E2E IMS Interoperability Test Environment

Slides:



Advertisements
Similar presentations
Issued by Iskratel; All rights reserved OBR70121a NGN Interoperability multi-site testbed infrastructure Info day – Call5, SO 2.5.6: Testbed infrastructure.
Advertisements

Multivendor Interoperability
Your Technology Is Connected. Are You? Your technology doesn’t exist in a vacuum. Welcome to the networked and interconnected technology ecosystem where.
5/17/ :47 AM1 GIS – Tool for Disaster management – A rural perspective GIS- Tool for Disaster management – A rural perspective D.B.Suresh Babu Secretary,
Monday, June 01, 2015 Aligning Business Strategy with IT Architecture Board & Governance- Key to Running IT as Business.
Business Continuity and DR, A Practical Implementation Mich Talebzadeh, Consultant, Deutsche Bank
Slide title In CAPITALS 50 pt Slide subtitle 32 pt E2E IMS Interoperability Test Environment Ali Soujeh Senior Specialist, Interoperability Ericsson.
ICAJ/PAB - Improving Compliance with International Standards on Auditing Planning an audit of financial statements 19 July 2014.
1 The XMSF Profile Overlay to the FEDEP Dr. Katherine L. Morse, SAIC Mr. Robert Lutz, JHU APL
Continuous Improvement Project (A Guideline For Sponsors)
15 Summary Acquisitions and Global Expansion
How IoT Initiatives are Changing Product Development.
ETSI–3GPP NGN ACTIVITIES
ETSI–3GPP NGN ACTIVITIES
TeleManagement Forum The voice of the OSS/BSS industry.
Workshop Discussion on Day-2
Consolidated M2M standards boost the industry
Institute of Municipal Finance Officers & Related Professions
Francis Bordeleau Chairman, Papyrus IC May 11th, 2016
Ian Bird GDB Meeting CERN 9 September 2003
PRESENTED BY MICHAEL PREMUZAK
The role of the Associations of Electoral Institutions in promoting effective technical assistance in Latin America Seoul, October 2013 Dr. José Thompson.
PMRIPT Portal Team.
Microsoft SAM for Hosting (SPLA)
Dr. Konstantinos Komaitis
ETSI NFV POCS and PLUGTESTS
Living in a Network Centric World
Living in a Network Centric World
Governor Visits to School
Leading and Motivating a Team Effectively
Object oriented system development life cycle
Hyper-V Cloud Proof of Concept Kickoff Meeting <Customer Name>
IBM Start Now Host Integration Solutions
Description of Revision
IEEE Standards Association IEEE 5G Steering Committee update March 2016 Draft V0.2 9/17/2018.
IEEE Standards Association IEEE 5G Steering Committee update March 2016 Draft V0.1 9/21/2018.
Mobile edge computing Report by Weiqing huang.
5G Architecture Standardization Landscape in 3GPP
Standards for the Internet of Things
Living in a Network Centric World
Automating Profitable Growth™
Living in a Network Centric World
PRESENTATION COMPUTER NETWORKS
Automating Profitable Growth™
Core Competencies of a World Class Customer Advisory Board
Living in a Network Centric World
Software Interoperability.... Same game, same rules?
Task force on highly mobile workers
Living in a Network Centric World
Foundations for making smart decisions
Automating Profitable Growth™
ONAP 5G USE CASE ENHANCEMENTS
Governor Visits to School
A Focus on Strategic vs. Tactical Action for Boards
Living in a Network Centric World
Living in a Network Centric World
Six Ways to Kill Interop
Living in a Network Centric World
MAZARS’ CONSULTING PRACTICE Helping your Business Venture Further
HLN Consulting, LLC® November 8, 2006
ETSI–3GPP NGN ACTIVITIES
Automating Profitable Growth
{Project Name} Organizational Chart, Roles and Responsibilities
eContentplus 2007 Work Programme
CDO List
Living in a Network Centric World
OU BATTLECARD: E-Business Suite Courses and Certifications
Planning and implementing a public SDMX service
Conformance and Interoperability Activities in CITEL PCC.I
Presentation transcript:

E2E IMS Interoperability Test Environment E2E IMS Interoperability Environment 2006-02-04 E2E IMS Interoperability Test Environment Welcome Introduction example: How many of you frequently talk and send SMS to friends and business contact at other operator networks? Probably all of you! These examples of normal daily communication is all a result of interoperability standardisation work! Ali Soujeh Senior Specialist, Interoperability Ericsson Ericsson AB 2005

Outline E2E Interoperability a key element E2E IMS Interoperability a necessity Success criteria for E2E IMS Interoperability E2E IMS IOT Conditions E2E IMS IOT Network E2E IMS IOT and ETSI E2E IMS IOT and Ericsson Conclusion

E2E Interoperability a key element User A1 Operator A User A2 User B2 Operator B User B1 UNI NNI Access, core Network operator unique services IMS Network Standardized E2E services With the diversity kept, it’s working thanks to extensive e2e interoperability efforts carried out by the industry. The only way to keep the diversity and keep the operational excellence in the multi-vendor, multi-operator environment is e2e interoperability.

E2E IMS Interoperability a necessity Conformance and Protocol testing initiatives are necessary but not enough: Issues related to the E2E perspective is not detected in conformance testing. In reality, deployment environment of IMS is much more complicated than the simple conformance and protocol testing environment. New and standardized services are network agnostics, but dependency on legacy systems as the connectivity layer is ignored in conformance and protocol testing. E2E IMS Interoperability is a quality assurance: Prove of the concept in reality, validation and improvements of the specifications. IMS standardization work is incomplete as long as the E2E Interoperability testing is not made a natural part of the standardization effort. Bi-lateral testing between companies on a continuous basis, involves normally only a small part of the players in the ecosystem, though the major ones. Multi-lateral E2E IMS Interoperability is a highly appreciated opportunity for the small players of the ecosystem.

Success Criteria for E2E IMS IOT E2E IMS Interoperability MUST be industry driven: Only the industry can clearly define the boundaries. Non industry driven activities tends to be never ending, costly, fragmented, unstructured… Quicker consensus within the industry. Standards shall not create moving targets and keep changing for ever. Not using the extensive testing experience within the industry is waste of capital. Re use of deliverables within the industry, reduces testing costs and enriches testing. Giving the developers access to Standardized Interoperability Test Specifications, Trouble Reports and Test Tools ensures high quality testing within the industry and minimizes in the filed issues. E2E IMS Interoperability MUST be done in a real network Environment: No simulator is as real as a real network element and component. Capturing integration issues for new standardized IMS services will ease deployment. Hand over, Radio shadow, Roaming ... Are all scenarios requiring a real network.

Success Criteria for E2E IMS IOT, Contd. E2E IMS Interoperability MUST be performed in different network environments: Different Networks imply different capabilities and limitations. Differences in Delyas, QoS, Radio network dimensioning, traffic modelling etc...have impacts on the E2E perspective. E2E IMS Interoperability MUST involve all member categories of the ecosystem: Service perfromance, availability and usability is not only a server side issue, but also a cleint side. Involvment of the test tool industry will create alignement possibility. Operators involvment will give the possibility to run E2E interoperability in different network environments and will give an insight about the future integrations issues. Any serious E2E Interoperability testing initiative MUST guarantee confidentiality of the results: The aim is to resolve E2E interoperability issues before products are reached to the market. In other words Products can improve, the results are just a snapshot of a products life cycle. Using the results as marketing tools may not be fare!

E2E IMS IOT Conditions The industry is geographically distributed all over the world: Travel obstacles and Entry visa barriers Language barriers Calture diffrences Different markets, different needs: Statistics from different testing initiatives confirms a clear relation between geography and participation level. Companies participation frequency in testing events is market dependent. Test environment in America, Asia and Europe Major markets Existence of suitable test environments Differency in deployment conditions

E2E IMS IOT Network Running a network is a costly business. Joint activity with other initiatives such as OMA TestFests for IMS based enablers will: Increase participation Minimizes the cost for the organizer(s) Provides the best problem detection occasions, due to presence of different service enablers and implementations Maintaining network components from different vendors requires exensive knowladge updates. That might be a reason for considering: Permanent test sites Connectivity to already existing test sites

E2E IMS IOT and ETSI ETSI is the most suitable standardization body to organize the activity Extensive experience from organizing such initiatives Broad member base, opening the door for involving almost the entire industry Capability in creation of short feedback path, shortening specification updates and initiating specification improvements A trusted organization capable of keeping confidentiality of the results Well known and respected standarization body

E2E IMS IOT and Ericsson Ericsson as one of the major players in the market, takes it’s responsibility and provides the necessary support We support such initiatives in form of: Hosting events Providing access to necessary network components Supporting operators, institutes who offer to host events Ericsson’s support to all recent latest testing events, has proven that we are best in class and play our role seriously!

Conclusion E2E IMS Interoperability testing is a key element in ensuring operational excellence in a multi-vendor and multi-operator environment. We as Ericsson believe that ETSI, as one of the most respected standardization bodies has an important role to play. ETSI has the capacity to establish the necessary ecosystem, define the boundaries, organize the activity and drive it. We as Ericsson therefore would like to see a Task Force Team, established by ETSI, with the mission to aggressively take the stand and move the establishment task of the ecosystem, definition of the scope and organizing the activity forward. Of course as ETSI member, we will be the first company to step forward, participate in and support such a task force team in it’s mission. In addition we would like to see a time line for the task force team to be established, for the ecosystem to be defined and for the activity to get started.