ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
[0001] Настоящее изобретение относится к системе мобильной связи, в которой базовая станция осуществляет радиосвязь со множеством пользовательских оборудований.
УРОВЕНЬ ТЕХНИКИ
[0002] Коммерческая служба системы W-CDMA (широкополосный множественный доступ с кодовым разделением каналов) среди так называемых систем связи третьего поколения предлагалась в Японии с 2001 года. Кроме того, служба HSDPA (высокоскоростной пакетный доступ по нисходящей линии связи) для достижения высокоскоростной передачи данных с использованием нисходящей линии связи была предложена путем добавления канала для пакетной передачи (HS-DSCH: высокоскоростной совместно используемый канал нисходящей линии связи) к нисходящей линии связи (выделенный канал данных, выделенный канал управления). Дополнительно, чтобы увеличить скорость передачи данных в направлении восходящей линии связи, была предложена система службы HSUPA (высокоскоростной пакетный доступ по восходящей линии связи). W-CDMA представляет собой систему связи, определенную в 3GPP (проект партнерства третьего поколения), стандартизирующей организацией в отношении системы мобильной связи, где создаются технические условия версии Release 8.
[0003] Дополнительно 3GPP изучает новые системы связи, именуемые «проект долгосрочного развития (LTE)» в отношении областей радио и «развитие архитектуры системы (SAE)» в отношении общей конфигурации системы, включающей в себя базовую сеть (также называемую просто сетью), как системы связи, независимые от W-CDMA. В LTE схема доступа, конфигурация радиоканала и протокол полностью отличаются от настоящего W-CDMA (HDSPA/HSUPA). Например, что касается схемы доступа, множественный доступ с кодовым разделением каналов используется в W-CDMA, тогда как в LTE, OFDM (мультиплексирование с ортогональным частотным разделением) используется в направлении нисходящей линии связи и SC-FDMA (множественный доступ с частотным разделением на одной несущей) используется в направлении восходящей линии связи. Кроме того, ширина полосы частот составляет 5 МГц в W-CDMA, когда в LTE ширина полосы частот может быть выбрана из 1,4 МГц, 3 МГц, 5 МГц, 10 МГц, 15 МГц и 20 МГц для каждой базовой станции. Дополнительно, в отличие от W-CDMA, коммутация цепей не предусмотрена, но только пакетная система связи предусмотрена в LTE.
[0004] LTE определяется как сеть радиодоступа, независимая от сети W-CDMA, потому что ее система связи сконфигурирована с новой базовой сетью, отличной от базовой сети (GPRS) W-CDMA. Следовательно, для дифференциации от системы связи W-CDMA базовая станция, которая связывается с пользовательским оборудованием (UE), и контроллер радиосети, который передает/принимает данные управления и данные пользователя к/от множества базовых станций, называются eNB (E-UTRAN NodeB) и ЕРС (ядро улучшенной пакетной передачи) (также именуется шлюзом доступа (aGW: шлюз доступа)) соответственно в системе связи LTE. Служба индивидуальной рассылки и служба E-MBMS (улучшенная служба широковещательной групповой передачи мультимедиа) предусмотрены в системе связи LTE. Служба E-MBMS представляет собой мультимедийную службу широковещания, которая в некоторых случаях называется просто MBMS. Контент широковещания, такой как новости, прогноз погоды и мобильное широковещание, передается на множество пользовательских оборудований. Это также называется службой передачи от точки к множеству точек.
[0005] Непатентный документ 1 описывает текущие решения 3GPP в отношении общей архитектуры системы LTE. Общая архитектура (глава 4.6.1 Непатентного документа 1) описана со ссылкой на фиг. 1. Фиг. 1 представляет собой диаграмму, иллюстрирующую конфигурацию системы связи LTE. Со ссылкой на фиг. 1 E-UTRAN (улучшенный универсальный наземный радиодоступ) составлен из одной из множества базовых станций 102, при условии если протокол управления (например, RRC (администрирование радиоресурсами)) и плоскость пользователя (к примеру, PDCP: протокол сходимости пакетных данных, RLC: управление линиями радиосвязи, МАС: управление доступом к среде и PHY: физический уровень) для пользовательского оборудования 101 завершаются на базовой станции 102. Базовые станции 102 осуществляют планирование и передачу сигналов персонального вызова (также называемых пейджинговыми сообщениями), уведомленных от ММЕ 103 (объект администрирования мобильностью). Базовые станции 102 соединены друг с другом посредством Х2-интерфейса. Кроме того, базовые станции 102 соединены с ЕРС (ядро улучшенной пакетной передачи) посредством S1-интерфейса, в частности соединены с ММЕ 103 (объект администрирования мобильностью) посредством S1_MME-интерфейса и соединены с S-GW 104 (обслуживающий шлюз) посредством S1_U-интерфейса. ММЕ 103 распространяет сигнализацию персонального вызова к нескольким или одной базовой станции 102. Кроме того, ММЕ 103 осуществляет управление мобильностью состояния незанятости. Когда пользовательское оборудование находится в состоянии незанятости и в активном состоянии, ММЕ 103 администрирует список областей слежения. S-GW 104 передает/принимает данные пользователя к/от одной или множеству базовых станций 102. S-GW 104 служит точкой привязки локальной мобильности при передаче обслуживания между базовыми станциями. Кроме того, предусмотрен P-GW (PDN-шлюз), который осуществляет фильтрацию пакета для каждого пользователя и распределение UE-ID-адресов.
[0006] Протокол управления RRC между пользовательским оборудованием 101 и базовой станцией 102 осуществляет широковещание, передачу сообщений персонального вызова, администрирование RRC-соединения и т.п. Состояния базовой станции и пользовательского оборудования в RRC классифицируются на RRC_Idle (RRC_незанятый) и RRC_CONNECTED (RRC_соединен). В RRC_Idle выполняются выбор PLMN (общественная наземная мобильная сеть), широковещание системной информации (SI), передача сообщений персонального вызова, повторный выбор соты, мобильность и т.п. В RRC_CONNECTED оборудование пользователя поддерживает RRC-соединение, может передавать/принимать данные к/от сети и осуществляет, например передачу обслуживания (НО) и измерение соседней соты. RRC_Idle также называется просто IDLE или в незанятом состоянии. RRC_CONNECTED также называется просто CONNECTED.
[0007] Текущие решения 3GPP в отношении конфигурации кадра в системе LTE описаны в Непатентном документе 1 (глава 5). Описание дано со ссылкой на фиг. 2. Фиг. 2 представляет собой диаграмму, иллюстрирующую конфигурацию радиокадра, используемого в системе связи LTE. Со ссылкой на фиг. 2 один радиокадр составляет 10 мс. Радиокадр разделен на 10 одинаковых по размеру подкадров. Подкадр разделен на два слота одинакового размера. Первый и шестой подкадры содержат сигнал синхронизации (SS) нисходящей линии связи для каждого радиокадра. Сигналы синхронизации подразделяются на первичный сигнал синхронизации (Р-SS) и вторичный сигнал синхронизации (S-SS). Мультиплексирование каналов для одночастотной сети службы широковещательной групповой передачи мультимедиа (MBSFN) и не-MBSFN осуществляется на основе подкадров. Передача MBSFN представляет собой технологию одновременной передачи, реализуемую путем одновременной передачи одинаковых колебательных сигналов от множества сот. Передача MBSFN от множества сот в области MBSFN происходит как одна передача с помощью пользовательского оборудования. MBSFN представляет собой сеть, которая поддерживает передачу MBSFN. В дальнейшем в этом документе подкадр для передачи MBSFN именуется подкадром MBSFN. Непатентный документ 2 описывает пример сигнализации, когда подкадры MBSFN распределены. Фиг. 3 представляет собой диаграмму, иллюстрирующую конфигурацию кадра MBSFN. Со ссылкой на фиг. 3 подкадры MBSFN распределяются для каждого кадра MBSFN. Кадр MBSFN повторяется в периоде распределения кадра радиосвязи.
Подкадр MBSFN представляет собой подкадр, распределенный для MBSFN в радиокадре, определенном периодом распределения радиокадра и смещением распределения кадра радиосвязи, и подкадр для передачи мультимедийных данных. Радиокадр, который соответствует следующему уравнению (1) является радиокадром, включающим в себя MBSFN подкадр.
[0008] Уравнение (1) SFN Mod radioFrameAllocationPeriod = radioFrameAllocationOffset (SFN Mod период распределения кадра радиосвязи = смещение распределения кадра радиосвязи)
Распределение подкадра MBSFN выполняется посредством 6 бит. Самый левый бит определяет распределение MBSFN второго (#1) подкадра. Второй бит определяет распределение MBSFN третьего (#2) подкадра, третий бит определяет распределение MBSFN четвертого (#3) подкадра, четвертый бит определяет распределение MBSFN седьмого (#6) подкадра, пятый бит определяет распределение MBSFN восьмого (#8) подкадра, и шестой бит определяет распределение MBSFN девятого (#9) подкадра. Когда бит показывает «1», это демонстрирует, что соответствующий подкадр распределен для MBSFN.
[0009] Непатентный документ 1 описывает текущие решения 3GPP в отношении конфигурации канала в системе LTE. Допускается, что одинаковая конфигурация канала используется в соте CSG (закрытая группа абонентов), как и в соте не-CSG. Физический канал (глава 5 Непатентного документа 1) описан со ссылкой на фиг. 4. Фиг. 4 представляет собой диаграмму, иллюстрирующую физические каналы, используемые в системе связи LTE. Со ссылкой на фиг. 4 физический широковещательный канал (РВСН) 401 - это канал нисходящей линии связи, переданный от базовой станции 102 на пользовательское оборудование 101. Транспортный блок ВСН отображается на четыре подкадра в интервале в 40 мс. Явной сигнализации, указывающей 40 мс временное распределение, нет. Физический канал 402 индикатора формата управления (PCFICH) передается от базовой станции 102 на пользовательское оборудование 101. PCFICH уведомляет о количестве символов OFDM, используемых для PDCHH, от базовой станции 102 на пользовательское оборудование 101. PCFICH передается в каждом подкадре. Физический канал 403 управления нисходящей линии связи (PDCCH) представляет собой канал нисходящей линии связи, передаваемый от базовой станции 102 на пользовательское оборудование 101. PDCCH уведомляет о распределении ресурсов, HARQ-информацию, относящуюся к DL-SCH (совместно используемый канал нисходящей линии связи, который является одним из транспортных каналов, показанных на фиг. 5) и РСН (канал персонального вызова, который является одним из транспортных каналов, показанных на фиг. 5). PDCCH переносит предоставление планирования восходящей линии связи. PDCCH переносит АСК/Nack, являющийся ответным сигналом на передачу по восходящей линии связи. PDCCH также именуется сигналом управления L1/L2. Физический совместно используемый канал 404 нисходящей линии связи (PDSCH) представляет собой канал нисходящей линии связи, передаваемый от базовой станции 102 на пользовательское оборудование 101. DL-SCH (совместно используемый канал нисходящей линии связи), который является транспортным каналом, и РСН, который является транспортным каналом, отображаются на PDSCH. Физический канал 405 группового вещания (РМСН) представляет собой канал нисходящей линии связи, передаваемый от базовой станции 102 на пользовательское оборудование 101. Канал группового вещания (МСН), который является транспортным каналом, отображается на РМСН.
[0010] Физический канал 403 управления восходящей линии связи (PUCCH) представляет собой канал восходящей линии связи, передаваемый от пользовательского оборудования 101 к базовой станции 102. PUCCH переносит АСК/Nack, являющийся ответным сигналом на передачу по нисходящей линии связи. PUCCH переносит отчет индикатора качества канала (CQI). CQI - информация о качестве, указывающая качество принятых данных или качество канала. Кроме того, PUCCH переносит запрос планирования (SR). Физический совместно используемый канал 407 восходящей линии связи (PUCCH) представляет собой канал восходящей линии связи, передаваемый от пользовательского оборудования 101 к базовой станции 102. UL-SCH (совместно используемый канал восходящей линии связи, который является одним из транспортных каналов, показанных на фиг. 5) отображается на PUCCH. Физический канал 408 индикатора гибридного ARQ (PHICH) представляет собой канал нисходящей линии связи, передаваемый от базовой станции 102 на пользовательское оборудование 101. PHICH переносит АСК/Nack в ответ на передачу по восходящей линии связи. Физический канал 409 произвольного доступа (PRACH) представляет собой канал восходящей линии связи, передаваемый от пользовательского оборудования 101 к базовой станции 102. PRACH переносит преамбулу произвольного доступа.
[0011] Опорный сигнал нисходящей линии связи представляет собой известный символ, используемый в системе мобильной связи. Объекты измерения физического уровня пользовательского оборудования включают в себя, например, принимаемую мощность опорного символа (RSRP).
[0012] Транспортный канал (глава 5 Непатентного документа 1) описан со ссылкой на фиг. 5. Фиг. 5 представляет собой диаграмму, иллюстрирующую транспортные каналы, используемые в системе связи LTE. Фиг. 5А показывает отображение в памяти между транспортным каналом нисходящей линии связи и физическим каналом нисходящей линии связи. Фиг. 5В демонстрирует отображение в памяти между транспортным каналом восходящей линии связи и физическим каналом восходящей линии связи. Широковещательный канал (ВСН) широковещательно передается ко всей базовой станции (соте) относительно транспортного канала нисходящей линии связи. ВСН отображается на физический широковещательный канал (РВСН). Управление повторной передачей в соответствии с HARQ (гибридный ARQ) осуществляется в отношении совместно используемого канала нисходящей линии связи (DL-SCH). Широковещание ко всей базовой станции (соте) возможно. DL-SCH поддерживает динамическое или полустатическое распределение ресурсов. Полустатическое распределение ресурсов также именуется постоянным планированием. DL-SCH поддерживает DRX (прерывистый прием) пользовательского оборудования для того, чтобы давать возможность пользовательскому оборудованию экономить энергию. DL-SCH отображается на физический совместно используемый канал нисходящей линии связи (PDSCH). Канал персонального вызова (РСН) поддерживает DRX пользовательского оборудования для того, чтобы давать возможность пользовательскому оборудованию экономить энергию. Требуется широковещание ко всей базовой станции (соте). РСН отображается на физический ресурс, такой как физический совместно используемый канал нисходящей линии связи (PDSCH), который может использоваться динамически для трафика, или на физическом ресурсе, таком как физический канал управления нисходящей линии связи (PDCCH) другого канала управления. Канал групповой передачи (МСН) используется для широковещания ко всей базовой станции (соте). МСН поддерживает SFN-комбинирование служб MBMS (MTCH и MCCH) в многосотовой передаче. МСН поддерживает полустатическое распределение ресурсов. МСН отображается на РМСН.
[0013] Управление повторной передачей в соответствии с HARQ (гибридный ARQ) осуществляется в отношении совместно используемого канала восходящей линии связи (UL-SCH). UL-SCH поддерживает динамическое или полустатическое распределение ресурсов. UL-SCH отображается на физический совместно используемый канал восходящей линии связи (PUSCH). Канал произвольного доступа (RACH), показанный в части В на фиг. 5, имеет ограничения на информацию управления. Существует риск конфликта. RACH отображается на физический канал произвольного доступа (PRACH).
[0014] HARQ описан. HARQ представляет собой технологию для улучшения качества связи канала путем комбинирования автоматического запроса повтора и прямого исправления ошибок. HARQ имеет преимущество в том, что исправление ошибок эффективно осуществляется путем повторной передачи даже для канала, качество связи которого изменяется. В частности, также возможно достичь дальнейшего улучшения качества повторной передачи с помощью комбинирования результатов приема первой передачи и результатов приема повторной передачи. Пример способа повторной передачи описан. В том случае, когда приемнику не удается успешно декодировать принятые данные (в случае если происходит ошибка контроля циклическим избыточным кодом (CRC) (CRC = NG)), приемник передает «Nack» передатчику. Передатчик, который принял «Nack», повторно передает данные. В том случае, когда приемник успешно декодирует принятые данные (в случае если ошибки CRC не происходит (CRC = ОК)), приемник передает «AcК» передатчику. Передатчик, который принял «Ack», передает следующие данные. Примеры системы HARQ включают в себя «отслеживаемое комбинирование». В отслеживаемом комбинировании одна и та же последовательность данных передается во время первой передачи и повторной передачи, что представляет собой систему для улучшения путем комбинирования последовательности данных первой передачи и последовательности данных повторной передачи в повторной передаче. Это основано на идее, что корректные данные частично включены, даже если данные первой передачи содержат ошибку, и передача данных высокой точности становится возможной путем комбинирования корректных частей данных первой передачи и данных повторной передачи. Другой пример системы HARQ - IR (инкрементная избыточность). IR предназначена для увеличения избыточности, когда бит четности передается при повторной передаче, чтобы увеличить избыточность путем комбинирования первой передачи и повторной передачи, чтобы, таким образом, улучшить качество при помощи функции исправления ошибок.
[0015] Логический канал (глава 6 Непатентного документа 1) описан со ссылкой на фиг. 6. Фиг. 6 представляет собой диаграмму, иллюстрирующую логические каналы, используемые в системе связи LTE. Часть А на Фиг. 6 демонстрирует отображение между логическим каналом нисходящей линии связи и транспортным каналом нисходящей линии связи. Часть В на Фиг. 6 демонстрирует отображение между логическим каналом восходящей линии связи и транспортным каналом восходящей линии связи. Канал управления широковещанием (ВССН) представляет собой канал нисходящей линии связи для управляющей информации системы широковещания. ВССН, который является логическим каналом, отображается на канал широковещания (ВСН) или совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом. Канал управления персональным вызовом (РССН) представляет собой канал нисходящей линии связи для передачи сигналов персонального вызова. РССН используется, когда сеть не знает расположения соты пользовательского оборудования. РССН, который является логическим каналом, отображается на канал персонального вызова (РСН), который является транспортным каналом. Общий канал управления (СССН) является каналом для передачи управляющей информации между оборудованиями пользователя и базовой станцией. СССН используется в том случае, когда пользовательские оборудования не имеют RCC-соединения с сетью. В нисходящей линии связи СССН отображается на совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом. В восходящей линии связи СССН отображается на совместно используемый канал восходящей линии связи (UL-SCH), который является транспортным каналом.
[0016] Канал управления групповой передачей (МССН) представляет собой канал нисходящей линии связи для передачи от точки к множеству точек («точка-многоточка»). МССН является каналом, используемым для передачи управляющей информации MBMS для одного или нескольких МТСН от сети к пользовательскому оборудованию. МССН представляет собой канал, используемый только пользовательским оборудованием во время приема MBMS. МССН отображается на совместно используемый канал нисходящей линии связи (DL-SCH) или канал групповой передачи (МСН), который является транспортным каналом. Выделенный канал управления (DCCH) представляет собой канал, который передает выделенную управляющую информацию между пользовательским оборудованием и сетью. DCCH отображается на совместно используемый канал восходящей линии связи (UL-SCH) в восходящей линии связи и отображается на совместно используемый канал нисходящей линии связи (DL-SCH) в нисходящей линии связи. Выделенный канал трафика (DTCH) представляет собой канал связи от точки к точке («точка-точка») для передачи пользовательской информации на выделенное пользовательское оборудование. DTCH существует в восходящей линии связи, так же как и в нисходящей линии связи. DTCH отображается на совместно используемый канал восходящей линии связи (UL-SCH) в восходящей линии связи и отображается на совместно используемый канал нисходящей линии связи (DL-SCH) в нисходящей линии связи. Канал трафика групповой передачи (МТСН) представляет собой канал нисходящей линии связи для передачи данных трафика от сети к пользовательскому оборудованию. МТСН представляет собой канал, используемый только пользовательским оборудованием во время приема MBMS. МТСН отображается на совместно используемый канал нисходящей линии связи (DL-SCH) или канал групповой передачи (МСН).
[0017] GCI представляет глобальный идентификатор соты. В LTE и UMTS (универсальная система мобильной связи) представлена CSG-сота (сота закрытой группы абонентов). CSG описывается ниже (глава 3.1 Непатентного документа 3). CSG (закрытая группа абонентов) представляет собой соту, в которой абоненты, допущенные к использованию, определяются оператором (сота для особых абонентов). Особые абоненты могут устанавливать доступ в одной или более сотах E-UTRAN PLMN (сеть связи наземных подвижных объектов общего пользования). Одна или более сот E-UTRAN, в которых особые абоненты могут устанавливать доступ, называются «CSG-сота(-ы)». Следует отметить, что в PLMN доступ ограничен. CSG-сота является частью PLMN, которая широковещательно передает специальный CSG-идентификатор (CSG ID, CSG-ID). Авторизованные члены группы абонентов, которые зарегистрированы заблаговременно, получают доступ к CSG-сотам, используя CSG-ID, представляющий собой информацию разрешения доступа.
CSG-ID широковещательно передается CSG-сотой или несколькими CSG-сотами. Множество CSG-ID существует в системе мобильной связи. CSG-ID применяются пользовательскими оборудованиями (UE), делая доступ для имеющих отношение к CSG членов проще. Места расположения пользовательских оборудований отслеживаются на основании области, составленной из одной или более сот. Места расположения отслеживаются для предоставления возможности отслеживания мест расположения пользовательских оборудований и совершения вызовов (вызовов пользовательских оборудований) даже в состоянии незанятости. Область для отслеживания мест расположения пользовательских оборудований именуется областью слежения. Белый список CSG представляет собой список, который хранится в USIM (универсальный идентификационный модуль абонента), в котором записаны все ID CSG сот CSG, к которым принадлежат абоненты. Белый список CSG также называется списком разрешенных ID CSG в некоторых случаях.
[0018] «Подходящая сота» описана ниже (глава 4.3 Непатентного документа 3). «Подходящая сота» представляет собой соту, в которой UE закреплено (Закрепление включено), чтобы получить обычное обслуживание. Такая сота удовлетворяет условию, согласно которому (1) сота является частью выбранной PLMN, зарегистрированной PLMN или PLMN из «списка эквивалентных PLMN», (2) сота дополнительно удовлетворяет следующим условиям, по последней информации предоставленной посредством NAS (уровень, не связанный с предоставлением доступа), и (а) сота не является запрещенной сотой. (b) Сота не является частью списка «LA, запрещенные для роуминга», но является частью по меньшей мере одной области слежения (ТА). В этом случае сота должна соответствовать п. (1), (с) сота соответствует критериям выбора соты, (d) сота, которая задана как CSG-сота системной информацией (SI), является частью «белого списка CSG» UE (включенной в белый список CSG UE).
[0019] «Приемлемая сота» описана ниже (глава 4.3 Непатентного документа 3). Это сота, в которой UE закрепляется, чтобы получить ограниченное обслуживание (экстренные вызовы). Такая сота должна соответствовать всем следующим требованиям. То есть минимальный требуемый набор для инициирования экстренного вызова в сети E-UTRAN следующий. (1) Сота не является запрещенной сотой. (2) Сота соответствует критериям выбора соты.
[0020] Закрепление в соте представляет состояние, в котором UE завершило процесс выбора/повторного выбора соты и UE выбрало соту для отслеживания системной информации и информации персонального вызова.
[0021] 3GPP изучает базовые станции, именуемые Home-NodeB (Home-NB, HNB) и Home-eNodeB (Home-eNB, HeNB). HNB/HeNB - базовая станция для, к примеру, обслуживания домашнего, корпоративного или коммерческого доступа в UTRAN/E-UTRAN. Непатентный документ 4 раскрывает три различных режима доступа к HeNB и HNB. Это режим открытого доступа, режим закрытого доступа и режим гибридного доступа. Соответствующие режимы имеют следующие характеристики. В режиме открытого доступа HeNB и HNB обслуживаются как обычная сота обычного оператора. В режиме закрытого доступа HeNB и HNB обслуживаются как CSG-сота. Упомянутая CSG-сота является сотой, в которой только члены CSG получают доступ. В режиме гибридного доступа те, кто не является членами CSG, в то же время получают доступ. Другими словами, сота в режиме гибридного доступа (также называется гибридной сотой) представляет собой соту, которая поддерживает и режим открытого доступа, и режим закрытого доступа.
[0022] В 3GPP, в качестве Release 10, устанавливаются стандарты «усовершенствованного проекта долгосрочного развития» (LTE-A) (Непатентный документ 6 и Непатентный документ 7).
[0023] В системе LTE-A изучено, что ретранслятор (узел ретранслятора (RN)) поддерживается, чтобы достичь высокой скорости связи, высокой пропускной способности на границе соты, новой зоны покрытия и т.п. Узел ретранслятора соединен беспроводным способом с сетью радиодоступа посредством донорской соты (donor eNB или DeNB). Внутри диапазона донорской соты линия связи от NW к узлу ретранслятора совместно использует ту же полосу частот, что и линия связи от сети к UE. В этом случае UE согласно Release 8 может быть также соединено с донорской сотой. Линия связи между донорской сотой и узлом ретранслятора называется линией транзитного соединения, и линия между узлом ретранслятора и UE называется линией доступа.
[0024] Как способ мультиплексирования линии транзитного соединения в FDD, передача от DeNB к RN осуществляется в полосе частот нисходящей линии связи (DL), передача от RN к DeNB осуществляется в полосе частот восходящей линии связи (UL). Как способ разделения ресурсов в ретрансляторе, линия связи от DeNB к RN и линия связи от RN к UE подвергаются временному мультиплексированию в одной полосе частот, и линия связи от RN к DeNB и линия связи от UE к RN подвергаются временному мультиплексированию в одной полосе частот. Подобным образом, в ретрансляторе, можно избежать помех передачи ретранслятора на прием самого ретранслятора.
Документы предшествующего уровня техники
Непатентные документы
[0025] Непатентный документ 1: 3GPP TS36.300 V9.2.0 Глава 4.6.1, глава 4.6.2, глава 5, глава 6 и глава 10.7
Непатентный документ 2: 3GPP TS36.331 V9.1.0
Непатентный документ 3: 3GPP TS36.304 V9.1.0 глава 3.1, глава 4.3 и глава 5.2.4
Непатентный документ 4: 3GPP S1-083461
Непатентный документ 5: 3GPP R2-082899
Непатентный документ 6: 3GPP TR 36.814 V9.0.0
Непатентный документ 7: 3GPP TR 36.912 V9.0.0
Непатентный документ 8: 3GPP R1-095011
Непатентный документ 9: 3GPP TS36.433 V9.0.0
Непатентный документ 10: 3GPP R1-100275
Непатентный документ 11: 3GPP R1-101620
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
ЗАДАЧА, РЕШАЕМАЯ ИЗОБРЕТЕНИЕМ
[0026] В 3GPP обсуждается более низкое потребление энергии (энергосбережение) инфраструктуры. Изучено, что более низкого потребления энергии базовой станции можно достичь путем уменьшения времени CRS, используя подкадр MBSFN.
[0027] Целью изобретения является обеспечение системы мобильной связи, которая может эффективно снизить потребление электроэнергии инфраструктуры.
СРЕДСТВА ДЛЯ РЕШЕНИЯ ЗАДАЧ
[0028] Настоящее изобретение относится к системе мобильной связи, включающей в себя множество базовых станций, которые осуществляют радиосвязь с пользовательскими оборудованиями и контроллером радиосети, который управляет множеством базовых станций, при этом контроллер радиосети указывает низкочастотный ресурс, который является радиоресурсом для передачи опорного сигнала для измерения мощности пользовательским оборудованиям менее часто, чем обычно к базовым станциям, базовая станция указывает, в дополнение к низкочастотному ресурсу, указанному контроллером радиосети, низкочастотный ресурс, который является радиоресурсом для передачи опорного сигнала пользовательскому оборудованию менее часто, чем обычно, и базовая станция передает опорный сигнал на пользовательское оборудование менее часто, чем обычно, в низкочастотном ресурсе, указанном контроллером радиосети, и низкочастотный ресурс дополнительно обозначается самой базовой станцией.
ПРЕИМУЩЕСТВА ИЗОБРЕТЕНИЯ
[0029] В соответствии с настоящим изобретением, в дополнение к радиоресурсу, указанному контроллером радиосети, в радиоресурсе, обозначенном самой базовой станцией, опорный сигнал для измерения мощности может передаваться менее часто, чем обычно, и потребление энергии инфраструктурой может быть снижено.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0030] Фиг. 1 представляет собой диаграмму, иллюстрирующую конфигурацию системы связи LTE.
Фиг. 2 представляет собой диаграмму, иллюстрирующую конфигурацию радиокадра, используемого в системе связи LTE.
Фиг. 3 представляет собой диаграмму, иллюстрирующую конфигурацию кадра MBSFN (одночастотная сеть широковещательной групповой передачи мультимедиа).
Фиг. 4 представляет собой диаграмму, иллюстрирующую физические каналы, используемые в системе связи LTE.
Фиг. 5 представляет собой диаграмму, иллюстрирующую транспортные каналы, используемые в системе связи LTE.
Фиг. 6 представляет собой диаграмму, иллюстрирующую логические каналы, используемые в системе связи LTE.
Фиг. 7 представляет собой блок-схему, показывающую общую конфигурацию системы мобильной связи, в настоящее время являющуюся объектом обсуждения 3GPP.
Фиг. 8 представляет собой блок-схему, показывающую конфигурацию пользовательского оборудования 71 в соответствии с настоящим изобретением.
Фиг. 9 представляет собой блок-схему, показывающую конфигурацию базовой станции 73 в соответствии с настоящим изобретением.
Фиг. 10 представляет собой блок-схему, показывающую конфигурацию ММЕ в соответствии с настоящим изобретением.
Фиг. 11 представляет собой блок-схему, показывающую конфигурацию HeNBGW в соответствии с настоящим изобретением.
Фиг. 12 представляет собой блок-схему, показывающую план поиска соты, осуществляемого пользовательским оборудованием (UE) в системе связи LTE.
Фиг. 13 представляет собой диаграмму, иллюстрирующую теоретическую архитектуру E-MBMS, в настоящее время являющуюся объектом обсуждения 3GPP.
Фиг. 14 представляет собой диаграмму, иллюстрирующую последовательность работы системы мобильной связи, когда применяется решение первого варианта реализации.
Фиг. 15 представляет собой схему расположения, иллюстрирующую проблему первой модификации первого варианта реализации.
Фиг. 16 представляет собой диаграмму, иллюстрирующую последовательность работы системы мобильной связи, когда применяется решение первой модификации первого варианта реализации.
Фиг. 17 представляет собой диаграмму, иллюстрирующую последовательность работы системы мобильной связи для объяснения проблемы второй модификации первого варианта реализации.
Фиг. 18 представляет собой диаграмму, иллюстрирующую последовательность работы системы мобильной связи, когда применяется решение второй модификации первого варианта реализации.
Фиг. 19 представляет конкретный пример информации приоритетного порядка, когда используется третья модификация первого варианта реализации.
Фиг. 20 представляет собой диаграмму, иллюстрирующую последовательность работы системы мобильной связи, когда применяется решение третьей модификации первого варианта реализации.
Фиг. 21 представляет собой диаграмму, иллюстрирующую последовательность работы системы мобильной связи, когда применяется решение пятой модификации первого варианта реализации.
Фиг. 22 представляет собой паттерн генерирования персонального вызова, в настоящее время являющегося объектом обсуждения в 3GPP.
Фиг. 23 представляет собой диаграмму, иллюстрирующую последовательность работы системы мобильной связи, когда применяется комбинирование третьего варианта реализации и первого варианта реализации.
Фиг. 24 представляет собой диаграмму, иллюстрирующую последовательность работы системы мобильной связи, когда применяется решение первой модификации третьего варианта реализации.
Фиг. 25 представляет собой диаграмму, иллюстрирующую последовательность работы системы мобильной связи, когда применяется решение второй модификации третьего варианта реализации.
ВАРИАНТЫ РЕАЛИЗАЦИИ ДЛЯ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
[0031] Первый вариант реализации
Фиг. 7 представляет собой блок-схему, показывающую общую конфигурацию системы мобильной связи LTE, в настоящее время являющуюся объектом обсуждения 3GPP. В текущем 3GPP изучается общая конфигурация системы, включающей в себя CSG (закрытая группа абонентов) соту (домашний eNodeB (Home-eNodeB, Home-eNB, HeNB) сети e-UTRAN и домашний NB (Home-NB (HNB)) сети UTRAN и BSS сети GERAN). Для e-UTRAN предложена конфигурация, показанная на фиг. 7 (глава 4.6.1 Непатентного документа 1).
[0032] Фиг. 7 описана. Пользовательское оборудование (UE) 71 осуществляет передачу/прием к/от базовой станции 72. Базовые станции 72 подразделяются на станцию eNB 72-1 и станции Home-eNB 72-2. eNB 72-1 соединен с несколькими ММЕ 73 с помощью интерфейсов S1, и управляющая информация сообщается между eNB и ММЕ. Множество ММЕ 73 может быть соединено с одним eNB 72-1. eNB соединяются друг с другом посредством интерфейса Х2, и управляющая информация сообщается между eNB.
[0033] Home-eNB 72-2 соединяется с ММЕ 73 посредством интерфейса S1, и управляющая информация сообщается между Home-eNB и ММЕ. Множество Home-eNB соединяется с одним ММЕ. В качестве альтернативы несколько Home-eNB 72-2 соединяются с несколькими ММЕ 72 посредством HeNBGW (шлюз Home-eNB) 74. Home-eNB 72-2 подсоединяются к HeNBGW 74 посредством интерфейсов S1, и HeNBGW 74 соединяется с несколькими ММЕ 73 посредством интерфейса S1. Один или множество Home-eNB 72-2 соединяются с одним HeNBGW 74, и информация сообщается между ними посредством интерфейса S1. HeNBGW 74 соединяется с одним или множеством ММЕ 73, и информация сообщается между ними посредством интерфейса S1.
[0034] Дополнительно 3GPP в настоящее время изучает конфигурацию, описанную ниже. Интерфейс Х2 между несколькими Home-eNB 72-2 не поддерживается. HeNBGW 74 представляется для ММЕ 73 как eNB 72-1. HeNBGW 74 представляется для Home-eNB 72-2 как ММЕ 73. Интерфейс S1 между Home-eNB 72-2 и ЕРС такой же, независимо от того, соединен ли Home-eNB 72-2 с ЕРС посредством HeNBGW 74 или нет. Мобильность к Home-eNB 72-2 или мобильность от Home-eNB 72-2, которая охватывает несколько ММЕ 73, не поддерживается. Home-eNB 72-2 поддерживает одну соту.
[0035] Фиг. 8 представляет собой блок-схему, показывающую конфигурацию пользовательского оборудования (оборудование 71 на фиг. 7) в соответствии с настоящим изобретением. Процесс передачи пользовательского оборудования, показанный на фиг. 8, описывается. Во-первых, блок 803 буфера данных передачи сохраняет данные управления от блока 801 обработки протокола и пользовательские данные от блока 802 приложения. Данные, хранимые в блоке 803 буфера данных передачи, передаются на кодирующий блок 804 и подвергаются процессу кодирования, такому как исправление ошибок. Могут существовать данные, выводимые от блока 803 буфера данных передачи напрямую к модулирующему блоку 805 без процесса кодирования. Данные, кодированные кодирующим блоком 804, модулируются модулирующим блоком 805. Модулированные данные выводятся к блоку 806 преобразования частоты после преобразования в сигнал основной полосы частот, а затем преобразуются в частоту радиопередачи. После этого сигнал передачи передается от антенны 807 к базовой станции 72. Пользовательское оборудование 71 выполняет процесс приема следующим образом. Антенна 807 принимает радиосигнал от базовой станции 72. Принятый сигнал преобразуется из частоты радиоприема в сигнал основной полосы частот блоком 806 преобразования частоты и затем демодулируется блоком 808 демодуляции. Демодулированные данные передаются на декодирующий блок 809 и подвергаются процессу декодирования, такому как исправление ошибок. Среди фрагментов декодированных данных данные управления передаются на блок 801 обработки протокола, тогда как пользовательские данные передаются на блок 802 приложения. Ряд процессов пользовательского оборудования управляется блоком 810 управления. Это означает, хотя и не показано, что блок 810 соединен с соответствующими блоками (801-809).
[0036] Фиг. 9 представляет собой блок-схему, показывающую конфигурацию базовой станции (базовой станции 72 из фиг. 7) в соответствии с настоящим изобретением. Процесс передачи базовой станции, показанный на фиг. 9, описывается. Блок 901 связи ЕРС осуществляет передачу/прием данных между базовой станцией 72 и ЕРС (такими как ММЕ 73 и HeNBGW 74). Блок 902 связи с другой базовой станцией осуществляет передачу/прием данных к/от другой базовой станции. Интерфейс Х2 между несколькими Home-eNB 72-2 не предназначен для того, чтобы поддерживаться, и, соответственно, возможно, что блока 902 связи с другой базовой станцией может не существовать в Home-ENB 72-2. Блок 901 связи ЕРС и блок 902 связи с другой базовой станцией соответственно передают/принимают информацию к/от блока 903 обработки протокола. Данные управления от блока 903 обработки протокола и пользовательские данные и данные управления от блока 901 связи ЕРС и блока 902 связи с другой базовой станцией хранятся в блоке 904 буфера данных передачи. Данные, хранимые в блоке 904 буфера данных передачи, передаются на кодирующий блок 905 и затем подвергаются процессу кодирования, такому как исправление ошибок. Могут существовать данные, выводимые от блока 904 буфера данных передачи напрямую к модулирующему блоку 906 без процесса кодирования. Кодированные данные модулируются модулирующим блоком 906. Модулированные данные выводятся к блоку 907 преобразования частоты после преобразования в сигнал основной полосы частот, а затем преобразуются в частоту радиопередачи. После этого сигнал передачи передается от антенны 908 к одному из множества пользовательских оборудований 71. В то же время процесс приема базовой станции 72 выполняется следующим образом. Радиосигнал от одного из множества пользовательских оборудований 71 принимается антенной 908. Принятый сигнал преобразуется из частоты радиоприема в сигнал основной полосы частот блоком 907 преобразования частоты и затем демодулируется блоком 909 демодуляции. Демодулированные данные передаются на декодирующий блок 910 и затем подвергаются процессу декодирования, такому как исправление ошибок. Среди фрагментов декодированных данных данные управления передаются на блок 903 обработки протокола, блок 901 связи ЕРС или блок 902 связи с другой базовой станцией, тогда как пользовательские данные передаются на блок 901 связи ЕРС и блок 902 связи с другой базовой станцией. Ряд процессов базовой станции 72 управляется блоком 911 управления. Это означает, хотя и не показано, что блок 911 соединен с соответствующими блоками (901-910).
[0037] Функции Home-eNB 72-2, в настоящее время являющегося объектом обсуждения в 3GPP, описаны ниже (глава 4.6.2 Непатентного документа 1). Home-eNB 72-2 имеет те же функции, что и eNB 72-1. Кроме того, когда Home-eNB 72-2 соединяется с HeNBGW 74, Home-eNB 72-2 имеет следующую функцию. Home-eNB 72-2 имеет функцию обнаружения подходящего обслуживающего HeNBGW 74. В том случае, когда Home-eNB 72-2 соединяется только с одним HeNBGW 74, то есть в случае соединения с HeNBGW 74, Home-eNB 72-2 не применяет функцию гибкости интерфейса S1. Когда Home-eNB 72-2 соединен с HeNBGW 74, он не соединен одновременно с другим HeNBGW 74 или другим ММЕ 73. ТАС и PLMN ID, используемые Home-eNB 72-2, поддерживаются HeNBGW 74. Когда Home-eNB 72-2 соединен с HeNBGW 74, выбор ММЕ 73 на «присоединении UE» выполняется HeNBGW 74 вместо Home-eNB 72-2. Home-eNB 72-2 может разворачиваться без планирования сети. Соответственно, Home-eNB 72-2 может быть перемещен из одного географического района в другой. Таким образом, может потребоваться соединение Home-eNB 72-2 с другим HeNBGW 74 в зависимости от его местоположения.
[0038] Фиг. 10 представляет собой блок-схему, показывающую конфигурацию ММЕ (объект администрирования мобильности) в соответствии с настоящим изобретением. Блок 1001 связи PDN GW осуществляет передачу/прием данных между ММЕ 73 и PDN GW. Блок 1002 связи базовой станции осуществляет передачу/прием данных между ММЕ 73 и базовой станцией 72 посредством интерфейса S1. В том случае, когда данные, принятые от PDN GW представляют собой пользовательские данные, пользовательские данные передаются от блока 1001 связи PDN GW к блоку 1002 связи базовой станции посредством блока 1003 обработки плоскости пользователя и затем передаются к одной или множеству базовых станций 72. В том случае, когда данные, принятые от базовой станции 72, представляют собой пользовательские данные, пользовательские данные передаются от блока 1002 связи базовой станции к блоку 1001 связи PDN GW посредством блока 1003 обработки плоскости пользователя и затем передаются к PDN GW.
[0039] В том случае, если данные, принятые от PDN GW, представляют собой данные управления, данные управления передаются от блока 1001 связи PDN GW к блоку 1005 управления плоскости управления. В том случае, когда данные, принятые от базовой станции 72, представляют собой данные управления, данные управления передаются от блока 1002 связи базовой станции к блоку 1005 управления плоскости управления. Блок 1004 связи HeNBGW предоставлен в том случае, если предоставлен HeNBGW 74, который осуществляет передачу/прием посредством интерфейса (IF) между ММЕ 73 и HeNBGW 74 в соответствии с типом информации. Данные управления, принятые от блока 1004 связи HeNBGW, передаются от блока 1004 связи HeNBGW к блоку 1005 управления плоскости управления. Результаты обработки блока 1005 управления плоскости управления передаются к PDN GW посредством блока 1001 связи PDN GW. Результаты обработки блока 1005 управления плоскости управления передаются к одной или множеству базовых станций 72 посредством интерфейса S1 через блок 1002 связи базовой станции и передаются к одному или множеству HeNBGW 74 посредством блока 1004 связи HeNBGW.
[0040] Блок 1005 управления плоскости управления включает в себя блок 1005-1 безопасности NAS, блок 1005-2 управления однонаправленным каналом SAE и блок 1005-3 администрирования мобильности состояния незанятости и выполняет общий процесс для плоскости управления. Блок 1005-1 безопасности NAS обеспечивает безопасность и т.п. сообщения NAS (уровень, не связанный с предоставлением доступа). Блок 1005-2 управления однонаправленным каналом SAE администрирует, например, однонаправленный канал SAE (развитие архитектуры системы). Блок 1005-3 администрирования мобильности состояния незанятости выполняет, например, администрирование мобильности состояния незанятости (состояние незанятости LTE, которое также называется просто незанятостью), генерацию и управление сигнализацией персонального вызова в состоянии незанятости, добавление, удаление и поиск области слежения (ТА) одного или множества пользовательских оборудований 71, обслуживаемых им, и администрирование списка области слежения (список ТА). ММЕ начинает протокол сигналов персонального вызова путем передачи сообщения персонального вызова к соте, принадлежащей области слежения (ТА), в которой зарегистрировано UE. Блок 1005-3 администрирования мобильности состояния незанятости может администрировать CSG нескольких Home-eNB 72-2 так, чтобы они соединялись с ММЕ, несколькими ID CSG и белым списком. При администрировании ID CSG, взаимосвязь между пользовательским оборудованием, соответствующим ID CSG, и CSG-сотой администрируется (добавляется, удаляется, обновляется и ищется). К примеру, это может быть взаимосвязь между одним или множеством пользовательских оборудований, регистрация доступа пользователя которых была выполнена с помощью ID CSG и CSG-сот, принадлежащих этому ID CSG. При администрировании белого списка взаимосвязь между пользовательским оборудованием и ID CSG администрируется (добавляется, удаляется, обновляется и ищется). Например, один или множество ID CSG, регистрация пользователя с которым была выполнена пользовательским оборудованием, может храниться в белом списке. Упомянутое выше администрирование, относящееся к CSG, может осуществляться другой частью ММЕ 73. Ряд процессов ММЕ 73 управляется блоком 1006 управления. Это означает, хотя и не показано, что блок 1006 управления соединен с соответствующими блоками (1001-1005).
[0041] Функция ММЕ 73, в настоящее время являющегося объектом обсуждения в 3GPP, описана ниже (глава 4.6.2 Непатентного документа 1). ММЕ 73 осуществляет управление доступом для одного или множества пользовательских оборудований, являющихся членами CGS (закрытые группы абонентов). Выполнение оптимизации персонального вызова идентифицируется как опция.
[0042] Фиг. 11 представляет собой блок-схему, показывающую конфигурацию HeNBGW в соответствии с настоящим изобретением. Блок 1101 связи ЕРС осуществляет передачу/прием данных между HeNBGW 74 и ММЕ 73 посредством интерфейса S1. Блок 1102 связи базовой станции осуществляет передачу/прием данных между HeNBGW 74 и Home-eNB 72-2 посредством интерфейса S1. Блок 1103 обработки местоположения осуществляет процесс передачи ко множеству Home-eNB регистрационной информации и подобной ей среди данных, переданных от ММЕ 73 с помощью блока 1101 связи ЕРС. Данные, обработанные блоком 1103 обработки местоположения, передаются к блоку 1102 связи базовой станции и передаются к одному или множеству Home-eNB 72-2 посредством интерфейса S1. Данные, которые должны лишь пройти сквозь (быть сквозными) и не требующие обработки блоком 1103 обработки местоположения, переходят от блока 1101 связи ЕРС к блоку 1102 связи базовой станции и передаются к одной или множеству Home-eNB 72-2 посредством интерфейса S1. Ряд процессов HeNBGW 74 управляется блоком 1104 управления. Это означает, хотя и не показано, что блок 1104 управления соединен с соответствующими блоками (1101-1103).
[0043] Функция HeNBGW 74, в настоящее время являющегося объектом обсуждения в 3GPP, описана ниже (глава 4.6.2 Непатентного документа 1). HeNBGW 74 ретранслирует приложение S1. HeNBGW 74 завершает приложение S1, не связанное с пользовательским оборудованием 71, хотя и является частью процедуры ММЕ 73 в отношении Home-eNB 72-2. Когда HeNBGW 74 развернуто, процедура, не связанная с пользовательским оборудованием 71, сообщается между Home-eNB 72-2 и HeNBGW 74 и между HeNBGW 74 и ММЕ 73. Интерфейс Х2 не установлен между HeNBGW 74 и другим узлом. Выполнение оптимизации персонального вызова идентифицируется как опция.
[0044] Далее описывается пример типичного способа поиска соты в системе мобильной связи. Фиг. 12 представляет собой блок-схему, показывающую план от поиска соты к функционированию в состоянии незанятости, осуществляемый пользовательским оборудованием (UE) в системе связи LTE. Когда пользовательским оборудованием начинается поиск соты, на этапе ST1201, тактирование слотов и тактирование кадров синхронизируются первичным сигналом синхронизации (P-SS) и вторичным сигналом синхронизации (S-SS), переданными с соседней базовой станции. Коды синхронизации, которые соответствуют PCI (физические идентификаторы соты), заданным на каждую соту один за другим, задаются сигналам синхронизации (SS), включая P-SS и S-SS. Количество PCI в настоящее время изучено в 504 направлениях, и эти 504 направления PCI используются для синхронизации, и PCI синхронизированных сот обнаружены (заданы). Далее, на этапе ST1202, опорный сигнал RS (специфичный для соты опорный сигнал: CRS), передаваемый от базовой станции для каждой соты, обнаруживается и принимаемая мощность (также именуется RSRP) измеряется. Код, соответствующий PCI, один за другим используется для опорного сигнала RS, и отделение от других сот возможно путем корреляции с использованием кода. Код для RS соты выводится из PCI, заданного на этапе ST1201, что позволяет обнаруживать RS и измерять принимаемую мощность RS. Далее, на этапе ST1203, сота, имеющая лучшее качество приема RS (например, сота, имеющая самую высокую принимаемую мощность RS; лучшая сота) выбирается из одной или более сот, которые были обнаружены до этапа ST1202. На этапе ST1204, далее, РВСН лучшей соты принимают и ВССН, представляющий собой информацию широковещания, получают. MIB (блок основной информации), содержащий информацию о конфигурации соты, отображается на ВССН через РВСН. Примеры информации MIB включают в себя полосу частот системы DL (нисходящая линия связи) (также называется конфигурацией полосы частот передачи: dl-полоса частот), номер передающей антенны и SFN (системный номер кадра).
[0045] На этапе 1205, далее, DL-SCH соты принимается на основании информации конфигурации соты MIB, чтобы, таким образом, получить SIB (блок системной информации) 1 ВССН информации широковещания. SIB1 содержит информацию относительно доступа к соте, информацию, связанную с выбором соты и информацию планирования другой SIB (SIBk; k - это целое число, которое удовлетворяет k≥2). Кроме того, SIB1 содержит ТАС (код области слежения). На этапе ST1206, далее, пользовательское оборудование сравнивает ТАС, принятый на этапе ST1205, с ТАС, уже имеющимся в списке ТА (область слежения) пользовательского оборудования. В том случае, когда в результате сравнения ТАС, принятого на этапе ST1205, идентичен ТАС, включенному в список ТА, пользовательское оборудование входит в режим функционирования в состоянии незанятости в соте. Для сравнения, если ТАС, принятый на этапе ST1205, не включен в список ТА, пользовательское оборудование запрашивает базовую сеть (ЕРС) (включая ММЕ или подобное) изменить ТА по соте для выполнения TAU (обновление области слежения). Базовая сеть обновляет список ТА на основании идентификационного номера (такого как UE-ID) пользовательского оборудования, переданного от пользовательского оборудования вместе с сигналом запроса TAU. Базовая сеть передает обновленный список ТА на пользовательское оборудование. Пользовательское оборудование переписывает (обновляет) список ТАС, полученный пользовательским оборудованием с принятым списком ТА. После этого пользовательское оборудование входит в режим функционирования в состоянии незанятости в соте.
[0046] В LTE и UMTS (универсальная система мобильной связи) изучается введение CSG (закрытая группа абонентов). Как описано выше, доступ разрешен только одному или множеству пользовательских оборудований, зарегистрированных с помощью CSG-соты. CSG-сота и одно или множество пользовательских оборудований, зарегистрированных с помощью CSG-соты, составляют одну CSG. Специальный идентификационный номер, именуемый CSG-ID, добавляется в составленную таким образом CSG. Следует отметить, что одна CSG может содержать множество CSG-сот. После регистрации с помощью любой из CSG-сот пользовательское оборудование может осуществить доступ к другим CSG-сотам CSG, которой принадлежит зарегистрированная CSG-сота. В некоторых случаях Home-eNB в LTE и Home-NB в UMTS используются как CSG-сота. Пользовательское оборудование, зарегистрированное с помощью CSG-соты, имеет белый список. В частности, белый список хранится в SIM/USIM. Информация CSG CSG-соты, с помощью которой было зарегистрировано пользовательское оборудование, отражается в белом списке. Конкретные примеры информации CSG включают в себя CSG-ID, TAI (идентификатор области слежения), ТАС и т.п. Любой из CSG-ID и ТАС пригоден до тех пор, пока они связаны друг с другом. GCI пригоден до тех пор, пока CSG-ID, ТАС и GCI (глобальный идентификатор соты) связаны друг с другом. Как можно понять из указанного выше, пользовательскому оборудованию, не имеющему белого списка (включая случай по настоящему изобретению, когда белый список пуст), не дается доступ к CSG-соте, а разрешается доступ только к не CSG-соте. С другой стороны, пользовательское оборудование, имеющее белый список, имеет доступ к CSG-соте CSG-ID, с помощью которого была выполнена регистрация, как и к не CSG-соте.
[0047] 3GPP рассматривает, что все PCI (физические идентификаторы соты) поделены (это называется PCI-разделением) на те, что зарезервированы для CSG-сот, и другие, что зарезервированы для не CSG-сот (Непатентный документ 5). Дополнительно 3GPP рассматривает, что информация PCI-разделения широковещательно передается в системной информации от базовой станции к пользовательским оборудованиям, обслуживаемым ею. То, что раскрыто здесь, является базовой операцией пользовательского оборудования посредством PCI-разделения. Пользовательскому оборудованию, не имеющему информации PCI-разделения, нужно выполнять поиск соты с использованием всех PCI (например, с использованием всех 504 кодов). С другой стороны, пользовательское оборудование, имеющее информацию PCI-разделения, может выполнять поиск соты, используя информацию PCI-разделения.
[0048] Дополнительно 3GPP определило, что PCI для гибридных сот не содержатся в диапазоне PCI для CSG-сот (глава 10.7 Непатентного документа 1).
[0049] От HeNB и HNB требуется поддерживать различные типы обслуживания. Например, оператор вынуждает HeNB и HNB зарегистрировать в них пользовательские оборудования и разрешает только зарегистрированным пользовательским оборудованиям доступ к сотам HeNB и HNB так, что пользовательские оборудования увеличивают доступный радиоресурс для осуществления высокоскоростной связи. При таком обслуживании оператор соответственно выставляет счет, более крупный в сравнении с обычным обслуживанием. Это является услугой. Чтобы получить вышеупомянутую услугу, вводится CSG-сота (сота закрытой группы абонентов), доступ к которой могут получить зарегистрированные (подписчики или члены) пользовательские оборудования. Требуется установить большое количество CSG-сот (соты закрытой группы абонентов) в торговых центрах, многоквартирных домах, школах, компаниях и т.п. Например, CSG-соты нужно устанавливать для каждого магазина в торговых центрах, для каждой комнаты в многоквартирных домах, для каждой классной комнаты в школах и для каждого отдела в компаниях таким образом, что только пользователям, которые зарегистрированы в соответствующих CSG-сотах, разрешено использовать эти CSG-соты. От HeNB/HNB требуется не только дополнять связь за пределами покрытия макросоты, но и поддерживать различные типы обслуживания, как описано выше. Это ведет к тому, что HeNB/HNB устанавливается в пределах покрытия макросоты.
[0050] В качестве одной из технологий, изученных LTE-A, добавляются гетерогенные сети (HetNets). 3GPP обрабатывает пико-eNB (пикосоту), узел для соты горячей зоны, соту HeNB/HNB/CSG, узел ретранслятора и сетевой узел (узел диапазона локальной области, узел локальной области и локальный узел) в диапазоне локальной области, имеющем низкую выходную мощность, как то удаленная радиостанция (RRH). Таким образом, требуется запустить в работу сеть, в которой один или более узлов диапазона локальной области встроен в обычный eNB (макросота). Сеть, в которой один или более узлов локального диапазона включены в нормальный eNB (макросота) называется гетерогенной сетью, и способ уменьшения помех, способ улучшения пропускной способности и т.п. изучаются.
[0051] В 3GPP обсуждается пониженное энергопотребление (экономия энергии) инфраструктуры.
[0052] Следующее раскрыто в Непатентном документе 8. Во время передачи по нисходящей линии связи базовая станция должна включить питание усилителя мощности (РА) передатчика. Так, когда время передачи по нисходящей линии связи сокращается, питание усилителя мощности передатчика может быть выключено, и будет обеспечено более низкое энергопотребление базовой станции. Сигналы, запрашиваемые в нисходящей линии связи для неактивных UE, представляют собой CRS, P-SS, S-SS и ВСН. Среди сигналов или каналов, сигнал, который оказывает максимальное влияние на время передачи по нисходящей линии связи, - CRS. Это происходит потому, что CRS передаются во всех подкадрах. Хотя CRS обычно имеет четыре символа в подкадре за исключением подкадра MBSFN, CRS в подкадре MBSFN имеет один символ. Подкадр MBSFN представляет собой подкадр, который поддерживает передачу, используя MBSFN. Так, путем использования подкадра MBSFN время передачи CRS может быть сокращено. Тем самым, может быть обеспечено более низкое энергопотребление базовой станции.
[0053] Как подкадры MBSFN, максимум шесть подкадров может быть сконфигурировано в один радиокадр (Непатентный документ 2).
[0054] С другой стороны, для более низкого энергопотребления новый способ, называемый расширенная DTX соты, предлагается без использования подкадра MBSFN. При расширенной DTX соты CRS передается в первый подкадр (#0) на каждом радиокадре, и CRS передается в другие подкадры. На пользовательском оборудовании, чтобы измерить качество приема соты (RSRP), предлагается использовать S-SS вместо CRS.
[0055] Проблема, которую следует решить посредством первого варианта реализации, описана ниже.
[0056] Логическая архитектура E-MBMS, являющаяся предметом обсуждения 3GPP, показана на фиг. 13. Те же ссылочные позиции, как и на фиг. 1, обозначают соответствующие части, которые не описаны. МСЕ (объект координации многосотовой/групповой передачи) 1301 представляет собой логический элемент или может быть частью другого элемента сети. МСЕ управляет одной или более базовыми станциями, функционирующими под управлением МСЕ. Точнее управление допуском осуществляется и радиоресурсы распределяются. Радиоресурсы - это радиоресурсы, используемые всеми базовыми станциями в области MBSFN для многосотовой передачи MBSFN, применяемой при функционировании MBSFN. МСЕ определяет не только распределение радиоресурса по времени и частотам, но и детали радиоконфигурации. Детали радиоконфигурации - это конфигурация, связанная с, например, схемой модулирования, способом кодирования и т.п. МСЕ выполняет передачу сигнала к базовой станции и не осуществляет передачи сигнала к пользовательскому оборудованию.
[0057] MBMS GW (шлюз E-MBMS) 1302 является логическим элементом или может быть частью другого элемента сети. MBMS GW представлен между BMSC (сервисным центром широковещательной групповой передачи) 1306 и базовой станцией.
[0058] BMSC 1306 выполняет функцию пользовательского обслуживания MBMS. Конкретные примеры функции включают в себя функцию безопасности, функцию протокола синхронизации и т.п. Протокол синхронизации - это способ переноса дополнительной информации, который позволяет базовой станции осуществлять передачу радиокадра и обнаружение потери пакетов. MBMS GW передает или широковещательно сообщает пакет MBMS каждой базовой станции, которая передает службу.
[0059] М3-интерфейс 1303 определен как интерфейс между ММЕ 103 и МСЕ 1301. Интерфейс представляет собой интерфейс плоскости управления. М3-интерфейс 1303 предназначен для сигнализации управления сессией MBMS на уровне E-RAB. М3-интерфейс 1303 не используется для передачи данных радиоконфигурации.
[0060] М2-интерфейс 1304 определен как интерфейс между МСЕ 1301 и eNB 102. Интерфейс представляет собой интерфейс плоскости управления. М2-интерфейс 1304 используется для передачи данных радиоконфигурации для сигнализации управления сессией к базовой станции в режиме многосотовой передачи.
[0061] М1-интерфейс 1305 определен как интерфейс между MBMS GW и eNB 102. М1-интерфейс 1305 представляет собой интерфейс плоскости пользователя. М1-интерфейс 1305 предназначен для передачи пользовательских данных.
[0062] Способ конфигурирования подкадра MBMS, являющегося объектом обсуждения в 3GPP, является таким, как изложено ниже.
[0063] МСЕ уведомляет базовую станцию, обслуживаемую им, с использованием информации планирования MBMS, о конфигурации подкадра MBSFN. Базовая станция уведомляет пользовательское оборудование о конфигурации подкадра MBSFN, используя системную информацию (SIB2) (Непатентный документ 2 и Непатентный документ 9).
[0064] Таким образом, в традиционных технологиях конфигурация подкадра MBSFN уведомляется от МСЕ к базовой станции, также к пользовательскому оборудованию посредством базовой станции и обычно используется базовыми станциями и пользовательскими оборудованиями, которые обслуживаются МСЕ.
[0065] С другой стороны, состояния нагрузки базовых станций различаются в зависимости от базовых станций. То есть состояние низкой нагрузки (также называемое низкой нагрузкой (Непатентный документ 10)) или состояние без нагрузки (также называемое отсутствие нагрузки (Непатентный документ 10)), в которых базовая станция стремится переключиться на функционирование с более низким энергопотреблением (экономия энергии), являются состояниями, которые генерируются независимо в каждой из базовых станций.
[0066] Таким образом, в традиционной технологии, когда пониженное энергопотребление базовых станций реализуется путем использования подкадра MBSFN, возникают проблемы, связанные с тем, что подкадр MBSFN не может быть сконфигурирован в зависимости от состояний базовых станций и эффективное энергосберегающее функционирование невозможно. Пониженное потребление энергии базовой станции при использовании подкадра MBSFN описано ниже. Когда базовая станция реализует пониженное потребление энергии, посредством использования подкадра MBSFN, в котором передача CRS выполняется менее часто, чем в обычном подкадре (подкадр за исключением подкадра MBSFN), период электропитания усилителя мощности передатчика сокращается.
[0067] Непатентный документ 11 раскрывает, что если сделать передачу CRS менее частой, чтобы экономить энергию сети, становится возможным сконфигурировать большее количество подкадров MBSFN. Однако, в частности, то, что является главной целью конфигурации, вне зависимости от того, может ли быть сконфигурировано большее количество подкадров MBSFN, и конкретный способ обеспечения возможности конфигурирования большого количества подкадров MBSFN не раскрываются.
[0068] Решение в первом варианте реализации описано ниже.
[0069] МСЕ указывает номер подкадра, который должен быть использован как подкадр MBSFN к базовой станции. Подкадр, MBSFN, указанный МСЕ, может в дальнейшем называться подкадром MBSFN (МСЕ). Пользовательское оборудование уведомляется о номере подкадра, который нужно использовать как подкадр MBSFN (МСЕ) посредством базовой станции.
[0070] Базовая станция обозначает, в дополнение к подкадру MBSFN (МСЕ), номер подкадра, который будет использоваться в качестве подкадра MBSFN самой базовой станцией. Подкадр MBSFN, дополнительно обозначенный самой базовой станцией, может в дальнейшем называться подкадром MBSFN (eNB). Номер подкадра для использования в качестве подкадра MBSFN (eNB) выбирается из номеров подкадров, за исключением номера подкадра, который предназначен для использования в качестве подкадра MBSFN (МСЕ). Пользовательское оборудование уведомляется о номере подкадра, который нужно использовать как подкадр MBSFN (eNB) от базовой станции.
[0071] В результате базовая станция может использовать подкадр MBSFN (eNB) помимо подкадра MBSFN (МСЕ). В частности, используя подкадр MBSFN (МСЕ) и подкадр MBSFN (eNB), можно передавать CRS к пользовательскому оборудованию. В подкадрах MBSFN CRS передается менее часто, чем обычно, и передачи CRS, осуществляемые в инфраструктуре, могут быть менее частыми, и энергопотребление инфраструктуры может быть снижено.
[0072] Когда подкадр MBSFN (eNB) используется в формате экономии энергии, подкадр MBSFN (eNB) может также называться подкадром для экономии энергии. Кроме того, только когда базовая станция осуществляет функционирование в режиме экономии энергии, подкадр MBSFN (eNB) может быть обозначен дополнительно.
[0073] Для удобства описания ниже по тексту подкадр, распознаваемый пользовательским оборудованием как подкадр, использующий конфигурацию подкадра MBSFN, может также называться подкадром MBSFN (UE). Два конкретных примера способа конфигурирования подкадра MBSFN базовой станции раскрыты ниже.
[0074] (1) Базовая станция уведомляет пользовательское оборудование о конфигурации подкадра MBSFN, который включает в себя подкадр MBSFN (МСЕ) и подкадр MBSFN (eNB). То есть базовая станция уведомляет о конфигурации подкадра MBSFN (UE). Информация широковещания используется при уведомлении о конфигурации. Соответственно, эффект обеспечения возможности уведомления о конфигурации подкадра MBSFN может быть достигнут не только пользовательским оборудованием, которое подсоединено (CONNECTED), но и пользовательским оборудованием, которое не занято (Idle). Точнее SIB2 используется в информации широковещания. Тем самым, получают тот же способ конфигурации, что и традиционный способ для подкадра MBSFN, система мобильной связи, которая хороша в плане обратной совместимости, может быть преимущественно установлена.
[0075] (2) Базовая станция уведомляет пользовательское оборудование о конфигурации подкадра MBSFN (eNB) независимо от конфигурации подкадра MBSFN (МСЕ) к пользовательскому оборудованию. Независимо от конфигурации подкадра для MBSFN в SIB2 традиционной технологии базовая станция заново устанавливает конфигурацию подкадра для подкадра MBSFN (eNB) к пользовательскому оборудованию. В качестве альтернативы в конфигурации подкадра MBSFN (eNB) в SIB2 традиционной технологии индикатор, который указывает, является ли конфигурация энергосберегающей, может быть заново установлен. То есть пользовательское оборудование распознает подкадр, сконфигурированный как MBSFN (МСЕ), и подкадр MBSFN (eNB) - как подкадр MBSFN (UE).
[0076] Конкретный пример выбора подкадра MBSFN (eNB) базовой станции раскрыт ниже.
[0077] Базовая станция конфигурирует подкадр, отличный от подкадра MBSFN (МСЕ), как подкадр MBSFN (eNB). Базовая станция может передавать данные MBSFN с помощью ресурса кроме для CRS в подкадре MBSFN (МСЕ). Так, хотя подкадр MBSFN (МСЕ) используется для экономии энергии, в ресурсе за исключением CRS, базовая станция должна включать питание усилителя мощности передатчика, и достигается меньший эффект экономии энергии. Таким образом, при использовании данного способа подкадр, отличный от подкадра MBSFN (МСЕ), конфигурируется как подкадр для экономии энергии, чтобы сделать возможной установку системы мобильной связи, имеющей больший эффект в плане пониженного энергопотребления.
[0078] Конкретный пример функционирования с использованием первого варианта реализации описан со ссылкой на фиг. 14.
[0079] В этом примере функционирования раскрывается случай, когда конкретный пример (2) используется в способе конфигурирования подкадра MBSFN базовой станции. Раскрывается случай, когда конкретный пример (2) используется в способе выбора подкадра MBSFN (eNB) базовой станции.
[0080] На этапе ST1401 МСЕ уведомляет базовую станцию (eNB1), обслуживаемую им, о подкадре MBSFN (МСЕ).
[0081] На этапе ST1402 МСЕ уведомляет базовую станцию (eNB2), обслуживаемую им, о подкадре MBSFN (МСЕ). МСЕ уведомляет все базовые станции, которые осуществляют одну и ту же передачу MBSFN и обслуживаются таким образом, об одном и том же подкадре MBSFN (МСЕ). Это делается для того, чтобы поддерживать передачу MBSFN. В этом примере функционирования, например, предполагается, что второй подкадр (#1) и третий подкадр (#2) конфигурируются как подкадры MBSFN (МСЕ).
[0082] На этапе ST1403 базовая станция (eNB1) оценивает, конфигурировать ли подкадр MBSFN (eNB). В случае если оценено, что подкадр MBSFN сконфигурирован, процесс переходит на этап ST1404. В случае если оценено, что подкадр MBSFN не сконфигурирован, этап ST1403 оценки повторяется. Когда подкадр MBSFN используется для энергосберегающего функционирования, на этапе ST1403, может быть оценено, осуществляется ли энергосберегающее функционирование. В этом случае, когда оценено, что энергосберегающее функционирование осуществляется, процесс переходит на этап ST1404. Когда оценено, что энергосберегающее функционирование не осуществляется, этап ST1403 оценки повторяется.
[0083] На этапе ST1404 базовая станция (eNB1) выбирает подкадр MBSFN (eNB). В этом примере функционирования подкадр, отличный от #1 и #2, служащих подкадрами MBSFN (МСЕ), выбирается как подкадр MBSFN (eNB). В этом примере функционирования, например, предполагается, что седьмой подкадр (#6) и восьмой подкадр (#7) сконфигурированы как подкадры MBSFN (eNB).
[0084] На этапе ST1405 базовая станция (eNB1) уведомляет пользовательское оборудование, обслуживаемое ею, о конфигурации подкадра MBSFN (МСЕ). В этом примере функционирования #1 и #2 уведомляются как подкадры, зарезервированные для MBSFN в нисходящей линии связи.
[0085] На этапе ST1406 базовая станция (eNB1) уведомляет пользовательское оборудование, обслуживаемое ею, о конфигурации подкадра MBSFN (eNB). В этом примере функционирования #6 и #7 уведомляются как подкадры, зарезервированные для MBSFN в нисходящей линии связи.
[0086] На этапе ST1407 пользовательское оборудование функционирует, используя подкадр MBSFN (МСЕ), принятый на этапе ST1405, и подкадр MBSFN (eNB), принятый на этапе ST1406, как подкадры, зарезервированные для MBSFN в нисходящей линии связи. В этом примере функционирования пользовательское оборудование работает, используя #1, #2, #6 и #7 как подкадры, зарезервированные для MBSFN в нисходящей линии связи. Конфигурация подкадра MBSFN сходна с той, что представлена на концептуальной диаграмме, показанной на фиг. 3.
[0087] Первый вариант реализации может привести к достижению эффектов, описанных ниже.
[0088] Помимо конфигурации, уведомленной базовой станции посредством МСЕ, базовая станция сама может конфигурировать подкадр MBSFN для пользовательского оборудования, обслуживаемого ею. Так, подкадр MBSFN может быть сконфигурирован в соответствии с рабочими состояниями, различающимися в зависимости от базовых станций, и частота передачи CRS может быть отрегулирована. Эффективное в плане энергосбережения функционирование, подходящее для каждой базовой станции, может быть реализовано. Указанные выше операции могут способствовать пониженному энергопотреблению на стороне сети.
[0089] В представленном выше описании «номер подкадра, который должен быть использован как подкадр MBSFN (eNB), выбирается из номеров подкадров за исключением номера подкадра для использования в качестве подкадра MBSFN (МСЕ)». Однако «номер подкадра, который должен быть использован как подкадр MBSFN (eNB), может быть выбран так, чтобы быть полностью равным номеру подкадра MBSFN (МСЕ) или частично совпадать с номером подкадра MBSFN (МСЕ)».
[0090] В этом случае конкретный пример способа конфигурации подкадра MBSFN базовой станции может быть следующим. Когда номер подкадра для использования в качестве подкадра MBSFN (МСЕ) полностью равен номеру подкадра для использования в качестве подкадра MBSFN (eNB), (1) базовая станция уведомляет пользовательское оборудование о конфигурации подкадра MBSFN (МСЕ). (2) Базовая станция уведомляет пользовательское оборудование о конфигурации подкадра MBSFN (eNB).
[0091] В этом случае следующая часть может называться подкадром для экономии энергии. Подкадр MBSFN (eNB), включающий в себя частично совпадающую часть между номером подкадра для использования в качестве подкадра MBSFN (eNB) и номером подкадра MBSFN (МСЕ), может называться подкадром для экономии энергии. (2) Среди подкадров, сконфигурированных как подкадр MBSFN (eNB), подкадр, который не совпадает частично с номер подкадра MBSFN (МСЕ), может называться подкадром для экономии энергии.
[0092] Также подкадр MBSFN (МСЕ) может быть включен в подкадры для экономии энергии или сконфигурирован как подкадр для экономии энергии. В этом случае, даже когда базовая станция принимает данные MBMS (данные управления или данные пользователя), чтобы осуществить передачу в подкадре MBSFN (МСЕ), базовая станция может осуществлять функционирование с экономией энергии. Базовая станция может выключить передачу во время передачи, за исключением времени CRS в подкадре, сконфигурированном как подкадр для экономии энергии. Даже когда базовая станция принимает данные MBMS от MBMS GW, BMSC или МСЕ, чтобы передать подкадр для экономии энергии, питание усилителя мощности передатчика может быть выключено в радиоресурсе для передачи данных MBMS. Так, даже если базовая станция не может конфигурировать подкадр MBSFN для пользовательского оборудования, обслуживаемого ею самой, экономия энергии с использованием подкадра MBSFN может осуществляться в соответствии с режимами работы, которые различаются в зависимости от базовых станций.
[0093] Кроме того, информация, отражающая, может ли подкадр MBSFN (МСЕ) использоваться для экономии энергии, может быть сконфигурирована, и МСЕ может уведомить базовую станцию о информации. На основе информации могут быть определены подкадры MBSFN, используемые для экономии энергии.
[0094] Случай, в котором подкадр MBSFN (eNB) конфигурируется, когда базовая станция находится в режиме энергосберегающего функционирования, был описан выше. Однако настоящее изобретение не ограничено этим случаем и подкадр MBSFN (eNB) конфигурируется в зависимости от режима работы базовой станции, чтобы сделать возможным снижение энергопотребления.
[0095] Случай с подкадром MBSFN, содержащим передачу CRS, осуществляемую менее часто, чем в обычном подкадре, содержащем передачу CRS, осуществляемую часто, был описан. Однако настоящее изобретение не ограничено этим случаем и посредством использования радиоресурса, передача CRS в котором осуществляется менее часто, чем обычно, становится возможным снизить энергопотребление.
[0096] Первая модификация первого варианта реализации
В том случае, когда используется первый вариант реализации, возникает следующая проблема.
[0097] В традиционной технологии информация соседней соты включает в себя информацию, отражающую, поддерживается ли MBSFN (Непатентный документ 2). Информация именуется конфигурацией соседней соты (Neigh Cell Config) и включается в SIB3 и SIB5 информации широковещания или объекта измерения. Информация выражается двумя битами. Значения комбинаций битов следующие. Комбинация «00» означает, что та же конфигурация подкадра MBSFN, что и в обслуживающей соте, не присутствует в соседних сотах. Другими словами, соседние соты включают в себя соту, имеющую конфигурацию подкадра MBSFN, отличную от той, что в обслуживающей соте. Комбинация «10» означает, что каждая из соседних сот имеет ту же конфигурацию подкадра MBSFN, что и в обслуживающей соте, или конфигурацию подкадра MBSFN, включенную в конфигурацию подкадра MBSFN обслуживающей соты. Комбинация «01» означает, что подкадр MBSFN не сконфигурирован в каждой из всех соседних сот. Комбинация «11» означает, что распределение по восходящей линии связи или распределение по нисходящей линии связи, отличное от того, что имеется в обслуживающей соте, присутствует в соседней соте в системе TDD (дуплексная передача с временным разделением каналов).
[0098] Когда базовая станция может сконфигурировать подкадр кроме подкадра MBSFN (МСЕ) как подкадр MBSFN (eNB) путем применения первого варианта реализации, подкадр MBSFN, фактически используемый базовой станцией, может быть несогласованным с информацией, которая уведомляется, как информация соседней соты, соседней сотой базовой станции на пользовательское оборудование, обслуживаемое ею.
[0099] В традиционной технологии пользовательское оборудование измеряет качество приема (RSRP) путем использования CRS. Ресурсы CRS подкадров MBSFN отличаются от ресурсов CRS подкадра за исключением подкадра MBSFN.
[0100] Таким образом, когда подкадр MBSFN, фактически используемый базовой станцией, не согласуется с информацией, которая уведомляется, как информация соседней соты, соседней сотой базовой станции на пользовательское оборудование, происходит ошибка в результате измерения соседней соты, полученного пользовательским оборудованием. Это происходит потому, что пользовательское оборудование может измерять RSRP как CRS для символа, для которого CRS фактически не передается. Кроме того, это происходит потому, что пользовательское оборудование может не осуществлять измерение RSRP в отношении CRS для символа, для которого CRS фактически передается. Ввиду ошибки результата измерения пользовательское оборудование может переключиться на соту, отличную от исходной лучшей соты, или осуществлять повторный выбор соты. Тем самым, эффективное использование радиоресурса не может быть обеспечено или же реализуется бесполезно высокая мощность передачи по восходящей линии связи, чтобы неблагоприятно увеличить помехи в восходящей линии связи.
[0101] Конкретный пример, вызывающий проблемы, описан со ссылкой на фиг. 15. Те же ссылочные позиции, что и на фиг. 1 и 13, показывают соответствующие части, которые не описаны.
[0102] Местоположение описано первым. Имеются eNB1 (102-1), eNB2 (102-2) и eNB3 (102-3), которые обслуживаются МСЕ 1301. МСЕ 1301 и eNB1 (102-1) соединены посредством М2-интерфейса 1304-1, МСЕ 1301 и eNB2 (102-2) соединены посредством М2-интерфейса 1304-2 и МСЕ 1301 и eNB3 (102-3) соединены посредством М2-интерфейса 1304-3. Имеется пользовательское оборудование 1 (101-1), которое обслуживается eNB1 (102-1), есть пользовательское оборудование 2 (101-2), которое обслуживается eNB2 (102-2), а также есть пользовательское оборудование 3 (101-3), которое обслуживается eNB1 (102-3). Предполагается, что имеются eNB2 (101-2) и eNB3 (101-3) в качестве соседних сот для eNB1 (101-1). Предполагается, что имеются eNB1 (101-1) и eNB3 (101-3) в качестве соседних сот для eNB2 (101-2). Предполагается, что имеются eNB1 (101-1) и eNB2 (101-2) в качестве соседних сот для eNB3 (101-3).
[0103] Конкретный пример, вызывающий проблемы, описан со ссылкой на фиг. 14 и 15. Предполагается, что eNB3 (101-3) на фиг. 15 опущен на фиг. 14. МСЕ 1301 уведомляет eNB1 (102-1), eNB2 (102-2) и eNB3 (102-3), выступающие в качестве базовых станций, обслуживаемых им, о подкадре MBSFN (МСЕ) (соответствующем этапу ST1401 и этапу ST1402 на фиг. 14). Например, предполагается, что второй подкадр (#1) и третий подкадр (#2) конфигурируются как подкадры MBSFN (МСЕ). Предполагается, что eNB1 (102-1) выполняет функционирование с экономией энергии, чтобы сконфигурировать подкадр MBSFN (eNB) (соответствующий этапу ST1404 на фиг. 14). В таком случае подкадр, отличный от #1 и #2, служащих подкадрами MBSFN (МСЕ), конфигурируется как подкадр MBSFN (eNB). Например, предполагается, что седьмой подкадр (#6) и восьмой подкадр (#7) конфигурируются как подкадры MBSFN (eNB).
[0104] С другой стороны, eNB2 (102-2), имеющий eNB1 (102-1) в качестве соседней соты, никоим образом не может знать подкадр MBSFN (eNB) eNB1 (102-1). Так, eNB2 (102-2) может уведомлять пользовательское оборудование 2 (101-2), обслуживаемое им, о битах сигнализации «10» в качестве информации (тип информации соседней соты), показывающей, поддерживается ли MBSFN. Биты сигнализации «10» показывают, что каждая из соседних сот (eNB1 и eNB3) имеет ту же конфигурацию подкадра MBSFN, что и собственная сота (eNB2) или конфигурацию подкадра MBSFN, включенную в конфигурацию подкадра MBSFN собственной соты. Пользовательское оборудование 2 (101-2), которое принимает информацию (тип информации соседней соты), отражающую, поддерживается ли MBSFN, измеряет принимаемую мощность опорного символа (RSRP), из предположения, что eNB1 (101-1) и eNB3 (101-3) имеют, как соседние соты, ту же конфигурацию подкадра MBSFN, что и обслуживающая сота, или конфигурацию подкадра MBSFN, включенную в конфигурацию подкадра MBSFN обслуживающей соты. Точнее пользовательское оборудование 2 измеряет RSRP для #1 и #2, служащих подкадрами MBSFN (МСЕ), уведомленными от МСЕ путем использования одного символа CRS, и измеряет RSRP для подкадра, кроме подкадра MBSFN (МСЕ), посредством, например, четырех символов CRS. С другой стороны, eNB1 (101-1) осуществляет функционирование для #1, #2, #6 и #7, используя конфигурацию подкадра MBSFN. То есть eNB1 (101-1) передает один символ CRS для #1, #2, #6 и #7 и передает четыре символа CRS другим подкадрам.
[0105] Как описано выше, следующая ошибка возникает при измерении eNB1 в измерении соседней соты, осуществляемом пользовательским оборудованием 2. Что касается подкадров #6 и #7, пользовательское оборудование 2 включает в себя три символа, для которых eNB1 фактически не передает CRS в объектах измерения RSRP. Таким образом, значение RSRP eNB1 в пользовательском оборудовании 2 может быть меньше реального значения. Тем самым, даже в обстоятельствах, что лучшей сотой является eNB1 для пользовательского оборудования 2, сота, отличная от eNB1, может быть повторно выбрана или к ней передано обслуживание. Тем самым, эффективное использование радиоресурса не может быть обеспечено или реализуется бесполезно высокая мощность передачи по восходящей линии связи, чтобы неблагоприятно увеличить помехи восходящей линии связи.
[0106] Решение в первой модификации первого варианта реализации описано ниже. Части, отличные от решения первого варианта реализации, в основном описаны ниже. Неописанные части совпадают с теми, что представлены в первом варианте реализации.
[0107] Базовая станция уведомляет соседние соты о конфигурации подкадра MBSFN собственной соты. Информация соседней соты обновляется на основе информации, и обновленная информация уведомляется пользовательскому оборудованию, обслуживаемому базовой станцией, уведомившей о конфигурации. Пользовательское оборудование выполняет измерение соседней соты путем использования информации соседней соты.
[0108] Уведомление соседних сот может осуществляться, только когда подкадр MBSFN (eNB) сконфигурирован. Уведомление может выполняться, только когда подкадр, отличный от подкадра MBSFN, сконфигурирован как подкадр MBSFN (eNB).
[0109] Шесть конкретных примеров конфигурации подкадра MBSFN, о которых уведомляются соседние соты, раскрыты ниже. (1) Подкадр MBSFN (UE), полученный, когда конкретный пример (1) способа конфигурации подкадра MBSFN базовой станции используется в первом варианте реализации. (2) Подкадр MBSFN (eNB), полученный, когда конкретный пример (2) способа конфигурирования подкадра MBSFN базовой станции используется в первом варианте реализации. Подкадр MBSFN также может уведомляться. (3) Среди подкадров MBSFN (eNB) подкадр, отличный от подкадра MBSFN (МСЕ). (4) Информация, отражающая, сконфигурирован ли подкадр MBSFN независимо от уведомления МСЕ. То есть, информация, отражающая, сконфигурирован ли подкадр, отличный от того, что с уведомлением МСЕ сконфигурирован, как подкадр MBSFN (eNB). (5) Информация, отражающая, что подкадр MBSFN сконфигурирован независимо от уведомления МСЕ. То есть информация, отражающая, что подкадр MBSFN (eNB) сконфигурирован независимо от уведомления МСЕ. (6) Информация, отражающая, что подкадр MBSFN не сконфигурирован независимо от уведомления МСЕ. То есть информация, отражающая, что подкадр, отличный от того, что с уведомления МСЕ, не сконфигурирован как подкадр MBSFN (eNB).
[0110] Три конкретных примера интерфейса, используемого для уведомления соседних сот, раскрыты ниже. (1) Базовая станция осуществляет уведомление соседних сот посредством интерфейса Х2. (2) Базовая станция осуществляет уведомление ММЕ посредством интерфейса S1. ММЕ выполняет уведомление соседних сот базовой станции, используя интерфейс S1. (3) Базовая станция осуществляет уведомление МСЕ посредством интерфейса М2. МСЕ выполняет уведомление ММЕ посредством интерфейса М3. ММЕ выполняет уведомление соседних сот базовой станции, используя интерфейс S1.
[0111] Пять конкретных примеров способа выбора соседней соты раскрыты ниже. (1) Определение выполнено на основе результата измерения соседней радиосреды базовой станции. Как конкретный пример соседней радиосреды представлен результат измерения соседней соты. Как конкретные примеры результата измерения соседней соты даны качество приема, принимаемая мощность, потери в тракте передачи и т.п. Когда в результате измерения соседней радиосреды качество приема или принимаемая мощность некоторой базовой станции являются определенным пороговым значением или больше (или больше, чем пороговое значение), базовая станция выбирает некоторую базовую станцию в качестве соседней соты, которая осуществляет уведомление о конфигурации подкадра MBSFN собственной соты. Когда в результате измерения соседней радиосреды потери в тракте передачи некоторой базовой станции меньше некоторого порогового значения (или равны пороговому значению, или меньше), базовая станция выбирает некоторую базовую станцию в качестве соседней соты, которая осуществляет уведомление о конфигурации подкадра MBSFN собственной соты. (2) Оценка осуществляется посредством отчета об измерениях от пользовательского оборудования, обслуживаемого базовой станцией. Например, в соответствии с отчетом об измерениях, сота, описанная в отчете как хорошая в плане качества приема собственной сотой, выбирается в качестве соседней соты, которая осуществляет уведомление о конфигурации подкадра MBSFN собственной соты. Хорошее качество приема включает в себя, например, случай, когда принимаемая мощность выше, чем та, что у собственной соты, случай, когда потери в тракте передачи меньше, чем те, что у собственной соты, и т.п. (3) Сота, которая была выбрана целью передачи обслуживания (также называется целевой сотой), выбирается как соседняя сота, которая осуществляет уведомление о конфигурации подкадра MBSFN собственной соты. (4) Сота, которая была выбрана целью повторного выбора, выбирается как соседняя сота, которая осуществляет уведомление о конфигурации подкадра MBSFN собственной соты. (5) Выбирается базовая станция, включающая в себя соответствующую базовую станцию в соседней соте.
[0112] Два конкретных примера основного блока, который обновляет информацию соседней соты, раскрыты ниже. (1) Базовая станция, которая принимает уведомление, обновляет информацию соседней соты. Этот пример очень близок к конкретному примеру (1) интерфейса, используемого для уведомления соседней соты. Это происходит потому, что уведомление дают прямо на базовой станции без прохождения через ММЕ. (2) ММЕ, который принимает уведомление, обновляет информацию соседней соты базовой станции, содержащей базовую станцию, которая передает уведомление как соседняя сота. Этот пример очень близок к конкретным примерам (2) и (3) интерфейса, используемого для уведомления соседней соты. Это происходит потому, что уведомление поступает через ММЕ.
[0113] Конкретный пример функционирования с использованием первой модификации первого варианта реализации описан со ссылкой на фиг. 16. Те же ссылочные позиции, что и на фиг. 14, показывают соответствующие части, которые не описаны. Местоположение является тем же, что и местоположение, описанное со ссылкой на фиг. 15, что не описано.
[0114] В этом примере функционирования, случай, в котором конкретный пример (3) используется в конфигурации подкадра MBSFN, соседние соты которого уведомляются, раскрыт. Случай, когда конкретный пример (2) используется в интерфейсе, используемом при уведомлении соседних сот, раскрывается ниже. Случай, когда конкретный пример (5) используется в отношении способа выбора соседней соты, раскрывается ниже. Случай, когда конкретный пример (2) используется в отношении основного блока, который обновляет информацию соседней соты, раскрыт ниже.
[0115] На этапе ST1601 базовая станция (eNB1) уведомляет MME о подкадре, отличном от подкадра MBSFN (МСЕ) подкадров MBSFN (eNB), как информацию о конфигурации подкадра MBSFN. В этом примере функционирования подкадры MBSFN (МСЕ) представляют собой #1 и #2. Подкадры MBSFN (eNB) представляют собой #6 и #7. Таким образом, части информации, о которой базовая станция (eNB1) уведомляет MME, становятся #6 и #7. Интерфейс S1 используется для уведомления.
[0116] На этапе ST1602 ММЕ выбирает соседнюю соту, которая осуществляет уведомление конфигурации подкадра MBSFN базовой станции (eNB1). Базовая станция, включающая в себя базовую станцию (eNB1) в соседней соте, выбрана. В этом примере функционирования eNB1 (101-1) и eNB3 (101-3) представлены как соседние соты eNB2 (101-2), и eNB1 (101-1) и eNB2 (101-2) представлены как соседние соты eNB3 (101-3). Таким образом, на этапе ST1602 ММЕ выбирает eNB2 (101-2) и eNB3 (101-3). Затем eNB3 (101-3) считается равным eNB2 (101-2), который не описан.
[0117] На этапе ST1603 ММЕ обновляет информацию соседней соты базовой станции, выбранной на этапе ST1602. Информация, отражающая служит ли MBSFN информацией соседней соты, поддерживается и обновляется. ММЕ может осуществлять определение на основе информации, принятой на этапе ST1601. На этапе ST1601 ММЕ может сделать вывод, что eNB1 конфигурирует подкадр, отличный от подкадра MBSFN (МСЕ), в качестве конфигурации подкадра MBSFN. В этом примере функционирования конфигурация подкадра MBSFN eNB2 (101-2) - подкадр MBSFN (МСЕ), принятый на этапе ST1401. Таким образом, подкадры становятся #1 и #2. Так, информация (информация соседней соты eNB2), отражающая, поддерживается ли MBSFN, изменяется (обновляется) ММЕ на информацию, отражающую, что та же конфигурация подкадра MBSFN, что и в обслуживающей соте (eNB2), не включена во все соседние соты. Если традиционная методика используется как информация соседней соты, информация изменяется (обновляется) на биты сигнализации «00».
[0118] На этапе ST1604 ММЕ уведомляет базовую станцию, выбранную на этапе ST1602, об информации соседней соты, обновленной на этапе ST1603. Интерфейс S1 может быть использован для уведомления.
[0119] На этапе ST1605 eNB2 (103-2), который принимает обновленную информацию соседней соты, уведомляет пользовательское оборудование 2, обслуживаемое им, об обновленной информации соседней соты.
[0120] На этапе ST1607 пользовательское оборудование 2, которое принимает обновленную информацию соседней соты, выполняет измерение соседней соты, используя обновленную информацию соседней соты. В качестве конкретного примера пользовательское оборудование 2 выполняет измерение соседней соты, из предположения, что базовая станция, которая осуществляет конфигурацию подкадра MBSFN, отличную от той, что представлена в обслуживающей соте (eNB2), включена в соседние соты.
[0121] Первая модификация первого варианта реализации может привести к достижению эффектов, описанных ниже, в дополнение к тем, что указаны в первом варианте реализации. В дополнение к конфигурации, уведомленной МСЕ базовой станции, даже когда базовая станция может конфигурировать подкадр MBSFN для пользовательского оборудования, обслуживаемого ею самой, информация соседней соты, уведомленная от соседней соты к базовой станции, может быть обновлена. Таким образом, в пользовательском оборудовании, обслуживаемом соседней сотой базовой станции, которая сама конфигурирует подкадр MBSFN, при измерении соседней соты, которое нацелено на базовую станцию, которая сама конфигурирует подкадр MBSFN, ошибки измерения RSRP, вызванной самостоятельным конфигурированием подкадра MBSFN, не происходит. Тем самым, можно предотвратить передачу обслуживания или повторный выбор соты, отличной от первоначальной лучшей соты, пользовательским оборудованием. Таким образом, можно предотвратить появление бесполезного радиоресурса и использование бесполезно высокой мощности передачи по восходящей линии связи.
[0122] Вторая модификация первого варианта реализации
В том случае, когда используется первый вариант реализации, возникает следующая новая проблема.
[0123] Так как данные, которые должны быть переданы за единицу времени и зависят от MBMS, увеличиваются, обсуждается, что МСЕ изменяет конфигурации, чтобы увеличить подкадр MBSFN (МСЕ).
[0124] Посредством увеличения данных MBMS изменяются конфигурации, чтобы увеличить подкадр MBSFN (МСЕ), сконфигурированный в МСЕ. Соответственно, если какое-либо устройство не используется, конфигурация подкадра MBSFN, которая уведомлена от базовой станции, обслуживаемой МСЕ, к пользовательскому оборудованию, обслуживаемому базовой станцией, должна быть изменена. Тем самым имеет место изменение системной информации. Таким образом, базовая станция уведомляет пользовательское оборудование об изменении системной информации (systemInfoModification) с помощью персонального вызова (Непатентный документ 2). Пользовательское оборудование, которое принимает изменение системной информации посредством персонального вызова, должно принимать обновленную системную информацию, даже если пользовательское оборудование находится, например, в состоянии незанятости (Непатентный документ 2). Пониженное энергопотребление обеспечивается так, чтобы пользовательское оборудование, находящееся в состоянии незанятости, осуществляло прерывистый прием. При прерывании прерывистого приема для приема системной информации происходит увеличение потребления энергии пользовательским оборудованием.
[0125] Конкретный пример, вызывающий проблемы, описан со ссылкой на фиг. 17. Те же ссылочные позиции, что и на фиг. 14, показывают соответствующие части, которые не описаны.
[0126] В этом конкретном примере, в качестве способа конфигурирования подкадра MBSFN базовой станции в первом варианте реализации, для пользовательского оборудования конфигурируется подкадр MBSFN, включающий в себя подкадр MBSFN (МСЕ) и подкадр MBSFN (eNB). То есть тот случай, когда базовая станция использует конкретный пример (1) конфигурации подкадра MBSFN (UE), описан ниже.
[0127] На этапе ST1701 базовая станция (eNB1) уведомляет пользовательское оборудование, обслуживаемое ею, о подкадре MBSFN (МСЕ), принятом на этапе ST1402, и подкадре MBSFN (UE), включая подкадр MBSFN (eNB), выбранный на этапе ST1404. В этом конкретном примере #1, #2, #6 и #7 уведомляются как подкадры, зарезервированные для MBSFN в нисходящей линии связи.
[0128] На этапе ST1702 пользовательское оборудование функционирует, используя подкадр MBSFN (UE), принятый на этапе ST1701 как подкадр, зарезервированный для MBSFN в нисходящей линии связи. В этом конкретном примере пользовательское оборудование функционирует, используя #1, #2, #6 и #7 как подкадры, зарезервированные для MBSFN в нисходящей линии связи. Кадр MBSFN конфигурируется как кадр MBSFN на концептуальной диаграмме, продемонстрированной на фиг. 3.
[0129] На этапе ST1703 МСЕ оценивает, должна ли быть изменена конфигурация подкадра MBSFN (МСЕ). Когда изменение требуется, процесс переходит на этап ST1704. Когда изменение не требуется, оценка на этапе ST1703 повторяется. В дополнение к этому, может быть оценено, должен ли подкадр MBSFN (МСЕ) быть увеличен. В этом случае, когда увеличение требуется, процесс переходит на этап ST1704. Когда увеличение не требуется, оценка на этапе ST1703 повторяется.
[0130] На этапе ST1704 МСЕ обновляет подкадр MBSFN (МСЕ). В этом конкретном примере предполагается, что #1, #2 и #8 выбираются как подкадры MBSFN (МСЕ). Точнее, предполагается, что #8 добавляется как подкадр MBSFN (МСЕ).
[0131] На этапе ST1705 МСЕ уведомляет базовую станцию, обслуживаемую им, о подкадре MBSFN (МСЕ), обновленном на этапе ST1704.
[0132] На этапе ST1706 МСЕ уведомляет базовую станцию (eNB1), обслуживаемую им, об обновленном подкадре MBSFN (МСЕ), обновленном на этапе ST1704. Впоследствии eNB2 считается идентичным eNB1, который не описан.
[0133] На этапе ST1707 базовая станция (eNB1) оценивает, должен ли подкадр MBSFN (UE) быть обновлен. Когда изменение требуется, процесс переходит на этап ST1708. Когда изменение не требуется, оценка на этапе ST1707 повторяется. В этом конкретном примере подкадры, которые уведомляют к пользовательскому оборудованию, обслуживаемому базовой станцией на этапе ST1701 и зарезервированы для MBSFN в нисходящей линии связи, являются #1, #2, #6 и #7. С другой стороны, на этапе ST1706 #1, #2, и #8 принимаются как подкадр MBSFN (МСЕ) посредством МСЕ. Таким образом, #1, #2, #6, #7 и #8 даны как подкадр MBSFN (МСЕ) и подкадр MBSFN (UE), включая подкадр MBSFN (eNB), выбранный на этапе ST1404. Так, в этом конкретном примере, на этапе ST1707, базовая станция (eNB1) оценивает, что подкадр MBSFN (UE) должен быть обновлен.
[0134] На этапе ST1708 базовая станция (eNB1), путем использования персонального вызова для пользовательского оборудования, обслуживаемого ею, осуществляет уведомление об изменении системной информации к пользовательскому оборудованию, обслуживаемому ею.
[0135] На этапе ST1709 пользовательское оборудование оценивает, принято ли уведомление об изменении системной информации. Когда уведомление об изменении системной информации принято, процесс переходит на этап ST1711. Когда уведомление об изменении системной информации не принято, оценка на этапе ST1709 повторяется. В этом конкретном примере, так как уведомление об изменении системной информации выполнено на этапе ST1708, на этапе ST1709 оценивается, что уведомление об изменении системной информации принято, процесс переходит на этап ST1711.
[0136] На этапе ST1710 базовая станция (eNB1) уведомляет пользовательское оборудование, обслуживаемое ею, о подкадре MBSFN (МСЕ), принятом на этапе ST1706, и подкадре MBSFN (UE), включая подкадр MBSFN (eNB), выбранный на этапе ST1404. В этом конкретном примере #1, #2, #6, #7 и #8 уведомляют как подкадры, зарезервированные для MBSFN в нисходящей линии связи.
[0137] Пользовательское оборудование на этапе ST1711 принимает системную информацию. Этот прием выполняется, даже если пользовательское оборудование находится, например, в состоянии незанятости.
[0138] Как описано выше, если какое-либо устройство не используется, изменение системной информации базовой станции осуществляется каждый раз, когда меняется количество данных MBMS, и прерывистый прием, выполняемый пользовательским оборудованием, чтобы принять обновленную системную информацию, прерывается. Тем самым, происходит увеличение энергопотребления пользовательского оборудования.
[0139] Решение во второй модификации первого варианта реализации описано ниже. Части, отличные от решения первого варианта реализации, в основном описаны ниже. Неописанные части совпадают с аналогичными частями первого варианта реализации.
[0140] Базовая станция уведомляет МСЕ о конфигурации подкадра MBSFN собственной соты. Когда МСЕ обновляет конфигурацию подкадра MBSFN, МСЕ выполняет настройку, используя информацию.
[0141] Уведомление к МСЕ может быть выполнено, только когда подкадр MBSFN (eNB) сконфигурирован. Уведомление может быть выполнено, только когда подкадр, отличный от подкадра MBSFN (МСЕ), сконфигурирован как подкадр MBSFN (eNB).
[0142] Три конкретных примера конфигурации подкадра MBSFN, о которых уведомляет МСЕ, раскрыты ниже. (1) Подкадр MBSFN (UE), полученный, когда конкретный пример (1) способа конфигурирования подкадра MBSFN базовой станции используется в первом варианте реализации. (2) Подкадр MBSFN (eNB), полученный, когда конкретный пример (2) способа конфигурирования подкадра MBSFN базовой станции используется в первом варианте реализации. Подкадр MBSFN также может уведомляться. (3) Среди подкадров MBSFN (eNB) подкадр, отличный от подкадра MBSFN (МСЕ).
[0143] Два конкретных примера регулировки, выполняемой МСЕ, раскрыты ниже. (1) Когда МСЕ увеличивает подкадр MBSFN (МСЕ), оценивается, представлен ли в конфигурации подкадра MBSFN базовой станции, которая принимает уведомление от базовой станции, подкадр кроме подкадра, используемого в настоящее время в качестве подкадра MBSFN (МСЕ). Когда подкадр представлен, подкадр выбирается как подкадр MBSFN (МСЕ), увеличивающий подкадр. (2) Когда МСЕ уменьшает подкадр MBSFN (МСЕ), оценивается, представлен ли в подкадре MBSFN (eNB), который принимает уведомление от базовой станции, подкадр, в настоящее время используемый как подкадр MBSFN (МСЕ). Когда подкадр представлен, подкадр выбирается как подкадр MBSFN (МСЕ), уменьшающий подкадр. Регулировка может быть выполнена так же среди множества базовых станций, обслуживаемых МСЕ.
[0144] Три конкретных примера временного распределения уведомлений от базовой станции к МСЕ раскрыты ниже. (1) Уведомление осуществляется периодически. (2) Когда конфигурация подкадра MBSFN в базовой станции изменяется, уведомление осуществляется. В качестве альтернативы, когда подкадр MBSFN (eNB) изменяется, уведомление осуществляется.
[0145] В качестве примера интерфейса, используемого для уведомления от базовой станции к МСЕ, дан интерфейс М2 между базовой станцией и МСЕ. (3) Когда запрос уведомления о подкадре MBSFN (eNB) принят от МСЕ, осуществляется уведомление. Чтобы распознать специальный подкадр, который сконфигурирован базовой станцией, обслуживаемой МСЕ, как подкадр MBSFN (eNB), МСЕ может уведомлять базовую станцию о запросе уведомления о подкадре MBSFN (eNB) до изменения подкадра MBSFN. Базовая станция, которая принимает запрос уведомления о подкадре MBSFN (eNB) от МСЕ, уведомляет МСЕ о подкадре MBSFN (eNB).
[0146] Конкретный пример функционирования с использованием второй модификации первого варианта реализации описан со ссылкой на фиг. 18. Те же ссылочные позиции, что и на фиг. 14 и 17, показывают соответствующие части, которые не описаны.
[0147] В этом примере функционирования раскрыт случай, когда конкретный пример (2) используется в конфигурации подкадра MBSFN, о которой уведомлен МСЕ. Случай, когда базовая станция (2) используется во время уведомления от базовой станции к МСЕ, раскрыт ниже.
[0148] На этапе ST1801 базовая станция (eNB1) уведомляет МСЕ о подкадре MBSFN (eNB) в качестве информации о конфигурации подкадра MBSFN. В этом примере функционирования подкадры MBSFN (МСЕ), уведомленные на этапе ST1401 и этапе ST1402, определены как #1 и #2. Подкадры MBSFN (eNB), выбранные на этапе ST1404, определены как #2, #6 и #7. Таким образом, части информации, предоставленные от базовой станции (eNB1) к МСЕ на этапе ST1801, являются #2, #6 и #7. Уведомление использует интерфейс М2.
[0149] На этапе ST1802 МСЕ оценивает, должен ли быть добавлен подкадр MBSFN (МСЕ). Когда добавление требуется, процесс переходит на этап ST1803. Когда добавление не требуется, процесс переходит на этап ST1805.
[0150] Впоследствии случай, когда МСЕ увеличивает подкадр MBSFN (МСЕ) описан первым. Точнее, на этапе ST1802, так как МСЕ оценивает, что подкадр MBSFN (МСЕ) должен быть добавлен, процесс переходит на этап ST1803.
[0151] На этапе ST1803 МСЕ оценивает, присутствует ли в подкадре MBSFN (eNB) базовой станции, которая принимает уведомление от базовой станции, подкадр кроме подкадра, используемого в настоящее время в качестве подкадра MBSFN (МСЕ). Когда подкадр представлен, процесс переходит на этап ST1804. Когда подкадр не представлен, процесс переходит на этап ST1704. На этапе ST1704 МСЕ обновляет подкадр MBSFN (МСЕ). В этом примере функционирования как подкадры за исключением подкадра, используемого в настоящее время как подкадр MBSFN (МСЕ) в подкадре MBSFN (eNB), представлены #6 и #7. Таким образом, на этапе ST1803 оценивается, что подкадр представлен, и процесс переходит на этап ST1804.
[0152] На этапе ST1804 МСЕ выбирает, как подкадр, добавленный к подкадру MBSFN (МСЕ), подкадр за исключением подкадра, используемого в настоящее время как подкадр MBSFN (МСЕ) в подкадре MBSFN (eNB). В этом примере функционирования предполагается, что выбран #6.
[0153] Даже если подкадр MBSFN (МСЕ) обновлен путем выполнения процесса, подкадр MBSFN (UE) не нуждается в обновлении на базовой станции (eNB1). Так, на этапе ST1707 оценено, что подкадр MBSFN (UE) не нуждается в обновлении. Тем самым, изменения системной информации не происходит.
[0154] На этапе ST1706 МСЕ уведомляет базовую станцию (eNB1), обслуживаемую им, об обновленном подкадре MBSFN (МСЕ), обновленном на этапе ST1804. В этом примере функционирования, как подкадры MBSFN (МСЕ), выполнено уведомление о #1, #2 и #6.
[0155] На этапе ST1707 базовая станция (eNB1) оценивает, должен ли подкадр MBSFN (UE) быть обновлен. В этом примере функционирования подкадры, которые уведомляются к пользовательскому оборудованию, обслуживаемому базовой станцией на этапе ST1701 и зарезервированы для MBSFN в нисходящей линии связи, являются #1, #2, #6 и #7. С другой стороны, на этапе ST1706 #1, #2 и #6 принимаются как подкадр MBSFN (МСЕ) посредством МСЕ. Таким образом, #1, #2, #6 и #7 даны как подкадр MBSFN (МСЕ) и подкадр MBSFN (UE), включая подкадр MBSFN (eNB) (#2, #6 и #7), выбранный на этапе ST1404. Так, оценено, что подкадр MBSFN (UE) не должен быть обновлен. Тем самым, изменения системной информации не происходит, и процесс не переходит на этап ST1708.
[0156] Случай, когда МСЕ уменьшает подкадр MBSFN (МСЕ), описан ниже. Точнее, на этапе ST1802, так как МСЕ оценивает, что подкадр MBSFN (МСЕ) не нужно добавлять, процесс переходит на этап ST1805.
[0157] На этапе ST1805 МСЕ оценивает, присутствует ли в подкадре MBSFN (eNB) базовой станции, которая принимает уведомление от базовой станции, подкадр, используемый в настоящее время в качестве подкадра MBSFN (МСЕ). Когда подкадр представлен, процесс переходит на этап ST1806. Когда подкадр не представлен, процесс переходит на этап ST1704. На этапе ST1704 МСЕ обновляет подкадр MBSFN (МСЕ). В этом примере функционирования как подкадр, используемый в настоящее время как подкадр MBSFN (МСЕ) в подкадре MBSFN (eNB), представлен #2. Таким образом, на этапе ST1805 оценивается, что подкадр представлен, и процесс переходит на этап ST1806.
[0158] На этапе ST1806 МСЕ выбирает, в качестве подкадра, удаленного из подкадра MBSFN (МСЕ), подкадр, используемый в настоящее время как подкадр MBSFN (МСЕ) в подкадре MBSFN (eNB). В этом примере функционирования предполагается, что выбран #2. Даже если подкадр MBSFN (МСЕ) обновлен путем выполнения процесса, подкадр MBSFN (UE) не нуждается в обновлении на базовой станции (eNB1). Так, на этапе ST1707 оценено, что подкадр MBSFN (UE) не нуждается в обновлении. Тем самым, изменения системной информации не происходит.
[0159] На этапе ST1706 МСЕ уведомляет базовую станцию (eNB1), обслуживаемую им, об обновленном подкадре MBSFN (МСЕ), обновленном на этапе ST1704 или на этапе ST1806. В этом примере функционирования как подкадры MBSFN (МСЕ), выполнено уведомление о #1 и #6.
[0160] На этапе ST1707 базовая станция (eNB1) оценивает, должен ли подкадр MBSFN (UE) быть обновлен. В этом примере функционирования подкадры, которые уведомляются к пользовательскому оборудованию, обслуживаемому базовой станцией на этапе ST1701 и зарезервированы для MBSFN в нисходящей линии связи, являются #1, #2, #6 и #7. С другой стороны, на этапе ST1706 #1 и #6 принимаются как подкадр MBSFN (МСЕ) посредством МСЕ. Таким образом, #1, #2, #6 и #7 даны как подкадр MBSFN (МСЕ) и подкадр MBSFN (UE), включая подкадр MBSFN (eNB) (#2, #6 и #7), выбранный на этапе ST1404. Так, оценено, что подкадр MBSFN (UE) не нуждается в обновлении. Тем самым, изменения системной информации не происходит и процесс не переходит на этап ST1708.
[0161] Следует отметить, что количество подкадров MBSFN, подлежащих обновлению, не ограничено одним и может составлять два или больше.
[0162] В модификации пример, полученный путем комбинирования первого варианта реализации к модификации, в основном описан. Однако комбинация первой модификации первого варианта реализации и упомянутой модификации может быть использована.
[0163] Вторая модификация первого варианта реализации может привести к достижению эффектов, описанных ниже, в дополнение к тем, что представлены в первом варианте реализации.
[0164] Даже если дополнение подкадра MBSFN (МСЕ) требуется увеличивающимися данными MBMS, МСЕ осуществляет регулировку, чтобы стало возможным минимизировать изменение описания (конфигурация MBSFN-подкадра) подкадра, зарезервированного для MBSFN с использованием информации широковещания от базовой станции, обслуживаемой МСЕ, к пользовательскому оборудованию. Тем самым, изменение системной информации может подавляться. Так, прием системной информации с прерыванием прерывистого приема пользовательского оборудования может подавляться. Тем самым, увеличение энергопотребления пользовательского оборудования может предотвращаться.
Третья модификация первого варианта реализации
В том случае, когда используется вторая модификация первого варианта реализации, возникает следующая проблема.
[0165] Конфигурация подкадра MBSFN, уведомленная от базовой станции к МСЕ, может не включать в себя подкадр кроме подкадра, в настоящее время используемого в подкадре MBSFN (МСЕ). В этом случае регулировка не может быть выполнена посредством МСЕ, раскрытого во второй модификации первого варианта реализации, и проблема второй модификации первого варианта реализации возникает снова.
[0166] Когда подкадр MBSFN (eNB) сконфигурирован для каждой базовой станции и множество базовых станций обслуживается МСЕ, проблема проявляется более доминантно. Это происходит потому, что когда большое количество конфигураций подкадра MBSFN, уведомленных от большого количества базовых станций, обслуживаемых МСЕ, к МСЕ, не включает в себя подкадр кроме подкадра, в настоящее время используемого в качестве подкадра MBSFN (МСЕ), эффекты настройки, полученной МСЕ, раскрытые во второй модификации первого варианта реализации, не влияют на все базовые станции.
[0167] Решение в третьей модификации первого варианта реализации описано ниже. Части, отличные от решения первого варианта реализации, в основном описаны ниже. Неописанные части совпадают с теми, что представлены в первом варианте реализации.
[0168] МСЕ уведомляет базовую станцию (eNB2), обслуживаемую им, об информации приоритетного порядка подкадра, сконфигурированного как подкадр MBSFN (МСЕ). Когда базовая станция, которая принимает информацию, выполняет или изменяет конфигурацию подкадра MBSFN (eNB), регулировка осуществляется путем использования информации приоритетного порядка. Регулировка может обычно выполняться множеством базовых станций, обслуживаемых МСЕ.
[0169] В традиционной технологии максимум шесть подкадров MBSFN может быть сконфигурировано в одном радиокадре. Подкадры, которые могут быть конфигурированы как подкадры MBSFN, представляют собой второй подкадр (#1), третий подкадр (#2), четвертый подкадр (#3), седьмой подкадр (#6), восьмой подкадр (#7) и девятый подкадр (#8) (Непатентный документ 2). Конкретный пример информации приоритетного порядка, когда третья модификация первого варианта реализации в традиционной методике, показан на фиг. 19.
[0170] Фиг. 19 демонстрирует соответствие между подкадром, сконфигурированным как подкадр MBSFN (МСЕ) и приоритетным порядком. Как подкадр MBSFN (МСЕ), подкадр, сконфигурированный, чтобы иметь первый приоритетный порядок, является вторым подкадром (#1). Как подкадр MBSFN (МСЕ), подкадр, заданный иметь второй приоритетный порядок, является третьим подкадром (#2). Как подкадр MBSFN (МСЕ), подкадр, заданный иметь третий приоритетный порядок, является седьмым подкадром (#6). Как подкадр MBSFN (МСЕ), подкадр, заданный иметь четвертый приоритетный порядок, является восьмым подкадром (#7). Как подкадр MBSFN (МСЕ), подкадр, заданный иметь пятый приоритетный порядок, является четвертым подкадром (#3). Как подкадр MBSFN (МСЕ), подкадр, заданный иметь шестой приоритетный порядок, является девятым подкадром (#8). Множество подкадров может иметь такой же приоритетный порядок.
[0171] Приоритетный порядок может быть определен статически или может быть определен полустатически на стороне сети. Например, два способа уведомления базовой станции, обслуживаемой МСЕ, когда приоритетный порядок определен полустатически в МСЕ, раскрыты ниже. (1) МСЕ осуществляет уведомление базовой станции, обслуживаемой им, используя интерфейс М2. (2) МСЕ уведомляет MME о приоритетном порядке, используя интерфейс М3, и ММЕ уведомляет базовую станцию о приоритетном порядке, используя интерфейс S1.
[0172] Два конкретных примера регулировки, выполняемой базовой станцией, раскрыты ниже. (1) Когда базовая станция увеличивает подкадр MBSFN (eNB), в подкадре, за исключением подкадра, используемого в настоящее время в подкадре MBSFN (eNB), предпочтительно конфигурируется подкадр, имеющий наивысший приоритетный порядок, принятый от МСЕ. Когда базовая станция свободна от загрузки или когда базовая станция находится в состоянии низкой нагрузки, подкадр MBSFN (eNB) может быть увеличен. (2) Когда базовая станция уменьшает подкадр MBSFN (eNB), в подкадре, используемом в настоящее время как подкадр MBSFN (eNB), предпочтительно конфигурируется подкадр, имеющий низший приоритетный порядок, принятый от МСЕ. Когда загрузка сгенерирована в состоянии, в котором базовая станция свободна от загрузки или когда базовая станция находится в состоянии высокой загрузки, подкадр MBSFN (eNB) может быть уменьшен.
[0173] Конкретный пример функционирования с использованием третьей модификации первого варианта реализации описан со ссылкой на фиг. 20. Те же ссылочные позиции, что и на фиг. 14, фиг. 17 и 18, показывают соответствующие части, которые не описаны.
[0174] В этом примере функционирования приоритетный порядок подкадра, заданного как подкадр MBSFN (МСЕ), определен полустатически, и случай, когда МСЕ осуществляет уведомление базовой станции, обслуживаемой таким образом путем использования интерфейса М2, раскрыт ниже.
[0175] На этапе ST2001 МСЕ уведомляет базовую станцию (eNB1), обслуживаемую им, о приоритетном порядке подкадра, заданного как подкадр MBSFN (МСЕ). В этом примере функционирования предполагается, что уведомление о приоритетном порядке, показанном на фиг. 19, выполняется.
[0176] На этапе ST2002 МСЕ уведомляет базовую станцию (eNB2), обслуживаемую им, о приоритетном порядке подкадра, заданного как подкадр MBSFN (МСЕ). МСЕ может уведомлять все базовые станции, которые осуществляют одну и ту же передачу MBMS и обслуживаются им, о приоритетном порядке подкадров, заданных как один и тот же подкадр MBSFN (МСЕ).
[0177] В этом примере функционирования подкадры MBSFN (МСЕ), уведомленные на этапе ST1401 и этапе ST1402, определены как #1 и #2. При помощи базовой станции (eNB1) предполагается, что #1 и #2 уже были выбраны как подкадры MBSFN (eNB). Точнее, подкадры MBSFN (UE), переданные от базовой станции (eNB1) к пользовательскому оборудованию, обслуживаемому ею, являются #1 и #2.
[0178] На этапе ST2003 базовая станция (eNB1) оценивает, должен ли подкадр MBSFN (eNB) быть добавлен. Когда добавление требуется, процесс переходит на этап ST2004. Когда добавление не требуется, процесс переходит на этап ST2005.
[0179] Впоследствии случай, когда базовая станция (eNB1) увеличивает подкадр MBSFN (eNB), описан первым. Точнее, на этапе ST2003, так как базовая станция (eNB1) оценивает, что подкадр MBSFN (eNB) должен быть добавлен, процесс переходит на этап ST2004.
[0180] На этапе ST2004 базовая станция (eNB1) выбирает из подкадров, кроме подкадра, в настоящее время используемого в качестве подкадра MBSFN (eNB), подкадр, который сконфигурирован как подкадр MBSFN (МСЕ), принятый на этапе ST2002, и имеет наивысший приоритетный порядок среди подкадров как подкадр MBSFN (eNB). В этом примере функционирования подкадры MBSFN, в настоящее время используемые как подкадры MBSFN (eNB), представляют собой #1 и #2. Так, среди подкадров, кроме подкадра, в настоящее время используемого в качестве подкадра MBSFN (eNB), подкадр, который сконфигурирован как подкадр MBSFN (МСЕ) и имеет наивысший приоритетный порядок среди подкадров, является #6 (см. фиг. 19).
[0181] Тем самым, подкадры MBSFN (UE) «#1 и #2» обновляются до «#1, #2 и #6». Так, на этапе ST1707 базовая станция (eNB1) оценивает, что подкадр MBSFN (UE) должен быть обновлен, и происходят процессы, следующие за этапом ST1708.
[0182] С другой стороны, на этапе ST1802 МСЕ оценивает, должен ли быть добавлен подкадр MBSFN (МСЕ). Когда добавление требуется, процесс переходит на этап ST2006. Когда добавление не требуется, процесс переходит на этап ST2007. В таком случае предполагается, что, например, МСЕ оценивает, что подкадр MBSFN (МСЕ) должен быть добавлен.
[0183] На этапе ST2006 МСЕ выбирает из подкадров, кроме подкадра, используемого в настоящее время как подкадр MBSFN (МСЕ), подкадр, который сконфигурирован как подкадр MBSFN (МСЕ) и имеет наивысший приоритетный порядок из подкадров как подкадр MBSFN (МСЕ). В этом примере функционирования подкадры MBSFN (МСЕ), в настоящее время используемые как подкадры MBSFN (МСЕ), являются #1 и #2. Так, среди подкадров, кроме подкадра, в настоящее время используемого в качестве подкадра MBSFN (МСЕ), подкадр, который сконфигурирован как подкадр MBSFN (МСЕ) и имеет наивысший приоритетный порядок среди подкадров, является #6 (см. фиг. 19).
[0184] Тем самым, на этапе ST1705 МСЕ уведомляет базовую станцию (eNB2), обслуживаемую им, о подкадре MBSFN (МСЕ), обновленном на этапе ST2006. На этапе ST1706 МСЕ уведомляет базовую станцию (eNB1), обслуживаемую им, об обновленном подкадре MBSFN (МСЕ), обновленном на этапе ST2006.
[0185] На этапе ST1707 базовая станция (eNB1) оценивает, должен ли подкадр MBSFN (UE) быть обновлен. В это время, так как подкадры MBSFN (UE) уже были #1, #2 и #6, оценено, что нет необходимости в выполнении обновления, и изменения системной информации не происходит.
[0186] Тем самым, МСЕ и базовая станция, обслуживаемая МСЕ, осуществляют регулировку в зависимости от одного и того же приоритетного порядка, чтобы сделать возможным подавление количества повторений изменения системной информации базовой станции, обслуживаемой им.
[0187] Кроме того, например, на этапе ST1802 предполагается, что МСЕ оценивает, что подкадр MBSFN (МСЕ) не должен быть добавлен.
[0188] На этапе ST2007 МСЕ выбирает из подкадров, используемых в настоящее время как подкадры MBSFN (МСЕ), подкадр, который сконфигурирован как подкадр MBSFN (МСЕ) и имеет низший приоритетный порядок из подкадров как подкадр, удаленный из подкадров MBSFN (МСЕ). В этом примере функционирования подкадры MBSFN (МСЕ), в настоящее время используемые как подкадры MBSFN (МСЕ), являются #1 и #2. Так, среди подкадров, в настоящее время используемых в качестве подкадров MBSFN (МСЕ), подкадр, который сконфигурирован как подкадр MBSFN (МСЕ) и имеет низший приоритетный порядок среди подкадров, является «#2» (см. фиг. 19).
[0189] Тем самым, на этапе ST1705 МСЕ уведомляет базовую станцию (eNB2), обслуживаемую им, об обновленном подкадре MBSFN (МСЕ), обновленном на этапе ST2007. На этапе ST1706 МСЕ уведомляет базовую станцию (eNB1), обслуживаемую им, об обновленном подкадре MBSFN (МСЕ), обновленном на этапе ST2007.
[0190] На этапе ST1707 базовая станция (eNB1) оценивает, должен ли подкадр MBSFN (UE) быть обновлен. В это время, так как подкадры MBSFN (UE) уже были #1, #2 и #6, оценено, что нет необходимости в выполнении обновления, и изменения системной информации не происходит.
[0191] Тем самым, МСЕ и базовая станция, обслуживаемая МСЕ, осуществляют регулировку в зависимости от одного и того же приоритетного порядка, чтобы сделать возможным подавление количества повторений изменения системной информации базовой станции, обслуживаемой им.
[0192] Случай, когда базовая станция (eNB1) уменьшает подкадр MBSFN (eNB), описан ниже. Точнее, на этапе ST2003, так как базовая станция (eNB1) оценивает, что подкадр MBSFN (eNB) не должен быть добавлен, процесс переходит на этап ST2005.
[0193] На этапе ST2005 базовая станция (eNB1) выбирает из подкадров, используемых в настоящее время как подкадры MBSFN (eNB), подкадр, который сконфигурирован как подкадр MBSFN (МСЕ), принятый на этапе ST2002, и имеет низший приоритетный порядок из подкадров как подкадр, удаленный из подкадров MBSFN (МСЕ). В этом примере функционирования подкадры MBSFN (МСЕ), в настоящее время используемые как подкадры MBSFN (eNB), являются #1 и #2. Так, среди подкадров, в настоящее время используемых в качестве подкадров MBSFN (eNB), подкадр, который сконфигурирован как подкадр MBSFN (МСЕ) и имеет низший приоритетный порядок среди подкадров, является #2 (см. фиг. 19).
[0194] Подкадры MBSFN (МСЕ) все еще #1 и #2. Тем самым, подкадры MBSFN (UE) являются #1 и #2, и не обновляются. Так, на этапе ST1707 базовая станция (eNB1) оценивает, что подкадр MBSFN (UE) не нуждается в обновлении, и изменения системной информации не происходит.
[0195] Тем самым, МСЕ и базовая станция, обслуживаемая МСЕ, осуществляют регулировку в зависимости от одного и того же приоритетного порядка, чтобы сделать возможным подавление количества повторений изменения системной информации базовой станции, обслуживаемой им.
[0196] Следует отметить, что количество подкадров MBSFN для обновления не ограничено одним и может составлять два или больше.
[0197] В модификации пример, полученный путем комбинирования первого варианта реализации к модификации, в основном описан. Однако комбинация первой модификации первого варианта реализации и модификации может быть использована.
[0198] Третья модификация первого варианта реализации может привести к достижению эффектов, описанных ниже, в дополнение к тем, что представлены в первом варианте реализации.
[0199] Когда множество базовых станций обслуживается МСЕ, даже если номера сконфигурированных подкадров MBSFN (eNB) соответствующих базовых станций отличаются друг от друга, МСЕ и базовая станция, обслуживаемая МСЕ, осуществляют регулировку в зависимости от одного и того же приоритетного порядка, чтобы сделать возможной минимизацию изменения конфигурации подкадра MBSFN, данной от базовой станции к пользовательскому оборудованию. Тем самым, изменение системной информации может подавляться. Так, прием системной информации с прерыванием прерывистого приема пользовательского оборудования может подавляться. Тем самым, увеличение энергопотребления пользовательского оборудования может предотвращаться.
Четвертая модификация первого варианта реализации
В том случае, когда используется первый вариант реализации, возникает следующая проблема.
[0200] Так как данные, которые должны быть переданы за единицу времени и относятся к MBMS увеличиваются, обсуждается, что МСЕ изменяет конфигурации, чтобы увеличить подкадр MBSFN (МСЕ).
[0201] Путем увеличения данных MBMS изменяются конфигурации, чтобы увеличить подкадр MBSFN (МСЕ), сконфигурированный в МСЕ. Соответственно, если какое-либо устройство не используется, МСЕ может выбирать, как дополнительный подкадр MBSFN (МСЕ), подкадр MBSFN (eNB), сконфигурированный базовой станцией, обслуживаемой им, чтобы осуществлять экономию энергии. В таком случае даже подкадр MBSFN (eNB), сконфигурированный базовой станцией, чтобы осуществлять экономию энергии, когда подкадр выбран как подкадр MBSFN (МСЕ), базовая станция должна выполнять передачу транспортного канала МСН, используя MBSFN. Так, даже в подкадре MBSFN (eNB), сконфигурированном, чтобы осуществлять экономию энергии, передача кроме передачи одного символа CRS имеет место. Тем самым, даже в подкадре MBSFN (МСЕ), выполненном с возможностью реализовать экономию энергию, питание усилителя мощности передатчика не может быть выключено. Проблема, из-за которой базовая станция не может реализовывать пониженное энергопотребление, изложена.
[0202] Конкретный пример, вызывающий проблемы, описан со ссылкой на фиг. 21.
[0203] На этапе ST1401 МСЕ уведомляет базовую станцию (eNB2), обслуживаемую им, о подкадре MBSFN (МСЕ).
[0204] На этапе ST1402 МСЕ уведомляет базовую станцию (eNB1), обслуживаемую им, о подкадре MBSFN (МСЕ). В этом конкретном примере предполагается, что второй подкадр (#1) и третий подкадр (#2) конфигурируются как подкадры MBSFN (МСЕ).
[0205] На этапе ST2101 базовая станция (eNB1) оценивает, осуществляется ли экономия энергии. Когда оценено, что экономия энергии осуществляется, процесс переходит на этап ST1403. Когда оценено, что экономия энергии не осуществляется, оценка на этапе ST2101 повторяется.
[0206] На этапе ST1404 базовая станция (eNB1) выбирает подкадр MBSFN (eNB). В этом конкретном примере подкадр, отличный от #1 и #2, служащих подкадрами MBSFN (МСЕ), выбирается как подкадр MBSFN (eNB). В этом примере функционирования, например, предполагается, что седьмой подкадр (#6) и восьмой подкадр (#7) сконфигурированы как подкадры MBSFN (eNB).
[0207] То есть на этапе ST2102 базовая станция (eNB1) в подкадрах #1 и #2 выполняет передачу транспортного канала МСН, используя MBSFN. На этапе ST2103 базовая станция (eNB1) в подкадрах #6 и #7 выполняет передачу только одного символа CRS для пониженного энергопотребления и не выполняет процедур передачи в других радиоресурсах. Точнее, питание усилителя мощности передатчика или подобного выключается, за исключением передачи символа CRS в подкадре MBSFN (eNB).
[0208] На этапе ST1703 МСЕ оценивает, должна ли быть изменена конфигурация подкадра MBSFN (МСЕ). Когда изменение требуется, процесс переходит на этап ST1704. Когда изменение не требуется, оценка на этапе ST1703 повторяется. В дополнение к этому, может быть оценено, должен ли подкадр MBSFN (МСЕ) быть увеличен. В этом случае, когда увеличение требуется, процесс переходит на этап ST1704. Когда увеличение не требуется, оценка на этапе ST1703 повторяется.
[0209] На этапе ST1704 МСЕ обновляет подкадр MBSFN (МСЕ). В этом конкретном примере предполагается, что #1, #2 и #7 выбираются как подкадры MBSFN (МСЕ). Точнее, предполагается, что #7 добавляется как подкадр MBSFN (МСЕ).
[0210] На этапе ST1705 МСЕ уведомляет базовую станцию (eNB2), обслуживаемую им, о подкадре MBSFN (МСЕ), обновленном на этапе ST1704.
[0211] На этапе ST1706 МСЕ уведомляет базовую станцию (eNB1), обслуживаемую им, об обновленном подкадре MBSFN (МСЕ), обновленном на этапе ST1704. Впоследствии eNB2 считается идентичным eNB1, который не описан.
[0212] То есть на этапе ST2104 базовая станция (eNB1) в подкадрах #1, #2 и #7 должна выполнять передачу транспортного канала МСН, используя MBSFN. На этапе ST2105 базовая станция (eNB1) в подкадре #6 выполняет передачу только одного символа CRS для пониженного энергопотребления и не выполняет процедур передачи в других радиоресурсах. Функционирование для пониженного энергопотребления осуществляется только для подкадра #6. Тем самым, базовая станция (eNB1) обусловлена выполнять операцию энергосбережения для двух субкадров. Однако число субкадров для энергосбережения невыгодно уменьшается по отношению к напряженности базовой станции (eNB1).
[0213] Как описано выше, если какое-либо из устройств не используется, эффект пониженного энергопотребления базовой станции изменяется каждый раз, когда изменяется количество данных MBMS.
[0214] Решение в четвертой модификации первого варианта реализации описано ниже. Части, отличные от решения первого варианта реализации, в основном описаны ниже. Неописанные части совпадают с теми, что представлены в первом варианте реализации.
[0215] Базовая станция уведомляет МСЕ о конфигурации подкадра MBSFN собственной соты. Когда МСЕ обновляет конфигурацию подкадра MBSFN, МСЕ выполняет регулировку, используя информацию.
[0216] Уведомление к МСЕ может осуществляться, только когда подкадр MBSFN (eNB) конфигурирован. Уведомление может осуществляться, только когда подкадр, отличный от подкадра MBSFN (МСЕ), сконфигурирован как подкадр MBSFN (eNB).
[0217] Конкретный пример конфигурации подкадра MBSFN, о которой уведомлен МСЕ, сходен с тем, который представлен во второй модификации первого варианта реализации и не описан.
[0218] Два конкретных примера регулировки, выполняемой МСЕ, раскрыты ниже. (1) Когда МСЕ увеличивает подкадр MBSFN (МСЕ), оценивается, представлен ли подкадр, кроме подкадра, используемого в настоящее время как подкадр MBSFN (МСЕ), в подкадре, кроме подкадра MBSFN (eNB), который принимает уведомление от базовой станции. Когда подкадр представлен, подкадр выбирается как подкадр MBSFN (МСЕ), увеличивающий подкадр. (2) Когда МСЕ уменьшает подкадр MBSFN (МСЕ), оценивается, представлен ли в подкадре MBSFN (eNB), который принимает уведомление от базовой станции, подкадр, в настоящее время используемый как подкадр MBSFN (МСЕ). Когда подкадр представлен, подкадр выбирается как подкадр MBSFN (МСЕ), уменьшающий подкадр. Регулировка может быть в общем выполнена множеством базовых станций, обслуживаемых МСЕ.
[0219] Конкретный пример временного распределения уведомлений от базовой станции к МСЕ сходен с тем, что представлен во второй модификации первого варианта реализации и не описан.
[0220] Конкретный пример интерфейса, используемого для уведомления от базовой станции к МСЕ, сходен с тем, что представлен во второй модификации первого варианта реализации и не описан.
[0221] Конкретный пример функционирования с использованием четвертой модификации первого варианта реализации описан со ссылкой на фиг. 18.
[0222] На этапе ST1401 МСЕ уведомляет базовую станцию (eNB1), обслуживаемую им, о подкадре MBSFN (МСЕ).
[0223] На этапе ST1402 МСЕ уведомляет базовую станцию (eNB2), обслуживаемую им, о подкадре MBSFN (МСЕ). В этом примере функционирования, например, предполагается, что второй подкадр (#1) и третий подкадр (#2) конфигурируются как подкадры MBSFN (МСЕ).
[0224] На этапе ST1403 базовая станция (eNB1) оценивает, осуществляется ли функционирование с экономией энергии. Когда оценено, что функционирование с экономией энергии осуществляется, процесс переходит на этап ST1404. Когда оценено, что функционирование с экономией энергии не осуществляется, оценка на этапе ST1403 повторяется.
[0225] На этапе ST1404 базовая станция (eNB1) выбирает подкадр MBSFN (eNB). В этом примере функционирования, например, предполагается, что третий подкадр (#2), седьмой подкадр (#6) и восьмой подкадр (#7) сконфигурированы как подкадры MBSFN (eNB).
[0226] То есть базовая станция (eNB1) в подкадрах #1 и #2 выполняет передачу транспортного канала МСН, используя MBSFN. В подкадрах #6 и #7 базовая станция (eNB1) выполняет передачу только одного символа CRS и не выполняет процедур передачи в других радиоресурсах. Точнее, питание усилителя мощности передатчика или подобного выключается, за исключением передачи символа CRS.
[0227] На этапе ST1801 базовая станция (eNB1) уведомляет МСЕ о подкадре MBSFN (eNB) в качестве информации о конфигурации подкадра MBSFN. В этом примере функционирования подкадры MBSFN (МСЕ) являются #2, #6 и #7. Уведомление использует интерфейс М2.
[0228] Впоследствии случай, когда МСЕ увеличивает подкадр MBSFN (МСЕ) описан первым. Точнее, на этапе ST1802, так как МСЕ оценивает, что подкадр MBSFN (МСЕ) должен быть добавлен, процесс переходит на этап ST1803.
[0229] На этапе ST1803 МСЕ оценивает, присутствует ли в подкадре кроме MBSFN (eNB), который принимает уведомление от базовой станции, подкадр кроме подкадра, используемого в настоящее время в качестве подкадра MBSFN (МСЕ). Когда подкадр представлен, процесс переходит на этап ST1804. Когда подкадр не представлен, процесс переходит на этап ST1704. На этапе ST1704 МСЕ обновляет подкадр MBSFN (МСЕ). В этом примере функционирования как подкадры за исключением подкадра, используемого в настоящее время как подкадр MBSFN (МСЕ) в подкадре кроме MBSFN (eNB), представлены #3 и #8. Таким образом, на этапе ST1803 оценивается, что подкадр представлен, и процесс переходит на этап ST1804.
[0230] На этапе ST1804 МСЕ выбирает, как подкадр, добавленный к подкадру MBSFN (МСЕ), подкадр за исключением подкадра, используемого в настоящее время как подкадр MBSFN (МСЕ) в подкадре MBSFN (eNB). В этом примере функционирования предполагается, что выбран #8.
[0231] Даже если подкадр MBSFN (МСЕ) обновлен путем выполнения процесса, подкадр MBSFN (eNB), который сконфигурирован базовой станцией (eNB1) для экономии энергии, не выбран как подкадр MBSFN (МСЕ). Таким образом, передачу транспортного канала МСН в подкадре MBSFN (eNB), сконфигурированном для экономии энергии, выполнять не нужно.
[0232] Случай, когда МСЕ уменьшает подкадр MBSFN (МСЕ), описан ниже. Точнее, на этапе ST1802, так как МСЕ оценивает, что подкадр MBSFN (МСЕ) не нужно добавлять, процесс переходит на этап ST1805.
[0233] На этапе ST1805 МСЕ оценивает, присутствует ли в подкадре MBSFN (eNB) базовой станции, которая принимает уведомление от базовой станции, подкадр, используемый в настоящее время в качестве подкадра MBSFN (МСЕ). Когда подкадр представлен, процесс переходит на этап ST1806. Когда подкадр не представлен, процесс переходит на этап ST1704. На этапе ST1704 МСЕ обновляет подкадр MBSFN (МСЕ). В этом примере функционирования как подкадр, используемый в настоящее время как подкадр MBSFN (МСЕ) в подкадре MBSFN (eNB), представлен #2. Таким образом, на этапе ST1805 оценивается, что подкадр представлен, и процесс переходит на этап ST1806.
[0234] На этапе ST1806 МСЕ выбирает, в качестве подкадра, удаленного из подкадра MBSFN (МСЕ), подкадр, используемый в настоящее время как подкадр MBSFN (МСЕ) в подкадре MBSFN (eNB). В этом примере функционирования предполагается, что выбран #2. Когда подкадр MBSFN (МСЕ) обновлен путем выполнения описанного выше процесса, подкадр MBSFN (eNB), сконфигурированный для экономии энергии в базовой станции (eNB1), может не выполнять передачу транспортного канала МСН без изменения подкадра MBSFN (eNB).
[0235] Следует отметить, что количество подкадров MBSFN, подлежащих обновлению, не ограничено одним и может составлять два или больше.
[0236] В модификации пример, полученный путем комбинирования первого варианта реализации к модификации, в основном описан. Однако комбинация первой модификации первого варианта реализации и модификации может быть использована.
[0237] Четвертая модификация первого варианта реализации может привести к достижению эффектов, описанных ниже, в дополнение к тем, что представлены в первом варианте реализации.
[0238] Даже если дополнение подкадра MBSFN (МСЕ) требуется увеличивающимися данными MBMS, МСЕ осуществляет регулировку, чтобы стало возможным минимизировать выбор подкадра MBSFN (eNB), сконфигурированного базовой станцией, обслуживаемой МСЕ, чтобы реализовать экономию энергии, как дополнительного подкадра MBSFN (МСЕ). Тем самым, передача транспортного канала МСН может выполняться в подкадре MBSFN (eNB), сконфигурированном, чтобы реализовать экономию энергии, и в качестве достигнутого эффекта наблюдается пониженное энергопотребление базовой станции.
Пятая модификация первого варианта реализации
В том случае, когда используется четвертая модификация первого варианта реализации, возникает следующая новая проблема.
[0239] Случай, когда подкадры MBSFN (eNB) независимо конфигурируются для базовых станций, обслуживаемых МСЕ, соответственно. В подкадре за исключением множества подкадров MBSFN (eNB), обозначенных множеством базовых станций, обслуживаемых МСЕ, возрастает возможность того, что подкадр, кроме подкадра, используемого в настоящее время как подкадр MBSFN (МСЕ), не представлен. Тем самым, проблема четвертой модификация первого варианта реализации проявляется снова.
[0240] Решение в пятой модификации первого варианта реализации описано ниже. Части, отличные от решения первого варианта реализации, в основном описаны ниже. Неописанные части совпадают с теми, что представлены в первом варианте реализации.
[0241] МСЕ уведомляет базовую станцию, обслуживаемую им, об информации приоритетного порядка подкадра, сконфигурированного как подкадр MBSFN (МСЕ). Когда базовая станция, которая принимает информацию, выполняет или изменяет конфигурацию подкадра MBSFN (eNB), регулировка осуществляется путем использования информации приоритетного порядка. Регулировка может обычно выполняться множеством базовых станций, обслуживаемых МСЕ.
[0242] Конкретный пример информации приоритетного порядка, когда пятая модификация первого варианта реализации в традиционной методике, показан на фиг. 19. Описание на фиг. 19 сходно с тем, что представлено в третьей модификации первого варианта реализации, которое не описано.
[0243] Приоритетный порядок может быть определен статически или может быть определен полустатически на стороне сети. Например, способ уведомления базовой станции, обслуживаемой МСЕ, когда приоритетный порядок определен полустатически в МСЕ, сходен с тем, что представлен в третьей модификации первого варианта реализации, который не описан.
[0244] Два конкретных примера регулировки, выполняемой базовой станцией, раскрыты ниже. (1) Когда базовая станция увеличивает подкадр MBSFN (eNB), в подкадре, за исключением подкадра, используемого в настоящее время в подкадре MBSFN (eNB), предпочтительно конфигурируется подкадр, имеющий низший приоритетный порядок, принятый от МСЕ. Когда базовая станция свободна от загрузки или когда базовая станция находится в состоянии низкой нагрузки, подкадр MBSFN (eNB) может быть увеличен. (2) Когда базовая станция уменьшает подкадр MBSFN (eNB), в подкадре, используемом в настоящее время как подкадр MBSFN (eNB), предпочтительно конфигурируется подкадр, имеющий наивысший приоритетный порядок, принятый от МСЕ. Когда загрузка сгенерирована в состоянии, в котором базовая станция свободна от загрузки или когда базовая станция находится в состоянии высокой загрузки, подкадр MBSFN (eNB) может быть уменьшен.
[0245] Конкретный пример функционирования с использованием пятой модификации первого варианта реализации описан со ссылкой на фиг. 20.
[0246] В этом примере функционирования приоритетный порядок подкадра, сконфигурированного как подкадр MBSFN (МСЕ), определен полустатически, и случай, когда МСЕ осуществляет уведомление базовой станции, обслуживаемой им путем использования интерфейса М2, раскрыт ниже.
[0247] На этапе ST2001 МСЕ уведомляет базовую станцию (eNB1), обслуживаемую им, о приоритетном порядке подкадра, сконфигурированного как подкадр MBSFN (МСЕ). В этом примере функционирования предполагается, что уведомление о приоритетном порядке, показанном на фиг. 19, выполняется.
[0248] На этапе ST2002 МСЕ уведомляет базовую станцию (eNB2), обслуживаемую им, о приоритетном порядке подкадра, сконфигурированного как подкадр MBSFN (МСЕ). МСЕ может уведомлять все базовые станции, которые осуществляют одну и ту же передачу MBMS и обслуживаются им, о приоритетном порядке подкадров, сконфигурированных как один и тот же подкадр MBSFN (МСЕ).
[0249] В этом примере функционирования подкадры MBSFN (МСЕ), уведомленные на этапе ST1401 и этапе ST1402, заданы как #1 и #2. При помощи базовой станции (eNB1) предполагается, что #3 и #8 уже были выбраны как подкадры MBSFN (eNB). Точнее, подкадры MBSFN (UE), предназначенные от базовой станции (eNB1) к пользовательскому оборудованию, обслуживаемому им, являются #1, #2, #3 и #8. То есть базовая станция (eNB1) в подкадрах #1 и #2 выполняет передачу транспортного канала МСН, используя MBSFN. Чтобы достичь пониженного энергопотребления в подкадрах #3 и #8, выполняется только передача одного символа CRS, и процедура передачи не выполняется в других радиоресурсах. Точнее, питание усилителя мощности передатчика и ему подобного выключается, за исключением передачи символа CRS.
[0250] На этапе ST2003 базовая станция (eNB1) оценивает, должен ли подкадр MBSFN (eNB) быть добавлен. Когда добавление требуется, процесс переходит на этап ST2004. Когда добавление не требуется, процесс переходит на этап ST2005.
[0251] Впоследствии случай, в котором базовая станция (eNB1) увеличивает подкадр MBSFN (eNB), описан первым. Точнее, на этапе ST2003, так как базовая станция (eNB1) оценивает, что подкадр MBSFN (eNB) должен быть добавлен, процесс переходит на этап ST2004.
[0252] На этапе ST2004 базовая станция (eNB1) выбирает из подкадров, кроме подкадра, в настоящее время используемого в качестве подкадра MBSFN (eNB), подкадр, который имеет низший приоритетный порядок среди подкадров, сконфигурированных как подкадр MBSFN (МСЕ), принятый на этапе ST2002 как подкадр MBSFN (eNB). В этом примере функционирования подкадры, в настоящее время используемые как подкадры MBSFN (eNB), являются #3 и #8. Так, среди подкадров, кроме подкадра, в настоящее время используемого в качестве подкадра MBSFN (eNB), подкадр, который имеет наивысший приоритетный порядок среди подкадров, сконфигурированных как подкадр MBSFN (МСЕ), является «#7» (см. фиг. 19). В соответствии с процессом, подкадр, выбранный как подкадр MBSFN (МСЕ) посредством МСЕ, может быть сделан подкадром MBSFN (eNB), выбранным для экономии энергии. Тем самым, вопреки цели базовой станции (eNB1), уменьшение количества подкадров для экономии энергии может осуществляться менее часто.
[0253] С другой стороны, на этапе ST1802 МСЕ оценивает, должен ли быть добавлен подкадр MBSFN (МСЕ). Когда добавление требуется, процесс переходит на этап ST2006. Когда добавление не требуется, процесс переходит на этап ST2007. В таком случае предполагается, что, например, МСЕ оценивает, что подкадр MBSFN (МСЕ) должен быть добавлен.
[0254] На этапе ST2006 МСЕ выбирает из подкадров, кроме подкадра, используемого в настоящее время как подкадр MBSFN (МСЕ), подкадр, который сконфигурирован как подкадр MBSFN (МСЕ) и имеет наивысший приоритетный порядок из подкадров как подкадр MBSFN (МСЕ). В этом примере функционирования подкадры MBSFN (МСЕ), в настоящее время используемые как подкадры MBSFN (МСЕ), являются #1 и #2. Так, среди подкадров, кроме подкадра, в настоящее время используемого в качестве подкадра MBSFN (МСЕ), подкадр, который сконфигурирован как подкадр MBSFN (МСЕ) и имеет наивысший приоритетный порядок среди подкадров, является «#6» (см. фиг. 19).
[0255] Тем самым, на этапе ST1705 МСЕ уведомляет базовую станцию (eNB2), обслуживаемую им, о подкадре MBSFN (МСЕ), обновленном на этапе ST2006. На этапе ST1706 МСЕ уведомляет базовую станцию (eNB1), обслуживаемую им, об обновленном подкадре MBSFN (МСЕ), обновленном на этапе ST2006.
[0256] Базовая станция (eNB1) выполняет передачу транспортного канала МСН не только в отношении #1, #2, но и #6. Однако, таким образом, подкадры не покрывают #7, #3 и #8, которые являются подкадрами MBSFN (eNB), сконфигурированными, чтобы реализовывать экономию энергии.
[0257] Тем самым, МСЕ и базовая станция, обслуживаемая МСЕ, осуществляют регулировку в зависимости от одного и того же приоритетного порядка, чтобы стало возможным намеченное пониженное энергопотребление базовой станции, обслуживаемой им.
[0258] Кроме того, например, на этапе ST1802 предполагается, что МСЕ оценивает, что подкадр MBSFN (МСЕ) не должен быть добавлен.
[0259] На этапе ST2007 МСЕ выбирает из подкадров, используемых в настоящее время как подкадры MBSFN (МСЕ), подкадр, который сконфигурирован как подкадр MBSFN (МСЕ) и имеет низший приоритетный порядок из подкадров как подкадр, удаленный из подкадров MBSFN (МСЕ). В этом примере функционирования подкадры MBSFN (МСЕ), в настоящее время используемые как подкадры MBSFN (МСЕ), являются #1 и #2. Так, среди подкадров, в настоящее время используемых в качестве подкадров MBSFN (МСЕ), подкадр, который сконфигурирован как подкадр MBSFN (МСЕ) и имеет низший приоритетный порядок среди подкадров, является «#2» (см. фиг. 19).
[0260] Тем самым, на этапе ST1705 МСЕ уведомляет базовую станцию (eNB2), обслуживаемую им, о подкадре MBSFN (МСЕ), обновленном на этапе ST2007. На этапе ST1706 МСЕ уведомляет базовую станцию (eNB1), обслуживаемую им, об обновленном подкадре MBSFN (МСЕ), обновленном на этапе ST2007.
[0261] Базовая станция (eNB1) выполняет передачу транспортного канала МСН в #1. Однако, таким образом, подкадры #7, #3 и #8, которые являются подкадрами MBSFN (eNB), сконфигурированными, чтобы реализовывать экономию энергии, не затрагиваются.
[0262] Тем самым, МСЕ и базовая станция, обслуживаемая МСЕ, осуществляют регулировку в зависимости от одного и того же приоритетного порядка, чтобы стало возможным намеченное пониженное энергопотребление базовой станции, обслуживаемой им.
[0263] Случай, когда базовая станция (eNB1) уменьшает подкадр MBSFN (eNB), описан ниже. Точнее, на этапе ST2003, так как базовая станция (eNB1) оценивает, что подкадр MBSFN (eNB) не должен быть добавлен, процесс переходит на этап ST2005.
[0264] На этапе ST2005 базовая станция (eNB1) выбирает из подкадров, используемых в настоящее время как подкадры MBSFN (eNB), подкадр, который сконфигурирован как подкадр MBSFN (МСЕ), принятый на этапе ST2002, и имеет наивысший приоритетный порядок из подкадров как подкадр, удаленный из подкадров MBSFN (МСЕ). В этом примере функционирования подкадры MBSFN (МСЕ), в настоящее время используемые как подкадры MBSFN (eNB), являются #3 и #8. Так, среди подкадров, в настоящее время используемых в качестве подкадров MBSFN (eNB), подкадр, который сконфигурирован как подкадр MBSFN (МСЕ) и имеет низший приоритетный порядок среди подкадров, является «#3» (см. фиг. 19).
[0265] Подкадры, которые сконфигурированы как MBSFN (МСЕ) и имеют более высокий приоритетный порядок, удалены из подкадров MBSFN для экономии энергии, более стабильное пониженное энергопотребление базовой станции, на которую не так легко влияет добавление подкадра MBSFN (МСЕ), посредством увеличения данных MBMS легко может быть реализовано.
[0266] Тем самым, МСЕ и базовая станция, обслуживаемая МСЕ, осуществляют регулировку в зависимости от одного и того же приоритетного порядка, чтобы стало возможным намеченное пониженное энергопотребление базовой станции, обслуживаемой им.
Следует отметить, что количество подкадров MBSFN для обновления не ограничено одним и может составлять два или больше.
В модификации пример, полученный путем комбинирования первого варианта реализации к модификации, в основном описан. Однако комбинация первой модификации первого варианта реализации и упомянутой модификации может быть использована.
[0267] Пятая модификация первого варианта реализации может привести к достижению эффектов, описанных ниже, в дополнение к тем, что представлены в первом варианте реализации.
[0268] Когда множество базовых станций обслуживается МСЕ, даже если номера сконфигурированных подкадров MBSFN (eNB) соответствующих базовых станций отличаются друг от друга, МСЕ и базовая станция, обслуживаемая МСЕ, осуществляют регулировку в зависимости от одного и того же приоритетного порядка, чтобы сделать возможной минимизацию выбора подкадра MBSFN (eNB), сконфигурированного, чтобы реализовывать экономию энергии базовой станцией, как добавленный подкадр MBSFN (МСЕ). Тем самым, передача транспортного канала МСН может выполняться в подкадре MBSFN (eNB), сконфигурированном, чтобы реализовывать экономию энергии, и пониженное энергопотребление может осуществляться в качестве достигнутого эффекта.
[0269] Статически или полустатически может быть определено, для системы мобильной связи, должна ли выполняться регулировка (вторая модификация первого варианта реализации и третья модификация первого варианта реализации), которая уменьшает изменение системной информации, или регулировка (четвертая модификация первого варианта реализации и пятая модификация первого варианта реализации), которая позволяет легко достичь эффекта экономии энергии.
[0270] Когда определение выполнено полустатически, два конкретных примера основного блока, который определяет, должны ли быть выбраны способы регулировки, раскрыты ниже. (1) МСЕ осуществляет определение. (2) ММЕ осуществляет определение.
[0271] Базовая станция, обслуживаемая МСЕ, уведомляется о способе регулировки, используемом, когда МСЕ осуществляет определение путем использования интерфейса М2. В качестве альтернативы ММЕ уведомляется о способе регулировки путем использования интерфейса М3, и базовая станция, обслуживаемая им, уведомляется о способе регулировки путем использования интерфейса S1.
[0272] Базовая станция, обслуживаемая МСЕ, уведомляется о способе регулировки, используемом, когда ММЕ осуществляет определение путем использования интерфейса S1.
Второй вариант реализации
Проблема, которую предстоит решить с помощью второго варианта реализации, описана ниже.
[0273] Непатентный документ 11 раскрывает, что передача CRS осуществляется менее часто, чтобы сэкономить мощность сети, чтобы стало возможным конфигурировать большее количество подкадров MBSFN. Однако конкретный основной объект конфигурации, может ли большее количество подкадров MBSFN быть сконфигурировано, и конкретный способ увеличения количества подкадров MBSFN не раскрыты.
[0274] В варианте реализации конкретный способ конфигурации большего количества подкадров MBSFN раскрыт ниже.
[0275] Решение во втором варианте реализации раскрыто ниже.
[0276] В традиционной технологии, как подкадры MBSFN, максимум шесть подкадров могут быть сконфигурированы в одном радиокадре (Непатентный документ 2).
[0277] Во втором варианте реализации подкадры MBSFN, число которых больше, чем в традиционной технологии, могут быть сконфигурированы в одном радиокадре. Точнее, подкадры, число которых больше шести, могут быть сконфигурированы в одном радиокадре как подкадры MBSFN. Подкадр за исключением подкадра, который передает P-SS, S-SS и ВСН, может быть сконфигурирован как подкадр MBSFN. Тем самым, пониженное энергопотребление может быть улучшено при поддержании передачи P-SS, S-SS и ВСН, служащих сигналами, используемыми при поиске соты. Подкадр, за исключением первого подкадра (#0) и шестого подкадра (#5), может быть сконфигурирован как подкадр MBSFN. В традиционной технологии #0 или #5 являются радиоресурсами, на которые отображаются SS, S-SS и ВСН. Тем самым, пониженное энергопотребление может быть интенсифицировано при поддержании передачи P-SS, S-SS и ВСН, служащих сигналами, используемыми при поиске соты.
[0278] Как подкадры MBSFN, максимум восемь подкадров могут быть сконфигурированы в одном радиокадре. Максимум восемь подкадров, за исключением первого подкадра (#0) и шестого подкадра (#5), могут быть сконфигурированы как подкадры MBSFN.
[0279] Второй вариант реализации может применяться в сочетании с первым вариантом реализации, первой модификацией первого варианта реализации, второй модификацией первого варианта реализации, третьей модификацией первого варианта реализации, четвертой модификацией первого варианта реализации и пятой модификацией первого варианта реализации.
[0280] Второй вариант реализации может привести к достижению эффектов, описанных ниже.
[0281] Эффективное пониженное энергопотребление, достигаемое базовой станцией, может быть реализовано при поддержании передачи CRS P-SS/S-SS и ВСН, служащих необходимыми сигналами на нисходящей линии связи для неактивного пользовательского оборудования (неактивное UE/ no-active UE).
Первая модификация второго варианта реализации
В том случае, когда используется второй вариант реализации, возникает следующая проблема.
[0282] В PDCCH, который планирует сообщение персонального вызова, подкадр, в котором может быть представлен P-RNTI (временный идентификатор радиосети персонального вызова), называется случаем персонального вызова (РО) (Непатентный документ 3). Паттерн наступления случая персонального вызова таков, как показано на фиг. 22 (Непатентный документ 3). Параметры на фиг. 22 описаны ниже со ссылкой на уравнения (1), (2) и (3)
[0283] Уравнение (1) Ns = max(1, nB/T)
Уравнение (2) UE_ID = IMSI mod 1024
Уравнение (3) N = min(T, nB)
Уравнение (4) i_s = floor(UE_ID/N) mod Ns
«Т», включенное в уравнение (1), - это цикл DRX (прерывистый прием) пользовательского оборудования. «Т» определяется значением DRX, уникальным для кратчайшего пользовательского оборудования, если распределение выполнено с помощью более высокого уровня, и начальное значение DRX широковещательно передается в системной информации. Если DRX, уникальное для пользовательского оборудования, установлено более высоким уровнем, применяется начальное значение. «nB», включенное в уравнение (1), широковещательно передается в системной информации. В качестве «nB» представлены 4Т, 2T, T, T/2, T/4, T/8, T/16 и T/32. «Ns» дано как большее из 1 и nB/T в соответствии с уравнением (1).
[0284] «IMSI», включенное в уравнение (2), является международным идентификационным номером мобильного абонента. «UE-ID» дан как остаток, полученный, когда IMSI делится на «1024» в соответствии с уравнением (2).
[0285] «N» дано как меньшее из Т и nB в соответствии с уравнением (3).
[0286] «i_s» дано как остаток, полученный, когда значение, полученное при делении UE-ID на N (округленное значение), поделено на Ns в соответствии с уравнением (4).
[0287] Точнее, когда второй вариант реализации выполняется без какого-либо устройства, например, когда случай персонального вызова является подкадром номер #9 или #4, базовая станция не может уведомить пользовательское оборудование о персональном вызове, поскольку базовая станция находится в состоянии пониженного энергопотребления.
[0288] Решение в первой модификации второго варианта реализации описано ниже.
[0289] Когда базовая станция принимает сообщение персонального вызова от ММЕ, базовая станция освобождается от функционирования с экономией энергии. В качестве альтернативы, когда базовая станция принимает сообщение персонального вызова от ММЕ, базовая станция может устанавливать количество подкадров, которое может быть установлено в одном радиокадре, до количества, как в традиционной технологии. В качестве альтернативы, когда базовая станция принимает сообщение персонального вызова от ММЕ, базовая станция может устанавливать количество подкадров, которое может быть установлено в одном радиокадре, до шести, как в традиционной технологии.
[0290] В первой модификации второго варианта реализации комбинация ко второму варианту реализации в основном описана. Однако комбинации к первому варианту реализации, первой модификации первого варианта реализации, второй модификации первого варианта реализации, третьей модификации первого варианта реализации, четвертой модификации первого варианта реализации и пятой модификации первого варианта реализации могут использоваться.
[0291] Первая модификация второго варианта реализации может привести к достижению описанных ниже эффектов в дополнение к эффектам второго варианта реализации. Эффективное пониженное энергопотребление, достигаемое базовой станцией, может быть реализовано при решении проблемы, при которой уведомление пользовательского оборудования о персональном вызове не может выполняться.
Вторая модификация второго варианта реализации
Во второй модификации второго варианта реализации та же проблема, что и в первой модификации второго варианта реализации, решается при помощи способа, отличного от того, что предложен в первой модификации второго варианта реализации.
[0292] Решение во второй модификации второго варианта реализации описано ниже.
[0293] Базовая станция может использовать подкадр, за исключением случая персонального вызова, как подкадр MBSFN. Подкадр, за исключением подкадров, соответствующих P-SS S-SS и случаю персонального вызова, также может использоваться как подкадр MBSFN.
[0294] Конкретный пример способа выбора подкадра, кроме случая персонального вызова, описан ниже. Предполагается, что технология, раскрытая во второй модификации второго варианта реализации, применяется и в традиционной технологии. Как описано в первой модификации второго варианта реализации, «Ns» определяется параметрами «Т» и «nB». Базовая станция широковещательно передает параметры «Т» и «nB» к пользовательскому оборудованию, обслуживаемому таким образом, используя системную информацию. Так, базовая станция может знать значения «Т» и «nB». Из этих значений базовая станция может также знать значение «Ns». Значением Ns подтверждается паттерн наступления случая персонального вызова на фиг. 22. Например, когда «Ns» является «1», случай персонального вызова - это только подкадр номер #9. Когда «Ns» является «2», случаи персонального вызова - это подкадры номер #0 и #4, #5 и #9. Как описано выше, базовая станция подтверждает параметры «Т» и «nB» собственной соты, чтобы вычислить «Ns», подтверждает номер подкадра случая персонального вызова и выбирает подкадр, за исключением случая персонального вызова.
[0295] Как подкадры MBSFN, максимум семь подкадров могут быть сконфигурированы в одном радиокадре. Максимум восемь подкадров, за исключением первого подкадра (#0), шестого подкадра (#5) и десятого подкадра (#9), может быть сконфигурировано как подкадры MBSFN. Это происходит потому, что, даже если «Ns» имеет какое-либо значение, подкадр номер #9 соответствует случаю персонального вызова (см. фиг. 22). Базовая станция может использовать подкадр, за исключением случая персонального вызова, как подкадр MBSFN.
[0296] Во второй модификации второго варианта реализации комбинация ко второму варианту реализации в общем описана. Однако комбинации к первому варианту реализации, первой модификации первого варианта реализации, второй модификации первого варианта реализации, третьей модификации первого варианта реализации, четвертой модификации первого варианта реализации и пятой модификации первого варианта реализации могут использоваться.
[0297] Вторая модификация второго варианта реализации может привести к достижению описанных ниже эффектов в дополнение к тем, что характерны для второго варианта реализации. Эффективное пониженное энергопотребление, при котором энергосберегающее функционирование не осуществляется бесполезно, может быть реализовано при решении проблемы, при которой уведомление пользовательского оборудования о персональном вызове не может выполняться.
Третий вариант реализации
Проблема, которую предстоит решить с помощью третьего варианта реализации, описана ниже.
[0298] В традиционной технологии MBSFN (одночастотная сеть широковещательной групповой передачи мультимедиа) поддерживается транспортным каналом МСН (Непатентный документ 1). В области синхронизации MBSFN все базовые станции, принадлежащие области, синхронизированы друг с другом, и передача MBSFN может выполняться (Непатентный документ 1). Передача с использованием MBSFN передается в подкадр MBSFN. Область синхронизации MBSFN полустатически сконфигурирована, к примеру, оператором Непатентный документ 1).
[0299] Точнее, в традиционной технологии, чтобы базовая станция конфигурировала подкадр MBSFN, базовая станция должна принадлежать области синхронизации MBSFN. Проблема, при которой базовая станция, которая не принадлежит области синхронизации MBSFN, не может осуществлять энергосберегающее функционирование с использованием подкадра MBSFN, обозначена.
[0300] Решение в третьем варианте реализации описано ниже.
[0301] Даже базовая станция, которая не принадлежит области синхронизации MBSFN, может конфигурировать подкадр MBSFN для пользовательского оборудования, обслуживаемого ею. В качестве альтернативы, даже базовая станция, которая не соединена с МСЕ, может конфигурировать подкадр MBSFN для пользовательского оборудования, обслуживаемого ею. В качестве альтернативы даже базовая станция, которая не принимает конфигурацию, относящуюся к подкадру MBSFN из МСЕ, может конфигурировать подкадр MBSFN для пользовательского оборудования, обслуживаемого ею.
[0302] Третий вариант реализации может применяться в сочетании с первым вариантом реализации, первой модификацией первого варианта реализации, второй модификацией первого варианта реализации, третьей модификацией первого варианта реализации, четвертой модификацией первого варианта реализации, пятой модификацией первого варианта реализации, вторым вариантом реализации, первой модификацией второго варианта реализации и второй модификацией второго варианта реализации.
[0303] Случаи, когда третий вариант реализации комбинируется со второй модификацией первого варианта реализации и четвертой модификацией первого варианта реализации, описаны ниже. Во второй модификации первого варианта реализации и четвертой модификации первого варианта реализации базовая станция уведомляет МСЕ о конфигурации подкадра MBSFN собственной соты путем использования интерфейса М2. В сочетании с третьим вариантом реализации интерфейс М2 не представлен. Так, базовая станция уведомляет MME о конфигурации подкадра MBSFN собственной соты путем использования интерфейса S1. Базовая станция уведомляет МСЕ о конфигурации подкадра MBSFN собственной соты путем использования интерфейса М3.
[0304] Конкретный пример функционирования с использованием сочетания между третьим вариантом реализации и первой модификацией первого варианта реализации описан со ссылкой на фиг. 23. Те же ссылочные позиции, что и на фиг. 14 и фиг. 16, показывают соответствующие части, которые не описаны. Местоположение является тем же, что и местоположение, описанное со ссылкой на фиг. 15, что не описано. Соседняя сота уведомляется о конфигурации подкадра MBSFN собственной соты. В этом примере функционирования случай, в котором информация, отражающая, сконфигурирован ли подкадр, отличный от подкадра, указанного МСЕ из конкретного примера (4), когда конфигурация подкадра MBSFN используется в конфигурации подкадра MBSFN, соседняя сота которого уведомляется, раскрыт. Случай, в котором в интерфейсе, используемом для уведомления соседних сот, базовая станция из конкретного примера (2) использует интерфейс S1 по отношению к ММЕ, и ММЕ использует интерфейс S1 по отношению к соседним сотам базовой станции, раскрыт. Случай, в котором базовая станция, включающая в себя базовую станцию из конкретного примера (5) как базовую станцию, выбирается посредством способа выбора соседней соты, раскрыт. Случай, в котором ММЕ из конкретного примера (2) используется как основной объект, который обновляет информацию соседней соты, раскрыт.
[0305] На этапе ST2301 базовая станция (eNB1) выбирает подкадр MBSFN (eNB). В этом примере функционирования, например, предполагается, что седьмой подкадр (#6) и восьмой подкадр (#7) сконфигурированы как подкадры MBSFN (eNB).
[0306] На этапе ST2302 пользовательское оборудование функционирует с использованием подкадра MBSFN (eNB), принятого на этапе ST1406, как подкадра, зарезервированного для MBSFN в нисходящей линии связи. В этом примере функционирования пользовательское оборудование работает с использованием #6 и #7 как подкадров, зарезервированных для MBSFN в нисходящей линии связи.
[0307] На этапе ST2303 базовая станция (eNB1) уведомляет MME об информации, отражающей, сконфигурирован ли как подкадр MBSFN подкадр, отличный от подкадра, указанного МСЕ, конфигурация как информация конфигурации подкадра MBSFN. В этом примере функционирования подкадр, отличный от подкадра, указанного МСЕ, сконфигурирован, когда конфигурация подкадра MBSFN уведомляется. Интерфейс S1 используется для уведомления.
[0308] На этапе ST2304 ММЕ обновляет информацию соседней соты базовой станции, выбранной на этапе ST1602. Информация, отражающая, служит ли MBSFN информацией соседней соты, поддерживается и обновляется. ММЕ может осуществлять определение обновления на основе информации, принятой на этапе ST2303. На этапе ST2303 ММЕ может сделать вывод, что eNB1 конфигурирует подкадр, отличный от подкадра MBSFN (МСЕ), в качестве конфигурации подкадра MBSFN. Таким образом, ММЕ изменяет (обновляет) информацию, отражающую, поддерживается ли MBSFN, служащая информацией соседней соты eNB2, на информацию, отражающую, что та же конфигурация подкадра MBSFN, что и в обслуживающей соте (eNB2), не включена во все соседние соты. Если традиционная методика используется как информация соседней соты, информация изменяется (обновляется) на «00».
[0309] На этапе ST1604 ММЕ уведомляет базовую станцию, выбранную на этапе ST1602, об информации соседней соты, обновленной на этапе ST2304. Интерфейс S1 может быть использован для уведомления.
[0310] На этапе ST1605 eNB2 (103-2), который принимает обновленную информацию соседней соты, уведомляет пользовательское оборудование 2, обслуживаемое ею, об обновленной информации соседней соты.
[0311] На этапе ST1607 пользовательское оборудование 2, которое принимает обновленную информацию соседней соты, выполняет измерение соседней соты, используя обновленную информацию соседней соты. В качестве конкретного примера пользовательское оборудование 2 выполняет измерение соседней соты, из предположения, что базовая станция, которая осуществляет конфигурацию подкадра MBSFN, отличную от той, что представлена в обслуживающей соте (eNB2), включена в соседние соты.
[0312] Третий вариант реализации может привести к достижению эффектов, описанных ниже.
[0313] Даже базовая станция, которая не принадлежит области синхронизации MBSFN, может выполнять энергосберегающее функционирование с использованием подкадра MBSFN.
[0314] Кроме того, при обсуждении текущего 3GPP, определено, что HeNB не поддерживает MBMS (Непатентный документ 1). Так, в системе мобильной связи HeNB не принадлежит области синхронизации MBSFN и не соединяется с МСЕ. Даже в системе, в соответствии с третьим вариантом реализации, HeNB тоже может конфигурировать подкадр MBSFN. Таким образом, HeNB также может осуществлять экономию энергии, используя подкадр MBSFN.
[0315] Тем самым, эффект того, что энергосберегающее функционирование, выполняемое базовой станцией, когда HeNB, который не принадлежит области синхронизации MBSFN, может быть реализовано при достижении эффекта поддержания обратной совместимости с использованием подкадра MBSFN, может быть получен. Предполагается, что HeNB, количество которых больше, чем количество макросот, устанавливаются. Осуществимость энергосберегающего функционирования HeNB в значительной степени способствует пониженному энергопотреблению на стороне сети.
Первая модификация третьего варианта реализации
Проблема, которую предстоит решить с помощью первой модификации третьего варианта реализации, описана ниже.
[0316] В том случае, когда используется третий вариант реализации, возникает следующая проблема.
[0317] В частности, когда третий вариант реализации используется в сочетании с первой модификацией первого варианта реализации, даже если информация, отражающая, поддерживается ли MBSFN как информация соседней соты, является «00», случай, в котором соседняя сота принадлежит области синхронизации MBSFN, или случай, в котором соседняя сота не принадлежит области синхронизации MBSFN, возможен.
[0318] Когда все соты, включенные в информацию соседней соты, принадлежат той же области синхронизации MBSFN, что и собственная сота, пользовательское оборудование, которое принимает информацию соседней соты, может пропустить процедуру синхронизации с соседними сотами. Например, описание выполняется путем использования блок-схемы, демонстрирующей план от поиска соты до функционирования в состоянии незанятости, который выполняется пользовательским оборудованием (UE) в системе связи LTE, показанной на фиг. 12. Если все соты, включенные в информацию соседней соты, принадлежат той же области синхронизации MBSFN, что и собственная сота, все соты, включенные в информацию соседней соты, могут быть синхронизированы с собственной сотой. То есть этап ST1201, на котором временное распределение слота и временное распределение кадра синхронизируются соответственно, может быть пропущен.
[0319] Когда все соты, включенные в информацию соседней соты, принадлежат той же области синхронизации MBSFN, что и собственная сота, пользовательское оборудование, которое принимает информацию соседней соты, не может пропустить процедуру синхронизации с соседними сотами при измерении соседней соты.
[0320] Однако, когда уведомление информации «00», отражающей, поддерживается ли MBSFN как информация соседней соты, выполняется, пользовательское оборудование, обслуживаемое сотой, не может иметь вариантов, чтобы знать включена ли сота, которая не принадлежит области синхронизации MBSFN, в число сот, включенных в информацию соседней соты.
[0321] Так, когда информация «00», отражающая, поддерживается ли MBSFN как информация соседней соты, принята, пользовательское оборудование не может пропустить процедуру синхронизации с соседней сотой. Тем самым, даже в состоянии, в котором процедура синхронизации может изначально быть пропущена, точнее, даже если все соты, включенные в информацию соседней соты, принадлежат той же области синхронизации MBSFN, что и собственная сота, пользовательское оборудование должно выполнять процедуру синхронизации с соседней сотой.
[0322] Как описано выше, бесполезное функционирование происходит при поиске соты у пользовательского оборудования или измерении соседней соты.
[0323] Решение в первой модификации третьего варианта реализации описано ниже.
[0324] Информация об области синхронизации MBSFN соседней соты заново установлена. Базовая станция уведомляет соседние соты об информации об области синхронизации MBSFN собственной соты. Уведомление к соседним сотам может выполняться, только когда подкадр MBSFN (eNB) сконфигурирован. На основе информации информация об области синхронизации MBSFN соседней соты обновляется, и обновленная информация уведомляется пользовательскому оборудованию, обслуживаемому базовой станцией, уведомившей о конфигурации. Пользовательское оборудование, которое принимает информацию широковещания, оценивает, выполняется ли процедура синхронизации с соседней сотой на основе информации широковещания.
[0325] Три конкретных примера информации об области синхронизации MBSFN соседней соты раскрыты ниже. (1) Информация, отражающая, включает ли в себя соседняя сота соту, которая не принадлежит области синхронизации MBSFN. (2) Информация, отражающая, что соседняя сота включает в себя соту, которая не принадлежит области синхронизации MBSFN. (3) Информация, отражающая, что соседняя сота не включает в себя соту, которая не принадлежит области синхронизации MBSFN.
[0326] Пользовательское оборудование может уведомляться об информации об области синхронизации MBSFN соседней соты путем использования информации широковещания. Информация может быть заново установлена в SIB3 в информации широковещания, SIB5 в информации широковещания или объекте измерения. Пользовательское оборудование может уведомляться об информации. Информация может быть заново установлена в конфигурации соседней соты (NeighCellConfig). Пользовательское оборудование может принимать параметры, используемые при измерении соседней соты и т.п. немедленно, и такие эффекты, как снижение загрузки в обработке или предотвращение задержки управления пользовательского оборудования, могут быть получены.
[0327] Три конкретных примера информации об области синхронизации MBSFN собственной соты раскрыты ниже. (1) Информация, отражающая, принадлежит ли собственная сота области синхронизации MBSFN. (2) Информация, отражающая, что собственная сота не принадлежит области синхронизации MBSFN. (3) Информация, отражающая, что собственная сота принадлежит области синхронизации MBSFN.
[0328] Конкретный пример оценки, основанной на информации об области синхронизации MBSFN соседней соты пользовательского оборудования, раскрыт ниже. Когда соседняя сота включает в себя соту, которая не принадлежит области синхронизации MBSFN, процедура синхронизации с соседней сотой выполняется. Когда соседняя сота не включает в себя соту, которая не принадлежит области синхронизации MBSFN, процедура синхронизации с соседней сотой пропускается.
[0329] Конкретный пример интерфейса, используемого для уведомления соседней соты, такой же как интерфейс в первой модификации первого варианта реализации, который не описан.
[0330] Конкретный пример способа выбора соседней соты такой же как в первой модификации первого варианта реализации, который не описан.
[0331] Конкретный пример основного объекта, который обновляет информацию соседней соты, такой же как в первой модификации первого варианта реализации, который не описан.
[0332] Конкретный пример функционирования с использованием первой модификации третьего варианта реализации описан со ссылкой на фиг. 24.
[0333] Те же ссылочные позиции, что и на фиг. 14, фиг. 16 и фиг. 23, показывают соответствующие части, которые не описаны. Местоположение является тем же, что и местоположение, описанное со ссылкой на фиг. 15, что не описано. В этом примере функционирования случай, в котором в интерфейсе, используемом для уведомления соседних сот, базовая станция из конкретного примера (2) использует интерфейс S1 по отношению к ММЕ, и ММЕ использует интерфейс S1 по отношению к соседним сотам базовой станции, раскрыт. Случай, в котором базовая станция, включающая в себя базовую станцию из конкретного примера (5), выбирается как соседняя сота посредством способа выбора соседней соты, раскрыт.
[0334] На этапе ST2401 базовая станция (eNB1) уведомляет MME о информации об области синхронизации MBSFN. В этом примере функционирования предполагается, что базовая станция (eNB1) не принадлежит области синхронизации MBSFN. На этапе ST2401 базовая станция (eNB1) уведомляет MME о информации, отражающей, что базовая станция не принадлежит области синхронизации MBSFN. Интерфейс S1 используется для уведомления.
[0335] На этапе ST2304 ММЕ обновляет информацию соседней соты базовой станции, выбранной на этапе ST1602. Кроме того, информация об области синхронизации MBSFN соседней соты базовой станции, выбранной на этапе ST1602, обновляется. Например, конфигурация соседней соты (NeighCellConfig) обновляется. ММЕ может осуществлять определение обновления на основе информации, принятой на этапе ST2401. На этапе ST2401 ММЕ принимает информацию, отражающую, что базовая станция не принадлежит области синхронизации MBSFN от eNB1. Так, ММЕ изменяет (обновляет) информацию об области синхронизации MBSFN соседних сот eNB2 на информацию, отражающую, что соседние соты включают в себя соту, которая не принадлежит области синхронизации MBSFN.
[0336] На этапе ST2402 пользовательское оборудование 2, которое принимает обновленную информацию соседней соты, оценивает, включают ли в себя соседние соты соту, которая не принадлежит области синхронизации MBSFN, путем использования обновленной информации соседней соты. Когда оценено, что соседние соты включают в себя соту, которая не принадлежит области синхронизации MBSFN, процесс переходит на этап ST2403. Когда оценено, что соседние соты не включают в себя соту, которая не принадлежит области синхронизации MBSFN, процесс переходит на этап ST2404.
[0337] На этапе ST2403 пользовательское оборудование 2 выполняет процедуру синхронизации с соседней сотой при измерении соседней соты.
[0338] На этапе ST2404 пользовательское оборудование 2 пропускает процедуру синхронизации с соседней сотой при измерении соседней соты.
[0339] В первой модификации третьего варианта реализации комбинация к третьему варианту реализации в общем описана. Однако комбинации к первому варианту реализации, первой модификации первого варианта реализации, второй модификации первого варианта реализации, третьей модификации первого варианта реализации, четвертой модификации первого варианта реализации, пятой модификации первого варианта реализации, второму варианту реализации, первой модификации второго варианта реализации и второй модификации второго варианта реализации могут использоваться.
[0340] Первая модификация третьего варианта реализации может привести к достижению описанных ниже эффектов в дополнение к тем, что характерны для третьего варианта реализации.
[0341] Информация об области синхронизации MBSFN соседней соты заново установлена, чтобы сделать возможным распознавание пользовательским оборудованием информации об области синхронизации MBSFN соседней соты. Тем самым, на основе информации об области синхронизации MBSFN соседней соты пользовательское оборудование может оценивать, выполняется ли процедура синхронизации с соседней сотой при измерении соседней соты или подобной. Бесполезная операция может быть пропущена при поиске соты или измерении соседней соты пользовательского оборудования. Такие эффекты, как пониженное энергопотребление пользовательского оборудования и уменьшение задержки управления, могут быть достигнуты.
Вторая модификация третьего варианта реализации
Проблема, которую предстоит решить с помощью второй модификации третьего варианта реализации, описана ниже.
[0342] В том случае, когда применяется первая модификация третьего варианта реализации, возникает следующая проблема.
[0343] Когда собственная сота не принадлежит области синхронизации MBSFN, даже если пользовательское оборудование, обслуживаемое ею, принимает информацию об области синхронизации MBSFN соседней соты как информацию широковещания, возникает следующая проблема.
[0344] Рассматривается случай, когда информация об области синхронизации MBSFN соседней соты отражает, что соседние соты не включают в себя соту, которая не принадлежит области синхронизации MBSFN, путем использования первой модификации третьего варианта реализации, пользовательское оборудование, обслуживаемое собственной сотой, пропускает процедуру синхронизации с соседней сотой. В этом случае, так как собственная сота не принадлежит области синхронизации MBSFN, собственная сота не синхронизирована с соседней сотой. Так, на предположении, что синхронизация осуществляется, пользовательское оборудование терпит неудачу в поиске соседней соты при измерении соседней соты пользовательского оборудования, которое пропускает процесс синхронизации. Тем самым, энергопотребление пользовательского оборудования увеличивается, и возникает проблема увеличения задержки управления.
[0345] Решение во второй модификации третьего варианта реализации описано ниже.
[0346] Информация об области синхронизации MBSFN собственной соты заново установлена.
[0347] Пользовательское оборудование, которое принимает информацию об области синхронизации MBSFN собственной соты и информации об области синхронизации MBSFN соседней соты, раскрытых в первой модификации третьего варианта реализации, оценивает, выполняется ли процедура синхронизации с соседней сотой на основе двух частей информации. В качестве альтернативы пользовательское оборудование, которое принимает информацию об области синхронизации MBSFN собственной соты, может оценивать, основана ли процедура синхронизации с соседней сотой на упомянутой информации.
[0348] Три конкретных примера информации об области синхронизации MBSFN собственной соты описаны ниже. (1) Информация, отражающая, принадлежит ли собственная сота области синхронизации MBSFN. (2) Информация, отражающая, что собственная сота не принадлежит области синхронизации MBSFN. (3) Информация, отражающая, что собственная сота принадлежит области синхронизации MBSFN.
Базовая станция может уведомлять об информации об области синхронизации MBSFN собственной соты пользовательское оборудование, обслуживаемое ею, путем использования информации широковещания.
[0349] Информация может быть заново установлена в SIB2 в информации широковещания. В традиционной технологии конфигурация подкадра MBSFN отображается в SIB2 (Непатентный документ 2). Так, пользовательское оборудование может получать информацию, связанную с подкадром MBSFN, осуществляя процесс приема один раз, и эффект предотвращения задержки управления пользовательского оборудования может быть достигнут.
[0350] Информация может быть заново установлена в SIB3, SIB4 или SIB5 в информации широковещания. В традиционной технологии информация, связанная с повторным выбором, отображается в SIB3, SIB4 и SIB5 (Непатентный документ 2). Информация об области синхронизации MBSFN собственной соты во второй модификации третьего варианта реализации используется, когда оценивается, выполняется ли процедура синхронизации с соседней сотой на пользовательском оборудовании. Точнее, информация об области синхронизации MBSFN собственной соты может также быть информацией, связанной с измерением соседней соты на пользовательском оборудовании. Так, пользовательское оборудование может получать информацию, связанную с измерением соседней соты, осуществляя процесс приема один раз, и эффект предотвращения задержки управления пользовательского оборудования может быть достигнут.
[0351] В качестве альтернативы другая часть информации может означать «информация об области MBSFN собственной соты» без установки заново информации об области MBSFN собственной соты. Тем самым, не нужно добавлять новую информацию и система мобильной связи, имеющая отличную обратную совместимость, может быть структурирована. Может быть преимущественно достигнуто эффективное использование радиоресурса.
[0352] Два конкретных примера другой части информации раскрыты ниже. (1) В традиционной технологии информация, требуемая, чтобы получить информацию управления MBMS, отображается в SIB13 (Непатентный документ 2). В традиционной технологии, чтобы заставить базовую станцию конфигурировать подкадр MBSFN, базовая станция должна принадлежать области синхронизации MBSFN. Так, когда SIB13 широковещательно передается, предполагается, что базовая станция отражает, что базовая станция «принадлежит области синхронизации MBSFN». С другой стороны, когда SIB13 не передается широковещательно, предполагается, что базовая станция отражает, что базовая станция «не принадлежит области синхронизации MBSFN». (2) В традиционной технологии название HeNB отображается в SIB9 (Непатентный документ 2). Определено, что HeNB не поддерживает MBMS (Непатентный документ 1). Так, HeNB не имеет конфигурации системы мобильной связи, принадлежащей области синхронизации MBSFN. Так, когда SIB9 широковещательно передается, предполагается, что базовая станция отражает, что базовая станция «не принадлежит области синхронизации MBSFN».
[0353] Конкретный пример функционирования с использованием второй модификации третьего варианта реализации описан со ссылкой на фиг. 25.
[0354] Те же ссылочные позиции, что и на фиг. 14, фиг. 16, фиг. 23 и фиг. 24, обозначают соответствующие части, которые не описаны. Местоположение является тем же, что и местоположение, описанное со ссылкой на фиг. 15, что не описано. В этом примере функционирования случай, в котором в интерфейсе, используемом для уведомления соседних сот, базовая станция из конкретного примера (2) использует интерфейс S1 по отношению к ММЕ, и ММЕ использует интерфейс S1 по отношению к соседним сотам базовой станции, раскрыт. Случай, в котором базовая станция, включающая в себя базовую станцию из конкретного примера (5), выбирается как соседняя сота посредством способа выбора соседней соты, раскрыт.
[0355] На этапе ST2501 базовая станция (eNB2) оценивает, принадлежит ли собственная сота области синхронизации MBSFN.
[0356] На этапе ST2502 eNB2 (103-2) уведомляет пользовательское оборудование 2, обслуживаемое им, об информации об области синхронизации MBSFN собственной соты, оцененной на этапе ST2501.
[0357] На этапе ST2503 пользовательское оборудование 2, которое принимает информацию об области синхронизации MBSFN обслуживающей соты на этапе ST2502, оценивает, используя информацию, принадлежит ли обслуживающая сота области синхронизации MBSFN. Когда оценено, что обслуживающая сота принадлежит области синхронизации MBSFN, процесс переходит на этап ST2402. Когда оценено, что обслуживающая сота не принадлежит области синхронизации MBSFN, процесс переходит на этап ST2404. Оценка на этапе ST2402 может быть пропущена.
[0358] Во второй модификации третьего варианта реализации комбинация к третьему варианту реализации и первой модификации третьего варианта реализации в общем описана. Однако комбинации к первому варианту реализации, первой модификации первого варианта реализации, второй модификации первого варианта реализации, третьей модификации первого варианта реализации, четвертой модификации первого варианта реализации, пятой модификации первого варианта реализации, второму варианту реализации, первой модификации второго варианта реализации и второй модификации второго варианта реализации могут использоваться.
[0359] Вторая модификация третьего варианта реализации может привести к достижению описанных ниже эффектов в дополнение к тем, что характерны для третьего варианта реализации.
[0360] Информация об области синхронизации MBSFN собственной соты заново установлена, чтобы сделать возможным распознавание пользовательским оборудованием информации об области синхронизации MBSFN обслуживающей соты. Тем самым, на основе информации об области синхронизации MBSFN собственной соты пользовательское оборудование может оценивать, выполняется ли процедура синхронизации с соседней сотой при измерении соседней соты или подобной. Бесполезная операция может быть пропущена при поиске соты или измерении соседней соты пользовательского оборудования. Такие эффекты, как пониженное энергопотребление пользовательского оборудования и уменьшение задержки управления, могут быть достигнуты.
[0361] Один или несколько ресурсов MBSFN могут быть использованы для одной или нескольких целей. В качестве конкретного примера цели, использующей ресурс MBSFN, известны MBMS или позиционирование (Непатентный документ 1).
[0362] Например, обсуждается, что ресурс MBSFN используется для линии транзитной передачи, которая установлена между донорской сотой и узлом ретранслятора. Даже в том случае, когда подкадр MBSFN используется в качестве линии транзитной передачи, первый вариант реализации по третий вариант реализации, включая модификации, могут применяться. Количество узлов ретранслятора, обслуживаемых донорской сотой, и количество пользовательских оборудований, обслуживаемых узлом ретранслятора, варьируется. То есть радиоресурс, требуемый для линии транзитной передачи, может меняться в зависимости от донорских сот. При применении настоящего изобретения радиоресурс, требуемый для линии транзитной передачи, может устанавливаться донорскими сотами соответственно.
[0363] Четвертый вариант реализации
Вплоть до второй модификации третьего варианта реализации, случай использования подкадра MBSFN для экономии энергии в общем раскрыт, настоящее изобретение может применяться в случае с использованием подкадра MBSFN, чтобы избежать помех нисходящей линии связи, возникающих между сотами. Как описано выше, ресурс подкадра MBSFN может использоваться для одной или нескольких целей. Кроме цели экономии энергии, подкадр MBSFN может быть также использован, чтобы избегать помех нисходящей линии связи между сотами. Настоящее изобретение может применяться в этом случае.
Например, в дополнение к подкадру MBSFN (подкадр MBSFN (МСЕ)), сконфигурированному МСЕ для многосотовой передачи, что раскрыто в первом варианте реализации, подкадр MBSFN конфигурируется базовой станцией. Точнее, базовая станция имеет функцию конфигурирования подкадра MBSFN в ней. Подкадр MBSFN (eNB), сконфигурированный базовой станцией, используется, чтобы избежать помех нисходящей линии связи между сотами. В качестве другого примера, даже базовая станция, которая раскрыта в третьем варианте реализации и не имеет конфигурации, связанной с подкадром MBSFN от МСЕ для многосотовой передачи, конфигурирует подкадр MBSFN. Точнее, базовая станция имеет функцию конфигурирования подкадра MBSFN в ней. Подкадр MBSFN (eNB), сконфигурированный базовой станцией, используется, чтобы избежать помех нисходящей линии связи между сотами.
Например, в состоянии, в котором имеют место помехи нисходящей линии связи между обычным eNB (макросота) и локальным узлом с низкой выходной мощностью, например, пикосотой, чтобы избежать межсотовых помех нисходящей линии связи, обычный eNB конфигурирует подкадр MBSFN. В макросоте только первый из двух символов в сконфигурированном подкадре MBSFN используется для одноадресной передачи, и передача РМСН не выполняется в символах кроме символов, используемых в одноадресной передаче. С другой стороны, что касается пикосоты, подкадр MBSFN, сконфигурированный обычным eNB, является обычным подкадром, и обычная одноадресная связь осуществляется с пользовательским оборудованием, в котором имеет место такая проблема, как помехи. Тем самым, в подкадре MBSFN, который сконфигурировала обычная базовая станция (макросота), так как передача РМСН от макросоты не выполняется в символах за исключением символов для одноадресной передачи, помехи в отношении пикосоты могут быть уменьшены.
[0364] Так как локальный узел с низкой выходной мощностью выполняет одноадресную связь к пользовательскому оборудованию, у которого имеется такая проблема, как помехи, в подкадре MBSFN, сконфигурированном обычным eNB (макросотой), конфигурация подкадра MBSFN должна быть распознана. В качестве способа достижения цели может применяться способ, согласно которому базовая станция уведомляет соседнюю соту о конфигурации подкадра MBSFN собственной соты, как раскрыто в настоящем изобретении. Например, способ, раскрытый в первой модификации первого варианта реализации, может применяться. В первой модификации первого варианта реализации раскрыт случай наличия измерения соседней соты у пользовательского оборудования как объекта. Однако не только для объекта, настоящее изобретение может также применяться, чтобы заставить базовую станцию, которая конфигурирует подкадр MBSFN, уведомлять соседнюю базовую станцию о конфигурации подкадра MBSFN, чтобы избежать межсотовых помех. Обычный eNB (макросота), который конфигурирует подкадр MBSFN, уведомляет соседнюю соту о конфигурации подкадра MBSFN. Соседняя сота (локальный узел с низкой выходной мощностью, например), которая принимает уведомление о конфигурации подкадра MBSFN от обычного eNB (макросоты), осуществляет планирование ресурса подкадра MBSFN для обычной одноадресной связи к пользовательскому оборудованию, помехи от макросоты для которого становятся проблемой. Тем самым, помех от макросоты можно избежать.
[0365] В представленном выше описании, хотя пикосота используется как сота, уведомляемая о конфигурации подкадра MBSFN, не только пикосота, но и другой узел низкой мощности, такой как обычная базовая станция или HeNB, может применяться. Подобным образом, настоящее изобретение может применяться и межсотовых помех нисходящей линии связи можно избежать.
[0366] В качестве способа выбора соседней базовой станции, которая выполняет уведомление о конфигурации подкадра MBSFN, может применяться способ, раскрытый в настоящем изобретении. Например, способ в первой модификации первого варианта реализации может применяться. В дополнение к этому ММЕ может определять подкадр MBSFN и уведомляет базовую станцию, которая конфигурирует подкадр MBSFN, о конфигурации подкадра MBSFN. ММЕ может принимать результат измерения соседней соты от базовой станции (обычный eNB или локальный узел низкой мощности), обслуживаемой им, заранее, чтобы определить соседнюю базовую станцию, которую определенная заранее базовая станция должна уведомлять о конфигурации подкадра MBSFN. Базовая станция, обслуживаемая ММЕ, может уведомлять ММЕ о результате измерения соседней соты.
Например, HeNB обслуживается ММЕ, HeNB выполняет измерение соседней соты и уведомляет ММЕ о результате измерения. Измерение соседней соты и уведомление о нем посредством HeNB могут осуществляться при регистрации HeNB или может регулярно или периодически выполняться.
Отчет об измерении соседней соты, полученный пользовательским оборудованием, обслуживаемым базовой станцией, может быть использован, не вызывая измерения соседней соты базовой станцией, обслуживаемой ММЕ.
Тем самым, когда способ, раскрытый в настоящем изобретении, применяется, когда местоположение соты производится гибко, межсотовых помех нисходящей линии связи можно избежать.
[0367] В качестве случая, в котором подкадр MBSFN используется, чтобы избежать помех нисходящей линии связи, возникающей между сотами, раскрыт случай, в котором применяется способ, раскрытый в первом варианте реализации. Однако не только первый вариант реализации, но и варианты реализации и модификации по настоящему изобретению могут применяться.
Тем самым, при использовании способа, заставляющего базовую станцию конфигурировать подкадр MBSFN, как раскрыто в настоящем изобретении, межсотовых помех нисходящей линии связи можно избежать, используя подкадр MBSFN.
[0368] В варианте реализации, когда базовая станция, которая конфигурирует подкадр MBSFN, не только eNB/NB, но и другой локальный узел, такой как HeNB, HNB или пико-eNB, может применяться. Когда какой-либо из локальных узлов применяется, можно достичь тех же эффектов, что и полученные при использовании eNB/NB.
[0369] Пятый вариант реализации
Когда подкадр MBSFN используется, чтобы избежать помех нисходящей линии связи между сотами, базовая станция, в отношении которой возникает такая проблема, как помехи, может запрашивать у соседней базовой станции конфигурацию подкадров MBSFN, чтобы избежать помех нисходящей линии.
Базовая станция, принявшая запрос, конфигурирует подкадр MBSFN на собственной базовой станции и уведомляет соседнюю базовую станцию о конфигурации подкадра MBSFN. В качестве способа может применяться способ, раскрытый выше.
В качестве конкретного примера оценки того, запрашивает ли базовая станция конфигурацию подкадра MBSFN у соседней базовой станции, и способа выбора соседней базовой станции, например, могут применяться способы, раскрытые в конкретных примерах (1) и (2) способа выбора соседней соты в первой модификации первого варианта реализации. В качестве другого способа приводится способ, когда базовая станция хочет предпочтительно резервировать подкадр, с помощью которого базовая станция осуществляет планирование для пользовательского оборудования, обслуживаемого ею, базовая станция может оценивать, что базовая станция посылает запрос конфигурации субкадра MBSFN к соседней базовой станции. В этом случае в качестве способа выбора соседней базовой станции могут применяться способы, раскрытые в конкретных примерах (1)-(5) способа выбора соседней соты в первой модификации первого варианта реализации.
В качестве конкретного примера интерфейса, используемого, чтобы уведомлять соседнюю базовую станцию о запросе о конфигурации подкадра MBSFN, чтобы избежать помех нисходящей линии связи, могут применяться способы, раскрытые в конкретных примерах (1)-(3) интерфейса, используемого для уведомления соседней соты в первой модификации первого варианта реализации. Запрос включен в сигнальное сообщение, используемое в каждом интерфейсе, или сигнальное сообщение для запроса устанавливается заново, чтобы осуществлять уведомление, используя интерфейсы. В дополнение к уведомлению о запросе может осуществляться уведомление об идентификаторе (идентификаторе соты) базовой станции, служащей адресатом запроса, идентификаторе собственной соты или запрашиваемом ресурсе. Может осуществляться уведомление о комбинациях идентификаторов и ресурса. В качестве идентификатора базовой станции, служащей адресатом запроса, или идентификатора собственной соты могут использоваться CGI, PCI и т.п. В качестве конкретного примера запрашиваемого ресурса, может использоваться количество подкадров MBSFN. Базовая станция, которая принимает уведомление о запрашиваемом ресурсе, может использовать уведомление как информацию для оценки, используемую, когда конфигурируется количество подкадров MBSFN.
[0370] В качестве примера показана конкретная операция, выполняемая, когда базовая станция, в отношении которой возникает проблема помех, представляет собой HeNB. HeNB, например, с помощью отчета об измерении пользовательского оборудования, обслуживаемого им, распознает, что качество приема от определенной базовой станции превышает определенное заранее пороговое значение. Тем самым, HeNB оценивает, что HeNB должен отправить запрос о конфигурации подкадра MBSFN к базовой станции. HeNB уведомляет ММЕ о сообщении запроса, используя интерфейс S1. Когда МСЕ может быть не соединено с HeNB, потому что MBMS не поддерживается для HeNB, интерфейс Х2 не поддерживается для HeNB. В таком случае уведомление базовой станции может осуществляться посредством ММЕ с использованием интерфейса S1.
HeNB может осуществлять, в дополнение к уведомлению о сообщении запроса, уведомление об идентификаторе базовой станции, служащей адресатом. ММЕ, принимающий сообщение запроса от HeNB и идентификатор базовой станции, служащей адресатом, может выборочно уведомлять базовую станцию о сообщении запроса от HeNB на основе идентификатора базовой станции. Уведомление о сообщении применяет интерфейс S1.
Базовая станция, которая принимает сообщение запроса от HeNB посредством ММЕ, конфигурирует подкадр MBSFN, чтобы избежать межсотовых помех нисходящей линии связи. Базовая станция, которая конфигурирует подкадр MBSFN, уведомляет соседние соты о конфигурации подкадра MBSFN. В качестве способа выбора соседней базовой станции, которая осуществляет уведомление о конфигурации, может использоваться способ, раскрытый выше. В качестве альтернативы соседняя базовая станция, осуществившая уведомление о конфигурации, может быть базовой станцией (HeNB, например), которая запрашивает конфигурацию подкадра MBSFN. Это возможно, когда уведомление о сообщении запроса и идентификаторе собственной базовой станции выполняется. HeNB, который принимает конфигурацию подкадра MBSFN, осуществляет планирование ресурса подкадра MBSFN для обычной одноадресной связи к пользовательскому оборудованию, в отношении которого возникает такая проблема, как помехи от базовой станции. В качестве пользовательского оборудования, в отношении которого возникает такая проблема, как помехи от базовой станции, может применяться пользовательское оборудование, которое осуществляет уведомление об отчете об измерении, отражающем, что качество приема от базовой станции превышает определенное заранее пороговое значение. Тем самым, помех от базовой станции можно избежать.
[0371] Пример показывает случай, в котором базовая станция, в отношении которой возникает такая проблема, как помехи, представляет собой HeNB. Однако не только HeNB, но и обычная базовая станция или другой локальный узел низкой мощности, такой как пикосота, может применяться. Настоящее изобретение может подобным образом применяться в отношении любого из локальных узлов низкой мощности, и межсотовых помех нисходящей линии связи можно избежать.
Базовая станция, служащая адресатом запроса конфигурации подкадра MBSFN, не ограничивается обычной базовой станцией, и локальный узел низкой мощности может использоваться. Базовая станция, служащая адресатом запроса конфигурации подкадра MBSFN, может быть базовой станцией, имеющей функцию конфигурации подкадра MBSFN. Базовая станция широковещательно передает информацию, отражающую, имеет ли собственная сота функцию конфигурации подкадра MBSFN как системной информации. Базовая станция, в отношении которой возникает такая проблема, как помехи, может оценивать, имеет ли собственная сота функцию конфигурации подкадра MBSFN при приеме системной информации каждой соты в измерении радиоволновой среды соседней соты на собственной базовой станции. Оценка может быть добавлена к способу выбора соседней базовой станции. Собственная базовая станция не выполняет измерения, чтобы принять системную информацию, и пользовательское оборудование, обслуживаемое ею, может принимать системную информацию каждой соты при измерении радиоволновой среды соседних сот, чтобы получить информацию, отражающую, имеет ли каждая из сот функцию конфигурации подкадра MBSFN. Пользовательское оборудование уведомляет базовую станцию, которой пользовательское оборудование обслуживается, об информации вместе с отчетом об измерении, и затем базовая станция оценивает, имеет ли соседняя базовая станция функцию конфигурации подкадра MBSFN. Пользовательское оборудование может оценить базовую станцию, имеющую функцию конфигурации подкадра MBSFN на основе информации, чтобы уведомить базовую станцию по поводу отчета об измерении для запроса конфигурации подкадра MBSFN, который ограничен базовой станцией, имеющей функцию конфигурации подкадра MBSFN. Базовой станции не нужно оценивать, имеет базовая станция функцию конфигурации подкадра MBSFN, и количество информации, сигнализирующей по поводу отчета об измерении от пользовательского оборудования, обслуживаемого ею, и количество сигналов может быть уменьшено.
[0372] Так как способ, раскрытый в варианте реализации, применяется, чтобы стало возможным уведомлять базовую станцию, которая вызывает помехи запроса конфигурации подкадра MBSFN от базовой станции, которая подвержена влиянию помех, оценка конфигурации подкадра MBSFN в базовой станции может динамично выполняться. Так, избежание межсотовых помех нисходящей линии связи с использованием подкадра MBSFN может быть более динамично реализовано.
[0373] В базовой станции, которая принимает уведомление о запросе по поводу конфигурации подкадра MBSFN, если подкадр MBSFN сконфигурирован в ответ на запрос, радиоресурса, распределенного на пользовательское оборудование, обслуживаемое собственной сотой, может не хватить. Хотя радиоресурса, распределенного на пользовательское оборудование, обслуживаемое собственной сотой, не хватает, когда подкадр MBSFN сконфигурирован, связь с пользовательским оборудованием, обслуживаемым собственной сотой, не может выполняться, чтобы сделать возможным обеспечение обслуживания. Чтобы решить проблему, базовая станция, которая принимает уведомление о запросе по поводу конфигурации подкадра MBSFN, может оценить, что подкадр MBSFN не сконфигурирован по уведомлению о запросе по поводу конфигурации подкадра MBSFN, и выполнить уведомление, отражающее, что конфигурация подкадра MBSFN отклонена для базовой станции, служащей источником запроса. Тем самым, связь с пользовательским оборудованием, обслуживаемым собственной сотой, обеспечена, чтобы сделать возможным предоставление обслуживания.
Нехватка радиоресурса может быть не нехваткой радиоресурса, распределенного на пользовательское оборудование, обслуживаемое собственной сотой, но может быть нехваткой радиоресурса, распределенного на пользовательское оборудование, которое осуществляет связь для обслуживания, имеющего высокий приоритетный порядок, или осуществляет связь, требующую высокого QoS (качества обслуживания). Тем самым, конфигурация подкадра MBSFN может быть более предпочтительной, чем распределение радиоресурса на пользовательское оборудование, имеющее низкий приоритетный порядок или низкое QoS, и помехи в отношении другой соты могут быть уменьшены.
Базовая станция, в отношении которой возникает такая проблема, как помехи, может осуществлять уведомление об информации, связанной с приоритетным порядком обслуживания подверженного влиянию помех пользовательского оборудования, обслуживаемого ею, или информации, связанной с QoS совместно с сообщением запроса о конфигурации подкадра MBSFN. Базовая станция, которая принимает уведомление о запросе по поводу конфигурации подкадра MBSFN, может оценивать, выполняется ли конфигурация подкадра MBSFN на основе информации.
В качестве конкретного примера интерфейса, используемого, чтобы осуществлять уведомление об отклонении конфигурации подкадра MBSFN, могут применяться способы, раскрытые в конкретных примерах (1)-(3) интерфейса, используемого для уведомления соседней соты в первой модификации первого варианта реализации, описанного выше. Информация, отражающая, что конфигурация подкадра MBSFN отклонена, включена в сигнальное сообщение, используемое в каждом интерфейсе, или сигнальное сообщение для осуществления уведомления об отклонении заново устанавливается, чтобы осуществлять уведомление путем использования интерфейсов.
[0374] Базовая станция, которая принимает уведомление о запросе по поводу конфигурации подкадра MBSFN, не может распознавать время, пока базовая станция, служащая источником запроса, не запросит конфигурацию подкадра MBSFN. В этом случае, когда базовая станция конфигурирует подкадр MBSFN на основе запроса конфигурации подкадра MBSFN, базовая станция не может определять время, пока конфигурацию подкадра MBSFN нужно поддерживать. Даже когда конфигурация подкадра MBSFN не обязательна, в таком случае, в котором пользовательское оборудование, которое подвержено влиянию помех базовой станции, служащей источником запроса, завершает связь, базовая станция, которая принимает запрос, в результате продолжает конфигурацию подкадра MBSFN. Это растрачивает ресурсы, чтобы вызвать уменьшение емкости соты или снижение скорости связи. Чтобы решить проблему, базовая станция, которая осуществляет уведомление о запросе по поводу конфигурации подкадра MBSFN, может выполнять уведомление, отражающее, что запрос завершен.
Базовая станция, которая осуществляет уведомление о запросе по поводу конфигурации подкадра MBSFN, оценивает, запрашивает ли базовая станция у соседней базовой станции конфигурацию подкадра MBSFN, как описано выше. Когда базовая станция оценивает, что конфигурация подкадра MBSFN не запрашивается, уведомление, отражающее что запрос завершен, осуществляется. Уведомление, отражающее что запрос завершен, может осуществляться в отношении базовой станции, которая выполняет Уведомление о запросе по поводу конфигурации подкадра MBSFN. Базовая станция, которая выполняет Уведомление о запросе по поводу конфигурации подкадра MBSFN, может оценивать, запрашивается ли у соседней базовой станции конфигурация подкадра MBSFN, регулярно, периодически или путем использования в качестве триггера отчета о результате измерения от пользовательского оборудования, обслуживаемого ею.
Базовая станция, которая принимает уведомление о завершении запроса по поводу конфигурации подкадра MBSFN, деактивирует конфигурацию подкадра MBSFN, сконфигурированную на основе уведомления о завершении запроса. Точнее, подкадр, сконфигурированный как подкадр MBSFN, конфигурируется так, чтобы использоваться при обычной одноадресной связи.
Тем самым, базовая станция может повысить эффективность использования ресурса, чтобы сделать возможным увеличение емкости соты и возрастание скорости связи.
[0375] Базовая станция, которая принимает запрос о конфигурации подкадра MBSFN или уведомление, отражающее, что запрос завершен, может уведомлять базовую станцию, служащую источником запроса, что уведомление о запросе или завершении запроса принято. В качестве альтернативы может осуществляться уведомление, отражающее, что подкадр MBSFN сконфигурирован по уведомлению о запросе или уведомлению, отражающему, что конфигурация подкадра MBSFN деактивирована на основе уведомления о завершении запроса. Тем самым, базовая станция, служащая источником запроса, может четко распознавать состояние конфигурации подкадра MBSFN базовой станции, служащей адресатом, и корректно оценивать, выполняет ли базовая станция, служащая источником запроса, уведомление о запросе по поводу конфигурации подкадра MBSFN или уведомление о завершении запроса. По этой причине система может быть защищена от неправильного управления и может быть обеспечена стабильная система связи.
[0376] В представленном выше описании базовая станция, которая принимает уведомление о завершении запроса конфигурации подкадра MBSFN, деактивирует конфигурацию подкадра MBSFN, сконфигурированного на основе уведомления о завершении запроса. Пока базовая станция, конфигурирующая подкадр MBSFN, не примет уведомление о завершении запроса, конфигурация подкадра MBSFN не может быть деактивирована. В этом случае, так как распределение ресурса не может быть выполнено, при том что требуется, чтобы связь с пользовательским оборудованием, обслуживаемым собственной сотой, предпочтительно осуществлялась, обозначается проблема, которая делает связь невозможной. Чтобы решить проблему, базовая станция, конфигурирующая подкадр MBSFN, может определить завершить конфигурацию подкадра MBSFN. Базовая станция, которая определила завершить конфигурацию подкадра MBSFN, деактивирует конфигурацию подкадра MBSFN. Базовая станция, которая деактивирует конфигурацию подкадра MBSFN, может уведомить базовую станцию, служащую источником запроса о конфигурации подкадра MBSFN, что конфигурация подкадра MBSFN деактивирована.
В качестве состояния оценки для деактивации конфигурации подкадра MBSFN может быть использована оценка того, хватает ли радиоресурса, распределенного на пользовательское оборудование, обслуживаемое собственной сотой. Нехватка радиоресурса, как описано выше, может не быть нехваткой радиоресурса, распределенного на пользовательское оборудование, обслуживаемое собственной сотой, но может быть нехваткой радиоресурса, распределенного на пользовательское оборудование, осуществляющее связь для обслуживания, имеющего высокий приоритетный порядок или осуществляющее связь, требующую высокого QoS.
Тем самым, базовая станция, конфигурирующая подкадр MBSFN, может распределять ресурс, когда требуется, чтобы связь с пользовательским оборудованием, обслуживаемым собственной сотой выполнялась предпочтительно, и обслуживание для пользовательского оборудования, обслуживаемого собственной сотой, может быть обеспечено.
[0377] Когда базовая станция, принимающая уведомление о запросе по поводу конфигурации подкадра MBSFN, непрерывно без какой-либо пользы конфигурирует подкадр MBSFN, это приводит к бесполезному ресурсу, в результате возникает уменьшение емкости соты или снижение скорости связи. Другой способ решения проблемы раскрыт. Период, в течение которого конфигурируется подкадр MBSFN, ограничен. Базовая станция деактивирует конфигурацию подкадра MBSFN в определенный заранее период после того, как подкадр MBSFN сконфигурирован. Определенный заранее период может использоваться как таймер. Определенный заранее период может заблаговременно определяться статически, определяться полустатически или определяться динамически.
Когда определенный заранее период определяется статически, определенный заранее период может определяться как спецификация. Определенный заранее период может распознаваться всеми базовыми станциями. Так как сигнализирование для уведомления базовой станции об определенном заранее периоде не требуется, объем сигнализирования может быть уменьшен.
Когда определенный заранее период определятся полустатически, определенный заранее период может определяться ММЕ. ММЕ может уведомлять каждую базовую станцию об определенном заранее периоде. ММЕ может уведомлять базовую станцию об определенном заранее периоде S1-сообщением с помощью интерфейса S1. Когда ММЕ уведомляет HeNB, ММЕ может осуществлять уведомление при регистрации HeNB.
Определенный заранее период определятся полустатически, определенный заранее период может определяться базовой станцией. Базовая станция широковещательно передает его как системную информацию. Базовая станция, которая запрашивает конфигурацию подкадра MBSFN, должна распознавать период конфигурации подкадра MBSFN базовой станции, конфигурирующей подкадр MBSFN. В качестве такого способа используется способ, в котором базовая станция, которая запрашивает конфигурацию подкадра MBSFN, принимает системную информацию, подлежащую широковещательной передаче от базовой станции, вызывающей помехи, то есть базовой станции, служащей адресатом запроса о конфигурации подкадра MBSFN, или способ приема системной информации от пользовательского оборудования, обслуживаемого базовой станцией, которая запрашивает конфигурацию подкадра MBSFN. В способе приема от пользовательского оборудования пользовательское оборудование может принимать системную информацию, широковещательно передаваемую от базовой станции, вызывающей помехи, чтобы получить определенный заранее период и уведомить обслуживающую соту об определенном заранее периоде совместно с отчетом об измерении. Тем самым, определенный заранее период, в котором конфигурируется подкадр MBSFN, может определяться в зависимости от состояния использования радиоресурса каждой базовой станции.
Когда определенный заранее период определяется динамически, базовая станция, принимающая уведомление о запросе по поводу конфигурации подкадра MBSFN, может осуществлять уведомление базовой станции, служащей источником запроса. В качестве ответа на уведомление о запросе по поводу конфигурации подкадра MBSFN, может выполняться уведомление об определенном заранее периоде. Тем самым, базовая станция может определять определенный заранее период, в котором подкадр конфигурируется MBSFN, в зависимости от состояния использования радиоресурса во время, когда базовая станция принимает запрос о конфигурации подкадра MBSFN.
[0378] Базовая станция, конфигурирующая подкадр MBSFN, деактивирует подкадр MBSFN после того как определенный заранее период прошел. Однако в определенном заранее периоде, когда запрос о конфигурации подкадра MBSFN принят, подкадр MBSFN может быть сконфигурирован в определенный заранее период времени. Когда определенный заранее период используется как таймер, базовая станция, принимающая запрос о конфигурации подкадра MBSFN, запускает таймер путем использования в качестве времени старта времени, когда конфигурируется подкадр MBSFN. Когда время таймера истекает, конфигурация подкадра MBSFN деактивируется, чтобы сбросить таймер. Когда запрос о конфигурации подкадра MBSFN принят до того, как время таймера истекает, таймер может быть перезапущен от времени.
Базовая станция, которая осуществляет уведомление о запросе по поводу конфигурации подкадра MBSFN, может выполнять обработку на основе определенного заранее периода. Например, со времени, когда осуществляется уведомление о запросе по поводу конфигурации подкадра MBSFN, или со времени, когда принято уведомление, отражающее, что подкадр MBSFN сконфигурирован на основе уведомления о запросе, после того, как определенный заранее период истек, запрос конфигурации выполняется, если запрос конфигурации снова необходим. Запрос конфигурации может выполняться снова до того, как определенный заранее период истек. Когда определенный заранее период используется как таймер, таймер может быть запущен путем использования в качестве времени старта времени, когда выполнено уведомление запроса о конфигурации подкадра MBSFN, или времени, когда принято уведомление, отражающее, что подкадр MBSFN сконфигурирован на основе уведомления о запросе. Когда время таймера истекает, таймер сбрасывается и запрос конфигурации выполняется, если запрос конфигурации снова необходим. Запрос конфигурации может выполняться снова до того, как время таймера истечет. В этом случае таймер может быть перезапущен путем использования в качестве времени старта времени, когда уведомление о запросе конфигурации осуществляется снова, или времени, когда принято уведомление, отражающее, что подкадр MBSFN сконфигурирован снова на основе уведомления конфигурации. Когда уведомление о завершении запроса конфигурации подкадра MBSFN осуществляется до того, как время таймера истекло, таймер может быть сброшен, когда выполняется уведомление о завершении запроса или когда выполняется уведомление, отражающее что конфигурация подкадра MBSFN деактивирована на основе уведомления о запросе.
[0379] Когда администрирование временем выполняется так, как описано выше, даже на базовой станции, осуществляющей уведомление о запросе по поводу конфигурации подкадра MBSFN, или базовой станции, принимающей запрос по поводу конфигурации подкадра MBSFN, эффективность использования ресурса может быть увеличена, емкость каждой соты и скорость связи могут возрасти.
[0380] Способ, раскрытый в варианте реализации, может также применяться в случае, когда ММЕ конфигурирует подкадр MBSFN (будет описано позже). Обработка, выполняемая базовой станцией, конфигурирующей подкадр MBSFN, и сигнализирование, осуществляемое с базовой станцией, конфигурирующей подкадр MBSFN, могут в качестве альтернативы производиться ММЕ.
[0381] Шестой вариант реализации
Варианты реализации и модификации, описанные выше, раскрывают способ, в котором заставляют базовую станцию конфигурировать подкадр MBSFN. ММЕ может конфигурировать подкадр MBSFN, не заставляя базовую станцию конфигурировать подкадр MBSFN. Другими словами, ММЕ может обладать функцией конфигурирования подкадра MBSFN. ММЕ уведомляет одной из множества базовых станций о конфигурации подкадра MBSFN. Базовая станция, служащая объектом уведомления, может быть базовой станций, обслуживаемой другим ММЕ. В этом случае уведомление о конфигурации подкадра MBSFN выполняется посредством другого ММЕ. Базовая станция, принимающая конфигурацию подкадра MBSFN, конфигурирует подкадр MBSFN в соответствии с конфигурацией подкадра MBSFN. Все базовые станции, принимающие конфигурацию подкадра MBSFN, не должны конфигурировать подкадры MBSFN в соответствии с конфигурацией подкадра MBSFN. Когда конфигурация подкадра MBSFN распознается, подкадр MBSFN может использоваться в других приложениях.
Например, когда подкадр MBSFN используется, чтобы избежать помех нисходящей линии связи между сотами, ММЕ уведомляет обычный eNB (макросоту), что вызывает помехи, и локальный узел с низкой мощностью передачи, принимающий помеху конфигурации подкадра MBSFN. Обычный eNB (макросота), который вызывает помехи, конфигурирует подкадр MBSFN, и локальный узел с низкой мощностью передачи, который подвергается воздействию помех от eNB, использует подкадр MBSFN в одноадресной передаче. Ресурс подкадра MBSFN планируется для пользовательского оборудования, в отношении которого возникает такая проблема, как помехи, чтобы стало возможным уменьшить межсотовые помехи нисходящей линии связи.
Пример, описанный выше, демонстрирует случай, в котором происходят помехи между макросотой и локальным узлом с низкой мощностью передачи. Однако настоящее изобретение может подобным образом применяться не только в отношении упомянутых помех, но и помех между обычными базовыми станциями или помех между локальными узлами низкой мощности. Межсотовых помех нисходящей линии связи можно избежать. Тем самым, вместо базовой станции ММЕ конфигурирует подкадр MBSFN, чтобы сделать конфигурацию подкадров MBSFN на множестве базовых станций простой.
Каждая из числа базовых станций, создающих помехи, и числа базовых станций, подвергаемых воздействию помех, может быть одна или больше.
[0382] В качестве способа уведомления множества базовых станций о конфигурации подкадра MBSFN используется технология (традиционная технология), приводящая к тому, что МСЕ конфигурирует подкадр MBSFN, чтобы уведомить множество базовых станций о подкадре MBSFN.
Однако в этом случае множество базовых станций, служащих объектами уведомления, являются все базовыми станциями, представленными в одной области MBSFN. Следовательно, подкадры MBSFN конфигурируются для всех базовых станций, представленных в одной области MBSFN, администрируемой МСЕ. Так, когда МСЕ конфигурирует подкадр MBSFN не только для многосотовой передачи, но и чтобы избежать межсотовых помех нисходящей линии связи, независимо от базовой станции, в отношении которой возникает такая проблема, как помехи, все базовые станции, представленные в области MBSFN, уведомляются о конфигурации подкадра MBSFN. Это ведет к бесполезному сигнализированию. Когда требуется осуществить избегание помех с базовой станцией, которая не представлена в области MBSFN, чтобы предотвратить это, базовая станция, которая не представлена в области MBSFN, не уведомляется о конфигурации подкадра MBSFN, и таким образом, предотвращение помех с базовой станцией становится невозможным. Кроме того, HeNB может не быть соединенным с МСЕ. В этом случае, когда МСЕ конфигурирует подкадр MBSFN, HeNB не может напрямую уведомляться о конфигурации подкадра MBSFN.
В качестве способа решения проблемы МСЕ может уведомлять HeNB о конфигурации подкадра MBSFN посредством ММЕ. МСЕ уведомляет MME о конфигурации подкадра MBSFN путем использования интерфейса М3, и ММЕ уведомляет HeNB о конфигурации подкадра MBSFN путем использования интерфейса S1. Тем самым, HeNB, не имеющий прямого интерфейса с МСЕ, может уведомляться о подкадре MBSFN, сконфигурированном МСЕ.
Однако, в соответствии со способом, сигнализирование, уведомление о котором временно выполняется посредством ММЕ, возрастает.
[0383] Когда способ, в котором ММЕ конфигурирует подкадр MBSFN, используется, проблемы могут быть решены. Точнее, когда ММЕ конфигурирует подкадр MBSFN, независимо от базовой станции в области MBSFN, базовая станция, в отношении которой возникает такая проблема, как помехи, может уведомляться о конфигурации подкадра MBSFN. Базовая станция, которая не принадлежит области MBSFN, может также уведомляться о конфигурации подкадра MBSFN. Кроме того, МСЕ не нужно уведомлять ММЕ о конфигурации подкадра MBSFN, объем сигнализирования не возрастает.
Таким образом, базовая станция за исключением базовой станции, принадлежащей одной области MBSFN, не нуждается в уведомлении о конфигурации подкадра MBSFN, ММЕ преимущественно конфигурирует подкадр MBSFN.
Как описано выше, так как сота, использующая подкадр MBSFN, или сота, осуществляющая уведомление о конфигурации подкадра MBSFN, может гибко конфигурироваться, подкадр MBSFN преимущественно используется в другом приложении, за исключением многосотовой передачи MBMS.
[0384] В качестве способа выбора соседней соты, которая осуществляет уведомление о подкадре MBSFN, сконфигурированном ММЕ, может применяться способ выбора соседней соты, используемой, когда базовая станция конфигурирует подкадр MBSFN, как описано выше.
В качестве способа регулировки подкадра MBSFN, выполняемого в МСЕ, и способа конфигурирования подкадра MBSFN, выполняемого в МСЕ, могут использоваться способы, раскрытые выше, от второй модификации первого варианта реализации до пятой модификации первого варианта реализации. Вместо eNB может использоваться ММЕ. Уведомление между ММЕ и МСЕ может осуществляться путем использования интерфейса М3. Тем самым, МСЕ может регулировать подкадр MBSFN (МСЕ), используя информацию подкадра MBSFN, сконфигурированного ММЕ, и ММЕ может конфигурировать подкадр MBSFN, используя информацию или подобное приоритетного порядка подкадров MBSFN, уведомленных от МСЕ.
В качестве подкадра MBSFN, сконфигурированного ММЕ, могут применяться способы, раскрытые выше, от второго варианта реализации до второй модификации второго варианта реализации. Тем самым, может быть достигнут тот же эффект, что и описанный выше.
Когда ММЕ конфигурирует подкадр MBSFN для базовой станции, которая не принадлежит области синхронизации MBSFN, базовая станция, не соединенная с МСЕ, или базовая станция, которая не принимает уведомления о конфигурации подкадра MBSFN от МСЕ, может применяться способ, раскрытый в третьем варианте реализации. Интерфейс М3 может использоваться для уведомления о конфигурации подкадра MBSFN от ММЕ к МСЕ, и интерфейс S1 может использоваться для уведомления о конфигурации подкадра MBSFN от ММЕ к eNB. Тем самым, может быть достигнут тот же эффект, что и описанный выше.
[0385] Когда подкадр MBSFN используется, чтобы избежать помех нисходящей линии связи между сотами, базовая станция, в отношении которой возникает такая проблема, как помехи, может запрашивать, чтобы ММЕ конфигурировал подкадры MBSFN, чтобы избегать помех нисходящей линии. ММЕ, который принимает запрос, конфигурирует подкадр MBSFN и уведомляет соседнюю базовую станцию о конфигурации подкадра MBSFN. Интерфейс S1 может использоваться для уведомления. Запрос включен в сигнальное сообщение, используемое в интерфейсе S1, или сигнальное сообщение для запроса заново устанавливается, чтобы осуществлять уведомление. В дополнение к уведомлению о запросе, уведомление об идентификаторе (идентификаторе соты) базовой станции, служащей источником запроса, идентификаторе собственной соты или запрашиваемом ресурсе, может осуществляться уведомление о комбинациях идентификаторов и ресурса. В качестве идентификатора базовой станции, служащей адресатом запроса, или идентификатора собственной соты могут использоваться CGI, PCI и т.п. В качестве конкретного примера запрашиваемого ресурса, может использоваться количество подкадров MBSFN. ММЕ, который принимает уведомление о запрашиваемом ресурсе, может использовать уведомление как информацию для оценки того, когда количество подкадров MBSFN конфигурируется.
В качестве конкретного примера оценки того, запрашивает ли базовая станция конфигурацию подкадра MBSFN у соседней базовой станции, и способа выбора соседней базовой станции, могут применяться описанные выше способы, те же, что используются, когда базовая станция, в отношении которой возникает такая проблема, как помехи, запрашивает у соседней базовой станции конфигурацию подкадра MBSFN.
ММЕ, принимающий запрос от базовой станции, в отношении которой возникает такая проблема, как помехи, конфигурирует подкадр MBSFN, чтобы избежать межсотовых помех нисходящей линии связи. ММЕ, конфигурирующий подкадр MBSFN, уведомляет соседние соты о конфигурации.
[0386] ММЕ может отличать базовую станцию, выполняющую конфигурацию подкадра MBSFN, от базовой станции, осуществляющей только уведомление, не производя конфигурации. Базовая станция, которая вызывает помехи, может выполнять конфигурацию подкадра MBSFN, базовая станция, принимающая помехи, может осуществлять только уведомление о конфигурации подкадра MBSFN.
Информация, отражающая, выполняется ли конфигурация подкадра MBSFN, может быть сконфигурирована. ММЕ может уведомлять базовую станцию об информации. Тем самым, ММЕ может отличать базовую станцию, вызывающую то, что базовая станция, которая осуществляет уведомление о конфигурации подкадра MBSFN, выполняет конфигурацию подкадра MBSFN, от других базовых станций.
Например, информация, отражающая, выполняется ли конфигурация подкадра MBSFN, используется как индикатор. К примеру, когда 1-битовая информация - «1», подкадр MBSFN может быть сконфигурирован. Когда 1-битовая информация - «0», подкадр MBSFN можно не конфигурировать. Базовая станция, вызывающая помехи, может уведомляться об индикаторе установленном на «1», и базовая станция, которая принимает помехи, может уведомляться об индикаторе установленном на «0».
Базовая станция, принимающая конфигурацию подкадра MBSFN и информацию, отражающую, что конфигурация подкадра MBSFN выполняется, от ММЕ, конфигурирует подкадр MBSFN в соответствии с конфигурацией подкадра MBSFN. Базовая станция уведомляет пользовательское оборудование, обслуживаемое ею, о конфигурации. Базовая станция, принимающая конфигурацию подкадра MBSFN и информацию, отражающую, что конфигурация подкадра MBSFN не выполняется, на основе конфигурации подкадра MBSFN планирует ресурс подкадра MBSFN для одноадресной передачи к пользовательскому оборудованию, в отношении которого возникает такая проблема, как помехи. В качестве пользовательского оборудования, в отношении которого возникает такая проблема, как помехи от базовой станции, может применяться пользовательское оборудование, осуществляющее уведомление по поводу отчета об измерении, отражающего, что качество приема от базовой станции превышает определенное заранее пороговое значение. Тем самым, помех от базовой станции можно избежать.
[0387] Когда способ, раскрытый в варианте реализации, применяется, избежание межсотовых помех нисходящей линии связи с использованием подкадра MBSFN посредством ММЕ может быть реализовано более динамично.
[0388] Хотя система LTE (E-UTRAN) и улучшенного LTE (LTE-Advanced) были в общем описаны в настоящем изобретении, настоящее изобретение применимо в отношении системы W-CDMA (UTRAN, UMTS).
название | год | авторы | номер документа |
---|---|---|---|
СИСТЕМА МОБИЛЬНОЙ СВЯЗИ | 2011 |
|
RU2570360C2 |
СИСТЕМА МОБИЛЬНОЙ СВЯЗИ | 2017 |
|
RU2651808C1 |
СИСТЕМА МОБИЛЬНОЙ СВЯЗИ | 2011 |
|
RU2612030C1 |
СИСТЕМА МОБИЛЬНОЙ СВЯЗИ | 2011 |
|
RU2704118C2 |
СИСТЕМА МОБИЛЬНОЙ СВЯЗИ | 2020 |
|
RU2732509C1 |
СИСТЕМА МОБИЛЬНОЙ СВЯЗИ | 2011 |
|
RU2586884C2 |
СИСТЕМА МОБИЛЬНОЙ СВЯЗИ, БАЗОВАЯ СТАНЦИЯ И МОБИЛЬНЫЙ ТЕРМИНАЛ | 2019 |
|
RU2718114C1 |
СИСТЕМА МОБИЛЬНОЙ СВЯЗИ | 2009 |
|
RU2461149C1 |
СИСТЕМА МОБИЛЬНОЙ СВЯЗИ | 2015 |
|
RU2599542C1 |
СИСТЕМА МОБИЛЬНОЙ СВЯЗИ | 2014 |
|
RU2554533C1 |
Изобретение относится к мобильной связи. Система мобильной связи включает в себя множество eNB, которые осуществляют радиосвязь с UE и МСЕ, который управляет eNB. МСЕ указывает подкадр MBSFN (МСЕ), служащий в качестве радиоресурсов, передающих опорный сигнал для измерения мощности к UE менее часто, чем обычно к eNB, eNB, в дополнение к подкадру MBSFN (МСЕ) указанному МСЕ, обозначает подкадр MBSFN (eNB), служащий в качестве радиоресурсов, передающих опорный сигнал к UE менее часто, чем обычно, и в подкадре MBSFN (МСЕ) и подкадре MBSFN (eNB) опорный сигнал передается к UE. Тем самым опорный сигнал для измерения мощности может передаваться менее часто, чем обычно. 3 н. и 6 з. п. ф-лы, 25 ил.
1. Система связи, включающая в себя мобильный терминал, базовую станцию и соседнюю базовую станцию вблизи базовой станции, в которой выполняется мультиплексирование каналов для MBSFN (одночастотной сети службы широковещательной групповой передачи мультимедиа) и для не-MBSFN,
причем базовая станция выполнена с возможностью передачи информации соседней базовой станции, относящейся к соседней базовой станции, и подкадра MBSFN для избежания помехи нисходящей линии связи, и
упомянутый мобильный терминал выполнен с возможностью измерения соседней базовой станции посредством использования упомянутой информации соседней базовой станции.
2. Система связи по п. 1,
в которой подкадр MBSFN для избежания помехи нисходящей линии связи сконфигурирован посредством упомянутой базовой станции.
3. Система связи по п. 1,
в которой упомянутая базовая станция выполнена с возможностью передачи числа подкадра, подлежащего использованию в качестве подкадра MBSFN, для избежания помехи нисходящей линии связи.
4. Система связи по п. 1,
в которой информация соседней базовой станции включает в себя конфигурацию подкадра MBSFN упомянутой соседней базовой станции.
5. Базовая станция, включенная в систему связи, в которой выполняется мультиплексирование каналов для MBSFN (одночастотной сети службы широковещательной групповой передачи мультимедиа) и для не-MBSFN, причем
упомянутая базовая станция выполнена с возможностью передачи мобильному терминалу информации соседней базовой станции и подкадра MBSFN для избежания помехи нисходящей линии связи, причем информация соседней базовой станции относится к соседней базовой станции вблизи упомянутой базовой станции.
6. Базовая станция по п. 5,
причем подкадр MBSFN для избежания помехи нисходящей линии связи сконфигурирован посредством упомянутой базовой станции.
7. Базовая станция по п. 5,
причем базовая станция выполнена с возможностью передачи числа подкадра, подлежащего использованию в качестве подкадра MBSFN, для избежания помехи нисходящей линии связи.
8. Базовая станция по п. 5,
причем информация соседней базовой станции включает в себя конфигурацию подкадра MBSFN упомянутой соседней базовой станции
9. Мобильный терминал, включенный в систему связи, в которой выполняется мультиплексирование каналов для MBSFN (одночастотной сети службы широковещательной групповой передачи мультимедиа) и для не-MBSFN,
причем упомянутый мобильный терминал выполнен с возможностью измерения соседней базовой станции посредством использования информации соседней базовой станции, переданной от базовой станции, причем информация соседней базовой станции относится к упомянутой соседней базовой станции вблизи упомянутой базовой станции.
Приспособление для суммирования отрезков прямых линий | 1923 |
|
SU2010A1 |
СПОСОБ ПЕРЕДАЧИ И ПРИЕМА УПРАВЛЯЮЩИХ СООБЩЕНИЙ В СИСТЕМЕ МОБИЛЬНОЙ СВЯЗИ С ПРЕДОСТАВЛЕНИЕМ УСЛУГ ШИРОКОВЕЩАТЕЛЬНОЙ И МНОГОАДРЕСНОЙ ПЕРЕДАЧИ МУЛЬТИМЕДИЙНОЙ ИНФОРМАЦИИ | 2003 |
|
RU2262811C2 |
Колосоуборка | 1923 |
|
SU2009A1 |
Ericsson, ST-Ericsson, Extended cell DTX for enhanced energy-efficient network operation, 3GPP TSG-RAN WG1 #59 R1-095011, 2009.11.13 | |||
Samsung, Considerations on Extended Cell DTX, 3 GPP TSG RAN WG1 #59bis R1-100144, 2010.01.22. |
Авторы
Даты
2019-01-21—Публикация
2018-03-28—Подача