RU2461137C2 - Node configuration in communication network - Google Patents

Node configuration in communication network Download PDF

Info

Publication number
RU2461137C2
RU2461137C2 RU2010136718/07A RU2010136718A RU2461137C2 RU 2461137 C2 RU2461137 C2 RU 2461137C2 RU 2010136718/07 A RU2010136718/07 A RU 2010136718/07A RU 2010136718 A RU2010136718 A RU 2010136718A RU 2461137 C2 RU2461137 C2 RU 2461137C2
Authority
RU
Russia
Prior art keywords
access network
node
network
enb
configuration
Prior art date
Application number
RU2010136718/07A
Other languages
Russian (ru)
Other versions
RU2010136718A (en
Inventor
Йохан НИЛЬСЕН (SE)
Йохан НИЛЬСЕН
Original Assignee
Телефонактиеболагет Лм Эрикссон (Пабл)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Телефонактиеболагет Лм Эрикссон (Пабл) filed Critical Телефонактиеболагет Лм Эрикссон (Пабл)
Priority to RU2010136718/07A priority Critical patent/RU2461137C2/en
Publication of RU2010136718A publication Critical patent/RU2010136718A/en
Application granted granted Critical
Publication of RU2461137C2 publication Critical patent/RU2461137C2/en

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

FIELD: information technology.
SUBSTANCE: method of configuring an access network node in a communication network comprising a first access network node and at least a second access network node, the method comprising steps for: receiving configuration information from said at least second access network node in said first access network node, and configuring said first access network node with configuration parameter settings based on said transferred configuration information.
EFFECT: reducing expenses on communication network management by introducing automatism into the process of configuring access network nodes in communication networks.
20 cl, 5 dwg

Description

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

Настоящее изобретение относится к области конфигурации сети связи в целом и, в частности, к конфигурации узлов сети доступа в сети связи.The present invention relates to the field of configuration of a communication network as a whole and, in particular, to the configuration of nodes of an access network in a communication network.

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИBACKGROUND OF THE INVENTION

Большинство существующих сетей мобильной связи содержат сеть радиодоступа (RAN) и базовую сеть (CN). RAN и CN, в свою очередь, содержат множество узлов связи, соединенных друг с другом иерархическим способом.Most existing mobile networks include a radio access network (RAN) and a core network (CN). RAN and CN, in turn, contain many communication nodes connected to each other in a hierarchical manner.

Так, например, в стандартной сети GSM RAN может содержать базовые станции (BS) и контроллеры базовой станции (BSC), хотя CN может содержать мобильные коммутационные центры/гостевые регистры положения (MSC/VLR) и шлюзовой мобильный коммутационный центр (GMSC) (для сетей с коммутацией каналов) или обслуживающие узлы поддержки GPRS (SGSN) и узел поддержки шлюза GPRS (GGSN) (для сетей с коммутацией пакетов). В стандартной сети UMTS узлы, соответствующие BS в сети GSM, называются NodeB (узел В), и узлы, соответствующие BSC, называются контроллерами радиосети (RNC).For example, in a standard GSM network, a RAN may contain base stations (BS) and base station controllers (BSC), although a CN may contain mobile switching centers / guest position registers (MSC / VLR) and a gateway mobile switching center (GMSC) (for circuit-switched networks) or serving GPRS support nodes (SGSN) and GPRS gateway support node (GGSN) (for packet-switched networks). In a standard UMTS network, nodes corresponding to a BS in a GSM network are called NodeB (node B), and nodes corresponding to a BSC are called radio network controllers (RNCs).

Эти сети мобильной связи могут отсюда рассматриваться как иерархические сети, содержащие архитектуру узлов четырех уровней, в которых BS или NodeB соединяются с BSC или RNC, которые, в свою очередь, соединены с MSC/VLR или SGSN, которые в конечном счете соединены с GMSC или GGSN. Узел RAN нижнего уровня, например BS или NodeB, выполнен с возможностью взаимодействовать с устройствами мобильной связи (часто упоминаемых как мобильные станции (MS) в контексте сетей GSM и абонентского оборудования (UE) в контексте сетей UMTS) в пределах сети, хотя узел CN верхнего уровня, например GMSC или GGSN, выполнен с возможностью взаимодействовать с другими сетями.From here, these mobile networks can be considered as hierarchical networks containing the architecture of nodes of four levels in which the BS or NodeB are connected to the BSC or RNC, which, in turn, are connected to the MSC / VLR or SGSN, which are ultimately connected to the GMSC or GGSN. A lower-level RAN node, such as a BS or NodeB, is configured to interact with mobile communication devices (often referred to as mobile stations (MS) in the context of GSM networks and user equipment (UE) in the context of UMTS networks) within the network, although the CN node is upper level, for example GMSC or GGSN, is configured to interact with other networks.

В будущих поколениях сетей связи существует необходимость снизить число иерархических уровней в архитектуре сети. То есть существует необходимость перейти от многоуровневых иерархических сетей, описанных выше, к сетям связи, которые имеют главным образом "плоские" архитектуры сети. Примеры стандартов сети связи при развитии, которые имеют более плоские архитектуры сети, чем большинство сетевых архитектур сегодня, являются сетями долгосрочного развития/развития системной архитектуры (LTE/SAE) и фиксированными и мобильными сетями WIMAX.In future generations of communication networks, there is a need to reduce the number of hierarchical levels in network architecture. That is, there is a need to move from the multi-level hierarchical networks described above to communication networks that have mainly “flat” network architectures. Examples of evolving communications network standards that have flatter network architectures than most network architectures today are long-term development / system architecture (LTE / SAE) networks and WIMAX fixed and mobile networks.

Функционирование области сети связи типично управляется через/с помощью системы управления областью, которая поддерживает одну или несколько функций управления, например управление производительностью, безопасностью, отказами и конфигурацией. В контексте систем мобильной связи, например, тех, которые описаны выше, система управления областью часто называется системой поддержки операций (OSS). Некоторые сети мобильной связи содержат одну OSS для управления RAN и другими OSS для управления CN, хотя другие содержат единственную OSS для управления как частью RAN, так и частью CN сети связи. Система управления областью, в свою очередь, может быть соединена с общей системой управления сетью и управления множеством областей сети.The operation of a communication network area is typically controlled via / using an area management system that supports one or more management functions, for example, performance, security, failure, and configuration management. In the context of mobile communication systems, such as those described above, an area management system is often referred to as an operations support system (OSS). Some mobile networks contain one OSS for managing the RAN and other OSS for managing the CN, although others contain a single OSS for managing both part of the RAN and part of the CN of the communication network. The area management system, in turn, can be connected to a common network management system and managing multiple network areas.

В сетях мобильной связи сегодня узлы сети доступа, например BS и NodeB, конфигурируются вручную с помощью оператора сети либо на узле или через/с помощью OSS. Кроме того, узлы управляются централизованно и иерархически из OSS. То есть в каждый момент времени, когда eNB устанавливается, или перезагружается в, или удаляется из мобильной сети, например UMTS-сети, сетевой оператор должен, соответственно, вручную конфигурировать сеть. С возрастающей сложностью (т.е. размер сетей, гетерогенность во всех уровнях сетей, динамичность узлов, сетей и служб), представленной в будущих сетях, в комбинации с желанием собственников сетей снизить затраты управления сетями, это является субоптимальным способом в будущем.In mobile networks, today the nodes of the access network, such as BS and NodeB, are manually configured by the network operator either on the node or through / using OSS. In addition, nodes are managed centrally and hierarchically from OSS. That is, at every moment of time when the eNB is installed, or rebooted into, or removed from a mobile network, such as a UMTS network, the network operator must, accordingly, manually configure the network. With increasing complexity (i.e. network size, heterogeneity at all levels of networks, dynamism of nodes, networks and services) presented in future networks, combined with the desire of network owners to reduce network management costs, this is a suboptimal way in the future.

US 2007/0104173 A1 описывает способ внедрения некоторого автоматизма в конфигурацию сетей мобильной связи с областями отслеживания. Это достигается с помощью конфигурирования объекта RAN, например eNB, с, по меньшей мере, одной областью отслеживания, с которой она должна ассоциироваться, и регистрации, таким образом, конфигурируемого объекта RAN по функции управления мобильностью и/или функции координации пейджинга для упомянутой области отслеживания.US 2007/0104173 A1 describes a method for introducing some automatism into the configuration of mobile communication networks with tracking areas. This is achieved by configuring a RAN object, such as an eNB, with at least one tracking area with which it should be associated, and registering thus a configurable RAN object by the mobility management function and / or the paging coordination function for said tracking area .

Это является небольшим этапом в направлении получения узлов RAN с самооблуживанием, но все еще существует необходимость выполнить конфигурацию узлов RAN в сети связи более эффективно и снизить объем ручной работы, необходимой для того, чтобы правильно конфигурировать узлы RAN.This is a small step towards obtaining self-service RAN nodes, but there is still a need to configure RAN nodes in a communication network more efficiently and reduce the amount of manual work required to properly configure RAN nodes.

СУЩНОСТЬ ИЗОБРЕТЕНИЯSUMMARY OF THE INVENTION

Целью настоящего изобретения является внедрение некоторого автоматизма в процесс конфигурации узлов доступа в сетях связи.The aim of the present invention is the introduction of some automatism in the process of configuring access nodes in communication networks.

Задача достигается с помощью способа для конфигурирования узла сети доступа в сети связи, содержащей первый узел доступа и, по меньшей мере, второй узел сети доступа, способ содержит этапы:The task is achieved using the method for configuring an access network node in a communication network containing a first access node and at least a second access network node, the method comprises the steps of:

- приема информации конфигурации от упомянутого, по меньшей мере, второго узла сети доступа в упомянутый первый узел сети доступа, и- receiving configuration information from said at least second access network node to said first access network node, and

- конфигурирования упомянутого первого узла сети доступа с помощью настроек параметров конфигурации на основе упомянутой переданной информации конфигурации.- configuring said first access network node using configuration parameter settings based on said transmitted configuration information.

Задача также достигается с помощью узла сети доступа в сети связи, например улучшенный NodeB (eNB) в сети LTE/SAE (долгосрочное развитие/развитие системной архитектуры), узел которой выполнен с возможностьюThe task is also achieved using the access network node in the communication network, for example, an improved NodeB (eNB) in the LTE / SAE network (long-term development / development of the system architecture), the node of which is configured to

- принимать информацию конфигурации от, по меньшей мере, одного второго узла сети доступа в упомянутой сети, и- receive configuration information from at least one second access network node in said network, and

- настраивать параметры конфигурации для него самого на основе упомянутой принятой информации конфигурации.- configure configuration parameters for himself based on the mentioned received configuration information.

Когда узел сети доступа согласно изобретению внедряется и конфигурируется в сети, узел, следовательно, может принимать информацию, обозначающую параметры конфигурации соседних узлов сети доступа и использовать упомянутую информацию для автоматической настройки своих собственных параметров конфигурации. Разрешая узлу сети доступа, который необходимо конфигурировать, настраивать свои собственные параметры конфигурации на основе получаемых настроек конфигурации в своих соседних узлах, необходимость для ручного ввода параметров конфигурации устраняется. Изобретение является также выгодным в том, что узлам конфигурирования не нужно глобально искать информацию конфигурации.When the access network node according to the invention is implemented and configured in the network, the node, therefore, can receive information indicating the configuration parameters of the neighboring access network nodes and use the information to automatically configure its own configuration parameters. By allowing the access network node to be configured to configure its own configuration parameters based on the obtained configuration settings in its neighboring nodes, the need for manually entering configuration parameters is eliminated. The invention is also advantageous in that the configuration nodes do not need to globally search for configuration information.

Разрешая узлам сети доступа принимать больше ответственности за их собственную ситуацию и состояние их соседства и действовать скорее на этой осведомленности, чем переходить к системе управления сетью, например OSS, при каждой небольшой подробности и необходимости сообщать системе управления, как реагировать и как конфигурировать, узлы согласно изобретению эффективно конфигурируются и управляются.Allowing the nodes of the access network to take more responsibility for their own situation and the state of their neighborhood and act more on this awareness than to switch to a network management system, such as OSS, with each little detail and the need to tell the management system how to react and how to configure the nodes according to The invention is effectively configured and managed.

Таким образом, настоящее изобретение предоставляет более интеллектуальный узел сети доступа в сравнении с ранее известными узлами сети доступа. Это является особенно выгодным в, главным образом, более плоских архитектурах сетей будущих мобильных сетей, упомянутых в части описания предшествующего уровня техники, так как исключение промежуточных узлов, существующих в сетях сегодня (например, BSC, RNC, MSC/VLR, SGSN), подразумевает, что уровень интеллекта, ранее встроенный в эти узлы, теперь должен распределяться среди оставшихся узлов.Thus, the present invention provides a more intelligent access network node in comparison with previously known access network nodes. This is particularly advantageous in the mostly flatter network architectures of future mobile networks mentioned in the prior art part, since the exclusion of intermediate nodes existing in networks today (e.g., BSC, RNC, MSC / VLR, SGSN) implies that the level of intelligence previously built into these nodes should now be distributed among the remaining nodes.

Изобретение также предусматривает узел сети доступа в сети связи, узел выполнен с возможностью участвовать в конфигурации второго узла сети доступа в упомянутой сети с помощью передачи своих настроек параметров конфигурации в упомянутый второй узел сети доступа.The invention also provides an access network node in a communication network, the node is configured to participate in the configuration of a second access network node in said network by transmitting its configuration parameter settings to said second access network node.

Кроме того, изобретение предусматривает сеть связи, которая достигает вышеописанную задачу, которая содержит, по меньшей мере, один из вышеописанных узлов сети доступа.In addition, the invention provides a communication network that achieves the above task, which comprises at least one of the above access network nodes.

Дополнительные уточнение способа, узлы сети доступа и сеть связи согласно изобретению описаны в последующем подробном описании и в независимой формуле изобретения прилагаемого набора формулы изобретения.Further refinement of the method, the nodes of the access network and the communication network according to the invention are described in the following detailed description and in the independent claims of the attached claims.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙBRIEF DESCRIPTION OF THE DRAWINGS

Настоящее изобретение станет более понятным из подробного описания, предусмотренного в данном документе и сопроводительных чертежах, которые приведены только в качестве иллюстрации и на которых:The present invention will become more apparent from the detailed description provided herein and the accompanying drawings, which are given by way of illustration only and in which:

Фиг. 1 является схематичным отображением сети, в которой изобретение может быть реализовано.FIG. 1 is a schematic diagram of a network in which the invention can be implemented.

Фиг. 2А является блок-схемой последовательности операций, иллюстрирующей общую концепцию способа конфигурации для узлов сети доступа согласно изобретению. FIG. 2A is a flowchart illustrating a general concept of a configuration method for nodes of an access network according to the invention.

Фиг. 2В является блок-схемой последовательности операций, которая иллюстрирует один конкретный способ осуществления способа, проиллюстрированного на фиг. 2А.FIG. 2B is a flowchart that illustrates one specific method for implementing the method illustrated in FIG. 2A.

Фиг. 3 является схематичным отображением самоконфигурируемого узла доступа, который использует мобильный терминал для получения информации о его соседних узлах доступа.FIG. 3 is a schematic representation of a self-configured access node that uses a mobile terminal to obtain information about its neighboring access nodes.

Фиг. 4 является схемой сигнализации, которая иллюстрирует один способ для осуществления изобретения в сети LTE/SAE (долгосрочное развитие/развитие системной архитектуры).FIG. 4 is a signaling diagram that illustrates one method for implementing the invention in an LTE / SAE network (long-term development / evolution of system architecture).

ПОДРОБНОЕ ОПИСАНИЕDETAILED DESCRIPTION

В последующем описании для целей пояснения, а не ограничения, изложены конкретные подробности, например конкретные сетевые компоненты и конфигурации для того, чтобы предоставить всестороннее понимание настоящего изобретения. Тем не менее, для специалистов в данной области техники будет очевидно, что настоящее изобретение может быть осуществлено на практике в других вариантах осуществления, которые отклоняются от этих конкретных деталей. В некоторых примерах подробное описание хорошо известных сетевых компонентов и конфигураций пропущены для того, чтобы не затруднять описание настоящего изобретения ненужными подробностями.In the following description, for purposes of explanation and not limitation, specific details are set forth, for example, specific network components and configurations, in order to provide a thorough understanding of the present invention. However, it will be apparent to those skilled in the art that the present invention may be practiced in other embodiments that deviate from these specific details. In some examples, a detailed description of well-known network components and configurations is omitted so as not to obscure the description of the present invention with unnecessary details.

Настоящее изобретение в дальнейшем в данном документе описывается в контексте сети LTE/SAE (долгосрочное развитие/развитие системной архитектуры) мобильной связи. Следует, тем не менее, принять во внимание, что изобретение применимо также к другим типам сетей, которые имеют аналогичную сетевую конфигурацию и аналогичную установку сетевых компонентов, например WIMAX-сети, WiBro-сети (мобильный WIMAX) и UMB-сети (ультрамобильная широкополосная передача).The present invention is hereinafter described in the context of a LTE / SAE (long term development / development of system architecture) mobile communication network. However, it should be borne in mind that the invention is also applicable to other types of networks that have a similar network configuration and a similar installation of network components, such as WIMAX networks, WiBro networks (mobile WIMAX) and UMB networks (ultra-mobile broadband) )

LTE является проектом в пределах проекта партнерства третьего поколения (3GPP), целью которого является разработка будущего стандарта для беспроводной связи на основе UMTS, но улучшенного, чтобы справляться с будущими требованиями. SAE является архитектурой базовой сети LTE-сети.LTE is a project within the Third Generation Partnership (3GPP) project, which aims to develop a future standard for wireless communications based on UMTS, but improved to cope with future requirements. SAE is the core network architecture of an LTE network.

Архитектура SAE содержит шлюз SAE (SAE GW), который является основным компонентом архитектуры. SAE GW в LTE-сетях замещает обслуживающие узлы поддержки GPRS (SGSN) и узел поддержки шлюза GPRS (GGSN) в UMTS-сетях, а также служит в качестве общего контроллера для сетей, не являющихся сетями 3 GPP. SAE GW типично содержит множество подкомпонентов, например объект управления мобильностью (MME), объект пользовательской плоскости (UPE), привязку 3GPP и привязку SAE. Хотя MME и UPE часто называются "подкомпоненты" SAE GW, модули MME и UPE типично располагаются в отдельном узле, который взаимодействует по открытому интерфейсу с SAE GW. Узел SAE GW и узел (узлы) MME/UPE являются частью того, что часто упоминается как EPC (эволюционное пакетное ядро), ядро SAE и шлюз SAE PDU сети SAE/LTE. Как и другие узлы управления управляющей плоскости, роль MME состоит в том, чтобы удостовериться, что пользовательские данные, т.е. трафик пользовательской плоскости, могут быть переданы в пределах сети. Он управляет и хранит контекст управляющей плоскости, обрабатывает аутентификацию, авторизацию и т.д. UPE является соответствующим объектом пользовательской плоскости и служит для управления и хранения контекста мобильного терминала (MT), обработки шифрования, маршрутизации пакетов и передачи и т.д. Привязка 3GPP управляет мобильностью между системами 2G/3G и LTE, и привязка SAE управляет мобильностью между системами 3GPP, а не 3GPP, например I-WLAN и т.д.The SAE architecture contains the SAE Gateway (SAE GW), which is a core component of the architecture. SAE GW in LTE networks replaces the serving GPRS support nodes (SGSN) and the GPRS gateway support node (GGSN) in UMTS networks, and also serves as a common controller for networks that are not 3 GPP networks. An SAE GW typically comprises a plurality of subcomponents, for example, a mobility management entity (MME), a user plane entity (UPE), a 3GPP binding, and an SAE binding. Although MMEs and UPEs are often referred to as “subcomponents” of SAE GWs, MMEs and UPEs are typically located in a separate node that communicates openly with the SAE GWs. The SAE GW node and the MME / UPE node (s) are part of what is often referred to as the EPC (evolutionary packet core), the SAE core, and the SAE / LTE network SAE PDU gateway. Like other control plane control nodes, the role of the MME is to make sure that user data, i.e. user plane traffic can be transmitted within the network. It manages and stores the context of the control plane, processes authentication, authorization, etc. UPE is the corresponding user plane object and is used to manage and store the context of the mobile terminal (MT), encryption processing, packet routing and transmission, etc. A 3GPP binding controls mobility between 2G / 3G and LTE systems, and a SAE binding controls mobility between 3GPP systems rather than 3GPP, such as I-WLAN, etc.

Кроме того, когда речь идет о сети радиодоступа (RAN) SAE/LTE -сети, NodeB и RNC (контроллеры радиосети) UMTS-сетей замещаются одним объектом, называемым улучшенным NodeB (eNB).In addition, when it comes to radio access network (RAN) SAE / LTE networks, NodeB and RNC (radio network controllers) of UMTS networks are replaced by a single entity called Enhanced NodeB (eNB).

Это изобретение относится к тому, как управлять потоком информации в сети связи, например SAE/LTE-сети, когда узел сети доступа (например, eNB в SAE/LTE-сети) устанавливается или перезапускается в сети. В частности, он относится к тому, как отправлять информацию между узлами сети доступа, узлами управления управляющей плоскости (например, MME в SAE/LTE-сети) и системой управления областью (например, система поддержки операций (OSS) в LTE/SAE-сети), когда узел сети доступа устанавливается или перезапускается для эффективной конфигурации узла сети доступа так, чтобы он мог включиться в работу.This invention relates to how to control the flow of information in a communication network, such as an SAE / LTE network, when an access network node (e.g. an eNB in an SAE / LTE network) is installed or restarted on the network. In particular, it relates to how to send information between access network nodes, control plane control nodes (for example, MME in an SAE / LTE network) and an area management system (for example, an operation support system (OSS) in an LTE / SAE network ) when the access network node is installed or restarted to effectively configure the access network node so that it can be included in the operation.

На фиг. 1 показаны LTE/SAE-сеть 1 и некоторые из ее компонентов. LTE/SAE-сеть рассматривается как содержащая OSS 3, базовую сеть (CN) 5 и сеть 7 радиодоступа (RAN).In FIG. 1 shows an LTE / SAE network 1 and some of its components. An LTE / SAE network is considered to comprise OSS 3, a core network (CN) 5, and a radio access network (RAN) 7.

OSS 3 является системой управления областью, которая поддерживает одну или несколько функций управления в LTE/SAE-сети 1, например функции отказов, производительности, безопасности и конфигурации. OSS 3 может рассматриваться как вход сетевого оператора в сеть, с помощью которой оператор может изменить сетевую конфигурацию с помощью ввода информации конфигурации. Сеть 1 может содержать одну OSS 3, которая управляет как CN 5, так и RAN 7, или она может содержать одну базовую OSS 13 для отдельного управления CN 5 и одну RAN OSS 15 для отдельного управления RAN 7. Следует отметить, что OSS 3 или базовая OSS 13 часто является частью CN 5. Тем не менее, функция сети 1 является независимой от того, находится ли постоянно OSS 3 или любая базовая 13 или RAN 15 часть OSS 3 в CN 5, RAN 7 или где-либо в сети 1. OSS 3, следовательно, проиллюстрирована как отдельная часть сети 1 для увеличения видимости сети 1, проиллюстрированной на фиг. 1. Следует также понимать, что OSS 3 может быть выполнена с возможностью взаимодействия с системой управления сети более высокого уровня (не показано), которая типично конфигурируется для контроля и управления множеством сетевых областей, например сетевой областью 1.OSS 3 is an area management system that supports one or more management functions in LTE / SAE network 1, for example, failure, performance, security, and configuration functions. OSS 3 can be considered as the entry of a network operator into the network, with which the operator can change the network configuration by entering configuration information. Network 1 may contain one OSS 3, which controls both CN 5 and RAN 7, or it may contain one basic OSS 13 for separate management of CN 5 and one RAN OSS 15 for separate management of RAN 7. It should be noted that OSS 3 or the underlying OSS 13 is often part of CN 5. However, the function of network 1 is independent of whether OSS 3 or any underlying 13 or RAN 15 is always part of OSS 3 in CN 5, RAN 7, or anywhere on network 1. OSS 3 is therefore illustrated as a separate part of network 1 to increase the visibility of network 1 illustrated in FIG. 1. It should also be understood that OSS 3 can be configured to interact with a higher-level network management system (not shown), which is typically configured to monitor and manage multiple network areas, such as network area 1.

CN 5 содержит MME 9 или множество MME 9, соединенных друг с другом для создания пула 11 MME. MME 9 также типично соединяется с другими компонентами LTE/SAE-сети, например SAE GW (не показано), и может также соединяться с компонентами других сетей, например SGSN или UMTS-сети (не показано). Как MME встраивается в LTE/SAE-сеть и с какими компонентами он может взаимодействовать, тем не менее, хорошо известно в данной области техники и не нужно описывать в данном документе подробно. Следует также принять во внимание, что базовая сеть, например CN 5, типично содержит множество MME-пулов, например MME-пул 11. Как также хорошо известно в данной области техники и как описано в части предшествующего уровня техники, CN 5 в целом также содержит узлы пользовательской плоскости, например узлы объекта пользовательской плоскости (UPE), которые управляют контекстом пользовательской плоскости в сети 1. На фиг. 1 узлы пользовательской плоскости пропущены для того, чтобы не затруднять понимания чертежа ненужными подробностями.CN 5 comprises an MME 9, or a plurality of MME 9, connected to each other to create an MME pool 11. MME 9 also typically connects to other components of an LTE / SAE network, such as SAE GW (not shown), and can also connect to components of other networks, such as an SGSN or UMTS network (not shown). How an MME is embedded in an LTE / SAE network and with which components it can interact with, however, is well known in the art and need not be described in detail in this document. You should also take into account that a core network, for example CN 5, typically contains many MME pools, for example MME pool 11. As is also well known in the art and as described in the related art, CN 5 generally also contains user plane nodes, for example, user plane object (UPE) nodes that control the context of a user plane in network 1. FIG. 1, the user plane nodes are omitted in order not to complicate the understanding of the drawing with unnecessary details.

RAN 7 содержит множество eNB 17a-c. Соседние eNB 17a-c соединяются друг с другом через интерфейс связи, называемый интерфейс X2 19. Интерфейс X2 19 иногда упоминается как "транспортное соединение" и типично является кабелем, с помощью которого соседние eNB 17a-c могут взаимодействовать друг с другом, как только они осведомлены об идентичности друг друга, как дополнительно описано ниже. Как хорошо известно в данной области техники, каждый eNB 17a-c охватывает соту или зону обслуживания и выполнен с возможностью, чтобы разрешать любому авторизованному мобильному терминалу (MT) 21, расположенному в пределах его соты, взаимодействовать с помощью сети 1. Каждый eNB 17a-c также выполнен с возможностью взаимодействовать с MME 9. Если существует более чем один MME 9, который создает пул 11 MME, каждый eNB 17a-c типично располагается с возможностью взаимодействовать со всеми MME 9 в пуле 11 MME. Каждый eNB 17a-c также выполнен с возможностью взаимодействовать с OSS 3 и DHCP/DNS 23, который может являться или может не являться частью OSS 3. Как хорошо известно в данной области техники, DHCP/DNS 23 (протокол динамической конфигурации хоста/сервер наименования области) служит для поддержания базы данных для разрешения имен хостов и IP-адресов и распределения упомянутых имен хостов и IP-адресов в eNB 17a-c, когда необходимо.RAN 7 contains multiple eNB 17a-c. Neighboring eNBs 17a-c are connected to each other through a communication interface called the X2 interface. X2 interface 19 is sometimes referred to as a “transport connection” and is typically a cable through which neighboring eNBs 17a-c can communicate with each other as soon as they aware of each other's identity, as further described below. As is well known in the art, each eNB 17a-c covers a cell or service area and is configured to allow any authorized mobile terminal (MT) 21 located within its cell to communicate using network 1. Each eNB 17a- c is also configured to interoperate with MME 9. If there is more than one MME 9 that creates the MME pool 11, each eNB 17a-c typically is configured to interoperate with all MME 9 in the MME pool 11. Each eNB 17a-c is also configured to interact with OSS 3 and DHCP / DNS 23, which may or may not be part of OSS 3. As is well known in the art, DHCP / DNS 23 (Dynamic Host Configuration Protocol / Name Server area) serves to maintain a database for resolving host names and IP addresses and distributing the mentioned host names and IP addresses in eNB 17a-c, when necessary.

Когда новый eNB устанавливается в LTE/SAE-сеть 1, eNB должен соответствующим образом конфигурироваться до того, как он может использоваться. Например, он должен иметь информацию о том, к какому MME 9 или пулу 11 MME он должен принадлежать, чтобы передавать пользовательские данные в и от MT в пределах своей соты, с какими eNB он соседствует, чтобы обрабатывать хэндоверы, какую выходную мощность, частоты, временные интервалы и кодеки использовать, чтобы функционировать в сети и т.д. Что касается сегодняшнего дня, эти параметры должны либо вручную вводиться непосредственно в новый eNB или вручную вводиться в OSS 3 и передаваться в новый eNB, который вызывает высокую нагрузку и, таким образом, высокие затраты для сетевого оператора. То же самое выбирается для перезагрузки/реконфигурации уже существующего eNB.When a new eNB is installed in LTE / SAE network 1, the eNB must be configured accordingly before it can be used. For example, it must have information about which MME 9 or MME pool 11 it must belong to in order to transmit user data to and from MT within its cell, with which eNB it is adjacent to process handovers, what output power, frequencies, use time slots and codecs to operate on a network, etc. As of today, these parameters must either be manually entered directly into the new eNB or manually entered into OSS 3 and transferred to the new eNB, which causes high load and thus high costs for the network operator. The same is selected for rebooting / reconfiguring an existing eNB.

Со ссылкой на фиг. 2А и 2В описывается способ согласно изобретению для самоконфигурирования eNB и, таким образом, снижения необходимости ручной работы в процессе конфигурации. "Самоконфигурирование" должно в этом контексте толковаться не как если бы самоконфигурируемый eNB сам осуществлял бы все этапы, необходимые для включения его в работу, а как он вместе с сетью и соседними узлами может получить необходимые данные конфигурации без или с минимумом помощи человека. Когда описывают фиг. 2А и 2В, ссылка в то же время сделана на фиг. 1, на которой eNB 17c следует рассматривать как вновь установленный на месте или вновь перезагруженный.With reference to FIG. 2A and 2B, a method according to the invention for self-configuring an eNB is described, and thus reducing the need for manual operation in the configuration process. "Self-configuration" in this context should not be interpreted as if the self-configuring eNB itself would carry out all the steps necessary to enable it to work, but how it, together with the network and neighboring nodes, can receive the necessary configuration data without or with the help of a person. When FIG. 2A and 2B, reference is made at the same time to FIG. 1, on which the eNB 17c should be considered as newly installed in place or newly rebooted.

На фиг. 2А проиллюстрирована общая концепция способа конфигурации eNB согласно изобретению. На первом этапе S21 A данные конфигурации передаются во вновь установленный или перезагруженный eNB 17c от одного или нескольких соседних eNBs 17a-b. То есть данные, связанные с параметрами конфигурации упомянутых соседних узлов 17a-b, передаются в eNB 17c. На этапе S22A eNB 17c автоматически конфигурируется с параметрами конфигурации, выбранными на основе данных, принятых от, по меньшей мере, одного соседнего eNB 17a-b на этапе S21A.In FIG. 2A illustrates the general concept of an eNB configuration method according to the invention. In a first step S21 A, configuration data is transmitted to the newly installed or rebooted eNB 17c from one or more neighboring eNBs 17a-b. That is, data associated with the configuration parameters of said neighboring nodes 17a-b are transmitted to the eNB 17c. In step S22A, the eNB 17c is automatically configured with configuration parameters selected based on data received from at least one neighboring eNB 17a-b in step S21A.

На фиг. 2В показана более подробная блок-схема последовательности операций способа, которая иллюстрирует, как вышеописанный способ может быть осуществлен. Блок-схема последовательности операций способа иллюстрирует способ с точки зрения самоконфигурируемой eNB.In FIG. 2B is a more detailed flowchart that illustrates how the above method can be implemented. The flowchart illustrates the method in terms of a self-configuring eNB.

На этапе S21B, который осуществляется при запуске или перезагрузке eNB 17c, eNB 17c принимает параметры, которые позволяют ему взаимодействовать с другими узлами в пределах сети 1 LTE/SAE. Типично, eNB 17c связывается с DHCP/DNS-сервером 23, от которого он принимает необходимые параметры, например IP-адрес, IP-маску и т.д. Способ затем переходит к этапу S22B.In step S21B, which occurs when the eNB 17c is started or rebooted, the eNB 17c receives parameters that allow it to communicate with other nodes within the LTE / SAE network 1. Typically, the eNB 17c communicates with a DHCP / DNS server 23 from which it receives the necessary parameters, such as an IP address, IP mask, etc. The method then proceeds to step S22B.

На этапе S22B eNB 17c выясняет, кто является его соседними eNB 17a-b. Это может достигаться различными способами, которые описываются дополнительно ниже. Способ затем переходит к этапу S23B.In step S22B, the eNB 17c finds out who its neighboring eNBs 17a-b are. This can be achieved in various ways, which are described further below. The method then proceeds to step S23B.

На этапе S23B eNB 17c добавляет свои соседние eNB 17a-b в свой список соседних сот (также иногда называемый список отношений соседства или набор соседних сот), по меньшей мере, временно и связывается с ними непосредственно, чтобы получить больше информации о соседстве и сети 1 как таковой. Соединения с соседними eNB типично устанавливаются через интерфейс X2 19. На этапе S24B eNB 17c принимает информацию, относящуюся к параметрам конфигурации соседних eNB через установленное соединение. Информация, которую eNB 17c принимает от каждого соседа, может быть списком соседних сот по соседям этого eNB, данными о положении, данными о выходной мощности, частотах, временных интервалах, кодеках и т.д., а также то, к какому MME 9 и/или пулу 11 MME этот сосед подсоединен, с какими другими узлами сети этот сосед соединен, например, какие шлюзы доступа (AGW) он использует и т.д. Эта информация в дальнейшем в данном документе упоминается как информация конфигурации или параметры конфигурации, и значения параметров называются значениями параметров конфигурации или просто - настройками конфигурации. eNB 17c затем настраивает свои собственные параметры конфигурации на основе параметров конфигурации, принятых от соседних eNBs 17a-b. Если значения параметров конфигурации, принятые от различных соседних узлов 17a-b, являются теми же самыми, самоконфигурируемый eNB 17c может, например, быть выполнен с возможностью выбирать те же самые настройки параметров для самого себя. Если, например, информация конфигурации, принятая от двух соседних узлов 17a-b, указывает, что они оба принадлежат к одному и тому же MME или пулу MME, самоконфигурируемый eNB 17c типично регистрируется в том же самом MME или пуле MME, как дополнительно описывается ниже. Если принятые параметры различаются между различными соседями, самоконфигурируемый eNB 17c может содержать логику для обработки принятых значений параметров для конкретного параметра конфигурации и выбирать свое собственное значение для этого конкретного параметра на основе результата обработки. Если список соседних сот, принятый от любого соседнего узла 17a-b, содержит узел, который не был найден и идентифицирован как соседний для самоконфигурируемого eNB 17c на этапе S22B, eNB 17c может добавить этот узел в свой список соседних сот, по меньшей мере, временно и попытаться связаться с вновь обнаруженным соседним eNB, как указано с помощью "контура Да" в блок-схеме последовательности операций способа. Иначе, способ переходит к этапу S25B.In step S23B, the eNB 17c adds its neighboring eNBs 17a-b to its list of neighboring cells (also sometimes referred to as a neighborhood relationship list or set of neighboring cells) at least temporarily and contacts them directly to obtain more information about the neighborhood and network 1 as such. Connections to neighboring eNBs are typically established via the X2 interface 19. In step S24B, the eNB 17c receives information regarding the configuration parameters of the neighboring eNBs through the established connection. The information that the eNB 17c receives from each neighbor can be a list of neighboring cells in the neighbors of this eNB, position data, data on output power, frequencies, time intervals, codecs, etc., as well as which MME 9 and / or MME pool 11 this neighbor is connected to, which other network nodes this neighbor is connected to, for example, which access gateways (AGW) it uses, etc. This information is hereinafter referred to as configuration information or configuration parameters, and the parameter values are called configuration parameter values or simply configuration settings. The eNB 17c then configures its own configuration parameters based on configuration parameters received from neighboring eNBs 17a-b. If the configuration parameter values received from the various neighboring nodes 17a-b are the same, the self-configuring eNB 17c may, for example, be configured to select the same parameter settings for itself. If, for example, configuration information received from two neighboring nodes 17a-b indicates that they both belong to the same MME or MME pool, the self-configured eNB 17c is typically registered in the same MME or MME pool, as further described below . If the received parameters differ between different neighbors, the self-configuring eNB 17c may contain logic for processing the received parameter values for a particular configuration parameter and select its own value for this particular parameter based on the processing result. If the neighboring cell list received from any neighboring node 17a-b contains a node that was not found and identified as neighboring for the self-configured eNB 17c in step S22B, the eNB 17c can add this node to its list of neighboring cells at least temporarily and try to contact the newly discovered neighboring eNB, as indicated by "Loop Yes" in the flowchart. Otherwise, the method proceeds to step S25B.

На этапе S25B eNB 17c связывается с соответствующим(и) MME 9 или пулом 11 MME и регистрируется, идентифицируя себя и сообщая в MME/пул MME, где он расположен и как он встраивается в сеть. Способ затем переходит к этапу S26B.In step S25B, the eNB 17c communicates with the corresponding MME 9 or MME pool 11 and registers, identifying itself and reporting to the MME / MME pool where it is located and how it is embedded in the network. The method then proceeds to step S26B.

На этапе S26B eNB 17c еще раз связывается со своими соседями 17a-b и сообщает или обновляет их по своим настройкам параметров конфигурации. Способ затем переходит к этапу S27B.In step S26B, the eNB 17c once again communicates with its neighbors 17a-b and reports or updates them with its configuration parameter settings. The method then proceeds to step S27B.

На этапе S27B eNB снова связывается со своим (своими) MME 9 или пулом 11 MME и сообщает ему, что он готов работать и что эти пользовательские данные могут быть запущены по нему. Способ затем переходит к этапу S28B.At step S27B, the eNB again communicates with its (its) MME 9 or MME pool 11 and informs it that it is ready to work and that this user data can be started on it. The method then proceeds to step S28B.

В конечном итоге на этапе S28B eNB 17c связывается с OSS 3 и сообщает ему, что узел 17с запущен и работает. Он сообщает OSS 3, что он соединился с сетью 1 и излагает свои текущие настройки параметров конфигурации и данные. Таким образом, самоконфигурирование вновь установленного или перезагруженного eNB 17c завершено. После приема параметров от, например, DHCP/DNS 23 (этап S21B) eNB 17c должен отсюда выяснить, кто является его соседями (этап S22B), и начинает связываться с ними, чтобы получить больше информации (этап S23B). Для того чтобы eNB 17c связался со своими соседними узлами, eNB 17c должен суметь их идентифицировать, и для того, чтобы их идентифицировать, eNB 17c должен как-то получить информацию, относящуюся к узлу, о его соседних узлах 17a-b. Как упомянуто выше, существует несколько способов, которыми eNB 17c может выяснить, кто его соседи. Одним предпочтительным способом сделать это является использование устройства мобильной связи, т.е. MT 21 как источник информации. Спрашивая MT 21 в пределах своей соты, какие другие eNB видит MT 21 в тот же самый момент времени, когда он может говорить с eNB 17c, eNB 17c может принимать параметры, относящиеся к eNB, от MT 21, позволяя eNB 17c связываться с соседним(и) eNB напрямую через интерфейс X2 19. Один предпочтительный способ, как eNB 17c, может использовать MT 21 для получения информации, необходимой для установления соединения X2 19 с соседним eNB, который ранее не находился в его списке соседних сот, теперь описывается со ссылкой на фиг. 3. Этот способ использует преимущества способов, ранее описанных в находящейся одновременно на рассмотрении патентной заявке с патентным номером PCT/EP2007/001737 и в статье для конференции 3GPP SA5#53, 7-11 мая 2007г., озаглавленной "Discussion on Automatic Neighbour Relation Lists for LTE" ("Рассмотрение автоматических списков отношений соседства для LTE "), S5-070974, доступной как "S5-070974.zip" на http://www.3gpp.org/ftp/tsg sa/WG5 TM/TSGS5 53/Docs/ (2007-11-22).Ultimately, in step S28B, the eNB 17c contacts the OSS 3 and informs it that the node 17c is up and running. He tells OSS 3 that he connected to network 1 and sets out his current configuration settings and data. Thus, the self-configuration of the newly installed or rebooted eNB 17c is completed. After receiving the parameters from, for example, DHCP / DNS 23 (step S21B), the eNB 17c must find out from here who its neighbors are (step S22B), and begins to contact them to get more information (step S23B). In order for the eNB 17c to communicate with its neighboring nodes, the eNB 17c must be able to identify them, and in order to identify them, the eNB 17c must somehow obtain information related to the node about its neighboring nodes 17a-b. As mentioned above, there are several ways in which the eNB 17c can find out who its neighbors are. One preferred way to do this is to use a mobile communication device, i.e. MT 21 as a source of information. By asking MT 21 within its cell which other eNBs see MT 21 at the same time that it can talk to eNB 17c, eNB 17c can receive eNB related parameters from MT 21, allowing eNB 17c to communicate with its neighbor ( i) an eNB directly via the X2 19. One preferred method, like the eNB 17c, can use MT 21 to obtain the information necessary to establish an X2 19 connection with a neighboring eNB that was not previously in its list of neighboring cells, is now described with reference to FIG. 3. This method takes advantage of the methods previously described in the pending patent application PCT / EP2007 / 001737 and in the article for the 3GPP conference SA5 # 53, May 7-11, 2007 entitled "Discussion on Automatic Neighbor Relation Lists for LTE "(" Examining Automatic Neighborhood Relationship Lists for LTE "), S5-070974, available as" S5-070974.zip "at http://www.3gpp.org/ftp/tsg sa / WG5 TM / TSGS5 53 / Docs / (2007-11-22).

Фиг. 3 показывает вновь установленный eNB 17c и соседний eNB 17a. MT 21 расположен в участке перекрытия сот или зон обслуживания eNBs 17a и 17c и, таким образом, может взаимодействовать с обоими узлами 17c, 17a. MT 21 имеет продолжающийся сеанс, обслуживаемый eNB 17a, и является, таким образом, "присоединенным" к упомянутому eNB 17a. Самоконфигурируемый eNB 17c может использовать MT 21 для получения информации, относящейся к узлу, соседнего eNB 17a. Информация, относящаяся к узлу, может, например, быть идентификатором соты (CIPL). CIPL является идентификатором уровня 3 (на уровне PLMN (сеть связи наземных подвижных объектов общего пользования)) для соты и является уникальным для каждой соты/eNB, по меньшей мере, в пределах определенной PLMN, но типично в пределах страны или даже глобально. CIPL может, следовательно, использоваться eNB для обращения к другому eNB через интерфейс X2. Типично, CIPL используется в запросе MT в DNS, чтобы разрешить IP-адрес eNB, который обслуживает соту, к которой присоединен MT. Другим важным термином в этом контексте является идентификатор измерения соты (MCI). MCI является идентификатором уровня 2 для соты и является целым числом, недостаточно длинным, чтобы быть уникальным для RAN. MCI соответствует "коду скремблирования" WCDMA, и каждой соте в LTE RAN назначается MCI. Типично, оператор сети пытается распределить идентификаторы MCI таким образом, что eNB не имеет соседа с тем же самым MCI, как у него самого, и никакой eNB не имеет двух соседей с тем же самым MCI. Тем не менее, следует помнить, что идентификаторы MCI повторно используются в пределах RAN и что нет гарантии, что попытки распределить MCI являются успешными. Следует также заметить, что MCI является частью информации уровня 2, транслируемой во все MT, прослушивающие соту. То есть MT, который выполняет измерения по соте, автоматически является осведомленным о его MCI. Так как CIPL является частью уровня 3, он не доступен для MT, который выполняет измерения по соте. Тем не менее, когда достигают активного состояния в отношении соты, MT становится осведомленным о CIPL соты.FIG. 3 shows a newly installed eNB 17c and a neighboring eNB 17a. MT 21 is located in the overlapping area of the cells or service areas of the eNBs 17a and 17c, and thus can interact with both nodes 17c, 17a. MT 21 has an ongoing session served by eNB 17a, and is thus “attached” to said eNB 17a. The self-configuring eNB 17c may use the MT 21 to obtain information related to a node of the neighboring eNB 17a. Information related to the node may, for example, be a cell identifier (CIPL). CIPL is a Layer 3 identifier (at the PLMN level (Public Land Mobile Communications Network)) for a cell and is unique for each cell / eNB, at least within a specific PLMN, but typically within a country or even globally. CIPL can therefore be used by an eNB to access another eNB via the X2 interface. Typically, CIPL is used in an MT query in DNS to resolve the IP address of an eNB that serves the cell to which the MT is attached. Another important term in this context is a cell measurement identifier (MCI). MCI is a Layer 2 identifier for a cell and is an integer not long enough to be unique to a RAN. The MCI corresponds to a WCDMA “scrambling code”, and each cell in the LTE RAN is assigned an MCI. Typically, a network operator tries to distribute MCIs in such a way that an eNB does not have a neighbor with the same MCI as its own, and no eNB has two neighbors with the same MCI. However, it should be remembered that MCIs are reused within the RAN and that there is no guarantee that attempts to allocate MCIs are successful. It should also be noted that the MCI is part of the Layer 2 information broadcast to all MTs listening on the cell. That is, an MT that takes measurements over a cell is automatically aware of its MCI. Since CIPL is part of level 3, it is not available for MT, which performs cell measurements. However, when an active state with respect to a cell is reached, the MT becomes aware of the CIPL of the cell.

На первом этапе S31 самоконфигурируемый eNB 17c отсылает запрос в MT 21, спрашивая его, какие соседние узлы он может видеть в данный момент. На этапе S32 MT 21 отсылает запрос о CIPL и, если желательно, MCI в соседний узел eNB 17a. На этапе S33 eNB 17a сообщает свой CIPL и дополнительно свой MCI в MT 21 и на этапе S34 MT сообщает CIPL и дополнительно MCI eNB 17a в eNB 17c. Теперь eNB 17c имеет всю информацию, необходимую для установления соединения X2 с соседним узлом 17a. eNB 17c добавляет соседний eNB 17a в свой список соседних сот и устанавливает соединение с ним по интерфейсу X2 для извлечения больше информации о соседнем узле eNB 17a и сети, в которой они постоянно находятся. На этапе S35 запрос отсылается от eNB 17c в eNB 17a по интерфейсу X2 о данных положения соседа, данных о выходной мощности, частотах, временных интервалах, кодеках и т.д., с какими MME и/или пул MME он соединен, с каким другим компонентом сети он соединен или, по меньшей мере, может "видеть" и т.д. На этапе S36 эта информация отсылается из eNB 17a в самоконфигурируемый eNB 17c по интерфейсу X2.In a first step S31, a self-configuring eNB 17c sends a request to MT 21, asking it which neighboring nodes it can currently see. In step S32, the MT 21 sends a request for a CIPL and, if desired, an MCI to a neighboring eNB 17a. In step S33, the eNB 17a reports its CIPL and optionally its MCI to the MT 21 and in step S34, the MT reports the CIPL and optionally the MCI of the eNB 17a to the eNB 17c. Now the eNB 17c has all the information necessary to establish a connection X2 with the neighboring node 17a. The eNB 17c adds the neighboring eNB 17a to its list of neighboring cells and establishes a connection with it via the X2 interface to retrieve more information about the neighboring eNB 17a and the network in which they reside. In step S35, a request is sent from eNB 17c to eNB 17a via interface X2 about neighbor position data, output power data, frequencies, time slots, codecs, etc. with which MME and / or MME pool it is connected, to which other it is connected to a network component, or at least can “see,” etc. In step S36, this information is sent from the eNB 17a to the self-configuring eNB 17c via the X2 interface.

Следует принимать во внимание, что соединение X2 может также быть установлено соседним узлом. Например, на первом этапе S31 eNB 17c может отсылать свой CIPL в MT 21 и инструктировать MT 21 для передачи присоединенного CIPL в любой другой eNB по соседству, например eNB 17a. При приеме CIPL вновь установленного или перезагруженного узла eNB 17c соседние узлы могут установить соединение X2 с eNB 17c, по которому вышеупомянутая информация о соседях и сети может передаваться в eNB 17c. Следует также принимать во внимание, что "отправка" в вышеуказанном контексте не должна включать в себя фактическую передачу несущего информацию сигнала. Так, например, на этапе S32 MT 21 не должен передавать что-либо в eNB 17a, он может только прослушивать трансляцию eNB 17a его CIPL. Следует заметить, что какое-либо текущее взаимодействие между MT 21 и eNB может быть необходимо временно прервать для того, чтобы MT 21 прослушивал трансляцию сотой своего CIPL.It will be appreciated that connection X2 may also be established by a neighboring node. For example, in a first step S31, the eNB 17c may send its CIPL to MT 21 and instruct MT 21 to transmit the attached CIPL to any other eNB in the neighborhood, for example, eNB 17a. When receiving the CIPL of a newly installed or rebooted eNB 17c, the neighboring nodes can establish an X2 connection with the eNB 17c, through which the above-mentioned neighbors and network information can be transmitted to the eNB 17c. It should also be taken into account that “sending” in the above context should not include the actual transmission of the information-carrying signal. So, for example, in step S32, MT 21 should not transmit anything to eNB 17a, it can only listen to the broadcast of eNB 17a of its CIPL. It should be noted that any ongoing interaction between MT 21 and eNB may need to be temporarily interrupted in order for MT 21 to listen to the broadcast of its hundredth CIPL.

Вышеописанный способ для самоконфигурируемого eNB, чтобы выяснить, кто является его соседями, требует присутствия MT, который может одновременно взаимодействовать с самоконфигурируемым eNB и узлами, от которых eNB необходима информация. Типично, самоконфигурируемый eNB 17c конфигурируется для прослушивания MT, присоединенных к, по меньшей мере, одному другому eNB, например eNB 17a, в течение заранее определенного промежутка времени. Если никакой MT, который присоединен к другому eNB, не найден во время этого промежутка времени, выходная мощность eNB 17c может быть поэтапно увеличена для последовательного увеличения соты или зоны обслуживания eNB 17c и, таким образом, увеличить перекрытие между сотой eNB 17c и его соседними сотами. Если eNB 17c все еще не может "услышать" какой-либо MT, который присоединен к другому eNB, предполагается, что самоконфигурируемому eNB 17c не хватает соседних узлов.The above method for a self-configured eNB to find out who its neighbors requires is the presence of an MT that can simultaneously communicate with the self-configured eNB and the nodes from which the eNB needs information. Typically, a self-configuring eNB 17c is configured to listen to MTs attached to at least one other eNB, such as eNB 17a, for a predetermined period of time. If no MT that is connected to another eNB is found during this period of time, the output power of the eNB 17c can be incrementally increased to sequentially increase the cell or coverage area of the eNB 17c and thus increase the overlap between the cell of the eNB 17c and its neighboring cells . If the eNB 17c still cannot “hear” any MT that is attached to another eNB, it is assumed that the self-configuring eNB 17c lacks neighboring nodes.

Другим потенциальным способом для самоконфигурируемого eNB, чтобы выяснить, кто является его соседями, является опрос OSS сети. OSS типично содержит инструмент планирования сети или тому подобное для хранения и управления информацией по, например, местоположению каждого eNB в сети. Передавая общий вызов запроса OSS, самоконфигурируемый eNB 17c может установить соединение с OSS, которая отвечает на упомянутый запрос, по этому соединению OSS может передавать информацию о соседних с eNB узлах. Этот способ может также использоваться для двойной проверки, действительно ли самоконфигурируемому eNB, который не может обнаружить какие-либо соседние eNB, используя MT, как описано выше, не хватает соседних eNB. Тем не менее, следует заметить, что настоящее изобретение стремится снизить необходимость во взаимодействии между eNB и OSS и что этот способ, который использует OSS, чтобы получить информацию о соседях самоконфигурируемого eNB, сначала и, в первую очередь, должен рассматриваться как процедура резервирования или управления.Another potential way for a self-configured eNB to find out who its neighbors is is to poll the OSS network. OSS typically comprises a network planning tool or the like for storing and managing information on, for example, the location of each eNB in the network. By transmitting a general OSS request call, the self-configuring eNB 17c can establish a connection with the OSS that responds to the request, through this connection the OSS can transmit information about nodes adjacent to the eNB. This method can also be used to double check if a self-configuring eNB that cannot detect any neighboring eNBs using MT, as described above, is missing neighboring eNBs. However, it should be noted that the present invention seeks to reduce the need for interaction between the eNB and the OSS, and that this method, which uses the OSS to obtain neighbor information of the self-configuring eNB, should first and foremost be considered a backup or control procedure. .

В вышеизложенном описании фиг. 2В было видно, что самоконфигурируемый eNB после приема информации от его соседнего(соседних) eNB (этап S24B) связывается с соответствующим MME или пулом MME для своей собственной идентификации и сообщения MME, где он расположен и как он встраивается в сеть (этап S25B). "Соответствующий" MME или пул MME выбирается самоконфигурируемым eNB на основе информации, принятой от соседнего(соседних) eNB. Если самоконфигурируемый eNB принимает информацию от множества соседних eNB на этапе S24B, указывающую, что они все принадлежат к одному и тому же MME или пулу MME, наиболее вероятно, что самоконфигурируемый eNB сам будет принадлежать этому конкретному MME или пулу MME. В подобном случае eNB обращается к этому MME или пулу MME на этапе S25B. В случае, когда самоконфигурируемый eNB лишь обнаруживает один соседний eNB, от которого он может принимать информацию, все еще вероятно, что eNB будет принадлежать тому же самому MME или пулу MME, как этот один соседний, и он, следовательно, обращается к тому же самому MME или пулу MME на этапе S25B. Если соседи самоконфигурируемого eNB, с другой стороны, принадлежат различным MME или различным пулам MME, eNB обращается к соответствующим MME/пулам MME для опроса, принадлежит ли он ему или нет. Когда конкретный MME или пул MME подтверждает, что eNB принадлежит ему, eNB регистрируется в этом MME/пуле MME на этапе S25B. Если MME/пулы MME не знают, должны ли они выполнять роль хост-узла для нового или перезагруженного eNB, или если они все отвергают его, eNB обращается к OSS для запроса, какому MME/пулу MME он принадлежит. Если OSS, в свою очередь, не хватает информации о том, в каком MME/пуле MME eNB должен зарегистрироваться, eNB просто выбирает один из множества MME/пулов MME, в которых он регистрируется. В подобном случае выбор MME/пул MME предпочтительно выполняется на любой следующей основе; какой MME/пул MME имеет наибольшую свободную пропускную способность (eNB может запрашивать MME/пул MME о его текущем состоянии пропускной способности) - выбор MME/пула MME с наибольшей свободной пропускной способностью помогает избежать перегрузки MME/пула MME; какой MME/пул MME выполняет роль хост-узла для самых близко расположенных по соседству eNB - выбор MME/пула MME, выполняющего роль хост-узла для самых близко расположенных по соседству eNB, делает процедуры хэндовера более эффективными, так как хэндоверы между eNB, принадлежащими тому же самому MME/пулу MME, могут быть сделаны непосредственно из одного eNB в другой (по интерфейсу X2), тогда как хэндоверы между eNB, принадлежащих различным MME/пулам MME, должны быть сделаны через базовую сеть; какой MME/пул MME является "ближайшим", что означает либо физически самый близкий, либо самую близкую сетевую архитектуру (что означает, что множество промежуточных сетевых устройств, например переключатели, мосты, маршрутизаторы и т.д., необходимые для взаимодействия между eNB и MME/пулом MME, минимизируется); и/или какой пул MME является самым большим, т.е. содержит больше отдельных MME.In the foregoing description of FIG. 2B, it was seen that the self-configuring eNB, after receiving information from its neighboring eNB (step S24B), communicates with the corresponding MME or MME pool for its own identification and message to the MME where it is located and how it is embedded in the network (step S25B). An “appropriate” MME or MME pool is selected by a self-configuring eNB based on information received from a neighboring eNB. If the self-configured eNB receives information from a plurality of neighboring eNBs in step S24B, indicating that they all belong to the same MME or MME pool, it is most likely that the self-configured eNB itself will belong to this particular MME or MME pool. In such a case, the eNB refers to this MME or the MME pool in step S25B. In the case where the self-configuring eNB only detects one neighboring eNB from which it can receive information, it is still likely that the eNB will belong to the same MME or MME pool as this one neighboring, and therefore it will refer to the same MME or MME pool in step S25B. If the neighbors of a self-configuring eNB, on the other hand, belong to different MMEs or different MME pools, the eNB refers to the corresponding MME / MME pools to ask if it belongs to it or not. When a particular MME or MME pool confirms that the eNB belongs to it, the eNB is registered in this MME / MME pool in step S25B. If the MME / MME pools do not know whether they should act as a host for a new or reloaded eNB, or if they all reject it, the eNB calls OSS to ask which MME / MME pool it belongs to. If the OSS, in turn, lacks information about which MME / MME pool the eNB should register in, the eNB simply selects one of the many MME / MME pools in which it is registered. In such a case, the selection of the MME / MME pool is preferably performed on any of the following; which MME / MME pool has the largest free bandwidth (the eNB can request the MME / MME pool about its current bandwidth status) - selecting the MME / MME pool with the highest free bandwidth helps to avoid overloading the MME / MME pool; which MME / MME pool acts as a host for the closest neighboring eNBs - choosing the MME / MME pool acting as a host for the nearest eNBs makes handover procedures more efficient since handovers between eNBs belonging to the same MME / MME pool can be made directly from one eNB to another (via X2 interface), while handovers between eNBs belonging to different MME / MME pools must be made through the core network; which MME / MME pool is the “closest”, which means either physically the closest or the closest network architecture (which means that many intermediate network devices, such as switches, bridges, routers, etc., are necessary for the interaction between the eNB and MME / MME pool, minimized); and / or which MME pool is the largest, i.e. contains more individual MMEs.

Если самоконфигурируемый eNB совсем не находит каких-либо соседних eNB на этапе S22B, он может попытаться связаться с OSS сети, передавая общий вызов запроса OSS. Кроме того, информация, относящаяся к местоположению каждого eNB в сети, OSS и инструмент сетевого планирования OSS типично хранят информацию о том, какому MME/пулу MME должен принадлежать каждый eNB. Если OSS ответил на запрос самоконфигурируемого eNB так, что соединение может быть установлено, eNB запрашивает OSS, в каком MME/пуле MME он должен зарегистрироваться. Если OSS не знает, в каком MME/пуле MME должен регистрироваться eNB, eNB может запросить у OSS перечень всех существующих MME/пулов MME в сети и выбрать для регистрации в каком-либо из них на основе вышеупомянутых критериев выбора.If the self-configuring eNB does not find any neighboring eNBs at all at step S22B, it may try to contact the OSS network by transmitting a general OSS request call. In addition, information regarding the location of each eNB in the network, the OSS, and the OSS network planning tool typically store information about which MME / MME pool each eNB should belong to. If the OSS responds to a request for a self-configured eNB so that a connection can be established, the eNB asks the OSS in which MME / MME pool it should register. If the OSS does not know in which MME / MME pool the eNB should be registered, the eNB can request from the OSS a list of all existing MME / MME pools in the network and choose to register in any of them based on the aforementioned selection criteria.

На фиг. 4 показана схема сигнализации по предпочтительному способу самоконфигурации eNB в сети LTE/SAE. В этом варианте осуществления изобретения MT, который может взаимодействовать и с самоконфигурируемым eNB, и с соседним eNB, как описано выше, используется в процедуре самоконфигурации. В правом столбце фиг. 4 сделана ссылка на соответствующие этапы способа, описанные выше со ссылкой на фиг. 2В.In FIG. 4 shows a signaling diagram of a preferred method for self-configuration of an eNB in an LTE / SAE network. In this embodiment, MT, which can interact with both a self-configured eNB and a neighboring eNB, as described above, is used in the self-configuration procedure. In the right column of FIG. 4, reference is made to the respective steps of the method described above with reference to FIG. 2B.

На этапе S401 самоконфигурируемый eNB связывается с DNS/DHCP сети, от которого на этапе S402 принимает IP-адрес, IP-маску и т.д. На этапе S403 самоконфигурируемый eNB запрашивает MT в пределах свой соты, какие другие соседние eNB он может увидеть. На этапе S404 MT связывается с соседним eNB, с которым он также может взаимодействовать, и запрашивает его CIPL. На этапе S405 соседний eNB сообщает свой CIPL и дополнительно свой MCI в MT, который на этапе S406 направляет CIPL в самоконфигурируемый eNB. На этапе S407 самоконфигурируемый eNB устанавливает соединение X2 с соседним eNB и запрашивает у него о его списке соседних сот, персональных настройках, сетевых компонентах, с которыми он коммуникативно соединен, и т.д. На этапе S408 соседний eNB отвечает, излагая запрошенную информацию. Ответ на этапе S408 содержит информацию о том, с каким(и) MME или пулом MME соседний eNB соединен и на этапе S409 самоконфигурируемый eNB связывается с тем(теми) же самым(и) MME/пулом MME и идентифицирует сам себя, и сообщает MME/пулу MME, где он расположен и как он встраивается в сеть. Если MME/пул MME отклоняет попытку самоконфигурируемого eNB зарегистрироваться в конкретном MME/пуле MME, он может на дополнительном этапе S410, проиллюстрированном с помощью пунктирной линии, сообщить самоконфигурируемому eNB перейти к другому MME/пулу MME и зарегистрироваться. На этапе S411 самоконфигурируемый eNB снова связывается со своим соседним(и) eNB и обновляет его из своих новых настроек. Типично, самоконфигурируемый eNB принимает информацию не только от одного, но от множества соседних eNB на этапе S407-408. Так, например, список соседних сот самоконфигурируемого eNB может быть создан из списков соседних сот, принятых от множества соседних eNB. Таким образом, для обновления одного соседнего eNB в схеме сигнализации на фиг. 4, например, завершенный список сот самоконфигурируемого eNB и в каком MME/пуле MME самоконфигурируемый eNB зарегистрировался, он должен быть обновлен по этой информации. Следует также понимать, что этот этап может быть повторен. Во-первых, самоконфигурируемый eNB может сообщить первому соседнему eNB о его настройках параметров конфигурации. Позже самоконфигурируемый eNB может стать осведомленным о ранее неизвестном соседнем eNB (например, с помощью списка соседних сот от второго соседнего eNB), который затем может быть добавлен к списку соседних сот самоконфигурируемого eNB. В этом случае существует необходимость обновить упомянутый первый соседний eNB по самоконфигурируемому списку соседних сот eNB так, чтобы сохранять всю информацию в пределах сети и сетевые узлы обновленными. Когда самоконфигурируемый eNB обновил свои соседние узлы, он снова на этапе S412 связывается со своим MME или пулом MME и сообщает ему, что он готов работать и что пользовательские данные могут быть запущены через него. В конечном итоге на этапе S413 самоконфигурируемый eNB связывается с OSS и сообщает ему, что процесс самоконфигурирования был успешным и что узел теперь запущен и работает. Он сообщает OSS, что он присоединился к сети, и излагает свои текущие настройки параметров и данные, например свой список соседних сот, данные положения, данные о выходной мощности, частотах, временных интервалах, кодеках и т.д., с каким MME или пулом MME он соединен и с какими другими сетевыми узлами (например, AGW) он может взаимодействовать. Таким образом, самоконфигурирование вновь установленного или перезагруженного eNB завершено.In step S401, the self-configuring eNB communicates with the DNS / DHCP network from which it receives the IP address, IP mask, etc. in step S402. In step S403, the self-configuring eNB requests the MT within its cell which other neighboring eNBs it can see. In step S404, the MT contacts a neighboring eNB with which it can also communicate and requests its CIPL. In step S405, the neighboring eNB reports its CIPL and additionally its MCI to the MT, which in step S406 routes the CIPL to the self-configuring eNB. In step S407, the self-configuring eNB establishes an X2 connection with the neighboring eNB and asks it about its list of neighboring cells, personal settings, network components with which it is communicatively connected, etc. In step S408, the neighboring eNB responds by stating the requested information. The answer in step S408 contains information about which MME or MME pool the neighboring eNB is connected to and in step S409, the self-configuring eNB communicates with that same (s) MME / MME pool and identifies itself and informs the MME / MME pool, where it is located and how it is built into the network. If the MME / MME pool rejects the attempt of the self-configuring eNB to register with a particular MME / MME pool, it may at additional step S410, illustrated by a dashed line, inform the self-configuring eNB to move to another MME / MME pool and register. In step S411, the self-configuring eNB again communicates with its neighboring eNB (s) and updates it from its new settings. Typically, a self-configuring eNB receives information not only from one, but from a plurality of neighboring eNBs in step S407-408. So, for example, a neighbor cell list of a self-configuring eNB may be created from neighbor cell lists received from a plurality of neighboring eNBs. Thus, to update one neighboring eNB in the signaling scheme of FIG. 4, for example, a complete list of cells of a self-configured eNB and in which MME / MME pool a self-configured eNB is registered, it should be updated with this information. It should also be understood that this step may be repeated. First, a self-configuring eNB can inform the first neighboring eNB of its configuration parameter settings. Later, the self-configuring eNB may become aware of a previously unknown neighboring eNB (for example, using a list of neighboring cells from the second neighboring eNB), which can then be added to the list of neighboring cells of the self-configuring eNB. In this case, there is a need to update said first neighboring eNB from a self-configuring list of neighboring eNB cells so as to keep all information within the network and network nodes updated. When the self-configuring eNB has updated its neighboring nodes, it again in step S412 contacts its MME or MME pool and tells it that it is ready to work and that user data can be launched through it. Finally, in step S413, the self-configuring eNB contacts the OSS and informs it that the self-configuration process was successful and that the node is now up and running. He tells OSS that he has joined the network and sets out his current settings of parameters and data, for example his list of neighboring cells, position data, data on output power, frequencies, time intervals, codecs, etc., with which MME or pool It is connected to an MME and with what other network nodes (for example, AGW) it can communicate. Thus, the self-configuration of the newly installed or rebooted eNB is completed.

Из вышеизложенного описания очевидно, что одним важным признаком, предусмотренным изобретательской идеей, чтобы позволить узлу сети доступа самоконфигурироваться с помощью настройки своих параметров конфигурации на основе настроек параметров конфигурации своих соседних узлов сети доступа, является возможность для вновь установленного или перезагруженного eNB самостоятельно зарегистрироваться в соответствующем MME или пуле MME на основе того, в каких MME или пулах MME зарегистрированы его соседние eNB. Тем не менее, следует принять во внимание, что этот принцип не ограничен узлами MME, но тот же самый принцип применим к самостоятельной регистрации узла сетевого доступа в одном из множества узлов базовой сети любого конкретного типа. Например, каждый eNB в сети LTE/SAE типично также ассоциирован с одним или несколькими узлами UPE в базовой сети, и изобретение, таким образом, также позволяет самоконфигурируемыму eNB самому ассоциироваться с соответствующим узлом(узлами) UPE на основе того, с какими узлами UPE ассоциированы его соседние узлы eNB.From the above description, it is obvious that one important feature provided by the inventive idea in order to allow the access network node to self-configure by adjusting its configuration parameters based on the configuration settings of its neighboring access network nodes is the ability for a newly installed or rebooted eNB to register independently in the corresponding MME or an MME pool based on which MME or MME pools its neighboring eNBs are registered in. Nevertheless, it should be taken into account that this principle is not limited to MME nodes, but the same principle applies to self-registration of a network access node in one of the many nodes of the core network of any particular type. For example, each eNB in the LTE / SAE network is typically also associated with one or more UPE nodes in the core network, and the invention thus also allows the self-configuring eNB itself to associate with the corresponding UPE node (s) based on which UPE nodes are associated with its neighboring eNB nodes.

Как упомянуто в вводной части подробного описания, хотя описано в данном документе в контексте сети LTE/SAE, настоящее изобретение применимо также к другим типам сетей. Например, изобретение может использоваться в фиксированных и мобильных сетях WIMAX и UMB-сетях (ультрамобильная широкополосная передача), чтобы представить конфигурацию новых или перезагруженных узлов более эффективно. Хотя терминология и в некоторой степени также функциональные возможности сетевых компонентов в этих типах сетей могут отличаться от таких же в сети LTE/SAE, специалист в данной области техники сможет идентифицировать компоненты/узлы, которые имеют те же самые или аналогичные функциональные возможности как MT, eNB, MME и OSS сети LTE/SAE в этих других типах сетей и, соответственно, реализовать изобретение.As mentioned in the introduction to the detailed description, although described herein in the context of an LTE / SAE network, the present invention is also applicable to other types of networks. For example, the invention can be used in fixed and mobile WIMAX networks and UMB networks (ultra-mobile broadband) to present the configuration of new or reloaded nodes more efficiently. Although the terminology and to some extent also the functionality of the network components in these types of networks may differ from those in the LTE / SAE network, one skilled in the art will be able to identify components / nodes that have the same or similar functionality as MT, eNB , MME and OSS LTE / SAE networks in these other types of networks and, accordingly, implement the invention.

Упомянув это, следует понимать, что по всему вышеизложенному описанию MT следует толковать как любое устройство мобильной связи, предназначенное для связи с узлами или другими устройствами связи через сети связи, eNB может толковаться как любой узел сети доступа, выполненный с возможностью передавать беспроводным образом с помощью упомянутых устройств связи, MME может толковаться как любой узел управления управляющей плоскостью, который обрабатывает контекст управляющей плоскости в сети и OSS, может толковаться как любая система управления для сети или части сети.Mentioning this, it should be understood that throughout the above description MT should be interpreted as any mobile communication device designed to communicate with nodes or other communication devices via communication networks, eNB can be interpreted as any access network node configured to transmit wirelessly using mentioned communication devices, the MME can be interpreted as any control plane control node that processes the context of the control plane in the network and OSS, can be interpreted as any control system for a network or part of a network.

Это изобретение является ключевой частью построения нового, более эффективного способа осуществления управления сетью, где для самой сети больше ежедневных подробностей оставлено скорее для управления, чем для осуществления этих действий системой централизованного управления (или людьми). Это изобретение основано на идее распределенного сетевого управления, где решения принимаются, скорее где постоянно находится информация, чем где-либо "выше" в иерархии. Это изобретение не только позволит узлам и сетям реагировать быстрее и более точно на изменения в сети, оно также снизит требуемую величину специалистов. По всему описанию выше система централизованного управления (например, OSS) описана как конечное средство для нахождения информации, необходимой для соответствующей конфигурации узла сети доступа в сети. Хотя это возможно в сетях сегодня, следует понимать, что это изобретение является частью исключения необходимости в, или, по меньшей мере, уменьшения важности систем централизованного сетевого управления.This invention is a key part of building a new, more efficient way to implement network management, where for the network itself more daily details are left for management rather than for the implementation of these actions by a centralized management system (or people). This invention is based on the idea of distributed network management, where decisions are made, more likely where information is constantly located, than somewhere "higher" in the hierarchy. This invention will not only allow nodes and networks to respond faster and more accurately to changes in the network, it will also reduce the required amount of specialists. Throughout the description above, a centralized management system (eg, OSS) is described as the ultimate means for finding the information necessary for the appropriate configuration of an access network node in a network. Although this is possible in networks today, it should be understood that this invention is part of eliminating the need for, or at least reducing the importance of centralized network management systems.

Следует принимать во внимание, что способ изобретения с внедрением автоматизма в процесс конфигурации узлов радиодоступа, раскрытый в данном документе, может использоваться не только, когда узел сети доступа устанавливается или перезагружается. Предлагаемый способ, с помощью которого узлы сети доступа могут самоконфигурироваться, получая информацию от сети и своих соседних узлов, может также использоваться для обновления параметров конфигурации узлов сети доступа, когда происходит любое изменение в сетевой среде. Например, он может использоваться, когда узел сети доступа удаляется из сети. С помощью предварительного программирования узлов сети доступа в сети в случайных или в постоянных интервалах, чтобы осуществлять предлагаемый способ самоконфигурирования, их параметры конфигурации, например их список соседних сот, может автоматически обновляться и, следовательно, пополняться последними данными без необходимости ручного перепрограммирования узлов с помощью узлов с помощью оператора сети.It should be borne in mind that the method of the invention with the introduction of automatism in the process of configuring radio access nodes disclosed herein can be used not only when the access network node is installed or rebooted. The proposed method by which the nodes of the access network can self-configure, receiving information from the network and its neighboring nodes, can also be used to update the configuration parameters of the nodes of the access network when any change occurs in the network environment. For example, it can be used when an access network node is removed from the network. By preliminary programming the nodes of the access network network at random or constant intervals in order to implement the proposed method of self-configuration, their configuration parameters, for example, their list of neighboring cells, can be automatically updated and, therefore, updated with the latest data without the need for manual reprogramming of nodes using nodes with the help of a network operator.

Хотя изобретение описано в данном документе со ссылкой на определенные варианты осуществления, эти описания не означают толкования в ограничительном смысле. Различные модификации раскрытых вариантов осуществления, а также альтернативные варианты осуществления изобретения станут очевидными для специалистов в данной области техники при ссылке на описание изобретения. Следовательно, предусматривается, что подобные модификации не отклоняются от объема изобретения, изложенного в прилагаемой формуле изобретения.Although the invention is described herein with reference to certain embodiments, these descriptions are not meant to be construed in a limiting sense. Various modifications of the disclosed embodiments, as well as alternative embodiments of the invention, will become apparent to those skilled in the art by reference to the description of the invention. Therefore, it is contemplated that such modifications are not deviated from the scope of the invention set forth in the appended claims.

Claims (20)

1. Способ конфигурирования узла (17c) сети доступа в сети (1) связи, содержащей первый узел (17c) сети доступа и, по меньшей мере, второй соседний узел (17a-b) сети доступа, содержащий этапы, на которых:
- передают информацию уникальной идентификации, ассоциированную с любым одним из упомянутого первого (17c) или, по меньшей мере, второго (17a-b) узла сети доступа с другим одним из упомянутых первого (17c) и, по меньшей мере, второго (17a-b) узла сети доступа через мобильный терминал (21), который может взаимодействовать как с первым (17c), так и с, по меньшей мере, вторым (17a-b) узлом сети доступа;
- устанавливают прямое соединение (19) между упомянутым первым (17c) и упомянутым, по меньшей мере, вторым (17b-с) узлом сети доступа, используя упомянутую информацию уникальной идентификации;
- принимают через установленное прямое соединение (19) информацию конфигурации от упомянутого, по меньшей мере, второго узла (17a-b) сети доступа в упомянутый первый узел (17c) сети доступа, и
- конфигурируют упомянутый первый узел (17c) сети доступа с помощью настроек параметров конфигурации на основе упомянутой переданной информации конфигурации.1. A method for configuring an access network node (17c) in a communication network (1) comprising a first access network node (17c) and at least a second neighboring access network node (17a-b), comprising the steps of:
- transmit unique identification information associated with any one of said first (17c) or at least second (17a-b) access network nodes with another one of said first (17c) and at least second (17a- b) an access network node through a mobile terminal (21), which can communicate with both the first (17c) and at least the second (17a-b) access network node;
- establish a direct connection (19) between said first (17c) and said at least second (17b-c) access network node using said unique identification information;
- receive, via an established direct connection (19), configuration information from said at least second access network node (17a-b) to said first access network node (17c), and
- configuring said first access network node (17c) using configuration parameter settings based on said transmitted configuration information. 2. Способ конфигурации по п.1, в котором упомянутое прямое соединение (19) между упомянутым первым (17c) и упомянутым, по меньшей мере, вторым (17b-с) узлом сети доступа является прямым соединением по интерфейсу Х2.2. The configuration method according to claim 1, wherein said direct connection (19) between said first (17c) and said at least second (17b-c) access network node is a direct connection on an X2 interface. 3. Способ конфигурации по п.1, в котором упомянутая информация конфигурации содержит информацию о том, к какому из множества узлов (9; 11) базовой сети конкретного типа принадлежит упомянутый, по меньшей мере, второй узел сети доступа, и этап, на котором конфигурирование первого узла (17c) сети доступа содержит этап, на котором регистрируют упомянутый первый узел (17c) сети доступа в том же самом узле (9; 11) базовой сети.3. The configuration method according to claim 1, wherein said configuration information contains information about which of the plurality of nodes (9; 11) of a core network of a particular type refers to said at least the second node of the access network, and the stage at which the configuration of the first access network node (17c) comprises the step of registering said first access network node (17c) in the same core network node (9; 11). 4. Способ конфигурации по п.3, в котором упомянутый узел (9; 11) базовой сети является узлом управления управляющей плоскости, например, объектом управления мобильностью (ММЕ) или пулом ММЕ.4. The configuration method according to claim 3, wherein said core network node (9; 11) is a control plane control node, for example, a mobility management entity (MME) or an MME pool. 5. Способ конфигурации по п.1, в котором упомянутая информация конфигурации содержит список соседних сот из соседних узлов сети доступа упомянутого, по меньшей мере, второго узла (17a-b) сети доступа, и этап конфигурирования первого узла (17c) сети доступа содержит этап добавления, по меньшей мере, одного из узлов сети доступа в упомянутый список соседних сот в списке соседних сот упомянутого первого узла (17c) сети доступа.5. The configuration method according to claim 1, wherein said configuration information comprises a list of neighboring cells from neighboring nodes of the access network of said at least second access network node (17a-b), and the step of configuring the first access network node (17c) comprises the step of adding at least one of the nodes of the access network to said list of neighboring cells in the list of neighboring cells of said first node (17c) of the access network. 6. Способ конфигурации по п.1, дополнительно содержащий этап, на котором:
- информируют и/или обновляют соседние узлы (17a-b) сети доступа с параметрами конфигурации первого узла (17c) сети доступа после конфигурирования упомянутого первого узла (17c) сети доступа.6. The configuration method according to claim 1, further comprising the step of:
- inform and / or update the neighboring nodes (17a-b) of the access network with the configuration parameters of the first node (17c) of the access network after configuring the aforementioned first node (17c) of the access network. 7. Способ конфигурации по п.3, дополнительно содержащий этап, на котором:
- уведомляют упомянутый узел (9; 11) базовой сети о том, что упомянутый первый узел (17c) сети доступа готов для включения в работу.7. The configuration method according to claim 3, further comprising the step of:
- notify said node (9; 11) of the core network that the said first node (17c) of the access network is ready for inclusion in operation. 8. Способ конфигурации по п.1, дополнительно содержащий этап, на котором:
- сообщают системе (3, 13, 15) управления для упомянутой телекоммуникационной системы о параметрах конфигурации упомянутого первого узла (17c) сети доступа.8. The configuration method according to claim 1, further comprising the step of:
- inform the control system (3, 13, 15) for said telecommunication system of the configuration parameters of said first access network node (17c). 9. Первый узел (17c) сети доступа в сети (1) связи, содержащей, по меньшей мере, второй узел (17a-b) сети доступа, отличающийся тем, что упомянутый первый узел (17c) сети доступа выполнен с возможностью
- принимать информацию уникальной идентификации, ассоциированную с упомянутым, по меньшей мере, вторым узлом (17a-b) сети доступа от упомянутого, по меньшей мере, второго узла (17a-b) сети доступа через мобильный терминал (21), который может взаимодействовать как с первым узлом (17c) сети доступа, так и с, по меньшей мере, вторым (17a-b) узлом сети доступа;
- установить прямое соединение (19) с упомянутым, по меньшей мере, вторым узлом (17a-b) сети доступа, используя информацию упомянутой уникальной идентификации;
- принимать через установленное прямое соединение (19) информацию конфигурации от упомянутого, по меньшей мере, второго узла (17a-b) сети доступа, и
- настроить параметры конфигурации для упомянутого первого узла (17c) сети доступа на основе упомянутой принятой информации конфигурации.9. The first node (17c) of the access network in the communication network (1) containing at least a second node (17a-b) of the access network, characterized in that said first node (17c) of the access network is configured to
- receive unique identification information associated with said at least second access network node (17a-b) from said at least second access network node (17a-b) through a mobile terminal (21), which can interact as with the first node (17c) of the access network, and with at least the second (17a-b) node of the access network;
- establish a direct connection (19) with said at least second node (17a-b) of the access network using the information of said unique identification;
- receive, via the established direct connection (19), configuration information from the at least second access network node (17a-b), and
- configure configuration parameters for said first node (17c) of the access network based on said received configuration information. 10. Первый узел (17c) сети доступа в сети (1) связи, содержащей, по меньшей мере, второй узел (17a-b) сети доступа, отличающийся тем, что упомянутый первый узел (17c) сети доступа выполнен с возможностью
- отсылать информацию уникальной идентификации, ассоциированную с упомянутым первым узлом (17c) сети доступа в упомянутый, по меньшей мере, второй узел (17a-b) сети доступа через мобильный терминал (21), который может взаимодействовать как с первым узлом (17c) сети доступа, так и с, по меньшей мере, вторым (17a-b) узлом сети доступа;
- разрешать упомянутому, по меньшей мере, второму узлу (17a-b) сети доступа устанавливать прямое соединение (19) с упомянутым, по меньшей мере, первым узлом (17c) сети доступа, используя упомянутую информацию уникальной идентификации;
- принимать через установленное прямое соединение (19) информацию конфигурации от упомянутого, по меньшей мере, второго узла (17a-b) сети доступа, и
- настраивать параметры конфигурации для упомянутого первого узла (17c) сети доступа на основе упомянутой принятой информации конфигурации.10. The first node (17c) of the access network in the communication network (1) containing at least a second node (17a-b) of the access network, characterized in that said first node (17c) of the access network is configured to
- send unique identification information associated with said first node (17c) of the access network to said at least second node (17a-b) of the access network through a mobile terminal (21), which can interact as with the first node (17c) of the network access, and with at least a second (17a-b) access network node;
- allow said at least second access network node (17a-b) to establish a direct connection (19) with said at least first access network node (17c) using said unique identification information;
- receive, via the established direct connection (19), configuration information from the at least second access network node (17a-b), and
- configure configuration parameters for said first node (17c) of the access network based on said received configuration information. 11. Первый узел (17c) сети доступа по п.9, в котором упомянутый первый узел (17c) сети доступа выполнен с возможностью устанавливать прямое соединение (19) с, по меньшей мере, вторым узлом (17a-b) сети доступа по интерфейсу Х2.11. The first node (17c) of the access network according to claim 9, in which said first node (17c) of the access network is configured to establish a direct connection (19) with at least the second node (17a-b) of the access network via the interface X2. 12. Первый узел (17c) сети доступа по любому из пп.9 и 10, в котором упомянутый первый узел (17c) сети доступа дополнительно выполнен с возможностью выбирать узел (9; 11) базовой сети на основе принятой информации конфигурации, если упомянутая принятая информация конфигурации содержит информацию о том, к какому из множества узлов (9; 11) базовой сети конкретного типа принадлежит, по меньшей мере, второй узел (17a-b) сети доступа, и регистрироваться в упомянутом выбранном узле (9; 11) базовой сети.12. The first access network node (17c) according to any one of claims 9 and 10, wherein said first access network node (17c) is further configured to select a core network node (9; 11) based on the received configuration information, if said the configuration information contains information about which of the plurality of nodes (9; 11) of the core network of a particular type belongs to at least the second node (17a-b) of the access network and register with the selected node (9; 11) of the core network . 13. Первый узел (17c) сети доступа по п.12, упомянутый первый узел (17c) сети доступа, который выполнен с возможностью выбирать узел (9; 11) управления управляющей плоскостью, например, ММЕ или пул ММЕ, на основе принятой информации конфигурации, и регистрироваться в упомянутом выбранном узле (9; 11) управления управляющей плоскостью, если упомянутая принятая информация конфигурации содержит информацию о том, к какому узлу (9; 11) управления управляющей плоскостью принадлежит, по меньшей мере, второй узел (17a-b) сети доступа.13. The first access network node (17c) of claim 12, said first access network node (17c), which is configured to select a control plane control node (9; 11), for example, MME or MME pool, based on the received configuration information and register in said selected control plane control unit (9; 11) if said received configuration information contains information about which control plane control unit (9; 11) at least the second node (17a-b) belongs to access network. 14. Первый узел (17c) сети доступа по любому из пп.9 и 10, в котором упомянутый первый узел (17c) сети доступа дополнительно выполнен с возможностью выбирать один или более узлов сети доступа на основе принятой информации конфигурации, если упомянутая принятая информация конфигурации содержит список соседних сот из соседних узлов сети доступа упомянутого, по меньшей мере, второго узла (17a-b) сети доступа, и, по меньшей мере, временно добавлять упомянутый выбранный узел(узлы) сети доступа в свой собственный список соседних сот.14. The first access network node (17c) according to any one of claims 9 and 10, wherein said first access network node (17c) is further configured to select one or more access network nodes based on the received configuration information if said received configuration information contains a list of neighboring cells from neighboring nodes of the access network of said at least second node (17a-b) of the access network, and at least temporarily add said selected node (nodes) of the access network to its own list of neighboring cells. 15. Первый узел (17c) сети доступа по любому из пп.9 и 10, в котором упомянутый первый узел (17c) сети доступа дополнительно выполнен с возможностью сообщать и/или обновлять, по меньшей мере, один соседний узел (17a-b) сети доступа по его настройкам параметров конфигурации.15. The first access network node (17c) according to any one of claims 9 and 10, wherein said first access network node (17c) is further configured to report and / or update at least one neighboring node (17a-b) access network by its configuration settings. 16. Первый узел (17c) сети доступа по п.12, в котором упомянутый первый узел (17c) сети доступа дополнительно выполнен с возможностью уведомлять упомянутый узел (9; 11) базовой сети, что он готов к включению в работу.16. The first access network node (17c) according to claim 12, wherein said first access network node (17c) is further configured to notify said core network node (9; 11) that it is ready for operation. 17. Первый узел (17c) сети доступа по любому из пп.9 и 10, в котором упомянутый первый узел (17c) сети доступа дополнительно выполнен с возможностью сообщать и/или обновлять систему (3, 13, 15) управления для упомянутой сети (1) связи по его настройкам параметров конфигурации.17. The first node (17c) of the access network according to any one of claims 9 and 10, wherein said first node (17c) of the access network is further configured to report and / or update the control system (3, 13, 15) for said network ( 1) communication on its configuration settings. 18. Сеть (1) связи, отличающаяся тем, что упомянутая сеть (1) связи содержит первый узел (17c) сети доступа по любому из пп.9-17.18. Communication network (1), characterized in that said communication network (1) comprises a first access network node (17c) according to any one of claims 9-17. 19. Сеть (1) связи по п.18, дополнительно содержащая второй узел (17a-b), выполненный с возможностью участвовать в конфигурации упомянутого первого узла (17c) сети доступа, отправляя информацию, относящуюся к настройкам параметров конфигурации упомянутого второго узла (17a-b) сети доступа в упомянутый первый узел (17c) сети доступа через прямое соединение (19) с упомянутым первым узлом (17c) сети доступа.19. The communication network (1) according to claim 18, further comprising a second node (17a-b) configured to participate in the configuration of said first access network node (17c) by sending information regarding configuration settings of said second node (17a -b) access networks to said first node (17c) of the access network via a direct connection (19) to said first node (17c) of the access network. 20. Сеть (1) связи по любому из пп.18 или 19, в котором упомянутая сеть (1) связи является сетью LTE/SAE, и упомянутый узел(узлы) (17a-c) сети доступа является улучшенным узлом В [eNB]. 20. The communication network (1) according to any one of claims 18 or 19, wherein said communication network (1) is an LTE / SAE network, and said access network node (s) (17a-c) is an enhanced Node B [eNB] .
RU2010136718/07A 2008-02-01 2008-02-01 Node configuration in communication network RU2461137C2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
RU2010136718/07A RU2461137C2 (en) 2008-02-01 2008-02-01 Node configuration in communication network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
RU2010136718/07A RU2461137C2 (en) 2008-02-01 2008-02-01 Node configuration in communication network

Publications (2)

Publication Number Publication Date
RU2010136718A RU2010136718A (en) 2012-03-10
RU2461137C2 true RU2461137C2 (en) 2012-09-10

Family

ID=46028839

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2010136718/07A RU2461137C2 (en) 2008-02-01 2008-02-01 Node configuration in communication network

Country Status (1)

Country Link
RU (1) RU2461137C2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2628700C2 (en) * 2013-05-31 2017-08-25 Хуавэй Текнолоджиз Ко., Лтд. Method, device and system for controlling subscriber device
RU2659405C2 (en) * 2015-01-13 2018-07-02 Нек Корпорейшн Communication equipment, node of support network, system, computer program and methods for re-routing nas messages

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2280952C2 (en) * 2001-11-13 2006-07-27 Хуавэй Текнолоджиз Ко., Лтд. Base station configuring method

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2280952C2 (en) * 2001-11-13 2006-07-27 Хуавэй Текнолоджиз Ко., Лтд. Base station configuring method

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ERICSSON, ON AUTOMATIC NEIGHBOUR RELATION CONFIGURATION, 3GPP DRAFT4 R3-071819 ANR DISCUSSION, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE; 650 ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS, FRANCE, 03.10.2007, (найдено 30.01.2012), найдено в Интернет http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_57bis/docs/. *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2628700C2 (en) * 2013-05-31 2017-08-25 Хуавэй Текнолоджиз Ко., Лтд. Method, device and system for controlling subscriber device
RU2659405C2 (en) * 2015-01-13 2018-07-02 Нек Корпорейшн Communication equipment, node of support network, system, computer program and methods for re-routing nas messages
US10631356B2 (en) 2015-01-13 2020-04-21 Nec Corporation Communication apparatus, core network node, system, computer program and methods for rerouting NAS-messages

Also Published As

Publication number Publication date
RU2010136718A (en) 2012-03-10

Similar Documents

Publication Publication Date Title
EP2241056B1 (en) Configuration of a node in a communications network
JP5140590B2 (en) Automatic base station configuration
US8724509B2 (en) Mobile communication method, mobile communication system, and corresponding apparatus
EP2356845B1 (en) Interface setup for communications network with femtocells
US20190159117A1 (en) Terminal apparatus, base station apparatus, mobility management entity (mme), and communication control method
JP5599781B2 (en) Simplified local routing
US8005008B2 (en) Method for supporting a network locating a target node
CN114009108B (en) RAN Paging Processing
JP4768807B2 (en) Wireless communication method and system
WO2020198733A1 (en) Core paging handling
KR20070044402A (en) Messaging in an unlicensed mobile access telecommunications system
CN101674624B (en) Dynamic switching method for household base station gateway
US20120196594A1 (en) Multicast Optimization and Aggregation in an Enterprise Controller
EP3286981B1 (en) Communication system
WO2003045095A1 (en) Broadcasting information about eligible network operators to mobile user equipments
EP1827047A1 (en) Mobility management method for mobile terminals in a cellular wireless communication system, as well as corresponding equipment
JP4975869B2 (en) Method and apparatus for facilitating handover from a WCDMA public land mobile access network to a generic access network
US9980126B2 (en) Communication system
RU2461137C2 (en) Node configuration in communication network
WO2012136762A1 (en) Local network identifier for local internet protocol access
EP1845745B1 (en) A cell discovery method and related equipment
KR20130074597A (en) Method for supporting closed subscriber group in wireless communication system