目錄
1. BWP概述
在之前的博客https://blog.csdn.net/jxwxg/article/details/80201788中，我們對BWP進行了一個簡單的介紹。
我們知道，引入BWP機制的兩個主要優勢是：
- 根據業務變換，快速動態的調節網絡配置以適配業務變化；
- 節約能量消耗。
但是，這兩個優勢都建立在快速BWP切換的機制之上。如果BWP不能快速切換，那麼上面這兩個優勢也無從談起。
在此博文中，我們重點介紹一下BWP的切換機制。
2. BWP切換機制
如下圖所示，UE在BWP1，BWP2和BWP3之間切換。BWP切換主要有以下三種方式：RRC based BWP切換，Timer based BWP切換和DCI based BWP切換。三種BWP切換方式應用場景各不相同，下面分別介紹。
RRC based BWP切換
RRC based BWP切換主要用於RRC重配消息下發或者SCell激活之後，讓UE進入到一個新的BWP。
在ServingCellConfig中有firstActiveDownlinkBWP-Id，在UplinkConfig中有firstActiveUplinkBWP-Id，分別指示UE在RRC重配之後或者SCell激活後進入的下行BWP和上行BWP。
RRC Based BWP切換能讓給UE在RRC重配後或者SCell激活後立馬進入合適的BWP進行業務收發，而不是停留在initial BWP上。
Timer based BWP切換
如果UE長時間不用進行業務首發，意味着UE此時可能沒有什麼業務需求，爲了節能，最好能讓UE回到一個帶寬較小的BWP以達到節能的目的。這也是Timer based BWP切換引入的目的。
如下圖所示，bwp-InactivityTimer用於計時UE多長時間沒有數據收發，defaultDownlinkBWP-Id定義bwp-InactivityTimer超時後UE要進入的BWP。
bwp-InactivityTimer通過UE有沒有收到調度DCI來判斷UE有沒有業務，例如假設bwp-InactivityTimer設置爲5ms，那麼如果UE在5ms內沒有收到上下行調度DCI，那麼UE就進入defaultDownlinkBWP-Id。
大家要注意一點，協議裏面只定義了defaultDownlinkBWP-Id，並沒有defaultUplinkBWP-Id，這也就是說如果Timer超時後，只有下行BWP需要進行切換，上行BWP不需要進行切換。因爲主要是下行BWP比較耗電，而且一般下行BWP帶寬比較大，所以需要把下行BWP切換到默defaultDownlinkBWP。
DCI based BWP切換
DCI based BWP切換是這三種方式中最爲靈活的BWP切換方式。只要你有調度DCI，你就可以發起BWP切換。
DCI 1-1中有一個BWP index域用於指示切換的目標下行BWP，同樣地，DCI 0-1中有一個BWP Index域用於指示切換的目標上行BWP。
在NR中，DCI 1-1和DCI 0-1是用來調度數據的，同時能指示BWP進行切換。協議不支持DCI只用來指示BWP切換而不調度數據。當UE進行DCI based BWP切換時，該DCI調度的數據是在新的BWP上面的，但是該DCI的size卻是根據舊BWP來確定的，這裏就會涉及到DCI size不一致的問題。
比如FDRA（頻域資源分配）域在舊BWP上是10bit，而新BWP只需要8bit，那麼就截取這10bit裏面的低8位給新BWP解釋使用即可；如果FDRA域在舊BWP上是8 bit，而新BWP需要10 bit，那麼就在這8 bit的高位添加2個0給新BWP解釋使用。
3. BWP切換時延
協議定義了BWP的切換時延，其中Timer based BWP切換時延和DCI based BWP 切換時延是一樣的，都是根據如下表格確定。
Type1和Type2時延根據UE上報的能力決定。上報Type1的UE，看Type1那一列；上報Type2的UE，看Type2那一列。
如果舊BWP和新BWP的子載波間隔不一樣，那麼根據時延大的那個確定。比如舊BWP 爲60KHz （u=2），新BWP爲15KHz （u=0），那麼此次BWP切換的時延就爲1 ms。
RRC based BWP切換的時延就比較大了，因爲既要考慮RRC信息的處理時延，還需要考慮BWP切換的時延。綜合來看RRC Based BWP切換時延都需要10-25ms左右。