1. MAC - Spectrum Sensing Interface
May 2007
MAC - Spectrum Sensing Interface
IEEE P Wireless RANs Date:
Authors:
Notice: This document has been prepared to assist IEEE It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein.
Release: The contributor grants a free, irrevocable license to the IEEE to incorporate material contained in this contribution, and any modifications thereof, in the creation of an IEEE Standards publication; to copyright in the IEEE’s name any IEEE Standards publication even though it may include portions of this contribution; and at the IEEE’s sole discretion to permit others to reproduce in whole or in part the resulting IEEE Standards publication. The contributor also acknowledges and accepts that this contribution may be made public by IEEE
Patent Policy and Procedures: The contributor is familiar with the IEEE 802 Patent Policy and Procedures including the statement "IEEE standards may include the known use of patent(s), including patent applications, provided the IEEE receives assurance from the patent holder or applicant with respect to patents essential for compliance with both mandatory and optional portions of the standard." Early disclosure to the Working Group of patent information that might be relevant to the standard is essential to reduce the possibility for delays in the development process and increase the likelihood that the draft publication will be approved for publication. Please notify the Chair
Carl R. Stevenson as early as possible, in written or electronic form, if patented technology (or technology under patent application) might be incorporated into a draft standard being developed within the IEEE Working Group. If you have questions, contact the IEEE Patent Committee Administrator at
>
Kyutae Lim, GEDC, Georgia Tech

2. P2.Q2. Is there any other occasion to do sensing?
May 2007
When do sensing?
At the beginning
In-band
(at Quiet time)
Out-of-band
By request of SM
From CPE and BS
In idling (?) -
by request of SM BS
P2.Q1. WRAN CPE need to do sensing while in idling to support for distributed sensing?
P2.Q2. Is there any other occasion to do sensing?
Kyutae Lim, GEDC, Georgia Tech

3. Overall Sensing System
May 2007
Overall Sensing System
P3.Q1. Are BSs share the sensing info? If then how?
Sensing
MAC
P3.Q4. Will Database be inside of SM-BS or not?
Database
Spectrum
Manager
(BS)
BS #2
BS #1
SSF
Geo-location
P3.Q3. Will Geo-database be only at BS (or in CPE too)?
P3.Q2. How (which channel?) sensing info will be exchanged?
SSF
Sensing
MAC
SM for
CPE
SSF
Sensing
MAC
SM for
CPE …
Kyutae Lim, GEDC, Georgia Tech

4. MAC - Sensing Interface
May 2007
MAC - Sensing Interface
This Request has to go through the MAC layer.
P4.Q1. Channel set will be kept and managed in MAC based on SM?
MAC
SSF
Request CH #
MAC Channel Set
WRAN
Active Set
Occupied Set
Candidate/
Backup Set
Null Set
Disallowed
set
Incumbent (type1)
Spectrum
Sensing
...
Spectrum Manager
Incumbent (type1)
Vacant
Fast sensing
Fine sensing
Quality of CH
Geo-location
Database
P4.Q2. What would be parameter for judging the quality of channel? (Signal power, SNR, Noise power, Noise Variance)
Kyutae Lim, GEDC, Georgia Tech

5. What SM really does? Send me comment before conference call,
May 2007
What SM really does?
Send me comment before conference call,
Then we can add more at the conference call…
Kyutae Lim, GEDC, Georgia Tech

6. May 2007
Summary
MAC manages the channel sets based on the information from “Spectrum Sensing” and “Geo-location.”
For a channel that is specified by MAC for given time, SSF will provide the set of information :
Channel occupancy
Type of signal (Incumbents and WRAN)
Physical parameters (SNR, Signal power, Noise power, Standard deviation …) that can judge the quality of channel at Spectrum Manager
The request MAC message is defined as “BLM-REP,” in section
The MAC text for defining the proposed MAC-Spectrum Sensing concept will be provided by July 2007 face-to-face meeting.
Kyutae Lim, GEDC, Georgia Tech

7. There are two situations the CPE will perform sensing:
May 2007
P2.Q1. WRAN CPE need to do sensing while in idling to support for distributed sensing?
P2.Q2. Is there any other occasion to do sensing?
There are two situations the CPE will perform sensing:
1) during quiet periods scheduled by the BS, and
2) at any other time when explicitly requested by the BS.
P3.Q1. Are BSs share the sensing info? If then how?
If you mean the results of the sensing procedure, the BSs do not exchange this information at this point.
Kyutae Lim, GEDC, Georgia Tech

8. P3.Q2. How (which channel?) sensing info will be exchanged?
May 2007
P3.Q2. How (which channel?) sensing info will be exchanged?
The sensing results are exchanged in the operating channel.
Kyutae Lim, GEDC, Georgia Tech

9. P3.Q3. Will Geo-database be only at BS (or in CPE too)?
May 2007
P3.Q3. Will Geo-database be only at BS (or in CPE too)?
P3.Q4. Will Database be inside of SM-BS or not?
My understanding is that the SM, which is located at the BS only (not at CPEs), will be able to access a database/Geolocation-database, which may be located inside the BS or it maybe located in a remote host. But I don’t think the database/Geolocation-database will be inside the SM.
Kyutae Lim, GEDC, Georgia Tech

10. P4.Q1. Channel set will be kept and managed in MAC based on SM?
May 2007
P4.Q1. Channel set will be kept and managed in MAC based on SM?
The idea is that the SM will collect information from different modules (e.g. geolocation, database and sensing) and based on that information, it will generate events to change the status of the channel sets. Due to this, would it make sense for the channel sets to be kept in the SM instead of the MAC?
Kyutae Lim, GEDC, Georgia Tech