元月份開始中國移動調整了數據業(yè)務的資費，目前數據流量比前期增加的很大。請問各位，在進行無線資源配制時應該如何來配制PDCH的信道？

如：1個載頻，應該配制幾個TCH和幾個PDCH？
2個載頻，應該配制幾個TCH和幾個PDCH？
。。。。。。。。。。。
有沒有類似愛爾B表那樣的公式。。。。

數據業(yè)務中的坎貝爾算法類似于愛爾蘭B表。有些地市應該有采用8e342是4343K:JFD()$#_*本文來自移動通信網m.gg1fic3.cn,版權所有

PDCH的數量設置計算2zcv5K:JFD本文來自移動通信網m.gg1fic3.cn,版權所有
    1．1每個PDCH實際的IP層數據承載速率
%#(么$*K:JFD()本文來自移動通信網m.gg1fic3.cn,版權所有
    GPRS中可以使用四種不同的編碼方法，分別為CS1、CS2、CS3和CS4。在傳輸用戶數據的過程中，需要包含部分協議開銷和信令開銷，因此實際傳輸的用戶數據的速率遠小于編碼方法的標稱值。另外，由于移動上網的特點是：下行流量(網絡—>MS)遠遠大于上行流量(MS—>網絡)，所以GPRS的系統吞吐量主要考慮下行流量。下面的計算過程說明如何算出各種編碼算法的IP層數據承載速率。zcv545%#(么K:JFD()$#_*本文來自移動通信網m.gg1fic3.cn,版權所有
    計算過程基于以下假定或事實：d5a4f8e3K:JFD()$本文來自移動通信網m.gg1fic3.cn,版權所有
●每20ms傳輸一個無線塊(RLC數據包)；
●假設沒有SNDCP壓縮與解壓和分段與重組(這樣一個IP包，在LLC層就是以1個LLC PDU傳輸)；f12dsfK:JFD(本文來自移動通信網m.gg1fic3.cn,版權所有
●一般RLC／MAC頭占用3字節(jié)，這樣除去備用比特，CS1、CS2、CS3、CS4編碼方式下，每個RLC數據包可以傳輸的LLC PDU字節(jié)數依次為20字節(jié)、30字節(jié)、36字節(jié)、50字節(jié)；#&)*(&#*($(臟:JFD()$#_*(本文來自移動通信網m.gg1fic3.cn,版權所有
●假設IP平均包長度為100字節(jié)；cv545K:JFD本文來自移動通信網m.gg1fic3.cn,版權所有
●假設平均10個IP包，IP數據流連續(xù)；
●RLC采用確認模式，并考慮10％的重傳率；
RLC確認模式下的傳輸，正常情況下，每次連續(xù)IP包流意味著一次TBF建立和釋放過程，假設每次下行方向TBF的建立之前都伴隨一次上行TBF的建立和釋放過程，則一般一次下行TBF從建立到釋放的過程中，RLC／MAC控制塊開銷在4塊左右。42是43432K:JFD()$#本文來自移動通信網m.gg1fic3.cn,版權所有
●Gb接口每PDU的FR、NS、BSSGP、LLC、SNDCP的協議頭合計53字節(jié)。2zcv545%#(肒:JFD()$#_*本文來自移動通信網m.gg1fic3.cn,版權所有
●假設LLC幀格式為：LLC頭(9字節(jié))+SDNCP頭(4字節(jié))+IP數據+FCS(3字節(jié))，每個包占用一個RLC長度指示字節(jié)；K:JFD本文來自移動通信網m.gg1fic3.cn,版權所有
注：在以上的假設當中，最可能發(fā)生變化的包括這樣幾個假設：IP包的長度、IP數據流連續(xù)的IP包的個數、重傳率，這二個數據在后面的結論中將參數化。
這樣無線口每次TBF的下行需要傳送的PDU的總字節(jié)數=(100+9+4+3+1)×10＝1170節(jié)；s1fd知1fK:JFD()$本文來自移動通信網m.gg1fic3.cn,版權所有
則對系統來說，無線口承載的IP包的有效速率(不考慮中間可能等待的時間，因為這些時間可以用于其他TBF的數據塊或控制塊的傳輸)為：
對于采用非確認RLC模式的情形，LLC層一般不采用非確認方式，這樣就必須考慮LLC層的重傳率。而LLC層的重傳一般而言在帶寬開銷方面要高于RLC／MAC層的重傳。故采用非確認RLC模式，并不能提高PDCH的IP層承載速率。
    1．2對PDCH數量需求的計算
根據上述的話務模型，使用下面的這樣一組公式(部分公式可以參見第一部分的說明)，可以計算得到相關的數據：是434K:JFD本文來自移動通信網m.gg1fic3.cn,版權所有
CS1的每一PDCH的Um接口IP層承載速率
UV1=(L*N*8)／(CEILING((CEILING((L+9+4+3+1)*N／20，1)+4)*1.1，1)*20)=6．4么$*@#(_K:JFD()$本文來自移動通信網m.gg1fic3.cn,版權所有
單位：Kbpsj道h$#$#&)K:JFD()$#_本文來自移動通信網m.gg1fic3.cn,版權所有
CS2的每一PDCH的Um接口IP層承載速率ds不21fds3K:JFD()$#_本文來自移動通信網m.gg1fic3.cn,版權所有
UV1=(L*N*8)／(CEILING((CEILING((L+9+4+3+1)*N／30，1)+4)*1.1，1)*20)=9.412zcv545%#(K:JFD()$#_本文來自移動通信網m.gg1fic3.cn,版權所有
單位：Kbps
每一PDCH的Um平均IP層承載速率
AUV=(UV1*EU1+UV2*EU2+UV3*EU3+UV4*EU4)／100=6．4*0．2+9．41*0．8=8．8
說明：根據GPRS話務模型中的各種編碼方式的使用比例，來計算平均的承載速率。目前多只采用CS1和CS2編碼。
單位：Kbps
忙時GPRS用戶數據速率（IP層）kjlurK:JFD本文來自移動通信網m.gg1fic3.cn,版權所有
OSV=US*F／1000
說明：這個值代表了忙時的平均用戶總速率。f8e34K:JFD本文來自移動通信網m.gg1fic3.cn,版權所有
單位：Kbpspoej道h$#$K:JFD()$#_本文來自移動通信網m.gg1fic3.cn,版權所有
Um口需要配置的PDCH信道數瞗12dsfds1faK:JFD()$#_*(本文來自移動通信網m.gg1fic3.cn,版權所有
PDCH=MAX(CEILING(USV／AUV，1)，CEILING(BS*P／100，1))
說明：前半部分代表計算出來的PCU理想情況下需要的PDCH數目，后半部分代表按照必須同時提供GPRS服務的小區(qū)數目的最小PDCH數，兩者取大值。1fkjhfjK:JFD()本文來自移動通信網m.gg1fic3.cn,版權所有
單位：條PDCHK:JFD()$#_本文來自移動通信網m.gg1fic3.cn,版權所有
1．3結束語342是434321%K:JFD()$#_*(本文來自移動通信網m.gg1fic3.cn,版權所有
GPRS業(yè)務的引入對網絡規(guī)劃、維護和優(yōu)化都提出了新的要求。一方面分組數據業(yè)務和語音業(yè)務在空中接口上傳輸特性有相當大的差別，另一方面GPRS業(yè)務又存在和標準的GSM業(yè)務共用相同的無線物理信道的情況，所以需要綜合考慮各方面因素。?1f3dsK:JFD()本文來自移動通信網m.gg1fic3.cn,版權所有
但是最重要的是根據業(yè)務量的大小確定PDCH的配置數量，這樣在給每個小區(qū)分配PDCH時就可以做到心中有數。分配的原則如下：在比較偏遠的郊區(qū)盡量用動態(tài)PDCH，分配時盡量向城區(qū)傾斜。要達到32kbps的上網速率，按照先前的計算，在目前的編碼條件下至少需要4個PDCH。3東oitrK:JFD()本文來自移動通信網m.gg1fic3.cn,版權所有
然后，在GPRS網絡運行過程中，時時觀察各小區(qū)運行情況，對個別小區(qū)的GPRS擁塞作一些動態(tài)調整。這樣，可以保證GPRS業(yè)務需求的同時又減少對GSM話音業(yè)務的影響。?&#%kcvK:JFD()$本文來自移動通信網m.gg1fic3.cn,版權所有
在GPRS業(yè)務量比較可觀時，可以對GPRS所有的無線信道進行獨立的頻率規(guī)劃，此時需要綜合采用功率控制、編碼方式轉換控制、小區(qū)選擇、信道分配等多種手段來降低對語音服務的影響。&#%kcvmmvK:JFD()$#本文來自移動通信網m.gg1fic3.cn,版權所有
也f12dsK:JFD()本文來自移動通信網m.gg1fic3.cn,版權所有
(哦*&#%kcvmK:JFD()$#_*本文來自移動通信網m.gg1fic3.cn,版權所有
&)*(&#*K:JFD()本文來自移動通信網m.gg1fic3.cn,版權所有

LZ想問EDGE 的PDTCH的配置吧？ 目前大部分地區(qū)以開通EDGE。%$#(*$#什21fK:JFD()$#_*(本文來自移動通信網m.gg1fic3.cn,版權所有
EDGE的系統吞吐量主要考慮下行流量，也是計算各種編碼算法的IP層數據承載速率。根據干擾不同來應用不同的編碼方式MS1－MSC9。EDGE的PDTCH可以靈活配置，有靜態(tài)和動態(tài)配置，不同廠家有不同的PDTCH配置方式。(我)$#@3221aK:JFD()$#_*(本文來自移動通信網m.gg1fic3.cn,版權所有
54afdK:JFD本文來自移動通信網m.gg1fic3.cn,版權所有

這個還是語音優(yōu)先吧？如果語音都擁塞，那何談數據。建議先觀察語音，語音差不多了，把剩余的給數據就夠了。要不就等差不多穩(wěn)定了考慮應用坎貝爾算法70874*K:JFD(本文來自移動通信網m.gg1fic3.cn,版權所有