a reference model and autonomic network architectures for the...
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
© ETSI 2011. All rights reserved
tayeb.benmeriem@orange‐ftgroup.com
for Future Network Technologies Workshop, 26‐27 September 2011
Agenda
bl h k fProblem Statement: What Operators are asking for
How AFI is answering this need
AFI Generic Autonomic Network Architecture Reference ModelAFI Generic Autonomic Network Architecture Reference Model
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,
efficient IRP groupings inventory conformance checking
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,
efficient IRP groupings inventory conformance checking
"NGMN‐NGCOR"Operators' a platform to
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
How AFI is answering this need
AFI Top-Down & Bottom-up Methodologyp p gy
© ETSI 2011. All rights reserved
AFI structure: AFI Roadmap & Work Items
Building Trust & Confidence
AFI Conformance TestPl T t iTrust & Confidence
Process for ETSI/AFIPlug Test campaign
ETSI/AFI Logo Program & Certification
AFI Process & Roadmap
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
Current NGN network Future network vision4.1 4.2
Current NGN network Future network vision
4 2 4 3 4 4
Current NGN network Future network vision
4 2 4 3 4 4Operator's & other Requirem ents
4.2 4.3 4.4
4 6
Operator's & other Requirem ents4.2 4.3 4.4
4 6AFI requirements(AFI requirement template)
4.6
AFI requirements(AFI requirement template) AFI requirements
(AFI requirement template) AFI Requirements(AFI i t t l t )
AFI requirements(AFI requirement template)
4.6
AFI requirements(AFI requirement template) AFI requirements
(AFI requirement template) AFI Requirements(AFI i t t l t )
AFI Use Case & Scenarios(AFI template Use Case & Scenarios)AFI Use Case & Scenarios
(AFI requirement template)
5AFI Use Case & Scenarios
(AFI template Use Case & Scenarios)AFI Use Case & Scenarios
(AFI requirement template)
5
(AFI template Use Case & Scenarios)AFI Use Case & Scenarios(AFI template Use Case & Scenarios)AFI Use Case & Scenarios
(AFI template Use Case & Scenarios)AFI Use Case & Scenarios(AFI Use Case & Scenarios template)
(AFI template Use Case & Scenarios)AFI Use Case & Scenarios(AFI template Use Case & Scenarios)AFI Use Case & Scenarios
(AFI template Use Case & Scenarios)AFI Use Case & Scenarios(AFI Use Case & Scenarios template)
AFI Scenarios Template
10 Scenarios defined and described in the AFI's first release
AFI Scenario TemplateAFI Scenario Template
Title <Scenario Title>Description/Story <steps / scenes>
Network Environments)
Problems <be accurate, specific, “techology‐user”‐facing>
Functions Impacted <system view>
Systems Involved
Indicators / Evaluation criteria / MetricsIndicators / Evaluation criteria / Metrics
Players
Beneficiaries
AFI Requirements Template
64 requirements derived and described in the AFI's first release
Players Network Scenarios RQ ID what is the What needs to be
AFI Requirement TemplateAFI Requirement Template
environment requirement
automated
Definition of network Definition of network environmentenvironment
Home area net ork (SOHO
Definition of playersDefinition of players
UserSubscriber
Definition of playersDefinition of players
Network service providerHome area network (SOHO
network)Access networkRegional networkService platform
Subscriber Application service provider Multimedia content provider
providerPackager Third partyIdentity providerGovernment (regulator)Service platform
Content platformAd hoc network or "Closed network"IT platform
provider Network connectivity provider Access network providerRegional network provider
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)
EMS/NMS
Interface
ManaedEntity
© ETSI 2011. All rights reserved
AFI process for making Existing & Future Networks "Autonomic‐Aware"Networks Autonomic‐Aware
AFI's Ongoning work
Requirement framework for a Policy‐ based managementg
AFI Liaisons with Standardisation Bodies
FP7 - UNIVERSELF
Joining and Contributing to AFI
Please consult http://portal.etsi.org/afi• Detailed scope and rationale behind the creation of the ISG
• List of members ( AFI is growing and is expected to grow significantly)
• Forms for signing to become “AFI Member” (for Orgs that are ETSI members) or g g ( g )“Participant” (for Orgs that are NOT ETSI members)
• Meeting dates
• Work Programme (list of Group Specifications in the pipe)• Work Programme (list of Group Specifications in the pipe)
Contact points:• Ranganai Chaparadza
• [email protected]; [email protected]
• Estelle Mancini ETSIEstelle Mancini, ETSI• [email protected]
• Ultan Mulligan, ETSIl lli @ i• [email protected]
AFI ISG (Industry Specification Group) 18
AFI Members
• 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]
• …… More Organizations are joining…..
19 19
Thank YouThank You