CN1829130B - 时分双工码分多址系统传输格式组合参数的配置方法 - Google Patents
时分双工码分多址系统传输格式组合参数的配置方法 Download PDFInfo
- Publication number
- CN1829130B CN1829130B CN2005100540937A CN200510054093A CN1829130B CN 1829130 B CN1829130 B CN 1829130B CN 2005100540937 A CN2005100540937 A CN 2005100540937A CN 200510054093 A CN200510054093 A CN 200510054093A CN 1829130 B CN1829130 B CN 1829130B
- Authority
- CN
- China
- Prior art keywords
- ctfc
- node
- parameter
- tfci
- user terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Abstract
本发明公开一种时分双工码分多址系统传输格式组合参数的配置方法,无线网络控制器发送给节点B和用户终端的计算传输格式组合参数和序列相同,给节点B和用户终端配置的传输格式组合指示字长相同,节点B和用户终端接收到计算传输格式组合参数后,按照同样的方式处理该参数形成传输格式组合集,本方法可避免现有技术中TFCS数据配置不一致的情况,而且无线网络控制器无需对用户终端和节点B做两种不同的配置,实现方法简便有效又可减少错误发生。
Description
技术领域
本发明涉及第三代移动通信系统中的数据传输技术,尤其是时分双工码分多址通信系统中无线网络控制器(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中每个传输信道所采用的传输格式。
如图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,…I,其中I为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},即:
然后,Node B进行处理,Node B忽略接收到的对应与TFCI0的CTFC1,采用Node B的内部默认配置,保留给物理层使用。
最后,Node B存储的对应1个CCTrCH的TFCS内容为:{TFCI0,TFCI1,...TFCIn-1}对应为{CTFCNode B默认值,CTFC2,....CTFCn},即:
对于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},即:
然后,UE进行处理,UE增加TFCI=0(简称为TFCI0)所对应的CTFC(简称为CTFC0),该CTFC值由UE内部默认配置,保留给物理层使用。
最后,UE存储的1个CCTrCH的TFCS内容为:{TFCI0,TFCI1,...TFCIn}对应为{CTFCUE默认值,CTFC1,....CTFCn},即:
一般的操作习惯是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处理该参数完全一致的方式处理该参数。
进一步,节点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。
Claims (1)
1.一种时分双工码分多址系统传输格式组合参数的配置方法,其特征在于,无线网络控制器RNC发送给节点B和用户终端的计算传输格式组合CTFC参数和序列相同,给节点B和用户终端配置的传输格式组合指示TFCI字长相同,节点B和用户终端接收到计算传输格式组合参数后,节点B采用和用户终端处理该参数完全一致的方式或用户终端采用和节点B处理该参数完全一致的方式处理该参数;
当节点B采用和用户终端处理该参数完全一致的方式处理该参数时,所述的节点B和用户终端处理计算传输格式组合参数的方式为:节点B和用户终端接收到无线网络控制器的第一个计算传输格式组合参数,对应为TFCI=1即TFCl1,第二个CTFC参数对应为TFCI=2即TFCl2,其它依次类推,记为{CTFCj},对应{TFCli},其中i=1,2,...n;同时,节点B和用户终端采用相同的原则增加TFCI=0即TFCI0对应的传输格式组合配置,保留给物理层发送特殊突发时使用;配置的传输格式组合指示字长根据RNC实际发送的CTFC个数加1来计算,或者,如果RNC发送到用户终端和节点B的CTFC参数均包含空的传输格式组合所对应的计算传输格式组合,则根据CTFC个数加1计算TFCI字长,如果RNC发送到用户终端和节点B的CTFC参数均不包含空的传输格式组合所对应的计算传输格式组合,则根据CTFC个数加1计算TFCI字长;
当用户终端采用和节点B处理该参数完全一致的方式处理该参数时,所述的节点B和用户终端处理计算传输格式组合参数的方式为:节点B和用户终端接收到无线网络控制器的第一个计算传输格式组合参数,对应为TFCI=0即TFCI0,第二个CTFC参数对应为TFCI=1即TFCl1,其它依次类推,记为{CTFCi}(i=1,2,...N),对应{TFCli}(i=0,1,2..N-1);无线网络控制器所传送的第一个计算传输格式组合参数,即对应于TFCI0的被节点B和用户终端忽略,由节点B和用户终端采用相同原则进行配置,保留给物理层发送特殊突发时使用;配置的传输格式组合指示字长根据RNC实际发送的CTFC个数来计算,或者,如果RNC额外添加1个CTFC用于被物理层覆盖且包含空的传输格式组合对应的CTFC,则根据CTFC个数加1来计算,如果RNC额外添加1个CTFC用于被物理层覆盖且不包含空的传输格式组合对应的CTFC,则根据CTFC个数来计算,如果RNC没有额外添加CTFC用于被物理层覆盖,则RNC发送给节点B的第一个CTFC必须是空的传输格式组合所对应的CTFC,则根据CTFC个数来计算。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2005100540937A CN1829130B (zh) | 2005-03-03 | 2005-03-03 | 时分双工码分多址系统传输格式组合参数的配置方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2005100540937A CN1829130B (zh) | 2005-03-03 | 2005-03-03 | 时分双工码分多址系统传输格式组合参数的配置方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1829130A CN1829130A (zh) | 2006-09-06 |
CN1829130B true CN1829130B (zh) | 2011-09-21 |
Family
ID=36947289
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2005100540937A Expired - Fee Related CN1829130B (zh) | 2005-03-03 | 2005-03-03 | 时分双工码分多址系统传输格式组合参数的配置方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1829130B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101170817B (zh) * | 2006-10-24 | 2010-06-23 | 中兴通讯股份有限公司 | 用于减小分组业务控制信道信息负荷的方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1433172A (zh) * | 2002-01-11 | 2003-07-30 | 华为技术有限公司 | 实现传输格式组合计算逆变换的方法 |
CN1437340A (zh) * | 2002-02-06 | 2003-08-20 | 华为技术有限公司 | 从传输格式组合的计算值到传输格式组合指示的映射方法 |
CN1527519A (zh) * | 2003-09-23 | 2004-09-08 | 中兴通讯股份有限公司 | 一种宽带码分多址系统传输格式组合集配置方法 |
CN1549481A (zh) * | 2003-05-21 | 2004-11-24 | 华为技术有限公司 | 用于码分多址通信系统的传输格式组合集配置方法 |
CN1179529C (zh) * | 1999-08-27 | 2004-12-08 | 艾利森电话股份有限公司 | 生成和通知传输格式组合指示符的方法和网络 |
-
2005
- 2005-03-03 CN CN2005100540937A patent/CN1829130B/zh not_active Expired - Fee Related
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1179529C (zh) * | 1999-08-27 | 2004-12-08 | 艾利森电话股份有限公司 | 生成和通知传输格式组合指示符的方法和网络 |
CN1433172A (zh) * | 2002-01-11 | 2003-07-30 | 华为技术有限公司 | 实现传输格式组合计算逆变换的方法 |
CN1437340A (zh) * | 2002-02-06 | 2003-08-20 | 华为技术有限公司 | 从传输格式组合的计算值到传输格式组合指示的映射方法 |
CN1549481A (zh) * | 2003-05-21 | 2004-11-24 | 华为技术有限公司 | 用于码分多址通信系统的传输格式组合集配置方法 |
CN1527519A (zh) * | 2003-09-23 | 2004-09-08 | 中兴通讯股份有限公司 | 一种宽带码分多址系统传输格式组合集配置方法 |
Non-Patent Citations (1)
Title |
---|
3rd Generation Partnership Project Technical SpecificationGroup Radio Access Network.Radio Resource Control (RRC) Protocol Specification(Release 6).3GPP TS 25.331 V6.4.0.2004,3(25331640),295,296. * |
Also Published As
Publication number | Publication date |
---|---|
CN1829130A (zh) | 2006-09-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102299772B (zh) | 在egprs移动电子通信设备中接收和管理下行链路无线电链路控制数据块的方法 | |
CN102687568B (zh) | 基于传送功率和物理资源块数量的自适应调度数据传送 | |
CN102752874B (zh) | 物理下行共享信道的调度方法及装置 | |
CN105992242B (zh) | 一种空口协议栈的配置方法、数据传输方法及设备 | |
JP2006157940A (ja) | 通信装置およびその処理方法 | |
CN105704197A (zh) | 一种数据传输方法及系统 | |
TW201916651A (zh) | 傳輸資料的方法、終端設備和網路設備 | |
CN102684816A (zh) | 一种热点小区覆盖的数据传输方法、装置及基站 | |
CN107408953A (zh) | 编码方法、装置、基站和用户设备 | |
CN106982172A (zh) | 确定极化码传输块大小的方法和通信设备 | |
CN104426633A (zh) | 上行控制信息的传输方法、用户设备及网络侧设备 | |
CN107342844A (zh) | 一种编码方法和装置 | |
CN110326222A (zh) | Ldpc码块分割 | |
CN105532059B (zh) | 配置指示方法和通信设备 | |
CN101425836A (zh) | 一种编码速率的控制方法和设备 | |
US7715349B2 (en) | Method and apparatus for bit mapping enhanced-dedicated physical control channel (E-DPCCH) information in UMTS wireless communication system | |
CN104885493B (zh) | 用于隐式密钥更新机制的方法和装置 | |
CN1829130B (zh) | 时分双工码分多址系统传输格式组合参数的配置方法 | |
CN107370563A (zh) | 信息传输方法及装置 | |
CN102077497A (zh) | 用于生成屏蔽序列的系统和方法 | |
CN105379345A (zh) | 物理层数据的传输方法及数据传输设备 | |
CN1829223B (zh) | 一种时分双工码分多址系统传输格式组合参数配置方法 | |
CN103312433B (zh) | 数据传输方法及系统、基站和用户设备 | |
CN104838689B (zh) | 使用短mac报头的分组的安全性 | |
EP0954187B1 (en) | Method and apparatus for indicating variable data processing in telecommunications connections |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110921 Termination date: 20150303 |
|
EXPY | Termination of patent right or utility model |