<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE article  PUBLIC "-//NLM//DTD Journal Publishing DTD v3.0 20080202//EN" "http://dtd.nlm.nih.gov/publishing/3.0/journalpublishing3.dtd"><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" dtd-version="3.0" xml:lang="en" article-type="research article"><front><journal-meta><journal-id journal-id-type="publisher-id">IJCNS</journal-id><journal-title-group><journal-title>Int'l J. of Communications, Network and System Sciences</journal-title></journal-title-group><issn pub-type="epub">1913-3715</issn><publisher><publisher-name>Scientific Research Publishing</publisher-name></publisher></journal-meta><article-meta><article-id pub-id-type="doi">10.4236/ijcns.2014.77024</article-id><article-id pub-id-type="publisher-id">IJCNS-48120</article-id><article-categories><subj-group subj-group-type="heading"><subject>Articles</subject></subj-group><subj-group subj-group-type="Discipline-v2"><subject>COMPUTER SCIENCE &amp; COMMUNICATIONS</subject></subj-group></article-categories><title-group><article-title>Design and Analysis of an OSA-BR MAC Protocol for Cognitive Radio Ad Hoc Networks</article-title></title-group><contrib-group><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Hassan</surname><given-names>Al-Mahdi</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref><xref ref-type="corresp" rid="cor1"><sup>*</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Mohamed</surname><given-names>Wahed</given-names></name><xref ref-type="aff" rid="aff2"><sup>2</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Safa</surname><given-names>Abd El-Aziz</given-names></name><xref ref-type="aff" rid="aff2"><sup>2</sup></xref></contrib></contrib-group><aff id="aff1"><addr-line>Faculty of Sciences and Arts, Al Jouf University, Al Quryyat, KSA</addr-line></aff><aff id="aff2"><addr-line>Faculty of Computers and Information, Suez Canal University, Isma?lia, Egypt</addr-line></aff><author-notes><corresp id="cor1">* E-mail:<email>hassanwesf@ju.edu.sa(HA)</email>;</corresp></author-notes><pub-date pub-type="epub"><day>09</day><month>07</month><year>2014</year></pub-date><volume>07</volume><issue>07</issue><fpage>223</fpage><lpage>234</lpage><history><date date-type="received"><day>2</day>	<month>June</month>	<year>2014</year></date><date date-type="rev-recd"><day>30</day>	<month>June</month>	<year>2014</year>	</date><date date-type="accepted"><day>10</day>	<month>July</month>	<year>2014</year></date></history><permissions><copyright-statement>&#169; Copyright  2014 by authors and Scientific Research Publishing Inc. </copyright-statement><copyright-year>2014</copyright-year><license><license-p>This work is licensed under the Creative Commons Attribution International License (CC BY). http://creativecommons.org/licenses/by/4.0/</license-p></license></permissions><abstract><p>
	Cognitive Radio (CR)
is a new communication network paradigm introduced to solve the problems of
spectrum scarcity and inefficient spectrum usage. Basically, it allows the
Secondary Users (SUs) to utilize the Licensed Channels (LCs) of the Primary
Users (PUs) in an opportunistic manner without causing any harmful interference
to the PUs. However, there are many challenges associated with cognitive radio
networks, such as the CR Medium Access Control (CR-MAC) protocols. An important
issue for CR-MAC protocols is to identify whether the spectrum is licensed or
unlicensed. In addition, the sudden appearance of the PU is the most important
feature of the distributed CR-MAC protocols. In this paper, a multichannel
CR-MAC protocol, which reacts efficiently to the appearance of the PUs, is
developed. The proposed protocol is named Opportunistic Spectrum Access with
backup channel and Buffered data with Resume (OSA-BR). The OSA-BR is an unaided
rendezvous, asynchronous, and contention-based MAC protocol. The proposed
protocol operates in heterogeneous environment, where the SUs utilize both LCs
and unlicensed channel (ULs) and the activities of the Classical Users (CUs)
are taken into consideration. In addition, the concept of the backup channel
and the buffer with resume are introduced. The simulation results show that
OSA-BR accomplishes 35% throughput gain over the SWITCH protocol and 55% over
other CR-MAC protocols.
</p></abstract><kwd-group><kwd>Rendezvous</kwd><kwd> Cognitive Radio</kwd><kwd> Ad Hoc</kwd><kwd> Analytical Model</kwd></kwd-group></article-meta></front><body><sec id="s1"><title>1. Introduction</title><p>In the existing literature, the radio spectrum is divided into licensed and unlicensed bands. The conventional approaches of radio spectrum management give exclusive and permanent resource primarily to licensed users. According to the reports from Federal Communication Committee (FCC) [<xref ref-type="bibr" rid="scirp.48120-ref1">1</xref>] and Shared Spectrum Company [<xref ref-type="bibr" rid="scirp.48120-ref2">2</xref>] , there is a considerable amount of the spectrum detected out of use both in space and time “white space”. Thus, to make full use of the white space, the Cognitive Radio (CR) paradigm has been introduced. The CR technology can be aware of the spectrum usage state and intelligently employs idle states using Software-Defined Radio (SDR) which supports opportunistic multiple radio interfaces for spectrum handoff.</p><p>A white space is defined as a frequency band licensed by a Primary User (PU) that is not being utilized at a particular time and a geographical location. In a CR network, a Secondary User (SU) can access the spectrum of the PU in an opportunistic manner (i.e., a SU can access the spectrum of the PU only if the spectrum is idle). In the case of a PU appearing in the spectrum occupied by a SU, the SU moves to a new available spectrum immediately if exists.</p><p>In a cognitive radio network, when two SUs need to establish a link and bootstrap communications, they need to find each other first. This process is known as rendezvous or neighbor discovery [<xref ref-type="bibr" rid="scirp.48120-ref3">3</xref>] . A rendezvous is a meeting at an appointed time and place. Many rendezvous protocols exist in the literature. These protocols can be classified into two categories. The protocols in the first category use a predefined Common Control Channel (CCC). In these protocols one of the available channels is assigned as the CCC, and it serves as a rendezvous channel. The protocols in the second category use the Channel Hopping approach (CH). In channel hopping approaches, SUs generate their own channel hopping sequences [<xref ref-type="bibr" rid="scirp.48120-ref4">4</xref>] . When a SU needs to communicate with one of its neighbors, it switches from one channel to another, by following a predefined hopping sequence, until it finds its neighbor. When the SU switches to an available channel, it senses the channel for the presence of PUs and other SUs transmissions. If it senses the channel free, it will broadcast a beacon to inform its neighbors about its request to communicate, so that if the intended receiver is on the current channel and receives the beacon, it can reply with an Acknowledgment (ACK) message. Otherwise, the SU will switch to another channel by following the hopping sequence, and broadcast the beacon message again. This process is repeated, until the SU (transmitter) meets with its intended neighbor (receiver). Once two SUs have rendezvoused on an available channel and exchanged control messages, they can perform negotiation for data communication on the current rendezvous channel.</p><p>Several MAC protocols for cognitive radio networks exist in the literature. These protocols can be classified according to how the SU deals with the appearance of the PU in two strategies [<xref ref-type="bibr" rid="scirp.48120-ref5">5</xref>] . The first strategy allows the SU to buffer their connections until the PU disappears. The second approach allows the SU to switch to another idle channel. The disadvantage of the first strategy is that the SU buffers its connection even if there is another free channel. Furthermore, it may happen that the SU will not be able to reestablish its connection after buffering because of continuous PU transmissions which lead to a high delay. The disadvantage of the second strategy is the control message overhead between the transmitter and the receiver to access the new channel.</p><p>In [<xref ref-type="bibr" rid="scirp.48120-ref6">6</xref>] , the authors have categorized the MAC protocols for CR into three categories: contention-based protocols, time-slotted protocols and hybrid protocols; that is a combination of the contention-based and time-slotted protocols. Contention-based MAC protocols do not need time synchronization between SUs to access the available channels, and are generally based on the CSMA/CA principle.</p><p>Opportunistic Spectrum Access with Backup Channel (SWITCH) [<xref ref-type="bibr" rid="scirp.48120-ref7">7</xref>] and DCA-MAC protocol [<xref ref-type="bibr" rid="scirp.48120-ref8">8</xref>] are examples of this category. Time-slotted MAC protocols need a global synchronization between SUs where the time is divided into slots for both the control channel and the data transmission. Examples of this category are the Cognitive MAC (C-MAC) protocol [<xref ref-type="bibr" rid="scirp.48120-ref9">9</xref>] and the Opportunistic Spectrum Access (OSA-MAC) protocol [<xref ref-type="bibr" rid="scirp.48120-ref10">10</xref>] . Hybrid protocols use a partially slotted transmission, in which the control signaling generally occurs over synchronized time-slots. However, the following data transmission may have random channel access schemes, without time synchronization. An example of this category is the SYNchronizes MAC (SYN-MAC) [<xref ref-type="bibr" rid="scirp.48120-ref11">11</xref>] . SWITCH [<xref ref-type="bibr" rid="scirp.48120-ref7">7</xref>] is a decentralized, asynchronous, contention-based MAC protocol. SWITCH uses a CCC channel so that all the necessary control information is exchanged among SUs via it. SWITCH uses the concept of Backup Channel (BC) to cope with the appearance of the PUs.</p><p>In this paper, we present a modified protocol from the existing SWITCH protocol named Opportunistic Spectrum Access with backup channel and Buffered data with Resume (OSA-BR). In OSA-BR, instead of using the CCC approach, the blind rendezvous [<xref ref-type="bibr" rid="scirp.48120-ref12">12</xref>] under the PUs activities is used. In addition, instead of using the BC only to deal with the suddenly appearance of PUs, the buffer concept is introduced in OSA-BR to increase the overall throughput.</p><p>The current paper is organized as follows. In section 2, the proposed protocol is described in details. In section 3, an example is presented to simplify the description of the proposed protocol. In section 4, the simulation model and its results are presented. In section 5, we draw a conclusion.</p></sec><sec id="s2"><title>2. OSA-BR MAC Protocol</title><p>In this section, the details of the proposed protocol are introduced.</p><sec id="s2_1"><title>2.1. Design Features</title><p>SWITCH [<xref ref-type="bibr" rid="scirp.48120-ref7">7</xref>] is a contention-based MAC protocol to coordinate the access to the available channels which utilizes a Common Control Channel (CCC) as a rendezvous channel for the exchange of the control packets for the whole network. Although using the CCC approach makes MAC protocols simple and efficient, it has some drawbacks listed as [<xref ref-type="bibr" rid="scirp.48120-ref4">4</xref>] :</p><p>1) When a PU appears in the CCC, all SUs must leave this channel and wait until the PU completes its transmission. If the PU transmission period is long, it may block the channel access for SUs. Thus the overall throughput of the network degrades.</p><p>2) The collision rate of the control packets increases as the number of SUs increases in the network as all SUs use the same CCC channel to transmit their control information. Thus the overall throughput of the network degrades.</p><p>3) Using a static CCC may encourage attackers to launch powerful attacks. The attacker simply needs to inject a strong interference signal into the CCC, in order to disable any control packet exchange on the CCC. This attack will cause a single point of failure within the network.</p><p>To handle this problem, OSA-BR uses the blind rendezvous [<xref ref-type="bibr" rid="scirp.48120-ref12">12</xref>] in which all channels are available for exchanging information and establishing data communications. SWITCH protocol uses the Backup Channel (BC) concept. The BC is negotiated between the transmitter and the receiver prior to the actual data transmission. If a PU appears in a channel used by a SU, both the transmitter and the receiver wait for a specific time and then switch to the BC if idle. Otherwise the SU transmissions are rejected and the SU has to restart its transmissions using another idle channel. The OSA-BR handles this problem as follows: when a PU appears in a channel used by a SU, the SU moves to the BC if this channel is idle. If not, the SU uses a buffer to stores its transmission parameters for a specific time period to sense for a new idle channel to resume its transmission.</p></sec><sec id="s2_2"><title>2.2. Assumptions</title><p>OSA-BR is a contention-based MAC protocol in which the buffer concept is used with the BC concept. OSA-BR is developed based on the following assumptions:</p><p>1) The CCC which used as a rendezvous channel by SUs is selected in a dynamic manner from the idle Primary Channels (PCs) which are licensed to PUs. The selected CCC can be used for: a) sharing and identifying spectrum opportunities gathered by SUs and b) transmitting data.</p><p>2) There are three types of users: SUs, PUs and Classical Users (CUs). CUs are wireless devices without cognitive radio capabilities such as devices using the conventional standards e.g. IEEE 802.11 and Bluetooth. PUs and CUs affect the performance of the SUs.</p><p>3) There are two types of channels: Licensed Channels (LC) and Unlicensed Channels (UC) with maximum numbers C<sub>1</sub> and C<sub>2</sub> respectively. The LCs are shared between PUs and SUs with high priority and preemption power are given to PUs to access these channels. The UCs are shared between SUs and CUs with equal priority. The C<sub>1</sub> LCs are used as operating channels in the case of PUs absence. The C<sub>2</sub> UCs are used as BCs in the case of PUs appearance.</p><p>4) Each channel can be represented by an ON-OFF model. State ON means that the channel is busy and state OFF means that the channel is idle.</p><p>5) Each SU is equipped with a buffer with a finite size B to store the SU’s transmission parameters in case the PU appears and the BC is not idle.</p><p>6) Each SU is equipped with two data structures, called Idle Unlicensed List (IUL) and Primary List Channel Hopping (PLCH).</p><p>7) The blind rendezvous algorithm under the PU activities is used instead of the private CCC approach.</p></sec><sec id="s2_3"><title>2.3. OSA-BR Cognitive Cycle</title><p>The cognitive cycle of OSA-BR consists of five components: spectrum sensing, rendezvous process, spectrum allocation, spectrum sharing and spectrum handoff.</p><sec id="s2_3_1"><title>2.3.1. Spectrum Sensing</title><p>An important component of the OSA-BR cognitive cycle is the spectrum sensing. As aforementioned, a cognitive radio is designed to be aware of and sensitive to the changes in its environment. The spectrum sensing function is used to identify unused channels regardless of the fact that these channels are LCs or UCs [<xref ref-type="bibr" rid="scirp.48120-ref13">13</xref>] . Three techniques are generally used for the spectrum sensing according to the hypothesis model. These sensing techniques can be classified as transmitter detection, cooperative detection, and interference-based detection [<xref ref-type="bibr" rid="scirp.48120-ref14">14</xref>] . In the OSA-BR protocol, the transmitter detection scheme is used to detect the idle PCs. Three schemes are generally used for the transmitter detection according to the hypothesis model [<xref ref-type="bibr" rid="scirp.48120-ref13">13</xref>] . These three schemes are matched filter detection, energy detection and cyclostationary feature. The spectrum sensing technique used by the proposed protocol can be described as follows:</p><p>1) Each SU uses energy detection as a spectrum sensing technique to detect one of C channels randomly, say j-th channel, (j ≤ C; C = C<sub>1 </sub>+ C<sub>2</sub>).</p><p>2) Each SU will inform other neighbors about the availability of the detected channel during the rendezvous process.</p></sec><sec id="s2_3_2"><title>2.3.2. Spectrum Allocation</title><p>Based on the gathered sensing information, the spectrum allocation data structures, residing in each SU, make an adaptive decision on the operating channel defined by the center frequency and the time duration of using such a channel according to the activities of PUs, CUs and other SUs in its vicinity. In OSA-BR, each SU is equipped with two data structures, called Idle Unlicensed List (IUL) and Primary List Channel Hopping (PLCH). The IUL data structure is used to record the list of all idle UCs in its transmission range. The PLCH data structure is used to record the list of all idle primary channels hopping. PLCH is predefined sequences used by each SU to determine the order in which the free PCs are to be visited in the case of suddenly appearance of the PU and there is no BC.</p></sec><sec id="s2_3_3"><title>2.3.3. Rendezvous Process</title><p>As aforementioned, the proposed OSA-BR has no control channels. When a SU wants to establish a common link on a common PC with another SU to start the transmission negotiation process, it starts the blind rendezvous process [<xref ref-type="bibr" rid="scirp.48120-ref12">12</xref>] . In blind rendezvous, all free PCs are available for exchanging information and establishing data communications. However, SUs should be aware of the activities of the PUs to guarantee the rendezvous process in a reasonable amount of time. This time is called Time-To-Rendezvous (TTR). The time axis t is divided into slots of equal length and numbered from 0 to L. Each slot is sufficient to complete the rendezvous process. It is assumed that the time slots are fixed and synchronized across all SUs in the neighborhood. As shown in <xref ref-type="fig" rid="fig1">Figure 1</xref>, the rendezvous slot should consist of medium sensing, beacon transmit, and listen/rendezvous sub-slots. Let the duration of each sub-slot is ω basic time units. During the medium sensing sub-slot, a SU begins by sensing the medium for the presence of a PU activity. If the sensing results shows that there is no PU, it will transmit a beacon during the transmit sub-slot. Afterwards, the listen sub-slot starts where the SU waits for a response from its communication partner. In the multi-channel synchronous scheme, the rendezvous will be successful if two conditions occur:</p><p>1) The two SUs select the same PC.</p><p>2) One of the SUs is sensing the medium while the other is transmitting a beacon in such a way that the handshake required for rendezvous is possible.</p><p>The algorithm in <xref ref-type="fig" rid="fig2">Figure 2</xref> details the blind rendezvous strategy for two SUs described in [<xref ref-type="bibr" rid="scirp.48120-ref13">13</xref>] , where <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\3-9701896x\8a538274-8c34-43e6-82a2-7a7eb2b99654.png" xlink:type="simple"/></inline-formula>is the random channel selected by the<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\3-9701896x\3167a04c-9b5d-40cd-b666-da663b088acf.png" xlink:type="simple"/></inline-formula>.</p></sec><sec id="s2_3_4"><title>2.3.4. Spectrum Sharing</title><p>After a successful rendezvous between the transmitter and the receiver, the transmitter can establish a connection with the receiver using the detected rendezvous channel. So, it sends a connection request to the receiver. In</p><fig id="fig1"><label>Figure 1</label><caption><p> Time slot strucuture</p></caption><graphic xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://file.scirp.org/Html/htmlimages\3-9701896x\995d67aa-9ef4-4c73-84d6-22d21773ce39.png"/></fig><fig id="fig2"><label>Figure 2</label><caption><p> The blind rendezvous algorithm</p></caption><graphic xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://file.scirp.org/Html/htmlimages\3-9701896x\0db60bdd-a868-4b97-86f5-52a64bb99493.png"/></fig><p>OSA-BR, the RTS/CTS handshake based on IEEE 802.11 MAC protocol is used with some fields are added to the format of the Request To Send (RTS) packet and the Clear To Send (CTS) packet as shown in <xref ref-type="fig" rid="fig3">Figure 3</xref>. Three more fields are added to the packet format of the original RTS. These fields are IUL, BC and PLCH. Two more fields are added to the packet format of the original CTS. These fields are BC and PLCH. The handshake process used by OSA-BR can be described as follows. At time t<sub>0</sub>, the transmitter sends a RTS to the receiver. The RTS packet contains the following fields: R_IP, T_IP, IUL, PLCH and BC which represent the receiver’s IP address, transmitter’s IP address, transmitter’s IUL, transmitter’s PLCH and the transmitter’s BC, respectively. Then the transmitter waits for CTS from the receiver. Upon the arrival of the RTS packet at the receiver, the following events will be happened:</p><p> If the intersection between the BC in the RTS and IUL at the receiver is equal to 1 then the receiver set its BC number to the value of the BC that is stored in the RTS. Otherwise, the receiver searches its IUL and the transmitter’s IUL for a channel which is idle in both. If exist, the receiver sets its BC to that channel. Otherwise no BC is used and the receiver replies to the transmitter with CTS in which the BC field is set to −1.</p><p> The receiver matches the received/PLCH with its free LCs to check if it can follow the same channel hopping or not (if required) as follows:</p><p>1) If the intersection of PLCH at the transmitter and PLCH at the receiver is equal to the PLCH of the transmitter then the receiver replies to the transmitter with a CTS in which the PLCH field is set to 0 . This means that, the receiver can follow the same channel hopping sequence of the transmitter.</p><p>2) If the intersection of PLCH at the transmitter and PLCH at the receiver is less than PLCH of the transmitter but greater than 1 then the receiver replies to the transmitter with a CTS in which the PLCH field is set to the intersection of the PLCH at the transmitter and the PLCH at the receiver.</p><p>3) If the intersection of PLCH at the transmitter and PLCH at the receiver is equal to 0 then the receiver replies to the transmitter with a CTS in which the PLCH field is set to −1. This means that the receiver cannot follow the same channel hopping sequence of the transmitter.</p><p> Upon receiving the CTS at t<sub>1</sub>, the data transmission is established at t<sub>2 </sub>using the selected rendezvous PC.</p><p> Upon receiving the data packet, the receiver replies to the transmitter by an Acknowledgment (ACK) packet to acknowledge the reception of the data packet.</p></sec><sec id="s2_3_5"><title>2.3.5. Spectrum Handoff</title><p>Spectrum handoff process can be defined as the process when a SU changes its frequency of operation due to the sudden appearance of a PU. If a PU appears during the data transmission, both the transmitter and the receiver follow the following actions:</p><p>1) The transmitter and the receiver check if they have an idle BC or not. If yes, they wait for a time, T<sub>S</sub> (the time required by the SU to sense and switch to the BC) and then switch to the BC.</p><p>2) If no BC is used or the BC is not idle, the transmitter and the receiver start their channel hopping sequence if the PLCH is not empty.</p><fig id="fig3"><label>Figure 3</label><caption><p> Packet format for the OSA-BR protocol</p></caption><graphic xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://file.scirp.org/Html/htmlimages\3-9701896x\d28aab2f-72a4-4177-a2a6-4396099a5dd7.png"/></fig><p>3) If the PLCH is empty then the transmitter stores its transmission parameters in its buffer for a specific time period T<sub>B</sub>.</p><p>4) During the time period T<sub>B</sub>,<sub> </sub>if no idle LC is detected by the transmitter to resume its transmission, the transmission parameters will be dropped from the buffer.</p></sec></sec></sec><sec id="s3"><title>3. Two-Way Handshake Process Example</title><p>To simplify the description of the spectrum sharing process of the OSA-BR protocol, an example is presented. Suppose that the considered network has five secondary users su<sub>1</sub>, su<sub>2</sub>, su<sub>3</sub>, su<sub>4</sub>, and su<sub>5</sub>, as shown in <xref ref-type="fig" rid="fig4">Figure 4</xref>. Each SU builds its IUL and PLCH based on the sensing information that is collected during the spectrum sensing process. There are two classical users Cu<sub>1</sub>, and Cu<sub>2</sub> and two primary users Pu<sub>1</sub> and Pu<sub>2</sub>. The number of the available LCs within the transmission ranges of the secondary users is set to four and indexed as Lu<sub>1</sub> trough Lu<sub>4</sub>. While the number of the available UCs is assumed to be six and indexed from UC<sub>1</sub> to UC<sub>6</sub>.</p><p>The unlicensed channel UC<sub>6</sub> and the licensed channel LC<sub>2</sub> are utilized by Cu<sub>2</sub> and Pu<sub>1</sub> respectively. Hence, as shown in <xref ref-type="fig" rid="fig4">Figure 4</xref>, they are not listed in both IUL and PLCH data structures. The remaining three LCs (i.e., LC<sub>1</sub>, LC<sub>3</sub> and LC<sub>4</sub>) and five UCs (i.e., UC<sub>1 </sub>to UC<sub>5</sub>) are available for starting connections. We assume that the Su<sub>2</sub> (transmitter) wants to establish a connection with Su<sub>3</sub> (receiver) to start its data transmission. The Su<sub>2</sub> starts the rendezvous process to finds its receiver su<sub>3</sub> at time t<sub>0</sub> as shown in <xref ref-type="fig" rid="fig5">Figure 5</xref>. Assuming that the su<sub>2</sub> finds its receiver su<sub>3</sub> on the channel Lc<sub>1</sub> which serves as a common control channel. At time t<sub>1</sub> the modified two-way handshake RTS/CTS, 802.11 MAC, is started. In this example, we have three cases depending on the exchanged control information between su<sub>2</sub> and su<sub>3</sub> during the two-way handshake RTS/CTS process.</p><p>Case1: The receiver (su<sub>3</sub>) agrees with transmitter’s (su<sub>2</sub>) proposed control information. In <xref ref-type="fig" rid="fig5">Figure 5</xref>, the proposal of Su<sub>2</sub> is BC = 3, IUL = 1, 3, 4 and PLCH = 3, 4. After the two-way handshake RTS/CTS is completed, both Su<sub>2</sub> and Su<sub>3</sub> start data transmission on LC<sub>1</sub>. Here LC<sub>1 </sub>is utilized as CCC and operational channel. If a PU appears during the data transmission between Su<sub>2</sub> and Su<sub>3</sub>, both SUs switch to the BC (BC = 3) during T<sub>S</sub> switching time. The switching time T<sub>S</sub> can be defined as the time required by the SU to sense and switch to the BC. This process is called spectrum handoff. The T<sub>S</sub> time should be less than the distributed Coordination Function Interframe Space (DIFS) of IEEE 802.11. If this condition is not satisfied then there is a probability that another SU in the vicinity of the transmitter wins the contention and thus the switching fails [<xref ref-type="bibr" rid="scirp.48120-ref7">7</xref>] . If the BC is available, both users will not perform any additional handoff since the UCs are free from PUs.</p><p>Case 2: This happened when the receiver (su<sub>3</sub>) did not agree with transmitter’s (su<sub>2</sub>) proposal about the BC number. In this case the proposal of su<sub>2</sub> is BC = 3, IUL = 1, 3, 4 and PLCH = 3, 4. Upon receiving the RTS, the SU<sub>3</sub> responses with CTS = {BC = −1, PLCH = 0}. This means that there is no agreement about the BC and full agreement with the PLCH. Based on this matching, both nodes will follow the channel hopping sequence identified by PLCH in the case of a PU appears as shown in <xref ref-type="fig" rid="fig6">Figure 6</xref>. This figure illustrates multiple handoffs due to the subsequent appearance of the PU.</p><p>Case 3: When the receiver (Su<sub>3</sub>) did not agree with transmitter’s (Su<sub>2</sub>) proposal about both the BC number and the PLCH. The Su<sub>3</sub> responses with CTS = {BC = −1, PLCH = −1}. This means that there is no agreement about the BC and the PLCH. Based on this matching, the data transmission of Su<sub>2</sub> will be queued in its buffer for specific time in the case of a PU appears as shown in <xref ref-type="fig" rid="fig7">Figure 7</xref>. If the queued time is expired before the SU<sub>2</sub> win a new channel to resume its transmission, the data will be dropped.</p><fig id="fig4"><label>Figure 4</label><caption><p> Network configuration</p></caption><graphic xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://file.scirp.org/Html/htmlimages\3-9701896x\9abb1c4f-329b-499d-aa9b-684c6f3d107d.png"/></fig><fig id="fig5"><label>Figure 5</label><caption><p> MSC the modified two-way handshake RTS/CTS with BC agreement and SU inter- ruption</p></caption><graphic xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://file.scirp.org/Html/htmlimages\3-9701896x\43041b90-f208-487b-984a-4b664dedcf5b.png"/></fig></sec><sec id="s4"><title>4. Simulation and Results</title><p>In this section, we present our simulation and compare the proposed scheme with the drop tail scheme. For the simulation proposes, we carried out a discrete-event simulation program using JAVA language. All simulation results have been obtained by running the simulation for 1,000,000 milliseconds. The operational simulation parameters are shown in <xref ref-type="table" rid="table1">Table 1</xref>.</p><p>The efficiency of CR-MAC protocols is evaluated by three metrics: saturation throughput, communications overhead and dropping probability. Saturation throughput is defined as the number of data packets transmitted by the SUs. Communications overhead is defined as the number of control packets transmitted during the transmission negotiation process. Dropping probability is defined as the number of SU’s transmissions rejected due to lack of the channels availability. The efficiency of the OSA-BR is compared with the SWITCH protocol. The reason for choosing the SWITCH protocol is that it reacts efficiently with the appearance of the PUs by using a so-called backup channel. On the other hand, the SWITCH protocol increases the throughput compared to</p><fig id="fig6"><label>Figure 6</label><caption><p> MSC the modified two-way handshake RTS/CTS with no BC agreement and SU multiple interruption</p></caption><graphic xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://file.scirp.org/Html/htmlimages\3-9701896x\1bde4a17-263a-4182-bf98-d0290d9276c8.png"/></fig><fig id="fig7"><label>Figure 7</label><caption><p> MSC the modified two-way handshake RTS/CTS with no BC and PLCH agreement</p></caption><graphic xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://file.scirp.org/Html/htmlimages\3-9701896x\7de5db9f-b288-468a-b86b-d80af7812136.png"/></fig><p>DCA-MAC protocol in which the LCs only are used by 91.7% and 63.5%, respectively [<xref ref-type="bibr" rid="scirp.48120-ref7">7</xref>] .</p><p>The scenario used in our simulation can be described as follows: there are 50 SUs, 12 CUs and 12 PUs. Each two SUs establish a session. We assume that each SU has always a packet in its queue to send. The SUs coexist with both the PUs and the CUs. Each SU in this network independently generates traffic of fixed-size packets. The obtained results are averages over 10 different runs of the developed simulation program. The running time of each run is set to 10<sup>8</sup> μs. Unlike SWTICH which uses a dedicated CCC for control packets exchange, OSA_BR uses the blind rendezvous to select the channel for control packets exchange in a dynamic manner.</p><p>The PU traffic load has a great impact on the performance of SUs since once a PU appears in a channel occupied by a SU; the SU should vacate this channel and determines another free one. <xref ref-type="fig" rid="fig8">Figure 8</xref> shows the saturation throughput of the SUs using the OSA-BR protocol compared to SWITCH and DCA-MAC vs. the PU traffic load. For OSA-BR and SWITCH, the numbers of LCs and UCs are set to 12 and 2 channels respectively. For fairness evaluation, the number of LCs assigned for DCA-MAC is set to 14 channels due to the fact that the DCA-MAC uses the LCs only. The performance of these protocols is evaluated under both low and high traffic of the CUs. The figure shows that the OSA-BR outperforms the performance of both SWITCH and DCA-MAC in both high and low traffic of the CUs. The throughput of OSA-BR increases compared to SWITCH by 38%.</p><p><xref ref-type="fig" rid="fig9">Figure 9</xref> shows the impact of the UCs on the throughput of the OSA-BR. To make a fair comparison when using LCs only and a combination of LCs and UCs, we use the same number of channels in each case. From the figure, we can conclude that, the UCs cannot be ignored when evaluating the performance of the CR MAC protocols.</p><p>One of the most important metric used to evaluate the CR MAC protocol is the communications overhead.</p><table-wrap id="table1"  position="float"><object-id pub-id-type="pii">Table 1</object-id><label>Table 1</label><caption><p>. Simulation parameters</p></caption><table><thead><tr><th align="center" valign="middle"  colspan="4"  >Simulation parameters</th></tr></thead><tbody><tr><td align="center" valign="middle" >Parameter</td><td align="center" valign="middle" >Value</td><td align="center" valign="middle" >Parameter</td><td align="center" valign="middle" >Value</td></tr><tr><td align="center" valign="middle" >Data rate</td><td align="center" valign="middle" >1 Mbps</td><td align="center" valign="middle" >Transmission range for CUs</td><td align="center" valign="middle" >50 m</td></tr><tr><td align="center" valign="middle" >Number of LCs</td><td align="center" valign="middle" >Varies</td><td align="center" valign="middle" >RTS size</td><td align="center" valign="middle" >25 Bytes</td></tr><tr><td align="center" valign="middle" >Number of SUs</td><td align="center" valign="middle" >50</td><td align="center" valign="middle" >CTS size</td><td align="center" valign="middle" >17 Bytes</td></tr><tr><td align="center" valign="middle" >Number of PUs</td><td align="center" valign="middle" >12</td><td align="center" valign="middle" >Data size</td><td align="center" valign="middle" >2300 Bytes</td></tr><tr><td align="center" valign="middle" >Number of CUs</td><td align="center" valign="middle" >12</td><td align="center" valign="middle" >ACK size</td><td align="center" valign="middle" >14 Bytes</td></tr><tr><td align="center" valign="middle" >Transmission range for PUs</td><td align="center" valign="middle" >100 m</td><td align="center" valign="middle" >Buffer size</td><td align="center" valign="middle" >1000 Packets</td></tr><tr><td align="center" valign="middle" >Transmission range for SUs</td><td align="center" valign="middle" >50 m</td><td align="center" valign="middle" >SIFS</td><td align="center" valign="middle" >10 ms</td></tr><tr><td align="center" valign="middle" >DIFS</td><td align="center" valign="middle" >50 ms</td><td align="center" valign="middle" >T<sub>S</sub></td><td align="center" valign="middle" >40 ms</td></tr></tbody></table></table-wrap><fig id="fig8"><label>Figure 8</label><caption><p> Throughput of the SUs as a function of PU traffic load with diffe- rent number of UCs: for both OSA-BR and SWITCH, C<sub>1</sub> = 12, C<sub>2</sub> = 2. For DCA-MAC, C<sub>1</sub> = 14 and C<sub>2</sub> = 0</p></caption><graphic xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://file.scirp.org/Html/htmlimages\3-9701896x\879a6c8c-1458-4423-9221-2ad7c48325c6.png"/></fig><p>The communications overhead is defined as the number of control packets transmitted during the communication setup. As we noted earlier, the SWITCH protocol uses CCC which means that when a PU appears in the CCC, all SUs must leave this channel and wait until the PU completes its transmission. If the PU transmission period is long, it may block the channel access for SUs. Thus the overall throughput of the network degrades. However, a new control packet called NTR is added to the SWICH protocol during the communication setup process which resulted in more overhead.</p><p><xref ref-type="fig" rid="fig10">Figure 10</xref> shows the average number of control packets exchanged between two SUs to complete their connection setup versus the PU traffic load of the OSA-BR and SWTICH protocols. This figure also indicates that the OSA-BR protocol reduces the communications overhead traffic if it is compared with SWITCH protocol.</p><p><xref ref-type="fig" rid="fig11">Figure 11</xref> illustrates the dropping probability against the PU traffic load. From the figure, we note that, the</p><fig id="fig9"><label>Figure 9</label><caption><p> Throughput of the SUs as a function of PU traffic un- der CU activities</p></caption><graphic xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://file.scirp.org/Html/htmlimages\3-9701896x\eacef63e-00c2-439c-949b-9c89a8911ada.png"/></fig><fig id="fig10"><label>Figure 10</label><caption><p> The communications overhead versus the PU traffic load</p></caption><graphic xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://file.scirp.org/Html/htmlimages\3-9701896x\bc30c4ef-89e1-4a3a-bd57-b970867d1aa7.png"/></fig><fig id="fig11"><label>Figure 11</label><caption><p> The dropping probability of ongoing connections versus the PU traffic load</p></caption><graphic xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://file.scirp.org/Html/htmlimages\3-9701896x\d9d7402a-e451-4174-ab6e-6810e7a3abcf.png"/></fig><p>dropping probability increases in both SWITCH and OSA-BR protocols with the increase of the PUs traffic load. On the other hand, the OSA-BR protocol outperforms the SWITCH protocol because of using a buffer for hosting the data of the interrupted transmissions. The buffered data of the interrupted transmissions is resumed later if the transmitter wins a new idle channel within a maximum predefined buffered time.</p></sec><sec id="s5"><title>5. Conclusion</title><p>We have presented a decentralized, asynchronous and contention-based MAC protocol named OSA-BR. OSA-BR is a modified protocol from the existing SWITCH protocol. It uses the concepts of rendezvous and buffering. The simulation results have been compared with the results of the SWITCH protocol. The results of the model show that the OSA-BR protocol outperforms the well-known SWITCH protocol in terms of throughput, dropping probability and communications overhead.</p></sec></body><back><ref-list><title>References</title><ref id="scirp.48120-ref1"><label>1</label><mixed-citation publication-type="other" xlink:type="simple">FCC. HTTP://WWW.FCC.GOV/</mixed-citation></ref><ref id="scirp.48120-ref2"><label>2</label><mixed-citation publication-type="other" xlink:type="simple">SHARED SPECTRUM COMPANY. HTTP://WWW.SHAREDSPECTRUM.COM/</mixed-citation></ref><ref id="scirp.48120-ref3"><label>3</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>THEIS</surname><given-names> N.C.</given-names></name>,<name name-style="western"><surname> THOMAS</surname><given-names> R.W. </given-names></name>,<name name-style="western"><surname> DASILVA</surname><given-names> L.A. </given-names></name>,<etal>et al</etal>. (<year>2011</year>)<article-title>RENDEZVOUS FOR COGNITIVE RADIOS</article-title><source>. IEEE TRANSACTIONS ON MOBILE COMPUTING</source><volume> 10</volume>,<fpage> 216</fpage>-<lpage>227</lpage>.<pub-id pub-id-type="doi">HTTP://DX.DOI.ORG/10.1109/TMC.2010.60</pub-id></mixed-citation></ref><ref id="scirp.48120-ref4"><label>4</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>ZAW</surname><given-names> H.</given-names></name>,<name name-style="western"><surname> CHOONG</surname><given-names> S. </given-names></name>,<name name-style="western"><surname> SUNGWON</surname><given-names> L. </given-names></name>,<etal>et al</etal>. (<year>2013</year>)<article-title>THE LIFE CYCLE OF THE RENDEZVOUS PROBLEM OF COGNITIVE RADIO AD HOC NETWORKS: A SURVEY</article-title><source>. JOURNAL OF COMPUTING SCIENCE AND ENGINEERING</source><volume> 7</volume>,<fpage> 81</fpage>-<lpage>88</lpage>.<pub-id pub-id-type="doi">HTTP://DX.DOI.ORG/10.5626/JCSE.2013.7.2.81</pub-id></mixed-citation></ref><ref id="scirp.48120-ref5"><label>5</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>PARK</surname><given-names> J.</given-names></name>,<name name-style="western"><surname> PAWELCZAK</surname><given-names> P. </given-names></name>,<name name-style="western"><surname> CABRIC</surname><given-names> D. </given-names></name>,<etal>et al</etal>. (<year>2010</year>)<article-title>TO BUFFER OR TO SWITCH: DESIGN OF MULTICHANNEL MAC FOR OSA AD HOC NETWORKS</article-title><source>. 2010 IEEE SYMPOSIUM ON NEW FRONTIERS IN DYNAMIC SPECTRUM</source><volume> SINGAPORE</volume>,<fpage> 6</fpage>-<lpage>9 APRIL 2010</lpage>.<pub-id pub-id-type="doi">HTTP://DX.DOI.ORG/10.1109/DYSPAN.2010.5457877</pub-id></mixed-citation></ref><ref id="scirp.48120-ref6"><label>6</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>AKYILDIZ</surname><given-names> F.</given-names></name>,<name name-style="western"><surname> LEE</surname><given-names> W.-Y. </given-names></name>,<name name-style="western"><surname> CHOWDHURY</surname><given-names> K.R. </given-names></name>,<etal>et al</etal>. (<year>2009</year>)<article-title>COGNITIVE RADIO AD HOC NETWORKS</article-title><source>. AD HOC NETWORKS JOURNAL</source><volume> 7</volume>,<fpage> 810</fpage>-<lpage>836</lpage>.<pub-id pub-id-type="doi">HTTP://DX.DOI.ORG/10.1016/J.ADHOC.2009.01.001</pub-id></mixed-citation></ref><ref id="scirp.48120-ref7"><label>7</label><mixed-citation publication-type="other" xlink:type="simple">KALIL, M.A., PUSCHMANN, A. AND MITSCHELE-THIEL, A. (2012) SWITCH: A MULTICHANNEL MAC PROTOCOL FOR COGNITIVE RADIO AD HOC NETWORKS. 2012 IEEE VEHICULAR TECHNOLOGY CONFERENCE (VTC FALL), 3-6 SEPTEMBER 2012, 1-5.</mixed-citation></ref><ref id="scirp.48120-ref8"><label>8</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>PAWELCZAK</surname><given-names> P.</given-names></name>,<name name-style="western"><surname> VENKATESHA PRASAD</surname><given-names> R.</given-names></name>,<name name-style="western"><surname> XIA</surname><given-names> L. </given-names></name>,<name name-style="western"><surname> NIEMEGEERS</surname><given-names> I. </given-names></name>,<etal>et al</etal>. (<year>2005</year>)<article-title>COGNITIVE RADIO EMERGENCY NETWORKS REQUIREMENTS AND DESIGN</article-title><source>. 2005 FIRST IEEE INTERNATIONAL SYMPOSIUM ON NEW FRONTIERS IN DYNAMIC SPECTRUM ACCESS NETWORKS</source><volume> BALTIMORE</volume>,<fpage> 8</fpage>-<lpage>11 NOVEMBER 2005</lpage>.<pub-id pub-id-type="doi">HTTP://DX.DOI.ORG/10.1109/DYSPAN.2005.1542678</pub-id></mixed-citation></ref><ref id="scirp.48120-ref9"><label>9</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>CORDEIRO</surname><given-names> C. </given-names></name>,<name name-style="western"><surname> CHALLAPALI</surname><given-names> K. </given-names></name>,<etal>et al</etal>. (<year>2007</year>)<article-title>C-MAC: A COGNITIVE MAC PROTOCOL FOR MULTI-CHANNEL WIRELESS NETWORKS</article-title><source>. 2ND IEEE INTERNATIONAL SYMPOSIUM ON NEW FRONTIERS IN DYNAMIC SPECTRUM ACCESS NETWORKS</source><volume> DUBLIN</volume>,<fpage> 17</fpage>-<lpage>20 APRIL 2007</lpage>.<pub-id pub-id-type="doi">HTTP://DX.DOI.ORG/10.1109/DYSPAN.2007.27</pub-id></mixed-citation></ref><ref id="scirp.48120-ref10"><label>10</label><mixed-citation publication-type="other" xlink:type="simple">LE, L. AND HOSSAIN, E. (2008) A MAC PROTOCOL FOR OPPORTUNISTIC SPECTRUM ACCESS IN COGNITIVE RADIO NETWORKS. IEEE WIRELESS COMMUNICATIONS AND NETWORKING CONFERENCE, LAS VEGAS, 31 MARCH-3 APRIL 2008, 1426-1430.</mixed-citation></ref><ref id="scirp.48120-ref11"><label>11</label><mixed-citation publication-type="other" xlink:type="simple">KONDAREDDY, Y.R. AND AGRAWAL, P. (2008) SYNCHRONIZED MAC PROTOCOL FOR MULTI-HOP COGNITIVE RADIO NETWORKS. IEEE INTERNATIONAL CONFERENCE ON COMMUNICATIONS (ICC), BEIJING, 19-23 MAY 2008, 3198-3202.</mixed-citation></ref><ref id="scirp.48120-ref12"><label>12</label><mixed-citation publication-type="other" xlink:type="simple">GU, Z., HUA, Q.S., WANG, Y. AND FRANCIS, L. (2013) NEARLY OPTIMAL ASYNCHRONOUS BLIND RENDEZVOUS ALGORITHM FOR COGNITIVE RADIO NETWORKS. 10TH ANNUAL IEEE COMMUNICATIONS SOCIETY CONFERENCE ON SENSOR, MESH AND AD HOC COMMUNICATIONS AND NETWORKS, NEW ORLEANS, 24-27 JUNE 2013, 371-379.</mixed-citation></ref><ref id="scirp.48120-ref13"><label>13</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>IAN</surname><given-names> F.</given-names></name>,<name name-style="western"><surname> WON-YEOL</surname><given-names> L.</given-names></name>,<name name-style="western"><surname> MEHMET</surname><given-names> C. </given-names></name>,<name name-style="western"><surname> VURAN</surname><given-names> S. </given-names></name>,<etal>et al</etal>. (<year>2006</year>)<article-title>NEXT GENERATION/DYNAMIC SPECTRUM ACCESS/COGNITIVE RADIO WIRELESS NETWORKS: A SURVEY</article-title><source>. COMPUTER NETWORKS</source><volume> 50</volume>,<fpage> 2127</fpage>-<lpage>2159</lpage>.<pub-id pub-id-type="doi">HTTP://DX.DOI.ORG/10.1016/J.COMNET.2006.05.001</pub-id></mixed-citation></ref><ref id="scirp.48120-ref14"><label>14</label><mixed-citation publication-type="other" xlink:type="simple">SAHAI, A., HOVEN, N. AND TANDRA, R. (2004) SOME FUNDAMENTAL LIMITS IN COGNITIVE RADIO. ALLERTON CONFERENCE ON COMMUNICATION, CONTROL, AND COMPUTING.</mixed-citation></ref></ref-list></back></article>