在

NR

中，每个

GBR QoS

流应与最大流比特率（

MFBR

）相关联。

MFBR

限制了可以预期由

GBR 

QoS

流提供的比特率（例如，速率整形函数可以丢弃多余的流量）。

对于下行链路，可以由

gNB

来实施与

GBR QoS

流相关联的

MFBR

。由于只有

SDAP

层（服务数

据适配协议）可以识别流，因此在

SDAP

层中很容易实现。

对于上行链路，可以考虑两个选项：



选项

1

：与

LTE

类似，

gNB

通过限制对

UE

的总授权来确保不超过

UE-AMBR

加上

MFBR

的

总和。



选项

2

：速率成形功能是在业务量水平上实现的，以满足每个流量的

MFBR

。由于与下行

链路类似的原因，需要设计

SDAP

层中的机制来执行此功能。

选项

1

简单，规格影响较小，但只能确保总比特率不超过总限制，而不是每个流的比特率，

这可能不满足每个流的

MFBR

要求。方案

2

就更麻烦点，但效果更好。

保证流量比特率（

GFBR

：

Guaranteed Flow Bit Rate 

）

在

LTE

中，

eNB

保证与

GBR

承载相关联的下行链路

GBR

。对于上行链路，

eNB

通过给每个承

载一个优先级比特率（

PBR

：

prioritized bit rate

）来保证

GBR

。当执行

LCP

过程时，可

以通过调度来满足每个承载的

PBR

。

在

NR

中，引入了具有

GFBR

要求的

GBR QoS

流。关于如何满足每个流量的

GFBR

，有两种情

况：



情况

1:GBR QoS

流和

DRB

之间的一对一映射。

对于这种情况，可以重用传统

LTE LCP

过程以满足每个

GBR QoS

流的

GFBR

要求。



情况

2

：

GBR QoS

流和

DRB

之间的多对一映射。

在这种情况下，具有不同要求的不同

GBR

流只能在

DRB

中同等对待。假设有一个场景，三个

流被映射到一个

DRB

中，并且它们的

GFBR

值都是

100kbps

。为了满足三个流的要求，

DRB

将

配置至少

300kbps

的

PBR

。在这种情况下，如果三个流量中没有一个流量超过

100kbps

，则

可以满足所有这些流量的

GFBR

要求。然而，如果

flow 2

的速率变为

150kbps

，则流的总速

率将超过逻辑信道的

PBR

。由于

LCP

无法区分这些流，而

flow 1

或

flow 3

的传输速率无法

达到其

GFBR

要求，因此

flow 2

的传输速度可能超过

100kbps

。这种情况如图

1

所示。