Learn more about the Wireless Innovation Forum here.
Thank you to our sponsors:
The WInnForum’s Advanced Technology Committee (ATC) acts as an incubator for exploring potential new markets relevant to the Forum’s mission.
The Coordinating Committee on International Software Communications Architecture Standards (CC SCA) is a Committee of the Wireless Innovation Forum created to oversee the evolution and adoption, at the international level, of SCA standards for the development of software defined radios. This suite of SCA standards is developed to facilitate portability, interoperability and configurability of the software and hardware components used in the manufacturing of radio systems. It is foreseen that an eco-system of off-the-shelf software and hardware components will be developed from which manufacturers could choose to build their radios. Time-to-market may be reduced as well as development cost.
The Software Defined Systems (SDS) Committee is a Technical Committee of the Wireless Innovation Forum created to oversee the evolution and adoption, at the international level, of SDS standards for the development of essential and mission critical wireless systems. This suite of standards is developed to facilitate portability, interoperability and configurability of the software and hardware components used in the manufacturing of such systems. It is foreseen that an eco-system of off-the-shelf software and hardware components will be developed from which manufacturers could choose to build their equipment. Time-to-market may be reduced as well as development cost.
The various class of standards that are being considered at this time for development by this Committee include software architectures, application programming interfaces, test and certification.
The Spectrum Sharing Committee serves as a common industry and government standards body to support the development and advancement of spectrum sharing technologies based on the three-tier architecture proposed for the 3.55 GHz rulemaking activities. While the 3.55 GHz band is the main focus on the initial activities, the Wireless Innovation Forum aims to advance this technology for all applicable spectrum bands that can benefit from it. This Committee is intended to facilitate the interpretation and implementation of FCC rulemaking to a level that allows industry and government parties to collaborate on implementation of a common, efficient, well functioning ecosystem around this technology.
ATC Application of SAS Technical Report Project
For Who is the customer/market?
Regulators, Spectrum Users/Licensees, Network Operators, OEMs, Carriers, Chip Manufacturers, SAS Administrators…
Who What is their problem?
Lack of motivation and incentives to change and consider dynamic spectrum sharing as an option.
Lack of knowledge on how dynamic spectrum sharing could operationally work and benefit all stakeholders.
Auctioning…sharing without relo. or transitional…spectrum scarcity – getting rid of it….creating opportunities …accessing spectrum quicky without relo…
The What is the output from this project?
A report detailing work and findings of subcommittee.
That What does it do to address the problem?
Provide better understanding on the bands that might be applicable for sharing and present various sharing approaches (licensed, lightly licensed, unlicensed registered) for these bands. Discuss some of the business models for existing shared bands and possible ones in the future. Discuss key performance indicators to evaluate the sharing arrangements in a band. Provide recommendations on follow-up actions.
Unlike What other similar products (reports, standards, etc.) are out there?
WInnForum Spectrum Sharing Committee publications
5G Americas 2014 Spectrum Sharing White Paper
This product How is the output of this project different?
The report will focus specifically on applications of the SAS concept to other bands. The report will present the challenges and benefits of sharing in several bands while taking into consideration a number of factors:
• Types of incumbents in the band
• How the bands are used
• Nature of usage – a few wide swaths of spectrum unused, a number of narrow swaths of spectrum unused, etc.
ATC Public Safety Special Interest Group
The Public Safety Special Interest Group is one of several special interest groups within the Forum that bring together developers, users, regulators, and educators to address issues specific to the application of SDR technology to a particular domain or market area. Goals of the Public Safety SIG are to interface with the public safety community (including both users and vendors), to raise awareness of SDR, to publicize the activities of the Forum in addressing those issues, and to increase participation of the public safety community in the Wireless Innovation Forum. The Public Safety SIG also interacts with other committees and working groups within the Forum to provide the public safety community’s inputs into the publications and initiatives undertaken by the Forum.
The India Regional Committee is set up pursuant to the WINNF Regional Committee (v1.0 dated 6th Feb 2014). The Committee covers the whole of India and its objective is to create significant interest in the activities of WInnF globally as well as activity specific to the Region.
SDS Advisors and Steering Group
SDS Harmonized Timing Service Task Group
For SDR stakeholders having adopted or extended the JTNC Timing Service API,
Who seek emergence of an internationally supported API,
The WInnF Timing Services Facility developed by the project is a WInnF SDR Standard
That harmonizes views across users of the JTNC Timing Service API
Unlike the existing diversity of Timing Service APIs (JTNC, ESSOR Architecture, SVFuA)
This product harmonizes views, improves specifications coverage and quality, and extends functional coverage to include Timer capabilities.
SDS International Tactical Radio Special Interest Group
SDS ITR-SIG Coalition Interoperability Task Group
This group was created to produce a report that will focus on emerging tactical coalition communications demands driven by the need for improved coordination between deployed units of forces from different nations and agencies, including shared situational awareness (i.e., Blue Force Tracking), exchanging secure voice, data and multimedia information.
SDS ITR-SIG Energy Management API Task Group
For Worldwide military tactical radio communications suppliers, tactical radio communications software developers, and software development tool providers
Who Are participating in or supporting tactical radio waveform development onto software defined radio or cognitive radio platforms
The Energy Management APIs for Energy Conscious SDR radios is a specification
That Will provide a collection of standardized and portable software energy Management interface mechanisms for the software to be able to manage power consumption in the radio hardware in ways that are acceptable to the waveform and network performance
Unlike Other documents that focus on the application of traditional tactical coalition communications waveform interface to the underlying hardware
This product Will focus on emerging tactical communications energy demands driven by the need for standardized energy management and energy efficiency mechanisms, making SDRs competitive with custom designed radios in energy efficiency.
SDS SCA Advocacy Work Group
The SCA Advocacy Work Group drives the development of material, coordination, holding and participating in workshops and conferences, etc. to promote the SCA and in particular SCA v4.1. The developed material provides information supporting the adoption and implementation of SCA v4.1
SDS SCA Evolution Work Group
The SCA Evolution Work Group will drive the continued evolution of SCA Standards through the technical analysis, evaluation and recommendation of corrections, extensions and improvements, delivering formal recommendations and updated standards to the JTNC Standards Organization for consideration of incorporation into future versions of the specifications.
SDS SCA SCA 4.1 Applications Verification Task Group
The aim of the project is to deliver work products containing prescriptive matter for SCA 4.1 verification of SDR applications. Any decision regarding the usage of the work products will depend on the users’ choices, in particular in case a certification process would be put in place. See [SCA Test Lab] (WInnF-12-P-0005, V1.0.0, 25 July 2016) for more on differences between verification and certification.
SDS SCA SCA T&E SCA 4.1 Compliancy Task Group
The new project is for software defined equipment, application developers and procurement agencies who need to establish a common interpretation of SCA 4.1 requirements and a common set of compliance criteria for the SCA 4.1 specification. It will provide prioritization, allocation and testability analysis of SCA 4.1 requirements, followed by establishing compliance criteria and verification methods that provide a common set of SCA 4.1 compliance criteria that will be accessible in the public domain as a standard Forum internationally generated and developed document. This project will not define a test harness or step by step verification procedures.
SDS SCA Test, Evaluation and Certification Work Group
SDS Transceiver WG Transceiver Next Task Group
This project has been undertaken for the international community of SDR products developers who are seeking openly available, free to access and free to use internationally elaborated standard API for portable SDR Applications and multi-applications SDR Transceivers. The project will produce an updated release of the WINNF Transceiver Facility, based on the V1 published in 2009, that will improve the V1 content based on years of implementation experience and will expand the addressed capabilities to expand the application range of the standard.
SDS Transceiver Work Group
The Transceiver Work Group hosts activities related to Transceiver Facility specification of the WInnF, which V1 was approved in January 2009.
The Transceiver Subsystem is defined by the group as the part of a radio chain that transposes - for transmission - baseband signal into radio signal, and - for reception - radio signal into baseband signal. The terminology Transceiver derives from the contraction of “transmitter/receiver”.
SSC Joint WG1/WG2 ESC Task Group
This joint task group defines the requirements for implementation of an Environment Sensing Capability, and protecting federal incumbents.
SSC Joint WG1/WG3 High Level Architecture Task Group
SSC WG1 3650 Protection Task Group
SSC WG1 CBSD Measurement Reporting Task Group
The objective of this task group is to define the requirements for CBSD measurements of their local interference environment, and reporting those data back to the SAS.
SSC WG1 Coexistence Task Group
The objective of this task group is to define a framework for providing fair shared access to CBRS radio resources while mitigating the negative impacts from multiple signals, possibly across multiple air interface technologies, utilizing overlapping and/or neighboring radio resources. This can be used by other organizations in establishing technology specific coexistence agreements.
SSC WG1 Domain Proxy Task Group
The objective of this task group is to define the baseline Operational and Functional Requirements of the CBRS Domain Proxy for initial testing and trials.
SSC WG1 Exception Management Task Group
The objective of this task group is to define the requirements for how trouble tickets or exceptions are managed, including from FCC input, reports from incumbents, and reports from PAL.
SSC WG1 FSS Task Group
SSC WG1 Information Sharing Task Group
The objective of this task group is to define the requirements for information sharing among SASs, between CBSDs and SASs, and with the general public.
SSC WG1 PAL Task Group
The objective of this task group is to define the requirements on how PALs reports their coverage area to the SAS for end-to-end use of the licenses. This includes how PAL licensees request to operate in a particular geographic area within their license boundary , how credentials are defined, conveyed and managed, and how the SAS accomplishes such protections.
SSC WG1 Professional Installers Task Group
The objective of this task group is to define guidelines for adoption of uniform industry working standards and curriculum required to be consistent with the protection of spectrum, both licensed and GAA, for sharing in the 3550-3700 MHz band.
SSC WG1 Propagation Task Group
The objective of this task group is to identify appropriate 3.5 GHz propagation models, determine relative benefits and limitations, and develop agreement on baseline needs such as underlying data.
SSC WG1 Registration Task Group
The objective of this task group is to define the requirements for how a CBSD registers with a SAS, including owner registration, professional installer registration and CBSD registration.
SSC WG4 CBSD Test Task Group
SSC WG5 CA Accreditation TG
SSC WG5 CPI Accreditation Task Group
SSC WG5 GAA Coexistence Methods Task Group
SSC Work Group 1 (CBRS Functional and Operational Requirements)
The objective of this working group is to work on further defining shared spectrum management systems (SAS) functional requirements are they relate to creating an interoperable system across the various providers of systems and equipment across the CBRS ecosystem. There is no intent in this working group to define a common architecture and design for SAS systems. This working group will further track and articulate common functional questions that require industry consensus for further clarification and definition.
SSC Work Group 2 (CBRS Security)
The Security Requirements working group is responsible for defining the cybersecurity and operational security (OPSEC) requirements for the CBRS SAS ecosystem. Cybersecurity requirements focus on ensuring that SAS transactions are trusted and principally on the cryptographic protocol and key management requirements to secure the overall system. OPSEC requirements will focus on protection of sensitive incumbent information from edge-network probing and ensuring that the system has features which enable appropriate auditing and governance of commercial activities in federal bands.
SSC Work Group 3 (CBRS Protocols)
The goal of this working group is to define the detailed protocols for data and communications across the various open interfaces within the CBRS system. The interfaces are limited to what is the minimum needed for implementation of an open and interoperable system. Other interfaces may be included later. The objective is to use as many common interfaces and as light of a protocol as possible to allow for innovation and development of the subsystems in a healthy competitive environment while preserving the openness of the system.
SSC Work Group 4 (CBRS Test and Certification)
The goal of this working group is to define the test and certification standards for the SAS and CBSD across the various interfaces within the CBRS system. The certification should be limited to what is the minimum needed for the creation of a simple and standard certification process for an open and interoperable system. The objective is to maximize the use of common industry testing processes as possible to allow for innovation and development of the subsystems in a healthy competitive environment while preserving the openness of the system.
SSC Work Group 5 (CBRS Operations)
The activities of the CBRS Operations Work Group will include:
1) Define the operational aspects for the FCC’s Certification Tests of SAS, ESC, and CBSD elements;
2) Certification Authority (CA) Administration;
3) Partnering with other organizations to implement a Training and Certification process for CBSD Professional Installers;
4) Development and administration of common databases for grandfathered Wireless Broadband Licensee system and FSS records, and Category B CBSD installation records;
5) Develop specifications for non-automated/non-protocol based operational procedures.
WInnComm - Europe