专利名称：一种混合自动重传请求处理方法
技术领域：
本发明涉及无线通信领域，尤其涉及宽带码分多址(Wide-band CodeDivision Multiple Address)系统中采用高速上行链路分组接入(HSUPA，HighSpeed Uplink Packet Access)技术时，一种混合自动重传请求(HARQ，HybridAutomatic Repeat request)处理方法。
背景技术：
在WCDMA系统中，HSUPA技术是WCDMA R6版本中最新引入的一种上行增强技术，其主要包括如下几个技术点1)基站(NodeB)控制的调度技术；2)HARQ带软合并技术；3)更短的传输时间间隔(transmission Time interval，TTI)技术。
其中，上述HARQ合并技术主要用于增强型专用信道(E-DCH，EnhancedDedicated Channel)的物理层快速重传处理，通过初传和重传之间的软合并来提高E-DCH物理层的译码性能。
请参照图1，该图是现有技术中在用户终端设备(UE)侧的E-DCH物理层上进行HARQ处理的处理过程示意图，其主要处理过程如下E-DCH信道编码后的输出Ne，j经过比特(bit)分离处理(bit separation)分离为系统位(Systematic bits)、校验位1(Parity 1 bits)和校验位2(Parity 2bits)三个序列；将该三个序列分别进行速率匹配(Rate Matching，RM)处理，将速率匹配处理后的三个序列进行bit合路处理(bit collection)，并将bit合路处理后的比特映射到E-DCH专用物理数据信道(E-DCH Dedicated Physical DataChannel，E-DPDCH)中进行传输。
其中速率匹配处理的主要作用是将速率匹配前的可变比特数匹配到固定速率的物理信道上进行传输。根据速率匹配前的比特数和速率匹配后的比特数关系，可以分为重复速率匹配处理和打孔速率匹配处理两种方式，当速率匹配前的比特数小于速率匹配后的比特数时，采用重复速率匹配方式进行处理，即将速率匹配前的序列某些位置的比特进行重复发送；否则采用打孔速率匹配处理方式进行处理，即将速率匹配前的序列某些位置的比特不进行发送。
HARQ功能受冗余版本(RV)参数控制，RV参数定义如下表一所示表一RV参数定义
上表一中，s参数用来选择是系统位优先还是校验位优先，会影响速率匹配后系统位和校验位在物理信道中所占的bit数，如果s为1表示系统位优先，速率匹配优先满足系统位，如果s为0表示校验位优先，速率匹配优先满足校验位。r参数用来决定重复速率匹配处理和打孔速率匹配处理的bit起始位置。
HARQ分为蔡斯合并(Chase Combining，简称CC类型)和增量冗余合并(Incremental Redundant Combining，简称IR类型)两种合并类型，采用CC合并类型时，RV Index固定为0；采用IR合并类型时，RV Index会随重传序列号(Repeat Serial Number，RSN)发生变化。
根据不同的HARQ合并类型，NodeB分为仅支持增量冗余合并(Incremental Redundant Combining only，简称IR only)、仅支持蔡斯合并(Chase Combining only，简称CC only)和增量冗余合并及蔡斯合并都支持(IR&CC)的NodeB。
表一中的RV Index是由UE发送方控制的，23.331协议中定义了HARQ冗余版本配置信元，如下表二所示表二
协议规定在无线链路建立请求(Radio Link Setup Request)、异步的无线链路重配置请求(Radio Link Reconfiguration Request)、同步的无线链路重配请求Radio LinkReconfiguration Prepare)消息中携带HARQ相关信息，具体的HARQInfo for E-DCH信元定义如下表三所示表三
由于在现有协议中，已规定无线链路建立请求消息中，HARQ Info forE-DCH信元的“Presence”为“M”，即为必选状态，因此，现有技术中，SRNC发送给NodeB的无线链路建立请求消息中每次都将携带HARQ Info for E-DCH信元，将SRNC选择的HARQ合并类型通知给NodeB。
现有协议中，对于无线链路重配置信令(同步无线链路重配置信令或异步无线链路重配置信令)，规定其HARQ Info for E-DCH信元的“Presence”为“O”，即为可选状态。
具体地，现有技术中，在一次无线链路建立中，由SRNC根据Qos等业务信息来决定选择IR类型或者CC类型进行HARQ合并；SRNC决定后，会通过NodeB应用部分(Node B Application Part，NBAP)消息和无线网络子系统应用部分(Radio Network Subsystem Application Part，RNSAP)消息通知NodeB使用选择的HARQ合并类型。当NodeB支持SRNC选择的HARQ合并类型，完成无线链路建立或无线链路重配置后，SRNC通过无线资源控制(RadioResource Control，RRC)消息通知UE本次通信使用的HARQ合并类型，UE按照该HARQ合并类型发送数据，NodeB使用该HARQ合并类型进行数据接收合并。
当NodeB不支持SRNC选择的合并类型时，可以通过NodeB直接反馈，或通过控制无线网络控制器(CRNC)进行反馈，通知SRNC其支持的HARQ合并类型。如果通过CRNC进行反馈，NodeB可以通过审核过程(AuditProcedure)的Audit Response消息或资源状态指示(RESOURCE STATUSINDICATION)过程等告知CRNC其支持的HARQ合并类型。CRNC通过无线链路建立响应消息(RL Setup Response)、异步无线链路重配置响应消息(RLReconfiguration Response)或同步无线链路重配置响应消息(RLReconfiguration Ready)将获知的NodeB支持的HARQ合并类型通知SNRC。
通过上述现有技术的描述可知，不管NodeB是CC only、IR only或者(IR+CC)类型，在SRNC发送给NodeB的无线链路建立消息中，都要携带通知NodeB进行HARQ合并的合并类型信元(HARQ Info for E-DCH信元)；即现有技术中SRNC不对NodeB进行类型区分，总是认为NodeB为IR+CC类型。由于无线链路建立消息在网络中使用频率非常高，这样，每个消息都携带HARQ Info for E-DCH信元，将带来比较大的信令开销。其实，对于使用CC only或IR only的NodeB，SRNC只能选用NodeB支持的CC或IR合并类型，因此不必在无线链路建立请求或无线链路重配置请求消息中携带HARQ信息，即当NodeB支持的HARQ类型为CC only或IR only时，在发送给NodeB的无线链路建立消息或无线链路重配置消息中可以不包含HARQ Info for E-DCH信元。
发明内容
本发明提供一种混合自动重传请求处理方法，用以解决现有技术中SRNC在发送给NodeB的每一条无线链路建立消息中都必须携带HARQ合并类型信息信元，信令开销大的问题。
本发明方法包括服务无线网络控制器SRNC获取并存储基站NodeB支持的HARQ合并类型信息；在SRNC向NodeB发送无线链路建立消息或无线链路重配置消息时，如果查询出该NodeB支持的HARQ合并类型为只支持蔡斯合并(ChaseCombining only)类型或者只支持增量冗余合并(Incremental redundancyCombining only)类型，则在所述无线链路建立消息或无线链路重配置消息中不包含携带HARQ合并类型信息的信元。
根据本发明的上述方法，将无线链路建立消息中的增强型专用传输信道HARQ信息HARQ Info for E-DCH信元的呈现状态“presence”由必选“M”改为可选“O”；在SRNC向NodeB发送无线链路建立消息或无线链路重配置消息时，如果查询出该NodeB支持的HARQ合并类型为Chase Combining only类型或者Incremental redundancy Combining only类型，则在所述无线链路建立消息或无线链路重配置消息中不包含HARQ Info for E-DCH信元；NodeB完成无线链路建立后，SRNC将本地保存的该NodeB支持的HARQ合并类型通知建立无线链路的对应移动终端。
所述SRNC获取NodeB支持的HARQ合并类型，包括A、控制无线网络控制器CRNC获取所管辖的NodeB支持的HARQ合并类型信息；B、CRNC将获取的对应NodeB支持的HARQ合并类型信息通过Iur接口通知周围RNC保存。
所述步骤A包括A1、NodeB在接收到CRNC下发的审计请求(AUDIT REQUEST)信令后，通过审计响应(AUDIT RESPONSE)信令将自身支持的HARQ合并类型信息通知给CRNC；或者A2、NodeB通过资源状态指示(RESOURCE STATUS INDICATION)信令主动将自身支持的HARQ合并类型信息通知给CRNC。
所述步骤B包括B1、当CRNC重启后，通过重启Reset过程，将所管辖的NodeB支持的HARQ合并类型信息通知周围RNC保存；或者B2、通过RNC之间的信息交换Information Exchange过程，CRNC将所管辖的NodeB支持的HARQ合并类型信息通知周围RNC保存。
所述步骤B2包括周围RNC向所述CRNC发送信息交换开始请求消息INFORMATIONEXCHANGE INITIATION REQUEST，在该消息中添加请求HARQ信息的HARQ Info信元；所述CRNC返回信息交换开始响应消息INFORMATION EXCHANGEINITIATION RESPONSE，在该消息中添加信元，携带其所管辖的NodeB支持的HARQ合并类型信息；或者所述CRNC定期向周围RNC发送信息报告消息INFORMATIONREPORT，在该消息中添加信元，携带其所管辖的NodeB支持的HARQ合并类型信息；或者当所述CRNC所管辖的NodeB的数量发生变化或所管辖的NodeB支持的HARQ合并类型发生改变时，CRNC向周围RNC发送INFORMATIONREPORT，在该消息中添加信元，携带其所管辖的NodeB支持的HARQ合并类型信息。
根据本发明的上述方法，当所述CRNC所管辖的全部NodeB都支持相同的HARQ合并类型时，在所述添加的信元中，只需携带NodeB支持的HARQ合并类型的对应指示标识；接收端根据所述指示标识解析出所述CRNC所管辖的NodeB都支持的HARQ合并类型；当CRNC所管辖的NodeB支持的HARQ合并类型不完全相同时，在所述添加的信元中，需携带CRNC所管辖的每一个NodeB标识及该NodeB支持的HARQ合并类型信息。
所述SRNC获取NodeB支持的HARQ合并类型，还包括通过操作管理平台将获取的NodeB及其支持的HARQ合并类型信息人工配置到所述SRNC中存储。
所述SRNC获取NodeB支持的HARQ合并类型，还包括当NodeB重启时，将自身支持的HARQ合并类型信息通知与之相连接的所有RNC。
所述SRNC获取NodeB支持的HARQ合并类型，还包括当NodeB重启时，将自身支持的HARQ合并类型信息通知设置在网络中的一个公共实体保存；所述SNC从所述公共实体中获取NodeB支持的HARQ合并类型信息。
根据本发明的上述方法，在SRNC向NodeB发送无线链路建立消息或无线链路重配置消息时，如果没有在本地查询到该NodeB支持的HARQ合并类型，则按照Node B为Chase Combining和Incremental redundancy Combining都支持类型，在所述无线链路建立消息或无线链路重配置消息中携带HARQ信息，指示该NodeB使用SRNC选择的HARQ合并类型；当NodeB不支持SRNC选择的HARQ合并类型时，向SRNC返回其支持的HARQ合并类型信息；SRNC在本地保存NodeB返回的其支持的HARQ合并类型信息。
根据本发明的上述方法，在SRNC向NodeB发送无线链路建立消息或无线链路重配置消息时，如果查询出该NodeB支持的HARQ合并类型为ChaseCombining和Incremental redundancy Combining都支持类型，则按现有流程处理。
根据本发明的上述方法，在SRNC中仅存储HARQ合并类型为ChaseCombining only类型和Incremental redundancy Combining only类型的NodeB记录；在SRNC向NodeB发送无线链路建立消息或无线链路重配置消息时，如果没有查询到该NodeB的对应记录，则按现有流程处理。
本发明有益效果如下(1)、采用本发明方法，当SRNC了解NodeB支持的HARQ类型为IR only或CC only后，在链路建立的三条消息无线链路建立请求消息(Radio LinkSetup Request)、异步的无线链路重配置消息(Radio Link ReconfigurationRequest)或同步的无线链路重配置消息(Radio Link Reconfiguration Prepare)中都无需携带HARQ合并类型信息，节省大量信令开销。
(2)、采用本发明方法时，仅需将现有协议中规定的无线链路建立请求(Radio Link Setup Request)中的HARQ Info for E-DCH信元的presence由“M”改为“O”，当NodeB的类型为IR only或CC only时，在发送给NodeB的无线链路建立消息或无线链路重配置消息中不包含该HARQ Info for E-DCH信元，实现简单。
(3)、本发明还提供了多种获取NodeB支持的HARQ合并类型的具体方法，使SRNC在指示NodeB建立无线链路或重配置无线链路时，能准确得知该NodeB的具体类型信息，保证了本发明方法的实施。
图1为现有技术E-DCH物理层上进行HARQ处理的处理过程示意图；图2为本发明方法流程图。
具体实施例方式
本发明方法的基本原理为当SRNC获知NodeB支持的HARQ类型为CConly或IR only类型时，在发送给NodeB的RL Setup Request消息中不携带HARQ合并类型信息。
由于在25.423和25.433协议中，已将RL Setup Request中的HARQ Info forE-DCH信元的Presence规定为必选状态“M”，因此，本发明将该Presence的选择状态从“M”改为“O”。
为了实施本发明的方法，SRNC需要获知NodeB支持的HARQ合并类型是CC only、IR only还是CC+IR类型。
下面对SRNC如何获取NodeB支持的HARQ合并类型给出详细描述。
一、SRNC为NodeB的CRNC；CRNC可以获知所管辖的NodeB支持的HARQ合并类型，具体方法为(1)、CRNC向NodeB下发审计请求(AUDIT REQUEST)信令，NodeB返回审计响应(AUDIT RESPONSE)信令，将自身支持的HARQ合并类型信息通知给CRNC；(2)NodeB通过资源状态指示(RESOURCE STATUS INDICATION)信令主动将自身支持的HARQ合并类型信息通知给CRNC。
当SRNC为NodeB的CRNC时(SRNC-＞Node B)，SRNC通过上面两个方法必然了解NodeB支持的HARQ合并类型，当确定出该Node B支持的HARQ合并类型为CC only或IR only时，SRNC在发送的无线链路建立请求(Radio Link Setup Request)、异步的无线链路重配(Radio Link ReconfigurationRequest)和同步的无线链路重配(Radio Link Reconfiguration Prepare)消息中不必包含携带HARQ合并类型信元，即在上述消息中不携带HARQ Info forE-DCH信元。SRNC在收到相应响应消息，即RL setup Response，RLReconfiguration Response和RL Reconfiguration Ready消息后通过RRC消息告诉UE应采用的HARQ合并类型。
二、SRNC不是NodeB的CRNC；SRNC并不一定是NodeB的CRNC，这样SRNC通过以下方法了解周围RNC下的NodeB支持的HARQ合并类型
方法一、在CRNC了解其所管辖的NodeB支持的HARQ合并类型情况下，通过Iur接口通知周围RNC。
通知的方式可以是通过Reset过程，在CRNC重起后通知。具体通知方式为现有技术，描述从略。
还可以通过RNC之间的信息交换(INFORMATION EXCHANGE)过程，将NodeB支持的HARQ合并类型通知给周围RNC。
例如RNC1可以通过信息交换开始请求(INFORMATION EXCHANGEINITIATION REQUEST)消息请求RNC2报告其所管辖的NodeB的支持的HARQ合并类型信息；RNC2通过信息交换开始响应(INFORMATION EXCHANGE INITIATIONRESPONSE)消息向RNC1报告所管辖的NodeB的HARQ能力信息。
或者RNC2定期或收集全其所管辖的所有NodeB支持的合并类型后，通过信息报告(INFORMATION REPORT)消息报告给RNC1。
本发明可以使用上述信息交换过程，实现CRNC将自己所管辖的NodeB支持的HARQ合并类型信息通知给周围的RNC。具体方法为周围RNC向CRNC发送信息交换开始请求消息INFORMATIONEXCHANGE INITIATION REQUEST，在该消息中添加请求HARQ信息的HARQ Info信元；CRNC返回信息交换开始响应消息INFORMATION EXCHANGEINITIATION RESPONSE，在该消息中添加信元，携带其所管辖的NodeB支持的HARQ合并类型信息。
或者CRNC定期向周围RNC发送信息报告消息INFORMATIONREPORT，在该消息中添加信元，携带其所管辖的NodeB支持的HARQ合并类型信息；或者当CRNC所管辖的NodeB的数量发生变化或所管辖的NodeB支持的HARQ合并类型发生改变时，CRNC向周围RNC发送INFORMATIONREPORT，在该消息中添加信元，携带其所管辖的NodeB支持的HARQ合并类型信息。
实际网络中，某厂商的RNC下所管辖的NodeB也都是某个厂商的，这样，如果某CRNC下的一个NodeB是IR only、CC only或IR+CC中的一种类型，那么一般来说该CRNC下的其他NodeB也都是这种类型(当然也有例外)。如果CRNC下的全部NodeB都属于同一种类型，即同为IR only类型、CC only类型或IR+CC类型，那么CRNC只要通知周围RNC其自身的合并类型即可，用自身的合并类型来代表其所管辖的全部NodeB都支持该种合并类型，不需要将其所管辖的每一个NodeB的标识及其支持的合并类型都一一进行通知。即当CRNC所管辖的全部NodeB都支持相同的HARQ合并类型时，在上述添加的信元中，只需携带NodeB支持的HARQ合并类型的对应指示标识；接收端根据所述指示标识解析出所述CRNC所管辖的NodeB都支持的HARQ合并类型。
当CRNC所管辖的NodeB支持的HARQ合并类型不完全相同时，在上述添加的信元中，需要携带CRNC所管辖的每一个NodeB标识及该NodeB支持的HARQ合并类型信息。
为此，可以建立上述添加信元的具体定义如下表四所示(仅为一个举例)表四
上表四中，如果CRNC下的全部NodeB都支持同一种HARQ类型，在增加的信元中仅需要携带RNC的合并类型标识“1”、“2”或“3”；周围RNC收到后，根据接收的对应标识进行解析
若接收到的标识为“1”，则记录该CRNC管辖的全部NodeB支持的HARQ合并类型为仅支持IR合并类型(IR only)；若接收到的标识为“2”，则记录该CRNC管辖的全部NodeB支持的HARQ合并类型为仅支持CC合并类型(CC only)；若接收到的标识为“3”，则记录该CRNC管辖的全部NodeB支持的HARQ合并类型为既支持IR合并类型又支持CC合并类型(IR+CC)。
若RNC合并类型标识为“4”，表示该CRNC管辖的NodeB并非都是支持同一种HARQ合并类型，这时，需要区分成三种类型，分别将NodeB标识及其支持的HARQ合并类型信息通知给周围RNC。
当然，上面的形式可以进行变化，如CRNC只通知仅支持CC合并类型和仅支持IR合并类型的基站。这样，对于SRNC不了解的基站，SRNC将其认作IR+CC类型。
方法二通过RNC的学习过程了解NodeB的类型。
在RNC充当SRNC过程中，如果对某NodeB的类型不了解，在该次通信过程中，指派该NodeB使用一种合并类型，如果该NodeB不支持该指定的合并类型，将返回NodeB的支持的合并类型信息。SRNC记录并存储在本地，从而获得该NodeB的合并类型。即SRNC具有自我学习能力，能将获得的NodeB的合并类型进行记录存储，在下次需要获取该NodeB的合并类型时，查询本地的记录信息即可得知。为防止NodeB更换类型，SRNC可以定期删除或忽略NodeB的合并类型信息，当再次指派该NodeB使用其不支持的合并类型时，根据NodeB的返回信息后再次记录其支持的合并类型。
方法三通过操作管理平台(O&M)手工配置。
通过操作管理平台将获取的NodeB及其支持的HARQ合并类型信息人工配置到所述SRNC中存储。手工配置要求比较高。
方法四通过NodeB重启等过程通知其支持的HARQ合并类型。
当NodeB重启时，将自身支持的HARQ合并类型信息通知与之相连接的所有RNC，包括CRNC和周围其他RNC。
方法五NodeB重启时，将自身支持的HARQ合并类型信息通知到一个公共实体存储。
当NodeB重启时，将自身支持的HARQ合并类型信息通知设置在网络中的一个公共实体保存；SNC从所述公共实体中定期获取NodeB支持的HARQ合并类型信息。
以上所述，为本发明提供的SRNC获取NodeB支持的HARQ合并类型信息的几种具体方法。实际网络中，还可以通过其它的方法获取NodeB支持的HARQ合并类型信息。以上仅是举例，本发明对具体的获取方法不作限定。
本发明将获取到的NodeB支持的HARQ合并类型信息存储到SRNC本地，在SRNC向NodeB发送无线链路建立消息或无线链路重配置消息时，如果查询出该NodeB支持的HARQ合并类型为仅支持CC合并类型(CC only)或者仅支持IR合并类型(IR only)时，则在无线链路建立消息或无线链路重配置消息中不包含携带HARQ合并类型信息的信元；如果查询出NodeB支持的HARQ合并类型为既支持CC合并类型又支持IR合并类型(IR+CC)，则按现有流程处理，即在无线链路建立消息或无线链路重配置消息中携带HARQ合并类型信息，NodeB根据指定的合并类型对接收的数据进行合并处理。
综上所述，本发明方法的具体流程如图2所示，包括如下步骤步骤S11、将HARQ Info for E-DCH信元的呈现状态“presence”由必选“M”改为可选“O”；步骤S12、SRNC获取并存储基站NodeB支持的HARQ合并类型信息；步骤S13、在SRNC向NodeB发送无线链路建立消息或无线链路重配置消息时，查询出该NodeB支持的HARQ合并类型；步骤S14、判断NodeB支持的HARQ合并类型是否为CC only或者IR only，如果NodeB支持的HARQ合并类型不是CC only或者IR only，则执行步骤S15；否则，执行步骤S16；
步骤S15、按照现有技术向NodeB发送无线链路建立消息或无线链路重配置消息；步骤S16、SRNC向NodeB发送无线链路建立消息或无线链路重配置消息，在所述无线链路建立消息或无线链路重配置消息中不包含携带HARQ合并类型信息的信元(即不包含HARQ Info for E-DCH信元)。
在上述方法流程中，有可能SRNC保存的NodeB记录不是很全面，当SRNC向NodeB发送无线链路建立消息或无线链路重配置消息时，如果没有在本地查询到该NodeB的记录信息，则采用现有流程处理，即在无线链路建立消息或无线链路重配置消息中携带HARQ合并类型信息，指示该NodeB使用SRNC选择的HARQ合并类型；当NodeB不支持SRNC选择的HARQ合并类型时，向SRNC返回其支持的HARQ合并类型信息；SRNC在本地保存NodeB返回的其支持的HARQ合并类型信息。
为了进一步减少信令开销，在SRNC中可以仅存储HARQ合并类型为CConly和IR only的NodeB记录；在SRNC向NodeB发送无线链路建立消息或无线链路重配置消息时，如果没有查询到该NodeB的对应记录，则按现有流程处理。
综上所述，采用本发明方法，当SRNC了解Node B支持的HARQ合并类型为IR only或CC only后，在链路建立的三条消息Radio Link Setup Request、Radio Link Reconfiguration Request或Radio Link Reconfiguration Prepare中都无需携带HARQ合并类型信息，节省大量信令开销。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1.一种混合自动重传请求HARQ处理方法，其特征在于，包括服务无线网络控制器SRNC获取并存储基站NodeB支持的HARQ合并类型信息；在SRNC向NodeB发送无线链路建立消息或无线链路重配置消息时，如果查询出该NodeB支持的HARQ合并类型为只支持蔡斯合并(ChaseCombining only)类型或者只支持增量冗余合并(Incremental redundancyCombining only)类型，则在所述无线链路建立消息或无线链路重配置消息中不包含携带HARQ合并类型信息的信元。
2.如权利要求1所述的方法，其特征在于，将无线链路建立消息中的增强型专用传输信道HARQ信息HARQ Info for E-DCH信元的呈现状态“presence”由必选“M”改为可选“O”；在SRNC向NodeB发送无线链路建立消息或无线链路重配置消息时，如果查询出该NodeB支持的HARQ合并类型为Chase Combining only类型或者Incremental redundancy Combining only类型，则在所述无线链路建立消息或无线链路重配置消息中不包含HARQ Info for E-DCH信元；NodeB完成无线链路建立后，SRNC将本地保存的该NodeB支持的HARQ合并类型通知建立无线链路的对应移动终端。
3.如权利要求1所述的方法，其特征在于，所述SRNC获取NodeB支持的HARQ合并类型，包括A、控制无线网络控制器CRNC获取所管辖的NodeB支持的HARQ合并类型信息；B、CRNC将获取的对应NodeB支持的HARQ合并类型信息通过Iur接口通知周围RNC保存。
4.如权利要求3所述的方法，其特征在于，所述步骤A包括A1、NodeB在接收到CRNC下发的审计请求(AUDIT REQUEST)信令后，通过审计响应(AUDIT RESPONSE)信令将自身支持的HARQ合并类型信息通知给CRNC；或者A2、NodeB通过资源状态指示(RESOURCE STATUS INDICATION)信令主动将自身支持的HARQ合并类型信息通知给CRNC。
5.如权利要求3所述的方法，其特征在于，所述步骤B包括B1、当CRNC重启后，通过重启Reset过程，将所管辖的NodeB支持的HARQ合并类型信息通知周围RNC保存；或者B2、通过RNC之间的信息交换Information Exchange过程，CRNC将所管辖的NodeB支持的HARQ合并类型信息通知周围RNC保存。
6.如权利要求5所述的方法，其特征在于，所述步骤B2包括周围RNC向所述CRNC发送信息交换开始请求消息INFORMATIONEXCHANGE INITIATION REQUEST，在该消息中添加请求HARQ信息的HARQ Info信元；所述CRNC返回信息交换开始响应消息INFORMATION EXCHANGEINITIATION RESPONSE，在该消息中添加信元，携带其所管辖的NodeB支持的HARQ合并类型信息；或者所述CRNC定期向周围RNC发送信息报告消息INFORMATIONREPORT，在该消息中添加信元，携带其所管辖的NodeB支持的HARQ合并类型信息；或者当所述CRNC所管辖的NodeB的数量发生变化或所管辖的NodeB支持的HARQ合并类型发生改变时，CRNC向周围RNC发送INFORMATIONREPORT，在该消息中添加信元，携带其所管辖的NodeB支持的HARQ合并类型信息。
7.如权利要求6所述的方法，其特征在于，当所述CRNC所管辖的全部NodeB都支持相同的HARQ合并类型时，在所述添加的信元中，只需携带NodeB支持的HARQ合并类型的对应指示标识；接收端根据所述指示标识解析出所述CRNC所管辖的NodeB都支持的HARQ合并类型；当CRNC所管辖的NodeB支持的HARQ合并类型不完全相同时，在所述添加的信元中，需携带CRNC所管辖的每一个NodeB标识及该NodeB支持的HARQ合并类型信息。
8.如权利要求1所述的方法，其特征在于，所述SRNC获取NodeB支持的HARQ合并类型，包括通过操作管理平台将获取的NodeB及其支持的HARQ合并类型信息人工配置到所述SRNC中存储。
9.如权利要求1所述的方法，其特征在于，所述SRNC获取NodeB支持的HARQ合并类型，包括当NodeB重启时，将自身支持的HARQ合并类型信息通知与之相连接的所有RNC。
10.如权利要求1所述的方法，其特征在于，所述SRNC获取NodeB支持的HARQ合并类型，包括当NodeB重启时，将自身支持的HARQ合并类型信息通知设置在网络中的一个公共实体保存；所述SNC从所述公共实体中获取NodeB支持的HARQ合并类型信息。
11.如权利要求1所述的方法，其特征在于，在SRNC向NodeB发送无线链路建立消息或无线链路重配置消息时，如果没有在本地查询到该NodeB支持的HARQ合并类型，则按照Node B为Chase Combining和Incrementalredundancy Combining都支持类型，在所述无线链路建立消息或无线链路重配置消息中携带HARQ信息，指示该NodeB使用SRNC选择的HARQ合并类型；当NodeB不支持SRNC选择的HARQ合并类型时，向SRNC返回其支持的HARQ合并类型信息；SRNC在本地保存NodeB返回的其支持的HARQ合并类型信息。
12.如权利要求1所述的方法，其特征在于，在SRNC向NodeB发送无线链路建立消息或无线链路重配置消息时，如果查询出该NodeB支持的HARQ合并类型为Chase Combining和Incremental redundancy Combining都支持类型，则按现有流程处理。
13.如权利要求1所述的方法，其特征在于，在SRNC中仅存储HARQ合并类型为Chase Combining only类型和Incremental redundancy Combiningonly类型的NodeB记录；在SRNC向NodeB发送无线链路建立消息或无线链路重配置消息时，如果没有查询到该NodeB的对应记录，则按现有流程处理。
全文摘要
本发明公开了一种混合自动重传请求处理方法。包括服务无线网络控制器SRNC获取并存储基站NodeB支持的HARQ合并类型信息；在SRNC向NodeB发送无线链路建立消息或无线链路重配置消息时，如果查询出该NodeB支持的HARQ合并类型为只支持蔡斯合并(Chase Combining only)类型或者只支持增量冗余合并(Incremental redundancy Combining only)类型，则在无线链路建立消息或无线链路重配置消息中不包含携带HARQ合并类型信息的信元。采用本发明能有效减少无线链路建立消息或无线链路重配置消息中的信令开销，节约系统资源，提高系统效率。
文档编号H04L1/18GK1996819SQ20051013278
公开日2007年7月11日 申请日期2005年12月26日 优先权日2005年12月26日
发明者郭小龙, 马莎, 徐昌平 申请人:华为技术有限公司