信道化码的分配.doc

信道化码的分配 信道化码就是OVSF（正交可变扩频因子）码。OVSF码树的生成方式如下： 我们描述信道化码的方式是：Cch,SF,k ，其中SF是扩频因子，k是码道号。 对于信道化码，上行和下行信道的分配方式是不同的。最大的不同是在下行方向，小区内所有的UE和公共信道共享一颗码树，而上行方向是一个UE单独使用一颗码树。所以下行的码道是非常紧张的。一旦码道用完，那么别的用户就不能接入小区，系统的容量就收到限制了。 换个说法，下行信道（包括UE和公共信道）是通过信道化码进行区分的，小区是通过扰码来区分不同UE的。对于上行信道，支持的SF是2256；而下行信道，支持的SF是4512。上行信道化码的分配方法，在协议中有明确的规定：需要分配信道化码的上行信道包括：DPCCH、DPDCH、HS-DPCCH、E-DPDCH、E-DPCCH、PRACH。上行专用信道的扩频： 对于UE专用信道的最大分配能力，在25213协议中是由严格规定的。在带DCH的情况下，最多可以有6条DPDCH。如果有HSUPA，那么最多只能有2条E-DPDCH。如果HSUPA在有4条的情况下，是不可以有DPDCH的。DPDCHHS-DPCCHE-DPDCHE-DPCCHCase 161-Case 21121Case 3-141 DPDCH/DPCCH的扩频示意图。DPCCH的信道化码一定是，也就是说DPCCH用的是码树SF=256最左边的节点。HS-DPCCH什么意思呢？如果DPDCH的条数是2、4或者6的时候，HS-DPCCH从I通道。Nmax-dpdch是UE上行DPDCH信道的个数。HS-DPCCH的信道化码根据UE的上行DPDCH的数量进行分配，如下表：Nmax-dpdchChannelisation code chs0C ch,256,331Cch,256,642,4,6Cch,256,1 3,5Cch,256,32 对于UE，一般情况下就一条上行DPDCH，如果需要承载更多的数据，则需要分配多条DPDCH，那么这时候就是多码传输了。协议中规定所有的上行DPDCH的SF4，但目前系统不支持多码传输，所以在实际应用中，只有一条上行DPDCH信道。Slot Format #iChannel Bit Rate (kbps)Channel Symbol Rate (ksps)SFBits/ FrameBits/ SlotNdata01515256150101013030128300202026060646004040312012032120080804240240162400160160548048084800320320696096049600640640 在UE使用一条上行DPDCH信道的情况下，它的SF可以从4256中选择，这时候的信道化码，其中K=SF/4。比如CS12.2K的语音业务，SF=128，它的DPCCH的信道化码是,DPDCH的信道化码是E-DPDCH/E-DPCCH的扩频不同的信道对应的IQ路是：Nmax-dpdchHS-DSCH configuredE-DPDCHkiqed,k0No/YesE-DPDCH11E-DPDCH2jE-DPDCH31E-DPDCH4j1NoE-DPDCH1jE-DPDCH211YesE-DPDCH11E-DPDCH2j协议中对信道化码的分配，有这样的规定：Nmax-dpdchE-DPDCHkChannelisation code Ced,k0E-DPDCH1Cch,SF,SF/4 if SF4Cch,2,1 if SF=2E-DPDCH2Cch,4,1 if SF=4Cch,2,1 if SF=2E-DPDCH3E-DPDCH4Cch,4,11E-DPDCH1Cch,SF,SF/2E-DPDCH2Cch,4,2 if SF=4Cch,2,1 if SF=2如何去理解这张图？在没有DPDCH的情况，E-DPDCH最多有4条。从IQ路的映射可以看出，E-DPDCH的第1条和第3条在I路上，第2条和第4条在Q路上。所以对于上行，有两个码树可以使用。这和下行是有区别的。 上图就定义了每条E-DPDCH的分配原则。对于每个码树，最多分两条E-DPDCH，一个SF=2，一个SF=4。PRACH信道要分为控制部分和业务部分，它的信道化码不一样。图：Structure of the random-access message part radio frame 控制部分的SF只能是256，Slot Format #iChannel Bit Rate (kbps)Channel Symbol Rate (ksps)SFBits/ FrameBits/ SlotNpilotNTFCI015152561501082数据部分的SF可以从32256Slot Format #iChannel Bit Rate (kbps)Channel Symbol Rate (ksps)SFBits/ FrameBits/ SlotNdata015 15 2561501010130 30 1283002020260 60 6460040403120 120 3212008080 它的信道化码是如何分配的呢？ 其实很简单，它是根据扩频因子SF和前导的签名序列号s算出来的。 控制部分的信道化码cc = Cch,256,m 其中m = 16s + 15. 数据部分的信道化码cd= Cch,SF,m 其中m = SFs/16 小结：上行信道的信道化码的分配是比较固定的，协议这样设计的原因是NODEB可以很方便的计算出UE每种信道的信道化码，便于解调。对于下行信道的信道化码的分配，协议上做了下面的规定1、主导频CPICH的信道化码一定是ccpich = Cch,256,0 ，可以推断出CPICH的SF=2562、主公共控制信道PCCPCH的信道化码一定是cpccpch = Cch,256,1，可以推断出PCCPCH的SF=2563、HS-PDSCH的SF=16，HS-SCCH的SF=128，而且HS-SCCH的码道一定要连续。在NBAP信令中对HS-SCCH的码道号定义HS-SCCH Code1.Code NumberMINTEGER (0.maxHSSCCHCodeNrComp-1) 其实在实现中，是不可用从0开始分的，原因很简单，CPICH占用了该码道号的子节点，父节点就应该比闭塞。所以在实际应用中，如果你从RNC上配置是从0开始，那么物理共享信道重配会发生失败的情况。我个人的看法是，这是协议中相互冲突的地方，码道号至少应该从1开始。 4、其余信道的信道化码由RNC来分配。举个例子，我们在做12.2K语音测试的时候，单小区的极限容量是124个用户。之所以不能继续增加，是因为这个时候码道已经全部用完，用户再接入的时候就会出现码资源受限的情况。这是如何计算出来的？CPICH的SF=256PCCPCH的SF=256AICH的SF=256PICH的SF=256SCCPCH的SF=64所以还剩下的码道是而12.2K语音的SF128，所以单小区的极限容量是124个。小结：对于下行信道的信道化码，我们要有这样的认识第一，下行信道的种类很多，包括CPICH、PCCPCH、SCCPCH、AICH、HS-PDSCH、HSSCCH、DPDCH、DPCCH，还有R6的HICH、RGCH、AGCH、F-DPCH、MICH。所以下行的信道是码道受限，而且很严重。