FI131522B1

FI131522B1 - Method and apparatus for coordination of self-optimization functions in a wireless network

Info

Publication number: FI131522B1
Application number: FI20176077A
Authority: FI
Inventors: Joey Chou
Original assignee: Apple Inc
Priority date: 2012-03-16
Filing date: 2013-03-13
Publication date: 2025-06-06
Also published as: FI20176077A7

Abstract

Verkonhallintalaite ja -menetelmä itseoptimointitoimintojen koordinoimiseksi langattomassa verkossa. Verkonhallintalaite itseoptimointitoimintojen koordinoimiseksi sisältää yhden tai useamman prosessorin ja rajapinnan. Rajapinta kommunikoi enhanced node B (eNodeB)-tukiasemien kanssa. Rajapinta on järjestetty vastaanottamaan pyynnön enhanced node B (eNodeB) - tukiaseman peiton tai kapasiteetin muuttamiseksi. Rajapinta on lisäksi järjestetty lähettämään kyselyn eNodeB-tukiasemalle eNodeB-tukiaseman itseoptimoituvan verkon (SON) koordinaatiotilan saamiseksi. Mainitut yksi tai useampi prosessori on järjestetty määräämään hyväksytäänkö vai hylätäänkö pyyntö koordinaatiopolitiikan ja SON-koordinaatiotilan perusteella.A network management device and method for coordinating self-optimization operations in a wireless network. A network management device for coordinating self-optimization operations includes one or more processors and an interface. The interface communicates with enhanced node B (eNodeB) base stations. The interface is arranged to receive a request to change the coverage or capacity of an enhanced node B (eNodeB) base station. The interface is further arranged to send a query to the eNodeB base station to obtain the self-optimizing network (SON) coordination state of the eNodeB base station. The one or more processors are arranged to determine whether to accept or reject the request based on a coordination policy and the SON coordination state.

Description

METHOD AND APPARTUS FOR COORDINATION OF SELF-OPTIMIZATION

FUNCTIONS IN A WIRELESS NETWORK

TECHNICAL FIELD

Embodiments pertain to wireless communications. More particularly, embodiments relate to coordination between self-optimization functions for cells within a wireless communication system. Some embodiments relate to the 3rd

Generation Partnership Project, Technical Specification Group Services and — System Aspects, Telecommunication management, Self-Organizing Networks (SON) Policy Network Resource Model (NRM) Integration Reference Point (IRP),

Information Service (IS) 3GPP TS 32.522.

BACKGROUND

Self-optimization, in the context of wireless networks, is the process of analyzing measurements data of enhanced node Bs (eNodeBs), and then tuning radio and transport parameters of eNodeBs in order to achieve optimal network performance, coverage, and capacity. Self-optimization networks (SONs) may implement a variety of SON functions including, for example, Load Balancing,

Handover Optimization (HO), Coverage & Capacity Optimization (CCO), Cell

Outage Compensation (COC), and Energy Saving Management (ESM). These optimization functions change the coverage and capacity of a cell by configuring parameters of the eNodeB. Example parameters may include transmission power — for downlink transmissions, antenna tilt, and azimuth parameters.

In current 3rd Generation Partnership Project (3GPP) long term evolution (LTE) systems, SON functions may operate independently to change these or other parameters of one or more eNodeBs. However, current 3GPP LTE-

Advanced systems do not support coordination between SON functions.

Therefore, two or more SON functions may simultaneously operate to change the same configuration parameter of the same eNodeB. Conflicts may arise and instability may therefore occur in the affected eNodeB.

Prior art solutions can be found document “Policy-based Cooperation and

Management of SON Functions”(Bandh T. et al.). This document discloses a detailed analysis of the requirements for the coordination, a policy-based approach to realize the coordination-related decision making based on the network configuration and SON function context. Also document “3GPP TS 32.522 (2011- 12) Technical Specification 3" Generation Partnership Project; Technical

Specification Group Services And System Aspects; Telecommunication management; Self-OrganizingNetvorks (SON) Policy Network Resource Model (NRM) Integration Reference Point (IRP); Information Services (IS) (Release 11)” discloses self-organizing networks (SON) policy network resource model (NRM)

Integration Reference Point (IRP)

Thus there are general needs for systems and methods to coordinate the operation of SON functions within a wireless network.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example portion of a wireless communications network in which example embodiments are implemented.

FIG. 2 illustrates an example block diagram showing a system architecture for implementing coordination of self-optimizing network functions according to some embodiments.

FIG.3 illustrates an example block diagram showing details of the eNodeBs included in the wireless communications network of FIGs. 1 or 2 according to some embodiments.

FIG. 4 illustrates an example block diagram showing details of the network manager (NM) included in the system architecture of FIG. 2 according to some example embodiments.

FIG. 5illustrates a signal flow diagram depicting signals and messages for implementing coordination of self-optimizing network functions.

DETAILED DESCRIPTION

The following description is presented to enable any person skilled in the art to create and use a computer system configuration and related method and article of manufacture to coordinate self-optimizing network (SON) functions performed by domain managers (DMs) or enhanced Node Bs (eNodeBs) within a wireless communications network. Coordination policies are implemented to determine the circumstances under which an eNodeB may implement different

SON functions. In at least one example embodiment, the coordination policies take into account the current state of the eNodeB. The coordination policies may further be based on the identity of the desired SON function to which the eNodeB may be changed, or other inputs related to the desired SON function.

Various modifications to the embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments and applications without departing from the scope of the invention. Moreover, in the following description, numerous details are set forth for the purpose of explanation. However, one of ordinary skill in the art will realize that embodiments of the invention may be practiced without the use of these specific details. In other instances, well-known structures and processes are not shown in block diagram form in order not to obscure the description of the embodiments of the invention with unnecessary detail. Thus, the present disclosure is not intended to be limited to the embodiments shown, but is to be accorded the widest scope consistent with the principles and features disclosed herein.

FIG. 1 illustrates an example portion of a wireless communications network 100 in which example embodiments may be implemented. In one embodiment, the wireless communications network 100 comprises an evolved universal terrestrial radio access network (EUTRAN) using the 3rd Generation partnership Project (3GPP) long term evolution (LTE) standard. In one embodiment, the wireless communications network 100 includes a firsteNodeB 101, a second eNodeB 102, a third eNodeB 103, and a fourth eNodeB 104 (also referred to as a first base station 101, a second base station 102, a third base station 103). The first eNodeB 101 serves a certain geographic area Cell 1.

Similarly, the second eNodeB 102 serves geographic area Cell 2, the third eNodeB 103 serves geographic area Cell 3, and the fourth eNodeB 104 serves geographic area Cell 4.

It is understood that the wireless communications network 100 may include more or fewer than four eNodeBs. It is further understood that each eNodeB may have several neighboring eNodeBs. As an example, eNodeB 103 may have six or more neighboring eNodeBs.

Capacity and Coverage Optimization (CCO), Cell Outage Compensation (COC) and Energy Saving Management (ESM) are SON functions that may change the coverage or capacity of one or more cells in a wireless network. The CCO

SON function strives to maximize the coverage of an eNodeB while optimizing capacity and ensuring that inter-cell interference is minimized. The COC SON function configures an eNodeB to compensate for another eNodeB that is in an outage condition. The ESM function extends the coverage of a neighbor eNodeB to cover the eNodeB that is configured to enter into an energy-saving mode. If one of these SON functions changes an eNodeB at the same time that another SON — function changes the same eNodeB, conflicts may occur.

As an illustrative example, referring to FIG. 1, if Cell 1 experiences a service outage, the COC SON function will attempt to compensate the outage of

Cell 1 by reconfiguring parameters of possible candidate cells. For example, COC may attempt to reconfigure transmission power, antenna tilt and antenna azimuth of eNodeBs 102 and 103 serving Cells 2 and 3 such that eNodeBs 102 and 103 can compensate for the eNodeB serving Cell 1.At the same time, however, theESM

SON function may be operating on Cell 2 to compensate the coverage of neighboring Cell 4 as Cell 4 is entering into an energy saving state. Therefore, in this example, the COC and ESM SON functions may be attempting to operate on

Cell 2 simultaneously.

In this illustrative example, from the point in time at which the outage of

Cell 1 is detected until Cell 1 has been compensated by Cells 2 and 3, unless there is coordination among SON functions, the COC and ESM SON functions may each attempt to configure differenteNodeB 102settings for transmission power, antenna — tilt, and antenna azimuth. For example, COC may attempt to tilt the antenna of eNodeB 102 downward at the same time ESM attempts to tilt the antenna of eNodeB 102 upward, resulting in instability of eNodeB 102.

In example embodiments, a network management device, or network manager (NM) may incorporate a SON coordination mechanism to coordinate coverage and capacity changes of eNodeBs in the network 100 and to thereby provide conflict prevention or conflict resolution among SON functions. The network management device may include an interface that receives a request to change the coverage and capacity of an eNodeB in the network 100. This interface may further transmit a query to the eNodeB to obtain a SON coordination state of the eNodeB. The network management device may further include one or more processors. These processors may execute algorithms that determine whether to grant or deny the request based on a coordination policy and the SON coordination state. Based on the coordination policy and the SON coordination state, the 5 network management device coordinates coverage and capacity changes of the eNodeBs in the network 100 in accordance with coverage and capacity requirements of the coordination policy while minimizing inter-cell interference and energy usage in accordance with the coordination policy.

An NM supporting SON coordination according to example embodiments reads and writes values for a SON coordination state attribute, sonCoordinationState, of eNodeBs in the network 100. Values for this attribute are shown in Table 1:

EsmCompensating Cell is providing the coverage for other cells that are switched off for energy-saving purposes by an ESM SON function

EsmEnergySaving Cell is switched off for energy-saving

TTT mmo

CocCompensating Cell is providing the coverage of a

TIT [asmpemaisnee

CcoUpdating CCO is updating the configuration

TT jamit

None This cell is not currently being impacted

TL ete

Table 1: Values of sonCoordinationState attribute.

FIG. 2 illustrates the architecture of a system 200 for providing a SON coordination function according to at least one example embodiment. As is shown in FIG. 2, a standard interface Itf-N is situated between a network manager (NM) and a domain manager (DM). The Itf-N may be used to transmit performance measurement results data generated in the network, and for the transmission of performance alarms or notifications.

Network elements such as eNodeBs203, 204 and 205 provide data to support network performance evaluation. Such data may include Quality of Service (QoS) measurements, verification of network configuration, or other parameters.

Element managers (EM) 206, 207 administer production of measurement result databy, for example, managing a performance measurement collection process and generating performance measurement results.

An EM 206 may reside in a DM. Example DM tasks include configuration of eNodeBs, fault management, and performance monitoring.

Performance monitoring may comprise tasks such as receiving performance data — from the eNodeBs203, 204 and 205.

The eNodeBs203 and 204may communicate with the NM 201through theDM 202. Alternatively, an eNodeB 203may implement its own EM 207 to directly communicate with the NM 201. In some embodiments, the NM and the

SON functions may operate in accordance with 3GPP TS 32.522, although this is not a requirement.

FIG. 3 illustrates an example block diagram showing details of an eNodeB 301, which may be suitable for uses as any of eNodeBs 101, 102, 103, 104, 203, 204 and 205, according to example embodiments, although other configurations may be suitable. ENodeB301 may include a processor 300, a — memory 302, a transceiver 304, instructions 306, and other components (not shown). The eNodeBs 101, 102, 103, 104, 203, 204 and 205 can be similar to each other in hardware, firmware, software, configurations, and/or operating parameters.

The processor 300 comprises one or more central processing units (CPUs), graphics processing units (GPUs), or both. The processor 300 provides processing and control functionalities for the eNodeB. Memory 302 comprises one or more transient and static memory units configured to store instructions and data for the eNodeB. The transceiver 304 comprises one or more transceivers including a multiple-input and multiple-output (MIMO) antenna to support MIMO communications. The transceiver 304 receives uplink transmissions and transmits downlink transmissions, among other things, with user equipment (UEs). In some embodiments, the transceiver 304 transmits requests to change the coverage and capacity state of the eNodeB. In response to this request, in some embodiments, the transceiver receives a permission notification indicating whether the request to change the coverage state has been granted or denied. Based on whether permission has been granted, in some embodiments, the processor 300 stores a

SON coordination state in an associated memory 302 and changes the coverage and capacity state for the eNodeB.

The instructions 306 comprises one or more sets of instructions or software executed on a computing device (or machine) to cause such computing device (or machine) to perform any of the methodologies discussed herein. The instructions 306 (also referred to as computer- or machine-executable instructions) may reside, completely or at least partially, within the processor 300 and/or the memory 302 during execution thereof by the eNodeB. The processor 300 and memory 302 also comprise machine-readable media.

FIG. 4 illustrates a block diagram of an example machine 400 upon which any one or more of the operations performed by the network manager (NM) discussed herein may be performed. In alternative embodiments, the machine 400 —may operate as a standalone device or may be connected (e.g., networked) to other machines. In a networked deployment, the machine 400 may operate in the capacity of a server machine, a client machine, or both in server-client network environments. In an example, the machine 400 may act as a peer machine in a peer-to-peer (P2P) (or other distributed) network environment.

Machine (e.g., computer system) 400 may include a hardware processor 402 (e.g., a central processing unit (CPU), a graphics processing unit (GPU), a hardware processor core, or any combination thereof), a main memory 404 and a static memory 406, some or all of which may communicate with each other via an interlink (e.g., bus) 408. The machine 400 may further include a display unit 410, an alphanumeric input device 412 (e.g., a keyboard), and a user interface (Ul) navigation device 414 (e.g., a mouse). In an example, the display unit 410, input device 412 and UI navigation device 414 may be a touch screen display. The machine 400 may additionally include a storage device (e.g., drive unit) 416, a signal generation device 418 (e.g., a speaker), a network interface device 420, and one or more sensors 421, such as a global positioning system (GPS) sensor, compass, accelerometer, or other sensor. The machine 400 may include an output controller 428, such as a serial (e.g., universal serial bus (USB), parallel, or other wired or wireless (e.g., infrared (IR)) connection to communicate or control one or more peripheral devices (e.g., a printer, card reader, etc.).

The storage device 416 may include a machine readable medium 422 on which is stored one or more sets of data structures or instructions 424 (e.g., software) embodying or utilized by any one or more of the techniques or functions described herein. The instructions 424 may also reside, completely or at least — partially, within the main memory 404, within static memory 406, or within the hardware processor 402 during execution thereof by the machine 400. In an example, one or any combination of the hardware processor 402, the main memory 404, the static memory 406, or the storage device 416 may constitute machine readable media.

While the machine readable medium 422 is illustrated as a single medium, the term "machine readable medium" may include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that arranged to store the one or more instructions 424.

The term “machine readable medium” may include any medium that is capable of storing, encoding, or carrying instructions for execution by the machine 400 and that cause the machine 400 to perform any one or more of the technigues of the present disclosure, or that is capable of storing, encoding or carrying data structures used by or associated with such instructions. Non-limiting machine readable medium examples may include solid-state memories, and optical and — magnetic media. In an example, a massed machine readable medium comprises a machine readable medium with a plurality of particles having resting mass.

Specific examples of massed machine readable media may include: non-volatile memory, such as semiconductor memory devices (e.g., Electrically Programmable

Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only

Memory (EEPROM)) and flash memory devices; magnetic disks, such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM and DVD-

ROM disks.

The instructions 424 may further be transmitted or received over a communications network 426 using a transmission medium via the network interface device 420 utilizing any one of a number of transfer protocols (e.g., frame relay, internet protocol (IP), transmission control protocol (TCP), user datagram protocol (UDP), hypertext transfer protocol (HTTP), etc.). The term "transmission medium” shall be taken to include any intangible medium that is capable of storing, encoding or carrying instructions for execution by the machine 400, and includes digital or analog communications signals or other intangible medium to facilitate communication of such software. The instructions 424 may implement algorithms for SON coordination mechanisms according to example embodiments described below.

Referring again to FIG. 2, the SON coordination function for implementing SON coordination according to example embodiments resides above the Itf-N, and is implemented by instructions 424 on the processor 402 of the NM 201. However, it will be understood that the SON coordination function may reside below the Itf-N. For example, the SON coordination function may reside in the DM 202 for coordination of eNodeBs 203 and 204 or other eNodeBs (not shown) that managed by the DM 202.

FIG. 5 illustrates a signal flow diagram depicting signals that pass between an EM and the NM 201 in order to implement a SON coordination functionto prevent conflicts between ESM, COC, and CCO SON functions according to example embodiments.

In signal 1, a SON coordination entity receives a request to change the coverage and capacity of an eNodeB of the network. In an example embodiment, the SON coordination entity is the NM 201. The request may be received from a

DM 202. Alternatively, the request may be received directly from the eNodeB if the eNodeB includes an embedded EM.

In message 2, the NM queries the DM or eNodeB to obtain the SON coordination state. The SON coordination state indicates the behavior of a cell in supporting CCO, COC and ESM functions, and may include one of the following values: EsmCompensating, EsmEnergySaving, CocCompensating, CocOutage,

CcoUpdating, and None.

The NM 201 then determines whether to grant or deny the request based on a SON coordination policy and the SON coordination state. The SON coordination policy is described below. In example embodiments, the SON coordination policy is based on one or more of inputs from a SON function, priority levels assigned by network operators to SON functions, and network operator policies.

If the eNodeB is in the EsmCompensating SON coordination state, and the NM 201 is notified that the cell served by the eNodeB has an outage, then, the

SON coordination policy according to example embodiments provides thatthe NM

201 notifies the ESM function to find another cell to compensate the energy saving cells. If the ESM function is unable to find another cell, then the ESM function is to deactivate energy saving on cells that were compensated by the eNodeB. The NM 201 then changes the SON coordination state of the eNodeB to CocOutage.

If the NM 201 receives a COC request asking eNodeB to compensate a neighboring cell in outage while the eNodeB is in the EsmCompensating SON coordination state, then the SON coordination policy according to example embodiments provides that the NM 201 determines the priority of COC and ESM based on the network operator policy. If the ESM SON function has higher priority, then the COC request is rejected. If the COC SON function has higher priority, then the NM 201 notifies the ESM SON function to find another neighboring cell to compensate the energy saving cells. If the ESM SON function is not able to find another cell to compensate the energy saving cells, then the NM 201 notifies the

ESM SON function to deactivate energy saving on cells that were compensated by the eNodeB. The NM 201 then accepts the COC request he NM 201 changes the

SON coordination state of the eNodeB to None.

If the eNodeB is in the EsmEnergySaving state, and the NM 201 receives a COC request to compensate a neighboring cell in outage, then the SON coordination policy according to example embodiments provides that the NM 201 — should notify the ESM SON function to ask the eNodeB to exit energy saving. If the

ESM SON function is unable to reguest that the eNodeB exit energy saving, then the NM 201 rejects the COC request. If the ESM SON function is able to request that the eNodeB exit energy saving, then the NM 201 accepts the COC reguest and changes the SON coordination state to None.

If the eNodeB is in the CocCompensating state, and the NM 201 is notified that the eNodeB is experiencing an outage condition, then the SON coordination policy provides that the NM 201 notifies the COC SN function to find one or more neighboring eNodeBs to compensate both the reguesting eNodeB and the cells that were previously compensated by the reguesting eNodeB. The NM 201 further changes the SON coordination state of the requesting eNodeB to

CocOutage.

If the eNodeB is in the CocOutage state, then the NM 201 rejects all reguests. If the eNodeB is in the CcoUpdating state, then the NM 201 defers all

ESM and COC requests until the SON coordination state changes to None. If the eNodeB is in the None state, then the NM 201 accepts any request from the CCO,

COC or ESM SON functions.

If the eNodeB is in either the EsmCompensating state, the

EsmEnergySaving state, or the CocCompensating state, and the NM 201 receives a CCO request to change the coverage and capacity of the eNodeB, the NM 201 determines whether to accept the request based on the network operator policy. If the CCO request is to be accepted, then theNM 201 changes the SON coordination state to CcoUpdating.

The NM 201 further does not allow, or rejects, any requests not provided for in the SON coordination policy.

The NM 201 may use one or more pieces of additional data to help prevent conflicts between SON functions. One or more of the parameters may be inputs from one or more of the ESM, CCO or COC SON functions. These inputs may include identifying information for the SON function that is requesting permission to — modify configuration parameters of an eNodeB. The identity may include information about the vendor of the SON function, the release number, version, etc.

The inputs may further include the time duration that any newly-updated eNodeB configuration parameter should remain unchanged by other or the same SON function. The inputs may still further include the SON targets that are the justification for the configuration change. For example, KPIs may be reported by an eNodeB that has recently undergone a configuration parameter change. This KPI is compared against a SON target value to validate whether the previous changes have made an improvement in KPIs. If the evaluation indicates that sufficient improvement was not made, this may indicate that further optimization and configuration changes should be performed for at least the reporting eNodeB. The inputs may also include any information on the possible impact of a parameter change on other objects in the network, i.e., the impact area of the parameter change.

In order to prevent conflicts, the NM 201 may rely on further information — such as the possible impact of the parameter change on Key Performance

Indicators (KPIs). The NM 201may further rely on information on the current state of the eNodeB, the state of certain managed objects in the network, priority of SON functions, and SON coordination policies.

Based on the above-described SON coordination policy, the NM 201 returns either message 3, denying the request, or message 4, granting the request.

If the decision is a decision to deny the request, then no further processing occurs and no configuration changes are made. On the other hand, if the decision is a decision to grant the request, the eNodeB or DM changes the coverage and capacity and, in message 5, notifies the NM 201 that the coverage and capacity change has been completed. The eNodeB or DM may further transmit information regarding the success or failure of parameter changes, or the values of parameters before and after parameter changes.

After a SON function has been completed on an eNodeB, the SON coordination state should be changedto one of EsmCompensating,

EsmEnergySaving, or CocCompensating. For example, after ESM activates a cell to perform the energy-saving compensation role, the SON coordination state of such a cell should be changed to EsmCompensating. The NM201 notifies the eNodeB or DM in message 6 that the SON coordination state of the eNodeB should be changed, and the DM or eNodeB stores the new SON coordination state in a memory 302.

In other example embodiments, in addition to or instead of denying or granting a request by a SON function, the NM may configure specific parameters of atleast one eNodeB with a specific value. In example embodiments, the NM may prevent parameter changes by one or more SON functions for a specified time after the parameter has been changed by another SON function. The NM may further notify a SON function of a state change that may impact calculation of performance indicators.

In other example embodiments, theNM 201 detects and proactively resolves conflicts between SON functions. The NM 201 may implement such conflict resolution in parallel and in addition to the above-described conflict prevention process. To detect conflicts, the SON coordination function implemented on the NM 201 analyzes data such as, for example, Key Performance — Indicators (KPIs), measurements indicating whether the SON functions are meeting their goals, and unacceptable oscillations or variations in eNodeB configuration parameters over time. Anomalies in any of these measurements or data may indicate that SON functions are operating in conflict with each other.

To resolve detected conflicts, the NM 201 may enable, disable or suspend a SON function. The SON configuration function may modify the configuration of certain SON functions, or the SON configuration function may modify configuration parameters of the eNodeBs.

It will be appreciated that, for clarity purposes, the above description describes some embodiments with reference to different functional units or processors. However, it will be apparent that any suitable distribution of functionality between different functional units, processors or domains may be used without detracting from embodiments of the invention. For example, functionality illustrated to be performed by separate processors or controllers may be performed by the same processor or controller. Hence, references to specific functional units are only to be seen as references to suitable means for providing the described functionality, rather than indicative of a strict logical or physical structure or organization.

Although the present invention has been described in connection with some embodiments, it is not intended to be limited to the specific form set forth herein. One skilled in the art would recognize that various features of the described embodiments may be combined in accordance with the invention. Moreover, it will be appreciated that various modifications and alterations may be made by those skilled in the art without departing from the spirit and scope of the invention.

The Abstract of the Disclosure is provided to quickly ascertain the nature of the technical disclosure. It is submitted with the understanding that it will not be used to interpret or limit the scope or meaning of the claims. In addition, in the foregoing Detailed Description, it can be seen that various features are grouped together in a single embodiment for the purpose of streamlining the disclosure.

This method of disclosure is not to be interpreted as reflecting an intention that the claimed embodiments require more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive subject matter lies in less than all features of a single disclosed embodiment. Thus the following claims are hereby incorporated into the Detailed Description, with each claim standing on its own as a separate embodiment.

1. A network management device, comprising: an interface to communicate with a plurality of enhanced node Bs, eNodeBs, the interface being arranged to receive a request to change a coverage or a capacity of an enhanced node B, eNodeB, of the plurality of eNodeBs (202, 203, 204, 205); characterized in that the network management device (201) further comprises: one or more processors arranged to determine whether to grant or deny the request based on a coordination policy and a self- optimizing network, SON, coordination state of the eNodeB of the plurality of eNodeBs (202, 203, 204, 205), the SON coordination state being a state of SON functions, wherein the SON coordination state is one of: a first state indicating that a respective eNodeB of the plurality of eNodeBs (202, 203, 204, 205) is already providing coverage for other eNodeBs of the plurality of eNodeBs that are switched off for energy-saving purposes by an energy saving management, ESM, SON function, a second state indicating that a respective eNodeB of the plurality of eNodeBs (202, 203, 204, 205) is already providing coverage of a neighboring eNodeB that is in outage, and a third state indicating that a respective eNodeB of the plurality of eNodeBs (202, 203, 204, 205) is updating the configuration parameters in a respective cell. 2. The network management device of claim 1, wherein, based on the coordination policy and the SON coordination state, the network management device is to coordinate coverage and capacity changes of the plurality of eNodeBs at the network level in accordance with coverage and capacity requirements of the coordination policy. 3. The network management device of claim 1, wherein the coordination policy is based on at least one of:

inputs from at least one SON function, the at least one SON function being at least one of the ESM, cell outage compensating, COC, and Coverage and Capacity Optimization, CCO, SON functions; a priority of level of the at least one SON function; a network operator policy; and a SON coordination state of the eNodeB. 4. The network management device of claim 3, wherein the coordination policy further includes, if the eNodeB is in the first state: if the request 1s a COC request requesting that the eNodeB compensate a neighboring eNodeB in outage, rejecting the COC request if a network operator policy grants priority to ESM compensation, and granting the COC request if the network operator policy grants priority to COC; if the request is a CCO request, determining whether to grant the request based on the network operator policy; and if the request is not a COC or CCO request, granting the request. 5. The network management device of claim 3, wherein the coordination policy further includes, if the eNodeB is in the second state and the request is CCO, determining whether to grant the request based on the network operator policy. 6. The network management device of claim 1, wherein, the interface is further arranged to receive an indication that an eNodeB in the first state is in an outage condition; and the one or more processors are further arranged to change the SON coordination state of the eNodeB to a cell outage compensating (COC) outage state based on the received indication, and notify the ESM SON function that the ESM SON function is to select a second eNodeB to compensate for eNodeBs compensated by the eNodeB in the COC outage state. 7. The network management device of claim 6, wherein, the interface is further arranged to receive an indication that the ESM SON function is unable to select at least a second eNodeB to perform the ESM function of the eNodeB, and the one or more processors are further arranged to notify the ESM SON function that energy saving should be deactivated on eNodeBs compensated by the eNodeB based on the received indication. 8. The network management device of claim 1, wherein, the interface is further arranged to receive an indication that an eNodeB in the second state is in an outage condition, and the one or more processors are further arranged to change the SON coordination state of the eNodeB to a cell outage compensating,

COC, outage state based on the received indication, and notify the COC SON function that the COC SON function is to select a second eNodeB to compensate (1) the eNodeB in the COC outage state and (2) the eNodeBs compensated by the eNodeB in the COC outage state. 9. The network management device of claim 1, wherein the reguest is received from an element manager residing in a domain manager in communication with the eNodeB. 10. The network management device of claim 1, wherein the reguest is received from an element manager residing in the eNodeB.

11. The network management device of claim 1, wherein the one or more processors are further configured to: receive a notification that the coverage or capacity change has been completed; and update the SON coordination state of the eNodeB. 12. The network management device of claim 1, wherein the one or more processors are further arranged to: configure at least one parameter of the eNodeB; and prevent configuration of the at least one parameter for a duration after the processor has configured the at least one parameter. 13. The network management device of claim 12, wherein the at least one parameter is one of a downlink transmission power and an antenna parameter. 14. The network management device of claim 1, wherein the interface is further arranged to communicate a query to the eNodeB to obtain a SON coordination state of the eNodeB. 15. An enhanced node B, eNodeB, comprising: an interface to communicate with a network management device, the interface arranged to, transmit a request to change a coverage or a capacity state, and receive a permission notification indicating whether the request to change the coverage or the capacity state has been granted or denied, and one or more processors arranged to, characterized by the interface being further arranged to store a self-optimizing network, SON, coordination state in an associated memory, the SON coordination state being a state of SON functions, wherein the SON coordination state is one of:

a first state indicating that a respective eNodeB of the plurality of eNodeBs (202, 203, 204, 205) 1s already providing coverage for other eNodeBs of the plurality of eNodeBs (202, 203, 204, 205) that are switched off for energy- saving purposes by an energy saving management, ESM, SON function, a second state which indicates that a respective eNodeB of the plurality of eNodeBs is already providing coverage of a neighboring eNodeB that is in outage, and a third state indicating that a respective eNodeB of the plurality of eNodeBs is updating the configuration parameters in a respective cell, and change the coverage or capacity state based on the permission notification. 16. The eNodeB of claim 15, wherein the one or more processors are further configured to, transmit an indication that the coverage or capacity is changed; and store an updated SON coordination state. 17. A method of coordinating coverage and capacity changes in a self-optimizing network,

SON, the method comprising: receiving a reguest to change a coverage or a capacity of an enhanced node B, eNodeB, of a plurality of eNodeBs (202, 203, 204, 205); characterized by the method further comprising: determining whether to grant or deny the reguest based on a coordination policy and a SON coordination state of the eNodeB of the plurality of eNodeBs (202, 203, 204, 205), the SON coordination state being a state of SON functions, wherein the SON coordination state is one of: a first state indicating that a respective eNodeB of the plurality of eNodeBs (202, 203, 204, 205) is already providing coverage for other eNodeBs of the plurality of eNodeBs (202, 203, 204, 205) that are switched off for energy-saving purposes by an energy saving management, ESM, SON function,

a second state indicating that a respective eNodeB of the plurality of eNodeBs (202, 203, 204, 205) is already providing coverage of a neighboring eNodeB that is in outage, and a third state indicating that a respective eNodeB of the plurality of eNodeBs (202, 203, 204, 205) is updating the configuration parameters in a respective cell. 18. The method of claim 17, wherein, based on the coordination policy and the SON coordination state, the method coordinates coverage and capacity changes of the plurality of eNodeBs at the network level in accordance with coverage and capacity requirements of the coordination policy. 19. The method of claim 17, wherein denying the reguest prevents instability in the eNodeB by preventing multiple SON functions from simultaneously changing a same parameter of the eNodeB configuration. 20. The method of claim 17, further comprising: changing, if the determining determines to grant the reguest, at least one parameter of the eNodeB, the at least one parameter being one of a downlink transmission power and an antenna parameter. 21. The method of claim 20, wherein the coordination policy grants or rejects the reguest based on at least one of: inputs from at least one SON function, the at least one SON function being at least one of

ESM, cell outage compensating, COC, and Coverage and Capacity Optimization, CCO; a priority of level of the at least SON function; a network operator policy; and a SON coordination state of the eNodeB. 22. The method of claim 17, further comprising: guerying the eNodeB to obtain a SON coordination state of the eNodeB.

Claims

Patent claims

1. A network management device comprising: an interface for communicating with a plurality of enhanced node B (eNodeB) base stations, the interface being arranged to receive a request to change the coverage or capacity of the plurality of enhanced node B (eNodeB) base stations (202, 203, 204, 205); characterized in that the network management device (201) further comprises: one or more processors arranged to decide whether to accept or reject the request based on a coordination policy and a self-optimizing network (SON) coordination state for an eNodeB of the plurality of eNodeBs (202, 203, 204, 205); wherein the SON coordination state is a state of SON functions, wherein the SON coordination state is one of the following: a first state indicating that the eNodeB of the plurality of eNodeBs (202, 203, 204, 205) is already providing coverage to other eNodeBs of the plurality of eNodeBs that have been powered down for power saving purposes by the SON function of the ESM, a second state indicating that the eNodeB of the plurality of eNodeBs (202, 203, 204, 205) is already providing coverage to an adjacent eNodeB that is power down, and a third state indicating that the eNodeB of the plurality of eNodeBs (202, 203, 204, 205) is updating configuration parameters in that cell.

2. The network management device according to claim 1, wherein the purpose of the network management device is to coordinate, based on the coordination policy and the SON coordination state, changes in the coverage and capacity of a plurality of eNodeBs at the network level in accordance with the coverage and capacity requirements of the coordination policy.

3. The network management device of claim 1, wherein the coordination policy is based on at least one of the following:

to inputs from at least one SON function, which at least one SON function is at least one of the following SON functions ESM, cell outage compensation COC and coverage and capacity optimization CCO, to a priority level of at least one SON function, to a policy of the network operator; and to the SON coordination state of the eNodeB base station.

4. The network management apparatus of claim 3, wherein the coordination policy further includes, if the eNodeB is in the first state: if the request is a COC request requesting that the eNodeB compensate for a neighboring inoperative eNodeB, rejecting the COC request if the network operator's policy grants priority to ESM compensation, and accepting the COC request if the network operator's policy grants priority to COC compensation; if the request is a CCO request, determining whether to accept the request based on the network operator's policy; and if the request is not a COC or CCO request, accepting the request.

The network management device of claim 3, wherein the coordination policy further includes, if the eNodeB is in another state and the request is a COC request, determining whether to accept the request based on the network operator's policy.

6. The network management device of claim 1, wherein the interface is further arranged to receive a notification that the eNodeB in the first state is in an idle state; and said one or more processors are further arranged to change the SON coordination state of the eNodeB to a cell outage compensation (COC) idle state based on the received notification, and to notify the ESM SON function that the ESM SON function must select another eNodeB to compensate for the eNodeBs compensated by the eNodeB in the COC idle state.

7. The network management device of claim 6, wherein the interface is further arranged to receive a notification that the ESM SON function is unable to select at least one other eNodeB to perform the ESM function of the eNodeB, and said one or more processors are further arranged to notify the ESM SON function, based on the received notification, that energy saving must be deactivated on the eNodeBs compensated by the eNodeB.

8. The network management device of claim 1, wherein the interface is further arranged to receive a notification that the eNodeB in the second state is in an idle state, and said one or more processors are further arranged to change the eNodeB to a SON — coordination state cell outage compensation (COC) idle state based on the received notification and to notify the COC SON function that the COC SON function must select another eNodeB to compensate for (1) the eNodeB in the COC idle state and (2) the eNodeBs in the COC idle state compensated by the eNodeB.

The network management device according to claim 1, wherein the request is received from an element management unit in a domain management unit communicating with the eNodeB.

The network management device of claim 1, wherein the request is received from an element management unit in an eNodeB.

The network management device of claim 1, wherein said one or more processors are further configured to: receive a notification that a coverage or capacity change has been performed; and update the SON coordination state of the eNodeB.

12. The network management device of claim 1, wherein said one or more processors are further arranged to: configure at least one parameter of the eNodeB; and prevent configuration of said at least one parameter for a certain period of time after the processor has configured said at least one parameter.

The network management device according to claim 12, wherein said at least one parameter is a downlink transmission power or an antenna parameter.

The network management device of claim 1, wherein the interface is further arranged to forward a query to the eNodeB to obtain the SON coordination status of the eNodeB.

15. An enhanced node B (eNodeB) base station, comprising: an interface that communicates with a network management device, the interface being arranged to: send a request to change a coverage or capacity state, and receive a permission notification indicating whether the request to change the coverage or capacity state is accepted or rejected, and one or more processors arranged to: characterized in that the interface is further arranged to store a self-optimizing network (SON) coordination state in an associated memory, wherein the SON coordination state is a state of SON operations, wherein the SON coordination state is one of the following: a first state indicating that the eNodeB of the plurality of eNodeBs (202, 203, 204, 205) is already providing coverage to other eNodeBs of the plurality of eNodeBs (202, 203, 204, 205) that are powered down for energy saving purposes, a power management function by the SON function of the ESM, a second state indicating that the eNodeB of the multiple eNodeB set is already providing coverage to an adjacent eNodeB that is in a power outage, and a third state indicating that the eNodeB of the multiple eNodeB set is updating configuration parameters in the cell and changing the coverage or capacity state based on the grant notification.

16. The eNodeB of claim 15, wherein said one or more processors are further configured to send a notification that coverage or capacity has changed; and to store the updated SON coordination state.

17. A method for coordinating coverage and capacity changes in a self-optimizing network (SON), the method comprising: receiving a request for a coverage or capacity change from an enhanced node B (eNodeB) of a plurality of eNodeBs (202, 203, 204, 205); characterized in that the method further comprises: determining whether to accept or reject the request based on the coordination policy of the eNodeB of the plurality of eNodeBs (202, 203, 204, 205) and the SON coordination state, the SON coordination state being a state of the SON functions, wherein the SON coordination state is one of: a first state indicating that the eNodeB of the plurality of eNodeBs (202, 203, 204, 205) is already providing coverage to other eNodeBs of the plurality of eNodeBs (202, 203, 204, 205) that have been turned off for energy saving purposes by the energy management function ESM of the — SON function, a second state indicating that the eNodeB of the plurality of eNodeBs (202, 203, 204, 205) the eNodeB is already providing coverage to a neighboring eNodeB that is down, and a third state indicating that the eNodeB of the plurality of eNodeBs (202, 203, 204, 205) is updating configuration parameters in the cell.

18. The method of claim 17, wherein the method coordinates, based on the coordination policy and the SON coordination state, changes in coverage and capacity of a plurality of eNodeBs at the network level according to the coverage and capacity requirements of the coordination policy.

The method of claim 17, wherein rejecting the request prevents eNodeB instability by preventing multiple SON functions from simultaneously changing the same parameter of the eNodeB configuration.

20. The method of claim 17, further comprising: if the determination decision is to accept the request, changing at least one parameter of the eNodeB, the at least one parameter being a downlink transmission power or an antenna parameter.

21. The method of claim 20, wherein the coordination policy approves or rejects the request based on at least one of the following: inputs from at least one SON function, the at least one SON function being at least one of the following: ESM, cell outage compensation COC, and coverage and capacity optimization CCO, a priority level of at least one SON function, a policy of the network operator, and a SON coordination state of the eNodeB.

22. The method of claim 21, further comprising: - querying the eNodeB to obtain the SON coordination status of the eNodeB.