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的大概过程了，牵涉的其他细节由于暂时没有用到就没有深究了。我理解不对的地方欢迎指正。

巴特西

NS　802.11函数分析（一）

最新文章

热门文章

巴特西

NS 802.11函数分析（一）

最新文章

热门文章

NS　802.11函数分析（一）