时分双工码分多址系统传输格式组合参数的配置方法

文档序号:7616136阅读:152来源:国知局
专利名称:时分双工码分多址系统传输格式组合参数的配置方法
技术领域
本发明涉及第三代移动通信系统中的数据传输技术,尤其是时分双工码分多址通信系统中无线网络控制器(Radio Network Controller,RNC)、节点B(NodeB)和用户终端(User Equipment,UE)间传输格式组合参数和传输格式组合指示字长协调一致的配置方法。
背景技术
码分多址(Code Division Multiple Access,CDMA)为目前所公认的第三代移动通信系统主流技术,它包括两种频分双工(Frequency Division Duplex,FDD)技术和一种时分双工(Time Division Duplex,TDD)技术。
在3GPP(3rd Generation Partnership Project)规范中,传输信道被用来在物理层和媒介接入控制(Medium Access Control,MAC)层间承载数据的传输服务,并实现在无线接口上对传输块的传输和向MAC层指示物理层的状态信息。传输信道交换的内容主要涉及对等实体间的通信,它定义了数据如何传输以及以什么样的特征进行传输。为了提高无线信道的传输特性,物理层把一条或多条传输信道上所接收到的数据组合起来构成一条或多条编码组合传输信道(Coded Composite Transport Channel,CCTrCH),被复用的每条传输信道都有各自的传输格式集(TFS,Transport Format Set),但在每一个给定的时间点,MAC仅将各传输信道上的一个特定子集提交到物理层,由物理层将其组合后形成CCTrCH再映射到物理信道。多个传输信道的传输格式集的有效组合被称作传输格式组合(TFC,Transport Format Combination),它由传输格式组合指示(TFCI,Transport Format Combination Indicator)所一一标识。一条CCTrCH上所有传输格式组合的集合构成了传输格式组合集(TFCS,Transport FormatCombination Set)。
TFCS的配置是由RNC在RRC层(Radio Resource Control,无线资源控制)信令中来完成的,它不一定包含相关传输信道的传输格式集中所有可能的组合,RNC对Node B和UE的TFCS具体配置方法是由Iub接口的TS 25.433协议和Uu接口的TS 25.331协议分别进行的。在TS 25.331协议中,针对每个TFCI定义了计算传输格式组合(CTFC,Calculated Transport FormatCombination)来唯一识别CCTrCH中每个传输信道所采用的传输格式。
CTFC(TFI1,TFI2,K,TFII)=Σi=1ITFIi·Pi]]>其中,Pi=Πj=0i=1Lj,]]>i=1,2,...,l,且L0=1,l为CCTrCH中的传输信道数,每条传输信道TrCHi具有Li种传输格式,TFIi∈{0,1,2,...,Li-1}。
如图1所示是CCTrCH对应的TFCS中1个TFC的构成示意图,每一个CCTrCH由1个或多个传输信道(TrCH)构成,每个传输信道有1个或多个传输格式(TF),构成传输格式集,则第i个传输信道有j个传输格式可以表示为TFSi={TFi,0,TFi,1,...TFi,j-1}。1个CCTrCH上的TFCS定义为{TFCi},i=1,...l,其中l为TFCS中传输格式组合的个数,也就是TFCS size。
实际使用时,1个CCTrCH的TFCS由TFC全集中取出若干个TFC构成,每个TFC从每个TrCH中的TFS中取1个TF构成,TFC个数表示TFCS的有多少种传输格式组合(也就是说,TFC个数等于TFCS size)。例如TrCH1中取TF1,1,从TrCH2中取TF2,0,....,从TrCHi中取TFi,j,…,从TrCHI中取TFI,LI-1,则第n个TFCn可以表示为{TF1,1,TF2,0,...TFi,j,....,TFI,LI-1}。当1个CCTrCH实际使用的TFCS为{TFC0,TFC1...TFCk-1}时,该CCTrCH的TFCS size等于k,也就是TFC个数等于k。
为了实现发送和接收数据时,对端可以正确的编解码,RNC对Node B和UE分别配置1个CCTrCH的TFCS,Node B和UE中存储的TFCS必须相同,TFCS中每个TFC和TFCI的对应关系也必须相同。
当RNC对Node B和UE配置TFCS时,需要将该TFCS中的TFC配置到Node B和UE中,RNC通过Iub接口发送给Node B和通过Uu接口发送给UE的TFCS中的TFC,实际上,RNC是通过分别发送CTFC参数序列来实现TFC的配置,每个CTFC参数和1个TFC一一对应。Node B和UE接收到来自RNC的CTFC参数序列后,分别处理计算得到对应的TFC,并根据接收到的CTFC序列的顺序,将每个TFC依次和每个TFCI对应,形成该CCTrCH的TFCS。
在时分双工码分多址通信系统中,取值为0的TFCI(TFCI=0,即TFCI0)对应的TFC由Node B和UE采用默认配置,保留给物理层发送Special Burst(特殊突发)时使用。每个TFCS都必须包含Empty TFC,该TFC的特点是构成它的每一个TF都是Empty TF,所谓Empty TF是指传输块集的大小(Transport Block set size)为0。如TFCI序列(TFCI=0,1,...,N-1)中,N表示CCTrCH的TFCS有N个TFC,TFCS size等于N,除了TFCI0对应的TFC是Node B和UE默认配置为Empty TFC,每个TFCI对应1个CTFC参数,即对应1个TFC。
在Iub接口的TS 25.433协议中,RNC传送给Node B的CTFC与TFCI的对应关系是第1个CTFC所对应的TFCI为0,第2个CTFC对应的TFCI为1,依次类推。但Node B会自己构建一个TFCI为0所对应的CTFC,并忽略由RNC传送的传输格式组合表中第1个CTFC与取值为0的TFCI的对应关系。
如图2所示Node B接收到RNC发送的CTFC参数,Node B将接收到的第一个CTFC参数(简称为CTFC1)对应为TFCI=0(简称为TFCI0),第二个CTFC参数(简称为CTFC2)对应为TFCI=1(简称为TFCI1),以下依次类推。这样,当RNC发送的CTFC参数序列的个数为n时,Node B接收到的全部TFC内容{TFCI0,TFCI1,...TFCIn-1}对应为{CTFC1,CTFC2,....CTFCn},即CTFC1TFCI0;CTFC2TFCI1;......CTFCnTFCIn-1然后,Node B进行处理,Node B忽略接收到的对应与TFCI0的CTFC1,采用Node B的内部默认配置,保留给物理层使用。
最后,Node B存储的对应1个CCTrCH的TFCS内容为{TFCI0,TFCI1,...TFCIn-1}对应为{CTFCNode B默认值,CTFC2,....CTFCn},即CTFCNode B默认值TFCI0;CTFC2TFCI1;……CTFCnTFCIn-1对于RNC传给UE的CTFC与TFCI的对应关系中,TS 25.331协议中指出第1个CTFC对应的TFCI为1,第2个CTFC对应的TFCI为2,依次类推。UE在收到RNC发送的所有TFC后,自动添加一项TFCI取值为0的传输格式组合,并生成TFCS。
如图3所示,UE接收到RNC发送的CTFC参数,UE将接收到的第一个CTFC参数(简称为CTFC1)对应为TFCI=1(简称为TFCI1),第二个CTFC参数(简称为CTFC2)对应为TFCI=2(简称为TFCI2),以下依次类推。这样,当RNC发送的CTFC参数序列的个数为n时,Node B接收到的TFCS内容为{TFCI1,TFCI2,...TFCIn},对应为{CTFC1,CTFC2,....CTFCn},即CTFC1TFCI1;CTFC2TFCI2;......CTFCnTFCIn然后,UE进行处理,UE增加TFCI=0(简称为TFCI0)所对应的CTFC(简称为CTFC0),该CTFC值由UE内部默认配置,保留给物理层使用。
最后,UE存储的1个CCTrCH的TFCS内容为{TFCI0,TFCI1,...TFCIn}对应为{CTFCUE默认值,CTFC1,....CTFCn},即CTFCUE默认值TFCI0;CTFC1TFCI1;......CTFCnTFCIn一般的操作习惯是RNC采用相同的数据对Node B和UE进行TFCS配置,而如上所述,Node B和UE对于RNC发送的CTFC参数处理方式不同,相同的配置就造成Node B和UE对CCTrCH所采用的TFCS的编码和解码错误。
例如,对于NodeB而言,当CTFC个数为2时,TFCI个数为2,编号为0和1,这时两个TFCI只占用1个比特,若采用QPSK方式进行数据调制,其TFCI编码字(TFCI code word)长度应该为4;而对于UE而言,当CTFC个数为2时,TFCI个数为2,编号为1和2,TFCI编号为0留给特殊突发,当TFCI=2时,要占用2个比特,若采用QPSK方式进行数据调制时,其TFCI编码字长度应该为8,而不是4。这就说明按照协议来处理的话,RNC在发给UE和NodeB同样个数的CTFC时,如果RNC对Node B和UE采用了相同的配置数据,将会出现UE侧CTFC个数多1的现象,从而导致CTFC的个数与TFCI码字的编码长度不一致现象的发生,而当前的协议和现有技术方案中并没有解决这个问题的方法。

发明内容
本发明解决的技术问题是现有技术中Iub和Uu接口上CTFC与TFCI的配置方式不一致从而导致RNC对Node B和UE采用了相同的配置数据时,NodeB和UE的TFCS数据配置不一致。
为了解决以上的技术问题,本发明提供一种时分双工码分多址系统传输格式组合参数配置方法,无线网络控制器发送给节点B和用户终端的计算传输格式组合参数和序列相同,给节点B和用户终端配置的传输格式组合指示字长相同,节点B和用户终端接收到计算传输格式组合参数后,按照同样的方式处理该参数形成传输格式组合集。
进一步,节点B和用户终端处理计算传输格式组合参数的方式为节点B和用户终端接收到无线网络控制器的第一个计算传输格式组合参数,对应为TFCI=1即TFCI1,第二个CTFC参数对应为TFCI=2即TFCI2,其它依次类推,记为{CTFCi},对应{TFCIi},其中i=1,2,...n;同时,节点B和用户终端采用相同的原则增加TFCI=0即TFCI0对应的TFC配置,保留给物理层发送特殊突发时使用。无线网络控制器给节点B和用户终端配置的传输格式组合指示字长是根据实际发送的计算传输格式组合个数加1来计算。或者无线网络控制器按照如下方式配置传输格式组合指示字长如果无线网络控制器发送给节点B和用户终端的计算传输格式组合参数中均包含空的传输格式组合所对应的计算传输格式组合,则根据传输格式组合集中的传输格式组合个数加1来计算;如果无线网络控制器发送给户终端和节点B的计算传输格式组合参数中都不包含空的传输格式组合所对应的计算传输格式组合,则配置给用户终端和节点B的传输格式组合指示字长根据传输格式组合集中的传输格式组合个数来计算。
进一步,节点B和用户终端处理计算传输格式组合参数的方式为节点B和用户终端接收到无线网络控制器的第一个计算传输格式组合参数,对应为TFCI=0即TFCI0,第二个CTFC参数对应为TFCI=1即TFCI1,其它依次类推,记为{CTFCi}(i=1,2,...N),对应{TFCIi}(i=0,1,2..N-1);无线网络控制器所传送的第一个计算传输格式组合参数,即对应于TFCI0的被节点B和用户终端忽略,由节点B和用户终端采用相同原则进行配置,保留给物理层发送特殊突发时使用。无线网络控制器给节点B和用户终端配置的传输格式组合指示字长是根据实际发送的计算传输格式组合个数来计算。或者无线网络控制器按照如下方式配置传输格式组合指示字长
如果无线网络控制器额外添加了1个计算传输格式组合用于被物理层覆盖,且无线网络控制器发送的计算传输格式组合参数中包含空的传输格式组合所对应的计算传输格式组合,则根据传输格式组合集中的传输格式组合个数加1来计算字长;如果无线网络控制器额外添加了1个计算传输格式组合用于被物理层覆盖,且无线网络控制器发送的计算传输格式组合参数中不包含空的传输格式组合所对应的计算传输格式组合,则根据传输格式组合集中的传输格式组合个数来计算字长;如果无线网络控制器没有额外添加计算传输格式组合用于被物理层覆盖,则无线网络控制器发送给节点B的第一个计算传输格式组合必须是空的传输格式组合所对应的计算传输格式组合,配置给用户终端和节点B的传输格式组合指示字长根据传输格式组合集中的传输格式组合个数来计算。
本发明的有益效果是本发明方法将用户终端和节点B处理无线网络控制器发送的计算传输格式组合参数改成一致,无线网络控制器即可采用同样的配置发送计算传输格式组合参数,配置同样的传输格式组合指示字长,即可避免现有技术中TFCS数据配置不一致的情况,而且无线网络控制器无需对用户终端和节点B做两种不同的配置,实现方法简便有效又可减少错误发生。


图1是CCTrCH对应的TFCS中1个TFC的构成示意2是物理层覆盖第一个CTFC的示意3是物理层增加TFCI0对应的TFC的示意图具体实施方式
下面对本发明方法的具体实现做出详细说明。
实施例一RNC发送给Node B和UE的CTFC参数和序列相同,Node B和UE处理该参数的方式也相同,这样可以保证存储在Node B和UE中TFCS也相同。为此,需要修改协议TS 25.433中,关于Node B接收到来自RNC的CTFC参数后,对于该参数的处理方式,即采用和UE处理该参数完全一致的方式。具体包括以下步骤RNC发送相同的CTFC参数和序列给Node B和UE。
UE接收到CTFC参数后,处理方式和目前的协议一致,即UE接收到RNC的第一个CTFC参数,作为TFCI=1,第二个CTFC参数作为TFCI=2,其它依次类推,即{CTFCi},i=1,2,...n,对应{TFCIi},i=1,2,...n。而TFCI=0时所对应的CTFC参数由UE默认配置,保留给物理层使用。
Node B接收到CTFC参数后,处理方式和目前协议不同,需要改成与UE一致的处理方式,即Node B接收到来自RNC的第一个CTFC参数,作为TFCI=1(TFCI1),第二个CTFC参数作为TFCI=2(TFCI2),其它依次类推,而TFCI=0(TFCI0)所对应的TFC参数由Node B默认配置,保留给物理层使用。
这样Node B和UE最终存储的全部TFC信息相同,都是{CTFC默认值,CTFC1,CTFC2,...,CTFCn},对应{TFCIi},i=0,1,...n,其中第一个CTFC(CTFC默认值)由Node B和UE取相同的默认配置,对应TFCI0,保留给物理层使用,其它CTFC来自RNC的配置,因此RNC就可以给Node B和UE配置同样的TFCI字长。配置字长时可以根据RNC实际发送的CTFC个数加1来计算,也可以根据TFCS中TFC个数来计算,其原理相同。
下面以TFCS中TFC个数为N为例说明如何配置字长。
如果RNC发送的CTFC参数中包含Empty TFC所对应的CTFC,即RNC实际发送CTFC参数的个数为N,加上1个默认配置,则RNC根据N+1计算发送到UE和Node B的TFCI code word,TFCI=0,1,...N;如果RNC发送的CTFC参数中不包含Empty TFC所对应的CTFC,少发送1个Empty TFC对应的CTFC,即RNC实际发送CTFC参数的个数为N-1;再加上1个UE或Node B的默认配置,则RNC根据N计算发送到UE和NodeB的TFCI code word,TFCI=0,1,...N-1。
实施例二实施方式与方法一相似,但与3GPP协议相比,修改UE对于CTFC参数的处理方法,以和Node B的处理方法一致。具体地说,RNC发送给Node B和UE的CTFC参数和序列相同,Node B和UE处理该参数的方式也相同,这样可以保证存储在Node B和UE中TFCS也相同。为此,需要修改协议TS 25.331中,关于UE接收到来自RNC的CTFC参数后,对于该参数的处理方式,即采用和Node B完全一致的方式处理该参数。具体包括以下步骤RNC发送相同的CTFC参数和序列给Node B和UE。
Node B接收到CTFC参数后,处理方式和目前的协议一致,即Node B接收到RNC的第一个CTFC参数(CTFC1),对应TFCI=0(TFCI0),第二个CTFC参数(CTFC2)对应TFCI=1(TFCI1),其它以此类推,{CTFCi},i=1,2,...n,对应{TFCIi},i=0,1,2,...n-1。而TFCI=0时所传送的CTFC参数被Node B忽略,保留给物理层使用。
UE接收到CTFC参数后,处理方式和目前协议不同,需要改成与Node B一致的处理方式,即UE接收到来自RNC的第一个CTFC参数,作为TFCI=0(TFCI0),第二个CTFC参数作为TFCI=1(TFCI1),其它以此类推,而TFCI=0(TFCI0)所传送的CTFC参数被UE忽略,由Node B默认配置,保留给物理层使用。
这样Node B和UE最终存储的TFCS相同,都是{CTFC默认值,CTFC2,CTFC3,...,CTFCn},对应{TFCIi},i=0,1,...n-1,其中第一个CTFC(CTFC默认值)由Node B和UE采用相同的原则默认配置,保留给物理层使用,其它CTFC来自RNC,因此RNC就可以给Node B和UE配置同样的TFCI字长。配置字长时可以根据RNC实际发送的CTFC个数来计算,也可以根据TFCS中TFC个数来计算,其原理相同。
下面以TFCS中TFC个数为N为例说明如何配置字长。
如果RNC发送的CTFC参数中包含Empty TFC所对应的CTFC且没有额外添加1个CTFC,则RNC发送CTFC参数的个数为N,Empty TFC所对应的CTFC必须作为第一个CTFC进行发送,RNC根据N计算发送到UE和NodeB的TFCI code word,TFCI=0,1,...N-1;如果RNC发送的CTFC参数中包含Empty TFC所对应的CTFC且额外添加1个CTFC,则该CTFC必须作为第一个发送,根据N+1计算发送到UE和Node B的TFCI code word,TFCI=0,1,...N;如果RNC发送的CTFC参数中不包含Empty TFC所对应的CTFC,则RNC必须另外添加一个CTFC参数作为第一个CTFC发送,发送CTFC参数的个数为N,根据N计算发送到UE和Node B的TFCI code word,TFCI=0,1,...N-1。
权利要求
1.一种时分双工码分多址系统传输格式组合参数的配置方法,其特征在于,无线网络控制器发送给节点B和用户终端的计算传输格式组合参数和序列相同,给节点B和用户终端配置的传输格式组合指示字长相同,节点B和用户终端接收到计算传输格式组合参数后,按照同样的方式处理该参数形成传输格式组合集。
2.如权利要求1所述的时分双工码分多址系统传输格式组合参数的配置方法,其特征在于,所述的节点B和用户终端处理计算传输格式组合参数的方式为节点B和用户终端接收到无线网络控制器的第一个计算传输格式组合参数,对应为TFCI=1即TFCI1,第二个CTFC参数对应为TFCI=2即TFCI2,其它依次类推,记为{CTFCi},对应{TFCIi},其中i=1,2,...n;同时,节点B和用户终端采用相同的原则增加TFCI=0即TFCI0对应的传输格式组合配置,保留给物理层发送特殊突发时使用。
3.如权利要求2所述的时分双工码分多址系统传输格式组合参数的配置方法,其特征在于,所述的无线网络控制器给节点B和用户终端配置的传输格式组合指示字长是根据实际发送的计算传输格式组合个数加1来计算。
4.如权利要求2所述的时分双工码分多址系统传输格式组合参数的配置方法,其特征在于,所述的无线网络控制器给节点B和用户终端配置的传输格式组合指示字长是按照如下方式计算如果无线网络控制器发送给节点B和用户终端的计算传输格式组合参数中均包含空的传输格式组合所对应的计算传输格式组合,则根据传输格式组合集中的传输格式组合个数加1来计算;如果无线网络控制器发送给用户终端和节点B的计算传输格式组合参数中都不包含空的传输格式组合所对应的计算传输格式组合,则配置给用户终端和节点B的传输格式组合指示字长根据传输格式组合集中的传输格式组合个数来计算。
5.如权利要求1所述的时分双工码分多址系统传输格式组合参数的配置方法,其特征在于,所述的节点B和用户终端处理计算传输格式组合参数的方式为节点B和用户终端接收到无线网络控制器的第一个计算传输格式组合参数,对应为TFCI=0即TFCI0,第二个CTFC参数对应为TFCI=1即TFCI1,其它依次类推,记为{CTFCi}(i=1,2,...N),对应{TFCIi}(i=0,1,2..N-1);无线网络控制器所传送的第一个计算传输格式组合参数,即对应于TFCI0的被节点B和用户终端忽略,由节点B和用户终端采用相同原则进行配置,保留给物理层发送特殊突发时使用。
6.如权利要求5所述的时分双工码分多址系统传输格式组合参数的配置方法,其特征在于,所述的无线网络控制器给节点B和用户终端配置的传输格式组合指示字长是根据实际发送的计算传输格式组合个数来计算。
7.如权利要求5所述的时分双工码分多址系统传输格式组合参数的配置方法,其特征在于,所述的无线网络控制器给节点B和用户终端配置的传输格式组合指示字长是按照如下方式计算如果无线网络控制器额外添加了1个计算传输格式组合用于被物理层覆盖,且无线网络控制器发送的计算传输格式组合参数中包含空的传输格式组合所对应的计算传输格式组合,则根据传输格式组合集中的传输格式组合个数加1来计算字长;如果无线网络控制器额外添加了1个计算传输格式组合用于被物理层覆盖,且无线网络控制器发送的计算传输格式组合参数中不包含空的传输格式组合所对应的计算传输格式组合,则根据传输格式组合集中的传输格式组合个数来计算字长;如果无线网络控制器没有额外添加计算传输格式组合用于被物理层覆盖,则无线网络控制器发送给节点B的第一个计算传输格式组合必须是空的传输格式组合所对应的计算传输格式组合,配置给用户终端和节点B的传输格式组合指示字长根据传输格式组合集中的传输格式组合个数来计算。
全文摘要
本发明公开一种时分双工码分多址系统传输格式组合参数的配置方法,无线网络控制器发送给节点B和用户终端的计算传输格式组合参数和序列相同,给节点B和用户终端配置的传输格式组合指示字长相同,节点B和用户终端接收到计算传输格式组合参数后,按照同样的方式处理该参数形成传输格式组合集,本方法可避免现有技术中TFCS数据配置不一致的情况,而且无线网络控制器无需对用户终端和节点B做两种不同的配置,实现方法简便有效又可减少错误发生。
文档编号H04J13/00GK1829130SQ20051005409
公开日2006年9月6日 申请日期2005年3月3日 优先权日2005年3月3日
发明者马志锋, 马子江, 张银成, 张军, 周天才 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1