Critique paper on wireless network research paper
FD-MMAC: Combating Multi-Channel Hidden and Exposed Terminals Using a Single Transceiver
Yan Zhang, Loukas Lazos, Kai Chen, Bocan Hu, and Swetha Shivaramaiah Dept. of Electrical and Computer Engineering, University of Arizona
Email: {yanzhang, llazos, chenkai, bocanhu, sshivaramaiah}@email.arizona.edu
Abstract—We address the problem of improving the throughput and delay efficiency of distributed multi-channel MAC (MMAC) protocols. We design an MMAC protocol called FD-MMAC that exploits recent advances in full-duplex (FD) communications to coordinate channel access in a distributed manner. Compared with prior MMAC designs, the FD-MMAC protocol eliminates the use of in-band or out-of-band control channels for combat- ing the multi-channel hidden terminal problem, discovering the resident channel of destinations, and performing load balancing. Furthermore, FD-MMAC improves the spectral efficiency by enabling the operation of multi-channel exposed terminals. To achieve its goals, FD-MMAC integrates an advanced suite of PHY-layer techniques, including self interference suppression, error vector magnitude and received power measurements, and signal correlation techniques. We validate the proposed PHY-layer techniques on NI USRP devices. Further, we show via simulations that FD-MMAC achieves significantly higher throughput and lower delay compared with prior art.
I. INTRODUCTION
The delay and throughput performance of wireless net-
works can be significantly improved by accommodating parallel
transmissions over orthogonal frequency bands. Most wireless
standards (e.g., [1]) already provision for multiple bands, herein
referred to as channels. For networks without centralized con- trol, channel access is coordinated in a distributed fashion by
the medium access control layer (MAC), using a multi-channel
MAC (MMAC) protocol [2]–[7].
The design of MMAC protocols poses significant challenges.
Senders must employ low-overhead mechanisms for discov-
ering the resident channel of their respective destinations.
Moreover, parallel transmissions must be efficiently distributed
over all available channels to balance the traffic load and
alleviate contention. The latter is a complicated process due to
the multi-channel hidden terminal problem [3]. In this problem,
a sender that switches to a busy channel is unable to detect an
ongoing transmission if it is a hidden terminal to the transmitter.
Current solutions to the multi-channel hidden terminal problem
incur significant control overhead by requiring the use of in-
band or out-of-band control channels [2]–[5], or the availability
of multiple transceivers per device [6], [8], [9]. Finally, most
existing MMAC protocols fail to address the multi-channel
exposed terminal problem [10], whereby a sender switching to
a busy channel, but being an exposed terminal to a transmitter,
cannot proceed with a parallel non-interfering transmission.
978-1-4799-3360-0/14/$31.00 c©2014 IEEE
To improve the spectral efficiency of MMAC protocols, we
exploit recent advances in full-duplex (FD) communications
over a single channel [11]–[14]. In certain low-power wireless environments, sophisticated self interference suppression (SIS)
techniques allow for concurrent transmission and reception over
a single channel. This is achieved by suppressing a significant
portion of the self interference (up to 80 dB), using a com-
bination of antenna-based SIS [14], signal inversion [12], RF
and digital interference cancellation [13], [15]. The integration
of FD communications in the MMAC design provides unique
opportunities for reducing the control overhead and increasing
the spatial channel reuse. In this paper, we address the problem of improving the throughput and delay efficiency of MMAC protocols, when nodes can operate in FD mode.
Our Contributions–We design an MMAC protocol called FD-MMAC that enables distributed coordination of channel
access over orthogonal channels for devices using a single
transceiver. Compared with prior MMAC designs, the FD-
MMAC protocol provides the following attractive features.
• It eliminates in-band and out-of-band control signaling for combating the multi-channel hidden terminal problem,
discovering the resident channel of destinations, and per-
forming load balancing.
• It increases the spatial channel reuse by enabling the operation of multi-channel exposed terminals.
• It achieves load balancing and fairness autonomously.
Though security considerations are beyond the scope of the
present work, FD-MMAC is less vulnerable to denial-of-service
attacks launched against the control channel [16], [17], due to
the elimination of signaling on a dedicated control band. To
achieve its goals, FD-MMAC integrates an advanced suite of
PHY-layer techniques, including SIS, error vector magnitude
(EVM) and received power measurements, and signal correla-
tion techniques. We validate these PHY-layer techniques on an
NI USRP testbed. Further, we show via packet-level simulations
that FD-MMAC achieves significantly higher throughput and
lower delay compared with prior art. To the best of our
knowledge, this is the first work to propose an MMAC protocol
design that exploits the FD communication mode.
Paper Organization–In Section II, we motivate our problem by discussing the limitations of related work. The system model
is described in Section III. Section IV describes the FD carrier
sensing operation. In Section V, we address the multi-channel
hidden and exposed terminal problems. In Section VI, we
IEEE INFOCOM 2014 - IEEE Conference on Computer Communications
978-14799-3360-0/14/$31.00 ©2014 IEEE 2742
2
Fig. 1. The multi-channel hidden terminal problem.
present the operational details of FD-MMAC. We compare the
performance of FD-MMAC with existing MMAC designs in
Section VII and conclude in Section VIII.
II. MOTIVATION - RELATED WORK
MMAC protocols can be broadly categorized to three classes:
(a) split-phase [3], [5], [18], (b) dedicated control channel
(DCC) [6]–[10], and (c) rendezvous [2], [19]. In split-phase
MMACs, time is divided to alternating control and data phases.
During the control phase, all nodes converge to a default
channel to negotiate the channel assignment for the upcoming
data phase using a variant of the virtual carrier sensing mech-
anism [1]. During the data phase, nodes exchange data on the
assigned channels. In DCC MMACs, nodes are equipped with
two radios. One radio is always tuned to a DCC to perform
channel assignment and virtual carrier sensing. The second
radio switches between the remaining channels to perform
data transmissions. Finally, in rendezvous protocols, nodes
hop between channels using predefined hopping sequences.
These sequences are designed to enable the sender-destination
rendezvous within a fixed time period. We now motivate our
work by highlighting the limitations of existing MMACs.
The multi-channel hidden terminal problem: We first describe the multi-channel hidden terminal problem using the
topology of Fig. 1. Let nodes A and B reside on channel f1, while node C resides on f2. Topologically, C is a hidden terminal to A. Assume that A performs an RTS-CTS exchange over f1 (virtual carrier sensing enabled) before communicating packet PA to B. Let the transmission of PA start at time t0 and terminate at t1. Assume that C switches to f1 at t2 with t0 < t2 < t1. Because t2 > t0, node C will not overhear the CTSB. Moreover, because t2 < t1, the transmission of PA is ongoing when C switches to f1. At time t3 < t1, node C becomes active and causes a collision at B.
Split-phase MMACs avoid multi-channel hidden terminals by
performing channel negotiations on a default control channel.
Because all nodes reside on the default channel during the
control phase, the virtual carrier sensing mechanism prevents
hidden terminals. However, no data transmissions take place
during the control phase, thus decreasing the overall spectral
efficiency. The control phase can be considerably long under
high-contention conditions. Moreover, when a sender has pack-
ets for multiple destinations, it may switch channels during a
single data phase. In this case, a multi-channel hidden terminal
can avoid collisions only if it defers from transmission for a
period equal to the duration of the maximum transmission unit
plus an ACK. This delay decreases the spectral efficiency.
In DCC MMACs, virtual carrier sensing is performed over
the DCC. Because one radio is always tuned to this channel,
nodes are aware of all scheduled data transmissions. Hence,
multi-channel hidden terminals are avoided. However, the use
of one extra radio increases the device cost. Moreover, the
spectral efficiency is decreased by dedicating one channel for
signaling. The capacity of the control channel becomes the
performance bottleneck in high-contention scenarios. Finally,
from a security standpoint, the control channel constitutes a
single point of failure [16], [17]. Rendezvous protocols do not
address the multi-channel hidden terminal problem.
The multi-channel exposed terminal problem: Multi- channel exposed terminals lose transmission opportunities when
switching to a busy channel in the middle of a data trans-
mission. Referring to Fig. 1, assume that B transmits a data packet to A on f1 starting at t0. Node C switches to f1 at t2 with t0 < t2 < t1. Node C will sense the channel busy and defer from transmission, thus losing an opportunity to
operate in parallel with the B → A transmission. Prior MMAC protocols solve the exposed terminal problem using additional
radios and/or dedicated control channels [7], [10].
Destination discovery and load balancing: In a multi- channel setting, a destination must be discoverable by a can-
didate sender. Moreover, parallel communications must be
distributed over all channels to balance the traffic load and
alleviate contention. In DCC and split-phase MMAC proto-
cols, these two functions are performed by exchanging control
messages, thus decreasing the spectral efficiency. Rendezvous
protocols incur less overhead for destination discovery, since
a destination’s hopping sequence can be known a priory.
However, these protocols do not combat multi-channel hidden
terminals. Moreover, in some designs, an initial discovery
delay is incurred until the sender’s and destination’s hopping
sequences overlap [2]. In FD-MMAC, destination discovery and
load balancing are achieved without the exchange of control
information. Nodes independently switch to idle channels by
tracking the state of each channel.
III. SYSTEM MODEL
Network model: We consider a wireless network that op- erates over a set of orthogonal channels, denoted by F = {f1, f2, ..., fn}. For simplicity, we assume that all channels have the same bandwidth and propagation characteristics.
Nodes are equipped with a single radio transceiver and are
assumed to be time-synchronized to a common slotted sys-
tem. Time synchronization can be achieved using out-of-band
solutions such as GPS [20], or any of the readily available in-
band methods [21]. We note that time-slotted synchronization
is not a necessary FD-MMAC requirement. It is assumed here
to facilitate legacy operations used by FD-MMAC, such as
the slotted CSMA algorithm. However, FD-MMAC can also
operate in an asynchronous mode.
SIS and signal correlation: Nodes can operate in FD mode by applying a combination of analog and digital SIS
techniques [11]–[14]. In FD mode, a node can receive while
simultaneously transmitting over the same channel. Moreover,
IEEE INFOCOM 2014 - IEEE Conference on Computer Communications
2743
3
Fig. 2. Detecting a known bit pattern P when two packets collide using the signal correlation technique.
nodes can apply signal correlation techniques for detecting
the transmission of known bit patterns. These techniques are
common in frame detection, even in the presence of collisions
[15]. The concept of signal correlation is shown in Fig. 2.
Consider the concurrent reception of packets PA and PB at C. Node C is interested in detecting whether PB = P, where P is a known bit pattern. Let the sampled signal representing P be L samples long. Node C computes the signal correlation value between PA + PB + w and P (w denotes the noise component at the receiver) by aligning the L samples of P with the first L samples of PA + PB + w. It then shifts the alignment of P by one sample and recomputes the correlation until the end of PA + PB + w is reached. Formally, let x[i] denote the i
th
sample of P and y[j] the jth sample of the received signal. The correlation value at the jth sampled position of y[j] is:
C[j] = L∑
i=1
x∗[i]y[j + i], (1)
where x∗[i] is the complex conjugate of x[i]. The correlation value will peak when P is aligned with PB. Using this correlation method, node C can identify if P is transmitted, despite the concurrent transmission of PA. In practice, node C must compensate C[j] for the frequency offset of B. The frequency offset can be estimated in advance from prior packet
exchanges between B and C. A limitation of signal correlation is that the known bit pattern has to exhibit desirable cross-
correlation properties.
IV. FD CARRIER SENSING
The carrier sensing function can be extended to the receiver’s
collision domain when that receiver operates in FD mode [12],
[22]. We refer to this mechanism as FD carrier sensing. In FD-MMAC, we improve FD carrier sensing by integrating a
suite of PHY-layer techniques. Our techniques extend beyond
the estimation of the carrier state (idle or busy) and determine
a node’s operational state relative to an ongoing transmission.
The state information is used to create transmission opportu-
nities for exposed terminals, avoid collisions caused by hidden
terminals, and discover the resident channel of a destination.
Operation in FD mode: The FD carrier sensing mechanism is shown in Fig. 3. A sender A initiates the transmission of PA to B. Node B decodes the MAC header of PA and determines it is the destination. Node B transmits a beacon packet BCNB
Table 1: Region Classification Rules
BCN EV M < γEV M RSS < γRSS Region C1 No Yes Yes TO C2 No Yes No CO C3 No No - CO C4 Yes - - RO
Fig. 3. The three regions for a node C relative to a data transmission A → B.
while receiving PA by operating in FD mode. This mechanism was demonstrated in [22] for a single channel MAC. Node
A receives BCNB by also operating in FD mode. With the reception of BCNB, node A verifies that B is receiving PA and continues the transmission of PA. Lack of a BCN reply implies either that B is unavailable (B is at another channel or a hidden terminal to another transmission) or that the MAC
header of PA got corrupted. Node A uses the lack of BCNB as an early collision detection mechanism and aborts the further
transmission of PA.
Generally, a data packet P is expected to be much longer than a BCN packet. To account for this difference, BCN packets are
transmitted back-to-back until the reception of P is completed. The reception ending time te is known to the destination based on the network allocation vector (NAV) included in P ’s MAC header. The BCN contains the destination’s id, the time slot
tACK at which the ACK transmission is to be completed, and a CRC code. If the reception of P is successful, the destination replies with an acknowledgement (ACK).
Operation State Classification: To combat multi-channel hidden terminals and enable multi-channel exposed terminals,
nodes that sense channel activity perform region classification to determine their operation state. We divide the collision
domains of A and B to the three regions shown in Fig. 3: (a) the receiver-only (RO) region, (b) the collision region (CO),
and (c) the transmitter-only (TO) region. Referring to Fig. 3, a
node C can determine its region using the following rules.
1) If C can decode BCNB, it infers that it is in the RO region (hidden terminal).
2) if C cannot decode the received signal due to the collision of PA with BCNB, it infers it is in the CO region.
3) If C can decode PA, it infers that it is in the TO region
IEEE INFOCOM 2014 - IEEE Conference on Computer Communications
2744
4
(exposed terminal).
If C concludes that it is located in the CO/RO regions, it defers from transmission to prevent a collision at B. Otherwise, it explores transmission opportunities as an exposed terminal.
Practical Issues: Several practical issues complicate the proposed region classification rules. First, when C is in the TO region (position C1 in Fig. 3), it cannot verify the correct decoding of PA until PA’s transmission is completed and the CRC code is checked. Similarly, if C switches to a busy channel in the middle of PA’s transmission, the CRC code cannot be checked. Both these scenarios eliminate exposed terminal
transmission opportunities. To evaluate the decodability of PA before the reception of the CRC code, node C computes the error vector magnitude (EV M) on the received symbols. The RMS EV M value (dB) is given by [23]:
EV MRMS(dB) = 20 log
(√ 1 n
∑n k=1 |stk − srk|2
1 M
∑M i=1 |si|2
) , (2)
where stk is the k th transmitted symbol, srk is the k
th received
symbol, n is the window size (in symbols) over which the EV M is computed, si is the i
th constellation symbol, and M is the number of constellation symbols. The EV M serves as a measure of the signal quality and is strongly correlated to the
bit error rate [23]. It characterizes the signal distortion due to
impairments of the wireless channel and undesired interference.
Note that the stks corresponding to the received s r ks are
not known to C for arbitrary packets. To compute the EV M using formula (2), node C selects those stks in the constellation diagram that are closest to the received srks. This is because when a packet is correctly decoded, it is expected that the
received symbols are closest to the actual transmitted symbols
(hence, the correct decoding). On the other hand, in a collision
scenario, the received symbols have a large distance from the
ideal symbols, yielding a larger EV M. In our classification, we compute the EV M over the duration
of two BCN packets. This is to differentiate between the TO
and the RO regions, where nodes are expected to have a lower
EV M compared with the CO region. If a node C is located in the RO region, it is likely to decode at least one BCN packet
within two BCN packet durations (recall that C can switch to a busy channel at any time). Otherwise, if C is in the TO region, it will not decode a BCN packet, but will have a low
EV M value. For the EV M classification rule, the EV M at C is compared with a threshold γEV M .
Low EV M values and undecodability of a BCN packet can also be recorded due to the capture effect [24], when C is in the CO region but very close to A (position C2 in Fig. 3). In this case, a potential transmission by C will cause a collision at B. To prevent this collision, we incorporate received signal strength (RSS) measurements. If the RSS measurement at C is beyond a threshold γRSS, node C concludes that it is in the CO region, despite having a low EV M value. Finally, if C is in the CO region, but can decode the BCN due to its proximity
to B, for all practical purposes we allow C to infer that it is in
(a)
(b) Fig. 4. (a) Combating the multi-channel hidden terminal problem, (b) exposed terminal operation. Transmission C → D occurs in parallel with transmission A → B on the same channel.
the RO region. This is because for both the CO and RO regions,
C will defer from transmission. The region classification rules used by FD-MMAC are summarized in Table 1. In Section
VII, we perform testbed experiments for determining γEV M and γRSS based on measurements at locations C1 . . . C4.
V. COMBATING HIDDEN AND EXPOSED TERMINALS
FD carrier sensing eliminates the multi-channel hidden ter-
minal problem. We illustrate this in Fig. 4(a) for the topology
of Fig. 3, in which C is a hidden terminal to A. Node A transmits PA to B over f1 at time t0. Node B decodes the PHY and MAC headers and infers that it is the destination.
Node B replies with BCNB that is repeated for the duration of PA, which terminates at t1. Node C switches to f1 at t2 with t0 < t2 < t1. First, C senses f1 to be busy due to the BCNB transmissions. Second, C attempts to decode a BCN for two BCN durations. By decoding BCNB, node C infers it is in the RO region and defers from transmission. If BCNB cannot be
decoded, the EV M is expected to be high and hence, C will infer it is in the CO region and defer from transmission.
Early collision detection: A collision due to hidden termi- nals is still possible during the transmission of the PHY and
MAC headers of P . Under a collision scenario, the destination will be unable to decode the MAC header and will not transmit
a BCN packet. We use the absence of a BCN packet as an early
collision detection mechanism. If the sender does not receive
a BCN reply, it assumes that the attempted data transmission
has collided or the destination is unavailable. The sender aborts
further transmission of P and attempts retransmission without waiting for the expiration of the ACK timer.
Enabling Exposed Terminal Transmissions: An exposed terminal node C located in the TO region of an ongoing transmission A → B will attempt to communicate PC to a candidate destination D. If D can decode the MAC header of PC , it will respond with BCND packets by operating in FD mode. Node C will continue the transmission of PC if it detects BCND, and will abort otherwise. The destination D will not be able to respond with BCND if one of the following
occurs: (a) D is in the collision domain of another transmission and hence, cannot decode the MAC header of PC or, (b) D
IEEE INFOCOM 2014 - IEEE Conference on Computer Communications
2745
5
(a) (b) (c)
Fig. 5. (a) The state diagram of an FD-MMAC destination, (b) the CST table for node E, and (c) the state diagram of an FD-MMAC sender.
resides on another channel. The exposed terminal operation for
transmissions A → B and C → D is shown in Fig. 4(b). Receiving BCN/ACK packets in the presence of exposed
terminals: Exposed terminal transmissions create two funda- mental problems. First, nodes A and C cannot decode BCNB and BCND, respectively, due to the interference they cause to each other. Similarly, nodes A and C cannot decode ACKB and ACKD, respectively, due to the interfering transmissions of PC and PA. To enable the concurrent operation of A → B and C → D, we use the signal correlation technique for detecting known bit patterns [15].
Node C applies the signal correlation technique to detect BCND and ACKD when PA is concurrently transmitted. Sim- ilarly, node A applies the signal correlation technique to detect BCNB and ACKB when PC is concurrently transmitted. Note that a node is aware of the exact composition of the BCN
(ACK) packet and the approximate time that a BCN (ACK) is
expected. Hence, it can limit the signal correlation within only
a few sample shifts. One limitation here is that the BCN (ACK)
has to exhibit desirable cross-correlation properties. Therefore,
the BCN (ACK) is hashed (except the PHY header) with a
uniform hash function to produce a random output.
VI. THE FD-MMAC PROTOCOL
FD-MMAC is a contention-based, time-slotted protocol
based on CSMA/CA. To improve its spectral efficiency, FD-
MMAC eliminates the message overhead related to virtual
carrier sensing, destination discovery, and channel negotiation.
The destination and sender state diagrams are shown in Fig. 5.
A. Destination Operation When a node’s transmission queue is empty, it operates as a
destination. A destination selects a resident channel such that it
can be discovered by candidate senders. Referring to the state
diagram of Fig. 5(a), a destination operates as follows. Sense state: In the “Sense” state, the destination contin-
uously senses the resident channel. If the resident channel
becomes busy, the destination transitions to the “Decode” state. Decode state: In the “Decode” state, the destination attempts
to decode the received signal. It transitions to the “FD” state
if the MAC header is successfully decoded, the receiving node
is the intended destination, and it is available for reception.
Otherwise, it transitions to the “Switch” state. FD state: In the “FD” state, the destination operates in
FD mode. Based on the MAC header of P , the destination
determines the tACK and the number of BCN packets that need to be transmitted. Then, it transmits BCN packets until
the reception of P is completed. The destination checks the CRC code of P . If P is successfully received, it transitions to the “ACK” state. Otherwise, it returns to the “Sense” state.
ACK state: After a successful packet reception, the destina- tion replies with an ACK and returns to the “Sense” state.
Switch state: In the “Switch” state, the destination au- tonomously determines its resident channel. This decision is
based on a channel state table (CST) that records the expected time that each channel becomes idle (idle time). The CST is updated in the following way:
1) If the resident channel fi is idle, set the idle time for fi to the current slot tcurr.
2) If the resident channel fi is busy and the destination is the RO region (BCN is decodable), set the idle time for
fi to tACK (contained in the BCN). 3) If the resident channel fi is busy and the destination is in
the CO/TO region (BCN not decodable), set the idle time
for fi to tcurr +TMT U, where TMT U is the transmission duration of the maximum transmission unit (MTU) packet
plus the corresponding ACK.
After the CST update, the destination switches to the channel
with the earliest idle time. In the case of ties, the current
resident channel is preferred to avoid unnecessary channel
switches. Otherwise, ties are broken arbitrarily. The proposed
switching mechanism achieves several desirable properties.
First, a destination waits for a candidate sender on the channel
with the earliest idle time. This facilitates destination discovery,
as the sender will also switch to the channel with the earliest
idle time. Second, load balancing is indirectly achieved, as idle
destinations avoid busy channels. Both properties are achieved
without exchanging control messages.
As an example, consider the topology of Fig. 5(b). Assume
that destination E resides on f1. Initially, E sets the idle time for all channels to tcurr. When the A→B transmission occupies f1, node E decodes BCNB because it is a hidden terminal to A. Node E updates the idle time for f1 to tACK and switches to f2, because f2 has the earliest idle time (ties are broken arbitrarily). Assume that transmission C→D is ongoing on f2 when E switches to f2. Node E cannot decode BCND since it is in the TO region. Node E uses the the worst-case estimate for the idle time of f2 and sets the idle time to tcurr + TMT U. It then switches to f3 which is currently idle.
IEEE INFOCOM 2014 - IEEE Conference on Computer Communications
2746
6
(a) (b) Fig. 6. Two operational examples of FD-MMAC.
B. Sender Operation
In FD-MMAC, we adapt the CSMA backoff mechanism
to the multi-channel environment to reduce packet delay and
achieve fairness. Referring to the state diagram of Fig. 5(c), a
sender operates as follows.
Sense state: In the “Sense” state, the sender senses its resident channel fi. If fi is idle, it transitions to the “Backoff” state. If fi is busy, it classifies its operation state using the region classification rules of Section IV. If the sender is in the
TO region (exposed terminal), it transitions to the “Backoff”
state. Otherwise, it transitions to the “Switch” state.
Backoff state: In the “Backoff” state, the sender selects a backoff value β for a packet P , by using the following rules:
1) In the first transition to the “Backoff” state for P , the sender draws β uniformly from [0, cw0], where cw0 is the minimum contention window.
2) In any following transition from the “Sense” state, the
sender retains the current β value (backoff is resumed from the current value).
3) In a transition from the “Wait ACK” state, the sender
doubles the contention window and draws β uniformly (the contention window is capped at cwmax).
In the “Backoff” state, the sender decrements β by one unit with every “idle” slot. Here, a slot is assumed to be idle if: (a)
no channel activity is detected, or (b) the channel is busy but the
sender is in the TO region. When β = 0, the sender transitions to the “Transmit” state. If the channel becomes busy before
β = 0 (and the sender is not in the TO region), the sender transitions to the “Switch” state and freezes β.
Transmit state: In the “Transmit” state, the sender initiates the transmission of P . If the destination responds with a BCN packet, the sender continues the transmission of P . With the completion of P ’s transmission, the sender transitions to the ‘Wait ACK” state. If a BCN is not detected, the sender aborts
the transmission of P and transitions to the “Switch” state. Wait ACK state: With the completion of P ’s transmission,
the sender waits for an ACK by the destination. The sender
transitions to the “Backoff” state if an ACK is not received
by the expiration of the ACK timer, without transitioning to
the “Switch” state. This is because the sender is aware that the
destination resides on the current channel due to the reception
of the BCN during the “Transmit” state. If the ACK reception
is successful, the sender transitions to the “Switch” state.
Switch state: In the “Switch” state, the sender performs two operations. First, it updates the CST information and second, it
decides on the next channel using the same switching rules as
the destination. The CST is updated using the following rules:
1) If the sender is in the RO region of a transmission on fi (BCN is decodable), it sets the idle time of fi to tACK
2) If the sender is in the CO/TO region of a transmission
on fi (BCN is not decodable), it sets the idle time of fi to tcurr + TMT U.
3) If a sender transmitted a packet P on fi, but did not receive a BCN response it sets the idle time of fi to tcurr + TMT U. This update leads to a channel switch to continue the destination discovery process.
Once the CST has been updated, the sender switches to the
channel with the earliest idle time. Ties are broken arbitrarily.
C. FD-MMAC Operational examples
In Fig. 6, we present two operational examples for FD-
MMAC. In the example of Fig. 6(a), node C has a packet for D while being in the TO region of the A → B transmission. Node C determines that it is in the TO region and can operate as an exposed terminal. Node C transitions to the “Backoff” state, selects β, and starts the backoff countdown. When β = 0, node C transitions to the “Transmit” state. Node C transmits PC and receives BCND from D. Node C detects BCND using the signal correlation technique and continues the transmission
of PC . Upon termination of the PA transmission, B transmits ACKB which is detected at A using the signal correlation technique. Upon termination of the PC transmission, D replies with ACKD which is decodable at C.
In the example of Fig. 6(b), node A communicates with B at f1. Node D switches from f1 to f2 to be available for packet reception. Node C, who resides on f1, has a packet PC for D. Initially, D is in the “Sense” state. Since f1 is idle from C’s perspective, C transitions to the “Backoff” state and selects a β. When β = 0, node C transitions to the “Transmit” state and starts the transmission of PC . Because D resides on f2, node C does not receive BCND. Node C transitions to the “Switch” state and updates the idle time for f1 to tcurr + TMT U. Based on the CST entries, C switches to f2 which has the earliest idle time and transitions to the ”Sense” state. Since f2 is idle, C transitions to the ”Backoff” state for a second time and retains
β = 0. It then completes the communication with D.
IEEE INFOCOM 2014 - IEEE Conference on Computer Communications
2747
7
−80 −60 −40 −20 0 20 0
0.2
0.4
0.6
0.8
1
EV M (dB)
P r
TO/RO Capture effect CO
γE V M = -18 dB
−15 −10 −5 0 5 10 15 −4
−2
0
2
4
6
R S S ( d B m )
Distance(ft)
BA
γRSS = 1 dBm
0 500 1000 1500 2000 2500 3000 3500 4000 0
0.002
0.004
0.006
0.008
0.01
0.012
Sample position in received signal
C o r r e la t io n ( n o r m )
(a) (b) (c) Fig. 7. (a) The EV M CDF at the RO, CO, and TO regions, (b) average RSS at different positions, (c) normalized correlation values for 10 BCN packets.
Fig. 8. The network topology used in the simulation experiments.
VII. TESTBED EXPERIMENTS AND SIMULATIONS
In this section, we experimentally verify the PHY-layer
techniques used by FD-MMAC and compare its performance
with prior art via packet-level simulations.
A. Experimental Evaluation
Testbed: We performed our experiments on NI USRPs devices [25], over the 2.4 GHz band. The signal processing
blocks were implemented in Labview [25]. Transmissions were
modulated using the Quadrature Phase Shift Keying (QPSK)
scheme at a transmission rate of 2Mbps. The radios applied
phase/frequency offset correction and time synchronization
using 88-bit preamble sequences.
Operation State Classification: To validate the operation state classification rules presented in Section IV, we replicated
the topology of Fig. 3. Nodes A and B were placed 7ft apart and transmitted concurrently. Node A transmitted 100 P packets carrying a 500-bit payload, while node B transmitted 500 BCN packets with a 50-bit payload. We placed node C at positions C1, . . . , C4 of Fig. 3 and measured the EV M, RSS, and the decodability of BCNs.
Fig. 7(a) shows the CDF of the EV M for the RO/TO region (positions C1 and C4), the CO region (position C3), and position C2 in the CO region. The RO and TO curves were averaged since they yielded very similar values. We observe that
the EV M in the CO region (position C3) is significantly higher compared with all other locations due to the collision of P with the BCN. The difference allows us to select the threshold
γEV M for the EV M classification rule. In our experiments, we set γEV M = −18 dB to achieve a false positive rate of 2% (EV M < γEV M when in the CO region) and a false negative rate of 4% (EV M ≥ γEV M when in the TO/RO region).
For position C2, EV M < γEV M due to the capture effect [24]. To avoid the classification of a node located at C2 as an exposed terminal, we use the mean RSS value. Fig. 7(b) shows the mean RSS value for different receiver locations, averaged
over the experiment duration. Nodes A and B were placed at positions 0ft and 7ft, respectively. For the RSS classification rule, we set γRSS to 1dBm. We observe that for location C2 (within 2ft from A), C has an RSS value significantly higher than γRSS, and therefore infers that it is located in the CO region, despite having an EV M < γEV M . Also, for exposed terminal locations (more than 5ft from A), the EV M and RSS are below γEV M and γRSS, respectively.
Finally, we measured the fraction of BCN packets that can
be decoded by C over ten repeated experiments (500 BCN packets each run). We recorded zero decodable BCN packets
at locations C1, C2, and C3, while 100% of the BCN packets were recovered at position C4. We also placed C in the vicinity of B but within the CO. For this position, C was able to decode a large fraction of BCN packets due to the capture effect
and falsely assume it is in the RO region. However, this error
does not impact the correct FD-MMAC operation because, for
all practical purposes, a node in the RO region defers from
transmission similar to a node in the CO region.
Signal Correlation: We experimentally evaluated the signal correlation technique for the exposed terminal topology of Fig.
4(b). Node A transmitted 500-bit long data packets contin- uously while node D transmitted 50-bit long BCN packets. Node C applied the signal correlation method to detect BCND packets. Fig. 7(c) shows the normalized correlation [25] for a
snapshot of ten BCN packets, when C is placed between A and D, at a 7ft distance from each. The correlation peaks correspond to the BCN transmissions and can be clearly distinguished.
In our experiments, we set the detection threshold to 0.005.
We placed C in three discrete positions between A and D to replicate the exposed terminal topology and measured the
percentage of BCND packets that can be detected by correlating
the received signal with the known BCN pattern (preamble +
payload). Node D transmitted 1,000 BCN packets. The results are shown in Table 2. Distances are measured from node D.
Table 2: Fraction of Detected BCN Packets
Distance from D 3 ft 5 ft 7 ft Percentage 100% 99% 94%
IEEE INFOCOM 2014 - IEEE Conference on Computer Communications
2748
8
10 1
10 2
10 30
1
2
3
4
λ (packets/sec)
T (M
b p s)
FD−MMAC, 3 flows SP−MMAC, 3 flows FD−MMAC, 6 flows SP−MMAC, 6 flows
10 1
10 2
10 30
1
2
3
4
λ (packets/sec)
T (M
b p s)
FD−MMAC, 9 flows SP−MMAC, 9 flows FD−MMAC, 12 flows SP−MMAC, 12 flows
10 1
10 2
10 30
1
2
3
4
λ (packets/sec)
T (M
b p s)
DCC MMAC, 3 flows DCC MMAC, 6 flows DCC MMAC, 9 flows DCC MMAC, 12 flows
10 1
10 2
10 30
0.5
1
1.5
λ (packets/sec)
T (M
b p s)
FD−MMAC, 3 flows SP−MMAC, 3 flows FD−MMAC, 6 flows SP−MMAC, 6 flows
(a) (b) (c) (d)
10 1
10 2
10 30
0.1
0.2
0.3
0.4
λ (packets/sec)
T (M
b p s)
FD−MMAC, 9 flows SP−MMAC, 9 flows FD−MMAC, 12 flows SP−MMAC, 12 flows
10 1
10 2
10 30
1
2
3
4
5
λ (packets/sec)
T (M
b p s)
FD−MMAC SP−MMAC DCC MMAC FD−MMAC, 95% detection
10 1
10 2
10 30
1
2
3
4
5
λ (packets/sec)
T (M
b p s)
FD−MMAC SP−MMAC DCC MMAC FD−MMAC, 95% detection
3 6 9 12 0
500
1000
1500
2000
Number of competing flows
A v e ra g e D e la y (m
s)
FD−MMAC SP−MMAC DCC MMAC
(e) (f) (g) (h)
Fig. 9. (a),(b),(c) Aggregate T of FD-MMAC, SP-MMAC, and DCC MMAC when 3, 6, 9, and 12 flows are within same collision domain, (d),(e) per-flow average T for FD-MMAC and SP-MMAC when 3, 6, 9, and 12 flows are within same collision domain, (f) aggregate T in the presence of an exposed terminal, (g) aggregate T in the presence of one exposed and one hidden terminal, (h) average delay for transmitting a batch of 100 data packets.
Table 2 shows that a node in the collision domain of two
transmitters can reliably detect a packet with known pseudo-
random pattern using the signal correlation.
B. Simulated Experiments
Simulation Setup: We performed packet-level simula- tions using OPNETTM [26]. In our setup, multiple sender- destination pairs (flows) were organized in the topology of Fig.
8 and shared three orthogonal channels with 2Mbps capacity.
For each sender, the arrival process at the MAC layer followed
the Poisson distribution with parameter λ packets per second. Each packet was 512 bytes long. The channel switching delay
was set to 20 μsec. Simulations were run for 40 sec and results were averaged over 20 simulation runs.
Throughput (T ): In the first set of experiments, we com- pared the FD-MMAC throughput with the throughput of the
split-phase MMAC (SP-MMAC) in [3] and of the DCC MMAC
in [6]. The control and data phase of SP-MMAC were set
to 20ms and 80ms, respectively [3]. Fig. 9(a), 9(b), and 9(c)
compare the aggregate throughput for a varying number of
contending flows, co-located in the same collision domain
(senders SE and SH were idle). For low λ’s, all protocols achieve similar throughput due to low contention. However, in
saturation conditions, FD-MMAC achieves significantly higher
aggregate throughput compared with the other protocols, due
to the elimination of signaling for channel negotiation and
virtual carrier sensing. Fig. 9(d) and 9(e) show the average per-
flow throughput of FD-MMAC and SP-MMAC. FD-MMAC
significantly outperforms SP-MMAC in saturation conditions.
In the second set of experiments, we placed five flows
S1 → D1,. . . ,S5 → D5 in the same collision domain, while SE operated as an exposed terminal to S1, . . . , S5. For FD-
MMAC, we considered two scenarios. In the first scenario,
BCN and ACK packets were perfectly detected using the signal
correlation technique. In the second scenario, 5% of BCNs
and 5% of ACKs were undetectable by the intended recipients.
From Fig. 9(f), we observe that in saturation conditions, FD-
MMAC achieves an aggregate throughput that is 65% higher
compared with SP-MMAC and 75% higher compared with
DCC MMAC under ideal operating conditions. The throughput
improvement drops to 49% and 58%, respectively, when 5% of
BCN and ACK packets are assumed lost.
The superior performance of FD-MMAC is due to the
parallel operation of SE with any of the S1, . . . , S5. In fact, the individual throughput of SE was 51% higher than the through- put of S1, . . . , S5 (1.12 Mbps for SE vs. 0.74Mbps for each S1, . . . , S5) because SE did not contend with any other sender. On the other hand, for SP-MMAC and DCC MMAC, SE operated in the same collision domain with S1, . . . , S5 and its throughput dropped to 0.51Mbps and 0.68Mbps, respectively.
Further, we evaluated the concurrent existence of exposed and
hidden terminals. Five flows were placed in the same collision
domain, SE operated as an exposed terminal and SH operated as a hidden terminal. Fig. 9(g) shows that FD-MMAC achieves
43% and 38% higher throughput in saturation conditions com-
pared with SP-MMAC and DCC MMAC, respectively.
Delay: In the third set of experiments, we evaluated the packet delay for bursty packet arrivals. We loaded the trans-
mission queue of each sender with 100 packets and measured
the delay until all 100 packets were delivered to their respective
destinations. All flows were within same collision domain. Fig.
9(h) shows the average delay as a function of the number of
competing flows. We observe that FD-MMAC reduces the delay
due to the elimination of the control message exchange before
IEEE INFOCOM 2014 - IEEE Conference on Computer Communications
2749
9
packet transmissions. The delay increases almost linearly with
the number of contending flows for all protocols, because the
available channels are shared by more flows in a fair manner.
Fairness and Load Balancing: We also examined the fairness and load balancing properties of FD-MMAC under
different traffic load conditions. To evaluate fairness, we use
the Raj Jain’s Fairness Index (FI):
FI = ( ∑n
i=1 Ti) 2
n × ∑ni=1(Ti)2 (3) where Ti is the throughput of the i
th flow and n is the total number of flows. The FI varied from 0.97 (for a topology with an exposed terminal present) to 0.999 (for a topology with six
flows in the same collision domain), indicating that FD-MMAC
achieves fair distribution of resources among competing flows.
The FI is slightly smaller than one in the presence of an exposed terminal flow, because the exposed terminal node does
not contend with other senders. We also evaluated the traffic
load carried by each channel by computing the Load Balancing Index (LBI) in saturation conditions:
LBI = ( ∑3
i=1 Tfi) 2
3 × ∑3i=1(Tfi)2 , (4) where Tfi is the aggregate throughput on channel fi. The LBI value varied from 0.904 (for a topology with an exposed terminal) to 1 (for a topology with only three flows). The
LBI value is lower than 1 under an exposed terminal topology because the same channel is concurrently occupied by two flows
during an exposed terminal operation.
VIII. CONCLUSION
We proposed FD-MMAC, a distributed MMAC protocol that
exploits FD communications to coordinate channel access at
low control overhead. FD-MMAC eliminates control signaling
for combating the multi-channel hidden terminal problem,
discovering the resident channel of destinations, and performing
load-balancing. Further, it increases the spatial channel reuse by
enabling the operation of multi-channel exposed terminals. The
FD-MMAC properties are achieved by utilizing an advanced
suite of PHY-layer techniques, including SIS, EVM and RSS
measurements, and signal correlation techniques. These tech-
niques were experimentally validated on the NI USRP testbed
and via simulations.
ACKNOWLEDGMENTS
This research was supported in part by the NSF under grants
CNS-0844111 and CNS-1016943 and ARO grant W911NF-13-
1-0302. Any opinions, findings, conclusions, or recommenda-
tions expressed in this paper are those of the author(s) and do
not necessarily reflect the views of the NSF.
REFERENCES
[1] IEEE 802.11 Working Group. Wireless LAN medium access control (MAC) and physical layer (PHY) specifications. IEEE 802.11 LAN Standards 2007, 2007.
[2] P. Bahl, R. Chandra, and J. Dunagan. SSCH: slotted seeded channel hopping for capacity improvement in IEEE 802.11 ad-hoc wireless networks. In Proc. of the MOBICOM Conference, pages 216–230, 2004.
[3] J. So and N.H. Vaidya. Multi-channel MAC for ad hoc networks: handling multi-channel hidden terminals using a single transceiver. In Proc. of the MOBIHOC Conference, pages 222–233, 2004.
[4] T. Luo, M. Motani, and V. Srinivasan. Cooperative asynchronous multichannel MAC: Design, analysis, and implementation. IEEE Trans. on Mobile Computing, 8(3):338–352, 2009.
[5] J. Zhang, G. Zhou, C. Huang, S.H. Son, and J.A. Stankovic. TMMAC: An energy efficient multi-channel mac protocol for ad hoc networks. In Proc. of the ICC Conference, pages 3554–3561, 2007.
[6] S. L. Wu and J. Y. Yang. A novel channel assignment scheme for improving channel reuse efficiency in multi-channel ad hoc wireless networks. Computer Communications, 30(17):3416–3424, 2007.
[7] K. H. Almotairi and X. S. Shen. Multichannel medium access control for ad hoc wireless networks. Wireless Communications and Mobile Computing, pages 1–14, 2011.
[8] N. Jain, S.R. Das, and A. Nasipuri. A multichannel CSMA MAC protocol with receiver-based channel selection for multihop wireless networks. In Proc. of the ICCCN Conference, pages 432–439, 2001.
[9] T. Shu, S. Cui, and M. Krunz. Medium access control for multi- channel parallel transmission in cognitive radio networks. In Proc. of the Globecomm Conference, pages 1–5, 2006.
[10] X. Xing, K Liu, and H. Lu. A multichannel mac protocol to solve exposed terminal problem in multihop wireless networks. In Proc. of the CCNC Conference, pages 1–2, 2009.
[11] A. Sahai, G. Patel, and A. Sabharwal. Pushing the limits of full-duplex: Design and real-time implementation. Technical Report TREE1104, Rice University, February 2011.
[12] M. Jain, J. Choi, T. Kim, D. Bharadia, S. Seth, K. Srinivasan, P. Levis, S. Katti, and P. Sinha. Practical, real-time, full duplex wireless. In Proc. of the MobiCom Conference, pages 301–312, 2011.
[13] B. Radunovic, D. Gunawardena, P. Key, A. Proutiere, N. Singh, V. Balan, and G. Dejean. Rethinking indoor wireless mesh design: Low power, low frequency, full-duplex. In IEEE Workshop on Wireless Mesh Networks, pages 1–6, 2010.
[14] J. Choi, M. Jain, K. Srinivasan, P. Levis, and S. Katti. Achieving single channel, full duplex wireless communication. In Proc. of the MobiCom Conference, pages 1–12, 2010.
[15] S. Gollakota and D. Katabi. ZigZag decoding: combating hidden termi- nals in wireless networks. In Proc. of the ACM SIGCOMM Conference, pages 159–170, 2008.
[16] S. Liu, L. Lazos, and M. Krunz. Thwarting control-channel jamming attacks from inside jammers. IEEE Trans. on Mobile Computing, 11(9):1545–1558, 2012.
[17] A. Proano and L. Lazos. Selective jamming attacks in wireless networks. In Proc. of the ICC Conference, pages 1–6, 2010.
[18] J. Chen, S.T. Sheu, and C.A. Yang. A new multichannel access protocol for IEEE 802.11 ad hoc wireless LANs. In Proc. of the PIMRC Conference, volume 3, pages 2291–2296, 2003.
[19] W. So, J. Walrand, and J. Mo. McMAC: a parallel rendezvous multi- channel MAC protocol. In Proc. of the WCNC Conference, pages 334– 339, 2007.
[20] A. Gupta, X. Lin, and R. Srikant. Low-complexity distributed scheduling algorithms for wireless networks. IEEE/ACM Trans. on Networking (TON), 17(6):1846–1859, 2009.
[21] O. Simeone, U. Spagnolini, Y. Bar-Ness, and S. Strogatz. Distributed synchronization in wireless networks. IEEE Signal Processing Magazine, 25(5):81 –97, 2008.
[22] N. Singh, D. Gunawardena, A. Proutiere, B. Radunovic, H. Balan, and P. Key. Efficient and fair MAC for wireless networks with self- interference cancellation. In In Proc. of the WiOpt Symposium, pages 94–101, 2011.
[23] R. A. Shafik, S. Rahman, and R. Islam. On the extended relationships among EVM, BER and SNR as performance metrics. In Proc. of the ICECE Conference, pages 408–411, 2006.
[24] J. Lee, W. Kim, S. Lee, D. Jo, J. Ryu, T. Kwon, and Y. Choi. An experimental study on the capture effect in 802.11a networks. In Proc. of ACM WiNTECH Conference, pages 19–26, 2007.
[25] NI. National instruments. http://www.ni.com/usrp/, 2013. [26] OPNET. OPNET technologies inc. http://www.opnet.com, 2009.
IEEE INFOCOM 2014 - IEEE Conference on Computer Communications
2750
<< /ASCII85EncodePages false /AllowTransparency false /AutoPositionEPSFiles false /AutoRotatePages /None /Binding /Left /CalGrayProfile (Gray Gamma 2.2) /CalRGBProfile (sRGB IEC61966-2.1) /CalCMYKProfile (U.S. Web Coated \050SWOP\051 v2) /sRGBProfile (sRGB IEC61966-2.1) /CannotEmbedFontPolicy /Warning /CompatibilityLevel 1.4 /CompressObjects /Off /CompressPages true /ConvertImagesToIndexed true /PassThroughJPEGImages true /CreateJobTicket false /DefaultRenderingIntent /Default /DetectBlends true /DetectCurves 0.0000 /ColorConversionStrategy /LeaveColorUnchanged /DoThumbnails false /EmbedAllFonts true /EmbedOpenType false /ParseICCProfilesInComments true /EmbedJobOptions true /DSCReportingLevel 0 /EmitDSCWarnings false /EndPage -1 /ImageMemory 1048576 /LockDistillerParams true /MaxSubsetPct 100 /Optimize false /OPM 0 /ParseDSCComments false /ParseDSCCommentsForDocInfo false /PreserveCopyPage true /PreserveDICMYKValues true /PreserveEPSInfo false /PreserveFlatness true /PreserveHalftoneInfo true /PreserveOPIComments false /PreserveOverprintSettings true /StartPage 1 /SubsetFonts false /TransferFunctionInfo /Remove /UCRandBGInfo /Preserve /UsePrologue false /ColorSettingsFile () /AlwaysEmbed [ true /Arial-Black /Arial-BoldItalicMT /Arial-BoldMT /Arial-ItalicMT /ArialMT /ArialNarrow /ArialNarrow-Bold /ArialNarrow-BoldItalic /ArialNarrow-Italic /ArialUnicodeMS /BookAntiqua /BookAntiqua-Bold /BookAntiqua-BoldItalic /BookAntiqua-Italic /BookmanOldStyle /BookmanOldStyle-Bold /BookmanOldStyle-BoldItalic /BookmanOldStyle-Italic /BookshelfSymbolSeven /Century /CenturyGothic /CenturyGothic-Bold /CenturyGothic-BoldItalic /CenturyGothic-Italic /CenturySchoolbook /CenturySchoolbook-Bold /CenturySchoolbook-BoldItalic /CenturySchoolbook-Italic /ComicSansMS /ComicSansMS-Bold /CourierNewPS-BoldItalicMT /CourierNewPS-BoldMT /CourierNewPS-ItalicMT /CourierNewPSMT /EstrangeloEdessa /FranklinGothic-Medium /FranklinGothic-MediumItalic /Garamond /Garamond-Bold /Garamond-Italic /Gautami /Georgia /Georgia-Bold /Georgia-BoldItalic /Georgia-Italic /Haettenschweiler /Impact /Kartika /Latha /LetterGothicMT /LetterGothicMT-Bold /LetterGothicMT-BoldOblique /LetterGothicMT-Oblique /LucidaConsole /LucidaSans /LucidaSans-Demi /LucidaSans-DemiItalic /LucidaSans-Italic /LucidaSansUnicode /Mangal-Regular /MicrosoftSansSerif /MonotypeCorsiva /MSReferenceSansSerif /MSReferenceSpecialty /MVBoli /PalatinoLinotype-Bold /PalatinoLinotype-BoldItalic /PalatinoLinotype-Italic /PalatinoLinotype-Roman /Raavi /Shruti /Sylfaen /SymbolMT /Tahoma /Tahoma-Bold /TimesNewRomanMT-ExtraBold /TimesNewRomanPS-BoldItalicMT /TimesNewRomanPS-BoldMT /TimesNewRomanPS-ItalicMT /TimesNewRomanPSMT /Trebuchet-BoldItalic /TrebuchetMS /TrebuchetMS-Bold /TrebuchetMS-Italic /Tunga-Regular /Verdana /Verdana-Bold /Verdana-BoldItalic /Verdana-Italic /Vrinda /Webdings /Wingdings2 /Wingdings3 /Wingdings-Regular /ZWAdobeF ] /NeverEmbed [ true ] /AntiAliasColorImages false /CropColorImages true /ColorImageMinResolution 200 /ColorImageMinResolutionPolicy /OK /DownsampleColorImages true /ColorImageDownsampleType /Bicubic /ColorImageResolution 300 /ColorImageDepth -1 /ColorImageMinDownsampleDepth 1 /ColorImageDownsampleThreshold 1.50000 /EncodeColorImages true /ColorImageFilter /DCTEncode /AutoFilterColorImages false /ColorImageAutoFilterStrategy /JPEG /ColorACSImageDict << /QFactor 0.76 /HSamples [2 1 1 2] /VSamples [2 1 1 2] >> /ColorImageDict << /QFactor 0.76 /HSamples [2 1 1 2] /VSamples [2 1 1 2] >> /JPEG2000ColorACSImageDict << /TileWidth 256 /TileHeight 256 /Quality 15 >> /JPEG2000ColorImageDict << /TileWidth 256 /TileHeight 256 /Quality 15 >> /AntiAliasGrayImages false /CropGrayImages true /GrayImageMinResolution 200 /GrayImageMinResolutionPolicy /OK /DownsampleGrayImages true /GrayImageDownsampleType /Bicubic /GrayImageResolution 300 /GrayImageDepth -1 /GrayImageMinDownsampleDepth 2 /GrayImageDownsampleThreshold 1.50000 /EncodeGrayImages true /GrayImageFilter /DCTEncode /AutoFilterGrayImages false /GrayImageAutoFilterStrategy /JPEG /GrayACSImageDict << /QFactor 0.76 /HSamples [2 1 1 2] /VSamples [2 1 1 2] >> /GrayImageDict << /QFactor 0.76 /HSamples [2 1 1 2] /VSamples [2 1 1 2] >> /JPEG2000GrayACSImageDict << /TileWidth 256 /TileHeight 256 /Quality 15 >> /JPEG2000GrayImageDict << /TileWidth 256 /TileHeight 256 /Quality 15 >> /AntiAliasMonoImages false /CropMonoImages true /MonoImageMinResolution 400 /MonoImageMinResolutionPolicy /OK /DownsampleMonoImages true /MonoImageDownsampleType /Bicubic /MonoImageResolution 600 /MonoImageDepth -1 /MonoImageDownsampleThreshold 1.50000 /EncodeMonoImages true /MonoImageFilter /CCITTFaxEncode /MonoImageDict << /K -1 >> /AllowPSXObjects false /CheckCompliance [ /None ] /PDFX1aCheck false /PDFX3Check false /PDFXCompliantPDFOnly false /PDFXNoTrimBoxError true /PDFXTrimBoxToMediaBoxOffset [ 0.00000 0.00000 0.00000 0.00000 ] /PDFXSetBleedBoxToMediaBox true /PDFXBleedBoxToTrimBoxOffset [ 0.00000 0.00000 0.00000 0.00000 ] /PDFXOutputIntentProfile (None) /PDFXOutputConditionIdentifier () /PDFXOutputCondition () /PDFXRegistryName () /PDFXTrapped /False /CreateJDFFile false /Description << /CHS <FEFF4f7f75288fd94e9b8bbe5b9a521b5efa7684002000410064006f006200650020005000440046002065876863900275284e8e55464e1a65876863768467e5770b548c62535370300260a853ef4ee54f7f75280020004100630072006f0062006100740020548c002000410064006f00620065002000520065006100640065007200200035002e003000204ee553ca66f49ad87248672c676562535f00521b5efa768400200050004400460020658768633002> /CHT <FEFF4f7f752890194e9b8a2d7f6e5efa7acb7684002000410064006f006200650020005000440046002065874ef69069752865bc666e901a554652d965874ef6768467e5770b548c52175370300260a853ef4ee54f7f75280020004100630072006f0062006100740020548c002000410064006f00620065002000520065006100640065007200200035002e003000204ee553ca66f49ad87248672c4f86958b555f5df25efa7acb76840020005000440046002065874ef63002> /DAN <FEFF004200720075006700200069006e0064007300740069006c006c0069006e006700650072006e0065002000740069006c0020006100740020006f007000720065007400740065002000410064006f006200650020005000440046002d0064006f006b0075006d0065006e007400650072002c0020006400650072002000650067006e006500720020007300690067002000740069006c00200064006500740061006c006a006500720065007400200073006b00e60072006d007600690073006e0069006e00670020006f00670020007500640073006b007200690076006e0069006e006700200061006600200066006f0072007200650074006e0069006e006700730064006f006b0075006d0065006e007400650072002e0020004400650020006f007000720065007400740065006400650020005000440046002d0064006f006b0075006d0065006e0074006500720020006b0061006e002000e50062006e00650073002000690020004100630072006f00620061007400200065006c006c006500720020004100630072006f006200610074002000520065006100640065007200200035002e00300020006f00670020006e0079006500720065002e> /DEU <FEFF00560065007200770065006e00640065006e0020005300690065002000640069006500730065002000450069006e007300740065006c006c0075006e00670065006e0020007a0075006d002000450072007300740065006c006c0065006e00200076006f006e002000410064006f006200650020005000440046002d0044006f006b0075006d0065006e00740065006e002c00200075006d002000650069006e00650020007a0075007600650072006c00e40073007300690067006500200041006e007a006500690067006500200075006e00640020004100750073006700610062006500200076006f006e00200047006500730063006800e40066007400730064006f006b0075006d0065006e00740065006e0020007a0075002000650072007a00690065006c0065006e002e00200044006900650020005000440046002d0044006f006b0075006d0065006e007400650020006b00f6006e006e0065006e0020006d006900740020004100630072006f00620061007400200075006e0064002000520065006100640065007200200035002e003000200075006e00640020006800f600680065007200200067006500f600660066006e00650074002000770065007200640065006e002e> /ESP <FEFF005500740069006c0069006300650020006500730074006100200063006f006e0066006900670075007200610063006900f3006e0020007000610072006100200063007200650061007200200064006f00630075006d0065006e0074006f0073002000640065002000410064006f00620065002000500044004600200061006400650063007500610064006f007300200070006100720061002000760069007300750061006c0069007a00610063006900f3006e0020006500200069006d0070007200650073006900f3006e00200064006500200063006f006e006600690061006e007a006100200064006500200064006f00630075006d0065006e0074006f007300200063006f006d00650072006300690061006c00650073002e002000530065002000700075006500640065006e00200061006200720069007200200064006f00630075006d0065006e0074006f00730020005000440046002000630072006500610064006f007300200063006f006e0020004100630072006f006200610074002c002000410064006f00620065002000520065006100640065007200200035002e003000200079002000760065007200730069006f006e0065007300200070006f00730074006500720069006f007200650073002e> /FRA <FEFF005500740069006c006900730065007a00200063006500730020006f007000740069006f006e00730020006100660069006e00200064006500200063007200e900650072002000640065007300200064006f00630075006d0065006e00740073002000410064006f006200650020005000440046002000700072006f00660065007300730069006f006e006e0065006c007300200066006900610062006c0065007300200070006f007500720020006c0061002000760069007300750061006c00690073006100740069006f006e0020006500740020006c00270069006d007000720065007300730069006f006e002e0020004c0065007300200064006f00630075006d0065006e00740073002000500044004600200063007200e900e90073002000700065007500760065006e0074002000ea0074007200650020006f007500760065007200740073002000640061006e00730020004100630072006f006200610074002c002000610069006e00730069002000710075002700410064006f00620065002000520065006100640065007200200035002e0030002000650074002000760065007200730069006f006e007300200075006c007400e90072006900650075007200650073002e> /ITA (Utilizzare queste impostazioni per creare documenti Adobe PDF adatti per visualizzare e stampare documenti aziendali in modo affidabile. I documenti PDF creati possono essere aperti con Acrobat e Adobe Reader 5.0 e versioni successive.) /JPN <FEFF30d330b830cd30b9658766f8306e8868793a304a3088307353705237306b90693057305f002000410064006f0062006500200050004400460020658766f8306e4f5c6210306b4f7f75283057307e305930023053306e8a2d5b9a30674f5c62103055308c305f0020005000440046002030d530a130a430eb306f3001004100630072006f0062006100740020304a30883073002000410064006f00620065002000520065006100640065007200200035002e003000204ee5964d3067958b304f30533068304c3067304d307e305930023053306e8a2d5b9a3067306f30d530a930f330c8306e57cb30818fbc307f3092884c3044307e30593002> /KOR <FEFFc7740020c124c815c7440020c0acc6a9d558c5ec0020be44c988b2c8c2a40020bb38c11cb97c0020c548c815c801c73cb85c0020bcf4ace00020c778c1c4d558b2940020b3700020ac00c7a50020c801d569d55c002000410064006f0062006500200050004400460020bb38c11cb97c0020c791c131d569b2c8b2e4002e0020c774b807ac8c0020c791c131b41c00200050004400460020bb38c11cb2940020004100630072006f0062006100740020bc0f002000410064006f00620065002000520065006100640065007200200035002e00300020c774c0c1c5d0c11c0020c5f40020c2180020c788c2b5b2c8b2e4002e> /NLD (Gebruik deze instellingen om Adobe PDF-documenten te maken waarmee zakelijke documenten betrouwbaar kunnen worden weergegeven en afgedrukt. De gemaakte PDF-documenten kunnen worden geopend met Acrobat en Adobe Reader 5.0 en hoger.) /NOR <FEFF004200720075006b00200064006900730073006500200069006e006e007300740069006c006c0069006e00670065006e0065002000740069006c002000e50020006f0070007000720065007400740065002000410064006f006200650020005000440046002d0064006f006b0075006d0065006e00740065007200200073006f006d002000650072002000650067006e0065007400200066006f00720020007000e5006c006900740065006c006900670020007600690073006e0069006e00670020006f00670020007500740073006b007200690066007400200061007600200066006f0072007200650074006e0069006e006700730064006f006b0075006d0065006e007400650072002e0020005000440046002d0064006f006b0075006d0065006e00740065006e00650020006b0061006e002000e50070006e00650073002000690020004100630072006f00620061007400200065006c006c00650072002000410064006f00620065002000520065006100640065007200200035002e003000200065006c006c00650072002e> /PTB <FEFF005500740069006c0069007a006500200065007300730061007300200063006f006e00660069006700750072006100e700f50065007300200064006500200066006f0072006d00610020006100200063007200690061007200200064006f00630075006d0065006e0074006f0073002000410064006f00620065002000500044004600200061006400650071007500610064006f00730020007000610072006100200061002000760069007300750061006c0069007a006100e700e3006f002000650020006100200069006d0070007200650073007300e3006f00200063006f006e0066006900e1007600650069007300200064006500200064006f00630075006d0065006e0074006f007300200063006f006d0065007200630069006100690073002e0020004f007300200064006f00630075006d0065006e0074006f00730020005000440046002000630072006900610064006f007300200070006f00640065006d0020007300650072002000610062006500720074006f007300200063006f006d0020006f0020004100630072006f006200610074002000650020006f002000410064006f00620065002000520065006100640065007200200035002e0030002000650020007600650072007300f50065007300200070006f00730074006500720069006f007200650073002e> /SUO <FEFF004b00e40079007400e40020006e00e40069007400e4002000610073006500740075006b007300690061002c0020006b0075006e0020006c0075006f0074002000410064006f0062006500200050004400460020002d0064006f006b0075006d0065006e007400740065006a0061002c0020006a006f0074006b006100200073006f0070006900760061007400200079007200690074007900730061007300690061006b00690072006a006f006a0065006e0020006c0075006f00740065007400740061007600610061006e0020006e00e400790074007400e4006d0069007300650065006e0020006a0061002000740075006c006f007300740061006d0069007300650065006e002e0020004c0075006f0064007500740020005000440046002d0064006f006b0075006d0065006e00740069007400200076006f0069006400610061006e0020006100760061007400610020004100630072006f0062006100740069006c006c00610020006a0061002000410064006f00620065002000520065006100640065007200200035002e0030003a006c006c00610020006a006100200075007500640065006d006d0069006c006c0061002e> /SVE <FEFF0041006e007600e4006e00640020006400650020006800e4007200200069006e0073007400e4006c006c006e0069006e006700610072006e00610020006f006d002000640075002000760069006c006c00200073006b006100700061002000410064006f006200650020005000440046002d0064006f006b0075006d0065006e007400200073006f006d00200070006100730073006100720020006600f60072002000740069006c006c006600f60072006c00690074006c006900670020007600690073006e0069006e00670020006f006300680020007500740073006b007200690066007400650072002000610076002000610066006600e4007200730064006f006b0075006d0065006e0074002e002000200053006b006100700061006400650020005000440046002d0064006f006b0075006d0065006e00740020006b0061006e002000f600700070006e00610073002000690020004100630072006f0062006100740020006f00630068002000410064006f00620065002000520065006100640065007200200035002e00300020006f00630068002000730065006e006100720065002e> /ENU (Use these settings to create PDFs that match the "Required" settings for PDF Specification 4.01) >> >> setdistillerparams << /HWResolution [600 600] /PageSize [612.000 792.000] >> setpagedevice