Базовая станция, система связи, способ связи и носитель для записи программы

Базовая станция, система связи, способ связи и носитель для записи программы

Иллюстрации

Показать все

Реферат

Область техники

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

Предшествующий уровень техники

[0002] Ретрансляционная базовая станция мобильной сети, определенная в 3GPP (Проект партнерства в создании 3-го поколения) соединена с базовой станцией через восходящую линию связи и образует соту. Базовая станция, содержащая ретрансляционную базовую станцию, называется донорным eNodeB (DeNB). DeNB переносит данные между базовой сетью и ретрансляционной базовой станцией. Переносимые данные посылаются по Sll линии связи.

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

[0004] В результате возросло количество телекоммуникационных компаний, которые рассматривают установку пико базовых станций или ретрансляционных станций, имеющих меньшую зону покрытия, в дополнение к макро базовым станциям. Соответственно, количество сот, соседних с конкретной сотой, возрастает, и в результате создание вручную списка соседних сот становится трудным.

[0005] Список соседних сот является списком, к которому обращаются во время определения соты, которая должна быть местом перемещения для мобильного терминала, присутствующего в текущей соте, когда мобильный терминал находится в состоянии ожидания. То есть, список соседних сот по отношению к конкретной соте является списком сот, соседних с конкретной сотой. К списку соседних сот также обращаются во время определения базовой станцией целевой соты для передачи обслуживания, когда мобильный терминал, присутствующий в ее соте, находится в соединенном состоянии RCC (управление радиоресурсами). В общем, случае список соседних сот оповещается в соте базовой станцией.

[0006] В качестве технологии для установки списка соседних сот, например, непатентный документ 1 описывает, что определенная базовая станция принимает информацию, релевантную для списка соседних сот, от другой базовой станции.

[0007] Далее, в качестве документа, описывающего родственную технологию, упоминаются патентный документ 1 и патентный документ 2.

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

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

Список цитированных документов

Патентная литература

[0010] Патентный документ 1: Японская выложенная патентная заявка № 2008-153963.

Патентный документ 2: Японская выложенная патентная заявка № 2008-004101.

Непатентная литература

[0011] Непатентный документ 1: 3GPP TS36.423(V10.3.0), "Evolved Universal Terrestrial Radio Access Network (E-UTRAN); X2 application protocol (X2AP)", сентябрь 2011.

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

Техническая задача

[0012] Рассмотрим случай, когда некоторая сота A принимает список соседних сот от другой соты В с использованием технологии, описанной в непатентном документе 1. Сота A является сотой, управляемой базовой станцией А, соединенной с базовой сетью А. В этом случае имеется возможность того, что список соседних сот по отношению к соте В включает даже соту, управляемую базовой станцией, соединенной с базовой сетью иной, чем базовая сеть А.

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

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

Решение задачи

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

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

[0017] Способ связи, соответствующий настоящему изобретению, характеризуется тем, что содержит: прием списка сот, сохраненного в соседней базовой станции, в котором каждая из сот, соседних с сотой, управляемой соседней базовой станцией, коррелирована с идентификатором для идентификации базовой сети, к которой принадлежит соседняя сота; и использование принятого списка в качестве списка по отношению к соте, управляемой собственной базовой станцией.

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

Предпочтительные эффекты изобретения

[0019] Становится возможным распознавать, к какой базовой сети принадлежит каждая сота, включенная в список соседних сот.

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

[0020] Фиг.1 - диаграмма, показывающая конфигурацию, соответствующую первому примерному варианту осуществления.

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

Фиг.3 - блок-схема последовательности операций согласно первому примерному варианту осуществления.

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

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

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

Фиг.7 - блок-схема последовательности операций согласно второму примерному варианту осуществления.

Фиг.8 - блок-схема последовательности операций согласно второму примерному варианту осуществления.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Описание вариантов осуществления

[0021] Ниже будут описаны примерные варианты осуществления настоящего изобретения со ссылками на чертежи.

[0022] Первый примерный вариант осуществления

Конфигурация

На Фиг. 1 представлена диаграмма, показывающая пример конфигурации базовой станции 1000 соответственно первому примерному варианту осуществления настоящего изобретения. В соответствии с фиг. 1, базовая станция 1000 содержит средство 1001 хранения, средство 1002 приема и средство 1003 управления. Базовая станция 1000 управляет сотой.

[0023] Средство 1001 хранения хранит список сот (не показан на диаграмме), соседних с базовой станцией 1000. Средство приема 1002 принимает от соседней базовой станции список, сохраненный в соседней базовой станции. Средство 1003 управления использует принятый список в качестве списка по отношению к соте, управляемой базовой станцией 1000.

[0024] Фиг. 2 - диаграмма, показывающая пример списка 1100, который сохранен средством 1001 хранения. Список 1100 сохраняет соседние соты таким образом, чтобы коррелировать каждую из них с идентификатором для идентификации базовой сети, к которой принадлежит соседняя сота. На фиг. 2, например, показано, что сота #a принадлежит к базовой сети, идентифицированной идентификатором А.

[0025] Работа

Фиг.3 - блок-схема последовательности операций согласно первому примерному варианту осуществления.

[0026] Сначала средство 1002 приема принимает от соседней базовой станции список, сохраненный в соседней базовой станции (S1001).

[0027] Затем средство 1003 управления использует принятый список в качестве списка по отношению к соте, управляемой базовой станцией 1000 (S1002).

[0028] Эффект

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

[0029] В результате, становится возможным распознать, к какой базовой сети принадлежит каждая из сот, описанных в списке.

[0030] Второй примерный вариант осуществления

Конфигурация системы

Фиг. 4 - диаграмма, показывающая пример конфигурации системы связи, соответствующей второму примерному варианту осуществления. Согласно фиг. 4, система связи согласно второму примерному варианту осуществления содержит MME (узел управления мобильностью) 310, S-GW (шлюз хранения) 320, базовую станцию 330 и базовую станцию 340. Система связи также содержит ретрансляционную базовую станцию 350, мобильный терминал 361, мобильный терминал 362 и мобильный терминал 363.

Базовые станции 330 и 340 и пико базовая станция 370 соединены с MME 310 и S-GW 320 через сеть. Далее, эти базовые станции упоминаются, каждая, просто как базовая станция, если они не различаются особым образом одна от другой. Аналогичным образом, мобильные терминалы 361, 362 и 363 упоминаются, каждый, просто как мобильный терминал, если они не различаются особым образом один от другого.

[0032] В примере, показанном на фиг. 4, имеется три мобильных терминала, которые соединены, соответственно, с базовой станцией 330, ретрансляционной базовой станцией 350 и с пико базовой станцией 370.

[0033] Хотя система связи, показанная на Фиг. 4, может быть образована любым типом сети, следующее описание будет дано на примере сети, использующей LTE (Долгосрочное развитие).

[0034] Во-первых, ММЕ 310 имеет функцию передачи и приема сигнала управления к/от базовых станций через S1-MME линию связи.

[0035] S-GW 320 имеет функцию передачи и приема пользовательских данных к/от базовых станций через S1-U линию связи.

[0036] Каждая из базовых станций управляет сотой. Базовые станции могут включать в себя ретрансляционную базовую станцию. На фиг. 3 базовая станция 340 размещает ретрансляционную базовую станцию 350. Базовая станция 340, размещающая ретрансляционную базовую станцию 350, также называется DeNB, как описано выше. Соединения между базовыми станциями осуществляются через X2 линию связи.

[0037] Здесь пико базовая станция 370 имеет ту же функцию, что и базовая станция 330, но мощность передачи и область покрытия пико базовой станции обе являются меньшими, чем таковые у базовой станции 330.

[0038] Базовая станция 340 и ретрансляционная базовая станция 350 соединены друг с другом через Un линию связи. Базовая станция 340 имеет функцию переноса данных между ретрансляционной базовой станцией 350 и обоими из ММЕ 310 и S-GW 320. Перенос данных между ретрансляционной базовой станцией 350 и обоими из ММЕ 310 и S-GW 320 выполняется через S11 линию связи.

[0039] Устройства, показанные на фиг. 4, имеют большое количество функций в дополнение к описанным выше, но описание их детальных функций здесь будет опущено.

[0040] Конфигурация базовой станции

Далее конфигурация базовой станции будет описана со ссылкой на фиг. 5. Фиг. 5 показывает пример конфигурации пико базовой станции 370. Здесь конфигурация фиг. 5 может быть применена не только к пико базовой станции 370, но и сходным образом к другим базовым станциям; то есть к базовым станциям 330 и 340 и к ретрансляционной базовой станции 350.

[0041] Далее конфигурация и работа второго примерного варианта осуществления будет описана, принимая в качестве примера пико базовую станцию 370, если не упоминается иное. Как описано непосредственно выше, конфигурация и работа второго примерного варианта осуществления, описанного ниже, не ограничивается только пико базовой станцией 370, но и может быть применена также к базовым станциям 330 и 340, и к ретрансляционной базовой станции 350. Пико базовая станция 370 может управлять множеством сот. Однако для простоты следующее описание будет дано в предположении, что пико базовая станция 370 управляет только одной сотой.

[0042] В соответствии с фиг. 5, пико базовая станция 370 включает в себя блок 371 хранения, блок 372 приема, блок 373 управления, блок 374 выбора и блок 375 измерения.

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

[0044] Блок 372 приема принимает список соседних сот, поддерживаемый базовой станцией, соседней с сотой, управляемой пико базовой станцией 370.

[0045] Блок 373 управления использует список соседних сот другой базовой станции, принятый блоком 372 приема, в качестве списка соседних сот по отношению к соте, управляемой пико базовой станцией 370.

[0046] Блок 374 выбора выбирает базовую станцию, от которой должен приниматься список соседних сот, на основе состояния сот соответствующих соседних базовых станций. Блок 374 выбора принимает состояния сот соседних базовых станций из списка соседних сот, сохраненного в блоке 371 хранения, или из блока 375 измерения.

[0047] Блок 375 измерения измеряет информацию о соседних сотах в терминах их частот передачи обслуживания, вероятностей неуспеха передачи обслуживания и т.п. и выводит информацию на блок 374 выбора или блок 371 хранения.

[0048] Фиг. 6 - диаграмма, показывающая пример списка 376 соседних сот, который сохранен блоком 371 хранения. На фиг. 6 соты #a, #b, #c, #d, #f и #e перечислены как соседние соты. Далее, на фиг. 6, с каждой из сот коррелирован идентификатор (ID базовой сети) базовой сети, которой принадлежит сота. Например, сота #a принадлежит к базовой сети, идентифицированной идентификатором "A". Более точно говоря, то, что ID "A" базовой сети коррелирован с сотой #a, указывает, что базовая станция, управляющая сотой #a, принадлежит к базовой сети, идентифицированной идентификатором "A". Может рассматриваться использование, в качестве идентификатора базовой сети, например, ID базовой сети (далее упоминаемый как CN-ID), MME ID, GUMMEI (глобально уникальный MME ID), S-GW ID и т.п. Идентификатор базовой сети может быть любым идентификатором, который позволяет идентифицировать, с какой базовой сетью соединена базовая станция.

[0049] Далее, для простоты описания, предполагается, что CN-ID используется как идентификатор для идентификации базовой сети в списке 376 соседних сот. Хотя только CN-ID коррелирован с каждой сотой на фиг. 6, другая информация также может быть коррелирована с каждой сотой. Например, частота передачи обслуживания, вероятность успеха передачи обслуживания, вероятность неуспеха передачи обслуживания, качество приема и т.п. для каждой соты могут быть сохранены так, чтобы быть коррелированными с каждой сотой.

[0050] Работа

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

[0051] Во-первых, блок 374 выбора выбирает другую базовую станцию, от которой должен приниматься список соседних сот (S101). Здесь блок 374 выбора выбирает базовую станцию 330 в качестве базовой станции, от которой должен приниматься список соседних сот. Блок 374 выбора запрашивает выбранную базовую станцию 330 передать список соседних сот.

[0052] Для запроса передачи списка соседних сот, выполняемого от пико базовой станции 370 к базовой станции 330, может использоваться специальное сообщение. Альтернативно, может использоваться не специальное сообщение, а сообщение, описанное в непатентном документе 1, такое как "X2 запрос установки" или "обновление конфигурации eNB". Пико базовая станция 370 может непосредственно запросить базовую станцию 330 послать список соседних сот и также может косвенным образом сделать запрос через ММЕ 310 и т.п.

[0053] Затем блок 372 приема принимает список соседних сот от выбранной базовой станции (S102). На этапе S102 специальное сообщение может быть использовано для передачи списка соседних сот от выбранной базовой станции 330 к пико базовой станции 370. Альтернативно, может использоваться не специальное сообщение, а сообщение, описанное в непатентном документе 1, такое как "X2 ответ установки" или "обновление конфигурации eNB".

[0054] Способ передачи и приема списка соседних сот между базовыми станциями на этапах S101 и S102 будет описан далее более подробно.

[0055] Когда блок 372 приема принял список соседних сот на этапе S102, пико базовая станция 370 выполняет операцию, показанную как S103. Блок 373 управления оптимизирует принятый список соседних сот (S103). Эта оптимизация также будет описана далее более подробно.

[0056] Наконец, блок 373 управления использует оптимизированный список соседних сот в качестве списка соседних сот по отношению к соте, управляемой пико базовой станцией 370 (S104).

[0057] Приведенное выше описание было дано по отношению к потоку операций, показанному на фиг. 7, в котором S104 выполняется после S103. Однако использование списка соседних сот, принятого на этапе S102, в качестве списка соседних сот собственной базовой станции, может начинаться без оптимизации, то есть без исполнения этапа S103. В этом случае процесс оптимизации, показанный как S103, может выполняться после S104 периодически или с определенным тактом.

[0058] Оптимизация, показанная как S103, может также состоять в том, что из списка 376 соседних сот просто исключается информация о соте базовой станции, пославшей список 376 соседних сот, и о соте пико базовой станции 370. Сначала предполагается, что блок 372 приема пико базовой станции 370 принял список соседних сот по отношению к соте #b от базовой станции 330. В этот момент сота #b не описывается как кандидат для целевой соты для передачи обслуживания в списке соседних сот, принятом от базовой станции 330. Поэтому блок 373 управления пико базовой станции 370 сначала добавляет соту #b к принятому списку соседних сот и исключает из него соту, управляемую пико базовой станцией 370. Пико базовая станция 370 управления использует созданный таким образом список соседних сот в качестве списка 376 соседних сот по отношению к соте, управляемой пико базовой станцией 370.

[0059] Оптимизация принятого списка соседних сот

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

[0060] Здесь содержание операции, описанной ниже, соответствует этапу S103 на фиг. 7. Однако операция, описанная ниже, может выполняться после того, как последовательность операции вплоть до S104 завершена, в случае, если список 376 соседних сот должен оптимизироваться периодически или с некоторым тактом.

[0061] Для удобства объяснения, следующее описание будет приведено в предположении, что целевая сота текущего процесса представляет собой "соту A".

[0062] Сначала блок 373 управления проверяет частоту передачи обслуживания на каждую соседнюю соту, произошедшей из соты, находящейся под его управлением. Одновременно блок 373 управления проверяет содержание отчета об измерении, принятого от мобильного терминала (S201).

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

[0064] Затем блок 373 управления определяет, произошла ли или нет передача обслуживания на соту A, содержащуюся в списке 376 соседних сот, в течение предопределенного периода времени. (S202). Если передача обслуживания на соту A произошла в течение предопределенного периода времени, то процесс для соты А заканчивается.

[0065] После этого, если процесс оптимизации еще не выполнен для какой-либо соты в списке 376 соседних сот, то блок 373 управления может вновь повторить последовательность операции от этапа S201.

[0066] Если определение на этапе S202 показывает, что передача обслуживания на соту A не произошла в течение предопределенного периода времени, то исполняется операция, показанная как S203. Блок 373 управления определяет, включена ли или нет сота A в верхние две соты с наивысшим качеством приема в отчете об измерении, принятом пико базовой станцией 370 в течение предопределенного периода времени (S203). Здесь, в качестве индекса качества приема, могут использоваться, например, RSRP (мощность приема опорного сигнала), RSRQ (качество приема опорного сигнала) и т.п.

[0067] Если определение на этапе S203 показывает, что сота A не включена в верхние две соты с наивысшим качеством приема, то блок 373 управления исключает соту А из списка 376 соседних сот и затем заканчивает процесс для соты А (S205).

[0068] Если определение на этапе S203 показывает, что сота A включена в верхние две соты с наивысшим качеством приема, то операция переходит к процессу, показанному как S204. Блок 373 управления определяет, является ли или нет CN-ID, соответствующий соте A, тем же самым, что и CN-ID базовой сети, с которой соединена пико базовая станция 370 (S204). Если определение на S204 показывает, что CN-ID, соответствующий соте A, является тем же самым, что и CN-ID базовой сети, с которой соединена пико базовая станция 370, то блок 373 управления завершает процесс без исключения соты А из списка 376 соседних сот.

[0069] Если определение на этапе S204 показывает, что CN-ID, соответствующий соте A, является отличным от CN-ID базовой сети, с которой соединена пико базовая станция 370, то блок 373 управления исключает соту A из списка 376 соседних сот (S205).

[0070] Здесь может быть принята любая другая ссылка в качестве ссылки для определения, следует ли или нет исключать соту A из списка 376 соседних сот. В качестве другой ссылки, например, может рассматриваться определение необходимости или отсутствия необходимости исключать соту A не на основе того, включена ли или нет сота A в верхние две соты с наивысшим качеством приема, а на основе того, включена ли или нет сота А в заданное число сот с наивысшим качеством приема. Определение необходимости или отсутствия необходимости исключения может быть определено также на основе того, является ли или нет качество приема в соте A равным или более высоким, чем пороговое значение. В таком случае процесс может быть таким, что он переходит к этапу S204, если качество приема соты A равно или выше, чем пороговое значение, и к этапу S205, если качество приема соты A ниже, чем пороговое значение.

[0071] В приведенном выше описании блок 373 управления определяет на этапе S204, является ли или нет CN-ID, соответствующий соте A, тем же самым, что и CN-ID базовой сети, с которой соединена пико базовая станция 370. Однако, как упомянуто выше, определение может быть выполнено в отношении MME ID, GUMMEI или S-GW ID вместо CN-ID.

[0072] Далее, в приведенном выше описании, сота A исключается на этапе 5205 из списка 376 соседних сот, если она не удовлетворяет условию S203 или S204, но здесь может быть выполнена любая другая операция. Например, если результат определения на этапе S202 указывает, что передача обслуживания на соту A произошла в течение предопределенного периода времени, то может выполняться процесс, который предпочтительно оставляет (не исключает) соту A в списке 376 соседних сот. Более конкретно, может рассматриваться такой путь, как повышение приоритета соты А. Более конкретно, вышеописанный процесс может также выполняться, если результат определения на этапе S204 указывает, что CN-ID, соответствующий соте А, является тем же самым, что и CN-ID базовой сети, с которой соединена пико базовая станция 370.

[0073] Способ приема списка соседних сот

Далее будет описан способ передачи и приема списка соседних сот, выполняемый между базовыми станциями. Операция, описанная ниже, соответствует S101 and S102 блок-схемы последовательности операций, показанной на фиг. 7.

[0074] Фиг. 9 показывает состояние передачи и приема списка соседних сот, выполняемых между пико базовой станцией 370 и базовой станцией 330.

[0075] Сначала пико базовая станция 370 посылает к базовой станции 330, которая была выбрана на этапе S101, запрос на передачу списка соседних сот (S111). Для этого запроса на передачу списка соседних сот может быть использовано специальное сообщение. Вместо специального сообщения, может использоваться сообщение, описанное в непатентном документе 1, такое как "X2 запрос установки" или "обновление конфигурации eNB".

[0076] Затем, после приема запроса на передачу списка соседних сот, базовая станция 330 посылает список соседних сот к пико базовой станции 370 (S112). Специальное сообщение может быть использовано для этой передачи списка соседних сот. Вместо специального сообщения, может использоваться сообщение, описанное в непатентном документе 1, такое как "X2 ответ установки" или "обновление конфигурации eNB".

[0077] Пример информации, посылаемой от базовой станции 330 к пико базовой станции 370 на этапе S112, показан на фиг. 13 и фиг. 14.

[0078] Фиг. 13 является диаграммой, полученной добавлением "CN ID" к информации, содержащейся в сообщении "X2 ответ установки", описанном в непатентном документе 1. Этот CN ID является идентификатором для идентификации базовой сети, к которой принадлежит сота, и, например, вышеупомянутые CN-ID, MME ID, GUMMEI, S-GW ID и т.п. могут быть использованы в качестве CN ID.

[0079] На фиг. 13 CN ID может быть добавлен в форме списка. Когда базовая станция, управляющая сотой, соединена с множеством базовых сетей, идентификаторы для идентификации соответствующих из множества базовых сетей описаны в форме списка в столбце "диапазон" на фиг. 13. На фиг. 13, значение CN ID указывает, что предоставлен список от 1 до "max no of MMEs", максимального количества MME. Вместо максимального количества MME, для CN ID может использоваться максимальное количество CN ID (maxnoofCNIDs), максимальное количество S-GW (maxnoofSGWs) и т.п.

[0080] Далее, в качестве информации, посылаемой от базовой станции к пико базовой станции 370, может использоваться сообщение "обновление конфигурации eNB", описанное в непатентном документе 1. В этом случае, аналогично фиг. 13, к сообщению "обновление конфигурации eNB" добавляется CN-ID, MME ID, GUMMEI, S-GW ID и т.п.

[0081] Фиг. 14 - диаграмма, детально показывающая "информацию обслуживаемой соты" на фиг. 13. Здесь, хотя фиг. 14 разделена на фиг. 14A и фиг. 14B для удобства, однако фиг. 14A и фиг. 14B вместе показывают вышеупомянутые детали информации, содержащейся в "информации обслуживаемой соты". Последующее описание дается со ссылкой на комбинацию фиг. 14A и фиг. 14B как на фиг. 14. Далее, фиг. 16, фиг. 17, фиг. 19 и фиг. 20, описанные ниже, будут описываться аналогичным образом. Информация, показанная на фиг. 14, является информацией, полученной добавлением "типа соты" к информации, содержащейся в "информации обслуживаемой соты", описанной в непатентном документе 1. Этот “тип соты” является информацией, описывающей размер зоны покрытия соты. Принимая сетевую конфигурацию по фиг. 3 в качестве примера, информация, показывающая, что зона покрытия большая, устанавливается в случае сот базовых станций 330 и 340. С другой стороны, информация, показывающая, что зона покрытия малая, устанавливается в случае сот пико базовой станции 370 и ретрансляционной базовой станции 350.

[0082] В "информации обслуживаемой соты", показанной на фиг. 14, может быть использован идентификатор для идентификации базовой сети, такой как CN-ID, MME ID, GUMMEI, S-GW ID и т.п. Фиг. 16A и фиг. 16B являются диаграммами, показывающими пример, где CN ID добавлен к "информации обслуживаемой соты". Как показано на фиг. 17A и фиг. 17B, тип соты и CN ID могут быть добавлены вместе к "информации обслуживаемой соты".

[0083] В примерах, показанных на фиг. 16 и фиг. 17, "присутствие" CN ID установлено как "M (обязательно)", и соответственно CN ID должен быть включен в данном случае, но может быть сделана установка на отсутствие такой необходимости для CN ID. Фиг. 19A и фиг. 19B показывают пример, когда CN ID установлен как опциональный вместо "M" в "информации обслуживаемой соты" по фиг. 16. Аналогичным образом, фиг. 20A и фиг. 20B показывают пример, когда CN ID установлен как опциональный вместо "M" в "информации обслуживаемой соты" по фиг. 17.

[0084] На фиг. 9 показан пример, где пико базовая станция 370 и базовая станция 330 выполняют передачу и прием списка соседних сот непосредственно к и от друг друга. Однако, как показано на фиг. 10, передачу и прием списка соседних сот можно выполнять через MME 310 и т.п. Поток процесса, показанный на фиг. 10, является почти тем же самым, что и на фиг. 9, но отличается тем, что MME 310 ретранслирует запрос на передачу списка соседних сот на этапе S122 и ретранслирует список соседних сот на этапе S124.

[0085] До сих пор описывалась конфигурация и операция, когда базовая станция 330 передает список соседних сот в ответ на запрос от пико базовой станции 370. Однако также возможно принять конфигурацию, в которой базовая станция 330 активно уведомляет другую базовую станцию о списке соседних сот по отношению к соте, управляемой базовой станцией 330, без приема запроса от пико базовой станции 370.

[0086] Для передачи списка соседних сот может использоваться специальное сообщение или сообщение, описанное в непатентном документе 1, такое как "X2 запрос установки", "обновление конфигурации eNB" и т.п.

[0087] Фиг. 15 - диаграмма, полученная добавлением одного из идентификаторов для идентификации базовой сети, CN ID, к сообщению "X2 запрос установки", описанному в непатентном документе 1. Кроме CN ID, в качестве идентификатора для идентификации базовой сети также могут использоваться MME ID, GUMMEI, S-GW ID и т.п. Также, при использовании сообщения "обновление конфигурации eNB", необходимо только добавить идентификатор для идентификации базовой сети, такой как CN ID, подобно фиг. 15.

[0088] Аналогично фиг. 19 и фиг. 20, CN ID может быть установлен как опциональный вместо обязательного в сообщениях "X2 запрос установки" и "обновление конфигурации eNB". Фиг. 18 является диаграммой, показывающей пример того, когда CN ID установлен как опциональный вместо M в сообщении "X2 запрос установки" по фиг. 15. Также, при использовании сообщения "обновление конфигурации eNB", CN ID может быть установлен как опциональный таким же путем, как на фиг. 18.

[0089] Эффект

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

[0090] Соответственно, становится возможным распознать, к какой базовой сети принадлежит каждая из сот, описываемых в списке соседних сот.

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

[0092] В общем, когда происходит смена базовой сети в процессе передачи обслуживания, вре