410 likes | 590 Views
ATIS Next Generation Networks (NGN) Framework: Requirements and Architecture. Alliance for Telecommunications Industry Solutions 1200 G Street, NW Suite 500 Washington, DC 20005 www.atis.org. Outline. General Requirements Jim McEachern, Nortel End User Applications (Use Cases)
E N D
ATIS Next Generation Networks (NGN)Framework: Requirements and Architecture Alliance for Telecommunications Industry Solutions 1200 G Street, NW Suite 500 Washington, DC 20005 www.atis.org
Outline • General Requirements Jim McEachern, Nortel • End User Applications (Use Cases) • Network Service Enablers • Underlying Network Capabilities • Business Models Driven Req. Andrew White, Qwest • US Regulatory Requirements • Framework Reference Bhumip Khasnabish, Verizon Architecture
ATIS Next Generation Networks (NGN): » General Requirements » End User Applications (Use Cases) » Network Service Enablers » Underlying Network Capabilities
General Requirements Interconnection Convergence (fixed / mobile / enterprise) Access network criteria Infrastructure evolution & Legacy services End-to-end transparency Services guiding principles (for converged networks)
General Requirements: Interconnection • Specify a packet-based interconnection, suitable for carrier interconnect, that will support: • Security • QoS • Reliability • Billing support • Service transparency • Performance measurements, monitoring, codecs, etc… • Support interconnection between different classes of service providers (e.g. Next Generation Service Providers & Application Service Providers)
General Requirements:Access Independence Cable Core NGN Subsystems xDSL ATIS does not specify that the NGN must support all access technologies Private Lines WiFi Wireless … • Instead, ATIS identifies conditions for support of an IPCAN • IP • Support provision of QoS consistent with Y.1541 • Transport level encryption restricted to IPCAN • May support admission control • Mobility management consistent with NGN Core
SIP (IMS) Services & Architecture => Primary NGN objective PSTN Emulation Subsystem PSTN Simulation Full PSTN Feature Transparency => Secondary NGN objective General Requirements:Infrastructure Evolution Evolution to NGN IMS “SIP” services PSTN “Perfect Simulation” Target NGN
General Requirements: Services • End-to-end transparency • Backward compatibility for “best effort Internet” • NGN network services may be incompatible with end-to-end transparency • Service environment • Service development independent of network & application protocols • SIP as core signaling protocol • Also support service APIs (e.g. Parlay / OSA)
End User Applications • Selected representative end user services as “use cases” to test and validate NGN requirements. Identified the network service enablers that would be required for application. • Interactive voice • Content-based services / video • Multi-media conferencing • Content sharing • Interactive gaming • Sensor and control networking • Mobility management (wireless / wireline)
Network Service Enablers Network service enablers were defined as network-based communications services that bring value to consumer applications
Network Service Enablers: QoS • QoS has been identified as one of the key Release 1 requirements for NGN • End-to-end • Inter-carrier • Evolve incrementally from existing best-effort networks • Can use complementary techniques • Network Engineering • Traffic Engineering • Packet Scheduling (e.g. Diff Serv) • Access networks likely to need packet scheduling QoS mechanisms first
Network Service Enablers: Presence & Personal Profiles Key capabilities for Release 1 NGN Endorses the IETF Presence model Personal profiles & Personal Information Mgmt complement Presence, to link services and enable end-user centric model Ability to link and unify various identities is a foundation for many other NGN services End-user centric model will enable significant new service opportunities
Network Service Enablers • Policy • Mechanism to ensure consistent application of network services across various networks and technologies • Consistent policy architecture and protocols required • Media Resource Functions • In legacy networks these were linked to specific services • In the NGN media resources are a generic function • Suitable control mechanism is key
Network Service Enablers • Location • Some services (e.g. E9-1-1) require location information • Location may also be a value-add service • Network determined location is access specific • Location may also be CPE derived (Network validation may be required…) • Content and Service Discovery • Required to support rapid service introduction • Independent of underlying network technology • Discover services based on “interest” (user or device) • Client-server and peer-to-peer
Underlying Network Capabilities • Identifies network capabilities required for NGN, but which applications cannot directly access. • OAM • Security • Authentication • Non repudiation • Etc. • SLA • Network survivability • Service quality measurement • Mechanisms to predict service quality
Security ATIS Security Focus Group has completed a detailed gap analysis and prepared a work plan to address these gaps. Topics addressed include: • Authentication and Authorization • User, device and network entity authentication required for IPCAN, IMS & applications • Integrity • Level required will depend on the application • Confidentiality & Privacy • Essential for NGN capabilities
ATIS Next Generation Networks (NGN):» Business Model Driven Requirements» US Regulatory Requirements
Business Model Requirements Significant revenue generation and cost savings opportunities must justify the substantial investment required to build the NGN. The NGN must facilitate running a business with the efficiency of WalmartTM and the brand differentiation of Coca-ColaTM.
Business Drivers • New Retail Revenue • New Wholesale Revenue • Cost Reduction for Existing Services • Regulatory Requirements
Methods for Success • Customization through User Profile • Transparent Third Party Networks • Seamless Service Delivery Service delivery complicated by increased number of sophisticated interfaces.
User Profile • Targeted Services • Rapid and Flexible Service Creation • Integrated OSS/BSS • Converged Customer Relationship User-specific, location-agnostic services differentiate product offering.
Third Party Networks • Communications Services work across networks • Application and Content Services work across networks • Architecture must support different types of mobility depending on offering and relationship
Third Party Networks • Simple end user access & authentication • Secure access to profile • Consolidated settlement • Foreign Network Support for Services • Location, Presence, etc.
Third Party Networks • Services must adapt to access capabilities • Access protocols interwork to the SIP core • QoS and Security must be maintained • End-to-end service may span multiple independent networks
Service Delivery • Blended IT and Telecom Services • Leverage third party information • Location • Support for third party applications • Service creation process should support new blended services
Service Delivery • Web-based Self Management • Support for third party networks • Wide range of CPE • Scalable and Reliable Platform • Support for NG OSS/BSS
US Regulatory Requirements • National Security & Critical Infrastructure • LAES • ETS • Consumer Requirements • E9-1-1 • Operations Requirements • Number Portability • Number Pooling • Accounting • FCC Rules
ATIS Next Generation Networks (NGN):»Framework Ref. Architecture
Convergence in ATIS NGN Focus of NGN is converged user-centric Voice & Data services, irrespective of the access & transport technologies used or deployed
ATIS NGN: User Side • User side includes all “User Domain” or “Customer Premises” equipment • Signaling and bearer interfaces to both IP and non-IP (wireline wireless) networks are included • Both managed and unmanaged Customer prem. networks are supported, including Customer Network Management (CNM) • Advanced services like NAPT, FW, I(D/P)S, SLA monitoring/enforcement need to be supported at customer edge as well
ATIS NGN: Other Network • Other networks include both TDM and IP networks (wireline & wireless) • IP network providers interworking with other access network technologies, such as wireline and wireless carriers thru appropriate Border Gateway functions • IP network providers interworking with non-IP network technologies for example, the PSTN (thru IP-TDM GW) Objective is to support high-quality ETE revenue generating service — securely and seamlessly — to the customers, e.g., a handoff for a wireless handset roaming between a wireless and wireline infrastructure without degradation of quality
ATIS NGN: Public Network • A FOUR layer FUNCTIONAL model is used • Transport is IP based with appropriate interfaces to User side, Other networks, and upper layer functional entities (FEs) • Session admission, authentication and enforcement of policy are executed via the “Session and Policy” control functions • Value-added and enhanced services are hosted in servers in the “Applications and Service Capability” functions • Service creation, maintenance, and management thru e.g., Web portals – including FCAPS – are performed via the entities in the OAM&P functions
Multiple Service Provider Environment: Issues • Multiple administrative and technology domains • Multiple instances of Session policy and Apps & Service capability functions must interwork properly to support high-quality ETE revenue generating service — securely and seamlessly — To the customers • Interworking with legacy signaling & control instances/paradigms is also a must
Conclusion Questions & Answers (Q&A) • The ATIS NGN Framework, Part I is included in the materials for the ATIS & TISPAN Joint Meeting on NGN (i.e., compact-disk). • also available from ATIS’ web site: http://www.atis.org • Feedback and comments on the ATIS NGN Framework are welcomed. • Send feedback to: Tim Jeffries, ATIS (tjeffries@atis.org)