[Sdn] CfP - IEEE Communication Magazine FT - Network Slicing

"WRIGHT, STEVEN A" <sw3588@att.com> Mon, 22 August 2016 18:52 UTC

Return-Path: <sw3588@att.com>
X-Original-To: sdn@ietfa.amsl.com
Delivered-To: sdn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1134912D73E for <sdn@ietfa.amsl.com>; Mon, 22 Aug 2016 11:52:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w06i-7ho0VAf for <sdn@ietfa.amsl.com>; Mon, 22 Aug 2016 11:52:46 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34EC612D61F for <sdn@irtf.org>; Mon, 22 Aug 2016 11:52:46 -0700 (PDT)
Received: from pps.filterd (m0049459.ppops.net [127.0.0.1]) by m0049459.ppops.net-00191d01. (8.16.0.17/8.16.0.17) with SMTP id u7MIn8ut032609 for <sdn@irtf.org>; Mon, 22 Aug 2016 14:52:45 -0400
Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by m0049459.ppops.net-00191d01. with ESMTP id 2506eh7wb9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for <sdn@irtf.org>; Mon, 22 Aug 2016 14:52:44 -0400
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id u7MIqgh6031849 for <sdn@irtf.org>; Mon, 22 Aug 2016 14:52:42 -0400
Received: from alpi132.aldc.att.com (alpi132.aldc.att.com [130.8.217.2]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id u7MIqauc031734 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for <sdn@irtf.org>; Mon, 22 Aug 2016 14:52:38 -0400
Received: from GAALPA1MSGHUBAH.ITServices.sbc.com (GAALPA1MSGHUBAH.itservices.sbc.com [130.8.218.157]) by alpi132.aldc.att.com (RSA Interceptor) for <sdn@irtf.org>; Mon, 22 Aug 2016 18:52:19 GMT
Received: from GAALPA1MSGUSRBC.ITServices.sbc.com ([169.254.14.25]) by GAALPA1MSGHUBAH.ITServices.sbc.com ([130.8.218.157]) with mapi id 14.03.0301.000; Mon, 22 Aug 2016 14:52:19 -0400
From: "WRIGHT, STEVEN A" <sw3588@att.com>
To: "sdn@irtf.org" <sdn@irtf.org>
Thread-Topic: CfP - IEEE Communication Magazine FT - Network Slicing
Thread-Index: AdH8pk4c8WVz9BTISbmiLcWJgTWpew==
Date: Mon, 22 Aug 2016 18:52:18 +0000
Message-ID: <C3E0E0A52DD7EB4F9ED09728E6FD764708D18B7F@GAALPA1MSGUSRBC.ITServices.sbc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.70.207.108]
Content-Type: multipart/alternative; boundary="_000_C3E0E0A52DD7EB4F9ED09728E6FD764708D18B7FGAALPA1MSGUSRBC_"
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-08-22_10:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 impostorscore=0 lowpriorityscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000 definitions=main-1608220189
Archived-At: <https://mailarchive.ietf.org/arch/msg/sdn/NsAqr0chWzVY4vSfznxFsR5g1gQ>
Subject: [Sdn] CfP - IEEE Communication Magazine FT - Network Slicing
X-BeenThere: sdn@irtf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: List to Discuss SDN Research Group in the IRTF <sdn.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/sdn>, <mailto:sdn-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sdn/>
List-Post: <mailto:sdn@irtf.org>
List-Help: <mailto:sdn-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/sdn>, <mailto:sdn-request@irtf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Aug 2016 18:52:49 -0000

We apologize if you receive multiple copies of this CfP. Please disseminate it to your colleagues.

==========================================================================
IEEE Communication Magazine Feature Topic - Network Slicing (CfP)
Network slicing has evolved from a simple network overlay concept to a fundamental feature of the emerging 5G systems enabling dynamic multi-service support, multi-tenancy and the integration means for vertical market players. Network slicing can drastically transform the networking perspective by abstracting, isolating and separating logical network behaviors from the underlying physical network resources. Network operators, can exploit network slicing for reducing capital and operations expenditures, allowing also programmability and innovation, necessary to enrich the offered services from simple communications services to a wider range of business services. The separation of different functions by abstractions (e.g. radio resources from packet processing) simplifies the integration challenges especially for applications supporting vertical industries beyond telecommunications.
Network slicing in 5G systems may be performed by abstracting different physical infrastructures into a logical network that contains shared resources, such as radio spectrum or dedicated core network equipment, and virtual network functions obtained by breaking down single physical equipment into multiple instances, which are isolated from each other. Virtualization of network functions allow to decouple network node functions from proprietary hardware appliances in order to create distinct building blocks that can be flexibly chained to create communication services.
The notion of resources in 5G network slicing includes network, compute and storage capacity resources; virtualized network functions; shared physical resources; and radio resources. Service designers can select the optimal control/user plane split, as well as compose and allocate virtualized network functions at particular locations inside the core or radio access network depending on the service requirements. The creation and management of network slicing is a challenging process that poses new problems in service instantiation and orchestration, resource allocation/sharing and assignment procedures as well as network virtualization technologies.
Existing open source, industry and standards developments have given shape to the initial perception of a 5G network slice, while further research activities aim to enhance such new evolving concept by exploring its full potential. The so-called 5G network slice fully supports a particular communication service exploiting the principles of software-defined networks and network function virtualization in order to fulfill the business and regulatory requirements.  The achieved networking and service flexibility enables a radical change, beyond network sharing, enabling different mobile operators to offer tailored services and means for network programmability to OTT providers and or vertical market players.
Scope of Submissions
Original contributions are invited on the latest advancements on network slicing for 5G systems considering architecture, network management, orchestration and mechanisms that enable virtualization and multi-tenancy. The topics of interest within the scope of this issue include (but are not limited to) the following:

  *   Network Slicing architectures and deployment practices
  *   Network slicing and multi-tenancy support in service overlay networks
  *   Network function (de)composition and allocation considering "atomic" functions
  *   QoE support management mechanisms in network slices
  *   Multi-service and multi-connectivity network slicing
  *   Next generation of orchestration architectures combining SDN and NFV
  *   Network resource programmability and developments on the Northbound-APIs
  *   Mobile Edge Computing and service optimization
  *   Network slicing and backhaul /fronthaul mechanisms
  *   Network slicing for converged fixed-wireless 5G networks

SUBMISSIONS

Articles should be tutorial in nature and written in a style comprehensible and accessible to readers outside the specialty of the article. Complete guidelines for prospective authors can be found at http://www.comsoc.org/commag/paper-submission-guidelines. The guest editors reserve the right to reject papers they unanimously deem to be either out of scope of this Feature Topic or otherwise extremely unlikely to be accepted after a peer review process.

It is important to note that IEEE Communications Magazine strongly limits mathematical content, and the number of figures and tables. Mathematical equations should not be used (in justified cases up to three simple equations are allowed). Article length (introduction through conclusions, excluding figures, tables and their captions) should not exceed 4,500 words. Figures and tables should be limited to a combined total of six (6). The number of archival references is limited to fifteen (15). Non-archival references (website URLs, web-posted papers and reports, unpublished/to be published/pending papers) should not be included in the "References" section. All articles must be submitted through the IEEE Manuscript Central site (http://mc.manuscriptcentral.com/commag-ieee) to the "May 2017 / 5G Network Slicing" category by the submission deadline according to the following schedule:
IMPORTANT DATES

  *   Manuscript Submission Deadline: September 15, 2016
  *   Decision Notification: December 15, 2016
  *   Final Manuscript Due Date: February 15,  2017
  *   Publication Date: May  2017


GUEST EDITORS

Konstantinos Samdanis
NEC Europe, Germany
samdanis@neclab.eu<mailto:samdanis@neclab.eu>

Steven Wright
AT&T Services, US
sw3588@att.com<mailto:sw3588@att.com>

Albert Banchs
UC3M, Spain
banchs@it.uc3m.es<mailto:banchs@it.uc3m.es>

Antonio Capone
Politecnico di Milano, Italy
capone@elet.polimi.it<mailto:capone@elet.polimi.it>

Mehmet Ulema
Manhattan College, US
mehmet.ulema@manhattan.edu<mailto:mehmet.ulema@manhattan.edu>

Kazuaki Obana
NTT Docomo, Japan
kazuaki.obana.uz@nttdocomo.com<mailto:kazuaki.obana.uz@nttdocomo.com>



best regards
Steven Wright, MBA, PhD, JD.
NFV & SDN Industry Engagement
Standards & Industry Alliances
AT&T Services Inc.
1057 Lenox Park Blvd NE, STE 4D28
Atlanta, GA 30319
P: 404.499.7030

sw3588@att.com<mailto:sw3588@att.com>
@DrStevenAWright (personal)
www.linkedin.com/in/drstevenawright/<http://www.linkedin.com/in/drstevenawright/>