如何进行PDCH的配制问题？
元月份开始中国移动调整了数据业务的资费，目前数据流量比前期增加的很大。请问各位，在进行无线资源配制时应该如何来配制PDCH的信道？
如：1个载频，应该配制几个TCH和几个PDCH？
2个载频，应该配制几个TCH和几个PDCH？
。。。。。。。。。。。
有没有类似爱尔B表那样的公式。。。。
数据业务中的坎贝尔算法类似于爱尔兰B表。有些地市应该有采用
PDCH的数量设置计算
1．1每个PDCH实际的IP层数据承载速率
GPRS中可以使用四种不同的编码方法，分别为CS1、CS2、CS3和CS4。在传输用户数据的过程中，需要包含部分协议开销和信令开销，因此实际传输的用户数据的速率远小于编码方法的标称值。另外，由于移动上网的特点是：下行流量(网络—>MS)远远大于上行流量(MS—>网络)，所以GPRS的系统吞吐量主要考虑下行流量。下面的计算过程说明如何算出各种编码算法的IP层数据承载速率。
计算过程基于以下假定或事实：
●每20ms传输一个无线块(RLC数据包)；
●假设没有SNDCP压缩与解压和分段与重组(这样一个IP包，在LLC层就是以1个LLC PDU传输)；
●一般RLC／MAC头占用3字节，这样除去备用比特，CS1、CS2、CS3、CS4编码方式下，每个RLC数据包可以传输的LLC PDU字节数依次为20字节、30字节、36字节、50字节；
●假设IP平均包长度为100字节；
●假设平均10个IP包，IP数据流连续；
●RLC采用确认模式，并考虑10％的重传率；
RLC确认模式下的传输，正常情况下，每次连续IP包流意味着一次TBF建立和释放过程，假设每次下行方向TBF的建立之前都伴随一次上行TBF的建立和释放过程，则一般一次下行TBF从建立到释放的过程中，RLC／MAC控制块开销在4块左右。
●Gb接口每PDU的FR、NS、BSSGP、LLC、SNDCP的协议头合计53字节。
●假设LLC帧格式为：LLC头(9字节)+SDNCP头(4字节)+IP数据+FCS(3字节)，每个包占用一个RLC长度指示字节；
注：在以上的假设当中，最可能发生变化的包括这样几个假设：IP包的长度、IP数据流连续的IP包的个数、重传率，这二个数据在后面的结论中将参数化。
这样无线口每次TBF的下行需要传送的PDU的总字节数=(100+9+4+3+1)×10＝1170节；
则对系统来说，无线口承载的IP包的有效速率(不考虑中间可能等待的时间，因为这些时间可以用于其他TBF的数据块或控制块的传输)为：
对于采用非确认RLC模式的情形，LLC层一般不采用非确认方式，这样就必须考虑LLC层的重传率。而LLC层的重传一般而言在带宽开销方面要高于RLC／MAC层的重传。故采用非确认RLC模式，并不能提高PDCH的IP层承载速率。
1．2对PDCH数量需求的计算
根据上述的话务模型，使用下面的这样一组公式(部分公式可以参见第一部分的说明)，可以计算得到相关的数据：
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
单位：Kbps
CS2的每一PDCH的Um接口IP层承载速率
UV1=(L*N*8)／(CEILING((CEILING((L+9+4+3+1)*N／30，1)+4)*1.1，1)*20)=9.41
单位：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层）
OSV=US*F／1000
说明：这个值代表了忙时的平均用户总速率。
单位：Kbps
Um口需要配置的PDCH信道数
PDCH=MAX(CEILING(USV／AUV，1)，CEILING(BS*P／100，1))
说明：前半部分代表计算出来的PCU理想情况下需要的PDCH数目，后半部分代表按照必须同时提供GPRS服务的小区数目的最小PDCH数，两者取大值。
单位：条PDCH
1．3结束语
GPRS业务的引入对网络规划、维护和优化都提出了新的要求。一方面分组数据业务和语音业务在空中接口上传输特性有相当大的差别，另一方面GPRS业务又存在和标准的GSM业务共用相同的无线物理信道的情况，所以需要综合考虑各方面因素。
但是最重要的是根据业务量的大小确定PDCH的配置数量，这样在给每个小区分配PDCH时就可以做到心中有数。分配的原则如下：在比较偏远的郊区尽量用动态PDCH，分配时尽量向城区倾斜。要达到32kbps的上网速率，按照先前的计算，在目前的编码条件下至少需要4个PDCH。
然后，在GPRS网络运行过程中，时时观察各小区运行情况，对个别小区的GPRS拥塞作一些动态调整。这样，可以保证GPRS业务需求的同时又减少对GSM话音业务的影响。
在GPRS业务量比较可观时，可以对GPRS所有的无线信道进行独立的频率规划，此时需要综合采用功率控制、编码方式转换控制、小区选择、信道分配等多种手段来降低对语音服务的影响。
LZ想问EDGE 的PDTCH的配置吧？ 目前大部分地区以开通EDGE。
EDGE的系统吞吐量主要考虑下行流量，也是计算各种编码算法的IP层数据承载速率。根据干扰不同来应用不同的编码方式MS1－MSC9。EDGE的PDTCH可以灵活配置，有静态和动态配置，不同厂家有不同的PDTCH配置方式。
这个还是语音优先吧？如果语音都拥塞，那何谈数据。建议先观察语音，语音差不多了，把剩余的给数据就够了。要不就等差不多稳定了考虑应用坎贝尔算法