검색 전체 메뉴
PDF
맨 위로
OA 학술지
Performance Evaluation of a New Cooperative MAC Protocol with a Helper Node Selection Scheme in Ad Hoc Networks
  • 비영리 CC BY-NC
  • 비영리 CC BY-NC
ABSTRACT

A new cooperative MAC protocol called the busy tone cooperative medium access control (BT-COMAC) protocol is proposed to overcome the drawbacks and maximize the advantages of existing schemes. This scheme uses a new metric called decibel power to decide an appropriate helper node. Using received power strength is more efficient in selecting an appropriate helper node, especially in a densely populated network, than the effective transmission rates used in conventional schemes. All communication nodes in a communication service area are assumed to move independently. Two performance metrics are used: System throughput and channel access delay. A performance evaluation of the BT-COMAC protocol is conducted using a computer simulation over a slow fading wireless channel, and its performance results are compared with those of four existing schemes. The numerical results show that the BT-COMAC protocol improves the system throughput by approximately 15% as compared to the best existing scheme.


KEYWORD
BT-COMAC , Candidate nodes , Cooperative communication , Helper node
  • I. INTRODUCTION

    Mobile and wireless communications, including Bluetooth, wireless local area network (LAN), and 4G long-term evolution (LTE) mobile communication systems have become very popular. One objective of mobile and wireless communications is to increase the transmission rate and the reliability of end-to-end communication as much as those of wireline communications. However, a deep fading phenomenon caused by multi-path transmission frequently occurs in a wireless channel environment, and it adversely affects communication reliability. To overcome channel fading in wireless communication, a space diversity scheme is commonly used. Space diversity is configured using multiple antennas. However, it is very difficult to install multiple antennas in a tiny mobile terminal in a wireless or mobile communication system. To overcome this limitation, a cooperative communication scheme was introduced [1], and the concept of space diversity used in this scheme was called ‘cooperative diversity’ to differentiate it from the existing space diversity. When a sender node and a receiver node are somewhat distant from each other or a channel characteristic between the two communication nodes is not particularly good, a helper node, positioned between them, participates directly to improve the communication environment between the sender node and the receiver node. This is a typical concept in cooperative communication. In order to estimate how much cooperative communication can improve the system throughput performance, let us consider an example network with the IEEE 802.11b system [2], where receiving and sending transmission rates of only 2 Mbps are allowed when a sender node and a receiver node are communicating directly with each other. However, if any arbitrary node between them takes part in the communication as a helper node, two channel transmission rates between the sender node and the helper node, and between the helper node and the receiver node can be up to 11 Mbps, for example. In this exemplary environment, although twohop communication is performed, the effective transmission rate becomes (1/11 + 1/11)−1 = 5.5 Mbps, which is significantly better than the 2 Mbps in the direct communication.

    In this paper, we propose a new medium access control (MAC) protocol for cooperative communication, including a method to select a helper node. We then conduct a performance evaluation to present the comparative performance results of the proposed protocol and three existing cooperative MAC protocol schemes. The rest of this paper is organized as follows: In Section II, we describe the research trends for the existing MAC protocols for cooperative communication that include helper node selection schemes. In Section III, we explain the new MAC protocol for cooperative communication proposed in this paper. The performance evaluation results achieved via a computer simulation experiment are presented in Section IV, followed by the conclusion in Section V.

    II. RELATED WORK

    In a cooperative communication scheme, it is vital to determine how to select a helper node. According to the time when a sender node selects a helper node for cooperative communication, helper node selection schemes can be classified into proactive and reactive schemes. If a helper node is already selected at the time of data packet generation at sender nodes, the selection scheme is a proactive selection scheme. On the other hand, if the process to find a helper node starts after the request-to-send (RTS) and clear-to-send (CTS) frame exchange process, the selection scheme is a reactive selection scheme. Early studies on cooperative communication typically used a proactive selection scheme. However, this scheme is complicated. It results in an increased network load because every communication node has to maintain its relay table by overhearing all control frames passing by and then, share the relay table information with its neighboring nodes by broadcasting extra control frames periodically. Furthermore, a helper node, selected in advance, might not be optimal when the sender node sends a data frame in a wireless channel because the wireless channel characteristic changes quickly. The relay distributed coordination function (rDCF) scheme proposed in [3] and the CoopMAC scheme proposed in [4] adopted a proactive selection scheme, in which a relay table was created to manage information about suitable helper nodes nearby.

    Several MAC protocols with a reactive helper node selection scheme have also been proposed for cooperative communication [5-7]. The cross-layer triple busy tone multiple access (CTBTMA) scheme proposed in [5] used a utility function and three busy tones to determine an appropriate helper node. When an RTS and a CTS frame are exchanged between a sender node and a receiver node for data transmission, any candidate helper node can participate in the helper node selection procedure by calculating the utility function according to the allowable channel transmission rates between the candidate node, the sender node, and the receiver node. A utility function is the maximum effective transmission rate that can be used to send data frames via the current wireless communication channel. Any candidate helper node can send a busy signal when its utility function is larger than that calculated at the sender node for direct communication with the receiver node. The larger the utility value, the longer each candidate helper node transmits a busy signal, and thus, the candidate helper node that transmits the longest busy signal survives this helper node selection process and becomes the final helper node by transmitting a ready-to-help (RTH) frame.

    In [6], a cooperative MAC protocol with a reactive helper node selection scheme was proposed, where a composite cooperative transmission rate (CCTR) was used to select an appropriate helper node. Candidate helper nodes calculate the CCTR value first and are then classified into several groups according to the CCTR. The first competition is carried out between the groups, and then, a competition between members of the chosen group follows. The competition uses a timer, and the timeout value of the timer held by a candidate node is assigned in inverse proportion to the CCTR value. When an activated timer expires, a corresponding candidate node transmits a group indication (GI) signal. However, if a corresponding node knows that other candidate nodes transmitted a GI signal before its timer expires, the corresponding node leaves this helper node selection competition. If more than one candidate node transmitted a GI signal to a GI slot, then these corresponding nodes continue their competition by using a member indication (MI) signal in a similar way as a GI signal. While a candidate helper node in [5] is chosen as a final helper node at the end of the competition by transmitting the longest busy signal, a candidate helper node in [6] is selected as a final helper node at the beginning of the competition by using a timer.

    In [7], a cooperative relay-based auto rate (CRBAR) scheme was proposed as a cooperative MAC protocol with a reactive selection scheme. In this scheme, candidate helper nodes that could improve system performance via cooperative communication participate in the helper node selection competition by using a p-persistent carrier sense multiple access (CSMA) scheme. Although this scheme is simpler than the schemes proposed in [5,6], its weakness is that it cannot guarantee the selection of the helper node that has the best wireless channel environment.

    In [8], the researchers (via a computer simulation experiment) compared the performance of three systems with reactive helper node selection schemes on a wireless channel without channel fading. The performance evaluation results showed that the three-step helper node selection scheme proposed in [6] has the best performance.

    Finally, this paper is an extended version of the previous our work [9,10]. It presents a more concrete and precise explanation of the busy tone cooperative medium access control (BT-COMAC) protocol and provides more comprehensive performance comparison results with the other cooperative MAC protocols.

    III. BT-COMAC PROTOCOL

    In this section, the BT-COMAC protocol that adopts a reactive helper node selection scheme is described in detail. The helper node selection process used in a BT-COMAC protocol consists of a three-step competition similar to that proposed in [6]. The three steps of this competition are as follows: busy indication (BI) slot competition, contention indication (CI) slot competition, and competition via K mini-slots.

      >  A. Overall Description of BT-COMAC

    Fig. 1 shows the entire process of exchanging a DATA frame among a helper node, a source node, and a destination node. In this process, a source node sends a cooperative RTS (CRTS) frame to a destination node if it has a DATA frame to send. Once a destination node receives the CRTS frame successfully, it replies with a cooperative CTS (CCTS) frame. A destination node piggybacks the allowable transmission rate between the source node and the destination node in the CCTS frame, which can be calculated on the basis of the received power strength measured when receiving the CRTS frame.

    After receiving both the CRTS frame and the CCTS frame, the candidate helper nodes that are positioned between the source node and the destination node and that are ready to participate in cooperative communication calculate two allowable transmission rates, Rsh and Rhd, on the basis of the received power strength measured when receiving CRTS and CCTS frames, where Rsh(Rhd) is the transmission rate between a source (helper) and a helper (destination) node. These candidate helper nodes calculate two effective transmission rates, Re1 for a direct communication and Re2 for a two-hop communication, via a helper node by using Eq. (1). The candidate helper nodes whose calculated two-hop effective transmission rate Re2 is larger than the direct effective transmission rate Re1 are granted the right to participate in a helper node selection procedure. However, one thing to keep in mind is that Eq. (1) is used not in the helper node selection competition but only in deciding the candidate nodes’ participation in the competition.

    image

    In Eq. (1), W is the size of a DATA frame in bits and TO(TD) is the time taken to transmit overheads (a DATA frame). TACK is the transmission time of an acknowledgement (ACK) frame, while NBI and NCI are the number of BI slots and CI slots, which will be explained in the next subsection. R1 is the direct transmission rate between a source node and a destination node (or S-D), which is obtained from the CCTS frame.

    After one appropriate helper node is decided by using the helper node selection scheme, which is described in the following subsection, the source node will transmit its DATA frame to the newly selected helper node, and then, the helper node will forward the received DATA frame to the destination node. This entire data transmission procedure will end after the destination node sends the ACK frame to the source node directly.

      >  B. Three-Step Helper Node Selection Procedure

    Fig. 2 schematically illustrates the operation of the threestep helper node selection scheme. After receiving the CRTS frame and the CCTS frame, each candidate helper node compares two different effective transmission rates, Re1 and Re2. If its own two-hop effective transmission rate Re2 is larger than Re1 for the direct communication, the candidate helper node transmits a hello signal to notify the other nodes of its participation in the helper node selection competition. If there is more than one candidate helper node that sends a hello signal, the process of finding an appropriate helper node begins first via a two-step competition using BI slots and CI slots, and then, the third K mini-slot competition follows. The process proposed in this paper is similar to the GI slot and MI slot used in [6] to find a helper node. However, while the method proposed in [6] used a CCTR value similar to Eq. (1) to perform the helper node selection process, the BT-COMAC scheme uses the received power strength. The problem with using a CCTR value as a measure is that in the case of an IEEE 802.11b wireless LAN with only four transmission rates: 1, 2, 5.5, and 11 Mbps, the CCTR calculated using these channel transmission rates has only a limited number of values. Therefore, as more candidate helper nodes participate in the helper node selection competition, more candidate helper nodes are likely to have the same CCTR value, resulting in failure to select an appropriate helper node.

    In the BT-COMAC scheme, a candidate helper node that has greater received power strength is assigned to a front slot to send a BI signal among other candidate helper nodes. If more than one candidate helper node sends a BI signal to a specific BI slot, the corresponding candidate helper nodes re-compete during the following CI slot competition. During a CI slot re-competition, a helper node selection competition is carried out using an RTH frame. If a final helper node is not decided in this step (e.g., when more than one candidate helper node sends an RTH frame), the final competition will be performed during the K mini-slot competition, which is different from the BI and CI slot competition based on the received power strength information. The K mini-slot competition, based on a probability basis, is conducted only to reduce the probability of an RTH frame collision. Candidate helper nodes that sent a collision RTH frame during a CI slot competition generate an arbitrary integer number between 1 and K, consequently resending an RTH frame to a corresponding mini-slot. Candidate helper nodes determine whether their RTH frame transmissions are successful by receiving a DATA frame from a source node after the short inter-frame spacing (SIFS) time ecause an RTH frame is transmitted in the half-duplex mode, which is different from BI signal transmission. Two optimal transmission rate values, Rsh and Rhd , included in the RTH frame header are passed to both the source node and the destination node. Therefore, the source node sends a DATA frame to the helper node with the Rsh transmission rate, and the helper node forwards the received DATA frame to the destination node with the Rhd transmission rate. If the helper node selection process fails during a K mini-slot competition, the source node abandons cooperative communication and initiates direct communication by transmitting an RTS frame to its destination node.

      >  C. Selection of BI and CI Slots

    To explain how to select the BI and CI slots, let us define a new metric called decibel power, as expressed in Eq. (2). Because of the large fluctuation property of the received power strength values depending on the distance between two nodes, a logarithm is used.

    image

    In the above equation, is the received power strength measured at the i-th candidate helper node, and the minus sign is used to change yi into a positive number.

    Fig. 3 shows the relationship between BI slots and reference decibel power values when NBI = 3, in which xmin is the decibel power derived from the received power strength at the reference distance, which will be explained in Eq. (4), and xmax is the decibel power determined by the minimum participation criteria that allow a candidate helper node to participate in cooperative communication. In Table 1, various minimum participation criteria for the helper node selection procedure are suggested from Eq. (1) when there are four different transmission rates, namely 1, 2, 5.5, and 11 Mbps, and the length of the DATA frame is 1,024 bytes. Therefore, we can conclude that if the channel transmission rate between a source node and a destination node is 1 Mbps, the candidate helper nodes, one of whose Rsh or Rhd is over 2 Mbps and the other is over 5.5 Mbps, are allowed to participate in a helper node selection procedure. Each required received power value for four different transmission rates can be computed using both Eq. (4) with xσ = 0 and Table 2, and then, these power values are used to derive xmax, as shown in Fig. 3.

    [Table 1.] An example of minimum participation criteria for cooperative communication

    label

    An example of minimum participation criteria for cooperative communication

    [Table 2.] Transmission rates and ranges

    label

    Transmission rates and ranges

    The slot boundary values xi in Fig. 3, which are also decibel power values, are determined using the following relationship equation, in which Bi represents a BI slot number:

    image

    Each candidate helper node chooses a suitable BI slot by comparing the decibel power value calculated by it and the slot boundary values shown in Fig. 3. For example, if the decibel power value of a corresponding candidate helper node lies between xmin and x1 , the corresponding candidate transmits a BI signal to the first BI slot. Hence, a candidate helper node with a larger received power value can send a BI signal to a BI slot with a smaller BI slot value. It is assumed that mobile communication nodes can detect other nodes’ BI signal transmissions while they send a BI signal. Because a busy signal consists of a single tone sinusoidal signal, it is relatively simple to implement a detection feature while sending a busy signal using a fast switching duplexer or an additional simple receiver.

    If the number of candidate helper nodes that sent a BI signal to a specific BI slot is only one, subsequent CI slot and K mini-slot competitions are no longer needed, and a corresponding candidate helper node transmits an RTH frame immediately to notify its source and destination nodes about being selected as the final helper node. However, if more than one candidate helper node sends a BI signal to a corresponding BI slot, a CI slot competition begins immediately as the second step in the competition process. The CI slot competition is carried out in a similar way to the BI slot competition. The only difference is that the xmin value and the xmax value in a CI slot competition are two BI slot boundary values where a BI signal collision occurred. For example, if a BI signal collision occurs at the second BI slot, as shown in Fig. 3, then x1 and x2 in the BI slots become two new slot boundary values, xmin and xmax, for a CI slot competition. In addition, only candidate helper nodes that send a BI signal at the second BI slot are allowed to take part in this CI slot competition. In a CI slot competition, candidate helper nodes send an RTH frame to a corresponding CI slot rather than a busy signal. A candidate helper node should also leave the helper node competition immediately if it finds that another node sent an RTH frame before it has an opportunity to send its RTH frame.

    IV. PERFORMANCE EVALUATION AND RESULTS

      >  A. Network Topology and Channel Modeling

    The example network topology used for the performance evaluation consists of a communication service area with a 100 m × 100 m square and N communication groups in it. Each communication group consists of three communication nodes, namely a source, a helper, and a destination node. All communication nodes within this service area were assumed to communicate with each other by using the IEEE 802.11b wireless LAN standards [2] and to move independently according to the random way point model [11]. Table 2 shows the transmission rates of the wireless LAN system depending on the distance between two communication nodes [4].

    The relationship between transmission distance and path loss in a slow fading wireless channel environment is represented by Eq. (4) [12]:

    image

    where d0 is the reference distance and was assumed to be twice the value of the carrier signal wavelength, while d is the distance between a sender node and a receiver node. xσ is a variable that represents the attenuation size due to slow fading and was assumed to follow a log-normal distribution where the average was 0 and the variance was 11.8 dB. C++ language was used for the computer simulation experiment, and the simulation program was implemented using the SMPL tool [13]. For the slow fading wireless channel modeling, the average received power strengths at each boundary range shown in Table 2 are calculated using Eq. (4) with xσ = 0, and then, these received power strength values are used as reference values for determining the transmission rate from the received power strength value.

    Helper nodes that satisfy the minimum participation criteria in Table 1 were assumed to always participate in cooperative communication. A saturated traffic model, where a source node always has DATA frames to send in its buffer, was adopted as our traffic model to calculate the maximum system throughput. Two performance measures, system throughput and average channel access delay time, were used for the performance comparison. The system throughput is defined as a value of the total length of DATA frames in bits that are sent successfully during the computer simulation experiment divided by the computer simulation experiment duration. The channel access delay time is defined as the average delay time between the time of starting a channel competition to send a DATA frame and the time of receiving an ACK frame successfully from a destination node. We compare the new BT-COMAC protocol with the three cooperative MAC protocols proposed in [5-7] and a wireless LAN without cooperation, which will be called the DCF in the following paragraphs. Table 3 shows the system parameters used for the performance evaluation, which have the same values as those used in [4].

      >  B. Numerical Results

    Fig. 4 shows the system throughput changes of the BT-COMAC scheme due to changes in the number of source nodes when the number of helper nodes is 5, 10, 20, and 30. This figure also shows how much the new BT-COMAC scheme can enhance its system throughput performance as compared to the traditional DCF scheme. Because the traditional DCF scheme does not use cooperative communication, its system throughput performance is not dependent on the number of helper nodes. Since a saturated traffic model is used, this scheme has the best system throughput performance when there are not many source nodes in the communication range (that is, five source nodes in this example). As the number of helper nodes increases, the system throughput also tends to increase until the number of helper nodes approaches 20, and then, it tends to decrease as the number of helper nodes increases to more than 20.

    Fig. 5 shows the system throughput changes of the BT-COMAC scheme due to changes in the number of helper nodes when the number of source nodes is 5, 10, 20, and 30. This figure shows that the BT-COMAC scheme enhances its system throughput performance by about 80% as compared to the traditional DCF scheme.

    It is clear from this result that this scheme has the maximum system throughput when the number of helper nodes is approximately 20, which we already know from Fig. 4. When the number of helper nodes becomes more than 20, the probability of failure in the helper node selection process increases because the number of helper nodes with a similar size decibel power as the other nodes is likely to be more than one.

    Fig. 6 shows the channel access delay changes of the BT-COMAC scheme due to changes in the number of helper nodes when the number of source nodes is 5, 10, 20, and 30. It is also shown that the BT-COMAC scheme enhances the channel access delay performance as compared to the traditional DCF scheme because of cooperative communication. As the number of helper nodes increases, the channel access delay of the BT-COMAC scheme tends to decrease until the number of helper nodes is approximately 20. When the number of helper nodes is greater than 20, the probability of the helper node selection failure tends to increase, and then, source nodes return to the beginning to send an RTS frame for direct communication with their destination nodes, which increases the channel access delay.

    Fig. 7 shows the channel access delay changes of the BT-COMAC scheme due to changes in the number of source nodes when the number of helper nodes is 5, 10, 20, and 30. The BT-COMAC scheme is also compared with the traditional DCF scheme, and it is shown that the BT-COMAC scheme has a significantly enhanced channel access delay performance as compared to the DCF scheme. As the number of source nodes increases, the channel access delay increases continuously because the increased number of source nodes results in an increased probability of channel access collisions.

    Fig. 8 shows the comparative results of the system throughput of the BT-COMAC scheme proposed in this paper, the cross-layer MAC scheme proposed in [6] (referred to as‘CLMAC’), the CTBTMA scheme proposed in [5], and the CRBAR scheme proposed in [7]. According to the performance evaluation results, the BT-COMAC scheme proposed in this paper shows an approximately 15% improvement in system throughput as compared to the cross-layer MAC scheme [6] that previously had the best performance. The BT-COMAC scheme has the best performance results because the well-processed helper node selection competition using the received power strength and a direct competition using an RTH frame, rather than a busy signal, results in reduced overheads. Further, the CTBTMA scheme has good system throughput performance when the number of helper nodes is small, for instance, less than 10.

    However, as the number of helper nodes becomes greater than 10, the system throughput tends to decrease abruptly, as this scheme cannot select one helper node when there is more than one candidate helper node with the same utility value.

    Fig. 9 shows a comparison of the system throughputs of the BT-COMAC scheme according to changes in the number of source nodes, with those of three cooperative MAC schemes and the DCF scheme when the number of helper nodes is 20. According to the results, the BT-COMAC scheme has the best system throughput performance among the five different schemes. The system throughput of the CTBTMA scheme is as large as the traditional DCF scheme because the CTBTMA scheme has difficulty in choosing one appropriate helper node among 20 candidate helper nodes, some of which may have the same utility value.

    Fig. 10 shows a comparison of the channel access delay performance of the BT-COMAC scheme according to changes in the number of helper nodes, with that of three cooperative MAC schemes and the DCF scheme when the number of source nodes is 5. This result has the appearance of the system throughput performance (presented in Fig. 8) flipped upside down because channel access delay has an inverse relationship to system throughput. Fig. 10 shows that BT-COMAC has the best channel access delay performance among the five different MAC schemes.

    Fig. 11 shows a comparison of the channel access delay performance of the BT-COMAC scheme according to changes in the number of source nodes, with that of three cooperative MAC schemes and the DCF scheme when the number of helper nodes is 20. Fig. 11 shows that the BT-COMAC scheme has the best channel access delay performance among the five different MAC schemes.

    V. CONCLUSION

    In this paper, we proposed a novel cooperative MAC protocol, including a scheme for the selection of a helper node, in order to utilize cooperative diversity. This new cooperative MAC protocol used the received power strength when choosing an appropriate helper node for cooperative communication. The saturated traffic model and a slow fading wireless channel model were used for traffic and channel modeling, respectively. We then conducted a performance evaluation by using a computer simulation. System throughput and channel access delay time were used as the performance measures. Numerical results showed that the system throughput performance of the proposed BT-COMAC protocol improved by approximately 15% when compared with the cooperative MAC protocol [6] that previously had the best performance. In future research, the scheme proposed in this paper will be expanded to an environment where multiple helper nodes can be supported.

참고문헌
  • 1. Nosratinia A., Hunter T. E., Hedayat A. 2004 “Cooperative communication in wireless networks” [IEEE Communications Magazine] Vol.42 P.74-80 google cross ref
  • 2. 2012 “IEEE Standard for Information technology--Telecommunications and information exchange between systems local and metropolitan area networks--Specific requirements Part 11: Wireless LAN medium access control (MAC) and physical layer (PHY) specifications” google
  • 3. Zhu H., Cao G. 2006 “rDCF: a relay-enabled medium access control protocol for wireless ad hoc networks” [IEEE Transactions on Mobile Computing] Vol.5 P.1201-1214 google cross ref
  • 4. Liu P., Tao Z., Narayanan S., Korakis T., Panwar S. S. 2007 “CoopMAC: a cooperative MAC for wireless LANs” [IEEE Journal on Selected Areas in Communications] Vol.25 P.340-354 google cross ref
  • 5. Shan H., Wang P., Zhuang W., Wang Z. 2008 “Cross-layer cooperative triple busy tone multiple access for wireless networks” [in Proceedings of IEEE Global Telecommunications Conference (GLOBECOM2008)] P.1-5 google
  • 6. Shan H., Cheng H. T., Zhuang W. 2011 “Cross-layer cooperative MAC protocol in distributed wireless networks” [IEEE Transactions on Wireless Communications] Vol.10 P.2603-2615 google cross ref
  • 7. Guo T., Carrasco R. 2009 “CRBAR: cooperative relay-based auto rate MAC for multirate wireless networks” [IEEE Transactions on Wireless Communications] Vol.8 P.5938-5947 google cross ref
  • 8. Jang J., Wie S. 2013 “Comparative study on cooperative communications in the upper layers at ad hoc networks” [in Proceedings of the 15th International Conference on Advanced Communication Technology (ICACT2013)] P.133-137 google
  • 9. Jang J. 2013 “New helper node selection scheme for cooperative communications at ad hoc networks” [in Proceeding of the 3rd International Conference on Wireless Communications and Mobile Computing (MIC-WCMC2013)] P.6-12 google
  • 10. Jang J. 2013 “Performance evaluation of a new helper node selection scheme for cooperative communications” [Journal of the Korea Institute of Information and Communication Engineering] Vol.17 P.1811-1819 google cross ref
  • 11. Johnson D. B., Maltz D. A. 1996 “Dynamic source routing in ad hoc wireless networks,” in Mobile Computing. P.153-181 google
  • 12. Rappaport T. S. 2002 Wireless Communications: Principles and Practice. google
  • 13. MacDougall M. H. 1992 Simulating Computer Systems: Techniques and Tools. google
이미지 / 테이블
  • [ Fig. 1. ]  Frame exchange in the busy tone cooperative medium access control (BT-COMAC) protocol. CRTS: cooperative request-to-send, CCTS: cooperative clear-to-send, RTH: ready-to-help, BI: busy indication, CI: contention indication, SIFS: short inter-frame spacing.
    Frame exchange in the busy tone cooperative medium access control (BT-COMAC) protocol. CRTS: cooperative request-to-send, CCTS: cooperative clear-to-send, RTH: ready-to-help, BI: busy indication, CI: contention indication, SIFS: short inter-frame spacing.
  • [ ] 
  • [ Fig. 2. ]  Three-step helper node selection procedure. CRTS: cooperative request-to-send, CCTS: cooperative clear-to-send, BI: busy indication, CI: contention indication, RTH: ready-to-help.
    Three-step helper node selection procedure. CRTS: cooperative request-to-send, CCTS: cooperative clear-to-send, BI: busy indication, CI: contention indication, RTH: ready-to-help.
  • [ ] 
  • [ Fig. 3. ]  Relation of a busy indication (BI) slot to a decibel power function.
    Relation of a busy indication (BI) slot to a decibel power function.
  • [ Table 1. ]  An example of minimum participation criteria for cooperative communication
    An example of minimum participation criteria for cooperative communication
  • [ Table 2. ]  Transmission rates and ranges
    Transmission rates and ranges
  • [ ] 
  • [ ] 
  • [ Table 3. ]  System parameters
    System parameters
  • [ Fig. 4. ]  System throughput as a function of the number of helper nodes. BT-COMAC: busy tone cooperative medium access control, DCF: distributed coordination function.
    System throughput as a function of the number of helper nodes. BT-COMAC: busy tone cooperative medium access control, DCF: distributed coordination function.
  • [ Fig. 5. ]  System throughput as a function of the number of source nodes. BT-COMAC: busy tone cooperative medium access control, DCF: distributed coordination function.
    System throughput as a function of the number of source nodes. BT-COMAC: busy tone cooperative medium access control, DCF: distributed coordination function.
  • [ Fig. 6. ]  Channel access delay as a function of the number of source nodes. BT-COMAC: busy tone cooperative medium access control, DCF: distributed coordination function.
    Channel access delay as a function of the number of source nodes. BT-COMAC: busy tone cooperative medium access control, DCF: distributed coordination function.
  • [ Fig. 7. ]  Channel access delay as a function of the number of helper nodes. BT-COMAC: busy tone cooperative medium access control, DCF: distributed coordination function.
    Channel access delay as a function of the number of helper nodes. BT-COMAC: busy tone cooperative medium access control, DCF: distributed coordination function.
  • [ Fig. 8. ]  Comparison of system throughput for various numbers of helper nodes. BT-COMAC: busy tone cooperative medium access control, CLMAC: cross-layer medium access control, CTBTMA: cross-layer triple busy tone multiple access, CRBAR: cooperative relay-based auto rate, DCF: distributed coordination function.
    Comparison of system throughput for various numbers of helper nodes. BT-COMAC: busy tone cooperative medium access control, CLMAC: cross-layer medium access control, CTBTMA: cross-layer triple busy tone multiple access, CRBAR: cooperative relay-based auto rate, DCF: distributed coordination function.
  • [ Fig. 9. ]  Comparison of system throughput for various numbers of source nodes. BT-COMAC: busy tone cooperative medium access control, CLMAC: cross-layer medium access control, CTBTMA: cross-layer triple busy tone multiple access, CRBAR: cooperative relay-based auto rate, DCF: distributed coordination function.
    Comparison of system throughput for various numbers of source nodes. BT-COMAC: busy tone cooperative medium access control, CLMAC: cross-layer medium access control, CTBTMA: cross-layer triple busy tone multiple access, CRBAR: cooperative relay-based auto rate, DCF: distributed coordination function.
  • [ Fig. 10. ]  Comparison of channel access delay for various numbers of helper nodes. BT-COMAC: busy tone cooperative medium access control, CLMAC: cross-layer medium access control, CTBTMA: cross-layer triple busy tone multiple access, CRBAR: cooperative relay-based auto rate, DCF: distributed coordination function.
    Comparison of channel access delay for various numbers of helper nodes. BT-COMAC: busy tone cooperative medium access control, CLMAC: cross-layer medium access control, CTBTMA: cross-layer triple busy tone multiple access, CRBAR: cooperative relay-based auto rate, DCF: distributed coordination function.
  • [ Fig. 11. ]  Comparison of channel access delay for various numbers of source nodes. BT-COMAC: busy tone cooperative medium access control, CLMAC: cross-layer medium access control, CTBTMA: cross-layer triple busy tone multiple access, CRBAR: cooperative relay-based auto rate, DCF: distributed coordination function.
    Comparison of channel access delay for various numbers of source nodes. BT-COMAC: busy tone cooperative medium access control, CLMAC: cross-layer medium access control, CTBTMA: cross-layer triple busy tone multiple access, CRBAR: cooperative relay-based auto rate, DCF: distributed coordination function.
(우)06579 서울시 서초구 반포대로 201(반포동)
Tel. 02-537-6389 | Fax. 02-590-0571 | 문의 : oak2014@korea.kr
Copyright(c) National Library of Korea. All rights reserved.