Область техники
Настоящее изобретение относится к системе мобильной связи, в которой базовая станция осуществляет радиосвязь с множеством единиц пользовательского оборудования.
Уровень техники
В 2001 г. в Японии началось коммерческое использование систем Широкополосного Множественного Доступа с Кодовым Разделением (Wideband Code Division Multiple Access, W-CDMA), которые входят в число так называемых систем связи третьего поколения. Кроме того, была предложена служба Высокоскоростного Пакетного Доступа по Нисходящей Линии Связи (High Speed Downlink Packet Access, HSDPA) для обеспечения более высоких скоростей передачи с использованием нисходящей линии связи, причем это было реализовано путем добавления канала для пакетной передачи (Общего Высокоскоростного Канала Нисходящей Линии Связи (High Speed-Downlink Shared Channel, HS-DSCH)) в нисходящую линию связи (выделенный канал передачи данных, выделенный канал управления). Сверх того, чтобы повысить скорость передачи данных по восходящей линии связи, была предложена служба Высокоскоростного Пакетного Доступа по Восходящей Линии Связи (High Speed Uplink Packet Access, HSUPA). W-CDMA представляет собой систему связи, определенную в рамках Проекта Партнерства 3-го Поколения (3rd Generation Partnership Project, 3GPP), который представляет собой организацию по стандартизации систем мобильной связи, где были сформированы спецификации версии 8-го Релиза.
Кроме того, 3GPP исследует новые системы связи, которые обозначаются термином "долгосрочная эволюция" (Long Term Evolution, LTE) относительно области радио и термином "эволюция системной архитектуры" (System Architecture Evolution, SAE) относительно общей конфигурации системы, включающей в себя базовую сеть (которую также обозначают просто термином "сеть"), как системы связи, которые не зависят от W-CDMA. В LTE схема доступа, конфигурация радиоканала и протокол полностью отличаются от текущего стандарта W-CDMA (HSDPA/HSUPA). Например, в части схемы доступа в W-CDMA используется множественный доступ с кодовым разделением, тогда как в LTE в направлении нисходящей линии связи используется Мультиплексирование с Ортогональным Частотным Разделением (Orthogonal Frequency Division Multiplexing, OFDM), а в направлении восходящей линии связи используется Множественный Доступ с Частотным Разделением по Одной Несущей (Single Career Frequency Division Multiple Access, SC-FDMA). В добавление, в W-CDMA полоса пропускания составляет 5 МГц, тогда как в LTE полоса пропускания может быть выбрана из значений 1,4 МГц, 3 МГц, 5 МГц, 10 МГц, 15 МГц и 20 МГц для каждой базовой станции. Кроме того, в отличие от W-CDMA в LTE отсутствует коммутация каналов, и предоставлена только система пакетной связи.
LTE определена как сеть радиодоступа, которая не зависит от сети W-CDMA, поскольку ее система связи сконфигурирована на основе новой базовой сети, которая отличается от базовой сети (GPRS) стандарта W-CDMA. Следовательно, для различения от системы связи W-CDMA, в системе связи LTE базовая станция, которая осуществляет связь с Пользовательским Оборудованием (User Equipment, UE), и контроллер радиосети, который передает/принимает управляющие данные и пользовательские данные в/от множества базовых станций, обозначаются как E-UTRAN NodeB (eNB) и Усовершенствованное Ядро Пакетной Передачи (Evolved Packet Core, EPC) (которое также обозначают как Шлюз Доступа (Access Gateway, aGW)), соответственно. В системе связи LTE предоставлена служба одноадресной рассылки и Усовершенствованная Служба Широковещательной Многоадресной Рассылки (Evolved Multimedia Broadcast Multicast Service, E-MBMS). Служба E-MBMS представляет собой широковещательную мультимедийную службу, которая в некоторых случаях обозначается просто термином "MBMS". Широковещательное содержимое, такое как новости, прогноз погоды и мобильное широковещание передаются множеству UE. Это также называют службой точка-многоточка.
В Непатентном Документе 1 описаны текущие решения 3GPP относительной общей архитектуры в системе LTE. Общая архитектура (Глава 4 Непатентного Документа 1) описана со ссылкой на фиг.1. Фиг.1 представляет собой схему, иллюстрирующую конфигурацию системы связи LTE. Усовершенствованная Универсальная Сеть Наземного Радио Доступа (Evolved Universal Terrestrial Radio Access, E-UTRAN) состоит из одной или множества базовых станций 102, при условии что в базовой станции 102 заложены протокол управления (например, Управление Радио Ресурсами (Radio Resource Management, RRC) и пользовательская плоскость (например, Протокол Сходимости Пакетных Данных (Packet Data Convergence Protocol, PDCP), Управление Радио Линией (Radio Link Control, RLC), Управление Средой Передачи (Medium Access Control, MAC) и Физический Уровень (Physical Layer, PHY)) для UE 101. Базовые станции 102 выполняют планирование и передачу сигналов поискового вызова (которые также называют сообщениями поискового вызова), сообщаемых из Объекта Управления Мобильностью (Mobility Management Entity, MME) 103. Базовые станции 102 соединены друг с другом посредством интерфейса X2. В добавление, базовые станции 102 соединены с Усовершенствованным Ядром Пакетной Передачи (Evolved Packet Core, EPC) посредством интерфейса S1. Более конкретно, они соединены с Объектом Управления Мобильностью (Mobility Management Entity, MME) 103 посредством интерфейса S1_MME и с Обслуживающим Шлюзом (Serving Gateway, S-GW) 104 посредством интерфейса S1_U. MME 103 распределяет сигналы поискового вызова множеству или одной базовой станции 102. В добавление, MME 103 выполняет управление мобильностью в состоянии простоя. Когда UE находится в состоянии простоя и активном состоянии, MME 103 управляет списком отслеживаемых областей. S-GW 104 передает/принимает пользовательские данные в/от одной или множества базовых станций 102. S-GW 104 действует как локальная якорная точка мобильности при эстафетном переключении между базовыми станциями. Более того, предоставлен шлюз PDN (P-GW), который выполняет фильтрацию пакетов по каждому пользователю и назначение адресов UE-ID.
Текущие решения 3GPP относительно конфигурации кадра в системе LTE описаны в Непатентном Документе 1 (Глава 5). В настоящем документе описание этих решений приведено со ссылкой на фиг.2. Фиг.2 - схема, иллюстрирующая конфигурацию радиокадра, используемого в системе связи LTE; один радиокадр имеет длительность 10 мс. Один радиокадр разделен на десять подкадров одинаковых размеров. Каждый подкадр разделен на два слота равных размеров. Первый (№0) и шестой (№5) подкадры содержат Сигнал Синхронизации Нисходящей Линии Связи (Downlink Synchronization Signal, SS) для каждого кадра. Сигналы синхронизации классифицируются на Первичный Сигнал Синхронизации (Primary Synchronization Signal, P-SS) и Вторичный Сигнал Синхронизации (Secondary Synchronization Signal, S-SS). Мультиплексирование каналов для Сети с Одной Частотой Службы Широковещательной Многоадресной Рассылки (Multimedia Broadcast Multicast Service Single Frequency Network, MBSFN) и не для MBSFN осуществляется по каждому подкадру. В дальнейшем подкадр для передачи MBSFN обозначается как подкадр MBSFN. В Непатентном Документе 2 описан пример сигнализации при назначении подкадров MBSFN. Фиг.3 представляет собой схему, иллюстрирующую конфигурацию кадра MBSFN. Подкадры MBSFN назначаются для каждого кадра MBSFN. Осуществляется планирование кластера кадров MBSFN. Назначается период повторения кластера кадров MBSFN.
В Непатентном Документе 1 описаны текущие решения 3GPP относительной конфигурации канала в системе LTE. Предполагается, что в соте Закрытой Абонентной Группы (Closed Subscriber Group, CSG) и соте другого типа используется одинаковая конфигурация канала. Физический канал (Глава 5 Непатентного Документа 1) описан со ссылкой на фиг.4. Фиг.4 - схема, иллюстрирующая физические каналы в системе связи LTE; Физический Широковещательный Канал (Physical Broadcast Channel, PBCH) 401 представляет собой канал нисходящей линии связи, передаваемый из базовой станции 102 в UE 101. Транспортный блок BCH сопоставляется четырем подкадрам в интервале 40 мс. Явный сигнал, указывающий тайминг 40 мс, не используется. Физический Канал Индикатора Формата Управления (Physical Control Format Indicator Channel, PCFICH) 402 передается из базовой станции 102 в UE 101. PCFICH сообщает количество OFDM-символов, используемых для каналов PDCCH, из базовой станции 102 в UE 101. PCFICH передается в каждом подкадре. Физический Канал Управления Нисходящей Линии Связи (Physical Downlink Control Channel, PDCCH) 403 представляет собой канал нисходящей линии связи, передаваемый из базовой станции 102 в UE 101. PDCCH сообщает о назначении ресурсов, информацию HARQ, относящуюся к DL-SCH (общему каналу нисходящей линии связи, который является одним из транспортных каналов, показанных на фиг.5) и к PCH (каналу поискового вызова, который является одним из транспортных каналов, показанных на фиг.5). PDCCH несет грант планирования восходящей линии связи. PDCCH несет ACK/Nack, который является ответным сигналом для передачи восходящей линии связи. PDCCH также обозначается как сигнал управления L1/L2. Физический Общий Канал Нисходящей Линии Связи (Physical Shared Downlink Channel, PDSCH) 404 представляет собой канал нисходящей линии связи, передаваемый из базовой станции 102 в UE 101. Общий Канал Нисходящей Линии Связи (Downlink Shared Channel, DL-SCH), который является транспортным каналом, и PCH, который является транспортным каналом, сопоставляются каналу PDSCH. Физический Канал Многоадресной Рассылки (Physical Multicast Channel, PMCH) 405 представляет собой канал нисходящей линии связи, передаваемый из базовой станции 102 в UE 101. Канал Многоадресной Рассылки (Multicast Channel, MCH), который является транспортным каналом, сопоставляется каналу PMCH.
Физический Канал Управления Восходящей Линии Связи (Physical Uplink Control Channel, PUCCH) 406 представляет собой канал восходящей линии связи, передаваемый из UE 101 в базовую станцию 102. PUCCH несет ACK/Nack, который является ответным сигналом для передачи нисходящей линии связи. PUCCH несет отчет Индикатора Качества Канала (Channel Quality Indicator, CQI). CQI представляет собой информацию качества, указывающую качество принимаемых данных или качество канала. В добавление, PUCCH несет Запрос Планирования (Scheduling Request, SR). Физический Общий Канал Восходящей Линии Связи (Physical Uplink Shared Channel, PUSCH) 407 представляет собой канал восходящей линии связи, передаваемый из UE 101 в базовую станцию 102. UL-SCH (общий канал восходящей линии связи, который является одним из транспортных каналов, показанных на фиг.5), сопоставляется каналу PUSCH. Физический Канал Индикатора Гибридного ARQ (Physical Hybrid ARQ Indicator Channel, PHICH) 408 представляет собой канал нисходящей линии связи, передаваемый из базовой станции 102 в UE 101. PHICH несет ACK/Nack, который является ответным сигналом для передачи восходящей линии связи. Физический Канал Произвольного Доступа (Physical Random Access Channel, PRACH) 409 представляет собой канал восходящей линии связи, передаваемый из UE 101 в базовую станцию 102. PRACH несет преамбулу произвольного доступа.
По нисходящей линии связи опорный сигнал, который является известным символом в системе мобильной связи, вставляется в первый, третий и последний OFDM-символы каждого слота. Объекты измерения физического уровня UE включают в себя, например, Принятую Мощность Опорного Символа (Reference Symbol Received Power, RSRP).
Транспортный канал (Глава 5 Непатентного Документа 1) описан со ссылкой на фиг.5. Фиг.5 представляет собой схему, иллюстрирующую, иллюстрирующая транспортные каналы, используемые в системе связи LTE. Часть [A] фиг.5 иллюстрирует сопоставление между транспортным каналом нисходящей линии связи и физическим каналом нисходящей линии связи. Часть [B] фиг.5 иллюстрирует сопоставление между транспортным каналом восходящей линии связи и физическим каналом восходящей линии связи. Широковещательный канал (Broadcast Channel, BCH) рассылается по всей области покрытия базовой станции (соты) относительно транспортного канала нисходящей линии связи. BCH сопоставляется каналу PBCH. К Общему Каналу Нисходящей Линии Связи (Downlink Shared Channel, DL-SCH) применяется управление повторной передачи согласно схеме Гибрдидного ARQ (Hybrid ARQ, HARQ). Обеспечивается возможность широковещательной рассылки по всей области покрытия базовой станции (соты). DL-SCH поддерживает динамическое или полустатическое назначение ресурсов. Полустатическое назначение ресурсов также называют постоянным планированием. DL-SCH поддерживает Прерывистый Прием (Discontinuous Reception, DRX) UE для обеспечения возможности энергосбережения в UE. DL-SCH сопоставляется каналу PDSCH. Канал поискового вызова (Paging Channel, PCH) поддерживает DRX для UE, чтобы обеспечить возможность энергосбережения в UE. Требуется широковещательная рассылка по всей области покрытия базовой станции (соты). PCH сопоставляется физическим ресурсам, таким как PDSCH, которые могут быть динамически использованы для ресурсов потока обмена или физических ресурсов, например, PDCCH другого канала управления. Канал Многоадресной Рассылки (Multicast Channel, MCH) используется для широковещательной рассылки по всей области покрытия базовой станции (соты). MCH поддерживает SFN, сочетающую в себе службу MBMS (MTCH и MCCH) в передаче по множеству ячеек. MCH поддерживает полустатическое назначение ресурсов. MCH сопоставляется каналу PMCH.
К Общему Каналу Восходящей Линии Связи (Uplink Shared Channel, UL-SCH) применяется управление повторной передачи согласно схеме Гибрдидного ARQ (Hybrid ARQ, HARQ). UL-SCH поддерживает динамическое или полустатическое назначение ресурсов. UL-SCH сопоставляется каналу PUSCH. Канал Произвольного Доступа (Random Access Channel, RACH), показанный в части [B] фиг.5, ограничивается информацией управления. Имеет место риск конфликта. RACH сопоставляется каналу PRACH. Ниже приведено описание HARQ.
HARQ представляет собой способ повышения качества связи канала путем сочетания автоматического запроса на повтор и прямой коррекции ошибок. Преимущество HARQ заключается в том, что коррекция ошибок эффективно действует путем повторной передачи для канала, качество связи которого изменяется. В частности, обеспечивается возможность обеспечить дополнительное повышение качества повторной передачи путем комбинирования результатов приема первой передачи и результатов приема повторной передачи. Ниже приведен пример способа повторной передачи. В случае когда приемнику не удается успешно декодировать принятые данные (то есть когда имеет место ошибка Циклического Контроля Избыточности (Cyclic Redundancy Check, CRC) (CRC=NG)), приемник передает в передатчик сигнал "Nack". Передатчик, который принял "Nack", повторно передает данные. В случае когда приемник успешно декодирует принятые данные (то есть когда нет ошибок CRC (CRC=OK)), приемник передает в передатчик сигнал "Ack". Передатчик, который принял "Ack", передает следующие данные. Примеры систем HARQ включают в себя "отслеживаемое комбинирование". В отслеживаемом комбинировании одинаковая последовательность данных передается в первой передаче и повторной передаче, и коэффициенты усиления улучшаются путем комбинирования последовательности данных первой передачи и последовательности данных повторной передачи. Это основано на идее, что корректные данные частично входят в состав первой передачи, даже если данные первой передачи содержат ошибку, и передача данных с высокой точностью реализуется путем комбинирования корректной части данных первой передачи и данных повторной передачи. Еще одним примером системы HARQ является инкрементальная избыточность (Incremental Redundancy, IR). Целью IR является увеличение избыточности, когда бит четности передается в повторной передаче, чтобы увеличить избыточность путем комбинирования первой передачи и повторной передачи и, следовательно, чтобы повысить качество посредством функции коррекции ошибок.
Логический канал (Глава 6 Непатентного Документа 1) описан со ссылкой на фиг.6. Фиг.6 представляет собой схему, иллюстрирующую логические каналы в системе связи LTE. Часть [A] фиг.6 иллюстрирует сопоставление между логическим каналом нисходящей линии связи и транспортным каналом нисходящей линии связи. Часть [B] фиг.6 иллюстрирует сопоставление между логическим каналом восходящей линии связи и транспортным каналом восходящей линии связи. Широковещательный Канал Управления (Broadcast Control Channel, BCCH) представляет собой канал нисходящей линии связи для широковещательной системной информации управления. BCCH, который представляет собой логический канал, сопоставляется каналу BCH или DL-SCH, который является транспортным каналом. Канал Управления поискового вызова (Paging Control Channel, PCCH) представляет собой канал нисходящей линии связи для передачи сигналов поискового вызова. PCCH используется, когда сети неизвестно местоположение соты UE. PCCH, который представляет собой логический канал, сопоставляется PCH, который является транспортным каналом. Общий Канал Управления (Common Control Channel, CCCH) представляет собой канал для передачи информации управления между единицами UE и базовой станцией. CCCH используется, когда единицы UE не имеют RRC-соединения с базовой станцией. В нисходящей линии связи CCCH сопоставляется каналу DL-SCH, который является транспортным каналом. В восходящей линии связи CCCH сопоставляется каналу UL-SCH, который является транспортным каналом.
Канал Управления Многоадресной Рассылки (Multicast Control Channel, MCCH) представляет собой канал нисходящей линии связи для передачи по схеме точка-многоточка. MCCH представляет собой канал, используемый для передачи управляющей информации MBMS для одного или нескольких каналов MTCH. MCCH представляет собой канал, используемый только UE в течение приема MBMS. MCCH сопоставляется каналу DL-SCH или MCH, который является транспортным каналом. Выделенный Канал Управления (Dedicated Control Channel, DCCH) представляет собой канал, который передает выделенную информацию управления между UE и сетью. DCCH сопоставляется каналу UL-SCH в восходящей линии связи и каналу DL-SCH в нисходящей линии связи. Выделенный канал потока обмена (Dedicate Traffic Channel, DTCH) представляет собой канал связи точка-точка для передачи пользовательской информации в выделенное UE. DTCH существует в восходящей линии связи, а также в нисходящей линии связи. DTCH сопоставляется каналу UL-SCH в восходящей линии связи и каналу DL-SCH в нисходящей линии связи. Канал Потока Обмена Многоадресной Рассылки (Multicast Traffic Channel, MTCH) представляет собой канал нисходящей линии связи для передачи данных потока обмена из сети в UE. MTCH представляет собой канал, используемый только UE в течение приема MBMS. MTCH сопоставляется каналу DL-SCH или MCH.
GCI представляет Глобальную Идентичность Соты. В LTE и Универсальной Системе Мобильной Связи (Universal Mobile Telecommunication System, UMTS) представлена сота Закрытой Абонентской Группы (Closed Subscriber Group, CSG). Ниже приведено описание CSG (Глава 3.1 Непатентного Документа 7). Закрытая Абонентская Группа (Closed Subscriber Group, CSG) представляет собой соту, в которой доступные абоненты идентифицируются оператором (сота для идентифицированных абонентов). Эти идентифицированные абоненты авторизуются для доступа в одну или более ячеек E-UTRAN Общественной Наземной Мобильной Сети (Public Land Mobile Network, PLMN). Одна или более ячеек E-UTRAN, в которых идентифицированным абонентам разрешен доступ, обозначаются как "соты CSG". Следует отметить, что доступ ограничивается в PLMN. Сота CSG является частью PLMN, которая рассылает заданную идентичность CSG (CSG ID, CSG-ID). Авторизованные члены абонентской группы, которые предварительно зарегистрировались, выполняют доступ в соты CSG, используя CSG-ID, который является информацией, обеспечивающей возможность доступа. CSG-ID рассылается по сотам CSG. В системе мобильной связи существует множество CSG-ID. CSG-ID используются единицами UE для реализации доступа со стороны членов, связанных с CSG. В рамках 3GPP обсуждается вопрос относительно того, что информация, которая должна быть разослана сотой или сотами CSG, меняется с CSG-ID на Код Обслуживаемой Области (Tracking Area Code, TAC). Местоположения UE отслеживаются на основании области, состоящей из одной или более ячеек. Эти местоположения отслеживаются для обеспечения возможности отслеживания местоположений UE и вызова (вызова UE) даже в том состоянии, когда связь не осуществляется (в состоянии простоя). Область для отслеживания местоположений UE обозначается как отслеживаемая область. Белый список CSG представляет собой список, который хранится в USIM и содержит все CSG ID ячеек CSG, в которые входят эти абоненты. Белый список UE предоставляется верхним уровнем. Таким образом, базовая станция соты CSG назначает радиоресурсы единицам UE.
Ниже приведено описание "подходящей соты" (Глава 4.3 Непатентного Документа 7). "Подходящей сотой" является сота, в которой UE остается, чтобы получать нормальную службу. Для такой соты должны выполняться все следующие требования. Для такой соты должны удовлетворяться следующие условия: (1) сота является частью выбранной PLMN или зарегистрированной PLMN, либо частью PLMN "списка эквивалентных PLMN"; и (2) согласно последней информации, предоставляемой Слоем Без Доступа (Non-Access Stratum, NAS), сота дополнительно должна удовлетворять следующим условиям: (a) сота не является блокированной сотой; и (b) сота является частью, по меньшей мере, одной Отслеживаемой Области (Tracking Area, TA) и не является частью "запрещенных LA для роуминга", причем сота должна удовлетворять вышеуказанному условию (1); (c) сота удовлетворяет критерию выбора соты; и (d) для соты, идентифицированной как сота CSG согласно Системной Информации (System Information, SI), CSG-ID является частью "белого списка CSG" для UE (содержащегося в белом списке CSG этого UE).
Ниже приведено описание "приемлемой соты" (Глава 4.3 Непатентного Документа 7). Это сота, в которой UE остается, чтобы получать ограниченную службу (экстренные вызовы). Для такой соты должны выполняться все следующие требования. То есть должны выполняться требования следующего набора минимальных требований для инициации экстренного вызова в сети E-UTRAN: (1) сота не является блокированной сотой; и (2) эта сота удовлетворяет требованиям критерия выбора соты.
Временное нахождение в соте соответствует состоянию, когда UE завершило процесс выбора/повторного выбора соты и UE выбрало соту для мониторинга системной информации и информации поискового вызова.
Документы предшествующего уровня техники
Непатентные Документы
Непатентный Документ 1: 3GPP TS36.300 V8.6.0
Непатентный Документ 2: 3GPP R1-072963
Непатентный Документ 3: 3GPP TR R3.020 V0.6.0
Непатентный Документ 4: 3GPP R2-082899
Непатентный Документ 5: 3GPP R2-083494
Непатентный Документ 6: 3GPP TS36.331 V8.3.0
Непатентный Документ 7: 3GPP TS36.304 V8.3.0
Непатентный Документ 8: 3GPP R2-084346
Непатентный Документ 9: 3GPP S1-083461
Непатентный Документ 10: 3GPP R2-093950
Непатентный Документ 11: 3GPP R2-093864
Непатентный Документ 12: 3GPP R2-093138
Непатентный Документ 13: 3GPP TS36.213
Непатентный Документ 14: 3GPP TS36.101
Сущность изобретения
Задачи, решаемые с помощью изобретения
В некоторых случаях требуется установить большое количество ячеек Закрытых Абонентских Групп (Closed Subscriber Group, CSG) в многоквартирных домах, школах, компаниях и т.п. Например, соты CSG требуется установить для каждой комнаты в многоквартирных домах, для каждого класса в школах и для каждой секции в компаниях, так чтобы этими сотами CSG могли пользоваться только те абоненты, которые зарегистрировались в соответствующих сотах CSG. Сверх того, соты CSG должны иметь портативный размер и вес, и часто требуется, чтобы эти соты CSG устанавливались или демонтировались часто и гибким образом. С учетом вышеуказанных требований часто возникает ситуация, когда радиоволны от большого количества ячеек CSG одновременно передаются в одном месте. То есть ситуация, в которой единицы UE расположены в точках, доступных для радиоволн от большого количества ячеек CSG, возникает в многоквартирных домах, школах, компаниях и т.п.
Альтернативно, соты CSG должны быть инсталлированы в местах вне доступа радиоволн ячеек, отличных от CSG, чтобы обеспечить связь с множеством UE через соты CSG. В настоящее время, например, комнаты в многоквартирных зданиях во многих случаях находятся вне доступа радиоволн из ячеек, отличных от CSG. В таких случаях соты CSG устанавливаются для каждой комнаты многоквартирных зданий, и CSG состоит из ячеек CSG для каждой комнаты, для которой должен быть предоставлен CSG-ID. Например, возможна ситуация, когда регистрация пользовательского доступа UE резидента в каждой комнате выполняется для соты CSG каждой комнаты. В такой ситуации UE располагается вне доступа радиоволн от ячеек, отличных от CSG, но в области доступа радиоволн от большого количества ячеек CSG. Сверх того, в таком случае в зависимости от окружения, в котором распространяются радиоволны, радиоволна от соты CSG, в которой была выполнена регистрация пользовательского доступа, не достигает UE, или если даже она достигает UE, то ее принятая мощность меньше по сравнению с другими сотами CSG во многих случаях.
Как описано выше, в случае расположения UE в области доступа радиоволн от большого количества ячеек CSG, возникает ситуация, в которой поиск и выбор соты непрерывно повторяются для ячеек CSG, доступ к которым не может быть выполнен (то есть для ячеек CSG, в которых не была выполнена регистрация пользовательского доступа). Такая ситуация приводит к задержке управления в системе и сокращению эффективности использования радиоресурсов и эффективности сигнализации. Более того, возникает проблема повышенного энергопотребления в UE, которое повторяет поиск соты. С учетом ситуаций в будущем, когда соты CSG будут скомпонованы, как описано выше, эти проблемы станут критическими. Настоящее изобретение было сделано для решения вышеупомянутых проблем.
Средство для решения проблем
Система мобильной связи согласно настоящему изобретению включает в себя единицы пользовательского оборудования, базовые станции и контроллер радиосети, причем единицы пользовательского оборудования выполняют передачу/прием данных с использованием системы Мультиплексирования с Ортогональным Частотных Разделением (Orthogonal Frequency Devision Multiplexing, OFDM) в качестве системы доступа нисходящей линии связи и с использованием системы Множественного Доступа с Частотным Разделением по Одной Несущей (Single Career Frequency Division Multiple Access, SC-FDMA) в качестве системы доступа восходящей линии связи, причем базовые станции предоставлены, соответственно, в сотах для заданных абонентов, которые открыты только для заданных единиц пользовательского оборудования или заданных абонентов, и в сотах для не заданных пользователей, которые могут быть использованы не заданными единицами пользовательского оборудования и не заданными пользованиями, причем эти базовые станции выполняют планирование назначения радиоресурсов единицам пользовательского оборудования, причем контроллер радиосети управляет целевой отслеживаемой областью, в которой находятся единицы пользовательского оборудования, через множество базовых станций и выполняет поисковый вызов единиц пользовательского оборудования, причем в этой системе единицы пользовательского оборудования выполняют доступ к сотам для заданных абонентов, используя информацию разрешения доступа, издаваемую при использовании ячеек для заданных абонентов, имеющих разрешение, причем: базовые станции, предоставленные в сотах для заданных абонентов, ссылаются на информацию идентификации единиц пользовательского оборудования, сообщаемую контроллером радиосети, и передают запрос обновления отслеживаемой области для контроллера радиосети от единиц пользовательского оборудования в контроллер радиосети;
контроллер радиосети определяет, разрешено ли единицам пользовательского оборудования, которые передали запрос обновления отслеживаемой области, использовать соты для заданных абонентов, и если использование разрешено, то контроллер радиосети передает сигнал для разрешения назначения радиоресурсов единицам пользовательского оборудования и информацию разрешения доступа в базовые станции, предоставленные в сотах для заданных абонентов; и
единицы пользовательского оборудования выполняют доступ в базовые станции, предоставленные в сотах для заданных абонентов, используя информацию разрешения доступа, принятую от базовых станций, предоставленных в сотах для заданных абонентов.
Положительные эффекты изобретения
Система мобильной связи согласно настоящему изобретению включает в себя единицы пользовательского оборудования, базовые станции и контроллер радиосети, причем единицы пользовательского оборудования выполняют передачу/прием данных с использованием системы Мультиплексирования с Ортогональным Частотным Разделением (Orthogonal Frequency Devision Multiplexing, OFDM) в качестве системы доступа нисходящей линии связи и с использованием системы Множественного Доступа с Частотным Разделением по Одной Несущей (Single Career Frequency Division Multiple Access, SC-FDMA) в качестве системы доступа восходящей линии связи, причем базовые станции предоставлены, соответственно, в сотах для заданных абонентов, которые открыты только для заданных единиц пользовательского оборудования или заданных абонентов, и в сотах для не заданных пользователей, которые могут быть использованы не заданными единицами пользовательского оборудования и не заданными пользованиями, причем эти базовые станции выполняют планирование назначения радиоресурсов единицам пользовательского оборудования, причем контроллер радиосети управляет целевой отслеживаемой областью, в которой находятся единицы пользовательского оборудования, через множество базовых станций и выполняет поисковый вызов единиц пользовательского оборудования, причем в этой системе единицы пользовательского оборудования выполняют доступ к сотам для заданных абонентов, используя информацию разрешения доступа, издаваемую при использовании ячеек для заданных абонентов, имеющих разрешение, причем: базовые станции, предоставленные в сотах для заданных абонентов, ссылаются на информацию идентификации единиц пользовательского оборудования, сообщаемую контроллером радиосети, и передают запрос обновления отслеживаемой области для контроллера радиосети от единиц пользовательского оборудования в контроллер радиосети;
контроллер радиосети определяет, разрешено ли единицам пользовательского оборудования, которые передали запрос обновления отслеживаемой области, использовать соты для заданных абонентов, и если использование разрешено, то контроллер радиосети передает сигнал для разрешения назначения радиоресурсов единицам пользовательского оборудования и информацию разрешения доступа в базовые станции, предоставленные в сотах для заданных абонентов; и
единицы пользовательского оборудования выполняют доступ в базовые станции, предоставленные в сотах для заданных абонентов, используя информацию разрешения доступа, принятую от базовых станций, предоставленных в сотах для заданных абонентов. Соответственно, даже в состоянии, когда в белом списке отсутствует запись (информация разрешения доступа), UE может обновить отслеживаемую область для контроллера радиосети (базовой сети, MME) и получить белый список от базовой сети через соту CSG (соту для заданных единиц пользовательского оборудования).
Краткое описание чертежей
Фиг.1 - схема, иллюстрирующая конфигурацию системы связи LTE.
Фиг.2 - схема, иллюстрирующая конфигурацию радиокадра, используемого в системе связи LTE.
Фиг.3 - схема, иллюстрирующая конфигурацию кадра для Сети с Одной Частотой Службы Широковещательной Многоадресной Рассылки (Multimedia Broadcast Service Single Frequency Network, MBSFN).
Фиг.4 - схема, иллюстрирующая физические каналы в системе связи LTE.
Фиг.5 - схема, иллюстрирующая транспортные каналы, используемые в системе связи LTE.
Фиг.6 - схема, иллюстрирующая логические каналы в системе связи LTE.
Фиг.7 - структурная схема, иллюстрирующая общую конфигурацию системы мобильной связи, рассматриваемой в настоящее время в рамках 3GPP.
Фиг.8 - структурная схема, иллюстрирующая конфигурацию UE 71 согласно настоящему изобретению.
Фиг.9 - структурная схема, иллюстрирующая конфигурацию базовой станции 72 согласно настоящему изобретению.
Фиг.10 - структурная схема, иллюстрирующая конфигурацию MME согласно настоящему изобретению.
Фиг.11 - структурная схема, иллюстрирующая конфигурацию HeNBGW согласно настоящему изобретению.
Фиг.12 - схема последовательности операций, схематически иллюстрирующая поиск соты, выполняемый Пользовательским Оборудованием (User Equipment, UE) в системе связи LTE.
Фиг.13 - концептуальная схема для случая, когда присутствует большое количество ячеек CSG.
Фиг.14 - схема последовательности операций поиска соты UE, расположенного в области доступа радиоволн от большого количества узлов Home-eNB.
Фиг.15 - диаграмма последовательности для широковещательной рассылки информации разделения PCI согласно первому варианту осуществления.
Фиг.16 - схема последовательности операций поиска соты UE согласно первому варианту осуществления.
Фиг.17 - диаграмма последовательности для широковещательной рассылки информации разделения PCI согласно первому модифицированному примеру первого варианта осуществления.
Фиг.18 - диаграмма последовательности для широковещательной рассылки информации разделения PCI по другому частотному слою.
Фиг.19 - схема, иллюстрирующая случай, когда Home-eNB располагается в области eNB.
Фиг.20 - диаграмма последовательности способа сообщения белого списка через соту, отличную от CSG, который рассматривается в рамках проекта 3GPP.
Фиг.21 - схема, иллюстрирующая случай, где Home-eNB (сота CSG), в которой было зарегистрировано UE, находится вне области соты, отличной от CSG.
Фиг.22 - диаграмма последовательности в случае, когда UE, которое не имеет белого списка, согласно третьему варианту осуществления начинает ручной поиск.
Фиг.23 - схема, иллюстрирующая случай, когда UE обслуживается множеством ячеек CSG, а не сотой, отличной от CSG.
Фиг.24 - диаграмма последовательности в случае, когда выполняется ручной поиск согласно четвертому варианту осуществления.
Фиг.25 - диаграмма последовательности способа передачи сообщения белого списка до передачи сообщения отклонения TAU.
Фиг.26 - диаграмма последовательности способа, раскрытого в первом модифицированном примере пятого варианта осуществления.
Фиг.27 - диаграмма последовательности способа для запрета установления RRC-соединения с сотой пользовательским оборудованием UE в случае приема сообщения отклонения запроса TAU из той же соты.
Фиг.28 - схема, иллюстрирующая процесс, выполняемый пользовательским оборудованием UE в случае, когда предоставлен таймер.
Фиг.29 - диаграмма последовательности способа передачи зарегистрированного сообщения белого списка до передачи n-го сообщения отклонения TAU согласно седьмому варианту осуществления.
Фиг.30 - диаграмма последовательности способа запрета запроса RRC-соединения с сотой пользовательским оборудованием в случае приема сообщения отклонения RRC-соединения из той же соты.
Фиг.31 - диаграмма последовательности способа передачи белого списка до того, как сота CSG, принадлежащая идентификатору CSG-ID, с которым UE не выполнило регистрацию пользовательского доступа, передает сообщение отклонения RRC-соединения.
Фиг.32 - диаграмма последовательности способа для передачи Ack/Nack, указывающего успешный/неуспешный прием сообщения (обновленного) белого списка согласно одиннадцатому варианту осуществления.
Фиг.33 - схема последовательности операций, иллюстрирующая процесс UE относительно повторного установления RRC-соединения.
Фиг.34 - схема последовательности операций, иллюстрирующая процесс UE относительно повторного установления RRC-соединения, когда вводится сота CSG.
Фиг.35 - схема последовательности операций процесса UE относительно повторного установления RRC-соединения, когда таймер для допустимого времени до выбора соты внутри E-UTRA по отдельности предоставляется для каждого случая, когда предоставлен белый список, и для каждого случая, когда белый список не предоставлен.
Фиг.36 - схема последовательности операций, иллюстрирующая процесс UE относительно повторного установления RRC-соединения, когда таймер для случая предоставления белого списка сообщается сотой CSG.
Фиг.37 - еще одна схема последовательности операций, иллюстрирующая процесс UE относительно повторного установления RRC-соединения, когда таймер для случая предоставления белого списка сообщается сотой CSG.
Фиг.38 - схема последовательности операций, иллюстрирующая процесс UE относительно приоритета существующего уровня техники.
Фиг.39 - схема последовательности операций, иллюстрирующая процесс UE, когда приоритет индивидуально предоставляется для каждого случая, когда предоставлен белый список, и для каждого случая, когда белый список не предоставлен.
Фиг.40 - схема последовательности операций, иллюстрирующая процесс UE, когда приоритет индивидуально предоставляется для каждого случая, когда предоставлен белый список, и для каждого случая, когда белый список не предоставлен.
Фиг.41 - схема последовательности операций, иллюстрирующая процесс UE в процедуре повторного выбора соты согласно предшествующему уровню техники.
Фиг.42 - схема последовательности операций, иллюстрирующая процесс UE, которое имеет CSG-ID в белом списке, в процедуре повторного выбора соты, где UE использует цикл выполнения измерений для повторного выбора соты даже в том случае, если обслуживающая сота находится в хорошем состоянии.
Фиг.43 - схема последовательности операций, иллюстрирующая процесс UE, которое имеет CSG-ID в белом списке, в процедуре повторного выбора соты, где UE использует цикл выполнения измерений для повторного выбора соты и величину сдвига даже в том случае, если обслуживающая сота находится в хорошем состоянии.
Фиг.44 - схема последовательности операций, иллюстрирующая процесс UE, которое имеет CSG-ID в белом списке, в процедуре повторного выбора соты, в которой UE отменяет цикл выполнения измерений для повторного выбора соты даже в том случае, если обслуживающая сота находится в хорошем состоянии, и цикл для выполнения измерения в случае, когда повторный выбор соты не был выполнен.
Фиг.45 - схема последовательности операций, иллюстрирующая процесс UE, которое имеет CSG-ID в белом списке, в процедуре повторного выбора соты, в которой UE использует опорное измерение для начала повторного выбора соты для UE, которое имеет CSG-ID в белом списке.
Фиг.46 - схема последовательности операций, иллюстрирующая процесс UE в случае, когда процедура повторного выбора соты для гибридной соты варьируется путем индивидуального предоставления сдвига для UE, имеющего CSG-ID в белом списке, и для UE, которое не имеет CSG-ID в белом списке.
Фиг.47 - схема последовательности операций, иллюстрирующая процесс процедуры повторного выбора соты UE в случае, когда способ индивидуального предоставления сдвига комбинируется с пятнадцатым вариантом осуществления.
Фиг.48 - схема последовательности операций, иллюстрирующая процесс процедуры повторного выбора соты UE в случае, когда сдвиг для усложнения повторного выбора соты из гибридной соты предоставляется индивидуально.
Фиг.49 - концептуальная схема для случая, когда единицы UE члена CSG принудительно остаются в гибридных сотах дольше, чем единицы UE пользователя, который не является членом CSG.
Фиг.50 - пример процедуры до начальной передачи PRACH в гибридной соте.
Фиг.51 - схематически иллюстрирует процедуру до начальной передачи PRACH в гибридной соте в случае, когда используется разность пороговых значений повторного выбора соты.
Описание ссылочных номеров
101 пользовательское оборудование, 102 базовая станция, 103 Объект Управления Мобильностью (Mobility Management Entity, MME), 104 Обслуживающий Шлюз (Serving Gateway, S-GW).
Лучшие варианты осуществления
Первый вариант осуществления
Фиг.7 представляет собой структурную схему, иллюстрирующую общую конфигурацию системы мобильной связи, рассматриваемой в настоящее время в рамках 3GPP. В настоящее время в рамках 3GPP изучается общая конфигурация системы, включающей в себя соты Закрытой Абонентской Группы (Closed Subscriber Group, CSG) (множество Home-eNodeB (Home-eNB и HeNB) сети e-UTRAN, Home-NB (HNB) сети UTRAN) и соты, отличные от CSG, (eNodeB (eNB) сети e-UTRAN, NodeB (NB) сети UTRAN и BSS сети GERAN). Относительно e-UTRAN предлагаются конфигурации (a) и (b) с фиг.7 (Непатентный Документ 1 и Непатентный Документ 3). Ниже приведено описание части (a) фиг.7. Пользовательское Оборудование (User Equipment, UE) 71 выполняет передачу/прием в/от базовой станции 72. Базовые станции 72 классифицируются на eNB (соты, отличные от CSG) 72-1 и Home-eNB (соты CSG) 72-2. eNB 72-1 соединен с множеством MME 73 через интерфейсы S1, и информация управления передается между eNB и множеством MME. Множество MME соединены с одним eNB. Home-eNB 72-2 соединен с MME 73 через интерфейс S1, информация управления передается между Home-eNB и MME. Множество Home-eNB соединены с одним MME.
Ниже приведено описание части (b) фиг.7. UE 71 выполняет передачу/прием в/от базовой станции 72. Базовые станции 72 классифицируются на eNB (соты, отличные от CSG) 72-1 и Home-eNB (соты CSG) 72-2. Как и в случае части (a) фиг.7, eNB 72-1 соединен с множеством MME 73 через интерфейс S1, и информация управления передается между eNB и множеством MME. Множество MME соединены с одним eNB. Между тем, множество Home-eNB 72-2 соединены с множеством MME 73 через Шлюз 74 Home-eNB (Home-eNB Gateway, HeNBGW). Множество Home-eNB соединены с HeNBGW через интерфейсы S1, а HeNBGW 74 соединен с множеством MME 73 через интерфейс S1_flex. Один или множество Home-eNB 72-2 соединены с одним HeNBGW 74, и между ними происходит обмен информацией через интерфейсы S1. HeNBGW 74 соединен с одним или множеством MME 73, и между ними происходит обмен информацией через интерфейс S1_flex.
Согласно конфигурации с части (b) фиг.7, один HeNBGW 74 соединен с множеством Home-eNB, входящих в состав одного CSG-ID. Таким образом, когда одинаковая информация, такая как информация регистрации, передается из MME 73 множеству Home-eNB 72-2, входящих в состав одного CSG-ID, эта информация один раз передается в HeNBGW 74 и далее передается множеству Home-eNB 72-2, в результате эффективность сигнализации повышается по сравнению со случаем, когда эта информация напрямую передается каждому из множества Home-eNB 72-2. Между тем, когда каждый Home-eNB 72-2 передает выделенную информацию в MME 73, эта информация просто проходит через HeNBGW 74 (прозрачным образом) без обработки, что позволяет реализовывать связь таким образом, что Home-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). Также выполняется передача/прием данных в/от другой базовой станции. Блок 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 представляет собой структурную схему, иллюстрирующую конфигурацию Объекта Управления Мобильностью (Mobility Management Entity, 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. Результаты обработки блока 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 предоставляет, например, защиту сообщения Слоя Без Доступа (Non-Access Stratum, NAS). Например, блок 1005-2 управления несущей SAE управляет несущей Эволюции Системной Архитектуры (System Architecture Evolution, SAE). Например, блок 1005-3 управления мобильностью в состоянии простоя выполняет управление мобильностью в состоянии простоя (в состоянии LTE-IDLE, которое также обозначается просто как состояние простоя), генерацию и управление сигнализации поискового вызова в состоянии простоя, добавление, удаление, обновление и восстановление одной или более единиц UE 71, а также управление списком Отслеживаемых Областей (Tracking Area, TA). MME начинает протокол поискового вызова путем передачи сообщения поискового вызова в соту, принадлежащую отслеживаемой области (TA), в которой зарегистрировано UE. Блок 1005-3 управления мобильностью в состоянии простоя может управлять CSG для Home-eNB 72-2, которые должны соединиться с MME, CSG-ID и белым списком. В управлении CSG-ID осуществляется управление отношением между UE, соответствующим CSG-ID, и сотой CSG (добавление, удаление, обновление или восстановление). Например, это может быть отношение между одной или более единицами UE, регистрация доступа пользователя которых была выполнена посредством CSG-ID, и сотами CSG, принадлежащими этому CSG-ID. В управлении белым списком выполняется управление отношением между UE и CSG-ID (добавление, удаление, обновление или восстановление). Например, один или более CSG-ID, посредством которых была выполнена регистрация пользователя, могут быть сохранены в белом списке. Хотя другая часть MME 73 может выполнять такие типы управления, связанного с CSG, путем выполнения управления посредством блока 1005-3 управления мобильностью в состоянии простоя, может быть эффективно применен способ использования кода отслеживаемой области вместо CSG-ID, который в настоящее время находится на рассмотрении в 3GPP. Последовательности процесса, выполняемого объектом MME 73, управляются посредством блока 1006 управления. Это означает, что блок 1006 управления соединен с соответствующими блоками (1001-1005), хотя это не показано на данной фигуре.
Фиг.11 представляет собой структурную схему, иллюстрирующую конфигурацию HeNBGW согласно настоящему изобретению. Блок 1101 связи EPC выполняет передачу/прием данных между HeNBGW 74 и MME 73 посредством интерфейса S1_flex. Блок 1102 связи базовой станции выполняет передачу/прием данных между MME 74 и базовой станцией 72 через интерфейс S1. Блок 1103 обработки местоположения выполняет процесс передачи в множество Home-eNB информации регистрации и т.п. из данных, переданных из MME 73 через блок 1101 связи EPC. Данные, обработанные блоком 1103 обработки местоположения, передаются в блок 1102 связи базовой станции и передаются в один или более Home-eNB 72-2 через интерфейс S1. Данные проходят (прозрачным образом) без необходимости обработки блоком 1103 обработки местоположения из блока 1101 связи EPC в блок 1102 связи базовой станции и передаются в один или более Home-eNB 72-2 через интерфейс S1. Последовательности процесса HeNBGW 74 управляются посредством блока 1104 управления. Это означает, что блок 1104 управления соединен с соответствующими блоками (1101-1103), хотя это не показано на данной фигуре.
Ниже описан пример типового способа поиска соты в системе мобильной связи. Фиг.12 представляет собой схему последовательности операций, схематически иллюстрирующую поиск соты, выполняемый Пользовательским Оборудованием (User Equipment, UE) в системе связи LTE. Когда поиск соты инициируется пользовательским оборудованием, на этапе ST1201 тайминг слота и тайминг кадра синхронизируются посредством первичного сигнала синхронизации (P-SS) и вторичного сигнала синхронизации (S-SS), которые передаются из близлежащей базовой станции. Коды синхронизации, которые соответствуют Идентификаторам Физической Соты (Physical Cell Identitie, 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, который являет собой широковещательную информацию. Главный Информационный Блок (Master Information Block, MIB), содержащий информацию конфигурации соты, сопоставляется BCCH на канале PBCH. Примеры информации MIB включают в себя системную полосу пропускания по нисходящей линии связи, количество передающих антенн и Системное Количество Кадров (System Frame Number, SFN).
Далее, на этапе 1205 DL-SCH соты принимается на основании информации конфигурации соты MIB, чтобы, таким образом, получить Системный Информационный Блок (System Information Block, SIB) 1 широковещательной информации BCCH. SIB1 содержит информацию, относительно доступа к соте, информацию относительно выбора соты и информацию планирования других SIB (SIBk; где k является целым числом, которое больше или равно 2). В добавление, SIB1 содержит Код Отслеживаемой Области (Tracking Area Code, TAC). Сверх того, SIB1 может содержать CSG-ID. Далее, на этапе ST1206 UE сравнивает TAC, принятый на этапе ST1205, с TAC, который уже был обработан пользовательским оборудованием UE. В случае когда они идентичны друг другу, UE входит в режим простоя в соте. В случае когда они отличаются друг от друга, UE требует, чтобы Базовая Сеть (EPC) (включая MME и т.п.) сменила TA через соту для выполнения Обновления Отслеживаемой Области (Tracking Area Update, TAU). Базовая сеть обновляет TA на основании идентификационного номера (такого как UE-ID) UE, переданного из UE вместе с сигналом запроса TAU. Базовая сеть обновляет TA и, далее, передает сигнал приема TAU в UE. UE повторно записывает (обновляет) TAC (или список TAC) этого UE. После этого UE входит в режим простоя в соте.
В LTE и Универсальной Системе Мобильной Связи (Universal Mobile Telecommunication System, UMTS) изучается внедрение соты Закрытой Абонентской Группы (Closed Subscriber Group, CSG). Как описано выше, доступ разрешается только для одной или более единиц пользовательского оборудования, зарегистрированного в соте CSG. Одна или более единиц UE, зарегистрированных в соте CSG, образуют одну CSG. Отдельный идентификационный номер, обозначаемый как CSG-ID, присваивается такой CSG. Следует отметить, что одна CSG может содержать множество ячеек CSG. После регистрации в любой одной соте CSG UE может выполнить доступ к другим сотам CSG этой CSG, в которую входит зарегистрированная сота CSG. Альтернативно, в некоторых случаях Home-eNB в LTE или Home-NB в UMTS используется как сота CSG. Одна или более ячеек CSG, входящих в состав одного CSG-ID, принадлежат одной TA. По этой причине одна или более ячеек CSG, входящих в состав CSG-ID, рассылают одинаковый TAC, сопоставленный широковещательной информации, во множество обслуживаемых UE. UE, зарегистрированный в соте CSG, имеет белый список. В частности, белый список сохраняется в SIM/USIM. Информация CSG записывается в белый список. Конкретные примеры информации CSG включают в себя CSG-ID, Идентичность Отслеживаемой Области (Ttracking Area Identity, TAI) и TAC. Любой элемент из CSG-ID и TAC пригоден при условии, что они ассоциированы друг с другом. Альтернативно, GCI пригоден при условии, что CSG-ID, TAC и Глобальная Идентичность Соты (Global Cell Identity, GCI) ассоциированы друг с другом. Таким образом, для UE, которое не имеет белого списка (включая случай, когда белый список пуст), не разрешается доступ к соте CSG, а разрешается доступ только к соте, отличной от CSG. С другой стороны, для UE, которое имеет белый список, разрешается доступ к соте CSG с CSG-ID, посредством которого была выполнена регистрация, а также к сотам, отличным от CSG.
Проблема возникает в случае, когда UE выполняет поиск соты в месте с большим количеством ячеек CSG. Фиг.13 представляет собой концептуальную схему для случая, когда присутствует большое количество ячеек CSG. На этой фигуре 1301 обозначает соту eNB, отличную от CSG, а 1302 обозначает соту CSG для Home-eNB. 1303 обозначает UE. Большое количество ячеек CSG требуется установить в многоквартирных зданиях, школах, компаниях и т.п. Соты CSG требуется установить для каждой комнаты в многоквартирных домах, для каждого класса в школах и для каждой секции в компаниях, так чтобы этими сотами CSG могли пользоваться только те пользователи, которые зарегистрировались в соответствующих сотах CSG. Сверх того, соты CSG должны иметь портативный размер и вес, и часто требуется, чтобы эти соты CSG устанавливались или демонтировались часто и гибким образом. С учетом вышеуказанных требований часто возникает ситуация, когда радиоволны от большого количества ячеек CSG одновременно передаются в одном месте. То есть ситуация, в которой UE 1303 расположены в точках, доступных для радиоволн от большого количества ячеек CSG, возникает в многоквартирных домах, школах, компаниях и т.п., как показано на фиг.13. В такой ситуации присутствует множество UE, которые имеют белый список, и множество UE, которые не имеют белого списка. В этой ситуации рассматривается случай, когда UE выполняет поиск соты.
Фиг.14 представляет собой схему последовательности операций поиска соты UE, расположенного в области доступа радиоволн от большого количества ячеек CSG. UE начинает поиск соты, и далее выполняется операция согласно типовому случаю согласно фиг.12. На этапе ST1401 выполняется синхронизация посредством первичного сигнала P-SS синхронизации и вторичного сигнала S-SS синхронизации, и реализуется детектирование (идентификация) Идентичности Физической Соты (Physical Cell Identity, PCI). На этапе ST1402 детектируется RS и измеряется принятая мощность RS. На этапе ST1403 выбирается лучшая сота, а на этапе ST1404 принимается PBCH выбранной соты и получается информация MIB. На этапе ST1405 принимается DL-SCH и получается информация SIB1. Далее, если информация TAC для SIB1 идентична информации TAC для UE, то UE переходит в режим простоя. С другой стороны, если они не идентичны друг другу, то процесс работы отличается от описанного типового случая. Как описано выше, в такой ситуации присутствует UE, которое имеет белый список, и UE, которое не имеет белого списка. На этапе ST1407 определяется, имеет ли UE белый лист. Если UE имеет белый список, то на этапе ST1408 определяется, идентичен ли TAC из SIB1 значению CSG-ID (TAC) белого списка. Если TAC из SIB1 отличается от CSG-ID (TAC), то регистрация не была выполнена, и, соответственно, доступ к этой соте запрещается. Если же они идентичны друг другу, то регистрация была выполнена, и, следовательно, доступ к соте разрешается, в результате чего UE переходит в режим простоя. Если они отличаются друг от друга, то регистрация не была выполнена, и, следовательно, доступ к соте не разрешается, и UE переходит к этапу ST1409. На этапе ST1409 UE определяет, является ли упомянутая сота сотой CSG. В LTE индикатор CSG, указывающий, является ли собственная сота сотой CSG, включается в SIB1 широковещательной информации каждой соты. Следовательно, обеспечивается возможность определения этапа ST1409 с использованием индикатора CSG, включенного в состав информации SIB1, которая была получена на этапе ST1405. В случае если индикатор CSG указывает о том, что это сота CSG, UE переходит к этапу ST1410. На этапе ST1410 UE сохраняет PCI соты и выполняет установку таким образом, что PCI этой соты исключается, когда впоследствии выполняется поиск и выбор наилучшей соты. Это обусловлено тем, что если сота является сотой CSG, то эта сота CSG-ID (TAC), который отсутствует в белом списке UE. Для того чтобы UE сохранило PCI соты CSG, к которой не может быть выполнен доступ, когда UE выполнило поиск и выбор наилучшей соты, может быть предоставлен список и т.п., в котором могут быть записаны PCI, к которым доступ запрещен. PCI соты CSG, к которой нельзя выполнить доступ, может быть установлен так, чтобы он сбрасывался или стирался, когда предоставлен таймер и период таймера истекает и/или когда выполняется регистрация посредством нового CSG-ID. В случае когда на этапе ST1409 определяется, что сота не является сотой CSG, UE переходит в режим простоя после TAU.
С другой стороны, в случае когда UE не имеет белого списка по результату этапа ST1407, UE переходит к этапу ST1409. В случае когда в результате определения этапа ST1409 выясняется, что сота не является сотой CSG, UE переходит в режим простоя после TAU, а если сота является сотой CSG, UE выполняет этап ST1410 аналогичным образом и снова выполняет поиск соты и выбор наилучшей соты. В случае если сота CSG обнаруживается после повторного выполнения поиска соты и выбора наилучшей соты, этапы ST1407, ST1409 и ST1410 выполняются снова, в результате чего поиск соты и выбор наилучшей соты выполняются снова. Как описано выше, UE, которое не имеет белого списка, выполняет поиск соты для каждой соты и выбор наилучшей соты, даже если явно следует, что доступ к соте CSG запрещен. Таким образом, в случае если UE располагается в области доступа радиоволн от большого количества Home-eNB, как показано на фиг.13, то существует высокая вероятность того, что будет выполнен поиск большого количества ячеек CSG и выбор наилучшей соты, в результате чего операции этапов ST1401, ST1402, ST1403, ST1404, ST1405, ST1406, ST1407, ST1409 и ST1410 повторяются несколько раз. Это приводит к проблеме, заключающейся в том, что до входа в режим простоя требуется длительное время, в результате чего образуется системная задержка в управлении. Кроме того, еще одна проблема заключается в том, что UE, который не имеет другого выбора и может только многократно выполнять поиск соты, потребляет большое количество энергии. Эта проблема возникает даже в том случае, когда UE сохраняет PCI соты CSG, к которой нельзя выполнить доступ по результатам этапа ST1410, и далее выполняет настройку, чтобы исключить PCI этой соты при поиске соты и выборе наилучшей соты. Эта проблема может усугубиться с учетом возможных компоновок ячеек CSG в будущем, как описано выше.
Для того чтобы решить вышеупомянутые задачи, в рамках 3GPP обсуждается решение, заключающееся в том, что все Идентификаторы Физической Соты (Physical Cell Identitie, PCI) разделяются (что также обозначается как "разделенные PCI) на идентификаторы, зарезервированные для соты CSG, и идентификаторы, зарезервированные для ячеек, отличных от CSG (Непатентный Документ 4). В результате разделения всех PCI на эти две группы пользовательскому оборудованию UE, которое не имеет белого списка, просто потребуется достигнуть синхронизации P-SCH и S-SCH посредством PCI, зарезервированного для соты, отличной от CSG, и, соответственно, не требуется выполнять поиск соты CSG. Тем не менее, UE всегда должна быть известна информация разделения PCI до выполнения поиска соты. Соответственно, согласно 3GPP предлагается постоянный диапазон разделения PCI, то есть чтобы диапазон PCI, которые должны быть назначены сотам CSG, и диапазон PCI, которые должны быть назначены сотам, отличным от CSG, определялись заблаговременно. Например, предварительно определяется, что PCI с №0 по №49 назначаются сотам CSG, а PCI с №50 по №503 назначаются сотам, отличным от CSG, что описано в спецификациях. Это позволяет пользовательскому оборудованию UE распознавать эти величины до выполнения поиска соты, в результате чего для UE обеспечивается возможность не иметь белого списка, чтобы избежать бесполезного поиска соты CSG.
Тем не менее, как описано выше, способ предварительного определения диапазона PCI, которые должны быть назначены соте CSG, и диапазона PCI, которые должны быть назначены соте, отличной от CSG, не удовлетворяет требованию для Home-eNB, описанному выше. То есть узлы Home-eNB должны иметь портативный размер и вес, и также требуется, чтобы они устанавливались или демонтировались часто и гибким образом. С учетом вышеописанного требования количество ячеек CSG варьирует в зависимости от различных факторов, таких как оператор, частотный слой, местоположение установки и время установки. Следовательно, возникает проблема, заключающаяся в том, что предварительное определение информации разделения PCI не согласуется с количеством ячеек CSG, которое варьирует из-за гибкой и частой установки или удаления узлов Home-eNB.
Для решения вышеупомянутой задачи раскрыт способ сопоставления информации разделения PCI с абсолютно необходимой минимальной широковещательной информацией, принимаемой при поиске соты в режиме простоя, чтобы таким образом выполнять широковещательную рассылку информации разделения PCI обслуживаемым единицам UE. Фиг.15 представляет собой диаграмму последовательности широковещательной рассылки информации разделения PCI в системе связи LTE. Например, в системе связи LTE примеры абсолютно необходимой минимальной широковещательной информации, принимаемой при поиске соты в режиме простоя, включают в себя SIB1. Все базовые станции (узлы Home-eNB (соты CSG) и узлы eNB (соты, отличные от CSG)) сопоставляют информацию разделения PCI в SIB1 и сопоставляют BCCH, включающий в себя SIB1, каналу DL-SCH. Далее, каждая базовая станция передает DL-SCH и выполняет широковещательную рассылку информации разделения PCI, сопоставленную в SIB1, обслуживаемым единицам UE. Необходимо отметить, что в данном случае информация разделения PCI, передаваемая из всех базовых станций, представляет собой информацию разделения PCI, на частотном слое, которому принадлежит собственная сота. Фиг.16 представляет собой схему последовательности операций поиска соты UE согласно этому способу. UE начинает поиск соты. Во-первых, на этапе ST1601 определяется, имеет ли UE информацию разделения PCI. Например, когда включается питание или когда UE еще не получило информацию разделения PCI, UE переходит к этапу ST1602. На этапе ST1602 UE выполняет способ, описанный со ссылкой на схему последовательности операций с фиг.14, и выполняет процесс с этапа ST1602 по ST1611. Отличие от схемы последовательности операций с фиг.14 заключается в том, что процесс приема информации разделения PCI, включенной в состав SIB1, который передается посредством DL-SCH, выполняется на этапе ST1606. UE, которое приняло информацию разделения PCI, сохраняет эту информацию разделения PCI. Может быть предоставлен список информации разделения PCI, который может содержать информацию разделения PCI вместе с PLMN и частотным слоем. Информация разделения PCI, сохраненная в этом списке, конфигурируется таким образом, чтобы перезаписываться, когда модифицируется широковещательная информация.
Информация разделения PCI, сохраненная в этом списке, может быть переустановлена или удалена, когда выполняется включение/выключение питания, когда выполняется повторный выбор частотного слоя, или когда выполняется повторный выбор между системами. При переходе к этапу ST1611 UE, которое получило информацию разделения PCI на этапе ST1606, может использовать эту информацию разделения PCI в течение последующего поиска соты и выбора наилучшей соты на этапе ST1601. На этапе ST1601 определяется, что UE имеет информацию разделения PCI, после чего выполняется переход к этапу ST1612. На этапе ST1612 определяется, имеет ли UE белый список. В случае если UE имеет белый список, UE переходит к этапу ST1602 и снова выполняет операции с ST1602 по ST1611. Тем не менее, если UE не имеет белого списка, то процесс переходит к этапу ST1613, где выполняется синхронизация P-SS и S-SS посредством PCI соты, отличной от CSG, чтобы детектировать (идентифицировать) PCI посредством информации разделения PCI, полученной на этапе ST1606 при первом поиске соты. UE, которое идентифицировало PCI, переходит к этапу ST1614, и выполняется процесс этапов с ST1614 по ST1618. Этот процесс идентичен процессу типового поиска соты. Здесь важно то, что поскольку синхронизация между P-SS и S-SS достигается посредством PCI соты, отличной от CSG, и детектируется (идентифицируется) PCI, поиск соты CSG не выполняется. В результате решается проблема, заключающаяся в том, что UE, которое не имеет белого списка, повторяет операции с ST1602 по ST1611 (отличные от ST1609) много раз, несмотря на то, что пользовательскому оборудованию UE известно о том, что оно не может выполнять доступ в соту CSG, что следует из способа, описанного со ссылкой на схему последовательности операций с фиг.14.
Кроме того, например, в случае когда UE, не имеющий белого списка, который содержит информацию разделения PCI в первом поиске соты после включения, впоследствии выполняет поиск соты еще раз, UE получает информацию разделения PCI. Так, если результатом определения на этапе ST1601 является "Да", то UE переходит к этапу ST1612. UE, которое перешло к этапу ST1612, выполняет процесс этапов с ST1613 по ST1618. Соответственно, и в этом случае решается проблема, заключающаяся в том, что UE, которое не имеет белого списка, повторяет операции с ST1602 по ST1611 (отличные от ST1609) много раз, несмотря на то, что пользовательскому оборудованию UE известно о том, что оно не может выполнять доступ в соту CSG, что следует из способа, описанного со ссылкой на схему последовательности операций с фиг.14.
Существует много различных типов блоков широковещательной информации. В случае если информация разделения PCI сопоставляется блоку SIB, отличному от SIB1, то она не принимается в течение периода с типового поиска соты до входа в режим простоя. Для того чтобы принять MIB и блок широковещательной информации, отличный от SIB1 (SIBk; где k представляет собой целое число, которое равно или больше 2), должна быть принята информация планирования (назначенная информация) другого SIB, сопоставленного блоку SIB1, и, следовательно, требуется гораздо более длительный период, что приводит к задержке, а также к увеличению энергопотребления UE. Информация разделения PCI сопоставляется абсолютно необходимой минимальной широковещательной информации во временном периоде с начала поиска соты до входа в режим простоя, вследствие чего UE не требуется получать другой блок широковещательной информации, так что ему разрешается получать информацию разделения PCI при низком энергопотреблении в течение короткого временного интервала. Предоставляется возможность реализовать превосходную систему с малой величиной задержки управления. Например, в системе связи LTE примеры абсолютно необходимой минимальной широковещательной информации, принимаемой при поиске соты в режиме простоя, включают в себя SIB1.
Благодаря способу сопоставления информации разделения PCI блоку SIB1 широковещательной информации для широковещательной рассылки информации разделения PCI обслуживаемым единицам UE, раскрытому в настоящем варианте осуществления, UE, которое не имеет белого списка, может избежать бесполезного поиска ячеек CSG во втором поиске соты и последующем поиске соты. В результате разрешается проблема большой задержки управления, которая возникает системным образом из-за большого количества времени, требуемого для поиска соты для входа в режим простоя, а также проблема значительного энергопотребления UE. Это позволяет сформировать систему мобильной связи, способную удовлетворять будущим требованиям установки большого количества узлов Home-eNB, а также требованию работы в условиях гибкого изменения количества ячеек CSG, которое имеет место при частой и гибкой установке и удалении узлов Home-eNB.
Благодаря способу сопоставления по всем сотам (сотам CSG и сотам, отличным от CSG) информации разделения PCI абсолютно необходимой минимальной широковещательной информации, принятой для поиска соты в режиме простоя, чтобы выполнять широковещательную рассылку информации разделения PCI обслуживаемым единицам UE, даже то UE, которое имеет белый список, способно селективно выполнять поиск соты CSG и соты, отличной от CSG. Например, в случае если UE, которое имеет белый список, предпочтительным образом выполняет доступ к соте CSG, то это UE способно выполнять поиск соты CSG предпочтительным образом, используя информацию разделения PCI, полученную путем приема SIB1. В этом случае операции с ST1612 и далее, показанные на фиг.16, могут быть выполнены следующим образом. Если на этапе ST1612 определяется, что UE имеет белый список, то это UE выполняет синхронизацию первичного сигнала P-SS синхронизации и вторичного сигнала S-SS синхронизации посредством PCI соты CSG и детектирует (идентифицирует) PCI. Опорный Сигнал (Reference Signal, RS) детектируется посредством идентифицированного PCI, и измеряется его принятая мощность. Далее, наилучшая сота выбирается путем сравнения принятой мощности, которая была измерена. PBCH выбранной соты принимается, чтобы получить MIB и, сверх того, DL-SCH принимается, чтобы получить SIB1. UE переходит в режим простоя, если Код Отслеживаемой Области (Tracking Area Code, TAC), сопоставленный блоку SIB1, идентичен соответствующему коду UE, а если эти коды отличаются, то UE сравнивает, идентичен ли TAC блока SIB1 идентификатору CSG-ID (TAC) в белом списке UE. В случае когда они идентичны друг другу, UE переходит в режим простоя. Если же они отличаются друг от друга, то UE снова выполняет поиск соты. Далее, если поиск соты выполняется с использованием PCI соты CSG и выбираемая сота отсутствует, то UE начинает операцию поиска соты с использованием PCI соты, отличной от CSG. Это позволяет выполнять поиск соты CSG в первоочередном порядке, так что поиск соты и выбор соты для соты, отличной от CSG, выполняются, когда не удается найти соту CSG, которую можно выбрать.
Хотя выше описан случай, когда UE, которое имеет белый список, в первоочередном порядке выполняет доступ к соте CSG, также возможен сценарий, когда UE может в первоочередном порядке выполнять поиск соты, отличной от CSG. Если на этапе ST1612 определяется, что UE имеет белый список, то это UE выполняет синхронизацию первичного сигнала P-SS синхронизации и вторичного сигнала S-SS синхронизации посредством PCI соты CSG и детектирует (идентифицирует) PCI. UE детектирует RS посредством идентифицированного PCI и измеряет принятую мощность RS. UE сравнивает измеренное значение принятой мощности RS, чтобы выбрать наилучшую соту. UE принимает PBCH выбранной соты, чтобы получить MIB, и, сверх того, принимает DL-SCH, чтобы получить SIB1. В случае если TAC, сопоставленный блоку SIB1, идентичен TAC пользовательского оборудования UE, то UE переходит в режим простоя или же переходит в режим простоя после TAU, если они отличаются друг от друга. Далее, если UE выполняет поиск соты с использованием PCI соты, отличной от CSG, и подходящая сота отсутствует, то UE начинает операцию поиска соты с использованием PCI соты CSG. Это позволяет выполнять поиск соты, отличной от CSG, в первоочередном порядке, и, таким образом, обеспечивается возможность выполнять поиск ячеек CSG и выбор соты, когда отсутствуют какие-либо соты, отличные от CSG, которые можно выбрать.
Следовательно, даже то UE, которое имеет белый список, способно избежать бесполезного поиска соты при выполнении второго и последующего поисков. В результате можно решить проблему длительной задержки управления, имеющей место системным образом из-за очень большого количества времени, требуемого для временного периода от начала поиска до входа в режим простоя, а также проблему большого энергопотребления UE. Кроме того, обеспечивается возможность селективного поиска ячеек CSG и ячеек, отличных от CSG. Это позволяет реализовать систему мобильной связи, способную удовлетворять требованию установки большого количества узлов Home-eNB в будущем и требованию адекватной работы при гибком изменении количества ячеек CSG, которое обусловлено частой и гибкой установкой или удалением узлов Home-eNB, а также требованиям UE, которым требуется, например, в первоочередном порядке выполнять доступ в зарегистрированную соту CSG, а не соту, отличную от CSG.
Хотя выше описан способ сопоставления информации разделения PCI блоку SIB1 широковещательной информации для широковещательной рассылки информации разделения PCI обслуживаемым единицам UE, также может быть раскрыт способ сопоставления информации разделения PCI блоку MIB широковещательной информации для широковещательной рассылки информации разделения PCI единицам UE. В таком случае применима диаграмма последовательности с фиг.15. Все базовые станции (узлы eNBs и Home-eNB) сопоставляют информацию разделения PCI блоку MIB и сопоставляют BCCH, включающий в себя MIB, каналу PBCH. Далее, все базовые станции передают PBCH обслуживаемым единицам UE и выполняют широковещательную рассылку информации разделения PCI, сопоставленную в MIB. Необходимо отметить, что в данном случае информация разделения PCI, которая должна быть передана всеми базовыми станциями, представляет собой информацию разделения PCI, на частотном слое, которому принадлежит собственная сота. Схема последовательности операций поиска соты UE в этом способе может быть получена путем замены ST1605 и ST1606 с фиг.16 следующим образом. Информация разделения PCI сопоставляется блоку MIB и, далее, рассылается из базовой станции. После этого UE принимает информацию разделения PCI на этапе ST1605. Между тем, на этапе ST1606 UE не принимает информацию разделения PCI. Вышеупомянутое изменение обеспечивает возможность поиска соты. Благодаря способу сопоставления информации разделения PCI блоку MIB широковещательной информации, чтобы разослать информацию разделения PCI обслуживаемым единицам UE, вышеописанные эффекты могут быть получены схожим образом.
Ниже описан модифицированный пример первого варианта осуществления. В первом варианте осуществления раскрыт способ сопоставления информации разделения PCI из всех ячеек (ячеек CSG и ячеек, отличных от CSG) абсолютно необходимой минимальной широковещательной информации, принятой в течение периода с начала поиска до входа в режим простоя, чтобы разослать информацию разделения PCI обслуживаемым единицам UE. В первом модифицированном примере раскрыт способ сопоставления информации разделения PCI только из ячеек CSG с абсолютно необходимой минимальной широковещательной информацией, принятой в течение периода с начала поиска до входа в режим простоя, чтобы разослать информацию разделения PCI обслуживаемым единицам UE. Фиг.17 представляет собой диаграмму последовательности широковещательной рассылки информации разделения PCI в системе связи LTE. На этапе ST1702 Home-eNB сопоставляет информацию разделения PCI блоку SIB1 и сопоставляет BCCH, включающий в себя SIB1, каналу DL-SCH. Далее, все Home-eNB передают DL-SCH обслуживаемым единицам UE и выполняют широковещательную рассылку информации разделения PCI, сопоставленную с SIB1. Необходимо отметить, что в данном случае информация разделения PCI, передаваемая узлом Home-eNB, представляет собой информацию разделения PCI на частотном слое, которому принадлежит собственная сота. Между тем, узел eNB не рассылает информацию разделения PCI обслуживаемым им единицам UE. В этом модифицированном примере UE способно получать информацию разделения PCI только в том случае, когда сота, полученная в результате поиска соты и выбора наилучшей соты, является сотой CSG. Тем не менее, даже в этом случае UE, которое не имеет белого списка, способно разрешать проблему, заключающуюся в многократном выполнении операций этапов с ST1602 по ST1611 (кроме ST1609) с фиг.16, таких как поиск соты и выбор лучшей соты, поскольку сота CSG выбирается в качестве лучшей соты один раз.
Благодаря способу сопоставления информации разделения PCI только из Home-eNB с блоком SIB1 или MIB широковещательной информации для широковещательной рассылки информации разделения PCI единицам UE, находящимся под его управлением, достигаются эффекты, описанные в первом варианте осуществления, и, кроме того, больше не требуется передавать новую информацию (информацию разделения PCI) для CSG в широковещательной информации из соты, отличной от CSG. Для этого не требуются изменения в системе LTE (eUTRA/eUTRAN), которая не включает в себя существующие CSG, что повышает совместимость.
Второй вариант осуществления
В первом варианте осуществления раскрыт способ сопоставления посредством всех ячеек (ячеек CSG и ячеек, отличных от CSG) Идентификатора Физической Соты (Physical Cell Identity, PCI) абсолютно необходимой минимальной широковещательной информации, принятой в течение периода с начала поиска соты до входа в режим простоя, чтобы разослать информацию разделения PCI обслуживаемым единицам UE. В данном случае информация разделения PCI представляет собой информацию разделения PCI частотного слоя, которому принадлежит собственная сота. Во втором варианте осуществления раскрыт способ широковещательной рассылки посредством всех базовых станций (узлов eNBs и узлов Home-eNB) информации разделения PCI другого частотного слоя обслуживаемым единицам UE. Фиг.18 представляет собой диаграмму последовательности широковещательной рассылки информации разделения PCI по другому частотному слою в системе связи LTE. Все базовые станции (узлы Home-eNB и узлы eNB) включают информацию разделения PCI на другом частотном слое, отличном от частотного слоя, которому принадлежит собственная сота, в состав широковещательной информации. В частности, BCCH включает в себя информацию разделения. Все базовые станции рассылают широковещательную информацию обслуживаемым ими единицам UE. Соответственно, обслуживаемым единицам UE разрешается получать информацию разделения PCI по другому частотному слою из широковещательной информации обслуживающей соты. Это позволяет UE использовать информацию разделения PCI на другом частотном слое, когда требуются процессы, относящиеся к другому частотному слою, такие как поиск соты, выбор соты, повторный выбор соты и эстафетное переключение. Информация разделения PCI на другом частотном слое может быть использована, например, когда выполняется поиск соты и выбор соты среди частотных слоев, что обеспечивает возможность использования информации разделения PCI на желаемом частотном слое из первого поиска соты и выбора соты. Это позволяет UE, которое не имеет белого списка, избежать выполнения поиска среди ячеек CSG, к которым нельзя выполнить доступ, когда выполняется поиск соты. Это решает проблему длительной задержки управления из-за большого количества времени, требуемого для периода с начала поиска соты для другого частотного слоя до входа в режим простоя, а также проблему высокого энергопотребления UE. Соответственно, обеспечивается возможность сформировать систему мобильной связи, способную удовлетворять будущим требованиям установки большого количества узлов Home-eNB, а также требованию работы в условиях гибкого изменения количества ячеек CSG, которое имеет место при частой и гибкой установке и удалении узлов Home-eNB. Может существовать один или более других частотных слоев. В таком случае UE может сохранить информацию разделения PCI и приоритет частоты и т.п. в паре (например, в форме списка).
Во втором варианте осуществления широковещательная информация и, в частности BCCH, включает в себя информацию разделения PCI на другом частотном слое, отличном от частотного слоя, которому принадлежит собственная сота. В частности, информация разделения PCI может быть добавлена в SIB5, который представляет собой блок широковещательной информации, которому сопоставляется широковещательная информация частотного слоя, отличного от слоя, которому сопоставлена собственная сота, что в настоящее время обсуждается в рамках 3GPP. Базовая станция сопоставляет BCCH, включающий в себя SIB5, на котором сопоставлена широковещательная информация частотного слоя, отличного от слоя собственной соты, каналу DL-SCH и передает DL-SCH единицам UE, находящимся под его управлением. Принимая SIB5, UE получает возможность выполнять поиск соты и выбор соты для другого частотного слоя при низком энергопотреблении и за короткое время, используя информацию разделения PCI на другом частотном слое SIB5 в случае поиска соты и выбора соты для другого частотного слоя и т.п.
Альтернативно, информация разделения PCI на другом частотном слое, отличном от частотного слоя, которому принадлежит собственная сота, может быть передана как выделенная информация. Например, сота может включать информацию разделения PCI на другом частотном слое, отличном от частотного слоя, которому принадлежит собственная сота, в состав выделенной информации управления, в частности DCCH, и выделенным образом передавать информацию разделения PCI единицам UE, находящимся в ее управлении. Сверх того, единицы UE, обслуживаемые одной сотой, могут передать сообщение для запроса соте передать выделенным образом информацию разделения PCI как выделенную информацию. Кроме того, например, сота может включать информацию разделения PCI на другом частотном слое, отличном от частотного слоя, которому принадлежит собственная сота, в состав информации поискового вызова, в частности PCCH, и выделенным образом передавать информацию разделения PCI единицам UE, находящимся в ее управлении. Это позволяет каждой соте передавать информацию разделения PCI по другому частотному слою, отличному от частотного слоя, которому принадлежит собственная сота, в результате чего повышается эффективность использования радиоресурсов.
В первом и втором вариантах осуществления информация разделения PCI передается из ячеек, отличных от CSG, или из ячеек CSG единицам UE. Информация разделения PCI может быть сгенерирована базовой сетью и передана единицам UE через соты CSG или соты, отличные от CSG. Кроме того, в этом случае достигаются эффекты, схожие с описанными выше.
Хотя выше описана система связи LTE, в которой используется Home-eNB или Home-eNB, в котором используется сота Закрытой Абонентской Группы (Closed Subscriber Group, CSG), и система UMTS, настоящее изобретение также применимо к системе UMTS, где используется Home-NB, в котором не используется CSG. PCI может быть разделен для Home-NB и другого NB, чтобы выполнять функцию информации разделения PCI, и информация разделения PCI может быть включена в состав широковещательной информации из всех базовых станций (узлов NB и Home-NB), которая должна рассылаться всем обслуживаемым единицам UE. Информация разделения PCI может быть включена в состав блока широковещательной информации, который требуется для поиска соты и выбора соты и который должен быть разослан обслуживаемым единицам UE. Это предотвращает ситуацию, когда UE, не имеющее регистрацию в Home-NB, расточительно выполняет поиск соты и выбор соты, что разрешает проблему длительной задержки управления из-за большой длительности интервала с начала поиска до входа в режим простоя, а также проблему повышенного энергопотребления UE. Соответственно, предоставляется возможность реализовать систему мобильной связи, способную удовлетворять требованиям работы при большом количестве установленных узлов Home-NB в будущем, а также требованию работы в условиях частого и гибкого режима установки и удаления узлов Home-NB.
Третий вариант осуществления
В первом и втором вариантах осуществления раскрыт способ передачи/приема информации разделения PCI для реализации системы мобильной связи, способной удовлетворять требованию установки большого количества ячеек CSG в будущем и требованию работы при гибком изменении количества ячеек CSG, которое обусловлено частой и гибкой установкой и удалением ячеек CSG. В настоящем варианте осуществления описывается проблема, связанная с обработкой белого листа при установке большого количества ячеек CSG, а также частой установкой и удалением ячеек CSG. Также раскрыт способ решения этой задачи.
В настоящее время в рамках 3GPP обсуждается способ получения белого списка в случае, когда UE выполняет регистрацию в соте CSG в системе LTE (Непатентный Документ 5). 3GPP согласован способ, в котором пользовательскому оборудованию UE белый список сообщается через соту, отличную от CSG. Фиг.19 иллюстрирует случай, когда узел Home-eNB (сота CSG) расположен в области узла eNB (соты, отличной от CSG). UE располагается внутри области соты CSG. Хотя на данной фигуре показано, что сота CSG расположена в соте, отличной от CSG, также возможна ситуация, когда в соте, отличной от CSG, может быть расположено множество ячеек CSG. Ниже описан способ получения белого списка в такой ситуации. Во-первых, владелец Home-eNB уведомляет оператора сети о том, что была выполнена регистрация пользовательского доступа для UE. После этого оператор сети уведомляет пользовательское оборудование UE о белом списке с верхних уровней. Белый список сообщается через eNB (соту, отличную от CSG).
Фиг.20 представляет собой диаграмму последовательности способа для сообщения белого списка через соту, отличную от CSG. Этот способ в настоящее время рассматривается в рамках 3GPP. На этой фигуре проиллюстрирован случай системы связи LTE, в которой "Владелец" представляет владельца узла Home-eNB, а "CN" представляет базовую сеть (MME, контроллер радиосети). Базовая сеть включает в себя, например, MME и т.п. Пользователь выполняет регистрацию доступа UE в узле Home-eNB, и на этапе ST2001 владелец узла Home-eNB передает, например, идентификационный номер UE (информацию для идентификации UE, такую как UE-ID и IMSI) в базовую сеть для уведомления оператора сети о том, что была выполнена регистрация пользовательского доступа в узле Home-eNB. На этапе ST2002 оператор сети, который принял идентификационный номер UE (такой как UE-ID и IMSI), переданный от владельца, передает запрос настройки разрешения доступа в узел Home-eNB из базовой сети, так что UE может выполнить доступ в Home-eNB. На этапе ST2003 узел Home-eNB, который принял запрос настройки разрешения доступа, выполняет настройку таким образом, чтобы разрешить доступ с UE. Далее, на этапе ST2004 оператор сети передает белый список из базовой сети в eNB соты, отличной от CSG, в которой расположен Home-eNB. На этапе ST2005 узел eNB, который принял белый список, уведомляет UE об этом белом списке. На этапе ST2006 пользовательское оборудование UE, которому был сообщен белый список, сохраняет этот белый список. В частности, предлагается сохранять белый список в SIM/USIM (который может представлять собой устройство хранения, такое как память и центральный процессор).
UE, которое не имеет белого списка, не может выполнять доступ в соту CSG, и ему разрешается выполнять доступ только в соту, отличную от CSG. С другой стороны, для UE, которое имеет белый список, разрешается доступ к соте CSG с зарегистрированным CSG-ID, а также к соте, отличной от CSG.
Выше описан способ получения белого списка в случае, когда UE выполняет регистрацию в соте CSG. Этот способ обсуждается в рамках 3GPP. В этом способе, тем не менее, UE принимает белый список через узел eNB (соту, отличную от CSG). То есть необходимым условием является то, чтобы UE обслуживалось сотой, отличной от CSG. То есть возникает проблема, заключающаяся в том, что UE не может получить белый список, когда оно не обслуживается сотой, отличной от CSG.
Фиг.21 иллюстрирует случай, когда узел Home-eNB (сота CSG), в котором UE выполнило регистрацию, находится вне области соты, отличной от CSG. UE не обслуживается сотой, отличной от CSG, и, соответственно, оно не может осуществлять связь с сотой, отличной от CSG. Следовательно, UE не может получить белый список, даже если выполняется регистрация в соте CSG. Пользовательскому оборудованию UE, которое не имеет белого списка, не разрешается выполнять доступ в соту CSG и, соответственно, также не разрешается выполнять доступ в зарегистрированную соту CSG. В результате возникает ситуация, когда UE, которое не имеет белого списка, не может выполнить поиск соты и выбор соты CSG, даже если оно обслуживается CSG, в которой была выполнена регистрация пользовательского доступа. Для того чтобы решить эту проблему согласно 3GPP предлагается, чтобы UE, которое расположено вне области соты, отличной от CSG, и которое выполнило регистрацию пользовательского доступа в соте CSG, начинает поиск вручную (Непатентный Документ 5). В Непатентном Документе 5 описывается, что в случае когда UE находится вне области соты, отличной от CSG, которая выполнила регистрацию пользовательского доступа в соте CSG, и еще не получило белого списка, то при начале ручного поиска TAU передается в базовую сеть через соту CSG, в которой была выполнена регистрация пользовательского доступа для получения белого списка.
К сожалению, конкретный способ ручного поиска не описан в предложении 3GPP. Также отсутствует описание того, как передавать TAU в базовую сеть через соту CSG. Здесь раскрыт конкретный способ, согласно которому белый список получают из соты CSG в том случае, когда UE, которое не имеет белого списка, выполняет регистрацию пользовательского доступа в соте CSG. На Фиг.22 проиллюстрирована конкретная диаграмма последовательности для случая, когда UE, которое не имеет белого списка, начинает ручной поиск, например, в системе связи LTE. Пользователь выполняет регистрацию пользовательского доступа посредством UE в соте CSG (здесь Home-eNB), и далее на этапе ST2201 владелец соты CSG передает, например, идентификационный номер UE (такой как UE-ID и IMSI) в базовую сеть для уведомления оператора сети о том, что была выполнена регистрация пользовательского доступа для UE в соте CSG. На этапе ST2202 оператор сети, который принял идентификационный номер (такой как UE-ID и IMSI) UE, переданный от владельца, передает запрос настройки разрешения доступа из базовой сети в соту CSG, так что UE может выполнить доступ в соту CSG. На этапе ST2203 сота CSG, которая приняла запрос настройки разрешения доступа, выполняет настройку, чтобы разрешить доступ из UE.
Далее, на этапе ST2204 пользовательское оборудование UE, которое выполнило регистрацию пользовательского доступа в соте CSG, начинает ручной поиск соты CSG. В этом ручном поиске соты CSG пользовательскому оборудованию UE, которое не имеет белого списка, разрешается выполнять доступ в соту CSG, в которой была выполнена регистрация пользовательского доступа. Это обеспечивает возможность пользовательскому оборудованию UE, обслуживаемому сотой CSG, в которой была выполнена регистрация пользовательского доступа, выполнять поиск соты и выбор соты для соты CSG. UE, которое выбрало соту CSG, принимает Код Отслеживаемой Области (Tracking Area Code, TAC), переданный из соты CSG, и сравнивает его с TAC в собственном UE. UE не имеет белого листа, и, соответственно, TAC в самом UE отличается от TAC, переданного из соты CSG. Обычно UE не позволяется устанавливать RRC-соединение с сотой CSG в том случае, когда коды TAC отличаются друг от друга, как описано выше. Соответственно, доступ в соту CSG не активируется, в результате чего не представляется возможным передавать TAU в базовую сеть через соту CSG. Это обеспечивает возможность получить белый список. Тем не менее, в способе, раскрытом в настоящем варианте осуществления, даже в случае разных TAC пользовательское оборудование UE сконфигурировано так, чтобы запрашивать RRC-соединение с сотой CSG, в которой была выполнена регистрация пользовательского доступа, и, сверх того, чтобы запрашивать Обновление Отслеживаемой Области (Tracking Area Update, TAU), когда начинается ручной поиск для получения белого списка. На этапе ST2204 пользовательское оборудование UE, которое начало ручной поиск и выбрало соту CSG, передает запрос RRC-соединения в соту CSG. Сота CSG, которая приняла запрос RRC-соединения от UE, позволяет установить RRC-соединение, поскольку настройка разрешения доступа для UE была выполнена на этапе ST2203. На этапе ST2205 пользовательское оборудование UE, которому было разрешено установить RRC-соединение, передает запрос TAU в соту CSG. Номер (такой как UE-ID и IMSI) для идентификации UE может быть передан вместе с сообщением запроса TAU. Настройка разрешения доступа выполняется для UE, и, таким образом, на этапе ST2206 сота CSG, которая приняла запрос TAU, передает запрос TAU в базовую сеть вместе с номером для идентификации UE. На этапе ST2207 базовая сеть проверяет, является ли UE, которое передало TAU, пользовательским оборудованием UE, зарегистрированным в соте CSG. В частности, базовая сеть имеет список идентификационных номеров UE, пользовательский доступ которых разрешен для каждого TAC или каждого CSG-ID, так что идентификационные номера UE, регистрация пользовательского доступа которых была выполнена на этапе ST2201, перезаписываются (или могут быть удалены или добавлены). Процесс этапа ST2207 выполняется посредством, например, MME 73. Например, это выполняется блоком 1005-3 управления мобильностью в состоянии простоя, входящим в состав MME 73 с фиг.10.
На этапе ST2207 благодаря упомянутому списку базовой сети предоставляется возможность определить, является ли UE, которое передало Обновление Отслеживаемой Области (Tracking Area Update, TAU), пользовательским оборудованием UE, зарегистрированным в соте CSG. На этапе ST2208 базовая сеть, которая определила, что UE, которое передало TAU на этапе ST2207, является пользовательским оборудованием UE, зарегистрированным в соте CSG, передает сообщение получения TAU в соту CSG. На этапе ST2209 сота CSG, которая приняла сообщение получения TAU, передает это сообщение получения TAU в UE. На этапе ST2210 базовая сеть дополнительно передает белый список в соту CSG, и на этапе ST2211 сота CSG, которая приняла белый список, передает его в UE. На этапе ST2212 пользовательское оборудование UE, которое сообщило белый список, сохраняет этот белый список в собственном UE. В частности, предлагается, что белый список будет сохранен в SIM/USIM. Хотя согласно вышеизложенному описанию передается белый список, также возможен вариант, где передается не сам белый список, а описанная в этом белом списке информация CSG соты CSG, в которой была выполнена регистрация пользовательского доступа UE. В частности, возможные примеры информации CSG включают в себя CSG-ID, TAI, TAC и т.д. Любой из перечисленных вариантов приемлем при условии, что CSG-ID ассоциирован с TAI или TAC.
Альтернативно, приемлемо использование Глобального Идентификатора Соты (Global Cell Identity, GCI) при условии, что CSG-ID, TAI или TAC ассоциированы с GCI. Кроме того, приемлема передача не самого белого списка, а сообщения, запрашивающего UE записать в белом списке TAC или информацию CSG-ID на канале BCCH, который принял UE через ряд процессов, включающих в себя поиск соты и выбор соты. На этапе ST2212 пользовательское оборудование UE, которому на этапе ST2211 был сообщен белый список, сохраняет (регистрирует) этот белый список в собственном UE. В случае когда на этапе ST2211 сообщается CSG-ID, а не белый список, CSG-ID сохраняется в белом списке. В случае когда TAC или информацию CSG-ID на BCCH требуется записать в белом списке, TAC или информация CSG-ID сохраняется в этом белом списке. Пользовательскому оборудованию UE, которое выполнило регистрацию в белом списке на этапе ST2212, разрешается выполнять доступ в соту CSG, что не ограничивается случаем, когда начинается ручной поиск. Следует отметить, что описанная здесь сота CSG может представлять собой любую соту CSG при условии, что она является сотой CSG, принадлежащей одному и тому же CSG-ID. Раскрытый в настоящем варианте осуществления способ также применим в случае, когда UE, которое уже получило белый список, выполняет изменение (удаление или добавление) в этом белом списке.
Путем выполнения способа ручного поиска, который реализуется в случае, когда UE, которое не имеет белого списка, выполняет регистрацию пользовательского доступа в соте CSG, как в диаграмме с фиг.22, белый список может быть получен из соты CSG даже в том случае, когда UE не обслуживается сотой, отличной от CSG. Ручной поиск Home-eNB, предлагаемый в рамках 3GPP, основан на том факте, что UE, которое не имеет белого списка, обслуживается сотой CSG, в которой была выполнена регистрация пользовательского доступа, и способно выбирать соту CSG в ручном поиске, как показано на фиг.21. Следовательно, когда UE сконфигурировано так, чтобы выполнять запросы RRC-соединения, которые обычно не активируются, и запросы Обновления Отслеживаемой Области (Tracking Area Update, TAU) только для ячеек CSG, принадлежащих CSG-ID соты CSG, в которой была выполнена регистрация пользовательского доступа, пользовательское оборудование UE может выполнять доступ в соту CSG путем ручного поиска, что позволяет получать белый список.
Четвертый вариант осуществления
В случае установки большого количества ячеек CSG в будущем и частой и гибкой установки или удаления ячеек CSG, иногда белый список невозможно получить только посредством способа, раскрытого в третьем варианте осуществления. Фиг.23 иллюстрирует случай, где UE не обслуживается сотой, отличной от CSG, но обслуживается большим количеством ячеек CSG. Такая ситуация возникнет в будущем в ситуации, когда большое количество ячеек CSG будет установлено в многоквартирных домах, школах или компаниях. В качестве способа функционирования ячеек CSG рассматривается вариант установки в месте вне доступа радиоволн от этих ячеек, отличных от CSG, чтобы обеспечить возможность связи через соты CSG.
Например, во многих случаях комнаты в многоквартирных зданиях находятся вне доступа радиоволн от ячеек, отличных от CSG. В таких случаях сота CSG предоставляется в каждой комнате, и каждой CSG назначается CSG-ID. Например, возможна ситуация, когда регистрация пользовательского доступа UE резидента в каждой комнате выполняется для соты CSG каждой комнаты. В такой ситуации UE располагается вне доступа радиоволн от ячеек, отличных от CSG, но в области доступа радиоволн от большого количества ячеек CSG, как показано на фиг.23. Сверх того, в таком случае, в зависимости от окружения, в котором распространяются радиоволны, радиоволна от соты CSG, в которой была выполнена регистрация пользовательского доступа, не достигает UE, или если даже они достигают UE, то ее принятая мощность меньше по сравнению с другими сотами CSG во многих случаях. В такой ситуации UE не может выбрать соту CSG, в которой была выполнена регистрация пользовательского доступа.
В вышеописанном предложении 3GPP (Непатентный Документ 5) описано, что в случае когда UE, регистрация пользовательского доступа которого была выполнена посредством соты CSG, еще не получило белого листа и расположено в области CSG, в которой была выполнена регистрация пользовательского доступа, пользовательское оборудование UE передает TAU в базовую сеть через соту CSG, в которой была выполнена регистрация пользовательского доступа, путем начала ручного поиска. Тем не менее, нет каких-либо разъяснений относительно случая, когда UE не может выбрать соты CSG (включая соту CSG с таким же CSG-ID), в которых была выполнена регистрация пользовательского доступа, а также относительно случая, когда TAU отклоняется. Соответственно, в такой ситуации, когда UE не способно выбрать соту CSG, в которой была выполнена регистрация пользовательского доступа, возникает проблема, заключающаяся в невозможности получения белого списка по способу, предлагаемому проектом 3GPP (Непатентный Документ 5).
Сверх того, следующие задачи возникают не только в случае, когда UE, которое не имеет белого списка, регистрирует белый список, но также в случае, когда UE, которое получило белый список, выполняет изменения (удаление или добавление) в белом списке. В вышеупомянутом предложении проекта 3GPP отсутствуют разъяснения относительно UE, которое имеет белый список. В ситуации, показанной на фиг.23, даже UE, которое имеет белый список, в некоторых случаях выбирает соту CSG (соту, которая не является подходящей) с CSG-ID, отличным от идентификатора соты CSG, в которой была выполнена регистрация пользовательского доступа UE. Кроме того, для таких случаев нет описания относительно случая, когда UE не может выбрать соты CSG (включающие в себя соты CSG с одинаковым CSG-ID), в которых была выполнена регистрация пользовательского доступа. Кроме того, возникает проблема, заключающаяся в том, что белый список не может быть получен по способу, предложенному проектом 3GPP (Непатентный Документ 5), в случае отклонения TAU. В обсуждении проекта 3GPP нет предложений относительно этих проблем и их решений.
Для того чтобы решить эти задачи, в настоящем варианте осуществления раскрыт способ, в котором в случае, когда UE, которое выполнило регистрацию пользовательского доступа (далее также подразумевается изменение регистрации (удаление или добавление)) в соте CSG, выполняет ручной поиск, RRC-соединение может быть установлено не только с сотами CSG, принадлежащими CSG-ID соты CSG, в которой была выполнена регистрация пользовательского доступа, но также с другими сотами CSG, и TAU может быть передан в базовую сеть через соту CSG независимо от наличия или отсутствия белого списка, чтобы тем самым обеспечить возможность передачи TAU в базовую сеть через выбранную соту CSG, даже когда UE выбирает любую соту CSG.
Фиг.24 представляет собой диаграмму последовательности для ручного поиска для случая, когда установление RRC-соединения активируется не только в сотах CSG, принадлежащих CSG-ID соты CSG, в которой была выполнена регистрация пользовательского доступа, но также в другой соте CSG, чтобы тем самым обеспечить возможность передачи TAU в сеть через соту CSG. На этой фигуре проиллюстрирована система связи LTE, в которой, например, используется Home-eNB. Ниже приведено описание этой фигуры. Предполагается, что UE выполняет регистрацию пользовательского доступа в Home-eNB(C), и этапы с ST2401 по ST2403 являются операциями, которые схожи с описанными выше, и, соответственно, их дублирующее описание опущено. На этапе ST2404 пользовательское оборудование UE в состоянии, показанном на фиг.23, начинает ручной поиск Home-eNB при регистрации или изменении белого списка. На этапе ST2405 пользовательское оборудование UE, которое начало ручной поиск, выполняет поиск соты и выбор соты. В ситуации, показанной на фиг.23, UE выбирает соту CSG. Независимо от того, является ли выбранная сота CSG сотой CSG, в которой была выполнена регистрация пользовательского доступа, пользовательское оборудование UE способно устанавливать RRC-соединение с сотой CSG и передавать TAU в сеть через соту CSG. Следовательно, на этапе ST2406 пользовательское оборудование UE передает запрос RRC-соединения в соту CSG (в этом случае Home-eNB(A)), которая не является сотой CSG (в этом случае Home-eNB(C)), в которой была выполнена регистрация пользовательского доступа, и Home-eNB(A), который принял запрос установления RRC-соединения, передает разрешение установления для этого запроса в UE, так что между UE и Home-eNB(A) устанавливается RRC-соединение. Далее, на этапах ST2407 и ST2408 пользовательское оборудование UE передает сообщение запроса TAU в базовую сеть через соту CSG (Home-eNB(A)), которая не является сотой CSG, в которой была выполнена регистрация пользовательского доступа. UE также передает идентификационный номер UE. Идентификационный номер UE может быть включен в состав сообщения запроса TAU, может быть предоставлен вместе с сообщением запроса TAU или может быть передан как другое сообщение. Сверх того, сообщение запроса RRC-соединения или сообщение запроса TAU из UE может включать в себя информацию, указывающую, что был активирован ручной поиск, так что сота CSG, не являющаяся сотой CSG, в которой была выполнена регистрация пользовательского доступа, способна различать случай, в котором был активирован ручной поиск, от другого случая. Это позволяет соте CSG, не являющейся сотой CSG, в которой была выполнена регистрация пользовательского доступа, устанавливать RRC-соединение с UE и передавать/принимать ряды сообщений, таких как сообщение запроса TAU из UE и его передача в базовую сеть, что ограничивается случаем, когда был активирован ручной поиск.
Базовая сеть, которая приняла сообщение запроса TAU, проверяет, принадлежит ли UE идентификатору CSG-ID узла Home-eNB(A), на основании идентификационного номера UE, который также был принят. Для этой проверки подходит способ, описанный на этапе ST2207, который был раскрыт со ссылкой на фиг.22. Идентификационный номер UE не регистрируется в CSG-ID, которому принадлежит узел Home-eNB(A), и на этапах ST2410 и ST2411 базовая сеть, которая определила, что в узел Home-eNB(A) нельзя выполнить доступ, передает сообщение отклонения TAU для упомянутого запроса TAU в UE через Home-eNB(A). На этапе ST2412 пользовательское оборудование UE, которое приняло сообщение отклонения TAU, разрывает RRC-соединение с Home-eNB(A). Далее, на этапе ST2413 пользовательское оборудование UE снова выполняет поиск соты. В этом случае выбор соты может быть выполнен после повторного выполнения поиска соты. Когда выбор соты снова выполняется после получения сообщения отклонения TAU, лучшая сота может быть еще раз выбрана за исключением узла Home-eNB(A), который передал сообщение отклонения TAU, или лучшая сота может быть выбрана снова, включая узел Home-eNB(A), который передал сообщение отклонения TAU. Даже в том случае, когда лучшая сота выбирается снова, включая узел Home-eNB(A), который передал сообщение отклонения TAU, выбор соты снова выполняется после выполнения поиска соты, в результате чего имеет место случай, когда другая сота служит как лучшая сота и эта другая сота выбирается, например, когда меняется окружение, в котором распространяются радиоволны.
Пользовательскому оборудованию UE, которое выбрало узел Home-eNB(B) в повторном выборе соты, разрешается запрашивать установление RRC-соединения с сотой CSG, в которой не была выполнена регистрация пользовательского доступа, и передавать TAU в сеть через соту CSG. Соответственно, UE выполняет установление RRC-соединения на этапе ST2414 и передает сообщение запроса TAU в базовую сеть на этапе ST2415 и ST2416. Тем не менее, идентификационный номер UE не регистрируется в CSG-ID, которому принадлежит узел Home-eNB(B), на этапе ST2417 как на этапе ST2409, и соответственно на этапах ST2418 и ST2419 базовая сеть, которая определила, что в узел Home-eNB(B) нельзя выполнить доступ, передает сообщение отклонения TAU для упомянутого запроса TAU в UE через Home-eNB(B). На этапе ST2420 пользовательское оборудование UE, которое приняло сообщение отклонения TAU, разрывает RRC-соединение с Home-eNB(B). Далее, на этапе ST24121 пользовательское оборудование UE снова выполняет поиск соты, как на этапе ST2413. Пользовательскому оборудованию UE, которое выбрало узел Home-eNB(C) в повторном выборе соты, разрешается запрашивать установление RRC-соединения с сотой CSG и передавать TAU в сеть через соту CSG независимо от того, была ли выполнена регистрация пользовательского доступа в этой соте. Соответственно, UE выполняет установление RRC-соединения на этапе ST2422 и передает сообщение запроса TAU в базовую сеть на этапе ST2423 и ST2424. Идентификационный номер UE был зарегистрирован в CSG-ID, которому принадлежит узел Home-eNB(C), и, соответственно, на этапе ST2425 базовая сеть определяет, что доступ в узел Home-eNB(C) активирован, и передает сообщение принятия TAU для упомянутого запроса TAU в UE через узел Home-eNB(C) на этапах ST2426 и ST2427. На этапе ST2428 базовая сеть передает белый список в узел Home-eNB(C). На этапе ST2429 узел Home-eNB(C), который принял белый список, передает этот белый список в UE. На этапе ST2430 пользовательское оборудование UE, которое приняло белый список, сохраняет этот белый список в самом UE.
Вышеописанный способ предотвращает ситуацию, когда при ручном поиске UE белый список не может быть получен, даже если сота CSG, в которой была выполнена регистрация пользовательского доступа, не выбирается в первом выборе соты, и, далее, сота CSG, в которой была выполнена регистрация пользовательского доступа, выбирается в выборе соты после нескольких выборов соты. Соответственно, UE способно получать белый список из базовой сети через соту CSG, в которой была выполнена регистрация пользовательского доступа.
В случае когда в UE выполняется ручной поиск, согласно раскрытому в настоящем варианте осуществления способу установление RRC-соединения активируется не только с сотой CSG, принадлежащей CSG-ID соты CSG, в которой была выполнена регистрация пользовательского доступа, но также с другими сотами CSG, и передача TAU в базовую сеть через соту CSG активируется независимо от наличия или отсутствия белого списка, и TAU может быть передано в базовую сеть через выбранную соту CSG, даже если UE выбирает любую соту CSG. Это позволяет решить проблему, заключающуюся в том, что белый список не может быть получен в ситуации, где UE не может выбрать соту CSG, в которой была выполнена регистрация пользовательского доступа. В добавление, обеспечивается возможность решения задачи, заключающейся в том, что когда UE, которое получило белый список, выполняет изменение (удаление или добавление) в этом белом списке, белый список не может быть получен в ситуации, где UE выбирает соту CSG с CSG-ID, отличным от идентификатора соты CSG, в которой была выполнена регистрация пользовательского доступа. Соответственно, предоставляется возможность удовлетворить требования будущих систем, в которых устанавливается большое количество ячеек CSG, и соты CSG устанавливаются и удаляются часто и гибким образом.
Пятый вариант осуществления
Способ, раскрытый в четвертом варианте осуществления, позволяет решить проблему, заключающуюся в том, что белый список не может быть получен в ситуации, где UE не может выбрать соту CSG, в которой была выполнена регистрация пользовательского доступа. В настоящем варианте осуществления, сверх того, раскрыт способ обеспечения возможности эффективной связи даже в том случае, когда присутствует большое число ячеек CSG, принадлежащих CSG-ID, посредством которого не была выполнена регистрация пользовательского доступа.
В ситуации, показанной на фиг.23, если присутствует большое количество ячеек CSG, принадлежащих CSG-ID, посредством которого не была выполнена регистрация пользовательского доступа UE, то когда выполняется поиск соты и выбор соты, а также повторный поиск соты и выбор соты при ручном поиске UE, возникает ситуация, в которой непрерывно выбирается сота CSG, в которой не была выполнена регистрация пользовательского доступа. В такой ситуации UE повторяет установление RRC-соединения с большим количеством ячеек CSG и запрос TAU в базовую сеть через соту CSG. Сверх того, предполагается, что вышеописанная ситуация с большим количеством UE будет обычным режимом работы в будущих системах. Например, когда соты CSG устанавливаются в соответствующих классных комнатах школы, студенты соответствующих классов по отдельности регистрируют или меняют белый список. В таком случае большое количество единиц UE повторяют установление RRC-соединения с большим количеством ячеек CSG и запрос TAU в базовую сеть через соту CSG, и ожидается, что количество этих запросов будет очень большим. В такой ситуации возникает проблема, заключающаяся в том, что чрезвычайно снижается эффективность использования радиоресурсов и эффективность сигнализации. Сверх того, возникает проблема длительной задержки управления из-за большого количества времени, требуемого для периода с начала поиска соты до входа в режим простоя, а также проблема высокого энергопотребления UE.
Кроме того, в случае когда белый список UE перезаписывается по некоторой причине или когда UE ошибочно принимает содержимое белого списка, переданного из базовой сети при регистрации или изменении белого списка, возникают следующие задачи. Ниже описан пример для случая, когда UE ошибочно принимает содержимое белого списка, переданного из базовой сети при регистрации или изменении белого списка. Когда присутствует большое количество ячеек CSG, как показано на фиг.23, возникает ситуация, где выбирается сота CSG, принадлежащая идентификатору CSG-ID ошибочно принятого белого списка. Кроме того, в таком случае UE повторяет установление RRC-соединения с сотой CSG, принадлежащей идентификатору CSG-ID ошибочно принятого белого списка, и запрос TAU в базовую сеть через соту CSG.
Для того чтобы решить вышеупомянутые задачи, в дополнение к способу четвертого варианта осуществления, в настоящем варианте осуществления раскрыт способ, в котором когда UE выполняет ручной поиск, UE устанавливает RRC-соединение с сотой CSG, отличной от соты CSG, принадлежащей идентификатору CSG-ID соты CSG, в которой была выполнена регистрация пользовательского доступа, и когда UE, сверх того, передает запрос TAU в базовую сеть через соту CSG, базовая сеть передает белый список через соту CSG до передачи сообщения отклонения TAU в UE через соту CSG. Фиг.25 представляет собой диаграмму последовательности способа передачи белого списка до передачи сообщения отклонения TAU. Ниже приведено описание этой фигуры. На этой фигуре проиллюстрирована система LTE, в которой, например, используется Home-eNB. Так, UE выполняет регистрацию пользовательского доступа в Home-eNB(C), и этапы с ST2501 по ST2503 схожи с описанными выше, и, соответственно, их дублирующее описание опущено. UE начинает ручной поиск соты CSG (в этом случае Home-eNB) на этапе ST2504 и, далее, выполняет поиск соты и выбор соты на этапе ST2505.
В ситуации с фиг.23, когда присутствует большое количество ячеек CSG, которые принадлежат CSG-ID, посредством которой UE не выполнило регистрацию пользовательского доступа, UE выбирает соту CSG. Как описано в четвертом варианте осуществления, для UE обеспечивается возможность установить RRC-соединение с сотой CSG и передать TAU в сеть через соту CSG независимо от того, является ли выбранная сота CSG сотой CSG, в которой была выполнена регистрация пользовательского доступа. Соответственно, на этапе ST2506 пользовательское оборудование UE передает запрос RRC-соединения в соту CSG (в этом случае Home-eNB(A)), которая не является сотой CSG (в этом случае Home-eNB(C)), в которой была выполнена регистрация пользовательского доступа, и Home-eNB(A), который принял запрос установления RRC-соединения, передает разрешение установления для этого запроса в UE, так что между UE и Home-eNB(A) устанавливается RRC-соединение. Далее, на этапах ST2507 и ST2508 пользовательское оборудование UE передает сообщение запроса TAU в базовую сеть через соту CSG (Home-eNB(A)), которая не является сотой CSG, в которой была выполнена регистрация пользовательского доступа. UE также передает идентификационный номер UE. Идентификационный номер UE может быть включен в состав сообщения запроса TAU, может быть предоставлен вместе с сообщением запроса TAU или может быть передан как другое сообщение. Альтернативно, сообщение запроса RRC-соединения или сообщение запроса TAU из UE может включать в себя информацию, указывающую, что был активирован ручной поиск, так что сота CSG, не являющаяся сотой CSG, в которой была выполнена регистрация пользовательского доступа, способна различать случай, в котором был активирован ручной поиск, от другого случая. Это позволяет соте CSG, не являющейся сотой CSG, в которой была выполнена регистрация пользовательского доступа, устанавливать RRC-соединение с UE и передавать/принимать ряды сообщений, таких как установление RRC-соединения, сообщение запроса TAU из UE и его передача в базовую сеть, что ограничивается случаем активации ручного поиска. Базовая сеть, которая приняла сообщение запроса TAU, проверяет, принадлежит ли UE идентификатору CSG-ID узла Home-eNB(A), на основании принятого идентификационного номера UE. Для этой проверки подходит способ, описанный со ссылкой на этап ST2207, который был раскрыт на фиг.22. Идентификационный номер UE не был зарегистрирован с CSG-ID, которому принадлежит Home-eNB(A), и, соответственно, базовая сеть определяет, что в Home-eNB(A) невозможно выполнить доступ.
Согласно способу, раскрытому в пятом варианте осуществления, на этапе ST2510 базовая сеть передает белый список UE в узел Home-eNB(A) до передачи отклонения TAU также в том случае, когда базовая сеть определяет, что UE не может выполнить доступ в Home-eNB(A). На этапе ST2511 узел Home-eNB(A), который принял белый список, передает этот белый список в UE. На этапе ST5212 пользовательское оборудование UE, которое приняло белый список, сохраняет этот белый список в самом UE. На этапах ST2513 и ST2514 базовая сеть, которая передала белый список UE в Home-eNB(A) на этапе ST2510, передает сообщение отклонения TAU для запроса TAU в UE через узел Home-eNB(A). На этапе ST2515 пользовательское оборудование UE, которое приняло сообщение отклонения TAU, разрывает RRC-соединение с Home-eNB(A).
Раскрытый выше способ предотвращает ситуацию, где сота CSG, в которой была выполнена регистрация пользовательского доступа, не может быть выбрана бесконечно при выборе соты, когда UE выполняет ручной поиск, и, таким образом, в первом выборе соты UE способно получить белый список из базовой сети через соту CSG, в которой была выполнена регистрация пользовательского доступа. Сверх того, даже в том случае, когда при выборе соты разрешается выбрать только наилучшую соту, посредством этого способа предоставляется возможность надежным образом получить белый список из выбранной наилучшей соты.
В качестве способа ручного поиска идентификационные номера одной или более ячеек, подходящих для критерия выбора поиска соты, TAC, CSG-ID и т.п. могут быть указаны пользовательским оборудованием UE, так что желаемая сота из множества ячеек вручную выбирается пользователем UE, чтобы установить RRC-соединение и передать запрос TAU в эту желаемую соту. Благодаря ручному выбору соты CSG, в которой UE выполнило регистрацию пользовательского доступа, в качестве желаемой соты пользовательскому оборудованию UE не требуется выполнять передачу/прием установления RRC-соединения в/из соты CSG, в которой была выполнена регистрация пользовательского доступа, и передачу сообщения запроса TAU в соту CSG.
К сожалению, для приема идентификационного номера соты, TAC, CSG-ID и т.п. требуется время, поскольку широковещательная информация, такая как SIB1, должна быть принята из соты, как показано на этапах с ST1201 по ST1205 на фиг.12. В ситуации, когда установлено большое количество ячеек CSG, предполагается, что критерию поиска соты будет удовлетворять очень большое количество ячеек. Соответственно, для приема широковещательной информации всех ячеек и указания идентификационного номера соты, TAC, CSG-ID и т.п. в UE требуется много времени. Сверх того, в случае, когда пользовательское оборудование UE выполняет поиск соты CSG, подходящей для критерия поиска соты, например, требуется решение для различения CSG и для сохранения широковещательной информации соты CSG в UE. В ситуации, когда установлено большое количество ячеек CSG, предполагается, что критерию поиска соты будет удовлетворять очень большое количество ячеек. Следовательно, приемник UE становится более сложным для приема всех ячеек и широковещательной информации, принятой из всех ячеек, для чего в UE требуется блок хранения с большим объемом памяти. Это увеличивает размер и стоимость изготовления UE. Для того чтобы избежать такой проблемы, в процессе поиска соты используется способ установки лимита времени поиска или установки лимита количества искомых ячеек. Это метод выбора наилучшей соты в течение ограниченного временного периода или из определенного ограниченного количества ячеек.
При использовании такого способа вместе со способом, в котором идентификационные номера одной или более ячеек, подходящих для критерия поиска соты, TAC, CSG-ID и т.п. указываются пользовательским оборудованием при поиске соты, и UE из множества ячеек вручную выбирает соту CSG, в которой была выполнена регистрация пользовательского доступа, возникают проблемы, заключающиеся в том, что в течение лимитированного времени поиска не будет выполнен поиск соты CSG, и что на искомые соты будет установлен лимит и сота CSG будет вне этого лимита. В таком случае возникает проблема, заключающаяся в том, что UE не сможет выбрать соту CSG, в которой UE выполнило регистрацию пользовательского доступа, независимо от объема ручного поиска, и белый список не может быть получен.
В таком случае можно решить вышеупомянутые задачи путем применения настоящего варианта осуществления. В случае когда UE, которое выполнило регистрацию пользовательского доступа (далее также подразумевается изменение (удаление или добавление)) в соте CSG, выполняет ручной поиск, можно установить RRC-соединение не только с сотой CSG, принадлежащей CSG-ID, с которым была выполнена регистрация пользовательского доступа, но также и с другой сотой CSG, и можно выполнить передачу TAU в базовую сеть через соту CSG, независимо от наличия и отсутствия белого списка, что обеспечивает возможность передачи TAU в базовую сеть через выбранную соту CSG, даже когда UE выбирает любую CSG. В результате даже в том случае, когда невозможно выполнить поиск соты CSG в течение лимита времени поиска или когда установлен лимит искомых ячеек и сота CSG находится вне этого лимита, путем выбора другой соты CSG обеспечивается возможность установления RRC-соединения с другой сотой CSG, и TAU может быть передано в базовую сеть через соту CSG. Это позволяет базовой сети передавать белый список через соту CSG до передачи сообщения отклонения TAU в UE через соту CSG, благодаря чему UE способно получить белый список.
В случае когда присутствует очень большое количество ячеек CSG, принадлежащих CSG-ID, в котором UE не выполнило регистрацию пользовательского доступа, в случае когда присутствует большое количество UE, в случае когда белый список UE перезаписывается по некоторой причине, или в случае когда UE ошибочно принимает содержимое белого листа, переданного из базовой сети при регистрации или изменении этого белого листа, раскрытый в настоящем варианте осуществления способ может решить проблему, заключающуюся в том, что UE расточительно повторяет установление RRC-соединения с большим количеством ячеек CSG и запрос TAU в базовую сеть через соту CSG, что обусловлено бесконечным выбором соты CSG при выполнении ручного поиска в UE. В результате решения этих проблем предотвращается чрезмерное падение эффективности использования радиоресурсов и эффективности сигнализации в будущих системах. Сверх того, период времени, требуемый для поиска соты и входа в режим простоя, может быть сокращен, что устраняет проблему длительной задержки управления. Более того, ситуация, когда сота CSG бесконечно выбирается при выполнении ручного поиска в UE, приводит к сокращению энергопотребления UE.
Ниже описан модифицированный пример пятого варианта осуществления. В пятом варианте осуществления раскрыт способ, в котором, в дополнение к способу четвертого варианта осуществления, когда UE выполняет ручной поиск, UE устанавливает RRC-соединение с сотой CSG, отличной от соты CSG, принадлежащей идентификатору CSG-ID, с которым была выполнена регистрация пользовательского доступа, и когда, сверх того, запрос TAU передается в базовую сеть через соту CSG, базовая сеть передает белый список через соту CSG до передачи сообщения отклонения TAU в UE через соту CSG. Данный модифицированный пример раскрывает способ, в котором когда базовая сеть передает сообщение отклонения TAU в UE через соту CSG, базовая сеть сопоставляет белый список сообщению отклонения TAU и передает белый список.
Фиг.26 представляет собой диаграмму последовательности способа, раскрытого в первом модифицированном примере. Этот способ, по существу, идентичен способу, описанному со ссылкой на фиг.25 пятого варианта осуществления, и здесь приведено только описание различий. На этапе ST2609 базовая сеть, которая проверила, принадлежит ли UE идентификатору CSG-ID узла Home-eNB(A), на основании принятого идентификационного номера UE, определяет, что UE не может выполнить доступ в Home-eNB(A). На этапе ST2610 базовая сеть передает сообщение отклонения TAU, включающее в себя запрос передачи белого списка, в узел Home-eNB(A). На этапе ST2611 узел Home-eNB(A), который принял это сообщение, передает в UE сообщение отклонения TAU, включающее в себя уведомление белого списка. На этапе ST2612 пользовательское оборудование UE, которое на этапе ST2611 приняло сообщение отклонения TAU, включающее в себя уведомление белого списка, сохраняет этот белый список в самом UE. В этапе ST2613 RRC-соединение между UE и узлом Home-eNB(A) разрывается. Этот способ обеспечивает возможность сокращения сигнализации для передачи белого списка, выполняемой до того как базовая сеть передает сообщение отклонения TAU в UE через соту CSG. Более того, сообщение отклонения TAU передается/принимается в ответ на сообщение запроса TAU, в результате чего достигается эффект повышения совместимости с обычным способом запроса и отклонения TAU.
Шестой вариант осуществления
Для решения проблем, описанных в пятом варианте осуществления, в настоящем варианте осуществления раскрыт способ, в котором, когда UE принимает сообщение отклонения TAU n последовательных раз (где n являет собой целое число, которое равно или больше 1), UE запрещает установление RRC-соединения с сотой и передачу сообщения запроса TAU.
Фиг.27 представляет собой диаграмму последовательности способа запрета пользовательскому оборудованию UE устанавливать RRC-соединение с сотой, когда из той же соты принимается сообщение отклонения TAU. Ниже приведено описание этой фигуры. На этой фигуре проиллюстрирована система LTE, в которой, например, используется Home-eNB. В этом случае UE должно выполнять регистрацию пользовательского доступа в Home-eNB(B), и этапы с ST2701 по ST2703 схожи с описанными выше, и, соответственно, их дублирующее описание опущено. На этапе ST2705 пользовательское оборудование UE, которое начало ручной поиск соты CSG (здесь узла Home-eNB) на этапе ST2704, выполняет поиск соты и выбор соты. В ситуации, показанной на фиг.23, когда присутствует большое количество ячеек CSG, принадлежащих идентификатору CSG-ID, с которым UE не выполнило регистрацию пользовательского доступа, UE во многих случаях выбирает соту CSG, принадлежащую идентификатору CSG-ID, с которым не была выполнена регистрация пользовательского доступа. Независимо от того, является ли выбранная сота CSG сотой CSG, в которой была выполнена регистрация пользовательского доступа, как раскрыто в четвертом варианте осуществления, пользовательскому оборудованию UE разрешается устанавливать RRC-соединение с сотой CSG, и также предоставляется возможность передачи TAU в сеть через соту CSG. Соответственно, на этапе ST2706 пользовательское оборудование UE передает запрос RRC-соединения в соту CSG (в этом случае Home-eNB(A)), которая не является сотой CSG (в этом случае Home-eNB(B)), в которой была выполнена регистрация пользовательского доступа, и Home-eNB(A), который принял запрос установления RRC-соединения, передает разрешение установления для этого запроса в UE, чтобы между UE и Home-eNB(A) установилось RRC-соединение.
Далее, на этапах ST2707 и ST2708 пользовательское оборудование UE передает сообщение запроса TAU в базовую сеть через Home-eNB(A). В этом случае UE также передает идентификационный номер UE. Идентификационный номер UE может быть включен в состав сообщения запроса TAU, может быть предоставлен вместе с сообщением запроса TAU или может быть передан как другое сообщение. На этапе ST2709 базовая сеть, которая приняла сообщение запроса TAU, проверяет, принадлежит ли UE идентификатору CSG-ID узла Home-eNB(A), на основании принятого идентификационного номера UE. Для этой проверки подходит способ, описанный на этапе ST2207, который был раскрыт со ссылкой на фиг.22. Идентификационный номер UE не был зарегистрирован с CSG-ID, которому принадлежит Home-eNB(A), и, соответственно, базовая сеть определяет, что UE не может выполнить доступ в Home-eNB(A). Далее, на этапах ST2710 и ST2711 базовая сеть передает сообщение отклонения TAU в UE через Home-eNB(A). На этапе ST2712 пользовательское оборудование UE, которое приняло сообщение отклонения TAU, разрывает RRC-соединение с Home-eNB(A). На этапе ST2713, на котором было принято сообщение отклонения TAU, пользовательское оборудование UE выполняет процесс запрета установления RRC-соединения с Home-eNB(A). В частности, например, в UE предоставляется список ячеек, для которых запрещено установление RRC-соединения, и UE сохраняет в этом списке идентификационные номера соты (такие как PCI, cell-ID и GCI) узла Home-eNB(A). Далее, UE проверяет этот список до установления последующего RRC-соединения, чтобы определить, сохранена ли эта сота в упомянутом списке. Если эта сота сохранена в списке, то установление RRC-соединения запрещается. В этом случае CSG-ID или TAC может быть включен в состав упомянутого списка, и, сверх того, CSG-ID и TAC могут быть ассоциированы с идентификационным номером соты и сохранены. В результате, если в будущем узел Home-eNB(A) выбирается путем поиска соты и выбора соты, то пользовательское оборудование UE может избежать установления RRC-соединения с узлом Home-eNB(A). На этапе ST2714 пользовательское оборудование UE, которое не получило белый список до достижения этапа ST2713, выполняет новый поиск соты и выбор соты.
В случае если узел Home-eNB(A) выбирается снова, выбор соты выполняется из ряда ячеек, за исключением Home-eNB(A), поскольку для этого узла установление RRC-соединения запрещено. На этапе ST2715 пользовательское оборудование UE, которое выбрало Home-eNB(B) путем выбора соты, выполняет процесс установления RRC-соединения, с узлом Home-eNB(B). После процесса установления RRC-соединения на этапах ST2716 и ST2717 пользовательское оборудование UE передает сообщение запроса TAU в базовую сеть через узел Home-eNB(B). На этапе ST2718 базовая сеть, которая приняла сообщение запроса TAU, проверяет, принадлежит ли UE идентификатору CSG-ID (TAC) узла Home-eNB(B), на основании принятого идентификационного номера UE. Для этой проверки подходит способ, описанный на этапе ST2207, который был раскрыт со ссылкой на фиг.22. Идентификационный номер UE регистрируется с CSG-ID, которому принадлежит Home-eNB(B), и, соответственно, базовая сеть определяет, что UE может выполнить доступ в Home-eNB(B). На этапах ST2719 и ST2720 базовая сеть передает сообщение принятия TAU в UE через Home-eNB(B). На этапах ST2721 и ST2722, сверх того, базовая сеть передает белый список в UE через Home-eNB(B). На этапе ST2723 пользовательское оборудование UE, которое сообщило белый список, может сохранить этот белый список в самом UE.
Хотя в настоящем варианте осуществления описан процесс запрета установления RRC-соединения с сотой, для которой пользовательским оборудованием UE было принято сообщение отклонения TAU, пользовательское оборудование UE может запретить установление RRC-соединения со всеми сотами, принадлежащими CSG-ID соты, для которой пользовательским оборудованием UE было принято сообщение отклонения TAU. Альтернативно, хотя выше описан процесс запрета установления RRC-соединения, также может быть предоставлен процесс запрета передачи сообщения запроса TAU или процесс запрета обеих этих процедур. Кроме того, хотя выше описан процесс запрета пользовательским оборудованием UE установления RRC-соединения с сотой, для которой один раз было принято сообщение отклонения TAU, установление RRC-соединения может быть запрещено в том случае, когда сообщения отклонения TAU принимаются несколько раз подряд для одной и той же соты. Количество последовательных приемов сообщений отклонения TAU из одной и той же соты может быть передано из соты в качестве широковещательной информации или может быть определено заблаговременно.
В случае когда присутствует очень большое количество ячеек CSG, принадлежащих CSG-ID, в котором UE не выполнило регистрацию пользовательского доступа, в случае когда присутствует большое количество UE, в случае когда белый список UE перезаписывается по некоторой причине, или в случае когда UE ошибочно принимает содержимое белого листа, переданного из базовой сети при регистрации или изменении этого белого листа, раскрытый в настоящем варианте осуществления способ может решить проблему, заключающуюся в том, что UE расточительно повторяет установление RRC-соединения с большим количеством ячеек CSG и запрос TAU в базовую сеть через соту CSG, что обусловлено бесконечным выбором соты CSG при выполнении ручного поиска в UE. В результате решения этих проблем предотвращается чрезмерное падение эффективности использования радиоресурсов и эффективности сигнализации в будущих системах. Сверх того, период времени, требуемый для поиска соты и входа в режим простоя, может быть сокращен, что устраняет проблему длительной задержки управления. Более того, ситуация, когда сота CSG бесконечно выбирается при выполнении ручного поиска в UE, приводит к сокращению энергопотребления UE.
Ниже описан первый модифицированный пример шестого варианта осуществления. В первом модифицированном примере раскрыт способ сопоставления информации относительно запрета установления RRC-соединения и запрета передачи сообщения запроса TAU с сообщением отклонения TAU и последующей передачи этой информации в UE посредством базовой сети.
Ниже приведено описание со ссылкой на фиг.27. Часть фиг.27 может быть изменена следующим образом. Операции, совпадающие с операциями шестого варианта осуществления, не описаны. На этапе ST2709 базовая сеть, которая приняла сообщение запроса TAU, проверяет, принадлежит ли UE идентификатору CSG-ID узла Home-eNB(A), на основании принятого идентификационного номера UE. Идентификационный номер UE не был зарегистрирован с CSG-ID, которому принадлежит Home-eNB(A), и, соответственно, базовая сеть определяет, что UE не может выполнить доступ в Home-eNB(A). Далее, на этапах ST2710 и ST2711 базовая сеть передает сообщение отклонения TAU в UE через Home-eNB(A). В этом случае базовая сеть сопоставляет информацию относительно запрета установления RRC-соединения с Home-eNB(A) и запрета передачи запроса TAU с сообщением отклонения TAU. В частности, может быть предоставлен однобитный индикатор, который устанавливается в значение "1" в случае запрета, и в значение "0" в случае разрешения (само собой разумеется, что может применяться обратная схема обозначений). На этапе ST2712 пользовательское оборудование UE, которое приняло эту информацию, разрывает RRC-соединение с узлом Home-eNB(A), и на этапе ST2713 выполняет процесс запрета установления RRC-соединения с узлом Home-eNB(A).
В результате получаются такие же эффекты, как в шестом варианте осуществления. Сверх того, для базовой сети обеспечивается возможность определять, запрещено ли установление RRC-соединения или запрещена ли передача запроса TAU. В результате для базовой сети обеспечивается возможность привести пользовательское оборудование UE к подходящему выполнению процесса запрета согласно текущей ситуации, такой как нагрузка сигнализации и компоновка ячеек CSG, что обеспечивает эффект гибкой работы системы.
Ниже описан второй модифицированный пример шестого варианта осуществления. Шестой вариант осуществления и его первый модифицированный пример раскрывают способ запрета установления RRC-соединения и передачи сообщения запроса TAU в соту в случае, когда UE принимает сообщение запрета TAU. Тем не менее, в такой ситуации возникает проблема, если UE выполняет новую регистрацию (обновление) пользовательского доступа в соте CSG.
В случае когда UE запрещается устанавливать RRC-соединение и передавать сообщение запроса TAU в CSG-ID соты CSG до новой регистрации пользовательского доступа, предполагается, что даже если UE выполняет новую регистрацию пользовательского доступа с сотой CSG, установление RRC-соединения и передача сообщения запроса TAU в соту CSG будет непрерывно запрещаться, в результате чего будет невозможно выполнить доступ в соту CSG. Для того чтобы решить вышеупомянутые задачи во втором модифицированном примере, раскрыто предоставление таймера для снятия запрета установления RRC-соединения и запрета передачи сообщения запроса TAU. Величина таймера может быть определена заблаговременно в качестве величины, общей для всех ячеек, либо она может быть разослана в составе широковещательной информации соты CSG.
В случае когда эта величина рассылается посредством широковещательной информации соты CSG, она может отличаться для каждой соты. Это обеспечивает возможность гибкой работы для каждой соты. Альтернативно, упомянутая величина может передаваться путем ее включения в состав сообщения отклонения TAU, как показано на этапах ST2710 и ST2711 с фиг.27. Эта величина может быть включена в состав первого сообщения отклонения TAU или сообщения отклонения TAU непосредственно до запрещения установления RRC-соединения и передачи сообщения запроса TAU. В этом случае для базовой сети предоставляется возможность устанавливать величину таймера и, сверх того, величина может быть установлена для UE выделенным образом. Это позволяет подходящим образом устанавливать величину таймера согласно состоянию системы, такой как нагрузка сигнализации или состояние, свойственное пользовательскому оборудованию UE, такое как остаточный заряд аккумулятора UE. Таймер может быть запущен, например, при передаче сообщения запроса TAU в соту CSG. Таймер может быть остановлен, когда заканчивается период таймера, когда из соты CSG принимается сообщение принятия TAU, или когда выполняется регистрация (обновление) пользовательского доступа с новой сотой CSG. На фиг.28 раскрыт пример процесса в UE для случая, когда предоставлен таймер.
На этапе ST2801 пользовательское оборудование UE, которое начало ручной поиск Home-eNB (соты CSG), выполняет поиск соты и выбор соты. На этапе ST2802 пользовательское оборудование UE определяет, действует ли таймер, поскольку TAU запрещается посредством CSG-ID (TAC) выбранного Home-eNB. В частности, например, CSG-ID (TAC) и таймер, установленный для CSG-ID (TAC), могут быть внесены в список запрета, описанный для процесса ST2713 с фиг.27. Определение может быть выполнено путем проверки таймера упомянутого списка. В случае когда таймер действует, TAU запрещается для выбранной соты CSG, и, соответственно, на этапе ST2803 пользовательское оборудование UE выполняет поиск соты и выбор соты для соты, не принадлежащей CSG-ID (TAC), для которого TAU запрещено. Далее, UE переходит к этапу ST2804. С другой стороны, когда на этапе ST2802 выбирается сота CSG, для которой таймер не действует, TAU не запрещается для этой соты CSG и, соответственно, UE переходит к этапу ST2804, чтобы передать запрос TAU в выбранный Home-eNB. На этапе ST2805 таймер устанавливается для CSG-ID (TAC) узла Home-eNB, для которого было запрошено TAU при передаче запроса TAU. На этапе ST2806 из Home-eNB принимается сообщение NAS для сообщения запроса TAU.
На этапе ST2807 пользовательское оборудование UE определяет, является ли сообщение NAS, принятое на этапе ST2806, сообщением отклонения TAU или сообщением принятия TAU. В случае принятия TAU пользовательское оборудование UE переходит к этапу ST2808, останавливает и сбрасывает таймер. Далее, на этапе ST2809 пользовательское оборудование UE регистрирует белый список и переходит в нормальный режим работы. С другой стороны, если на этапе ST2807 определяется сообщение отклонения TAU, пользовательское оборудование UE переходит к этапу ST2810, чтобы снова определить, истек ли период таймера. Если на этапе ST2810 определяется, что период таймера истек, то пользовательское оборудование UE переходит к этапу ST2812, чтобы разрешить TAU для CSG-ID (TAC) узла Home-eNB, в который был направлен запрос TAU, сбрасывает таймер на этапе ST2813 и снова выполняет поиск соты и выбор соты. Если на этапе ST2810 определяется, что период таймера не истек, то пользовательское оборудование UE снова переходит к выполнению поиска соты и выбора соты, между тем запрещая TAU для CSG-ID (TAC) узла Home-eNB, для которого было запрошено TAU. Следует отметить, что определение того, истек ли таймер, может быть выполнено не только во время, показанное на фиг.28, но также, например, в процессе ST2802. В случае когда период таймера истек, пользовательское оборудование UE может перейти к этапу ST2804 после выполнения процесса ST2812 и ST2813. В случае когда период таймера не истек, пользовательское оборудование UE может перейти к этапу ST2803 после выполнения процесса ST2811.
Как описано выше, такие же эффекты, как описанные выше в шестом варианте осуществления и первом модифицированном примере, получаются путем предоставления таймера для снятия запрета установления RRC-соединения и запрета передачи сообщения запроса TAU. В добавление, предоставляется возможность решения задачи, заключающейся в том, что доступ не может быть выполнен, если UE выполняет новую регистрацию (обновление) пользовательского доступа в соте CSG. Это позволяет реализовывать более стабильную систему.
В шестом варианте осуществления были описаны системы LTE и UMTS, в которых присутствуют Home-eNB или Home-NB, в которых применяются CSG. Тем не менее, настоящее изобретение также применимо к системе UMTS, использующей Home-NB, в котором не применяется CSG. В случае системы UMTS, использующей Home-NB, где не применяется CSG, пользовательское оборудование UE выполняет доступ в Home-eNB, с которым была выполнена регистрация пользовательского доступа, и когда доступ успешно выполняется, UE получает идентификационный номер соты (такой как идентификатор соты, PCI и GCI) узла Home-NB из Home-NB, и регистрирует его в белом списке (который в случае UMTS обозначается как белый список идентификационных номеров соты) UE. Кроме того в этом случае, когда Home-NB, отличающийся от узла Home-NB, где UE выполнило регистрацию пользовательского доступа в поиске соты и выборе соты, непрерывно выбирается, пользовательское оборудование UE не может принять идентификационный номер соты, где была выполнена регистрация пользовательского доступа, или для приема требуется длительное время.
Для того чтобы решить вышеупомянутые задачи, способ шестого варианта осуществления можно применить к UMTS, использующей узел Home-NB, в котором не применяется CSG. Благодаря использованию способа, в котором UE принимает сообщение отклонения TAU и UE запрещает установление RRC-соединения с сотой и запрещает передачу сообщения запроса TAU, узел Home-NB, отличный от узла Home-NB, из которого пользовательское оборудование UE приняло сообщение отклонения TAU, выбирается в поиске соты и последующем поиске соты. Это предотвращает непрерывный выбор узла Home-NB, отличного от узла Home-NB, с которым UE выполнило регистрацию пользовательского доступа.
Следует отметить, что в случае системы связи UMTS достаточно, чтобы между базовой станцией (Home-NB, NB) и базовой сетью был предоставлен RNC, так чтобы сообщения RRC, такие как запрос RRC-соединения передавались/принимались в/от UE и RNC, и сообщения NAS, такие как запрос TAU, передавались/принимались между UE и базовой сетью (Home-NB, NB) и RNC. Это обеспечивает возможность применения данного способа также в системе связи UMTS, в которой Home-NB используется как сота CSG. Следовательно, предотвращается расточительный поиск соты и выбор соты пользовательским оборудованием UE, в результате чего обеспечивается возможность решения задачи длительной задержки управления из-за очень большого количества времени, необходимого для поиска соты и входа в режим простоя, а также задачи большого энергопотребления UE. Предоставляется возможность реализовать систему мобильной связи, способную удовлетворять требованиям работы при большом количестве установленных узлов Home-NB в будущем, а также требованию работы в условиях частого и гибкого режима установки и удаления узлов Home-NB.
Седьмой вариант осуществления
Для решения проблем, описанных в пятом варианте осуществления, настоящий вариант осуществления раскрывает способ, в котором когда базовая сеть передает сообщение отклонения TAU n раз подряд (где n являет собой целое число, которое равно или больше 1) в одно и то же UE, базовая сеть передает белый список до передачи n-го сообщения отклонения TAU.
Фиг.29 представляет собой диаграмму последовательности способа передачи базовой сетью белого списка до передачи n-го сообщения отклонения TAU в случае передачи сообщения отклонения TAU в одно и то же UE два раза подряд. Ниже приведено описание этой фигуры. На этой фигуре проиллюстрирована система LTE, в которой, например, используются узлы Home-eNB. Предполагается, что UE выполняет регистрацию пользовательского доступа в Home-eNB(B), и этапы с ST2901 по ST2903 схожи с описанными выше, и, соответственно, их дублирующее описание опущено. UE, которое начало ручной поиск соты CSG (в этом случае Home-eNB) на этапе ST2904, выполняет поиск соты и выбор соты на этапе ST2905. В ситуации, показанной на фиг.23, когда присутствует очень большое количество ячеек CSG, принадлежащих идентификатору CSG-ID, с которым UE не выполнило регистрацию пользовательского доступа, UE во многих случаях выбирает соту CSG, принадлежащую идентификатору CSG-ID, с которым не была выполнена регистрация пользовательского доступа. Как описано в четвертом варианте осуществления, для UE обеспечивается возможность установить RRC-соединение с сотой CSG и передать TAU в сеть через соту CSG независимо от того, является ли выбранная сота CSG сотой CSG, в которой была выполнена регистрация пользовательского доступа. В результате на этапе ST2906 пользовательское оборудование UE передает запрос RRC-соединения в соту CSG (в этом случае Home-eNB(A)), которая не является сотой CSG (в этом случае Home-eNB(C)), в которой была выполнена регистрация пользовательского доступа, и Home-eNB(A), который принял запрос установления RRC-соединения, передает разрешение для этого запроса, так что между UE и Home-eNB(A) устанавливается RRC-соединение.
Далее, на этапах ST2907 и ST2908 пользовательское оборудование UE передает сообщение запроса TAU в базовую сеть через Home-eNB(A). В этом случае UE также передает идентификационный номер UE. Идентификационный номер UE может быть включен в состав сообщения запроса TAU, может быть предоставлен вместе с сообщением запроса TAU или может быть передан как другое сообщение. На этапе ST2909 базовая сеть, которая приняла сообщение запроса TAU, проверяет, принадлежит ли UE идентификатору CSG-ID узла Home-eNB(A), на основании принятого идентификационного номера UE. Для этой проверки подходит способ, описанный со ссылкой на этап ST2207, который был раскрыт на фиг.22. Идентификационный номер UE не был зарегистрирован с CSG-ID, которому принадлежит Home-eNB(A), и, соответственно, базовая сеть определяет, что UE не может выполнить доступ в Home-eNB(A). Базовая сеть, которая определила, что UE не может выполнить доступ в Home-eNB(A), кроме того, подсчитывает количество отклонений для UE (n=1). Далее, на этапах ST2910 и ST2911 базовая сеть передает сообщение отклонения TAU в UE через Home-eNB(A). На этапе ST2912 пользовательское оборудование UE, которое приняло сообщение отклонения TAU, разрывает RRC-соединение с Home-eNB(A). На этапе ST2913 пользовательское оборудование UE, которое не получило белый список до достижения этапа ST2912, выполняет новый поиск соты и выбор соты. В этом случае, когда узел Home-eNB(A) выбирается снова, на этапе ST2914 пользовательское оборудование UE снова устанавливает RRC-соединение с узлом Home-eNB(A). Далее, на этапах ST2915 и ST2916 пользовательское оборудование UE передает сообщение запроса TAU в базовую сеть через Home-eNB(A). В этом случае UE также передает идентификационный номер UE.
На этапе ST2917 базовая сеть, которая приняла сообщение запроса TAU, проверяет, принадлежит ли UE идентификатору CSG-ID узла Home-eNB(A), на основании принятого идентификационного номера UE. Идентификационный номер UE не был зарегистрирован с CSG-ID, которому принадлежит Home-eNB(A), и, соответственно, базовая сеть определяет, что UE не может выполнить доступ в Home-eNB(A). Базовая сеть, которая определила, что UE не может выполнить доступ в Home-eNB(A), кроме того, приращивает количество отклонений для UE на один (n=2). Количество отклонений для одного и того же UE составляет два, и, соответственно, базовая сеть передает регистрационное сообщение белого списка до передачи второго сообщения отклонения TAU. На этапах ST2918 и ST2919 базовая сеть передает белый список в UE через Home-eNB(B). На этапе ST2920 пользовательское оборудование UE, которое сообщило белый список, сохраняет этот белый список в собственном UE. На этапах ST2921 и ST2922 базовая сеть, которая передала белый список UE в Home-eNB(A) на этапе ST2918, передает второе сообщение отклонения TAU для запроса TAU в UE через узел Home-eNB(A). На этапе ST2923 пользовательское оборудование UE, которое приняло сообщение отклонения TAU, разрывает RRC-соединение с Home-eNB(A). Количество последовательных передач сообщения отклонения TAU в одно и то же UE может быть определено предварительно, что может определяться гибким образом базовой сетью. Гибкое определение базовой сетью позволяет подходящим образом передавать белый список в UE согласно текущему состоянию, такому как нагрузка сигнализации и качество приема UE, что обеспечивает эффект гибкой работы системы.
В случае когда присутствует очень большое количество ячеек CSG, принадлежащих CSG-ID, в котором UE не выполнило регистрацию пользовательского доступа, в случае когда присутствует большое количество UE, в случае когда белый список UE перезаписывается по некоторой причине или в случае когда UE ошибочно принимает содержимое белого листа, переданного из базовой сети при регистрации или изменении этого белого листа, раскрытый в настоящем варианте осуществления способ может решить проблему, заключающуюся в том, что UE расточительно повторяет установление RRC-соединения с большим количеством ячеек CSG и запрос TAU в базовую сеть через соту CSG, что обусловлено бесконечным выбором соты CSG при выполнении ручного поиска в UE. В результате решения этих проблем предотвращается существенное падение эффективности использования радиоресурсов и эффективности сигнализации в будущих системах. Сверх того, период времени, требуемый для поиска соты и входа в режим простоя, может быть сокращен, что устраняет проблему длительной задержки управления. Более того, ситуация, когда сота CSG бесконечно выбирается при выполнении ручного поиска в UE, приводит к сокращению энергопотребления UE.
Восьмой вариант осуществления
В вариантах осуществления с четвертого по седьмой раскрыт способ, в котором UE устанавливает RRC-соединение с сотой CSG-ID, с которой не была выполнена регистрация пользовательского доступа, и используется сообщение отклонения TAU, которое должно быть передано в UE, базовой сетью. В каждом из этих случаев, к сожалению, требуется установить RRC-соединение между UE и сотой CSG, принадлежащей CSG-ID, с которым не была выполнена регистрация пользовательского доступа, и, кроме того, требуется передать/принять сообщение NAS, такое как запрос TAU между UE и базовой сетью.
Следовательно, раскрыт способ регистрации белого списка не с использованием сообщения отклонения TAU, переданного в UE базовой сетью, а с использованием сообщения отклонения RRC-соединения, соответствующего сообщению запроса RRC-соединения, которое передается пользовательским оборудованием UE. Для этого не требуется установление RRC-соединения и передача/прием сообщения NAS, такого как запрос TAU. Например, раскрыт способ регистрации, применяемый в способе шестого варианта осуществления, белого списка с использованием сообщения отклонения RRC-соединения на сообщение запроса RRC-соединения, переданного пользовательским оборудованием UE, а не с использованием сообщения отклонения TAU, переданного в UE базовой сетью. В случае когда UE принимает запрос отклонения RRC-соединения из одной и той же соты n раз подряд (где n представляет собой целое число, которое больше или равно 1), пользовательское оборудование UE запрещает запрос RRC-соединения в соту.
Фиг.30 представляет собой диаграмму последовательности способа для запрета запроса RRC-соединения с сотой пользовательским оборудованием в случае приема сообщения отклонения RRC-соединения из той же соты. Ниже приведено описание этой фигуры. На этой фигуре проиллюстрирована система LTE, в которой, например, используется Home-eNB. Предполагается, что UE выполняет регистрацию пользовательского доступа в Home-eNB(B), и этапы с ST3001 по ST3003 схожи с описанными выше, и, соответственно, их дублирующее описание опущено. На этапах ST3004 и ST3005 базовая сеть передает во все соты CSG (в этом случае узлы Home-eNBs) информацию идентификаторов CGS-ID (TAC) соответствующих узлов Home-eNB и идентификационные номера единиц UE, принадлежащих этим идентификаторам CSG-ID. Например, базовая сеть передает информацию идентификационных номеров UE, принадлежащих идентификатору CSG-ID узла Home-eNB(B), в узел Home-eNB(B), и передает информацию идентификационных номеров UE, принадлежащих идентификатору CSG-ID узла Home-eNB(A), в узел Home-eNB(A). Конкретные примеры этих блоков информации могут включать в себя список, в котором описаны идентификационные номера единиц UE, принадлежащих идентификаторам CSG-ID. Список, соответствующий идентификатору CSG-ID каждого Home-eNB, передается в каждый блок Home-eNB из базовой сети.
На этапе ST3007 пользовательское оборудование UE, которое начало ручной поиск Home-eNB на этапе ST3006, выполняет поиск соты и выбор соты. В ситуации, показанной на фиг.23, когда присутствует очень большое количество ячеек CSG, принадлежащих идентификатору CSG-ID, с которым UE не выполнило регистрацию пользовательского доступа, UE во многих случаях выбирает соту CSG, принадлежащую идентификатору CSG-ID, с которым не была выполнена регистрация пользовательского доступа. В настоящем варианте осуществления UE сконфигурировано так, чтобы передавать сообщение запроса для RRC-соединения в соту CSG независимо от того, является ли выбранная сота CSG сотой CSG, с которой была выполнена регистрация пользовательского доступа. UE также передает идентификационный номер UE. Идентификационный номер UE может быть включен в состав сообщения запроса RRC-соединения или может быть предоставлен вместе с сообщением запроса RRC-соединения. Соответственно, на этапе ST3008 пользовательское оборудование UE передает запрос для RRC-соединения в соту CSG (в этом случае в узел Home-eNB(A)), не являющуюся сотой CSG (в этом случае Home-eNB(B)), с которой UE выполнило регистрацию пользовательского доступа. На этапе ST3009 Home-eNB(A), который принял сообщение запроса RRC-соединения, проверяет, принадлежит ли UE идентификатору CSG-ID узла Home-eNB(A), на основании принятого идентификационного номера UE. Посредством этой проверки определяется, включен ли этот идентификационный номер UE в список идентификационных номеров UE, принадлежащих CSG-ID узла Home-eNB(A), который был передан из базовой сети на этапе ST3008.
Идентификационный номер UE не был зарегистрирован с CSG-ID, которому принадлежит Home-eNB(A), и, соответственно, базовая сеть определяет, что UE не может выполнить доступ в Home-eNB(A). На этапе ST3010 узел Home-eNB(A) передает сообщение отклонения RRC-соединения в UE. На этапе ST3011 пользовательское оборудование UE, которое приняло сообщение отклонения RRC-соединения, выполняет процесс запрета для передачи сообщения запроса RRC-соединения в узел Home-eNB(A). В частности, например, в UE предоставляется список ячеек, для которых запрещена передача запроса RRC-соединения, и UE сохраняет в этом списке идентификационные номера соты (такие как PCI, cell-ID и GCI) узла Home-eNB(A). Далее, UE проверяет этот список до передачи следующего запроса RRC-соединения, чтобы определить, сохранена ли эта сота в упомянутом списке. Если эта сота сохранена в списке, то UE запрещает передачу запроса RRC-соединения. В этом случае в упомянутом списке может храниться CSG-ID или TAC соты CSG, и, сверх того, CSG-ID или TAC может храниться путем его ассоциирования с идентификационным номером CSG. Это предотвращает ситуацию, когда UE передает запрос RRC-соединения в узел Home-eNB(A) в случае, когда узел Home-eNB(A) снова выбирается в результате поиска и выбора соты в будущем.
На этапе ST3012 пользовательское оборудование UE, которое не смогло получить белый список до достижения этапа ST3011, выполняет новый поиск соты и выбор соты. В случае если узел Home-eNB(A) выбирается снова, передача запроса RRC-соединения запрещается, и, соответственно, выбор соты выполняется из всех ячеек за исключением Home-eNB(A). На этапе ST3013 пользовательское оборудование UE, которое выбрало Home-eNB(B) путем выбора соты, передает сообщения запроса RRC-соединения, с узлом Home-eNB(B). На этапе ST3014 Home-eNB(B), который принял сообщение запроса RRC-соединения, проверяет, принадлежит ли UE идентификатору CSG-ID (TAC) узла Home-eNB(B), на основании принятого идентификационного номера UE, принятого вместе с этим сообщением. Вышеописанный способ также применим для этого способа проверки. Идентификационный номер UE не был зарегистрирован в CSG-ID, которому принадлежит Home-eNB(B), и, соответственно, Home-eNB(B) определяет, что UE может выполнить доступ в свою соту. Home-eNB(B), который определил, что UE может выполнить доступ в собственную соту, может сообщить в UE белый список на этапе ST3015 до передачи сообщения принятия RRC-соединения. На этапе ST3016 пользовательское оборудование UE, которое приняло белый список, сохраняет этот белый список в самом UE. На этапе ST3017 узел Home-eNB(B), который передал белый список в UE, передает сообщение принятия RRC-соединения. В результате между UE и узлом Home-eNB(B) устанавливается RRC-соединение (ST3018). Далее, на этапах ST3019 и ST3020 пользовательское оборудование UE передает сообщение запроса TAU в базовую сеть через Home-eNB(B). UE также передает идентификационный номер UE.
На этапе ST3021 базовая сеть, которая приняла сообщение запроса TAU, также проверяет CSG-ID (TAC) на основании принятого идентификационного номера UE. На этапах ST3022 и ST3023 базовая сеть, которая проверила, что UE принадлежит CSG-ID (TAC) узла Home-eNB(B) на этапе ST3021, передает сообщение принятия TAU в UE через узел Home-eNB(B). Хотя данная базовая сеть сконфигурирована так, чтобы передавать информацию CGS-ID (TAC) каждого узла Home-eNB и идентификационный номер единиц UE, принадлежащих идентификатору CSG-ID, во все соты CSG (в этом случае Home-eNBs) на этапах ST3004 и ST3005, информация идентификационного номера UE, принадлежащего каждому CSG-ID, может быть передана в HeNBGW, соединенный с сотой CSG, принадлежащей идентификатору CSG-ID. HeNBGW может быть сконфигурирован так, чтобы передавать принятую информацию идентификационного номера UE, принадлежащего каждому идентификатору CSG-ID, в соту CSG того же идентификатора CSG-ID, соединенного с собственным HeNB. Альтернативно, процесс передачи шлюзом HeNBGW принятой информации идентификационного номера UE, принадлежащего каждому идентификатору CSG-ID, в соту CSG того же идентификатора CSG-ID, который соединен с собственным узлом HeNB, может быть настроен так, чтобы сота CSG, которая приняла запрос RRC-соединения от UE на этапе ST3008, передала сообщение для запроса информации идентификационного номера UE, принадлежащего CSG-ID собственной соты CSG, в шлюз HeNBGW, причем этот процесс может выполняться при получении сообщения HeNBGW.
Хотя в настоящем варианте осуществления описан процесс, в котором UE запрещает запрос RRC-соединения с сотой CSG, из которой оно приняло сообщение запроса RRC-соединения, пользовательское оборудование UE может запретить запрос RRC-соединения со всеми сотами, принадлежащими идентификатору CSG-ID соты, из которой оно приняло сообщение запроса RRC-соединения. Кроме того, хотя в настоящем варианте осуществления описан процесс, в котором UE запрещает запрос RRC-соединения с сотой CSG, из которой оно приняло сообщение запроса RRC-соединения, пользовательское оборудование UE может запретить запрос RRC-соединения в том случае, когда оно принимает сообщение отклонения RRC-соединения из одной и той же соты несколько раз подряд. Количество последовательных приемов сообщений отклонения RRC-соединения из одной и той же соты может быть передано из соты в широковещательной информации или может быть определено заблаговременно. Сверх того, хотя передача белого списка выполняется до того, как узел Home-eNB передает сообщение принятия RRC-соединения, оно может быть передано в UE из базовой сети через соту CSG в сообщении NAS, после того как UE принимает сообщение принятия TAU на этапе ST3023.
Далее, раскрыт способ передачи белого списка с использованием сообщения отклонения RRC-соединения на сообщение запроса RRC-соединения, переданного пользовательским оборудованием UE, а не с использованием сообщения отклонения TAU, переданного в UE базовой сетью, причем этот способ используется в пятом или седьмом варианте осуществления. В пятом или седьмом варианте осуществления требуется передать белый список UE из соты CSG, принадлежащей идентификатору CSG-ID, с которым UE не выполнило регистрацию пользовательского доступа. По этой причине базовая сеть передает во все соты CSG информацию всех идентификаторов CSG-ID (TAC) и идентификационные номера единиц UE, принадлежащих идентификаторам CSG-ID.
Фиг.31 представляет собой диаграмму последовательности способа для передачи белого списка до того, как сота CSG, принадлежащая идентификатору CSG-ID, с которым UE не выполнило регистрацию пользовательского доступа, передает сообщение отклонения RRC-соединения. Фиг.31 иллюстрирует пример системы LTE, в которой, например, используются узлы Home-eNB. Предполагается, что UE выполняет регистрацию пользовательского доступа в Home-eNB(C), и этапы с ST3101 по ST3103 схожи с описанными выше, соответственно, их дублирующее описание опущено. На этапе ST3104 базовая сеть передает во все соты CSG информацию всех идентификаторов CSG-ID (TAC) и идентификационные номера единиц UE, принадлежащих этим идентификаторам CSG-ID. Конкретные примеры этой информации могут включать в себя список, в котором описаны идентификационные номера единиц UE, принадлежащих идентификаторам CSG-ID. Список, соответствующий всем идентификаторам CSG-ID, передается из базовой сети всем узлам Home-eNB. На этапе ST3106 пользовательское оборудование UE, которое начало ручной поиск на этапе ST3105, выполняет поиск соты и выбор соты. В ситуации, показанной на фиг.23, когда присутствует очень большое количество ячеек CSG, принадлежащих идентификатору CSG-ID, с которым UE не выполнило регистрацию пользовательского доступа, UE во многих случаях выбирает соту CSG, принадлежащую идентификатору CSG-ID, с которым не была выполнена регистрация пользовательского доступа. В настоящем варианте осуществления пользовательскому оборудованию UE разрешается передавать сообщение запроса для RRC-соединения в соту CSG независимо от того, является ли выбранная сота CSG сотой CSG, с которой была выполнена регистрация пользовательского доступа. В добавление, пользовательское оборудование UE передает идентификационный номер UE. Идентификационный номер UE может быть включен в состав сообщения запроса RRC-соединения или может быть предоставлен вместе с сообщением запроса RRC-соединения.
Соответственно, на этапе ST3107 пользовательское оборудование UE передает запрос RRC-соединения в соту CSG (в этом случае в узел Home-eNB(A)), не являющуюся сотой CSG (в этом случае Home-eNB(C)), с которой UE выполнило регистрацию пользовательского доступа. На этапе ST3108 узел Home-eNB(A), который принял запрос RRC-соединения, проверяет, которому CSG-ID принадлежит UE, на основании принятого идентификационного номера UE. Это проверка выполняется с использованием списка идентификационных номеров единиц UE, принадлежащих идентификаторам CSG-ID, которые были переданы из базовой сети на этапе ST3104. Узел Home-eNB(A) выполняет поиск и идентифицирует CSG-ID, содержащий этот идентификационный номер UE. На этапе ST3109 узел Home-eNB(A) сообщает в UE белый список, используя идентифицированный CSG-ID. На этапе ST3110 пользовательское оборудование UE, которое приняло белый список, сохраняет этот белый список в самом UE. На этапе ST3111 узел Home-eNB(A), который сообщил в UE белый список на этапе ST3109, передает сообщение отклонения RRC-соединения в UE.
Хотя базовая сеть передает информацию всех CGS-ID (TAC) и идентификационные номера единиц UE, принадлежащих идентификаторам CSG-ID, всем сотам CSG (в этом случае всем узлам Home-eNB) на этапе ST3104, информация идентификационных номеров единиц UE, принадлежащих соответствующим CSG-ID, может быть передана всем шлюзам HeNBGW. HeNBGW может передать информацию идентификационных номеров единиц UE, принадлежащих всем идентификаторам CSG-ID, всем сотам CSG, соединенным с собственным узлом HeNB. Сверх того, процесс передачи всеми шлюзами HeNBGW принятой информации идентификационных номеров единиц UE, принадлежащих всем идентификаторам CSG-ID, во все соты CSG, соединенные с собственным узлом HeNB, может быть настроен так, чтобы сота CSG, которая на этапе ST3107 приняла запрос RRC-соединения из UE, передавала сообщение для запроса информации идентификационных номеров единиц UE, принадлежащих всем CSG-ID, в шлюзы HeNBGW, причем этот процесс может быть выполнен в случае, когда шлюзы HeNBGW принимают сообщение. Вышеописанный способ позволяет передавать белый список UE также из соты CSG, принадлежащей идентификатору CSG-ID, с которым UE не выполнило регистрацию пользовательского доступа.
В добавление к описанным эффектам четвертого-седьмого вариантов осуществления принятие раскрытого выше способа не требует установления RRC-соединения и передачи/приема сообщения NAS, такого как запрос TAU. В результате предоставляется возможность достигнуть улучшения эффективности использования радиоресурсов, сокращения нагрузки сигнализации, сокращения задержки управления в системе и сокращения энергопотребления UE.
Девятый вариант осуществления
В вариантах осуществления с третьего по седьмой пользовательское оборудование UE, которое выполнило регистрацию пользовательского доступа в соте CSG, передает в базовую сеть запрос TAU для получения белого списка из базовой сети. Описано, что базовая сеть, которая приняла запрос TAU от UE, проверяет CSG-ID (TAC) посредством идентификационного номера UE и передает белый список в UE.
Базовая сеть может быть сконфигурирована так, чтобы независимо от обстоятельств передавать белый список согласно описанному выше способу при передаче сообщения запроса TAU из UE. Тем не менее, сообщение запроса TAU генерируется не только для получения белого списка из базовой сети, но и по другим причинам. Например, в случае когда UE получило два CSG-ID в белом списке и перемещается из соты CSG, принадлежащей одному CSG-ID, в соту CSG, принадлежащей другому CSG-ID, белый список не требуется регистрировать (обновлять) заново, но коды TAC двух ячеек CSG будут отличаться друг от друга. Соответственно, UE передает запрос TAU в базовую сеть. В таком случае, хотя базовой сети не требуется передавать белый список в UE, белый список передается в UE, что вызывает проблему, заключающуюся в расточительном увеличении нагрузки сигнализации.
Кроме того, в способах, раскрытых в первом модифицированном примере шестого варианта осуществления и седьмом варианте осуществления, базовая сеть способна определять запрет установления RRC-соединения и передачи запроса TAU для UE, но в этом случае базовой сети также желательно знать, предназначено ли сообщение запроса TAU, переданное пользовательским оборудованием UE, для запроса белого списка. Если базовой сети неизвестно вышеуказанное обстоятельство, то базовая сеть также принимает сообщение запроса TAU, переданное по иным соображениям, что приводит к падению эффективности. Для решения вышеупомянутой задачи в настоящем варианте осуществления раскрыто, что информация, указывающая, что сообщение представляет собой запрос (регистрации) обновления белого списка или запрос передачи (сообщения) белого списка сопоставляется с сообщением запроса TAU.
Например, в примере с фиг.25, который описан в пятом варианте осуществления, на этапах ST2507 и ST2508 пользовательское оборудование UE передает запрос TAU в базовую сеть через узел Home-eNB(A). Информация, указывающая, что это сообщение представляет собой запрос для (регистрации) обновления белого списка, сопоставляется с сообщением запроса TAU, и базовая сеть уведомляется в том, что основанием этого сообщения является запрос для (регистрации) обновления белого списка, вместе с запросом TAU. При вышеописанной конфигурации базовая сеть способна иметь сведения о том, что UE запрашивает (регистрацию) обновление белого списка. С другой стороны, в случае когда информация, указывающая, что сообщение представляет собой запрос для обновления (регистрации) белого списка, не сопоставляется с сообщением запроса TAU, базовая сеть узнает, что сообщение запроса TAU не является запросом для (регистрации) обновления белого списка, и, соответственно, не требуется передавать белый список в UE. В качестве конкретного способа сопоставления информации, указывающей, что сообщение является запросом для (регистрации) обновления белого списка с сообщением запроса TAU, может применяться схема, согласно которой запрос обновления (регистрации) белого списка может быть добавлен в информацию Типа TAU. Информация Типа может быть выражена числовым образом. Альтернативно, в сообщении запроса TAU может быть предоставлен однобитный индикатор, указывающий, является ли сообщение запросом для (регистрации) обновления белого списка.
Принятие вышеописанного способа обеспечивает возможность предотвращать увеличение нагрузки сигнализации из-за передачи белого списка в UE, что, по существу, излишне, хотя базовой сети не требуется передавать белый список в UE. В добавление, в случае когда базовая сеть определяет, следует ли запретить установление RRC-соединения и передачу запроса TAU для UE, предоставляется возможность решить проблему, заключающуюся в неэффективной работе из-за передачи сообщения запроса TAU по иным причинам.
Ниже описан первый модифицированный пример настоящего варианта осуществления. Способ сопоставления информации, используемой для запроса (регистрации) обновления белого списка, с сообщением запроса TAU применим к вариантам осуществления с третьего по седьмой. Здесь раскрыто, что для применения к способу, раскрытому в восьмом варианте осуществления, информация, указывающая, что сообщение является запросом для (регистрации) обновления белого списка или запросом для передачи (сообщения) белого списка, сопоставляется сообщению запроса RRC-соединения.
В восьмом варианте осуществления белый список передается с использованием сообщения отклонения RRC-соединения в ответ на сообщение запроса RRC-соединения, передаваемого пользовательским оборудованием UE. Описано, что сота CSG, которая приняла запрос RRC-соединения из UE, проверяет CSG-ID (TAC), используя идентификационный номер UE, и передает белый список в UE. Сота CSG может быть сконфигурирована так, чтобы независимо от обстоятельств передавать белый список согласно вышеописанному способу при передаче сообщения запроса RRC-соединения из UE, что вызывает проблему расточительного использования радиоресурсов, что в свою очередь приводит к неэффективной работе. Для решения вышеупомянутой задачи в первом модифицированном примере раскрыто, что информация, указывающая, что сообщение является запросом для (регистрации) обновления белого списка, сопоставляется сообщению запроса RRC-соединения.
Например, в случае примера с фиг.31, который описан в восьмом варианте осуществления, UE передает запрос RRC-соединения в Home-eNB(A) на этапе ST3107. UE сопоставляет информацию, указывающую, что это сообщение представляет собой запрос для (регистрации) обновления белого списка, с сообщением запроса RRC-соединения, и уведомляет Home-eNB(A) о том, что основанием этого сообщения является запрос для (регистрации) обновления белого списка, вместе с запросом RRC-соединения. Это позволяет узлу Home-eNB(A) получить сведения о том, что UE запрашивает (регистрацию) обновление белого списка. С другой стороны, в случае когда информация, указывающая, что сообщение представляет собой запрос для обновления (регистрации) белого списка, не сопоставляется с сообщением запроса RRC-соединения, узел Home-eNB(A) узнает, что сообщение запроса RRC-соединения не является запросом для (регистрации) обновления белого списка, и, соответственно, не требуется передавать белый список в UE.
В качестве конкретного способа сопоставления информации, указывающей, что сообщение является запросом для (регистрации) обновления белого списка, с сообщением запроса RRC-соединения, может применяться схема, согласно которой запрос обновления (регистрации) белого списка может быть добавлен в качестве информации причины сообщения запроса RRC-соединения. Информация причины может быть выражена числовым образом. Альтернативно, в сообщении запроса RRC-соединения может быть предоставлен однобитный индикатор, указывающий, является ли сообщение запросом для (регистрации) обновления белого списка. Хотя этот модифицированный пример описывает случай применения способа, раскрытого в восьмом варианте осуществления, этот модифицированный пример также применим к вариантам осуществления с третьего по седьмой. Можно применять этот модифицированный пример, когда запрашивается RRC-соединение, что выполняется, когда запрашивается (регистрация) обновление белого списка.
В добавление к эффектам, описанным в восьмом варианте осуществления, описанный в настоящем варианте осуществления способ может решить вышеупомянутую проблему, заключающуюся в том, что сообщение регистрации (обновления), передаваемое в UE через соту CSG, не требуется для передачи белого списка в UE, в результате чего бесполезно растрачиваются радиоресурсы. В добавление, этот способ может решить вышеупомянутую проблему, заключающуюся в том, что в случае когда, например, сота CSG определяет, следует ли запрещать передачу запроса RRC-соединения в UE, имеет место неэффективная работа из-за сообщения запроса RRC-соединения, которое было передано по иным причинам. Сверх того, благодаря информации, указывающей, что сообщение является запросом для (регистрации) обновления белого списка, сопоставляемой сообщению запроса TAU или сообщению запроса RRC-соединения, выполнение установления RRC-соединения с сотой CSG, не являющейся сотой CSG, с которой UE выполнило регистрацию пользовательского доступа, и выполнение передачи сообщения запроса TAU в базовую сеть через соту CSG не ограничиваются случаем, в котором был активирован ручной поиск. Путем применения способов, описанных в настоящем варианте осуществления и его модифицированном примере, для запроса (регистрации) обновления белого списка будет достаточно, если UE будет разрешено выполнить установление RRC-соединения с сотой CSG, не являющейся сотой, в которой UE выполнило регистрацию пользовательского доступа, и выполнить передачу сообщения запроса TAU в базовую сеть через эту соту CSG. Это позволяет, например, после регистрации пользовательского доступа автоматически выполнять связь для получения белого списка без ручного поиска и выполнять связь для периодического получения белого списка (например, согласно предварительно определенному циклу) до получения белого списка без ручного поиска. В результате процедура до момента, когда UE получает регистрированный (обновленный) белый список, может выполняться гибким образом, и обеспечивается возможность работы в будущей ситуации, когда установлено большое количество ячеек CSG и регистрация пользовательского доступа выполняется в различных местах. Благодаря способам, описанным в настоящем варианте осуществления и его модифицированном примере, отпадает необходимость применять информацию, указывающую, что UE начало ручной поиск в RRC-соединении и запрос TAU, как раскрыто в четвертом и пятом вариантах осуществления, в результате чего обеспечивается сокращение объема сигнализации.
Десятый вариант осуществления
В вариантах осуществления с четвертого по седьмой пользовательское оборудование UE, которое выполнило регистрацию пользовательского доступа в соте CSG, передает в базовую сеть запрос TAU для получения белого списка из базовой сети. Описано, что базовая сеть, которая приняла от UE запрос TAU, проверяет CSG-ID (TAC) посредством идентификационного номера UE и, если определяется, что он не может выполнить доступ в эту соту CSG, то базовая сеть передает сообщение отклонения TAU в UE через соту CSG. Также описан способ, по которому посредством UE определяют последующую операцию в ответ на сообщение отклонения TAU, принятое из базовой сети через соту CSG. В таком случае пользовательскому оборудованию UE, предпочтительно, известно, передано ли сообщение отклонения TAU, принятое через соту CSG, в ответ на сообщение запроса TAU для запроса (регистрации) обновления белого списка. В противном случае сообщение отклонения TAU, переданное по другой причине, также учитывается, что приводит к неэффективной работе.
С другой стороны, в рамках проекта 3GPP рассматривается вариант, согласно которому информация причины, указывающая "отсутствие подходящих ячеек", сопоставляется сообщению отклонения TAU или сообщению отклонения RRC-соединения. Как описано выше, "подходящая сота" определяется несколькими способами, и, таким образом, сложно идентифицировать какое-либо определение, под которое не подпадает такая сота. Для решения вышеупомянутой задачи в настоящем варианте осуществления раскрыто, что информация, указывающая причину отклонения, формируется в том, что идентификационный номер UE, который не зарегистрирован в CSG-ID, которому принадлежит сота CSG, сопоставляется сообщению отклонения TAU.
Например, в случае примера с фиг.27, который описан в шестом варианте осуществления, базовая сеть передает сообщение отклонения запроса TAU в UE через узел Home-eNB(A) на этапах ST2710 и ST2711. Информация, указывающая, что причина отклонения заключается в том, что идентификационный номер UE не зарегистрирован в CSG-ID, которому принадлежит Home-eNB(A), сопоставляется сообщению отклонения TAU, чтобы тем самым сообщить, что причина заключается в том, что идентификационный номер UE не зарегистрирован в CSG-ID, которому принадлежит Home-eNB(A). Это позволяет пользовательскому оборудованию UE знать, что основанием принятого сообщения отклонения запроса TAU является то, что идентификационный номер UE не зарегистрирован в CSG-ID, которому принадлежит сота CSG. С другой стороны, в случае если информация, указывающая, что причина отклонения заключается в том, что идентификационный номер UE не зарегистрирован в CSG-ID, которому принадлежит сота CSG, не сопоставляется сообщению отклонения TAU, то из этого следует, что сообщение отклонения TAU передается по каким-то другим причинам.
Согласно одному конкретному способу сопоставления, информация, указывающая, что причина отклонения заключается в том, что идентификационный номер UE не зарегистрирован в CSG-ID, которому принадлежит сота CSG, информация, указывающая, что идентификационный номер UE не зарегистрирован в CSG-ID, которому принадлежит сота CSG, может быть добавлена в информацию причины сообщения отклонения TAU. Информация причины может быть выражена числовым образом. Альтернативно, в сообщении отклонения запроса TAU может быть предоставлен однобитный индикатор, указывающий, состоит ли причина в том, что идентификационный номер UE не зарегистрирован в CSG-ID, которому принадлежит сота CSG.
В добавление к эффектам, описанным в вариантах осуществления с четвертого по седьмой, раскрытый в настоящем варианте осуществления способ позволяет решить вышеупомянутую проблему, заключающуюся в неэффективной работе из-за принятия во внимание сообщения отклонения TAU, переданного по иным причинам, в случае когда UE определяет, следует ли запретить установление RRC-соединения и передачу запроса TAU в ответ на сообщение отклонения TAU.
Ниже описан первый модифицированный пример десятого варианта осуществления. Здесь раскрыто, что информация, указывающая, что причина отклонения заключается в том, что идентификационный номер UE не зарегистрирован в CSG-ID, которому принадлежит сота CSG, сопоставляется сообщению отклонения RRC-соединения для применения к способу, раскрытому в восьмом варианте осуществления. В восьмом варианте осуществления описывается, что пользовательское оборудование UE выполняет процесс запрещения передачи сообщения запроса RRC-соединения с использованием сообщения отклонения RRC-соединения в ответ на сообщение запроса RRC-соединения, переданного пользовательским оборудованием UE. UE может быть сконфигурировано так, чтобы независимо от обстоятельств запрещать передачу сообщения запроса RRC-соединения в соту CSG при передаче сообщения отклонения RRC-соединения из этой соты CSG. Тем не менее, это вызывает неэффективную работу, как описано выше.
Для решения вышеупомянутой задачи в первом модифицированном примере раскрыто, что информация, указывающая, что причина отклонения заключается в том, что идентификационный номер UE, который не зарегистрирован в CSG-ID, которому принадлежит сота CSG, сопоставляется сообщению отклонения RRC-соединения. Например, в случае примера с фиг.31, который описан в восьмом варианте осуществления, UE принимает сообщение отклонения RRC-соединения из Home-eNB(A) на этапе ST3110. Узел Home-eNB(A) сопоставляет сообщению отклонения RRC-соединения информацию, указывающую, что причина отклонения заключается в том, что идентификационный номер UE не зарегистрирован в CSG-ID, которому принадлежит узел Home-eNB(A), и сообщает в UE, что причина отклонения заключается в том, что идентификационный номер UE не зарегистрирован в CSG-ID, которому принадлежит узел Home-eNB(A). Это позволяет пользовательскому оборудованию UE знать, что основанием принятого сообщения отклонения RRC-соединения является то, что идентификационный номер UE не зарегистрирован в CSG-ID, которому принадлежит сота CSG. С другой стороны, если информация, указывающая, что причина отклонения заключается в том, что идентификационный номер UE не зарегистрирован в CSG-ID, которому принадлежит сота CSG, не сопоставлена сообщению отклонения RRC-соединения, то можно сделать вывод, что причина отклонения заключается в том, что идентификационный номер UE не зарегистрирован в CSG-ID, которому принадлежит сота CSG.
Согласно одному конкретному способу сопоставления, информация, указывающая, что причина отклонения заключается в том, что идентификационный номер UE не зарегистрирован в CSG-ID, которому принадлежит сота CSG, информация, указывающая, что идентификационный номер UE не зарегистрирован в CSG-ID, которому принадлежит сота CSG, может быть добавлена в информацию причины сообщения отклонения RRC-соединения. Информация причины может быть выражена числовым образом. Альтернативно, в сообщении отклонения RRC-соединения может быть предоставлен однобитный индикатор, указывающий, состоит ли причина в том, что идентификационный номер UE не зарегистрирован в CSG-ID, которому принадлежит сота CSG.
В добавление к эффектам, описанным в восьмом варианте осуществления, описанный в настоящем варианте осуществления способ позволяет решить проблему неэффективной работы, обусловленной тем, что также учитывается сообщение отклонения RRC-соединения по другим причинам, когда UE определяет, следует ли запретить запрос RRC-соединения, когда из соты CSG принимается сообщение отклонения RRC-соединения.
Одиннадцатый вариант осуществления
Ниже описан случай, когда UE ошибочно принимает содержимое белого списка, переданного из базовой сети при регистрации или изменении белого списка. Здесь возникает ситуация, когда сота CSG, принадлежащая CSG-ID ошибочно принятого белого списка, выбирается в условиях большого количества ячеек CSG, и, соответственно, UE многократно повторяет установление RRC-соединения с сотой CSG, принадлежащей CSG-ID ошибочно принятого белого списка, и запрос TAU в базовую сеть через соту CSG. В результате возникает проблема чрезмерного падения эффективности использования радиоресурсов и эффективности сигнализации системы. Сверх того, проблема длительной задержки управления возникает из-за очень большого периода, требуемого для поиска соты и входа в режим простоя. Также возникает проблема повышенного энергопотребления UE.
Для решения этих проблем в настоящем варианте осуществления раскрыт способ передачи пользовательским оборудованием UE индикации успешного/неуспешного приема (Ack/Nack) белого списка в явной форме. Фиг.32 представляет собой диаграмму последовательности способа для передачи в базовую сеть в явной форме индикации успешного/неуспешного приема (Ack/Nack, завершен/незавершен) пользовательским оборудованием UE белого списка, когда регистрируется белый список. Эта фигура иллюстрирует пример системы связи LTE, в которой используется, например, узел Home-eNB. Ниже приведено описание этой фигуры. Предполагается, что UE выполняет регистрацию пользовательского доступа в Home-eNB(C), и этапы с ST3201 по ST3203 схожи с описанными выше, соответственно, их дублирующее описание опущено. На этапе ST3205 пользовательское оборудование UE, которое начало ручной поиск соты CSG (здесь узла Home-eNB) на этапе ST3204, выполняет поиск соты и выбор соты. В ситуации с фиг.23, когда присутствует большое количество ячеек CSG, принадлежащих CSG-ID, посредством которого UE не выполнило регистрацию пользовательского доступа, UE выбирает соту CSG. Как описано в четвертом варианте осуществления, для UE обеспечивается возможность установить RRC-соединение с сотой CSG независимо от того, является ли выбранная сота CSG сотой CSG, в которой была выполнена регистрация пользовательского доступа, и соответственно обеспечивается возможность передачи TAU в сеть через эту соту CSG. На этапе ST3206 пользовательское оборудование UE передает запрос RRC-соединения в соту CSG (в этом случае Home-eNB(A)), не являющуюся сотой CSG (в этом случае Home-eNB(C)), в которой была выполнена регистрация пользовательского доступа, и Home-eNB(A), который принял запрос установления RRC-соединения, передает разрешение для этого запроса в UE, так что между UE и Home-eNB(A) устанавливается RRC-соединение.
Далее, на этапах ST3207 и ST3208 пользовательское оборудование UE передает сообщение запроса TAU в базовую сеть через Home-eNB(A). В этом случае UE также передает идентификационный номер UE. Идентификационный номер UE может быть включен в состав сообщения запроса TAU, может быть предоставлен вместе с сообщением запроса TAU или может быть передан как другое сообщение. Базовая сеть, которая приняла сообщение запроса TAU, проверяет, принадлежит ли UE идентификатору CSG-ID узла Home-eNB(A), на основании принятого идентификационного номера UE. Для этой проверки подходит способ, описанный со ссылкой на этап ST2207, который был раскрыт на фиг.22. Идентификационный номер UE не был зарегистрирован с CSG-ID, которому принадлежит Home-eNB(A), и, соответственно, базовая сеть определяет, что UE не может выполнить доступ в Home-eNB(A). В настоящем варианте осуществления, например, используется способ, раскрытый в пятом варианте осуществления. Кроме того, когда базовая сеть определяет, что UE не может выполнить доступ в Home-eNB(A), на этапе ST3210 базовая сеть передает белый список UE в узел Home-eNB(A) до передачи отклонения TAU. На этапе ST3211 узел Home-eNB(A), который принял белый список, передает этот белый список в UE.
В этом случае на этапе ST3212 пользовательское оборудование UE, которое приняло белый список, передает Ack, указывающее успешный прием белого списка, в узел Home-eNB(A). Ack может быть предоставлено как сообщение NAS. На этапе ST3213 узел Home-eNB(A), который принял Ack, указывающее успешный прием белого списка, из UE, передает Ack, указывающее успешный прием белого списка, в базовую сеть. На этапе ST3215 базовая сеть, которая приняла AcK, указывающее успешный прием белого списка, передает в узел Home-eNB(C), с которым UE выполнило регистрацию пользовательского доступа, информацию для уведомления о том, что UE завершило регистрацию пользовательского доступа. С другой стороны, на этапе ST3214 пользовательское оборудование UE сохраняет принятый белый список в самом UE. На этапе ST3216 и ST3217 базовая сеть, которая на этапе ST3213 приняла Ack, указывающее успешный прием белого списка, передает сообщение отклонения TAU в UE через Home-eNB(A). На этапе ST3218 пользовательское оборудование UE, которое приняло сообщение отклонения TAU, разрывает RRC-соединение с Home-eNB(A).
На этапе ST3212 пользовательское оборудование UE, которому не удалось принять белый список на этапе ST3211, передает Nack, указывающее неуспешный прием белого списка, в узел Home-eNB(A). Nack может быть предоставлено как сообщение NAS. На этапе ST3213 узел Home-eNB(A), который принял Nack, указывающее неуспешный прием белого списка, из UE, передает Nack, указывающее неуспешный прием белого списка, в базовую сеть. Базовая сеть, которая приняла Nack, указывающее неуспешный прием белого списка, снова передает белый список в UE через узел Home-eNB(A) на этапах ST3210 и ST3211. Вышеописанный процесс повторяется до тех пор, пока UE успешно не примет белый список. Если UE успешно принимает белый список, то выполняется переход к этапу ST3212. Вышеописанный способ позволяет существенно сократить вероятность того, что UE ошибочно примет содержимое белого списка, переданного из базовой сети. Это решает проблему, заключающуюся в том, что когда присутствует большое количество ячеек CSG, пользовательское оборудование UE ошибочно выбирает соту CSG, принадлежащую CSG-ID белого списка, который был ошибочно принят, и многократно повторяет установление RRC-соединения с сотой CSG и запрос TAU в базовую сеть через соту CSG. Путем решения этих проблем обеспечивается возможность избежать чрезмерного падения эффективности использования радиоресурсов и эффективности сигнализации в будущих системах.
Хотя в вариантах осуществления с четвертого по одиннадцатый описана регистрация белого списка, эти варианты осуществления также применимы к обновлению (включая удаление и добавление) белого списка. Примеры вариантов осуществления с первого по одиннадцатый описывают систему связи с использованием системы LTE, в которой в качестве соты CSG используется Home-eNB, что также применимо к случаю системы связи UMTS, в которой в качестве соты CSG используется Home-NB. В случае системы связи UMTS, в которой в качестве соты CSG используется Home-NB, между базовой станцией (Home-NB, NB) и базовой сетью может быть предоставлен RNC, так что сообщение RRC, такое как запрос RRC-соединения, передается/принимается между UE и RNC и сообщение NAS, такое как запрос TAU, передается/принимается между UE и базовой сетью через базовую станцию (Home-NB, NB) и RNC. Это также обеспечивает возможность применения данного способа в системе связи UMTS, в которой Home-eNB используется как сота CSG.
Двенадцатый вариант осуществления
В Непатентном Документе 6 раскрыт процесс повторного установления RRC-соединения для системы мобильной связи стандарта LTE. Фиг.33 иллюстрирует схему последовательности операций повторного установления RRC-соединения для UE. На этапе ST3301 пользовательское оборудование UE определяет, была ли детектирована ошибка радиолинии. Если была детектирована ошибка радиолинии, то пользовательское оборудование UE переходит к этапу ST3305. В противном случае UE переходит к этапу ST3302. На этапе ST3302 пользовательское оборудование UE определяет, произошла ли ошибка эстафетного переключения. Если была детектирована ошибка эстафетного переключения, то пользовательское оборудование UE переходит к этапу ST3305. В противном случае UE переходит к этапу ST3303. На этапе ST3303 пользовательское оборудование UE определяет, присутствует ли индикация с нижних уровней об ошибке целостности. В случае индикации ошибки целостности пользовательское оборудование UE переходит к этапу ST3305. В противном случае UE переходит к этапу ST3304. На этапе ST3304 пользовательское оборудование UE определяет, произошла ли ошибка реконфигурации RRC-соединения. Если имела место ошибка реконфигурации RRC-соединения, то пользовательское оборудование UE переходит к этапу ST3305. В противном случае UE переходит к этапу ST3301. Пользовательское оборудование UE, которое снова вернулось к этапу ST3301, повторяет этапы ST3301, ST3302, ST3303 и ST3304. Этапы ST3301, ST3302, ST3303 и ST3304 обрабатываются в произвольном порядке, и они также могут быть обработаны одновременно.
Ниже описана ошибка радиолинии, где UE определяет присутствие или отсутствие детектирования на этапе ST3301. Временной период, необходимый для восстановления радиолинии после детектирования проблемы физического уровня, обозначается как T310. Вместо T310 также можно задать величину счетчика ошибок физического уровня с момента детектирования проблемы физического уровня до разрешения восстановления радиолинии. Кроме того, временной период, необходимый для разрешения восстановления радиолинии после приема индикации проблемы произвольного доступа из MAC, обозначается, например, как T312.
UE детектирует ошибку радиолинии в случае, когда заканчиваются вышеупомянутые таймеры (T310, T312). Следует отметить, что таймеры (T310, T312) сопоставляются системному информационному блоку типа 2 (SIB2) как часть таймера UE и информационному элементу постоянных, и базовая станция (на стороне сети) уведомляет UE о таймерах по каналу PDSCH (DL-SCH), используя BCCH.
Ниже приведено описание ошибки эстафетного переключения, которая определяется пользовательским оборудованием UE на этапе ST3302. UE выполняет эстафетное переключение при получении RRC-сообщения, которое являет собой триггер эстафетного переключения. В случае когда сообщение реконфигурации RRC-соединения включает в себя информацию управления мобильностью, пользовательское оборудование UE устанавливает таймер (например, T304), включенный в состав информации управления мобильностью. В случае если MAC завершает процедуру произвольного доступа, UE останавливает таймер (T304). UE определяет, что имела места ошибка эстафетного переключения, если таймер (T304) истек. То есть таймер (T304) определяет разрешенное время, необходимое для UE, выполняющего эстафетное переключение, чтобы завершить MAC процедуру произвольного доступа. Следует отметить, что таймер (T304) сопоставляется сообщению реконфигурации RRC-соединения как часть информационного элемента управления мобильностью, и базовая станция (на стороне сети) уведомляет UE о таймере как выделенную информацию Слоя Без Доступа (Non Access Stratum, NAS).
Ниже приведено описание ошибки реконфигурации RRC-соединения, которая определяется пользовательским оборудованием UE на этапе ST3304. В случае если сообщение реконфигурации RRC-соединения включает в себя конфигурацию, с которой UE не совместимо, то пользовательское оборудование определяет, что произошла ошибка реконфигурации RRC-соединения. Следует отметить, что базовая станция (на стороне сети) передает в UE сообщение реконфигурации RRC-соединения, как выделенную информацию NAS. На этапе ST3305 пользовательское оборудование UE останавливает таймер (T310), чтобы разрешить выполнить восстановление радиолинии после детектирования проблемы физического уровня, и, далее, переходит к этапу ST3306. На этапе ST3306 пользовательское оборудование UE останавливает таймер (T311), чтобы разрешить выполнение восстановления радиолинии после детектирования индикации о проблеме произвольного доступа из MAC, и, далее, переходит к этапу ST3307. На этапе ST3307 пользовательское оборудование UE запускает таймер (например, T311) допустимого времени для детектирования ошибки радиолинии, определения ошибки эстафетного переключения, определения ошибки целостности или определения ошибки реконфигурации RRC-соединения и выбора соты в E-UTRA, и, далее, переходит к этапу ST3308. Следует отметить, что таймер (T311) сопоставляется системному информационному блоку типа 2 (SIB2) как часть таймера UE и информационному элементу постоянных, и базовая станция (на стороне сети) уведомляет UE о таймере по каналу PDSCH, используя BCCH. На этапе ST3308 пользовательское оборудование UE сбрасывает Управление Доступом к Среде (Media Access Control, MAC) и, далее, переходит к этапу ST3309. На этапе ST3309 пользовательское оборудование UE реконфигурирует Управление Радио Линией (Radio Link Control, RLC) всех Радио Несущих (Radio Bearer, RB), которые были установлены, и переходит к этапу ST3310.
На этапе ST3310 пользовательское оборудование UE определяет, истек ли таймер T311.
Если таймер закончился (таймер остановился, истек или завершился), то пользовательское оборудование UE переходит к этапу ST3311. В противном случае UE переходит к этапу ST3314.
На этапе ST3311 пользовательское оборудование UE сбрасывает реконфигурацию MAC и RLC всех радионесущих, которые были установлены, и переходит к этапу ST3312.
На этапе ST3312 пользовательское оборудование UE освобождает все радиоресурсы и переходит к этапу ST3313. На этапе ST3313 пользовательское оборудование UE меняет состояние на RRC-IDLE.
На этапе ST3314 пользовательское оборудование UE определяет, была ли выбрана сота E-UTRA согласно процессу выбора соты или процессу повторного выбора соты. В результате UE переходит к этапу ST3315 в случае, когда была выбрана сота E-UTRA, или переходит к этапу ST3317, если сота E-UTRA не была выбрана. На этапе ST3315 пользовательское оборудование UE останавливает таймер T311 и переходит к этапу ST3316. На этапе ST3316 пользовательское оборудование передает на сторону сети сообщение запроса повторного установления RRC-соединения.
На этапе ST3317 пользовательское оборудование UE определяет, была ли выбрана сота с Технологией Радио Доступа (Radio Access Technology, RAT), отличной от RAT предыдущей соты (inter-RAT), согласно процессу выбора соты. В результате UE переходит к этапу ST3311, если была выбрана сота inter-RAT. В противном случае UE переходит к этапу ST3310. Пользовательское оборудование UE, которое снова вернулось к этапу ST3310, повторяет этапы ST3310, ST3314 и ST3317.
Проблемы двенадцатого варианта осуществления описаны ниже. Как указано выше, сота CSG вводится в LTE и UMTS. Тем не менее, Непатентный Документ 6 не раскрывает, как вводить соту CSG в процессе повторного установления RRC-соединения. В добавление, отсутствуют предложения для проблем, указанных в двенадцатом варианте осуществления. Для того чтобы получать нормальное обслуживание в соте CSG, пользовательское оборудование UE должно быть зарегистрировано в этой соте CSG. UE, которое завершило регистрацию, сохраняет CSG-ID соты CSG, которая была зарегистрирована в белом списке в UE (например, USIM, SIM, памяти и ЦПУ). Сота CSG сообщает обслуживаемым единицам UE идентификатор CSG-ID или TAC, ассоциированный с этим идентификатором CSG-ID, как системную информацию. CSG-ID или TAC сопоставляется системному информационному блоку типа 1 (SIB1), который сообщается из соты CSG по каналу PDSCH, используя BCCH. Следует отметить, что цикл широковещательной рассылки SIB1 устанавливается равным 20 мс. Для того чтобы UE выбрало соту CSG как подходящую соту и выполнило регистрацию местоположения или операцию в состоянии простоя для получения нормального обслуживания, необходимо дополнительно выполнить процесс определения того, было ли само UE зарегистрировано в соте CSG, по сравнению со случаем, когда сота, отличная от CSG, выбирается как подходящая сота. Для того чтобы определить, было ли зарегистрировано само UE в соте CSG, необходимо определить, идентичен ли CSG-ID (или TAC), рассылаемый сотой CSG, идентификатору CSG-ID в белом списке самого UE.
Ниже описан процесс повторного установления RRC-соединения, когда вводится сота CSG. По существу, этот процесс идентичен процессу с фиг.33, и на фиг.34 в деталях показан отличительный этап ST3314. На этапе ST3401 пользовательское оборудование UE определяет, входит ли в состав белого списка идентификатор CSG-ID. Альтернативно, UE определяет, было ли оно зарегистрировано в соте CSG. В случае если белый список включает в себя CSG-ID или если UE было зарегистрировано в соте CSG, пользовательское оборудование UE переходит к этапу ST3402. В случае если белый список не включает в себя CSG-ID или если UE не было зарегистрировано в соте CSG, пользовательское оборудование UE переходит к этапу ST3410. На этапе ST3402 пользовательское оборудование UE определяет, способны ли соты быть обслуживающей сотой, на основании результатов измерения принятого качества соседних ячеек. Если такие соты имеются, то UE переходит к этапу ST3403. Если такие соты отсутствуют, то UE переходит к этапу ST3410. На этапе ST3403 пользовательское оборудование UE выбирает самую лучшую соту из всех ячеек, которые могут служить как обслуживающая сота, на основании принятого качества, исходя из результатов измерения принятого качества соседних ячеек, после чего выполняется переход к этапу ST3404.
На этапе ST3404 пользовательское оборудование UE принимает Физический Канал Управления Нисходящей Линии Связи (Physical Downlink Control Channel, PDCC) (который также обозначается как канал сигнализации L1/L2) соты, выбранной на этапе ST3403. UE требуется выполнить детектирование вслепую для приема PDCCH. В результате детектирования вслепую пользовательское оборудование UE принимает назначение BCCH на PDSCH и, далее, переходит к этапу ST3405. На этапе ST3405 пользовательское оборудование UE принимает PDSCH согласно назначению для BCCH, которое было принято на этапе ST3404, и переходит к этапу ST3406. BCCH, которому сопоставляется SIB1, передается по каналу PDSCH каждые 20 мс. На этапе ST3405 пользовательское оборудование UE получает SIB1. На этапе ST3406 пользовательское оборудование UE получает CSG-ID или TAC, сопоставленные с SIB1, который был получен на этапе ST3405, и переходит к этапу ST3407. Хотя CSG-ID может быть сопоставлен с другой системной информацией, отличной от SIB1, настоящий вариант осуществления применим даже в таком случае.
На этапе ST3407 пользовательское оборудование UE определяет, идентичен ли CSG-ID соты CSG, который был получен на этапе ST3406, идентификатору CSG-ID зарегистрированной соты CSG, сохраненной в белом списке самого UE. Соответственно, пользовательское оборудование UE определяет, может ли сота CSG служить как "подходящая сота". То есть в случае, когда CSG-ID соты CSG входит в белый список, эта сота может служить как "подходящая сота". С другой стороны, в случае когда CSG-ID соты CSG не входит в состав белого списка, эта сота не может служить как "подходящая сота". В случае когда сота CSG является зарегистрированной сотой CSG, пользовательское оборудование UE переходит к этапу ST3315 с фиг.33. В случае когда сота CSG является незарегистрированной сотой CSG, пользовательское оборудование UE переходит к этапу ST3408.
На этапе ST3408 пользовательское оборудование UE исключает соту CSG из процесса выбора соты E-UTRA и переходит к этапу ST3409. На этапе ST3409 пользовательское оборудование UE определяет, закончился ли таймер T311. Если таймер закончился (таймер остановился, истек или завершился), то пользовательское оборудование UE переходит к этапу ST3311 с фиг.33. В противном случае UE переходит к этапу ST3402. На этапе ST3410 пользовательское оборудование UE определяет, имеются ли соты, которые способны служить как обслуживающая сота, на основании результатов измерения принятого качества соседних ячеек. Если такие соты имеются, то UE переходит к этапу ST3411. Если такие соты отсутствуют, то UE переходит к этапу ST3317 с фиг.33. На этапе ST3411 пользовательское оборудование UE выбирает из ячеек, отличных от CSG, лучшую соту из всех ячеек, которые могут служить как обслуживающая сота, на основании принятого качества, исходя из результатов измерения принятого качества соседних ячеек, после чего выполняется переход к этапу ST3315 с фиг.33.
Как показано, временной период, необходимый для UE, которое имеет CSG-ID в белом списке, то есть UE, зарегистрированного в любой соте CSG, чтобы выбрать соту E-UTRA, может быть дольше временного периода, необходимого для UE, которое не имеет CSG-ID в белом списке, то есть для UE, которое не было зарегистрировано в какой-либо из ячеек CSG, чтобы выбрать соту E-UTRA. Это явление сильнее выражается в том случае, когда само UE было зарегистрировано в соте CSG (где предполагается, что CSG-ID=10), но эта сота CSG (где CSG-ID=10) находится вдали от него. В этом случае пользовательское оборудование UE определяет "незарегистрированную соту CSG" на этапе ST3407 с фиг.34. Сверх того, вышеописанная проблема выражается сильнее в том случае, когда UE находится в таком месте, где имеется большое количество ячеек CSG, в которых UE не было зарегистрировано, и большое количество ячеек CSG, где регистрация не была выполнена, имеют превосходное принятое качество и могут служить как обслуживающие соты. Это обусловлено тем, что в этом случае процесс с этапа ST3402 по ST3409 с фиг.34 повторяется до тех пор, пока среди ячеек CSG не останется ячеек, которые могут служить как обслуживающие соты.
Описанная ниже проблема возникает из-за разности временных периодов, требуемых для выбора соты между UE, которое имеет CSG-ID в белом списке, и UE, которое не имеет CSG-ID в белом списке. Как описано выше, имеется таймер (например, T311) допустимого времени для детектирования ошибки радиолинии, определения ошибки эстафетного переключения, определения ошибки целостности или определения ошибки реконфигурации RRC-соединения и выбора соты в E-UTRA. Когда имеется один тип таймера, как в этой ситуации, рассматривается случай, когда величина таймера устанавливается так, чтобы она подходила для UE, которое имеет CSG-ID в белом списке. В этом случае CSG-ID не включается в состав белого списка, и, таким образом, таймер не истекает, хотя временной период, необходимый для выбора соты, имеет относительно короткую длительность. То есть на этапе ST3310 с фиг.33 состояние "таймер закончился" определяется с ненужной задержкой. Это означает, что освобождение радиоресурсов, выполняемое на этапе ST3312 с фиг.33, бессмысленно задерживается. В результате возникает проблема резервирования ненужных ресурсов. В отличие от этого рассматривается случай, когда величина таймера устанавливается таким образом, чтобы подходить для UE, которое не имеет CSG-ID в белом списке. В таком случае рассматривается ситуация, когда таймер истекает в течение выбора соты, хотя среди ячеек CSG все еще остается сота, которая может служить как обслуживающая сота, поскольку белый список включает в себя CSG-ID, и для выбора соты требуется длительный временной период.
То есть рассматривается случай, когда состояние "таймер закончился" определяется слишком рано на этапе ST3310 с фиг.33 или состояние "таймер закончился" определяется слишком рано на этапе ST3409 с фиг.34. Это приводит к проблеме снижения вероятности повторного установления RRC-соединения в состоянии, когда радионесущие или радиоресурсы резервируются через MAC пользовательского оборудования UE, идентификатор CSG-ID которого в белом списке был сброшен. Это приводит к проблеме, заключающейся в том, что UE с идентификатором CSG-ID в белом списке переходит в состояние RRC_IDLE, хотя в его окружении есть соты с превосходным принятым качеством, из-за чего образуется задержка управления. Следует отметить, в Непатентном Документе 6 это проблема не упоминается. В добавление, на фиг.34 описан случай, когда выбор соты CSG выполняется с более высоким приоритетом по сравнению с выбором соты, отличной от CSG. Тем не менее, вышеупомянутая проблема возникает даже тогда, когда этот приоритет не предоставляется. Сверх того, эта проблема также возникает при введении соты CSG в систему LTE (E-UTRAN), а также при введении соты CSG в систему W-CDMA (UTRAN, UMTS).
Решение этих проблем двенадцатого варианта осуществления описано ниже. Это решение применимо к системе LTE, а также к системе W-CDMA. В двенадцатом варианте осуществления раскрыто, что разные таймеры по отдельности предоставляются согласно тому, включает ли белый список CSG-ID, и они отражаются на UE для решения вышеупомянутых проблем. Более конкретно, таймеры (например, T311) для разрешенного времени с момента детектирования ошибки радиолинии, определения ошибки эстафетного переключения, определения ошибки целостности или определения ошибки реконфигурации RRC-соединения до выбора соты в E-UTRA предоставляются по отдельности ((T311_с_белым_листом и T311_без_белого_листа) согласно тому, включает ли белый список идентификатор CSG-ID, и они отражаются на UE.
Конкретный пример работы описан ниже со ссылкой на фиг.35. Этапы, которые совпадают с этапами с фиг.33, здесь повторно не описываются. Следует отметить, что фиг.34 также может быть использована в фиг.35. На этапе ST3501 пользовательское оборудование UE определяет, входит ли в состав белого списка идентификатор CSG-ID. Альтернативно, UE определяет, было ли оно зарегистрировано в соте CSG. В случае если белый список включает в себя CSG-ID или если UE было зарегистрировано в соте CSG, пользовательское оборудование UE переходит к этапу ST3502. В случае если белый список не включает в себя CSG-ID или если UE не было зарегистрировано в соте CSG, пользовательское оборудование UE переходит к этапу ST3503. На этапе ST3502 пользовательское оборудование UE устанавливает таймер (например, T311) для разрешенного временного периода с момента детектирования ошибки радиолинии, определения ошибки эстафетного переключения, определения ошибки целостности или определения ошибки реконфигурации RRC-соединения до выбора соты в E-UTRA, таймер (например, T311_с_белым_списком) для разрешенного временного периода с момента детектирования ошибки радиолинии, определения ошибки эстафетного переключения, определения ошибки целостности или определения ошибки реконфигурации RRC-соединения до выбора соты в E-UTRA в случае, если белый список включает в себя CSG-ID, или в случае, если UE было зарегистрировано в соте CSG, и, далее, переходит к этапу ST3307.
На этапе ST3503 пользовательское оборудование UE устанавливает таймер (например, T311) для разрешенного временного периода с момента детектирования ошибки радиолинии, определения ошибки эстафетного переключения, определения ошибки целостности или определения ошибки реконфигурации RRC-соединения до выбора соты в E-UTRA, таймер (например, T311_без_белого_списка) для разрешенного временного периода с момента детектирования ошибки радиолинии, определения ошибки эстафетного переключения, определения ошибки целостности или определения ошибки реконфигурации RRC-соединения до выбора соты в E-UTRA в случае, если белый список не включает в себя CSG-ID, или в случае, если UE не было зарегистрировано в соте CSG, и, далее, переходит к этапу ST3307.
Далее следует описание способа передачи разных таймеров, предоставленных по отдельности, согласно тому, включает ли белый список CSG-ID. В качестве первого способа облаживающая сота (на стороне) сети сообщает единицам UE таймер (например, T311_с_белым_списком), используемый в случае, если белый список включает в себя CSG-ID, а также таймер (например, T311_без_белого_списка), используемый в случае, если белый список не включает в себя CSG-ID. Более конкретно, уведомление осуществляется с использованием Выделенного Канала Управления (Dedicated Control Channel, DCCH) или Широковещательного Канала Управления (Broadcast Control Channel, BCHH). В случае использования DCCH этот способ обеспечивает превосходные результаты, поскольку управление реализуется согласно состоянию связи UE. В случае использования BCCH этот способ обеспечивает превосходные результаты, поскольку все обслуживаемые единицы UE могут быть оповещены и радиоресурсы используются эффективно. В качестве конкретного примера для случая, когда уведомление выполняется с использованием BCCH, возможно сопоставление с MIB или SIB.
В случае когда используется MIB, выполняется сопоставление с PBCH, что эффективно, поскольку UE способно принимать небольшую величину задержки управления. В случае использования SIB уведомление выполняется с использованием SIB1. Этот способ эффективен тем, что MIB или SIB1 является широковещательной информацией, которая являет собой абсолютно необходимую минимальную широковещательную информацию, принимаемую в интервале с начала поиска соты до входа в режим простоя, и что задержка управления UE сокращается. В добавление, как часть таймера UE и информационного элемента постоянных, выполняется сопоставление с Системным Информационным Блоком 2-го Типа (System Information Block Type 2, SIB2), и уведомление выполняется по PDSCH с использованием BCCH. Кроме этого, независимо от того, является ли обслуживающая сота сотой CSG или сотой, отличной от CSG, таймер, (например, T311_без_белого_списка) используемый в случае, когда белый список включает в себя CSG-ID, а таймер (например, T311_без_белого_списка), используемый в случае, когда белый список не включает в себя CSG-ID, сопоставляется Системному Информационному Блоку 2-го Типа (System Information Block Type 2, SIB2) как часть таймера и информационного элемента постоянных, и обслуживающая сота (на стороне сети) передает таймеры единицам UE по каналу PDSCH, используя BCCH. В случае использования SIB2 уведомление может быть выполнено одновременно со схожим (имеющий одинаковый тип) параметром в терминах таймера, что эффективно, поскольку UE, которое приняло уведомление, может легко выполнить этот процесс. Кроме того, даже при выполнении уведомления в информационном элементе, отличном от SIB1 и SIB2, который также являет собой широковещательную информацию, и, соответственно, все обслуживаемые единицы UE могут быть уведомлены. Следовательно, этот способ имеет преимущество, заключающееся в эффективном использовании радиоресурсов. UE способно получать разные таймеры только путем приема BCCH или DCCH обслуживающей соты, в результате чего может быть достигнут эффект предотвращения задержки управления.
В качестве второго способа таймер (например, T311_без_белого_списка), используемый в случае, когда белый список не включает в себя CSG-ID, сопоставляется блоку SIB2 как часть таймера UE и информационного элемента постоянных, и обслуживающая сота (на стороне сети) уведомляет единицы UE о таймере по каналу PDSCH, используя BCCH. Сверх того, независимо от того, является ли обслуживающая сота сотой CSG или сотой, отличной от CSG, таймер (например, T311_без_белого_списка), используемый в случае, когда белый список не включает в себя CSG-ID, сопоставляется блоку SIB2 как часть таймера UE и информационного элемента постоянных, и обслуживающая сота (на стороне сети) уведомляет единицы UE о таймере по каналу PDSCH, используя BCCH. Сота CSG сопоставляет таймер (например, T311_с_белым_списком), используемый в случае, когда белый список включает в себя CSG-ID, с системной информацией, и уведомляет единицы UE о таймере по каналу PDSCH, используя BCCH.
Конкретный пример работы описан ниже со ссылкой на фиг.36 и 37. Этапы с фиг.33 и 35, которые совпадают с этапами с фиг.36 и 37, повторно не описаны. На этапе ST3601 с фиг.36 пользовательское оборудование UE определяет, является ли обслуживающая сота сотой CSG. В случае если обслуживающая сота является сотой CSG, пользовательское оборудование UE переходит к этапу ST3502. В случае если обслуживающая сота не является сотой CSG, пользовательское оборудование UE переходит к этапу ST3503.
На этапе ST3502 с фиг.36 пользовательское оборудование UE устанавливает таймер T311_без_белого_списка (T311, принятый из соты CSG (обслуживающей соты)) как T311. На этапе ST3503 с фиг.36 пользовательское оборудование UE устанавливает таймер T311_без_белого_списка (T311, принятый из соты, отличной от CSG (обслуживающей соты)) как T311. На этапе ST3701 с фиг.37 пользовательское оборудование UE определяет, установлен ли таймер (например, T311_с_белым_списком), используемый в случае, когда белый список включает в себя CSG-ID, как T311.
В случае если был установлен T311_с_белым_списком, пользовательское оборудование UE переходит к этапу ST3407. В случае если T311_с_белым_списком не был установлен, пользовательское оборудование UE переходит к этапу ST3702.
На этапе ST3702 с фиг.37 пользовательское оборудование UE получает T311_с_белым_списком из системной информации, сопоставленной BCCH по PDSCH, который был принят на этапе ST3405, и, далее, переходит к этапу ST3703. На этапе ST3703 с фиг.27 пользовательское оборудование UE устанавливает таймер (например, T311) для разрешенного временного периода с момента детектирования ошибки радиолинии, определения ошибки эстафетного переключения, определения ошибки целостности или определения ошибки реконфигурации RRC-соединения до выбора соты в E-UTRA, таймер (например, T311_с_белым_списком) для разрешенного временного периода с момента детектирования ошибки радиолинии, определения ошибки эстафетного переключения, определения ошибки целостности или определения ошибки реконфигурации RRC-соединения до выбора соты в E-UTRA в случае, если белый список включает в себя CSG-ID, или в случае, если UE было зарегистрировано в соте CSG, и, далее, переходит к этапу ST3407. Согласно второму способу обеспечивается возможность достичь эффекта, заключающегося в том, что изменение из-за введения CSG не должно быть добавлено в системную информацию соты, отличной от CSG. Для этого не требуются изменения в системе LTE (eUTRA/eUTRAN), которая не включает в себя существующие CSG, что повышает совместимость.
Способ сообщения таймера (например, T311_с_белым_списком), используемый в случае, когда белый список включает CSG-ID в состав системной информации, сопоставленной BCCH по PDSCH, описан в упомянутом втором способе. Кроме того, во втором способе уведомления выделенный канал управления и широковещательный канал управления (MIB, SIB) могут быть использованы в качестве конкретного примера в первом способе уведомления.
Эффекты двенадцатого варианта осуществления описаны ниже. Единицы UE, которые имеют CSG-ID в белом списке, и единицы UE, которые не имеют CSG-ID в белом списке, могут сосуществовать, обслуживаясь базовой станцией. Таймер (например, T311) для разрешенного времени с момента детектирования ошибки радиолинии, определения ошибки эстафетного переключения, определения ошибки целостности и определения ошибки реконфигурации RRC-соединения до выбора соты в E-UTRA может быть по отдельности установлен в UE, которое имеет CSG-ID в белом списке, и в UE, которое не имеет CSG-ID в белом списке. Это обеспечивает возможность подходящей установки величины таймера в UE, который имеет CSG-ID в белом списке, а также в UE, которое не имеет CSG-ID в белом списке. В результате обеспечивается возможность избежать бесполезного резервирования радиоресурсов из-за большей установленной величины таймера, и, соответственно, может быть достигнуто эффективное использование радиоресурсов. В добавление, предоставляется возможность достигнуть эффекта, заключающегося в том, что удается избежать увеличения задержки управления, благодаря более короткой длительности таймера. Благодаря предотвращению задержки управления также может быть достигнут эффект сокращения энергопотребления UE.
Решение двенадцатого варианта осуществления превосходно в том, что вышеописанные эффекты достигаются, если сторона сети (такая как базовая станция) не распознает, имеет ли соответствующее UE идентификатор CSG-ID в белом списке. Таким образом, пользовательскому оборудованию UE не требуется сообщать в базовую станцию о наличии или отсутствии CSG-ID в белом списке, в результате чего обеспечивается эффективное использование радиоресурсов. Кроме того, поскольку базовой станции не требуется управлять присутствием или отсутствием идентификатора CSG-ID в белом списке обслуживаемых ею единиц UE, может быть достигнут эффект сокращения нагрузки обработки в базовой станции.
Тринадцатый вариант осуществления
В Непатетном Документе 7 раскрыто, что в системе мобильной связи LTE приоритеты разных частот E-UTRAN или частот inter-RAT предоставлены единицам UE со стороны сети в системной информации и сообщении RRC. В случае если приоритеты назначаются единицам UE со стороны сети через выделенную сигнализацию, единицы UE игнорируют все приоритеты, предоставленные в системной информации. В Непатентном Документе 6 раскрыто следующее. В случае если сообщение разрыва RRC-соединения включает в себя Информацию Управления Мобильностью в Режиме Простоя, и Информация Управления Мобильностью в Режиме Простоя включает в себя таймер (например, T320) истечения приоритета повторного выбора соты, в системе мобильной связи выполняется следующая операция. Фиг.38 представляет собой раскрытую схему последовательности операций UE. На этапе ST3801 пользовательское оборудование UE принимает приоритеты разных частот E-UTRAN или частот inter-RAT в системной информации, переданной из базовой станции, и, далее, переходит к этапу ST3802. На этапе ST3802 пользовательское оборудование UE определяет, приняло ли оно приоритеты разных частот E-UTRAN или частот inter-RAT в выделенном сигнале, переданном из базовой станции. Если они были приняты, то UE переходит к этапу ST3803. Если они не были приняты, то UE переходит к этапу ST3804. На этапе ST3803 пользовательское оборудование UE повторно выбирает соту согласно приоритетам, принятым в системной информации.
На этапе ST3804 пользовательское оборудование UE повторно выбирает соту согласно приоритетам, принятым в выделенном сигнале, и, далее, переходит к этапу ST3805. На этапе ST3805 пользовательское оборудование UE определяет, было ли оно вдали от PLMN, в которой были установлены упомянутые приоритеты в выделенном сигнале. Если оно было далеко, то UE переходит к этапу ST3808. Если оно не было далеко, то UE переходит к этапу ST3806. На этапе ST3806 пользовательское оборудование UE определяет, перешло ли оно в состояние RRC-соединения. Если имело место изменение состояния, то UE переходит к этапу ST3808. Если изменения состояния не было, то UE переходит к этапу ST3807. На этапе ST3807 пользовательское оборудование UE определяет, закончился ли таймер T320. Если таймер T320 закончился, то UE переходит к этапу ST3808. Если таймер T320 не закончился, то UE возвращается к этапу ST3804 и повторяет процесс с этапа ST3804 по этап ST3807. Этапы с ST3804 по ST3807 обрабатываются в произвольном порядке, и, сверх того, они могут быть обработаны одновременно.
Проблема тринадцатого варианта осуществления описана ниже. Как указано выше, сота CSG вводится в LTE и UMTS. Только сота, отличная от CSG, является целью повторного выбора пользовательским оборудованием UE, которое не было зарегистрировано в какой-либо соте CSG, то есть UE, которое не имеет CSG-ID в белом списке. Не только сота, отличная от CSG, но и сота CSG является целью повторного выбора пользовательским оборудованием UE, которое было зарегистрировано в какой-либо соте CSG, то есть UE, которое имеет CSG-ID в белом списке. Сверх того, исследуется частота (частотный слой), выделенная для CSG, где присутствуют только соты CSG. Следовательно, возникает проблема увеличения задержки управления в тех случаях, когда одинаковые приоритеты (приоритеты разных частот E-UTRAN или частот Inter-RAT) устанавливаются в пользовательском оборудовании, которое не было зарегистрировано в соте CSG (UE, которое не имеет CSG-ID в белом списке), и UE, которое было зарегистрировано в любой соте CSG (UE, которое имеет CSG-ID в белом списке). Сверх того, эта проблема также возникает при введении соты CSG в систему LTE (E-UTRAN), а также при введении соты CSG в систему W-CDMA (UTRAN, UMTS).
Решение этой задачи тринадцатого варианта осуществления описано ниже. Это решение применимо к системе LTE, а также к системе W-CDMA. В тринадцатом варианте осуществления раскрыто, что для того чтобы решить вышеупомянутую проблему, разные приоритеты (такие как приоритеты разных частот E-UTRAN или частот inter-RAT) по отдельности предоставляются согласно тому, включает ли белый список идентификатор CSG-ID, который должен быть отражен на UE. Конкретный пример работы описан ниже со ссылкой на фиг.39. Части, совпадающие с частями с фиг.38, не описаны на фиг.39. На этапе ST3901 пользовательское оборудование UE принимает приоритеты (приоритеты разных частот E-UTRAN или частот inter-RAT) для UE, которое имеет CSG-ID в белом списке (для UE, которое было зарегистрировано в соте CSG), и приоритеты для UE, которые не имеют CSG-ID в белом списке (для UE, которое не было зарегистрировано в соте CSG), которые передаются из базовой станции в системной информации, и, далее, переходит к этапу ST3802. На этапе ST3902 пользовательское оборудование UE определяет, входит ли в состав белого списка идентификатор CSG-ID. Альтернативно, UE определяет, было ли оно зарегистрировано в соте CSG. В случае если белый список включает в себя CSG-ID или если UE было зарегистрировано в соте CSG, пользовательское оборудование UE переходит к этапу ST3903. В случае если белый список не включает в себя CSG-ID или если UE не было зарегистрировано в соте CSG, пользовательское оборудование UE переходит к этапу ST3904. На этапе ST3903 пользовательское оборудование UE повторно выбирает соту согласно приоритетам для UE, которое имеет CSG-ID в белом списке (для UE, которое было зарегистрировано в соте CSG), принятом в системной информации. На этапе ST3904 пользовательское оборудование UE повторно выбирает соту согласно приоритетам для UE, которое не имеет CSG-ID в белом списке (для UE, которое не было зарегистрировано в соте CSG), принятом в системной информации.
На этапе ST3905 пользовательское оборудование UE определяет, входит ли в состав белого списка идентификатор CSG-ID. Альтернативно, UE определяет, было ли оно зарегистрировано в соте CSG. В случае если белый список включает в себя CSG-ID или если UE было зарегистрировано в соте CSG, пользовательское оборудование UE переходит к этапу ST3906. В случае если белый список не включает в себя CSG-ID или если UE не было зарегистрировано в соте CSG, пользовательское оборудование UE переходит к этапу ST3907. На этапе ST3906 пользовательское оборудование UE повторно выбирает соту согласно приоритетам для UE, которое имеет CSG-ID в белом списке (для UE, которое было зарегистрировано в соте CSG), принятом в выделенном сигнале, и, далее, переходит к этапу ST3805. На этапе ST3907 пользовательское оборудование UE повторно выбирает соту согласно приоритетам для UE, которое не имеет CSG-ID в белом списке (для UE, которое не было зарегистрировано в соте CSG), принятом в выделенном сигнале, и, далее, переходит к этапу ST3805. В этом случае приоритеты, которые отличаются в зависимости от того, входит ли CSG-ID в состав белого списка, могут быть любыми из приоритетов, сообщенных в системной информации, или приоритетов, сообщенных в выделенном сигнале.
Далее, раскрыт способ сообщения приоритетов, которые отличаются в зависимости от того, входит ли CSG-ID в состав белого списка как системная информация (этап ST3901). В качестве первого способа приоритеты, используемые в случае, когда белый список включает в себя CSG-ID, и приоритеты, используемые в случае, когда белый список не включает в себя CSG-ID, сообщаются в UE обслуживающей сотой (на стороне сети) по каналу PDSCH, используя BCCH, как системная информация. Сверх того, независимо от того, является ли обслуживающая сота сотой CSG или сотой, отличной от CSG, приоритеты, используемые в случае, когда белый список не включает в себя CSG-ID, сообщаются в UE обслуживающей сотой (на стороне сети) по каналу PDSCH, используя BCCH, как системная информация. По первому способу пользовательское оборудование UE способно получать разные приоритеты только путем приема BCCH обслуживающей соты, в результате чего предотвращается задержка управления. В качестве второго способа приоритеты, используемые в случае, когда белый список не включает в себя CSG-ID, сообщаются в UE обслуживающей сотой (на стороне сети) по каналу PDSCH, используя BCCH, как системная информация. Сверх того, независимо от того, является ли обслуживающая сота сотой CSG или сотой, отличной от CSG, приоритеты, используемые в случае, когда белый список включает в себя CSG-ID, и приоритеты, используемые в случае, когда белый список не включает в себя CSG-ID, сообщаются в UE обслуживающей сотой (на стороне сети) по каналу PDSCH, используя BCCH, как системная информация. Приоритеты, используемые в случае, когда белый список включает в себя CSG-ID, сообщаются в UE по каналу PDSCH, используя BCCH, путем сопоставления с системной информацией посредством соты CSG. В результате достигается эффект, заключающийся в том, что изменение из-за введения CSG не требуется добавлять в системную информацию соты, отличной от CSG. Соответственно, система LTE (eUTRA/eUTRAN), не включающая в себя существующие CSG, не должна быть изменена, что повышает совместимость.
Далее, в качестве способа сообщения приоритетов для случая, когда белый список включает в себя CSG-ID или когда UE было зарегистрировано в соте CSG, и приоритеты для случая, когда белый список не включает в себя CSG-ID или когда UE не было зарегистрировано в соте CSG, которые передаются из базовой станции (на стороне сети) в UE в выделенном сигнале, возможно использование сообщения RRC.
Эффекты тринадцатого варианта осуществления описаны ниже. Единицы UE, которые имеют CSG-ID в белом списке, и единицы UE, которые не имеют CSG-ID в белом списке, могут сосуществовать, обслуживаясь базовой станцией. Обеспечивается возможность индивидуальной установки приоритетов (таких как приоритеты разных частот E-UTRAN или частот inter-RAT) в UE, которое имеет CSG-ID в белом списке, и UE, которое не имеет CSG-ID в белом списке. В результате предотвращается увеличение задержки управления в системе мобильной связи. Решение тринадцатого варианта осуществления превосходно в том, что вышеописанный эффект достигается, даже если сторона сети (такая как базовая станция) не распознает, имеет ли соответствующее UE идентификатор CSG-ID в белом списке. В результате сведения о присутствии или отсутствии CSG-ID в белом списке не требуется передавать из UE в базовую станцию, что обеспечивает возможность эффективного использования радиоресурсов. В добавление, поскольку базовой станции не требуется управлять присутствием или отсутствием идентификатора CSG-ID в белом списке обслуживаемых ею единиц UE, может быть достигнут эффект сокращения нагрузки обработки в базовой станции.
Четырнадцатый вариант осуществления
Проблема четырнадцатого варианта осуществления описана ниже. В обычной технологии существует один тип эффективного времени приоритетов (приоритетов разных частот E-UTRAN или частот inter-RAT), сообщаемых со стороны сети (базовой станции) в UE в выделенном сигнале, как описано в тринадцатом варианте осуществления. Как указано выше, сота CSG вводится в LTE и UMTS. Только сота, отличная от CSG, является целью повторного выбора пользовательским оборудованием UE, которое не было зарегистрировано в какой-либо соте CSG, то есть UE, которое не имеет CSG-ID в белом списке. Соответственно, предполагается, что приоритеты немного меняются. Не только сота, отличная от CSG, но и сота CSG является целью повторного выбора пользовательским оборудованием UE, которое было зарегистрировано в какой-либо соте CSG, то есть UE, которое имеет CSG-ID в белом списке. Соответственно, предполагается, что приоритеты меняются часто. Если есть один тип эффективного времени приоритетов в ситуации, где частоты приоритета варьируют, как описано выше, то будет невозможно установить эффективное время, подходящее для каждого изменения ситуации, что вызывает проблему, заключающуюся в увеличении задержки управления. Сверх того, эта проблема также возникает при введении соты CSG в систему LTE (E-UTRAN), а также при введении соты CSG в систему W-CDMA (UTRAN, UMTS).
Решение задачи четырнадцатого варианта осуществления описано ниже. Это решение применимо к системе LTE, а также к системе W-CDMA. В четырнадцатом варианте осуществления раскрыто, что для того чтобы решить вышеупомянутую проблему, эффективное время (такое как T320) разных приоритетов (таких как приоритеты разных частот E-UTRAN или частот inter-RAT) по отдельности предоставляются согласно тому, включает ли белый список идентификатор CSG-ID, который должен быть отражен на UE. Конкретный пример работы описан ниже со ссылкой на фиг.40. Части, совпадающие с частями с фиг.38, не описаны на фиг.40. На этапе ST4001 пользовательское оборудование UE определяет, входит ли в состав белого списка идентификатор CSG-ID. Альтернативно, UE определяет, было ли оно зарегистрировано в соте CSG. В случае если белый список включает в себя CSG-ID или если UE было зарегистрировано в соте CSG, пользовательское оборудование UE переходит к этапу ST4002. В случае если белый список не включает в себя CSG-ID или если UE не было зарегистрировано в соте CSG, пользовательское оборудование UE переходит к этапу ST4003. На этапе ST4002 пользовательское оборудование UE устанавливает в качестве эффективного времени (например, T320) приоритетов (приоритетов разных частот E-UTRAN или частот inter-RAT) эффективное время (например, T320_с_белым_списком) приоритетов (приоритетов разных частот E-UTRAN или частот inter-RAT) для случая, когда белый список включает в себя CSG-ID или когда UE было зарегистрировано в белом списке, и, далее, переходит к этапу ST3807.
На этапе ST4003 пользовательское оборудование UE устанавливает в качестве эффективного времени (например, T320) приоритетов (приоритетов разных частот E-UTRAN или частот inter-RAT) эффективное время (например, T320_без_белого_списка) приоритетов (приоритетов разных частот E-UTRAN или частот inter-RAT) для случая, когда белый список не включает в себя CSG-ID или когда UE не было зарегистрировано в белом списке, и, далее, переходит к этапу ST3807. Что касается способа сообщения эффективного времени приоритетов для случая, когда белый список включает в себя CSG-ID или когда UE было зарегистрировано в соте CSG, и эффективного времени приоритетов для случая, когда белый список не включает в себя CSG-ID или когда UE не было зарегистрировано в соте CSG, то предполагается использование сообщения RRC и широковещательного канала управления. В случае использования выделенного канала управления этот способ обеспечивает превосходные результаты, поскольку управление реализуется согласно состоянию связи UE.
В случае если уведомление выполняется по широковещательному каналу управления, этот способ обеспечивает превосходные результаты, поскольку все облаживаемые единицы UE могут быть оповещены, и радиоресурсы используются эффективно. Четырнадцатый вариант осуществления может использоваться вместе с тринадцатым вариантом осуществления. Что касается способа сообщения эффективного времени приоритетов для случая, когда белый список включает в себя CSG-ID или когда UE было зарегистрировано в соте CSG, и эффективного времени приоритетов для случая, когда белый список не включает в себя CSG-ID или когда UE не было зарегистрировано в соте CSG, то предполагается использование сообщения RRC и широковещательного канала управления. В случае если уведомление выполняется в сообщении RRC, сверх того, возможно выполнить уведомление вместе с приоритетами, сообщаемыми в выделенном сигнале. В случае если уведомление выполняется в сообщении RRC, этот способ обеспечивает превосходные результаты, поскольку приоритеты и эффективное время приоритетов могут быть сообщены по тому же способу уведомления, и можно избежать усложнения системы мобильной связи. Сверх того, этот способ превосходен тем, что задержка управления системы мобильной связи может быть сокращена путем сообщения приоритетов, а также эффективного времени приоритетов. В случае если уведомление выполняется по широковещательному каналу управления, этот способ обеспечивает превосходные результаты, поскольку все обслуживаемые единицы UE могут быть оповещены, и радиоресурсы используются эффективно.
Эффекты четырнадцатого варианта осуществления описаны ниже. Единицы UE, которые имеют CSG-ID в белом списке, и единицы UE, которые не имеют CSG-ID в белом списке, могут сосуществовать, обслуживаясь базовой станцией. Возможность установки эффективного времени приоритетов (приоритетов разных частот E-UTRAN или частот inter-RAT) по отдельности обеспечивается в UE, которое имеет CSG-ID в белом списке, и UE, которое не имеет CSG-ID в белом списке. Это позволяет устанавливать эффективное время приоритетов согласно частоте изменения приоритета. Соответственно, предотвращается увеличение задержки управления в системе мобильной связи.
Решение четырнадцатого варианта осуществления превосходно в том, что вышеописанный эффект достигается, даже если сторона сети (такая как базовая станция) не распознает, имеет ли соответствующее UE идентификатор CSG-ID в белом списке. Таким образом, пользовательскому оборудованию UE не требуется сообщать в базовую станцию о наличии или отсутствии CSG-ID в белом списке, в результате чего обеспечивается эффективное использование радиоресурсов. В добавление, достигается эффект сокращения нагрузки обработки, поскольку базовой станции не требуется управлять присутствием или отсутствием CSG-ID обслуживаемых единиц UE. Применение четырнадцатого варианта осуществления, а также тринадцатого варианта осуществления обеспечивает возможность очень гибко устанавливать приоритет, что подходит для UE, которое имеет CSG-ID в белом списке, и для UE, которое не имеет CSG-ID в белом списке. Соответственно, предотвращается увеличение задержки управления в системе мобильной связи.
Пятнадцатый вариант осуществления
В Непатентном Документе 6 (Глава 10.1.1.2) и Непатентном Документе 7 (Глава 5.2.4.2) раскрыт процесс повторного выбора соты в системе мобильной связи LTE. Ниже описана раскрытая суть. Пользовательское оборудование UE в состоянии RRC_IDLE выполняет повторный выбор соты. UE выполняет изменения обслуживаемой соты и соседних ячеек для выполнения повторного выбора.
Указание соседних ячеек в системной информации обслуживающей соты необязательно (для того чтобы UE выполнило поиск соты и измерения). Измерения пропускаются в том случае, когда характеристики обслуживающей соты удовлетворяют критерию измерения. При повторном выборе соты сота, в которую должно перейти UE, аутентифицируется. Это основано на критерии повторного выбора соты относительно измерений для обслуживающей соты. Повторный выбор на той же частоте основан на ранжировании ячеек. Повторный выбор на разных частотах основан на абсолютных приоритетах, где UE пытается перейти на самую высокую доступную частоту. Абсолютные приоритеты для повторного выбора предоставляются только сетью RPLMN, которая являет собой сеть PLMN, местоположение которой было зарегистрировано в последний раз, и эти приоритеты эффективны только в этой RPLMN. Упомянутые приоритеты предоставляются в системной информации, и они эффективны во всех единицах UE в соте (в единицах UE, обслуживаемых сотой). Исключительные приоритеты для каждого UE могут быть переданы в сообщении разрыва RRC-соединения. Эффективное время может быть ассоциировано с приоритетами отдельных единиц UE. Предоставляется возможность показывать специфичные для слоя параметры повторного выбора соты (например, такие как специфичные для слоя сдвиги) для соседних ячеек с разными частотами. Эти параметры являются общими для всех соседних ячеек на этой частоте. Список Соседних Ячеек (Neighbor Cell List, NCL) может быть предоставлен, чтобы обслуживающая сота обрабатывала исключительные случаи на той же частоте и других частотах. NCL включает в себя специфичные для соты параметры повторного выбора (например, специфичные для соты сдвиги) для заданных соседних ячеек. Может быть предоставлен черный список, так что UE не будет повторно выбирать заданные соседние соты на той же частоте и других частотах. Повторный выбор соты зависит от скорости (это может активироваться в зависимости от скорости). Детектирование скорости основано на решении для UTRAN. Хотя можно применять параметры повторного выбора соты ко всем единицам UE одной соты, также можно установить специфичные параметры повторного выбора для каждой группы UE или каждого UE.
Ниже описана соответствующая схема последовательности операций с фиг.41. На этапе ST4101 пользовательское оборудование UE выполняет выбор соты или повторный выбор соты и, далее, переходит к этапу ST4102. На этапе ST4102 пользовательское оборудование UE определяет, удовлетворены ли критерии для начала повторного выбора соты. В частности, пользовательское оборудование UE определяет, равно или меньше ли принятое качество обслуживающей соты, чем пороговое значение. Более конкретно, UE определяет, равно или меньше ли S_ServingCell, чем S_intrasearch (или равно или меньше ли S_ServingCell, чем S_non_intrasearch). Если критерии измерения удовлетворяются, то пользовательское оборудование UE переходит к этапу ST4103. Если критерии измерения не удовлетворяются, то пользовательское оборудование UE повторяет этап ST4102. На этапе ST4103 пользовательское оборудование UE выполняет измерения для повторного выбора соты и, далее, переходит к этапу ST4104. На этапе ST4104 пользовательское оборудование UE определяет, следует ли выполнить повторный выбор соты на основании результатов измерений, выполненных на этапе ST4103. В случае выполнения повторного выбора соты пользовательское оборудование возвращается к этапу ST4101. В случае невыполнения повторного выбора соты пользовательское оборудование возвращается к этапу ST4102.
Сота CSG вводится в LTE и UMTS. Так, обслуживание в соте CSG стоит меньше по сравнению с обслуживанием в соте, отличной от CSG. Следовательно, ожидается, что пользовать попытается остаться в соте CSG в месте, которое может быть выбрано сотой CSG. Сверх того, в ситуации, когда в области покрытия соты, отличной от CSG, существует сота CSG, нагрузка обработки соты, отличной от CSG, снижается, поскольку увеличивается количество единиц UE, которые управляют планированием и т.п.
Соответственно, ожидается, что UE в месте, которое может быть выбрано сотой CSG, останется в соте CSG для системы мобильной связи.
В процессе повторного выбора соты, описанном в Непатентном Документе 6 и Непатентном Документе 7, возникают следующие проблемы.
Рассмотрим случай, когда сота CSG установлена в соте, отличной от CSG. В добавление, рассмотрим случай, когда UE, обслуживающая сота которого не является сотой, отличной от CSG, находится в области покрытия соты CSG. UE не выполняет измерения для повторного выбора соты в том случае, когда критерии измерения UE не удовлетворяются, когда принятое качество обслуживающей соты (соты, отличной от CSG) больше порогового значения, или когда S_ServingCell>S_intrasearch. На этапе ST4102 с фиг.41 пользовательское оборудование UE определяет, что критерии измерения не удовлетворяются, и повторяет этап ST4102 без выполнения обработки этапа ST4103. Это означает, что пользовательское оборудование UE не получает возможность повторно выбрать соту CSG, хотя оно находится в области покрытия соты CSG. Это приводит к проблеме, заключающейся в том, что пользователь не может использовать более дешевый план для соты CSG. Сверх того, возникает проблема, заключающаяся в том, что отсутствует возможность снижения нагрузки для соты, отличной от CSG.
Вышеописанные проблемы также раскрыты в Непатентном Документе 8. Непатентный Документ 8 является документом для UTRA. В Непатентном Документе 8 раскрыт следующий способ в качестве решения вышеупомянутых проблем. UE должно иметь возможность выполнять поиск HNB даже в том случае, когда обслуживающая сота в хорошем состоянии (Sx>S_intrasearch, Sx>S_intersearch). В таком случае ожидается, что цикл поиска HNB будет дольше типового используемого цикла поиска. Более низкое энергопотребление UE поддерживается путем предотвращения поиска в месте, где нет HNB. Согласно этому способу, цикл поиска, который дольше типового используемого цикла поиска, используется только в том случае, когда список соседних ячеек соты, отличной от CSG, указывает о существовании HNB по соседству.
Проблема пятнадцатого варианта осуществления описана ниже. Непатентный Документ 8 является документом для UTRA, и, следовательно, он не раскрывает решения этой задачи для EUTRAN (системы LTE). Сверх того, в Непатентном Документе 8 список соседних ячеек используется для поддержки низкого энергопотребления UE. Тем не менее, в системе LTE соседние соты в системной информации обслуживающей соты не должны указываться для того, чтобы UE выполнило поиск и измерение, как описано выше. Следовательно, к системе LTE невозможно применить без каких-либо изменений способ поддержки низкого энергопотребления UE с использованием списка соседних ячеек, который описан в Непатентном Документе 8. Кроме того, еще одна новая проблема, присущая технологии согласно Непатентному Документу 8, заключается в том, что даже в случае, когда сота CSG существует в соседних сотах обслуживающей соты (соты, отличной от CSG), для UE невозможно выбрать соту CSG в качестве подходящей соты, если эта сота CSG не была зарегистрирована в белом списке UE. Соответственно, рассматривается случай, когда UE, которое не было зарегистрировано в соте CSG, начинает поиск, используя технологию Непатентного Документа 8, даже если обслуживающая сота находится в хорошем состоянии (Sx>S_intrasearch, Sx>S_intersearch) благодаря присутствию соты CSG в соседних сотах обслуживающей соты (соты, отличной от CSG). В этом случае пользовательское оборудование UE (которое не было зарегистрировано в соте CSG) не будет в состоянии выбрать соту CSG, и, соответственно, измерения выполняются напрасно, что вызывает проблему повышения энергопотребления UE.
Решение задачи пятнадцатого варианта осуществления описано ниже. В пятнадцатом варианте осуществления раскрыто, что цикл (который может являть собой таймер) для выполнения измерений для повторного выбора соты предоставляется и отражается на UE даже в том случае, когда обслуживающая сота находится в хорошем состоянии (Sx>S_intrasearch, Sx>S_intersearch), что применяется для решения вышеупомянутой задачи в том случае, когда белый список включает в себя CSG-ID. Альтернативно, в пятнадцатом варианте осуществления раскрыто, что цикл (который может являть собой таймер) для выполнения измерений для повторного выбора соты предоставляется и отражается на UE даже в том случае, когда обслуживающая сота находится в хорошем состоянии (Sx>S_intrasearch, Sx>S_intersearch), что применяется в том случае, когда UE было зарегистрировано в соте CSG. Конкретный пример работы описан ниже со ссылкой на фиг.42. Этапы, которые совпадают с этапами с фиг.41, здесь повторно не описываются. На этапе ST4201 пользовательское оборудование UE определяет, входит ли в состав белого списка идентификатор CSG-ID. Альтернативно, UE определяет, было ли оно зарегистрировано в соте CSG. В случае если белый список включает в себя CSG-ID или если UE было зарегистрировано в соте CSG, пользовательское оборудование UE переходит к этапу ST4202. В случае если белый список не включает в себя CSG-ID или если UE не было зарегистрировано в соте CSG, пользовательское оборудование UE переходит к этапу ST4207. На этапе ST4202 пользовательское оборудование UE начинает цикл измерения для повторного выбора соты, который применяется в случае, когда белый список включает в себя CSG-ID или таймер (например, T_reselectCSG), и, далее, переходит к этапу ST4203. Альтернативно, пользовательское оборудование UE начинает цикл измерения для повторного выбора соты, который применяется в случае, когда UE было зарегистрировано в соте CSG, или таймер (например, T_reselectCSG), и, далее, переходит к этапу ST4203.
На этапе ST4203 пользовательское оборудование UE определяет, является ли цикл измерения циклом (например, T_reselectCSG) для повторного выбора соты, который применяется в случае, если белый список включает в себя CSG-ID. Альтернативно, пользовательское оборудование UE определяет, истек ли (или истечет ли) таймер (например, T_reselectCSG) для повторного выбора соты, который применяется, если белый список включает в себя CSG-ID. UE переходит к этапу ST4205, если цикл измерения или таймер истек. UE переходит к этапу ST4204 в том случае, если цикл не является циклом измерения или если таймер не истек. На этапе ST4204 пользовательское оборудование UE определяет, удовлетворены ли критерии для начала повторного выбора соты. В частности, пользовательское оборудование UE определяет, равно или меньше ли принятое качество обслуживающей соты, чем пороговое значение. Более конкретно, UE определяет, равно или меньше ли S_ServingCell, чем S_intrasearch (или равно или меньше ли S_ServingCell, чем S_non_intrasearch). UE переходит к этапу ST4205, если критерии измерения удовлетворяются (если принятое качество обслуживающей соты равно или меньше порогового значения или если S_ServingCell ≤ S_intrasearch). UE возвращается к этапу ST4203 в том случае, когда критерии измерения не удовлетворяются. На этапе ST4205 пользовательское оборудование UE выполняет измерения для повторного выбора соты, и, далее, переходит к этапу ST4206.
На этапе ST4206 пользовательское оборудование UE определяет, следует ли выполнить повторный выбор соты на основании результатов измерений, выполненных на этапе ST4205. В случае выполнения повторного выбора соты пользовательское оборудование возвращается к этапу ST4101.
UE возвращается к этапу ST4202 в том случае, если UE не выполняет повторного выбора соты. На этапе ST4207 пользовательское оборудование UE определяет, удовлетворены ли критерии для начала повторного выбора соты. В частности, пользовательское оборудование UE определяет, равно или меньше ли принятое качество обслуживающей соты, чем пороговое значение. Более конкретно, UE определяет, равно или меньше ли S_ServingCell, чем S_intrasearch (или равно или меньше ли S_ServingCell, чем S_non_intrasearch). UE переходит к этапу ST4208 в том случае, когда критерии измерения не удовлетворяются. Если критерии измерения не удовлетворяются, то пользовательское оборудование UE повторяет этап ST4207. На этапе ST4208 пользовательское оборудование UE выполняет измерения для повторного выбора соты и, далее, переходит к этапу ST4209. На этапе ST4209 пользовательское оборудование UE определяет, следует ли выполнить повторный выбор соты на основании результатов измерений, выполненных на этапе ST4208. В случае выполнения повторного выбора соты пользовательское оборудование возвращается к этапу ST4101. В случае невыполнения повторного выбора соты пользовательское оборудование возвращается к этапу ST4207.
Далее, раскрыт способ для сообщения цикла (который может являть собой таймер, например, T_reselectCSG) для выполнения измерений для повторного выбора соты даже в том случае, когда обслуживающая сота находится в хорошем состоянии (Sx>S_intrasearch, Sx>S_intersearch), что применяется в том случае, когда белый список включает в себя CSG-ID. В качестве первого способа обслуживающая сота (на стороне сети) передает в пользовательское оборудование UE сведения о цикле по каналу PBCH или PDSCH, используя BCCH, как широковещательную информацию.
Кроме того, обслуживающая сота сообщает цикл по каналу PBCH, используя MIB, или по каналу PDSCH, используя SIB. MIB сопоставляется с PBCH в случае использования MIB, что эффективно тем, что UE получает возможность принимать лишь небольшую величину задержки управления. В случае использования SIB цикл сообщается с использованием SIB1. Этот способ эффективен в том, что MIB или SIB1 являют собой абсолютно необходимую минимальную широковещательную информацию, принимаемую в течение интервала от поиска соты до входа в режим простоя, и что UE получает лишь небольшую величину задержки управления. Сверх того, в способе уведомления в системной информации, отличной от SIB1, используется широковещательная информация, превосходство чего выражается в том, что все обслуживаемые единицы UE могут быть уведомлены, и радиоресурсы используются эффективно. В первом способе UE способно получать цикл (таймер) для выполнения измерений для повторного выбора соты даже в том случае, если обслуживающая сота находится в хорошем состоянии (Sx>S_intrasearch, Sx>S_intersearch), что применяется в том случае, когда принимается только BCCH обслуживающей соты и белый список включает в себя CSG-ID, и, соответственно, предотвращается увеличение задержки управления. В качестве второго способа сота CSG передает в пользовательское оборудование UE сведения о цикле по каналу PBCH или PDSCH, используя BCCH, как широковещательную информацию. Кроме того, сота CSG сообщает цикл по каналу PBCH, используя MIB, или по каналу PDSCH, используя SIB. В случае использования MIB блок MIB сопоставляется с PBCH, эффективность чего выражается в том, что UE получает возможность принимать лишь небольшую величину задержки управления. В случае использования SIB цикл сообщается с использованием SIB1. Этот способ эффективен в том, что MIB или SIB1 являют собой абсолютно необходимую минимальную широковещательную информацию, принимаемую в течение интервала от поиска соты до входа в режим простоя, и что UE получает лишь небольшую величину задержки управления. Сверх того, в способе уведомления в системной информации, отличной от SIB1, используется широковещательная информация, превосходство чего выражается в том, что могут быть уведомлены все обслуживаемые единицы UE и радиоресурсы используются эффективно. Может быть достигнут эффект, заключающийся в отсутствии необходимости модификации системой информации соты, отличной от CSG, из-за CSG. Соответственно, систему LTE (eUTRA/eUTRAN), не включающую в себя существующие CSG, не требуется изменять, что повышает совместимость. В качестве третьего способа сота, отличная от CSG, передает в пользовательское оборудование UE сведения о цикле по каналу PBCH или PDSCH, используя BCCH, как широковещательную информацию. Кроме того, сота CSG сообщает цикл по каналу PBCH, используя MIB, или по каналу PDSCH, используя SIB. В случае использования MIB, блок MIB сопоставляется с PBCH, эффективность чего выражается в том, что UE получает возможность принимать лишь небольшую величину задержки управления. В случае использования SIB цикл сообщается с использованием SIB1. Этот способ эффективен в том, что MIB или SIB1 являют собой абсолютно необходимую минимальную широковещательную информацию, принимаемую в течение интервала от поиска соты до входа в режим простоя, и что UE получает лишь небольшую величину задержки управления. Сверх того, может быть использован способ передачи в системной информации, отличной от SIB1. Системная информация, отличная от SIB1, также является широковещательной информацией, и этот способ превосходен тем, что могут быть уведомлены все обслуживаемые единицы UE, и радиоресурсы используются эффективно. Когда сота, отличная от CSG, является обслуживающей сотой, будет достаточно, если параметры будут сообщены из соты, отличной от CSG, чтобы сота CSG могла быть выбрана. Следовательно, третий способ имеет преимущество, заключающееся в эффективном использовании радиоресурсов. В качестве четвертого способа в системе мобильной связи устанавливается статическая величина (величина, которая известна как UE, так и базовой станции, или величина, описанная, например, в спецификациях). В результате между базовой станцией (на стороне сети) и UE не возникает радиосигнал. Соответственно, может быть достигнуто эффективное использование радиоресурсов. Сверх того, упомянутая величина определяется статическим образом, в результате чего обеспечивается возможность достичь предотвращения ошибочного приема радиосигнала.
Хотя выше было описано, что цикл (таймер) для выполнения измерения для повторного выбора соты предоставлен так, чтобы отражаться на UE даже в том случае, если обслуживающая сота находится в хорошем состоянии (Sx>S_intrasearch, Sx>S_intersearch), и это применяется, когда белый список включает в себя CSG-ID, разные циклы (таймеры) могут быть предоставлены по отдельности согласно тому, включает ли белый список идентификатор CSG-ID, который должен быть отражен на UE. В добавление, хотя выше раскрыто, что цикл (таймер) для выполнения измерений для повторного выбора соты предоставлен так, чтобы отражаться на UE даже в том случае, когда обслуживающая сота находится в хорошем состоянии (Sx>S_intrasearch, Sx>S_intersearch), и это применяется, когда белый список включает в себя CSG-ID, этот цикл может быть применен только в том случае, когда обслуживающая сота является сотой, отличной от CSG, даже если UE имеет CSG-ID в белом списке. Это позволяет сократить бесполезное измерение (нежелательно менять обслуживающую соту с соты, отличной от CSG, на соту CSG, и, соответственно, измерения для выбора соты CSG при хорошем уровне принятого качества обслуживающей соты являются бесполезными) для выбора соты в случае, когда обслуживающей сотой была сота CSG, что имеет место в вышеупомянутом решении. В результате обеспечивается снижение энергопотребления UE. Хотя выше описана система LTE, использующая HeNB, в котором используется CSG, настоящее изобретение также применимо к системе UMTS, использующей HNB, в котором используется CSG, HeNB, в котором не используется CSG, HNB и базовая станцию с малым радиусом действия (что также обозначается как пико-сота или макро-сота).
Эффекты пятнадцатого варианта осуществления описаны ниже. Единицы UE, которые имеют CSG-ID в белом списке, и единицы UE, которые не имеют CSG-ID в белом списке, могут сосуществовать, обслуживаясь одной базовой станцией. Путем предоставления цикла (который может являть собой таймер) для выполнения измерений для повторного выбора соты даже в том случае, когда обслуживающая сота находится в хорошем состоянии (Sx>S_intrasearch, Sx>S_intersearch), который применяется в случае, когда белый список включает в себя CSG-ID, обеспечивается возможность решения задачи, заключающейся в том, что пользователь неспособен пользоваться коммерческим планом соты CSG, что обусловлено тем фактом, что измерения для повторного выбора соты CSG не выполняются, а также задачи, заключающейся в том, что в системе мобильной связи нагрузка соты, отличной от CSG, не может быть снижена. Пользовательское Оборудование UE, которое выполняет измерения для повторного выбора соты даже в том случае, когда обслуживающая сота в хорошем состоянии (когда критерии измерения не удовлетворяются, Sx>S_intrasearch, Sx>S_intersearch), не имеет CSG-ID в белом списке и не было зарегистрировано в соте CSG, не выполняет измерения для повторного выбора соты в том случае, когда обслуживающая сота находится в хорошем состоянии (когда критерии измерения не удовлетворяются, Sx>S_intrasearch, Sx>S_intersearch). Это обеспечивает возможность пропустить измерения для выбора соты CSG даже в том случае, когда обслуживающая сота находится в хорошем состоянии, что расточительно для UE, которое неспособно повторно выбрать соту CSG, поскольку оно не было зарегистрировано в этой соте CSG. Благодаря этому обеспечивается эффект сокращения энергопотребления UE, которое не было зарегистрировано в CSG. Эффекты согласно настоящему изобретению не могут быть достигнуты по технологии, описанной в Непатентном Документе 8. Решение пятнадцатого варианта осуществления превосходно в том, что упомянутые задачи могут быть решены без использования списка соседних ячеек. Это обусловлено тем, что предположительно сота CSG, HeNB и HNB имеет портативные размеры и вес, и предположительно сота CSG и т.п. устанавливается или удаляется часто и гибким образом, как описано выше. Соответственно, согласно решению с использованием списка соседних ячеек, список соседних ячеек требуется обновлять каждый раз, когда устанавливается или удаляется сота CSG, HeNB, HNB и т.п., и ожидается, что упомянутый список соседних ячеек будет часто обновляться. В результате система мобильной связи становится сложной и изощренной в решении, где используется список соседних ячеек. В добавление, решение пятнадцатого варианта осуществления превосходно в том, что вышеописанные эффекты достигаются, даже если сторона сети (такая как базовая станция) не распознает, имеет ли соответствующее UE идентификатор CSG-ID в белом списке. Таким образом, пользовательскому оборудованию UE не требуется сообщать в базовую станцию о наличии или отсутствии CSG-ID в белом списке, в результате чего обеспечивается эффективное использование радиоресурсов. Кроме того, поскольку базовой станции не требуется управлять присутствием или отсутствием идентификатора CSG-ID в белом списке обслуживаемых ею единиц UE, может быть достигнут эффект сокращения нагрузки обработки в базовой станции.
Ниже описан первый модифицированный пример пятнадцатого варианта осуществления. В пятнадцатом варианте осуществления цикл (который может являть собой таймер) для выполнения измерений для повторного выбора соты предоставляется и отражается на UE даже в том случае, когда обслуживающая сота находится в хорошем состоянии (Sx>S_intrasearch, Sx>S_intersearch), что применяется для решения вышеупомянутой задачи в том случае, когда белый список включает в себя CSG-ID. Тем не менее, остается неясным, будут ли соты CSG, существующие поблизости текущей обслуживающей соты, подходящей сотой только потому, что белый список включает в себя CSG-ID. В случае когда UE не было зарегистрировано в соте CSG, существующей вблизи текущей обслуживающей соты, возникает проблема повышения энергопотребления UE из-за выполнения измерений для повторного выбора соты, даже если эта обслуживающая сота находится в хорошем состоянии. Это проблема возникает, например, когда пользователь, который зарегистрировался в соте CSG, установленной в компании, идет домой.
Решение задачи первого модифицированного примера пятнадцатого варианта осуществления описано ниже. Для решения вышеупомянутой задачи в первом модифицированном примере пятнадцатого варианта осуществления раскрыто, что смещение добавляется к циклу для выполнения измерений для повторного выбора соты, которое должно отражаться на UE даже в том случае, когда обслуживающая сота находится в хорошем состоянии, когда сота не может быть выбрана, даже если измерения для выбора соты были выполнены в цикле (который может являть собой таймер) для выполнения измерений для повторного выбора соты, что применимо в случае, когда белый список включает в себя CSG-ID и обслуживающая сота находится в хорошем состоянии (Sx>S_intrasearch, Sx>S_intersearch). Конкретный пример работы описан ниже со ссылкой на фиг.43. Этапы, которые совпадают с этапами с фиг.42, здесь повторно не описываются. На этапе ST4301 пользовательское оборудование UE добавляет величину сдвига к циклу (таймера, например, T_reselectCSG) для выполнения измерений для повторного выбора соты даже в том случае, когда обслуживающая сота находится в хорошем состоянии (Sx>S_intrasearch, Sx>S_intersearch), и, далее, переходит к этапу ST4202. Например, если величина сдвига является положительной величиной, в случае когда повторный выбор соты не был выполнен, хотя измерения для повторного выбора соты были выполнены, когда обслуживающая сота находилась в хорошем состоянии (Sx>S_intrasearch, Sx>S_intersearch), то есть в случае, когда сота CSG, которая служит как обслуживающая сота для UE, не была найдена, цикл для выполнения измерений для повторного выбора соты становится дольше, даже когда обслуживающая сота находится в хорошем состоянии. Соответственно, в случае когда UE не было зарегистрировано в соте, существующей поблизости текущей обслуживающей соты, энергопотребление UE может быть сокращено путем использования величины сдвига. Способ сообщения цикла (таймера) для выполнения измерений для повторного выбора соты даже в том случае, когда обслуживающая сота находится в хорошем состоянии, согласно пятнадцатому варианту осуществления может быть использован как способ сообщения величины сдвига. В этом случае цикл (таймер) для выполнения измерений для повторного выбора соты может быть сообщен одновременно с величиной сдвига или отдельно от величины сдвига даже в том случае, когда обслуживающая сота находится в хорошем состоянии.
Хотя выше описана система LTE, использующая HeNB, в котором используется CSG, настоящее изобретение также применимо к системе UMTS, использующей HNB, в котором используется CSG, HeNB, в котором не используется CSG, HNB и базовая станция с малым радиусом действия (что также обозначается как пико-сота или макро-сота).
Первый модифицированный пример пятнадцатого варианта осуществления способен достичь следующего эффекта в добавление к эффектам пятнадцатого варианта осуществления. Обеспечивается возможность сокращения энергопотребления UE в случае, когда UE не было зарегистрировано в соте CSG, существующей поблизости текущей обслуживающей соты. Решение первого модифицированного примера пятнадцатого варианта осуществления превосходно в том, что вышеописанный эффект достигается, даже если сторона сети (такая как базовая станция) не распознает, в какой соте CSG было зарегистрировано соответствующее UE (какой CSG-ID включен в состав белого списка). Таким образом, пользовательскому оборудованию UE не требуется сообщать в базовую станцию CSG-ID в белом списке, в результате чего обеспечивается эффективное использование радиоресурсов. В добавление, поскольку базовой станции не требуется управлять идентификатором CSG-ID в белом списке обслуживаемых ею единиц UE, может быть достигнут эффект сокращения нагрузки обработки в базовой станции.
Ниже описан второй модифицированный пример пятнадцатого варианта осуществления. Здесь раскрыто еще одно решение задачи, описанной в первом модифицированном примере пятнадцатого варианта осуществления. Это решение отличается от решения первого модифицированного примера пятнадцатого варианта осуществления. Для решения вышеупомянутой задачи во втором модифицированном примере пятнадцатого варианта осуществления раскрыто, что применение цикла для выполнения измерений для повторного выбора соты, которое должно отражаться на UE даже в том случае, когда обслуживающая сота находится в хорошем состоянии, отменяется, когда сота не может быть выбрана, даже если измерения для выбора соты были выполнены в цикле (который может являть собой таймер) для выполнения измерений для повторного выбора соты, что применимо в случае, когда белый список включает в себя CSG-ID и обслуживающая сота находится в хорошем состоянии (Sx>S_intrasearch, Sx>S_intersearch). Конкретный пример работы описан ниже со ссылкой на фиг.44. Этапы, которые совпадают с этапами с фиг.42, здесь повторно не описываются. На этапе ST4206 пользовательское оборудование UE определяет, был ли выполнен повторный выбор соты, на основании результатов измерений, выполненных на этапе ST4205. В случае выполнения повторного выбора соты пользовательское оборудование возвращается к этапу ST4101. Если повторный выбор соты не был выполнен, пользовательское оборудование UE переходит к этапу ST4207.
Хотя выше описана система LTE, использующая HeNB, в котором используется CSG, настоящее изобретение также применимо к системе UMTS, использующей HNB, в котором используется CSG, HeNB, в котором не используется CSG, HNB и базовая станция с малым радиусом действия (что также обозначается как пико-сота или макро-сота).
Второй модифицированный пример пятнадцатого варианта осуществления способен достичь следующего эффекта в добавление к эффектам пятнадцатого варианта осуществления. Обеспечивается возможность сокращения энергопотребления UE в случае, когда UE не было зарегистрировано в соте CSG, существующей поблизости текущей обслуживающей соты. Сверх того, решение второго модифицированного примера пятнадцатого варианта осуществления превосходно в том, что вышеописанный эффект достигается, даже если сторона сети (такая как базовая станция) не распознает, в какой соте CSG было зарегистрировано соответствующее UE (какой CSG-ID включен в состав белого списка). Таким образом, пользовательскому оборудованию UE не требуется сообщать в базовую станцию о наличии или отсутствии CSG-ID в белом списке, в результате чего обеспечивается эффективное использование радиоресурсов. В добавление, поскольку базовой станции не требуется управлять идентификатором CSG-ID в белом списке обслуживаемых ею единиц UE, может быть достигнут эффект сокращения нагрузки обработки в базовой станции.
Шестнадцатый вариант осуществления
В шестнадцатом варианте осуществления раскрыто еще одно решение задачи, описанной в пятнадцатом варианте осуществления, которое отличается от решения пятнадцатого варианта осуществления. Так, в случае если принятое качество обслуживающей соты, которая является сотой, отличной от CSG, имеет хороший уровень в текущем процессе повторного выбора соты, возможна следующая операция для выбора соты CSG из соседних ячеек. Например, величина S_intrasearch устанавливается в низкое значение. В результате даже в том случае, когда принятое качество обслуживающей соты имеет хороший уровень, критерии измерения удовлетворяются легче, что облегчает выполнение измерений для повторного выбора соты. Тем не менее, когда величина S_intrasearch устанавливается в низкое значение, даже если принятое качество обслуживающей соты имеет хороший уровень во всех UE (включая UE, которое не имеет CSG-ID в белом списке), обслуживаемых этой обслуживающей сотой, критерии измерения удовлетворяются легче, что облегчает выполнение измерений для повторного выбора соты. В этом случае невозможно выбрать соту CSG посредством пользовательского оборудования UE (которое не было зарегистрировано в соте CSG), и, таким образом, выполняются бесполезные измерения и повышается энергопотребление UE.
Для решения этой задачи в шестнадцатом варианте осуществления раскрыто, что критерии измерения для начала повторного выбора соты предоставлены индивидуальным образом для случая, когда белый список включает в себя CSG-ID, и для случая, когда белый список не включает в себя CSG-ID, который должен отражаться на UE. Более конкретно, в шестнадцатом варианте осуществления раскрыто, что для сравнения с принятым качеством обслуживающей соты, которое является критерием измерения для начала повторного выбора соты, по отдельности предоставляются пороговые значения для случая, когда белый список включает в себя CSG-ID, и для случая, когда белый список не включает в себя CSG-ID, который должен отражаться на UE. Конкретный пример работы описан ниже со ссылкой на фиг.45. Этапы, которые совпадают с этапами с фиг.41 и 42, здесь повторно не описываются. На этапе ST4201 пользовательское оборудование UE определяет, входит ли в состав белого списка идентификатор CSG-ID. Альтернативно, UE определяет, было ли оно зарегистрировано в соте CSG. В случае если белый список включает в себя CSG-ID или если UE было зарегистрировано в соте CSG, пользовательское оборудование UE переходит к этапу ST4501. В случае если белый список включает в себя CSG-ID или если UE было зарегистрировано в соте CSG, пользовательское оборудование UE переходит к этапу ST4502. На этапе ST4501 пользовательское оборудование UE определяет, удовлетворяются ли критерии измерения для повторного выбора соты, которые применяются в случае, когда белый список включает в себя CSG-ID. В качестве конкретного примера пользовательское оборудование UE определяет, равно или меньше ли принятое качество (например, Sx) обслуживающей соты, чем пороговое значение (например, S_intrasearchCSG), которое применяется в случае, когда белый список включает в себя CSG-ID.
Пользовательское оборудование UE переходит к этапу ST4205 в случае, когда удовлетворяются критерии измерения, например, в случае если Sx≤S_intrasearchCSG. Пользовательское оборудование UE возвращается к этапу ST4501 в случае, когда критерии измерения не удовлетворяются, например, в случае если Sx>S_intrasearchCSG. В этом случае сравнение может быть выполнено не только с пороговым значением относительно того, удовлетворяются ли критерии измерения той же частоты, но и с пороговым значением (например, S_intersearchCSG) относительно того, удовлетворяются ли критерии измерения разных частот. На этапе ST4502 пользовательское оборудование UE определяет, удовлетворяются ли критерии измерения для повторного выбора соты, которые применяются в нормальном случае (когда белый список не включает в себя CSG-ID). В частности, пользовательское оборудование UE определяет, равно или меньше ли принятое качество (например, Sx) обслуживающей соты, чем пороговое значение (S_intrasearch). Пользовательское оборудование UE переходит к этапу ST4208 в случае, когда удовлетворяются критерии измерения, например, в случае если Sx≤S_intrasearch. Пользовательское оборудование UE возвращается к этапу ST4502 в случае, когда критерии измерения не удовлетворяются, например, в случае если Sx>S_intrasearch. В этом случае сравнение может быть выполнено не только с пороговым значением относительно того, удовлетворяются ли критерии измерения той же частоты, но и с пороговым значением (например, S_intersearch) относительно того, удовлетворяются ли критерии измерения разных частот. Кроме того, пороговое значение (например, S_interserachCSG), которое применяется в случае, когда белый список включает в себя CSG-ID, который раскрыт выше, может применяться только к случаю, когда обслуживающая сота является сотой, отличной от CSG, даже в пользовательском оборудовании UE, которое имеет CSG-ID в белом списке. Это позволяет сократить бесполезные измерения (нежелательно менять обслуживающую соту с соты, отличной от CSG, на соту CSG, и, соответственно, измерения для выбора соты CSG при хорошем уровне принятого качества обслуживающей соты являются бесполезными) для выбора соты в случае, когда обслуживающей сотой была сота CSG, что имеет место в вышеупомянутом решении. В результате обеспечивается снижение энергопотребления UE.
Способ сообщения цикла (таймера) для выполнения измерений для повторного выбора соты даже в том случае, когда обслуживающая сота находится в хорошем состоянии, согласно пятнадцатому варианту осуществления может быть использован в качестве способа сообщения критериев измерения для начала повторного выбора соты в случае, когда белый список включает в себя CSG-ID. В этом случае критерии измерения для начала повторного выбора соты в случае, когда белый список включает в себя CSG-ID, могут быть удовлетворены одновременно с или независимо от критериев измерения для повторного выбора соты, которые применяются в нормальном режиме.
Хотя выше описана система LTE, использующая HeNB, в котором используется CSG, настоящее изобретение также применимо к системе UMTS, использующей HNB, в котором используется CSG, HeNB, в котором не используется CSG, HNB и базовая станция с малым радиусом действия (что также обозначается как пико-сота или макро-сота).
Эффекты шестнадцатого варианта осуществления описаны ниже. Единицы UE, которые имеют CSG-ID в белом списке, и единицы UE, которые не имеют CSG-ID в белом списке, могут сосуществовать, обслуживаясь базовой станцией. Путем предоставления критериев измерения для начала повторного выбора соты, которые применяются в случае, когда белый список включает в себя CSG-ID, возможно решить проблему, заключающуюся в том, что пользователь неспособен использовать коммерческий план соты CSG из-за того, что измерения для повторного выбора соты CSG не выполняются, а также проблему, заключающуюся в том, что нагрузка соты, отличной от CSG, не может быть снижена в системе мобильной связи. Пользовательское оборудование UE, которое выполняет повторный выбор соты даже в том случае, когда обслуживающая сота находится в хорошем состоянии и белый список включает в себя CSG-ID, которое не имеет CSG-ID в белом списке и не было зарегистрировано в CSG, не выполняет измерений для повторного выбора соты в случае, когда обслуживающая сота находится в хорошем состоянии. Это обеспечивает возможность пропустить измерения для выбора соты CSG даже в том случае, когда обслуживающая сота находится в хорошем состоянии, что расточительно для UE, которое неспособно повторно выбрать соту CSG, поскольку оно не было зарегистрировано в этой соте CSG. Благодаря этому обеспечивается эффект сокращения энергопотребления UE, которое не было зарегистрировано в CSG. Соответственно, обеспечивается эффект согласно настоящему изобретению, который не может быть достигнут по технологии, описанной в Непатентном Документе 8.
Решение шестнадцатого варианта осуществления превосходно в том, что упомянутые задачи могут быть решены без использования списка соседних ячеек. Это обусловлено тем, что предположительно сота CSG, HeNB и HNB имеет портативные размеры и вес, и предположительно сота CSG и т.п. устанавливаются или удаляются часто и гибким образом, как описано выше. Соответственно, согласно решению с использованием списка соседних ячеек, список соседних ячеек требуется обновлять каждый раз, когда устанавливается или удаляется сота CSG, HeNB, HNB и т.п., и ожидается, что упомянутый список соседних ячеек будет часто обновляться. Это обусловлено тем, что система мобильной связи становится сложной и изощренной в решении, где используется список соседних ячеек. Сверх того, решение шестнадцатого варианта осуществления превосходно в том, что вышеописанный эффект достигается, даже если сторона сети (такая как базовая станция) не распознает, имеет ли соответствующее UE идентификатор CSG-ID в белом списке. Таким образом, пользовательскому оборудованию UE не требуется сообщать в базовую станцию о наличии или отсутствии CSG-ID в белом списке, в результате чего обеспечивается эффективное использование радиоресурсов. В добавление, поскольку базовой станции не требуется управлять присутствием или отсутствием идентификатора CSG-ID в белом списке обслуживаемых ею единиц UE, может быть достигнут эффект сокращения нагрузки обработки в базовой станции.
Ниже описан первый модифицированный пример шестнадцатого варианта осуществления. В частности, раскрыто решение задачи, описанной в первом модифицированном примере пятнадцатого варианта осуществления. Для решения вышеупомянутой задачи в первым модифицированном примере шестнадцатого варианта осуществления раскрыто, что применение критериев измерения (например, S_intrasearchCSG) для начала повторного выбора соты отменяется, даже если измерения для выбора соты выполняются согласно критериям измерения (например, S_intrasearchCSG) для начала повторного выбора соты, которые применяются в случае, когда белый список включает в себя CSG-ID, если сота не была выбрана.
Конкретный пример работы описан ниже со ссылкой на фиг.45. На этапе ST4206 пользовательское оборудование UE определяет, был ли выполнен повторный выбор соты, на основании результатов измерений, выполненных на этапе ST4205. В случае выполнения повторного выбора соты пользовательское оборудование возвращается к этапу ST4101. Если повторный выбор соты не был выполнен, пользовательское оборудование UE переходит к этапу ST4502.
Семнадцатый вариант осуществления
В рамках проекта 3GPP исследуются базовые станции, которые обозначаются как Home-NodeB (Home-NB, HNB) и Home-eNodeB (Home-eNB, HeNB). HNB/HeNB представляет собой базовую станцию, например, для службы домашнего, корпоративного или коммерческого доступа в UTRAN/E-UTRAN. В Непатентном Документе 9 раскрыто три разных режима доступа в HeNB и HNB. Этими тремя режимами являются режим открытого доступа, режим закрытого доступа и режим гибридного доступа. Соответствующие режимы имеют следующие характеристики. В режиме открытого доступа HeNB и HNB действуют как нормальная сота оператора. В режиме закрытого доступа HeNB и HNB действуют как сота CSG. Сота CSG представляет собой соту, доступ в которую разрешен только членам CSG. В режиме гибридного доступа HeNB и HNB представляет собой соты CSG, где одновременно разрешен доступ пользователям, не являющимся членами CSG. Иначе говоря, сота в режиме гибридного доступа являет собой соту, которая поддерживает как режим открытого доступа, так и режим закрытого доступа. Сота в режиме гибридного доступа также обозначается как гибридная сота.
В рамках 3GPP исследуется способ обеспечения возможности повторного выбора соты и переключения на желаемую соту CSG даже в том случае, когда принятое качество обслуживающей соты имеет хороший уровень. Предполагается, что вышеупомянутые нужды должны быть исследованы также для гибридной соты. Например, в Непатентном Документе 10 предлагается, что единицы UE члена CSG должны оставаться в гибридных сотах дольше, чем единицы UE пользователей, не являющихся членами CSG, и что необходим механизм для различения между единицами UE члена CSG и единицами UE пользователей, отличных от CSG. Тем не менее, в Непатентном Документе 10 нет описания какого-либо конкретного способа для решения этой задачи.
Гибридная сота представляет собой соту CSG, и, соответственно, способы, раскрытые в пятнадцатом варианте осуществления, первом модифицированном примере пятнадцатого варианта осуществления, втором модифицированном примере пятнадцатого варианта осуществления, шестнадцатом варианте осуществления и первом модифицированном примере шестнадцатого варианта осуществления применимы в качестве конкретного способа для того, чтобы единицы UE члена CSG дольше оставались в гибридных сотах, чем единицы UE пользователей, не являющихся членами CSG. Эти способы позволяют пользовательскому оборудованию UE с CSG-ID в белом списке (списке CSG-ID, разрешенном списке CSG) или пользовательскому оборудованию UE, зарегистрированному в соте CSG, выполнять процесс повторного выбора соты быстрее по сравнению с другими единицами UE. Соответственно, предоставляется возможность быстро детектировать соты CSG, включающие в себя гибридную соту. Это позволяет пользовательскому оборудованию UE с CSG-ID группы CSG, которой принадлежит эта гибридная сота, или UE, зарегистрированному в CSG, быстро выполнять повторный выбор соты и переключение на гибридную соту. Способы, раскрытые в этих вариантах осуществления, также применимы к конкретной операции.
В шестнадцатом варианте осуществления раскрыто, что критерии измерения для повторного выбора соты предоставляются индивидуальным образом для случая, когда белый список включает в себя CSG-ID и когда белый список не включает в себя CSG-ID. Например, пороговое значение повторного выбора в случае, когда белый список не включает в себя CSG-ID, определяется как S_intrasearch, а пороговое значение повторного выбора соты в случае, когда белый список включает в себя CSG-ID, обозначается как S_intrasearchCSG.
Для того чтобы процесс повторного выбора соты выполнялся быстрее в случае, когда белый список включает в себя CSG-ID, чем в случае, когда белый список не включает в себя CSG-ID, величина S_intrasearchCSG может быть установлена меньше величины S_intrasearch (S_intrasearch>S_intrasearchCSG). Чем меньше пороговое значение повторного выбора соты, тем легче начинается процесс повторного выбора соты, что, соответственно, облегчает повторный выбор соты CSG пользовательским оборудованием UE члена CSG. Соответственно, повторный выбор на гибридную соту также реализуется в семнадцатом варианте осуществления.
Восемнадцатый вариант осуществления
Даже в том случае, когда принятое качество обслуживающей соты имеет хороший уровень, например, в Непатентном Документе 11 описан способ предоставления Qoffset (смещения Q) для каждой соты CSG в качестве конкретного способа для обеспечения возможности повторного выбора желаемой соты CSG.
Qoffset представляет собой сдвиг, предоставляемый к измеренной величине принятого качества детектированной соты, когда в процессе повторного выбора соты выполняется ранжирование ячеек, как описано в Непатентном Документе 7. Qoffset рассылается из обслуживающей соты вместе с информацией о соте, для которой предоставлен Qoffset.
Кроме того, в Непатентном Документе 12 описан способ предоставления одного Qoffset гибридным сотам, то есть способ предоставления одного Qoffset всем сотам в режиме гибридного доступа. Сверх того, описан способ предоставления двух Qoffset, соответствующих диапазону RSRP макро-соты, и сдвиги Qoffset индивидуально применяются, когда RSRP макро-соты ниже или выше порогового значения RSRP.
Согласно этим способам, величины сдвигов варьируют только для каждой соты, каждого типа соты или позиционного отношения с макро-сотой только путем предоставления Qoffset для каждой соты CSG, предоставления одного Qoffset гибридным сотам, или путем предоставления Qoffset, соответственно, диапазону RSRP макро-соты.
Тем не менее, хотя гибридная сота представляет собой соту CSG, она одновременно поддерживает как режим закрытого доступа, так и режим открытого доступа. По этой причине для гибридной соты критерии повторного выбора соты не могут варьировать между единицами UE пользователя, который не является членом CSG, и единицами UE пользователя, который является членом CSG. Соответственно, эти способы вызывают проблему, заключающуюся в том, что единицам UE члена CSG не разрешается оставаться в гибридных сотах дольше, чем единицам UE пользователей, не являющихся членами CSG.
Для решения вышеупомянутой задачи в настоящем варианте осуществления предоставлена величина сдвига (Qoffset_csg), применяемая к единицам UE, имеющим CSG-ID в белом списке, или единицам UE, зарегистрированным в CSG, и величина сдвига (Qoffset_noncsg), применяемая к другим единицам UE.
Как описано выше, предоставляется возможность варьировать критерии для повторного выбора соты между единицами UE пользователя, не являющегося членом CSG, и единицами UE члена CSG, путем индивидуального предоставления сдвигов для единиц UE, имеющих CSG-ID в белом списке, или единиц UE, зарегистрированных в CSG, и других единиц UE. Это позволяет единицам UE члена CSG оставаться в гибридных сотах дольше, чем единицам UE пользователя, не являющегося членом CSG.
Конкретный пример работы описан ниже со ссылкой на фиг.46. Этапы, которые совпадают с этапами с фиг.41, здесь повторно не описываются. На этапе ST4103 пользовательское оборудование UE выполняет измерения для повторного выбора соты и выполняет ранжирование ячеек. На этапе ST4601 пользовательское оборудование UE определяет, входит ли в состав белого списка идентификатор CSG-ID. Альтернативно, UE определяет, было ли оно зарегистрировано в соте CSG. В случае если белый список включает в себя CSG-ID или если UE было зарегистрировано в соте CSG, пользовательское оборудование UE переходит к этапу ST4602. На этапе ST4602 пользовательское оборудование UE вычитает Qoffset_csg из измеренной величины. В случае если белый список не включает в себя CSG-ID или если UE не было зарегистрировано в соте CSG, пользовательское оборудование UE переходит к этапу ST4603. На этапе ST4603 пользовательское оборудование UE вычитает Qoffset_noncsg из измеренной величины. Пользовательское оборудование UE выполняет ранжирование ячеек на основании результатов, полученных при вычитании, в результате чего обеспечивается возможность варьировать критерии измерения для выполнения повторного выбора соты между единицами UE, имеющими CSG-ID в белом списке, или единицами UE, зарегистрированными в CSG, и другими единицами UE. Также можно выполнить ранжирование ячеек только на этапе ST4602 или ST4603 и пропустить ранжирование ячеек на этапе ST4103.
Что касается величины Qoffset_noncsg и величины Qoffset_csg, согласно среде распространения радиоволн в обслуживающей соте и соседних сотах, будет достаточным, если критерии принятого качества для повторного выбора соты будут удовлетворяться быстрее в единицах UE с CSG-ID в белом списке или единицах UE, зарегистрированных в CSG, чем в других единицах UE.
Например, величина Qoffset_csg может быть установлена меньше величины Qoffset_noncsg (Qoffset_noncsg>Qoffset_csg). Соответственно, результаты вычислений с учетом этих сдвигов для одной соты становятся больше в единицах UE, имеющих CSG-ID в белом списке, или в единицах UE, зарегистрированных в CSG, чем в других единицах UE. Соответственно, единицы UE, имеющие CSG-ID в белом списке, или единицы UE, зарегистрированные в CSG, удовлетворяют критерию принятого качества для повторного выбора соты быстрее, чем другие единицы UE. В результате более быстрого удовлетворения критерия принятого качества для повторного выбора соты повторный выбор подходящей соты реализуется быстрее. Следовательно, для гибридных ячеек обеспечивается возможность более быстрого выполнения повторного выбора соты для единиц UE члена CSG, чем для единиц UE пользователя, не являющегося членом CSG, что позволяет единицам UE члена CSG оставаться в гибридной соте дольше, чем единицы UE пользователя, не являющегося членом CSG.
Критерии ранжирования соты могут быть выражены следующими уравнениями.
Для единиц UE, имеющих CSG-ID в белом списке, или единиц UE, зарегистрированных в CSG,
Rn = Qmeas, n - Qoffset_csg,
а для других единиц UE,
Rn = Qmeas, n - Qoffset_noncsg.
Qmeas и n представляют измеренные величины принятого качества n-ой соты, а Rn представляет результаты вычисления принятого качества с учетом сдвига.
Альтернативно, критерии ранжирования соты могут быть выражены следующими уравнениями.
Для единиц UE, имеющих CSG-ID в белом списке, или единиц UE, зарегистрированных в CSG,
Rn = Qmeas, n - Qoffset - Qoffset_csg,
а для других единиц UE,
Rn = Qmeas, n - Qoffset - Qoffset_noncsg.
Обычные Qoffset, Qoffset_noncsg и Qoffset_csg могут быть использованы только для различения между единицами UE, имеющими CSG-ID в белом списке, или единицами UE, зарегистрированными в CSG, и другими единицами UE.
Способы с первого по четвертый, раскрытые как способы сообщения цикла для выполнения измерений для повторного выбора соты в пятнадцатом варианте осуществления, применимы как способ передачи Qoffset_csg и Qoffset_noncsg. В этом случае обеспечиваются схожие эффекты.
Сверх того, в первом способе уведомление может быть выполнено с использованием SIB4 в случае, когда используется SIB.
Обычные величины сдвига передаются вместе с информацией соответствующих ячеек в SIB4. Величины сдвига передаются вместе с этими информационными элементами, и, соответственно, критерии ранжирования ячеек выполняются для каждой соответствующей соты вместе с обычными величинами сдвига. В качестве информации соответствующей соты может быть использован диапазон PCI, который может быть предоставлен для гибридных ячеек. Это позволяет устанавливать одинаковую величину для множества гибридных ячеек, что сокращает объем информации блока SIB4.
Кроме того, во втором способе только гибридные соты могут сообщать величины сдвига как широковещательную информацию.
В раскрытом выше способе предоставлена величина сдвига (Qoffset_csg), применяемая к единицам UE, имеющим CSG-ID в белом списке, или единицам UE, зарегистрированным в CSG, и величина сдвига (Qoffset_noncsg), применяемая к другим единицам UE, так что выполняется ранжирование ячеек и, далее, выполняется повторный выбор ячеек.
В еще одном способе может быть предоставлена величина (Qoffset_delta) разности между величиной сдвига, применяемой к единицам UE, имеющим CSG-ID в белом списке, или единицам UE, зарегистрированным в CSG, и величиной сдвига, применяемой к другим единицам UE. То есть величины Qoffset_noncsg и Qoffset_delta могут быть предоставлены для использования в качестве критерия для ранжирования ячеек.
Например, критерии ранжирования соты могут быть выражены следующими уравнениями.
Для единиц UE, имеющих CSG-ID в белом списке, или единиц UE, зарегистрированных в CSG,
Rn = Qmeas, n - (Qoffset_noncsg - Qofffset_delta),
а для других единиц UE,
Rn = Qmeas, n - Qoffset_noncsg.
В результате обеспечиваются эффекты, схожие с эффектами способа передачи Qoffset_noncsg и Qoffset_csg, который раскрыт выше.
Кроме того, в еще одном способе величина сдвига, применяемая к единицам UE, имеющим CSG-ID в белом списке, или единицам UE, которые не были зарегистрированы в CSG, может быть установлена как обычная величина Qoffset, которая должна быть использована вместе с величиной разности Qoffset_delta.
Например, критерии ранжирования соты могут быть выражены следующими уравнениями.
Для единиц UE, имеющих CSG-ID в белом списке, или единиц UE, зарегистрированных в CSG,
Rn = Qmeas, n - (Qoffset - Qofffset_delta),
а для других единиц UE,
Rn = Qmeas, n - Qoffset.
В результате обеспечиваются эффекты, схожие с эффектами способа, раскрытого выше, и, сверх того, количество параметров, которые должны быть установлены, может быть сокращено на один. То есть не требуется устанавливать оба параметра Qoffset_csg и Qoffset_noncsg, а только Qoffset_delta. Соответственно, можно сократить объем информации для установки параметров. Вышеупомянутый способ применим в качестве способа уведомления. В еще одном способе величины Qoffset и Qoffset_delta могут быть по отдельности сообщены из разных ячеек. Например, Qoffset сообщается из обслуживающей соты, а Qoffset_delta сообщается из гибридной соты. Qoffset_delta представляет собой величину для гибридной соты, и, таким образом, она может быть сообщена только из гибридной соты, так что единицы UE, имеющие CSG-ID в белом списке, и единицы UE, зарегистрированные в CSG, могут выполнить повторное вычисление, используя величину сдвига (Qoffset_delta) в критериях для ранжирования ячеек. Другим единицам UE не требуется выполнять повторное вычисление и принимать величину сдвига гибридной соты, и, соответственно, достаточным будет измерение только принятого качества. Это может упростить измерение при повторном выборе соты, и может быть обеспечен эффект сокращения энергопотребления UE.
Способ, раскрытый в настоящем варианте осуществления, также применим к способу предоставления Qoffset для каждой соты CSG, который описан в Непатентном Документе 11, способу предоставления одного Qoffset гибридным сотам, который описан в Непатентном Документе 12, или к способу предоставления двух Qoffset, соответствующих диапазону RSRP макро-соты, и индивидуального применения каждого Qoffset, когда RSRP макро-соты ниже или выше порогового значения RSRP. Например, эти Qoffset могут быть использованы как Qoffset для критериев ранжирования ячеек, которые раскрыты в настоящем варианте осуществления, или они могут быть использованы в добавление к Qoffset. В результате обеспечивается возможность учитывать, что соответствующие сдвиги Qoffset, которые предоставляются для каждой соты CSG, специфичны для гибридных ячеек, или что они соответствуют диапазону RSRP макро-соты.
Кроме того, в еще одном способе величины, описанные в упомянутых Непатентных Документах, не используются для применения к другим единицам UE в качестве величин сдвига, применяемых к единицам UE, имеющим CSG-ID в белом списке, или единицам UE, зарегистрированным в CSG. Например, величины, описанные в этих Непатентных Документах, могут использоваться в Qoffset_delta как критерии для ранжирования соты. Это обеспечивает возможность варьирования критериев повторного выбора для гибридной соты между единицами UE пользователя, который не является членом CSG, и единицами UE пользователя, который является членом CSG.
Следует отметить, что способ, раскрытый в настоящем варианте осуществления, может быть использован в сочетании со способом, раскрытым в пятнадцатом варианте осуществления, первом модифицированном примере пятнадцатого варианта осуществления, втором модифицированном примере пятнадцатого варианта осуществления, шестнадцатом варианте осуществления, первом модифицированном примере шестнадцатого варианта осуществления или семнадцатом варианте осуществления.
Например, на фиг.47 проиллюстрирован конкретный пример работы в случае сочетания настоящего способа с пятнадцатым вариантом осуществления. Этапы, которые совпадают с этапами с фиг.42, здесь повторно не описываются. На этапе ST4201 пользовательское оборудование UE определяет, входит ли в состав белого списка идентификатор CSG-ID. Альтернативно, UE определяет, было ли оно зарегистрировано в соте CSG. В случае если белый список включает в себя CSG-ID или если UE было зарегистрировано в соте CSG, на этапе ST4701 пользовательское оборудование UE вычитает Qoffset_csg из измеренной величины. В случае если белый список не включает в себя CSG-ID или если UE не было зарегистрировано в соте CSG, на этапе ST4702 пользовательское оборудование UE вычитает Qoffset_noncsg из измеренной величины. В результате ранжирования ячеек, которое выполняется на основании результатов, полученных при вычитании, обеспечивается возможность варьировать критерии определения для выполнения повторного выбора соты между единицами UE, имеющими CSG-ID в белом списке, или единицами UE, зарегистрированными в CSG, и другими единицами UE. Также можно выполнить ранжирование ячеек только на этапе ST4701 или ST4702 и пропустить ранжирование ячеек на этапе ST4205.
Можно использовать другой вариант осуществления или модифицированный пример в сочетании со схожими операциями. В результате сочетания способа, раскрытого в настоящем варианте осуществления, и варианта осуществления или модифицированного примера обеспечивается эффект, заключающийся в том, что гибкая обработка также доступна для разности в среде распространения соответствующих радиоволн, что является результатом гибкой компоновки узлов HeNB или HNB, включающих в себя гибридные соты.
Способ, раскрытый в настоящем варианте осуществления, обеспечивает возможность варьирования критериев повторного выбора для гибридной соты между единицами UE пользователя, который не является членом CSG, и единицами UE пользователя, который является членом CSG. Это позволяет единицам UE члена CSG оставаться в гибридных сотах дольше, чем единицам UE пользователя, не являющегося членом CSG.
Соответственно, члены CSG способны получать службы, такие как высокоскоростная связь и выгодный коммерческий план, который выделен для членов CSG в гибридных сотах, быстрее и в течение более длительного времени.
Девятнадцатый вариант осуществления
В восемнадцатом варианте осуществления раскрыт способ, в котором единицы UE члена CSG выполняют повторный выбор соты по гибридным сотам быстрее, чем единицы UE пользователя, не являющегося членом CSG, то есть способ облегчения (входящего) повторного выбора гибридных ячеек.
Для того чтобы единицы UE члена CSG выполняли повторный выбор ячеек из гибридных ячеек медленнее, чем единицы UE пользователя, не являющегося членом CSG, то есть для того, чтобы усложнить (исходящий) повторный выбор соты из гибридных ячеек, в настоящем варианте осуществления раскрыт случай применения способа для предоставления величины сдвига (Qoffset_csg), применяемой к единицам UE, имеющим CSG-ID в белом списке, или к единицам UE, зарегистрированным в CSG, и величины сдвига (Qoffset_noncsg), применяемой к другим единицам UE, и для выполнения ранжирования ячеек и повторного выбора соты с использованием этих сдвигов, чтобы, таким образом, варьировать критерии для повторного выбора соты между единицами UE пользователя, не являющегося членом CSG, и единицами UE члена CSG.
Например, критерии ранжирования соты могут быть выражены следующими уравнениями.
Для единиц UE, имеющих CSG-ID в белом списке, или единиц UE, зарегистрированных в CSG,
Rs = Qmeas, s + Qhyst - Qoffset_csg,
а для других единиц UE,
Rs = Qmeas, s + Qhyst - Qoffset_noncsg.
Qmeas и s представляют измеренные величины принятого качества обслуживающей соты, Qhyst представляет величину сдвига для предоставления гистерезиса, а Rs представляет результаты вычисления принятого качества обслуживающей соты, в которых учитывается упомянутый сдвиг.
Гибридная сота служит как обслуживающая сота в повторном выборе соты из гибридных ячеек. Соответственно, для того чтобы усложнить повторный выбор соты из гибридных ячеек, предоставляется разность в величине измерения обслуживающей соты между единицами UE, имеющими CSG-ID в белом списке, или единицами UE, зарегистрированными в CSG, и другими единицами UE при ранжировании ячеек в процессе повторного выбора соты. Например, вычисление выполняется с использованием Qoffset_noncsg и Qoffset_csg. В результате критерии определения для выполнения повторного выбора соты из гибридных ячеек могут варьировать между обеими единицами UE.
Что касается величины Qoffset_noncsg и величины Qoffset_csg, единицы UE, имеющие CSG-ID в белом списке, или единицы UE, зарегистрированные в CSG, могут быть установлены таким образом, чтобы они удовлетворяли критериям принятого качества для повторного выбора соты медленнее, чем другие единицы UE, согласно среде распространения радиоволн обслуживающей соты и соседних ячеек.
Например, величина Qoffset_csg может быть установлена больше величины Qoffset_noncsg (Qoffset_noncsg>Qoffset_csg). Соответственно, результаты вычислений с учетом этих сдвигов для обслуживающей соты, которая является гибридной сотой, становятся меньше в единицах UE, имеющих CSG-ID в белом списке, или в единицах UE, зарегистрированных в CSG, чем в других единицах UE. Это означает, что единицы UE, имеющие CSG-ID в белом списке, или единицы UE, зарегистрированные в CSG, удовлетворяют критерию принятого качества для повторного выбора соты медленнее, чем другие единицы UE.
В результате более медленного удовлетворения критерия принятого качества обеспечивается возможность предотвратить повторный выбор из гибридных ячеек до удовлетворения критерия принятого качества. Для единиц UE члена CSG обеспечивается возможность более медленного выполнения повторного выбора соты из гибридных ячеек, чем для единиц UE пользователя, не являющегося членом CSG, что позволяет единицам UE члена CSG оставаться в гибридной соте дольше, чем единицы UE пользователя, не являющегося членом CSG.
Фиг.48 иллюстрирует один конкретный пример работы при повторном выборе соты в гибридных сотах. Этапы, которые совпадают с этапами с фиг.41, здесь повторно не описываются. Пользовательское оборудование UE, которое начало процесс выбора соты или повторного выбора соты на этапе ST4101, выполняет измерения обслуживающей соты для повторного выбора соты и выполняет ранжирование ячеек для обслуживающей соты. На этапе ST4801 пользовательское оборудование UE определяет, входит ли в состав белого списка идентификатор CSG-ID. Альтернативно, UE определяет, было ли оно зарегистрировано в соте CSG. В случае если белый список включает в себя CSG-ID или если UE было зарегистрировано в соте CSG, пользовательское оборудование UE переходит к этапу ST4802. На этапе ST4802 пользовательское оборудование UE вычитает Qoffset_csg из измеренной величины. В случае если белый список не включает в себя CSG-ID или если UE не было зарегистрировано в соте CSG, пользовательское оборудование UE переходит к этапу ST4803. На этапе ST4803 пользовательское оборудование UE вычитает Qoffset_noncsg из измеренной величины. На этапе ST4102 пользовательское оборудование UE определяет, удовлетворены ли критерии измерения для повторного выбора соты, на основании результатов, полученных путем вычитания. Это обеспечивает возможность варьирования критериев определения для выполнения повторного выбора соты между единицами UE, имеющими CSG-ID в белом списке, или единицами UE, зарегистрированными в CSG, и другими единицами UE.
Также можно избежать использования величин сдвига (Qoffset_csg, Qoffset_noncsg) в вычислении измеренной величины обслуживающей соты в случае, когда выполняется ранжирование соты, включая измеренную величину принятого качества обслуживающей соты на этапе ST4103. В случае если эти величины сдвига не используются, то очень вероятно, что единицы UE члена CSG выберут обслуживающую соту.
Альтернативно, величина сдвига (Qoffset_csg_r), применяемая к единицам UE, имеющим CSG-ID в белом списке, или единицам UE, зарегистрированным в CSG, и величина сдвига (Qoffset_noncsg_r), применяемая к другим единицам UE, могут быть предоставлены по отдельности, и при выполнении вычисления измеренных величин обслуживающей соты в процессе ранжирования, включающем в себя использование измеренной на этапе ST4103 величины принятого качества обслуживающей соты, эти величины сдвига могут быть применены к измеренным величинам обслуживающей соты, чтобы выполнить ранжирование ячеек и, далее, повторный выбор соты. В этом случае величина Qoffset_noncsg_r, предпочтительно, устанавливается в более высокое значение, чем величина Qoffset_csg_r. Соответственно, результаты вычислений с учетом этих сдвигов для обслуживающей соты, которая является гибридной сотой, становятся больше в единицах UE, имеющих CSG-ID в белом списке, или в единицах UE, зарегистрированных в CSG, чем в других единицах UE. Следовательно, единицы UE, имеющие CSG-ID в белом списке, или единицы UE, зарегистрированные в CSG, с более высокой вероятностью выберут обслуживающую соту, чем другие единицы UE.
В результате установки критериев для ранжирования соты согласно вышеописанному порядку, единицам UE члена CSG позволяется выполнять повторный выбор соты медленнее, чем единицам UE пользователя, не являющегося членом CSG, в гибридных сотах, что позволяет единицам UE члена CSG оставаться в гибридных сотах дольше, чем единицы UE пользователя, не являющегося членом CSG.
Способы с первого по четвертый, которые раскрыты в пятнадцатом варианте осуществления как способ сообщения цикла для выполнения измерений для повторного выбора соты, применимы к способу уведомления этих параметров, и могут быть получены схожие эффекты.
Путем комбинирования настоящего варианта осуществления и восемнадцатого варианта осуществления, для единиц UE члена CSG можно сделать повторный выбор гибридных ячеек легче и сделать повторный выбор из гибридных ячеек сложнее, чем для UE пользователя, не являющегося членом CSG. Соответственно, это позволяет единицам UE члена CSG оставаться в гибридных сотах дольше, чем единицы UE пользователя, не являющегося членом CSG.
В случае когда настоящий вариант осуществления комбинируется с восемнадцатым вариантом осуществления, величина сдвига, предоставленная для более легкого выполнения повторного выбора соты на гибридные соты, и величина сдвига, предоставленная для более сложного выполнения повторного выбора соты из гибридных ячеек в единицах UE члена CSG, чем в единицах UE пользователя, не являющегося членом CSG, могут быть установлены в отличные друг от друга значения или одинаковое значение.
Например, соответствующие величины устанавливаются таким образом, что величинами сдвига, предоставленными для облегчения выполнения повторного выбора в гибридные соты, являются Qoffset_csg_in и Qoffset_noncsg_in, а величинами сдвига, предоставленными для усложнения выполнения повторного выбора из гибридных ячеек, являются Qoffset_csg_out и Qoffset_noncsg_out. В результате обеспечивается возможность адаптации к более гибкой установке и обработке узлов HeNBs и HNBs.
В качестве примера установки величины в одинаковое значение могут быть предоставлены два сдвига Qoffset1 и Qoffset2. Для того чтобы облегчить повторный выбор в гибридные соты, величина Qoffset_csg устанавливается равной Qoffset1, а величина Qoffset_noncsg устанавливается равной Qoffset2, причем эти величины должны быть использованы в вычислении ранжирования Rn соседних ячеек. С другой стороны, для того чтобы усложнить повторный выбор из гибридных ячеек, величина Qoffset_csg устанавливается равной Qoffset2, а величина Qoffset_noncsg устанавливается равной Qoffset1, причем эти величины должны быть использованы в вычислении ранжирования Rs обслуживающих ячеек. Величина Qoffset1 может быть установлена меньше величины Qoffset2. Это сокращает количество параметров, в результате чего сокращается объем информации, который должен передаваться единицам UE.
Способы уведомления, раскрытые в пятнадцатом варианте осуществления и восемнадцатом варианте осуществления, могут быть использованы как способ сообщения этих параметров, и допускается комбинирование различных способов уведомления.
Например, Qoffset_csg_in и Qoffset_noncsg_in могут быть сообщены из обслуживающей соты в блоке SIB4 для использования при вычислении ранжирования Rn соседних ячеек, тогда как Qoffset_csg_out и Qoffset_noncsg_out могут быть сообщены только из гибридных ячеек в блоке SIB1 для использования при вычислении ранжирования Rs обслуживающих ячеек в гибридных сотах.
В результате сокращается объем информации, передаваемой из ячеек, не являющихся гибридными сотами.
В случае когда предоставлено два сдвига Qoffset1 и Qoffset2, уведомление может быть выполнено в блоке SIB1 всех ячеек. В результате обеспечивается возможность сокращения объема информации, которая должна быть передана также в гибридных сотах.
Следует отметить, что способ, раскрытый в настоящем варианте осуществления, может быть использован в сочетании со способом, раскрытым в пятнадцатом варианте осуществления, первом модифицированном примере пятнадцатого варианта осуществления, втором модифицированном примере пятнадцатого варианта осуществления, шестнадцатом варианте осуществления, первом модифицированном примере шестнадцатого варианта осуществления, семнадцатом варианте осуществления или восемнадцатом варианте осуществления.
Путем комбинирования способа, раскрытого в настоящем варианте осуществления, и вышеупомянутого варианта осуществления или примера, обеспечивается возможность облегчения выполнения повторного выбора соты и усложнения повторного выбора соты из гибридных ячеек в единицах UE члена CSG, по сравнению с единицами UE пользователя, который не является членом CSG, даже в разных средах распространения радиоволн из-за гибкого расположения узлов HeNB или HNB, включающих в себя гибридные соты. Соответственно, это позволяет единицам UE члена CSG оставаться в гибридных сотах дольше, чем единицы UE пользователя, не являющегося членом CSG.
Двадцатый вариант осуществления
В вышеописанном варианте осуществления раскрыт способ повторного выбора соты на/с гибридных ячеек для обеспечения возможности единицам UE члена CSG оставаться в гибридных сотах дольше, чем единицы UE пользователя, не являющегося членом CSG. В настоящем варианте осуществления раскрыт способ эстафетного переключения (входящего HO/исходящего HO) на/с гибридных ячеек для обеспечения возможности единицам UE члена CSG оставаться в гибридных сотах дольше, чем единицы UE пользователя, не являющегося членом CSG.
При эстафетном переключении на/с гибридных ячеек, процесс, правило и критерии эстафетного переключения варьируют между единицами UE пользователя, не являющегося членом CSG, и единицами UE члена CSG. В качестве конкретного способа предоставляются параметры, применяемые к единицам UE, которые имеют CSG-ID в белом списке, или к единицам UE, зарегистрированным в белом списке, и параметры, применяемые к другим единицам UE. Путем установки этих параметров в разные значения обеспечивается возможность варьировать критерии для эстафетного переключения на/с гибридных ячеек между единицами UE пользователя, который не является членом CSG, и единицами UE члена CSG.
Примеры параметров, используемых в эстафетном переключении на/с гибридных ячеек, включают в себя параметры, служащие как индикаторы для определения того, происходит ли событие в отчете измерения. Эти параметры включают в себя пороговые значения наступления события (Thresh, Thresh1, Thresh2), величину сдвига (Ocs) облаживающей соты, которая применяется к результатам измерения принятого качества, величину (Ofs) частоты обслуживающей соты, которая применяется к результатам измерения принятого качества, величину сдвига (Ocn) соседних ячеек, которая применяется к результатам измерения принятого качества, величину сдвига (Ofn) частоты соседних ячеек, которая применяется к результатам измерения принятого качества, величину сдвига (Off) для каждого события и гистерезис (Hys) для каждого события.
Например, в качестве порогового значения наступления события Thresh_csg применяется к единицам UE, имеющим CSG-ID в белом списке, или единицам UE, зарегистрированным в CSG, а Thresh_noncsg применяется к другим единицам UE в случае, когда обслуживающая сота является гибридной сотой. Путем установки величины Thresh_csg в более высокое значение, чем Thresh_noncsg, событие для эстафетного переключения наступает в единицах UE члена CSG медленнее, чем в единицах UE пользователя, не являющегося членом CSG, что позволяет единицам UE члена CSG оставаться в гибридных сотах дольше, чем единицы UE пользователя, не являющегося членом CSG.
Например, в качестве величин сдвига для соседних ячеек предоставляется Ocn_csg, применяемая к единицам UE, имеющим CSG-ID в белом списке, или к единицам UE, зарегистрированным в CSG, и Ocn_noncsg, применяемая к другим единицам UE. В случае когда величина сдвига вычитается из результатов измерения принятого качества, Ocn_noncsg устанавливается в большее значение, чем Ocn_csg. В случае когда соседние соты являются гибридными сотами, единицы UE члена CSG вычисляют принятое качество соседней соты, используя Ocn_csg, а единицы UE пользователя, не являющегося членом CSG, вычисляют принятое качество соседних ячеек, используя Ocn_noncsg. Ocn_noncsg устанавливается в большее значение, чем Ocn_csg, и, следовательно, событие для эстафетного переключения наступает быстрее в единицах UE члена CSG, чем в единицах UE пользователя, не являющегося членом CSG, что позволяет выполнять эстафетное переключение на гибридные соты быстрее.
В качестве способа передачи этих параметров упомянутые параметры могут быть индивидуально переданы из обслуживающей соты в единицы UE, которые выполняют измерение. Например, эти параметры могут быть переданы путем их включения в состав сообщения управления измерением. В результате, соответствующие единицы UE могут выполнить настройку по отдельности, и настройка может быть выполнена индивидуальным образом, согласно состоянию радиоволн единиц UE, в результате чего обеспечивается возможность получить превосходное качество связи соответствующих единиц UE.
Альтернативно, до измерений в единицах UE разность между параметром, применяемым к единицам UE, имеющим в CSG-ID в белом списке, и к единицам UE, зарегистрированным в CSG, и параметром, применяемым к другим единицам UE, может передаваться по широковещательной рассылке из обслуживающей соты как широковещательная информация.
Любой из этих параметров может передаваться выделенным образом в единицы UE, так что вычисление выполняется с использованием этой величины разности. Это сокращает объем информации, выделенным образом передаваемой в единицы UE, что сокращает нагрузку ресурсов для сигнализации.
Еще в одном альтернативном варианте величина разности может предварительно определяться статическим образом, так что базовая станция, а также UE могут заблаговременно распознать эту информацию. Нет необходимости рассылать эту разность как широковещательную информацию, что дополнительно сокращает нагрузку ресурсов для сигнализации.
Способ, описанный в настоящем варианте осуществления, позволяет единицам UE члена CSG выполнять эстафетное переключение быстрее, чем единицы UE пользователя, который не является членом CSG, при эстафетном переключении на гибридные соты, и позволяет единицам UE члена CSG выполнять эстафетное переключение медленнее, чем единицы UE пользователя, который не является членом CSG, при эстафетном переключении с гибридных ячеек. Это позволяет единицам UE члена CSG оставаться в гибридных сотах дольше, чем единицы UE пользователя, не являющегося членом CSG.
Способ, раскрытый в настоящем варианте осуществления, применим также в случае, когда обслуживающая сота не распознает, выполняет ли UE доступ в отрытом режиме или закрытом режиме, и в таком случае могут быть достигнуты схожие эффекты.
Следует отметить, что способ, раскрытый в настоящем варианте осуществления, может быть использован в сочетании со способом, раскрытым в пятнадцатом варианте осуществления, первом модифицированном примере пятнадцатого варианта осуществления, втором модифицированном примере пятнадцатого варианта осуществления, шестнадцатом варианте осуществления, первом модифицированном примере шестнадцатого варианта осуществления, семнадцатом варианте осуществления, восемнадцатом варианте осуществления или девятнадцатом варианте осуществления.
Путем комбинирования способа, раскрытого в настоящем варианте осуществления, и вышеописанного способа или модифицированного примера, для единиц UE члена CSG обеспечивается возможность оставаться в гибридных сотах дольше, чем единицы UE пользователя, который не является членом CSG, независимо от состояния UE, то есть не только когда UE находится в состоянии RRC_Idle, но и когда оно находится в состоянии RRC_Connected.
Двадцать первый вариант осуществления
Проблема настоящего варианта осуществления описана ниже. Например, потенциально возможно применение службы, в которой один и тот же владелец имеет соты, имеющие одинаковый CSG-ID, причем эти соты, имеющие одинаковый CSG-ID, предлагают одинаковые условия платы, или соты, имеющие одинаковый CSG-ID, предлагают одинаковые условия по скорости связи. В результате пользователь может пожелать повторно выбрать соту, имеющую одинаковый CSG-ID.
Для того чтобы решить эту проблему, в настоящем варианте осуществления предоставляется величина сдвига (Qoffset_samecsg), адаптируемая к соседним сотам, имеющим CSG-ID, совпадающий с идентификатором обслуживающей соты, и величина сдвига (Qoffset_diffcsg), адаптируемая к соседним сотам, имеющим CSG-ID, отличный от идентификатора обслуживающей соты.
Сдвиги индивидуально предоставляются для соседних ячеек, имеющих CSG-ID, совпадающих с идентификатором обслуживающей соты, и для соседних ячеек, имеющих CSG-ID, отличающийся от идентификатора обслуживающей соты, что позволяет варьировать критерии для повторного выбора соты между соседними сотами, имеющими одинаковый CSG-ID, и соседними сотами, имеющими разные CSG-ID. Это позволяет легче выполнять повторный выбор соты, имеющий CSG-ID, который совпадает с идентификатором обслуживающей соты, по сравнению с сотой, имеющей другой идентификатор CDG-ID.
Конкретный пример работы описан ниже со ссылкой на фиг.46. Этапы, которые совпадают с этапами с фиг.41, здесь повторно не описываются. На этапе ST4103 пользовательское оборудование UE выполняет измерения для повторного выбора соты и выполняет ранжирование ячеек. На этапе ST4601 пользовательское оборудование UE определяет, совпадает ли идентификатор CSG-ID соседней соты, в которой были выполнены измерения, с идентификатором обслуживающей соты. Если определяется, что CSG-ID совпадает, то UE переходит к этапу ST4602. На этапе ST4602 пользовательское оборудование UE вычитает Qoffset_samecsg из измеренной величины. Если определяется, что CSG-ID отличается, то UE переходит к этапу ST4603. На этапе ST4603 пользовательское оборудование UE вычитает Qoffset_diffcsg из измеренной величины. Ранжирование ячеек выполняется на основании результатов вычитания, в результате чего обеспечивается возможность варьировать критерии измерения для выполнения повторного выбора соты между соседними сотами, имеющими одинаковый идентификатор CSG-ID, и соседними сотами, имеющими отличные CSG-ID. Также можно выполнить ранжирование ячеек только на этапе ST4602 или ST4603 и пропустить ранжирование ячеек на этапе ST4103.
Что касается величины Qoffset_samecsg и величины Qoffset_diffcsg, сота, имеющая CSG-ID, который совпадает с идентификатором обслуживающей соты, с большей вероятностью будет удовлетворять критериям принятого качества для повторного выбора соты, чем сота, имеющая другой CSG-ID, в соответствии со средой распространения радиоволн обслуживающей соты и соседних ячеек.
Например, величина Qoffset_samecsg может быть установлена меньше величины Qoffset_diffcsg (Qoffset_diffcsg>Qoffset_samecsg). В результате сота, имеющая CSG-ID, который совпадает с идентификатором обслуживающей соты, с большей вероятностью будет удовлетворять критериям принятого качества для повторного выбора, чем сота, имеющая другой CSG-ID. Критерии принятого качества будут удовлетворяться с большей вероятностью, что облегчает повторный выбор соты, имеющей одинаковый CSG-ID.
Критерии ранжирования соты могут быть выражены следующими уравнениями.
Для соседних ячеек, имеющих идентификатор CSG-ID, совпадающий с идентификатором обслуживающей соты,
Rn = Qmeas, n - Qoffset_samecsg,
для соседних ячеек, имеющих идентификатор CGG-ID, отличный от идентификатора обслуживающей соты,
Rn = Qmeas, n - Qoffset_diffcsg.
Qmeas и n представляют измеренные величины принятого качества n-ой соты, а Rn представляет результаты вычисления принятого качества с учетом сдвига.
Кроме того, величины Qoffset_samecsg и Qoffset_diffcsg могут быть установлены так, чтобы к ним можно было приспособить только единицы UE, имеющие CSG-ID в белом списке, или единицы UE, зарегистрированные в CSG. Единицы UE, которые не были зарегистрированы в CSG, не желают повторно выбирать соту с одинаковым CSG-ID. Это сокращает бесполезную нагрузку единиц UE, которые были зарегистрированы в CSG, и, соответственно, может быть достигнут эффект сокращения энергопотребления единиц UE.
Альтернативно, критерии ранжирования соты могут быть выражены следующими уравнениями.
Для соседних ячеек, имеющих идентификатор CSG-ID, совпадающий с идентификатором обслуживающей соты,
Rn = Qmeas, n - Qoffset - Qoffset_samecsg,
для соседних ячеек, имеющих идентификатор CGG-ID, отличный от идентификатора обслуживающей соты,
Rn = Qmeas, n - Qoffset - Qoffset_diffcsg.
Qoffset_samecsg и Qoffset_diffcsg могут быть использованы только для предоставления разности между случаем идентификатора CSG-ID, совпадающего с идентификатором обслуживающей соты, и случаем CSG-ID, отличного от идентификатора обслуживающей соты, с учетом обычных сдвигов Qoffset.
В качестве способа передачи Qoffset_samecsg и Qoffset_diffcsg могут быть применены способы с первого по четвертый, которые раскрыты как способ передачи цикла для выполнения измерений для повторного выбора соты в пятнадцатом варианте осуществления.
В случае их применения достигаются схожие эффекты.
Сверх того, в первом способе уведомление может быть выполнено с использованием SIB4 в случае, когда используется SIB.
Обычные величины сдвига передаются вместе с информацией соответствующей соты в SIB4. В результате передачи величин сдвига вместе с этой информацией, критерии ранжирования соты могут быть выполнены посредством обычных величин сдвига для каждой соответствующей соты.
В раскрытом выше способе предоставляется величина сдвига (Qoffset_samecsg), применяемая к соседним сотам, имеющим CSG-ID, совпадающий с идентификатором обслуживающей соты, и величина сдвига (Qoffset_diffcsg), применяемая к соседним сотам, имеющим CSG-ID, отличный от идентификатора обслуживающей соты, так что ранжирование ячеек выполняется с использованием этих величин, после чего выполняется повторный выбор соты.
Как еще один способ, может быть предоставлена величина разности (Qoffset_delta2) между величиной сдвига, применяемой к соседним сотам, имеющим CSG-ID, совпадающий с идентификатором обслуживающей соты, и величиной сдвига, применяемой к соседним сотам, имеющим CSG-ID, отличный от идентификатора обслуживающей соты. То есть величины Qoffset_diffcsg и Qoffset_delta2 могут быть предоставлены для использования в качестве критерия для ранжирования ячеек.
Например, критерии ранжирования соты могут быть выражены следующими уравнениями.
Для соседних ячеек, имеющих идентификатор CSG-ID, совпадающий с идентификатором обслуживающей соты,
Rn = Qmeas, n - (Qoffset_diffcsg - Qoffset_delta2),
для соседних ячеек, имеющих идентификатор CGG-ID, отличный от идентификатора обслуживающей соты,
Rn = Qmeas, n - Qoffset_diffcsg.
В результате обеспечиваются эффекты, схожие с эффектами способа передачи Qoffset_samecsg и Qoffset_diffcsg, который раскрыт выше.
В еще одном способе величина сдвига, применяемая к соседним сотам, имеющим идентификатор CSG-ID, отличный от идентификатора обслуживающей соты, может быть установлена как обычная величина Qoffset, которая должна быть использована с величиной разности Qoffset_delta2.
Например, критерии ранжирования соты могут быть выражены следующими уравнениями.
Для соседних ячеек, имеющих идентификатор CSG-ID, совпадающий с идентификатором обслуживающей соты,
Rn = Qmeas, n - (Qoffset - Qoffset_delta2),
для соседних ячеек, имеющих идентификатор CGG-ID, отличный от идентификатора обслуживающей соты,
Rn = Qmeas, n - Qoffset.
В результате обеспечивается возможность не только достичь эффектов, схожих с эффектами раскрытого выше способа, но также сократить количество устанавливаемых параметров на один. То есть не требуется устанавливать оба параметра Qoffset_samecsg и Qoffset_diffcsg, и достаточно установить только Qoffset_delta2. Соответственно, можно сократить объем информации для установки параметра. Вышеупомянутые способы применимы в качестве способа уведомления. В еще одном способе величины Qoffset и Qoffset_delta2 могут быть по отдельности сообщены из разных ячеек. Например, Qoffset сообщается из обслуживающей соты, а Qoffset_delta2 сообщается из гибридной соты. Qoffset_delta2 представляет собой величину, используемую только для ячеек CSG, и, соответственно, она может быть сообщена только из ячеек CSG в критериях для ранжирования ячеек, и повторное вычисление может быть выполнено с использованием величины сдвига (Qoffset_delta2) для соседних ячеек, имеющих CSG-ID, совпадающий с идентификатором обслуживающей соты. Для ячеек, отличных от CSG, повторное вычисление не требуется, и достаточным будет измерение принятого качества. Это может упростить измерения при повторном выборе соты, и может быть обеспечен эффект сокращения энергопотребления UE.
Способ, раскрытый в настоящем варианте осуществления, также применим к способу предоставления Qoffset для каждой соты CSG, который описан в Непатентном Документе 11, способу предоставления одного Qoffset гибридным сотам, который описан в Непатентном Документе 12, или к способу предоставления двух Qoffset, соответствующих диапазону RSRP макро-соты, и применения каждого Qoffset, когда RSRP макро-соты ниже или выше порогового значения RSRP. Например, эти величины Qoffset могут быть использованы как Qoffset для критериев ранжирования ячеек, которые раскрыты в настоящем варианте осуществления, или они могут быть использованы в добавление к Qoffset. Это также позволяет учитывать каждую Qoffset, которая, например, предоставлена для каждой соты CSG, свойственна гибридной соте и соответствует диапазону RSRP макро-соты.
Следует отметить, что способ, раскрытый в настоящем варианте осуществления, может быть использован в сочетании со способом, раскрытым в пятнадцатом варианте осуществления, первом модифицированном примере пятнадцатого варианта осуществления, втором модифицированном примере пятнадцатого варианта осуществления, шестнадцатом варианте осуществления, первом модифицированном примере шестнадцатого варианта осуществления, семнадцатом варианте осуществления, восемнадцатом варианте осуществления, девятнадцатом варианте осуществления или двадцатом варианте осуществления.
Например, на фиг.47 проиллюстрирован конкретный пример работы в случае сочетания настоящего способа с пятнадцатым вариантом осуществления. Этапы, которые совпадают с этапами с фиг.42, здесь повторно не описываются. На этапе ST4201 пользовательское оборудование UE определяет, входит ли в состав белого списка идентификатор CSG-ID. Альтернативно, UE определяет, было ли оно зарегистрировано в соте CSG. В случае если белый список включает в себя CSG-ID или если UE было зарегистрировано в соте CSG, пользовательское оборудование UE выполняет этап ST4701. На этапе ST4701 пользовательское оборудование UE вычитает Qoffset_samecsg из измеренной величины, в случае если идентификатор CSG-ID соседней соты, в которой были выполнены измерения, совпадает с идентификатором обслуживающей соты. С другой стороны, на этапе ST4701 пользовательское оборудование UE вычитает Qoffset_diffcsg из измеренной величины в случае, когда определяется, что CSG-ID отличается от идентификатора обслуживающей соты. Пользовательское оборудование UE выполняет ранжирование на основании результатов этого вычитания. В случае если белый список не включает в себя CSG-ID или если UE не было зарегистрировано в соте CSG, то на этапе ST4702 пользовательское оборудование UE ничего не выполняет. Это позволяет варьировать критерии определения для выполнения повторного выбора соты между соседними сотами, имеющими одинаковый идентификатор CSG-ID, и соседними сотами, имеющими отличный идентификатор CSG-ID.
Можно использовать другой вариант осуществления или модифицированный пример в сочетании со схожими операциями. Способ, раскрытый в настоящем варианте осуществления, комбинируется с вышеупомянутым вариантом осуществления или модифицированным примером, в результате чего достигается эффект гибкой обработки разности в среде распространения соответствующих радиоволн из-за гибкого изменения расположения узлов HeNB или HNB.
Способ, раскрытый в настоящем варианте осуществления, позволяет варьировать критерии определения для выполнения повторного выбора соты между соседними сотами, имеющими одинаковый идентификатор CSG-ID, и соседними сотами, имеющими отличный идентификатор CSG-ID. В результате соты, имеющие CSG-ID, который совпадает с идентификатором обслуживающей соты, с большей вероятностью будут выбраны повторно, чем соты, имеющие отличный CSG-ID. Это позволяет пользователю непрерывно выбирать соты, имеющие одинаковый CSG-ID, в результате чего пользователь может получать одну и ту же службу одного и того же CSG-ID. Следовательно, может быть достигнут эффект легкого использования системы мобильной связи пользователем.
Двадцать второй вариант осуществления
Для того чтобы член CSG имел возможность принимать службу, такую как высокоскоростная связь и преференциальный коммерческий план для члена CSG в гибридных сотах быстрее и в течение более длительного времени, единицам UE члена CSG требуется оставаться в гибридных сотах дольше, чем единицы UE пользователя, отличного от CSG.
Фиг.49 представляет собой концептуальную схему для случая, когда единицы UE члена CSG принудительно остаются в гибридных сотах дольше, чем единицы UE пользователя, который не является членом CSG. На этой фигуре 4901 обозначает соту, отличную от CSG, которая в данном случае являет собой макро-соту (eNB). 4902 обозначает область покрытия соты 4901, отличной от CSG. 4903 обозначает HeNB в режиме гибридного доступа, то есть гибридную соту. 4904 обозначает область покрытия, которая доступна в режиме открытого доступа, а также в режиме закрытого доступа посредством гибридной соты 4903. 4905 обозначает область покрытия, доступную только в режиме закрытого доступа посредством гибридной соты 4903. 4906 обозначает UE члена CSG, которой принадлежит гибридная сота 4903. 4907 обозначает UE пользователя, не являющегося членом CSG. Пользовательское оборудование UE 4906 члена CSG осуществляет связь с сотой 4901, отличной от CSG, вне области покрытия 4905, и пользовательское оборудование UE 4906, которое перешло в область покрытия 4905, осуществляет связь с гибридной сотой 4903 путем повторного выбора соты. Пользовательское оборудование UE 4907 пользователя, не являющегося членом CSG, осуществляет связь с сотой 4901, отличной от CSG, также в области покрытия 4905, и ему разрешается осуществлять связь с гибридной сотой 4903 путем повторного выбора соты только после перемещения в область 4904 покрытия.
Как описано выше, когда единицы UE члена CSG принудительно остаются дольше, чем единицы UE пользователя, который не является членом CSG, в повторном выборе соты на гибридную соту или с гибридной соты, в некоторых случаях покрытие только в режиме закрытого доступа становится шире, чем покрытие в режиме свободного доступа. В вышеупомянутом случае, если мощность начальной передачи UE при начала связи по восходящей линии связи в гибридной соты равна между единицами UE члена CSG и единицами UE пользователя, который не является членом CSG, покрытие, которое может быть доступно единицам UE члена CSG, становится шире, что повышает вероятность неудачи передачи по восходящей линии связи для единиц UE члена CSG.
Процесс начала связи восходящей линии связи включает в себя процедуру Произвольного Доступа (Random Access, RA). В процедуре RA в качестве физического канала используется PRACH. В начальной передаче PRACH используется преамбула PRACH. Мощность Pprach начальной передачи PRACH определяется следующим образом (Непатентный Документ 13, Непатентный Документ 14).
Pprach = min{Pcmax, PREAMBLE_RECEIVED_TARGET_POWER + PL}_[dBm]
Pcmax = min{Pemax, Pumax}
где PREAMBLE_RECEIVED_TARGET_POWER представляет целевую принятую мощность базовой станции, PL представляет потери канала, Pemax представляет максимально допустимую мощность, которая устанавливается для каждой соты, а Pumax представляет максимальную мощность передачи UE. Pemax являет собой максимально допустимую мощность, которая сообщается в единицы UE как, например, широковещательная информация из каждой соты, и которая является общей для всех обслуживаемых единиц UE. Pumax определяется заблаговременно в соответствии с классом мощности каждого UE.
Из вышеприведенного уравнения следует, что мощность начальной передачи ограничивается величиной Pcmax в случае, например, большого значения PL. Pcmax также ограничивается величиной Pemax, что означает, что мощность начальной передачи PRACH ограничивается величиной Pemax. Величина Pemax является общей для всех единиц UE, обслуживаемых сотой, и она имеет одинаковую величину для единиц UE члена CSG, а также для единиц UE пользователя, который не является членом CSG, в гибридной соте. Соответственно, в случае если мощность начальной передачи PRACH ограничивается величиной Pemax, как в случае большого значения PL, единицы UE члена CSG, а также единицы UE пользователя, который не является членом CSG, не могут выполнить передачу, превышающую общее значение Pemax. Следовательно, существует высокая вероятность того, что в гибридных сотах передача восходящей линии связи для единиц UE члена CSG может быть неудачной в случае, если область покрытия, которая доступна единицам UE члена CSG, становится шире, чем для единиц UE пользователя, который не является членом CSG.
Эта проблема возникает в любом из состояний RRC_Idle и RRC_Connected. Например, в состоянии RRC_Idle эта проблема возникает в случае, когда UE члена CSG выполняет повторный выбор соты на гибридную соту, а в состоянии RRC_Connected эта проблема возникает в случае, когда UE члена CSG выполняет эстафетное переключение на гибридную соту. Эта проблема не описана ни в документах предшествующего уровня техники, ни в документах 3GPP.
Для решения этой задачи в настоящем варианте осуществления раскрыт способ варьирования мощности начальной передачи UE при начале связи восходящей линии связи между единицами UE члена CSG и единицами UE пользователя, который не является членом CSG. В качестве конкретного примера, для того чтобы варьировать мощность начальной передачи PRACH между единицами UE члена CSG и единицами UE пользователя, не являющегося членом CSG, максимально допустимая мощность, используемая в вычислении мощности начальной передачи PRACH, предоставляется для единиц UE члена CSG и для единиц UE пользователя, который не является членом CSG, в гибридной соте. Максимально допустимая мощность для члена CSG представляется величиной Pemax_csg, тогда как максимально допустимая мощность для пользователя, не являющегося членом CSG, представляется величиной Pemax_noncsg.
Вычисление уравнения мощности Pprach начальной передачи в гибридной соте выражается следующим образом.
Pprach = min{Pcmax, PREAMBLE_RECEIVED_TARGET_POWER + PL}_[dBm]
Что касается члена CSG, то Pcmax = min{Pemax_csg, Pumax}, тогда как для пользователя, который не является членом CSG, Pcmax = min{Pemax_noncsg, Pumax}.
В результате мощность Pprach начальной передачи в гибридной соте может быть равна максимально допустимой мощности, которая имеет разное значение для единиц UE члена CSG и для единиц UE пользователя, который не является членом CSG, в случае, например, большого значения PL. В случае когда покрытие единиц UE члена CSG становится шире, по сравнению со случаем единиц UE пользователя, который не является членом CSG, в гибридной соте, обеспечивается возможность сократить ошибки передачи восходящей линии связи для единиц UE члена CSG путем установки величины Pemax_csg в большее значение, чем Pemax_noncsg.
Кроме того, можно варьировать мощность начальной передачи для каждой соты в обеих единицах UE путем предоставления максимально допустимой мощности для каждой соты по отдельности для единиц UE члена CSG и единиц UE пользователя, который не является членом CSG. Это обеспечивает возможность гибкой компоновки гибридных ячеек и, соответственно, возможность работы в условиях увеличения количества узлов HeNBs в будущем.
Способ вычисления мощности начальной передачи по восходящей линии связи в гибридной соте, раскрытый выше, применим для начала связи восходящей линии связи в гибридной соте в случае, когда, например, UE члена CSG выполняет повторный выбор соты на гибридную соту в состоянии RRC_Idle. Сверх того, этот способ применим при начале связи восходящей линии связи в гибридной соте, когда, например, UE члена CSG выполняет эстафетное переключение на гибридную соту в состоянии RRC_Connected.
Способ сообщения единицам UE максимально допустимой мощности, используемой в гибридной соте, описан ниже.
В качестве первого способа вышеупомянутая максимально допустимая мощность сообщается из соты, в которой установлена мощность, в обслуживаемые ею единицы UE по каналу PBCH или PDSCH, используя BCCH, как широковещательная информация. Максимально допустимая мощность сообщается по каналу PBCH, используя MIB, или по каналу PDSCH, используя SIB. MIB сопоставляется с PBCH в случае использования MIB, что эффективно тем, что UE получает возможность принимать лишь небольшую величину задержки управления. В случае использования SIB максимально допустимая мощность сообщается с использованием SIB1. Этот способ превосходен в том, что MIB или SIB1 являют собой абсолютно необходимый минимальный объем широковещательной информации, принимаемой в течение периода с начала поиска соты до входа в режим простоя (состояние RRC-Idle), а также что задержка управления UE сокращается. Сверх того, максимально допустимая мощность сообщается с использованием канала для передачи широковещательной информации даже в случае сообщения мощности в системной информации, отличной от SIB1, превосходство чего выражается в том, что все обслуживаемые единицы UE могут быть уведомлены и радиоресурсы используются эффективно.
В качестве второго способа вышеописанная максимально допустимая мощность выделенным образом сообщается в единицы UE, которые выполняют эстафетное переключение с обслуживающей соты при выполнении эстафетного переключения на соту, в которой устанавливается мощность. Максимально допустимая мощность может быть сообщена единицам UE путем ее включения в состав информации целевой соты, которая необходима для выполнения эстафетного переключения, или она может быть передана с использованием другого сообщения. Обеспечивается возможность сократить количество необходимых сообщений благодаря тому, что максимально допустимая мощность сообщается путем ее включения в информацию целевой соты, что сокращает время, требуемое для завершения эстафетного переключения. С другой стороны, в случае сообщения максимально разрешенной мощности с использованием другого сообщения это сообщение может быть сообщено только в случае соты, которая требует установки максимально допустимой мощности. Соответственно, в случае эстафетного переключения на соту, которая не требует установки максимально допустимой мощности, можно сократить объем информации, который требуется для уведомления, и сократить количество сообщений.
Величина максимально допустимой мощности (Pemax_csg) для члена CSG и величина максимально допустимой мощности (Pemax_noncsg) для пользователя, не являющегося членом CSG, может быть определена посредством гибридной соты, или она может быть определена на стороне сети (например, в MME и HeNBGW). В случае определения стороной сети максимально допустимая мощность сообщается в гибридную соту со стороны сети заблаговременно. Это уведомление может быть выполнено с использованием интерфейса S1 гибридной соты и стороны сети.
Путем определения стороной сети эти величины могут быть установлены на основании среды распространения радиоволн соседних ячеек и их состояния нагрузки (например, количества присоединенных пользователей). Это обеспечивает возможность сокращения в состоянии, в котором связь не может быть выполнена, имеет место задержка соединения из-за ошибок связи, имеет место увеличение объема сигнализации, имеет место концентрация нагрузки и т.п.
В вышеописанных способах максимально допустимая мощность для члена CSG представляется величиной Pemax_csg, тогда как максимально допустимая мощность для пользователя, не являющегося членом CSG, представляется величиной Pemax_noncsg. В качестве еще одного способа может быть предоставлена максимально допустимая мощность (Pemax_common), которая является общей для члена CSG и пользователя, не являющегося членом CSG, и может быть предоставлена разность (Pemax_delta) максимально допустимой мощности между членом CSG и пользователем, который не является членом CSG. Пример уравнения для вычисления мощности Pprach начальной передачи в гибридной соте в этом случае выражается следующим образом.
Pprach = min{Pcmax, PREAMBLE_RECEIVED_TARGET_POWER + PL}_[dBm]
Что касается члена CSG, то Pcmax = min{Pemax_common + Pemax_delta, Pumax}, тогда как для пользователя, который не является членом CSG, Pcmax = min{Pemax_common, Pumax}. Это позволяет единицам UE члена CSG и единицам UE пользователя, который не является членом CSG, иметь разную максимально допустимую мощность, и, соответственно, могут быть достигнуты эффекты, схожие с эффектами вышеописанных способов.
Следует отметить, что Pemax, устанавливаемая как традиционно используемая максимально допустимая мощность, может являть собой общий параметр Pemax_common. В результате способ вычисления мощности начальной передачи пользователя, который не является членом CSG, не требуется менять относительно текущего способа. Следовательно, может быть достигнут эффект предотвращения усложнения системы мобильной связи.
Кроме того, в качестве еще одного способа мощность Pumax может быть предоставлена по отдельности для члена CSG и пользователя, не являющегося членом CSG. Pumax представляет максимальную мощность передачи UE, которая определяется заблаговременно согласно классу мощности каждого UE. Pumax может быть определена заблаговременно для члена CSG (Pumax_csg) и пользователя, не являющегося членом CSG (Pumax_noncsg) согласно классу мощности каждого UE. Пример уравнения для вычисления мощности Pprach начальной передачи в гибридной соте в этом случае выражается следующим образом.
Pprach = min{Pcmax, PREAMBLE_RECEIVED_TARGET_POWER + PL}_[dBm]
Что касается члена CSG, то Pcmax = min{Pemax, Pumax_csg}, тогда как для пользователя, который не является членом CSG, Pcmax = min{Pemax, Pumax_noncsg}.
Соответственно, Pemax может быть установлена общей для всех обслуживаемых единиц UE, и, таким образом, требуется установка, немного отличающаяся от обычной установки.
В системе мобильной связи может быть принята статическая величина. Статическая величина обозначает величину, известную в UE и в базовой станции как системная величина, описанная в спецификации. При использовании статической величины радиосигнал не проходит между базовой станцией (на стороне сети) и UE. Соответственно, может быть достигнуто эффективное использование радиоресурсов. Кроме того, статическая величина является величиной, которая определяется статическим образом, благодаря чему достигается эффект предотвращения ошибочного приема радиосигнала.
Ниже описан конкретный пример работы в случае, когда максимально допустимая мощность для члена CSG устанавливается как Pemax_csg, и максимально допустимая мощность для пользователя, не являющегося членом CSG, устанавливается как Pemax_noncsg в гибридных сотах.
Фиг.50 иллюстрирует процесс до начальной передачи PRACH в гибридных сотах.
Во-первых, описано UE члена CSG. На этапе ST5001 пользовательское оборудование UE члена CSG остается в гибридной соте после, например, повторного выбора соты. Эта гибридная сота передает широковещательную информацию на этапе ST5004, и UE члена CSG принимает эту широковещательную информацию. Упомянутая широковещательная информация включает в себя максимально допустимую мощность. В случае когда на этапе ST5005 происходит передача восходящей линии связи в UE члена CSG, и UE переходит к этапу ST5007 и извлекает мощность начальной передачи восходящей линии связи, используя максимально допустимую мощность для UE члена CSG (Pemax_csg). UE члена CSG устанавливает мощность начальной передачи восходящей линии связи в значение мощности передачи на этапе ST5009 и, далее, начинает передачу восходящей линии связи на этапе ST5011.
Далее, описано UE пользователя, который не является членом CSG. На этапе ST5002 пользовательское оборудование UE пользователя, который не является членом CSG, остается в гибридной соте после, например, повторного выбора соты. Эта гибридная сота передает широковещательную информацию на этапе ST5004, и UE пользователя, который не является членом CSG, принимает эту широковещательную информацию. Упомянутая широковещательная информация включает в себя максимально допустимую мощность. В случае когда на этапе ST5006 происходит передача восходящей линии связи в UE пользователя, который не является членом CSG, UE переходит к этапу ST5008 и извлекает мощность начальной передачи восходящей линии связи, используя максимально допустимую мощность для UE пользователя, который не является членом CSG (Pemax_noncsg). UE члена CSG устанавливает мощность начальной передачи восходящей линии связи в значение мощности передачи на этапе ST5010 и, далее, начинает передачу восходящей линии связи на этапе ST5012.
Следует отметить, что момент, когда происходит передача восходящей линии связи, отличается для каждого UE, и соответственно момент начальной передачи восходящей линии связи отличается для каждого UE. Следовательно, например, этап ST5012 может быть выполнен после этапа ST5011, как показано на фигуре, или этап ST5011 может быть выполнен после этапа ST5012.
Как описано выше, максимально допустимая мощность, используемая для получения мощности начальной передачи восходящей линии связи, варьирует согласно тому, принадлежит ли UE, который находится в гибридной соте, члену CSG или пользователю, который не является членом CSG, благодаря чему обеспечивается возможность увеличить мощность передачи восходящей линии связи для UE члена CSG, даже когда UE члена CSG находится в области, в которую невозможно выполнить доступ. Это позволяет зарезервировать принятую мощность восходящей линии связи, достаточную для связи в гибридных сотах.
Раскрытый в настоящем варианте осуществления способ позволяет решить проблему, заключающуюся в том, что передача восходящей линии связи для единиц UE члена CSG будет неудачной, если область покрытия единиц UE члена CSG становится шире по сравнению с единицами UE пользователя, который не является членом CSG, в гибридных сотах.
В добавление, для единиц UE члена CSG обеспечивается возможность оставаться в гибридных сотах дольше, чем единицы UE пользователя, который не является членом CSG, и, соответственно, член CSG может получать службу, такую как высокоскоростная связь и преференциальный тарифный план для члена CSG в гибридных сотах, быстрее и в течение более длительного периода времени.
Сверх того, обеспечивается возможность предоставить более низкую максимально допустимую мощность единицам UE пользователя, который не является членом CSG, по сравнению с единицами UE члена CSG, в результате чего предотвращается ситуация, когда единицам UE пользователя, который не является членом CSG, предоставляется мощность передачи, которая больше, чем требуется в случае большого PL, что позволяет сократить мощность помех восходящей линии связи.
Двадцать третий вариант осуществления
Для того чтобы обеспечить возможность варьирования мощности начальной передачи UE, когда начинается связь восходящей линии связи, между единицами UE члена CSG и единицами UE пользователя, не являющегося членом CSG, в настоящем варианте осуществления вводится критерий разницы между единицами UE, имеющими CSG-ID в белом списке, или единицами UE, зарегистрированными в CSG, и другими единицами UE при повторном выборе соты.
В качестве конкретного примера используется разность между пороговым значением (S_intrasearch) для повторного выбора соты в случае, когда белый список не включает в себя CSG-ID, и пороговым значением (S_intrasearchCSG) для повторного выбора соты в случае, когда белый список включает в себя CSG-ID, или UE было зарегистрировано в CSG, которые раскрыты в семнадцатом варианте осуществления.
Сверх того, в качестве еще одного примера используется разность между величиной сдвига (Qoffset_csg_in), применяемой к единицам UE, имеющим CSG-ID в белом списке, или единицам UE, зарегистрированным в CSG, и величиной сдвига (Qoffset_noncsg_in), применяемой к другим единицам UE, которые раскрыты в восемнадцатом варианте осуществления. Эта разность может использоваться как величина разности (Qoffset_delta).
Сверх того, в качестве еще одного примера используется разность между величиной сдвига (Qoffset_csg_out), применяемой к единицам UE, имеющим CSG-ID в белом списке, или единицам UE, зарегистрированным в CSG, и величиной сдвига (Qoffset_noncsg_out), применяемой к другим единицам UE, которые раскрыты в девятнадцатом варианте осуществления. Эта разность может использоваться как величина разности.
Будет достаточным, если эти величины разности будут использоваться как величины разности максимально допустимой мощности, используемой при вычислении мощности начальной передачи PRACH, в гибридных сотах между единицами UE члена CSG, и единицами UE пользователя, который не является членом CSG.
В случае порогового значения (S_intrasearch) для повторного выбора соты, когда белый список не включает в себя CSG-ID, и порогового значения (S_intrasearchCSG) для повторного выбора соты, когда белый список включает в себя CSG-ID, которые раскрыты в семнадцатом варианте осуществления, используется эта разность. Величиной разности является S_intrasearch_delta.
S_intrasearch_delta = S_intrasearch - S_intrasearchCSG
Этой величиной является Pemax_delta (= Pemax_csg - Pemax_noncsg), которая представляет собой величину разности максимально допустимой мощности, используемой при вычислении мощности начальной передачи PRACH, между единицами UE члена CSG и единицами UE пользователя, который не является членом CSG.
Эта величина может быть выражена следующим образом
Pemax_delta = S_intrasearch_delta
или
Pemax_delta = |S_intrasearch_delta|.
В случае величины сдвига (Qoffset_csg_in), применяемой к единицам UE, имеющим CSG-ID в белом списке, или единицам UE, зарегистрированным в CSG, и величины сдвига (Qoffset_noncsg_in), применяемой к другим единицам UE, которые раскрыты в восемнадцатом варианте осуществления, принимая величину разности как Qoffset_delta (= Qoffset_noncsg_in - Qoffset_csg_in), эта величина может быть выражена как
Pemax_delta = Qoffset_delta
или
Pemax_delta = |Qoffset_delta|.
В случае величины сдвига (Qoffset_csg_out), применяемой к единицам UE, имеющим CSG-ID в белом списке, или единицам UE, зарегистрированным в CSG, и величины сдвига (Qoffset_noncsg_out), применяемой к другим единицам UE, которые раскрыты в девятнадцатом варианте осуществления, принимая величину разности как Qoffset_delta (= Qoffset_csg_out - Qoffset_noncsg_out), эта величина может быть выражена как
Pemax_delta = Qoffset_delta
или
Pemax_delta = |Qoffset_delta|.
Ниже описан конкретный пример способа использования разности критериев, применяемых к единицам UE, имеющим CSG-ID в белом списке, или к единицам UE, зарегистрированным в CSG, и к другим единицам UE при повторном выборе соты, в процедуре вычисления максимально допустимой мощности в гибридных сотах.
Фиг.51 иллюстрирует этот процесс до начальной передачи PRACH в гибридной соте в случае, когда используется разность порогового значения повторного выбора соты.
Во-первых, описано UE члена CSG. На этапе ST5101 пользовательское оборудование UE члена CSG остается в соте A после, например, повторного выбора соты. Сота A передает широковещательную информацию на этапе ST5104, и UE члена CSG принимает эту широковещательную информацию. Упомянутая широковещательная информация включает в себя пороговые значения повторного выбора соты. На этапе ST5105 пользовательское оборудование UE члена CSG выполняет процесс повторного выбора соты, используя пороговое значение (S_intrasearchCSG) повторного выбора соты в случае, когда UE имеет CSG-ID в белом списке или было зарегистрировано в CSG. На этапе ST5107 пользовательское оборудование UE определяет, совпадают ли критерии повторного выбора соты, и UE переходит к этапу ST5109 в случае, когда они совпадают, или к этапу ST5105, если они не совпадают. В случае если UE члена CSG выполняет повторный выбор на гибридную соту, как результат совпадения критериев повторного выбора соты на этапе ST5107, пользовательское оборудование UE остается в гибридной соте на этапе ST5109.
Эта гибридная сота передает широковещательную информацию на этапе ST5112, и UE члена CSG принимает эту широковещательную информацию. Упомянутая широковещательная информация включает в себя максимально допустимую мощность. Следует отметить, что максимально допустимая мощность передачи, которая должна быть разослана, в этом случае не включает в себя максимально разрешенную мощность передачи, которая устанавливается разным образом для члена CSG и пользователя, не являющегося членом CSG, как раскрыто в двадцать втором варианте осуществления, и она включает в себя только обычную максимально допустимую мощность, которая является общей для ячеек. В случае когда имеет место передача восходящей линии связи в UE члена CSG на этапе ST5113, пользовательское оборудование UE переходит к этапу ST5115 и вычисляет величину разности (S_intrasearch_delta) между пороговой величиной (S_intrasearch) для повторного выбора соты в случае, когда белый список не включает в себя CSG-ID, и пороговой величиной (S_intrasearchCSG) для повторного выбора соты в случае, когда белый список включает в себя CSG-ID. На этапе ST5116 пользовательское оборудование UE члена CSG принимает величину разности (S_intrasearch_delta) как разность (Pemax_delta) мощности передачи для UE члена CSG и UE пользователя, который не является членом CSG, и вычисляет мощность (Pprach) передачи по восходящей линии связи, используя величину разности (Pemax_delta) на этапе ST5117. На этапе ST5119 пользовательское оборудование UE члена CSG устанавливает мощность начальной передачи восходящей линии связи в значение мощности передачи и, далее, начинает передачу восходящей линии связи на этапе ST5121.
Далее, описано UE пользователя, который не является членом CSG. На этапе ST5102 пользовательское оборудование UE пользователя, который не является членом CSG, остается в соте A после, например, повторного выбора соты. Сота A передает широковещательную информацию на этапе ST5104, и UE пользователя, который не является членом CSG, принимает эту широковещательную информацию. Упомянутая широковещательная информация включает в себя пороговые значения повторного выбора соты. На этапе ST5106 пользовательское оборудование UE пользователя, который не является членом CSG, выполняет процесс повторного выбора соты, используя пороговое значение (S_intrasearch) для повторного выбора соты в случае, если белый список не включает в себя CSG-ID. На этапе ST5107 пользовательское оборудование UE определяет, совпадают ли критерии повторного выбора соты, и UE переходит к этапу ST5110 в случае, когда они совпадают, или к этапу ST5106, если они не совпадают. В случае если UE пользователя, который не является членом CSG, выполняет повторный выбор на гибридную соту, как результат совпадения критериев повторного выбора соты на этапе ST5108, пользовательское оборудование UE остается в гибридной соте на этапе ST5110.
UE пользователя, не являющегося членом CSG, которое имеет CSG-ID в белом списке, но является пользователем гибридной соты, отличным от члена CSG, также должно выполнить повторный выбор гибридной соты в режиме открытого доступа, и соответственно оно выполняет процесс повторного выбора соты, используя пороговое значение (S_intrasearch) для повторного выбора в случае, когда белый список не включает в себя CSG-ID, чтобы, таким образом, определить, удовлетворяются ли критерии повторного выбора соты. В случае UE, которое имеет CSG-ID в белом списке, но является пользователем гибридной соты, отличным от члена CSG, даже если оно изначально выполняет процесс повторного выбора соты, используя S_intrasearchCSG, пользовательское оборудование UE может быть сконфигурировано так, чтобы принимать CSG-ID соты и проверять CSG-ID, и если CSG-ID не совпадает, чтобы выполнять повторный выбор соты, используя процесс ST5106 повторного выбора соты для пользователя, который не является членом CSG.
Эта гибридная сота передает широковещательную информацию на этапе ST5112, и UE пользователя, который не является членом CSG, принимает эту широковещательную информацию. Упомянутая широковещательная информация включает в себя максимально допустимую мощность. Следует отметить, что максимально допустимая мощность передачи, которая должна быть разослана, в этом случае не включает в себя максимально разрешенную мощность передачи, которая устанавливается разным образом для члена CSG и пользователя, не являющегося членом CSG, как раскрыто в двадцать втором варианте осуществления, и она включает в себя только обычную максимально допустимую мощность, которая является общей для ячеек. В случае если передача восходящей линии связи происходит в UE члена CSG на этапе ST5114, пользовательское оборудование UE переходит к этапу ST5118, и на этапе ST5118 оно вычисляет мощность (Pprach) начальной передачи восходящей линии связи, используя обычную максимально допустимую мощность (Pemax_common), которая является общей для ячеек, которым была выполнена широковещательная рассылка из гибридной соты на этапе ST5112. На этапе ST5120 пользовательское оборудование UE члена CSG устанавливает мощность начальной передачи восходящей линии связи в значение мощности передачи и, далее, начинает передачу восходящей линии связи на этапе ST5122.
Следует отметить, что момент, когда происходит передача восходящей линии связи, отличается для каждого UE, и соответственно момент начальной передачи восходящей линии связи отличается для каждого UE. Следовательно, например, этап ST5122 может быть выполнен после этапа ST5121, как показано на фигуре, или этап ST5121 может быть выполнен после этапа ST5122.
Как описано выше, обеспечивается возможность применять способ варьирования максимально допустимой мощности, используемой в вычислении мощности начальной передачи, согласно тому, принадлежит ли UE, находящееся в гибридной соте, члену CSG или пользователю, который не является членом CSG, что определяется путем использования критерия разности, применяемого для единиц UE, имеющих CSG-ID в белом списке, или единиц UE, зарегистрированных в CSG, и других единиц UE в повторном выборе соты. В этом случае только пользовательскому оборудованию UE члена CSG разрешается увеличивать мощность передачи для передачи восходящей линии связи, даже когда пользовательское оборудование UE члена CSG находится в области, в которую можно выполнить доступ, благодаря чему обеспечивается возможность резервирования принятой мощности восходящей линии связи, которая достаточна для связи в гибридной соте.
Могут быть использованы способы, раскрытые в семнадцатом варианте осуществления, восемнадцатом варианте осуществления, девятнадцатом варианте осуществления и двадцатом варианте осуществления, и они не ограничиваются приведенным выше конкретным примером.
Не ограничиваясь вышеприведенным примером, мощность начальной передачи PRACH может быть вычислена индивидуально для единиц UE члена CSG и единиц UE пользователя, не являющегося членом CSG, на основании разности параметров настройки, которые влияют на размер области покрытия гибридной соты.
Кроме того, в случае когда при повторном выборе соты устанавливается множество критериев (например, пороговое значение и сдвиг для повторного выбора соты), эти критерии могут определяться заблаговременно. Например, может быть предоставлен приоритет использования некоторого критерия из множества. Это позволяет использовать другие критерии в порядке приоритета даже тогда, когда какие-либо из этих критериев не установлены. В еще одном примере применение некоторых критериев из множества может определяться согласно их величине разности. Например, могут использоваться критерии с наибольшей величиной разности. В еще одном примере может быть использовано среднее значение величин разности множества критериев.
Кроме того, в еще одном способе обслуживающая сота может определять, какие критерии из множества должны использоваться, и сообщать в UE об определенных критериях. В качестве способа уведомления критерии могут быть переданы в форме широковещательной информации. Эти критерии могут быть определены стороной сети (такой как MME и HeNBGW), а не обслуживающей сотой, и, далее, они могут быть переданы в UE через обслуживающую соту.
При уведомлении в обслуживающую соту со стороны сети может использоваться интерфейс S1. Это обеспечивает возможность гибкой обработки компоновки ячеек, включающих в себя гибридную соту. В случае когда определение выполняется стороной сети, обеспечивается возможность установки величины на основании среды распространения радиоволн соседних ячеек и состояния нагрузки (например, количества соединенных единиц пользовательского оборудования). Это обеспечивает возможность сокращения состояний, когда связь не может быть выполнена, имеет место задержка соединения из-за ошибок связи, имеет место увеличение объема сигнализации, имеет место концентрация нагрузки и т.п.
В вышеописанном способе при повторном выборе соты используются критерии. Соответственно, можно использовать этот способ в случае, когда гибридная сота выбирается повторно, используя эти критерии. В других случаях, например, когда UE перемещается в гибридную соту путем эстафетного переключения, способ, раскрытый в двадцать втором варианте осуществления, может быть применен таким образом, чтобы величина установки была выделенным образом сообщена в единицы UE, которые выполняют эстафетное переключение с обслуживающей соты.
Способ, раскрытый в настоящем варианте осуществления, обеспечивает возможность варьирования мощности начальной передачи при начале связи восходящей линии связи между единицами UE члена CSG, и единицами UE пользователя, который не является членом CSG, в результате чего обеспечивается возможность позволить единицам UE члена CSG оставаться в гибридных сотах дольше, чем единицы UE пользователя, который не является членом CSG.
Кроме того, для того чтобы обеспечить возможность варьирования мощности начальной передачи UE при начале связи восходящей линии связи между единицами UE члена CSG и единицами UE пользователя, который не является членом CSG, максимально допустимая мощность, используемая при вычислении мощности начальной передачи PRACH в гибридной соте, предоставляется индивидуальным образом для единиц UE члена CSG и единиц UE пользователя, который не является членом CSG, после чего эта мощность сообщается из гибридной соты в обслуживаемые ею единицы UE. Тем не менее, максимально допустимую мощность, используемую при вычислении мощности начальной передачи PRACH в гибридной соте, не требуется предоставлять индивидуальным образом для единиц UE члена CSG и единиц UE пользователя, который не является членом CSG, и, соответственно, ее не требуется сообщать в обслуживаемые единицы UE. Это позволяет сократить количество параметров, необходимых для широковещательной рассылки в гибридной соте, и, сверх того, сократить объем информации для сигнализации.
Способы, раскрытые в вариантах осуществления с семнадцатого по двадцать третий, применимы не только в случае (смешенной несущей), когда сота с открытым режимом (сота, отличная от CSG) и сота CSG сосуществуют на одной частотной несущей (одном частотном слое), но также в случае (выделенной несущей), когда только сота CSG существует на одной частотной несущей (одном частотном слое). В добавление, эти способы применимы, если гибридная сота существует в одном частотном слое.
Сверх того, эти способы применимы не только при повторном выборе соты и эстафетном переключении в одном частотном слое (внутри частоты), но также при повторном выборе соты и эстафетном переключении между частотными слоями (между частотами) или между системами (технологиями RAT) (inter-RAT).
Хотя выше описана система LTE, использующая HeNB, в котором используется CSG, настоящее изобретение также применимо к системе UMTS, использующей HNB, в котором используется CSG, HeNB, в котором не используется CSG, HNB и базовая станцию с малым радиусом действия (что также обозначается как пико-сота или макро-сота). Первый модифицированный пример шестнадцатого варианта осуществления способен достичь следующего эффекта в добавление к эффектам шестнадцатого варианта осуществления. Обеспечивается возможность сокращения энергопотребления UE в случае, когда UE не было зарегистрировано в соте CSG, расположенной поблизости текущей обслуживающей соты. Сверх того, решение модифицированного примера шестнадцатого варианта осуществления превосходно в том, что вышеописанный эффект достигается, даже если сторона сети (такая как базовая станция) не распознает, в какой соте CSG было зарегистрировано соответствующее UE (какой CSG-ID включен в состав белого списка). Таким образом, пользовательскому оборудованию UE не требуется сообщать в базовую станцию CSG-ID в белом списке, в результате чего обеспечивается эффективное использование радиоресурсов. Сверх того, поскольку базовой станции не требуется управлять идентификатором CSG-ID в белом списке обслуживаемых ею единиц UE, может быть достигнут эффект сокращения нагрузки обработки в базовой станции.
Хотя выше описан случай, когда CSG-ID, являющийся информацией, которая передается по широковещательной рассылке сотой CSG, и TAC, который передается по широковещательной рассылке сотой CSG, ассоциированы друг с другом, настоящее изобретение применимо даже в том случае, когда CSG-ID и TAC не ассоциированы друг с другом.
В случае когда они не ассоциированы друг с другом, например, определение того, была ли выполнена регистрация в CSG и требуется ли обновление TA, может быть выполнено по отдельности, как описано ниже.
При повторном выборе соты в случае определения того, было ли зарегистрировано само UE в выбранной соте, определение выполняется на основании того, входит ли CSG-ID, принятый в широковещательной информации соты, в белый список самого UE. В случае когда CSG-ID, принятый в широковещательной информации соты, входит в состав белого списка, определяется, что само UE было зарегистрировано в выбранной соте. То есть определяется, что эта сота может служить как "подходящая сота" для UE. С другой стороны, в случае когда CSG-ID, принятый в широковещательной информации соты, не входит в состав белого списка самого UE, определяется, что само UE не было зарегистрировано в выбранной соте. То есть определяется, что эта сота не может служить как "подходящая сота" для UE.
Сверх того, при повторном выборе соты в случае определения того, что TA требуется обновить, определение выполняется на основании того, входит ли TAC, принятый в широковещательной информации соты, в состав одного или более TAC (далее список TA), хранимых в самом UE. Если TAC, принятый из широковещательной информации соты, входит в состав списка TA в самом UE, то определяется, что TA не требуется обновлять и TAU не требуется. С другой стороны, если TAC, принятый из широковещательной информации соты, не входит в состав списка TA в самом UE, то определяется, что TA требуется обновить и требуется TAU.
В качестве конкретного примера вышеописанное соответствует этапам с ST1406 по ST1409 с фиг.14 или этапам с ST1607 по ST1610 с фиг.16.
Промышленная применимость
Хотя в настоящем изобретении главным образом описана система LTE (E-UTRAN), настоящее изобретение также применимо к системе W-CDMA (UTRAN, UMTS) и LTE-Advanced. Сверх того, настоящее изобретение применимо к системе мобильной связи, в которой применяется Закрытая Абонентская Группа (Closed Subscriber Group, GSG), и к системе связи, в которой оператор идентифицирует абонентов и идентифицированным абонентам разрешается доступ в CSG.
| название | год | авторы | номер документа |
|---|---|---|---|
| СИСТЕМА МОБИЛЬНОЙ СВЯЗИ | 2009 |
|
RU2461149C1 |
| СИСТЕМА МОБИЛЬНОЙ СВЯЗИ | 2015 |
|
RU2599542C1 |
| СИСТЕМА МОБИЛЬНОЙ СВЯЗИ | 2009 |
|
RU2511040C2 |
| СИСТЕМА СВЯЗИ, ОКОНЕЧНОЕ УСТРОЙСТВО СВЯЗИ И УСТРОЙСТВО БАЗОВОЙ СТАНЦИИ | 2014 |
|
RU2689992C2 |
| СИСТЕМА СВЯЗИ, ОКОНЕЧНОЕ УСТРОЙСТВО СВЯЗИ И УСТРОЙСТВО БАЗОВОЙ СТАНЦИИ | 2019 |
|
RU2706738C1 |
| СИСТЕМА СВЯЗИ | 2014 |
|
RU2667148C2 |
| СИСТЕМА МОБИЛЬНОЙ СВЯЗИ | 2011 |
|
RU2570360C2 |
| СИСТЕМА МОБИЛЬНОЙ СВЯЗИ | 2017 |
|
RU2651808C1 |
| СИСТЕМА МОБИЛЬНОЙ СВЯЗИ | 2018 |
|
RU2677689C1 |
| СИСТЕМА МОБИЛЬНОЙ СВЯЗИ | 2011 |
|
RU2612030C1 |
Изобретение относится к мобильной связи. Технический результат состоит в повышении качества связи. Для этого сота Закрытой Абонентской Группы (Closed Subscriber Group, CSG) представляет собой соту, которая обеспечивает возможность использования абонентов. Для того чтобы получать службу от соты CSG, пользовательскому оборудованию требуется сообщить идентификатор CSG-ID, который невозможно получить в месте вне доступа радиоволн от соты, отличной от CSG. В системе мобильной связи, включающей в себя базовые станции, соответственно, предоставленные в соте CSG и в соте, отличной от CSG, где доступ в соту CSG осуществляется с использованием CSG-ID, изданного в случае, когда использование соты CSG разрешено, базовая станция, предоставленная в соте CSG, ссылается на сообщенную идентификационную информацию пользовательского оборудования и, далее, передает запрос обновления отслеживаемой области из пользовательского оборудования в базовую сеть, и базовая сеть определяет, разрешено ли пользовательскому оборудованию использовать соту CSG, и в случае, если использование разрешено, она передает сигнал для разрешения назначения радиоресурсов пользовательскому оборудованию и CSG-ID. Пользовательское оборудование выполняет доступ в соту CSG с использованием CSG-ID. 4 н.п. ф-лы, 51 ил.
1. Способ связи, выполняемый в системе мобильной связи, которая содержит заданные единицы пользовательского оборудования, базовые станции, предоставленные в сотах для заданных абонентов, которые являются доступными для упомянутых единиц пользовательского оборудования, и контроллер радиосети, управляющий доступом, осуществляемым упомянутыми единицами пользовательского оборудования к упомянутым сотам для заданных абонентов, и отслеживаемую область для трассировки местоположения упомянутых единиц пользовательского оборудования, причем способ содержит этапы, на которых:
отправляют запрос на обновление отслеживаемой области из упомянутых единиц пользовательского оборудования в упомянутый контроллер радиосети через упомянутые базовые станции, выбранные вручную посредством упомянутых единиц пользовательского оборудования;
проверяют, разрешен ли в упомянутом контроллере радиосети доступ, осуществляемый упомянутыми единицами пользовательского оборудования к упомянутым сотам для заданных абонентов;
отправляют одобрение обновления отслеживаемой области от упомянутого контроллера радиосети в упомянутые единицы пользовательского оборудования через упомянутые базовые станции в случае, если доступ, осуществляемый упомянутыми единицами пользовательского оборудования к упомянутым сотам для заданных абонентов, разрешен; и
добавляют упомянутые соты для заданных абонентов посредством упомянутых единиц пользовательского оборудования в список сот для заданных абонентов, разрешенных для доступа, в случае, если упомянутым единицам пользовательского оборудования разрешено обновлять отслеживаемую область.
2. Система мобильной связи, содержащая заданные единицы пользовательского оборудования, базовые станции, предоставленные в сотах для заданных абонентов, которые доступны для заданных единиц пользовательского оборудования, и контроллер радиосети, управляющий доступом, осуществляемым упомянутыми единицами пользовательского оборудования к упомянутым сотам для заданных абонентов, и отслеживаемую область для трассировки местоположения упомянутых единиц пользовательского оборудования, причем:
упомянутое пользовательское оборудование содержит средство для:
отправки запроса на обновление отслеживаемой области в упомянутый контроллер радиосети через упомянутые базовые станции, выбранные вручную посредством упомянутых единиц пользовательского оборудования; и
добавления упомянутых сот для заданных абонентов, в которых предоставлены упомянутые базовые станции, выбранные вручную посредством упомянутых единиц пользовательского оборудования, в список сот для заданных абонентов, разрешенных для доступа, в случае, если обновление отслеживаемой области разрешено упомянутым контроллером радиосети;
причем упомянутый контроллер радиосети содержит средство для:
проверки, разрешен ли доступ, осуществляемый упомянутыми единицами пользовательского оборудования к упомянутым сотам для заданных абонентов; и
отправки одобрения обновления отслеживаемой области в упомянутые единицы пользовательского оборудования через упомянутые базовые станции в случае, если доступ, осуществляемый упомянутыми единицами пользовательского оборудования к упомянутым сотам для заданных абонентов, разрешен.
3. Пользовательское оборудование в системе мобильной связи, содержащей заданные единицы пользовательского оборудования, базовые станции, предоставленные в сотах для заданных абонентов, которые являются доступными для упомянутых единиц пользовательского оборудования, и контроллер радиосети, управляющий доступом, осуществляемым упомянутыми единицами пользовательского оборудования к упомянутым сотам для заданных абонентов, и отслеживаемую область для трассировки местоположения упомянутых единиц пользовательского оборудования, причем пользовательское оборудование содержит средство для:
отправки запроса на обновление отслеживаемой области в упомянутый контроллер радиосети через упомянутые базовые станции, выбранные вручную посредством упомянутых единиц пользовательского оборудования; и
добавления упомянутых сот для заданных абонентов, в которых предоставлены упомянутые базовые станции, выбранные вручную посредством упомянутых единиц пользовательского оборудования, в список сот для заданных абонентов, разрешенных для доступа, в случае, если обновление отслеживаемой области разрешено упомянутым контроллером радиосети.
4. Контроллер радиосети в системе мобильной связи, содержащей заданные единицы пользовательского оборудования, базовые станции, предоставленные в сотах для заданных абонентов, которые являются доступными для упомянутых единиц пользовательского оборудования, и контроллер радиосети, управляющий доступом, осуществляемым упомянутыми единицами пользовательского оборудования к упомянутым сотам для заданных абонентов, и отслеживаемую область для трассировки местоположения упомянутых единиц пользовательского оборудования, причем контроллер радиосети содержит средство для:
проверки, разрешен ли доступ, осуществляемый упомянутыми единицами пользовательского оборудования к упомянутым сотам для заданных абонентов; и
отправки одобрения обновления отслеживаемой области в упомянутые единицы пользовательского оборудования через упомянутые базовые станции в случае, если доступ, осуществляемый упомянутыми единицами пользовательского оборудования к упомянутым сотам для заданных абонентов, разрешен.
| Станок для изготовления деревянных ниточных катушек из цилиндрических, снабженных осевым отверстием, заготовок | 1923 |
|
SU2008A1 |
| СПОСОБ СОЗДАНИЯ И ВЫДЕЛЕНИЯ НОМЕРОВ ВЫЗОВА В СЕТИ СВЯЗИ | 2002 |
|
RU2276468C2 |
| ВОЗДУШНЫЙ ИНТЕРФЕЙС ДЛЯ СИСТЕМ ТЕЛЕКОММУНИКАЦИИ С БЕСПРОВОДНОЙ СВЯЗЬЮ МЕЖДУ МОБИЛЬНЫМИ И/ИЛИ СТАЦИОНАРНЫМИ ПРИЕМОПЕРЕДАЮЩИМИ УСТРОЙСТВАМИ | 1999 |
|
RU2198473C2 |
| УПРАВЛЕНИЕ РЕСУРСАМИ КАНАЛОВ В ЦИФРОВОЙ СЕТИ МОБИЛЬНОЙ СВЯЗИ | 1997 |
|
RU2198474C2 |
| ЩИТОВОЙ ДЛЯ ВОДОЕМОВ ЗАТВОР | 1922 |
|
SU2000A1 |
