Enabler Release Definition for Rich Communication Centre

Similar documents
Enabler Release Definition for Converged Personal Network Service

Enabler Release Definition for Parlay Service Access

Enabler Release Definition for LPP Extensions (LPPe)

Enabler Release Definition for LPP Extensions (LPPe)

Reference Release Definition for Parlay/OSA(Open Service Access) In OMA Service Environment (PIOSE)

Enabler Release Definition for Application Layer Security Common Functions

Enabler Release Definition for Standard Transcoding Interface

SOAP bindings for Call Notification

Lightweight Machine to Machine Architecture

Lightweight Machine to Machine Architecture

Enabler Release Definition for Smartcard-Web-Server

NGSI Common Definitions

Standardized Connectivity Management Objects HTTP Proxy Parameters For use with OMA Device Management

Client Side Content Screening Framework Architecture

Parlay Service Access Architecture

OMA Management Object for MMS

Enabler Validation Plan for the RESTful Network API for OMA Push

OMA Management Object for Mobile_

Enabler Release Definition for MMS

OMA Push Management Object

Mobile Search Framework Architecture

Lightweight M2M Event Log Object (LwM2M Object EventLog)

Point-to-Multipoint Push Requirements

OMA Device Management Tree and Description Serialization

Enabler Test Specification for RCS Conformance

Enabler Test Specification for Device Management

Enabler Test Specification for Device Management

Standardized Connectivity Management Objects 3GPP Circuit-Switched Data Bearer Parameters For use with OMA Device Management

Standardized Connectivity Management Objects WAP Proxy Parameters For use with OMA Device Management

Client Profile of OMA Device Management v1.3

OMA-ETS-DL-OTA-v1_ a Page 1 (24)

Class Conformance Requirements

Enabler Release Definition for Mobile Location Protocol (MLP) Candidate Version Mar 2004

RESTful bindings for Parlay X Web Services - Payment

Security Common Functions Architecture

Software Component Management Object

Firmware Update Management Object

RESTful Network API for Notification Channel

Presence SIMPLE Architecture

OMA PoC Endorsement of OMA IM TS

White Paper on M2M Device Classification

Charging Data. Candidate Version Jul Open Mobile Alliance OMA-DDS-Charging_Data-V1_ C

RESTful Network API for Zonal Presence

Continues the Technical Activities Originated in the SyncML Initiative

Software Component Management Object

Software Component Management Object (SCOMO)

Push Security Requirements

OneAPI Profile of RESTful Network APIs

RESTful Network API for Chat

OneAPI Profile of RESTful Network APIs

Parlay Service Access Requirements

IM XDM Specification. Candidate Version Aug Open Mobile Alliance OMA-TS-IM_XDM-V1_ C

Lightweight Machine to Machine Requirements

Enabler Test Specification for Device Management

Enabler Test Specification (Interoperability) for MMS 1.3 Candidate Version 15 Jun 2006

Enabler Test Specification for RCS Conformance

WAP-Sync-Spec. Data Synchronisation Specification Version 30-May Wireless Application Protocol WAP-234-SYNC a

OMA Offline Charging Interface

Software and Application Control Management Object

Location in SIP/IP core Architecture Approved Version Jan 2012

Management Objects for ZigBee Devices

OMA PoC Document Management

Enabler Test Report Smartcard Web Server v1.0. OMA TestFest (January 2008) Version 1st February 2008

White Paper on UAProf Best Practices Guide

WAP General Formats Document WAP-188-WAPGenFormats Version 10-Jul-2001

CPM Interworking Function

Scalable Vector Graphics (SVG) for the Mobile Domain

RESTful Network API for Third Party Call

Cache Operation. Version 31-Jul Wireless Application Protocol WAP-175-CacheOp a

Specification Change Document

PoC XDM Specification

Generic Open Terminal API Framework (GotAPI)

Enabler Test Specification for Device Management

Specification Information Note

OMA PoC Document Management

Ecma International Policy on Submission, Inclusion and Licensing of Software

Generic Open Terminal API Framework (GotAPI)

Terms of Use. Changes. General Use.

Provisioning Smartcard

Ecma International Policy on Submission, Inclusion and Licensing of Software

OMA Device Management Bootstrap

IETF TRUST. Legal Provisions Relating to IETF Documents. February 12, Effective Date: February 15, 2009

IETF TRUST. Legal Provisions Relating to IETF Documents. Approved November 6, Effective Date: November 10, 2008

Specification Information Note

Compatibility Matrix. Good Control and Good Proxy. June 4, 2018

General Service Subscription Management Technical Specification

SyncML OBEX Binding. Candidate Version Apr Open Mobile Alliance OMA-TS-SyncML_OBEXBinding-V1_ C

Wireless Profiled HTTP

OMA Offline Charging Interface

Firmware Update Management Object

OMA Device Management Protocol

Multimedia Messaging Service Architecture Overview

OMA DRM Rights Issuer Common Domain Profile

RESTful Network API for Roaming Provisioning

Winnebago Industries, Inc. Privacy Policy

Push using SIP. Candidate Version Apr Open Mobile Alliance OMA-TS-SIP_Push-V1_ C

Compatibility Matrix. BlackBerry UEM. March 26, 2018

XML Document Management (XDM) Specification

OCTOSHAPE SDK AND CLIENT LICENSE AGREEMENT (SCLA)

Release Notes. BlackBerry Enterprise Identity

Transcription:

Enabler Release Definition for Rich Communication Centre Approved Version 1.0 25 Oct 2016 Open Mobile Alliance OMA-ERELD-RCC-V1_0-20161025-A

OMA-ERELD-RCC-V1_0-20161025-A Page 2 (13) Use of this document is subject to all of the terms and conditions of the Use Agreement located at http://www.openmobilealliance.org/useagreement.html. Unless this document is clearly designated as an approved specification, this document is a work in process, is not an approved Open Mobile Alliance specification, and is subject to revision or removal without notice. You may use this document or any part of the document for internal or educational purposes only, provided you do not modify, edit or take out of context the information in this document in any manner. Information contained in this document may be used, at your sole risk, for any purposes. You may not use this document in any other manner without the prior written permission of the Open Mobile Alliance. The Open Mobile Alliance authorizes you to copy this document, provided that you retain all copyright and other proprietary notices contained in the original materials on any copies of the materials and that you comply strictly with these terms. This copyright permission does not constitute an endorsement of the products or services. The Open Mobile Alliance assumes no responsibility for errors or omissions in this document. Each Open Mobile Alliance member has agreed to use reasonable endeavors to inform the Open Mobile Alliance in a timely manner of Essential IPR as it becomes aware that the Essential IPR is related to the prepared or published specification. However, the members do not have an obligation to conduct IPR searches. The declared Essential IPR is publicly available to members and non-members of the Open Mobile Alliance and may be found on the OMA IPR Declarations list at http://www.openmobilealliance.org/ipr.html. The Open Mobile Alliance has not conducted an independent IPR review of this document and the information contained herein, and makes no representations or warranties regarding third party IPR, including without limitation patents, copyrights or trade secret rights. This document may contain inventions for which you must obtain licenses from third parties before making, using or selling the inventions. Defined terms above are set forth in the schedule to the Open Mobile Alliance Application Form. NO REPRESENTATIONS OR WARRANTIES (WHETHER EXPRESS OR IMPLIED) ARE MADE BY THE OPEN MOBILE ALLIANCE OR ANY OPEN MOBILE ALLIANCE MEMBER OR ITS AFFILIATES REGARDING ANY OF THE IPR S REPRESENTED ON THE OMA IPR DECLARATIONS LIST, INCLUDING, BUT NOT LIMITED TO THE ACCURACY, COMPLETENESS, VALIDITY OR RELEVANCE OF THE INFORMATION OR WHETHER OR NOT SUCH RIGHTS ARE ESSENTIAL OR NON-ESSENTIAL. THE OPEN MOBILE ALLIANCE IS NOT LIABLE FOR AND HEREBY DISCLAIMS ANY DIRECT, INDIRECT, PUNITIVE, SPECIAL, INCIDENTAL, CONSEQUENTIAL, OR EXEMPLARY DAMAGES ARISING OUT OF OR IN CONNECTION WITH THE USE OF DOCUMENTS AND THE INFORMATION CONTAINED IN THE DOCUMENTS. 2016 Open Mobile Alliance All Rights Reserved. Used with the permission of the Open Mobile Alliance under the terms set forth above.

OMA-ERELD-RCC-V1_0-20161025-A Page 3 (13) Contents 1. SCOPE... 4 2. REFERENCES... 5 2.1 NORMATIVE REFERENCES... 5 2.2 INFORMATIVE REFERENCES... 5 3. TERMINOLOGY AND CONVENTIONS... 6 3.1 CONVENTIONS... 6 3.2 DEFINITIONS... 6 3.3 ABBREVIATIONS... 6 4. RELEASE VERSION OVERVIEW... 7 4.1 VERSION 1.0 FUNCTIONALITY... 7 5. DOCUMENT LISTING FOR RCC V1.0... 8 6. OMNA CONSIDERATIONS... 9 7. CONFORMANCE REQUIREMENTS NOTATION DETAILS... 10 8. ERDEF FOR RCC - CLIENT REQUIREMENTS... 11 9. ERDEF FOR RCC - SERVER REQUIREMENTS... 12 APPENDIX A. CHANGE HISTORY (INFORMATIVE)... 13 A.1 APPROVED VERSION HISTORY... 13 Tables Table 1: Listing of Documents in RCC 1.0 Enabler... 8 Table 2: ERDEF for RCC Client-side Requirements... 11 Table 3: ERDEF for RCC Server-side Requirements... 12

OMA-ERELD-RCC-V1_0-20161025-A Page 4 (13) 1. Scope The scope of this document is limited to the Enabler Release Definition of Rich Communication Centre (RCC) Enabler according to OMA Release process and the Enabler Release specification baseline listed in section 5. The RCC Enabler defines an overall framework that enables rich communication centre service.

OMA-ERELD-RCC-V1_0-20161025-A Page 5 (13) 2. References 2.1 Normative References [RCC_RD] Converged Personal Network Service Requirements, Open Mobile Alliance, OMA-RD-RCC-V1_0, URL:http://www.openmobilealliance.org/ [RFC2119] Key words for use in RFCs to Indicate Requirement Levels, S. Bradner, March 1997, URL:http://www.ietf.org/rfc/rfc2119.txt [SCRRULES] SCR Rules and Procedures, Open Mobile Alliance, OMA-ORG-SCR_Rules_and_Procedures, URL:http://www.openmobilealliance.org/ 2.2 Informative References [OMADICT] Dictionary for OMA Specifications, Version 2.9, Open Mobile Alliance, OMA-ORG-Dictionary-V2_9, URL:http://www.openmobilealliance.org/

OMA-ERELD-RCC-V1_0-20161025-A Page 6 (13) 3. Terminology and Conventions 3.1 Conventions The key words MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT, SHOULD, SHOULD NOT, RECOMMENDED, MAY, and OPTIONAL in this document are to be interpreted as described in [RFC2119]. All sections and appendixes, except Scope and Introduction, are normative, unless they are explicitly indicated to be informative. The formal notation convention used in sections 8 and 9 to formally express the structure and internal dependencies between specifications in the Enabler Release specification baseline is detailed in [SCRRULES]. 3.2 Definitions Agent Context Information Enterprise Customer Master Agent Multitenancy Sub-agent Tenant Virtualization Web 2.0 3.3 Abbreviations A RCC user associated with one or more RCC devices and authenticated and authorized to provide RCC services including performing communication control operations, such as holding or transferring communications, etc. Any volatile or persistent information, which describes a state of a RCC Agents or RCC Customers. Context Information can be manually set by humans, inferred from other information, or requested from databases. Note: the context model may include information such as: location, presence, profile, subscriptions. An Enterprise Customer refers to a RCC customer who contracts with RCC provider and acquires services including aggregation of certain messages from Web 2.0 sites. A Master Agent refers to the RCC Agent who creates and manages a group of Agents to provide RCC services. Multitenancy refers to a principle in software architecture where a single instance of the software (multi- Tenant application) runs on a server, and lets customers (Tenants) share the same hardware resources, by offering them one shared application and database instance, while allowing them to configure the application to fit their needs as if it runs on a dedicated environmenttenant. A Sub-agent refers to the RCC Agent who is created and managed by Master Agent. A Tenant is the organizational entity which rents a multi-tenant SaaS solution. Typically, a Tenant groups a number of users, which are the stakeholders in the organization. Virtualization (or Multi-Instance) refers to a principle in software architecture where each customer gets his own instance of the application (and possibly also of the database) The term Web 2.0 is associated with web applications that facilitate participatory information sharing, interoperability, user-centered design, and collaboration on the World Wide Web. CSTA CTI IVR MCC MRS NGN OMA SaaS Computer Supported Telecommunications Applications Computer Telephony Integration Interactive Voice Response Multimedia Communication Centre Multimedia Resource Service Next Generation Network Open Mobile Alliance Software as a Service

OMA-ERELD-RCC-V1_0-20161025-A Page 7 (13) 4. Release Version Overview This document outlines the Enabler Release Definition for Rich Communication Centre (RCC) Enabler and the respective conformance requirements for clients and servers claiming compliance to it as defined by Open Mobile Alliance across the specification baseline. The goal of the OMA Rich Communication Centre (RCC) Enabler is to provide capability support for providing rich and intelligent services for customer relationship caring and maintaining and is an extension to traditional contact/call centre, features in RCC include: Customer includes both individuals and enterprises Agent includes both fixed and mobile agents Rich communication centre includes web2.0-based services support, mobile internet-based services support, etc. 4.1 Version 1.0 Functionality This enabler considers the interfaces and interactions between the key entities of the RCC Enabler. The version 1.0 of the RCC Enabler defines an overall framework that enables rich communication centre service. Additionally, relevant interfaces and APIs are also defined as needed.

OMA-ERELD-RCC-V1_0-20161025-A Page 8 (13) 5. Document Listing for RCC V1.0 This section is normative. Doc Ref Permanent Document Reference Description Requirement Document [RCC_RD] OMA-RD-RCC-V1_0-20161025-A Requirements for Rich Communication Centre (RCC) Enabler Version 1.0 Technical Specification [RCC_ER] OMA-ER-RCC-V1_0-20161025-A Combined Release single document for Rich Communication Centre (RCC) Enabler Version 1.0 Table 1: Listing of Documents in RCC 1.0 Enabler

OMA-ERELD-RCC-V1_0-20161025-A Page 9 (13) 6. OMNA Considerations

OMA-ERELD-RCC-V1_0-20161025-A Page 10 (13) 7. Conformance Requirements Notation Details This section is informative The tables in following chapters use the following notation: Item: Feature/Application: Requirement: Entry in this column MUST be a valid ScrItem according to [SCRRULES]. Entry in this column SHOULD be a short descriptive label to the Item in question. Expression in the column MUST be a valid TerminalExpression according to [SCRRULES] and it MUST accurately reflect the architectural requirement of the Item in question.

OMA-ERELD-RCC-V1_0-20161025-A Page 11 (13) 8. ERDEF for RCC - Client Requirements This section is normative. Item Feature / Application Requirement OMA-ERDEF-RCC-C-001-<<M/O>> RCC Client Table 2: ERDEF for RCC Client-side Requirements

OMA-ERELD-RCC-V1_0-20161025-A Page 12 (13) 9. ERDEF for RCC - Server Requirements This section is normative. Item Feature / Application Requirement OMA-ERDEF-RCC-S-001-<<M/O>> RCC Server Table 3: ERDEF for RCC Server-side Requirements

OMA-ERELD-RCC-V1_0-20161025-A Page 13 (13) Appendix A. Change History (Informative) A.1 Approved Version History Reference Date Description OMA-ERELD-RCC-V1_0-20161025-A 25 Oct 2016 Status changed to Approved by TP, TP Ref # OMA-TP-2016-0100-INP_RCC_V1_0_ERP_for_Final_approval