wifi信標網路通道接入機制的csma-ca演算法（幀對齊）
wifi非信標網路通道接入機制的csma-ca演算法（無幀結構）
通道接入機制需要遵守管制規定，需要適應不同的頻率範圍。在nr-u的設計中，lbt基本單位為20mhz。同時nr-u根據不同情況支援不同型別和等級的lbt。一般來說，裝置通過能量檢測（ed）來判斷通道是否空閒。下面將基於laa進行介紹，參考ts 36.213 s15。
nr-u採用了3種lbt方式。
傳送裝置不進行lbt，直接傳輸資料。
無隨機退避的lbt機制。
傳送裝置進行競爭視窗可調的lbt。
接入流程圖：（其中q為競爭窗長度）
接入流程：
若在初始空閒通道檢測(initial clear channel assessment, icca)時間內，通道一直處於空閒狀態，可以直接進行資料傳輸。若檢測到通道繁忙，則進入退避過程。退避流程如下：
節點需要在[0～cw-1]間隔內隨機產生乙個整數值n用作計時器值，該計時器為實際退避時長。
若檢查到通道空閒乙個ecca推遲時間，節點會繼續執行另乙個持續時間為ecca時隙的cca過程
– 若檢測到通道空閒
計時器值減1，節點會執行另乙個持續時間為ecca時隙的cca過程。直到計時器歸零時，節點就可以進行資料傳輸。過程中若檢測到通道繁忙，同下。
– 若檢測到通道繁忙
計時器暫停，保留當前的值。直到檢查到通道空閒乙個ecca推遲時間，節點會繼續執行另乙個持續時間為ecca時隙的cca過程，計時器將從保留的值開始繼續計時。
若資料傳輸結束後還有資料要傳，可直接進入退避過程（step 1、2）。
競爭視窗（cw）調整：
目的：針對tx碰撞和隱藏節點問題（lbt成功但資料傳輸失敗），增加競爭視窗長度。
原則：根據反饋結果
– 若nack佔全部harq反饋的80%以上，則增加競爭視窗長度；
– 若成功傳輸，則重置競爭視窗長度為cwmin。
lbt優先順序反映了將要傳輸的訊號/通道的重要性。一般來說，裝置在發起cot時會採用cat 4 lbt，資料傳輸時會根據所傳資料確定lbt優先順序，其他訊號/通道傳輸會採用最高優先順序。在cot共享的情況下，共享裝置所傳資料的優先順序不能低於被共享cot的優先順序。
laa節點需要在每條載波上執行cat-4 lbt流程。
laa節點需要在一條載波上執行cat-4 lbt流程，而在其他所有剩餘的載波上執行cat-2 lbt流程，如圖所示。laa在每次傳輸資料之前隨機選擇或固定選擇某個非授權載波並執行cat-4 lbt流程。並在cat-4 lbt競爭成功前至少25us，在剩餘載波上執行cat-2 lbt流程。全部載波採用的能量檢測閾值均相同。
對lbe，gnb發起的cot所應用的lbt機制如下表：
除多載波lbt可能採用cat2的情況，以下兩種情況不會採用cat4以外的lbt方式：
ue發起的cot採用的lbt如下表：
note：除多載波lbt可能採用cat2的情況，以下三種ue發起的cot不會採用cat2的lbt方式，同時已討論通過可以採用cat4 lbt。 注：
JavaScript中的this詳解
this屬於js的底層知識，了解this之後，能夠實現一些基本的功能，但是感覺最重要的是，this是物件導向必不可少的組成部分，如果希望能夠逐漸的掌握物件導向，this必然是不可少的。檢視this指向的一句話法則 永遠指向其所在函式的所有者如果沒有所有者時，指向window。理解this的要點 關鍵...
JavaScript 中 this 的詳解
this 是 js 中定義的關鍵字，它自動定義於每乙個函式域內，但是它的指向卻讓人很迷惑。在實際應用中，this 的指向大致可以分為以下四種情況。當函式作為乙個普通函式被呼叫，this 指向全域性物件。在瀏覽器裡，全域性物件就是 window。window name linxin function ...
JavaScript 中 this 的詳解
this 是 js 中定義的關鍵字，它自動定義於每乙個函式域內，但是它的指向卻讓人很迷惑。在實際應用中，this 的指向大致可以分為以下四種情況。當函式作為乙個普通函式被呼叫，this 指向全域性物件。在瀏覽器裡，全域性物件就是 window。window.name linxin function ...