Professional Documents
Culture Documents
www.huawei.com
Names of authors:
Wayne Thompson, Huawei
Jessie Jiang, Huawei
Lily Zhou, Huawei
Kevin Yu, Huawei
Wei Yue, Huawei
Contact for further information: Wayne Thompson, wayne.thompson@huawei.com
Applicable TM Forum technical areas: MTOSI
CATEGORIES APPLICABLE TO THIS CASE STUDY:
VIEWPOINT:
NETWORK TECHNOLOGIES:
Service provider perspective
Mobile GSM/GPRS
Software vendor perspective
Mobile CDMA/EVDO
Hardware vendor perspective
Mobile Edge/UMTS
System integrator perspective
ATM
SONET/SDH
MPLS
Ethernet
SERVICES:
Voice
Frame Relay
Video
Converged network
Data
Cable
VoIP
Satellite
Broadband
IPTV
Fixed Line
VPN
DSL
Content
IP
WiFi/WiMax
APPLICABLE MARKETS:
All
US/Canada
Western Europe
Eastern Europe
Asia
Latin America
Australia
Page 1
April 2006
Service Management
Service Design/Assign
Service Configuration
Management
Service Performance
Management
Service Quality Monitoring &
Impact Analysis
Service Problem Management
Revenue Assurance
Management
Service Rating/Discounting
Management
HR Management
Financial Management
Asset Management
Security Management
Knowledge Management
Supplier/Partner Manager
Partner Management
Supply Chain Management
Wholesale/Interconnect Billing
Page 2
April 2006
The BT21CN project face similar service management challenges to those experienced
by all commercial service providers in that the cost of integration between disparate OSS
platforms and element management platforms is one of the major contributions to
CAPEX expenditure. There are enormous business benefits to being able to separate the
business logic from the massive technical complexity at the network level. One of the
greatest challenges to being able to achieve this abstraction at the OS level has been the
requirement to communicate and manage many different sets of vendor technologies
using an agreed standard between all parties. This project was developed using an
MTOSI compliant interface module which provides a unified open interface which can be
utilized to bridge the gap between the existing OSS layer and the element management
platforms
A primary objective for the integration was to incorporate the MTOSI standard interface
into the whole design methodology in order to ensure an open OSS interface is available
between each vendor platform. The following paper discusses how Huawei, a leading
telecommunications infrastructure provider is using the MTOSI standard.
There are presently three specific criteria which make up the present interface
specification these being;
1) Inventory retrieval based upon MTOSI v1.0
2) Service provisioning for broadband, Ethernet, Voice, VOIP, VLAN and ISDN services
3) Test and Diagnoses
The MTOSI V1.0 presently only defines the physical model therefore we utilized the
published MTNM v1.0 standard and aspects of the emerging standard MTNM v3.5
Ethernet model to define the provisioning model for Ethernet and VLAN and broadband,
VOIP and voice services. Therefore working in close collaboration with the other OSS
and EMS vender suppliers the team was able to develop the service provisioning
interface to support these services.
Solution:
Service provision adopts the coarse grained service provision interface based on the
MTOSI standard.
The coarse grained service provision interface processes all the service provision requests
with the transaction interface. A transaction request contains a series of object
combination of action and mtosiObjects.
Page 3
April 2006
Inventory OS
Provision OS
MTOSI
MTOSI
CCV(HTT)
MTOSI
XML NBI
N200
0
EM
S
Page 4
April 2006
The MTOSI process provided an overall structure and business process for the
architecture. The key feature of this architecture is that it supports synchronous Simple
Request/Reply (SSRR) of the MTOSI XML Message Exchange Patters (MEPs). The
protocol between the OS and the EMS supports SSL (HTTPS) and HTTP 1.0/HTTP1.1
keep-alive
Synchronous Simple Request/Reply
Services Requestor
Services Supplier
HTTPS
Results:
Page 5
April 2006
compliant interface which has minimal vendor specific variations. The lessons learned
form the project are:
The MTOSI interface specification and development has been a shared process
between the parties, this sharing of requirements has enabled the interpretation
and development process to be enhanced due to the sharing of knowledge.
By sharing knowledge and experiences between the EMS vendors, and OSS
provider, this has helped to develop an open standards based solution.
As the initial design stage definition was shared between all parties this had a
major saving in terms of time and validation during the integration phase of the
project.
The interface is flexible as it doesnt constrain the granularity against the interface.
Our service provisioning coarse-grained interface is technology independent. It
therefore it is not constrained by technology for example the same interface could
be utilized to provision xDSL services.
In conclusion the team has produced an MTOSI compliant interface that demonstrated
the ability to apply the MTOSI standards across differing element management platforms.
In the solution the interface variations between each vendor has been kept to a minimum
and thereby enabling the development of the interface to be a shared project between
companies.
The MTOSI interface specifications are still maturing however when a particular part of
the standard was unavailable shared discussion and development between the parties
enabled a compliant solution to be developed.
As the MTOSI standard is still in development there will always be some requirement
which is not presently defined however we are convinced that there is sufficient material
available today to enable other equipment vendors to substantially reduce the cost, time
and effort required to develop a MTOSI standard interface.
Page 6
April 2006