Introduction to Service Session Management Group Name: WG2-ARC Source: IDCC, LGE, ZTE Meeting Date: TP8 Agenda Item:

Slides:



Advertisements
Similar presentations
CSE 413: Computer Networks
Advertisements

A global Service layer platform for M2M communications
CMDH Refinement Contribution: oneM2M-ARC-0397
SEC Clarification Group Name: WG4 (SEC-2014-xxxx) Decision  Meeting Date: Discussion  Source: OBERTHUR Technologies Information  Contact:
Summary on the M2M CMDH Policies Management Object (MCMDHMO)
Is a Node or not Node? ARC Node_resolution Group Name: ARC Source: Barbara Pareglio, NEC, Meeting Date: ARC#9.1 Agenda.
Problem of Current Notification Group Name: ARC WG Source: Heedong Choi, LG Electronics, Meeting Date: ARC 9.0 Agenda Item: TBD.
IoT in ODL Lionel Florit, Principal Engineer, ODL ID lflorit
Service Layer Session Management Group Name: WG2-ARC Source: IDCC, LGE, ZTE Meeting Date: TP16 Agenda Item:
REQ WG Reuse of underlying networks, 3GPP
REQ WG Reuse of underlying networks, 3GPP
REQ WG Reuse of underlying networks, 3GPP From: Omar Elloumi (ALU) Source: Alcatel-Lucent (ATIS) Meeting Date: Agenda Item:
Discussion oneM2M WG2 contributions to address Network Optimization Group Name: WG2 Source: Takanori Iwai, NEC,
Device Management using mgmtCmd resource Group Name: WG2/WG5 Source: InterDigital Communications Meeting Date: Agenda Item: TBD.
OneM2M-ARC Service_examples_and_evolution Service examples and evolution Group Name: WG2 Source: Philip Jacobs, Cisco Systems,
RoA and SoA Integration for Message Brokers Group Name: WG2-ARC Source: ALU Meeting Date: Agenda Item:
Mechanism to support establishment of charging policies Group Name: WG2-ARC Source: InterDigital Meeting Date: TP8 Agenda Item:
2-levels Access control for HTTP binding Group Name: WG4 (& WG2/WG3 for information) Source: Shingo Fujimoto, FUJITSU, Meeting.
CMDH Policies Contribution: ARC R03-CMDH_Policies.ppt Source: Josef Blanz, Qualcomm UK, Hongbeom Ahn, LG Electronics,
Common Service Entities
Step by step approach Group Name: WG2
Optimized M2M interworking with mobile networks Group Name: oneM2M REQ Source: Takanori Iwai, NEC, Meeting Date: Agenda.
03/09/2003Helsinki University of Technology1 Overview of Thesis Topic Presented By: Zhao Xuetao.
An Operators Input for oneM2M Baseline  Group name: TP#2/WG1  Source: DTAG, Vodafone Group  Meeting Date:  Agenda Item: WG1 agenda item.
In-Band Access Control Framework Group Name: WG4 SEC Source: Qualcomm Meeting Date: Agenda Item:
End-to-End security definition Group Name: SEC WG4 Source: Phil Hawkes, Qualcomm, Meeting Date:
3GPP Rel-13 Interworking discussions
In-Band Access Control Framework Group Name: WG4 SEC Source: Qualcomm Meeting Date: Agenda Item:
Usage Scenarios for CSE Group Name: WG2(ARC-WG) Source: Shingo Meeting Date: Agenda Item: Message.
Discussion on the problem of non- Blocking Synchronous mode Group Name: ARC WG Source: Yuan Tao, Mitch Tseng, Huawei Technologies Meeting Date: ARC 15.2.
WG 2 Progress Report at TP #8 Group Name: oneM2M TP #8 Source: WG2 leadership Meeting Date: /13 Agenda Item: WG Reports.
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
WG5 - MAS Progress Report at TP #9 Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: Yongjing Zhang, Chair, Meeting.
Architectural Principles for Services Group Name: WG2- ARC Source: Tim Carey, ALU, Meeting Date: Agenda Item:
Discussion on the problem of non- Blocking Synchronous mode Group Name: ARC WG Source: Yuan Tao, Mitch Tseng, Huawei Technologies Meeting Date: ARC 15.2.
Step by step approach Group Name: WG2 Source: Michael hs. Yang, LG uplus, Jaeseung Song, NEC Europe, Meeting.
Node-Specific Resource Group Name: ARC&MAS Source: LGE, Meeting Date: Agenda Item: Contribution.
Primitive End-to-End Security Requirements Group Name: SEC WG4 Source: Phil Hawkes, Qualcomm, Meeting.
An introduction to oneM2M
Device Management using mgmtCmd resource Group Name: WG2/WG5 Source: InterDigital Communications Meeting Date: Agenda Item: TBD.
M2M Service Session Management (SSM) CSF
Routing Problem of the Current Architecture Group Name: ARC Source: Hongbeom Ahn, LG Electronics, Meeting Date: Agenda.
M2M Service Subscription Profile Discussion Group Name: oneM2M TP #19.2 Source: LG Electronics Meeting Date: Agenda Item:
App and Management End- to-End Security Requirements Group Name: SEC WG4 Source: Phil Hawkes, Qualcomm,
Optimized M2M interworking with mobile networks Group Name: oneM2M REQ Source: Takanori Iwai, NEC, Meeting Date: Agenda.
Discussion about RESTful Admin API Group Name: SEC & ARC Source: FUJITSU Meeting Date: Agenda Item: Device Configuration.
Security API discussion Group Name: SEC Source: Shingo Fujimoto, FUJITSU Meeting Date: Agenda Item: Security API.
Potential use case for discussion – Street Light Automation Group Name: WG1/2 Source: Cisco Meeting Date: Joint-REQ-ARC-WGs-call Agenda Item: Use cases.
Streaming Session Support in oneM2M Framework Group Name: WG2 Source: George Foti, Ericsson Meeting Date: Work Item :WI GPP_Rel13_IWK.
3GPP SCEF Interworking Discussions
Status of Active Work Items Level of Completeness Group Name: WPM Source: Roland Hechwartner, WPM Convenor Updated:
M2M Service Session Management (SSM) CSF Group Name: WG2-ARC Source: IDCC, LGE, ZTE Meeting Date: TP8 Agenda Item:
Adding Non-blocking Requests Contribution: oneM2M-ARC-0441R01R01 Source: Josef Blanz, Qualcomm UK, Meeting Date: ARC 7.0,
CMDH and Policies Contribution: oneM2M-ARC-0603
Consideration Security Issues on Registration Group Name: WG4 (SEC) Source: Shingo Fujimoto, FUJITSU, Meeting Date:
DM Collaboration – OMA & BBF: Deployment Scenarios Group Name: WG5 - MAS Source: Tim Carey, ALU, Meeting Date:
Management CSF(s) Architectural choices Group Name: WG2 (ARC), WG5(MAS) Source: Catalina Mladin, InterDigital Comm., Meeting.
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
Possible options of using DDS in oneM2M Group Name: ARC Source: KETI, Huawei, Hitachi, China Unicom Meeting Date: Agenda Item: DDS binding.
Specifying the Address of Management Client of Managed Entity Group Name: ARC Source: Hongbeom Ahn, SK Telecom, Meeting Date: TP#21 Agenda.
Background Data Transfer
Resource subscription using DDS in oneM2M
CSE Retargeting to AE, IPE, and NoDN Hosted Resources
CSE Retargeting to AE, IPE, and NoDN Hosted Resources
3GPP interworking in R3 Group Name: ARC
Possible options of using DDS in oneM2M
NIDD Discussion Points
Considering issues regarding handling token
CMDH Refinement Contribution: oneM2M-ARC-0397R01
CMDH Policies Contribution: ARC-2014-xxxx
Presentation transcript:

Introduction to Service Session Management Group Name: WG2-ARC Source: IDCC, LGE, ZTE Meeting Date: TP8 Agenda Item:

Outline © 2013 oneM2M Partners oneM2M-ARC-0397R01 2 M2M Service Session Requirements Definition of M2M Service Session M2M Service Session Use Case Examples M2M Service Session Value-add

Requirements OSR-003The M2M System shall support the ability to maintain M2M Session in coordination with application session for those M2M Applications that require it. OSR-004M2M System shall support the ability to support session-less application communications for those M2M Applications that require it. CRPR-005The M2M System shall be able to maintain context associated with M2M sessions (e.g. security context or network connectivity context during the interruption of the session). Source: oneM2M-TS-0002-Requirements-V0_6_2

Definition Source: oneM2M-TR-0004-Definitions_and_Acronyms-V oneM2M-TP “M2M Session: A service layer communication relationship between endpoints managed via M2M Common Services consisting of session authentication, connection establishment/termination, transmission of information, and establishment termination of Underlying Network services” Note - At TP7, ARC WG recommended that ‘M2M Session’ be referred to as ‘M2M Service Session’. Definitions TR should be updated to reflect this name change.

Session-Based M2M Request M2M-Session-ID = S1M2M-Request-ID = R1 … M2M Request #1 M2M-Session-ID = S1M2M-Request-ID = R2 … M2M Request # M2M-Session-ID used to associate M2M requests with a particular M2M service session.

M2M Service Session Benefit #1 M2M service session enables CSE with method of organizing M2M AE traffic into flows M2M service layer is well positioned to provide underlying networks with value-add information about AE flows E.g. Required QoS, traffic pattern/schedule, device state, priority Underlying networks can use this information to better optimize AE traffic flows through their network E.g. Info from CSE can be used by underlying network to more efficiently configure network policies

M2M service sessions are persistent with respect to underlying network connections – M2M service sessions can dynamically and intelligently initiate tear- down and re-establishment of underlying network connections on a as-needed basis – M2M service sessions can help select between multiple underlying networks based on session requirements – M2M service sessions can maintain/provide value-add info (context) to underlying networks – M2M service session can help coordinate end-to-end configuration of policies for each underlying network/connection – M2M session can enable additional end-to-end services not supported by underlying networks (e.g. service session security, collection of service session context, service session analytics, service session event generation, etc M2M Service Session Benefit #1 (con’t)

Cellular NW Broadband NW Use Case – Video Monitoring Mcc Infrastructure Node Middle Node ASN CSE2 CSE3 Mcc CSE1 Mca AE1 AE1 and AE2 establish E2E service session to exchange media data such as real-time audio/video (E.g. Home security video monitoring, etc) M2M service session can help coordinate E2E underlying network policy configuration E.g. CSE can provide input about AEs that can be factored into underlying network policies (e.g. type of service, bit rate requirement, priority, etc) AE2 Mca Service Session Media Data Service Session Control PCRF Packet Network Nodes Mcn (Rx) Mcn BPCF Packet Network Nodes SSM CSF Service session media data flows through underlying network. Underlying network policies configured by CSEs Service session control flows through CSE SSM CSF Other CSFs CMDH CSF SSM CSF Other CSFs CMDH CSF SSM CSF Other CSFs CMDH CSF

M2M Service Session Benefit #2 M2M service layer is well-positioned to offload M2M AEs of some of the burden of E2E ‘over-the-top’ application-based sessions. Today, many AEs are establishing end-to-end (E2E) sessions in an ‘over- the-top’ manner using application-based sessions. E.g. To support secure and reliable exchange of small data (e.g. events, notifications, commands) Much of the burden of establishing and managing these ‘over-the-top’ application sessions rests completely on AEs and humans E.g. AEs must handle session management messaging themselves E.g. Humans must enter end-to-end session login and password For M2M, many devices will be un-manned and resource constrained. E2E application-based session establishment will need to be lighter weight and more automated

Use Case – In-Home Patient Monitoring © 2013 oneM2M Partners oneM2M-ARC-0498R01 10 AE1 and AE2 establish E2E session with one another using M2M service session E.g. Used by AEs to establish/manage efficient, robust and secure E2E exchange of small data (measurements, events, notifications, etc) M2M service session provides AEs with E2E session credential management, authentication of new session participants, session-based request handling, etc. Mcc Infrastructure Node Middle Node Application Dedicated Node CSE1CSE2 Mca AE1 AE2 Mca Patient Alert! Service Session Small Data Service Session Control Both service session control and small data can flow through CSE SSM CSF Other CSFs … CMDH CSF SSM CSF Other CSFs … CMDH CSF M2M-Session-ID = S1M2M-Request-ID = R1 … M2M Service Session Request

M2M service sessions are persistent with respect to M2M requests – Allows AEs to configure CSEs with policies applicable to M2M requests having same M2M-Session-ID  This can streamline the individual M2M requests – Allows AEs to configure CSEs to collect context for M2M requests having same M2M-Session-ID M2M Service Session Benefit #3

M2M Service Session Benefit #4 Support for M2M service session can enable additional value- added services to be supported in M2M service layer Collect M2M service context information in a session based manner E.g. Track number or rate of M2M requests for a given M2M service session (i.e. session-based analytics!) Generation of M2M service events in a session based manner E.g. Detect when number of requests for a given M2M service session exceeds a defined threshold, etc.