如在DL和UL的載波帶寬部分（Carrier Bandwidth Part，BWP）分配中所述，在DL和UL中最多可以定義4個BWP。 每個BWP由RRC消息配置，如前面的“帶寬部分配置的RRC參數”中所述。

如何在RRC中指定BWP的位置和帶寬？

BWP的位置（BWP的起始位置和帶寬）在稱為locationAndBandwidth的RRC參數中指定，并且該參數指定為RIV，可以根據以下規範進行計算。

<38.213-12帶寬部分操作>狀态如下：

第一個PRB和較高層參數locationAndBandwidth根據TS 38.214設置将其解釋為RIV的多個連續PRB，并且第一個PRB是相對于較高層參數offsetToCarrier和subcarrierSpacing指示的PRB的PRB偏移

<38.214-5.1.2.2.2下行資源分配類型1>對RIV的定義如下：

結合上述兩個規範，我将提供一些示例，如下所示。 所有這些示例均基于以下假設：RB_start = 0，BWP占用了指定信道帶寬的最大RB，子載波間隔= 30 Khz，FR1

以下是我基于RB_start = 0的假設針對副載波間隔= 15 Khz計算出的表，BWP占用了指定信道帶寬的最大RB：

以下是我基于RB_start = 0的假設針對副載波間隔= 120 Khz計算出的表，BWP占用了指定信道帶寬的最大RB：

BWP的使用場景

即使可以在DL和UL中定義多個（最多4個）BWP，在每個特定時刻也隻能激活一個BWP。這意味着選擇某種特定的BWP作為活動的BWP會有一定的機制。根據38.321-5.15帶寬部分（BWP）操作，BWP選擇（或BWP切換）可以通過幾種不同的方式完成，如下所列：

通過PDCCH（即DCI）：特定的BWP可以由DCI格式0_1（UL授權）和DCI格式0_1（DL調度）的帶寬部分指示符激活

通過bwp-InactivityTimer：ServingCellConfig.bwp-InactivityTimer

通過RRC信令

由MAC實體本身在發起随機訪問過程時

通過使用上面列出的機制，可以根據呼叫處理中的各種情況來激活特定的BWP。以下是針對特定情況的BWP切換的一些示例。

采用活動的BWP的概念

情況1：通過同步進行重新配置（基于38.331-5.3.5.5.2）

“使用同步進行重新配置”是激活NSA中NR小區的通用機制（即，将NR小區添加到LTE小區）。在這種情況下，針對DL和UL的活動BWP被設置如下。

DL的活動BWP = firstActiveDownlinkBWP-Id

UL的活動BWP = firstActiveUplinkBWP-Id

情況2：在服務小區上啟動随機訪問程序後（基于38.321-5.15）

如果未為活動的UL BWP配置PRACH場合：

對于UL，設置活動的UL BWP = initialUplinkBWP；

對于DL，

如果服務單元是SpCell：

設置活動的DL BWP = initialDownlinkBWP。

如果為活動的UL BWP配置了PRACH場合

對于UL，設置活動的UL BWP =已配置的UL BWP

對于DL，

如果服務單元是SpCell：

使用與活動UL BWP相同的bwp-Id設置活動DL BWP = DL BWP。

使用上面選擇的活動BWP執行RACH程序。

情況3：收到帶帶寬部分（BWP）指示符的DCI

檢查是否有任何正在進行的RACH程序。如果沒有正在進行的RACH程序，或者RACH程序剛剛由接收到的DCI（用C-RNTI屏蔽）完成。

設置活動BWP = DCI指定的BWP

BWP的采用，激活和切換

當我第一次看到有關BWP的說明時，我問自己“為什麼需要這個？我們已經具有動态更改帶寬的相當靈活的機制。隻需更改RB的數量并啟動RB，我們就可以更改操作帶寬。那麼，為什麼我們還需要另一種限制帶寬的機制呢？

不同的BWP切換選擇

BWP的目的更多是為了UE，而不是網絡，尤其是對于無法承受這種寬帶操作的低端UE。

在大多數情況下，NR将在非常寬的帶寬下運行，并且網絡（gNB）和高端UE可以處理整個工作頻段不會有任何問題，但是我們不能指望所有類型的UE都能在這一種寬帶範圍内工作。因此，我們需要另一種特殊的機制來告訴某些用戶設備：“嘿……我們在這個寬帶上工作，但是您不必擔心覆蓋整個頻段。這隻是您需要關心的頻譜的一小部分”。這就是我們（以及為什麼）提出名為BWP的新概念的方式。這會讓您想起LTE M1中的NarrowBand的概念，這個概念是針對低端物聯網應用的。