CN1780478A - 用于高速率时分双工***的上行调度信令的传输方法 - Google Patents

用于高速率时分双工***的上行调度信令的传输方法 Download PDF

Info

Publication number
CN1780478A
CN1780478A CN 200410095703 CN200410095703A CN1780478A CN 1780478 A CN1780478 A CN 1780478A CN 200410095703 CN200410095703 CN 200410095703 CN 200410095703 A CN200410095703 A CN 200410095703A CN 1780478 A CN1780478 A CN 1780478A
Authority
CN
China
Prior art keywords
data
rate
bit
information
channel
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
Application number
CN 200410095703
Other languages
English (en)
Inventor
王春花
吴光耀
周雷
朴圣日
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Original Assignee
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Samsung Telecommunications Technology Research Co Ltd, Samsung Electronics Co Ltd filed Critical Beijing Samsung Telecommunications Technology Research Co Ltd
Priority to CN 200410095703 priority Critical patent/CN1780478A/zh
Publication of CN1780478A publication Critical patent/CN1780478A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

一种用于高速率时分双工***的上行调度信令的传输方法，UE根据当前发送功率和数据缓冲以及要传输业务的Qos等信息，确定一个初始期望数据速率，将这一期望速率对应的下标和它的发送功率一起组成上行调度信息；UE在指定的上行信道上，将所述上行调度信息经编码复用后发送给基站；Node B接收到UE发送的上报信息后，解析这些信息，选出允许在下一个调度周期的时间段内进行传输的部分UE；Node B通过下行调度指定控制信道对选定的UE进行应答；UE在指定的下行调度信道上，根据收到的下行调度信令选择合适的当前数据传输速率；UE在指定时刻及时间段内，按照选定的数据传输速率，传输数据。

Description

用于高速率时分双工***的上行调度信令的传输方法
技术领域
本发明涉及码分多址(简称CDMA)移动通信***，特别涉及3.84Mcps高速率的时分双工码分多址移动通信***中(简称HCR-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)的第三代移动通信***上行链路增强(UplinkEnhancement)的技术予研，并且预期将于2004年在对上述上行链路增强(Uplink Enhancement)的技术予研的基础之上正式研究上行链路增强(Uplink Enhancement)的技术标准化工作，所产生的技术方案将包含于未来的3.84Mcps的频分双工(FDD)、时分双工(HCR-TDD)以及1.28Mcps的时分双工(LCR-TDD)的第三代移动通信***技术标准，简称Release 6。
无论第三代移动通信***中3.84Mcps的频分双工(FDD)以及时分双工(HCR-TDD)的上行增强技术，还是1.28Mcps的时分双工(LCR-TDD)的上行链路增强(Uplink Enhancement)的技术，其目的都是通过对由上述3.84Mcps的频分双工(FDD)、时分双工(HCR-TDD)以及1.28Mcps的时分双工(LCR-TDD)的第三代移动通信***所构成的无线网络的上行传输资源实施有效管理和规划来提高上述***的上行链路的容量和上述***的无线小区的覆盖范围，以便适合于对传输突发性较强的数据业务；此外，通过改善上行专用传输信道的性能，从而提高小区的覆盖率和吞吐量，提高上行传输速率，减少上行链路延迟。
3GPP关于上行信道增强的讨论首先是从3.84Mcps的频分双工(FDD)开始的，2003年6月，RAN 20次会议同意开始研究时分双工(简称TDD)***的上行信道增强。研究的主要项目包括基站(Node B)控制的调度、混合的请求重传(简称HARQ)等，其中HARQ是将数据包的自动重传和信道编码结合起来进行数据传输的一种方法。针对FDD模式，上行信道增强需要一些新的上行信令，它们是调度相关的、HARQ相关的或者是将来可能需要的。尽管关于TDD的上行信道增强刚刚开始讨论，但是与FDD类似，为了支持Node B控制的调度和HARQ，新的上行信令同样是需要的，它们是调度相关的、HARQ相关的或者是将来可能需要的。
关于基站(Node B)控制的调度方法，针对FDD模式，3GPP TR25.896V0.4.2包含了两种主要的方法：一种是基站(Node B)控制的速率调度方法(也即两个阈值方案)，另一种是基站(Node B)控制的速率和时间调度方法。
为了支持基站(Node B)控制的速率调度方法，两个新的消息被引入：一个是名为速率申请(Rate Request，简称RR)的上行信令，用于UE向NodeB申请升降自己的速率阀值；另一个是名为速率应答(Rate Grant，简称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在指定时刻及时间段内，按所指定的速率传输数据。
速率以及时间调度方法有比速率调度更准确地控制本小区噪声水平的能力，也就是说可以使本小区的容量最大化。它的代价是需要传输的调度信息和指令比单纯的速率调度要复杂一些。
针对FDD模式，图1给出了一种传输上行信令：数据缓冲和发送功率的一种方法，即使用额外的上行物理信道，称作上行调度控制信道来发送上行调度所需的信息。
TDD***与FDD***不同，是码字受限的。上述两种方案是否适合TDD，或者是否需要新的调度方案仍然处于研究讨论中。一种可能的方案就是基于时间、速率和物理资源(包括码字和时隙)的调度方案。
关于TDD***的上行信道增强，又分对HCR-TDD的上行信道增强，和对LCR-TDD的上行信道增强。HCR-TDD和LCR-TDD的物理信道结构是完全不一样的。
参照规范25.221，图2给出HCR-TDD的物理信道结构。由图可知，HCR-TDD的物理信道在时间分量上划分为***帧(Frame)、无线帧(Radio Frame)和时隙(Time Slot)。一个无线帧包含10ms的传输间隔，又细分为15个时隙。每个时隙长为2560码片(2560*Tc chips)。每一个时隙可以被指定为上行、或下行，以实现不对称业务的传输。在任何一种配置中至少有一个时隙被指定为下行，至少有一个时隙被指定为上行。一个时隙中可以有多个物理信道，通过信道码(OVSF)来区分。
一个物理信道对应一种数据格式，称为一个数据突发(burst)，它在分配的无限帧内的特定时隙内传输。一个数据突发包括两个数据域(DataSymbols)、一个训练序列域(Midamble)和一个用作时隙保护的空域(GP)。一个数据突发的数据域用于承载来自传输信道的用户数据和高层控制命令，当然对于专用信道，数据域的部分符号还可能被用于传输物理层的信令，例如控率控制命令(TPC)、或者传输传输格式组合指示(TFCI)。每个数据域所能承载的数据符号数与所使用的扩频因子(SF)有关，上行方向所使用的扩频因子可以是1，2，4，8，16(信道码长)。
在HCR-TDD中，一个数据突发中的Midamble可以有两种类型，一个长度为256码片的短码，和长度为512码片的长码。一个数据突发所能承载的数据速率与所使用的Midamble码的长度也有关。
在规范25.221中，定义了三种数据突发的类型(Type1，Type2，Type3)，数据格式分别如图3A，图3B，图3C。在这三种类型中包含的两个数据域、一个训练序列域(Midamble)和一个用作时隙保护的空域(GP)的长度都是不一样的，因此所能承载的数据符号数也是不一样的。表1给出三种数据突发选用不同的扩频因子时所能承载的数据符号数。
表1：三种数据突发选用不同的扩频因子时所能承载的数据符号数
  Spreadingfactor(SF)   Burst Type1   Burst Type2   Burst Type3
  1   1952   2208   1856
  2   976   1104   928
  4   488   552   464
  8   244   276   232
  16   122   138   116
当选用四相移相健控(QPSK)调制时，一个符号占用2个比特，因此三种数据突发，当使用QPSK调制方式时，选用不同的扩频因子时所能承载的数据比特数，如表2所示。
表2.三种数据突发选用不同的扩频因子时所能承载的数据比特数
  Spreadingfactor(SF)   Burst Type1   Burst Type2   Burst Type3
  1   1952*2   2208*2   1856*2
  2   976*2   1104*2   928*2
  4   488*2   552*2   464*2
  8   244*2   276*2   232*2
  16   122*2   138*2   116*2
规范规定，对于多码传输，每个UE在一个时隙内同时最多可使用两个物理信道，这两个并行的物理信道使用两个不同的信道码。多时隙传输时，每个时隙所使用的物理资源相同。
综上所述，在HCR-TDD***中，每个物理信道所能承载的比特数与数据突发的类型、选用的扩频因子、调制方式、所承载的物理层信令TPC、TFCI所占用的比特数，以及用于承载高层信令所需的比特数有关。规范规定物理层信令只在每个时隙的编号最小的一个码字上传输，所以对于多码传输上行(最多有两个码)，第一个物理信道(码字)和第二个物理信道(码字)所能承载的数据比特数是不一样的。
在FDD的上行增强方案中，上行调度信息主要包括数据缓冲和UE的发送功率。向Node B报告数据缓冲不是好的选择，因为就传输延迟而言，不同的业务需要不同的服务质量QOS。因此发送数据缓冲对于Node B的公平调度不是真正有效的关键因素。Node B需要的更关键的信息是特定UE为满足相应Qos而需要的期望的数据速率。因此如果能向Node B上报UE期望的数据速率，就能更好地适应业务的时延要求，增加调度的灵活性，从而能使Node B做出更优的调度决策，最终达到增大小区吞吐率，提高***的业务覆盖的目的。
另外到目前为止，数据缓冲的范围到底多大，如何表示，以及如何表示UE的有效发送功率等，还没有看到具体的实现方案。针对TDD的增强方案，上行调度信息应该包括那些信息，如何实现，还都没有确定。
发明内容
本发明的目的是提供一种Node B快速调度所需的上行调度信息的传输方法。
为实现上述目的，一种用于高速率时分双工***的上行调度信令的传输方法，包括步骤：
a)UE根据当前发送功率和数据缓冲以及要传输业务的Qos等信息，确定一个初始期望数据速率，将这一期望速率对应的下标和它的发送功率一起组成上行调度信息；
b)UE在指定的上行信道上，将所述上行调度信息经编码复用后发送给基站；
c)Node B接收到UE发送的上报信息后，解析这些信息，选出允许在下一个调度周期的时间段内进行传输的部分UE；
d)Node B通过下行调度指定控制信道对选定的UE进行应答；
e)UE在指定的下行调度信道上，根据收到的下行调度信令选择合适的当前数据传输速率；
f)UE在指定时刻及时间段内，按照选定的数据传输速率传输数据。
本发明将UE期望的数据速率上报给Node B，能优化Node B的调度策略；UE上报期望的数据速率能减少上行调度所需的上行信令比特；综合考虑用户期望的数据速率和它的发送功率，能进一步减少UE需上报的发送功率的范围，进而减少为表示发送功率所需的上行信令比特；此方法能更好地适应业务的时延要求，增加调度的灵活性；此方法能增大小区的吞吐率，提高***的业务覆盖。
附图说明
图1是上行调度信息控制信道；
图2是HCR-TDD的物理信道结构；
图3A是HCR-TDD中的数据突发格式1(Burst Type1)的结构；
图3B是HCR-TDD中的数据突发格式2(Burst Type2)的结构；
图3C是HCR-TDD中的数据突发格式3(Burst Type3)的结构；
图4是一种用于上行信道增强的上行调度信令的传输方法；
图5是上行调度信息的编码复用方法；
图6是上行调度信息的编码复用过程示例。
具体实施方式
本发明的核心思想是在基站(node B)控制的调度方法中，用户发送的上行调度信息(Scheduling Information，简称SI)主要包括用户期望的数据速率和当前发送功率信息；根据HCR-TDD***的物理信道结构，本发明给出用户期望的数据速率集的构造方法；综合考虑用户期望的数据速率和所需的发送功率，能进一步减少UE需上报的发送功率的范围，进而减少为表示发送功率所需的上行信令比特；此方法能更好地适应业务的时延要求，增加Node B调度的灵活性；从而能增大小区的吞吐率，提高***的业务覆盖。为了提高上行调度信令的可靠性，本发明还给出了上行调度信令的具体的编码复用方法。
本发明提出在HCR-TDD***中，一种用于上行信道增强的上行调度信令的传输方法，参照图4，其步骤主要包括：
所述图的401步：UE根据当前发送功率和数据缓冲以及要传输业务的Qos等信息，确定一个期望的数据速率，查找UE端的发送数据速率表，从中找出与之最近似的数据速率，作为它的期望速率，然后将所述期望的数据速率对应的下标和当前发送功率一起作为要上报给Node B的上行调度信息(SI)；
所述图的402步：UE在指定的上行信道上，将所述期望的数据速率对应的下标和当前发送功率经编码复用后发送给基站(node B)；
所述图的403步：Node B在指定的上行信道上接收到UE发送的上报信息后，解析这些信息，选用某种调度算法，在小区(Cell)噪声允许的条件下选出在下一个调度周期的时间段内允许传输的部分UE；
所述图的404步：Node B通过下行调度指定控制信道对选定的UE进行应答。所传输的信息可能包括：允许传输的最大速率，可以使用的码字、时隙等；
所述图的405步：UE在指定的下行调度信道上，根据收到的下行调度信令，按照分配的码字、时隙等，选择不超过Node B允许的最大传输速率的某一速率，做为它的当前发送速率；
所述图的406步：UE在指定时刻及时间段内，按照选定的数据传输速率，在指定时隙的指定码字上传输数据。
其中，在步骤401中，UE端保留的期望数据速率表，是UE在接入时，由无线资源控制器RNC根据UE待传输的业务的Qos以及当前小区的传输负载等信息分配的。
下面将详述终端期望的数据速率表的构造方法。
由前述知，在HCR-TDD***中，每个物理信道所能承载的比特数与数据突发的类型、选用的扩频因子、调制方式、所承载的物理层信令TPC、TFCI所占用的比特数，以及用于承载高层信令所需的比特数有关。规范规定物理层信令只在每个时隙的编号最小的一个码字上传输，所以对于上行多码传输(最多有两个码)，第一个物理信道(码字)和第二个物理信道(码字)所能承载的数据比特数是不一样的。下面我们首先分析用户只占用一个时隙时的情况。
第一个物理信道所能承载的比特数NB1如公式(1)所示：
NB1＝(Nd_chip/SF1)×2-NTPC-NTFCI-NDCCH1               (1)
其中SF1表示该物理信道所选用的扩频因子，它的取值可以是1，2，4，8，16。Nd_chip。表示当前物理信道所对应的数据突发中承载两段数据所占用的码片数，它与数据突发的类型有关。针对三种类型的数据突发，Nd_chip的取值分别为：1952，2208和1856；
NTPC表示传输TPC所需的比特数，它与所选用的上行时隙格式有关，规范TS25.221 5.0版给出了可能选用的上行时隙格式，其中NTPC的取值可以是0和2；NTFCI表示该物理信道所需承载的传输格式指示(TFCI)所需占用的比特数，同理，根据规范给定的上行时隙格式，它的可能取值是0，4，8，16，32。NDCCH1表示该物理信道所需承载的高层信令所占用的比特数，可以为0；NTPC、NTFCI和NDCCH1的取值由高层信令给定。
与第一个物理信道不同，当多码传输时，规范规定第二个物理信道(码字)不需承载TPC和TFCI等信令信息，所以第二个物理信道所能承载的比特数NB2如公式(2)所示：
NB2＝(Nd_chip/SF2)×2-NDCCH2                         (2)
其中Nd_chip的含义和取值与公式(1)相同，NDCCH2表示该物理信道所需承载的高层信令所占用的比特数，也是由高层信令指定，可以为0。SF1和SF2的取值可以相同，也可以不同。
所以进行多码传输时，可能承载的总的数据比特如公式(3)所示：
NBits＝NB1+NB2                        (3)
用户发送的原始信息比特(也称数据块长)NBlock，经过信道编码和速率匹配等操作后在所分配的物理信道上传输，NBlock如公式(4)所示：
NBlock＝NBits×Rc                    (4)其中Rc为编码速率，0＜Rc≤1。这里编码速率指用户发送的原始信息比特和所占用的物理信道所能承载的物理比特NBits之比。
用户发送的数据块一般在一个传输时间间隔(简称TTI)内传输，对于HCR-TDD，TTI的长度可能是10ms，20ms等，那么用户每秒可能的上行数据传输速率(kbps)如公式(5)所示：
Rd＝(NBlock×1000/TTI)/10000＝NBlock/TTI kbps       (5)
由公式(1)-(5)，我们可以得到用户在单时隙情况下可能的数据传输速率(kbps)Rdi的集合{Rdi}。
如果用户被分配给多个(t个)时隙，假定不同的时隙使用的物理资源，即码字、数据突发类型等均相同(为了减少下行信令开销)，则用户在占用多个时隙时，用户可能传输的数据速率(kbps)Rdt为：
Rdt＝Rd×t                               (6)
假设速率集合{Rdi}包含M个元素，那么可以用「log2M」＝r个比特指示用户期望的数据速率。
用户和Node B端均保留可能的速率集合。当UE期望能以某个速率发送时，将自己期望的数据速率所对应的下标index传送给Node B，Node B接收到index时，可以获知UE期望的速率。
如果用户和Node B保留的速率集合较大，那么速率下标所对应的二进制比特数将较多，进而导致所需的上行信令比特数较多；另外保留较大的速率集合需要用户端额外的较大的数据缓冲开销。总之考虑上行信令传输的有效性，应该选择较适中的速率粒度(两个速率之间的差)。
所以应该选择{Rdi}的某一子集作为UE可能期望的数据速率集，选取时考虑的因素如下：
1)不考虑较小的数据速率，例如小于20kbps。因为上行增强主要针对的是数据业务；
2)数据速率的粒度可以不同，即速率由小到大选取时，相邻两速率间的差值可以不同；例如选取的数据速率较小时，相应的速率粒度也可以较小，例如可以是30kbps左右；数据速率较大时，相应的速率粒度可以较大，例如可以是60kbps甚至是100kbps；
3)当两个或多个速率近似时，优先选择占用较少码字的速率；
因为多码传输会导致码间干扰而影响数据传输的性能。
用户(UE)需要上报给Node B的另一个信息是当前发送功率。在当前规范中，UE传输功率的动态范围是75db(最大是31dbm，最小是-44dbm)。如果表示的功率粒度是1db，那么UE至少需要7比特来表示它的功率信息。
我们注意到在规范TS25.105关于node B接收的参数的最小要求中，发现甚至是在高斯白噪声的情况下，对于12.2kbps的语音业务，误块率是10-2时，UE的最小传输功率也不能小于-27.5dbm。因此在最糟糕的情况下，UE须向Node B报告的有效功率的动态范围仅为59db(UE的最大传输功率是31dBm，31-(-27.5)＝58.5dB)。因此相比原来的方法，6比特就已足够表示UE的发送功率信息。
事实上，UE报告的期望速率在一定程度上已包含了发送功率，因为期望速率是根据数据缓冲和当前发送功率计算的，另外，Node B也能根据功率控制过程(持续的TPC命令)推断UE的大致发送功率。因此为了减少上行信令的比特数，功率粒度可以选择的较大些。当然不同的功率粒度可能导致为了上报发送功率信息所占用的信令比特数不同。
例如，若功率粒度为2db，59/2＝29.5，则5比特就足够用于表示发送的功率信息；若功率粒度4db，59/4＝14.75，则4比特就足够了用于表示发送的功率信息；
所以如果功率粒度为4-1db，则使用4-6比特就足以表示UE的发送功率信息。
综上所述，SI信息包括r比特的UE期望的数据速率和4-6比特的发送功率信息(共n比特)。为了进一步保护这些比特，提高它们传输的可靠性，下面给出SI信息的传输方式和编码复用过程。
选用一个扩频为16的上行码字，数据突发为类型1的物理信道、调制方式为QPSK，来传输上行调度信令，考虑可能的TPC(设为m比特)，那么此信道上将有244-m个比特空间用于表达所述n个SI信息比特。
本发明提出的上行调度信息SI的编码复用过程，参照图5，其步骤主要包括：
所述图的501步：上行调度信息SI信息，主要包括用户期望的数据速率对应的下标比特，和用户当前发送功率比特，共n个比特；
所述图的502步：将所述n个SI比特流，采用某种编码方式，例如编码速率为1/3的卷积码或者分组码等进行编码；
所述图的503步：将编码后比特送入速率匹配操作，形成244-m个比特的数据流；
所述图的504步：将所述生成的244-m个比特的数据流，按照规范25.222给出的第二次交织的方式，进行第二次交织；
所述图的505步：在交织后的比特流中，***m个TPC比特，形成如图所示的数据突发格式。
所述形成的数据突发将在指定时隙的指定码字上发送给Node B。
实施例
本发明主要是关于在HCR-TDD***中，一种用于上行信道增强的上行调度信令的传输方法，所以在下面的实例中有关Node B的调度方式、下行调度信令内容及传输方式等有所省略。
根据HCR-TDD的上行时隙结构及本发明给出的公式(1)-(5)，假设NTPC＝2比特，NTFCI、NDCCH1、以及NDCCH2＝0，一个可能的用于上行信道增强(EUCH)的用户期望的数据发送速率子集的实例如表4所示。
表4.一个可能的用于上行增强(EUCH)的期望数据发送速率集事例
RateNo.  BurstType SF Code Rate(Rc) N_data(Slot/Bits)  Data Rate(kbps)(只占用一个时隙)
  1 1   16   1/3   242   8.06
  2 1   8   1/3   484   16.06
  3 1   4   1/3   968   32.27
  4 1   2   1/3   1936   64.5
  5   1   2+8   1/3   2420   80.6
  6   1   2+4   1/3   2904   96.8
  7   1   2+2   1/3   3872   129.0
  8   1   8   1/2   484   24.2
  9   1   4   1/2   968   48.4
  10   1   2   1/2   1936   96.8
  11   1   2+8   1/2   2420   121.0
  12   1   2+4   1/2   2904   145.3
  13   1   2+2   1/2   3872   193.6
  14   1   8   3/4   484   36.3
  15   1   4   3/4   968   72.6
  16   1   2   3/4   1936   145.2
  17   1   2+8   3/4   2420   181.5
  18   1   2+4   3/4   2904   217.9
  19   1   2+2   3/4   3872   290.4
  20   2   8   1/3   548   18.2
  21   2   4   1/3   1096   36.5
  22   2   2   1/3   2192   73.0
  23   2   2+8   3/4   2740   205.5
  24   2   2+4   3/4   3288   246.6
  25   2   2+2   3/4   4384   328.8
  26   3   2+8   3/4   2300   172.5
  27   3   2+4   3/4   2760   207.0
28 3 2+2 3/4 3680 276.0
根据本发明给出的选取数据速率的原则，我们从表4中仅选取编号为3，4，6，12，18，24，25和28作为UE基本的期望数据发送速率集，如表5。
表5.在单时隙情况下用于调度要求的期望速率集
RateNo. BurstType SF Code Rate N_data(Slot/Bits) Data Rate(kbps)(only oneslot time)
  0   1   4  1/3   968   32.27
  1   1   2  1/3   1936   64.5
  2   1   2+4  1/3   2906   96.8
  3   1   2+4  1/2   2906   145.3
  4   1   2+4  3/4   2906   217.9
  5   2   2+4  3/4   3288   246.6
  6   3   2+2  3/4   3680   276.0
  7   2   2+2  3/4   4384   328.8
考虑多时隙情形，根据本发明给出的公式(6)，能够进一步得到包含多时隙情况的用于调度要求的期望数据速率集，如表6。
表6.包含多时隙情况的用于调度要求的期望速率集
RateNo.  BurstType SF Code Rate   N_data(Slot/Bits)   Data Rate(kbps)(only a TTI)
  0  1   4  1/3   968   32.27
  1  1   2  1/3   1936   64.5
  2   1   2+4   1/3   2906   96.8
  3   1   2+4   1/2   2906   145.3
  4   1   2+4   3/4   2906   217.9
  5   2   2+4   3/4   3288   246.6
  6   3   2+2   3/4   3680   276.0
  7   2   2+2   3/4   4384   328.8
  8   2   2+4   3/4   3288*2   493.2
  9   2   2+4   3/4   3288*3   739.8
  10   2   2+4   3/4   3288*4   986.4
  11   2   2+4   3/4   3288*5   1233.0
  12   2   2+4   3/4   3288*6   1479.6
  13   2   2+4   3/4   3288*7   1726.2
  14   2   2+2   3/4   4384*7   2301.6
在表6中，一共有15种可能的数据速率，所以用4比特就可以表示这些数据速率。例如用0000表示编号为0的数据速率，0001表示编号为1的数据速率，……，用1110表示编号为14的数据速率。
假设用4比特表示用户期望的数据速率，4比特表示用户的发送功率信息，所传输的TPC所占用的比特数m＝2，则上行调度信息SI的编码复用过程示例，参照图6，其步骤主要包括：
所述图的601步：上行调度SI信息，主要包括用户期望的数据速率对应的下标比特(4比特)，和用户的当前发送功率比特(4比特)，共8个比特；
所述图的602步：将所述8个SI比特流，采用编码速率为1/3的卷积码进行编码，生成(4+4+8)*3＝48比特的编码后序列；
所述图的603步：将卷积编码后序列送入5倍重复编码器，生成48*5＝240比特的序列；
所述图的604步：参照规范25.222给出的速率匹配过程，将所述序列经过速率匹配操作，形成242个比特的序列；事实上这里速率匹配的操作过程就是在指定的位置上***2比特信息；
所述图的605步：将所述生成的242个比特的数据流，按照规范25.222给出的第二次交织的方式，进行交织；
所述图的606步：在交织后的比特流中，***2个TPC比特信息，形成如图所示的数据突发格式。
所述形成的数据突发将在指定时隙的指定码字上发送给Node B。

Claims (10)

1.一种用于高速率时分双工***的上行调度信令的传输方法，包括步骤：
a)UE根据当前发送功率和数据缓冲以及要传输业务的Qos等信息，确定一个初始期望数据速率，将这一期望速率对应的下标和它的发送功率一起组成上行调度信息；
b)UE在指定的上行信道上，将所述上行调度信息经编码复用后发送给基站：
c)Node B接收到UE发送的上报信息后，解析这些信息，选出允许在下一个调度周期的时间段内进行传输的部分UE；
d)Node B通过下行调度指定控制信道对选定的UE进行应答；
e)UE在指定的下行调度信道上，根据收到的下行调度信令选择合适的当前数据传输速率；
f)UE在指定时刻及时间段内，按照选定的数据传输速率传输数据。
2.根据权利要求1所述的方法，其特征在于所述确定初始期望数据速率包括步骤：
查找UE端保留的期望数据速率表，从中找出与之最近似的数据速率。
3.根据权利要求2所述的方法，其特征在于：所述UE端保留的期望数据速率表中的每一速率，按照公式(1)-(6)生成。
4.根据权利要求2所述的方法，其特征在于：所述UE端保留的期望数据速率表为UE可能传输的数据速率表的子集。
5.根据权利要求2所述的方法，其特征在于：所述UE端保留的期望数据速率表，如果包含M个元素，那么可以用 个比特指示用户期望的数据速率。
6.根据权利要求1所述的方法，其特征在于：步骤b)中所述的上行调度信息包括期望的数据速率对应的下标和当前发送功率信息。
7.根据权利要求1所述的方法，其特征在于：步骤b)中所述的上行信道使用的扩频因子SF为16，数据突发的类型为1。
8.根据权利要求1所述的方法，其特征在于：步骤b)中所述的上行调度信息的编码复用过程包括步骤：
a)上行调度信息SI信息，包括用户期望的数据速率对应的下标比特，和用户当前发送功率比特，共n个比特；
b)将所述n个SI比特流，采用编码方式为编码速率为1/3的卷积码或者分组码等进行编码；
c)将编码后比特送入速率匹配操作，形成244-m个比特的数据流；
d)将所述生成的244-m个比特的数据流，进行第二次交织；
e)在交织后的比特流中，***m个TPC比特，形成数据突发格式。
9.据权利要求1所述的方法，其特征在于在步骤(d)中，所传输的信息包括：允许传输的最大速率，可以使用的码字、时隙等。
10.根据权利要求8所述的方法，其特征在于在步骤(d)中，所述第二次交织采用规范25.222给出的交织方式。
CN 200410095703 2004-11-24 2004-11-24 用于高速率时分双工***的上行调度信令的传输方法 Pending CN1780478A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN 200410095703 CN1780478A (zh) 2004-11-24 2004-11-24 用于高速率时分双工***的上行调度信令的传输方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 200410095703 CN1780478A (zh) 2004-11-24 2004-11-24 用于高速率时分双工***的上行调度信令的传输方法

Publications (1)

Publication Number Publication Date
CN1780478A true CN1780478A (zh) 2006-05-31

Family

ID=36770549

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 200410095703 Pending CN1780478A (zh) 2004-11-24 2004-11-24 用于高速率时分双工***的上行调度信令的传输方法

Country Status (1)

Country Link
CN (1) CN1780478A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008080296A1 (fr) * 2006-12-30 2008-07-10 Zte Corporation Procédé adapté pour configurer et utiliser des voies de signalisation dans un système d'accès par paquets sur la liaison montante à grande vitesse
WO2009100666A1 (zh) * 2008-02-05 2009-08-20 Huawei Technologies Co., Ltd. 一种处理高速数据传输的方法、装置及***
CN101442816B (zh) * 2007-11-23 2010-12-15 大唐移动通信设备有限公司 一种时分双工***的上行控制信令传输方法
CN102549960A (zh) * 2009-08-12 2012-07-04 阿尔卡特朗讯 用于报告调度信息的方法
CN101442338B (zh) * 2007-11-23 2012-09-26 电信科学技术研究院 一种时分双工***的上行控制信令传输方法
CN110035521A (zh) * 2018-01-12 2019-07-19 中国信息通信研究院 一种移动通信多时隙调度方法和***

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008080296A1 (fr) * 2006-12-30 2008-07-10 Zte Corporation Procédé adapté pour configurer et utiliser des voies de signalisation dans un système d'accès par paquets sur la liaison montante à grande vitesse
CN101442816B (zh) * 2007-11-23 2010-12-15 大唐移动通信设备有限公司 一种时分双工***的上行控制信令传输方法
CN101442338B (zh) * 2007-11-23 2012-09-26 电信科学技术研究院 一种时分双工***的上行控制信令传输方法
WO2009100666A1 (zh) * 2008-02-05 2009-08-20 Huawei Technologies Co., Ltd. 一种处理高速数据传输的方法、装置及***
CN102549960A (zh) * 2009-08-12 2012-07-04 阿尔卡特朗讯 用于报告调度信息的方法
US8964665B2 (en) 2009-08-12 2015-02-24 Alcatel Lucent Method of reporting scheduling information
CN102549960B (zh) * 2009-08-12 2016-01-27 阿尔卡特朗讯 用于报告调度信息的方法及装置
CN110035521A (zh) * 2018-01-12 2019-07-19 中国信息通信研究院 一种移动通信多时隙调度方法和***
CN110035521B (zh) * 2018-01-12 2023-04-18 中国信息通信研究院 一种移动通信多时隙调度方法和***

Similar Documents

Publication Publication Date Title
CN101854675B (zh) 在移动通信***中调度上行链路数据传输的方法和装置
CA2730326C (en) Method and apparatus for high rate data transmission in wireless communication
AU2005229670B2 (en) Method and apparatus for scheduling uplink data transmission for mobile station in soft handover region in a mobile communication system
EP2462772B1 (en) Management of uplink resources in multi-carrier cdma system
CN1701535A (zh) 在异步wcdma***中提供上行链路分组数据业务的方法和装置
CN1918822A (zh) 在移动通信***中在增强上行链路专用信道上传送调度信息的方法
CN101057423A (zh) 在支持上行链路分组数据服务的移动通信***中传送和接收下行链路控制信息的方法和设备
CN1604687A (zh) 用于上行链路分组传输的调度分配的方法和装置
CN1914835A (zh) 蜂窝通信网络中分配发送功率的装置和方法
CN1505904A (zh) 扩频通信***的时间复用传输方案
CN1893335A (zh) 控制高速下行分组接入***支持多阶调制方式的方法
CN1906892A (zh) 在无线通信***中提供高效控制信道结构的方法和装置
CN1992679A (zh) 用于上行链路分组传输的调度分配的装置和方法
CN1700613A (zh) 用于设置发送信令信息的功率的方法及装置
AU2004213996A1 (en) Congestion control in a wireless data network
CN1694571A (zh) 为软切换用户设备选择服务调度小区的装置和方法
CN1407821A (zh) 具有逻辑信道和传送信道的网络
CN102440060A (zh) 针对多载波***的不连续上行链路传输操作和干扰避免
CN101039165A (zh) 基于多天线自适应调制编码的信息反馈方法及其装置
CN1742509A (zh) 上行链路中的tfc选择
CN1819673A (zh) 数据传输增强相关的基站控制的时分复用调度方法
CN1627844A (zh) 移动通信***中上行专用信道增强的基站控制的调度方法
CN1969482A (zh) 用于移动通信***中上行链路分组数据服务的数据传输/调度的方法和装置
CN1780478A (zh) 用于高速率时分双工***的上行调度信令的传输方法
CN1866931A (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: 20060531