OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

tc-announce message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Call for Participation: OASIS SOA for Telecom (SOA-Tel)

To:  OASIS members & interested parties

   A new OASIS technical committee is being formed. The OASIS SOA for
Telecom (SOA-Tel) Technical Committee has been proposed by the members of
OASIS listed below. The TC name, statement of purpose, scope, list of
deliverables, audience, and language specified in the proposal will
constitute the TC's official charter. Submissions of technology for
consideration by the TC, and the beginning of technical discussions, may
occur no sooner than the TC's first meeting.

   The eligibility requirements for becoming a participant in the TC at the
first meeting (see details below) are:

   (a) you must be an employee of an OASIS member organization or an
individual member of OASIS, and
   (b) you must join the Technical Committee, which members may do by using
the "Join this TC" button on the TC's public page at [a].

   To be considered a voting member at the first meeting, you must:
   (a) join the Technical Committee at least 15 days prior to the first
meeting; and
   (b) you must attend the first meeting of the TC, at the time and date
fixed below.

Of course, participants also may join the TC at a later time. OASIS and the
TC welcomes all interested parties.

   Non-OASIS members who wish to participate may contact us about joining
OASIS [b]. In addition, the public may access the information resources
maintained for each TC: a mail list archive, document repository and public
comments facility, which will be linked from the TC's public home page at

   Please feel free to forward this announcement to any other appropriate
lists. OASIS is an open standards organization; we encourage your



Mary P McRae
Director, Technical Committee Administration
OASIS: Advancing open standards for the information society
email: mary.mcrae@oasis-open.org  
web: www.oasis-open.org
phone: 1.603.232.9090

[a] http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=soa-tel   
[b] See http://www.oasis-open.org/join/


OASIS SOA for Telecom (SOA-TEL) Technical Committee

1) The Charter of the TC, which includes only the following items: 
(1)(a) The name of the TC

OASIS SOA for Telecom (SOA-TEL) Technical Committee

(1)(b) A statement of purpose, including a definition of the problem to be

This TC plans to identify gaps in standards coverage for using Service
Oriented Architecture (SOA) techniques in a telecom environment;
particularly for Telecom operators/providers. The combined term
"provider/operator" means a company that utilizes a telecoms network to
provide service to the subscriber community, and they may or may not own the
network assets or services they are providing.

Applicability of IT-based SOA techniques is much more complex in the Telecom
world, where services and network features are often tightly coupled and
vertically integrated. 

* Tight coupling tends to limit the ability of Telecom operators to develop
new composite services that span heterogeneous telecommunications networks.
These limitations include the use of Operations Support Systems (OSS) and
Business Support Systems (BSS) services in particular when used to support
information services, (and associated content types) of which IT services
are a subset.

* Vertical integration reduces visibility and access to services management
functions making difficult the automation of operations and business
processes across stacks or organizations. Furthermore there are difficulties
to integrate or support process automation across the OSS, BSS, services and
network domain and the related challenges with customizing these processes. 

As Telecom operators transform into broader-based service oriented
providers, the task of service management becomes more complicated,
* Legacy and next-generation telecommunications services, 
* Information services, 
* Associated in-house and third-party content, 
* Diverse internal and external networks, 
* A multitude of end-user device types, and 
* Associated partner and supplier organizations. 

This complexity hinders the ability of Telecom operators/providers to offer
their clients converged, identity based services that are available at any
time and secure across any access network and that are operating system,
device and location independent. 

Telecom providers/operators want to rapidly create and deploy new services
that leverage their infrastructure and give them the ability to generate new
revenue streams. Telecom providers/operators need to leverage their
infrastructure to better compete in a Web 2.0 environment and
service-oriented IT world. Current SOA technologies were designed mostly for
IT use cases, and it is feared that they may not be able to support the
requirements of Telecom use cases. 

This work focuses on identifying gaps and generates requirements to identify
how existing standards can help Telecom providers/operators better compete
in this new environment. 

In Web 2.0 and SOA environments, there are mismatches between the
requirements of new kinds of experiences (whether enterprise/business or
social/personal) and those of the Telecom world. The mismatches include
questions such as 
* What is a service? 
* How is a service defined?
* What is real-time service composition?
* What is security? 
* What is raw performance? and 
* What is service availability? 

Answers are needed to the above questions in order not to impede the
adoption and use of conventional SOA technologies in Telecoms. At a minimum
there is a need to harmonize the "vocabulary" of telecoms (notably around
raw performance requirements) with a more generic framework of service
description that leverages current SOA technologies.

The adoption of service orientation also places a burden on Telecom
providers/operators to analyze the suitability of adopting such an IT born
approach within Telecom providers. In general there may be mismatches
between information services developers and IT technology requirements and
capabilities and the Telecomm world as it relates to important
characteristic of Telecom services; such as Service Level Agreements (SLAs)
where the Telecom service provider guarantees the customer a certain level
of service in return for a specified payment. 

Limitations exist in other areas also, for example in area such as: 

* SOA across administrative domains, 
* Multiple interfaces for a service,  and
* Traceability of service and components dependencies. 

The TC will focus on generating use cases that covers these topics as well.

It is important for the Telecom industry to identify where and why SOA can
be applied in telecommunication, and the potential gaps and limitations of
using Web 2.0, SOA, Web Services and/or REST in supporting the unique
requirements of integrating telecommunication services within business

There is a need to understand and identify what SOA specifications can meet
the many Telecom requirements. For example, for the Telecom service layer:
o SOA is a possible way to develop many new IT/Web / web 2.0 applications. 
o ITU-T has produced Recommendation Y.2234, "Open Service Environment
Capabilities for Next-Generation Networks", which describes open service
environment capabilities for NGN with the aim "to enable enhanced, flexible
service creation and provisioning".
o The Open Mobile Alliance (OMA) has standardized the service layer with a
SOA blueprint (OMA Service Enablers (OSE)), for the service layer
* SOA and Policies become key service layer aspects (3rd party exposure,
policy enforcement and management, even in network or edge of network
* Parlay (which started WS interest for Telecom's with Parlay X) and the 3rd
Generation Partnership Project (3GPP) have now consolidated their interest
on SOA for Telecom's in OMA.
o Some industry products are evolving the Telecom programming model closer
to SOA and Service Component Architecture (SCA).
o SOA for OSS/BSS/SDP integration:
* Telemanagement Forum (TM Forum) Service Delivery Framework (SDF) work in
collaboration with OMA, OASIS and other bodies to standardize an end to end
OSS/BSS/SDP integration based on SOA.
o SOA Telecom solutions on authoring, deployment, execution and management
as these are considered by Telecom providers/operators as new possible
business opportunities and business models:
* IEEE NGSON focus on such SOA aspects
* TM Forum SDF targets among other things management of the  resulting
* SOA and Web 2.0 are the underlying approaches.

(1)(c) The scope of the work of the TC.

The purpose of this TC is to identify the standards consistent with Web 2.0
and SOA principles that may be more useful to Telecom providers/operators as
a means of leveraging Telecom Services in business applications, and to
assess whether there are inherent limitations in such use.

The work will generate requirements that help to address any identified
limitations or gaps in current existing standards that the TC identifies as
possible candidates in support of Telecom operators in terms of testability,
scalability, Service Level Agreements (SLA), reliability, support for
session interactions, event based interactions, service ontologies, service
failure modes, and the marrying of Web 2.0 and SOA technologies. Doing so,
it will take inspiration from the work done in other telecom oriented
organizations (for example OMA and the TM Forum) to derive requirements that
are generic and essential to the Telecom industry.

The TC output will focus on the development of a use case document that
illustrates possible gaps of Web 2.0 and SOA technologies in support of
Telecom needs. The TC will develop a requirements document for extending the
current core SOA enabling stack (Web Services and/or REST) in support of
Telecom needs.

Scope of the work

1. Analysis, Use Cases Gathering and Gap Document

1. Collect use cases to pin point limitations and current mismatches between
Telecom services technologies (including Parlay-X) and Web 2.0/SOA
implementation technologies. Example of uses cases include:
a. Investigate needed enhancements that session oriented capabilities to be
made available to business level services, using industry accepted
interfaces and techniques.  
b. Investigate the use and alignment with TM Forum specification regarding
service management of composite services in order to incorporate
abstractions of composite services management models, covering such aspects
as configuration, event collection, and performance monitoring. Basically
provide Telecom the ability to create new services based on business
c. Illustrate needed information and behavior models that should be
expressed in WSDL to enable the formal expression of semantic information
relating to a service. Investigate the mapping of semantic information into
syntax using languages such as the Web Ontology Language (OWL).
d. Investigate the need for extensions to WSDL to allow the testing of
composite services.
e. Investigate the need of a common modeling scheme to express service
failure modes. The approach should also allow individual bodies (OASIS in
the case of WSDL) the responsibility to map those in their domain specific
f. Investigate the need for extensions to BPEL to address specific
synchronous requirements for telecommunications.
g. Investigate the need for extensions to UDDI to allow the discovery of
services based on their semantics such as failure mode, testability,
reliability and composability.
h. Investigate performance requirements, high availability, predictable and
low latencies, and optimization schema domains.
i. Investigate the need to extend standards for service contracts with
consideration of the NGOSS contracts work in TM Forum.
j. Investigate the needed enhancements and extensions to existing identity
management systems to interface Web 2.0 / SOA to Telecom services and
networks including mobile networks and their SUM/USIM systems. Such
extensions need to encompass security and privacy concerns, and exchange of
user profile data.
k. Identification of gaps - use cases whose full implementation is not
covered by existing standards or models.

2. Develop a requirement document for recommended Web Services (and REST)
extensions to address the Gaps that have been identified in the use case and
Gap analysis document. The TC will also collect requirements through
liaisons with other SDO such as OMA, TM Forum, 3GPP and ITU-T in addition to
the possible requirements that will emerge from item 1.

3. Perform an analysis of existing solutions with respect to the Gaps
identified in the previous steps. Identify what level of requirements is
needed, and create a road map of needed requirements and extensions
including the best SDO for specifying these requirements and the potential
extensions to address them.

4. Security, threats and Risk analysis

* Perform Security Risk analysis and determine needed profiles for best
practice. Identify technology Gaps in this area.

5. Out of Scope 
Development of specific solutions to identified Gaps in this TC. 

(1)(d) A list of deliverables, with projected completion dates.
1. Use Cases and Gap Analysis Document- July 2009 
2. Analysis document for addressing identified issues - November 2009
3. Requirements document that addresses the issues that are identified in
item 1 - November 2009

(1)(e) Specification of the IPR Mode under which the TC will operate.  
The TC shall operate under: RAND 

(1)(f) The anticipated audience or users of the work.

The output of this work will have direct benefits for the use of the Web 2.0
and SOA in Telecom. Users of such output include, but are not limited to,
telecom application and service providers, middleware vendors and IT
application developers.

(1)(g) The language in which the TC shall conduct business.
This TC will use English as the language for conducting its operations.

(2) Non-normative information regarding the startup of the TC: 
(2)(a) Identification of similar or applicable work that is being done in
other OASIS TCs or by other organizations, why there is a need for another
effort in this area and how this proposed TC will be different, and what
level of liaison will be pursued with these other organizations.

The TC will be performing new work activities that are currently not covered
by any other OASIS TC.

The TC will coordinate closely with other bodies in order to inform them
about the progress of the work and also in order to count on their expertise
in the development of the work. In particular, the TC will work a Liaison
relationship through the Telecom Member Section and OASIS with the
Telemanagement Forum (TM Forum), ITU-T SG 13 and ITU-T SG 17, Open Mobile
Alliance (OMA) and other bodies and for a in order progress the work.

(2)(b) The date, time, and location of the first meeting, whether it will be
held in person or by phone, and who will sponsor this first meeting. The
first meeting of a TC shall occur no less than 30 days after the
announcement of its formation in the case of a telephone or other electronic
meeting, and no less than 45 days after the announcement of its formation in
the case of a face-t face meeting.

The First meeting of this TC will be a face-to-face meeting to be held 13-15
January 2009, and will be hosted by Nortel, 3500 Carling Avenue, Ottawa,
Ontario, Canada. Teleconference facilities will be provided for those unable
to attend in person. Meeting times will be 10am - 5pm local time (EST) on
the 13th, 9am - 5pm on the 14th, and 9am - noon on the 15th.
(2)(c) The projected on-going meeting schedule for the year following the
formation of the TC, or until the projected date of the final deliverable,
whichever comes  first, and who will be expected to sponsor these meetings.

The TC will conduct its business via weekly teleconference call. The time of
the call will be determined during the first meeting of the TC. The TC will
conduct F2F meeting on as needed bases. Teleconference facilities and F2F
meetings will be sponsored by the TC participants. At the moment, Nortel
will provide the following teleconference capability to be used by the TC. 
Bridge Information:
+1 613 763 0170
Passcode: 393 5229#

(2)(d) The names, electronic mail addresses and membership affiliations of
at least Minimum Membership who support this proposal and are committed to
the Charter and projected meeting schedule.
1. Abbie Barbir, Nortel, abbieb@nortel.com
2. Enrico Ronco, Telecom Italia, enrico.ronco@telecomitalia.it
3. Hanane Becha, Nortel, Hanane.Becha@nortel.com
4. Ian Jones, BT ian.c.jones@bt.com
5. Li Li, Avaya, lli5@avaya.com
6. Marc Brandt, HP marc.brandt@hp.com
7. Marco Carugi, Nortel marco.carugi@nortel.com
8. Orit Levin, Microsoft, oritl@microsoft.com
9. Paul Fremantle, WSO2, paul@wso2.com
10. John Storrie, Nortel, STORRIE@nortel.com
11. Piere Tane, Nortel, PTANE@nortel.com
12. Bob Natale, MITRE, RNATALE@mitre.org
13. Amardeo Sarma, NEC, Sarma@nw.neclab.eu
14. Michael Giordano, Avaya, giordano@avaya.com

(2)(e) The name of the Convener who must be an Eligible Person.

Abbie Barbir (abbieb@nortel.com) Nortel

(2)(f) The name of the Member Section with which the TC intends to affiliate

The TC intends to affiliate with the OASIS Telecom Member Section.

(2)(g) Optionally, a list of contributions of existing technical work that
the proposers anticipate will be made to this TC.

(2)(h) Optionally, a draft Frequently Asked Questions (FAQ) document
regarding the planned scope of the TC, for posting on the TC's website.

(2)(i) Optionally, a proposed working title and acronym for the
specification(s) to be developed by the TC. 

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]