SlideShare a Scribd company logo
1 of 4
Download to read offline
RFeye Distributed Spectrum Intelligence Networks
                                                                    Key

                                                                          RFeye node operating with or without an internet
                                                                          connection:
                                                                           - Mobile
                                                                           - Fixed
                                      Legal
                                      Transmitter                         Any type of RF transmitter:
                                                                           - Legal (e.g. GSM)
                                                                           - Illegal (e.g. GPS jammer)
                                                                           - Whitespace (Requires channel etiquette/permission)

       Whitespace                                                         CRFS Servers:
       Transmitter                                                         - Long term fixed data storage
                                                                           - Long term mobile data storage
                                                    Illegal                - Spectrum License information updates with nodes
                                                                           - Customer spectrum analysis and management
                                                    Transmitter
                                                                           - Transmitter Active Geo location services

                                                                           IP connection over cellular network

                                                                           IP connection over wired network
 Technology - RFeye NCP Protocol over IP Networks
                                                                                                             Nodes sharing spectrum
 RFeye uses a powerful multi user node control protocol (NCP)                                                intelligence
 that runs on the nodes internal Linux operating system.

 This protocol allows multiple users to run multiple tasks on
 each of the RFeye nodes in the distributed network. The RFeye
 nodes can also run tasks on and from each other creating a
 truly scalable and intelligent RF spectrum intelligence system.

 NCP is designed to be secure, fast and efficient at transporting
 commands and data across the most challenging of network
 deployments that may have high latency and low overall
 bandwidth.
                                                                           Multiple users running multiple
                                                                           tasks on the same or multiple
                                                                           Nodes.
Usage Scenario 1 – Distributed Real Time Spectrum Manager
                                                                                        cb259tl.rfeye.com              Transmitter A
Transmitter A requests occupancy data directly from the node in the area by
simply knowing the postcode and creating the URL. This data can be over any
frequency band and occupancy time period:
                                                                                                                                          cb287zh.rfeye.com
cb259tl.rfeye.com:9998/log/scans/470_860/opns/occ_15_min_-90dBm/data?parse=1&json=1

                                                                                                                                       Local DB update
The RFeye nodes are directly addressable via DNS using names – [postcode].rfeye.com                    Data
                                                                                                       Request

The data returned is a JSON packet that the transmitter can process and (based on
the band etiquette) decide whether to transmit or not on the given frequency.

All band etiquette and frequency regulations loaded and updated directly or via CRFS servers.




Usage Scenario 2 – Distributed Real Time Spectrum Broker
                                                                                                                 Winning bid license
Transmitter A and B use the RFeye node to broker for spectrum usage with a
                                                                                                                         Transmitter A
regular automated auction to see who is willing to use the frequency band. Highest               cb259tl.rfeye.com
bid has the license for a given time period or whatever metrics the band dictates.

cb259tl.rfeye.com:9998/bid/470_860/bid_56_00
                                                                                                                                           Transmitter B
The license key data is then returned to the transmitter that won the auction and                                Bid
used as per the end use license agreement.

The RFeye network can geo locate illegal transmitter use if the license system is                      Bid

being abused.
.
Usage Scenario 3 – Geo-Location of Transmitters
 A number of geo location techniques (AOA, POS and TDOA)
 are used in the RFeye network to geo-locate any RF transmissions.

 Any PC or device can access the RFeye nodes to run geo location
 services directly or via the CRFS servers web portal.




                                                                                              RFeye Site geo location output




Usage Scenario 4 – Spectrum Database Portal
The CRFS servers collect data from the RFeye nodes on a regular schedule and store the data
in a database using the same type of data requests as in previous scenarios

cb259tl.rfeye.com:9998/log/scans/470_860/opns/occ_15_min_-90dBm/data?parse=1&json=1

This data is stored and can be accessed via the RFeye server web portal. See below:




                                                                                                                               Data
                                                                                                                               Transfers
Usage Scenario 5 – “live access” while all scenarios run simultaneously
The NCP server running on each RFeye node allows multiple users to run multiple task and mission scenarios on the
network. It also allows the nodes to share information using the same protocols as user applications between each
other.

The use of NCP results in a truly scalable distributed network solution that can run multiple missions and services that
are relevant to individual stakeholders that have access to CRFS RFeye networks. This allows users to run many
usage scenarios overlaid over the same network simultaneously thus maximising network capacity.


                                Illegal
 Multiple nodes
                                transmitter
 AOA direction
                                geo-location
 finding arrays



                          Nodes sharing
                          spectrum
                          intelligence

                                                         Multiple users running
                                                         multiple tasks on the
                                                         same or multiple
                                                         nodes.




Mobile user accessing
mobile RFeye node data.




        Mobile user
        accessing
        database.                         Whitespace
                                          transmitters
                                          bidding for
                                          license

More Related Content

What's hot

Interview question for 2g,3g,4g
Interview question for 2g,3g,4gInterview question for 2g,3g,4g
Interview question for 2g,3g,4g
Vijay Anand
 
Gsm rf interview questions
Gsm rf interview questionsGsm rf interview questions
Gsm rf interview questions
radira03
 
Comparison between service steering and random combing between different carr...
Comparison between service steering and random combing between different carr...Comparison between service steering and random combing between different carr...
Comparison between service steering and random combing between different carr...
Klajdi Husi
 

What's hot (20)

Gsm radio-interface
Gsm radio-interfaceGsm radio-interface
Gsm radio-interface
 
40234553 drive-test
40234553 drive-test40234553 drive-test
40234553 drive-test
 
RF Planning & Optimization
RF Planning & OptimizationRF Planning & Optimization
RF Planning & Optimization
 
03 150323115803-conversion-gate01
03 150323115803-conversion-gate0103 150323115803-conversion-gate01
03 150323115803-conversion-gate01
 
LTE RADIO PROTOCOLS
LTE RADIO PROTOCOLSLTE RADIO PROTOCOLS
LTE RADIO PROTOCOLS
 
4 g lte_drive_test_parameters
4 g lte_drive_test_parameters4 g lte_drive_test_parameters
4 g lte_drive_test_parameters
 
Concentric & Dual Band Cells
Concentric & Dual Band CellsConcentric & Dual Band Cells
Concentric & Dual Band Cells
 
802.11n Technology - Presented by Meru Networks and DTC
802.11n Technology - Presented by Meru Networks and DTC802.11n Technology - Presented by Meru Networks and DTC
802.11n Technology - Presented by Meru Networks and DTC
 
2 g vs-3g dt-
2 g vs-3g dt-2 g vs-3g dt-
2 g vs-3g dt-
 
LTE Cell Planning
LTE Cell PlanningLTE Cell Planning
LTE Cell Planning
 
Chap 2. lte channel structure .eng
Chap 2. lte  channel structure .engChap 2. lte  channel structure .eng
Chap 2. lte channel structure .eng
 
Hiperlan
HiperlanHiperlan
Hiperlan
 
850 MHz & 900 MHz Co-Existence
850 MHz & 900 MHz Co-Existence850 MHz & 900 MHz Co-Existence
850 MHz & 900 MHz Co-Existence
 
Channel element
Channel elementChannel element
Channel element
 
Interview question for 2g,3g,4g
Interview question for 2g,3g,4gInterview question for 2g,3g,4g
Interview question for 2g,3g,4g
 
Physical Channel
Physical ChannelPhysical Channel
Physical Channel
 
Basic dt gsm ok
Basic dt gsm okBasic dt gsm ok
Basic dt gsm ok
 
LTE Redirection attacks: Zhang Shan
LTE Redirection attacks: Zhang ShanLTE Redirection attacks: Zhang Shan
LTE Redirection attacks: Zhang Shan
 
Gsm rf interview questions
Gsm rf interview questionsGsm rf interview questions
Gsm rf interview questions
 
Comparison between service steering and random combing between different carr...
Comparison between service steering and random combing between different carr...Comparison between service steering and random combing between different carr...
Comparison between service steering and random combing between different carr...
 

Similar to Whitespace Postcode Network

1x ev do hard handoff
1x ev do hard handoff1x ev do hard handoff
1x ev do hard handoff
Phuoc Phuoc
 
1x ev do hard handoff
1x ev do hard handoff1x ev do hard handoff
1x ev do hard handoff
Phuoc Phuoc
 
Qo s provisioning for scalable video streaming over ad hoc networks using cro...
Qo s provisioning for scalable video streaming over ad hoc networks using cro...Qo s provisioning for scalable video streaming over ad hoc networks using cro...
Qo s provisioning for scalable video streaming over ad hoc networks using cro...
Mshari Alabdulkarim
 
Cognitive Radio, Introduction and Main Issues
Cognitive Radio, Introduction and Main IssuesCognitive Radio, Introduction and Main Issues
Cognitive Radio, Introduction and Main Issues
Kuncoro Wastuwibowo
 
14.) wireless (hyper dense wi fi)
14.) wireless (hyper dense wi fi)14.) wireless (hyper dense wi fi)
14.) wireless (hyper dense wi fi)
Jeff Green
 
Bbic 08-zig bee
Bbic 08-zig beeBbic 08-zig bee
Bbic 08-zig bee
joshivins
 
Rover.pptx Baripada SEEMANTA engineering
Rover.pptx Baripada SEEMANTA engineeringRover.pptx Baripada SEEMANTA engineering
Rover.pptx Baripada SEEMANTA engineering
SunilTriya1
 
Remote access service
Remote access serviceRemote access service
Remote access service
Apoorw Pandey
 

Similar to Whitespace Postcode Network (20)

Software defined radio technology : ITB research activities
Software defined radio technology : ITB research activitiesSoftware defined radio technology : ITB research activities
Software defined radio technology : ITB research activities
 
CCNA 1
CCNA 1CCNA 1
CCNA 1
 
Introduction to Diameter: The Evolution of Signaling
Introduction to Diameter: The Evolution of SignalingIntroduction to Diameter: The Evolution of Signaling
Introduction to Diameter: The Evolution of Signaling
 
1x ev do hard handoff
1x ev do hard handoff1x ev do hard handoff
1x ev do hard handoff
 
1x ev do hard handoff
1x ev do hard handoff1x ev do hard handoff
1x ev do hard handoff
 
Qo s provisioning for scalable video streaming over ad hoc networks using cro...
Qo s provisioning for scalable video streaming over ad hoc networks using cro...Qo s provisioning for scalable video streaming over ad hoc networks using cro...
Qo s provisioning for scalable video streaming over ad hoc networks using cro...
 
wireless la-ns
wireless la-nswireless la-ns
wireless la-ns
 
Cognitive Radio, Introduction and Main Issues
Cognitive Radio, Introduction and Main IssuesCognitive Radio, Introduction and Main Issues
Cognitive Radio, Introduction and Main Issues
 
14.) wireless (hyper dense wi fi)
14.) wireless (hyper dense wi fi)14.) wireless (hyper dense wi fi)
14.) wireless (hyper dense wi fi)
 
5G RAN fundamentals
5G RAN fundamentals5G RAN fundamentals
5G RAN fundamentals
 
Ieee 802.11overview
Ieee 802.11overviewIeee 802.11overview
Ieee 802.11overview
 
Bbic 08-zig bee
Bbic 08-zig beeBbic 08-zig bee
Bbic 08-zig bee
 
Rover.pptx Baripada SEEMANTA engineering
Rover.pptx Baripada SEEMANTA engineeringRover.pptx Baripada SEEMANTA engineering
Rover.pptx Baripada SEEMANTA engineering
 
Rover technology.ppt
Rover technology.pptRover technology.ppt
Rover technology.ppt
 
PLNOG 5: Rafał Szarecki - EXPERIENCE FROM L2TP IMPLEMENTATION FOR BITSTREAM
PLNOG 5: Rafał Szarecki - EXPERIENCE FROM L2TP IMPLEMENTATION FOR BITSTREAMPLNOG 5: Rafał Szarecki - EXPERIENCE FROM L2TP IMPLEMENTATION FOR BITSTREAM
PLNOG 5: Rafał Szarecki - EXPERIENCE FROM L2TP IMPLEMENTATION FOR BITSTREAM
 
Software defined networking(sdn) vahid sadri
Software defined networking(sdn) vahid sadriSoftware defined networking(sdn) vahid sadri
Software defined networking(sdn) vahid sadri
 
Wireless network security
Wireless network security Wireless network security
Wireless network security
 
Wireless lan
Wireless lanWireless lan
Wireless lan
 
SophiaConf 2018 - N. Tribie (SEQUANS)
SophiaConf 2018 - N. Tribie (SEQUANS)SophiaConf 2018 - N. Tribie (SEQUANS)
SophiaConf 2018 - N. Tribie (SEQUANS)
 
Remote access service
Remote access serviceRemote access service
Remote access service
 

Whitespace Postcode Network

  • 1. RFeye Distributed Spectrum Intelligence Networks Key RFeye node operating with or without an internet connection: - Mobile - Fixed Legal Transmitter Any type of RF transmitter: - Legal (e.g. GSM) - Illegal (e.g. GPS jammer) - Whitespace (Requires channel etiquette/permission) Whitespace CRFS Servers: Transmitter - Long term fixed data storage - Long term mobile data storage Illegal - Spectrum License information updates with nodes - Customer spectrum analysis and management Transmitter - Transmitter Active Geo location services IP connection over cellular network IP connection over wired network Technology - RFeye NCP Protocol over IP Networks Nodes sharing spectrum RFeye uses a powerful multi user node control protocol (NCP) intelligence that runs on the nodes internal Linux operating system. This protocol allows multiple users to run multiple tasks on each of the RFeye nodes in the distributed network. The RFeye nodes can also run tasks on and from each other creating a truly scalable and intelligent RF spectrum intelligence system. NCP is designed to be secure, fast and efficient at transporting commands and data across the most challenging of network deployments that may have high latency and low overall bandwidth. Multiple users running multiple tasks on the same or multiple Nodes.
  • 2. Usage Scenario 1 – Distributed Real Time Spectrum Manager cb259tl.rfeye.com Transmitter A Transmitter A requests occupancy data directly from the node in the area by simply knowing the postcode and creating the URL. This data can be over any frequency band and occupancy time period: cb287zh.rfeye.com cb259tl.rfeye.com:9998/log/scans/470_860/opns/occ_15_min_-90dBm/data?parse=1&json=1 Local DB update The RFeye nodes are directly addressable via DNS using names – [postcode].rfeye.com Data Request The data returned is a JSON packet that the transmitter can process and (based on the band etiquette) decide whether to transmit or not on the given frequency. All band etiquette and frequency regulations loaded and updated directly or via CRFS servers. Usage Scenario 2 – Distributed Real Time Spectrum Broker Winning bid license Transmitter A and B use the RFeye node to broker for spectrum usage with a Transmitter A regular automated auction to see who is willing to use the frequency band. Highest cb259tl.rfeye.com bid has the license for a given time period or whatever metrics the band dictates. cb259tl.rfeye.com:9998/bid/470_860/bid_56_00 Transmitter B The license key data is then returned to the transmitter that won the auction and Bid used as per the end use license agreement. The RFeye network can geo locate illegal transmitter use if the license system is Bid being abused. .
  • 3. Usage Scenario 3 – Geo-Location of Transmitters A number of geo location techniques (AOA, POS and TDOA) are used in the RFeye network to geo-locate any RF transmissions. Any PC or device can access the RFeye nodes to run geo location services directly or via the CRFS servers web portal. RFeye Site geo location output Usage Scenario 4 – Spectrum Database Portal The CRFS servers collect data from the RFeye nodes on a regular schedule and store the data in a database using the same type of data requests as in previous scenarios cb259tl.rfeye.com:9998/log/scans/470_860/opns/occ_15_min_-90dBm/data?parse=1&json=1 This data is stored and can be accessed via the RFeye server web portal. See below: Data Transfers
  • 4. Usage Scenario 5 – “live access” while all scenarios run simultaneously The NCP server running on each RFeye node allows multiple users to run multiple task and mission scenarios on the network. It also allows the nodes to share information using the same protocols as user applications between each other. The use of NCP results in a truly scalable distributed network solution that can run multiple missions and services that are relevant to individual stakeholders that have access to CRFS RFeye networks. This allows users to run many usage scenarios overlaid over the same network simultaneously thus maximising network capacity. Illegal Multiple nodes transmitter AOA direction geo-location finding arrays Nodes sharing spectrum intelligence Multiple users running multiple tasks on the same or multiple nodes. Mobile user accessing mobile RFeye node data. Mobile user accessing database. Whitespace transmitters bidding for license