<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>The Dynamic Spectrum Access Policy Framework in Action y</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Henrique Santos</string-name>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Alice Mulvehill</string-name>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>John S. Erickson</string-name>
          <xref ref-type="aff" rid="aff4">4</xref>
          <xref ref-type="aff" rid="aff5">5</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>James P. McCusker</string-name>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Minor Gordon</string-name>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Owen Xie</string-name>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Samuel Stou er</string-name>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Gerard Capraro</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Alex Pidwerbetsky</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>John Burgess</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Allan Berlinsky</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Kurt Turck</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Jonathan Ashdown</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Deborah L. McGuinness</string-name>
          <xref ref-type="aff" rid="aff4">4</xref>
          <xref ref-type="aff" rid="aff5">5</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Air Force Research Laboratory</institution>
          ,
          <addr-line>Rome NY</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Capraro Technologies Inc.</institution>
          ,
          <addr-line>Utica NY</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>LGS Labs, CACI International Inc.</institution>
          ,
          <addr-line>Florham Park NJ</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>Memory Based Research LLC</institution>
          ,
          <addr-line>Pittsburgh PA</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff4">
          <label>4</label>
          <institution>Tetherless World Constellation, Rensselaer Polytechnic Institute</institution>
          ,
          <addr-line>Troy NY</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff5">
          <label>5</label>
          <institution>The Rensselaer Institute for Data Exploration and Applications</institution>
          ,
          <addr-line>Troy NY</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Because radio spectrum is a nite resource, its usage and sharing is regulated by government agencies through policies that manage spectrum allocation. With more portions of the spectrum being licensed for commercial use, the importance of providing an increased level of automation when evaluating such policies becomes crucial for the e ciency and e cacy of spectrum management. This poster showcases the Dynamic Spectrum Access Policy Framework, which acts as a machine-readable policy repository providing policy management features and spectrum access request evaluation. It includes the use of the framework's policy management capabilities to create and modify policies in a novel policy representation using two recommended web standards (OWL and PROV-O), and the request evaluation engine to verify the assignment of permit/deny e ects to spectrum requests.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Usable radio spectrum is becoming crowded7 as an increasing number of
services, both commercial and governmental, rely on wireless communications to
operate. Techniques known as Dynamic Spectrum Access (DSA) [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] have been
extensively researched as a way of promoting more e cient methods for
sharing the radio spectrum among distinct organizations, and their respective
devices, while adhering to regulations. Government agencies, such as the National
Telecommunications and Information Administration8 (NTIA), publish
authorCopyright c 2020 for this paper by its authors. Use permitted under Creative
Commons License Attribution 4.0 International (CC BY 4.0).
y Approved for public release (reference number: 88ABW-2020-1535).
7 http://bit.ly/FCC_AWS
8 http://ntia.doc.gov
itative documents9 that contain spectrum policies to regulate the usage of the
spectrum.
      </p>
      <p>
        This poster presents the Dynamic Spectrum Access Policy Framework (DSA
Policy Framework) for supporting the management of machine-readable, radio
spectrum usage policies. This is accomplished via the utilization of a novel
policy representation, based on two World Wide Web Consortium recommendations
for encoding ontologies and provenance on the web (OWL and PROV-O), that
encodes its rules in an ontology. This ontology, combined with background
knowledge from a number of relevant sources, is stored in a Knowledge Graph that
is used by a domain-speci c reasoning implementation that mixes a standard
for representation and querying geospatial linked data (GeoSPARQL [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]), OWL
reasoning, and knowledge graph traversal to evaluate policies that are
applicable to spectrum access requests. This poster complements our submission to the
In-use track [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] by showcasing the usability of the system with an in-depth view
of the framework's capabilities from the user perspective.
2
      </p>
    </sec>
    <sec id="sec-2">
      <title>Dynamic Spectrum Access Policy Framework</title>
      <p>Rensselaer Polytechnic Institute collaborated with spectrum domain experts
from Capraro Technologies Inc. and LGS Labs of CACI International Inc. to
select and analyze English, text-based policies from the NTIA Redbook and
from various Federal Communications Commission (FCC) documents. The
English text was converted into a di erent representation, and many of the terms
used in the English text were incorporated into a DSA domain ontology. During
this process, a number of requirements were elicited:
{ To store machine-readable spectrum policies in a modeling that supports
common constructs
{ To allow users to interact with the machine-readable policies, creating,
modifying, and specializing them as needed
{ To provide a policy evaluation endpoint able to receive transmission requests
in a common format and assign permit/deny e ects, based on existing
policies, while explaining the reasons for the policies' decisions</p>
      <p>The DSA Policy Framework serves as a centralized, machine-readable, radio
spectrum policy repository, providing policy management features (including
creation and customization) for a wide range of radio spectrum domain users. It
uses the machine-readable policies as a basis for automatically evaluating radio
spectrum access requests.</p>
      <p>
        Built on top of the Whyis Knowledge Graph Framework [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], the DSA Policy
Framework provides two major functions: Policy Management and Request
Evaluation. Policy Management enables spectrum managers to explore and manage
policies. The framework provides a web interface to allow spectrum managers
to have a comprehensive understanding of the DSA Knowledge Graph, which is
9 http://bit.ly/NTIA_Redbook
composed of policies, named locations, and entities in the DSA domain ontology.
The structure and content of the interface are driven by the DSA Knowledge
Graph, which ensures that it displays relevant and contextualized information
and features.
      </p>
      <p>The Policy Builder (Figure 1), a key component of the DSA Policy
Framework, allows users to build policies from scratch or to create policies by reusing
the rules of existing policies. The Policy Builder leverages the DSA Knowledge
Graph to provide user support during policy creation. In the back end, the policy
is converted to an OWL representation and stored as a new piece of knowledge
in the DSA Knowledge Graph.</p>
      <p>The Policy Detail view (Figure 2) provides a display of policy metadata,
including name, original text and identi er, and a human-readable version of
the policy encoded rules. If the policy speci es locations, those locations will be
displayed on a map.</p>
      <p>
        Request Evaluation utilizes policies to automatically process incoming
spectrum requests originating from devices that want to use a part of the spectrum.
The request evaluation engine (Figure 3) follows a four-phase pipeline, with a
set of requests as input and the assigned e ect, a list of obligations, and a list
of reasons for each request as output. First, the engine elicits the geographical
relationships among the requests' coordinates and named locations in the DSA
KG using GeoSPARQL. Following this, the HermiT OWL reasoner [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] is used
to classify the requests' instances in the applicable policies' classes. Next,
policy precedence is decided by comparing precedence levels of applicable policies.
Lastly, the engine traverses the KG to nd rules that were not satis ed in order
to explain the assignment of the deny e ect to requests.
      </p>
      <p>The results generated include ref- Request evaluation engine
erences to any policy that was
inttecvhhidoeeelgsveermdeerqoevupsoiterlnvsectesu,etehnrvrtetaeahnlteueitovanatupilnoouednlaviectoriyelolvnyneigin.sni,fngoAeernsmktaonabpotlouiiwnolslinge-- tssequeR oeLPSARGQ rrseaLoneOW ir()eTHm rccedeeneP litvaueaon litvauaonE litxanpeaon ltssueR
to reason and assign e ects (permit,
deny, permit with obligation) to spec- Fig. 3. Request evaluation pipeline
trum requests.
3</p>
    </sec>
    <sec id="sec-3">
      <title>The DSA Policy Framework in Use</title>
      <p>The DSA Policy Framework is being used in simulated scenarios, where it
supports the research &amp; development of other components of a dynamic spectrum
management system. It currently contains approximately 165 high-level policies
from the NTIA Redbook (including their sub-policies). The DSA Ontology
contains 695 classes and is constantly evolving to address new domain constructs
and support more precise request evaluation.</p>
      <p>The framework is transitioning to support live, over-the-air eld exercises
that involve a diverse set of federal and commercial radios. During these
exercises, the Framework supports (1) the creation, deletion, and revision of
local policies, (2) the real-time processing of numerous spectrum requests, and
(3) the generation of explanations that describe how the spectrum requests
were processed. The publicly released assets developed during the course of
the project can be accessed at https://github.com/tetherless-world/
dsa-open/.
4</p>
    </sec>
    <sec id="sec-4">
      <title>Conclusion</title>
      <p>
        While the policy aspect of dynamic spectrum access has been extensively
researched over the past years, there is a shortage of working implementations in
the literature to operationalize it in a real environment. Ulvers y [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] describes the
potential that policy-based spectrum management o ers to combine
comprehensive administrative control with the bene t of fast, local decision making. This
paper provides an overview of research about policy-based spectrum
management. The second part of their paper outlines a proposed OWL-based ontology
for spectrum management and provides a few examples. It concludes by
stating that the e cient evaluation of highly localized, ne-grained spectrum access
policies is a \hard problem" requiring further research.
      </p>
      <p>
        The DSA Policy Framework relies on a novel policy representation approach
that builds on previous work by matching the cross-domain policy expression
semantics of XACML [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. It extends these semantics with the capacity to express
rich spatio-temporal restrictions, enabling the implementation of a wide
variety of attribute-based policies across domains. It leverages background
knowledge from domain-speci c knowledge graphs that are structured with a
domainderived ontology, enabling the inference of policy applicability based on
attributes and constraints. It also uniquely conceptualizes policies as PROV
activities and provides a set of user interfaces to enable the exploration, visualization,
creation, and modi cation of such policies. One of the outstanding bene ts of this
policy representation is the ability to provide detailed explanations for denied
requests. By identifying unsatis ed rules, the framework allows domain policy
developers to understand the precise reasons for policy decisions.
Acknowledgement of Support and Disclaimer. This work is partially funded
in support of National Spectrum Consortium (NSC) project number
NSC-177030. Any opinions, ndings and conclusions or recommendations expressed in
this material are those the authors and do not necessarily re ect the views of
AFRL.
      </p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <source>eXtensible Access Control Markup Language (XACML) Version</source>
          <volume>3</volume>
          .0. http:// docs.oasis-open.
          <source>org/xacml/3</source>
          .0/xacml-3.0
          <article-title>-core-spec-os-en</article-title>
          .html
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Glimm</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Horrocks</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Motik</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Stoilos</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          :
          <article-title>HermiT: An OWL 2 Reasoner</article-title>
          .
          <source>Journal of Automated Reasoning</source>
          <volume>53</volume>
          (
          <issue>3</issue>
          ),
          <volume>245</volume>
          {
          <fpage>269</fpage>
          (
          <year>2014</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>McCusker</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rashid</surname>
            ,
            <given-names>S.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Agu</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bennett</surname>
            ,
            <given-names>K.P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>McGuinness</surname>
            ,
            <given-names>D.L.</given-names>
          </string-name>
          :
          <article-title>The Whyis Knowledge Graph Framework in Action</article-title>
          . In: International Semantic Web Conference (P&amp;D/Industry/BlueSky) (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Perry</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Herring</surname>
            ,
            <given-names>J.: OGC</given-names>
          </string-name>
          <article-title>GeoSPARQL-A geographic query language for RDF data</article-title>
          .
          <source>OGC implementation standard 40</source>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Santos</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mulvehill</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Erickson</surname>
            ,
            <given-names>J.S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>McCusker</surname>
            ,
            <given-names>J.P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gordon</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Xie</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Stou er</surname>
          </string-name>
          , S.,
          <string-name>
            <surname>Capraro</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pidwerbetsky</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Burgess</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Berlinsky</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Turck</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ashdown</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>McGuinness</surname>
            ,
            <given-names>D.L.</given-names>
          </string-name>
          :
          <article-title>A Semantic Framework for Enabling Radio Spectrum Policy Management and Evaluation</article-title>
          .
          <source>In: The Semantic Web { ISWC 2020. Lecture Notes in Computer Science</source>
          , Springer, Berlin, Heidelberg (
          <year>2020</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6. Ulvers y, T.,
          <string-name>
            <surname>Halvorsen</surname>
            ,
            <given-names>J.:</given-names>
          </string-name>
          <article-title>An Overview of Policy-Based Spectrum Management for EM Systems (</article-title>
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Zhao</surname>
            ,
            <given-names>Q.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sadler</surname>
            ,
            <given-names>B.M.:</given-names>
          </string-name>
          <article-title>A Survey of Dynamic Spectrum Access</article-title>
          .
          <source>IEEE Signal Processing Magazine</source>
          <volume>24</volume>
          (
          <issue>3</issue>
          ),
          <volume>79</volume>
          {
          <fpage>89</fpage>
          (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>