CN102215584A - 一种资源分配的方法和系统 - Google Patents
一种资源分配的方法和系统 Download PDFInfo
- Publication number
- CN102215584A CN102215584A CN2010101455400A CN201010145540A CN102215584A CN 102215584 A CN102215584 A CN 102215584A CN 2010101455400 A CN2010101455400 A CN 2010101455400A CN 201010145540 A CN201010145540 A CN 201010145540A CN 102215584 A CN102215584 A CN 102215584A
- Authority
- CN
- China
- Prior art keywords
- 64qam
- mimo
- actual
- terminal
- node
- 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
- 238000013468 resource allocation Methods 0.000 title claims abstract description 89
- 238000000034 method Methods 0.000 title claims abstract description 81
- 230000005540 biological transmission Effects 0.000 claims description 39
- 230000004044 response Effects 0.000 claims description 20
- 230000003213 activating effect Effects 0.000 claims description 9
- 238000012790 confirmation Methods 0.000 claims description 9
- 230000008676 import Effects 0.000 claims description 3
- 230000008569 process Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 4
- 230000000295 complement effect Effects 0.000 description 2
- 230000002950 deficient Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000004080 punching Methods 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 230000003760 hair shine Effects 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种资源分配的方法和系统，通过在节点B和终端中配置实际使用64正交幅度调制方式(64QAM)和实际使用多输入/多输出调制方式(MIMO)的信息，以及资源分配策略的定制，使节点B和终端在进行资源分配时，可以根据实际使用64QAM和实际使用MIMO的应用场景合理地分配资源，以达到最经济地使用资源；在分配资源时，节点B和终端所依据的实际使用64QAM和实际使用MIMO的信息、以及资源分配策略都是一致的，因此，本发明的方法可以保证终端和节点B两侧一致地使用资源。
Description
技术领域
本发明涉及分组接入技术领域，特别是指一种资源分配的方法和系统。
背景技术
为了提高下行和上行分组数据的速率和容量，第三代合作伙伴计划(3GPP)分别在R5和R6引入了高速下行分组接入(HSDPA，High Speed Downlink PacketAccess)和高速上行分组接入(HSUPA，High Speed Uplink Packet Access)。HSDPA和HSUPA的结合就是高速分组接入(HSPA，High Speed Packet Access)。
为了得到更高的传输速率，R7版本的演进版HSPA(HSPA+)在下行引入多输入/多输出(MIMO，Multiple-Input Multiple-Output)和64正交幅度调制(64QAM，64Quadrature Amplitude Modulation)的调制方式，对应的峰值速率可以达到28Mbit/s，但MIMO和64QAM不能同时使用。在R8中，下行可以同时使用MIMO和64QAM，峰值速率最高可达42Mbit/s，并且协议从TS 25.3068.1.0相应引入了同时支持MIMO和64QAM的终端类别19和20，R9从一开始就支持终端类别19和20，见表1(协议25.306中对于HS-DSCH终端类别是通过HS-DSCH物理层类别(HS-DSCH physical layer categories)指示的，目前已经定义了HS-DSCH category 1到28，其中每一种类别在本发明中简称为终端类别)。虽然终端类别19、20同时支持MIMO和64QAM，但实际是否使用64QAM或MIMO是根据当前小区的64QAM能力、小区的MIMO能力、运营商的策略、和用户的签约速率等因素决定的，有可能实际只使用MIMO、或只使用64QAM、或者两者均不使用。
表1
表1中的最大软信道比特总数是混合自动重复请求(ARQ，AutomaticRepeat Request)的虚拟IR缓存(virtual IR buffer，virtual Incremental Redundancybuffer)、即高速下行链路共享信道(HS-DSCH，High-Speed Downlink SharedChannel)所能传输的总信息量。混合ARQ(Hybrid-ARQ)是HSDPA的关键技术之一，它完成信道编码后的输出比特数与映射进高速物理下行共享信道(HS-PDSCH，High-Speed Physical Downlink Shared Channel)集合的总比特数相匹配。HARQ功能由冗余版本(RV)参数控制，其输出比特的精确设置依赖于输入比特数、输出比特数和RV参数。HARQ功能包括两次速率匹配和一个虚拟IR缓存，虚拟IR缓存也称为软信道容量，决定了HARQ的第一次速率匹配，软信道容量会影响网络侧使用的冗余版本(RV)，并在一定程度上影响终端的传输能力，该容量越大所对应有效的传输信息量越大，终端的速率会越高。为使终端正确解码，HARQ进程个数及每个HARQ进程的虚拟IR缓存由节点B侧分配，并由无线网络控制器(RNC，Radio Network Controller)传递给终端。终端依赖软信道容量在每个HARQ处理进程中进行恰当的解码，获得正确的数据块信息。对于同一个HARQ处理进程，软信道容量必须在节点B和终端之间保持完全一致，否则信道比特位置和逻辑含义全部发生混乱。
针对终端类别19和20，规范为其定义的最大软信道比特总数为518400比特，并未区分下行是否使用64QAM和MIMO。这就意味着目前在不使用64QAM或MIMO时，跟同时使用64QAM和MIMO时，终端都使用相同的最大软信道比特总数(518400比特)，即不需要区分下行是否使用了64QAM或MIMO，终端都会分配到最大软信道容量。这对于网络侧和终端来说，在不同时使用64QAM和MIMO时，会造成资源浪费，这是因为：当同时使用MIMO和64QAM时，是由两个流均分这个最大软信道比特总数的；因此当不使用MIMO只使用64QAM时，单流实际只需要使用这个最大软信道比特总数的一半；而64QAM和16QAM相比，前者用6个比特表示一个符号，后者用4个比特表示一个符号，因此当不使用64QAM只使用MIMO时，只需要使用4/6＝2/3的最大软信道比特总数；既不使用64QAM也不使用MIMO时，实际所需的最大软信道比特数为最大软信道比特总数的1/3。也就是：不使用MIMO只使用64QAM时实际所需的最大软信道比特数，是两者都不使用时实际所需的最大软信道比特数的1.5倍。这种未考虑到具体使用场景而导致的资源浪费，为协议设计上的一个缺陷。
表2
如果R8中终端类别19、20的终端进入网络，而网络的节点B使用的是R7版本，则终端使用的最大软信道比特总数均为518400bit，而节点B使用的最大软信道比特总数分别对应于终端类别17和18的最大软信道比特总数：只用64QAM不使用MIMO时为259200bit、只使用MIMO不使用64QAM时为345600bit。这样终端和节点B两侧使用的最大软信道比特总数是不一致的，会造成解码失败，此为协议的另一个缺陷。
发明内容
有鉴于此，本发明的主要目的在于提供一种资源分配的方法和系统，根据实际使用场景来进行资源的分配，能够解决现有协议中未考虑到具体使用场景而导致资源浪费、以及终端和节点B资源分配不一致的问题。
为达到上述目的，本发明的技术方案是这样实现的：
本发明提供了一种资源分配的方法，该方法包括：
无线网络控制器(RNC)将是否允许使用64正交幅度调制方式(64QAM)和实际使用多输入/多输出调制方式(MIMO)的信息配置给节点B；将实际使用64QAM和实际使用MIMO的信息配置给终端；
所述节点B根据所述RNC配置的是否允许使用64QAM确定实际是否使用64QAM，并根据实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数，并进行下行发送处理；
所述终端根据所述实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数，并进行上行接收处理。
进一步地，所述RNC将是否允许使用64QAM和实际使用MIMO的信息配置给节点B，具体为：
所述RNC通过无线链路建立请求、无线链路重配请求、或无线链路重配准备消息中的高速下行链路共享信道(HS-DSCH)信元中的MIMO ActivationIndicator信元、或者MIMO Mode Indicator信元，将实际使用MIMO的信息配置给节点B；
通过无线链路建立请求、无线链路重配请求、或无线链路重配准备消息中的HS-DSCH信元中的SixtyfourQAM Usage Allowed Indicator信元，将是否允许使用64QAM配置给节点B。
进一步地，所述节点B根据所述RNC配置的是否允许使用64QAM确定实际是否使用64QAM，具体为：
所述不允许使用64QAM时，所述节点B确定实际不使用64QAM；所述允许使用64QAM时，所述节点B根据需要确定实际是否使用64QAM；
相应的，所述允许使用64QAM，节点B根据需要确定实际是否使用64QAM之后，该方法进一步包括：所述节点B通过无线链路建立响应、无线链路重配响应、或无线链路重配准备好消息中的HS-DSCH信元中的SixtyfourQAM DLUsage Indicator信元，将确定出的实际是否使用64QAM返回给所述RNC。
进一步地，所述RNC将实际使用64QAM和实际使用MIMO的信息配置给终端之前，该方法还包括：所述RNC确定实际使用64QAM的信息，具体为：
允许使用64QAM时，所述RNC根据所述无线链路建立响应、无线链路重配响应、或无线链路重配准备好消息，确定实际是否使用64QAM；不允许使用64QAM时，所述RNC确认实际不使用64QAM。
进一步地，所述RNC将实际使用64QAM和实际使用MIMO的信息配置给终端，具体为：
实际使用64QAM的信息的配置为：所述RNC通过RRC连接建立、无线承载建立请求、无线承载重配请求、无线承载释放、传输信道重配请求、小区更新证实、切换到UTRAN命令、或者物理信道重配请求消息中的高速物理下行共享信道(HS-PDSCH)信元中的Downlink 64QAM configured信元，将实际使用64QAM的信息配置给终端；
实际使用MIMO的信息的配置为：所述RNC通过激活集更新、小区更新证实、无线承载建立请求、无线承载重配请求、无线承载释放、传输信道重配请求、或者物理信道重配请求消息中的MIMO parameters信元将实际使用MIMO配置给终端；所述RNC通过激活集更新、小区更新证实、无线承载建立请求、无线承载重配请求、无线承载释放、传输信道重配请求、或者物理信道重配请求消息不包含MIMO parameters信元将实际不使用MIMO配置给终端。
进一步地，所述定制的资源分配策略，具体为：
所述64QAM和MIMO均未使用时，所述实际使用的最大软信道比特数为最大软信道比特总数的1/3；
只使用64QAM、不使用MIMO时，所述实际使用的最大软信道比特数为最大软信道比特总数的1/2；
不使用64QAM、只使用MIMO时，所述实际使用的最大软信道比特数为最大软信道比特总数的2/3。
该方法还包括：事先在所述RNC、节点B和终端上协商终端类别和所述最大软信道比特总数的对应关系。
进一步地，所述节点B确定自身实际使用的最大软信道比特数，具体为：
所述节点B根据所述无线链路建立请求、无线链路重配请求、或无线链路重配准备消息中的终端类别确定所述最大软信道比特总数，并根据所述实际使用MIMO的信息和确定出的实际使用64QAM的信息、以及所述定制的资源分配策略，确定自身实际使用的最大软信道比特数；
所述节点B根据自身实际使用的最大软信道比特数进行下行发送处理。
进一步地，所述终端确定自身实际使用的最大软信道比特数，具体为：
所述终端根据自身的终端类别确定所述最大软信道比特总数，并根据配置的所述实际使用64QAM和实际使用MIMO的信息、和所述定制的资源分配策略，确定自身实际使用的最大软信道比特数；
所述终端根据自身实际使用的最大软信道比特数进行上行接收处理。
本发明还提供了一种资源分配的系统，该系统包括：RNC、节点B和终端，其中：
所述RNC，用于将是否允许使用64QAM和实际使用MIMO的信息配置给所述节点B；还用于将实际使用64QAM和实际使用MIMO的信息配置给所述终端；
所述节点B，用于根据所述RNC配置的是否允许使用64QAM确定实际是否使用64QAM，并根据实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数，并进行下行发送处理；
所述终端，用于根据所述实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数，并进行上行接收处理。
所述节点B和所述终端，进一步用于存储所述定制的资源分配策略。
本发明还提供了一种节点B资源分配的方法，该方法包括：
节点B根据RNC配置的是否允许使用64QAM确定实际是否使用64QAM，并根据实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数；
所述节点B根据所述实际使用的最大软信道比特数进行下行发送处理。
本发明还提供了一种节点B资源分配的系统，该系统包括：RNC和节点B，其中；所述RNC，用于向所述节点B配置是否允许使用64QAM和实际使用MIMO的信息；
所述节点B，用于根据所述是否允许使用64QAM确定实际是否使用64QAM，并根据实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数，并进行下行发送处理。
本发明还提供了一种终端资源分配的方法，该方法包括：
终端根据RNC配置的实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数；
所述终端根据所述实际使用的最大软信道比特数进行上行接收处理。
本发明还提供了一种终端资源分配的系统，该系统包括：RNC和终端，其中；所述RNC，用于向所述终端配置实际使用64QAM和实际使用MIMO的信息；
所述终端，用于根据所述实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数，并进行上行接收处理。
本发明资源分配的方法，通过在节点B和终端中配置实际使用64QAM和实际使用MIMO的信息，使节点B和终端在进行资源分配时，可以根据实际使用64QAM和MIMO的应用场景来进行；另外，本发明资源分配策略的定制，有利于节点B和终端进行资源分配时，根据实际的应用场景合理地分配资源，以达到最经济地使用资源；另外，在分配资源时，节点B和终端所依据的实际使用64QAM和实际使用MIMO的信息、以及资源分配策略都是一致的，因此，本发明的方法可以保证终端和节点B两侧一致地使用资源。
附图说明
图1为本发明资源分配的方法流程示意图；
图2为本发明实施例一节点B资源分配的方法；
图3为本发明实施例二终端资源分配的方法；
图4为本发明实施例三节点B资源分配的方法；
图5为本发明实施例四终端资源分配的方法；
图6为本发明实施例五节点B资源分配的方法；
图7为本发明实施例六终端资源分配的方法；
图8为本发明实施例七节点B资源分配的方法；
图9为本发明资源分配的系统结构示意图；
图10为本发明节点B资源分配的方法流程示意图；
图11为本发明节点B资源分配的系统结构示意图；
图12为本发明终端资源分配的方法流程示意图；
图13为本发明终端资源分配的系统结构示意图。
具体实施方式
下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。
本发明的资源分配方案根据64QAM和MIMO的使用情况，来进行资源的分配，具体的定制的资源分配策略为：
64QAM和MIMO均未使用时，实际使用的最大软信道比特数为最大软信道比特总数的1/3；
只使用64QAM、不使用MIMO时，实际使用的最大软信道比特数为最大软信道比特总数的1/2；
不使用64QAM、只MIMO时，实际使用的最大软信道比特数为最大软信道比特总数的2/3。
当然还有一种情况是同时使用64QAM和MIMO，此时，实际使用的最大软信道比特数即为最大软信道比特总数，这种情况协议中已有相关规定，本发明不予讨论。
其中，最大软信道比特总数与终端类别相关，其需要事先在终端、节点B和RNC中约定。如终端、节点B和RNC事先约定：终端类别19和20对应的最大软信道比特总数为518400bit。
根据上述定制的资源分配策略，本发明的资源分配方法如图1所示，包括：
步骤101、RNC将是否允许使用64QAM和实际使用MIMO的信息配置给节点B；并将实际使用64QAM和实际使用MIMO的信息配置给终端。
RNC在建立或重配HS-DSCH时，将是否允许使用64QAM和实际使用MIMO的信息配置给节点B；将实际使用64QAM和实际使用MIMO的信息配置给终端，具体实现为：
a、针对指定的终端，RNC首先根据实际应用环境确定是否允许使用64QAM和实际使用MIMO的情况。在实际的应用中，针对不同的终端，是否允许使用64QAM和MIMO的使用情况不尽相同。
b、RNC先将是否允许使用64QAM和实际使用MIMO的信息配置给节点B：RNC通过无线链路建立请求、无线链路重配请求、或无线链路重配准备消息中的HS-DSCH信元中的MIMO Activation Indicator信元、或者MIMO ModeIndicator信元，将实际使用MIMO的信息配置给节点B；RNC通过无线链路建立请求、无线链路重配请求、或无线链路重配准备消息中的HS-DSCH信元中的SixtyfourQAM Usage Allowed Indicator信元，将是否允许使用64QAM配置给节点B。
进一步地，节点B根据RNC配置的是否允许使用64QAM的信息，确定出实际使用64QAM的信息：
当不允许使用64QAM时，节点B确定实际不使用64QAM；
当允许使用64QAM时，节点B向RNC进行实际是否使用64QAM的响应，具体为：当允许使用64QAM时，节点B根据需要确定出实际是否使用64QAM，并通过无线链路建立响应、无线链路重配响应、或无线链路重配准备好消息中的HS-DSCH信元中的SixtyfourQAM DL Usage Indicator信元返回给RNC。如此，RNC就可以确认实际使用64QAM的信息。
c、RNC将实际使用64QAM和实际使用MIMO的信息配置给终端，具体为：
当RNC确定不允许使用64QAM、即实际不使用64QAM时，RNC直接将实际使用MIMO的信息和不使用64QAM配置给终端：RNC通过激活集更新、小区更新证实、无线承载建立请求、无线承载重配请求、无线承载释放、传输信道重配请求、或者物理信道重配请求消息中的MIMO parameters信元将实际使用MIMO的信息配置给终端；RNC通过RRC连接建立、无线承载建立请求、无线承载重配请求、无线承载释放、传输信道重配请求、小区更新证实、切换到UTRAN命令、或者物理信道重配请求消息中的HS-PDSCH信元中的Downlink 64QAM configured信元将不使用64QAM配置给终端。
当确定允许使用64QAM时，RNC需要等待节点B确定实际是否使用64QAM的响应，即需要最终确定实际是否使用64QAM，然后将实际使用64QAM和实际使用MIMO的信息再配置给终端，具体的：RNC通过激活集更新、小区更新证实、无线承载建立请求、无线承载重配请求、无线承载释放、传输信道重配请求、或者物理信道重配请求消息中的MIMO parameters将实际使用MIMO的信息配置给终端；RNC通过RRC连接建立、无线承载建立请求、无线承载重配请求、无线承载释放、传输信道重配请求、小区更新证实、切换到UTRAN命令、或者物理信道重配请求消息中的HS-PDSCH信元中的Downlink 64QAM configured将实际是否使用64QAM配置给终端。
需要指出的是，RNC在将实际使用64QAM和实际使用MIMO的信息配置给节点B时，需要同时在无线链路建立请求、无线链路重配请求、或者无线链路重配准备消息中携带终端类别，如此，节点B根据终端类别可以确定使用的最大软信道比特总数。
步骤102、节点B根据RNC配置的是否允许使用64QAM确定实际是否使用64QAM，并根据实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数，并进行下行发送处理。
从步骤101可以，节点B可以根据RNC配置的是否允许使用64QAM的信息，确定出实际使用64QAM的信息。
首先，节点B根据终端类别先确定最大软信道比特总数；
然后，节点B根据实际使用64QAM和实际使用MIMO的信息确定自身实际使用的最大软信道比特数，具体为：
当64QAM和MIMO实际均未使用时，自身实际使用的最大软信道比特数为最大软信道比特总数的1/3；
当实际只使用64QAM、不使用MIMO时，自身实际使用的最大软信道比特数为最大软信道比特总数的1/2；
当实际不使用64QAM、只使用MIMO时，自身实际使用的最大软信道比特数为最大软信道比特总数的2/3。
确定了实际使用的最大软信道比特数后，节点B就可以进行下行发送处理：如果输入比特数大于实际使用的最大软信道比特数，则进行第一次速率匹配、即进行打孔操作，否则不执行第一次速率匹配；第二次速率匹配通过打孔或重复的操作，将第一次速率匹配所输出的HS-DSCH每个传输时间间隔的比特数据与HS-DSCH映射到物理信道帧内的比特数相匹配，下行发送处理的具体实现为现有技术，此处不再赘述。
步骤103、终端根据实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数，并进行上行接收处理。
首先，终端根据自身的类别确定最大软信道比特总数；然后确定自身实际使用的最大软信道比特数，其实现与节点B确定自身实际使用的最大软信道比特数相同，此处不再赘述。
确定了实际使用的最大软信道比特数后，终端就可以进行上行接收处理：确定可用的软信道比特值，根据节点B的打孔情况，进行解码，获得正确的数据块信息。其具体实现为现有技术，此处不再赘述。
下面通过具体的实施例来说明本发明的资源分配方法，这里以终端类别20为例，则对应的最大软信道比特总数为518400bit。终端类别为19的处理相同。
实施例一
该实施例提供的是节点B资源分配的方法，假设RNC确定不允许使用64QAM、实际不使用MIMO，则可以直接确定实际使用64QAM和实际使用MIMO的信息为：不使用64QAM、不使用MIMO。具体处理过程如图2所示：
步骤201，RNC、节点B和终端事先约定：终端类别20对应的最大软信道比特数为518400bit。
步骤202，RNC在HS-DSCH建立或者重配过程中，通过无线链路建立请求、无线链路重配请求、或无线链路重配准备消息把终端类别、是否允许使用64QAM(不允许使用64QAM)和实际使用MIMO(不使用MIMO)的信息配置给节点B，具体为：
RNC在上述消息中，通过HS-DSCH信元中的HS-DSCH physical layercategory extension指示终端类别为20；通过HS-DSCH信元中的MIMOActivation Indicator信元、或MIMO Mode Indicator信元指示不使用MIMO；通过HS-DSCH信元中的SixtyfourQAM Usage Allowed Indicator信元指示不允许使用64QAM。
步骤203，节点B收到无线链路建立请求消息后，获知终端类别为20、且MIMO和64QAM均未被使用。
步骤204，节点B确定终端类别20对应的最大软信道总比特数为518400比特，根据资源分配策略，当MIMO和64QAM均未被使用时，自身实际使用的最大软信道比特数为最大软信道比特总数的1/3、即172800bit。
步骤205，节点B依照实际使用的最大软信道比特数(172800bit)进行下行发送处理。
实施例二
该实施例提供的终端资源分配方法承接实施例一的节点B资源分配方法，具体处理过程如图3所示。
步骤301，RNC、节点B和终端事先约定：终端类别20对应的最大软信道比特数为518400bit。
步骤302，RNC在HS-DSCH建立或者重配过程中，把实际使用64QAM和实际使用MIMO的信息(即不使用64QAM、不使用MIMO)配置给终端，具体为：
通过激活集更新、小区更新证实、无线承载建立请求、无线承载重配请求、无线承载释放、传输信道重配请求、或者物理信道重配请求消息中不包含MIMOparameters信元来指示不使用MIMO；通过RRC连接建立、无线承载建立请求、无线承载重配请求、无线承载释放、传输信道重配请求、小区更新证实、切换到UTRAN命令、或者物理信道重配请求消息中的HS-PDSCH信元中的Downlink 64QAM configured信元指示不使用64QAM。
步骤303，终端从上述消息中获知MIMO和64QAM均未被使用。终端查看自身能力类别为20，确定最大软信道比特总数为518400bit，根据资源分配策略，当MIMO和64QAM均未被使用时，自身实际使用的最大软信道比特数为最大软信道比特总数的1/3、即172800bit。
步骤304：终端依照实际使用的最大软信道比特数(172800bit)进行上行接收处理。
实施例三
该实施例提供的是节点B资源分配的方法，假设RNC确定不允许使用64QAM、实际使用MIMO，则可以直接确定实际使用64QAM和实际使用MIMO的信息为：不使用64QAM、使用MIMO。具体处理过程如图4所示：
步骤401，RNC、节点B和终端事先约定：终端类别20对应的最大软信道比特数为518400bit。
步骤402，RNC在HS-DSCH建立或者重配过程中，通过无线链路建立请求、无线链路重配请求、或无线链路重配准备消息把终端类别、是否允许使用64QAM(不允许使用64QAM)和实际使用MIMO的信息(使用MIMO)配置给节点B，具体为：
RNC在上述消息中，通过HS-DSCH信元中的HS-DSCH physical layercategory extension指示终端类别为20；通过HS-DSCH信元中的MIMOActivation Indicator信元、或MIMO Mode Indicator信元指示使用MIMO；通过HS-DSCH信元中的SixtyfourQAM Usage Allowed Indicator信元指示不允许使用64QAM。
步骤403，节点B收到无线链路建立请求消息后，获知终端类别为20、且使用MIMO、不使用64QAM。
步骤404，节点B确定终端类别20对应的最大软信道总比特数为518400比特，根据资源分配策略，当使用MIMO、不使用64QAM时，自身实际使用的最大软信道比特数为最大软信道比特总数的2/3、即345600bit。
步骤405，节点B依照实际使用的最大软信道比特数(345600bit)进行下行发送处理。
实施例四
该实施例提供的终端资源分配方法承接实施例三的节点B资源分配方法，具体处理过程如图5所示：
步骤501，RNC、节点B和终端事先约定：终端类别20对应的最大软信道比特数为518400bit。
步骤502，RNC在HS-DSCH建立或者重配过程中，把实际使用64QAM和实际使用MIMO的信息(即不使用64QAM、只使用MIMO)配置给终端，具体为：
通过激活集更新、小区更新证实、无线承载建立请求、无线承载重配请求、无线承载释放、传输信道重配请求、或者物理信道重配请求消息中的MIMOparameters信元指示使用MIMO；通过RRC连接建立、无线承载建立请求、无线承载重配请求、无线承载释放、传输信道重配请求、小区更新证实、切换到UTRAN命令、或者物理信道重配请求消息中的HS-PDSCH信元中的Downlink64QAM configured信元指示不使用64QAM。
步骤503，终端从上述消息中获知不使用64QAM、只使用MIMO。终端查看自身能力类别为20，确定最大软信道比特总数为518400bit，根据资源分配策略，当不使用64QAM、只使用MIMO时，自身实际使用的最大软信道比特数为最大软信道比特总数的2/3、即345600bit。
步骤504，终端依照实际使用的最大软信道比特数(345600bit)进行上行接收处理。
实施例五
该实施例提供的是节点B资源分配的方法，假设RNC确定允许使用64QAM、实际不使用MIMO，节点B根据RNC的配置，确定实际使用64QAM，具体处理过程如图6所示：
步骤601，RNC、节点B和终端事先约定：终端类别20对应的最大软信道比特数为518400bit。
步骤602，RNC在HS-DSCH建立或者重配过程中，通过无线链路建立请求、无线链路重配请求、或无线链路重配准备消息把终端类别、是否允许使用64QAM(允许使用64QAM)和实际使用MIMO(不使用MIMO)的信息配置给节点B，具体为：
RNC在上述消息中，通过HS-DSCH信元中的HS-DSCH physical layercategory extension指示终端类别为20；通过HS-DSCH信元中的MIMOActivation Indicator信元、或MIMO Mode Indicator信元指示不使用MIMO；通过HS-DSCH信元中的Sixty four QAM Usage Allowed Indicator信元指示允许使用64QAM。
步骤603，节点B收到无线链路建立请求消息后，获知终端类别为20、且当前不使用MIMO、但允许使用64QAM。
步骤604，节点B根据需要确定出实际使用64QAM，并通过无线链路建立响应、无线链路重配响应、或无线链路重配准备好消息中的HS-DSCH信元中的SixtyfourQAM DL Usage Indicator通知到RNC。
步骤605，节点B判断出的实际使用64QAM和实际使用MIMO的信息为：不使用MIMO、只使用64QAM，根据资源分配策略，当不使用MIMO、只使用64QAM时，自身实际使用的最大软信道比特数为最大软信道比特总数的1/2、即259200bit。
步骤606：节点B依照实际使用的最大软信道比特数(259200bit)进行下行发送处理。
实施例六
该实施例提供的终端资源分配方法承接实施例五的节点B资源分配方法，具体处理过程如图7所示：
步骤701，RNC、节点B和终端事先约定：终端类别20对应的最大软信道比特数为518400bit。
步骤702，RNC在HS-DSCH建立或者重配过程中，把实际使用64QAM和实际使用MIMO的信息配置给终端。
需要指出的是，当RNC确定允许使用64QAM时，需要得到节点B的关于实际是否使用64QAM的响应后(如步骤604)，才能对终端进行实际使用64QAM和实际使用MIMO的信息的配置，即RNC收到节点B的无线链路建立响应、无线链路重配响应、或无线链路重配准备好消息后，确定实际使用64QAM和实际使用MIMO的信息，该实施例为：不使用MIMO、只使用64QAM，然后配置给终端，具体为：
通过激活集更新、小区更新证实、无线承载建立请求、无线承载重配请求、无线承载释放、传输信道重配请求、或者物理信道重配请求消息不包含MIMOparameters信元来指示不使用MIMO；通过RRC连接建立、无线承载建立请求、无线承载重配请求、无线承载释放、传输信道重配请求、小区更新证实、切换到UTRAN命令、或者物理信道重配请求消息中的HS-PDSCH信元中的Downlink 64QAM configured信元指示使用64QAM。
步骤703，终端从上述消息中获知不使用MIMO、只使用64QAM。终端查看自身能力类别为20，确定最大软信道比特总数为518400bit，根据资源分配策略，当不使用MIMO、只使用64QAM时，自身实际使用的最大软信道比特数为最大软信道比特总数的1/2、即259200bit。
步骤704，终端依照实际使用的最大软信道比特数(259200bit)进行上行接收处理。
实施例七
该实施例提供的是节点B资源分配的方法，假设RNC确定允许使用64QAM、实际使用MIMO，节点B根据RNC的配置，确定实际不使用64QAM，具体处理过程如图8所示：
步骤801，RNC、节点B和终端事先约定：终端类别20对应的最大软信道比特数为518400bit。
步骤802，RNC在HS-DSCH建立或者重配过程中，通过无线链路建立请求、无线链路重配请求、或无线链路重配准备消息把终端类别、实际使用MIMO的信息(使用MIMO)和是否允许使用64QAM(允许使用64QAM)的信息配置给节点B，具体为：
RNC在上述消息中，通过HS-DSCH信元中的HS-DSCH physical layercategory extension指示终端类别为20；通过HS-DSCH信元中的MIMOActivation Indicator信元、或MIMO Mode Indicator信元指示使用MIMO；通过HS-DSCH信元中的SixtyfourQAM Usage Allowed Indicator信元指示允许使用64QAM。
步骤803，节点B收到无线链路建立请求消息后，获知终端类别为20、当前使用MIMO、且允许使用64QAM。
步骤804，节点B根据需要确定出实际不使用64QAM，并通过无线链路建立响应、无线链路重配响应、或无线链路重配准备好消息中的HS-DSCH信元中的SixtyfourQAM DL Usage Indicator通知到RNC。
步骤805，节点B判断出的实际使用64QAM和实际使用MIMO的信息为：使用MIMO、不使用64QAM，根据资源分配策略，当使用MIMO、不使用64QAM时，自身实际使用的最大软信道比特数为最大软信道比特总数的2/3、即345600bit。
步骤806：节点B依照实际使用的最大软信道比特数(345600bit)进行下行发送处理。
实施例八
承接实施例七的节点B资源分配方法，该实施例提供的终端资源分配方法与实施例四的终端分配方法大致相同，不同的是：该实施例的应用场景为RNC确定实际使用MIMO、允许使用64QAM，但节点B确定实际不使用64QAM，因此，当RNC向终端配置时，要先等待节点B的响应、即实际不使用64QAM，由此RNC确定实际使用64QAM和实际使用MIMO的信息为：只使用MIMO、不使用64QAM；然后，RNC才对终端进行该信息的配置。
为了实现上述资源分配的方法，本发明提供了一种资源分配的系统，如图9所示，包括：RNC 10、节点B 20和终端30，其中：
RNC 10，用于将是否允许使用64QAM和实际使用MIMO的信息配置给节点B 20；还用于将实际使用64QAM和实际使用MIMO的信息配置给终端30；
节点B 20，用于根据RNC 10配置的是否允许使用64QAM确定实际是否使用64QAM，并根据实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数，并进行下行发送处理；
终端30，用于根据实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数，并进行上行接收处理。
其中，节点B20和终端30，进一步用于存储定制的资源分配策略。
基于实施例一、三、五、七关于节点B资源分配的描述，本发明提供了一种节点B资源分配的方法，如图10所示，包括：
步骤110，节点B根据RNC配置的是否允许使用64QAM确定实际是否使用64QAM，并根据实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数；
步骤120，节点B根据自身实际使用的最大软信道比特数进行下行发送处理。
适用于节点B资源分配的方法的系统，如图11包括：RNC 10和节点B 20，其中；RNC 10，用于向节点B 20配置是否允许使用64QAM和实际使用MIMO的信息；
节点B 20，用于根据是否允许使用64QAM确定实际是否使用64QAM，并根据实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数，并进行下行发送处理。
基于实施例二、四、六、八关于终端资源分配的描述，本发明提供了一种终端资源分配的方法，如图12所示，包括：
步骤210，终端根据RNC配置的实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数；
步骤220，终端根据自身实际使用的最大软信道比特数进行上行接收处理。
适用于终端资源分配方法的系统，如图13所示包括：RNC 10和终端30，其中；RNC 10，用于向终端30配置实际使用64QAM和实际使用MIMO的信息；终端30，用于根据实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数，并进行上行接收处理。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
Claims (15)
1.一种资源分配的方法，其特征在于，该方法包括：
无线网络控制器(RNC)将是否允许使用64正交幅度调制方式(64QAM)和实际使用多输入/多输出调制方式(MIMO)的信息配置给节点B；将实际使用64QAM和实际使用MIMO的信息配置给终端；
所述节点B根据所述RNC配置的是否允许使用64QAM确定实际是否使用64QAM，并根据实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数，并进行下行发送处理；
所述终端根据所述实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数，并进行上行接收处理。
2.根据权利要求1所述资源分配的方法，其特征在于，所述RNC将是否允许使用64QAM和实际使用MIMO的信息配置给节点B，具体为：
所述RNC通过无线链路建立请求、无线链路重配请求、或无线链路重配准备消息中的高速下行链路共享信道(HS-DSCH)信元中的MIMO ActivationIndicator信元、或者MIMO Mode Indicator信元，将实际使用MIMO的信息配置给节点B；
通过无线链路建立请求、无线链路重配请求、或无线链路重配准备消息中的HS-DSCH信元中的SixtyfourQAM Usage Allowed Indicator信元，将是否允许使用64QAM配置给节点B。
3.根据权利要求2所述资源分配的方法，其特征在于，所述节点B根据所述RNC配置的是否允许使用64QAM确定实际是否使用64QAM，具体为：
所述不允许使用64QAM时，所述节点B确定实际不使用64QAM；所述允许使用64QAM时，所述节点B根据需要确定实际是否使用64QAM；
相应的，所述允许使用64QAM，节点B根据需要确定实际是否使用64QAM之后，该方法进一步包括：所述节点B通过无线链路建立响应、无线链路重配响应、或无线链路重配准备好消息中的HS-DSCH信元中的SixtyfourQAM DLUsage Indicator信元，将确定出的实际是否使用64QAM返回给所述RNC。
4.根据权利要求3所述所述资源分配的方法，其特征在于，所述RNC将实际使用64QAM和实际使用MIMO的信息配置给终端之前，该方法还包括：所述RNC确定实际使用64QAM的信息，具体为：
允许使用64QAM时，所述RNC根据所述无线链路建立响应、无线链路重配响应、或无线链路重配准备好消息，确定实际是否使用64QAM；不允许使用64QAM时，所述RNC确认实际不使用64QAM。
5.根据权利要求4所述所述资源分配的方法，其特征在于，所述RNC将实际使用64QAM和实际使用MIMO的信息配置给终端，具体为：
实际使用64QAM的信息的配置为：所述RNC通过RRC连接建立、无线承载建立请求、无线承载重配请求、无线承载释放、传输信道重配请求、小区更新证实、切换到UTRAN命令、或者物理信道重配请求消息中的高速物理下行共享信道(HS-PDSCH)信元中的Downlink 64QAM configured信元，将实际使用64QAM的信息配置给终端；
实际使用MIMO的信息的配置为：所述RNC通过激活集更新、小区更新证实、无线承载建立请求、无线承载重配请求、无线承载释放、传输信道重配请求、或者物理信道重配请求消息中的MIMO parameters信元将实际使用MIMO配置给终端；所述RNC通过激活集更新、小区更新证实、无线承载建立请求、无线承载重配请求、无线承载释放、传输信道重配请求、或者物理信道重配请求消息不包含MIMO parameters信元将实际不使用MIMO配置给终端。
6.根据权利要求1所述资源分配的方法，其特征在于，所述定制的资源分配策略，具体为：
所述64QAM和MIMO均未使用时，所述实际使用的最大软信道比特数为最大软信道比特总数的1/3；
只使用64QAM、不使用MIMO时，所述实际使用的最大软信道比特数为最大软信道比特总数的1/2；
不使用64QAM、只使用MIMO时，所述实际使用的最大软信道比特数为最大软信道比特总数的2/3。
7.根据权利要求6所述所述资源分配的方法，其特征在于，该方法还包括：事先在所述RNC、节点B和终端上协商终端类别和所述最大软信道比特总数的对应关系。
8.根据权利要求3或7所述所述资源分配的方法，其特征在于，所述节点B确定自身实际使用的最大软信道比特数，具体为：
所述节点B根据所述无线链路建立请求、无线链路重配请求、或无线链路重配准备消息中的终端类别确定所述最大软信道比特总数，并根据所述实际使用MIMO的信息和确定出的实际使用64QAM的信息、以及所述定制的资源分配策略，确定自身实际使用的最大软信道比特数；
所述节点B根据自身实际使用的最大软信道比特数进行下行发送处理。
9.根据权利要求5或7所述所述资源分配的方法，其特征在于，所述终端确定自身实际使用的最大软信道比特数，具体为：
所述终端根据自身的终端类别确定所述最大软信道比特总数，并根据配置的所述实际使用64QAM和实际使用MIMO的信息、和所述定制的资源分配策略，确定自身实际使用的最大软信道比特数；
所述终端根据自身实际使用的最大软信道比特数进行上行接收处理。
10.一种资源分配的系统，其特征在于，该系统包括：RNC、节点B和终端，其中：
所述RNC，用于将是否允许使用64QAM和实际使用MIMO的信息配置给所述节点B；还用于将实际使用64QAM和实际使用MIMO的信息配置给所述终端；
所述节点B，用于根据所述RNC配置的是否允许使用64QAM确定实际是否使用64QAM，并根据实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数，并进行下行发送处理；
所述终端，用于根据所述实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数，并进行上行接收处理。
11.根据权利要求10所述资源分配的系统，其特征在于，
所述节点B和所述终端，进一步用于存储所述定制的资源分配策略。
12.一种节点B资源分配的方法，其特征在于，该方法包括：
节点B根据RNC配置的是否允许使用64QAM确定实际是否使用64QAM，并根据实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数；
所述节点B根据所述实际使用的最大软信道比特数进行下行发送处理。
13.一种节点B资源分配的系统，其特征在于，该系统包括：RNC和节点B，其中；所述RNC，用于向所述节点B配置是否允许使用64QAM和实际使用MIMO的信息；
所述节点B，用于根据所述是否允许使用64QAM确定实际是否使用64QAM，并根据实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数，并进行下行发送处理。
14.一种终端资源分配的方法，其特征在于，该方法包括：
终端根据RNC配置的实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数；
所述终端根据所述实际使用的最大软信道比特数进行上行接收处理。
15.一种终端资源分配的系统，其特征在于，该系统包括：RNC和终端，其中；所述RNC，用于向所述终端配置实际使用64QAM和实际使用MIMO的信息；
所述终端，用于根据所述实际使用64QAM和实际使用MIMO的信息，以及定制的资源分配策略，确定自身实际使用的最大软信道比特数，并进行上行接收处理。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010101455400A CN102215584A (zh) | 2010-04-08 | 2010-04-08 | 一种资源分配的方法和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010101455400A CN102215584A (zh) | 2010-04-08 | 2010-04-08 | 一种资源分配的方法和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102215584A true CN102215584A (zh) | 2011-10-12 |
Family
ID=44746644
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2010101455400A Pending CN102215584A (zh) | 2010-04-08 | 2010-04-08 | 一种资源分配的方法和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102215584A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107210789A (zh) * | 2015-01-23 | 2017-09-26 | 瑞典爱立信有限公司 | 无线设备、第一网络节点和第二网络节点及其执行的用于它们之间的通信的相应方法 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101350651A (zh) * | 2007-07-19 | 2009-01-21 | 中兴通讯股份有限公司 | 一种高速物理下行共享信道组合使用多技术的方法 |
-
2010
- 2010-04-08 CN CN2010101455400A patent/CN102215584A/zh active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101350651A (zh) * | 2007-07-19 | 2009-01-21 | 中兴通讯股份有限公司 | 一种高速物理下行共享信道组合使用多技术的方法 |
Non-Patent Citations (1)
| Title |
|---|
| ERICSSON: "《3GPP TSG-RAN WG3 Meeting #58 R3-072388》", 9 November 2007, article "64 QAM Activation", pages: 1-55 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107210789A (zh) * | 2015-01-23 | 2017-09-26 | 瑞典爱立信有限公司 | 无线设备、第一网络节点和第二网络节点及其执行的用于它们之间的通信的相应方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101488906B (zh) | 实时业务传输的资源分配方法、实时业务传输方法 | |
| CN102780550B (zh) | 支持上行链路数据传输的方法和无线发射/接收单元 | |
| CN103036660B (zh) | 一种反馈数据接收状况的方法 | |
| US8774822B2 (en) | Transmission of data within a communications network | |
| TWI479922B (zh) | 提供控制資訊以支援高速下鏈及上鏈方法及系統 | |
| EP2409539B1 (en) | Resource allocation in wireless communication systems | |
| CN106301670A (zh) | 上行控制信息的发送方法及装置 | |
| CN101345647B (zh) | 高速上行分组数据传输的信道建立方法及网络控制器 | |
| MXPA06012883A (es) | Arquitectura de capa mac para soportar enlace ascendente mejorado. | |
| CN101296480B (zh) | 增强上行链路调度信息的触发及数据分配方法和装置 | |
| JP2011508511A (ja) | 移動体通信ネットワークにおける方法と装置 | |
| CN101499887A (zh) | 半静态资源调度方法及系统、重传选择调度方法及系统 | |
| PT2898618T (pt) | Método e aparelho num sistema de comunicação sem fios | |
| JP7329543B2 (ja) | 端末、通信方法及び集積回路 | |
| CN111436151B (zh) | 控制信息发送方法、接收方法、终端及网络侧设备 | |
| WO2008082207A1 (en) | Method of efficient state transition in enhanced cell fach | |
| CN101989901B (zh) | 下行链路数据的重传判断方法及装置 | |
| CN101442381B (zh) | 一种业务传输及接收方法、相关装置和系统 | |
| CN102447547B (zh) | 一种mc-hsupa中混合自动重传的方法、系统和终端 | |
| CN101137098A (zh) | 上行实时分组业务传输方法 | |
| EP2597918B1 (en) | Method and device for allocating hybrid automatic repeat request (harq) processes | |
| CN102215584A (zh) | 一种资源分配的方法和系统 | |
| KR102233220B1 (ko) | 단말 장치, 기지국 장치, 무선 통신 시스템 및 단말 장치 제어 방법 | |
| CN104380824B (zh) | 减轻无线系统中的幻影信令效应 | |
| WO2009009964A1 (fr) | Gestion de processus, procédé et dispositif de codage dans un système de duplexage par répartition dans le temps en multiporteuse |
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 |
Application publication date: 20111012 |