CN106899989B - Method and apparatus for coordinating self-optimizing functions in a wireless network - Google Patents

Abstract

A network management apparatus and method for coordinating self-optimization functions in a wireless network. A network management apparatus for coordinating self-optimization functions includes one or more processors and interfaces. The interface communicates with a plurality of enhanced node bs (enodebs). The interface is arranged to receive a request to change the coverage or capacity of an enhanced node b (enodeb). The interface is further arranged to transmit a query to an eNodeB to obtain a self-optimizing network (SON) coordination state of the eNodeB. The one or more processors are configured to determine whether to grant or deny the request based on the coordination policy and the SON coordination state.

Description

Method and apparatus for coordinating self-optimizing functions in a wireless network

technical field

Embodiments relate to wireless communications. More specifically, the embodiments relate to coordination between self-optimizing functions of cells within a wireless communication system. Some embodiments relate to 3rd Generation Partnership Project, Technical Specification Group Services and System Aspects, Telecommunications Management, Self-Organizing Network (SON) Policy Network Resource Model (NRM) Integration Reference Point (IRP), Information Services (IS) 3GPP TS32. 522.

Background technique

In the context of wireless networks, self-optimization is the process of analyzing enhanced Node B (eNodeB) measurement data, and then tuning the eNodeB's radio and transmission parameters in order to obtain optimal network performance, coverage and capacity. A Self-Optimizing Network (SON) may implement various SON functions including, for example, Load Balancing, Handover Optimization (HO), Coverage and Capacity Optimization (CCO), Cell Outage Compensation (COC), and Energy Saving Management (ESM) . These optimization functions change the coverage and capacity of the cell by configuring the parameters of the eNodeB. Example parameters may include transmit power, antenna tilt, and bearing parameters for downlink transmissions.

In current 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) systems, the SON function can 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. Thus, two or more SON functions can operate simultaneously to change the same configuration parameter of the same eNodeB. Conflicts may arise and thus instability may arise in the affected eNodeB.

Thus, there is a general need for systems and methods for coordinating the operation of SON functions within a wireless network.

SUMMARY OF THE INVENTION

A first aspect of the present disclosure resides in a network management apparatus comprising: an interface for communicating with a plurality of enhanced Node Bs (eNodeBs), the interface being configured to receive a request to change the coverage or capacity of the enhanced Node Bs (eNodeBs); One or more processors configured to determine whether to grant or deny the request based on a coordination policy and a SON coordination state, the SON coordination state being the state of the SON function.

A second aspect of the present disclosure resides in an enhanced Node B (eNodeB) comprising: an interface in communication with a network management device, the interface being arranged to transmit a request to change coverage or capacity status, and to receive a notification of permission, the permission a notification indicating whether the request to change the coverage or the capacity state has been granted or denied; and one or more processors configured to: store the SON coordination state in an associated memory and change the coverage or capacity status based on the permission notification.

A third aspect of the present disclosure resides in a method of coordinating coverage and capacity changes in a self-optimizing network (SON), the method comprising: receiving a request to change the coverage or capacity of an enhanced NodeB (eNodeB); and based on the coordination Policy and SON coordination state, which is the state of the SON function, determines whether to grant or deny the request.

Description of drawings

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

2 illustrates an example block diagram illustrating a system architecture for implementing coordination of self-optimizing network functions in accordance with some embodiments.

3 illustrates an example block diagram showing details of an eNodeB included in the wireless communication network of FIG. 1 or 2 in accordance with some embodiments.

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

Figure 5 illustrates a signal flow diagram describing the signals and messages used to achieve coordination of self-optimizing network functions

Detailed ways

The following description is given to enable those skilled in the art to create and use computer system configurations and related methods and articles of manufacture for coordinating a self-optimizing network (SON) performed by a domain manager (DM) or enhanced node B (eNodeB) within a wireless communication network Function. A coordination strategy is implemented to determine the environment in which the eNodeB can implement different SON functions. In at least one example embodiment, these coordination strategies take into account the current state of the eNodeB. These coordination strategies may also be based on the identity of the desired SON function to which the eNodeB may change, 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 general principles defined herein may be applied to other embodiments and applications without departing from the scope of the invention. Furthermore, in the following description, for purposes of explanation, numerous details are set forth. However, one skilled in the art will realize that embodiments of the present 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 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.

1 illustrates an example portion of a wireless communication network 100 in which example embodiments may be implemented. In one embodiment, the wireless communication network 100 includes 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 communication network 100 includes a first eNodeB 101, a second eNodeB 102, a third eNodeB 103, and a fourth eNodeB 104 (also referred to as first base station 101, second base station 102, 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 to be understood that the wireless communication network 100 may include more than 4 eNodeBs or less than 4 eNodeBs. It is also understood that each eNodeB may have multiple neighboring eNodeBs. As an example, eNodeB 103 may have 6 or more neighboring eNodeBs.

Capacity and Coverage Optimization (CCO), Cell Outage Compensation (COC), and Energy Saving Management (ESM) are SON functions that can alter the coverage or capacity of one or more cells in a wireless network. The CCO SON function seeks to maximize the coverage of the eNodeB while optimizing capacity and ensuring that inter-cell interference is minimized. The COCSON function configures an eNodeB to compensate for another eNodeB in an outage condition. The ESM function extends the coverage of neighbor eNodeBs to cover eNodeBs that are configured to enter power saving mode. A conflict may occur if one of these SON functions changes the eNodeB while another SON function changes the same eNodeB.

As an illustrative example, referring to Figure 1, if cell 1 suffers service outage, the COC SON function will attempt to compensate for cell 1 outage by reconfiguring the parameters of possible candidate cells. For example, the COC may attempt to reconfigure the transmit power, antenna tilt and antenna orientation of the eNodeBs 102 and 103 serving cells 2 and 3 so that the eNodeBs 102 and 103 can compensate the eNodeB serving cell 1 . At the same time, however, the ESM SON function can operate on cell 2 to compensate for the coverage of cell 4 when the neighboring cell 4 is entering a power saving state. Therefore, in this example, the COC SON function and the ESMSON function may attempt to operate on cell 2 at the same time.

In this illustrative example, from the point in time when cell 1 outage is detected until cell 1 has been compensated by cells 2 and 3, unless there is coordination between the SON functions, the COC SON function and the ESM SON function may each attempt to target The transmit power, antenna tilt and antenna orientation configure different settings of the eNodeB 102 . For example, the COC may try to tilt the antenna of the eNodeB 102 down, while the ESM tries to tilt the antenna of the eNodeB 102 up, causing the eNodeB 102 to become unstable.

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

According to an example embodiment, the NM that supports SON coordination reads and writes the value of the SON coordination state attribute, sonCoordinationState, of the eNodeBs in the network 100 . Table 1 shows the value of this attribute:

Table 1: Values of the sonCoordinationState property

Figure 2 illustrates the architecture of a system 200 for providing SON coordination functionality in accordance with at least one example embodiment. As shown in Figure 2, the standard interface Itf-N is located between the Network Manager (NM) and the Domain Manager (DM). Itf-N can be used to transmit performance measurement result data generated in the network and to transmit performance warnings or notifications.

Network elements such as eNodeBs 201, 202 and 203 provide data to support network performance assessment. Such data may include Quality of Service (QoS) measurements, network configuration verifications, or other parameters. An element manager (EM) 206, 207 manages the generation of measurement data by, for example, managing the performance measurement collection process and generating performance measurement results.

EM 206 may reside in the DM. Example tasks for DM include configuring eNodeBs, fault management, and performance monitoring. Performance monitoring may include tasks such as receiving performance data from eNodeBs 203 , 204 and 205 .

The eNode Bs 203 and 204 can communicate with the NM 201 through the DM 202. Alternatively, the eNodeB 203 may implement its own EM 207 to communicate with the NM 201 directly. In some embodiments, the NM and these SON functions may operate according to 3GPP TS 32.522, but this is not a requirement.

Figure 3 illustrates an example block diagram showing details of an eNodeB 301 that may be suitable for use as any of the eNodeBs 101, 102, 103, 104, 203, 204 and 205 according to example embodiments, although other configurations are possible is also suitable. eNodeB 301 may include processor 300, memory 302, transceiver 304, instructions 306, and other components (not shown). The eNodeBs 101, 102, 103, 104, 203, 204 and 205 may be similar to each other in hardware, firmware, software, configuration and/or operating parameters.

Processor 300 includes one or more central processing units (CPUs), graphics processing units (GPUs), or both. The processor 300 provides processing and control functionality for the eNodeB. Memory 302 includes one or more transient and static memory cells configured to store instructions and data for the eNodeB. Transceiver 304 includes one or more transceivers that include multiple-input and multiple-output (MIMO) antennas to support MIMO communications. The transceiver 304 receives uplink transmissions and transmits downlink transmissions, especially with user equipment (UE). In some embodiments, the transceiver 304 transmits a request to change the coverage and capacity status of the eNodeB. In some embodiments, in response to the request, the transceiver receives a permission notification indicating whether the request to change the coverage state has been granted or denied. In some embodiments, the processor 300 stores the SON coordination state in the associative memory 302 and changes the coverage and capacity state of the eNodeB based on whether the license has been granted.

Instructions 306 include 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 methods discussed herein. Instructions 306 (also referred to as computer-executable instructions or machine-executable instructions) may reside fully or at least partially within processor 300 and/or within memory 302 during execution by the eNodeB. Processor 300 and memory 302 also include machine-readable media.

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

Machine (eg, computer system) 400 may include hardware processor 402 (eg, central processing unit (CPU), graphics processing unit (GPU), hardware processor core, or any combination thereof), main memory 404, and static memory 406, wherein Some or all may communicate with each other via an interlink (eg, bus) 408 . The machine 400 may also include a display unit 410, an alphanumeric input device 412 (eg, a keyboard), and a user interface (UI) navigation device 414 (eg, a mouse). In one example, display unit 410, input device 412, and UI navigation device 414 may be touch screen displays. The machine 400 may also include a storage device (eg, a drive unit) 416, a signal generating device 418 (eg, 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 sensors). Machine 400 may include an output controller 428, such as a serial (eg, Universal Serial Bus (USB), parallel, or other wired or wireless (eg, infrared (IR)) connection to communicate or control one or more peripheral devices (eg, printers) , card reader, etc.).

Storage 416 may include machine-readable media 422 on which are stored one or more sets of data structures or one or more sets of data structures implemented or utilized by any one or more of the techniques or functions described herein. An instruction set 424 (eg, software). Instructions 424 may also reside entirely or at least partially within main memory 404 , within static memory 406 , or within hardware processor 402 during execution by machine 400 . In one example, one or any combination of hardware processor 402, main memory 404, static memory 406, or storage 416 may constitute a machine-readable medium.

Although machine-readable medium 422 is illustrated as a single medium, the term "machine-readable medium" may encompass a single medium or multiple mediums configured to store one or more instructions 424 (eg, a centralized or distributed database and/or associated caches and servers).

may also utilize any of several transport protocols (eg, Frame Relay, Internet Protocol (IP), Transmission Control Protocol (TCP), User Datagram Protocol (UDP), Hypertext Transfer Protocol (HTTP), etc.) via a network interface The apparatus 420 transmits or receives the instructions 424 through the communication network 426 using a transmission medium. The term "transmission medium" is to be considered to encompass any intangible medium capable of storing, encoding, or carrying instructions for execution by machine 400, and includes digital or analog communication signals or other intangible medium that facilitates communication of such software. Instructions 424 may implement an algorithm for a SON coordination mechanism in accordance with example embodiments described below.

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

Figure 5 illustrates a signal flow diagram depicting the signals passing between the EM and NM 201 in order to implement the SON coordination function to prevent collisions between ESM, COC and CCO SON functions according to an example embodiment.

In signal 1, the SON coordination entity receives a request to change the coverage and capacity of the eNodeBs of the network. In an example embodiment, the SON coordination entity is NM 201 . The request may be received from DM 202 . Alternatively, if the eNodeB contains an embedded EM, the request may be received directly from the eNodeB.

In message 2, the NM asks the DM or the eNodeB to obtain the SON coordination status. The SON coordination state indicates the behavior of the cell in supporting CCO, COC and ESM functions and may contain 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 the SON coordination policy and the SON coordination status. The SON coordination strategy is described below. In an example embodiment, the SON coordination policy is based on one or more inputs from the SON function, the priority level assigned to the SON function by the network operator, and the network operator policy.

If the eNodeB is in the EsmCompensating SON coordination state, and the NM 201 is notified that the cell served by the eNodeB has been out of service, the SON coordination strategy states according to an example embodiment that the NM 201 informs the ESM function to find another cell to compensate for the energy saving cell. If the ESM function cannot find another cell, the ESM function deactivates the energy saving on the cell compensated by the eNodeB. The NM 201 then changes the eNodeB's SON coordination state to CocOutage.

If the NM 201 receives a COC request asking the eNodeB to compensate for a neighboring cell that is in an outage, while the eNodeB is in the EsmCompensating SON coordination state, the SON coordination policy states according to an example embodiment: The NM 201 prioritizes the COC and ESM based on the network operator policy right. If the ESM SON function has higher priority, the COC request is rejected. If the COC SON function has higher priority, the NM 201 informs the ESM SON function to find another neighbor cell to compensate for the energy saving cell. If the ESM SON function cannot find another cell to compensate for the energy saving cell, the NM 201 informs the ESM SON function to deactivate the energy saving on the cell compensated by the eNodeB. The NM 201 then accepts the COC request and the NM 201 changes the eNodeB's SON coordination state to None.

If the eNodeB is in the EsmEnergySaving state and the NM 201 receives a COC request to compensate for an outage neighbor cell, the SON coordination policy states according to an example embodiment that the NM 201 should notify the ESM that the SON function requires the eNodeB to exit energy saving. If the ESM SON function cannot request the eNodeB to exit power saving, the NM 201 rejects the COC request. If the ESM SON function can request the eNodeB to exit power saving, the NM 201 accepts the COC request 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 suffering from an outage condition, the SON coordination policy states that the NM 201 informs the COC SON function to find one or more neighbor eNodeBs to compensate the requesting eNodeB and the Cells previously compensated by the requesting eNodeB. The NM 201 further changes the SON coordination state of the requesting eNodeB to CocOutage.

If the eNodeB is in the CocOutage state, the NM 201 rejects all requests. If the eNodeB is in the CcoUpdating state, 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, the NM 201 accepts any request from the CCO, COC or ESM SON functions.

If the eNodeB is in the EsmCompensating state, EsmEnergySaving state or 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 network operator policy. If the CCO request is to be accepted, the NM 201 changes the SON coordination state to CcoUpdating.

Furthermore, the NM 201 does not allow any request not specified in the SON coordination policy, or rejects any request not specified in the SON coordination policy.

One or more pieces of additional data may be used by NM 201 to help prevent conflicts between SON functions. The one or more parameters may be inputs from one or more of the ESM SON function, the CCO SON function, or the COC SON function. These inputs may contain identification information of the SON function that is requesting permission to modify the eNodeB configuration parameters. The identity may contain information about the vendor, release number, version, etc. of the SON function. These inputs may also contain the duration for which any newly updated eNodeB configuration parameters should remain unchanged by other or the same SON function. Further, these inputs may contain SON targets as reasons for configuration changes. For example, key performance indicators (KPIs) may be reported by eNodeBs that have recently undergone configuration parameter changes. This KPI is compared to the SON target value to verify that previous changes have resulted in improvement in the KPI. If the evaluation indicates that sufficient improvement has not been achieved, this may indicate that further optimizations and configuration changes should be performed at least for the reporting eNodeB. These inputs may also contain any information about the possible impact of the parameter change on other objects in the network, ie the area of influence of the parameter change.

To prevent conflicts, the NM 201 may rely on additional information, such as the possible impact of parameter changes on key performance indicators (KPIs). The NM 201 may also rely on information about the current status of the eNodeB, the status of certain managed objects in the network, the priority of SON functions and the SON coordination strategy.

Based on the SON coordination policy described above, the NM 201 returns either message 3 (reject the request) or message 4 (grant the request). If the decision is to deny the request, 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, informs the NM 201 that the coverage and capacity change has been completed. The eNodeB or DM may also transmit information about the success or failure of the parameter change, or the parameter values before and after the parameter change.

After the SON function has been completed on the eNodeB, the SON coordination state should change to one of EsmCompensating, EsmEnergySaving or CocCompensating. For example, after an ESM activates a cell for energy saving compensation, the SON coordination state of such a cell should be changed to EsmCompensating. In message 6, the NM 201 informs the eNodeB or DMeNodeB that the SON coordination state should be changed, and the DM or eNodeB stores the new SON coordination state in the memory 302.

In other example embodiments, in addition to or in lieu of rejecting or granting the request by the SON function, the NM may configure specific parameters of at least one eNodeB with specific values. In an example embodiment, the NM may prevent a parameter from being changed by one or more SON functions within a certain time after the parameter has been changed by another SON function. The NM may also notify the SON function of state changes that may affect the performance indicator calculation.

In other example embodiments, NM 201 detects conflicts between SON functions and proactively resolves conflicts between SON functions. The NM 201 may implement such conflict resolution in parallel with and in addition to the conflict prevention process described above. To detect collisions, the SON coordination function implemented on the NM 201 analyzes data such as eg key performance indicators (KPIs), measurements indicating whether the SON functions meet their goals and unacceptable oscillations or changes in eNodeB configuration parameters over time. Abnormalities in any of these measurements or data may indicate that SON functions are operating in conflict with each other.

To resolve detected conflicts, NM 201 may enable, disable or discontinue the SON function. The SON configuration function can modify the configuration of some SON functions, or the SON configuration function can modify the configuration parameters of the eNodeB.

It will be appreciated that, for purposes of clarity, the above description describes some embodiments with reference to different functional units or processors. It will be appreciated, however, that any suitable distribution of functionality between different functional units, processors or domains may be used without departing from the 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. Thus, references to particular functional units are seen only as references to appropriate means for providing the described functionality, rather than as an indication 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. Those skilled in the art will recognize that various features of the described embodiments may be combined in accordance with the invention. Furthermore, it will be appreciated that various modifications and changes can 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 clarify the nature of the technical disclosure. It is presented with the understanding that it will not be used to interpret or limit the scope or meaning of the claims. Furthermore, 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.

Claims (30)

1. A network manager NM for a cellular system, comprising: A self-optimizing network SON coordination function that prevents conflicts caused by one SON function operating at the same time as another SON function operates on the base station BS, and provides a solution to the conflict; The SON coordination function is used to coordinate the SON function, and the SON function includes at least an energy saving management ESM function, a cell power outage compensation COC function or a coverage and capacity optimization CCO function, wherein the SON coordination function is configured to prevent one or Multiple SON functions change the same parameter for a predetermined period of time after another SON function changes the same parameter to prevent the conflict, wherein the SON coordination function is configured to change the key performance indicator KPI by relying on the indication parameter change information about the possible impact to prevent the conflict. 2. The NM of claim 1, wherein the SON coordination function resides above Itf-N, wherein the Itf-N is the interface between the NM and the Domain Manager DM. 3. The NM of claim 1, wherein the SON coordination function resides below Itf-N, wherein the Itf-N is the interface between the NM and the Domain Manager DM. 4. The NM of claim 1, wherein the SON coordination function is configured to detect the conflict and resolve the conflict based on the detection. 5. The NM of claim 1, wherein the SON coordination function is configured to detect the collision by analyzing data, wherein the data includes at least one of key performance indicator (KPI) measurements. 6. The NM of claim 1, wherein the SON coordination function is configured to resolve the conflict by enabling, disabling or discontinuing the SON function. 7. A method of coordinating between two or more self-optimizing network SON functions, comprising: The SON coordination function is implemented by the network manager NM of the cellular system, wherein the SON coordination function prevents conflicts caused by one SON function operating at the same time as another SON function is operating on the base station BS, and provides resolution of the conflicts Program; Wherein, the SON coordination function is used to coordinate the SON function, and the SON function includes at least an energy saving management ESM function, a cell power outage compensation COC function or a coverage and capacity optimization CCO function, and the method further includes: preventing said conflict by preventing one or more SON functions from changing the same parameter within a predetermined period of time after another SON function has changed the same parameter, Prevention includes relying on information indicating the possible impact of parameter changes on key performance indicators KPIs. 8. The method of claim 7, wherein the SON coordination function resides above Itf-N, wherein the Itf-N is the interface between the NM and the Domain Manager DM. 9. The method of claim 7, wherein the SON coordination function resides below Itf-N, wherein the Itf-N is the interface between the NM and the Domain Manager DM. 10. The method of claim 7, comprising: The conflict is detected by analyzing data, wherein the data includes at least one of key performance indicator KPI measurements. 11. The method of claim 10, comprising: The conflict is resolved based on the detection of the conflict. 12. The method of claim 7, comprising: The conflict is resolved by enabling, disabling or discontinuing the SON function. 13. A system for wireless communication, comprising: a BS in a plurality of enhanced base stations BS; wherein the BSs of the plurality of BSs are coordinated through a self-optimizing network SON coordination function configured to prevent operation of the BSs of the plurality of BSs by one SON function while another SON function is operating Conflicts caused by operations are performed, and a solution to the conflict is provided, and wherein the SON coordination function is used to coordinate the SON function, and the SON function includes at least the energy saving management ESM function, the cell power outage compensation COC function or the coverage and A capacity optimization CCO function, the SON coordination state being the state of a SON function, wherein the SON coordination function is configured to prevent one or more SON functions from changing a parameter for a predetermined period of time after another SON function Change the same parameter to prevent conflicts, Wherein the SON coordination function is configured to prevent the conflict by relying on information indicative of the possible impact of parameter changes on key performance indicators KPIs. 14. The system of claim 13, wherein the SON coordination function resides above Itf-N, wherein the Itf-N is the interface between the network manager and the domain manager DM. 15. The system of claim 13, wherein the SON coordination function resides below Itf-N, wherein the Itf-N is the interface between the network manager and the domain manager DM. 16. The system of claim 13, wherein the SON coordination function detects the conflict and resolves the conflict based on the detection. 17. The system of claim 13, wherein the SON coordination function is used to Data is analyzed to detect conflicts, wherein the data includes at least one of key performance indicator KPI measurements. 18. The system of claim 13, wherein the SON coordination function is configured to resolve the conflict by enabling, disabling, or discontinuing the SON function. 19. A machine for communication, comprising: a non-transitory computer-readable medium containing program instructions for a self-optimizing network SON coordination function, said instructions, when executed by a network manager NM, result in: preventing conflicts caused by one SON function operating at the same time as another SON function is operating on the base station BS, and providing a solution to said conflicts; The SON coordination function is used to coordinate the SON function, and the SON function includes at least an energy saving management ESM function, a cell power outage compensation COC function, or a coverage and capacity optimization CCO function, wherein, when the instruction is executed by the NM, lead to: One or more SON functions are prevented from changing a parameter within a predetermined period of time after another SON function has changed a parameter by relying on information indicating the possible impact of parameter changes on the key performance indicator KPI. 20. The machine of claim 19, wherein the SON coordination function resides above Itf-N, wherein the Itf-N is the interface between the NM and the Domain Manager DM. 21. The machine of claim 19, wherein the SON coordination function resides below Itf-N, wherein the Itf-N is the interface between the NM and the Domain Manager DM. 22. The machine of claim 19, wherein the instructions, when executed by the NM, result in: Conflicts are detected and resolved based on the detection. 23. The machine of claim 22, wherein the instructions, when executed by the NM, result in: The conflict is detected by analyzing data, wherein the data includes at least one of key performance indicator KPI measurements. 24. The machine of claim 19, wherein the instructions, when executed by the NM, result in: The conflict is resolved by enabling, disabling or discontinuing the SON function. 25. A base station BS configured according to the operation of a self-optimizing network SON coordination function, wherein the SON coordination function prevents the operation of the BS of the plurality of BSs by one SON function in another SON function. Conflicts arising from simultaneous operations and providing a resolution to said conflicts; and The SON coordination function is used to coordinate the SON function, and the SON function includes at least an energy saving management ESM function, a cell power outage compensation COC function, or a coverage and capacity optimization CCO function, wherein the SON coordination function is configured to prevent a or multiple SON functions changing the same parameter for a predetermined period of time after another SON function has changed a parameter to prevent the conflict, wherein the SON coordination function is configured to indicate a key performance indicator by relying on an indication parameter change information on the possible impact of KPIs to prevent such conflicts. 26. The BS of claim 25, wherein the SON coordination function resides above Itf-N, wherein the Itf-N is the interface between the network manager NM and the domain manager DM. 27. The BS of claim 25, wherein the SON coordination function resides below Itf-N, wherein the Itf-N is the interface between the network manager NM and the domain manager DM. 28. The BS of claim 25, wherein the SON coordination function is configured to detect the conflict and resolve the conflict based on the detection. 29. The BS of claim 25, wherein the SON coordination function is configured to detect the collision by analyzing data, wherein the data includes at least one of key performance indicator (KPI) measurements. 30. The BS of claim 25, wherein the SON coordination function is configured to resolve the conflict by enabling, disabling or suspending the SON function.

Images