登入
Microsoft.com
 
Microsoft
 
 
 
Microsoft >
> 
> 
when is "channel busy" detected in FSM_Cs?

Отвечено when is "channel busy" detected in FSM_Cs?

  • 2012年4月10日 上午 03:52
     
     
    登入以投票
    0

    In 802.11a, the preamble constists of 10 short traning sequences, 2 long traning sequences and a guard interval for carrier, timing synchroization and channel estimation, which lasting 16 us in IEEE 802.11a protocol.

    My question is: Does Sora FSM_Cs know that channel is busy until preamble has been completed?  that means Sora MAC konw the channel is busy maybe behind 16 us when  antenna recieves this electromagnetic signal, am I right?

    If the real situation does not like this, how does it work in Sora?

    Many Thanks

     

所有回覆

  • 2012年4月13日 上午 12:26
     
     
    登入以投票
    0

    I'm looking forward to comment from you!!!!!

    many thanks

     
  • 2012年4月16日 上午 03:33
    擁有者
     
     
    登入以投票
    0

    Hi,

    No. The carrier sensing returns when the autocorrelation is higher than a threshold. So it will consume some samples in preamble but not all of them. After that, the state-machine goes to try to sync on the preamble and get all channel estimations.

    Please refer the code for the detailed number.

    Thanks,

    - Kun

     
  • 2012年4月16日 下午 01:06
    版主
     
     
    登入以投票
    0

    We don't need to detect the whole preamble to determine whether the channel is busy, energy detection is enough for this purpose.

    I guess you are asking the delay from the channel becomes busy and Sora detects it. This delay can be divided into two part. The first part is caused by transferring digital samples from radio hardware to PC memory, it's arround 1~2 us. The second part is the energy detection algorithm, basically we calculate average energy from certain number of samples. This part depends on the number of samples we used to calculate an average, you can find the number from source code and also you can modify the code to control the delay.

    The delay should be much less than 16us.

    -Jiansong

     
  • 2012年4月16日 下午 02:22
     
     已答覆
    登入以投票
    0

    We don't need to detect the whole preamble to determine whether the channel is busy, energy detection is enough for this purpose.

    I guess you are asking the delay from the channel becomes busy and Sora detects it. This delay can be divided into two part. The first part is caused by transferring digital samples from radio hardware to PC memory, it's arround 1~2 us. The second part is the energy detection algorithm, basically we calculate average energy from certain number of samples. This part depends on the number of samples we used to calculate an average, you can find the number from source code and also you can modify the code to control the delay.

    The delay should be much less than 16us.

    -Jiansong


    Thanks very much, but  do you have mearsured the delay exactly?
     
  • 2012年4月16日 下午 02:31
     
     已答覆
    登入以投票
    0

    Hi,

    No. The carrier sensing returns when the autocorrelation is higher than a threshold. So it will consume some samples in preamble but not all of them. After that, the state-machine goes to try to sync on the preamble and get all channel estimations.

    Please refer the code for the detailed number.

    Thanks,

    - Kun

    Many thanks