CN102340871B - 混合自动重传请求进程的分配方法及装置 - Google Patents
混合自动重传请求进程的分配方法及装置 Download PDFInfo
- Publication number
- CN102340871B CN102340871B CN201010233921.4A CN201010233921A CN102340871B CN 102340871 B CN102340871 B CN 102340871B CN 201010233921 A CN201010233921 A CN 201010233921A CN 102340871 B CN102340871 B CN 102340871B
- Authority
- CN
- China
- Prior art keywords
- node
- notification message
- harq process
- rnc
- capability
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 187
- 230000008569 process Effects 0.000 title claims abstract description 125
- 230000015556 catabolic process Effects 0.000 claims abstract description 11
- 238000006731 degradation reaction Methods 0.000 claims abstract description 11
- 239000000872 buffer Substances 0.000 claims description 10
- 230000009977 dual effect Effects 0.000 claims description 5
- 230000011664 signaling Effects 0.000 description 31
- 238000012545 processing Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 6
- 230000004044 response Effects 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 4
- 238000011161 development Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000003139 buffering effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种混合自动重传请求进程的分配方法及装置,该方法包括:RNC将UE降级后的能力类别携带在通知消息中发送给节点B;节点B采用降级后的能力类别所对应的软信道总比特数为UE分配HARQ进程。本发明提高了分配的准确性,从而提高了***的性能。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种混合自动重传请求(HybridAutomaticRepeatRequest,简称为HARQ)进程的分配方法、节点B及无线网络控制器(RadioNetworkController,简称为RNC)。
背景技术
在***技术优化中,为了提高用户体验质量和***吞吐量,高速下行分组接入(HighSpeedDownlinkPacketAccess,简称为HSDPA)技术在不断的演进,目前下行方向已引入比16次积分调幅调制(16QuadratureAmplitudeModulation,简称为16QAM)更高阶的调制方式64QAM、多输入多输出(MultipleInputMultipleOutput,简称为MIMO)的发射和接收分集技术、多载频HSDPA技术。随着具有更高吞吐量的技术的演进,用户设备(UserEquipment,简称为UE)的能力也进一步提高。
HARQ是HSDPA的关键技术之一,它完成信道编码后的输出比特数与映射进HS-PDSCH物理信道集合的总比特数相匹配,HARQ功能由冗余版本(RedundancyVersion,简称为RV)参数控制,HARQ输出比特的精确设置依赖于输入比特数、输出比特数和RV参数。HARQ功能包括2次速率匹配和一个虚拟增量冗余(IncrementalRedundancy,简称为IR)缓存,也称为软信道容量,决定了混合ARQ的第一次速率匹配,软信道容量会影响网络侧使用的冗余版本,并在一定程度上影响终端的传输能力,该容量越大所对应有效的传输信息量越大,终端的速率会越高。UE可以同时有多个HARQ进程,多个HARQ进程的虚拟IR缓存的总和不能超过该UE能力类别的软信道总比特数。为保证成功解码,需要发送侧和接收侧使用相同的HARQ进程个数及其虚拟IR缓存,并使用相同的软信道总比特数。
目前协议中,HARQ进程个数及每个HARQ进程的缓存大小(ProcessMemorySize)由服务节点B分配,并由服务节点B通知到服务无线网络控制器(ServingRadioNetworkControl,简称为SRNC)。如果存在Iur接口,则由服务节点B通知到漂移无线网络控制器(DriftingRadioNetworkControl,简称为DRNC),再由DRNC通知到SRNC,最后由SRNC通知到终端。
NodeB通知ProcessMemorySize有两种方式:
(1)隐式:此时节点B只要返回分配的HARQ进程个数即可,节点B和UE基于UE能力等级所对应的软信道的总比特数除以HARQ进程个数,就得到每个HARQ进程所使用的缓存尺寸(ProcessMemorySize)。
(2)显式:此时节点B要返回其所分配的HARQ进程个数以及每个HARQ进程所需要的缓存尺寸(ProcessMemorySize)。并且显式分配时,Iub口和Uu(空口)的消息流程中为了减小信息传递的数据流量,3GPP定义只能传递如下枚举值:Integer(800..16000bystepof800,17600..32000bystepof1600,36000..80000bystepof4000,88000..160000bystepof8000,176000..304000bystepof16000)。
25.306协议针对每个UE能力类别规定了相应的软信道总比特数。25.331协议通过CR3813明确规定UE在是否配置媒体接入控制-增强高速(MediaAccessControl-enhancedhighspeed,简称为MAC-ehs)或双载波能力时相应使用的能力类别和对应的软信道总比特数。这样网络侧就可以在配置UE能力类别和分配ProcessMemorySize时和UE做一致的处理。
发明人发现,由于协议并没有规定RNC出于除了CR3813中以外的其它原因(比如,运营商由于市场需要限定最高比特速率为7.2Mbps;或者网络侧从最经济使用缓存的角度,对于类别19,当不使用MIMO只使用64QAM时或者当不使用64QAM只使用MIMO时,决定分别降级成类别13或15,以使用更少的软信道总比特数等等)而需要主动对UE能力类别降级时,节点B该使用多大的UE能力类别,因此,在这种情况下,节点B无法确定应该使用多大的软信道总比特数为UE分配HARQ进程,此时,节点B所分配的ProcessMemorySize是不准确的,导致***性能下降。
发明内容
本发明的主要目的在于提供一种HARQ进程的分配方法、节点B及RNC,以至少解决上述的问题。
本发明的一个方面提供了一种混合自动重传请求进程的分配方法,包括:无线网络控制器将用户设备降级后的能力类别携带在通知消息中发送给节点B;节点B采用降级后的能力类别所对应的软信道总比特数为UE分配HARQ进程。
本发明的另一个方面提供了一种节点B,包括:接收模块,用于接收来自RNC的通知消息,其中,通知消息包括:用户设备降级后的能力类别;分配模块,用于采用降级后的能力类别所对应的软信道总比特数为UE分配HARQ进程。
本发明的再一个方面一种无线网络控制器,包括:配置模块,用于将用户设备UE降级后的能力类别配置在通知消息中;发送模块,用于发送通知消息到节点B。
通过本发明,采用RNC将UE降级后的能力类别通知给节点B,节点B根据该能力类别所对应的软信道总比特数分配HARQ进程,解决了ProcessMemorySize分配不准确导致***性能下降的问题,使得节点B根据当前UE降级后的能力类别来进行HARQ进程分配,提高了分配的准确性,从而提高了***的性能。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例一的HARQ进程的分配方法的流程图;
图2是根据本发明实施例一的节点B的结构框图;
图3是根据本发明实施例一的节点B的详细结构框图;
图4是根据本发明实施例一的RNC的结构框图;
图5是根据本发明实施例一的RNC的详细结构框图;
图6是根据本发明实施例三的HARQ进程的分配方法的详细流程图;
图7是根据本发明实施例四的HARQ进程的分配方法的详细流程图;
图8是根据本发明实施例五的HARQ进程的分配方法的详细流程图;
图9是根据本发明实施例四的HARQ进程的分配方法的详细流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
实施例一
图1是根据本发明实施例一的HARQ进程的分配方法的流程图,如图1所示,该实施例提供的方法包括:
步骤S102,RNC将UE降级后的能力类别携带在通知消息中发送给节点B;
步骤S104,节点B采用该降级后的能力类别所对应的软信道总比特数为该UE分配HARQ进程。
该方法中,由于RNC能够知道当前UE降级后的能力类别,因此,节点B从RNC接收到的能力类别是准确且实时的,根据该能力类别所进行的HARQ进程的分配也是准确的,从而提高了分配的准确度,进而提高了***的性能。
为了提高RNC对节点B通知UE的过程的可控度,以及便于节点B对通知方式进行决策,在上述通知消息中,还可以携带有用于指示是否将节点B通知上述HARQ进程的方式限制为显式方式的指示信息。
另外,在UE根据节点B分配的HARQ进程进行自身的HARQ进程分配时,由于UE可能无法知道自身现在被降级为什么能力类别,可能UE也无法准确地实现分配,因此,为了防止UE和节点B双方的ProcessMemorySize不一致而导致解码出错,作为一种优选的方案,在指示信息中,RNC可以指示将节点B通知上述HARQ进程的方式限制为显式方式;则节点B将分配的HARQ进程通知给UE时,只能采用显示方式进行通知,具体地,节点B将分配的HARQ进程的缓存大小和HARQ进程的个数通知UE。
优选地,为了减少通知消息的开销,RNC可以通过以下的判断来决定是否携带指示信息,另外,为了减少节点B的处理过程及用于通知分配的HARQ进程的通知消息的开销,也可以通过以下的判断来决定是否将指示信息设置为显式方式:
RNC判断UE的降级原因是否是预定原因(其中,预定原因包括:配置MAC-ehs或具备双载波能力),若是,则确定在通知消息中不携带指示信息,以便减少通知消息的开销,或者,发送携带有指示不将节点B通知上述HARQ进程的方式限制为显式方式的指示信息的通知消息,以便减少节点B的处理过程及用于通知分配的HARQ进程的通知消息的开销;否则,发送携带有指示将所述节点B通知所述HARQ进程的方式限制为显式方式的指示信息的通知消息,以便UE在不知道自身当前降级的能力类别的情况下,正确地进行HARQ进程的分配,防止解码错误。
在指示信息指示不限制为显式方式时,为了提高处理的灵活性,节点B也可以自由决定采用何种方式通知分配的HARQ进程,也就是说,节点B可以自身进行判断:节点B确定采用显示方式还是隐式方式将HARQ进程通知UE,若采用显示方式,节点B将HARQ进程的缓存大小和HARQ进程的个数通知UE;若采用隐式方式,节点B将HARQ进程的个数通知UE。
优选地,RNC将UE降级后的能力类别携带在通知消息中发送给节点B的过程中,可以是SRNC将携带UE降级后的能力类别的通知消息发送至节点B;或者,SRNC将携带UE降级后的能力类别的通知消息发送至DRNC,DRNC将接收到的通知消息发送至节点B。通过这种方式,使得RNC和节点B之间的通知消息的传输更加方便。
为了减少通知消息的开销,可以只采用1个比特来指示通知方式,具体方式可以有多种,例如,在指示信息中通过是否携带第一指示信元(优选地,长度为1比特即可)来指示是否将节点B通知上述HARQ进程的方式限制为显式方式;或者,在指示信息中通过携带的第二指示信元(若需要指示的方式为两种,则长度为1比特即可)的取值来指示是否将节点B通知上述HARQ进程的方式限制为显式方式;其中,指示信息可以包括以下至少之一:高速下行共享信道频分双工信息、待修改的高速下行共享信道信息、待非同步修改的高速下行共享信道信息。采用现有的信息中携带通知方式,实现起来比较简单,且开发成本较低。
考虑到简化实现及降低开发成本,通知消息可以包括以下至少之一:无线链路建立请求、无线链路重配置准备、无线链路重配置请求。
图2是根据本发明实施例一的节点B的结构框图,如图2所示,该节点B可以包括:接收模块22,用于接收来自RNC的通知消息,其中,通知消息包括:用户设备UE降级后的能力类别;分配模块24,耦合至接收模块22,用于采用该降级后的能力类别所对应的软信道总比特数为该UE分配HARQ进程。该结构提高了分配的准确度,进而提高了***的性能。
图3是根据本发明实施例一的节点B的详细结构框图,如图3所示,该节点B还包括:通知模块32,耦合至分配模块24,用于在RNC指示将节点B通知上述HARQ进程的方式限制为显式方式的情况下,将分配的HARQ进程的缓存大小和HARQ进程的个数通知UE。通过通知模块32的处理,防止了UE和节点B双方的ProcessMemorySize不一致而导致的解码出错。
图4是根据本发明实施例一的RNC的结构框图,如图4所示,该RNC包括:配置模块42,用于将UE降级后的能力类别配置在通知消息中;发送模块44,耦合至配置模块42,用于发送该通知消息到节点B。通过该结构,使得节点B能够获知当前的UE降级后的能力类别,从而便于节点B进行后续的处理。
图5是根据本发明实施例一的RNC的详细结构框图,如图5所示,该RNC还可以包括:判断模块52,耦合至配置模块42,用于判断UE的降级原因是否是配置MAC-ehs或具备双载波能力;配置模块42还用于在判断模块52的判断结果为是的情况下,在通知消息中配置用于指示不将节点B通知上述HARQ进程的方式限制为显式方式的指示信息;在判断模块52的判断结果为否的情况下,在通知消息中配置用于指示将节点B通知HARQ进程的方式限制为显式方式的指示信息。通过判断模块52的处理,提高了RNC对节点B通知UE的过程的可控度,并且便于节点B对通知方式进行决策。
实施例二
该实施例描述了HARQ进程的分配方法的详细处理过程,以达到收发双方使用一致的ProcessMemorySize的目的。该方法包括RNC、节点B和UE侧的处理,具体包括以下步骤:
步骤1:RNC确定降级后的能力类别,配置给节点B(如果存在Iur接口,则经由DRNC配置给节点B),并在信令(可以为下述消息的任何一种:无线链路建立请求、无线链路重配置准备、无线链路重配置请求)中指示是否限制使用显式方式(从广义上来讲,也可以称为显式分配方式,因为广义上来说,分配的过程可以包括通知)通知ProcessMemorySize,具体的指示方法例如可以是:
(1)在现有信元的“高速下行共享信道频分双工信息(HS-DSCHFDDInformation)”、“待修改的高速下行共享信道信息(HS-DSCHInformationToModify)”或“待非同步修改的高速下行共享信道信息(HS-DSCHInformationToModifyUnsynchronised)”中增加是否使用显式方式的指示,为可选信元。如果该信元存在,表示限定节点B只能使用显式方式通知,不存在表示无此限定。
(2)在现有信元的“高速下行共享信道频分双工信息(HS-DSCHFDDInformation)”、“待修改的高速下行共享信道信息(HS-DSCHInformationToModify)”或“待非同步修改的高速下行共享信道信息(HS-DSCHInformationToModifyUnsynchronised)”中增加是否使用显式方式的指示,为必选信元。取值“真”表示限定节点B只能使用显式方式通知,取值“假”表示无此限定。
具体地,对于CR3813的范围之外的UE能力类别转换,限定节点B只能采用显式方式通知ProcessMemorySize。
步骤2:节点B接收来自RNC的信令,解析UE能力类别,以及是否限制使用显式方式的指示。并根据信令中指示的UE能力类别对应的软信道比特数分配ProcessMemorySize。更进一步的,如果指示为限制使用显式方式则节点B只能使用显式方式通知分配的HARQ进程,进入步骤3,否则由节点B自行决定使用隐式还是显式方式通知ProcessMemorySize。
步骤3:节点B将分配的HARQ进程个数和ProcessMemorySize通知到RNC。
步骤4:RNC接收来自节点B的信令(如果存在Iur接口,则接收来自DRNC的信令)。并根据信令中的通知,把HARQ进程个数和ProcessMemorySize分配传递给UE。
更进一步的,如果RNC限定节点B或DRNC只能采用显式方式方式,则RNC将节点B或DRNC返回的HARQ进程个数和ProcessMemorySize透传给UE。
步骤5:UE接收来自RNC的信令,并按照RNC信令中的通知,分配HARQ进程个数和ProcessMemorySize。
以下描述的实施例三至实施例六,结合了上述多个优选实施例的技术方案。
实施例三
该实施例通过具体的实例,描述了HARQ进程的分配方法的详细处理过程。这里以终端能力类别10为例:能力类别10对应的软信道总比特数为172800bit。图6是根据本发明实施例三的HARQ进程的分配方法的详细流程图,如图6所示,该方法包括以下步骤:
步骤610:RNC确定将能力类别10降级为能力类别8,在无线链路建立请求或无线链路重配置准备或无线链路重配置请求消息中将UE类别8配置给节点B,且指示使用显式分配方式分配ProcessMemorySize。
步骤620:节点B接收来自RNC的信令,并根据信令中指示的UE能力类别8对应的软信道比特数134400比特分配ProcessMemorySize,且使用显式分配方法,分配7个HARQ进程,每个进程的ProcessMemorySize=134400/7=19200比特。
步骤630:节点B将分配的HARQ进程个数和ProcessMemorySize通知到RNC。
步骤640:RNC接收来自节点B的响应消息。并根据信令中的通知,把7个HARQ进程和每个进程ProcessMemorySize=19200比特传递给UE。
步骤650:UE接收来自RNC的信令,并按照RNC信令中的通知,分配7个HARQ进程且每个进程ProcessMemorySize=19200比特。
实施例四
该实施例通过具体的实例,描述了HARQ进程的分配方法的详细处理过程。这里以终端能力类别20为例:能力类别20对应的软信道总比特数为518400bit。图7是根据本发明实施例四的HARQ进程的分配方法的详细流程图,如图7所示,该方法包括以下步骤:
步骤710:RNC确定将能力类别20降级为能力类别14,在无线链路建立请求或无线链路重配置准备或无线链路重配置请求消息中将UE类别14配置给节点B,且指示使用显式分配方式分配ProcessMemorySize。
步骤720:节点B接收来自RNC的信令,并根据信令中指示的UE能力类别14对应的软信道比特数259200比特分配ProcessMemorySize,且使用显式分配方法,分配6个HARQ进程,每个进程的ProcessMemorySize=259200/6=43200比特并下调到协议规定的最接近的ProcessMemorySize离散值40000比特。
步骤730:节点B将分配的HARQ进程个数和ProcessMemorySize通知到RNC。
步骤740:RNC接收来自节点B的响应消息。并根据信令中的通知,把6个HARQ进程和每个进程ProcessMemorySize=40000比特传递给UE。
步骤750:UE接收来自RNC的信令,并按照RNC信令中的通知,分配6个HARQ进程且每个进程ProcessMemorySize=40000比特。
实施例五
该实施例通过具体的实例,描述了HARQ进程的分配方法的详细处理过程。这里以终端能力类别10为例:能力类别10对应的软信道总比特数为172800bit。图8是根据本发明实施例五的HARQ进程的分配方法的详细流程图,如图8所示,该方法包括以下步骤:
步骤810:SRNC确定将能力类别10降级为能力类别8,在无线链路建立请求或无线链路重配置准备或无线链路重配置请求消息中将UE类别8配置给DRNC,且指示使用显式分配方式分配ProcessMemorySize。
步骤820:DRNC接收来自SRNC的信令,并将信令中指示的UE能力类别8以及显式分配方式指示透传给节点B。
步骤830:节点B接收来自DRNC的信令,并根据信令中指示的UE能力类别8对应的软信道比特数134400比特分配ProcessMemorySize,且使用显式分配方法,分配7个HARQ进程,每个进程的ProcessMemorySize=134400/7=19200比特。
步骤840:节点B将分配的HARQ进程个数和ProcessMemorySize通知到DRNC。
步骤850:DRNC接收来自节点B的响应消息。并根据信令中的通知,把HARQ个数=7,每个进程ProcessMemorySize=19200比特透传给SRNC。
步骤860:SRNC接收来自DRNC的响应消息。并将HARQ个数=7,每个进程ProcessMemorySize=19200比特透传给UE。
步骤870:UE接收来自RNC的信令,并按照RNC信令中的通知,分配7个HARQ进程且每个进程ProcessMemorySize=19200比特。
实施例六
该实施例通过具体的实例,描述了HARQ进程的分配方法的详细处理过程。这里以终端能力类别20为例:能力类别20对应的软信道总比特数为518400bit。图9是根据本发明实施例四的HARQ进程的分配方法的详细流程图,如图9所示,该方法包括以下步骤:
步骤910:SRNC确定将能力类别20降级为能力类别14,在无线链路建立请求或无线链路重配置准备或无线链路重配置请求消息中将UE类别14配置给DRNC,且指示使用显式分配方式分配ProcessMemorySize。
步骤920:DRNC接收来自SRNC的信令,并将信令中指示的UE能力类别14以及显式分配方式指示透传给节点B。
步骤930:节点B接收来自DRNC的信令,并根据信令中指示的UE能力类别14对应的软信道比特数259200比特分配ProcessMemorySize,且使用显式分配方法,分配6个HARQ进程,每个进程的ProcessMemorySize=259200/6=43200比特并下调到协议规定的最接近的ProcessMemorySize离散值40000比特。
步骤940:节点B将分配的HARQ进程个数和ProcessMemorySize通知到DRNC。
步骤950:DRNC接收来自节点B的响应消息。并根据信令中的通知,把HARQ个数=6,每个进程ProcessMemorySize=40000比特透传给SRNC。
步骤960:SRNC接收来自DRNC的响应消息。并将HARQ个数=6,每个进程ProcessMemorySize=40000比特透传给UE。
步骤970:UE接收来自RNC的信令,并按照RNC信令中的通知,分配6个HARQ进程且每个进程ProcessMemorySize=40000比特。
从以上的描述中,可以看出,本发明实施例提供的方案提高了分配的准确性,从而提高了***的性能。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种混合自动重传请求HARQ进程的分配方法,其特征在于,包括:
无线网络控制器RNC将用户设备UE降级后的能力类别携带在通知消息中发送给节点B;
所述节点B采用所述降级后的能力类别所对应的软信道总比特数为所述UE分配HARQ进程;
其中,在所述无线网络控制器RNC将用户设备UE降级后的能力类别携带在通知消息中发送给节点B之前,
所述RNC判断所述UE的降级原因不是预定原因,其中,所述预定原因包括:配置媒体接入控制-增强高速MAC-ehs或配置双载波能力。
2.根据权利要求1所述的方法,其特征在于,所述通知消息中还携带有用于指示是否将所述节点B通知所述HARQ进程的方式限制为显式方式的指示信息。
3.根据权利要求2所述的方法,其特征在于,在所述指示信息指示限制为显式方式的情况下;在所述节点B采用所述降级后的能力类别所对应的软信道总比特数为所述UE分配HARQ进程之后,还包括:
所述节点B将分配的所述HARQ进程的缓存大小和所述HARQ进程的个数通知所述UE。
4.根据权利要求3所述的方法,其特征在于,所述RNC判断所述UE的降级原因是所述预定原因,则所述RNC发送携带有指示不将所述节点B通知所述HARQ进程的方式限制为显式方式的指示信息的通知消息,在所述节点B采用所述降级后的能力类别所对应的软信道总比特数为所述UE分配HARQ进程之后,还包括:
所述节点B确定采用显示方式还是隐式方式将所述HARQ进程通知所述UE,若采用所述显示方式,所述节点B将所述HARQ进程的缓存大小和所述HARQ进程的个数通知所述UE;若采用所述隐式方式,所述节点B将所述HARQ进程的个数通知所述UE。
5.根据权利要求1所述的方法,其特征在于,RNC将用户设备UE降级后的能力类别携带在通知消息中发送给节点B包括:
服务无线网络控制器SRNC将携带所述UE降级后的能力类别的所述通知消息发送至所述节点B;或者,
所述SRNC将携带所述UE降级后的能力类别的通知消息发送至漂移无线网络控制器DRNC,所述DRNC将接收到的所述通知消息发送至所述节点B。
6.根据权利要求2所述的方法,其特征在于,所述指示信息通过以下方式指示是否将所述节点B通知所述HARQ进程的方式限制为显式方式:
在所述指示信息中通过是否携带第一指示信元来指示是否将所述节点B通知所述HARQ进程的方式限制为显式方式;
在所述指示信息中通过携带的第二指示信元的取值来指示是否将所述节点B通知所述HARQ进程的方式限制为显式方式;
其中,所述指示信息包括以下至少之一:高速下行共享信道频分双工信息、待修改的高速下行共享信道信息、待非同步修改的高速下行共享信道信息。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述通知消息包括以下至少之一:无线链路建立请求、无线链路重配置准备、无线链路重配置请求。
8.一种节点B,其特征在于,包括:
接收模块,用于接收来自RNC的通知消息,其中,所述通知消息包括:用户设备UE降级后的能力类别;
分配模块,用于采用所述降级后的能力类别所对应的软信道总比特数为所述UE分配HARQ进程;
其中,所述用户设备UE降级后的能力类别的降级原因不是预定原因,其中,所述预定原因包括:配置媒体接入控制-增强高速MAC-ehs或配置双载波能力。
9.根据权利要求8所述的节点B,其特征在于,还包括:
通知模块,用于在所述RNC指示将所述节点B通知所述HARQ进程的方式限制为显式方式的情况下,将分配的所述HARQ进程的缓存大小和所述HARQ进程的个数通知所述UE。
10.一种无线网络控制器RNC,其特征在于,包括:
配置模块,用于将用户设备UE降级后的能力类别配置在通知消息中;
发送模块,用于发送所述通知消息到节点B;
判断模块,用于判断所述UE的降级原因是否是配置MAC-ehs或具备双载波能力;
所述配置模块还用于在所述判断模块的判断结果为是的情况下,在所述通知消息中配置用于指示不将所述节点B通知HARQ进程的方式限制为显式方式的指示信息;在所述判断模块的判断结果为否的情况下,在所述通知消息中配置用于指示将所述节点B通知所述HARQ进程的方式限制为显式方式的指示信息。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010233921.4A CN102340871B (zh) | 2010-07-20 | 2010-07-20 | 混合自动重传请求进程的分配方法及装置 |
US13/811,274 US20130170408A1 (en) | 2010-07-20 | 2011-05-31 | Method and Device for Allocating Hybrid Automatic Repeat Request Processes |
EP11809201.4A EP2597918B1 (en) | 2010-07-20 | 2011-05-31 | Method and device for allocating hybrid automatic repeat request (harq) processes |
PCT/CN2011/075003 WO2012010013A1 (zh) | 2010-07-20 | 2011-05-31 | 混合自动重传请求进程的分配方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010233921.4A CN102340871B (zh) | 2010-07-20 | 2010-07-20 | 混合自动重传请求进程的分配方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102340871A CN102340871A (zh) | 2012-02-01 |
CN102340871B true CN102340871B (zh) | 2016-06-29 |
Family
ID=45496494
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010233921.4A Expired - Fee Related CN102340871B (zh) | 2010-07-20 | 2010-07-20 | 混合自动重传请求进程的分配方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20130170408A1 (zh) |
EP (1) | EP2597918B1 (zh) |
CN (1) | CN102340871B (zh) |
WO (1) | WO2012010013A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB201400817D0 (en) * | 2014-01-17 | 2014-03-05 | Samsung Electronics Co Ltd | Processing limitations with distributed scheduling |
US9860888B2 (en) * | 2014-10-08 | 2018-01-02 | Qualcomm Incorporated | UE category handling |
US11005635B2 (en) * | 2015-09-22 | 2021-05-11 | Qualcomm Incorporated | Reliable channel assisted hybrid-arq |
CN108631940B (zh) * | 2017-03-24 | 2019-10-18 | 维沃移动通信有限公司 | 一种数据传输方法、发送端设备及接收端设备 |
CN112970282B (zh) * | 2018-11-05 | 2024-04-05 | 上海诺基亚贝尔股份有限公司 | 用于harq过程配置的方法、设备和计算机可读介质 |
WO2023154591A1 (en) * | 2022-02-14 | 2023-08-17 | Qualcomm Incorporated | Hybrid automatic repeat request feedback retransmission |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101257371A (zh) * | 2008-04-09 | 2008-09-03 | 中兴通讯股份有限公司 | 一种无线通信上行分组调度的处理方法和装置 |
CN101370164A (zh) * | 2007-08-17 | 2009-02-18 | 中兴通讯股份有限公司 | 一种在高速分组接入信道上传输信令无线承载的方法 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1389847B1 (en) * | 2002-08-13 | 2006-12-27 | Matsushita Electric Industrial Co., Ltd. | Hybrid automatic repeat request protocol |
US20050053035A1 (en) * | 2003-08-16 | 2005-03-10 | Samsung Electronics Co., Ltd. | Method and apparatus for providing uplink packet data service on uplink dedicated channels in an asynchronous wideband code division multiple access communication system |
US20050220042A1 (en) * | 2004-02-26 | 2005-10-06 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting scheduling grant information using a transport format combination indicator in Node B controlled scheduling of an uplink packet transmission |
EP1657845A3 (en) * | 2004-11-10 | 2012-03-07 | Alcatel Lucent | Dynamic retransmission mode selector |
KR100800794B1 (ko) * | 2005-07-01 | 2008-02-04 | 삼성전자주식회사 | 패킷망을 통해 음성 서비스를 지원하는 이동통신시스템에서 음성 서비스의 전송률을 제어하는 방법 및 장치 |
US20070104167A1 (en) * | 2005-11-07 | 2007-05-10 | Nokia Corporation | Signaling cell combining capabilities |
US8130705B2 (en) * | 2006-09-15 | 2012-03-06 | Qualcomm Incorporated | Method and apparatus for service capability modification |
CN101742583B (zh) * | 2008-11-04 | 2012-08-08 | 华为技术有限公司 | 一种服务小区切换的通知方法、装置和*** |
US9072072B2 (en) * | 2011-04-29 | 2015-06-30 | Qualcomm Incorporated | Methods and apparatuses for managing simultaneous unicast and multicast/broadcast services in a wireless communication system |
-
2010
- 2010-07-20 CN CN201010233921.4A patent/CN102340871B/zh not_active Expired - Fee Related
-
2011
- 2011-05-31 WO PCT/CN2011/075003 patent/WO2012010013A1/zh active Application Filing
- 2011-05-31 US US13/811,274 patent/US20130170408A1/en not_active Abandoned
- 2011-05-31 EP EP11809201.4A patent/EP2597918B1/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101370164A (zh) * | 2007-08-17 | 2009-02-18 | 中兴通讯股份有限公司 | 一种在高速分组接入信道上传输信令无线承载的方法 |
CN101257371A (zh) * | 2008-04-09 | 2008-09-03 | 中兴通讯股份有限公司 | 一种无线通信上行分组调度的处理方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
EP2597918A4 (en) | 2016-06-01 |
US20130170408A1 (en) | 2013-07-04 |
EP2597918A1 (en) | 2013-05-29 |
CN102340871A (zh) | 2012-02-01 |
EP2597918B1 (en) | 2019-07-10 |
WO2012010013A1 (zh) | 2012-01-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110431777B (zh) | 用于确定传输数据块大小的方法和节点 | |
US8072920B2 (en) | Method for signaling resource assignment information in a frequency division multiple access system | |
KR101288768B1 (ko) | 강화된 업링크를 지원하는 매체 접속 제어 계층 아키텍처 | |
EP2214446B1 (en) | Signal transmission scheme for efficient management of common enhanced dedicated channel | |
ES2368385T3 (es) | Esquema de transmisión de señales para una gestión eficaz del canal dedicado mejorado común. | |
JP4966409B2 (ja) | 通信システムにおける方法および装置 | |
KR100770863B1 (ko) | 이동통신 시스템에서 기지국 추산 버퍼 상태 정보를 이용한 버퍼 상태 보고 방법 및 장치 | |
CN110225547B (zh) | 一种调度请求发送、接收方法、终端及网络侧设备 | |
CN102340871B (zh) | 混合自动重传请求进程的分配方法及装置 | |
US20070189206A1 (en) | Method and apparatus for dynamically configuring a hybrid automatic repeat request memory | |
CN110168982B (zh) | 用于自适应多harq实体设计的***和方法 | |
US12041647B2 (en) | Method and device for determining and configuring scheduling request resource, and storage medium | |
CN105765878A (zh) | 用于监视下行链路控制信道的方法和无线装置 | |
WO2021065153A1 (ja) | 端末及び通信方法 | |
KR101237639B1 (ko) | 셀룰러 통신 네트워크에서의 제어 채널 통신 | |
US10985866B2 (en) | Mobile communication transmission using flexible frame structure with variable MCS and TTI length | |
CN102238735B (zh) | 可用软信道比特最大值的分配方法及*** | |
CN110463107B (zh) | 终端装置、基站装置、无线通信***及终端装置控制方法 | |
CN102387591B (zh) | 一种改进的可用软信道比特最大值的分配方法及*** | |
KR200391830Y1 (ko) | 향상된 업링크를 지원하는 매체 접속 제어 계층 아키텍처를가진 장치 | |
CN102387010B (zh) | 可用软信道比特最大值的分配方法及*** | |
WO2021065154A1 (ja) | 端末及び通信方法 | |
CN113228790A (zh) | 用于网络协作的资源分配的方法和装置 | |
CN102740351A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20160629 Termination date: 20200720 |
|
CF01 | Termination of patent right due to non-payment of annual fee |