(19)
(11)EP 3 141 015 B1

(12)EUROPEAN PATENT SPECIFICATION

(45)Mention of the grant of the patent:
29.07.2020 Bulletin 2020/31

(21)Application number: 14721392.0

(22)Date of filing:  05.05.2014
(51)International Patent Classification (IPC): 
H04W 24/02(2009.01)
H04W 84/18(2009.01)
(86)International application number:
PCT/EP2014/059109
(87)International publication number:
WO 2015/169333 (12.11.2015 Gazette  2015/45)

(54)

METHODS AND APPARATUS TO PREVENT POTENTIAL CONFLICTS AMONG INSTANCES OF SON FUNCTIONS

VERFAHREN UND VORRICHTUNG ZUR VERHINDERUNG POTENZIELLER KONFLIKTE UNTER INSTANZEN VON SON-FUNKTIONEN

PROCÉDÉS ET APPAREILS POUR EMPÊCHER DES CONFLITS POTENTIELS ENTRE DES INSTANCES DE FONCTIONS SON


(84)Designated Contracting States:
AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

(43)Date of publication of application:
15.03.2017 Bulletin 2017/11

(73)Proprietor: Nokia Solutions and Networks Oy
02610 Espoo (FI)

(72)Inventor:
  • TANG, Haitao
    02620 Espoo (FI)

(74)Representative: TBK 
Bavariaring 4-6
80336 München
80336 München (DE)


(56)References cited: : 
WO-A1-2012/143055
US-A1- 2013 242 720
  
  • "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Telecommunication management; Self-Organizing Networks (SON) Policy Integration Reference Point (IRP); Information Service (IS) (Release 11)", 3GPP DRAFT; 28628-B30, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE , 23 March 2014 (2014-03-23), XP050803134, Retrieved from the Internet: URL:http://www.3gpp.org/ftp/Meetings_3GPP_ SYNC/SA/SA5/Docs/ [retrieved on 2014-03-23]
  • NOKIA SIEMENS NETWORKS: "SON coordination: Conflicts and their categorization", 3GPP DRAFT; S5-113659_SONCOORDINATION-CONFLICTSANDTHEI RCATEGORIZATION, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG5, no. San Francisco, USA; 20111114 - 20111118, 4 November 2011 (2011-11-04), XP050578819, [retrieved on 2011-11-04]
  
Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in a written reasoned statement. It shall not be deemed to have been filed until the opposition fee has been paid. (Art. 99(1) European Patent Convention).


Description

TECHNICAL FIELD



[0001] Example embodiments disclosed herein relate to communication networks, particularly, to self-organizing networks.

BACKGROUND



[0002] The evolvement of communication technology, especially the wireless communication technology, has increased the complexity of networks and the amount of network nodes, thereby increasing operation and maintenance tasks i.e. management tasks. To automate at least some of the tasks a concept called a self-organizing network (SON) is introduced by Next Generation Mobile Networks (NGMN) Alliance and 3GPP (Third Generation Partnership Project) to be used first in long term evolution (LTE) access networks, and later on in other networks, both in access and core networks. A self-organizing network is capable to self-configure and continuously self-optimize itself in response to network and traffic changes. In such a network, the network and/or a network node alters automatically, preferably without human involvement, its configuration parameters, such as transmission and/or reception parameters, by means of different self-organizing network functions. Since monitored network behavior triggers execution of one or more self-organizing function instances, it may happen that several independent self-organizing function instances are active concurrently in the same network area with different targets. Thus, it would be useful to coordinate the self-organizing network functions. One challenge for the coordination is that "plug and play" network elements that support self-organizing network functionality can be bought from any vendor, and instead of buying single network elements, a communication service provider may buy vendor-specific domains, and/or organize network elements bought from different vendors to different vendor-specific domains, each covering a geographical area and not knowing the run-time situation of other domains. Patent application US 2013/242720 discloses a network management device, which may include an interface that receives a request to change the coverage and capacity of an eNodeB in a network. This interface may further transmit a query to the eNodeB to obtain a SON coordination state of the eNodeB. Processors may execute algorithms that determine whether to grant or deny the request based on a coordination policy and the SON coordination state. Patent application WO 2012/143055 discloses self-organizing network functions with priorities, impact areas and impact time by means of which it may be evaluated in a domain whether or not to lock out one or more other self-organizing functions in the domain or in a neighboring domain while one self-organizing function is allowed to run in the domain. Further prior art can be found in document "3rd Generation Partnership Project: Technical Specification 3GPP DRAFT; 28628-B30; Technical Specification Group Services and System Aspects; Telecommunication management; Self-Organizing Networks (SON) Policy Integration Reference Point (IRP); Information Service (IS) (Release 11); 2014-03-23, XP050803134, http://www.3gpp.org/ftp/Meetings_3GPP_SYNC/SA/SA5/Docs/)", disclosing an Integration Reference Point (IRP) named Self Organizing Networks (SON) Policy Network Resource Model (NRM) IRP, through which an IRPAgent can communicate management information to one or several IRPManagers concerning SON policies. The SON policy NRM IRP comprises a set of specifications defining Requirements, a protocol neutral Information Service and one or more Solution Set(s). Further prior art can be found in document "Nokia Siemens Networks: 'SON coordination: Conflicts and their categorization', 3GPP DRAFT; S5-113659_SONCOORDINATION-CONFLICTSAN DTHEIRCATEGORIZATION, vol. SA WG5, San Francisco, USA; 2011-11-04, XP050578819", disclosing categorizing conflicts in SON functions and in particular identifying conflicts and potentially commonalities, analyzing if they should be addressed by specialized or generic functions and defining such functions.

[0003] Objects of the present invention are achieved by what is defined in the appended independent claims 1 and 3. Advantageous modifications thereof are set forth in the appended dependent claims.

BRIEF DESCRIPTION OF THE DRAWINGS



[0004] Example embodiments disclosed throughout the Detailed Description will be described in greater detail with reference to accompanying drawings, in which:

FIG. 1 is a block diagram illustrating a communication system, according to an example embodiment;

FIG. 2 is a block diagram illustrating a communication system, according to an example embodiment;

FIG. 3 is a flow chart illustrating a method to prevent a potential conflict among a first instance of a self-organizing network (SON) function and a second instance of a SON function, according to an example embodiment;

FIG. 4 is a flow chart illustrating a method to prevent a potential conflict among a first instance of a SON function and a second instance of a SON function, according to an example embodiment;

FIG. 5 is a flow chart illustrating a method to prevent a potential conflict among a first instance of a SON function and a second instance of a SON function, according to an example embodiment;

FIG. 6 is a flow chart illustrating a method to prevent a potential conflict among a first instance of a SON function and a second instance of a SON function, according to an example embodiment; and

FIG. 7 is a flow chart illustrating a method to prevent a potential conflict among a first instance of a SON function and a second instance of a SON function, according to an example embodiment.


DETAILED DESCRIPTION



[0005] The embodiments disclosed throughout this Detailed Description are examples. Although this Detailed Description may refer to "an", "one", or "some" example embodiment(s) in several locations, this does not necessarily mean that each such reference is to the same example embodiment(s), or that the feature only applies to a single example embodiment. Single features of different example embodiments may also be combined to provide other example embodiments.

[0006] FIG. 1 illustrates communication system 100, that includes a SON function manager 130 that is configured to manage SON functions for a particular domain (referred to in FIG. 1 and in the discussion of FIG. 1 as Domain A), and two network elements 150 and 170 of Domain A. As discussed throughout this Detailed Description, a domain can be defined as a designated section of a radio access network. In example embodiments, the section can be designated by the network elements located in a particular geographical area and/or the network elements that are managed by a particular vendor.

[0007] In an example embodiment, Domain A SON function manager 130 is a computing device including a processor 132 configured to execute SON function manager software application 136 for Domain A. Processor 132 is communicatively connected to and interacts directly or indirectly with memory 134 and communication subsystem 138. Memory 134 stores SON function manager software application 136 for Domain A (which includes a database 140, SON functions 142 for Domain A, and methods 300-700 (of FIGs. 3-7, but not shown in FIG. 1) for preventing potential conflicts among SON functions). Communication subsystem 138 sends and receives communications (such as for example requests to execute a SON function instance, requests to output at least one information element by a SON function instance, responses to the requests, and information about SON function instances) to and from processor 132.

[0008] Regarding the SON functions discussed throughout this Detailed Description, in example embodiments, a number of different SON functions could be used for automatically performing management actions, such as fault, configuration, accounting, performance and security management. Examples of SON functions include mobility load balancing, handover optimization, coverage and capacity optimization, cell outage management, and mobility robustness optimization.

[0009] In an example embodiment, Domain A Network Element 1 150 is a computing device including a processor 152 configured to execute SON function instances 162 for Network Element 1 that is within Domain A. Processor 152 is communicatively connected to and interacts directly or indirectly with memory 154 and communication subsystem 158. Memory 154 stores Network Element 1 SON functions 162. Communication subsystem 158 sends and receives communications (such as for example requests to execute a SON function instance, requests to output at least one information element by a SON function instance, responses to the requests, and information about SON function instances) to and from processor 152.

[0010] In an example embodiment, Domain A Network Element 2 170 is a computing device including a processor 172 configured to execute instances of SON functions 182 for Network Element 2 that is within Domain A. Processor 172 is communicatively connected to and interacts directly or indirectly with memory 174 and communication subsystem 178. Memory 174 stores Network Element 2 SON functions 182. Communication subsystem 178 sends and receives communications (such as for example requests to execute a SON function instance, requests to output at least one information element by a SON function instance, responses to the requests, and information about SON function instances) to and from processor 172.

[0011] Communication subsystem 138 (of Domain A SON function manager 130) is communicatively connected to and interacts directly or indirectly with communication subsystem 158 (of Domain A Network Element 1 150) using interface 110. Accordingly, it is through communication subsystems 138 and 158 and interface 110, that processor 152 is communicatively connected to and interacts directly or indirectly with processor 132 and Domain A database 140.

[0012] Communication subsystem 138 also is communicatively connected to and interacts directly or indirectly with communication subsystem 178 (of Domain A Network Element 2 170) using interface 120. Accordingly, it is through communication subsystems 138 and 178 and interface 120, that processor 172 is communicatively connected to and interacts directly or indirectly with processor 132 and Domain A database 140.

[0013] Communication subsystem 158 is communicatively connected to and interacts directly or indirectly with communication subsystem 178 using interface 190. Accordingly, it is through communication subsystems 158 and 178 and interface 120, that processor 152 is communicatively connected to and interacts directly or indirectly with processor 172.

[0014] FIG. 2 illustrates communication system 200, that includes: a network SON function manager 210 configured to manage SON functions for two domains (referred to in FIG. 2 and the discussion of FIG. 2 as Domains A and B); SON function manager 230a configured to manage SON functions for Domain A; SON function manager 230b configured to manage SON functions for Domain B; network element 250a of Domain A; and network element 250b of Domain B.

[0015] In an example embodiment, network SON function manager 210 is a computing device including a processor 212 configured to execute SON function manager software application 216 for Domains A and B. Processor 212 is communicatively connected to and interacts directly or indirectly with memory 214 and communication subsystem 218. Memory 214 stores SON function manager software application 216 for Domains A and B (which includes a database 220, SON functions 222 for Domains A and B, and methods 300-700 (of FIGs. 3-7, but not shown in FIG. 2) for preventing potential conflicts among SON functions). Communication subsystem 218 sends and receives communications (such as for example requests to execute a SON function instance, requests to output at least one information element by a SON function instance, responses to the requests, and information about SON function instances) to and from processor 212.

[0016] In an example embodiment, Domain A SON function manager 230a is a computing device including a processor 232a configured to execute SON function manager software application 236a for Domain A. Processor 232a is communicatively connected to and interacts directly or indirectly with memory 234a and communication subsystem 238a. Memory 234a stores SON function manager software application 236a for Domain A (which includes a database 240a, SON functions 242a for Domain A, and methods 300-700 (of FIGs. 3-7, but not shown in FIG. 2) for preventing potential conflicts among SON functions). Communication subsystem 238a sends and receives communications (such as for example requests to execute a SON function instance, requests to output at least one information element by a SON function instance, responses to the requests, and information about SON function instances) to and from processor 232a.

[0017] In an example embodiment, Domain B SON function manager 230b is a computing device including a processor 232b configured to execute SON function manager software application 236b for Domain B. Processor 232b is communicatively connected to and interacts directly or indirectly with memory 234b and communication subsystem 238b. Memory 234b stores SON function manager software application 236b for Domain B (which includes a database 240b, SON functions 242b for Domain B, and methods 300-700 (of FIGs. 3-7, but not shown in FIG. 2) for preventing potential conflicts among SON functions). Communication subsystem 238b sends and receives communications (such as for example requests to execute a SON function instance, requests to output at least one information element by a SON function instance, responses to the requests, and information about SON function instances) to and from processor 232b.

[0018] In an example embodiment, Domain A Network Element 250a is a computing device including a processor 252a configured to execute instances of SON functions 262a for network element 250a that is within Domain A. Processor 252a is communicatively connected to and interacts directly or indirectly with memory 254a and communication subsystem 258a. Memory 254a stores SON functions 262a for Domain A Network Element 250a. Communication subsystem 258a sends and receives communications (such as for example requests to execute a SON function instance, requests to output at least one information element by a SON function instance, responses to the requests, and information about SON functions) to and from processor 252a.

[0019] In an example embodiment, Domain B Network Element 250b is a computing device including a processor 252b configured to execute instances of SON functions 262b for network element 250b that is within Domain B. Processor 252b is communicatively connected to and interacts directly or indirectly with memory 254b and communication subsystem 258b. Memory 254b stores SON functions 262b for Domain B Network Element 250b. Communication subsystem 258b sends and receives communications (such as for example requests to execute a SON function instance, requests to output at least one information element by a SON function instance, responses to the requests, and information about SON function instances) to and from processor 252b.

[0020] Communication subsystem 218 (of Network SON function manager 210) is communicatively connected to and interacts directly or indirectly with communication subsystem 238a (of Domain A SON function manager 230a) using interface 260a. Accordingly, it is through communication subsystems 218 and 238a and interface 260a, that processor 232a is communicatively connected to and interacts directly or indirectly with processor 212 and Network database 220.

[0021] Communication subsystem 218 also is communicatively connected to and interacts directly or indirectly with communication subsystem 238b (of Domain B SON function manager 230b) using interface 260b. Accordingly, it is through communication subsystems 218 and 238b and interface 260b, that processor 232b is communicatively connected to and interacts directly or indirectly with processor 212 and Network database 220.

[0022] Communication subsystem 238a is communicatively connected to and interacts directly or indirectly with communication subsystem 238b using interface 264. Accordingly, it is through communication subsystems 238a and 238b and interface 264, that processor 232a is communicatively connected to and interacts directly or indirectly with processor 232b and Domain B database 240b. Similarly, it is through communication subsystems 238b and 238a and interface 264, that processor 232b is communicatively connected to and interacts directly or indirectly with processor 232a and Domain A database 240a.

[0023] Communication subsystem 238a is communicatively connected to and interacts directly or indirectly with communication subsystem 258a (of Domain A Network Element 250a) using interface 262a. Accordingly, it is through communication subsystems 238a and 258a and interface 262a, that processor 252a is communicatively connected to and interacts directly or indirectly with processor 232a and Domain A database 240a.

[0024] Communication subsystem 238b is communicatively connected to and interacts directly or indirectly with communication subsystem 258b (of Domain B Network Element 250b) using interface 262b. Accordingly, it is through communication subsystems 238b and 258b and interface 262b, that processor 252b is communicatively connected to and interacts directly or indirectly with processor 232b and Domain B database 240b.

[0025] Communication subsystem 258a is communicatively connected to and interacts directly or indirectly with communication subsystem 258b using interface 266. Accordingly, it is through communication subsystems 258a and 258b and interface 266, that processor 252a is communicatively connected to and interacts directly or indirectly with processor 252b.

[0026] In example embodiments, processors 132, 152 and 172 of FIG. 1 and processors 212, 232a, 232b, 252a and 252b of FIG. 2, each include hardware or software or any combination of hardware or software.

[0027] In example embodiments, memories 134, 154 and 174 of FIG. 1 and memories 214, 234a, 234b, 254a and 254b of FIG. 2 are each persistent stores, such as for example flash memory, read-only (ROM) memory or other similar storage.

[0028] In example embodiments, Domain A database 140 of FIG.1, and Network database 220, Domain A database 240a and Domain B database 240b of FIG. 2, can be of any type and can be different types from each other. For a given SON function manager software application, its database can store the following information for each SON function that is also stored in the SON function manager software application: an input impact time, an input scope, information elements of the input scope, an objective, an output impact time, an impact area, and information elements of the impact area. The database may also store such information for other SON functions that are not stored in the SON function manager software application. The database may also store network-specific or domain-specific topology and/or network element information. It should be appreciated that the content in the database depends on implementation details and configuration of a corresponding network or domain SON function manager. Further, it should be appreciated that it bears no significance where the database, or part of the database, is located, and whether or not some databases, are integrated together.

[0029] In example embodiments, interfaces 110 and 120 of FIG.1 are domain specific management interfaces (such as for example itf-S interfaces), and interfaces 260a, 260b, 262a and 262b of FIG. 2, are network management interfaces (such as for example Itf-N interfaces). In another example embodiment, interfaces 110 and 120 are also network management interfaces. In example embodiments, interface 190 of FIG. 1 and interfaces 264 and 266 of FIG. 2 are peer-to-peer interfaces, such as for example: inter-base station interfaces (such for example X2 interfaces) and inter-domain manager interfaces (such as for example Itf-P2P interfaces). In example embodiments, any of the interfaces 110, 120, 260a, 260b, 262a, 262b, 190, 264 and 266 can be defined by a network operator, or by vendors of the SON function managers and network elements, or can be a standardized interface.

[0030] FIGs. 1 and 2 illustrate communication systems 100 and 200 having a simplified architecture and therefore only some elements and functions are shown. The illustrated elements and functions are all logical units, whose implementation may differ from what is shown in FIGs. 1 and 2. The connections shown in FIGs. 1 and 2 are logical connections; the actual physical connections may be different. It is apparent to a person skilled in the art that the systems also include other elements and functions, including other SON functions that are not illustrated or discussed in this Detailed Description.

[0031] It bears no significance in example embodiments how SON functions are allocated (i.e. distributed, centralized and hybrid/multi-layer manner allocations may be used). Furthermore, example embodiments are implementable regardless of where the SON functions are implemented (for example at network element level, at domain SON function manager level, and/or at network SON function manager level).

[0032] FIGs. 3-7 illustrate methods 300-700 to prevent a potential conflict among a first instance of a first SON function, and a second instance of a second SON function. As disclosed throughout this Detailed Description, a potential conflict can be defined as a scenario in which at least one information element output by a first instance would make at least a substantial impact on at least one information element collected, decision making and/or at least one information element output by a second instance. Examples of such substantial impact are: the first instance affecting the originally intended operation of the second instance and lowering the corresponding performance of the second instance; the first instance distorting the input to the second instance, the first instance blocking the execution of the second instance, the first instance canceling the intended action of the second instance, the first instance canceling the change made by the second instance, the first instance deleting or diminishing the performance gain achievable by the second instance, the first instance competing with the second instance to solve the problem that could be solved by the second instance alone. Furthermore, a potential conflict is directional from one instance to another. In other words, when a first instance conflicts with a second instance in a particular way, this does not mean that the second instance conflicts with the first instance in the same way.

[0033] The methods 300-700 can be implemented by any of processors 132, 152 and 172 of FIG. 1 and processors 212, 232a, 232b, 252a and 252b of FIG. 2. In an example embodiment, any of the methods 300-700 is executed in response to receiving a request to execute the first instance or a request to output at least one information element by the first instance. The request may originate and be sent in a communication from any of processors 132, 152 and 172 of FIG. 1 and processors 212, 232a, 232b, 252a and 252b of FIG. 2, that is communicatively connected to the processor executing the method. For example, if processor 132 (of FIG. 1) were executing method 300, it would do so in response to receiving a request to execute the first instance or request to output at least one information element by the first instance, received from another processor communicatively connected to processor 132. Examples of such a request are: "power up", "cell a1, tilt-up delta 2 degrees", "change transmission power by x amount", and "increase 20% of cell a2's coverage towards failed cell a3".

[0034] FIG. 3 illustrates a method 300 to prevent a potential conflict among a first instance of a first SON function, and a second instance of a second SON function.

[0035] At 310, an input impact time, an input scope and an objective of a first instance of a first SON function are obtained. As disclosed throughout this Detailed Description: an instance of a SON function (also referred to throughout this Detailed Description as a SON function instance, a first instance, or a second instance) can be defined as a run-time process that instantiates a SON function in a network environment; an input impact time can be defined as the time period that at least one information element input to a SON function instance would be impacted, by at least one information element that is output by another SON function instance; an input scope can be defined as at least one information element that a SON function instance collects in order to execute; an information element can be defined as a piece of data; and an objective of a SON function instance can be defined as a goal of the SON function instance. In an example embodiment, an information element is a piece of data about one of: a network element or multiple network elements (such as for example a user equipment (UE), a cell, a cell pair, cell neighbors, a cell cluster), a sub-network or even the entire network. Example information elements are pieces of data about: a UE's behavior, a cell's characteristics, a home subscriber server (HSS)/home location register (HLR) entry, and an operations support system (OSS) record. Example objectives of SON function instances are: increase capacity of a cell and minimize handovers of signals from one cell to another.

[0036] In an example embodiment, any one of the input impact time, the input scope and the objective of the first instance of the first SON function may be obtained by the processor executing method 300, from a database communicatively connected to that processor. For example, if processor 132 (of FIG. 1) were executing method 300, and Domain A database 140 (of FIG. 1) stored the input impact time, the input scope and the objective of the first instance, processor 132 could obtain these items from database 140 because it is communicatively connected to it. In another example, if processor 152 (of Domain A) were executing method 300, and Domain A database 140 stored the input impact time, the input scope and the objective of the first instance, processor 152 could obtain these items from database 140, because it is communicatively connected to it.

[0037] In another example embodiment, any one of the input impact time, the input scope and the objective of the first instance may be sent to the processor that is executing method 300, from another processor communicatively connected to that processor. Any one of the input impact time, the input scope and the objective, may be sent to the processor that is executing method 300, from another processor, in a request to execute the first instance or a request to output at least one information element by the first instance.

[0038] 320 is next. At 320, an input impact time, an input scope and an objective of an instance of a second SON function are obtained.

[0039] In an example embodiment, the input impact time, the input scope and the objective of the second instance may be obtained by the processor, from a database communicatively connected to that processor. For example, if processor 232a (of FIG. 2) were executing method 300, and Network database 220 (of FIG. 2) stored the input impact time, the input scope and the objective of the second instance, processor 232a could obtain these items from Network database 220 because it is communicatively connected to database 220 through communications subsystems 238a and 218 and interface 260a. An example scenario in which a network database (such as network database 220) would store the input impact time, the input scope and the objective of the second instance, is when the second SON function resides in a different domain that the first SON function, and a database within the domain of the first instance does not store information about the second instance.

[0040] 330 is next. At 330, whether there is an overlap among the input impact time of the first instance and the input impact time of the second instance, is determined. If there is an overlap, 340 is next. If there is not an overlap, 370 is next.

[0041] At 340, whether there is an overlap among the input scope of the first instance and the input scope of the second instance, is determined. If there is an overlap, 350 is next. If there is not an overlap, 370 is next.

[0042] At 350, whether the objective of the first instance and the objective of the second instance are the same or substantially the same, is determined. If they are the same or substantially the same, 380 is next. If they are not the same or substantially the same, 360 is next.

[0043] At 360, whether the objective of the first instance contradicts or substantially contradicts with the objective of the second instance, is determined. If the objectives contradict or substantially contradict each other, 380 is next. If the objectives do not contradict or substantially contradict each other, 370 is next.

[0044] At 370, it is determined that a potential conflict does not exist.

[0045] At 380, it is determined that a potential conflict exists, and a resolution to prevent the potential conflict is initiated.

[0046] FIG. 4 illustrates another method 400 to prevent a potential conflict among a first instance of a first SON function, and a second instance of a second SON function.

[0047] At 410, an output impact time and an impact area of a first instance of a first SON function is obtained.

[0048] As disclosed throughout this Detailed Description, an output impact time can be defined as the time period that at least one information element output by a SON function instance would impact: at least one information element input to another SON function instance or at least one information element output by the other SON function instance.

[0049] Furthermore, as disclosed throughout this Detailed Description, an impact area can be defined as at least one information element output by a SON function instance and any other information element(s) affected by the information element(s) output by the SON function instance. An example of how an information element output by a SON function instance could affect other information elements is as follows. A SON function instance changes the power parameter of cell 1 and this results in a coverage change of cell 1. The resulted coverage change of cell 1 affects information elements of cell 2, a neighbor of cell 1. In this example, both the power parameter of cell 1 and the affected information elements of cell 2 make up the impact area.

[0050] In an example embodiment, any one of the output impact time and impact area of the first instance may be obtained by the processor executing method 400, from a database communicatively connected to that processor.

[0051] In another example embodiment, any one of the output impact time and the impact area of the first instance may be sent to the processor that is executing method 400, from another processor communicatively connected to that processor. In an example embodiment, any one of the output impact time and the impact area, may be received by the processor that is executing method 400, from another processor that is requesting to execute the first instance or requesting to output at least one information element by the first instance.

[0052] 420 is next. At 420, an input impact time and an input scope of a second instance of a second SON function is obtained. In an example embodiment, the input impact time and the input scope may be obtained by the processor executing method 400, from a database communicatively connected to that processor.

[0053] 430 is next. At 430, whether there is an overlap among the output impact time of the first instance and the input impact time of the second instance, is determined. If there is an overlap, 440 is next. If there is not an overlap, 460 is next.

[0054] At 440, whether there is an overlap among at least one information element in the impact area of the first instance and in the input scope of the second instance, is determined. If there is an overlap, 450 is next. If there is not an overlap, 460 is next.

[0055] At 450, whether at least one of the information elements in the impact area of the first instance would substantially change at least one of the information elements in the input scope of the second instance, is determined. If at least one of the information elements in the input scope would be substantially changed, 470 is next. If none of the information elements in the input scope would be substantially changed, 460 is next.

[0056] At 460, it is determined that a potential conflict does not exist.

[0057] At 470, it is determined that a potential conflict exists, and a resolution to prevent the potential conflict is initiated.

[0058] FIG. 5 illustrates yet another method 500 to prevent a potential conflict among a first instance of a first SON function, and a second instance of a second SON function. (Method 400 included a determination of whether the first instance conflicts with the second instance in a particular way. Method 500 includes a determination of whether the second instance conflicts with the first instance in the same particular way.)

[0059] At 510, an input impact time and an input scope of a first instance of a first SON function are obtained. In an example embodiment, any one of the input impact time and the input scope may be obtained by the processor executing method 500, from a database communicatively connected to that processor.

[0060] In another example embodiment, any one of the input impact time and an input scope of the first instance may be sent to the processor that is executing method 500, from another processor communicatively connected to that processor. Any one of the input impact time and the input scope, may be sent to the processor that is executing method 300, from another processor that is requesting to execute the first instance or requesting to output at least one information element by the first instance.

[0061] 520 is next. At 520, an output impact time and an impact area of a second instance of a second SON function are obtained. In an example embodiment, the output impact time and an impact area of the second instance may be obtained by the processor executing method 500, from a database communicatively connected to that processor.

[0062] 530 is next. At 530, whether there is an overlap among the output impact time of the second instance and the input impact time of the first instance, is determined. If there is an overlap, 540 is next. If there is not an overlap, 560 is next.

[0063] At 540, whether there is an overlap among at least one information element in the impact area of the second instance and in the input scope of the first instance, is determined. If there is an overlap, 550 is next. If there is not an overlap, 560 is next.

[0064] At 550, whether at least one of the information elements in the impact area of the second instance would substantially change at least one of the information elements in the input scope of the first instance, is determined. If at least one of the information elements in the input scope would be substantially changed, 570 is next. If none of the information elements in the input scope would be substantially changed, 560 is next.

[0065] At 560, it is determined that a potential conflict does not exist.

[0066] At 570, it is determined that a potential conflict exists, and a resolution to prevent the potential conflict is initiated.

[0067] FIG. 6 illustrates another method 600 to prevent a potential conflict among a first instance of a first SON function, and a second instance of a second SON function.

[0068] At 610, an output impact time and an impact area of a first instance of a first SON function is obtained. In an example embodiment, any one of the output impact time and the impact area may be obtained by the processor executing method 600, from a database communicatively connected to that processor.

[0069] In another example embodiment, any one of the output impact time and the impact area may be sent to the processor that is executing method 600, from another processor communicatively connected to that processor. Any one of the output impact time and the impact area, may be sent to the processor that is executing method 600, from another processor that is requesting to execute the first instance or requesting to output at least one information element by the first instance.

[0070] 620 is next. At 620, an output impact time and an impact area of a second instance of a second SON function is obtained. In an example embodiment, the output impact time and the impact area may be obtained by the processor executing method 600, from a database communicatively connected to that processor.

[0071] 630 is next. At 630, whether there is an overlap among the output impact time of the first instance and the output impact time of the second instance, is determined. If there is an overlap, 640 is next. If there is not an overlap, 660 is next.

[0072] At 640, whether there is an overlap among at least one information element in the impact area of the first instance and in the impact area of the second instance, is determined. If there is an overlap, 650 is next. If there is not an overlap, 660 is next.

[0073] At 650, whether at least one of the information elements in the impact area of the first instance would substantially change at least one of the information elements in the in the impact area of the second instance, is determined. If at least one of the information elements in the impact area of the second instance would be substantially changed, 670 is next. If none of the information elements in the impact area of the second instance would be substantially changed, 660 is next.

[0074] At 660, it is determined that a potential conflict does not exist.

[0075] At 670, it is determined that a potential conflict exists, and a resolution to prevent the potential conflict is initiated.

[0076] FIG. 7 illustrates yet another method 700 to prevent a potential conflict among a first instance of a first SON function, and a second instance of a second SON function. (Method 600 included a determination of whether the first instance conflicts with the second instance in a particular way. Method 700 includes a determination of whether the second instance conflicts with the first instance in the same particular way.)

[0077] At 710, an output impact time and an impact area of a first instance of a first SON function is obtained. In an example embodiment, any one of the output impact time and the impact area may be obtained by the processor executing method 700, from a database communicatively connected to that processor.

[0078] In another example embodiment, any one of the output impact time and the impact area may be sent to the processor that is executing method 700, from another processor communicatively connected to that processor. Any one of the output impact time and the impact area, may be sent to the processor that is executing method 700, from another processor that is requesting to execute the first instance and requesting to output at least one information element by the first instance.

[0079] 720 is next. At 720, an output impact time and an impact area of a second instance of a second SON function is obtained. In an example embodiment, the output impact time and the impact area may be obtained by the processor executing method 700, from a database communicatively connected to that processor.

[0080] 730 is next. At 730, whether there is an overlap among the output impact time of the first instance and the output impact time of the second instance, is determined. If there is an overlap, 740 is next. If there is not an overlap, 760 is next.

[0081] At 740, whether there is an overlap among at least one information element in the impact area of the first instance and in the impact area of the second instance, is determined. If there is an overlap, 750 is next. If there is not an overlap, 760 is next.

[0082] At 750, whether at least one of the information elements in the impact area of the second instance would substantially change at least one of the information elements in the impact area of the first instance, is determined. If at least one of the information elements in the impact area of the first instance would be substantially changed, 770 is next. If none of the information elements in the impact area of the first instance would be substantially changed, 760 is next.

[0083] At 760, it is determined that a potential conflict does not exist.

[0084] At 770, it is determined that a potential conflict exists, and a resolution to prevent the potential conflict is initiated.

[0085] In the methods 300-700 discussed above, particularly at 380, 470, 570, 670 and 770, example resolutions to prevent the potential conflict are: to not execute the first instance; to reject a request to output at least one information element by the SON function instance that is requesting to output the at least one information element; to execute the one of the first and second instances, that has a predetermined higher priority; to approve of a request to output at least one information element by one of the first and second instances, that has a predetermined higher priority; if the second instance is currently executing, to not execute the first instance; and if the second instance is currently executing, to reject a request to output at least one information element by the first instance.

[0086] In example embodiments, all of methods 300-700 are executed to determine and prevent any potential conflicts among the first and second instances. In another example embodiment, if after executing one of methods 300-700, it determined that a potential conflict exists, a resolution to prevent the potential conflict is initiated and the remaining of the methods 300-700 are not executed.

[0087] The blocks of methods 300-700 in FIGS. 3-7 are in no absolute chronological order, and some of the blocks may be performed simultaneously or in an order differing from the given one. Some of the blocks or part of the blocks can also be left out or replaced by a corresponding block or part of the blocks.

[0088] The terms "request" or "requesting", disclosed throughout the Detailed Description does not imply that a server-client or a master-slave approach is or needs to be used. The terms "requesting" and "request" can be defined as asking and the act of asking. Furthermore, the requests disclosed throughout the Detailed Description are only examples and may even include several separate communications for sending the same information. In addition, the requests may also contain other information.

[0089] It will be obvious to a person skilled in the art that, as technology advances, the inventive concept can be implemented in various ways. The invention and its embodiments are not limited to the examples described above but may vary within the scope of the claims.


Claims

1. A processor (132, 152, 172, 212, 232a, 232b, 252a or 252b) implemented method to prevent a potential conflict among a first instance of a first self-organizing network ("SON") function residing in a domain, and a second instance of a second SON function residing in an other domain, characterized in that the method further comprises:

obtaining (310 and 320) from at least one database a first input impact time, a first input scope and a first objective of the first instance, and a second input impact time, a second input scope and a second objective of the second instance;

determining (330) if there is a first overlap among the first input impact time and the second input impact time;

if there is the first overlap, determining (340) if there is a second overlap among the first input scope and the second input scope;

if there is the second overlap, determining (350) if the first objective and the second objective are the same or substantially the same and if so, determining that the potential conflict exists;

if there is the second overlap and the first objective and the second objective are not the same or substantially the same, determining (360) if the first objective contradicts or substantially contradicts with the second objective and if so, determining that the potential conflict exists;

if the potential conflict exists, initiating (380) a resolution: to not execute the first instance, to reject a request to output at least one information element by the first instance, to execute one of the first and second instances, or to approve a request to output at least one information element by one of the first and second instances that has a predetermined higher priority; and

wherein the domain and the other domain each comprise a designated section of a radio access network.


 
2. The method of Claim 1, wherein the method is executed, in response to the processor receiving a request to execute the first instance or a request to output at least one information element by the first instance.
 
3. A computing device (130, 150, 170, 210, 230a, 230b, 250a, or 250b) to prevent a potential conflict among a first instance of a SON function residing in a domain, and a second instance of a second SON function residing in another domain, characterized in that the computing device further comprises:
a processor (132, 152, 172, 212, 232a, 232b, 252a or 252b) configured to:

obtain from at least one database a first input impact time, a first input scope and a first objective of the first instance, and a second input impact time, a second input scope and a second objective of the second instance;

determine if there is a first overlap among the first input impact time and the second input impact time;

if there is the first overlap, determine if there is a second overlap among the first input scope and the second input scope;

if there is the second overlap, determine if the first objective and the second objective are the same or substantially the same and if so, determine that the potential conflict exists;

if there is the second overlap and the first objective and the second objective are not the same or substantially the same, determine if the first objective contradicts or substantially contradicts with the second objective and if so, determine that the potential conflict exists;

if the potential conflict exists, initiate a resolution: to not execute the first instance, to reject a request to output at least one information element by the first instance, to execute one of the first and second instances, or to approve a request to output at least one information element by one of the first and second instances that has a predetermined higher priority; and

wherein the domain and the other domain each comprise a designated section of a radio access network.


 
4. The computing device of Claim 3, wherein the processor is further configured to prevent the potential conflict, in response to receiving a request to execute the first instance or a request to output at least one information element by the first instance.
 


Ansprüche

1. Durch einen Prozessor (132, 152, 172, 212, 232a, 232b, 252a oder 252b) implementiertes Verfahren zum Verhindern eines potenziellen Konflikts zwischen einer ersten Instanz einer ersten selbstorganisierenden Netzwerk("SON")-Funktion, die sich in einer Domäne befindet, und einer zweiten Instanz einer zweiten SON-Funktion, die sich in einer anderen Domäne befindet, dadurch gekennzeichnet, dass das Verfahren ferner umfasst:

Erhalten (310 und 320) aus mindestens einer Datenbank eine erste Eingabeeinflusszeit, einen ersten Eingabebereich und ein erstes Ziel der ersten Instanz und eine zweite Eingabeeinflusszeit, einen zweiten Eingabebereich und ein zweites Ziel der zweiten Instanz;

Bestimmen (330), ob eine erste Überlappung zwischen der ersten Eingabeeinflusszeit und der zweiten Eingabeeinflusszeit vorhanden ist;

wenn eine erste Überlappung vorhanden ist, Bestimmen (340), ob eine zweite Überlappung zwischen dem ersten Eingabebereich und dem zweiten Eingabebereich vorhanden ist;

wenn eine zweite Überlappung vorhanden ist, Bestimmen (350), ob das erste Ziel und das zweite Ziel gleich oder im Wesentlichen gleich sind, und wenn dies zutrifft, Bestimmen, dass der potenzielle Konflikt besteht;

wenn eine zweite Überlappung vorhanden ist und das erste Ziel und das zweite Ziel nicht gleich oder im Wesentlichen gleich sind, Bestimmen (360), ob das erste Ziel dem zweiten Ziel widerspricht oder im Wesentlichen widerspricht, und wenn dies zutrifft, Bestimmen, dass der potenzielle Konflikt besteht;

wenn der potenzielle Konflikt besteht, Einleiten (380) einer Lösung: die erste Instanz nicht ausführen, eine Anforderung zum Ausgeben von mindestens einem Informationselement durch die erste Instanz ablehnen, eine der ersten und zweiten Instanz ausführen oder eine Anforderung zum Ausgeben mindestens eines Informationselements durch eine der ersten und zweiten Instanz, das eine vorbestimmte höhere Priorität aufweist, genehmigen; und

wobei die Domäne und die andere Domäne jeweils einen festgelegten Abschnitt eines Funkzugangsnetzes umfassen.


 
2. Verfahren nach Anspruch 1, wobei das Verfahren als Reaktion darauf ausgeführt wird, dass der Prozessor eine Anforderung zum Ausführen der ersten Instanz oder eine Anforderung zum Ausgeben mindestens eines Informationselements durch die erste Instanz empfängt.
 
3. Rechenvorrichtung (130, 150, 170, 210, 230a, 230b, 250a oder 250b) zum Verhindern eines potenziellen Konflikts zwischen einer ersten Instanz einer SON-Funktion, die sich in einer Domäne befindet, und einer zweiten Instanz einer zweiten SON-Funktion, die sich in einer anderen Domäne befindet, dadurch gekennzeichnet, dass die Rechenvorrichtung ferner umfasst:
einen Prozessor (132, 152, 172, 212, 232a, 232b, 252a oder 252b), der dazu ausgelegt ist:

aus mindestens einer Datenbank eine erste Eingabeeinflusszeit, einen ersten Eingabebereich und ein erstes Ziel der ersten Instanz und eine zweite Eingabeeinflusszeit, einen zweiten Eingabebereich und ein zweites Ziel der zweiten Instanz zu erhalten;

zu bestimmen, ob eine erste Überlappung zwischen der ersten Eingabeeinflusszeit und der zweiten Eingabeeinflusszeit vorhanden ist;

wenn eine erste Überlappung vorhanden ist, zu bestimmen, ob eine zweite Überlappung zwischen dem ersten Eingabebereich und dem zweiten Eingabebereich vorhanden ist;

wenn eine zweite Überlappung vorhanden ist, zu bestimmen, ob das erste Ziel und das zweite Ziel gleich oder im Wesentlichen gleich sind, und wenn dies zutrifft, zu bestimmen, dass der potenzielle Konflikt besteht;

wenn eine zweite Überlappung vorhanden ist und das erste Ziel und das zweite Ziel nicht gleich oder im Wesentlichen gleich sind, zu bestimmen, ob das erste Ziel dem zweiten Ziel widerspricht oder im Wesentlichen widerspricht, und wenn dies zutrifft, zu bestimmen, dass der potenzielle Konflikt besteht;

wenn der potenzielle Konflikt besteht, eine Lösung einzuleiten: die erste Instanz nicht ausführen, eine Anforderung zum Ausgeben von mindestens einem Informationselement durch die erste Instanz ablehnen, eine der ersten und zweiten Instanz ausführen oder eine Anforderung zum Ausgeben mindestens eines Informationselements durch eine der ersten und zweiten Instanz, das eine vorbestimmte höhere Priorität aufweist, genehmigen; und

wobei die Domäne und die andere Domäne jeweils einen festgelegten Abschnitt eines Funkzugangsnetzes umfassen.


 
4. Rechenvorrichtung nach Anspruch 3, wobei der Prozessor ferner dazu ausgelegt ist, den potenziellen Konflikt als Reaktion auf das Empfangen einer Anforderung zum Ausführen der ersten Instanz oder einer Anforderung zum Ausgeben mindestens eines Informationselements durch die erste Instanz zu verhindern.
 


Revendications

1. Procédé mis en Ĺ“uvre par un processeur (132, 152, 172, 212, 232a, 232b, 252a ou 252b) pour empêcher un conflit potentiel entre une première instance d'une première fonction de réseau auto-organisé ("SON") résidant dans un domaine, et une seconde instance d'une seconde fonction SON résidant dans un autre domaine, caractérisé en ce que le procédé comprend en outre :

l'obtention (310 et 320) à partir d'au moins une base de données d'un premier temps d'impact d'entrée, d'une première portée d'entrée et d'un premier objectif de la première instance, et d'un second temps d'impact d'entrée, d'une seconde portée d'entrée et d'un second objectif de la seconde instance ;

la détermination (330) du fait de savoir s'il y a un premier chevauchement entre le premier temps d'impact d'entrée et le second temps d'impact d'entrée ;

s'il y a le premier chevauchement, la détermination (340) du fait de savoir s'il y a un second chevauchement entre la première portée d'entrée et la seconde portée d'entrée ;

s'il y a le second chevauchement, la détermination (350) du fait de savoir si le premier objectif et le second objectif sont identiques ou sensiblement identiques et, si tel est le cas, la détermination du fait que le conflit potentiel existe ;

s'il y a le second chevauchement et si les premier et second objectifs ne sont pas identiques ou sensiblement identiques, la détermination (360) du fait de savoir si le premier objectif est en contradiction ou sensiblement en contradiction avec le second objectif et, si tel est le cas, la détermination du fait que le conflit potentiel existe ;

si le conflit potentiel existe, le déclenchement (380) d'une résolution : de ne pas exécuter la première instance, de rejeter une demande de fourniture en sortie d'au moins un élément d'information par la première instance, d'exécuter l'une des première et seconde instances, ou d'approuver une demande de fourniture en sortie d'au moins un élément d'information par l'une des première et seconde instances qui possède une priorité supérieure prédéterminée ; et

dans lequel le domaine et l'autre domaine comprennent chacun une section désignée d'un réseau d'accès radio.


 
2. Procédé selon la revendication 1, dans lequel le procédé est exécuté, en réponse à la réception par le processeur d'une demande d'exécution de la première instance ou d'une demande de fourniture en sortie d'au moins un élément d'information par la première instance.
 
3. Dispositif informatique (130, 150, 170, 210, 230a, 230b, 250a ou 250b) destiné à empêcher un conflit potentiel entre une première instance d'une fonction SON résidant dans un domaine, et une seconde instance d'une seconde fonction SON résidant dans un autre domaine, caractérisé en ce que le dispositif informatique comprend en outre :
un processeur (132, 152, 172, 212, 232a, 232b, 252a ou 252b) configuré pour :

obtenir à partir d'au moins une base de données un premier temps d'impact d'entrée, une première portée d'entrée et un premier objectif de la première instance, et un second temps d'impact d'entrée, une seconde portée d'entrée et un second objectif de la seconde instance ;

déterminer s'il y a un premier chevauchement entre le premier temps d'impact d'entrée et le second temps d'impact d'entrée ;

s'il y a le premier chevauchement, déterminer s'il y a un second chevauchement entre la première portée d'entrée et la seconde portée d'entrée ;

s'il y a le second chevauchement, déterminer si le premier objectif et le second objectif sont identiques ou sensiblement identiques et, si tel est le cas, déterminer que le conflit potentiel existe ;

s'il y a le second chevauchement et si les premier et second objectifs ne sont pas identiques ou sensiblement identiques, déterminer si le premier objectif est en contradiction ou sensiblement en contradiction avec le second objectif et, si tel est le cas, déterminer que le conflit potentiel existe ;

si le conflit potentiel existe, déclencher une résolution : de ne pas exécuter la première instance, de rejeter une demande de fourniture en sortie d'au moins un élément d'information par la première instance, d'exécuter l'une des première et seconde instances, ou d'approuver une demande de fourniture en sortie d'au moins un élément d'information par l'une des première et seconde instances qui possède une priorité supérieure prédéterminée ; et

dans lequel le domaine et l'autre domaine comprennent chacun une section désignée d'un réseau d'accès radio.


 
4. Dispositif informatique selon la revendication 3, dans lequel le processeur est en outre configuré pour empêcher le conflit potentiel, en réponse à la réception d'une demande d'exécution de la première instance ou d'une demande de fourniture en sortie d'au moins un élément d'information par la première instance.
 




Drawing


























Cited references

REFERENCES CITED IN THE DESCRIPTION



This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.

Patent documents cited in the description




Non-patent literature cited in the description