a Reference Model and Autonomic Network Architectures … · Standardising a Reference Model and Autonomic Network Architectures for the Self ... Definition of an Autonomic Architecture
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Standardising a Reference Model and Autonomic Network Architectures for theStandardising a Reference Model and Autonomic Network Architectures for the Self‐managing Future Internet
Presented by Tayeb Ben Meriem (Orange/ France Telecom) on behalf of AFI
AFI process for making Existing & Future Networks "Autonomic‐Aware"
AFI Liaisons with Standardisation Bodies
AFI contact and members
What Operators are asking for: Paradigm‐shift towards Self‐Management is REQUIRED!
Networks and Services are becoming increasingly complex to manage, resulting in a lot of OPEX consumption, as well as huge CAPEX requirements due to the ever increasing need to purchase different types of management software/solutions required to cope with the growing complexity.
Operators are calling for Automation of Network and Service Management processes,and self‐configuring, self‐diagnosing, self‐healing and self‐optimising network g g, g g, g p gelements/network. This requires Autonomics and Self‐Management solutions that reduce human involvement in Service and Network Management. Management Frameworks like FCAPS Framework must go autonomic and OSS’s must be evolved. g
Network Operators are calling for Unified Service and Network Management solutions and Evolution of OSS’sand Evolution of OSS s.
Network Operators are specifying Requirements for autonomic solutions to be i d d i k h 3G G h h ib i fintroduced into networks such as 3GPP, NGN, BBF, etc, through contributions of Scenarios, Use Cases and Requirements to New Standardization initiatives.
3
What Operators are saying : Result of a Survey
From Wallin Leijon: Telecom Network and ServiceFrom Wallin, Leijon: Telecom Network and Service Management: An Operator Survey, 2009
What Operators are saying : "NGMN Voice"
"Top Operations, Efficiency Requirements" released by the NGMN in 2010
ss
p p , y q y"Next Generation Converged Operations Requirements" in 2011 (ongoing)
"NGMN TOP OPE"Operators' a platform to
e mt
ated
re M
gmt
Stan
dard
Itf-N
odeB
& P
lay
nated
ory
ality
&y
of A
larm
e mt
ated
re M
gmt
Stan
dard
Itf-N
odeB
& P
lay
nated
ory
ality
&y
of A
larm
Operators a platform to align their major requirements and to push different SDOs to work
eter
on Savi
ng
Rea
l-Tim
Perf
. M
g
Aut
omSo
ftwa
OSS
S – eNo
Plug
N O
pera
tio/ A
NR
tion
ofg
Prob
es
Aut
oma
Inve
nto
Qu
Qua
ntit y
eter
on Savi
ng
Rea
l-Tim
Perf
. M
g
Aut
omSo
ftwa
OSS
S – eNo
Plug
N O
pera
tio/ A
NR
tion
ofg
Prob
es
Aut
oma
Inve
nto
Qu
Qua
ntit ydifferent SDOs to work
together for these management problem.
Open O&M
LTE
Para
mO
ptim
izat
io
Ener
gy
SON
Subs
titu
Mon
itorin
g
Standardized Interface, Plug & Play, SOA / NG OSS (TMF),support of LTE parameters & SON use cases, modeling & setting,
L O efficient IRP groupings, inventory, conformance checking
SON in CN, QoS Optimisation, Drive Tests Minimization, HO Optimisation, Load Balancing, Common Channel Optimisation, Macro-Home Interwork, Cell Outage Compensation, Energy
L O efficient IRP groupings, inventory, conformance checking
SON in CN, QoS Optimisation, Drive Tests Minimization, HO Optimisation, Load Balancing, Common Channel Optimisation, Macro-Home Interwork, Cell Outage Compensation, Energy
align their requirements regarding the "Converged Operations" f Fi d M bil SONSavingSONSaving
Source: NGMN TOP OPE recommendations
for Fixed‐Mobile Networks
AFI way of thinking
Created in January 2009 and composed of major European operators, vendors and research organizations in the field of ICT technologies.
“Future Internet” = “Multi‐Service Self‐Managing Future Networks evolved from today’s networking models, paradigms and protocols”.g p g p
Encourage harmonization and pragmatism across the circles of both the evolutionary approaches and revolutionary approaches to Future Internet
Rely on Industrial Use Cases and Scenarios for Automation, Autonomicity and Self‐Management to collect requirements
D fi AFI G i A i A hi R f M d l h d fi h iDefine an AFI Generic Autonomic Architecture Reference Model that defines the autonomic elements, the self‐manageability properties of the Future Internet, and fulfils the Requirements
Define of a viable roadmap with an evolutionary path for today’s network models, protocols and paradigms as necessitated by the Reference Model
Address the OPEX challenges faced by network and service providers by measuring the benefit g y p y gof Autonomics/Self‐Managing paradigm and features
Liaise with other SDOs and disseminate AFI Reference Model for Autonomic Networking
Instantiation of the Reference Model onto target reference architectures e g BBF architecture 3GPP
I
AFI first Spec : ETSI GS
Update-Maintenance
reference architectures e.g. BBF architecture, 3GPP arch, NGN arch, Ad hoc /Sensor Networks etc; Requirements Analysis and Specification of “Implementation-oriented Solutions" for Autonomicity and Self-management.
AFI first Spec : ETSI GS AFI 001 : V1.1.1 (2011-06)
WI#1 ( ill till b WI#2 (Will still be running )
AFI
Group Specifications
AFI and its stakeholders
WI#1 (will still be running ....)
Requirements
Use Cases
WI#2 (Will still be running..)
GANA: A Conceptual Architectural Reference
Model for Autonomic Network Engineering
New WIs2011, 2012....
SpecificationsScenarios for
Autonomicity & Sel-Management
Network Engineering, Cognition and Self-
Management
Feedback/Adjustment
• Work Items will produce several versions (releases) of the Specs• Action plan will be continuously updated for each of the WIs (Work Items)
AFI Methodology & Tools
Functional
List of
FunctionalblocksScenarios
Template (WI #1)
Solved
List ofrequirements
Solvedsituation
WI #2
Specific & concreteproblems
Use Cases
Requirements Template (WI #1)
Management Problems requiring Autonomic/Self-Management Solutions: Deployment and Provisioning; Faults/Failures, Congestions, Predictions and Forecasting, Performance
AFI process and tools for designing Requirements & ScenariosRequirements & Scenarios
AFI captured autonom ics Issues and global context
Current NGN network Future network vision4.1 4.2
AFI captured autonom ics Issues and global context
Government (regulator)Application developerManufactoryVNO (virtual network providerIT platform Regional network provider providerNetwork Equipment Manufacturer (s)
Illustration of some of the Reference Pointsin the AFI Reference Modelin the AFI Reference Model
Definition of an Autonomic Architecture Reference Model that defines for the Future Internet
DE stands for "Decision Element"
Defining Interfaces for Governance (i.e. the kind of perspectives offered to end‐users or operators of autonomic/self‐managing networks
Development and pre‐standardization of the Reference Model and its associated Meta‐Model
DE stands for Decision ElementIt is an "Autonomic ManagerElement" that realizes a Control-Loop over its assigned"Managed Entities" (MEs)Managed Entities (MEs)
• AGH University of Science and Technology [member]Al t l L t [ b ]• Alcatel-Lucent [member]
• Chunghwa Telecommunication Co. [member]• CISCO Systems [member]• Ericsson [member]• Ericsson [member]• ETRI [member]• France Telecom [member]• Fraunhofer FOKUS [member][ ]• Fujitsu Labs of Europe [member]• Greek Research & Technology Network (GRNET) [member]• Telcordia Technologies [member]• Telecom Italia [member]• Telefonica S.A. [member]• Thales [member]
f• University of Athens [member] • University of Piraeus Research Center [member]• WIT/TSSG [member]• Athlone Institute of Technology [participates under participant agreement]• Athlone Institute of Technology [participates under participant agreement]• NCSR Demokritos [participates under participant agreement]
• King’s College London (KCL) [participates under participant agreement]