BSC Node Redundancy (GBSS15.0 - 01) PDF
BSC Node Redundancy (GBSS15.0 - 01) PDF
GBSS15.0
Issue 01
Date 2013-05-06
and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd.
All other trademarks and trade names mentioned in this document are the property of their respective holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and the
customer. All or part of the products, services and features described in this document may not be within the
purchase scope or the usage scope. Unless otherwise specified in the contract, all statements, information,
and recommendations in this document are provided "AS IS" without warranties, guarantees or representations
of any kind, either express or implied.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute a warranty of any kind, express or implied.
Website: http://www.huawei.com
Email: support@huawei.com
Contents
2 Overview.........................................................................................................................................3
2.1 Introduction........................................................................................................................................................3
2.2 Benefits...............................................................................................................................................................4
2.3 Feature Support by NE.......................................................................................................................................5
3 Technical Description...................................................................................................................6
3.1 Dual- and Single-Homed Service Objects..........................................................................................................6
3.1.1 OPC...........................................................................................................................................................6
3.1.2 BTS............................................................................................................................................................7
3.2 Network Topologies...........................................................................................................................................7
3.2.1 Typical Scenarios......................................................................................................................................7
3.2.2 Networking Modes over the Abis/A/Gb/Inter-BSC Interface...................................................................9
3.3 Fault Detection.................................................................................................................................................15
3.4 Migrating Service Objects in the Event of a Failure........................................................................................16
3.4.1 Migrating Dual-Homed OPCs.................................................................................................................16
3.4.2 Migrating Dual-Homed BTSs.................................................................................................................17
3.5 Neighboring Cells.............................................................................................................................................18
3.5.1 All Dual-Homed BTSs............................................................................................................................18
3.5.2 Combination of Dual- and Single-Homed BTSs.....................................................................................20
3.6 Migrating Back Dual-Homed Service Objects.................................................................................................21
3.7 Maintaining Dual-Homed Service Objects.......................................................................................................22
4 Related Features...........................................................................................................................23
4.1 Abis over IP or Abis IP over E1/T1.................................................................................................................23
4.2 A over IP, A IP over E1/T1, or A over IP Based on Dynamic Load Balancing..............................................23
4.3 Local Multiple Signaling Points.......................................................................................................................23
5 Network Impact...........................................................................................................................24
5.1 System Capacity...............................................................................................................................................24
5.2 Network Performance.......................................................................................................................................24
6 Engineering Guidelines.............................................................................................................25
6.1 When to Use BSC Node Redundancy..............................................................................................................25
6.2 Required Information.......................................................................................................................................25
6.3 Planning............................................................................................................................................................25
6.4 Deployment......................................................................................................................................................26
6.4.1 Requirements...........................................................................................................................................26
6.4.2 Data Preparation......................................................................................................................................28
6.4.3 Precautions...............................................................................................................................................29
6.4.4 Activation................................................................................................................................................29
6.4.5 Activation Observation............................................................................................................................42
6.4.6 Deactivation.............................................................................................................................................44
6.5 Performance Monitoring...................................................................................................................................45
6.6 Parameter Optimization....................................................................................................................................45
6.7 Troubleshooting................................................................................................................................................45
7 Parameters.....................................................................................................................................46
8 Counters........................................................................................................................................63
9 Glossary.........................................................................................................................................64
10 Reference Documents...............................................................................................................65
1.1 Scope
This document describes the implementation principles of the GBFD-113725 BSC Node
Redundancy feature, including network topologies, fault detection, migrating, migrating back,
and maintaining service objects.
Document Issues
The document issue is as follows:
l 01 (2013-05-06)
l Draft A (2013-02-27)
01 (2013-05-06)
This is the first commercial release of GBSS15.0.
Compared with Draft A (2013-02-27), Issue 01 (2013-05-06) incorporates the changes described
in the following table.
Draft A (2013-02-27)
This is a draft.
Compared with issue 01 (2012-04-28) of GBSS14.0, draft A (2013-02-27) of GBSS15.0
incorporates the changes described in the following table.
2 Overview
2.1 Introduction
Huawei introduces the BSC Node Redundancy feature, which is a BSC-level redundancy
solution, to prevent the following problems:
In traditional wireless networks, each BTS connects to only one BSC. If a BSC fails or all the
signaling links on the A interface are disconnected, none of the BTSs served by the BSC can
access the network, and the BSC cannot provide services.
NOTE
The BSC Node Redundancy feature enables two BSCs to form a redundancy group in all-IP
networking mode (the A, Abis, and inter-BSC interfaces all use IP transmission). Two BSCs in
a redundancy group work in 1+1 backup mode. If one BSC fails or all the signaling links on the
A interface of one BSC are disconnected, the other BSC takes over all services.
Figure 2-1 shows the networking diagram of two BSCs working in a redundancy group.
In a redundancy group, each BSC considers itself as the local BSC and the other as the peer
BSC. To enable or disable this feature on the local and peer BSCs, set RedundancyMode to an
appropriate value.
LocalBSCID and PeerBSCID specify the local and peer BSCs in a redundancy group,
respectively. GROUPINDEX specifies a redundancy group.
2.2 Benefits
This feature provides the following benefits:
BSC Node √ √ √ ×
Redundancy
NOTE
√ indicates that the NE supports this feature. × indicates that the NE does not support this feature.
3 Technical Description
3.1.1 OPC
In a redundancy group, HOSTTYPE of an OPC determines whether the OPC works on the local
or peer BSC:
l If HOSTTYPE is set to PRIMHOST(Primary Host), the OPC provides services on the
local BSC.
l If HOSTTYPE is set to SLAVEHOST(Slave Host), the OPC provides services on the peer
BSC.
3.1.2 BTS
In a redundancy group, HOSTTYPE of a BTS determines whether the BTS works under the
local or peer BSC:
l If HOSTTYPE is set to PRIMHOST(Primary Host), the BTS communicates with the
local BSC.
l If HOSTTYPE is set to SLAVEHOST(Slave Host), the BTS communicates with the peer
BSC.
l If HOSTTYPE is set to SINGLEHOST(Single Host), the BTS communicates only with
the local BSC.
When BSC Node Redundancy is enabled, specify the PEERBTSID, PEERBSCIP,
PEERBSCID, and PEERBSCMASK parameters for dual-homed BTSs under the local BSC.
The local BSC sends the values of these parameters to the BTSs.
NOTE
The BSCIP and PEERBSCIP parameters specify the IP addresses of the two BSCs to which a BTS is
connected.
As shown in Figure 3-1, BTSs a and b are dual-homed BTSs. Specifically, BTS a is configured
as a primary-homed BTS under BSC 1 and a secondary-homed BTS under BSC 2, whereas BTS
b is configured as a primary-homed BTS under BSC 2 and a secondary-homed BTS under BSC
1. BTSs 1 and 2 are single-homed BTSs.
Primary- and secondary-homed OPCs are configured for BSCs 1 and 2. The primary-homed
OPC configured for BSC 1 is the same as the secondary-homed OPC configured for BSC 2, and
the primary-homed OPC configured for BSC 2 is the same as the secondary-homed OPC
configured for BSC 1.
The following table describes the binding between cells and an OPC in a BSC.
Active/Standby Mode
All dual-homed BTSs are configured as primary-homed BTSs under BSC 1 and as secondary-
homed BTSs under BSC 2. In active/standby mode, if BSC 1 fails or all the signaling links on
the A interface of BSC 1 are disconnected, BSC 2 takes over services carried by the dual-homed
BTSs from BSC 1.
Figure 3-2 shows an example of using BSC Node Redundancy in active/standby mode
Abis Interface
A dual-homed BTS can be connected to the primary- and secondary-homed BSCs according to
their IP addresses using routers. A BTS supports two transmission links connecting to the
primary- and secondary-homed BSCs, respectively. In direct connection mode, a BTS does not
support automatic link switchover. A BTS can be connected to two BSCs working in a
redundancy group only through routers.
Three networking scenarios are applicable to the Abis interface:
l Networking scenario 1: An IP bearer network is available on the Abis interface, and the
BTS is deployed at the remote end of the IP bearer network.
The BTS is connected to an optical transceiver in IP over E1/T1 mode. The BSC is
connected to the border router on the BSC side in IP over ETH transmission mode. The
border router on the BTS side is connected to the primary- and secondary-homed BSCs
according to the IP addresses.
Figure 3-3 shows this networking scenario.
Figure 3-3 IP bearer network on the Abis interface and the BTS at the remote end
l Networking scenario 2: An IP bearer network is available on the Abis interface, and the
BTS is deployed at the local end of the IP bearer network.
The BTS is connected to the border router on the BTS side in IP over E1/T1 or IP over
ETH mode. The BSC is connected to the border router on the BSC side in IP over ETH
mode. The border router on the BTS side is connected to the primary- and secondary-homed
BSCs according to the IP addresses.
Figure 3-4 shows this networking scenario.
Figure 3-4 IP bearer network on the Abis interface and the BTS at the local end
To prevent a single-point of failure during network transmission, the intermediate router must support
redundancy backup. Place the intermediate router and the router on the BSC side in different
locations. This ensures that the redundancy function is operational even if the intermediate router is
faulty.
Figure 3-5 shows this networking scenario.
A Interface
Two BSCs in a redundancy group are connected to the CN using routers.
Two networking scenarios are applicable to the A interface:
l Networking scenario 1: The bearer network on the A interface is an Ethernet network.
The BSC is connected to the border router on the BSC side in IP over ETH mode. The MSC
is connected to the border router on the MSC side in IP over ETH mode.
Figure 3-6 shows this networking scenario.
Gb Interface
BSC Node Redundancy has no special requirements for the networking mode used by the Gb
interface. In Gb interface-related protocols, the BSC is virtualized as a network service entity
(NSE). For an SGSN, different NSEs are configured for different BSCs, and the point-to-point
BSSGP virtual connections (PTP BVCs) under different NSEs can be bound to the same cell.
BSC Node Redundancy implements inter-NSE handovers, and the SGSN cannot perceive a BSC
switchover. In addition, the same cell served by different BSCs can be bound to different NSEs.
Figure 3-8 and Figure 3-9 show the networking modes.
Inter-BSC Interface
The inter-BSC interface is used for fault detection on two BSCs in a redundancy group.
Two BSCs in a redundancy group are connected to each other using routers on the inter-BSC
interface.
NOTE
The routes configured over the inter-BSC interface consist of two types: a direct route between BSCs and
an alternative route that passes through a router on the MSC side.
l Direct route: A router is configured between two BSCs to establish communication links over the inter-
BSC interface.
l Alternative route: The signaling network on the A interface is reused. The IP address of the A interface
signaling plane is used to establish communication links. However, the alternative route cannot be
implemented if the BSC connects to the CN without using a router.
The alternative route helps improve the reliability of inter-BSC fault detection. If the direct route is
disconnected but the two BSCs are functional, information can still be transmitted through the alternative
route, thereby preventing a BSC from mistakenly determining that the peer BSC has failed.
Heartbeat messages are transmitted over the Signaling Control Transmission Protocol (SCTP)
link on the inter-BSC interface. To check the status of the SCTP link, run the DSP
SCTPLNK command.
The local BSC is considered unable to provide services and will stop sending heartbeat messages
to the peer BSC when either of the following problems occurs:
l The local BSC fails and thereby cannot provide services.
l The CNSTATEPOLICYFORGROUP parameter is set to AINTFBLOCK(AInterf
Block), and the local BSC detects that the failure of all the signaling links on the A interface
lasts longer than the duration specified by CNFAULTDELAY.
NOTE
l The BSC Node Redundancy feature is allowed only if a BSC in a redundancy group fails or all the
signaling links on the A interface are disconnected. That is, service migration is not triggered if some
boards on a BSC become faulty.
l The transmission status of the Abis interface has no impact on this feature. Consequently, service
migration is not triggered if the transmission over the Abis interface is faulty.
l Service migration is not triggered if a BTS fails.
Upon detecting that the transmission of heartbeat messages has been interrupted for a period
longer than that specified by SLVSERVACTDELAY, the peer BSC considers that the local BSC
cannot provide services. The peer BSC then takes over the primary-homed service objects from
the local BSC.
Under extreme circumstances, if the peer BSC also fails after taking over the service objects, all
services are interrupted. In this case, if the local BSC recovers before the peer BSC does, the
local BSC takes back its primary-homed service objects from the peer BSC after a period
specified by MSTSERVACTDELAY.
If BSC Node Redundancy is deactivated after control rights are taken over, the peer BSC automatically
releases the control rights of the secondary-homed service objects. The local BSC then takes back the
control rights of the primary-homed service objects.
group fails, the M3UA link carrying the primary-homed OPC of the BSC is deactivated, and the
M3UA link carrying the secondary-homed OPC of the other BSC is activated.
If the direct and alternative routes carrying heartbeat messages simultaneously become faulty
but the BSCs communicate with the CN correctly, the fault detection mechanism determines
that the dual-homed OPCs of the two BSCs are homed and the M3UA links for all the OPCs are
activated. In this scenario, only one OPC can be observed in the CN, and multiple M3UA links
can be observed under the OPC. When BSC 1 sends a message to the CN, the CN may send a
response message to BSC 2 through another M3UA link, thereby probably confusing message
transmission and interrupting all the services provided by the two BSCs.
immediately activated and start to provide services, and the value of Hosted for these BTSs is
therefore changed from No to Yes.
The procedure for migrating the control rights of dual-homed BTSs is as follows:
1. When the local BSC cannot provide services, the signaling links between the local BSC
and its dual-homed BTSs are disconnected.
2. The primary-homed BTS of the local BSC sends a signaling link establishment request to
the peer BSC according to the IP address sent by the local BSC.
3. After a signaling link is established, the peer BSC instructs the BTS to reset.
4. After the BTS resets, it sends a DHCP request to the peer BSC.
5. The peer BSC responds to the BTS with a DHCP response message, which carries the IP
address allocated to the BTS.
6. After receiving the IP address, the BTS resends a signaling link establishment request to
the peer BSC.
7. After a signaling link is established, the peer BSC sends the configuration data to the BTS.
The BTS is then taken over by the peer BSC and starts to provide services.
If two dual-homed BTSs are configured with a neighbor relationship, configure neighboring
cells using either of the following methods:
l Method 1: Configure cells in two separate BSCs as external neighboring cells of one
another.
l Method 2: Configure cells within a BSC as internal neighboring cells of one another.
If you attempt to configure a cell as both an internal neighboring cell and an external neighboring
cell on a BSC, the configuration fails.
Figure 3-13 shows the two configuration methods in load sharing mode.
As shown in Figure 3-13, cell 1 (primary-homed) and cell 1' (secondary-homed) are the same
cell served by dual-homed BTS 1, and cell 2 (primary-homed) and cell 2' (secondary-homed)
are the same cell served by dual-homed BTS 2.
l Method 1: On BSC 1, configure cell 2 as an external neighboring cell of cell 1 and cell 1'
as an external neighboring cell of cell 2'. On BSC 2, configure cell 1 as an external
neighboring cell of cell 2 and cell 2' as an external neighboring cell of cell 1'.
l Method 2: On BSC 1, configure cell 1 and cell 2' as a pair of internal neighboring cells. On
BSC 2, configure cell 1' and cell 2 as a pair of internal neighboring cells.
The two cells are bound to different OPCs. The BSC considers a handover that occurs between
two OPCs as an inter-BSC handover, regardless of whether the two OPCs belong to the same
BSC. Therefore, a handover from cell 1 to cell 2' is considered an inter-BSC handover.
Figure 3-14 shows the two configuration methods in active/standby mode.
As shown in Figure 3-14, cell 1 (primary-homed) and cell 1' (secondary-homed) are the same
cell served by dual-homed BTS 1, and cell 2 (primary-homed) and cell 2' (secondary-homed)
are the same cell served by dual-homed BTS 2.
l Method 1: On BSC 1, configure cell 2' as an external neighboring cell of cell 1 and cell 1'
as an external neighboring cell of cell 2. On BSC 2, configure cell 1 as an external
neighboring cell of cell 2' and cell 2 as an external neighboring cell of cell 1'.
l Method 2: On BSC 1, configure cell 1 and cell 2 as a pair of internal neighboring cells. On
BSC 2, configure cell 1' and cell 2' as a pair of internal neighboring cells.
If BSC 1 fails or all the signaling links on the A interface of BSC 1 are disconnected, BTS 2 (the
only dual-homed BTS under the two BSCs) provides services under BSC 2. Since BTS 1 is
configured as a single-homed BTS under BSC 1, the services provided by the BTS are
interrupted. In this scenario, cells served by the dual-homed BTS must be bound to a dual-homed
OPC, and cells served by single-homed BTSs must be bound to a single-homed OPC. Therefore,
at least two OPCs are required.
If a dual-homed BTS and a single-homed BTS are configured with a neighbor relationship,
configure two cells in a BSC as a pair of internal neighboring cells and two cells in two separate
BSCs as a pair of external neighboring cells.
If you attempt to configure a cell as both an internal neighboring cell and an external neighboring
cell on a BSC, the configuration fails.
Figure 3-16 shows the configuration method in load sharing mode.
As shown in Figure 3-16, cell 1 (primary-homed) and cell 1' (secondary-homed) are the same
cell served by dual-homed BTS 1, and cell 2 is served by single-homed BTS 2.
On BSC 1, configure cell 1' and cell 2 as a pair of internal neighboring cells. On BSC 2, configure
cell 2 as an external neighboring cell of cell 1.
The two cells are bound to different OPCs. Therefore, a handover between the two cells is
considered an inter-BSC handover.
Figure 3-17 shows the configuration method in active/standby mode.
As shown in Figure 3-17, cell 1 (primary-homed) and cell 1' (secondary-homed) are the same
cell served by dual-homed BTS 1, and cell 2 is served by single-homed BTS 2.
On BSC 1, configure cell 1 and cell 2 as a pair of internal neighboring cells. On BSC 2, configure
cell 2 as an external neighboring cell of cell 1'.
The two cells are bound to different OPCs. Therefore, a handover between the two cells is
considered an inter-BSC handover.
4 Related Features
5 Network Impact
6 Engineering Guidelines
6.3 Planning
RF Planning
None
Network Planning
The A, Abis, and inter-BSC interfaces use IP transmission. The Gb interface can use any
transmission mode. For details, see section 3.2.2 Networking Modes over the Abis/A/Gb/
Inter-BSC Interface.
A redundancy group consists of only two BSCs.
The two BSCs in a redundancy group connect to only one MSC/SGSN or MSC/SGSN pool.
A BTS cannot directly connect to a BSC over the Abis interface. Therefore, BTSs use routers
to connect to the two BSCs in a redundancy group.
Hardware Planning
IP interface boards are required for the BSC and BTS.
BTSs other than the BTS3006C, BTS3002E, BTS3900B, and BTS3900E are supported.
6.4 Deployment
6.4.1 Requirements
Table 6-1 Deployment requirements
Aspect Requirement
MS None
Aspect Requirement
6.4.3 Precautions
Services are interrupted for 10 to 20 minutes when service objects are being migrated or migrated
back.
Disable the BSC Node Redundancy feature before upgrading a BSC and enable this feature after
the upgrade is complete.
6.4.4 Activation
Configure data for the BSC Node Redundancy feature by performing the following steps:
Step 1 Configure signaling points and signaling links over the A interface.
Configure other BSC data using the same method as that in common scenarios. For details, see
BSC6900 GSM Initial Configuration Guide or BSC6910 GSM Initial Configuration Guide.
NOTE
When BSC Node Redundancy is enabled, the data about BTSs and OPCs is configured in redundancy mode
on two BSCs. Therefore, after configuring data on one BSC, copy the configuration scripts to the other
BSC, thereby improving operation and maintenance (O&M) efficiency. However, manually modify the
following parameters because they must be set to different values on the two BSCs:
l The host type of signalling point
l HostType
l Local BSC ID
l Peer BSC ID
l BSC IP
l Peer BSC IP.
----End
Step 1 Configure signaling points and signaling links over the A interface.
NOTE
In load sharing mode, configure both primary- and secondary-homed OPCs and signaling links. In active/
standby mode, configure primary- or secondary-homed OPCs and signaling links.
If the BSC has single-homed BTSs, configure single-homed OPCs and signaling links in the same method
as that in common scenarios. For details, see BSC6900 GSM Initial Configuration Guide or BSC6910 GSM
Initial Configuration Guide.
To configure the primary-homed OPC and signaling links for BSC 1, perform the following
steps:
1. On BSC 1 LMT, run the ADD OPC command with its parameters set as follows:
l Set OSP name, OSP index, Network ID, OSP code bits, Signal point data format,
and OSP code to appropriate values.
l Set The host type of signalling point to PRIMHOST(PRIMHOST).
2. Run the ADD N7DPC command to add a destination signaling point (DSP) for the primary-
homed OPC. In this step, set DSP name, DSP index, OSP index, Signal point data
format, DSP code, DSP type, and DSP bear type to appropriate values.
3. Run the ADD M3LE command to add an M3UA local entity for the primary-homed OPC.
In this step, set OSP index to the same value as that for the primary-homed OPC.
4. Run the ADD M3DE command to add an M3UA destination entity for the primary-homed
OPC. In this step, set DSP index to the same value as that for the primary-homed OPC.
5. Run the ADD M3LKS command to add an M3UA link set for the primary-homed OPC.
In this step, set Destination entity No. to the same value as that for the primary-homed
OPC.
6. Run the ADD M3RT command to add an M3UA route for the primary-homed OPC. In
this step, set Destination entity No. and Signalling link set index to the same values as
those for the primary-homed OPC.
7. Run the ADD SCTPLNK command to add an SCTP link for the primary-homed OPC. In
this step, set First local IP address, First destination IP address, and Destination SCTP
port No. to appropriate values.
8. Run the ADD M3LNK command to add an M3UA link for the primary-homed OPC. In
this step, set SCTP link No. to the same value as that for the primary-homed OPC.
Configure secondary-homed OPCs and signaling links using the same method. For details, see
"Configuring data on BSC 2 LMT."
Step 2 Configure BTS data.
NOTE
l The configuration data for a dual-homing BTS must be consistent on BSC 1 and BSC 2. For a BTS
configured on two BSCs, it is possible that the value of BTS NAME is the same while the value of
BTS ID is different on the two BSCs. During routine maintenance, if you change the value of a BTS-
related parameter on BSC 1, simultaneously change the value of this parameter on BSC 2. To improve
O&M efficiency, set BTS ID to the same value on both BSCs.
l Configure a single-homed BTS using the same methods as those in common scenarios. For details, see
BSC6900 GSM Initial Configuration Guide or BSC6910 GSM Initial Configuration Guide.
l Set BSC IP, HostType, and Peer BSC IP to the values negotiated between the two BSCs.
To configure a dual-homed BTS for BSC 1 and BSC 2, perform the following steps:
1. Add a BTS onto BSC 1. For details, see BSC6900 GSM Initial Configuration Guide or
BSC6910 GSM Initial Configuration Guide.
NOTE
Set HostType to an appropriate value when you run the ADD BTS command on BSC 1 LMT.
2. On BSC 1 LMT, run the SET BTSIP command with BTS IP, BSC IP, Peer BTS ID,
Peer BSC IP, Peer BSC ID, and Peer BSC Mask set to appropriate values. Among them,
BSC IP and Peer BSC IP indicate the two BSCs' IP addresses simultaneously obtained by
the BTS when being configured.
3. Run the ADD BTSIPRT command to add routes from the BTS to the two BSCs.
4. Configure neighboring cells by following the principles described in section 3.5
Neighboring Cells. For details, see BSC6900 GSM Initial Configuration Guide or
BSC6910 GSM Initial Configuration Guide.
5. Configure PTP BVCs for the cells served by the dual-homed BTS on the two BSCs. For
details, see BSC6900 GSM Initial Configuration Guide or BSC6910 GSM Initial
Configuration Guide.
To configure multiple dual-homed BTSs for BSC 1 and BSC 2, repeat step 2.
Step 3 Configure signaling links connecting two BSCs.
NOTE
The following rules apply when you configure signaling links connecting two BSCs:
l Set First local IP address and Second local IP address for BSC 1 to the same values as those of First
destination IP address and Second destination IP address for BSC 2, respectively.
l Set First destination IP address and Second destination IP address for BSC 1 to the same values
as those of First local IP address and Second local IP address for BSC 2, respectively.
l Set Local SCTP port No. and Destination SCTP port No. for BSC 1 to the same values as those of
Destination SCTP port No. and Local SCTP port No. for BSC 2, respectively.
l Configure multiple signaling links connecting two BSCs, and ensure that the configuration data is
consistent on both BSCs.
1. On BSC 1 LMT, run the ADD SCTPLNK command with Signalling link mode set to
CLIENT(CLIENT MOD) and Application type set to BBAP(BBAP).
2. (Optional): If BSC 1 connects to BSC 2 through intermediate equipment, run the ADD
IPRT command to add an IP route from BSC 1 to the intermediate equipment.
Step 4 Configure the BSC Node Redundancy feature.
1. Run the SET GBSCREDGRP command to configure data for a redundancy group. In this
step, set Local BSC ID and Peer BSC ID for BSC 1 to the same values as those of Peer
BSC ID and Local BSC ID for BSC 2, respectively.
2. Run the SET GREDGRPHOSTPOLICY command with CN State Policy For Group
set to AINTFBLOCK(AInterf Block) and ReHost Type set to an appropriate value.
3. Run the SET GNODEREDUNDANCY command with Redundancy Mode set to
Automatic(Automatic).
----End
Step 1 Configure signaling points and signaling links over the A interface.
NOTE
In load sharing mode, configure both primary- and secondary-homed OPCs and signaling links. In active/
standby mode, configure primary- or secondary-homed OPCs and signaling links.
If the BSC has single-homed BTSs, configure single-homed OPCs and signaling links in the same method
as that in common scenarios. For details, see BSC6900 GSM Initial Configuration Guide or BSC6910 GSM
Initial Configuration Guide.
To configure secondary-homed OPCs and signaling links, perform the following steps:
1. On BSC 2 LMT, run the ADD OPC command with its parameters set as follows:
l Set OSP name, OSP index, Network ID, OSP code bits, Signal point data format,
and OSP code to appropriate values.
l Set The host type of signalling point to SLAVEHOST(SLAVEHOST).
2. Run the ADD N7DPC command to add a DSP for the secondary-homed OPC. In this step,
set DSP name, DSP index, OSP index, Signal point data format, DSP code, DSP
type, and DSP bear type to appropriate values.
3. Run the ADD M3LE command to add an M3UA local entity for the secondary-homed
OPC. In this step, set OSP index to the same value as that for the secondary-homed OPC.
4. Run the ADD M3DE command to add an M3UA destination entity for the secondary-
homed OPC. In this step, set DSP index to the same value as that for the secondary-homed
OPC.
5. Run the ADD M3LKS command to add an M3UA link set for the secondary-homed OPC.
In this step, set Destination entity No. to the same value as that for the secondary-homed
OPC.
6. Run the ADD M3RT command to add an M3UA route for the secondary-homed OPC. In
this step, set Destination entity No. and Signalling link set index to the same values as
those for the secondary-homed OPC.
7. Run the ADD SCTPLNK command to add an SCTP link for the secondary-homed OPC.
In this step, set First local IP address, First destination IP address, and Destination
SCTP port No. to appropriate values.
8. Run the ADD M3LNK command to add an M3UA link for the secondary-homed OPC. In
this step, set SCTP link No. to the same value as that for the secondary-homed OPC.
You can configure primary-homed OPCs and signaling links using the same method. For details,
see "Configuring data on BSC 1 LMT."
Step 2 Configure BTS data.
NOTE
l The configuration data for a dual-homing BTS must be consistent on BSC 1 and BSC 2. For a BTS
configured on two BSCs, it is possible that the value of BTS NAME is the same while the value of
BTS ID is different on the two BSCs. During routine maintenance, if you change the value of a BTS-
related parameter on BSC 1, change the value of this parameter on BSC 2. To improve O&M efficiency,
set BTS ID to the same value on both BSCs.
l Configure a single-homed BTS using the same methods as those in common scenarios. For details, see
BSC6900 GSM Initial Configuration Guide or BSC6910 GSM Initial Configuration Guide.
l Set BSC IP, HostType, and Peer BSC IP to the values negotiated between the two BSCs.
To configure a dual-homed BTS for BSC 1 and BSC 2, perform the following steps:
1. Add a BTS to BSC 2. For details, see BSC6900 GSM Initial Configuration Guide or
BSC6910 GSM Initial Configuration Guide.
NOTE
Set HostType to an appropriate value when you run the ADD BTS command on BSC 2 LMT.
2. On BSC 2 LMT, run the SET BTSIP command with BTS IP, BSC IP, Peer BTS ID,
Peer BSC IP, Peer BSC ID, and Peer BSC Mask set to appropriate values. Among them,
BSC IP and Peer BSC IP indicate the two BSCs' IP addresses simultaneously obtained by
the BTS when being configured.
3. Run the ADD BTSIPRT command to add routes from the BTS to the two BSCs.
4. Configure neighboring cells by following the principles described in section 3.5
Neighboring Cells. For details, see BSC6900 GSM Initial Configuration Guide or
BSC6910 GSM Initial Configuration Guide.
5. Configure PTP BVCs for the cells served by the dual-homed BTS on the two BSCs. For
details, see BSC6900 GSM Initial Configuration Guide or BSC6910 GSM Initial
Configuration Guide.
To configure multiple dual-homed BTSs for BSC 1 and BSC 2, repeat step 2.
Step 3 Configure signaling links connecting two BSCs.
NOTE
The following rules apply when you configure signaling links connecting two BSCs:
l Set First local IP address and Second local IP address for BSC 1 to the same values as those of First
destination IP address and Second destination IP address for BSC 2, respectively.
l Set First destination IP address and Second destination IP address for BSC 1 to the same values
as those of First local IP address and Second local IP address for BSC 2, respectively.
l Set Local SCTP port No. for BSC 1 to the same value as that of Destination SCTP port No. for BSC
2.
l Configure multiple signaling links connecting two BSCs, and ensure that the configuration data is
consistent on both BSCs.
1. On BSC 2 LMT, run the ADD SCTPLNK command with Signalling link mode set to
SERVER(SERVER MOD) and Application type set to BBAP(BBAP).
2. (Optional): If BSC 1 connects to BSC 2 through intermediate equipment, run the ADD
IPRT command to add an IP route from BSC 2 to the intermediate equipment.
Step 4 Configure the BSC Node Redundancy feature.
1. On BSC 2 LMT, run the SET GBSCREDGRP command to configure data for a
redundancy group. In this step, set Local BSC ID and Peer BSC ID for BSC 2 to the same
values as those of Peer BSC ID and Local BSC ID for BSC 1, respectively.
2. Run the SET GREDGRPHOSTPOLICY command with CN State Policy For Group
set to AINTFBLOCK(AInterf Block) and ReHost Type set to an appropriate value.
3. Run the SET GNODEREDUNDANCY command with Redundancy Mode set to
Automatic(Automatic).
----End
//Configuring neighboring cells (Cells 1 and 2046 are both dual-homed cells.)
ADD G2GNCELL: IDTYPE=BYID, SRC2GNCELLID=1, NBR2GNCELLID=2046,
NCELLTYPE=HANDOVERNCELL, SRCHOCTRLSWITCH=HOALGORITHM1;
ADD G2GNCELL: IDTYPE=BYID, SRC2GNCELLID=2046, NBR2GNCELLID=1,
NCELLTYPE=HANDOVERNCELL, SRCHOCTRLSWITCH=HOALGORITHM1;
//Configuring neighboring cells (Cells 1 and 2046 are both dual-homed cells.)
ADD G2GNCELL: IDTYPE=BYID, SRC2GNCELLID=1, NBR2GNCELLID=2046,
NCELLTYPE=HANDOVERNCELL, SRCHOCTRLSWITCH=HOALGORITHM1;
ADD G2GNCELL: IDTYPE=BYID, SRC2GNCELLID=2046, NBR2GNCELLID=1,
NCELLTYPE=HANDOVERNCELL, SRCHOCTRLSWITCH=HOALGORITHM1;
l When configuring the BSC Node Redundancy feature on the CME, perform a single configuration
first, and then perform a batch modification if required.
l Configure the parameters of a single object before a batch modification. Perform a batch modification
before logging out of the parameter setting interface.
Set parameters on the CME according to the operation sequence in Table 6-3. For instructions
on how to perform the CME single configuration, see CME Single Configuration Operation
Guide.
Step 2 (Optional) Modify objects in batches on the CME. (CME batch modification center)
To modify objects in batches, click on the CME to start the batch modification wizard. For
instructions on how to perform a batch modification through the CME batch modification center,
press F1 on the wizard interface to obtain online help.
----End
Network ID NI
Destination ENTITYT
entity type
Destination NAME
entity name
Destination DENO
entity No.
M3UA NAME
Signalling
link set name
Signalling SIGLKSX
link set index
Application APP
type
First PEERIP1
destination
IP address
Destination PEERPN
SCTP port
No.
Signaling SIGLNKID
link ID
M3UA NAME
Signaling
link name
Service SERVICEM
mode ODE
HostType HOSTTYPE
BTS BTSCOMT
Communicat YPE
ion Type
Destination DSTMASK
Address
Mask
Forward NEXTHOP
Route
Address
Neighbor 2G NBR2GNC
Cell Index ELLID
Neighboring NCELLTYP
Cell Type E
Application APP
type
First PEERIP1
destination
IP address
Destination PEERPN
SCTP port
No.
CN State CNSTATEP
Policy For OLICYFOR
Group GROUP
l Querying information about BSC Node Redundancy when both BSCs work correctly
1. On BSC 1 LMT, run the DSP BTSSTAT command to check the homing status of the dual-
homed BTS.
Expected result: The value of Hosted is Yes.
2. Run the DSP M3LNK command to check the status of an M3UA link.
Expected result: The value of Administrative state is Uninhibited.
3. Run the DSP OPC command to check the homing status of the dual-homed OPC.
Expected result: The value of OPC host state is Yes.
4. On BSC 2 LMT, run the DSP BTSSTAT command to check the homing status of the dual-
homed BTS.
Expected result: The value of Hosted is No.
5. Run the DSP M3LNK command to check the status of an M3UA link.
Expected result: The value of Administrative state is Inhibited.
6. Run the DSP OPC command to check the homing status of the dual-homed OPC.
Expected result: The value of OPC host state is No.
l Verifying BSC Node Redundancy when all the signaling links on the A interface are
disconnected
1. On BSC 1 LMT, run the DEA M3LNK command to deactivate all the M3UA links on the
A interface. Then, wait 20 minutes.
2. On BSC 2 LMT, run the DSP BTSSTAT command to check the homing status of the dual-
homed BTS.
6.4.6 Deactivation
l When configuring the BSC Node Redundancy feature on the CME, perform a single configuration
first, and then perform a batch modification if required.
l Configure the parameters of a single object before a batch modification. Perform a batch modification
before logging out of the parameter setting interface.
Set the parameter described in Table 6-4 on the CME. For instructions on how to perform the
CME single configuration, see CME Single Configuration Operation Guide.
Step 2 (Optional) Modify objects in batches on the CME. (CME batch modification center)
To modify objects in batches, click on the CME to start the batch modification wizard. For
instructions on how to perform a batch modification through the CME batch modification center,
press F1 on the wizard interface to obtain online help.
----End
6.7 Troubleshooting
When two BSCs in a redundancy group work correctly, they regularly check the homing
attributes of BTSs and the homing status of service objects of each other.
l When a BSC detects that the homing attributes of a BTS conflict on the two BSCs, the BSC
reports ALM-21815 Dual-Hosted BTS Configuration Error.
l When a BSC detects that the homing status of a service object conflicts on the two BSCs,
the BSCs perform different operations depending on the actual conditions:
– If a service object is not homed onto the two BSCs, the primary- and secondary-homed
BSCs wait a period specified by MSTSERVACTDELAY and
SLVSERVACTDELAY respectively and then initiate negotiations with the peer BSC
to determine which BSC can obtain the control rights of the service object.
– If a service object is homed on both BSCs, the primary-homed BSC takes over the
service object from the secondary-homed BSC immediately after the link carrying
heartbeat messages recovers.
7 Parameters
switchover
command is
executed to
migrate services
provided by one
BSC to the other
BSC.
GUI Value
Range:NO_Red
undancy(No
Redundancy),
Automatic
(Automatic),
Manual
(Manual)
Unit:None
Actual Value
Range:NO_Red
undancy,
Automatic,
Manual
Default
Value:NO_Red
undancy(No
Redundancy)
Actual Value
Range:0~65534
Default
Value:None
Actual Value
Range:SINGLE
HOST,
PRIMHOST,
SLAVEHOST
Default
Value:SINGLE
HOST
(SINGLEHOST
)
8 Counters
9 Glossary
For the acronyms, abbreviations, terms, and definitions, see the Glossary.
10 Reference Documents