性，但会降低PICH帧（10ms）中的寻呼指示数目。具体地，当寻呼指示长度设置为2、4、8个符号时，每一个PICH帧（10ms）分别能容纳88、44、22个寻呼指示。多个连续的PICH可以构成一个PICH块，连续的PICH个数由PICH的重复长度决定。
目前，寻呼指示长度设置为8，PICH的重复长度为2，PICH的重复周期为640ms。因此，PICH容量为2*22*1000/640=68.75/秒/小区。 4.1.4.2 PCH信道
RNC将多个TTI中PCH承载的数据构成一个PCH块，每个PCH块由NPCH个寻呼组组成，每个寻呼组由两个连续的无线帧构成（PCH的TTI=20ms）。NGAP表示对应同一个寻呼时段，承载PICH信息的最后一帧与承载PCH信息的第一帧之间所间隔的帧数，协议取值范围为（2,4,8），单位为帧。
Paging BlockPICH BlockPCH BlockSub-Channel #0Sub-Channel #1Sub-Channel #NPCH-1PICHNPICH...............PCHNGAP2*NPCH............
PCH信道容量与寻呼方式有关，不同寻呼方式下寻呼消息的长度不同。对于TMSI或PTMSI寻呼，长度为40bits；对于IMSI寻呼，长度为72bits。
（1）对于TMSI或P-TMSI寻呼，计算方法为（（TB-Size – 7）/40 *NPCH）/PBP，其中（TB-Size – 7）/40的结果向下取整；TB-Size为PCH传输块大小，目前配置为240bits。NPCH为协议取值范围为（1..8），目前配置为8。PBP为寻呼调度周期，目前配置为64帧。因此，最大寻呼数 = 62.5/秒/小区。
（2）对于IMSI寻呼，计算方法为（（TB-Size – 7）/72 *NPCH）/PBP，因此，最大寻呼数 = 37.5/秒/小区。
实际情况下，IMSI的寻呼比较少。根据统计，（P-）TMSI和IMSI的寻呼分布大约在98%和2%。考虑到调度丢失较多时造成二次、三次寻呼的突增因素，可以将（P-）TMSI和IMSI的寻呼比例设置为9:1来进行处理。
从目前配置的PCH信道容量来看，PICH容量高于PCH容量，即随着网络实际寻呼量的增大，PCH容量先受限。此外，RNC支持UTRAN寻呼重发机制，该寻呼与用户是否响应寻呼无关。该机制会影响到小区的寻呼能力。在寻呼信道容量不变的情况下，小区支持的寻呼消
第 31 页 共 220 页
息数会因UTRAN内的寻呼重发成倍地减少。考虑到CN在没有收到寻呼响应的情况下，也会重新发起寻呼。因此不推荐采用UTRAN寻呼重发。
PCH信道扩容方案有以下两种
（1）PBP由640ms减少为320ms。该方案的风险有4点，一是增加终端耗电；二是已知部分老终端，如联想TD800、夏新T5、海信T66等终端会出现寻呼成功率较低情况（经分析，为该芯片与网络侧不兼容导致，经终端版本升级后，该问题解除）；三是由于NGAP变为2*NGAP，造成物理信道资源的浪费；四是由于PCH与FACH复用的关系，造成FACH容量的减少。
采用该方案，PICH的重复周期需要修改为320ms。在PICH信道其他配置不变的情况下，PICH的容量为2*68.75=137.5/秒/小区。
在PCH信道其他配置不变的情况下，对于TMSI或P-TMSI寻呼，最大寻呼数为2*62.5=125/秒/小区；对于IMSI寻呼，最大寻呼数为2*37.5=75/秒/小区。
（2）增大TB-Size为360bits，或TB-Size为240bits不变，但TB个数由1增加为2，即2*240bits。该方案在35版本之后支持。同时，该方案需要同时增加PICH容量，可以通过将寻呼指示长度设置为4，将PICH容量提高至137.5/秒/小区。
PCH扩容方案 方案1 方案2 PBP=320ms 1*360bits 2*240bits PICH容量 137.5 /秒/小区 137.5 /秒/小区 137.5 /秒/小区 PCH容量 125/秒/小区 100/秒/小区 125/秒/小区 寻呼容量预警机制
（1）当一周忙时最大寻呼量超过空口寻呼容量的55%时，进入黄色预警，考虑进行空口寻呼容量扩容或者LAC分裂；
（2）当一周忙时最大寻呼量超过空口寻呼容量的70%时，进入红色预警，必须尽快进行空口寻呼容量扩容或者LAC分裂。 4.1.4.3 FACH信道
FACH信道有如下几种配置方式
第 32 页 共 220 页
传输信道 逻辑信道 TF0 TF1 TF2 TF3 TF4 TFS 0×171 1×171 2×171 3x171 (alt. N/A) 4x171 (alt. N/A) 5x171 (alt. N/A) 6x171 (alt. N/A) 0×163 1×163 2×163 Coding type CC 1/2 TF_ NUM 3, 5, 7 TTI 20 CRC 16 DCCH DTCH BCCH CCCH TF5 TF6 FACH CTCH TF0 TF1 TF2 TF0 DTCH TF1 TF2 0×363 1×363 2×363 TC 3 20 16 （1）FACH信道的TB-Size为171bits，可以承载DCCH、DTCH、BCCH和CCCH（其中，DCCH和DTCH对应CELL-FACH状态）；FACH信道的TB-Size为163bits，可以承载CTCH（对应小区广播业务，目前未使用，可以不考虑）；FACH信道的TB-Size为363bits，可以承载DTCH（对应CELL-FACH状态）；
（2）FACH信道的TB-Size为171bits，可以对应最大传输2*171、4*171和6*171bits几种方式，目前配置为4*171方式；
（3）当FACH传送CCCH时，扣除MAC头开销、RLC头开销后能承载的有效信息为160bits。
第 33 页 共 220 页
以RRC连接建立消息为例，该消息长度为136bytes，以每20ms传输的话，需要分成136*8/160=7个传输块下发，如果采用2*171bits的方式传输，则需要4个TTI即80ms发送，由于有效的FACH传输TTI个数为（640-20-40-160）/ 20 = 21，因此，对应的FACH传送能力为1000*21*15*60/ 640/4= 7382.8条/15分钟；如果采用4*171bits的方式传输，则对应的FACH传送能力为14765.6条/15分钟。其中，（640-20-40-160）中的640为PBP，20为PICH，40ms为NGAP，160为NPCH占用的时间，单位ms。
（4）当FACH传送DCCH或/和DTCH时，即支持CELL-FACH状态，按目前公共信道配置（5个SCCPCH、4*171方式），根据仿真结果最大支持接入10用户。
（5）当FACH需要扩容时，首先考虑选用6*171方式，其次，可以考虑增加FACH信道数目。
4.1.4.4 PCH与FACH信道的复用
在TD-SCDMA系统中，PCH与FACH信道服用为CCTRCH，之后映射在SCCPCH上。
（1）目前，PCH与FACH信道的配置参数如下
传输信道 PCH 逻辑信道 PCCH TF0 TF1 TF0 TF1 TF2 TF3 TF4 TFS 0×240 1×240 0×171 1×171 2×171 3x171 4x171 Coding type CC 1/2 CC 1/2 TF_ NUM 2 5 TTI 20 20 CRC 16 16 RM 210 200 FACH DCCH DTCH BCCH CCCH 第 34 页 共 220 页
此时，PCH信道编码后的数据为264bits；FACH信道编码后的数据为764bits。采用不同SCCPCH配置下的方案比较如下
SCCPCH配置方案 3个SCCPCH 4个SCCPCH 5个S CCPCH 有效容量（一个无线帧） 512bits 688bits 864bits PL 0.48 0.64 0.80 PCH打掉 128bits 81bits 34bits FACH打掉 389bits 260bits 131bits 其中，有效容量是指去掉了TFCI和TPC_SS所占用的Bits。可以看出，随着SCCPCH数目的增加，PL值越来越大，也就意味着，打掉的冗余信息越来越少，对于空口的解码会越来越有利。但是，SCCPCH的数目也不能过多，一方面是因为在发射功率一定的情况下，数目过多会导致单码功率减小，影响覆盖；另一方面，若增大发射功率，又会带来邻区干扰。
（2）如通过信道配置方式来增加PCH容量，例如
传输信道 逻辑信道 TF0 PCH PCCH TF1 TF2 TF0 TF1 TF2 TF3 TF4 TFS 0×240 1×240 2×240 0×171 1×171 2×171 3x171 4x171 CC 1/2 5 20 16 200 Coding type CC 1/2 TF_ NUM 2 TTI 20 CRC 16 RM 210 FACH DCCH BCCH CCCH 此时，PCH信道编码后的数据为528bits；FACH信道编码后的数据为764bits，还可以使用5个SCCPCH配置方案，具体信息如下
SCCPCH配置方案 5个S CCPCH 有效容量（一个无线帧） 864bits PL 0.64 PCH打掉 165bits FACH打掉 264bits （3）如果通过信道配置方式来增加FACH容量，例如
第 35 页 共 220 页