NS 802.11函数分析（一）

recv函数有两个作用，不仅是接收其他节点发送的包，而且当节点接收到其他包的时候也会调用recv（）

首先给出NS2中recv的源码，和一些注释：

 void
 Mac802_11::recv(Packet *p, Handler *h)
 {
     struct hdr_cmn *hdr = HDR_CMN(p);
     /*
      * Sanity Check
      */
     assert(initialized());

     /*
      *  Handle outgoing packets.
      */
     if(hdr->direction() == hdr_cmn::DOWN) {//向下传输，也就是节点要向外发送，故调用recv（）
                 send(p, h);
         
                 return;
         }
     /*
      *  Handle incoming packets.
      *
      *  We just received the 1st bit of a packet on the network
      *  interface.
      *
      */

     /*
      *  If the interface is currently in transmit mode, then
      *  it probably won't even see this packet.  However, the
      *  "air" around me is BUSY so I need to let the packet
      *  proceed.  Just set the error flag in the common header
      *  to that the packet gets thrown away.
      */
     if(tx_active_ && hdr->error() == ) {//如果当前正在发送的话则标记为错误，这个数据包会在后面的函数中被处理掉
         hdr->error() = ;
     }

     if(rx_state_ == MAC_IDLE) {//如果当前空闲则设置为接收态
         setRxState(MAC_RECV);
         pktRx_ = p;
         /*
          * Schedule the reception of this packet, in
          * txtime seconds.
          */
         if (mhProbe_.busy() && OnMinChannelTime) {
             Recv_Busy_ = ;  // Receiver busy indication for Probe Timer
         }

         mhRecv_.start(txtime(p));
     } else {
         /*
          *  If the power of the incoming packet is smaller than the
          *  power of the packet currently being received by at least
                  *  the capture threshold, then we ignore the new packet.
          */
         if(pktRx_->txinfo_.RxPr / p->txinfo_.RxPr >= p->txinfo_.CPThresh) {//有冲突发生时，如果新到的包功率比较小，信噪比在阀值以下的时候调用capture函数，主要作用是
             capture(p);
         } else {//冲突比较大的时候需要调用冲突函数
             collision(p);
         }
     }

　　总结一下recv函数的工作流程主要是以下一些阶段：

　　1、判断这个包是要发出去的还是收到的，发出去的直接调用send函数就行；

　　2、判断ＭＡＣ的状态，如果是发送态就直接将这个包标记为错误（这个错误会在后面处理），如果是空闲状态，则这个时候可以正常接收数据包，将ＭＡＣ状态转换成ＭＡＣ＿ＲＥＣＶ状态然后保存定时器（定时器的作用是ＮＳ２模拟发包过程，当定时器为零才发送完成）

　　３、如果ＭＡＣ不是空闲，我们正在接收其他的包，那么我们需要判断这时新到的包是否会影响到原来正在接收的，也就是计算信噪比与阀值比较，当在阀值以下的时候我们忽略这个包（调用ｃａｐｔｕｒｅ），否则产生冲突。

但是这两个函数也不是十分简单的。首先看ｃａｐｔｕｒｅ：

 void
 Mac802_11::capture(Packet *p)
 {
     /*
      * Update the NAV so that this does not screw
      * up carrier sense.
      */
     set_nav(usec(phymib_.getEIFS() + txtime(p)));
     Packet::free(p);
 }

　　　这段代码的作用是当新到达的包不会对原来的接收造成影响的时候，将这个包作为一个多余的信息丢掉，即ｆｒｅｅ。但是还有一个设置ＮＡＶ的值为ＥＩＦＳ＋这个数据包传输时间，关于这一点我的理解是：假设这个节点顺利完成了当前的接收任务，如果说干扰包的发送还是没有完成的话，必然会再次收到它的信号，但是这个信号必然是无效的，所以直接设置ＮＡＶ可以避开这个问题。

再看ｃｏｌｌｉｓｉｏｎ：

 void
 Mac802_11::collision(Packet *p)
 {
     switch(rx_state_) {
     case MAC_RECV:
         setRxState(MAC_COLL);
         /* fall through */
     case MAC_COLL:
         assert(pktRx_);
         assert(mhRecv_.busy());
         /*
          *  Since a collision has occurred, figure out
          *  which packet that caused the collision will
          *  "last" the longest.  Make this packet,
          *  pktRx_ and reset the Recv Timer if necessary.
          */
         if(txtime(p) > mhRecv_.expire()) {
             mhRecv_.stop();
             discard(pktRx_, DROP_MAC_COLLISION);
             pktRx_ = p;
             mhRecv_.start(txtime(pktRx_));
         }
         else {
             discard(p, DROP_MAC_COLLISION);
         }
         break;
     default:
         assert();
     }
 ｝

这一段代码主要是完成冲突的处理：

１、判断如果是正常接收状态，到这应该应经是冲突发生了，所以我们要改变ＭＡＣ的状态。

２、在冲突状态下，他这采取了选择接收结束时间按比较晚的那个包（但是这个包最终也会因为冲突发生被丢弃），至于原因感觉跟上面差不多既然冲突发生了，即使后来可以接收到一部分正确的包，但是意义也不大，所以直接用接收一个时间较长的把这段跳过去。

　　这就是recv的大概过程了，牵涉的其他细节由于暂时没有用到就没有深究了。我理解不对的地方欢迎指正。