Professional Documents
Culture Documents
#3DR20003QMWWPTAHF02
1/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
SUMMARY
1 INTRODUCTION ....................................................................................................6 1.1 2 2.1 2.2 3 3.1 3.2 3.3 3.4 KEY FEATURES ..................................................................................................... 6 FEATURE LIST ....................................................................................................... 8 MANAGED NETWORKS ....................................................................................... 9
A1300 XMC FEATURE DESCRIPTION .................................................................. 11 ALARM HANDLING ............................................................................................ 11 3.1.1 CURRENT ALARM MANAGEMENT ............................................................ 12 3.1.2 ALARM REPORTING AND LOGGING........................................................ 13 TOPOLOGY MANAGEMENT .............................................................................. 14 NETWORK SUPERVISION ................................................................................... 16
ACCESS MANAGEMENT .................................................................................... 18 3.4.1 Main functionalitIES .................................................................................. 18 3.4.2 ACCESS CONTROL.................................................................................. 18 3.4.3 Navigation ............................................................................................... 19
EVENT AND LOG MANAGEMENT ...................................................................... 19 3.5.1 NE Logs ................................................................................................... 19 3.5.2 XMC Logs................................................................................................. 19 MULTI NE SCRIPTING......................................................................................... 21
JOB MANAGEMENT........................................................................................... 20
NE SOFTWARE MANAGEMENT .......................................................................... 21 3.8.1 NE Software downloading: ....................................................................... 22 3.8.2 NE backup/restore: .................................................................................. 22 ON LINE DOCUMENTATION............................................................................. 22
3.10 CONFIGURATION MANAGEMENT .................................................................... 23 3.11 EQUIPMENT MANAGEMENT.............................................................................. 23 3.12 OBSERVATION MANAGEMENT .......................................................................... 24
3.13 EXTERNAL INTERFACES ...................................................................................... 24 3.13.1 3GPP ....................................................................................................... 24 3.13.2 SNMP....................................................................................................... 25 3.13.3 XML/SOAP ............................................................................................... 25 3.14 XMC PLATFORM FUNCTIONS ............................................................................ 25 3.14.1 XMC platform backup/restore................................................................... 25 3.14.2 XMC PLATFORM MONitoring ................................................................... 25 3.14.3 Geographical REDUNDANCY CONCEPT.................................................. 26 3.14.4 TIME MANAGEMENT................................................................................ 26 3.15 NETWORK MANAGEMENT................................................................................. 26 3.15.1 Latency Report Management and Tracing ................................................. 26
Alcatel-Lucent
2/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
3.15.2 RA/RNC management .............................................................................. 26 4 XMC OVERALL ARCHITECTURE ........................................................................... 28 4.1 4.2 HARDWARE ARCHITECTURE............................................................................... 29 4.1.1 XMC server............................................................................................... 30 SOFTWARE ARCHITECTURE ............................................................................... 31 4.2.1 General concept....................................................................................... 31 4.2.2 detailed software architecture ................................................................... 32
TECHNICAL DESCRIPTION .................................................................................. 34 5.1 PROTOCOLS AND INTERFACES ......................................................................... 34 5.1.1 interface between XMC and network element ............................................ 34 5.1.2 interface between Xmc and OTHER OMCs ................................................ 35 5.1.3 Interfaces between Xmc and oss (OPtional features) .................................. 35
TECHNICAL DATA.............................................................................................. 37 5.5.1 Physical dimensions of each element......................................................... 38 5.5.2 Heat dissipation........................................................................................ 38 5.5.3 POWER CONSUMPTION.......................................................................... 38 SERVICE RESTORATION TIMES ........................................................................... 40 5.7.1 XMC upgrades ......................................................................................... 40 5.7.2 Integration with Network Management System .......................................... 41 INSTALLATION & COMMISSIONING REQUIREMENTS........................................ 41 5.8.1 XMC installation ....................................................................................... 41 5.8.2 Network management commissioning ...................................................... 41 XMC DOCUMENTATION ................................................................................... 42
GLOSSARY........................................................................................................... 44
3/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
LIST OF FIGURES
Figure 1: XMC key features ............................................................................................................7
Figure 2: Example of IMS management with XMC with portal on OMC-P.......................................10 Figure 3: XMC Alarm supervision panel ........................................................................................11 Figure 4: Alarm Management........................................................................................................12 Figure 6: Map view ......................................................................................................................15 Figure 5: Topology management..................................................................................................14 Figure 7: Supervision management...............................................................................................16 Figure 8: Job management ..........................................................................................................21 Figure 9: XMC Overall Architecture...............................................................................................28 Figure 11: XMC General concept...................................................................................................32
Figure 10: XMC Network Architecture ............................................................................................29 Figure 12: XMC Software Architecture ............................................................................................33
4/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
LIST OF TABLES
Table 1: XMC ENMS server configuration.......................................................................................31 Table 2: ENMS versus XMC Capacity .............................................................................................37 Table 3: Service Restoration Times .................................................................................................40 Table 4: XMC Documentation........................................................................................................42
5/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
1 INTRODUCTION
In co-ordination with the renovation of the next generation of networks, and taking advantage of a new distributed management architecture, the Alcatel-Lucent-Lucent 1300 XMC Cross-Domain Management Center provides the combination of field proven network management technologies issued from the switching world, with state-of-the-art packet/circuit/fixed/mobile network management applications. Seamless integration of both technologies is offered by the XMC for network supervision and configuration and for 2G, 3G or mixed networks (UMA, IMS, NGN). The following domains are covered: Fault management, Configuration management, Performance Management, Security Management.
Charging Management is done by the A8965 Charging Gateway/C3S, by 8615 eCCF or 8610 ICC.
Network level configuration management functions, encompassing several elements in order to simplify configuration management tasks and to ensure configuration data coherency between the different elements (e.g. for APN configuration);
6/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
- Global Fault Mgt - Provisioning functions - NE software & data Mgt - Staff and access control Mgt
A100 0 S12
A100 0S12
A100 0 S12
A1000 S12
Data Network
A100 0S12
XMC server(s)
A100 0 S12
Core Networks
- Flexible and evolving software and hardware architecture - Open interface to external OSSs
7/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
2.1 FEATURE LIST Management of network elements both on Fixed/Mobile networks, covering circuit and packet domains - Both domains can be managed with the same product and be used either individually or in combination in the same network Network topology - With animated tree /map and covering the totality of the network Alarm collection and centralised alarm management - X733 alarm format current and historical alarm database - Alarm filtering, automatic and manual acknowledge
Centralised performance collection - All the observation counters concerning the complete network are centralised on the XMC - Available in XML format to external performance management tool for on-line real time traffic supervision and off-line traffic analysis functions - Files are retrieved periodically - periodicity is configurable Network Element counter definition depends on the type of network element - Alcatel-Lucent based NEs : list of counters is customisable by the operator - SNMP based Nes : list of counters is predefined or customizable Seamless navigation - Between integrated and non integrated (distributed) application - 3 tier architecture based on Java Web Start technology Centralised operators and profile management - Single Sign On - Operators sign-on defines the associated profile
North Interface for OSS access - Fault, Configuration, Performance 3GPP based model (Interfaces are Corba / XML based) - SNMP interface, restricted to alarms forwarding Optional North Interface SOAP/XML Log management - Centralized log browsing
Alcatel-Lucent
8/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
-Access to NE based log management XMC platform management - Online backup / restore - Full backup - Process supervision - Active / Ready hardware redundancy
Network Management Level functions for packet domain - RA 2G/3G management between SGSNs and DNS - Tariff Time Change between SGSNs and iGGSNs - APN management between iGGSNs and DNS - CACOM Network Management Level functions
Multi NE function scripting
Connection to A1342 QOSAC for traffic Analisys and traffic Supervision purpose
7500 SGSN, iGGSN, 7500GGSN, Cisco Routers, DNS, A8965 CDR.... GSM and CDMA domain through ISMC UMA network
Circuit domain U1x, U2, U3, software releases (through OMC CS) as well as NGN networks: 5060 WCS, 1430uHSS, 7570MG, A8965 CDR, routers,
5060 SUS, 7500 UCG GPRS gateway, 7500 USG Security gateway, 1430 uHSS Alcatel-Lucent IMS domain nodes, covering both Fixed and Mobile Networks: 1440 USDS, 1430 uHSS, 8650 SDM 5060 WCS, 5020 CSC; 5020 MGC,
5420 CTS, 5420 PCM ,5430 SRB, 5750 SSC, ACME SD, Vital QIP 5920 PRBT
9/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
Application servers : 5400 IAS, 5410 Presence, 5410 XDMS, 5430 Pts, 5430 IM, 5430 ECN IN applications : 8626 MMPR; 8610 ICC, 8615 IeCCF; portal with legacy managers : OMC-P, CMC-10, CMC-12
10/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
Figure 3: XMC Alarm supervision panel Real-time collection and display of Alarms provide early detection of network faults and improve reaction time to anomalies. AS provides all services related to the handling of alarms in a distributed TMN system: o o Current alarm management; Alarm reporting and logging. Alarm management is provided by a generic application: Alarm Surveillance (AS).
11/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
3.1.1
The X.733 alarm reports are converted into Managed Objects called current alarms. It contains both the information sent by the EML agents and additional state information reflecting the management of the alarm by the operator: o Manually by the operator;
Acknowledgement state specifies whether any operator has seen the alarm. A current alarm can be acknowledged: Automatically according to a user-defined severity level.
o o
Cleared state indicates disappearance of a fault; the EML agent notifies alarm clearance.
Current alarms are removed from the active list to the historical list in the following ways: Once cleared; Manually, on operator request;
Reservation state is the current alarm owned by any operator; operations on a reserved alarm can only be performed by its owner.
The criteria for the two automatic purging mechanisms can be based on alarm date and time, alarm severity, alarm type, alarm probable cause, affected network element, alarm states or a combination of these.
Alcatel-Lucent
12/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
Current alarm information including alarm creation, change of alarm states and alarm deletion is distributed through a well-defined open interface giving other TMN application easy access. Alarm synchronisation with EML agents is done: o o Manually on operator request;
Current alarm counters present a synthesis of alarm information to the operator. Alarm counters can be defined according to user-defined criteria such as alarm severity, type, state, probable cause, affected network element, or a combination of these. Alarm severity assignment profile is also an option available, allowing operator to define himself the severity level of an alarm. This feature is available only at the XMC level, and is not applicable in the embedded EML.
3.1.2
Alarm reports are received from agents through an open interface conform to the standard ITU-T X.733. The operator may consult the alarm log configuration and display and remove log records. Each time a current alarm has been removed, an historical alarm is created. A historical alarm contains both the information of the current alarm and additional information describing the reason of the removal. Historical alarms can be exported to flat files in a well-defined format for post-processing by external applications for special needs (alarm statistics...).
Lists of current and historical alarms are displayed to the operator according to user-defined criteria. These criteria can be based on alarm severity, alarm type, alarm probable cause, affected network element, alarm time and date, alarm states or a combination of these.
Each alarm in the current and historical alarm lists is displayed with a colour representing its severity. The mapping between alarm severity and colours is configurable. The layout of the current and historical alarm lists can be fully customised. The alarm attributes and the order in which they have to be displayed can also be specified by the user. Filtering of the displayed alarms is provided: the operator can define and store his own default customisation of display - and alarm criteria.
On/Off Correlation, i.e. correlation of Alarms with their related Offmessages allows to close alarms automatically when the system reports that the situation does no longer exist. Alarms can also be sent by email or SMS.
13/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
3.2
TOPOLOGY MANAGEMENT
The TOPO management provides a coherent and effective supervision of the managed network.
It is responsible for the management and persistency of the list of all managed elements within the network. It stores all the static information concening each network element, namely: Logical name, Type Friendly name, Release
IP address
Supervision state
It allows the operator to create, delete or modify network topology attributes as well as exporting the data in a XML file in 3GPP compliant format.
1300 XMC PRODUCT DESCRIPTION RELEASE 6.X
Alcatel-Lucent
14/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
The current view (Figure 5: Topology management ) of the network is displayed via a tree. A geographical map view is also available , included if needed a background picture(Figure 6: Map view ).
15/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
Figure 7: Supervision management The Network Supervision component manages the dynamic states of the managed elements, namely:
Supervision state - declared or supervised. Nodes connected to the Management LAN should be explicitly declared via their OAM interface ( there is no auto discovery, since on the same management LAN, several manager and nodes could co-exist) Communication state state of the link between the NE and the XMC (polling frequence is Node dependant, from 40 sec to 1 minute) Administrative state Operational state Alignment status
The operator may perform some operations on the Nes such as start / stop the supervision or lock / unlock. The components stores in a log file all state changes occurring on the Nes. From this component and for a selected NE, the operator can navigate to the map, the corresponding alarm panel, the software management view or the equipment management.
1300 XMC PRODUCT DESCRIPTION RELEASE 6.X
Alcatel-Lucent
16/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
The network view is customisable by operator that is, the view for a specified operator can be restricted to a subset of NEs, for example corresponding to a particular geographical region, using filtering facilities.
17/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
Authentication based on username/password (per user basis); Ilicit access logging with log consultation (different criteria);
Limited number of unsuccessful login attempt (with user lock). Functional right management through "on duty" and "off duty" period management; Work schedule: based on day/hour with default or specific user calendar.
SEC supports User Interface profiling by building several resource - and registration files; according to the user access rights, these files are used to profile the user interface when this user logs in to the system. Access rights are thus reflected at HMI level by greying or removing menu items or icons.
Access Control Information is stored in a central database and can be consulted through graphical user interface and UNIX configuration files.
The XMC supports the NE access control. The target of this feature is to allow customer to define "management domain", and allowing an operator to work only on a restricted set of management domain, without visibiliy on the other domains. In particular, a management domain could be a "geographical area": An operator is allowed to manage a configured set of NEs
18/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
A NE can belong to several groups. The XMC administrator can define as many domains as needed, without any constraint; he can give them any name.
The NE access control allows to restrict the functional rights of an operator, an operator keeps only one functional profile (viewer, operator or administrator): functional rights and domain rights are not combined.
XMC allows restricting the right of an operator to a functional basis. These access domains are inherited from the functional access domain provided by each node (i.e.: the subscriber Mngt on the ngHLR, the routing configuration on the 5020 call server)XMC administrator has the availability to configure operators profiles according these FAD. The profile of operators are stored in the XMC LDAP Database, and, when possible, are distributed in the node itself, avoiding double declaration.
3.4.3 NAVIGATION
The XMC product uses the latest web based, java web start technology as well as principles of distributed network management. In order to offer the user complete transparency of where applications actually run, the navigation component allows the user to navigate between XMC resident applications and other web based applications in a transparent, seamless manner.
19/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
The XMC server manages directly a set of log files keeping track of XMC operations such as:
2006/06/14 13:35:38 - access from FRORVD0C20959 (IP: 155.132.235.221), by user AlcatelLucentAdmin : success
2006/06/14 13:28:38:sablet:SAS(0):Operator name=axadmin:LogNameCommand: SAS has started and is ready to accept incoming connections.
Administration operations (creation / deletion of NE, creation of users), relevant internal events ( XMC services, Trap received from NEs) and scheduled actions results.
20/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
o o o o
21/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
This application enables the operator to manage and control the network elements software releases from a central position. It consists of the following operations, which can be manually controlled or can be scheduled and automatically performed:
3. Activation phase: this phase consists in the activation of the new software in the managed NEs. 4. Validation: this phase consists in the declaration of the new software as the default one in the managed NEs
2. Download phase: this phase consists in downloading simultaneously the files into managed NEs (limitation to 20 NEs). The downloading progress status is displayed. In the case of tomix based Nodes, this is the node which is responsible of download session.
3.8.2 NE BACKUP/RESTORE:
o
The XMC offers the possibility to control backup/restore operations for the NE data (NE system backup is not supported) onto an XMC external disk. The backup repository server can be the XMC or an external server: configuration is done during the installation of the XMC. The operator is able to consult through a specific user interface the state of the backup jobs and the state of the backup repository. A Progress tool bar is provided. In case of failure, a message is provided to warn the operator. The NE restore is performed from the XMC, via the Embedded EML. This is done node per node. Note that external backup agent can be installed on XMC, allowing customer to use its own backup infrastructure, and to store NE data backup within this infrastructure.
o o
The backup can be scheduled or immediate and can be applied on one NE or a group of NEs.
o o
22/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
The first one is NE dependent as it resides directly on the NE. A graphical interface specific to the Network Element will enable the provisioning of the network element The second, at XMC level, which enables the provisioning at multiple NE level o o o Multi NE scripting
3GPP CM: basic in corba or bulk via XML data files for SS7 configuration XML Soap for MGC30 provisionning.
In addition, where appropriate, the XMC provides co-operative management function to simplify network level configuration; for example Routing Area con figuration in a GPRS network. In the specific case of the A5060 WCS, the ADAMS tools can be used from the XMC when auditing the configuration is required. This tool allows the audit of the configuration parameters on the A5060 WCS, to compare with a referential.
These features allow customers to develop dedicated provisioning procedures (tailored service)
23/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
As an option, A1342 QoSAC tool is available for the analysis of the QOS for the network. In particular, this allows operator to select a set of counters to be displayed, to define KPIs for Alarm generation on XMC, and to provide QoS Reports.
CS IRP (Communication Surveillance) FT IRP (File Transfer) ( via ftp, sftp) Alarm IRP Alarm Management
Kernel IRP
Configuration Management
PM IRP (Performance Management) The interfaces are only partially covering legacy nodes managed through existing OMCs (OMC CS, OMC PS, CMC): The AM domain is fully covered, the PM domain is covered in as much as all performance files are centralised in a single format (xml) and in a single point, but the CM domain is not
1300 XMC PRODUCT DESCRIPTION RELEASE 6.X
Alcatel-Lucent
24/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
covered. Provisioning interfaces for these networks still go through the specific interfaces, which exist, on the corresponding OMC.
3.13.2 SNMP
XMC provides a northbound interface allowing external OSSs to retrieve all the alarms, according to SNMP trap. This includes also the alarms provided by legacy managers (OMC-CS, PS, OMC-P CMC). This is a generic mapping , providing also resnchronisaton capabilities?
3.13.3 XML/SOAP
In addition, an XML/SOAP interface can be supported, in order to provision the MGC30, and to translate XMC/SOAP command from OSS to native Corba MML command. In XMC 7, this XMC/SOAP interface will be extended by re-using CMC-12 and OMC-P XML/SOAP north interface.
Data backups can be performed as either full backups or partial backups (incremental). During the backup, the processes are automatically put in a frozen state.
Data back up the system is running but data has been lost or is corrupted
Data backups can be performed by functional domain (topology, performance, alarms, security, XMC configuration, operators configuration)
M
Note that external backup agent can be installed on XMC, allowing customer to use its own backup infrastructure.
Disk space monitoring with possible threshold definition and alarm generation Memory occupancy with possible threshold definition and alarm generation CPU load Hardware monitoring (disks, PSU, I/O cards)
Alcatel-Lucent
25/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
Note that advanced platform monitoring function are provided by external 3rd PP such as HPGlance.
The Tracing function is applicable on WCS and GGW : Tracing a UMA subscriber : - for subscriber observation following customer complaint, - on suspicion of equipment malfunction, - as a maintenance aid and an integration tool, e.g. during deployment of UMAN.
The operator is able to easily characterize encountered problems, i.e. the solution can not rely on just copying messages exchanged on different interfaces (e.g. URR, A) in files . Furthermore, the operator is able to get the current UMA registration status of the subscriber, i.e. whether the subscriber is currently registered or not, and if yes, on which UNC.
26/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
This feature allows the monitoring of the data consistency between Serving GPRS Support Node (SGSN) and Domain Name System (DNS) configuration. The XMC is in charge of monitoring the SGSN(s) in order to get their RA/RNC configuration. The monitoring is triggered either by the SGSN or automatically: resynchronisation. The XMC automatically updates the primary DNS(s) configuration regarding the list of RA/RNC objects known by the SGSN(s).
The XMC offers an Audit feature, which allows to check the DNS configuration consistency according to the data gathered on all DNS(s) and SGSN(s).
The XMC allows the resynchronisation of the DNS(s) according to the results of a previous Audit. The OMC offers a synthetic view (Tree/Table) of the objects managed by the SGSN/DNS.
27/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
The XMC concept is based on a portal approach interfacing the existing OMCs and the new NE embedded element managers.
Single Platform Login Common Security Management Common Performance Management Common Alarm Management Common Network Map Seamless navigation Northbound Interface Management of both Circuit, Packet, Network Level UMA, @IMS domain Management Log management Software Download and backup Restore OMC Plateform auto surveillance Geographical reduncandy
A L M A P
IP NE Management
Management
Tomix ATCA
X.25
WEM Spatial
IP
XMC
EML
Santera MGW Alcatel MGW
In such an approach, integartion between existing OMC and new element managers is done in a loose manner. This loose integration enables: Existing OMCs investment saving
To quickly integrate new type of equipment while offering integrated network supervision and unique interface to OSS.
To guarantee the stability of the existing installed network and network manangement
This portal approach can be extended to other existing Alcatel-Lucent 1300 OMC equipement offering standard external interface. The main benefits of the Alcatel-Lucent network Management solution are:
Alcatel-Lucent
28/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
Interoperability XMC provides standard 3GPP/CORBA/SNMP north interfaces for OSS access
Open architecture for other Alcatel-Lucent XMC The portal architecture is open and can be extended to other Alcatel-Lucent Network Manager to provide unified network view and reduction of operator workplaces.
Independency between element manager level and network management level This distributed architecture - Removes the constraints for synchronisation between NE evolutions and XMCs - Simplifies the upgrade procedure: no impact on XMC system in case of NE upgrade - Offers one unique EML software accessible both from remote or local point - Reduces delay (no need to have specific developments in XMC, less network validation)
Operator workplaces (OWP) are PCs. Prefered choice is XP, but Linux is also applicable. They can be local or remote from the Network Operation Center site.
NE sub net 2
External OSS (if any) Additional NM eqts OWPs System console
NE net 1, ...
Printer
External storage
29/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
Field Trial
HP B2600 Workstation: 2 GB memory, 1* 36 GB disk (for field trial only or very small network - no evolution possible) C8000 HPUx Server. 2 Gb memory, 1* 73 Gb disk (for field trial only or very small network - no evolution possible)
ML 350 G4 Linux server, 2 Gb memory, 1* 73 Gb disk (for field trial only or very small network - no evolution possible)
Configuration
Server
CPUs
RAM (Gb)
Ethernet ports
30/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
rp5430 rp4440 dl580 rp5470 rp4440 dl580 dl580 dl580 rp4440 rp4440
2 2 2 4 4 4 6 6 8 8 1 2 2
6 6 6 12 12 12 14 14 18 18 2 2 2
2x36
2x144 2x144 2x36 2x144 2x144 2x144 2x144 2x144 2x144 1x 36 1*73 1*73
2x36
Acc. to conf. Acc. to conf. Acc. to conf. Acc. to conf. Acc. to conf. Acc. to conf. Acc. to conf. Acc. to conf. Acc. to conf. 1x36
3 5 3 5 5 5
ENMS_4 legacy ENMS_4(Linux) ENMS_4(Linux) ENMS_8 (Unix) ENMS_8(Linux) B2600 (Field Trial)
1 1
Alcatel-Lucent
Either a general purpose area (e.g. network topology, network supervision, alarm management...), independently of the Network Element technology, Or a network specific area (e.g. APN management, ...)
Handles the communication with the related Network Element with the appropriate management protocol, Provides the same interface to the general purpose IMs
Date: Feb 2008
31/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
Provides specific interface to the network specific IMs Accessed via web browser
Simplified configuration and maintenance of the OS itself, enabling homogeneous operator administration, access security, OS backup and restore, etc Easy operator access to all management functions
32/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
It also implements state of the art approach such as: Full Java / Corba portable software
Java Web Start technology for the user interfaces Clear internal interfaces enabling fast and easy introduction of new network elements
Distributed management: a distributed architecture is used where network element management software and associated graphical user interface reside on the network element themselves.
Nw Perf
Analysis
Navigation Bus Supervision USM CORBA Bus Supervision IM CORBA Bus Software IM Topology IM Software USM Topology USM
AS USM
Notification Service
Naming Service
Perf mgt IM
Network mgt IM
ASIM
Tomix CM
WSS CM SNMP/FTP
SNMP CM
GGSN CM
PS,CS CMC,ISMC
Tomix (*)
MSC Atrium
IP node
GGSN
Figure 12: XMC Software Architecture (Tomix based NEs: Ng HLR, IM HSS, WAS, SGSN)
33/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
5 TECHNICAL DESCRIPTION
5.1 PROTOCOLS AND INTERFACES 5.1.1 INTERFACE BETWEEN XMC AND NETWORK ELEMENT
All connections to XMC are done using the IP network (X25 is only used through the OMC CS, 1300 CMC, ISMC). The Network Elements use standard protocols such as IP/Corba, IP/http or IP/SNMP. These southbound interfaces are proprietary.
External O SS
IIO P/ FT P/SFTP /SN M P
Operator W orkplaces
IIOP H TTP
http
SSH
IIO P / F TP
X M C server
IIO P
SN M P F TP
Tom ix NE
34/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
The XMC provides Ethernet 10_10-1000Base-T interface to the managed Core Network NEs. 5.1.2 INTERFACE BETWEEN XMC AND OTHER OMCS All connections between XMC and other OMCs are done using the IP network The Corba interface in used for interconnection with OMC CS, OMC PS, 1300 CMC. SNMP and FTP interfaces are used for interconnection with OMC-P Other interfaces may be used as required
These interfaces are based on CORBA for supervision, topology, configuration The performance files are exported in XML format, via FTP. SNMP is also supported for Alarm management.
External interfaces are provided through the Ethernet 10-100-1000 Base-T LAN, thanxs to an OmniSwitch 24 ports. 2 OSS maximum can be connected to each interface at a time. A 1Gb port is reserved for connection to a customer backup LAN.
The use of mirrored high availability disk arrays ensures the database integrity,
An uninterruptible power supply (UPS), takes care of bridging, even in the event of prolonged voltage breakdowns.
35/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
5.4 CAPACITY
Through the different server sizes the XMC scales to: the number of operator connections the size of the managed network
36/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
Thanks to the distributed management architecture of the XMC, the GUI of the XMC can be distributed onto the operators workplaces.
The XMC server can be scaled easily from 2 to 4, 6 and 8 CPUs and corresponding memory sizes inside a unique hardware box. Additional disks can also be added leading to a fully evolutive configuration. Because of the distributed architecture on the Element Management Layer, only single server configurations are now proposed. These figures are given as an indication precise dimensionning is required for each network and options. These figures correspond to a typical mix of circuit and packet network elements with an XMC with no options and no external interfaces apart from the Alarm Management 3GPP module. Note that when nodes are managed directly by the XMC, they count as 1 but when they are managed through an existing OMC (OMC PS, OMC CS, CMC, ISMC, OMC-P,) they count as 0,8 and the number of operators accessing the legacy network does not impact the XMC dimensioning.
NE/op 5 25 50 100 150 ENMS1 ENMS2 NA NA NA 2 ENMS1 ENMS2 ENMS2 NA NA 5 ENMS1 ENMS2 ENMS2 ENMS4 ENMS6 25 NA NA ENMS4 ENMS6 ENMS8 50 NA NA NA ENMS8 ENMS8 100 NA NA NA NA ENMS8 150
One HP server of RP4440 series/HP Ux 11i v1/ PA rRISC , or HPLinux Server DL 580 running Red Hat, Proliant Intel Based Mirrored disks, One DAT,
37/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
http://h40047.www4.hp.com/certificates/sublevel.html?id=141
The table below lists the known heat dissipation figures for the OMC components: Heat Dissipation / hour OS6800-24 Ethernet switch (24 ports) HP rp4400 server HP DL 580 server Disk Array 41.228 Btu/hour From 1400 to 4000 BTU (tbc) Maximum: 5457 BTU 3000 BTU
Power consumption of all OMC component are listed in the table below : Power Consumption max HP 9000 rp4400 server 100240VAC, 50/60Hz 1600 W HP DL 580 Proliant 100240VAC, 50/60Hz 1566 W DDS4 LVD DAT 90264 VAC, 5060 Hz 137 W Internal Disk 100240 VAC, 5060 Hz 180 W External Disk Array 100240 VAC, 5060 Hz 650 W HP LaserJet Printer 220240 VAC, 5060 Hz 330 W OS6800-24 Ethernet switch 220240 VAC, 5060 Hz 12.5 watts (24 ports) Environmental conditions and requirements The table below describes the environmental conditions of the Core Network OMCs:
Complies with FCC Rules and Regulations, part 15, as a Class A digital device. Manufacturers Declaration to EN55022 Level A, VCCI Registered, Class I, Korea RLL Operating Temperature 5 35C (41 95F) Non-Operating Temperature -40 70C (-40 158F) Maximum Rate of Temperature 10C/hour 1300 XMC PRODUCT DESCRIPTION RELEASE 6.X
Alcatel-Lucent
38/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
Change Non-Operating Relative Humidity Operating Altitude Non-Operating Altitude OS6800-24 switch Temperature Operating Storage Humidity Operating Storage Safety Compliance Cisco router Temperature Operating Non-operating Humidity Noise Level Regulatory compliance DL580 servers
15% to 90%, non-condensing To 3.0km (10,000 ft) above sea level To 4.5km (15,000 ft) above sea level 0 to 40 C 20 to 70 C Operating relative humidity: 10 to 90% non-condensing Storage relative humidity: 10 to 95% non-condensing Canada CSA 60950, Germany TUV, GS Mark for Germany, Australia c-Tick for Australia, China CCC, CB Certification (per IEC 60950) 32 to 104F (0 to 40C) -13 to 158F (-25 to 70C) 5 to 95% non-condensing 38 dbA min./ 42 dbA max. FCC Part 15 Class B. For additional compliance information, refer to the 2600 Series Compliant with RoHS legislation (see NOTE) (e.g. EU, China, etc.) The use of the noted material in a solution and subsequent resale of that solution will result in the solution no longer meeting the requirements of RoHS legislation. NOTE: Directive 2002/95/EC restricts the use of lead, mercury, cadmium, hexavalent chromium, PBBs and PBDEs in electronic products. Countries/regions outside the EU, eg. China, are introducing similar legislation. References to 'RoHS legislation' means requirements of Directive 2002/95/EC or to similar substance restriction legislation enacted by any country/region outside the EU. 50 to 95 F (10 to 35 C) -20 to 140 F (-29 to 60 C) Relative Humidity (non-condensing) Operating 10% to 70%
RoHS
39/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
15 min 20 min
Full start of XMC (including operating System) Full Backup of XMC Full restore of XMC
55 min
55 min
30 minutes
5.7.1 XMC UPGRADES XMC release upgrades can be divided into two groups:
Major release upgrades, generally synchronized with Core Network release upgrades; Minor release upgrades, which are XMC maintenance deliveries.
Major release upgrades bring major functional evolutions and may require complete XMC reinstallation (only in case of changes in 3PP software or Operating sustem). Minor release upgrades always consist in patching the running XMC software. There is only a partial interruption of the supervision service, if some processes needs to be frozen while performing the patch.
At Core Network release upgrade, the XMC needs not necessarily be upgraded as the network release now carries its specific element level management software. Depending on the type of upgrade (needing XMC reinstallation or not) and on the hardware configuration of the XMC, different upgrade procedures can be proposed. The time taken for a migration is, at worse, the time taken for a complete re-installation.
40/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
5.7.2 INTEGRATION WITH NETWORK MANAGEMENT SYSTEM Integration with an external network management system is possible through the external interfaces offered by the XMC. Please refer to the chapter External Interfaces for the description of these interfaces.
41/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
6 DOCUMENTATION
3BL65018FDAA
XMC Data Backup Management Fault Management XMC SNMP Alarm Forwarding Performance Management
3BL77030FDAA
Alarm dictionaries
3BLxxx
Counter lists
3BLxxx
Documentation is delivered on CD, and can be installed on the XMC server itself, or on any XP PCs. Documents are available in HTML or PDF format.
Alcatel-Lucent
42/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
43/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
7 GLOSSARY
AAL API CS APN DHCP DNS ETSI ATM Adaptation Layer 5 Access Point Name Circuit-Switched
Intelligent Gateway GPRS Support Node General Packet Radio Service Home Location Register Internet Protocol
LAN
Telemanagement Forum's New Generation Operations Systems and Software Network Management Centre
Operation, Administration and Maintenance Operation and Maintenance Packet Data Network Quality of Service Packet Data Protocol
Network Service
PLMN
Routeing Area
Serving GPRS Support Node Simple Network Management Protocol Transfer Control Protocol Secured SHel Shared Information/Data
TMF
Alcatel-Lucent
TeleManagement Forum
44/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization
TMN VLR
45/45
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authorization