GB2555456A - Cellular communications - Google Patents

Cellular communications Download PDF

Info

Publication number
GB2555456A
GB2555456A GB1618269.3A GB201618269A GB2555456A GB 2555456 A GB2555456 A GB 2555456A GB 201618269 A GB201618269 A GB 201618269A GB 2555456 A GB2555456 A GB 2555456A
Authority
GB
United Kingdom
Prior art keywords
base station
neighbour
nominated
outage
base
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
GB1618269.3A
Other versions
GB201618269D0 (en
GB2555456B (en
Inventor
Abouelmaati Dalia
Mackenzie Richard
fitch Michael
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
British Telecommunications PLC
Original Assignee
British Telecommunications PLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by British Telecommunications PLC filed Critical British Telecommunications PLC
Priority to GB1618269.3A priority Critical patent/GB2555456B/en
Publication of GB201618269D0 publication Critical patent/GB201618269D0/en
Publication of GB2555456A publication Critical patent/GB2555456A/en
Application granted granted Critical
Publication of GB2555456B publication Critical patent/GB2555456B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00835Determination of neighbour cell lists
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/34Reselection control
    • H04W36/38Reselection control by fixed network equipment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/14Backbone network devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

In a cellular telecommunications system, outage management is managed in respect of each cell B by a nominated neighbour cell A, the identity of which is recorded in a neighbor list 6 for cell B. If a cell C, D, other than the nominated neighbour, detects a suspected outage in a cell B, the cell detecting the outage identifies the nominated neighbour A from the neighbour list of cell B, and transmits an outage report to the nominated neighbour cell A, which co­ordinates a network recovery process. This avoids multiple detections of the same outage resulting in conflicting attempts to manage the recovery process. Selection of the nominated neighbour of a cell B may be made autonomously by the cell itself or by a centralised processor 2 (see figure 5), and may be done in such a way as to support network resilience by avoiding reciprocity between cells, selecting, for a cell B connected to a first backhaul system 4, a nominated neighbour A using a second backhaul system 3, and avoiding the use of cells E having intermittent or transient connections to the network.

Description

(71) Applicant(s):
British Telecommunications public limited company 81 Newgate Street, London, EC1A 7AJ,
United Kingdom (72) Inventor(s):
Dalia Abouelmaati Richard Mackenzie Michael Fitch (74) Agent and/or Address for Service:
BT Group Legal Intellectual Property Department Ground Floor, Faraday Building, 1 Knightrider Street, London, EC4V 5BT, United Kingdom (51) INT CL:
H04W 24/04 (2009.01) H04W 36/24 (2009.01) H04W 36/38 (2009.01) (56) Documents Cited:
EP 2797354 A1 EP 2693810 A1
EP 2230864 A1 (58) Field of Search:
INT CL H04W
Other: EPODOC, WPI, TXTE (54) Title of the Invention: Cellular communications
Abstract Title: An outage detection process for a cellular communications system in which a base station has a nominate neighbour for monitoring potential outages (57) in a cellular telecommunications system, outage management is managed in respect of each cell B by a nominated neighbour cell A, the identity of which is recorded in a neighbor list 6 for cell B. If a cell C, D, other than the nominated neighbour, detects a suspected outage in a cell B, the cell detecting the outage identifies the nominated neighbour A from the neighbour list of cell B, and transmits an outage report to the nominated neighbour cell A, which coordinates a network recovery process. This avoids multiple detections of the same outage resulting in conflicting attempts to manage the recovery process. Selection of the nominated neighbour of a cell B may be made autonomously by the cell itself or by a centralised processor 2 (see figure 5), and may be done in such a way as to support network resilience by avoiding reciprocity between cells, selecting, for a cell B connected to a first backhaul system 4, a nominated neighbour A using a second backhaul system 3, and avoiding the use of cells E having intermittent or transient connections to the network.
Figure GB2555456A_D0001
Figure 1
1/6
Control 4 Figure 1
Figure GB2555456A_D0002
2/s
Other neighbours Q CQ u CQ s < LU s u
Nominated Neighbour U < Q < Q
Type Pico Macro Macro Macro Femto
GPS
Channel characteristics
Cell < CQ u Q LU
Figure GB2555456A_D0003
3/6
Figure GB2555456A_D0004
Network
4/6
Figure GB2555456A_D0005
Figure 4
Figure GB2555456A_D0006
co
5/6
Figure GB2555456A_D0007
Figure 5
6/6
Figure 6
Figure GB2555456A_D0008
Cellular communications
The present invention relates to cellular communications, and in particular to the maintenance of cellular communications coverage during a shutdown of one or more base stations. When this happens, any mobile stations that were registered with the base station that has shut down, whether currently on a call or just on standby, has to register with another base station within range, so that calls can continue to be connected to and from the mobile stations.
In a normal handover, the base station from which the handover takes place controls the process, for example identifying when signal quality is deteriorating, identifying (e.g from a “neighbour list”) the base stations to which handover could be made and how the mobile unit is to identify them, and synchronising the handover process itself. This is not possible if the base station has shut down unexpectedly. Instead, the mobile unit has to initiate the process, seeking any base stations within range and registering with one of them. This process is much slower, particularly if several mobile terminals are having to do this at the same time, which is usually the case if a base station has shut down without warning.
Self-Organizing Networks (SONs) have an important role in the development of the next generation mobile networks by introducing automated self-healing schemes. One of the main functionalities in a self-healing mechanism is the detection of a condition that requires healing, in this case a cell outage detection.
It is important to detect base station outages promptly in order to provide a reliable, highquality mobile service. If millions of base stations are deployed, it will be impractical to respond manually to individual base station outage, especially as this could be triggered by customers turning off their base stations.
In this specification, the term “base station” is used for the physical equipment forming the interface between the fixed network and a wireless connection with a mobile terminal. The terms “femtocell”, “picocell” and “macrocell” are conventional terms for different types of base station equipment, as will be discussed later. In this specification the term “cell” is used in the sense of the geographical area for which a base station provides coverage.
It is expected that future cellular networks will be heterogeneous networks (HetNets), i.e., a mix of large fixed base stations (macro-cells) for ubiquitous user experience and small portable base stations (known as femtocells) for high data rate transmission. Most outage detection processes are focused on macro-cells rather than small cells. Most previous outage detection are not suitable for such networks due to the dense deployment nature of small cells, as compared to the macro only deployments. Furthermore, user statistics in small cells are likely to be sparse, since they usually support relatively few users at any given time.
The outage of a base station may be detected by its local home router but it is not possible to report this if the fault is with the router itself. Femtocells can also be monitored from a centralised management or network platform, by polling them from a centralised platform to check their status. Again this relies on the local router being operational, but in this case if the polling ceases to produce a response that is itself indicative of a problem with the base station, and specifically with its backhaul connection to the network. Base stations can also be monitored by neighbouring cells, for example using Internet protocols over the X2 Interface (Inter-eNodeB interface defined in 3GPP). .
These IP-based techniques are likely to result in overload of the network, especially as it is expected that thousands or even millions of base stations could eventually be deployed. Polling using the X2 interface also generates additional network traffic, and suffers from the same reliability issues as centralised polling. Polling from the local router may be useful (especially in cases where there are no neighbour Femto cells to report an outage) but is at risk of a common failure mode (hardware/power/backhaul), in which it may be unable to report outages.
According to the present invention, there is provided an outage detection process for a cellular communications system in which a first base station has a nominated neighbour base station for monitoring for potential outages or other deterioration in performance of the first base station and for co-ordinating network recovery processes in the event of outages of the first base station, wherein if a further base station, other than the nominated base station, detects an outage or other deterioration in performance of the first base station, the further base station transmits a report of such outage or other deterioration in performance to the nominated base station.
In a complementary aspect, the outage detection process provides that the nominated base station receives an outage detection report from the further base station indicating an outage or other deterioration in performance of the first base station, and, in response, the nominated base station co-ordinates network recovery processes of the first base station.
The invention also provides a cellular base station having a neighbour detection processor for detecting the presence of neighbouring base stations, and a store for recording the identities of neighbouring base stations so detected, the neighbour detection processor being arranged to identify an outaged base station previously recorded in the store by a failure to detect the outaged base station, to determine from the neighbour list the identity of a nominated neighbour of the outaged base station, and to generate an outage report for transmission to the nominated neighbour to initiate a network recovery process.
The invention also provides a cellular base station, being a nominated neighbour for a first base station, the cellular base station comprising:
a receiver adapted to receive an outage detection report indicating an outage or other deterioration in performance of the first base station;
a processor adapted to respond to the outage detection report by initiating network recovery processes for the first base station.
The nominated neighbour base station may have a handover management processor for managing handover of mobile terminals between base stations, the handover management means being arranged to manage a network recovery process in response to outages of the first base station, in response to outage reports received from other base stations detecting the outage condition, or detecting an outage in a base station of which it is itself the nominated neighbour.
A base station may embody both aspects, serving as nominated neighbour for a first base station, and having the capability to detect outages in other base stations and report them to the respective nominated neighbours of those other base stations. Such a base station may also itself have a nominated neighbour allocated to it, to allow handling of outages in that base station. However, the three functions need not all be present in every base station in the network.
In an alternative embodiment, some of the functions are embodied in a cellular communications management processor for managing a cellular communications network, the cellular communications management processor comprising a base station management system for receiving location data relating to individual base stations in the network and a neighbour data store for storing location data of each base station in relation to neighbouring base stations, comprising a nominated neighbour selection processor for selecting, in relation to each base station, a nominated neighbour base and storing data relating to the nominated neighbour in the neighbour data store, and an outage management system for receiving reports from a reporting base station relating to an outaged base station, and identifying from the data in the store (6) the nominated neighbour of the outaged base station, and reporting the outage to the nominated neighbour so identified to initiate a network recovery process.
In an embodiment of the invention, a neighbour list is maintained for the first base station to identify other base stations to which mobile terminals may be handed over, and further base stations retrieve data from the neighbour list in order to initiate a handover process, wherein the neighbour list records the nominated neighbour of the first base station, and a further base station detecting an outage or other deterioration in performance of the first base station retrieves data from the neighbour list to identify the nominated neighbour to which an outage report is to be transmitted. The nominated neighbour base station may generate and transmit instructions to the further base stations to initiate a network recovery process.
The cellular base station may have a neighbour determination processor for selecting a neighbouring base station, from data in the neighbour list, to be the nominated neighbour of the base station, and storing that identity in the neighbour list.
The identity of the nominated neighbour base station may be transmitted, either by the central processor or by the base station itself, to the said nominated neighbour base station and to other neighbouring base stations.
It is preferable to select, as nominated neighbour of a first base station, a second base station that does not have the first base station as its own nominated neighbour. In respect of a base station connected to a first backhaul system, a base station connected to a different backhaul system is preferably selected as nominated base station. An automated allocation system may operate to allocate nominated neighbours to individual base stations according to these or similar criteria.
If a base station detects a potential outage in another base station for which it is not the nominated neighbour, it can report the potential outage to the nominated neighbour base station and takes instructions from the nominated neighbour base station for network recovery.
This process allows more efficient network recovery as it reduces conflicts between outage reports and recovery actions which could be initiated if no individual neighbour were in overall control. This offers significant reduction in the communication overhead and detection delay. As the system does not rely on user interactions, it can detect outages when few or no users are in the vicinity, and in areas of low cell density.
Moreover, it can give a representative reflection of outage from the customer point of view by using a Power-based detection approach, and can avoid false outage alarms generated during accidental unplugging or rebooting of the base station (instantaneous outages)
To facilitate handover, it is conventional for each base station to maintain a “neighbour list”, identifying the channels and other details relating to base stations in the vicinity to which a mobile terminal may be likely to hand over. This neighbour list can be updated by a central control system or, in a more dynamic system, by interaction between base stations that can detect each other directly, or in response to information relayed by mobile handsets as they are handed over. In a preferred embodiment a base station records, as part of the information about each neighbour in its neighbour list, the identity of that neighbour’s nominated neighbour.
The nominated neighbour relationship does not need to be reciprocal - indeed a reciprocal arrangement can be undesirable as, if there is a fault affecting both of them, neither will be able to manage a network recovery process for the other. Some base stations in the network may be “nominated neighbour” to several other base stations, and others to none.
It can be preferable that the nominated neighbour be selected to have a different backhaul system (different layer of the cellular plan) so that if the base station failure is because of a problem in the backhaul network, the nominated neighbour is unaffected.
In a preferred embodiment, the process is based on sequential triggering for base station outage detection. The base stations may be of any wireless cell type (e.g. macro, micro, pico or femto), and in particular it is advantageous if more than one type interact so that the network as a whole is more robust to a system failure affecting several base stations of one type.
Any base station identifying another base station as potentially in outage can initiate the process. It first identifies from its neighbour list which base station is the ‘nominated neighbour’ of the suspected outage base station. It then communicates with the nominated neighbour to report the potential outage. Note that the “nominated neighbour” is not necessarily one of the base stations on the neighbour list of the base station reporting the outage
The nominated neighbour is then responsible to make an outage decision. This may be done based on its own measurements, but can also involve the nominated best neighbour coordinating actions with other entities, such as other neighbours of the suspected outaged base station, for example to determine if the suspected base station can be detected by any of its neighbours.
Action can then be taken, again co-ordinated by the nominated neighbour, to manage handovers in a co-ordinated manner to avoid overloading some neighbours whilst there is spare capacity at others.
The nominated neighbour is also responsible for reporting the outage to a control centre. Having only one base station responsible for such reports reduces the signalling overhead to the control centre, and also provides more reliable reporting as the report is a co-ordinated response based on co-operation with the other neighbours.
Once the outage detection is confirmed for a certain base station, the ‘nominated neighbour’ reports it to a centralized Operation Administration and Maintenance (OAM). The 0AM and the nominated neighbour could co-operate to perform further investigations and collect data about the outaged base station. This could help in identifying the root cause of the outage, and allow patterns/trends to be monitored (i.e. clusters of alarms should be investigated io for a common route cause). Base station Outage can be caused by several mechanisms, for example RF failure, or not fully functioning, software failure, backhaul failure or power failure Having only one base station responsible for such reports reduces the signalling overhead to the control centre, and also provides more reliable reporting as the report is a coordinated response based on co-operation with the other neighbours.
The process has a number of advantages. Firstly, the sequential triggering allows any entity (cell or non-cell) to inform the nominated neighbour if it has reason to suspect that a base station is in outage. The best neighbour then makes the decision and will involve other entities when needed to help with the decision making. This reduces the amount of active monitoring required, so that the system may be reactive to the detection of faults rather than actively monitoring for them. This is also more energy efficient, and allows fast automated outage detection with a very low communication overhead.
The system’s operation and reliability are independent of the density of users. Each base station has exactly one nominated neighbour, however dense or sparse the network coverage.
The detection process avoids reporting instantaneous outages, thereby increasing the network efficiency as the base station will not report the outage until it is confirmed that it is not an accidental removal or rebooting of the base station. That will avoid false reports as an outage in these cases, and minimises the cost and effort generated by false alarms and misdetection.
Reporting can be over the backhaul network, which means it doesn’t overload the mobile core network.
Finally, as detection is carried out by detection of outages over the air interface it accurately reflects the customer’s experience, in particular whether an outage is detectable by the customer.
An embodiment of the invention will now be described, with reference to the drawings, in which
Figure 1 is a schematic diagram of part of a cellular network capable of operation according to the invention
Figure 2 is an example neighbour list for the base stations depicted in Figure 1;
Figure 3 is a schematic diagram of an Operations, Administration, and Maintenance centre of the cellular network of Figure 1, configured to operate according to the invention
Figure 4 depicts a flowchart illustrating the operation of the process of selecting a nominated neighbour io Figure 5 is a schematic diagram of a base station of the cellular network of Figure 1, configured to operate according to the invention.
Figure 6 depicts a flowchart illustrating the operation of the process
Figure 1 depicts a simplified cellular network having five base stations, labelled A, B, C, D and E, and each having a respective area of coverage, depicted approximately by a respective dashed curve. (It will be appreciated that signal quality falls off gradually with distance, and can be affected by varying levels of attenuation and interference at different times, so there is no clearly defined boundary to the area covered by a particular base station). The base stations are of various types, with different backhaul connections to different control centres which can intercommunicate through a core network 1 and are co-ordinated by an Operations,
Administration, and Maintenance (OAM) server 2. More specifically, base station A is a picocell connected to, for example, a private network 3, base stations B, C and D are all standard macrocell base stations with backhaul connections to a cellular core network 4, and base station E is depicted as a femtocell with a backhaul connection (typically using an internet connection) to a femtocell control centre 5, The three backhaul networks 3, 4, 5 can all communicate with each other through the core network 1.
A neighbour register 6 is maintained which stores details of base stations recorded as being in proximity to each other, such that handover can be performed between them. The primary purpose of this neighbour register is to simplify the handover process by passing information to a user terminal relating to the operational channels of the base stations to which it is most likely to be able to connect, thus allowing it to seek signals for those base stations first. In Figure 2 the register 6 is shown as a single entity associated with the OAM 6 accessible from all the individual backhaul systems 3, 4, 5 through the core network, but in practice duplicate registers may be maintained by some or all of the backhaul systems 3, 4, 5, storing only the information required by the base stations which it controls: that is to say, for each such base station, the identities of its neighbours, their locations, and their channel characteristics. Thus, for example, picocell A is recorded as having three neighbour base stations B, C, and D, and the channel characteristics of those base stations can be retrieved from the respective entries for those base stations. Likewise, femtocell E has only one neighbour, namely base io station D, as its small area of coverage, close to the centre of that cell, does not overlap with any other cell.
Note that in general the neighbour relationship is reciprocal: for example, the neighbour list of base station A includes base stations B, C and D, and the neighbour lists of base stations B, C and D all include base station A.
In this embodiment of the present invention, the register 6 also stores, for each base station, the identity of one “nominated” neighbour. The “nominated neighbour” would typically monitor the behaviour of the neighbour base station more closely than other base stations.
Preferably, the selection of nominated neighbours can be automated, by applying a rulebased system whenever a base station is added to the system, to identify base stations which should be on its neighbour lists, and which of those should be its “nominated” neighbour. Similarly, if a base station is removed from the network, any base stations for which it was the nominated neighbour need to be assigned a replacement.
Figure 3 depicts the functional elements of the Operations, Administration, and Maintenance centre (OAM) 2 of Figure 1. Figure 3 depicts a network interface 20 through which the OAM 2 connects with the network 1. The OAM maintains a register 21 of mobile units which stores data relating to mobile user terminals registered with the system, including access rights to the network, and information relating to the base station to which each mobile terminal is currently connected. A base station management system 22 monitors the operation of the base stations of the system, including any outage reports received from the base stations, and any control data for their operation.
A handover management system 23 receives data from the base station management system 22, including handover requests forwarded by the base stations from mobile terminals cooperating with them, and transmits instructions to effect a handover and update the location information in the mobile unit register 21 relating to the mobile unit that has been handed over.
A call management system 24 manages calls and session requests received over the network interface 20 in respect of the mobile users recorded in the register 21, in particular to determine, from the information in the register 21, whether the user is authorised to use the service requested and, in the case of incoming traffic, to direct that traffic to the base station currently serving the mobile terminal. The call management system 24 also generates data io required for billing and other subscriber functions 25.
As well as these conventional functions, the OAM system of this embodiment comprises a nominated neighbour selection function 26 and an outage management function 27, which will be described in more detail below with reference to Figures 4, 5 and 6.
Figure 4 depicts the functional elements of a generic base station 30 adapted to operate according to this embodiment, depicting the elements that co-operate in the performance of this embodiment. The base station may be any type of cellular base station, such as the picocell A, femtocell E, and macrocells B, C, D of Figure 1, and the details of their operation and in particular the nature of their backhaul links 3, 4, 5 will vary according to the type of base station.
The base station comprises an “air interface” for transmitting and receiving wireless signals to and from mobile user terminals, a backhaul interface 32 for connection to the fixed network 3, 4, 5, and one or more modems 33 for converting signals between the backhaul and wireless systems. A beacon management system 34 generates signals for broadcast over the air interface 31 to alert other base stations to its presence, and a neighbour seek function 35 operates to detect such signals being broadcast by other base stations, allowing the base station to compile a listing of base stations nearby in a neighbour list store 36. The beacon signal may include data such as channels available, backhaul system and geographical location (determined for example by a GPS receiver). The neighbour list 36 is used to control a handover management system 37 which co-ordinates the transfer of a mobile terminal’s connection from the base station to another base station, or vice versa. This process includes receiving information through the air interface 31 from the mobile terminal that a handover is required, for example because signal quality is deteriorating, and transmitting instructions to the mobile terminal to switch to a channel operated by the base station to which it is to be handed over. It also requires communication with the OAM 2, through an interface 38, to update location registers and thus ensure calls and session data are routed to the mobile terminal after the handover is complete.
The data in the neighbour list 36 is shared, through the OAM interface 38, with the OAM
2 and thus with the master neighbour list 6, and conversely data relating to the neighbouring base stations can be transmitted back to the neighbour list 36.
The neighbour list 36 has associated with it a processor 39 for determining which of the base stations in the neighbour list should be selected as its “nominated neighbour”, and the operation of that processor will now be described.
io Figure 5 is a flow diagram illustrating the process of selecting a “nominated neighbour” for a base station. This process may be initiated in a number of circumstances, but in particular when a change in the network occurs because of the installation or removal of a base station (steps 40, 43). The system operates in the same way, whether the change is deliberate (for instance the installation or removal of a femtocell) or unprompted (for instance a base station failure, or its recovery). The process may be performed by a functional element 39 of the base station 30, or an a management function 26 in the OAM 2, or by co-operation between the base station 30 and the OAM 2
When a base station 30 is first installed, or recovers from an outage, its neighbour seek function 35 is initiated (step 41) to identify other base stations in the vicinity and compiles a neighbour list 36 (step 42). These steps may be expedited if the base station is recovering from an outage, as it may first determine whether base stations already stored in its neighbour list before the outage occurred are still present.
During operation of the base station the neighbour seek function 35 operates from time to time to identify changes in the wireless environment, and in particular for other base stations beginning or ceasing to transmit their beacons, and the neighbour list 36 is updated accordingly.
If the base station ceases to detect its nominated neighbour (step 43) it first updates its neighbour list (step 44) to remove the base station from the list. A delay may be built in before this is done, in order to allow the nearest neighbour to recover if the outage is a transitory one.
Alternatively, the process may be initiated in a functional element 26 of the OAM 2 in response to its base station management system 22 detecting changes in the deployment or operation of the base stations for which it is responsible (steps 40, 43)
In both the situations above (base station initiation (40-42) or loss of “nominated neighbour” (43-44)), it becomes necessary to select a nominated neighbour, and this is done according to the criteria set out below.
A base station could simply assign the neighbour base station with the highest received 5 signal strength to be its “nominated neighbour” from the base station neighbour list (step 45), or it could be selected according to physical location, using GPS co-ordinates recorded in the neighbour list, or some other criterion. In these examples, the nominated neighbour could be the physically closest. However, the optimum neighbour may not always be closest (e.g. the closest base station may not have the best capabilities to make an outage decision).This io information can be shared in a distributed manner, using multiple local copies 36 as illustrated or stored in a central Look up Table 6.
It is desirable, where possible, that the nominated neighbour allocation is not reciprocal - that is to say if base station A is the nominated neighbour of base station B, the nominated neighbour selected for base station A should not be base station B. (In the example of Figure
2, it is base station C). To this end, a test 461 is performed to check that the base station 30 is not itself already operating as the “nominated neighbour” of the base station currently under consideration (step 461) and, if that is the case, it is not selected if there are other candidates to be considered (step 47). This test will, of course, have a negative outcome if the base station is starting up or recovering, (steps40-42) as it will not have been available to be a nominated neighbour of another cell whilst it was not in operation. However, it may occur if the base station is seeking a new neighbour because it has lost contact with its previous one (step 43, 44)
This test ensures that, if both base stations A and B are subject to outages, they do not go undetected, because an alert can be raised through the nominated neighbour of base station A, namely Base station C. For the same reason, it is desirable that if an outage is reported for, for example, base station A, any base stations for which it is the nominated neighbour (base stations B and D in this example) are monitored more closely by their respective control centres (4) during that outage.
It will be noted that a base station may be the nominated neighbour of more than one other base station: for example base station A is the “nominated neighbour” of both base station
B and base station D.
Another factor affecting the selection of nominated neighbour may be the type of backhaul system. The nominated neighbour does not necessarily belong to the same layer or the same network, and there may be some advantage in having it on a different layer (eg pico layer) or network to improve resilience. It is desirable that, where possible, the base station selected as nominated neighbour operates on a different backhaul system, so that in the event of a base station outage caused by failure of a backhaul system the nominated neighbour is not also disabled. To this end, a test 462 is performed to check that the base station 30 and the base station currently under consideration have the same backhaul system and, if that is the case, it is not selected if there are other candidates to be considered (step 47). (In the example io of Figure 2, only base station C has a nominated neighbour operating on the same backhaul system).
In particular, femtocells, not being under the direct control of the network operator but being embodied in a private router system, can be switched on and off, and moved from place to place, without any pre-planning. This makes them unreliable as backup systems, and requires frequent updating of the neighbour list. It is thus preferable to only select such a base station as nominated neighbour of another base station if there is no other neighbour base station available (steps 463, 47), or its recent use pattern suggests that it is unlikely to be removed.
The base station selected as “nominated neighbour” (step 48) is recorded in the neighbour list 36 and its identity can then be shared with other base stations through the OAM interface 38 (step 49).
Although the “nominated neighbour” of a given base station is arranged to monitor the behaviour of that base station more closely than other base stations will, another neighbour may be the first to identify a base station as potentially in outage. Outage detection may be detection of a loss of radio signal from the base station, or through a failure to contact the base station through the backhaul network, for example during an attempted handover. In the event of such a suspected outage, the neighbour detecting it does not report the outage to the control centre directly, but discovers and contacts the ‘nominated neighbour’ for the potential outage base station (via the backhaul connection). This process is illustrated in Figure 6.
For the purposes of this illustration, base station A is the outaged base station, and the process will be described for the circumstances in which base station B detects the outage and also when base station C (the nominated neighbour of Base station A) itself detects the outage.
When a base station (B,C) detects a suspected outage in another base station (A) (step 5 50) it first retrieves the neighbour list 5 (or a locally stored copy) for the suspect base station (step 51) and determines whether the suspect base station A is one of those for which it is the nominated neighbour (step 52). In this case, the nominated neighbour of base station A is base station C, so if base station C detects the outage of base station A it follows the right hand path (521) in Figure 6 (see step 62), but if base station B detects the outage of base station A it io follows the left hand path (520).
If the detecting base station B is not the nominated neighbour of the suspect base station A, it next identifies the address of the nominated neighbour (step 53). (It should be noted that the nominated neighbour C of the suspect base station A need not be on the neighbour list of the detecting base station B, but can be identified by inspection of the neighbour list of the suspect base station).
The detecting base station B next attempts to contact the nominated neighbour base station B (step 54), and if it is successful (path 541) transmits a message to the nominated neighbour base station B (step 55) to report the suspected outage.
If a base station C receives a report from another base station B (step 60) relating to a 20 suspected outage of a base station A for which it is the nominated neighbour, or detects a suspected outage from such a base station (step 521) it first determines whether the suspected outage has already been reported or detected (step 61). If it is a newly-reported suspect outage (path 610), the nominated neighbour base station C coordinates any actions required by any other base stations or UEs to help make its decision on the suspected outage (steps 62, 63,
64) and, once an outage decision is made, the nominated neighbour C coordinates any appropriate resolutions (steps 65, 66, 67, 68, 69).
The nominated neighbour first conducts tests, if necessary in co-operation with other base stations and user terminals, to determine if the suspect base station is indeed in outage (step 62). This can help to eliminate false alarms, for example, brief loss of signal, or a failure of the equipment in the base station B making the report.
The nominated neighbour is responsible for coordinating a group decision in different time intervals to reduce the chance of intentional outages (caused by the user) or other instantaneous outages (system reboot, etc.) being detected. For example, it may “Ping” the base station, and/or perform an RF scan to check if the base station is active. It may also request other neighbour base stations to perform such tests and report the results, (e.g. select one of the distant neighbours that it cannot detect but the outage base station could detect) e.g.
Base station B could ask Base station D
If there is another base station connected to the backhaul, in addition to the suspect base station, the output from that base station could be monitored to try and identify whether the backhaul is healthy. A nominated neighbour can exploit the capabilities of other entities (in particular those base stations in RF range of the suspected outage base station - the outage base station’s neighbour list would be useful for building such a list). Other entities that the best neighbour could coordinate with include co-located Wi-Fi. In one particular example the best neighbour and the suspected outage base station both have co-located wifi. The best neighbour could connect directly to the collocated wifi of the suspected outage base station, to see if the backhaul has been the outage problem. Another option is simply for the co-located wifi of a device to reflect the backhaul status in its beacon messages. A nominated neighbour simply has to get a wifi device to scan and report the backhaul status advertised by the suspected outage base station.
Another check to see if this is an isolated outage. E.g. if base station B cannot inform the nominated neighbour (base station C) of base station A about a suspected outage, it may still be possible to communicate with the nominated neighbour of that base station (in this case base station D). A chain of such failures shows a likely widespread outage and the base station initiating this process could use this information to diagnose an outage and share the information with the Operations, Administration, and Maintenance (OAM) server 2.
If the nominated neighbour determines that the base station is not in outage (step 63, path
630), it can forward a report to the relevant network control centre 2 (step 67), and may also be set to disregard future alarms for this particular base station for a certain time (e.g. 1 hour) and/or of a certain alarm type (step 64) to avoid repeated triggering of the outage response process (step 61) in case of false alarms.
Once an outage has been identified, (step 631), the handover and outage management system 37 of the “nominated neighbour” base station determines what actions need to be taken (step 66). These actions can include co-ordinating any handovers necessary from the outaged base station A (step 68) or contacting the OAM (2) through the OAM interface (38) and backhaul (step 67). The OAM can then do any further investigations and decide to choose the most appropriate compensation technique based on the outage categorisation. The nominated neighbour can then monitor for signs of the outaged base station becoming active again (step 69) so that it can initiate its restoration to the neighbour lists of other base stations, report its presence to the OAM 2, and initiate handover to it.

Claims (15)

1. An outage detection process for a cellular communications system in which a first base station has a nominated neighbour base station for monitoring for potential
5 outages or other deterioration in performance of the first base station and for coordinating network recovery processes in the event of outages of the first base station, wherein if a further base station, other than the nominated base station, detects an outage or other deterioration in performance of the first base station, the further base station transmits a report of such outage or other deterioration in io performance to the nominated base station.
2. An outage detection process according to Claim 1, wherein a neighbour list is maintained for the first base station to identify other base stations to which mobile terminals may be handed over, and further base stations retrieve data from the
15 neighbour list in order to initiate a handover process, wherein the neighbour list records the nominated neighbour of the first base station, and a further base station detecting an outage or other deterioration in performance of the first base station retrieves data from the neighbour list to identify the nominated neighbour to which an outage report is to be transmitted.
3. An outage detection process for a cellular communications system having a first base station and a nominated neighbour base station, wherein the nominated base station receives an outage detection report from a further base station indicating an outage or other deterioration in performance of the first base station, and, in response, the
25 nominated base station co-ordinates network recovery processes of the first base station.
4. An outage detection process according to Claim 3, in which the nominated neighbour base station generates and transmits instructions to the further base stations to
30 initiate a network recovery process.
5. An outage detection process according to claim 3 or claim 4, wherein an automated allocation system operates to allocate nominated neighbours to individual base stations.
5
6. An outage detection process according to claim 5, wherein the allocation system operates to select, as nominated neighbour of a first base station, a second base station that does not have the first base station as its own nominated neighbour.
7. An outage detection process according to claim 5 or claim 6, in which in respect of io a base station connected to a first backhaul system, a base station connected to a different backhaul system is preferentially selected as nominated base station.
8. A cellular base station having a neighbour detection processor (35) for detecting the presence of neighbouring base stations, and a store (36) for recording the identities
15 of neighbouring base stations so detected, the neighbour detection processor being arranged to identify an outaged base station previously recorded in the store by a failure to detect the outaged base station, to determine from the neighbour list the identity of a nominated neighbour of the outaged base station, and to generate an outage report for transmission to the nominated neighbour to initiate a network
20 recovery process.
9. A cellular base station, being a nominated neighbour for a first base station, the cellular base station comprising:
a receiver adapted to receive an outage detection report indicating an outage or other
25 deterioration in performance of the first base station;
a processor adapted to respond to the outage detection report by initiating network recovery processes for the first base station.
10. A cellular base station according to Claim 9, having a handover management
30 processor (37) for managing handover of mobile terminals between base stations, the handover management means being arranged to manage a network recovery process in response to outages of the first base station, in response to outage reports received from other base stations detecting the outage condition.
11. A cellular base station according to Claim 10, having a handover management processor (37) for managing handover of mobile terminals between base stations, arranged such that if the neighbour detection processor identifies that it is itself the
5 nominated neighbour of the outaged base station, it co-ordinates the outage management process.
12. A cellular base station (30) according to Claim 8, Claim 9 , Claim 10 or Claim 11, having a neighbour determination processor (39) for selecting a neighbouring base io station, from data in the neighbour list, to be the nominated neighbour of the base station (3), and storing that identity in the neighbour list.
13. A cellular base station according to Claim 12, arranged to broadcast the identity of the nominated neighbour base station to the said nominated neighbour base station
15 and to other neighbouring base stations.
14. A cellular communications management processor (2) for managing a cellular communications network, the cellular communications management processor comprising a base station management system (22) for receiving location data
20 relating to individual base stations in the network and a neighbour data store (6) for storing location data of each base station in relation to neighbouring base stations, comprising a nominated neighbour selection processor (26) for selecting, in relation to each base station, a nominated neighbour base and storing data relating to the nominated neighbour in the neighbour data store, and an outage management
25 system for receiving reports from a reporting base station relating to an outaged base station, and identifying from the data in the store (6) the nominated neighbour of the outaged base station, and reporting the outage to the nominated neighbour so identified to initiate a network recovery process.
30
15. A cellular communications management processor according to Claim 14, in which the nominated neighbour selection processor (26) being arranged to broadcast the identity of the nominated neighbour base station to the said nominated neighbour base station and to other neighbouring base stations.
Intellectual
Property
Office
Application No: Claims searched:
GB1618269.3 Ito 17
GB1618269.3A 2016-10-28 2016-10-28 Cellular communications Active GB2555456B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
GB1618269.3A GB2555456B (en) 2016-10-28 2016-10-28 Cellular communications

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
GB1618269.3A GB2555456B (en) 2016-10-28 2016-10-28 Cellular communications

Publications (3)

Publication Number Publication Date
GB201618269D0 GB201618269D0 (en) 2016-12-14
GB2555456A true GB2555456A (en) 2018-05-02
GB2555456B GB2555456B (en) 2019-07-03

Family

ID=57963552

Family Applications (1)

Application Number Title Priority Date Filing Date
GB1618269.3A Active GB2555456B (en) 2016-10-28 2016-10-28 Cellular communications

Country Status (1)

Country Link
GB (1) GB2555456B (en)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2230864A1 (en) * 2009-03-17 2010-09-22 Alcatel Lucent Fault detection among base stations
EP2693810A1 (en) * 2011-04-20 2014-02-05 Huawei Technologies Co., Ltd. Failed cell detection method and device
EP2797354A1 (en) * 2011-12-22 2014-10-29 NEC Corporation Base station, communication system, and method for controlling base station

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2230864A1 (en) * 2009-03-17 2010-09-22 Alcatel Lucent Fault detection among base stations
EP2693810A1 (en) * 2011-04-20 2014-02-05 Huawei Technologies Co., Ltd. Failed cell detection method and device
EP2797354A1 (en) * 2011-12-22 2014-10-29 NEC Corporation Base station, communication system, and method for controlling base station

Also Published As

Publication number Publication date
GB201618269D0 (en) 2016-12-14
GB2555456B (en) 2019-07-03

Similar Documents

Publication Publication Date Title
EP3533252B1 (en) Method of handling a cell outage in a radiocommunication network
KR101473683B1 (en) Handover control
EP2605589B1 (en) Method for eliminating physical cell identifier PCI collisions of pico base stations in the area of a macro base station of a mobile communication system
US10420024B2 (en) Transmitter outage detection
EP2453700B1 (en) Identifying neighbouring base stations
US11323958B2 (en) Transmitter outage reporting
CN102204345A (en) Location-based handovers from a macrocell to a femtocell using event-triggered measurement reporting
US8620313B2 (en) Mobile communication method and network device
GB2478978A (en) Automated fault reporting in femtocells
EP2496050A1 (en) Multi-operator radio cells
JP2016039445A (en) Self-optimizing mobile communication system
CN102056186A (en) Method for updating neighbor list and wireless parameters of home base station
GB2555456B (en) Cellular communications
EP2523507A1 (en) Method for triggering wake-up of dormant base station(s) located in the vicinity of a mobile communication equipment, and associated network entities
EP3410765A1 (en) Access point monitoring
CN102036212A (en) Method for updating neighbor cell list of home base station
GB2548805A (en) Transmitter outage detection
GB2548592A (en) Transmitter outage reporting
JP2012070075A (en) Adjacent cell processing device and adjacent cell processing method