专利名称：预留混合自动重传请求进程指示方法、系统及设备的制作方法
技术领域：
本发明涉及通信领域，特别涉及一种预留混合自动重传请求进程指示方 法、系统及设备。
背景技术：
目前LTE (Long Term Evolution,长期演进)关于SPS (semi-persistent schedule ，半持续调度)下4亍HARQ ( Hybrid Automatic Repeat reQuest,混合 自动重传请求)进程号达成的结论为SPS使用预留的HARQ进程号，动态调 度可以使用预留给SPS的HARQ进程号，使用RRC (Radio Resource Control, 无线资源控制)信令通知UE (User Equipment,用户设备)预留的HARQ进 程号，可以预留一个或多个HARQ进程号，并且HARQ进程号和SFN( System Frame Number,系统帧号)绑定。
但现有技术的不足在于目前只是确定使用RRC信令通知UE预留的 HARQ进程号，但采用该方案时，需要在通知UE预留的HARQ进程号的RRC 信令中携带较多信息，使得RRC信令负荷较大。
发明内容
本发明提供一种预留混合自动重传请求进程指示方法、系统及设备，用以 解决通过RRC信令来通知UE预留HARQ进程的问题。
本发明实施例提供了一种预留混合自动重传请求HARQ进程指示方法， 包括如下步骤
根据预设在网络侧的映射关系确定指示信息，网络侧将该指示信息通过无 线资源控制信令发送至用户设备侧，所述映射关系包括半持续调度周期与预留
5混合自动重传请求进程数目之间的关系；
用户设备侧在接收到无线资源控制信令后，根据半持续调度周期及预设在 用户设备侧的所述映射关系确定出所述指示信息中所指示的预留混合自动重 传请求进程数目。
较佳地，所述映射关系包括最大传输时延和/或RTT (Round Trip Time,往 返时间)，以及半持续调度周期与预留混合自动重传请求进程数目之间的关系。 较佳地，进一步包括
预留给SPS的HARQ进程从最小的进程号开始连续向上预留，或从最大 的进程号开始连续向下预留。
本发明还提供了 一种预留混合自动重传请求进程指示系统，包括网络侧设 备、UE,其中
网络侧设备，用于将根据映射关系确定的指示信息通过无线资源控制信令 发送至用户设备，所述映射关系包括半持续调度周期与预留混合自动重传请求 进程数目之间的关系；
用户设备，用于在接收到无线资源控制信令后，根据用户设备侧所使用的 半持续调度周期及映射关系确定出所述指示信息中所指示的预留混合自动重 传请求进程数目，所述映射关系包括半持续调度周期与预留混合自动重传请求 进程数目之间的关系。
较佳地，所述网络侧设备进一步用于确定映射关系，所述映射关系包括最 大传输时延和/或最小往返时间，以及半持续调度周期与预留混合自动重传请求 进程数目之间的关系；
所述用户设备进一步用于确定映射关系，所述映射关系包括最大传输时延 和/或最小往返时间，以及半持续调度周期与预留混合自动重传请求进程数目之 间的关系。
较佳地，网络侧设备进一步用于将预留给SPS的HARQ进程从最小的进 程号开始连续向上预留，或^Mv最大的进程号开始连续向下预留。本发明实施例提供了 一种指示预留混合自动重传请求进程的网络側设备，
包括
映射模块，用于确定映射关系，所述映射关系包括半持续调度周期与预留 混合自动重传请求进程数目之间的关系；
发送模块，用于将根据映射关系确定的指示信息通过RRC信令发送至UE。
较佳地，所述映射模块进一步用于根据最大传输时延和/或最小往返时间 RTT,以及SPS周期与预留HARQ进程数目关系确定映射关系。
较佳地，进一步包括
进程预留模块，用于将预留给SPS的HARQ进程从最小的进程号开始连 续向上预留，或A^最大的进程号开始连续向下预留。
本发明实施例提供了 一种用于确定指示的预留混合自动重传请求进程的 用户设备，包括
映射模块，用于根据SPS周期与预留HARQ进程数目关系确定映射关系；
确定模块，用于在接收到RRC信令后，根据SPS周期及映射关系确定出 所述指示信息中所指示的预留HARQ进程数目。
较佳地，所述映射模块进一步用于根据最大传输时延和/或最小往返时间 RTT，以及SPS周期与预留HARQ进程数目关系确定映射关系。
本发明有益效果如下
在本发明实施例中，由于网络侧将根据预设在网络侧的映射关系确定的指 示信息通过RRC信令发送至UE侧，而映射关系是根据SPS周期与预留HARQ 进程数目关系确定的；因此，UE侧在接收到RRC信令后，UE侧便可以根据 SPS周期及预设在UE侧的所述映射关系确定出所述指示信息中所指示的预留 HARQ进程数目。也就是说，UE根据SPS周期依据映射关系便可以直接理解 出RRC信令中所指示的信息含义。所以，本发明实施例不仅给出了通过RRC 信令通知UE为SPS预留HARQ进程的指示方案。还可以使UE能够根据SPS 周期依据映射关系直接理解RRC信令的含义，减少了 RRC信令的负荷。
图1为本发明实施例中VoIP业务模型示意图2为本发明实施例中为SPS预留一个进程时引HARQ进程冲突的示意
图3为本发明实施例中为SPS预留多个进程以解决HARQ进程冲突的示 意图4为本发明实施例中在VoIP最大时延下需要跨过3个进程时的沖突示 意图5为本发明实施例中预留HARQ进程指示方法实施流程示意图； 图6为本发明实施例中预留混合自动重传请求进程指示系统结构示意图； 图7为本发明实施例中指示预留混合自动重传请求HARQ进程的网络侧 设备结构示意图8为本发明实施例中用于确定指示的预留混合自动重传请求HARQ进 程的用户设备结构示意图。
具体实施例方式
下面结合附图对本发明的具体实施方式
进行说明。
发明人在发明过程中注意到目前SPS的周期并没有完全定下来，讨论的 倾向为TDD ( Time Division Duplex,时分双工)支持(IO, 20， 30, 40, 60, 80， 120， 160， 320, 640} ， FDD ( Frequency Division Duplex,频分双工)支持(IO， 20, 32， 40， 64, 80， 128， 160， 320, 640}，单位为ms (毫秒)，并且通过RRC信令来通知 UE预留的HARQ进程号。其中对于FDD和TDD的缺省值都为20ms,之所 以20ms为FDD和TDD的缺省值是因为20ms是VoIP (Voice over IP，基于IP 的语音传输)的数据到达周期，图1为VoIP业务^^莫型示意图，如图1所示， VoIP业务主要分为激活期(talkspurt)和静默期(silent period )，激活期的VoIP包大小基本固定，到达周期为20ms;静默期的数据包比话音包小，到达周期 为160ms。激活期的数据包采用SPS传输，而静默期的数据包采用动态调度。 在业务模型中，对VoIP的时延要求为不能大于50ms。
LTE之所以预留多个进程给SPS,是因为在重传跨越SPS周期时，如果预 留少了 UE就只能终止重传，或调度重传，图2为为SPS预留一个进程时引起 HARQ进程冲突的示意图，如图2所示，在只留一个HARQ进程的情况下， 如果连续两次重发UE都没有能够正确接收，而在第三次重发时跨越了 SPS周 期，这时的重发就不能确定是对第 一个数据包的重发还是对第二个数据包的重 发。
上述问题可以通过预留多个HARQ进程来进行解决，图3为SPS预留多 个进程以解决HARQ进程冲突的示意图，如图3所示，当预留两个进程时， 可以根据在PDCCH (physical downlink control channel,物理下行控制信道) 中的HARQ进程ID确定的第三个数据包为x进程的重发，同时可以根据 PDCCH中的HARQ进程ID确定第四个数据包为进程y的重发。
在进行VoIP业务时，若SPS周期为20ms,而最大传输时延为50ms，在 最大传输时延内要使数据传输结束就有可能要跨越三个HARQ进程。也就是 说，需要预留至少3个进程才能保持进程的不冲突。图4为在VoIP最大时延 下需要跨过3个进程时的冲突示意图，如图4所示。同理，若在SPS周期为 10ms,或在SPS周期小于10ms的情况下，就可能需要预留更多的HARQ进 程给SPS使用才能保持进程的不冲突。
另外，RTT (Round Trip Time,往返时间)为发送数据、反馈NACK(确 认)、再次发送重发数据所需的时间，对与FDD最小下行RTT为8ms，与TDD 最小RTT和帧格式和子帧位置有关。
由上述分析可知，SPS预留的进程数和SPS周期、最大传输时延、以及最 小RTT相关。也就是说，在通过RRC信令通知UE为SPS预留HARQ进程 指示时，UE可以根据SPS周期、最大传输时延、以及最小RTT的特定关系来
9理解RRC信令的含义，从而达到指示HARQ进程号的目的。进一步的，还可 以减少RRC信令的负荷。
换言之，由于SPS周期等因素与所需预留的HARQ进程号有紧密的关系 (或者说当SPS周期等因素确定后，其预留的HARQ进程数目范围是可以确 定的)，因此，从网络侧来说，只需在RRC上附加少量的信息便可以通知UE 预留的HARQ进程数，而对于UE侧来说，UE在获得SPS周期等相关信息后， 结合RRC中的信息便可以通过预设在UE上的SPS周期等因素与预留HARQ 进程数之间的映射关系来判断出预留的进程数。同时还可以因利用SPS周期等 因素与预留HARQ进程数之间的确定的关系这一规律，减少RRC上携带的进 程数的信息量，进而减少RRC信令的负荷。
根据上述分析，本发明实施例中提供了 一种预留HARQ进程号指示方法， 下面对其具体实施方式
进行说明。
图5为预留HARQ进程指示方法实施流程示意图，如图所示，可以包括 如下步骤
步骤501、根据预设在网络侧的映射关系确定指示信息，网络侧将该指示 信息通过RRC信令发送至UE,所述映射关系包括SPS周期与预留HARQ进 程数目之间的关系。
步骤502、 UE侧在接收到RRC信令后，UE侧根据SPS周期及预设在UE 侧的所述映射关系确定出所述指示信息中所指示的预留HARQ进程数目。
步骤501与步骤502中的映射关系都是根据SPS周期与预留HARQ进程 数目关系确定的，其分别预先设置在网络侧与UE侧，网络侧根据该关系来确 定指示信息，而UE侧则根据该关系解析出指示信息的内容。多数情况下，一 种SPS周期与预留HARQ数目是一对多的关系，例如，对于10ms的SPS周 期，其对应的预留HARQ可以是2个，也可以是3个；又如60ms的SPS周 期，其对应的预留HARQ可以是3个，也可以是4个。具体选择预留几个， 由网络侧确定。
10根据上述分析，HARQ进程数目不仅与SPS周期有紧密的关系，其也与最 大传输时延、最小往返时间RTT存在紧密关系。因此，映射关系还可以进一 步的根据最大传输时延和/或最小往返时间RTT,以及SPS周期与预留HARQ 进程数目关系确定。
步骤501中，由于指示信息是根据映射关系确定的预留进程数目，即指示 的是前述一对多关系中的哪一种情况，因此，在表达同样数目时，总可以由于 SPS周期与预留HARQ进程数目之间的关系而用更少的信息量来进行表达。比 如当需表达预留四个进程时，通常至少需要2个bit来表示；然而由于SPS 与HARQ之间存在关系，而在相应的SPS周期下，其可能预留的进程数目是 确定的2种情况，，所以只需lbit即可表达出该SPS周期下的进程数目。如前 所分析的，当SPS周期为10ms时，其可能的预留进程数目为2个或3个，因 此，当确定了 SPS为10ms后，使只用一个bit就能指示出可能的进程数目， 如比特"0"表示预留2个HARQ进程，比特"1"则表示预留3个HARQ进 程。也即是说，利用SPS周期与预留HARQ进程数目之间的规律设置的映射 关系可以在同样的bit中额外的指示出更多的信息。
下面再进一步用SPS周期为不同ms时的情况来对为何能用该映射关系能 够解决通知UE预留的HARQ进程、以及为何能使RRC用更少负荷来实现通 知UE预留的HARQ进程进行说明。
由上述可知，目前典型的VoIP业务，需要的HARQ进程数为1个~ 3个。 对于更小的SPS周期就还可能需要预留更多的HARQ进程。
为了简化RRC信令的负荷，可以规定预留给SPS的HARQ进程可以从最 小的进程号0开始连续向上预留，当然也可以从最大的进程号开始连续向下预 留。这样的效果是一样的。可以大大减少表示预留HARQ进程的比特数。比 如只用2比特就可以表示对进程0~进程3的预留。具体实施中，在指示预留 进程数目后，通过从最小或从最大的方式预留，则可以在指示进程数目时便可 达到指示进程号的目的，比如指示从最小开始留两个，在最小进程号为O时，那无疑就是进程0和进程1 。
对于30ms及以上的SPS周期，则跨过两个HARQ进程为60ms或更大， 根据最小RTT可以得到在两个SPS周期内可以容纳至少4次重传，因此可以 设置最大重传次数为4，并通过调度保证在SPS发送周期内可以重传4次。为 了在RRC信令的负荷和预留的进程数间进行折中考虑可以考虑预留最少3个 进程。
根据以上分析可以采用多种方案通过RRC信令通知UE预留的进程数， 例如
方案一
可以采用两个比特的三种状态表示预留一个进程、两个进程、三个进程三 种情况，剩余的状态暂时可以不使用。 方案二
也可以用两个比特的四种状态表示预留一个进程、两个进程、三个进程或 四个进程。
针对VoIP业务在跨越两个进程的时候，这时如果前一进程没有传输正确， 按照最小RTT计算FDD至少可以进行4次重传，而TDD至少可以进行三次 重传了，而三次以上重传失败的机率很小。这样如果把在下一SPS周期接收的 还没有传输正确的数据抛弃的影响会很小，因此也可以采用一个比特来表示预 留1个进程和两个进程的情况。而对于SPS周期等于10ms和小于10ms的情 况，预留一个HARQ进程是不够的，此时则可以采用另外一个比特来标识预 留2个或3个HARQ进程。
方案三
对于SPS间隔大于30ms的可以采用1比特表示仅预留1个或两个HARQ 进程，同样预留进程数从最大或最小开始并且连续预留。
对于SPS间隔等于或小于10ms的可以采用1比特表示预留2个或三个 HARQ进程，同样预留进程数从最大或最小开始并且连续预留。由于SPS周期为20ms比较特殊，跨过三次传输时可以进行3到4次重传， 因此对与SPS间隔等于20ms的情况即可以采用1个进程或2个进程也可以采 用2个进程或3个进程的方案。但在规定后就不再改变。
基于同样的发明构思，本发明还提供了 一种预留混合自动重传请求进程指 示系统、 一种指示预留混合自动重传请求进程的网络侧设备、 一种用于确定指 示的预留混合自动重传请求进程的用户设备，由于都是基于同样的发明构思， 其解决技术问题的原理相似，因此系统及设备中的实施方式可以参考方法的具 体实施，重复处不再进行说明。
图6为预留混合自动重传请求进程指示系统结构示意图，如图所示，系统 中包括网络侧设备601、 UE602,其中
在网络侧设备601用于将根据映射关系确定的指示信息通过无线资源控制 信令发送至用户设备，所述映射关系包括半持续调度周期与预留混合自动重传 请求进程数目之间的关系；
在UE602用于在接收到无线资源控制信令后，根据用户设备侧所使用的 半持续调度周期及映射关系确定出所述指示信息中所指示的预留混合自动重 传请求进程数目，所述映射关系包括半持续调度周期与预留混合自动重传请求 进程数目之间的关系。
实施中，在网络侧设备一侧，先根据SPS周期与预留HARQ进程数目关 系确定映射关系；然后将根据映射关系确定的指示信息通过RRC信令发送至 UE;
在UE —侧，预设有根据SPS周期与预留HARQ进程数目关系确定映射 关系；这样当接收到RRC信令后，便可以根据SPS周期及映射关系确定出所 述指示信息中所指示的预留HARQ进程数目。
系统中，所述网络侧设备可以进一步用于确定映射关系，所述映射关系包 括最大传输时延和/或最小往返时间，以及半持续调度周期与预留混合自动重传 请求进程数目之间的关系；
13所述用户设备进一步用于确定映射关系，所述映射关系包括最大传输时延 和/或最小往返时间，以及半持续调度周期与预留混合自动重传请求进程数目之 间的关系。
在网络侧设备中还可以进一步用于将预留给SPS的HARQ进程从最小的 进程号O开始连续向上预留，或从最大的进程号开始连续向下预留。
图7为指示预留混合自动重传请求HARQ进程的网络侧设备结构示意图， 如图所示，网络侧设备中可以包括
映射模块6011,用于确定映射关系，所述映射关系包括SPS周期与预留 HARQ进程数目之间的关系；
发送模块6012,用于将根据映射关系确定的指示信息通过RRC信令发送 至UE。
其中，映射模块还可以进一步用于根据最大传输时延和/或最小往返时间 RTT，以及SPS周期与预留HARQ进程数目关系确定映射关系。
在网络侧设备中还可以进一步包括进程预留模块6013,用于将预留给 SPS的HARQ进程从最小的进程号0开始连续向上预留，或从最大的进程号开 始连续向下预留。
图8为用于确定指示的预留混合自动重传请求HARQ进程的用户设备结 构示意图，如图所示，UE中可以包括
映射模块6021，用于确定映射关系，所述映射关系包括SPS周期与预留 HARQ进程数目之间的关系；
确定模块6022,用于在接收到RRC信令后，根据SPS周期及映射关系确 定出所述指示信息中所指示的预留HARQ进程数目。
其中，映射模块可以进一步用于根据最大传输时延和/或最小往返时间 RTT,以及SPS周期与预留HARQ进程数目关系确定映射关系。
由上述实施可见，在本发明实施例中UE能够根据不同的状态直接理解预 留进程的情况。具体的，UE根据SPS周期依据映射关系便可以理解RRC信令
14的含义。因此，本发明实施例不仅给出了通过RRC信令通知UE为SPS预留 HARQ进程的指示方案。还可以使UE能够根据SPS周期依据映射关系直接理 解RRC信令的含义，还减少了 RRC信令的负荷。
明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1、一种预留混合自动重传请求进程指示方法，其特征在于，包括如下步骤根据预设在网络侧的映射关系确定指示信息，网络侧将该指示信息通过无线资源控制信令发送至用户设备侧，所述映射关系包括半持续调度周期与预留的混合自动重传请求进程数目之间的关系；用户设备侧在接收到无线资源控制信令后，根据半持续调度周期及预设在用户设备侧的所述映射关系确定出所述指示信息中所指示的预留混合自动重传请求进程数目。
2、 如权利要求1所述的方法，其特征在于，所述映射关系包括最大传输 时延和/或最小往返时间，以及半持续调度周期与预留混合自动重传请求进程数 目之间的关系。
3、 如权利要求1或2所述的方法，其特征在于，进一步包括 预留给半持续调度的混合自动重传请求进程从最小的进程号开始连续向上预留，或从最大的进程号开始连续向下预留。
4、 一种预留混合自动重传请求进程指示系统，其特征在于， 网络侧设备，用于将根据映射关系确定的指示信息通过无线资源控制信令发送至用户设备，所述映射关系包括半持续调度周期与预留混合自动重传请求 进程数目之间的关系；用户设备，用于在接收到无线资源控制信令后，根据用户设备所使用的半 持续调度周期及映射关系确定出所述指示信息中所指示的预留混合自动重传 请求进程数目，所述映射关系包括半持续调度周期与预留混合自动重传请求进 程数目之间的关系。
5、 如权利要求4所述的系统，其特征在于，所述网络侧设备进一步用于 确定映射关系，所述映射关系包括最大传输时延和/或最小往返时间，以及半持 续调度周期与预留混合自动重传请求进程数目之间的关系;所述用户设备进一步用于确定映射关系，所述映射关系包括最大传输时延 和/或最小往返时间，以及半持续调度周期与预留混合自动重传请求进程数目之 间的关系。
6、 如权利要求4或5所述的系统，其特征在于，网络侧设备进一步用于 将预留给半持续调度的混合自动重传请求进程从最小的进程号开始连续向上 预留，或从最大的进程号开始连续向下预留。
7、 一种指示预留混合自动重传请求进程的网络侧设备，其特征在于，包括映射模块，用于确定映射关系，所述映射关系包括半持续调度周期与预留 混合自动重传请求进程数目之间的关系；发送模块，用于将根据映射关系确定的指示信息通过无线资源控制信令发 送至用户设备。
8、 如权利要求7所述的网络侧设备，其特征在于，所述映射模块进一步 用于根据最大传输时延和/或最小往返时间，以及半持续调度周期与预留混合自 动重传请求进程数目关系确定映射关系。
9、 如权利要求7或8所述的网络侧设备，其特征在于，进一步包括 进程预留模块，用于将预留给半持续调度的混合自动重传请求进程从最小的进程号开始连续向上预留，或从最大的进程号开始连续向下预留。
10、 一种用于确定指示的预留混合自动重传请求进程的用户设备，其特征 在于，包括映射模块，用于根据半持续调度周期与预留混合自动重传请求进程数目关 系确定映射关系；确定模块，用于在接收到无线资源控制信令后，根据半持续调度周期及映 射关系确定出所述指示信息中所指示的预留混合自动重传请求进程数目。
11、 如权利要求10所述的用户设备，其特征在于，所述映射模块进一步 用于根据最大传输时延和/或最小往返时间，以及半持续调度周期与预留混合自动重传请求进程数目关系确定映射关系
全文摘要
本发明公开了一种预留混合自动重传请求进程指示方法、系统及设备，包括根据预设在网络侧的映射关系确定指示信息，网络侧将该指示信息通过无线资源控制信令发送至用户设备侧，所述映射关系包括半持续调度周期与预留混合自动重传请求进程数目之间的关系；用户设备侧在接收到无线资源控制信令后，用户设备侧根据半持续调度周期及预设在用户设备侧的所述映射关系确定出所述指示信息中所指示的预留混合自动重传请求进程数目。使用本发明不仅可以通过无线资源控制信令通知用户设备为半持续调度预留混合自动重传请求进程，还可以使用户设备能够根据半持续调度周期依据映射关系直接理解无线资源控制信令的含义，减少了无线资源控制信令的负荷。
文档编号H04L1/16GK101686116SQ20081022286
公开日2010年3月31日 申请日期2008年9月23日 优先权日2008年9月23日
发明者李国庆, 杨晓东, 丽 谌, 卓 高 申请人:大唐移动通信设备有限公司