CN100466782C - 一种支持hsupa的软切换性能评估方法和移动终端 - Google Patents

Abstract

本发明提供一种支持HSUPA的软切换性能评估方法和移动终端，通过在软切换性能要求中充分体现小区对HSUPA业务的支持能力，使终端的软切换性能评估结果和软切换行为保持一致，从而使本发明能够对终端进行准确的软切换性能评估；本发明提供多种设置软切换性能要求的方法，能够适用于软切换过程中的各种情况；从而通过本发明提供的技术方案实现了提高软切换性能评估适用范围，提高软切换性能评估结果准确性的目的。

Description

一种支持HSUPA的软切换性能评估方法和移动终端

技术领域

本发明涉及网络通讯技术领域，具体涉及一种支持HSUPA的软切换性能评估方法和移动终端。

背景技术

UMTS(Universal Mobile Telecommunications System，通用移动通信系统)是采用WCDMA(宽带码分多址)空中接口技术的第三代移动通信系统，UMTS主要在WCDMA/GSM全球标准化组织3GPP中发展。

随着第三代移动通信技术的发展，人们对移动通信的需求已不再满足于语音业务，由于第三代移动通信系统可以提供比第二代移动通信系统更高数据速率的服务，所以，大量的多媒体业务涌现出来，多媒体业务如视频电话、图片上载、高速浏览Internet网络等服务。为了增强上行容量、提高用户上行性能，在第三代移动通信系统中引入了增强上行的HSUPA(High SpeedUplink PacketAccess，高速上行包接入)。

HSUPA采用了三种主要技术，即HARQ(物理层混合重传)、基于Node B的快速调度和2msTTI(传输时间间隔)的短帧传输。

HARQ机制通过在每次重发信息中加入更多的冗余信息，有效提高了接收端正确解调的概率。UMTS系统中使用的HARQ分为Chase Combine(追踪合并)和Incremental Redundant Combination(增量冗余合并)两种合并方式，ChaseCombine合并时固定RV Index(冗余版本号)为0，Incremental RedundantCombination合并时RV Index会随着RSN(接收序列号)发生变化，RSN在初传时为0，在重传时加1。RV为冗余版本参数，RV是在控制速率匹配阶段过程中使用的参数。RV参数的定义如表1所示。

表1

 

E-DCH RV Index	s	r
			0	1	0
1	0	0
			2	1	1
3	0	1

表1中，s参数用来选择是系统位优先还是校验位优先，如果s为1，表示系统位优先，速率匹配优先满足系统位，如果s为0，表示校验位优先，速率匹配优先满足校验位。r参数用来决定重复算法或打孔算法的bit起始位置。

UE可以同时和几个UTRAN(Universal Terrestril Radio Access Network，通用地面无线接入网路)的接入点连接，称为软切换。软切换功能包括激活集更新过程。

在HSUPA中，当UE处在软切换时，可以同时和四个小区保持通信链路，这些小区都属于激活集。激活集更新就是更新UE和UTRAN之间保持的通信链路激活集。激活集更新包括:在激活集中添加、改变或减少无线通信链路。UE执行激活集更新操作是由UTRAN下发Active Set Update(激活集更新)信息控制的。

UE执行激活集更新的性能要求主要包括如下两点:

1.激活集更新延迟要求小于50+10*KC+100*OC ms，其中，KC是激活集更新信息中已知的小区数，OC是未知的小区数。激活集更新延迟定义为UE接收到UTRAN下发的Active set update信息或者UE开始执行激活集更新过程的时间、和UE成功使用Active set update信息中的无线通信链路进行功率控制的时间之间的时间称为激活集延迟时间。

2.UE在更新激活集过程中不会中断数据流。

根据HSUPA合并方式的不同，基站可以分为三种方式:chase only(只支持追踪冗余合并)、IR only(只支持增量冗余合并)和chase+IR(同时支持追踪合并和增量冗余合并)方式，这三种方式的基站即具有三种能力的基站。基站和终端采用的HARQ方式由RNC确定后，分别通知给基站和终端，从而使终端和基站可以采用同样的方式发送和接收信息。

目前，UMTS系统中还没有明确规定RNC是否可以知道基站的HARQ能力。当终端在HSUPA中执行软切换时，目标小区基站的HARQ能力和原小区基站的HARQ能力可能完全不同，如目标小区的基站具有chase only能力，原小区基站具有IR only能力。这样，终端使用原小区的HARQ方式发射的上行信息无法在目标小区解调。

由于两个基站能力不同、终端使用原小区HARQ方式发射的上行信息无法在目标小区解调，终端只支持HSUPA业务时在这两个小区间执行软切换时无法在目标小区建立真正的HSUPA链路，无法成功进行软切换，激活集更新性能要求无法衡量这种情况。

发明内容

本发明的目的在于，提供一种支持HSUPA的软切换性能评估方法和移动终端，通过在软切换性能要求中体现小区对HSUPA业务的支持能力，使终端的软切换性能和软切换行为一致，从而使本发明能够对终端进行准确的软切换性能评估。

为达到上述目的，本发明提供的一种支持HSUPA的软切换性能评估方法，包括:

a、根据小区对HSUPA业务的支持能力设置软切换性能要求；

b、根据所述软切换性能要求对终端的软切换行为进行软切换性能评估。

所述软切换性能要求包括:终端同时支持的链路、激活集更新、数据流性能中的一个或多个。

所述小区对HSUPA业务的支持能力包括:只支持追踪冗余合并chase only、只支持增量冗余合并IR only和同时支持追踪合并和增量冗余合并chase+IR。

所述步骤a包括:

在终端激活集中的小区对HSUPA业务的支持能力不同时，允许终端同时支持的链路不是同时有效的链路。

所述步骤a包括:

在终端激活集中的小区对HSUPA业务的支持能力不同时，允许终端支持的链路不能同时进行功率控制。

所述步骤a包括:

在终端激活集中的小区对HSUPA业务的支持能力不同时，软切换性能要求中的终端的激活集更新时间延迟预定时间间隔。

所述预定时间间隔包括:T×NC，其中，T为终端更改HARQ发射时间，NC为0或1。

所述步骤a包括:

在终端激活集中的小区对HSUPA业务的支持能力不同时，降低软切换性能要求中的数据性能要求。

所述步骤a包括:

在终端激活集中的小区对HSUPA业务的支持能力不同时，允许终端发射的数据流中断。

本发明还提供一种移动终端，包括:

存储模块中存储有根据小区对HSUPA业务的支持能力设置的软切换性能要求；

软切换性能评估模块用于根据存储模块中存储的软切换性能要求对终端的软切换行为进行软切换性能评估。

通过上述技术方案的描述可知，通过在软切换性能要求中充分体现小区对HSUPA业务的支持能力，使终端的软切换性能评估结果和软切换行为保持一致，从而使本发明能够对终端进行准确的软切换性能评估；本发明提供多种设置软切换性能要求的方法，能够适用于软切换过程中的各种情况；从而通过本发明提供的技术方案实现了提高软切换性能评估适用范围，提高软切换性能评估结果准确性的目的。

附图说明

图1是本发明实施例的移动终端示意图；

图2是本发明实施例的软切换方法示意图。

具体实施方式

本发明需要根据小区对HSUPA业务的支持能力来设置软切换性能要求，对终端的软切换行为进行软切换性能评估，终端软切换性能要求通常包括:终端同时支持的链路、激活集更新、数据流性能。本发明可以根据小区对HSUPA业务的支持能力设置终端同时支持的链路、激活集更新、数据流性能中的一个或多个。这里，小区对HSUPA业务的支持能力包括:基站具有chase only能力、基站具有IR only能力和基站具有chase+IR能力。

在根据小区对HSUPA业务的支持能力设置终端同时支持的链路时，终端最大仍可同时保持4条链路，但是考虑到基站能力，这4条链路可能不能完全应用于获得HSUPA数据，也就是说，在终端激活集中的小区对HSUPA业务的支持能力不同时，允许终端同时支持的链路不是同时有效的链路。

在根据小区对HSUPA业务的支持能力设置激活集更新时，终端仍然可以采用现有的激活集更新时间性能，但是考虑到基站能力，激活集中的某些链路可能不能成功应用于功率控制，也就是说，在终端激活集中的小区对HSUPA业务的支持能力不同时，允许终端支持的链路不能同时进行功率控制。

在根据小区对HSUPA业务的支持能力设置激活集更新时，也可以将终端的激活集更新时间性能延迟预定时间间隔，延迟的预定时间间隔可以为T*NC，T为更改HARQ发射时间，如果终端不用更改HARQ，则NC＝0，否则NC＝1。这样，终端的激活集更新时间的计算方法为:50+10*KC+100*OC ms+T*NC。

在根据小区对HSUPA业务的支持能力设置数据流性能时，终端的数据流发射不会中断，但是，数据性能可能降低，这样，在终端激活集中的小区对HSUPA业务的支持能力不同时，需要降低软切换性能要求中的数据性能要求。

在根据小区对HSUPA业务的支持能力设置数据流性能时，终端的数据流发射可能会中断，这样，在终端激活集中的小区对HSUPA业务的支持能力不同时，允许终端发射的数据流中断。

通过上述描述设置了终端的软切换性能要求后，当终端支持HSUPA业务，触发软切换过程，终端在软切换性能要求下进行HSUPA发射。

本发明提供的具有上述软切换性能评估方法的移动终端如附图1所示。图1中移动终端包括:存储模块和软切换性能评估模块。

存储模块中存储有根据小区对HSUPA业务的支持能力设置的软切换性能要求。存储模块中存储的软切换性能要求充分体现了小区对HSUPA业务的支持能力，存储模块中的软切换性能要求具体如上述方法中的描述。

软切换性能评估模块主要用于根据存储模块中存储的软切换性能要求对终端的软切换行为进行软切换性能评估，这样，软切换性能评估模块的评估结果能够和软切换行为一致，从而保证了软切换性能评估结果的准确性。

上述描述的软切换性能评估方法可以适用于现有的软切换过程，也可以适用于下述本发明的软切换过程:

软切换方法一、将目标小区基站的HARQ方式和原小区基站的HARQ方式调整为相同的HARQ方式。

首先，终端在执行软切换前，确定目标小区基站的HARQ方式不同于当前小区基站的HARQ方式，如目标小区基站的HARQ方式为chase only，当前小区基站的HARQ方式为IR only。这里，终端可以根据RNC下发的目标小区基站的HARQ方式和目标小区基站的HARQ方式的信息来确定目标小区基站的HARQ方式是否不同于当前小区基站的HARQ方式。

设定目标小区基站的HARQ方式能够调整，此时，可以将目标小区基站的HARQ方式调整为原小区基站的HARQ方式，在调整后，终端更新激活集，终端可以采用现有的软切换行为更新激活集，然后，终端采用原小区基站的HARQ方式分别向原小区基站和目标小区基站发射上行信号。

设定原小区基站的HARQ方式能够调整，此时，可以将原小区基站的HARQ方式调整为目标小区基站的HARQ方式，在调整后，终端更新激活集，终端可以采用现有的软切换行为更新激活集，然后，终端采用目标小区基站的HARQ方式分别向原小区基站和目标小区基站发射上行信号。

当然，本发明也可以将原小区基站的HARQ方式和目标小区基站的HARQ方式调整为第三种HARQ方式，在此不再详细描述。

软切换方法一适用于终端在执行软切换前能够获知原小区基站和目标小区基站的HARQ方式、且原小区基站和目标小区基站的HARQ方式能够被调整为一致的情况。

软切换方法二、从预定时间点开始采用目标小区基站的HARQ方式发射上行信息。

本发明的终端在软切换过程中，可以以预定时间点为界限采用不同的HARQ方式向目标小区基站、原小区基站发射上行信息，即在预定时间点的上一个时刻采用原小区基站的HARQ方式，向原小区基站发射上行信号；在预定时间点的下一个时刻采用目标小区基站的HARQ方式，向目标小区基站发射上行信号。

这里的预定时间点可以为:最迟在激活集更新延迟时间结束前、且是一个TTI的开始时间点。

软切换方法二适用于终端在执行软切换前能够获知原小区基站和目标小区基站的HARQ方式、且原小区基站和目标小区基站的HARQ方式不能够被调整为一致的情况。

方法三、在软切换过程中，终端认为目标小区没有成功添加到激活集中，不删除其和原小区的链路连接。

终端在更新激活集后，当终端采用原小区基站的HARQ方式向目标小区基站持续发射预定时间间隔的上行信息后，如果终端一直不能够接收到目标小区基站的反馈信息，或者终端接收到目标小区基站反馈的信息，但是，反馈的信息不正确时，则认为目标小区没有成功添加到激活集中，即认为原小区基站的HARQ方式和目标小区基站的HARQ方式不一致，此时，终端不删除其和原小区的链路连接；如果终端能够接收到目标小区基站的反馈信息、且反馈信息正确时，说明原小区基站的HARQ方式和目标小区基站的HARQ方式一致，终端认为目标小区已经成功添加到激活集中。

在方法三中，终端可以采用现有的软切换的行为更新激活集，而且，终端在认为目标小区没有成功添加到激活集中时，可以不向网络侧反馈激活集更新完成信息，如果终端已经向网络侧反馈了激活集更新完成信息，终端还可以向网络侧反馈激活集更新失败信息。

当终端采用2ms TTI时，上述持续发射的预定时间间隔最长为8个TTI，当终端采用10ms TTI时，预定时间间隔最长为4个TTI。

在方法三中，终端也可以向目标小区基站发射上行信息，但是，不是持续发射预定时间间隔的上行信息。

在方法三中，终端在按照现有的软切换行为更新激活集后，如果终端无法获知目标小区对其发送的上行信号的反馈信息、或者接收到目标小区基站反馈的错误的反馈信息、或者无法获知网络侧在其切换过程中下发的目标小区的HARQ方式时，则在软切换过程中保留其和原小区基站的链路连接。此时，该方法转换为方法四。在方法四和方法四中，终端可以不向网络侧反馈激活集更新完成信息，如果终端已经向网络侧反馈了激活集更新完成信息，终端还可以向网络侧反馈激活集更新失败信息。

方法三和方法四主要适用于终端在执行软切换前不能够获知原小区基站和目标小区基站的HARQ方式的情况。

上述是针对四种具体方法的分别描述，上述四种方法均可以在终端中单独应用。上述四种方法也可以在终端中组合应用。组合应用的实现过程如附图2所示。

图2中，在步骤100、终端支持HSUPA业务，触发软切换过程。

到步骤110、终端判断是否已获知目标小区基站的HARQ方式和原小区基站的HARQ方式，如果已获知目标小区基站的HARQ方式和原小区基站的HARQ方式，到步骤120，终端继续判断目标小区基站、原小区基站的HARQ方式是否相同，如果相同，到步骤121，本发明的软切换方法结束。

在步骤120，如果终端确定目标小区基站、原小区基站的HARQ方式不相同，到步骤130，终端继续判断目标小区基站、原小区基站的HARQ方式是否能够调整为一致，如果能够调整一致，到步骤140，将目标小区基站、原小区基站的HARQ方式调整为一致，终端采用调整后的HARQ方式同时向原小区基站和目标小区基站发射上行信号，本发明的软切换方法结束。

在步骤130，如果目标小区基站、原小区基站的HARQ方式不能够调整为一致，到步骤150，终端在预定时间点的上一个时刻采用原小区基站的HARQ方式，向原小区基站发射上行信号；在预定时间点的下一个时刻采用目标小区基站的HARQ方式，向目标小区基站发射上行信号，本发明的软切换方法结束。

在步骤110、如果终端不能够获知目标小区基站的HARQ方式和原小区基站的HARQ方式，到步骤160，终端采用原小区基站的HARQ方式向目标小区基站持续发射预定时间间隔的上行信息。

到步骤170，终端判断是否接收到目标小区基站的反馈信息、且该反馈信息是否正确，如果终端一直不能够接收到目标小区基站的反馈信息，或者虽然接收到目标小区基站的反馈信息，但是，反馈的信息不正确，则到步骤180，终端认为目标小区没有成功添加到激活集中，此时，终端不删除其和原小区的链路连接。

在步骤170，如果终端能够接收到目标小区基站的反馈信息、且反馈信息正确，到步骤190，终端认为原小区基站的HARQ方式和目标小区基站的HARQ方式一致，而且，目标小区已经成功添加到激活集中，终端可以删除其和原小区基站的链路连接，本发明的软切换方法结束。

虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，本发明的申请文件的权利要求包括这些变形和变化。

Claims (10)

1、一种支持高速上行包接入HSUPA的软切换性能评估方法，其特征在于，所述方法包括:

a、根据小区对HSUPA业务的支持能力设置软切换性能要求；

b、根据所述软切换性能要求对终端的软切换行为进行软切换性能评估。

2、如权利要求1所述的一种支持HSUPA的软切换性能评估方法，其特征在于，所述软切换性能要求包括:终端同时支持的链路、激活集更新、数据流性能中的一个或多个。

3、如权利要求1或2所述的一种支持HSUPA的软切换性能评估方法，其特征在于，所述小区对HSUPA业务的支持能力包括:只支持追踪冗余合并chaseonly、只支持增量冗余合并IR only、以及同时支持追踪合并和增量冗余合并chase+IR。

4、如权利要求2所述的一种支持HSUPA的软切换性能评估方法，其特征在于，所述步骤a包括:

在终端激活集中的小区对HSUPA业务的支持能力不同时，允许终端同时支持的链路不是同时有效的链路。

5、如权利要求2所述的一种支持HSUPA的软切换性能评估方法，其特征在于，所述步骤a包括:

在终端激活集中的小区对HSUPA业务的支持能力不同时，允许终端支持的链路不能同时进行功率控制。

6、如权利要求2所述的一种支持HSUPA的软切换性能评估方法，其特征在于，所述步骤a包括:

在终端激活集中的小区对HSUPA业务的支持能力不同时，软切换性能要求中的终端的激活集更新时间被延迟预定时间间隔。

7、如权利要求6所述的一种支持HSUPA的软切换性能评估方法，其特征在于，所述预定时间间隔包括:T×NC，其中，T为终端更改物理层混合重传HARQ发射时间，NC为0或1。

8、如权利要求2所述的一种支持HSUPA的软切换性能评估方法，其特征在于，所述步骤a包括:

在终端激活集中的小区对HSUPA业务的支持能力不同时，降低软切换性能要求中的数据性能要求。

9、如权利要求2所述的一种支持HSUPA的软切换性能评估方法，其特征在于，所述步骤a包括:

在终端激活集中的小区对HSUPA业务的支持能力不同时，允许终端发射的数据流中断。

10、一种移动终端，其特征在于，所述终端中设置有存储模块和软切换性能评估模块；

存储模块中存储有根据小区对HSUPA业务的支持能力设置的软切换性能要求；

软切换性能评估模块用于根据存储模块中存储的软切换性能要求对终端的软切换行为进行软切换性能评估。

Images