璇璇(1716010702) 4:36:48 PM
规范里对UE-AMBR的设置有了明确规定的：The UE AMBR is limited by a subscription parameter stored in the HSS. The MME shall set the UE AMBR to the sum of the APN AMBR of all active APNs up to the value of the subscribed UE AMBR
璇璇(1716010702) 4:55:13 PM
仔细想了一下，之前对UE-AMBR的理解太局限了。其实UE-AMBR比APN-AMBR小，也没有什么问题的。。。。
璇璇(1716010702) 4:58:21 PM
PGW根据MME携带的APN-AMBR动态修改APN-AMBR参数，并通过MME把这个参数带给UE。。在下行，PGW、SGW根据核心侧的QOS来调度，在ENODEB侧在radio bearer上根据UE-AMBR进行速率的限制。。。。UE的上行，也是UE按照核心侧的QOS来调度，在ENODEB到SGW之间，ENODEB根据UE-AMBR进行限制。。
璇璇(1716010702) 4:59:46 PM
缺点就是在下行方向上浪费了网络侧的资源，在上行方向上浪费了无线侧的资源。。。。
璇璇(1716010702) 5:00:13 PM
不知道这么想对不对哈。。。。
LTE-Advanced(472586891) 5:11:01 PM
签约的UE-AMBR是用户级别的，每个用户对应有一个UE-AMBR取值，表示这个用户上所有的Non-GBR承载上数据传输速率之和最大可以达到UE-AMBR的取值。但是因为UE和UGW上APN的概念的存在，承载都是建立在某用户的某个APN下面，因此对UE和UGW来说，某APN下所有Non-GBR承载速率之和已经由这个APN相应的APN-AMBR限制了，所以UE-AMBR对UE和UGW无效，即UE/UGW不感知UE-AMBR。但正如上一节所说的，eNodeB不会感知到APN，它的承载速率控制是用户级别的，因此eNodeB侧某个用户所有Non-GBR承载数据传输速率之和最大可以达到UE-AMBR。理论上某用户的一个Non-GBR承载的数据传输速率可达到UE-AMBR的取值（对应场景是这个用户有且只有这一个Non-GBR承载，且该承载对应的APN-AMBR不小于当前使用的UE-AMBR）。因为PGW不感知UE-AMBR，因此修改UE-AMBR只会是HSS发起（修改UE-AMBR签约值，或修改APN-AMBR导致当前使用的UE-AMBR改变），MME下发消息发到eNodeB就停止。 eNodeB使用的UE-AMBR是MME下发的，取值不一定等于签约的UE-AMBR。MME通过比较签约的UE-AMBR，与所有激活的APN的签约APN-AMBR之和，取得较小者传递给eNodeB，作为当前eNodeB使用的UE-AMBR。任何时候数据有变化MME都会通过UE Context Modification流程通知到eNodeB。 总的来讲，对于Non-GBR承载，在整个LTE端到端的数据传输中，在UE和PGW由APN-AMBR值进行控制，在eNodeB由UE-AMBR值进行控制，三者之间相互制约，一起控制用户/APN下所有的Non-GBR承载的速率。
LTE-Advanced(472586891) 5:11:07 PM
总的来讲，对于Non-GBR承载，在整个LTE端到端的数据传输中，在UE和PGW由APN-AMBR值进行控制，在eNodeB由UE-AMBR值进行控制，三者之间相互制约，一起控制用户/APN下所有的Non-GBR承载的速率。