Скачать презентацию IEEE Next Generation Service Overlay Network P Скачать презентацию IEEE Next Generation Service Overlay Network P

444632fafd0e1bf909436b74eaf3725d.ppt

  • Количество слайдов: 30

IEEE Next Generation Service Overlay Network – P 1903 (NGSON) An enabler for an IEEE Next Generation Service Overlay Network – P 1903 (NGSON) An enabler for an emerging vision for future service networks 15 May 2009, Geneva Rick Townsend, Huawei Technologies Chair, IEEE P 1903 (NGSON)

CONTENTS • Overview of NGSON charter process • Technical overview of NGSON • Interactions CONTENTS • Overview of NGSON charter process • Technical overview of NGSON • Interactions with other bodies • Summary and contact information 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 2

IEEE NGSON (P 1903) Feb-2007, Idea published to IEEE Jan-2008, NGSON SG 2 nd IEEE NGSON (P 1903) Feb-2007, Idea published to IEEE Jan-2008, NGSON SG 2 nd meeting Feb-2008, PAR approved by IEEE Com. Soc 27 -Mar-2008, IEEE Nes. Com & SASB approval! IEEE Com. Soc Study Group Stage May-2008, WG 1 st meeting Dec 2008, WG 3 rd meeting IEEE-SASB NGSON (IEEE P 1903) standardization Working Group Stage IEEE CAG Sep-2007, NGSON SG 1 st meeting Jan-2008, PAR submitted to IEEE-SA Feb-2008, PAR approved by IEEE-SA CAG Mar-2008, 6 companies support NGSON Sep-2008, WG 2 nd meeting Mar-2009, WG 4 th meeting Participants: CMCC, KT, ETRI, Telcordia, RITT, Huawei, ZTE, etc. The idea of NGSON (Next Generation Service Overlay Network) was published to IEEESA Ca. G by Huawei in Feb, 2007. As the originator of NGSON, Huawei facilitated this project, and gained supports from the ICT industry. 3

The NGSON PAR* 5. 2 Scope: This standard describes a framework of Internet Protocol The NGSON PAR* 5. 2 Scope: This standard describes a framework of Internet Protocol (IP)-based service overlay networks and specifies context-aware, dynamically adaptive, and selforganizing networking capabilities, including advanced routing and forwarding schemes, and that are independent of underlying transport networks. *PAR – Project Authorization Request 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 4

Some Definitions “context-aware” Ø (e. g. , such as required Qo. S level, type Some Definitions “context-aware” Ø (e. g. , such as required Qo. S 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) “dynamically adaptive” Ø (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) 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 5

The NGSON PAR (2) 5. 4 Purpose: The purpose of this standard is to The NGSON PAR (2) 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 selforganizing networking capabilities. 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 6

The NGSON PAR (3) 5. 5 Need for the Project: The amount of services The NGSON PAR (3) 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. 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 7

Document Status Draft White Paper Requirements Architecture Technical Specs Frozen 4 Q 08 2 Document Status Draft White Paper Requirements Architecture Technical Specs Frozen 4 Q 08 2 Q 09 Released 1 Q 09, Rel 1 2 Q 09 1 Q 10 3 Q 10 Current work 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 8

Architectural Intent Our intent is not to duplicate or re-do any work associated with Architectural Intent 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, 3 GPP, TMF. 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 9

ITU OSE Aspect OSE NGSON Intention Define an open service environment framework for NGN ITU OSE Aspect OSE NGSON Intention Define an open service environment framework for NGN with the aim to enable enhanced, flexible service creation and provisioning. [Y. 2234] Enable network operators, service/content providers, and endusers to provide and consume collaborative services Framework Provides an open service environment for NGN and enables NGN applications to implement enhanced services that make use of NGN capabilities. A service overlay network based on IP network Specifies context-aware, dynamically adaptive, and self-organizing networking capabilities, including advanced routing and forwarding schemes, and that are independent of underlying transport networks.

IMS Aspect IMS NGSON Goal • Constructing a core network architecture to address the IMS Aspect IMS NGSON Goal • Constructing a core network architecture to address the issues of service access and control User • User access agnostic • Focus on the sharing of the user data between services • Centralized management of user data • Focus on the user's control. Protocol • SIP • Few limitations on service protocols Service • IP multimedia service (Voice, Location, presence, IM etc) • Telecom and internet services • Constructing a service overlay network architecture to help service interaction, collaboration, management and service composition

TMF SDF Aspect SDF NGSON Goal • Focuses on the definition of each interface TMF SDF Aspect SDF NGSON Goal • Focuses on the definition of each interface and details of interaction, • Define management interfaces and the core elements needed for service management • Emphasis is on the management aspects • Constructing a service overlay network architecture to help service interaction, collaboration, management and service composition User • Establish a service delivery framework based on SOA by integrating all possible kinds of network resource and service capabilities • Establish a framework of service network overlay based on IP using context-aware, dynamically adaptive and self-organizing networking capabilities

Use Case Issues • At 8: 59 pm, everyone changes channels. What happens to Use Case Issues • At 8: 59 pm, everyone changes channels. What happens to the network and how is it controlled? • At 3 pm, the teenagers return home from school and start numerous peer-topeer (P 2 P) networks. Which entity sets up the P 2 P networks and manages them? 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 13

Evolution Goals Next generation: Loosely coupled service network architecture • Interconnect a large number Evolution Goals 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 … 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 14

Network Evolution 1 st gen. : Traditional Silo architecture 2 nd gen. : Centralized Network Evolution 1 st gen. : Traditional Silo architecture 2 nd gen. : Centralized SDP solution Next Generation Service Overlay Network 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 15

Key technologies (1) • Self-organized networking Ø Dynamically locate contents taking into account the Key technologies (1) • Self-organized networking Ø 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 (Qo. S) and/or security policy. 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 16

Key technologies (2) • Service composition and interaction Ø In order to respond to Key technologies (2) • 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 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. • Service accounting Ø 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. 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 17

Key technologies (3) • Service & resource addressing Ø When the number of applications Key technologies (3) • 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. 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 18

Key technologies (4) • Service registration Ø To support the context-based routing, the dynamic Key technologies (4) • Service registration Ø To support the context-based routing, the dynamic information about services can registry or de-registry to NGSON. • Service publication/discovery Ø To facilitate the user or service creator to find the existing services, NGSON provides a scalable way to obtain the interfaces, SLA, Qo. S and other static information about services. • Mobility Ø Include user mobility and the session continuity Ø User change the attachment point across heterogeneous network Ø Handover from different service providers or different terminals

NGSON Collaborative Environment Users Providers Consumer Business process Services Components Client technologies UI, Web, NGSON Collaborative Environment Users Providers Consumer Business process Services Components Client technologies UI, Web, SIP Service composition Composite services, IMS/Web services Service components, Enablers Under Autonomous Managed Environment Networking Framework for collaborative Service plane, Network plane, Operations and management plane capabilities. NGSON Capabilities of Service Operating Framework • Service Addressing, Routing • Service interaction facilitation functions • Discovery , Registration • Qo. S, Security/Trust • Management and monitoring infrastructure Capabilities for Network Elements • Large scale distribution of services • Context Awareness support • Dynamic policy enforcement capability • Self Organizing networking capability • Qo. S control and monitoring 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 20

NGSON Framework Diagram 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide NGSON Framework Diagram 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 21

Implementation Example of NGSON Key Aspects: Context awareness, addressing, routing, discovery, registration, composition, self-organization Implementation Example of NGSON Key Aspects: Context awareness, addressing, routing, discovery, registration, composition, self-organization etc.

Requirements (1) • General functions 1) Addressing 2) Identifier 3) Standard interfaces and protocols Requirements (1) • General functions 1) Addressing 2) Identifier 3) Standard interfaces and protocols (2) 4) User privacy (2) 5) Interworking (2) 6) Mobility (n) Following a subject indicates number of requirements for that subject • Network related functions 1) Support of network routing 2) Self-organization (3) 3) Adaptiveness 4) Identity 5) Resource virtualization (2) 6) Resource scheduling • Operation and management related functions 1) 2) 3) 4) 5) 6) Manageability FCAPS Service management Lifecycle management (2) Inter-provider service Open environment 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 23

Requirements (2) • Service related functions 1) Dynamic service routing (2) 2) Service routing Requirements (2) • Service related functions 1) Dynamic service routing (2) 2) Service routing (2) 3) Qo. S (3) 4) Registration 5) Registration and discovery 6) Registration / de-registration (4) 7) Service discovery (4) 8) Directory (2) 9) Negotiation 10) Service composition (5) 11) Billing of composite services 12) Charging and billing 13) 14) 15) 16) 17) 18) 19) 20) 21) 22) 23) Seamless mobility support Context awareness (9) Self-organizing (5) Adaptiveness Dynamic auto-configuration Security (3) Authentication (3) Service brokering Service coordination (3) Service collaboration Virtualization 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 24

High Level Technical View of NGSON • Provide more automated delivery capabilities keyed to High Level Technical View of NGSON • 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. 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 25

Example: Dynamic Service Composition Example: Dynamic Service Composition

Liaison Opportunities ITU-T ETSI TISPAN 3 GPP TMF ATIS SON OMA PARLAY OASIS NGN, Liaison Opportunities ITU-T ETSI TISPAN 3 GPP TMF ATIS SON OMA PARLAY OASIS NGN, OSE (Open Services Environment) Core IMS, PES, NASS/RACS, IPTV IMS SDF, OA&M Service creation, deliver, provisioning OSE (OMA Service Environment), Service enablers APIs Open standards for a global information society, SOA 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 27

Challenges • The area of service networks is going to get more and more Challenges • 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 ‘selforganizing’ become technical challenges. • Implementation and accounting methodologies become a business challenges. 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 28

Summary • Service interactions are getting more attention in standardization work • NGSON is Summary • 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 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 29

Where to find us Email exploder for people interested in NGSON: stds-P 1903@ieee. org Where to find us Email exploder for people interested in NGSON: stds-P [email protected] org For questions: [email protected] net Website: http: //grouper. ieee. org/groups/ngson Thank you! 15 May 2009 – ITU-T SG 13 / IEEE Workshop Slide 30