IEEE Next Generation Service Overlay Network – P1903 (NGSON). An enabler for an emerging vision for future service networks. 15 May 2009, Geneva. Rick Townsend, Huawei Technologies Chair, IEEE P1903 (NGSON). CONTENTS. Overview of NGSON charter process Technical overview of NGSON
An enabler for an emerging vision for future service networks
15 May 2009, Geneva
Rick Townsend, Huawei Technologies
Chair, IEEE P1903 (NGSON)
Overview of NGSON charter process
Technical overview of NGSON
Interactions with other bodies
Summary and contact information
Jan-2008, NGSON SG 2nd meeting
Feb-2008, PAR approved by IEEE ComSoc
27-Mar-2008, IEEE NesCom & SASB approval!
May-2008, WG 1st meeting
Jan-2008，PAR submitted to IEEE-SA
Mar-2008, 6 companies support NGSON
WG 2nd meeting
Feb-2008, PAR approved by IEEE-SA CAG
IEEE CAGIEEE NGSON (P1903)
WG 3rd meeting
Feb-2007,Idea published to IEEE
NGSON (IEEE P1903) standardization
Working Group Stage
Study Group Stage
Mar-2009, WG 4th meeting
Sep-2007，NGSON SG 1st meeting
CMCC, KT, ETRI, Telcordia, RITT, Huawei, ZTE,etc.
The idea of NGSON (Next Generation Service Overlay Network) was published to IEEE-SA CaG by Huawei in Feb, 2007. As the originator of NGSON, Huawei facilitated this project, and gained supports from the ICT industry.
5.2 Scope:This standard describes a framework of Internet Protocol (IP)-based service overlay networks and specifies context-aware, dynamically adaptive, and self-organizing networking capabilities, including advanced routing and forwardingschemes, and that are independent of underlying transport networks.
*PAR – Project Authorization Request
(e.g., such as required QoS level, type of service such as real-time vs. data, nature of data stream such as I-frame vs. B-frame, and type of terminal such as TV HD monitor vs. PDA)
(e.g., using locally derived information to discover, organize, and maintain traffic flows in the network within a local area network)
“self-organizing networking capabilities”
(e.g., developing network structures based on the needs of the customers and the capabilities of existing network structures)
5.4 Purpose:The purpose of this standard is to enable network operators, service/content providers, and end-users to provide and consume collaborative services by the deployment of context-aware, dynamically adaptive, and self-organizing networking capabilities.
5.5 Need for the Project: The amount of services and applications and their interaction are increasing at an exponential rate. This standard is needed to provide a better, more efficient way of providing these services and applications by means of context-aware, dynamically adaptive, and self-organizing networking capabilities.
Draft Frozen Released
White Paper 1Q09, Rel1
Requirements 4Q08 2Q09 2Q09
Architecture 2Q09 1Q10
Technical Specs 3Q10
Our intent is not to duplicate or re-do any work associated with existing architectures or the functions associated with those architectures, but to use what is available.
We intend to work outside of areas (but in cooperation with) currently being done by such bodies as ITU-T, TISPAN, OASIS, ATIS SON and PTSC, OMA, PARLAY, 3GPP, TMF.
At 8:59pm, everyone changes channels. What happens to the network and how is it controlled?
At 3pm, the teenagers return home from school and start numerous peer-to-peer (P2P) networks. Which entity sets up the P2P networks and manages them?
Next generation: Loosely coupled service network architecture
Interconnect a large number of existing / emerging services and enablers
Enhance reusability of services / enablers worldwide
Cost-efficient creation of services
Interoperability of service / network operators, service providers worldwide …
1st gen.: Traditional Silo architecture
2nd gen.: Centralized SDP solution
Next Generation Service Overlay Network
Dynamically locate contents taking into account the location of the user as well as his/her access conditions.
Dynamically publish a range of services that may be accessed by a user, based upon his/her profile, and interests.
Dynamically (re)configure network devices, depending on the traffic load conditions, the provisioning of additional content servers, etc.
Dynamically notify users about the efficiency of a Quality of Service (QoS) and/or security policy.
Service composition and interaction
In order to respond to customer demand quickly and shorten the service development cycle, service networks need to offer an on-demand and flexible composition mechanism. Dynamically compose the related basic services to meet the requirement of users.
Research a common service interaction protocol, provide a solution for service interaction.
Based on service/resource rate registration, the system will support real-time charge negotiation during the service composition.
Accounting will support intelligent charging based on service chain.
Service & resource addressing
When the number of applications & service is very large on service network, NGSN will consider how quickly to discover target service for service interaction and service composition.
To provide a uniform resource search and access mechanism to reduce the cost of different access protocol and un-structured resource discovery.
Address types of network layer & service layer have multiple instantiations; in order to make services in heterogeneous networks and domains interact directly, NGSN will research a uniform service addressing mechanism.
Context-aware service routing
Research a new service routing based on the service addressing, it can provide context-aware service routing according to service provider’s policy. Service interaction and service management will be benefited by this feature.
To support the context-based routing, the dynamic information about services can registry or de-registry to NGSON.
To facilitate the user or service creator to find the existing services, NGSON provides a scalable way to obtain the interfaces, SLA, QoS and other static information about services.
Include user mobility and the session continuity
User change the attachment point across heterogeneous network
Handover from different service providers or different terminals
Under Autonomous Managed Environment
Composite services, IMS/Web services
UI, Web, SIP
Service components, Enablers
Networking Framework for collaborative Service plane, Network plane, Operations and management plane capabilities.
Context awareness, addressing, routing,
discovery, registration, composition, self-organization etc.
Standard interfaces and protocols (2)
User privacy (2)
(n) Following a subject indicates number of requirements for that subject
Seamless mobility support
Context awareness (9)
Service coordination (3)
Provide more automated delivery capabilities keyed to the self-organization of the services/applications of the overlay network based on context awareness.
Composing services/applications dynamically.
Self-organize services/applications on an overlay to provide simplified access by service providers and users.
Allow a wide range of services/applications to be offered through different networks to different devices using a range of resources, all based on context awareness.
ITU-T NGN, OSE (Open Services Environment)
ETSI TISPAN Core IMS, PES, NASS/RACS, IPTV
TMF SDF, OA&M
ATIS SON Service creation, deliver, provisioning
OMA OSE (OMA Service Environment), Service enablers
OASIS Open standards for a global information society, SOA
The area of service networks is going to get more and more active in the standards arena and will need serious coordination.
For technical aspects (i.e., the network service/transport folks), ‘context aware’, ‘dynamically adaptive’ and ‘self-organizing’ become technical challenges.
Implementation and accounting methodologies become a business challenges.
Service interactions are getting more attention in standardization work
NGSON is taking an approach to services as shown in this presentation.
IEEE welcomes your participation in NGSON