1. Copyright © TM Forum, 2007 All Rights Reserved. 1 TM Forum SDF (Service Delivery Framework): Program overview Tony Richardson - TM Forum Jenny Huang – AT&T

2. Copyright © TM Forum, 2007 All Rights Reserved. 2 Covered topics  TM Forum SDF Program  SDF Reference Model  Working with Other Industry Groups  SDF Requirements  Future Work

3. Copyright © TM Forum, 2007 All Rights Reserved. 3 TM Forum SDF Program

4. Copyright © TM Forum, 2007 All Rights Reserved. 4 The TM Forum SDF Program  The TMF SDF program defines the framework that supports and integrates all functions required for the lifecycle of a service delivered to a Customer, across all stakeholders in a Service Provider environment. It unifies under a common logical view service design, creation/composition, deployment, activation, provisioning, sale and campaign management, execution, operations, charging, billing and revenue management, retirement, monitoring and trouble resolution etc. to achieve the overall SDF business objectives.

5. Copyright © TM Forum, 2007 All Rights Reserved. 5 Attempt to position SDF and to illustrate relationship with OSS/BSS Device / Client Layer Transport Layer Access Layer IP / MPLS / PBT SONET / SDH / WDM Wireless: 2G, 3G WiFi, WIMAX Wireline: DSL, Cable, FTTx, PSTN Internet / 3 rd Parties / Enterprises OSS/BSS Platforms Service Layer Control Layer SS7SIP / IMS Application Servers SCE Application suites SDP SDF IMS

6. Copyright © TM Forum, 2007 All Rights Reserved. 6 TM Forum SDF program: tasks for Phase 2 Communication to TM Forum and Industry TM Forum SDF Program Phase 2 Other Industry Groups contributions TM Forum’s Board strategic indications Other TM Forum work areas Tool selection SDF Industry Groups Positioning Document SDF Business Agreement SDF Overview SDF Reference Model specification / enhancement SDF Management Requirements specification SDF positioning respect to related work in other Industry Groups TR 139 TMF 519 TR 141

7. Copyright © TM Forum, 2007 All Rights Reserved. 7 TM Forum SDF Reference Model TR 139 V1 & 2: “SDF Overview” Jenny Huang

8. Copyright © TM Forum, 2007 All Rights Reserved. 8 Note for the audience  The TM Forum SDF team released TR 139 v1 “SDF Overview” in November 2007  Provides a first version of the SDF objectives and Reference Model  Currently a revision of such document is in progress  Next slides refer to the Version 1.0 “approved document” but highlight changes in progress

9. Copyright © TM Forum, 2007 All Rights Reserved. 9 TM Forum SDF Reference Model TR139 – V2 High Level Overview Management Services Customer, Suppliers, Partner Services End-user Services SDF Management Support Services SDF Infrastructure Support Services Infrastructure Services Resource Services SDF Services (Draft ! - work in progress)

10. Copyright © TM Forum, 2007 All Rights Reserved. 10 Some basic definitions – in review  Service A Service exposes capabilities via one or more interfaces.  SDF Service A SDF Service is a Service that exposes one or more SDF Service Management Interface(s).  SDF Service Management Interface (SDF Service MI) A SDF Service Management Interface exposes the management capabilities of a SDF Service.  SDF Service Functional Interface (SDF Service FI) A SDF Service Functional Interface exposes capabilities of a SDF Service other than those exposed through its SDF Service Management Interface.  SDF Management Support Service (SDF MSS) A SDF Management Support Service consumes the SDF Service Management Interface of a SDF Service to manage the SDF Service.  SDF Infrastructure Support Service (SDF ISS) A SDF Infrastructure Support Service provides reusable functionalities, exposed via functional interface(s), to support the SDF.

11. Copyright © TM Forum, 2007 All Rights Reserved. 11 Overall context for the “TM Forum SDF Reference Model” for SDF Services and their Management Legend Management Services Resource Services SDF Infrastructure Support Service Consumer Services in SDF team scope SDF required Consumer Services out of SDF team scope Functional Interface out of SDF team scope Management Interface in SDF team scope Consumer out of SDF team scope Infrastructure Services SDF Infrastructure Support Service Functional Interface SDF Service Functional Interface SDF Service Consumer Resource Service Consumer Infrastructure Service Consumer SDF Services SDF Management Support Services (SDF MSS) SDF Infrastructure Support Services (SDF ISS) SDF Service Management Interface Consumer SDF Service Management Interface Items for further study SDF Management Support Service Functional Interface Infrastructure Service Functional Interface Resource Support Functional Interface (Draft ! - work in progress) – May 19, ‘08

12. Copyright © TM Forum, 2007 All Rights Reserved. 12 Example scenario: session based service Service Lifecycle Service Enablers Operations Support and Applications Service Lifecycle Service Enablers Operations Support and Applications HTTP Server Location enabler Network Positioning Service Mapping Service Map & Directions Service 1 Service request to Web Server 18 Return Map, Directions, Coupon 19 Return Map, Directions, & Discount Coupon Network SP Domain Content SP Domain 1 SDF Infrastructure Centric 1 SDF Service Centric SDF Session Service Orchestration 6 Find SDF Components 2 Launch SDF Session 3 Request Service Details Return Service Details 4 7 Request Phone Location Return Lat/Long 8 9 Invoke Directions Service, Lat/Long, Restaurant 5 Service Launch SDF Session Location Map SDF Registry/ Repository Service Catalog SDF Registry/ Repository Service Catalog Map Advertising Service 11 Return Service Details 10 Request Service Information Coupon Service 13 Find SDF Components 14 Request Map/Directions 16 Request Coupons Return Coupon 17 15 Return Map/Directions 12 Service Launch SDF Mgmt Support Service

13. Copyright © TM Forum, 2007 All Rights Reserved. 13 TM Forum SDF - Working with Other Industry Groups TR 141 v.1: SDF Industry Groups Positioning Document

14. Copyright © TM Forum, 2007 All Rights Reserved. 14 Incorporating Industry Groups input into SDF  Many other Industry Groups involved in activities related to SDF development  Specific SDF work activity aimed at identifying possible Industry Groups contributions / working relationships  TR141 – Industry Group Positioning Document used to capture results  Information captured through F2F workshops, conference calls and direct discussions  TR141 used to put detailed work co- operation agreements in place with other Industry Groups

15. Copyright © TM Forum, 2007 All Rights Reserved. 15 Industry Groups involvement  OMA  OSE / OSPE (open SDP for mobile service providers)  IPsphere  Pan-SP B2B agreements on supply of IP-based services  Parlay / Parlay X  Network Service interfaces  SDP Alliance  Practical best-of-breed SDP component integration  OASIS  IT capabilities for Service Component definition / combination  ETSI / TISPAN  NGN Sub-system components / Management Architecture  ITU-T / NGNMFG  NGN Management Roadmap  IEEE/NGSON  NGN Overlay Network  ATIS / TMOC  IPTV Management, NGS Accounting  CableLabs  Positioning of cable-based services / specifications

16. Copyright © TM Forum, 2007 All Rights Reserved. 16 Customer, Supplier, Partner Services Industry Group References (partial list) Service Lifecycle Support Service Enablers & Applications Network & IT Resources Integration Infrastructure End-user Services SDF Mgmt BSS/OSS OASIS/W3C/OMG UML Profiles, SOA infrastructure, eBusiness WS based management, appl. Dev. Env. CableLabs Provide mgmt information, Content Metadata, interface protocols required for cable industry IPsphere Pan-provider service activation and assurance ATIS/TMOC OSS Ref. framework for IPTV & IP acct. mgm TISPAN WG8 NGN OSS Interface Architecture Subscription Mgmt SDF Managed Resources IPsphere Pan-provider service activation and assurance IEEE/NGSON Emerging service architecture OMA (OSPE, CSSM, PEEM, CBCS … ) SDF resource management & policy framework Parlay Network/Service Abstraction SDP Alliance Stds Interoperability

17. Copyright © TM Forum, 2007 All Rights Reserved. 17 Further Work with IGs  Agreeing contributions / working relationships  Agree positioning of SDF and NGN – and associated Service and Management interfaces  Start detailed joint work with selected IGs (e.g. OMA, OASIS)  Provide Industry awareness

18. Copyright © TM Forum, 2007 All Rights Reserved. 18 TM Forum SDF Requirements TMF 519: SDF Business Agreement

19. Copyright © TM Forum, 2007 All Rights Reserved. 19 TMF 519: SDF Business Agreement - Requirements  Main characteristics  The SDF Business Agreement document contains the Requirements that define the Service Delivery Framework o List of Business Objectives (19) o List of Technical Objectives (12)  SDF requirements are divided in categories (in line with Reference Model): o Requirements on SDF Infrastructure (25) o Requirements on SDF Managed Entities (9) o Requirements on SDF Management (34) o Requirements on SDF Functional Capabilities (10) o Requirements on SDF support for Customer, Supplier and Partner relationships (6)  Some info on the “process” to define the BA  Specific use cases were developed to define scenarios for the SDF and gather requirements  BA document obtained by active team commitment: more than 20 written contributions, ad hoc meetings / calls, debate and synthesis  Important remark: The SDF team employed the usage of a tool (IBM RequisitePro) for execution of the task  Deliverable ready by mid June 2008

20. Copyright © TM Forum, 2007 All Rights Reserved. 20 Examples of SDF Objectives  Business Objectives  The SDF MUST enable reduction of cost and cycle time to translate business ideas to market offerings (in particular by an effective service lifecycle management throughout the entire ecosystem including operation support).  The SDF MUST support efficient lifecycle management of services based on composition and reuse of existing and new services with the ability to provide differentiated services to all stakeholders in a Service Provider environment.  The SDF MUST enable a Service Provider to participate in an open market of SDF Services.  Technical Objectives  The SDF MUST ensure that information associated to the elements that are manipulated by any combination of reprogramming, re-purposing and composition done statically or dynamically, is itself manipulated in ways that are coordinated and consistent with the manipulation.  The SDF MUST NOT normatively specify beyond interoperability purposes. The SDF MUST rely on the most widely used and generic technologies. when multiple alternatives exist. For a comprehensive list of objectives refer to TMF 519. Draft available on SDF CWS – Team plan is to release document by June

21. Copyright © TM Forum, 2007 All Rights Reserved. 21 Examples of SDF Requirements  Requirements on SDF Infrastructure  The SDF Infrastructure MUST enable flexible mash up, composition and reuse of pre- packaged elements. It must be based on standard IT technology as used in other industries to leverage economy of scale and maximize support.  The SDF Infrastructure MUST enable management of services as they are reused, reprogrammed or composed.  The SDF Infrastructure MUST provide SDF Services catalogues and other repositories (e.g. metadata), which contain all the elements (e.g. existing SDF Services, their dependencies, etc.) available to build new SDF services.  Requirements on SDF Managed Resources  Every SDF Service in the SDF MUST provide a “SDF Service Management Interface” to enable exposure of all appropriate operation and management functions (such as, but not limited to: configuration, performance management, retirement, fault handling, versioning, monitoring, usage, etc.) of the SDF Service.  For the SDF to be able to manage a resource that is outside the scope of SDF, that resource MUST be exposed as a SDF Service.  Requirements on SDF Management  The SDF MUST support functionality to enable the management of the lifecycle of SDF Services.  The SDF MUST enable the configuration of specific performance parameters for SDF Services by means of the SDF Service Management Interface (SDF Service MI) (e.g. driven by customer experience).  Requirements on SDF Functional Capabilities  The SDF MUST support an explicit state model which enables the management of the lifecycle of a SDF Service.

22. Copyright © TM Forum, 2007 All Rights Reserved. 22 Additional Information

23. Copyright © TM Forum, 2007 All Rights Reserved. 23 Focus for SDF Project - Phase 3  Current view:  TM Forum SDF IA document  RFI / RFQ to Vendors against BA  Detailed Gap Analysis – SDF / TM Forum Standards  Detailed CR to existing TM Forum Standards  Increase linkage with TM Froum Teams  Joint work plans with other IGs ...  June Team Action Week will be an important occasion for Phase 3 planning and consolidation  Final remark  Team is active, mailing list has many members … but it is always possible to join the team and contribute in its steering and development

24. Copyright © TM Forum, 2007 All Rights Reserved. 24 Some info on the TM Forum SDF team  More than 320 subscribers to SDF exploder list  Regular weekly teleconferences on Thursdays at 16:00 UK time (around 20 – 25 participants)  Expecting 4 + face to face meetings in 2008: Regular meetings at TM Forum Team Action Weeks + ad hoc meetings  Active SDF Phase 2 contributions from various Companies, among which Alcatel-Lucent, AT&T, BT, CA, CIMI Corp., IBM, Microsoft, NEC Europe, NetCracker, Oracle, Telecom Italia, Telefonica I+D, SquareHoop, TM Forum, … and more  SDF Management team  E. Ronco (Telecom Italia, seconded to TM Forum): SDF Program Manager o J. Huang (AT&T): Co-chair, Service Provider champion o J. Vandenberghe (Alcatel – Lucent): Co-chair, Vendor champion  T. Richardson (TM Forum): Industry Group Coordination, TM Forum staff support

25. Copyright © TM Forum, 2007 All Rights Reserved. 25 Thank you for listening  Participation/Contribution  Web page: http://www.tmforum.org/TechnicalPrograms/ServiceDeliveryFramework/ 4664/Home.html http://www.tmforum.org/TechnicalPrograms/ServiceDeliveryFramework/ 4664/Home.html  Open contribution and open participation o To register go to http://www.tmforum.org/cwshttp://www.tmforum.org/cws o Select Service Delivery Framework team  Number of Web Community discussions on “Work Themes”: http://www.tmforum.org/community/forums/62/ShowForum.aspx http://www.tmforum.org/community/forums/62/ShowForum.aspx  Weekly conference call: o Thursday 16:00 UK, 11:00 EST, 17:00 CET o International dial in number: + 1 6172138002; Participant pass code: 58416317#

26. Copyright © TM Forum, 2007 All Rights Reserved. 26 Backup

27. Copyright © TM Forum, 2007 All Rights Reserved. 27 General Context  Change of Communications Industry Landscape  New providers (e.g. Content) enter in the market and organizations operate using more complex business models.  Delivery of next generation services happens in a framework where the lines between Network and IT are blurred.  IT expands its footprint from supporting services to becoming part of the service to customer.  Customers / end Users have greater expectations for: o blending existing and new services o supply of services anywhere, anytime, and through any chosen access means.  Increasing pressure for efficient and effective Service Management.  Necessity for near-zero touch of business processes for delivering “next-gen services” by integrating existing systems (both for Telco / non-Telco SPs).  Need to create composite service marketplace across industry sectors that also need to be managed & monetized.  Service Providers need interoperability and agreed levels of compatibility across Service Delivery Platforms (SDPs).

28. Copyright © TM Forum, 2007 All Rights Reserved. 28 TM Forum’s response: Service Delivery Framework The TM Forum launched the Service Delivery Framework (SDF) programme to address the industry challenge of producing an environment for the management of Next Generation Services. SDF supports and integrates all aspects in the lifecycle of “next-gen services” delivered to a customer, across all the stakeholders, in an integrated Service Provider environment. SDF has the objective to unify under a common logical view all the functions to support the service lifecycle: conceptualization, design, deployment, activation (execution), operation, retirement. SDF operation is based upon a defined Reference Model, which itself is based upon SOA principles. SDF impacts Management specification for SDF will be realised through updates and additions to existing TM Forum artefacts (Business Process Framework, Information Framework etc.). New specifications will be created by TM Forum (or liaised with other SDOs / Foras) SDF will have impact on “new” B/OSS systems design and development. Strong liaisons with other Industry Groups has been established in order to share the SDF vision / link into related work in these Groups.

29. Copyright © TM Forum, 2007 All Rights Reserved. 29 A brief history of SDF within TM Forum  Aug. 2006: Launch of “Landscape Team” by TM Forum Board  Analyze emerging Web 2.0, SDP, content and media convergence environment o Need for “SDF” to “integrate” emerging areas as IMS, web 2.0, SDPs, etc. o Need to focus on Service Management aspects  1H 07: SDF team set-up  Merge with NGN-M team  Work Chartering  2H 07: SDF Phase 1  SDF Reference Model (TR 139) Version 1.0 – Nov. 07  Industry Group liaisons commenced  1H 08: SDF Phase 2  Current work o … + 320 subscribed to SDF exploder, + 150 companies represented o Active participation on TM Forum CWS o 3 major deliverables developed