Automatic OMCH Establishment(SRAN9.0_01).pdf

SingleRAN

Automatic OMCH EstablishmentFeature Parameter Description

Issue 01

Date 2014-04-30

HUAWEI TECHNOLOGIES CO., LTD.

Copyright © Huawei Technologies Co., Ltd. 2015. All rights reserved.

No part of this document may be reproduced or transmitted in any form or by any means without prior writtenconsent of Huawei Technologies Co., Ltd. Trademarks and Permissions

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. NoticeThe purchased products, services and features are stipulated by the contract made between Huawei and thecustomer. All or part of the products, services and features described in this document may not be within thepurchase 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 representationsof any kind, either express or implied.

The information in this document is subject to change without notice. Every effort has been made in thepreparation of this document to ensure accuracy of the contents, but all statements, information, andrecommendations in this document do not constitute a warranty of any kind, express or implied.

Huawei Technologies Co., Ltd.Address: Huawei Industrial Base

Bantian, LonggangShenzhen 518129People's Republic of China

Website: http://www.huawei.com

Email: [email protected]

Issue 01 (2014-04-30) Huawei Proprietary and ConfidentialCopyright © Huawei Technologies Co., Ltd.

i

http://www.huawei.com

mailto:[email protected]

Contents

1 About This Document..................................................................................................................11.1 Scope..............................................................................................................................................................................11.2 Intended Audience..........................................................................................................................................................21.3 Change History...............................................................................................................................................................21.4 Differences Between Base Station Types.......................................................................................................................3

2 Overview.........................................................................................................................................52.1 Introduction....................................................................................................................................................................52.2 Benefits...........................................................................................................................................................................62.3 Application Networking Scenarios.................................................................................................................................7

3 IP-based Automatic OMCH Establishment for Base Stations..............................................83.1 OMCH Protocol Stacks..................................................................................................................................................83.2 Base Station Obtaining Transmission Configuration Information.................................................................................93.2.1 Transmission Mode of the OMCH..............................................................................................................................93.2.2 Physical Layer Detection...........................................................................................................................................103.2.3 Data Link Layer Detection........................................................................................................................................103.2.4 DHCP Overview........................................................................................................................................................123.2.4.1 Introduction............................................................................................................................................................123.2.4.2 DHCP Interworking................................................................................................................................................133.2.4.3 DHCP Packet Format.............................................................................................................................................143.2.5 DHCP Clients, Servers, and Relay Agents................................................................................................................163.2.6 DHCP Procedure.......................................................................................................................................................183.2.6.1 Base Station Identification......................................................................................................................................183.2.6.2 Procedure for Obtaining Configuration Information..............................................................................................193.2.6.3 Procedure for Releasing Allocated Configuration Information..............................................................................203.2.7 Automatic DHCP Data Synchronization...................................................................................................................213.2.8 Schemes for Obtaining VLAN Information for DHCP Packets................................................................................213.2.9 Enabling and Disabling the VLAN Scanning Function............................................................................................233.2.10 Saving VLAN IDs...................................................................................................................................................233.3 Automatic OMCH Establishment by the Single-mode Base Station and Co-MPT Multimode Base Station.............233.3.1 Introduction to Networking.......................................................................................................................................243.3.2 Automatic OMCH Establishment Procedure............................................................................................................243.3.3 Configuration Requirements for the DHCP Server...................................................................................................25

SingleRANAutomatic OMCH Establishment Feature ParameterDescription Contents


ii

3.3.4 SSL Authentication on the OMCH............................................................................................................................363.3.5 Obtaining an Operator-Issued Device Certificate......................................................................................................373.3.6 Configuration Requirements for NEs........................................................................................................................393.4 Automatic OMCH Establishment by the Separate-MPT Multimode Base Station......................................................413.4.1 Networking................................................................................................................................................................413.4.2 Automatic OMCH Establishment Procedure............................................................................................................423.4.3 Configuration Requirements for the DHCP Server...................................................................................................433.4.4 Configuration Requirements for Network Equipment..............................................................................................453.5 Application Restrictions...............................................................................................................................................503.5.1 Configuration Requirements for Base Stations and Other Network Equipment.......................................................503.5.2 Impact of U2000 Deployment on Base Station Deployment by PnP........................................................................54

4 ATM-based Automatic OMCH Establishment for Base Stations......................................604.1 Overview......................................................................................................................................................................604.2 Principles......................................................................................................................................................................604.2.1 Port Listening............................................................................................................................................................614.2.2 Port Configuration.....................................................................................................................................................624.2.3 PVC Setup and BOOTP Request Initiation...............................................................................................................624.2.4 RNC Returning the BOOTREPLY Message.............................................................................................................624.2.5 IPoA Configuration...................................................................................................................................................634.3 Configuration Guidelines.............................................................................................................................................63

5 TDM-based Base Station Automatic OMCH Establishment..............................................645.1 Introduction..................................................................................................................................................................645.2 Process..........................................................................................................................................................................645.2.1 Sending L2ML Establishment Requests....................................................................................................................655.2.2 Saving Detection Information...................................................................................................................................66

6 Parameters.....................................................................................................................................67

7 Counters........................................................................................................................................72

8 Glossary.........................................................................................................................................73

9 Reference Documents.................................................................................................................74

SingleRANAutomatic OMCH Establishment Feature ParameterDescription Contents


iii

1 About This Document

1.1 ScopeThis document describes the Automatic OMCH Establishment, including its implementationprinciples, procedures, and requirements for NEs.

This document covers the following features:

l WRFD-031100 BOOTP

l WRFD-031101 NodeB Self-discovery Based on IP Mode

l LOFD-002004 Self-configuration

l TDLOFD-002004 Self-configuration

Table 1-1 lists the definitions of all kinds of macro base stations.

Table 1-1 Definitions of all kinds of base stations

Base StationName

Definition

GBTS GBTS refers to a base station deployed with GTMU.

eGBTS eGBTS refers to a base station deployed with UMPT_G.

NodeB NodeB refers to a base station deployed with WMPT or UMPT_U.

eNodeB eNodeB refers to a base station deployed with LMPT, UMPT_L orUMPT_T.

Co-MPTMultimode BaseStation

Co-MPT multimode base station refers to a base station deployed withUMPT_GU, UMPT_GL, UMPT_GT, UMPT_UL, UMPT_UT,UMPT_LT, UMPT_GUL, UMPT_GUT, UMPT_ULT, UMPT_GLT, orUMPT_GULT, and it functionally corresponds to any combination ofeGBTS, NodeB, and eNodeB. For example, co-MPT multimode basestation deployed with UMPT_GU functionally corresponds to thecombination of eGBTS and NodeB.

SingleRANAutomatic OMCH Establishment Feature ParameterDescription 1 About This Document


1

Base StationName

Definition

Separate-MPTMultimode BaseStation

Separate-MPT multimode base station refers to a base station on whichdifferent modes use different main control boards. For example, basestations deployed with GTMU and WMPT are called separate-MPT GSM/UMTS dual-mode base station.

1.2 Intended AudienceThis document is intended for personnel who:

l Need to understand the features described herein

l Work with Huawei products

1.3 Change HistoryThis section provides information about the changes in different document versions. There aretwo types of changes, which are defined as follows:

l Feature change

Changes in features of a specific product version

l Editorial change

Changes in wording or addition of information that was not described in the earlier version

SRAN9.0 01 (2014-04-30)

This issue includes the following changes.

Change Type Change Description Parameter Change

Feature change None None

Editorialchange

Optimized descriptions in section "3.5.1Configuration Requirements for BaseStations and Other Network Equipment."

None

SRAN9.0 Draft B (2014-02-28)

This issue includes the following changes.


Feature change None None



2


Editorial change l Optimized descriptions in section "3.2.7Automatic DHCP Data Synchronization."

l Optimized descriptions of configurationrequirements for network equipment. Fordetails, see section "3.4.4 ConfigurationRequirements for Network Equipment."

None

SRAN9.0 Draft A (2014-01-20)

Compared with Issue 06 (2013-12-30) of SRAN8.0, Draft A (2014-01-20) of SRAN9.0 includesthe following changes.


Feature change Modified the configuration requirements fornetwork equipment. For details, see section 3.4.4Configuration Requirements for NetworkEquipment.

None

Added the function of saving VLAN IDs. Fordetails, see section 3.2.10 Saving VLAN IDs.

Added the function of automatic DHCP datasynchronization. For details, see section 3.2.7Automatic DHCP Data Synchronization.

Huawei mobile network management systemM2000 is renamed U2000.

Editorialchange

Added descriptions of physical layer and datalink layer detection. For details, see sections"3.2.2 Physical Layer Detection" and "3.2.3Data Link Layer Detection."

None

Modified descriptions in section 3.2.5 DHCPClients, Servers, and Relay Agents.

1.4 Differences Between Base Station TypesMacro base stations are 3900 series base stations. In this document, macro base stations workin GSM, UMTS, or LTE mode. For detailed definitions, see Table 1-1.

LampSite base stations are distributed base stations that provide indoor coverage. In thisdocument, LampSite base stations work in UMTS, LTE, or UMTS+LTE mode, but not in GSMmode.



3

In this document, micro base stations are all integrated entities. They work in UMTS or LTEFDD mode, but not in GSM or LTE TDD mode. Descriptions of boards, cabinets, subracks,slots, and RRUs are not relevant to micro integrated base stations. The following base stationsare single-mode micro base stations, without co-MPT or separate-MPT multimode applications:

l BTS3202El BTS3203El BTS3803El BTS3902E

Feature Support by Macro, Micro, and LampSite Base Stations

Feature ID Feature Name Supported byMacroSites

Supported byMicroSites

Supported byLampSiteSites

WRFD-031100 BOOTP Y Y Y

WRFD-031101 NodeB Self-discovery Based on IPMode

Y Y Y

LOFD-002004 Self-configuration Y Y Y

TDLOFD-002004 Self-configuration Y N N

Function Implementation in Macro, Micro, and LampSite Base Stations

Function Difference

Automatic datasynchronization byDHCP

Micro base stations do not support automatic data synchronizationthrough the DHCP process.



4

2 Overview

2.1 IntroductionOperation and maintenance channels (OMCHs) are established between base stations and theoperation maintenance center (OMC, either the U2000 or BSC). OMCHs are used to transmitoperation and maintenance information about base stations and are classified as follows:

l OMCHs between the single-mode base station, such as the eGBTS, NodeB, or eNodeB andthe U2000, or between the GBTS and the BSC.

l OMCHs between the co-MPT multimode base station and the U2000.l MPT is short for main processing and transmission unit. OMCHs between the separate-

MPT multimode base station and the U2000. The separate-MPT multimode base station iscomprised of multiple cascaded single-mode base stations and therefore has multipleOMCHs. For example, OMCHs for the separate-MPT UMTS/LTE dual-mode base stationinclude the OMCH between the NodeB and the U2000, and the OMCH between theeNodeB and the U2000.

l OMCHs between the U2000 and the NodeB in an ATM network.NOTE

One end of an OMCH is located at the main control board of a base station. Depending on the configurationof the main control board, multimode base stations are classified into co-MPT multimode base stations andseparate-MPT multimode base stations. For co-MPT multimode base stations, GSM, UMTS, and LTEmodes share the same main control board and OMCH. For separate-MPT multimode base stations, GSM,UMTS, and LTE modes have their respective main control boards and OMCHs.In this document, a base station is used if differentiation among GSM, UMTS, and LTE modes is notrequired. A GBTS, eGBTS, NodeB, eNodeB, co-MPT multimode base station, or separate-MPT multimodebase station is used if differentiation among GSM, UMTS, and LTE modes is required.In this document, the BSC is the OMC of a GBTS and the U2000 is the OMC of an eGBTS, NodeB,eNodeB, separate-MPT multimode base station, or co-MPT multimode base station.

The Automatic OMCH Establishment feature enables a powered-on base station, which isconfigured with hardware but no transmission information, to obtain OMCH configurationinformation through the transport network and automatically establish an OMCH to the U2000or BSC. The base station can then automatically download software and configuration files/configuration data from the U2000 or BSC over the established OMCH and activate them. Afterbeing commissioned, the base station enters the working state. For details, see 3900 Series BaseStation Commissioning Guide.

SingleRANAutomatic OMCH Establishment Feature ParameterDescription 2 Overview


5

This feature applies to base station deployment by PnP. Figure 2-1 shows the O&M path self-establishment phase during deployment by PnP.

Figure 2-1 Automatic OMCH establishment phase during base station deployment by PnP

NOTE

This document describes only the procedures marked in the dashed box shown in Figure 2-1.

To establish an OMCH, a base station needs to obtain the following transmission configurationinformation:

l Basic information, including its OM IP address, OM virtual local area network (VLAN)ID, the interface IP address, the interface IP address mask, the IP address of the next-hopgateway, the IP address of the U2000 or BSC, and the IP address mask of the U2000 orBSC.

For details about how the base station obtains the preceding information, see chapter "BaseStation Obtaining Transmission Configuration Information".

2.2 BenefitsWith the Automatic OMCH Establishment feature, a base station can establish OMCHs bynetwork communication without requiring operations at the local end. This implements remotebase station deployment by PnP, thereby facilitating base station deployment and reducing thedeployment cost and time.



6

2.3 Application Networking ScenariosGBTSs support automatic OMCH establishment in TDM and IP networking scenarios. NodeBssupport automatic OMCH establishment in ATM and IP networking scenarios. eNodeBs andeGBTSs support automatic OMCH establishment in IP networking scenarios.

Table 2-1 describes the application networking scenarios for the Automatic OMCHEstablishment feature.

Table 2-1 Application networking scenarios

Networking Scenario Description

IP The OMCH is configured over IP.

ATM The OMCH between the NodeB and M2000 isconfigured over ATM.

TDM The OMCH between the GBTS and BSC uses TDMtransmission. The OMCH is set up over E1 or T1 links.



7

3 IP-based Automatic OMCH Establishmentfor Base Stations

3.1 OMCH Protocol StacksOMCHs between the eGBTS, NodeB, eNodeB, or co-MPT multimode base station and theU2000 are carried over Transmission Control Protocol (TCP). OMCHs between the GBTS andthe BSC are carried over User Datagram Protocol (UDP).

Figure 3-1 shows the protocol stacks for an OMCH between the eGBTS, NodeB, eNodeB, orco-MPT multimode base station and the U2000.

Figure 3-1 Protocol stacks for an OMCH between the eGBTS, NodeB, eNodeB, or co-MPTmultimode base station and the U2000

As shown in Figure 3-1, an OMCH between the eGBTS, NodeB, eNodeB, or co-MPTmultimode base station and the U2000 is carried over TCP and Secure Sockets Layer (SSL), ofwhich SSL is optional.

The eGBTS, NodeB, eNodeB, or co-MPT multimode base station listens to the TCP connectionestablishment request with a specific TCP port number from the U2000, and establishes the TCPconnection to the U2000 as requested. After the TCP connection is established, the U2000initiates an OMCH establishment request to the eGBTS, NodeB, eNodeB, or co-MPT multimodebase station.

SingleRANAutomatic OMCH Establishment Feature ParameterDescription

3 IP-based Automatic OMCH Establishment for BaseStations


8

The U2000 can use SSL to perform encryption and authentication for OMCHs and enable theestablishment of SSL-based OMCHs. SSL uses the public key infrastructure (PKI), with whichthe communication between the base station and the U2000 is protected against eavesdroppingand therefore confidentiality and reliability are guaranteed. For details about SSL, see SSLFeature Parameter Description.

Figure 3-2 shows the protocol stacks for an OMCH between the GBTS and the BSC.

Figure 3-2 Protocol stacks for an OMCH between the GBTS and the BSC

As shown in Figure 3-2, an OMCH between the GBTS and the BSC is carried over UDP. TheGBTS listens to the UDP connection establishment request with a specific UDP port numberfrom the BSC, and establishes the UDP connection to the BSC as requested. After the UDPconnection is established, the BSC initiates an OMCH establishment request to the GBTS.

NOTE

During the OMCH establishment procedure, the eGBTS, NodeB, eNodeB, or co-MPT multimode basestation listens to specific TCP port numbers, and the GBTS listens to the UDP port numbers. For details,see Communication Matrix of 3900 Series Base Stations. The packets with these port numbers must beallowed to pass through the firewall between the base station and the DHCP server, U2000, or BSC.

After establishing an OMCH to the U2000, the base station uses File Transmission Protocol (FTP) todownload software and configuration files from the FTP server. FTP runs over TCP/IP, and therefore itstransport layer can be secured using SSL. For details about FTP, see RFC 959.

After establishing an OMCH to the BSC, the GBTS uses the proprietary protocol that runs over UDP todownload software and configuration files from the BSC.

3.2 Base Station Obtaining Transmission ConfigurationInformation

3.2.1 Transmission Mode of the OMCHA base station has two types of transmission ports: E1/T1 ports and Ethernet ports. E1/T1 portssupport TDM, ATM, and IP over E1/T1 transmission modes, and Ethernet ports support IPtransmission mode. No transmission mode is configured on the base station before the OMCHis established. Therefore, the base station tries different transmission modes over the




9

transmission ports until the OMCH is successfully established. Different base stations trydifferent transmission modes in polling mode:

l eGBTS, NodeB, eNodeB, and co-MPT multimode base station: IP over FE/GE, ATM, andthen IP over E1/T1

l GBTS: TDM, IP over E1/T1, and then IP over FE/GE

3.2.2 Physical Layer DetectionA base station negotiates with a peer transmission device about the duplex mode and data ratefor an Ethernet port on the physical layer. The peer transmission device can work in auto-negotiation or full duplex mode.

If an E1/T1 port is available on the physical layer, an eGBTS, NodeB, eNodeB, or co-MPTmultimode base station attempts to set the working mode of a detection port to E1/T1 mode, andusers can set the working mode of a detection port to E1/T1 mode for a GBTS by using therelated DIP switch.

3.2.3 Data Link Layer Detection

IP over FE/GE Transmission

A base station obtains the VLANs used by the data link layer through the VLAN acquisitionprocess. For details, see section 3.2.8 Schemes for Obtaining VLAN Information for DHCPPackets.

IP over E1/T1 Transmission

You can learn that a base station works in E1 or T1 mode from physical layer detection. Thebase station supports PPP/MP detection on E1/T1 timeslot combinations. Table 3-1 and Table3-2 describe the E1 and T1 timeslot combinations, respectively. Note that PPP is short for Point-to-Point Protocol and MP is short for Multilink Protocol.

Table 3-1 E1 timeslot combinations

SerialNumber

31 Timeslot<------------------>0 Timeslot Hexadecimal Digit

1 11111111111111111111111111111110 0xFFFFFFFE

2 00000000000000001111111111111110 0x0000FFFE

3 00000000000000011111111111111110 0x0001FFFE

4 00000000000001111111111111111110 0x0007FFFE

5 00000000000000000011111111111110 0x00003FFE

6 00000000000111111111111111111110 0x001FFFFE

7 00000000000000000000111111111110 0x00000FFE

8 00000000011111111111111111111110 0x007FFFFE




10

SerialNumber

31 Timeslot<------------------>0 Timeslot Hexadecimal Digit

9 00000000000000000000001111111110 0x000003FE

10 00000001111111111111111111111110 0x01FFFFFE

11 00000111111111111111111111111110 0x07FFFFFE

12 00011111111111111111111111111110 0x1FFFFFFE

13 01111111111111111111111111111110 0x7FFFFFFE

14 00000000000000000000000011111110 0x000000FE

15 00000000000000000000000000111110 0x0000003E

16 00000000000000111111111111111110 0x0003FFFE

17 00000000000000000111111111111110 0x00007FFE

18 00000000000011111111111111111110 0x000FFFFE

19 00000000000000000001111111111110 0x00001FFE

20 00000000001111111111111111111110 0x003FFFFE

21 00000000000000000000011111111110 0x000007FE

22 00000000111111111111111111111110 0x00FFFFFE

23 00000011111111111111111111111110 0x03FFFFFE

24 00001111111111111111111111111110 0x0FFFFFFE

25 00111111111111111111111111111110 0x3FFFFFFE

26 00000000000000000000000111111110 0x000001FE

27 00000000000000000000000001111110 0x0000007E

Table 3-2 T1 timeslot combinations

SerialNumber

23 Timeslot<------------------>0Timeslot

Hexadecimal Digit

1 111111111111111111111111 0x00FFFFFF

2 000000000111111111111111 0x00007FFF

3 000000011111111111111111 0x0001FFFF

4 000000000001111111111111 0x00001FFF

5 000001111111111111111111 0x0007FFFF

6 000000000000011111111111 0x000007FF




11

SerialNumber

23 Timeslot<------------------>0Timeslot

Hexadecimal Digit

7 000111111111111111111111 0x001FFFFF

8 000000000000000111111111 0x000001FF

9 011111111111111111111111 0x007FFFFF

10 000000000000000001111111 0x0000007F

11 000000000000000000011111 0x0000001F

12 000000001111111111111111 0x0000FFFF

13 000000000011111111111111 0x00003FFF

14 000000111111111111111111 0x0003FFFF

15 000000000000111111111111 0x00000FFF

16 000011111111111111111111 0x000FFFFF

17 000000000000001111111111 0x000003FF

18 001111111111111111111111 0x003FFFFF

19 000000000000000011111111 0x000000FF

20 000000000000000000111111 0x0000003F

NOTE

In Table 3-1 and Table 3-2, 1 indicates that the timeslot is occupied and 0 indicates that the timeslot is notoccupied. Timeslot combinations that are not listed in the tables cannot be used for PnP deployment.

If a base station works in IP over E1/T1 mode, its peer transmission device must be configuredas follows:

l PPP/MP detection is configured as non-authentication.

l The peer IP address is configured for PPP/MP detection.

If the peer transmission device is not functioning as a DHCP server, the DHCP relay agentfunction must be enabled on the interface for PPP/MP detection on the peer transmission device.

3.2.4 DHCP Overview

3.2.4.1 Introduction

Before an OMCH is established, a base station is not configured with any data and cannotperform end-to-end communication with other devices at the IP layer. To implement thiscommunication, the base station needs to obtain the following information:




12

l OMCH configuration data, including the OM IP address, OM VLAN ID, interface IPaddress, interface IP address mask, IP address of the next-hop gateway, IP address of theU2000 or BSC, and IP address mask of the U2000 or BSC.

The base station uses DHCP to obtain the preceding information. DHCP is used to allocate anddistribute configuration parameters and adopts the client/server mode. The DHCP procedureinvolves the following logical NEs:

l DHCP client: a host that uses DHCP to obtain configuration parameters

l DHCP server: a host that allocates and distributes configuration parameters to a DHCPclient

l DHCP relay agent: an NE that transmits DHCP packets between a DHCP server and aDHCP client. A DHCP relay client must be deployed between a DHCP server and a DHCPclient that are in different broadcast domains.

After a DHCP client accesses the network, it actively exchanges DHCP packets with its DHCPserver to obtain configuration parameters. During the exchange, the DHCP server and the DHCPrelay agent listen to DHCP packets in which the destination UDP port number is 67, and theDHCP client listens to DHCP packets in which the destination UDP port number is 68.

3.2.4.2 DHCP Interworking

When a DHCP client and a DHCP server are in the same broadcast domain, they can receivebroadcast packets from each other. Figure 3-3 shows the interworking between the DHCP clientand DHCP server that are in the same broadcast domain.

Figure 3-3 DHCP interworking between the DHCP client and DHCP server that are in the samebroadcast domain

1. After the DHCP client starts, it broadcasts a DHCPDISCOVER packet to search for anavailable DHCP server. The DHCPDISCOVER packet carries the identificationinformation about the DHCP client.




13

2. The DHCP server responds to the DHCPDISCOVER packet with a DHCPOFFER packet.3. The DHCP client sends a DHCPREQUEST packet to the DHCP server, requesting

parameters such as an IP address.4. The DHCP server sends a DHCPACK packet to the DHCP client to assign parameters such

as an IP address.5. If the assigned parameters cannot be used, for example, an assigned IP address has been

used by other DHCP clients, the DHCP client sends a DHCPDECLINE packet to notifythe DHCP server.

6. If the DHCP client does not need the assigned parameters any more, it sends aDHCPRELEASE packet to notify the DHCP server so that the DHCP server can assignthese parameters to other DHCP clients.When the DHCP client and DHCP server are not in the same broadcast domain, they cannotreceive broadcast packets from each other. In this case, the DHCP relay agent functionmust be enabled in the broadcast domain of the DHCP client to ensure the communicationbetween the DHCP client and DHCP server. Generally, the DHCP relay agent function isenabled on the gateway. When the DHCP relay agent function is enabled, the IP addressof the corresponding DHCP server must be configured so that the DHCP relay agent canforward the DHCP packets from the DHCP client to the correct DHCP server. Figure3-4 shows the interworking between the DHCP client and DHCP server that are not in thesame broadcast domain.

Figure 3-4 DHCP interworking between the DHCP client and DHCP server that are not in thesame broadcast domain

3.2.4.3 DHCP Packet FormatFigure 3-3 shows the example format of DHCP packets shown in Figure 3-5.




14

Figure 3-5 DHCP packet format

NOTE

The actual length and sequence of each field in a DHCP packet in software implementation may be differentfrom those shown in Figure 3-5.

In a DHCP packet, the IP and UDP headers are in the standard format, and the DHCP headercontains the DHCP control and configuration information. In the DHCP header, the fields relatedto automatic OMCH establishment are as follows:

l yiaddr: This field carries the interface IP address of the base station.

l giaddr: This field carries the IP address of the DHCP relay agent.

Option fields: They are encoded in code-length-value (CLV) format and consist of manysubcodes. Among them, Option 43 carries Huawei proprietary information elements (IEs)and most configuration information of the base station. For example, subcode 1 in Option43 carries the electronic serial number (ESN) of the Huawei base station. For details aboutsubcodes of Option43, see Table 3-6.




15

Because Option 43 has a limited length, Option 224 is also used to carry Huawei proprietaryIEs in SRAN8.0 or later.

For details about DHCP, see section "Dynamic Host Configuration Protocol (DHCP)" in RFC2131 and "DHCP Options and BOOTP Vendor Extensions" in RFC 2132.

3.2.5 DHCP Clients, Servers, and Relay AgentsIn this document, base stations act as DHCP clients. Table 3-3 describes the mapping betweenbase stations and DHCP servers.

Table 3-3 Mapping between base stations and DHCP servers

Base Station Type DHCP Server

Single-mode GBTS BSC

eGBTS/eNodeB U2000

NodeB U2000 or RNC

Multimode Co-MPT multimode basestation

U2000

Separate-MPT multimodebase station

Same as that of each single-mode base station

NOTE

Unless otherwise specified, "base station controller" in this document is a generic term for GSM and UMTSmodes.

The DHCP server and the U2000 are different logical communication entities, although they may bedeployed on the same hardware. Therefore, this document distinguishes between the DHCP server and theU2000.

If the DHCP server is deployed on the base station controller, the base station can be on the same L2network as the base station controller. If the DHCP server is deployed on the U2000, the base station cannotbe on the same L2 network as the U2000. For security reasons, the U2000's operating system can processonly DHCP unicast packets, not DHCP broadcast packets.

The DHCP server can be deployed on the L2 network of the base station only when the DHCPserver is deployed on the base station controller instead of the U2000. This is because DHCPpackets carry the well-known UDP port number and the operating system of the U2000 alwaysdiscards such packets. Therefore, the DHCP server deployed on the U2000 can process onlyDHCP packets forwarded by the DHCP relay agent, but not DHCP packets broadcast by thebase station.

In SRAN8.0 and later versions, if single-mode base stations or separate-MPT multimode basestations evolve to co-MPT multimode base stations, their DHCP servers must migrate to theU2000. Even if the evolution is not implemented, the migration is recommended, because itprovides better function support and paves the way to future smooth upgrades and evolutions.

When the base station is not on the same L2 network as the DHCP server, a DHCP relay agentmust be deployed. Pay attention to the following when deploying a DHCP relay agent:




16

l When a next-hop gateway of the base station is deployed on the transport network, theDHCP relay agent function must be enabled and the U2000 DHCP server IP address mustbe configured on the next-hop gateway of the base station.– If the next-hop gateway uses the Virtual Router Redundancy Protocol (VRRP), the IP

address of the DHCP relay agent must be set to the virtual IP address of the VRRP.– If the base station is a GBTS, BTSGWIPSWITCH and NEXTHOP must be set to

ON and the next-hop IP address of the GBTS using the SET BTSIP command,respectively.

l When the base station is on the same L2 network as the base station controller, DHCPpackets pass through the base station controller, and the U2000 serves as the DHCP serverfor the base station (for example, eGBTS or NodeB), this base station controller can bedeployed as the DHCP relay agent. If the DHCP relay agent function is enabled on a certainport of the base station controller, this port serves as the DHCP relay agent for all eGBTSsand NodeBs connected to this port. The ADD DHCPRLY command can be used to enablethe DHCP relay agent function on a port of the base station controller. In this command:– DHCPRLYID indicates the identity of a DHCP relay agent.– DHCPRLYGATEWAYIP indicates the interface IP address of the base station

controller.– DHCPSRVISEMSIP indicates whether the U2000 that manages the base station

controller serves as the DHCP server for the base station. If not, the DHCP server IPaddress of the base station (the DHCPSRVIP1 parameter) also needs to be configured.

– DHCPPID is used to enable or disable the DHCP relay agent function only onBSC6900s. The base station controller serves as the DHCP server for the base stationby default. You can select the OTHERSWITCH check box under the DHCPPIDparameter to enable the DHCP relay agent function for the base station.

A few MML command examples are as follows://Enabling the DHCP relay agent function on the base station controller when the U2000 that manages this base station controller is the DHCP server for the base station ADD DHCPRLY: DHCPRLYID=1, DHCPRLYGATEWAYIP="10.1.1.1", DHCPPID=OTHERSWITCH-1, DHCPSRVISEMSIP=Yes; //Enabling the DHCP relay agent function on the base station controller when the U2000 that manages this base station controller is not the DHCP server for the base station and the DHCP server IP address of the base station is 10.0.0.1 ADD DHCPRLY: DHCPRLYID=1, DHCPRLYGATEWAYIP="10.1.1.1", DHCPPID=OTHERSWITCH-1, DHCPSRVISEMSIP=No, DHCPSRVIP1="10.0.0.1";

NOTE

The base station controller can serve as the DHCP server or DHCP relay agent for certain types of basestations.l For the GBTS, the base station controller can only serve as the DHCP server, not as the DHCP relay

agent.l For the NodeB, the base station controller can serve as the DHCP server or DHCP relay agent.l For other types of base stations, such as the eGBTS and co-MPT multimode base station, the base

station controller can only serve as the DHCP relay agent.

l When base stations are cascaded or backplane co-transmission is applied, an upper-levelbase station serves as the next-hop gateway for its lower-level base station. In this case, theDHCP relay agent function must be enabled and the DHCP server IP address of the lower-level base station must be configured on the upper-level base station.If the upper-level base station is an eGBTS, NodeB, eNodeB, or co-MPT multimode basestation, run the SET DHCPRELAYSWITCH command with ES set to ENABLE to




17

enable the DHCP relay agent function. Then, run the ADD DHCPSVRIP command withDHCPSVRIP set to the DHCP server IP address of the lower-level base station. Amaximum of four DHCP server IP addresses can be configured. If the upper-level basestation is a GBTS, run the ADD BTSDHCPSVRIP command with DHCPSRV set to theIP address of the lower-level base station's DHCP server.

A few MML command examples are as follows:

For the eGBTS, NodeB, eNodeB, or co-MPT multimode base station://Enabling the DHCP relay agent function on the upper-level base stationSET DHCPRELAYSWITCH: ES=ENABLE;//Setting the DHCP server IP address to 10.19.19.11. Each broadcast DHCP packet received by the upper-level base station will be forwarded to all DHCP servers.ADD DHCPSVRIP: DHCPSVRIP="10.19.19.11";

For the GBTS:ADD BTSDHCPSVRIP: IDTYPE=BYID, BTSID=20, DHCPSRV="10.100.10.10";

In scenarios where base stations are cascaded, the upper-level base station attempts to useits OM IP address and the IP addresses of its interface for panel-based interconnection(lower transmission interface) as IP addresses of the DHCP relay agent.

In scenarios where backplane co-transmission is applied, the upper-level base stationattempts to use its OM IP address and the IP addresses of its interface connecting to thetransport network (upper transmission interface) as IP addresses of the DHCP relay agent.The IP addresses of the interface connecting to the transport network and the next-hop IPaddress of the route to the DHCP server must be on the same network segment.

For details about configuration requirements, see Table 3-3.

l A base station can serve as the DHCP relay agent for other base stations in the same L2network. In this case, the DHCP relay agent function must be enabled and the DHCP serverIP addresses of the other base stations must be configured on the base station in question.The enabling and configuring methods for this base station is the same as those for an upper-level base station.

NOTE

Cascaded base stations cannot exceed four levels on the chain topology because DHCP packets willbe discarded if the number of DHCP relay agents is greater than four in the transport network.

3.2.6 DHCP Procedure

3.2.6.1 Base Station Identification

Upon receiving a DHCP packet from a base station, the DHCP server finds and sends relatedconfiguration information to the base station based on the base station identification (BS ID)contained in the DHCP packet.

The U2000 that matches SRAN8.0 or a later version uses the combination of the ESN and slotnumber or the combination of the deployment identifier (DID), subrack topology, and slotnumber as the BS ID.

Base station controllers and U2000s that match versions earlier than SRAN8.0 use thecombination of the ESN and NE type or the combination of the DID and NE type as the BS ID.

The details about each element in the combinations are as follows:




18

l ESN identifies the baseband unit (BBU) backplane of the base station. Each backplane hasa unique ESN. The ESN is reported by the base station.

l Deployment ID (DID) is the site identifier planned by the operator. DID is scanned intothe base station using a barcode scanner connected to the USB port of the main controlboard during base station deployment. After being scanned into the base station, the DIDis broadcast in all BBUs. All main control boards will record the DID and use it as the BSID in the DHCP procedure.

l Subrack topology identifies the interconnection relationship between BBU subracks thatare interconnected. The combination of the DID and subrack topology uniquely identifiesa BBU subrack.

l Slot number identifies the number of the slot that accommodates the main control board.The slot number is used to differentiate main control boards in a BBU subrack. If the basestation is configured with active and standby main control boards, the slot number is thatof the active main control board. The slot number is reported by the base station.

l NE type indicates whether the base station works in the GSM, UMTS, or LTE mode.

When creating a base station commissioning task by PnP, operators must specify the ESN if theU2000 uses the combination of the ESN and slot number as the BS ID. The DID must be includedin the base station configuration file if the U2000 uses the combination of the subrack topologyand slot number as the BS ID.

NOTE

A combination of the DID, subrack topology, and slot number can be used as the BS ID only if thetransmission port of the base station is an Ethernet port and the DHCP server of the base station is deployedon the U2000.

3.2.6.2 Procedure for Obtaining Configuration Information

Procedure for Obtaining Configuration Information with No DHCP Relay AgentA DHCP client and a DHCP server on the same Layer 2 (L2) network can directly communicatewith each other. The L2 network is a subnet in which broadcast IP packets can be exchangedand forwarded by Media Access Control (MAC) addresses and VLAN IDs. An example is theEthernet or a VLAN of the Ethernet.

Figure 3-6 shows the procedure for a base station to obtain configuration information from aDHCP server when no DHCP relay agent is deployed.

Figure 3-6 Procedure for obtaining configuration information with no DHCP relay agent




19

The procedure is as follows: After the base station is powered on, it broadcasts aDHCPDISCOVER packet with the BS ID. The DHCP server then sends configurationinformation to the base station based on the BS ID.

Procedure for Obtaining Configuration Information with a DHCP Relay AgentIf a DHCP server is not deployed on the L2 network of a DHCP client, a DHCP relay agent mustbe installed on the next-hop gateway of the DHCP client to forward DHCP packets. The DHCPrelay agent must be on the same L2 network as the DHCP client, and the DHCP server must beon the Layer 3 (L3) network in which packets are forwarded by IP addresses.

Figure 3-7 shows the procedure for a base station to obtain configuration information from aDHCP server when a DHCP relay agent is deployed.

Figure 3-7 Procedure for obtaining configuration information with a DHCP relay agent

The procedure is as follows: The DHCP relay agent converts DHCP packets broadcast by thebase station to unicast packets and routes the unicast packets to the DHCP server. The DHCPserver sends unicast response packets to the DHCP relay agent, which then broadcasts receivedresponse packets on the L2 network.

3.2.6.3 Procedure for Releasing Allocated Configuration InformationWhen a base station obtains configuration information from its U2000 DHCP server and doesnot need configuration information allocated by a public DHCP server, the base station sends aDHCPRELEASE message to the public DHCP server. After receiving the DHCPRELEASEmessage, the public DHCP server can redistribute allocated configuration information to otherNEs. Figure 3-8 shows the procedure for releasing allocated configuration information.




20

Figure 3-8 Procedure for releasing allocated configuration information

NOTE

In addition to the preceding procedures, DHCP also supports the procedure for updating configurationinformation. However, base stations in SRAN8.0 do not support the procedure for updating configurationinformation.

3.2.7 Automatic DHCP Data SynchronizationBefore you use Automatic OMCH Establishment, ensure that correct DHCP data of a base stationis available on the U2000 DHCP server. Any manual modifications to a base station'stransmission configuration data may change its DHCP data on the U2000. In earlier versions,users have to manually ensure that the DHCP data on the U2000 DHCP server is correct beforethe next automatic OMCH establishment procedure starts. As manual data check is a complexand error-prone process, the automatic DHCP data synchronization function is introduced in thisversion.

After the base station is deployed, the system automatically synchronizes manual modificationsto the transmission configuration data in the base station configuration file with the U2000 DHCPserver. This ensures the configuration information consistency between the U2000 DHCP serverand the base station. For manual modifications on a single base station, the system starts datasynchronization 10 minutes after the last manual data modification and completes thesynchronization within 5 minutes. For manual modifications on a number of base stations, thesystem starts data synchronization for every 200 base stations as a batch and completes eachbatch's synchronization within less than or equal to 30 minutes. DHCP data must be manuallymodified on the U2000 GUI.

However, the automatic DHCP data synchronization function does not support automaticsynchronization of the NE name, NE type, ESN, and working mode because they identify aspecific NE.

In addition, this function does not support automatic synchronization of Security GatewayEmergency Bypass because it must be manually configured.

Automatic DHCP data synchronization supports synchronization of other information on theU2000 DHCP server. Before starting automatic DHCP data synchronization, ensure that therelated NE data exists in the current data area on the CME.

3.2.8 Schemes for Obtaining VLAN Information for DHCP PacketsPackets sent by a base station on a VLAN-based network must carry the VLAN ID. Before anOMCH is established, that is, before the base station sends the first DHCP packet, the base station




21

must learn VLAN information after it starts. After learning VLAN information by parsingreceived Address Resolution Protocol (ARP) packets with VLAN IDs, the base station deliversDHCP packets with VLAN IDs and interworks with DHCP servers to obtain transmissionconfiguration information. The procedure for obtaining VLAN information is as follows:

1. Once the DHCP function is enabled on the base station, the base station starts the VLANacquisition process. With VLAN acquisition, the base station actively acquires VLAN IDsof all received ARP packets and records these VLAN IDs in a PnP VLAN-ID table.

2. The base station sends DHCP packets without VLAN IDs or DHCP packets with VLANIDs set to 0.

3. The base station waits 20s. If the base station receives a DHCPOFFER packet within 20s,it exits the DHCP procedure and enters the subsequent PnP deployment procedure.Otherwise, the base station goes to the next step.

4. The base station checks the PnP VLAN-ID table and tries to use all acquired VLAN IDsto send DHCP packets. After that, if the base station receives a valid DHCPOFFER packet,it exits the DHCP procedure and enters the subsequent PnP deployment procedure.

5. When the preceding steps fail:

l If the base station has only one transmission port, the base station repeats the precedingsteps on this port.

l If the base station has multiple transmission ports, it repeats the preceding steps on othertransmission ports.

Figure 3-9 shows the procedure for a base station to obtain VLAN information.

Figure 3-9 The procedure for a base station to obtain VLAN information

1. The U2000 or BSC sends an OMCH establishment request to the OM IP address of thebase station.

2. To forward the OMCH establishment request to the correct base station, the next-hopgateway of the base station broadcasts ARP packets to obtain the MAC address mappingthe destination IP address of the request. The next-hop gateway or the L2 network attachesVLAN IDs to ARP packets so that correct VLAN IDs are contained in the ARP packetsreceived by the base station.




22

3. The base station parses all received ARP packets and records the VLAN IDs contained inthe packets.

4. The base station attempts to send all DHCP packets with recorded VLAN IDs. Only DHCPpackets with correct VLAN IDs can reach the DHCP relay agent that installed on the next-hop gateway of the DHCP client.

3.2.9 Enabling and Disabling the VLAN Scanning FunctionIn SRAN7.0, the VLAN scanning function is provided for eNodeBs to solve the problem thatbase stations cannot acquire VLAN IDs in secure networking scenarios. After the VLANscanning function is enabled, the base station tries to send DHCP packets with random VLANIDs if it does not receive a response after sending DHCP packets without a VLAN ID and DHCPpackets with acquired VLAN IDs.

After the VLAN scanning function is enabled, some DHCP packets with invalid VLAN IDsmay be broadcast. In scenarios where different VLANs are not isolated, VLAN scanning imposesgreat impacts on the network. Therefore, this function is disabled for base stations of SRAN8.0or a later version by default. For base stations upgraded from SRAN7.0 to SRAN8.0 or later,you can run the SET DHCPSW command to enable or disable this function locally or remotely.

Here are a few example MML commands:

//Enabling the VLAN scanning functionSET DHCPSW: SWITCH=ENABLE; VLANSCANSW=ENABLE;//Disabling the VLAN scanning functionSET DHCPSW: SWITCH=ENABLE; VLANSCANSW=DISABLE;

NOTE

When the OMCH and service channels are disconnected, the SET DHCPSW command is used todetermine whether to start the DHCP procedure automatically to obtain the initial configuration informationor to restore the base station configuration. The SWITCH parameter indicates whether to enable thefunction of starting the DHCP procedure automatically. The VLANSCANSW parameter indicates whetherto enable the VLAN scanning function when the base station sends DHCP packets.

3.2.10 Saving VLAN IDsFrom SRAN8.0 onwards, VLAN IDs that are used for a successful DHCP procedure can besaved. Upon receiving a DHCP-ACK message, the base station saves VLAN IDs that are usedfor the DHCP procedure. A maximum of eight VLAN IDs can be saved. When saving a newVLAN ID if eight VLAN IDs have already been saved, the new VLAN ID will replace theearliest VLAN ID.

The base station can use the saved and learned VLAN IDs to send DHCP packets whenreinitiating a DHCP procedure during or after deployment of the base station.

The saved VLAN IDs will be automatically cleared after the base station experiences a power-off reset.

3.3 Automatic OMCH Establishment by the Single-modeBase Station and Co-MPT Multimode Base Station




23

3.3.1 Introduction to NetworkingFigure 3-10 shows a networking scenario.

Figure 3-10 networking

This networking has the following characteristics:

l The DHCP server is not deployed on the L2 network of the base station.

l The DHCP relay agent is deployed on the next-hop gateway of the base station.

3.3.2 Automatic OMCH Establishment ProcedureFigure 3-11 shows the automatic OMCH establishment procedure.

Figure 3-11 Automatic OMCH establishment

1. After a base station commissioning task by PnP task is created on the U2000, the U2000periodically sends an SSL-based or plaintext-based OMCH establishment request to thebase station. After an NE is created on the BSC, the BSC periodically sends a plaintext-based OMCH establishment request to the base station. In the request, the source IP address




24

is the IP address of the U2000 or BSC and the destination IP address is the OM IP addressof the base station. After the next-hop gateway of the base station receives the request, itbroadcasts ARP packets to the base station to obtain the MAC address mapping the interfaceIP address of the base station.

NOTE

l The next-hop gateway of the base station broadcasts ARP packets each time it receives a TCPconnection request sent periodically by the U2000.

l If the Use SSL option on the U2000 is selected, the U2000 periodically sends an SSL-basedOMCH establishment request to the base station. For the automatic OMCH establishmentprocedure in this scenario, see the "3.3.4 SSL Authentication on the OMCH" section.

If this option is not selected, the U2000 periodically sends a plaintext-based OMCH establishmentrequest to the base station.

l During a DHCP procedure, a DHCP response packet sent by the U2000 contains the target RATfor the base station. Upon detecting an inconsistency between the current and target RATs, thebase station changes its current RAT and then restarts. Afterwards, the base station reinitiates aDHCP procedure.

2. The base station obtains VLAN information. For details, see section "3.2.8 Schemes forObtaining VLAN Information for DHCP Packets."

3. The base station first sends DHCP packets with no VLAN ID and then DHCP packets withVLAN IDs. By exchanging DHCP packets with its next-hop gateway and DHCP server,the base station obtains the OMCH configuration data and validates the data.

4. The base station responds to the OMCH establishment request from the U2000 or BSC andthen establishes an OMCH to the U2000 or BSC.

NOTE

If the OMCH fails to be established, the base station automatically restarts the automatic OMCH establishmentprocedure.

3.3.3 Configuration Requirements for the DHCP ServerThe DHCP server of a base station must be configured with the following: A route to the IPaddress of the DHCP relay agent. Parameters to be used during the DHCP procedure. Theseparameters are contained in the DHCP packet headers, Option fields defined by RFC 2132, andsubcodes of Option 43 defined by Huawei. Table 3-4 lists the parameters to be contained in theDHCP packet headers. Table 3-5 describes common Option fields. Table 3-6 provides subcodeinformation in the Option 43 field.

Table 3-4 Parameters to be contained in the DHCP packet headers

ParameterName

MappingDHCPField

Length(Bytes)

ParameterDescription

Mandatoryor Optional

DHCPPacketInvolved

Interface IPAddress

yiaddr 4 Interface IPaddress ofthe basestation

Mandatory DHCPOFFERDHCPACK




25

ParameterName

MappingDHCPField

Length(Bytes)



DHCPPacketInvolved

Relay AgentIP

giaddr 4 IP address ofthe DHCPrelay agentdeployed onthe network,if any.Broadcastpackets(Discoveryand Requestpackets) sentby the basestation do notcarry this IPaddress, andthe DHCPrelay agentadds this IPaddress toDHCPpackets to beforwarded.For details,see RFC2131.

Optional DHCPDISCOVERYDHCPOFFERDHCPREQUESTDHCPACK

Table 3-5 Parameters to be contained in DHCP Option fields

Parameter Name

MappingDHCPOption

Length(Bytes)


Mandatory orOptional

DHCP PacketInvolved

SubnetMask

1 4 Subnet mask of aDHCP client


RouterOption

3 N*4 List of the IP addressesof routers deployed in aDHCP client's subnetN indicates the numberof next-hop gatewaysfor the DHCP client.





26

Parameter Name

MappingDHCPOption

Length(Bytes)



DHCP PacketInvolved

VendorSpecificInformation

43 0-255 Vendor-specificinformation exchangedbetween a DHCP clientand a DHCP server

Mandatory DHCPDISCOVERDHCPREQUESTDHCPOFFERDHCPACK

IPAddressLeaseTime

51 4 Lease time of anassigned IP address


DHCPMessageType

53 1 Value: 1:DHCPDISCOVER2: DHCPOFFER3: DHCPREQUEST5: DHCPACK

Mandatory DHCPDISCOVERDHCPREQUESTDHCPOFFERDHCPACK

ServerIdentifier

54 4 IP address of a DHCPserver

Mandatory DHCPOFFERDHCPACKREQUEST

Renewal(T1) TimeValue

58 4 Interval from addressassignment to thetransition to theRENEWING state

Optional DHCPOFFERDHCPACK

Rebinding(T2) TimeValue

59 4 Interval from addressassignment to thetransition to theREBINDING state

Optional DHCPOFFERDHCPACK

Vendorclassidentifier

60 0-255 Vendor type and clientconfiguration

Optional DHCPDISCOVERDHCPREQUEST

Client-identifier

61 0-255 Unique identifier of aDHCP client

Optional DHCPDISCOVERDHCPREQUEST




27

Table 3-6 Parameters to be contained in subcodes of option 43

ParameterName

MappingSubcode

Length(Bytes)



DHCPPacketInvolved

ESN 1 20 ESN of theBBUbackplane. Itis used by aDHCP serverto determinethe locationand BBUsubrack ofthe basestation.

Mandatory DHCPDISCOVERDHCPOFFERDHCPREQUESTDHCPACK

DHCPServer ID

50 1 Whether theDHCPpackets aresent by theU2000DHCPserver. TheU2000DHCP serverfills in thisfield whensending theDHCPpackets. Ifthe DHCPpackets arenot sent bythe U2000DHCPserver, thisfield is leftblank.

Mandatorywhen theU2000serves as theDHCPserver. Thisfield is leftblank when adevice otherthan theU2000serves as theDHCPserver.

DHCPOFFERDHCPACK

MPT 1st SlotNumber

251 1 Slot numberof the firstmain controlboard





28

ParameterName

MappingSubcode

Length(Bytes)



DHCPPacketInvolved

MPT 2ndSlot Number

249 1 Slot numberof the secondmain controlboard

Optional.Mandatoryonly if thebase stationis configuredwith active/standby orprimary/secondarymain controlboards.

DHCPOFFERDHCPACK

DID 27 1 to 64 If the basestation isconfiguredwith onlyone BBU, theDID servesthe samepurpose asthe ESN.If the basestation isconfiguredwith multipleBBUs thatareinterconnected, theseBBUs usethe sameDID.

Optional.DID ismandatory ifit is used asthe basestationidentification in DHCPpackets.

DHCPDISCOVERDHCPOFFERDHCPREQUESTDHCPACK




29

ParameterName

MappingSubcode

Length(Bytes)



DHCPPacketInvolved

SubrackTopo

246 1 to 16 Interconnectionrelationshipbetween theBBUaccommodating the maincontrol boardthat sends theDHCPpackets andother BBUsif theseBBUs areinterconnected. TheDHCP serveruses thecombinationof the DID,subracktopology,and slotnumber toidentify theconfiguration file of thebase station.





30

ParameterName

MappingSubcode

Length(Bytes)



DHCPPacketInvolved

OM BearingBoard

250 1 Value:l 0: An

OMCH isestablished on thepanel.Use thisvalue forsingle-modebasestations.

l 1: AnOMCH isestablished on thebackplane.

Optional.The defaultvalue is 0.

DHCPOFFERDHCPACK




31

ParameterName

MappingSubcode

Length(Bytes)



DHCPPacketInvolved

OMInterfaceType

2 1 Transmission interface ofthe basestation:Ethernet orE1.NOTE

If anEthernetinterface isused as thetransmissioninterface, theOMCHmanagedobject (MO)inconfiguration files of thebase stationmust bebound to aroute, or thepeer IPaddress mustbe the IPaddress ofthe U2000 orthe next-hopgateway ofthe basestation.

OptionalThe defaultvalue isEthernet.

DHCPOFFERDHCPACK




32

ParameterName

MappingSubcode

Length(Bytes)



DHCPPacketInvolved

OMInterfaceSlot Number

248 1 Slot numberof the maincontrol boardif thetransmissioninterface isprovided bythe maincontrolboard, or theslot numberof the UTRPboard if thetransmissioninterface isprovided bythe UTRPboard.

Mandatoryin SRAN8.0or later onlyif an Ethernetinterface isused as thetransmissioninterface.If thisparameter isnotspecified, thebase stationautomatically identifiesthe slotnumber.

DHCPOFFERDHCPACK

OMCHInterfacePort Number

247 1 Port numberof thetransmissioninterface ofthe basestation

Optional.Mandatoryin SRAN8.0or later onlyif an Ethernetinterface isused as thetransmissioninterface.If thisparameter isnotspecified, thebase stationautomatically identifiesthe portnumber.

DHCPOFFERDHCPACK




33

ParameterName

MappingSubcode

Length(Bytes)



DHCPPacketInvolved

OMLOCATION

51 2 The numbersof thecabinet, andsubrack thataccommodate the maincontrol boardwhere theOMCH islocated.

Optional.Mandatoryin SRAN8.0or later onlyif an Ethernetinterface isused as thetransmissioninterface. Ifthisparameter isnotspecified, thebase stationautomatically identifiesthe numbersof thecabinet, andsubrack.

DHCPOFFERDHCPACK

OM IPAddress

3 4 Local IPaddress ofthe OMCH


OM IPAddressSubnet Mask

4 4 Local IPaddress maskof theOMCH


U2000 IPAddress

5 4 Peer IPaddress ofthe OMCH


U2000 IPSubnet Mask

6 4 Peer IPaddress maskof theOMCH





34

ParameterName

MappingSubcode

Length(Bytes)



DHCPPacketInvolved

OM Vlan ID 11 2 VLAN ID ofthe OMCH

Thisparameter ismandatory ifVLAN isconfiguredon theEthernet portof the basestation.

DHCPOFFERDHCPACK

OM VlanPriority

12 1 VLANpriority ofthe OMCH

Thisparameter isnot includedin DHCPpacketswhen an E1/T1 port isused as thetransmissionport.

DHCPOFFERDHCPACK

IP address ofthe BSC

13 4 IP address ofthe BSC

Mandatoryfor the GSMmode

DHCPOFFERDHCPACK

OM NextHop IPAddress

17 4 Next-hop IPaddress ofthe basestation


GBTSOMCHDSCP

54 1 DSCP usedby the GBTSto establishan OMCH.

OptionalThisparameter issupportedonly byGBTSs fromSRAN7.0onwards. Ifthisparameter isnotspecified, theDSCPsubcode willnot bedelivered.

DHCPOFFERDHCPACK




35

When creating a base station commissioning by PnP task on the U2000, deployment engineerscan import configuration information listed in Table 3-6 into the DHCP server Deploymentengineers can manually modify the configuration information for the DHCP server only on theU2000 GUI. Deployment may fail if the DHCP server is not configured with mandatoryparameters listed in Table 3-6 or optional parameters that must be configured in certainscenarios.

3.3.4 SSL Authentication on the OMCHIf an OMCH uses SSL authentication, the base station must obtain an operator-issued devicecertificate before establishing the OMCH with the U2000. Figure 3-12 shows the automaticOMCH establishment procedure in this scenario.

Figure 3-12 Automatic OMCH establishment procedure

1. After a PnP-based commissioning task is created on the U2000, the U2000 periodicallysends SSL-based OMCH establishment requests to the base station.The source and destination IP addresses of the request packets are the IP address of theU2000 and the O&M IP address of the base station, respectively.Upon receiving the requests, the next-hop gateway of the base station sends ARP broadcastpackets to the base station to parse the MAC address corresponding to the interface IPaddress of the base station.

2. The base station obtains VLAN information.For details, see section "3.2.8 Schemes for Obtaining VLAN Information for DHCPPackets."

3. The base station attempts to first send DHCP packets without VLAN IDs and then DHCPpackets with VLAN IDs. By exchanging the DHCP packets with the DHCP server, the basestation obtains OMCH configurations and makes them take effect.

4. Based on the CA information obtained from the DHCP server, the base station applies foran operator-issued device certificate from the CA. For details, see the "3.3.5 Obtaining anOperator-Issued Device Certificate" section.

5. In response to the OMCH establishment requests from the U2000, the base station performsmutual authentication with the U2000 using the obtained device certificate. After theauthentication is successful, an OMCH is established between them.




36

In this scenario, the U2000 DHCP server delivers configurations to the base station. Theconfigurations include those described in the "3.3.3 Configuration Requirements for theDHCP Server" section and CA information described in Table 3-7.

Table 3-7 Parameters specific to the U2000 DHCP server

ParameterCategory

ParameterName

Sub-code

Length (Bytes) ParameterDescription


DHCPPacket

CAinformation

CA URL 44 1 to 128 - Mandatory

l DHCPOFFER

l DHCPACK

CAName

38 1 to 127 CA name

3.3.5 Obtaining an Operator-Issued Device CertificateAfter obtaining the interface IP address and CA information, the base station generates acertificate request file. The base station then uses this certificate request file to apply for anoperator-issued device certificate from the CA (obtained through the DHCP procedure) basedon CMPv2.

During the certificate application, the CA authenticates the base station by verifying its Huawei-issued device certificate. Before delivery, Huawei base stations are preconfigured with Huawei-issued device certificates, which are deployed on the UMPT and the LMPT (available fromSRAN7.0 onwards). During the certification application, the base station provides the CA withHuawei-issued device certificates as its identity. The CA is also preconfigured with the Huaweiroot certificate.

Before the certificate application, the base station obtains from the DHCP server partialconfiguration data (such as the URL of the CA and the CA name) rather than the configurationfile. Therefore, the base station uses the default parameters described in Table 3-8 to completethe certificate application. The base station cannot contain parameters other than those listed inthe table during the certification application or in the certificate request files.

NOTE

For details about the certificate application procedure, see the "Certificate Management and ApplicationScenarios" part in PKI Feature Parameter Description for SingleRAN.

PKI redundancy is not supported during base station deployment by PnP. The active PKI server must workproperly during base station deployment by PnP.




37

Table 3-8 Default parameters used for certificate application

ParameterCategory

ParameterName

Parameter Description Remarks

CMPv2-relatedparameters

Source IP Source IP address used toapply for the operator-issued device certificate

This parameter is set to theinterface IP address of the basestation that is obtained through theDHCP procedure.

CA URLDuring SiteDeployment

URL of the CA This parameter is set to the URL ofthe CA that is obtained through theDHCP procedure.

SignatureAlgorithm

Signature algorithm forCMP messages

This parameter is set to SHA1.

Parameters inthecertificaterequestfile

Request Type Type of a certificate request.The request can be either anew certificate request or acertificate update request.The default type is newcertificate request.

This parameter is set to NEW.

CertificateRequest FileFormat

Format of a certificaterequest file

This parameter is set to CRMF.

Renew Key Whether to generate a newkey pair

This parameter is set to YES.

Key Size Length of a key This parameter is set toKEYSIZE2048.

CommonName

Common name of thecertificate request file

This parameter is set to theESN.huawei.com of the basestation that applies for a certificate.

Key Usage Usage of a key KEY_AGREEMENT (keynegotiation), DATA_ENCIPHER-MENT (data encryption),KEY_ENCIPHERMENT (keyencryption), andDIGITAL_SIGNATURE (digitalsignature) are selected for thisparameter.




38

ParameterCategory

ParameterName

Parameter Description Remarks

SignatureAlgorithm

Signature algorithm for acertificate request file

This parameter is set to SHA256.NOTE

This parameter is set to SHA1 for abase station using an LMPT whoseversion is SRAN6.0 or earlier, and isset to SHA256 for a base station usingan LMPT whose version is SRAN7.0or later.

Local Name Local name of a basestation. This parameter isused to generate the DNSname of the subjectalternative name of acertificate.

The value of this parameterconsists of the ESN of the basestation and ".huawei.com."

Local IP Local IP address This parameter is set to 0.0.0.0.NOTE

This parameter cannot be set to the IPaddress that the base station obtainsfrom the DHCP server, because the IPaddress obtained may not be usedfinally.

In addition to the operator-issued device certificate, the base station also obtains the rootcertificate of the CA.

If the application for operator-issued digital certificates fails or the base station receives noresponse within about 30 seconds, the preconfigured digital certificates are used for establishingan OMCH.

3.3.6 Configuration Requirements for NEs3.3.1 Introduction to Networking describes the configuration requirements for networkequipment during base station deployment by PnP (3.3.1 Introduction to Networking is usedas an example).

Table 3-9 Configuration requirements for network equipment

Network Equipment Requirement

L2 device l Allows the transmission of DHCPbroadcast and unicast packets withoutfiltering or modifying DHCP packets.

l Is configured with correct VLANinformation.




39


Next-hop gateway of the base station l Is enabled with the DHCP relay agentfunction and configured with the IPaddress of the DHCP server, that is, the IPaddress of the U2000. If an NAT server isdeployed, the IP address of the U2000must be that converted by the NAT server.

l Is configured with a route whosedestination IP address is the DHCP serverIP address

l If the base station's OM IP address is notits interface IP address, configure a routewhose destination IP address is the OM IPaddress of the base station.

l Is configured with a route whosedestination IP address is the IP address ofthe CA if the OMCH uses SSLauthentication.

L3 device l Is configured with a route whosedestination IP address is the OM IPaddress of the base station or the U2000IP address.

l Is configured with a route whosedestination IP address is the DHCP relayagent IP address.

l Is configured with a route whosedestination IP address is the CACA if theOMCH uses SSL authentication.

U2000/BSC Is configured with a route whose destinationIP address is the OM IP address of the basestation.

DHCP server Is configured with a route whose destinationIP address is the DHCP relay agent IPaddress.

FTP server l Is configured with a route whosedestination IP address is the OM IPaddress of the base station.

l Stores software and configuration files ofthe base station in the specified directory.

l Provides access rights, such as the username and password, for the base station.




40


CA(Required only when the OMCH uses SSLauthentication)

l Is configured with the IP address that canbe accessed by NEs in the untrusteddomain.

l Is configured with Huawei-issued CAroot certificates.

3.4 Automatic OMCH Establishment by the Separate-MPTMultimode Base Station

3.4.1 NetworkingThe separate-MPT multimode base station is similar to many single-mode base stations that areinterconnected using the transmission board. The interconnection can either be based on thepanel or the backplane. Generally, the transmission board of a certain mode provides a sharedtransmission interface for connecting to the transport network. The base station in this mode iscalled an upper-level base station, and base stations in the other modes are called lower-levelbase stations. The upper-level base station acts as the DHCP relay agent of lower-level basestations.

Figure 3-13 shows the OMCH networking for the separate-MPT multimode base station thatuses panel-based interconnection. The upper-level base station provides two transmissioninterfaces, one for panel-based interconnection (lower transmission interface) and the other forconnecting to the transport network (upper transmission interface).

Figure 3-13 OMCH networking for the separate-MPT multimode base station that uses panel-based interconnection

Figure 3-14 shows the OMCH networking for the separate-MPT multimode base station thatuses backplane-based interconnection.




41

Figure 3-14 OMCH networking for the separate-MPT multimode base station that usesbackplane-based interconnection

The automatic OMCH establishment procedure for the separate-MPT base station is similar tothe respective automatic OMCH establishment procedure for each single-mode base station.Lower-level base stations can start the automatic OMCH establishment procedure only after theupper-level base station completes the procedure. This section describes the differences in theprocedures between the separate-MPT base station and the single-mode base station.

3.4.2 Automatic OMCH Establishment ProcedureFigure 3-15 shows the automatic OMCH establishment procedure for the separate-MPTmultimode base station.

Figure 3-15 Automatic OMCH establishment procedure

1. Same as the single-mode base station, the upper-level base station follows the OMCHestablishment procedure described in chapter "3.3 Automatic OMCH Establishment bythe Single-mode Base Station and Co-MPT Multimode Base Station." The upper-levelbase station then obtains software and configuration files from the U2000 or BSC over theestablished OMCH. The upper-level base station activates software and configuration filesand then enters the working state.




42

2. Each lower-level base station exchanges DHCP packets with the DHCP relay agent (upper-level base station) and the DHCP server to obtain the transmission configurationinformation.

3. Each lower-level base station establishes an OMCH to the U2000 or BSC.

The DHCP servers of the upper-level base station and lower-level base stations can be deployedon the same NE or different NEs.

3.4.3 Configuration Requirements for the DHCP ServerEach mode in a separate-MPT multimode base station has almost the same configurationrequirements for the DHCP server as a single-mode base station. The only difference lies in thesetting of the OM Bearing Board parameter on DHCP servers of lower-level base stations, asdescribed in Table 3-10. For details about the configuration requirements for the DHCP serverof each single-mode base station, see chapter "3.3 Automatic OMCH Establishment by theSingle-mode Base Station and Co-MPT Multimode Base Station".




43

Table 3-10 Setting of the OM Bearing Board parameter on DHCP servers of lower-level basestations

ParameterName

Subcode Length(Bytes)



DHCPPacketInvolved

OM BearingBoard

250 1 Value:l 0: An

OMCH isestablished on thepanel.

l 1: AnOMCH isestablished on thebackplane.Set thisparameter to 0when theseparate-MPTmultimode basestationusespanel-basedinterconnection.Set thisparameter to 1when theseparate-MPTmultimode basestationusesbackplane-basedinterconnection.

Mandatory l DHCPOFFER

l DHCPACK




44

ParameterName

Subcode Length(Bytes)



DHCPPacketInvolved

CERTDEPLOY

52 3 Slot No.,Subrack No.,and CabinetNo. of theboard onwhich thecertificatefor SSLauthentication isdeployed.Thisparameter isused forcertificatesharing.

OptionalUsed onlywhencertificatesharing isapplied.

DHCPOFFERDHCPACK

NOTE

SSL authentication takes effect only on main control boards. If the certificate for SSL authentication is notdeployed on the main control board of a base station, the main control board must obtain a valid certificatefrom other boards. In this case, certificate sharing must be used. For details, see PKI Feature ParameterDescription for SingleRAN.

3.4.4 Configuration Requirements for Network EquipmentEach mode in a separate-MPT multimode base station has similar configuration requirementsfor network equipment to a single-mode base station. For details about these requirements, seechapter "3.3 Automatic OMCH Establishment by the Single-mode Base Station and Co-MPT Multimode Base Station". This section describes only the differences in the configurationrequirements.

The upper-level base station acts as the DHCP relay agent to forward DHCP packets and as arouter to forward OMCH and service packets for lower-level base stations. The transport networkfor the upper-level base station needs to forward DHCP packets from the DHCP servers of lower-level base stations. Therefore, the upper-level base station and its transport network must beconfigured with data listed in Table 1.




45

Table 3-11 Configuration requirements for network equipment


Upper-level base station l Is enabled with the DHCP relay agentfunction. Is configured with IP addressesof the DHCP servers of lower-level basestations.

l Is configured with the IP address of thetransmission interface (used for panel-based interconnection) provided by theupper-level base station.

l Is configured with uplink routes to theDHCP servers of lower-level base stationsand to the peer IP addresses of lower-levelbase stations. If the lower-level basestation is the GBTS or NodeB, uplinkroutes to the base station controller andU2000 must be configured. If the lower-level base station is the eNodeB, uplinkroutes to the U2000, mobilitymanagement entity (MME), and servinggateway (S-GW) must be configured.

l Is configured with downlink routes to theOM IP address and service IP address ofthe lower-level base station.

l Is configured with VLANs on thetransmission interface connecting to thelower-level base station if VLANs aredeployed between cascaded base stations.In this case, the network segmentconfigured by NEXTHOPIP (next-hop IPaddress) and MASK (subnet mask) mustoverlap with the network segmentconfigured by the interconnectioninterface IP address. SingleVLAN modeis recommended for the upper- and lower-level base stations.

All devices on the transport network for theupper-level base station

l Is configured with routes to the DHCPservers of lower-level base stations.

l Is configured with routes to the IP addressof the DHCP relay agent of the upper-level base station.

l Is configured with routes to the OM IPaddress and service IP address of thelower-level base station.

U2000/BSC Is configured with routes to the OM IPaddress of the lower-level base station.




46


DHCP servers of lower-level base stations Is configured with routes to the IP address ofthe DHCP relay agent of the upper-level basestation.

Lower-level base stations Is configured with routes to the U2000 orBSC.Is configured with interface IP addresses thatare on the same network segment with IPaddresses of the interfaces forinterconnection with the upper-level basestations.

l Backplane-based interconnection:The IP addresses of the DHCP relay agent are as follows:1. OM IP address of the upper-level base station2. IP addresses of the upper transmission interface on the upper-level base station. If thereare several IP addresses of the upper transmission interface, the IP address used as the IPaddress of the DHCP relay agent must be on the same network segment as the next-hop IPaddress of the upper-level base station's route to the DHCP server of the lower-level basestation.

l Panel-based interconnection:The IP addresses of the DHCP relay agent are as follows:1. OM IP address of the upper-level base station2. IP addresses of the lower transmission interface on the upper-level base station. If thereare several addresses of the lower transmission interface, the IP addresses used as the IPaddresses of the DHCP relay agent vary by scenario:– If VLANs have been deployed for neither the OMCH nor the service channel on the

lower-level base station, the IP addresses of the lower transmission interface that is notconfigured with VLANs are used.

– If VLANs have been deployed for both the OMCH and the service channel on the lower-level base station, the IP address of the interface that is used by the OMCH to deployVLANs is used.

– If VLANs have been deployed for the service channel but not for the OMCH on thelower-level base station, the IP addresses of the interface where no VLAN has beendeployed are used.

In both backplane- and panel-based interconnection scenarios, if there are active and standbyOMCHs on the upper-level base station, the OM IP address in use will be used as the IP addressof the DHCP relay agent. For example, if the OM IP address of the standby OMCH is in use, itwill be used as the IP address of the DHCP relay agent.

Backplane-based InterconnectionFigure 3-16 shows examples of DHCP relay agent's IP addresses and route deployment inbackplane-based interconnection.




47

Figure 3-16 Examples of DHCP relay agent's IP addresses and route deployment in GBTS &NodeB backplane-based interconnection

l IP address of the DHCP relay agent and route from the DHCP server to the IP address ofthe DHCP relay agent– IP addresses of the DHCP relay agent are 10.20.20.22 (OM IP address) and 10.100.1.10

(IP address 1).– The destination IP address of the route from the DHCP server to the IP address of the

DHCP relay agent is 10.100.1.10 or 10.20.20.22.l IP routes on the upper-level base station

– Run the following command to configure a route to the DHCP server of the lower-levelbase station (BSC):ADD IPRT: RTIDX=1, SN=6, SBT=BASE_BOARD, DSTIP="10.101.1.10", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP, NEXTHOP="10.100.1.1";

l Run the following command to configure a route to the U2000 IP address:ADD IPRT: RTIDX=1, SN=6, SBT=BASE_BOARD, DSTIP="10.120.1.10", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP, NEXTHOP="10.100.10.1";

l Run the following command to configure a route to the RNC service IP address:ADD IPRT: RTIDX=1, SN=6, SBT=BASE_BOARD, DSTIP="10.110.1.10", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP, NEXTHOP="10.100.20.1";

l Run the following command to configure a route to the OM IP address of the lower-levelbase station (The service IP address is the same as the OM IP address):ADD IPRT: RTIDX=1, SN=6, SBT=BACK_BOARD, DSTIP="10.30.20.20", DSTMASK="255.255.255.255", RTTYPE=IF, IFT=TUNNEL, IFNO=1;

l IP route on the lower-level base stationRun the following command to configure a route to the DHCP server:ADD BTSIPRT: IDTYPE=BYID, BTSID=10, RTIDX=1, DSTIP="10.101.1.10", DSTMASK="255.255.255.255", RTTYPE=OUTIF, ITFType=TUNNEL, IFNO=1;

l IP route on the BSCRun the following command to configure a route to the lower-level base station:ADD IPRT: SRN=2, SN=18, DSTIP="10.30.20.20", DSTMASK="255.255.255.255", NEXTHOPTYPE=Gateway, NEXTHOP="10.150.1.10", PRIORITY=HIGH;

Panel-based InterconnectionFigure 3-17 shows examples of DHCP relay agent's IP addresses and route deployment in panel-based interconnection.




48

Figure 3-17 Examples of DHCP relay agent's IP addresses and route deployment in panel-basedinterconnection

l IP address of the DHCP relay agent and route from the DHCP server to the IP address ofthe DHCP relay agent

– If VLANs have been deployed for neither the OMCH nor the service channel on thelower-level base station, IP addresses of the DHCP relay agent are 10.20.20.22 (OM IPaddress), 10.100.1.10 (IP address 1), and 10.110.1.10 (IP address 2), and the destinationIP address of the route to the IP address of the DHCP relay agent is 10.20.20.22,10.100.1.10, or 10.110.1.10.

– If VLANs have been deployed for both the OMCH and the service channel on the lower-level base station, IP addresses of the DHCP relay agent are 10.20.20.22 (OM IPaddress) and 10.100.1.10 (IP address 1), and the destination IP address of the route tothe IP address of the DHCP relay agent is 10.20.20.22 or 10.100.1.10.To deploy VLANs for the OMCH and service channel on the lower-level base station,configure VLANMAP information on the upper-level base station as follows://Run the following command to configure VLANs for the OMCH on the lower-level base station:ADD VLANMAP: NEXTHOPIP="10.100.1.30", MASK="255.255.255.0", VLANMODE=SINGLEVLAN, VLANID=10, SETPRIO=DISABLE;//Run the following command to configure VLANs for the service channel on the lower-level base station:ADD VLANMAP: NEXTHOPIP="10.110.1.30", MASK="255.255.255.0", VLANMODE=SINGLEVLAN, VLANID=20, SETPRIO=DISABLE;

– If VLANs have been deployed for the service channel but not for the OMCH on thelower-level base station, IP addresses of the DHCP relay agent are 10.20.20.22 (OM IPaddress) and 10.100.1.10 (IP address 1), and the destination IP address of the route tothe IP address of the DHCP relay agent is 10.20.20.22 or 10.100.1.10.To deploy VLANs for the service channel on the lower-level base station, configureVLANMAP information on the upper-level base station as follows:IP addresses of the DHCP relay agent are 10.20.20.22 (OM IP address) and 10.100.1.10(IP address 1).//Run the following command to configure VLANs for the service channel on the lower-level base stationADD VLANMAP: NEXTHOPIP="10.110.1.30", MASK="255.255.255.0", VLANMODE=SINGLEVLAN, VLANID=20, SETPRIO=DISABLE;

l IP routes on the upper-level base station




49

– Run the following command to configure a route to the U2000 IP address:ADD IPRT: RTIDX=1, SN=6, SBT=BASE_BOARD, DSTIP="10.200.10.10", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP, NEXTHOP="10.100.10.1";

– Run the following command to configure a route to the RNC service IP address:ADD IPRT: RTIDX=1, SN=6, SBT=BASE_BOARD, DSTIP="10.200.20.10", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP, NEXTHOP="10.100.20.1";

– Run the following command to configure a route to the MME:ADD IPRT: RTIDX=1, SN=6, SBT=BASE_BOARD, DSTIP="10.200.1.10", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP, NEXTHOP="10.100.30.1";

– Run the following command to configure a route to the OM IP address of the lower-level base station:ADD IPRT: RTIDX=1, SN=6, SBT=BASE_BOARD, DSTIP="10.20.20.20 ", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP, NEXTHOP="10.100.1.30";

– Run the following command to configure a route to the service IP address of the lower-level base station:ADD IPRT: RTIDX=1, SN=6, SBT=BASE_BOARD, DSTIP=" 10.30.1.30 ", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP, NEXTHOP="10.110.1.30";

l IP route on the lower-level base stationRun the following command to configure a route to the U2000:ADD IPRT: RTIDX=1, SN=6, SBT=BASE_BOARD, DSTIP="10.200.10.10", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP, NEXTHOP="10.100.1.10";

l Route from the U2000 to the OM IP address of the lower-level base station:The destination IP address of the route is 10.20.20.20, the destination subnet mask is255.255.255.255, and the next-hop IP address is 10.100.11.10.

3.5 Application Restrictions

3.5.1 Configuration Requirements for Base Stations and OtherNetwork Equipment

When a base station is to be deployed by PnP, configuration requirements for the base stationand related DHCP servers must be met to ensure successful automatic OMCH establishment. Ifconfiguration requirements are not met, automatic OMCH establishment may fail, leading to adeployment failure.Table 3-12 through Table 3-13 summarizes the configuration requirements.




50

Table 3-12 Configuration requirements for configuration files of the base station in all scenarios

SN MO Requirement

1 OMCH This MO is mandatory.If the base station isconfigured with active andstandby OMCHs, only theactive OMCH is used forbase station deployment byPnP. The active OMCH is theOMCH for which the Flagparameter is set to MASTER(Master).The active OMCH must meetthe following requirements:l If the active OMCH is

bound to a route:The PEERIP parametermust be set to the IPaddress of the U2000. TheIP addresses of the U2000and the FTP server mustbe on the networksegment that iscollectively specified bythe PEERIP andPEERMASK parameters.

l If the active OMCH is notbound to any route:The FTP server and theU2000 must be deployedon the same equipment ornetwork segment. ThePEERIP parameter mustbe set to the IP address ofthe U2000. The IPaddresses of the U2000and the FTP server mustbe on the networksegment that iscollectively specified bythe PEERIP andPEERMASK parameters.The base station must beconfigured with a routewhose destination IPaddress is the networksegment of its peer IPaddress.




51

SN MO Requirement

If the requirements are notmet, the PEERIP parametermust be set to the next-hop IPaddress of the active OMCH,and the PEERMASKparameter must be set to theinterface IP address mask ofthe base station.If BBUs are interconnected,the OMCH must beconfigured on the root BBUthat provides a portconnecting to the transportnetwork.

2 VLANMAP It is recommended thatupper- and lower-level basestations use the SingleVLANmode instead of theVLANGroup mode toconfigure VLANs. If basestations are cascaded and theupper-level base station usesthe VLANGroup mode, theupper-level base station mustattach related VLAN IDs toservices of the OM_HIGHand OM_LOW types whenconfiguring VLANCLASS.If the lower-level base stationis a GBTS, the upper-levelbase station must attachrelated VLAN IDs to servicesof the USERDATA type withthe differentiated servicescode point (DSCP) set to thesame value as the DSCP ofthe GBTS OMCH.The VLANMODE parameterspecifies the VLAN mode.




52

SN MO Requirement

3 BFDSESSION If the CATLOG parameter isset to RELIABILITY(Reliability) for a BFDsession, the BFD session isbound to a handover route. ifthe base station uses a logicalIP address as the OM IPaddress and the BFD sessionis bound to a handover route,the base station cannot bedeployed by PnP.

4 NE If the combination of theDID, subrack topology, andslot number is used as the BSID, the DID parameter in theNE MO must be specified.

5 IPRT/SRCIPRT If the OMCH is configuredwith active and standbyroutes, only the active routecan be used for the basestation deployment by PnP.The active route has a higherpriority than the standby one.NOTE

The smaller the number of theroute priority, the higher thepriority.

Equivalent routes are notrecommended for theOMCH. This is becausedeployment may fail as thebase station randomlychooses a route from theequivalent routes for theOMCH during deploymentby PnP.NOTE

Equivalent routes are routesconfigured with the samedestination IP address andpriority and they are used forload sharing.




53

Table 3-13 Configuration requirements for a DHCP server

SN Requirement

1 The public DHCP server can be configuredwith a maximum of eight U2000 DHCPserver IP addresses.If base stations of SRAN7.0, SRAN8.0, andlater versions co-exist in a network,configuring eight U2000 DHCP server IPaddresses on the public DHCP server causesa deployment failure because SRAN7.0 basestations support only two U2000 DHCPserver IP addresses. In this scenario,configure two U2000 DHCP server IPaddresses or deploy SRAN7.0 base stationsin non-PnP mode.

2 If the WMPT board of the NodeB needs to bereplaced with the UMPT board, the BS IDconfigured on the DHCP server must bechanged from being bound to the panel's ESN(mapping subcode 43 in DHCP Option 43) tobeing bound to the backplane's ESN(mapping subcode 1 in DHCP Option 43).

3.5.2 Impact of U2000 Deployment on Base Station Deployment byPnP

During base station deployment by PnP and subsequent commissioning, the base station needsto communicate with many application services of the U2000, including the DHCP service, FTPservice, and OMCH management service.

The preceding three services can be deployed on different U2000s and use different IP addresses.Therefore, network planning and base station data configuration must ensure normalcommunication between the OM IP address of the base station and the IP addresses of the threeservices.

Table 3-14 describes the impact of U2000 deployment on automatic OMCH establishment.




54

Table 3-14 Impact of U2000 deployment on automatic OMCH establishment

U2000Deployment

U2000DeploymentDescription

U2000Serving asthe DHCPServer

U2000Serving asthe OMC

Requirement for theBaseStationDeployment

Impact ontheNetworkConfiguration

Single-serversystem

Allapplicationservices aredeployed onthe sameserver andthe serverhas only oneIP address.

Single server Single server For details,see section"3.3AutomaticOMCHEstablishment by theSingle-mode BaseStation andCo-MPTMultimodeBaseStation" andsection "3.4AutomaticOMCHEstablishment by theSeparate-MPTMultimodeBaseStation."

For details,see section"3.3AutomaticOMCHEstablishment by theSingle-mode BaseStation andCo-MPTMultimodeBaseStation" andsection "3.4AutomaticOMCHEstablishment by theSeparate-MPTMultimodeBaseStation."




55

U2000Deployment






HA system l Theactiveandstandbynodeshave thesamefunctionand dataon thetwonodes aresynchronized.

l Theactiveandstandbynodes usethe sameIPaddress.

Active orstandby node


For details,see sectionsee section"3.3AutomaticOMCHEstablishment by theSingle-mode BaseStation andCo-MPTMultimodeBaseStation" andsection "3.4AutomaticOMCHEstablishment by theSeparate-MPTMultimodeBaseStation."

see section"3.3AutomaticOMCHEstablishment by theSingle-mode BaseStation andCo-MPTMultimodeBaseStation" andsection "3.4AutomaticOMCHEstablishment by theSeparate-MPTMultimodeBaseStation."




56

U2000Deployment






SLS system l The slavenodeperformsthenetworkmanagementfunctiononly.

l The IPaddressof themasternode isdifferentfrom thatof theslavenode, andthe IPaddressesof the twonodes arein thesamesubnet.

Master node Master orslave node

l ThePeerIPparameter for theOMCHmust beset to theIPaddressof theU2000thatmanagesthe basestation.

l If theOMCH isbound toa route,the routemust beto thenetworksegmentof theU2000.




57

U2000Deployment






Remote HAsystem

l Theactiveandstandbynodes aredeployedon twolocations.

l The IPaddressof theactivenode isdifferentfrom thatof thestandbynode, andthe IPaddressesof the twonodesmay notbe in thesamesubnet.


The U2000must serve asthe DHCPserver.

l The basestationmust beconfigured withroutes tothe two IPaddressor twonetworksegments.

l ThePeerIPparameter for theOMCHof thebasestationmust beset to theIPaddressof theU2000thatserves astheDHCPserver.

Emergencysystem

Theemergencysystemperformsbasicfunctionsonly anddoes notsupport PnPor DHCP.

Notsupported

Notsupported

Not involved Not involved




58

For example:

l When the U2000 uses the multi-server load-sharing (SLS) networking, the DHCP serviceis deployed on the master server, whereas the FTP service and the OMCH managementservice can be deployed on either the master or slave server. When the FTP service andOMCH management service are deployed on different U2000 servers and accordingly usedifferent IP addresses, the route configuration on the base station and the transport networkmust ensure that the IP addresses of the two services are reachable using configured routes.

OMCH networking requires that the NAT server be deployed only on the U2000 side, but notthe base station or BSC side. Figure 3-18 shows the OMCH networking in which the NAT serveris deployed on the U2000 side.

Figure 3-18 OMCH networking when the NAT server is deployed on the U2000

The IP address and port number of the U2000 can be converted by the NAT. Therefore, the routewhose destination IP address is the U2000 IP address on the base station side must use an U2000IP address visible on the base station side as the destination address. As shown in Figure3-18, the local IP address configured for the U2000 is 10.20.0.1. After the conversion performedby the NAT server, however, the source IP address in TCP packets received by the base stationis 10.10.1.1 instead of 10.20.0.1. Therefore, the route whose destination IP address is 10.10.1.1instead of 10.20.0.1 must be configured on the base station side.

NOTE

The IP address and port number on the base station side cannot be converted by the NAT because the DHCPserver uses the IP address of the DHCP relay agent (giaddr) or IP address of the DHCP client (ciaddr) asthe destination IP address for responding to the DHCP message and the giaddr or ciaddr fields containedin the DHCP message cannot be converted by the NAT.




59

4 ATM-based Automatic OMCHEstablishment for Base Stations

4.1 OverviewATM-based automatic OMCH establishment for Base Stations (corresponding to featureWRFD-031100 BOOTP) is used for the bootstrap of diskless workstations. It enables the disklessworkstation to obtain the IP address from the server during the startup. Compared with theReverse Address Resolution Protocol (RARP) that implements the same function, BOOTP ismore versatile and easier to use. BOOTP complies with the RFC 951 and RFC 1542 protocols.

BOOTP that is applied to the RAN system enables the NodeB to establish an IPoA path basedon the obtained IP address and default PVC. In this way, a remote OM channel can be set upbetween the NodeB and the U2000 or LMT.

The NodeB configuration data normally contains the data of the IPoA path. If the data is correct,the user can remotely access and maintain the NodeB. If the data is incorrect, BOOTP helps theNodeB to establish a correct IPoA path so that the NodeB can be remotely maintained.

4.2 PrinciplesBOOTP is used in ATM networking to establish an IPoA path so that a remote OM channelfrom the U2000 or LMT to the NodeB can be set up.

The configuration data required for setting up an IPoA path includes the Permanent VirtualChannel (PVC), transport ports carrying the PVC, and IP addresses.

The procedure of BOOTP establishment consists of port listening, port configuration, PVC setupand BOOTP request initiation, RNC returning the BOOTPREPLY message, and IPoAconfiguration, as shown in Figure 4-1.


4 ATM-based Automatic OMCH Establishment for BaseStations


60

Figure 4-1 Procedure of BOOTP establishment

4.2.1 Port ListeningPort listening enables the NodeB to listen to the configuration data of peer ports so that theNodeB transport ports that carry PVCs can be correctly configured.

The prerequisites for port listening are as follows: The physical links must be connected properly.(If a link works abnormally, ports are not configured on this link.); the transport ports of othertransport devices connecting the RNC and the NodeB must be correctly configured.

The port types applied to ATM networking are as follows:

l Inverse Multiplexing over ATM (IMA)

l User Network Interface (UNI)

l Fractional ATM

l Unchannelized STM-1/OC-3

The procedure of BOOTP establishment is different in the case of different port types. For theunchannelized STM-1/OC-3 ports, the PVC can be set up without port listening asinterconnection is not involved. The following describes the port listening function in the caseof IMA, UNI, and fractional ATM.




61

Port Listening in the Case of IMA/UNI

Through IMA/UNI ports, the NodeB can obtain the configuration data from peer ports bylistening to the IMA Control Protocol (ICP) cells of the peer end. According to the obtainedconfiguration data, the NodeB sets up an IMA group that carries the PVC (including the IMAlinks in the IMA group) or UNI links.

The NodeB first tries to listen to the IMA/UNI ports because whether the IMA/UNI ports orfractional ATM ports are used cannot be determined initially. If the listening fails, the NodeBlistens to the fractional ATM ports.

Port Listening in the Case of Fractional ATM

The fractional ATM link requires a bitmap of all types of timeslots contained in the link. If thetimeslots are inconsistent at the two ends, the setup of a fractional ATM link will fail.

Listening to the timeslots by using the exhaustive method will be time-consuming because thecombinations of timeslots are countless. To prevent this problem, the range of timeslotcombinations needs to be minimized. The combinations need to contain only the typical timeslotbitmaps commonly used by the telecom operators.

To listen to fractional ATM links is to apply the exhaustive method to these typical timeslotbitmaps, which is a way to configure the fractional ATM links. If the links work properly, thelistening is successful; if the links work abnormally, it indicates that the timeslot bitmap doesnot match the configuration at the peer end, and the NodeB needs to try other timeslot bitmaps.

The NodeB first uses the E1 timeslot bitmaps to listen to the ports, because whether the physicallinks connected to the NodeB are E1s or T1s cannot be determined initially. If the listening fails,the NodeB uses the T1 timeslot bitmaps to listen to the ports.

After the listening is successful, the PVC can be set up.

4.2.2 Port ConfigurationThe NodeB configures its IMA or UNI ports based on the configuration data of the ports at thepeer end. The configuration parameters of the peer ports, obtained through port listening, includeprotocol version number and IMA frame length.

4.2.3 PVC Setup and BOOTP Request InitiationThe PVC used by BOOTP is permanently 1/33, that is, its Virtual Path Identifier (VPI) is set to1 and Virtual Channel Identifier (VCI) is set to 33. Such a PVC needs to be configured at theRNC or at the ATM network equipment. The BOOTP process is implemented on this PVC.

After the PVC is set up, the NodeB issues a BOOTPREQUEST message on this PVC to requestthe RNC to assign an IP address. The IP address will be used as the OM address of the NodeB.This IP address can be used for logging in to the NodeB and be used for maintenance purposes.

4.2.4 RNC Returning the BOOTREPLY MessageThe prerequisite for the RNC to respond to the BOOTPREQUEST message is that the RNC hasconfigured a PVC (fixed to 1/33) for the related NodeB and has obtained the corresponding IPaddresses.




62

On receipt of the BOOTPREQUEST message, the RNC replies with a BOOTPREPLY messagecontaining the assigned IP address. The message is transmitted over the established PVC (fixedto 1/33).

4.2.5 IPoA ConfigurationAfter receiving the BOOTPREPLY message from the RNC, the NodeB configures an IPoApath, which finalizes the BOOTP implementation process.

4.3 Configuration GuidelinesIn the IP network, For details about data to prepare before a base station starts the automaticoperation and maintenance channel (OMCH) establishment procedure, see 3900 Series BaseStation Initial Configuration Guide. For details about software and configuration filedownloading, activation, and commissioning on a base station after the automatic OMCHestablishment procedure is complete, see 3900 Series Base Station Commissioning Guide.

The following describes how to configure BOOTP in an ATM network.

Configuring BOOTP on the RNC Side in an ATM NetworkOn the RNC side, run the ADD IPOAPVC command to configure the PVC. When usingBOOTP, the PVC is to be configured with VPI = 1 and VCI = 33. The main parameters of thiscommand are as follows:

l CARRYVPI: This parameter specifies the VPI value of the PVC. It is set to 1.l CARRYVCI: This parameter specifies the VCI value of the PVC. It is set to 33.l IPADDR: This parameter specifies the local IP address.l PEERIPADDR: This parameter specifies the IP address of the peer end, that is, IP address

of the NodeB.

On the RNC side, run the ADD UNODEBIP command to configure the IP address of the OMchannel. The main parameter of this command is as follows:

NBATMOAMIP: This parameter specifies the OM IP address of the NodeB in ATM networking.

NBCTRLSN: This parameter specifies the main control board slot number of the NodeB. Whenthere are multiple main control boards in a base station, the RNC compares the slot number ofa main control board reported in the BOOTP process with the slot number specified by users. Ifthe reported and specified slot numbers are the same, the RNC returns a BOOTPREPLY messageto the base station.

Configuring BOOTP on the NodeB Side in an ATM NetworkThe BOOTP process can be implemented without any NodeB configuration data, and thereforeit is unnecessary to configure BOOTP on the NodeB side.




63

5 TDM-based Base Station Automatic OMCHEstablishment

5.1 IntroductionIn TDM networking, the protocol stack on the Abis interface is as follows:

l Physical layer: Data is carried over E1/T1 links.

l Data link layer: High-Level Data Link Control (HDLC) is used.

l Application layer: link access procedure on the D channel (LAPD) is used. LAPD includeslayer 2 management link (L2ML), OML, radio signaling link (RSL), and extended signalinglink (ESL).

Figure 5-1 shows the protocol stack on the Abis interface in TDM networking.

Figure 5-1 Protocol stack on the Abis interface in TDM networking

OML timeslot detection in TDM networking applies to the GBTS in Abis over TDM mode. Thisfunction is used to establish an OMCH (that is, an OML) between the GBTS and BSC.

5.2 ProcessAs shown in Figure 5-2, the process of OML timeslot detection in TDM networking consistsof two procedures: sending L2ML establishment requests and saving detection information.

SingleRANAutomatic OMCH Establishment Feature ParameterDescription 5 TDM-based Base Station Automatic OMCH Establishment


64

Figure 5-2 Process of OML timeslot detection in TDM networking

5.2.1 Sending L2ML Establishment RequestsThe procedure for sending L2ML establishment requests is as follows:

1. The GBTS determines whether an E1 or T1 link is used for OML timeslot detection basedon the DIP switch of the main control board.

2. To establish an OML to the BSC, the GBTS attempts to send L2ML establishment requestsbased on certain combinations of bandwidths and E1/T1 ports that support OML timeslotdetection.

OML timeslot detection in TDM networking requires 64 kbit/s or 16 kbit/s bandwidth and canbe implemented on E1/T1 ports 0 and 1 of the main control board. Therefore, there are fourpossible combinations, which the GBTS tries in the following order:

1. E1/T1 port 0, 64 kbit/s bandwidth




If the 64 kbit/s bandwidth is used:

l For an E1 link, the GBTS sends L2ML establishment requests over 64 kbit/s timeslots 1through 31.

l For a T1 link, the GBTS sends L2ML establishment requests over 64 kbit/s timeslots 1through 24.

If the 16 kbit/s bandwidth is used:



65

l For an E1 link, the GBTS sends L2ML establishment requests over the third 16 kbit/s sub-timeslots of 64 kbit/s timeslots 1 through 31.

l For a T1 link, the GBTS sends L2ML establishment requests over the third 16 kbit/s sub-timeslots of 64 kbit/s timeslots 1 through 24.

Upon receiving an L2ML establishment request, the BSC selects a 64 kbit/s timeslot or a 16kbit/s sub-timeslot based on base station configurations, and responds to the request. By default,the BSC selects the last 64 kbit/s timeslot of an E1/T1 link, or the third 16 kbit/s sub-timeslotof the last 64 kbit/s timeslot. The last 64 kbit/s timeslot is timeslot 31 for an E1 link and timeslot24 for a T1 link.

If the last 64 kbit/s timeslot or the third 16 kbit/s sub-timeslot of the last 64 kbit/s timeslot cannotcarry an OML, run the SET BTSOMLTS command on the BSC LMT to set the timeslot thatis used to carry the OML, and run the SET BTSOMLDETECT command to set the OMLtimeslot detection function.

Upon receiving a correct response over a timeslot, the GBTS uses the timeslot to carry the OML.Otherwise, the GBTS attempts to establish an OML on other ports or timeslots.

5.2.2 Saving Detection InformationThe GBTS saves the combination of the bandwidth and E1/T1 port number that was used forthe previous successful L2ML establishment. Upon the next startup, the GBTS preferentiallyuses the saved combination for OML establishment, which reduces the startup time.



66

6 Parameters

Table 6-1 Parameter description

MO Parameter ID

MMLCommand

FeatureID

FeatureName

Description

DHCPRELAYSWITCH

ES SETDHCPRELAYSWITCHLSTDHCPRELAYSWITCH

MRFD-221501WRFD-031101

MRFD-231501LBFD-00300102/TDLBFD-00300102LBFD-00300103/TDLBFD-00300103

MRFD-211501MRFD-210205MRFD-210206

IP-BasedMulti-modeCo-Transmission onBS side(NodeB)NodeBSelf-discovery Basedon IPMode

IP-BasedMulti-modeCo-Transmission onBS side(eNodeB)ChainTopology

Meaning: Indicates whether to enable the DHCP relayswitch.GUI Value Range: DISABLE(Disable), ENABLE(Enable)Unit: NoneActual Value Range: DISABLE, ENABLEDefault Value: DISABLE(Disable)

SingleRANAutomatic OMCH Establishment Feature ParameterDescription 6 Parameters


67

MO Parameter ID

MMLCommand

FeatureID

FeatureName

Description

TreeTopology

IP-BasedMulti-modeCo-Transmission onBS side(GBTS)ChainTopologyTreeTopology

DHCPSVRIP

DHCPSVRIP

ADDDHCPSVRIPRMVDHCPSVRIPLSTDHCPSVRIP

WRFD-031101

MRFD-211501MRFD-210205MRFD-210206

LBFD-00300102/TDLBFD-00300102LBFD-00300103/TDLBFD-00300103

NodeBSelf-discovery Basedon IPMode

IP-BasedMulti-modeCo-Transmission onBS side(GBTS)ChainTopologyTreeTopology

Meaning: Indicates the IP address of the DHCP server.GUI Value Range: Valid IP addressUnit: NoneActual Value Range: Valid IP addressDefault Value: None



68

MO Parameter ID

MMLCommand

FeatureID

FeatureName

Description

DHCPSW

VLANSCANSW

SETDHCPSWLSTDHCPSW

None None Meaning: Indicates whether to enable VLAN scanningfor the base station.GUI Value Range: DISABLE(Disable), ENABLE(Enable)Unit: NoneActual Value Range: DISABLE, ENABLEDefault Value: DISABLE(Disable)

OMCH FLAG ADDOMCHDSPOMCHMODOMCHRMVOMCHLSTOMCH

WRFD-050404

LBFD-004002 /TDLBFD-004002LOFD-003005

GBFD-118601GBFD-118611

ATM/IPDualStackNode B

CentralizedU2000ManagementOMChannelBackup

Abisover IPAbis IPover E1/T1

Meaning: Indicates the master/slave flag of the remotemaintenance channel.GUI Value Range: MASTER(Master), SLAVE(Slave)Unit: NoneActual Value Range: MASTER, SLAVEDefault Value: None



69

MO Parameter ID

MMLCommand

FeatureID

FeatureName

Description

OMCH PEERIP ADDOMCHMODOMCHDSPOMCHLSTOMCH

WRFD-050404

LBFD-004002 /TDLBFD-004002LOFD-003005

GBFD-118601GBFD-118611




Meaning: Indicates the peer IP address of the remotemaintenance channel, indicates the IP address of theU2000 in an IP network and the device IP address of theRNC in an ATM network.GUI Value Range: Valid IP addressUnit: NoneActual Value Range: Valid IP addressDefault Value: None

OMCH PEERMASK

ADDOMCHMODOMCHDSPOMCHLSTOMCH

WRFD-050404

LBFD-004002 /TDLBFD-004002LOFD-003005

GBFD-118601GBFD-118611




Meaning: Indicates the subnet mask of the peer IPaddress for the remote maintenance channel.GUI Value Range: Valid IP addressUnit: NoneActual Value Range: Valid IP addressDefault Value: None



70

MO Parameter ID

MMLCommand

FeatureID

FeatureName

Description

VLANMAP

VLANMODE

ADDVLANMAPMODVLANMAPLSTVLANMAP

WRFD-050402

LBFD-003003 /TDLBFD-003003

GBFD-118601

IPTransmissionIntroduction onIubInterface

VLANSupport(IEEE802.1p/q)

Abisover IP

Meaning: Indicates the VLAN mode. When thisparameter is set to SINGLEVLAN, the configuredVLAN ID and VLAN priority can be directly used tolabel the VLAN tag. If this parameter is set toVLANGROUP, the next hop IP addresses are mappedto the VLAN groups, and then mapped to the VLANtags in the VLAN groups according to the DSCPs of theIP packets. In VLAN group mode, ensure that theVLAN groups have been configured by running theADD VLANCLASS command. Otherwise, theconfiguration does not take effect.GUI Value Range: SINGLEVLAN(Single VLAN),VLANGROUP(VLAN Group)Unit: NoneActual Value Range: SINGLEVLAN, VLANGROUPDefault Value: None

BFDSESSION

CATLOG

ADDBFDSESSIONMODBFDSESSIONDSPBFDSESSIONLSTBFDSESSION

WRFD-050403

LOFD-003007 /TDLOFD-003007

GBFD-118601

HybridIub IPTransmission

BidirectionalForwardingDetection

Abisover IP

Meaning: Indicates the type of the BFD session. If thisparameter is set to MAINTENANCE, this BFD sessionis used only for continuity check (CC). If this parameteris set to RELIABILITY, the BFD session is used totrigger route interlock. Route interlock enables thestandby route to take over once the active route becomesfaulty, and therefore prevents service interruptioncaused by route failures.GUI Value Range: MAINTENANCE(Maintenance),RELIABILITY(Reliability)Unit: NoneActual Value Range: MAINTENANCE,RELIABILITYDefault Value: RELIABILITY(Reliability)

NE DID SET NELST NE

None None Meaning: Indicates the deployment identifier thatspecifies the site of the NE. When multiple NEs aredeployed at the same site, these NEs have the samedeployment identifier.GUI Value Range: 0~64 charactersUnit: NoneActual Value Range: 0~64 charactersDefault Value: NULL(empty string)



71

7 Counters

There are no specific counters associated with this feature.

SingleRANAutomatic OMCH Establishment Feature ParameterDescription 7 Counters


72

8 Glossary

For the acronyms, abbreviations, terms, and definitions, see Glossary.

SingleRANAutomatic OMCH Establishment Feature ParameterDescription 8 Glossary


73

9 Reference Documents

1. PKI Feature Parameter Description for SingleRAN2. SSL Feature Parameter Description for SingleRAN3. 3900 Series Base Station Commissioning Guide4. 3900 Series Base Station Initial Configuration Guide

SingleRANAutomatic OMCH Establishment Feature ParameterDescription 9 Reference Documents


74

Automatic OMCH Establishment(SRAN9.0_01).pdf

Documents

Transcript of Automatic OMCH Establishment(SRAN9.0_01).pdf