专利名称：用于高速率时分双工系统的上行调度信令的传输方法
技术领域：
本发明涉及码分多址(简称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三种数据突发选用不同的扩频因子时所能承载的数据符号数
当选用四相移相健控(QPSK)调制时，一个符号占用2个比特，因此三种数据突发，当使用QPSK调制方式时，选用不同的扩频因子时所能承载的数据比特数，如表2所示。
表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)的期望数据发送速率集事例
根据本发明给出的选取数据速率的原则，我们从表4中仅选取编号为3，4，6，12，18，24，25和28作为UE基本的期望数据发送速率集，如表5。
表5.在单时隙情况下用于调度要求的期望速率集
考虑多时隙情形，根据本发明给出的公式(6)，能够进一步得到包含多时隙情况的用于调度要求的期望数据速率集，如表6。
表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。
权利要求
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给出的交织方式。
全文摘要
一种用于高速率时分双工系统的上行调度信令的传输方法，UE根据当前发送功率和数据缓冲以及要传输业务的Qos等信息，确定一个初始期望数据速率，将这一期望速率对应的下标和它的发送功率一起组成上行调度信息；UE在指定的上行信道上，将所述上行调度信息经编码复用后发送给基站；Node B接收到UE发送的上报信息后，解析这些信息，选出允许在下一个调度周期的时间段内进行传输的部分UE；Node B通过下行调度指定控制信道对选定的UE进行应答；UE在指定的下行调度信道上，根据收到的下行调度信令选择合适的当前数据传输速率；UE在指定时刻及时间段内，按照选定的数据传输速率，传输数据。
文档编号H04W72/12GK1780478SQ20041009570
公开日2006年5月31日 申请日期2004年11月24日 优先权日2004年11月24日
发明者王春花, 吴光耀, 周雷, 朴圣日 申请人:北京三星通信技术研究有限公司, 三星电子株式会社