带软合并的混合自动重传请求处理方法及其系统的制作方法

文档序号:7626377阅读:471来源:国知局
专利名称:带软合并的混合自动重传请求处理方法及其系统的制作方法
技术领域
本发明涉及宽带码分多址(WCDMA,Wideband Code Division MultipleAccess)技术领域,尤其是涉及一种带软合并的混合自动重传请求处理方法及其系统。
背景技术
在宽带码分多址(WCDMA,Wideband Code Division Multiple Access)系统中,高速上行链路分组接入(HSUPA,High Speed Uplink Packet Access)技术是WCDMA R6版本中最新引入的一种上行增强技术,其主要包括如下几个技术点1)Node B控制的调度技术;2)带软合并的混合自动重传请求(HARQ,Hybrid Automatic Repeat request)技术;3)更短的传输时间间隔(TTI,transmission Time interval)技术。
其中,上述带软合并的HARQ技术主要用于增强型专用信道(E-DCH,Enhanced Dedicated Channel)的物理层快速重传处理,通过初传和重传之间的软合并来提高E-DCH物理层的译码性能。其中E-DCH是HSUPA技术在上行引入的一种增强型专用信道。
请参照图1,该图是现有技术中在UE侧的E-DCH物理层上进行带软合并的HARQ处理的处理过程示意图,其主要处理过程如下E-DCH信道编码后的输出Ne,j经过bit分离处理(bit separation)分离为系统位(Systematic bits)、校验位1(Parity 1 bits)和校验位2(Parity 2 bits)三个序列;
将该三个序列分别进行速率匹配(RM,Rate Matching)处理,将速率匹配处理后的三个序列进行bit合路处理(bit collection),并将bit合路处理后的比特映射到E-DCH专用物理数据信道(E-DPDCH,E-DCH Dedicated PhysicalData Channel)中进行传输。
其中速率匹配处理的主要作用是将速率匹配前的可变比特数匹配到一个固定速率的物理信道上进行传输。其中根据速率匹配前的比特数和速率匹配后的比特数关系,可以分为重复速率匹配处理和打孔速率匹配处理两种方式,若当速率匹配前的比特数小于速率匹配后的比特数时,要采用重复速率匹配方式进行处理,即将速率匹配前的序列某些位置的比特进行重复发送;否则采用打孔速率匹配处理方式进行处理,即将速率匹配前的序列某些位置的比特不进行发送。
目前协议中规定无线接入网(RAN,Radio Access Network)侧通过将带软合并的HARQ处理信息承载在RAN侧和用户终端(UE,User Equipment)侧进行交互的无线资源控制(RRC,Radio Resource Control)信令中,并通过NodeB透传给UE,然后UE基于接收到的带软合并的HARQ处理信息进行带软合并的HARQ处理。
但是Node B在将RAN下发的带软合并的HARQ处理信息透传给UE的过程中,不会对带软合并的HARQ处理信息进行任何处理,只是起到透传的作用,因此对于Node B而言是不了解RAN下发给UE的带软合并的HARQ处理信息的,这样就会造成Node B和UE可能基于不同的带软合并的HARQ处理信息进行带软合并的HARQ处理,导致Node B无法正确的进行带软合并的HARQ处理。

发明内容
本发明要解决的技术问题在于提出一种带软合并的混合自动重传请求处理方法及其系统,以使Node B能够和UE基于相同的带软合并的HARQ处理信息进行带软合并的HARQ处理,正确执行带软合并的HARQ处理。
为解决上述问题,本发明提出的技术方案如下一种带软合并的混合自动重传请求处理方法,包括步骤A.网络侧将下发给用户终端的带软合并的混合自动重传请求处理信息通知给Node B;B.Node B基于网络侧通知的处理信息进行带软合并的混合自动重传请求处理。
较佳地,所述步骤A具体包括步骤网络侧将下发给用户终端的带软合并的混合自动重传请求处理信息承载在Iub接口信令中;并由无线网络控制器将承载有所述处理信息的Iub接口信令下发给Node B,实现将所述处理信息通知给Node B。
较佳地,所述步骤A具体包括步骤网络侧将下发给用户终端的带软合并的混合自动重传请求处理信息承载在Iur接口信令中;并由无线网络控制器将承载有所述处理信息的Iur接口信令发送给其他无线网络控制器;其他无线网络控制器将接收到的Iur接口信令中承载的所述处理信息承载在Iub接口信令中下发给Node B,实现将所述处理信息通知给Node B。
较佳地,所述Iub接口信令为无线链路建立请求信令;或无线链路同步重配准备信令;或无线链路异步重配请求信令。
较佳地,所述Iur接口信令为无线链路建立请求信令;或无线链路同步重配准备信令;或无线链路异步重配请求信令。
较佳地,所述步骤A中网络侧通过将下发给用户终端的带软合并的混合自动重传请求处理信息承载在小区建立信令中通知给Node B。
较佳地,所述方法还包括网络侧将所述带软合并的混合自动重传请求处理信息通过广播信道以小区广播方式下发给用户终端的步骤。
较佳地,所述带软合并的混合自动重传请求处理信息为指示用户终端和Node B基于冗余版本索引值恒为0进行带软合并的混合自动重传请求处理的处理信息。所述Node B选择Chase Combining方式进行带软合并的混合自动重传请求处理。
较佳地,所述带软合并的混合自动重传请求处理信息为指示用户终端和Node B基于重传序列号确定冗余版本索引值来进行带软合并的混合自动重传请求处理的处理信息。所述Node B选择Incremental redundancy Combining方式进行带软合并的混合自动重传请求处理。
一种带软合并的混合自动重传请求处理系统,包括用于网络侧将下发给用户终端的带软合并的混合自动重传请求处理信息通知给Node B的通知单元;用于Node B基于所述通知单元通知的处理信息进行带软合并的混合自动重传请求处理的处理单元。
本发明能够达到的有益效果如下本发明方案通过网络侧将下发给UE的带软合并的HARQ处理信息通知给Node B,Node B再基于网络侧通知的带软合并的HARQ处理信息进行相应带软合并的HARQ处理。从而实现了Node B能够和UE基于相同的带软合并的HARQ处理信息进行对应带软合并的HARQ处理,解决了Node B不能正确执行带软合并的HARQ处理的问题。


图1为现有技术中在UE侧的E-DCH物理层上进行带软合并的HARQ处理的处理过程示意图;图2为本发明带软合并的混合自动重传请求处理方法的主要实现原理流程图;图3为本发明带软合并的HARQ处理系统的主要组成结构框图。
具体实施例方式
本发明方案的主要设计目的是网络侧在将带软合并的HARQ处理信息下发给UE侧的同时,也将相同的带软合并的HARQ处理信息通知给Node B,从而避免下面将结合各个附图对本发明方案的主要设计思想及其具体实施方式
进行详细的阐述。
请参照图2,该图是本发明带软合并的混合自动重传请求处理方法的主要实现原理流程图,其主要实现过程包括步骤S10,网络侧(主要指无线接入网RAN)将下发给用户终端UE的带软合并的HARQ处理信息通知给Node B;其中网络侧将下发给UE的带软合并的HARQ处理信息通知给Node B的几种具体实现方式将在下文给予详述。
步骤S20,Node B基于网络侧通知的带软合并的HARQ处理信息进行相应带软合并的HARQ处理。
其中网络侧将下发给UE的带软合并的HARQ处理信息通知给Node B的具体实现方式包括但不限于如下两种实现方式第一种方式,网络侧将下发给UE的带软合并的HARQ处理信息承载在Iub接口信令中,其中Iub接口信令包括有无线链路建立请求信令、无线链路同步重配准备信令和无线链路异步重配请求信令;然后由无线网络控制器(RNC,Radio Network Controller)将承载有上述带软合并的HARQ处理信息的Iub接口信令下发到Node B,以实现将带软合并的HARQ处理信息通知给对应Node B的目的。
基于上述过程,若一个RNC要将下发给UE的带软合并的HARQ处理信息下发到其他RNC控制范围内的Node B时,则需要进行如下处理网络侧将下发给UE的带软合并的HARQ处理信息承载在Iur接口信令中,其中Iur接口信令包括有无线链路建立请求信令、无线链路同步重配准备信令和无线链路异步重配请求信令;由一个RNC将承载有上述带软合并的HARQ处理信息的Iur接口信令发送到其他的RNC;然后其他的RNC将接收到的Iur接口信令中承载的带软合并的HARQ处理信息承载在Iub接口信令中,进而下发给对应的Node B,从而实现将带软合并的HARQ处理信息通知给对应Node B的目的。
之所以上述第一种方式可以实现网络侧将下发给UE的带软合并的HARQ处理信息通知给Node B,其主要原因如下由于在25.433协议中已经定义了RNC和Node B之间的Iub接口信令,并在25.423协议中也已经定义了各个RNC之间的Iur接口信令;因为RNC会给UE和Node B都下发信令,所以如果在Iub接口或Iur接口上的无线链路建立请求信令、无线链路同步重配准备信令或无线链路异步信令中增加E-DCH带软合并的HARQ处理信息,这样便可以保证Node B和UE均可以知道同样的带软合并的HARQ处理信息,也就能够使Node B和UE基于相同的带软合并的HARQ处理信息进行E-DCH带软合并的HARQ处理,从而能够使Node B正确执行E-DCH带软合并的HARQ处理。
在上述第一种方式中网络侧通过采用在Iub接口信令中或在Iub接口信令和Iur接口信令中承载带软合并的HARQ处理信息,实现将带软合并的HARQ处理信息通知给Node,这样可以使Node B被通知到的每个带软合并的HARQ处理信息只针对单个用户终端UE,而不需要针对一个小区内的所有用户终端UE,因此可以针对不同的业务类型或应用场景选择不同的带软合并的HARQ合并方式,使得配置过程比较灵活。
第二种方式,网络侧(RAN)可以选择通过将下发给UE的带软合并的HARQ处理信息承载在小区建立信令中通知给Node B,并将该带软合并的HARQ处理信息通过广播信道以小区广播的方式下发通知给UE,从而也可以保证Node B和UE均可以知道同样的带软合并的HARQ处理信息,也就能够使Node B和UE基于相同的带软合并的HARQ处理信息进行E-DCH带软合并的HARQ处理,从而能够使Node B正确执行E-DCH带软合并的HARQ处理。
由于带软合并的HARQ处理过程是将信道编码器输出的比特数目映射匹配到E-DPDCH上的物理信道比特数目上,从而带软合并的HARQ处理过程受到冗余版本(RV,Redundancy Version)参数的控制,其中RV参数的定义如下表所示表1RV参数定义表

其中信道编码器输出的比特经bit分离处理后,分离出的系统位和校验位会共享E-DPDCH上的物理信道比特数目,表1中s参数用来标识是系统位优先占用E-DPDCH上的物理信道比特数目,还是校验位优先占用E-DPDCH上的物理信道比特数目,因此会影响速率匹配后系统位和校验位在E-DPDCH上的物理信道中所占用的比特数目。表1中如果s为1表示系统位优先占用E-DPDCH上的物理信道比特数目,速率匹配过程会优先满足系统位,系统位会分到更多的E-DPDCH上的物理信道比特数目;如果s为0则表示校验位优先占用E-DPDCH上的物理信道比特数目,速率匹配过程会优先满足校验位,校验位会分到更多的E-DPDCH上的物理信道比特数。其中表1中的r参数用来决定重复速率匹配处理或打孔速率匹配处理的起始比特位置。
此外由上述表1可见,E-DCH的RV索引值(RV Index)和参数s/r值存在映射关系,其中RV Index是根据重传序列号(RSN,Retransmission sequencenumber)和系统位速率匹配长度/物理信道比特数[Nsys/(Ne,data,j)]来确定的。而且,当RSN=3时,还要依靠TTIN(TTI号)(注即RSN=0,1,2时,根据RSN值和使用的码速率来确定RV Index参数值;当RSN=3时,RV Index参数值除根据RSN值和使用的码速率来确定之外,同时还与TTIN有关,具体如下表2所示)。
表2RSN和RV Index参数的对应关系表 表2中,对于10ms的TTI而言,其TTI号TTIN等于连接帧号(CFN,Connect Frame Number);对于2ms的TTI而言TTIN=5×CFN+2ms子帧号此处子帧号为一个给定CFN中的5个TTI的序号,第1个TTI子帧号为0,第5个TTI的子帧号为4。
表2中的NARQ表示混合自动重传请求HARQ的进程数。
其中,带软合并的HARQ的处理过程可以采取两种合并方式进行带软合并处理,分别如下E-DCH RV Index恒为0时,采取Chase Combining方式进行带软合并的HARQ处理E-DCHRV Index会随RSN(重传序列号,初传为0,每重传一次加1,最大限制为3)发生变化时,采取Incremental redundancy Combining方式进行带软合并的HARQ处理。
基于上述,网络侧(RAN)分别向Node B和UE通知的带软合并的HARQ处理信息可以为用于指示UE和Node B基于冗余版本索引值E-DCH RV Index恒为0进行带软合并的HARQ处理的处理信息,也可以为用于指示UE和NodeB基于重传序列号RSN确定冗余版本索引值E-DCH RV Index,来进行带软合并的HARQ处理的处理信息。即网络侧分别向Node B和UE下发的带软合并的HARQ处理信息如下表所示

即RAN侧发给Node B(和UE)的信令中定义了完整的E-DCH带软合并的HARQ处理信息,该HARQ处理信息明确指示了Node B(和UE)侧如何进行E-DCH带软合并的HARQ处理方式,即如果网络侧指定使用rv0,则NodeB(和UE)将固定使用RV Index为0的RV参数(表1中对应的s=1和r=0)来进行带软合并的HARQ处理,相应Node B(和UE)采用的带软合并的HARQ合并方式为Chase Combining方式;如果网络侧指定使用基于变化的RSN得到的RV Index的RV参数(具体参照上述表1和表2中的相关项内容),则NodeB(和UE)将使用变化的RV参数来进行带软合并的HARQ处理,NodeB(和UE)采用的带软合并的HARQ合并方式为Incremental redundancy Combining。
相应的,本发明对应上述所阐述的带软合并的HARQ处理方法,在这里还提出了一种带软合并的HARQ处理系统,具体请参照图3,该图是本发明带软合并的HARQ处理系统的主要组成结构框图,其主要包括通知单元100和处理单元200,其中各个组成单元的具体作用如下通知单元100,主要用于网络侧将下发给用户终端UE的带软合并的HARQ处理信息通知给Node B;处理单元200,主要用于Node B基于上述通知单元100通知的带软合并的HARQ处理信息,进行对应的带软合并的HARQ处理。
其中本发明带软合并的HARQ处理系统的相关技术实现细节与上述本发明带软合并的HARQ处理方法中的对应技术实现细节相同或相似,请具体参照上述方法中的相关技术实现细节,这里就不再过多赘述。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
权利要求
1.一种带软合并的混合自动重传请求处理方法,其特征在于,包括步骤A.网络侧将下发给用户终端的带软合并的混合自动重传请求处理信息通知给Node B;B. Node B基于网络侧通知的处理信息进行带软合并的混合自动重传请求处理。
2.如权利要求1所述的方法,其特征在于,所述步骤A具体包括步骤网络侧将下发给用户终端的带软合并的混合自动重传请求处理信息承载在Iub接口信令中;并由无线网络控制器将承载有所述处理信息的Iub接口信令下发给Node B,实现将所述处理信息通知给Node B。
3.如权利要求1所述的方法,其特征在于,所述步骤A具体包括步骤网络侧将下发给用户终端的带软合并的混合自动重传请求处理信息承载在Iur接口信令中;并由无线网络控制器将承载有所述处理信息的Iur接口信令发送给其他无线网络控制器;其他无线网络控制器将接收到的Iur接口信令中承载的所述处理信息承载在Iub接口信令中下发给Node B,实现将所述处理信息通知给Node B。
4.如权利要求2或3所述的方法,其特征在于,所述Iub接口信令为无线链路建立请求信令;或无线链路同步重配准备信令;或无线链路异步重配请求信令。
5.如权利要求3所述的方法,其特征在于,所述Iur接口信令为无线链路建立请求信令;或无线链路同步重配准备信令;或无线链路异步重配请求信令。
6.如权利要求1所述的方法,其特征在于,所述步骤A中网络侧通过将下发给用户终端的带软合并的混合自动重传请求处理信息承载在小区建立信令中通知给Node B。
7.如权利要求6所述的方法,其特征在于,还包括网络侧将所述带软合并的混合自动重传请求处理信息通过广播信道以小区广播方式下发给用户终端的步骤。
8.如权利要求1、2、3、6或7所述的方法,其特征在于,所述带软合并的混合自动重传请求处理信息为指示用户终端和Node B基于冗余版本索引值恒为0进行带软合并的混合自动重传请求处理的处理信息。
9.如权利要求8所述的方法,其特征在于,所述Node B选择ChaseCombining方式进行带软合并的混合自动重传请求处理。
10.如权利要求1、2、3、6或7所述的方法,其特征在于,所述带软合并的混合自动重传请求处理信息为指示用户终端和Node B基于重传序列号确定冗余版本索引值来进行带软合并的混合自动重传请求处理的处理信息。
11.如权利要求10所述的方法,其特征在于,所述Node B选择Incrementalredundancy Combining方式进行带软合并的混合自动重传请求处理。
12.一种带软合并的混合自动重传请求处理系统,其特征在于,包括用于网络侧将下发给用户终端的带软合并的混合自动重传请求处理信息通知给Node B的通知单元;用于Node B基于所述通知单元通知的处理信息进行带软合并的混合自动重传请求处理的处理单元。
全文摘要
本发明公开了一种带软合并的混合自动重传请求处理方法,包括步骤网络侧将下发给用户终端的带软合并的混合自动重传请求处理信息通知给NodeB;Node B基于网络侧通知的处理信息进行带软合并的混合自动重传请求处理。相应的本发明还公开了一种带软合并的混合自动重传请求处理系统,包括用于网络侧将下发给用户终端的带软合并的混合自动重传请求处理信息通知给Node B的通知单元;和用于Node B基于所述通知单元通知的处理信息进行带软合并的混合自动重传请求处理的处理单元。本发明可以使Node B能够和UE基于相同的带软合并的HARQ处理信息进行带软合并的HARQ处理,正确执行带软合并的HARQ处理。
文档编号H04L1/18GK1801688SQ20051011554
公开日2006年7月12日 申请日期2005年11月4日 优先权日2005年11月4日
发明者徐昌平 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1