CN1798444A - 用于低速率时分双工***的下行调度信息的传输方法 - Google Patents
用于低速率时分双工***的下行调度信息的传输方法 Download PDFInfo
- Publication number
- CN1798444A CN1798444A CN 200410104650 CN200410104650A CN1798444A CN 1798444 A CN1798444 A CN 1798444A CN 200410104650 CN200410104650 CN 200410104650 CN 200410104650 A CN200410104650 A CN 200410104650A CN 1798444 A CN1798444 A CN 1798444A
- Authority
- CN
- China
- Prior art keywords
- bit
- rate
- channel
- time
- code
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
一种用于低速率时分双工***的下行调度信息的传输方法,基站发送包括速率信道码表TFRCI的下标编码指示比特和时系信息的下行调度信息,共n个比特;将所述n个下行调度信息比特流,采用编码速率为1/3的卷积码或分组码进行编码;将编码后的比特送入速率匹配操作,形成88-m个比特的数据流;将所述生成的88-m个比特的数据流,进行第二次交织;在交织后的比特流中,***TPC比特和SS比特形成数据突发格式,并在指定的下行调度控制信道上发送给指定UE。本发明在下行调度信令中设立一时系域,能实现EUCH所占用时系的灵活配置,从而能优化Node B的调度策略。在每个调度间隔,Node B都能重新分配时系和信道码等物理资源,增加了Node B调度的灵活性。
Description
技术领域
本发明涉及码分多址(简称CDMA)移动通信***,具体说来涉及1.28Mcps低速率的时分双工码分多址移动通信***中(简称LCR-TDD),用于上行信道增强的下行调度信息的传输方法。
背景技术
第三代伙伴计划(简称3GPP)是实施第三代移动通信***的技术标准化组织,其中第三代移动通信技术标准包括频分双工(FDD)和时分双工(TDD)模式。3GPP自成立至今,分别于1999年10月公布了主要包括3.84Mcps的频分双工(FDD)以及时分双工(HCR-TDD)的第三代移动通信***技术标准,简称Release 99;于2000年又公布了主要包括3.84Mcps的频分双工(FDD)、时分双工(HCR-TDD)以及1.28Mcps的时分双工(LCR-TDD)的第三代移动通信***技术标准,简称Release 4;并且于2001年又公布了添加高速数据分组接入(HSDPA)于3.84Mcps的频分双工(FDD)、时分双工(HCR-TDD)以及1.28Mcps的时分双工(LCR-TDD)的第三代移动通信***技术标准,简称Release 5。目前,3GPP正在实施3.84Mcps的频分双工(FDD)、时分双工(HCR-TDD)以及1.28Mcps的时分双工(LCR-TDD)的第三代移动通信***上行链路增强的技术予研,并且预期将于2004年在对上述上行链路增强的技术予研的基础之上正式研究上行链路增强的技术标准化工作,所产生的技术方案将包含于未来的3.84Mcps的频分双工(FDD)、时分双工(HCR-TDD)以及1.28Mcps的时分双工(LCR-TDD)的第三代移动通信***技术标准,简称Release 6。
无论第三代移动通信***中3.84Mcps的频分双工(FDD)以及时分双工(HCR-TDD)的上行增强技术,还是1.28Mcps的时分双工(LCR-TDD)的上行链路增强的技术,其目的都是通过对由上述3.84Mcps的频分双工(FDD)、时分双工(HCR-TDD)以及1.28Mcps的时分双工(LCR-TDD)的第三代移动通信***所构成的无线网络的上行传输资源实施有效管理和规划来提高上述***的上行链路的容量和上述***的无线小区的覆盖范围,以便适合于对传输突发性较强的数据业务;此外,通过改善上行专用传输信道的性能,从而提高小区的覆盖率和吞吐量,提高上行传输速率,减少上行链路延迟。
3GPP关于上行信道增强的讨论首先是从3.84Mcps的频分双工(FDD)开始的,2003年6月,RAN20次会议同意开始研究时分双工(简称TDD)***的上行信道增强。研究的主要项目包括基站(Node B)控制的调度、混合的请求重传(简称HARQ)等,其中HARQ是将数据包的自动重传和信道编码结合起来进行数据传输的一种方法。上行信道增强需要一些新的上行信令,它们是调度相关的、HARQ相关的或者是将来可能需要的。
关于基站(Node B)控制的调度方法,针对FDD模式,3GPP TR25.896V0.4.2包含了两种主要的方法:一种是基站(Node B)控制的速率调度方法(也即两个阈值方案),另一种是基站(Node B)控制的速率和时间调度方法。
为了支持基站(Node B)控制的速率调度方法,两个新的消息被引入:一个是名为速率申请(简称RR)的上行信令,用于UE向Node B申请升降自己的速率阀值;另一个是名为速率应答(简称RG)的下行信令,用于Node B告诉终端(UE)是否允许其升降自己的速率阀值。Node B控制的速率调度方法,其主要思想是:每个UE在传输信道的初始化过程中,基站控制器(RNC)分配给UE一个传输格式组合集合(TFCS),并通知UE及控制所述UE的基站(Node B),同时RNC还分别给出两个阈值:一个是UE阈值,另一个是Node B阈值。这个TFCS包含了多种传输速率。在通信过程中,UE可以自由的选择不超过UE阈值的传输速率即TFC,若UE需要采用比UE阈值大的TFC,则UE通过RR上行信令向Node B请求提高所述UE阈值。Node B根据当前的干扰等因素决定是否允许提高所述UE的阈值,如果允许,Node B通过RG下行信令告诉UE。注意在这个过程中UE阈值不可能超过Node B阈值。
第二种基站(Node B)控制的时间和速率调度方案,UE在进行数据传输之前,需要将一些信息发给Node B以进行数据传输的请求,Node B根据收到的信息,计算出UE的无线信道的好坏,并根据当前的噪音情况以及其他UE的请求的情况,对是否允许该UE进行传输,以多大的速率进行数据传输等进行统一调度和安排。具体的过程如下:
第一步:UE在上行调度信息控制信道中,发送数据传输的请求。发送的信息包括UE的数据缓存器的状态、UE的功率状态或者UE的最大功率能力。
第二步:Node B监测各个UE报告的数据队列长度和发射功率的信息,在小区(Cell)噪声允许的条件下选出尽量少的UE甚至可以是一个UE在下一个调度周期的时间段内进行传输。Node B通过下行调度指定控制信道对选定的UE进行应答。所传输的信息包括:允许传输时刻及时间段,最大允许发射功率等其它的调度信息。
第三步:收到调度指令信息的UE在指定时刻及时间段内,按所指定的速率传输数据。
速率以及时间调度方法有比速率调度更准确地控制本小区噪声水平的能力,也就是说可以使本小区的容量最大化。它的代价是需要传输的调度信息和指令比单纯的速率调度要复杂一些。
TDD***与FDD***不同,是码字受限的。上述两种方案是否适合TDD,或者是否需要新的调度方案仍然处于研究讨论中。一种可能的方案就是基于时间、速率和物理资源(包括码字和时系)的调度方案。
关于TDD***的上行信道增强,又分对HCR-TDD的上行信道增强,和对LCR-TDD的上行信道增强。HCR-TDD和LCR-TDD的物理信道结构是完全不一样的。
参照规范25.221,图1给出LCR-TDD的物理信道结构。由图1可知,LCR-TDD的物理信道采用四层结构:***帧号(Frame)、无线帧(RadioFrame)、子帧(Sub Frame)和时隙(Time Slot)。一个无线帧对应10ms的传输间隔,包含两个结构完全相同的子帧,每个子帧长为5ms,它由7个常规时隙(TS0-TS6)和3个特殊时隙(DwPTS,GP,UpPTS)组成,常规时隙用作传输用户数据和控制信息。在这7个常规时隙中,时隙0(TS0)总是固定地用作下行时隙来发送***广播信息,而时隙1(TS1)总是固定地用作上行时隙,其它的常规时隙可根据需要灵活地配置成上行或下行,以实现不对称业务的传输。
所述7个常规时隙具有完全相同的时隙结构,也即数据突发(burst)结构,包括两个数据域(Data Symbols)、一个训练序列域(Midamble)和一个用作时隙保护的空域(GP)。一个数据突发的数据域用于承载来自传输信道的用户数据和高层控制命令,当然对于专用信道,数据域的部分符号还可能被用于传输物理层的信令。在LCR-TDD中,存在着三种类型的物理层信令:功率控制命令(TPC)、传输格式组合指示(TFCI)和同步偏移控制符号(SS)。一个数据突发的传输持续时间为一个时隙,一个时隙中可以有多个物理信道,通过信道码(OVSF)来区分,因此一个发射机可以在同一时刻、同一频率上发射多个数据突发以对应同一时隙中的不同信道。
两个数据域对称地分布于Midamble码的两端,每域的长度为352码片(chips),Midamble码的长度为144码片(chips)。每个数据域所能承载的数据符号数与所使用的扩频因子(SF)有关,上行方向所使用的扩频因子可以是1,2,4,8,16(信道码长)。
根据规范25.221给出的数据突发的格式(时隙格式,参照表8G),TPC和SS是同时传送的,对于每个用户,每个TPC命令在一个子帧中至少传送一次。对于每个分配的时隙,由高层信令来指定是否传送TPC,如果一个时隙中有多个码道,高层又给定一个额外参数NTPC来指示对应的物理信道是否传送TPC。
规范规定,对于多码传输,每个UE在一个时系内同时最多可使用两个上行物理信道,这两个并行的物理信道使用两个不同的信道码来区分。多时系传输时,每个时系所使用的物理资源相同。
综上所述,在LCR-TDD***中,每个物理信道所能承载的比特数(数据速率)与数据突发的类型、选用的扩频因子、调制方式、所承载的物理层信令TPC、TFCI所占用的比特数,以及用于承载高层信令所需的比特数有关。在专利发明[用于低速率时分双工***的上行调度信令的传输方法]中,给出了UE可能的期望的数据传输速率集及子集的构造方法,它也覆盖了Node B可能允许UE使用的最大传输速率。
在FDD的上行增强方案中,下行调度信息主要包括RR,允许传输的时刻及时间段,最大允许的发射功率等调度信息。
TDD***与FDD不同,上行码字是受限的,即在某个时系中所有激活的UE共享一个码集。所以在Node B的调度策略中,不仅要调度时间、速率,还应该调度UE可以使用的物理资源,即信道码和时系。因此在下行调度信令中应该包含信道码和时系等信息。
针对TDD的增强方案,下行调度信息应该包括那些信息,如何传输,还都没有确定。
发明内容
本发明的目的是提供一种用于1.28Mcps低速率时分双工移动通信***(简称LCR-TDD)中上行信道增强的下行调度信息的传输方法。
为实现上述目的,一种用于低速率时分双工***的下行调度信息的传输方法,包括步骤:
a)基站发送包括速率信道码表TFRCI的下标编码指示比特和时系信息的下行调度信息,共n个比特;
b)将所述n个下行调度信息比特流,采用编码速率为1/3的卷积码或分组码进行编码;
c)将编码后的比特送入速率匹配操作,形成88-m个比特的数据流;
d)将所述生成的88-m个比特的数据流,进行第二次交织;
e)在交织后的比特流中,***TPC比特和SS比特形成数据突发格式,并在指定的下行调度控制信道上发送给指定UE。
本发明在下行调度信令中设立一时系域,能实现EUCH所占用时系的灵活配置,从而能优化Node B的调度策略。将最大数据速率、信道码、编码速率等信息组织成表,采用隐式表示方法,Node B只需发送对应选项的下标编码指示,因此所需的下行信令比特较少。在每个调度间隔,Node B都能重新分配时系和信道码等物理资源,增加了Node B调度的灵活性,并且使物理资源能够得到充分利用。本发明能增大小区的吞吐率,提高***的业务覆盖。
附图说明
图1是LCR-TDD的物理信道结构图;
图2是一种用于上行信道增强的下行调度信令的传输方法;
图3是上行信道增强的下行调度信令中的时系域的一种表示方法;
图4是上行信道增强的下行调度控制信道包含的主要信息;
图5是上行信道增强的下行调度控制信道包含的主要信息示例;
图6是一种用于上行信道增强的下行调度信令的传输方法示例。
具体实施方式
本发明提出在LCR-TDD***中,一种用于上行信道增强的下行调度信令的传输方法,参照图2,该方法主要包括如下步骤:
所述图的201步:基站(Node B)发送的下行调度信息(SA),主要包括允许用户选用的最大数据速率指示,即速率信道码表TFRCI的下标编码指示比特,和时系信息,共n个比特;
所述图的202步:将所述n个SA比特流,采用某种编码方式,例如编码速率为1/3的卷积码或者分组码等进行编码;
所述图的203步:将编码后比特送入速率匹配操作,形成88-m个比特的数据流;
所述图的204步:将所述生成的88-m个比特的数据流,按照规范25.222给出的第二次交织的方式,进行第二次交织;
所述图的205步:在交织后的比特流中,***TPC比特和SS比特(共m个比特),形成如图所示的数据突发格式,在指定的下行调度控制信道上发送给指定UE。
其中所述的201步中,Node B传输的下行调度信息包括时系信息。在LCR-TDD中,一个子帧内有7个常规时系,在这7个常规时隙中,时隙0(TS0)总是固定地用作下行时隙来发送***广播信息,而时隙1(TS1)总是固定地用作上行时隙,其它的常规时隙可根据需要灵活地配置成上行或下行,以实现不对称业务的传输。因此最多可能有6个时隙(TS1,TS2,...,TS6)用于上行信道增强业务(EUCH)。考虑时系配置的灵活性,下面我们给出时系域的一种表示方法。
参照图3,一共用(1≤N≤6)比特来表示N个可能的时系(TS1-TS6)的配置情况,每一个比特的取值可以为0或者1,1表示对应的时系可用于上行信道增强业务(EUCH),0则不用于EUCH。例如N=6,则时系域一共需6比特,表示从时系1到时系6的配置情况。
这种时隙表示方法,Node B能实现对上行业务增强的时系的灵活配置,即能将不连续的时系(任意时系)分配给EUCH。如果仅允许几个时隙(小于6)用于上行信道增强业务,则高层可通过设置N的取值,例如N=3,则表示只有(TS1-TS3)时隙可能用于上行信道增强业务,从而使下行信令中能以较少比特表示时隙信息。
除了时系外,为了使UE能够按照Node B的调度结果选择合适的速率、合适的传输格式传输,下行信令信息还应包括最大允许的速率、UE在下一个调度间隔可以使用的信道码、编码速率(用户发送的有效数据信息比特和所占用的物理信道所能承载的物理比特之比)和调制方式等。在EUCH FDD中,QPSK被采用,同理我们认为在EUCH TDD中,也仅QPSK被采用,因此Node B不需再向UE指示所要采用的调制方式。
如果要在下行信令中显示的表示上诉信息,即分别设立最大允许的速率、扩频因子、UE在下一个调度间隔可以使用的信道码、编码速率等对应的域,则所需占用的信息比特将是非常多的。事实上,这些域的取值是互相制约的,例如某些数据速率只能对应特定的扩频因子和信道码,也就是说这些域取值的有效组合相对来说是较少的。因此本发明提出采用隐示方式来表示这些域的可能有效组合,将这些有效组合组成相应的表,简称速率信道码表TFRCI,按数据速率大小排序,然后用对应的下标来指示某一有效组合。若UE和Node B端都保留这一表,则UE能够根据Node B给定的下标指示,在相应表中找出其对应的最大速率、可以使用的信道码及编码速率等信息。
也即将专利[用于低速率时分双工***的上行调度信令的传输方法]给出的UE期望的数据速率表增加一列:信道码,来形成速率信道码表TFRCI。这样TFRCI表包含的数据域(field,列项目)为速率编号、扩频因子、编码速率、单时系所能承载的物理比特数、传输块的大小、数据速率(最大允许的速率)、UE在下一个调度间隔可以使用的信道码。事实上,UE能够通过信道码信息获知相应的扩频因子;能够通过数据速率和编码速率推断出单时系所能承载的物理比特数和传输块的大小,因此为了减小UE和Node B端为保存TFRCI表所需的缓冲(buffer)开销,我们能够简化速率信道码TFRCI表,即仅保留编码速率、数据速率(最大允许的速率)、UE在下一个调度间隔可以使用的信道码几个域。为了便于查找表中的某一条目,可以额外增加一个下标编码指示(项目编号对应的二进制表示)。
所以UE端和Node B端所需保留的速率信道码TFRCI表所含的域(列项)为:编码速率、数据速率(最大允许的速率)、UE在下一个调度间隔可以使用的信道码和下标编码指示。
如果速率信道码表TFRCI中包含Y个元素,则Node B在下行信令中可使用
比特来向UE指示允许其选用的最大数据速率、可以使用的信道码及编码速率等信息。
综上所述,参照图4,图2的201步中所述的n比特下行调度信息(SA)具体应该包括:M个比特的速率信道码表TFRCI的下标编码指示域和N(1≤N≤6)比特的时系域;N可由高层灵活指定,也可缺省设定为一个固定值。N越大,Node B对时系的配置就越灵活,相应地所需的下行信令比特数也较多。
所述图2的205步中,所述下行调度控制信道的特点为:选用一个扩频为16的下行码字、时隙格式为规范25.221中表Table 8F给出的格式5、调制方式为QPSK;考虑可能的TPC和SS比特(设为m比特),那么此信道上将有88-m个比特空间用于表达所述n个SA信息比特。
实施例
本发明主要是关于在LCR-TDD***中,一种用于上行信道增强的下行调度信令的传输方法,所以在下面的事例中有关Node B的具体的调度方式、上行调度信令内容及传输方式等有所省略。
由于在下行信令信息中已包含时系域,因此速率信道码集只需考虑单时系情况。参照专利发明[用于低速率时分双工***的上行调度信令的传输方法]给出的单时系情况,当传输时间间隔(TTI)为10ms或者5ms时,用于调度要求的UE的期望速率集,如表1。(注意:为了表示简单,本发明中将10ms和5ms的TTI对应的期望速率集用一个表表示,因为在这两种情况下仅有传输块大小列不一样,其它列均相同)。
表1.在单时隙情况下用于调度要求的期望速率集TTI 10ms和5ms
速率编号 | SF | 编码速率 | 物理比特(每时隙) | 传输块大小/5ms TTI | 传输块大小/10ms TTI | 数据速率(kbps)/5ms和10ms |
0 | 4 | 1/3 | 348 | 116 | 232 | 23.2 |
1 | 2 | 1/3 | 700 | 233 | 466 | 46.6 |
2 | 2 | 1/2 | 700 | 350 | 700 | 70.0 |
3 | 2 | 3/4 | 700 | 525 | 1050 | 105 |
4 | 2+4 | 3/4 | 1052 | 789 | 1578 | 157.8 |
5 | 2+2 | 3/4 | 1404 | 1053 | 2106 | 210.6 |
6 | 2+2 | 1.0 | 1404 | 1404 | 2808 | 280.8 |
根据表1,我们能得到TTI为10ms和TTI为5ms可能的数据速率和信道码集,如表2和表3所示。
表2.可能的数据速率和信道码集(TTI为10ms)
速率编号 | SF | 编码速率 | 物理比特(每时隙) | 传输块大小/10msTTI | 数据速率(kbps)/10ms TTI | 信道码 | 编码指示 |
0 | 4 | 1/3 | 348 | 232 | 23.2 | C(4,1) | 0000 |
4 | 1/3 | 348 | 232 | 23.2 | C(4,2) | 0001 | |
4 | 1/3 | 348 | 232 | 23.2 | C(4,3) | 0010 | |
4 | 1/3 | 348 | 232 | 23.2 | C(4,4) | 0011 | |
1 | 2 | 1/3 | 700 | 466 | 46.6 | C(2,1) | 0100 |
2 | 1/3 | 700 | 466 | 46.6 | C(2,2) | 0101 | |
2 | 2 | 1/2 | 700 | 700 | 70.0 | C(2,1) | 0110 |
2 | 1/2 | 700 | 700 | 70.0 | C(2,2) | 0111 | |
3 | 2 | 3/4 | 700 | 1050 | 105 | C(2,1) | 1000 |
2 | 3/4 | 700 | 1050 | 105 | C(2,2) | 1001 | |
4 | 2+4 | 3/4 | 1052 | 1578 | 157.8 | C(2,1)+C(4,3) | 1010 |
2+4 | 3/4 | 1052 | 1578 | 157.8 | C(2,1)+C(4,4) | 1011 | |
2+4 | 3/4 | 1052 | 1578 | 157.8 | C(2,2)+C(4,1) | 1100 | |
2+4 | 3/4 | 1052 | 1578 | 157.8 | C(2,2)+C(4,2) | 1101 | |
5 | 2+2 | 3/4 | 1404 | 2106 | 210.6 | C(2,1)+C(2,2) | 1110 |
6 | 2+2 | 1.0 | 1404 | 2808 | 280.8 | C(2,1)+C(2,2) | 1111 |
表3.可能的数据速率和信道码集(TTI为5ms)
速率编号 | SF | 编码速率 | 物理比特(每时隙) | 传输块大小/5msTTI | 数据速率(kbps)/5msTTI | 信道码 | 编码指示 |
0 | 4 | 1/3 | 348 | 116 | 23.2 | C(4.1) | 0000 |
4 | 1/3 | 348 | 116 | 23.2 | C(4,2) | 0001 | |
4 | 1/3 | 348 | 116 | 23.2 | C(4,3) | 0010 | |
4 | 1/3 | 348 | 116 | 23.2 | C(4,4) | 0011 | |
1 | 2 | 1/3 | 700 | 233 | 46.6 | C(2,1) | 0100 |
2 | 1/3 | 700 | 233 | 46.6 | C(2,2) | 0101 | |
2 | 2 | 1/2 | 700 | 350 | 70.0 | C(2,1) | 0110 |
2 | 1/2 | 700 | 350 | 70.0 | C(2,2) | 0111 | |
3 | 2 | 3/4 | 700 | 525 | 105 | C(2,1) | 1000 |
2 | 3/4 | 700 | 525 | 105 | C(2,2) | 1001 | |
4 | 2+4 | 3/4 | 1052 | 789 | 157.8 | C(2,1)+C(4,3) | 1010 |
2+4 | 3/4 | 1052 | 789 | 157.8 | C(2,1)+C(4,4) | 1011 | |
2+4 | 3/4 | 1052 | 789 | 157.8 | C(2,2)+C(4,1) | 1100 | |
2+4 | 3/4 | 1052 | 789 | 157.8 | C(2,2)+C(4,2) | 1101 | |
5 | 2+2 | 3/4 | 1404 | 1053 | 210.6 | C(2,1)+C(2,2) | 1110 |
6 | 2+2 | 1.0 | 1404 | 1404 | 280.8 | C(2,1)+C(2,2) | 1111 |
为了减小UE和Node B端的缓冲(buffer)开销,根据表2和3,我们能够获得简化后的速率信道码TFRCI表,如表4。注意简化后的TFRCI表,对于TTI为10ms和TTI为5ms的两种情况是一样的。
表4.可能的数据速率和信道码TFRCI表(TTI为5ms和10ms)
编码速率 | 数据速率(kbps)/5ms和10ms | 信道码 | 编码指示 |
1/3 | 23.2 | C(4,1) | 0000 |
1/3 | 23.2 | C(4,2) | 0001 |
1/3 | 23.2 | C(4,3) | 0010 |
1/3 | 23.2 | C(4,4) | 0011 |
1/3 | 46.6 | C(2,1) | 0100 |
1/3 | 46.6 | C(2,2) | 0101 |
1/2 | 70.0 | C(2,1) | 0110 |
1/2 | 70.0 | C(2,2) | 0111 |
3/4 | 105 | C(2,1) | 1000 |
3/4 | 105 | C(2,2) | 1001 |
3/4 | 157.8 | C(2.1)+C(4.3) | 1010 |
3/4 | 157.8 | C(2,1)+C(4,4) | 1011 |
3/4 | 157.8 | C(2,2)+C(4,1) | 1100 |
3/4 | 157.8 | C(2,2)+C(4,2) | 1101 |
3/4 | 210.6 | C(2,1)+C(2,2) | 1110 |
1.0 | 280.8 | C(2,1)+C(2,2) | 1111 |
参照专利[用于低速率时分双工***的上行调度信令的传输方法]给出的另一个单时系情况下UE的期望速率集事例,当传输时间间隔(TTI)为10ms或者5ms时,如表5。
表5.在单时隙情况下用于调度要求的期望速率集TTI 10ms和5ms
速率编号 | SF | 编码速率 | 物理比特(每时隙) | 传输块大小/5ms TTI | 传输块大小/10ms TTI | 数据速率(kbps)/5ms和10ms |
0 | 4 | 0.46 | 348 | 160 | 320 | 32 |
4 | 0.46 | 348 | 160 | 320 | 32 | |
4 | 0.46 | 348 | 160 | 320 | 32 | |
4 | 0.46 | 348 | 160 | 320 | 32 | |
1 | 2 | 0.46 | 700 | 320 | 640 | 64 |
2 | 0.46 | 700 | 320 | 640 | 64 | |
2 | 2+4 | 0.46 | 1052 | 480 | 960 | 96 |
2+4 | 0.46 | 1052 | 480 | 960 | 96 | |
2+4 | 0.46 | 1052 | 480 | 960 | 96 | |
2+4 | 0.46 | 1052 | 480 | 960 | 96 | |
3 | 2+4 | 0.61 | 1052 | 640 | 1280 | 128 |
2+4 | 0.61 | 1052 | 640 | 1280 | 128 | |
2+4 | 0.61 | 1052 | 640 | 1280 | 128 | |
2+4 | 0.61 | 1052 | 640 | 1280 | 128 |
同理,根据表5,我们能得到TTI为10ms和TTI为5ms可能的数据速率和信道码集,分别如表6和表7所示。
表6.可能的数据速率和信道码集(TTI为10ms)
速率编号 | SF | 编码速率 | 物理比特(每时隙) | 传输块大小/10msTTI | 数据速率(kbps)/10ms TTI | 速率编号 | 编码指示 |
0 | 4 | 0.46 | 348 | 320 | 32 | C(4,1) | 0000 |
4 | 0.46 | 348 | 320 | 32 | C(4,2) | 0001 | |
4 | 0.46 | 348 | 320 | 32 | C(4,3) | 0010 | |
4 | 0.46 | 348 | 320 | 32 | C(4,4) | 0011 | |
1 | 2 | 0.46 | 700 | 640 | 64 | C(2,1) | 0100 |
2 | 0.46 | 700 | 640 | 64 | C(2,2) | 0101 | |
2 | 2+4 | 0.46 | 1052 | 960 | 96 | C(2,1)+C(4,3) | 0110 |
2+4 | 0.46 | 1052 | 960 | 96 | C(2,1)+C(4,4) | 0111 | |
2+4 | 0.46 | 1052 | 960 | 96 | C(2,2)+C(4,1) | 1000 | |
2+4 | 0.46 | 1052 | 960 | 96 | C(2,2)+C(4,2) | 1001 | |
3 | 2+4 | 0.61 | 1052 | 1280 | 128 | C(2,1)+C(4,3) | 1010 |
2+4 | 0.61 | 1052 | 1280 | 128 | C(2,1)+C(4,4) | 1011 | |
2+4 | 0.61 | 1052 | 1280 | 128 | C(2,2)+C(4,1) | 1100 | |
2+4 | 0.61 | 1052 | 1280 | 128 | C(2,2)+C(4,2) | 1101 |
表7.可能的数据速率和信道码集(TTI为5ms)
速率编号 | SF | 编码速率 | 物理比特(每时隙) | 传输块大小/5msTTI | 数据速率(kbps)/5ms TTI | 速率编号 | 编码指示 |
0 | 4 | 0.46 | 348 | 160 | 32 | C(4.1) | 0000 |
4 | 0.46 | 348 | 160 | 32 | C(4,2) | 0001 | |
4 | 0.46 | 348 | 160 | 32 | C(4,3) | 0010 | |
4 | 0.46 | 348 | 160 | 32 | C(4,4) | 0011 | |
1 | 2 | 0.46 | 700 | 320 | 64 | C(2,1) | 0100 |
2 | 0.46 | 700 | 320 | 64 | C(2,2) | 0101 | |
2 | 2+4 | 0.46 | 1052 | 480 | 96 | C(2,1)+C(4,3) | 0110 |
2+4 | 0.46 | 1052 | 480 | 96 | C(2,1)+C(4,4) | 0111 | |
2+4 | 0.46 | 1052 | 480 | 96 | C(2,2)+C(4,1) | 1000 | |
2+4 | 0.46 | 1052 | 480 | 96 | C(2,2)+C(4,2) | 1001 | |
3 | 2+4 | 0.61 | 1052 | 640 | 128 | C(2,1)+C(4,3) | 1010 |
2+4 | 0.61 | 1052 | 640 | 128 | C(2,1)+C(4,4) | 1011 | |
2+4 | 0.61 | 1052 | 640 | 128 | C(2,2)+C(4,1) | 1100 | |
2+4 | 0.61 | 1052 | 640 | 128 | C(2,2)+C(4,2) | 1101 |
为了减小UE和Node B端的缓冲(buffer)开销,根据表6和7,我们能够获得简化后的速率信道码TFRCI表,如表8。
表8.可能的数据速率和信道码TFRCI表(TTI为10ms和5ms)
编码速率 | 数据速率(kbps)/5ms和10ms | 速率编号 | 编码指示 |
0.46 | 32 | C(4,1) | 0000 |
0.46 | 32 | C(4,2) | 0001 |
0.46 | 32 | C(4,3) | 0010 |
0.46 | 32 | C(4,4) | 0011 |
0.46 | 64 | C(2,1) | 0100 |
0.46 | 64 | C(2,2) | 0101 |
0.46 | 96 | C(2,1)+C(4,3) | 0110 |
0.46 | 96 | C(2,1)+C(4,4) | 0111 |
0.46 | 96 | C(2,2)+C(4,1) | 1000 |
0.46 | 96 | C(2,2)+C(4,2) | 1001 |
0.61 | 128 | C(2,1)+C(4,3) | 1010 |
0.61 | 128 | C(2,1)+C(4,4) | 1011 |
0.61 | 128 | C(2,2)+C(4,1) | 1100 |
0.61 | 128 | C(2,2)+C(4,2) | 1101 |
如果Node B和UE端保留的速率信道码TFRCI表如表4或者表8所示,那么4比特就足够用于表示速率信道码TFRCI表的下标编码指示。
根据表4或者表8,本发明提出的一种下行调度信令表示方法的示例,假定N=6,参照图5,包括4比特的速率信道码TFRCI表的下标编码指示,和6比特的时系信息,总共10比特。
参照图6,本发明提出的一种用于上行信道增强的下行调度信令的传输方法的示例,其步骤主要包括:
所述图的601步:下行调度SA信息,主要包括:4比特的速率信道码TFRCI表的下标编码指示,和6比特的时系信息,总共10比特;
所述图的602步:将所述10比特的SA比特流,送入2倍重复码编码器进行编码,生成10*2=20比特的序列;
所述图的603步:将所述生成的比特流,采用编码速率为1/3的卷积码进行编码,生成(20+8)*3=84比特的编码后序列;
所述图的604步:参照规范25.222给出的速率匹配过程,将所述序列经过速率匹配操作,形成84个比特的序列;
所述图的605步:将所述生成的84个比特的数据流,按照规范25.222给出的第二次交织的方式,进行交织;
所述图的606步:在交织后的比特流中,***2个TPC比特信息和2个SS比特,形成如图所示的数据突发格式,在指定的下行调度控制信道上发送给指定UE。
在上述事例中步骤604步可以省略。
Claims (10)
1.一种用于低速率时分双工***的下行调度信息的传输方法,包括步骤:
a)基站发送包括速率信道码表TFRCI的下标编码指示比特和时系信息的下行调度信息,共n个比特;
b)将所述n个下行调度信息比特流进行编码;
c)将编码后的比特送入速率匹配操作,形成88-m个比特的数据流;
d)将所述生成的88-m个比特的数据流,进行第二次交织;
e)在交织后的比特流中,***TPC比特和SS比特形成数据突发格式,并在指定的下行调度控制信道上发送给指定UE。
2.根据权利要求1所述的方法,其特征在于在步骤a)中,所述的速率信道码表TFRCI包括编码速率、数据速率、UE在下一个调度间隔可以使用的信道码、速率下标编码指示等几个域,其中,表TFRCI中的每个元素是这些域的取值的有效组合。
3.根据权利要求1所述的方法,其特征在于在步骤a)中,所述的速率信道码表TFRCI的构成方法为在所述UE期望的数据速率表中增加两列:信道码和下标编码指示,然后再去掉速率编号、扩频因子、单时系所能承载的物理比特数、传输块的大小四个列生成。
5.根据权利要求1所述的方法,其特征在于所述步骤a)中的下行调度信息的表示方法为:M个比特的速率信道码表TFRCI的下标编码指示和N比特的时系域,其中,(1≤N≤6)。
6.根据权利要求1所述的方法,其特征在于在步骤b)中,所述编码方式为编码速率为1/3的卷积码或分组码。
7.根据权利要求1所述的方法,其特征在于在步骤e)中,所述的下行调度指定的控制信道所使用的扩频因子SF为16,调制方式为四相移相健控(QPSK)调制。
8.根据权利要求1所述的方法,其特征在于在步骤e)中,所述的下行调度指定的控制信道所使用的时隙格式为TS25.221中Table 8F中编号5。
9.根据权利要求5所述的方法,其特征在于所述N可由高层信令灵活指定,也可缺省设定为一个固定值。
10.根据权利要求5所述的方法,其特征在于:所述N比特的时系域,分别表示N个可能的时系(TS1-TSN)的配置情况,每一个比特的取值可以为0或者1,0表示对应的时系不用于上行信道增强业务,1表示对应的时系用于上行信道增强业务,其中,(1≤N≤6)。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200410104650 CN1798444A (zh) | 2004-12-29 | 2004-12-29 | 用于低速率时分双工***的下行调度信息的传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200410104650 CN1798444A (zh) | 2004-12-29 | 2004-12-29 | 用于低速率时分双工***的下行调度信息的传输方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1798444A true CN1798444A (zh) | 2006-07-05 |
Family
ID=36819117
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200410104650 Pending CN1798444A (zh) | 2004-12-29 | 2004-12-29 | 用于低速率时分双工***的下行调度信息的传输方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1798444A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101174877B (zh) * | 2006-10-31 | 2011-08-03 | 电信科学技术研究院 | 承载控制信息的方法 |
CN101345578B (zh) * | 2008-08-20 | 2012-09-05 | 中兴通讯股份有限公司 | 一种时分双工无线通信***的资源调度方法 |
CN101669394B (zh) * | 2007-04-27 | 2012-10-03 | 日本电气株式会社 | 调度信息的方法及相关通信设备 |
CN102714584A (zh) * | 2010-01-07 | 2012-10-03 | 三星电子株式会社 | 用于响应于接收多个分配的确认信号的资源索引 |
CN103428883A (zh) * | 2013-08-30 | 2013-12-04 | 京信通信***(中国)有限公司 | 一种物理下行控制信道资源的调度方法和设备 |
US9867176B2 (en) | 2012-10-30 | 2018-01-09 | Huawei Technologies Co., Ltd. | Method for processing enhanced physical downlink control channel, network-side device, and user equipment |
-
2004
- 2004-12-29 CN CN 200410104650 patent/CN1798444A/zh active Pending
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101174877B (zh) * | 2006-10-31 | 2011-08-03 | 电信科学技术研究院 | 承载控制信息的方法 |
CN101669394B (zh) * | 2007-04-27 | 2012-10-03 | 日本电气株式会社 | 调度信息的方法及相关通信设备 |
CN101345578B (zh) * | 2008-08-20 | 2012-09-05 | 中兴通讯股份有限公司 | 一种时分双工无线通信***的资源调度方法 |
US9220089B2 (en) | 2010-01-07 | 2015-12-22 | Samsung Electronics Co, Ltd | Resource indexing for acknowledgement signals in response to receptions of multiple assignments |
CN104320225A (zh) * | 2010-01-07 | 2015-01-28 | 三星电子株式会社 | 发送/接收自动重复请求确认的用户设备/基站及方法 |
CN102714584A (zh) * | 2010-01-07 | 2012-10-03 | 三星电子株式会社 | 用于响应于接收多个分配的确认信号的资源索引 |
US9432987B2 (en) | 2010-01-07 | 2016-08-30 | Samsung Electronics Co., Ltd | Resource indexing for acknowledgement signals in response to receptions of multiple assignments |
US9432988B2 (en) | 2010-01-07 | 2016-08-30 | Samsung Electronics Co., Ltd | Resource indexing for acknowledgement signals in response to receptions of multiple assignments |
US9572150B2 (en) | 2010-01-07 | 2017-02-14 | Samsung Electronics Co., Ltd | Resource indexing for acknowledgement signals in response to receptions of multiple assignments |
US9648604B2 (en) | 2010-01-07 | 2017-05-09 | Samsung Electronics Co., Ltd | Resource indexing for acknowledgement signals in response to receptions of multiple assignments |
US9655096B2 (en) | 2010-01-07 | 2017-05-16 | Samsung Electronics Co., Ltd. | Resource indexing for acknowledgement signals in response to receptions of multiple assignments |
US9867176B2 (en) | 2012-10-30 | 2018-01-09 | Huawei Technologies Co., Ltd. | Method for processing enhanced physical downlink control channel, network-side device, and user equipment |
US10555292B2 (en) | 2012-10-30 | 2020-02-04 | Huawei Technologies Co., Ltd. | Method for processing enhanced physical downlink control channel, network-side device, and user equipment |
CN103428883A (zh) * | 2013-08-30 | 2013-12-04 | 京信通信***(中国)有限公司 | 一种物理下行控制信道资源的调度方法和设备 |
CN103428883B (zh) * | 2013-08-30 | 2016-03-02 | 京信通信***(中国)有限公司 | 一种物理下行控制信道资源的调度方法和设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100877447B1 (ko) | 공유 채널 구조, arq 시스템 및 방법 | |
CN104852790B (zh) | 用于在无线通信中进行高速率数据传输的方法和装置 | |
CN2896706Y (zh) | 媒体存取控制多任务/解多任务的使用者设备及基地台 | |
JP5351058B2 (ja) | 無線通信方法、サブスクライバーステーション及びベースステーション | |
CN112368966A (zh) | 时隙内pusch小时隙的灵活重复 | |
CN101185278B (zh) | 用于在无线通信中进行高速率数据传输的方法和装置 | |
CN1918822A (zh) | 在移动通信***中在增强上行链路专用信道上传送调度信息的方法 | |
CN1505904A (zh) | 扩频通信***的时间复用传输方案 | |
CN1906892A (zh) | 在无线通信***中提供高效控制信道结构的方法和装置 | |
CN1993919A (zh) | 无线通信***中w-cdma和ofdm信号的复用 | |
CN101485216A (zh) | 在移动通信***中为用户预留无线电资源 | |
CN1701535A (zh) | 在异步wcdma***中提供上行链路分组数据业务的方法和装置 | |
CN101350702B (zh) | 增强专用信道的混合自动重传指示信道的实现方法及装置 | |
CN101690373A (zh) | 移动通信***中的基站装置、用户装置和方法 | |
CN1171496C (zh) | 用于在数字无线通信***中动态地分配资源的方法 | |
CN101175301B (zh) | 上行增强***中非调度资源和调度资源的共享方法 | |
CN101132230A (zh) | 时分码分多址***高速上行分组接入数据及信令传输方法 | |
CN1627844A (zh) | 移动通信***中上行专用信道增强的基站控制的调度方法 | |
CN1798444A (zh) | 用于低速率时分双工***的下行调度信息的传输方法 | |
CN1780179A (zh) | 用于高速率时分双工***的下行调度信息的传输方法 | |
CN1798004A (zh) | 用于低速率时分双工***的上行调度信令的传输方法 | |
CN101188486B (zh) | 上行增强***中非调度资源和调度资源共享方法 | |
CN1780478A (zh) | 用于高速率时分双工***的上行调度信令的传输方法 | |
CN1747596A (zh) | 组合的信令传输方法 | |
CN1627845A (zh) | 移动通信***中上行共享信道增强的基站控制的调度方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20060705 |