如上圖，用戶最終的速率由以下幾個因素決定：
（1）用戶的簽約速率
（2）用戶進行PDP激活時申請的速率
（3）系統(tǒng)當前能夠提供的最大速率
（4）資源分配算法決定的用戶速率
速率協(xié)商過程如下：
（1）首先在PDP激活請求中會攜帶用戶在進行每次業(yè)務是請求的業(yè)務速率，
（2）SGSN在收到請求后，會將用戶的請求速率與簽約速率進行比較，如果請求速率比簽約速率低，GGSN也可以保證用戶的請求速率，則RAB Assignment Request消息中攜帶的就是用戶的請求速率。
（3）RNC在收到SGSN發(fā)送的RAB Assignment Request消息后，會判斷當前小區(qū)可以提供的速率，以及根據配置的DCA算法，給用戶分配資源。
（4）RNC在分配資源后給SGSN會RAB Assignment Response，攜帶了RNC給用戶分配的上下行速率。
（5）SGSN會給用戶回PDP Active Accept消息，攜帶了用戶最終的速率。


一般情況下用戶分配的速率都是由小區(qū)資源和RNC資源分配算法決定的，因為大多數(shù)的情況是：簽約速率（HLR）>用戶申請的上下行速率>系統(tǒng)能夠提供的最大速率。


上面提供的內容只有RAB Assignment Request的信息，不能夠定位出問題問題出在了哪里。不過因為只經過了步驟（1）和（2），可以確認問題基本上可以從用戶申請的速率和簽約速率兩個方面進行排查。