一种混合自动重传的处理方法及系统及一种终端的制作方法

文档序号:7630249阅读:231来源:国知局
专利名称:一种混合自动重传的处理方法及系统及一种终端的制作方法
技术领域
本发明涉及移动通信领域,尤其涉及一种混合自动重传的处理方法及系统及一种终端。
背景技术
随着无线通信技术的飞速发展,在传统的通信技术的基础上诞生了许多新的通信技术,这些新的通信技术又催生了各种通信业务需求,例如智能手机(Smart Phone)、机器类型通信MTC (Machine Type Communication,简称MTC)等。这些新的通信业务的显著特点,比如涉及的业务类型较为单一、每次传输(收、发)的数据量小,而且部分业务具备延迟容忍性能。在现有的通信协议框架中,终端所使用的混合自动重传HARQ (Hybrid Automatic Repeat-reQuest,简称HARQ)技术采用的是“停止-等待”原则,即对于一个HARQ进程,一次传输数据发出后,需要等待环回时间RTT (Round Trip Time,简称RTT)的长度才能够决定下一次是传输的新数据,还是进行旧数据重传,而RTT的长度是由终端和基站的处理延迟以及上行和下行的传输延迟决定的。在现有的条件下,终端的处理迟延可以估计为2ms,基站的处理延迟可以估计为3ms,再加上上行和下行的传输迟延,RTT确定为8ms。为了使终端能够使其尽快的发送上行数据和接收下行数据,采用了多个进程的“停止-等待”HARQ实现方式,即在一个HARQ进程停止时,发起其它并行的HARQ进程,以充分的利用时域资源。所以,在RRT=8ms的情况下,需要并行发起8个上行HARQ进程和8个下行HARQ进程,才能够最充分的利用时域资源,提高终端的数据传输速率。但是,这样就需要终端的接收机存储16个数据块,这也就要求终端中具有较大的数据缓存区以及很强的业务处理能力,对于主要用于低数据传输量和高延迟容忍性业务的终端而言,则需要增加复杂度并提高成本。

发明内容
本发明要解决的技术问题是提供一种混合自动重传的处理方法及系统及一种终端,降低终端对缓存容量的要求以及对业务处理能力的要求,降低终端的成本。为了解决上述技术问题,本发明提供了一种混合自动重传的处理方法,包括终端将其混合自动重传能力或者表示混合自动重传能力的标识通知至网络侧设备,所述网络侧设备根据所述终端的混合自动重传能力对所述终端进行资源调度。进一步地,上述方法还可以具有以下特点
所述混合自动重传能力是指所述终端具有有限下行混合自动重传能力和/或有限上行混合自动重传能力。进一步地,上述方法还可以具有以下特点
所述有限下行混合自动重传能力包括以下参数中至少一种
终端能够处理的并行的下行混合自动重传进程的数量;
下行混合自动重传的反馈时间;下行混合自动重传的环回时间;
所述有限上行混合自动重传能力包括以下参数中至少一种
终端能够处理的并行的上行混合自动重传进程的数量;
上行混合自动重传的反馈时间;
上行混合自动重传的环回时间。进一步地,上述方法还可以具有以下特点
所述有限下行混合自动重传能力是指终端满足以下条件中至少一种
所述终端能够处理的并行的下行混合自动重传进程的数量低于标准协议中规定的终端能够处理的并行的下行混合自动重传进程的数量;
所述下行混合自动重传的反馈时间高于标准协议中规定的下行混合自动重传的反馈时间;
所述下行混合自动重传的环回时间高于标准协议中规定的下行混合自动重传的环回时间;
所述终端能够处理的并行的上行混合自动重传进程的数量低于标准协议中规定的终端能够处理的并行的上行混合自动重传进程的数量;
所述上行混合自动重传的反馈时间高于标准协议中规定的上行混合自动重传的反馈时间;
所述上行混合自动重传的环回时间高于标准协议中规定的上行混合自动重传的环回时间。进一步地,上述方法还可以具有以下特点
所述终端能够处理的并行的下行混合自动重传进程数量是指终端在一个环回时间长度内处理的下行混合自动重传进程数量,或者所述终端能够配置的最大下行混合自动重传进程数量;
所述终端能够处理的并行的上行混合自动重传进程数量是指终端在一个环回时间长度内处理的上行混合自动重传进程数量,或者所述终端能够配置的最大上行混合自动重传进程数量。进一步地,上述方法还可以具有以下特点
所述终端通过终端能力信息消息、无线资源控制连接请求消息、或者无线资源控制连接建立完成消息、或者媒体接入层控制信令将其混合自动重传能力或者表示混合自动重传能力的标识通知至所述网络侧设备。进一步地,上述方法还可以具有以下特点
所述表示混合自动重传能力的标识是指低速终端标识、或者低成本终端标识、或者低优先级终端标识。进一步地,上述方法还可以具有以下特点
所述网络侧设备根据所述终端的混合自动重传能力对所述终端进行资源调度包括如下的一种或多种
所述网络侧设备依据所述用户设备的下行混合自动重传进程的数量配置下行混合自动重传进程;
所述网络侧设备依据所述用户设备的下行混合自动重传的反馈时间,为所述用户设备分配用于反馈的上行授权;
所述网络侧设备依据所述用户设备的上行混合自动重传进程的数量配置上行混合自动重传进程;
所述网络侧设备依据所述用户设备的上行混合自动重传的反馈时间向所述用户设备发送反馈。为了解决上述技术问题,本发明还提供了一种混合自动重传的处理系统,所述系统包括网络侧设备和终端,所述终端,用于将其混合自动重传能力或者表示混合自动重传能力的标识通知至网络侧设备;所述网络侧设备,用于根据所述终端的混合自动重传能力对所述终端进行资源调度。进一步地,上述系统还可以具有以下特点
所述混合自动重传能力是指所述终端具有有限下行混合自动重传能力和/或有限上行混合自动重传能力;
所述有限下行混合自动重传能力包括以下参数中至少一种
终端能够处理的并行的下行混合自动重传进程的数量;
下行混合自动重传的反馈时间;
下行混合自动重传的环回时间;
所述有限上行混合自动重传能力包括以下参数中至少一种
终端能够处理的并行的上行混合自动重传进程的数量;
上行混合自动重传的反馈时间;
上行混合自动重传的环回时间。进一步地,上述系统还可以具有以下特点
所述有限下行混合自动重传能力是指终端满足以下条件中至少一种
所述终端能够处理的并行的下行混合自动重传进程的数量低于标准协议中规定的终端能够处理的并行的下行混合自动重传进程的数量;
所述下行混合自动重传的反馈时间高于标准协议中规定的下行混合自动重传的反馈时间;
所述下行混合自动重传的环回时间高于标准协议中规定的下行混合自动重传的环回时间;
所述终端能够处理的并行的上行混合自动重传进程的数量低于标准协议中规定的终端能够处理的并行的上行混合自动重传进程的数量;
所述上行混合自动重传的反馈时间高于标准协议中规定的上行混合自动重传的反馈时间;
所述上行混合自动重传的环回时间高于标准协议中规定的上行混合自动重传的环回时间。进一步地,上述系统还可以具有以下特点
所述网络侧设备,还用于根据所述终端的混合自动重传能力对所述终端进行资源调度包括如下的一种或多种
所述网络侧设备依据所述用户设备的下行混合自动重传进程的数量配置下行混合自动重传进程;所述网络侧设备依据所述用户设备的下行混合自动重传的反馈时间,为所述用户设备分配用于反馈的上行授权;
所述网络侧设备依据所述用户设备的上行混合自动重传进程的数量配置上行混合自动重传进程;
所述网络侧设备依据所述用户设备的上行混合自动重传的反馈时间向所述用户设备发送反馈。为了解决上述技术问题,本发明还提供了一种终端,所述终端包括能力上报模块;所述能力上报模块,用于将其混合自动重传能力或者表示混合自动重传能力的标识通知至网络侧设备,所述网络侧设备根据所述终端的混合自动重传能力对所述终端进行资源调度。
进一步地,上述终端还可以具有以下特点
所述混合自动重传能力是指所述终端具有有限下行混合自动重传能力和/或有限上行混合自动重传能力。进一步地,上述终端还可以具有以下特点
所述有限下行混合自动重传能力包括以下参数中至少一种
终端能够处理的并行的下行混合自动重传进程的数量;
下行混合自动重传的反馈时间;
下行混合自动重传的环回时间;
所述有限上行混合自动重传能力包括以下参数中至少一种
终端能够处理的并行的上行混合自动重传进程的数量;
上行混合自动重传的反馈时间;
上行混合自动重传的环回时间。进一步地,上述终端还可以具有以下特点
所述有限下行混合自动重传能力是指终端满足以下条件中至少一种
所述终端能够处理的并行的下行混合自动重传进程的数量低于标准协议中规定的终端能够处理的并行的下行混合自动重传进程的数量;
所述下行混合自动重传的反馈时间高于标准协议中规定的下行混合自动重传的反馈时间;
所述下行混合自动重传的环回时间高于标准协议中规定的下行混合自动重传的环回时间;
所述终端能够处理的并行的上行混合自动重传进程的数量低于标准协议中规定的终端能够处理的并行的上行混合自动重传进程的数量;
所述上行混合自动重传的反馈时间高于标准协议中规定的上行混合自动重传的反馈时间;
所述上行混合自动重传的环回时间高于标准协议中规定的上行混合自动重传的环回时间。本发明可以降低终端对缓存容量的要求以及对业务处理能力的要求,从而降低终端的成本,有利于该终端的广泛应用。


图I是实施例中混合自动重传的处理方法示意 图2是具体实施例一中附着过程的流程 图3是具体实施例一中终端上报混合自动重传能力后传输数据的流程 图4是具体实施例二中终端接入网络的流程 图5是具体实施例三中终端接入网络的流程图。
具体实施例方式混合自动重传的处理系统包括网络侧设备和终端。所述终端,用于将其混合自动重传能力或者表示混合自动重传能力的标识通知至网络侧设备;所述网络侧设备,用于根 据所述终端的混合自动重传能力对所述终端进行资源调度。其中,终端通过其能力上报模块完成上述通知过程。网络侧设备可以是基站。系统中终端和网络侧设备的相应功能与下述方法中描述的相同。本发明的具体实现方法是
如图I所示,混合自动重传的处理方法包括终端将其混合自动重传能力或者表示混合自动重传能力的标识通知至网络侧设备,所述网络侧设备根据所述终端的混合自动重传能力对所述终端进行资源调度。所述混合自动重传能力是指所述终端具有有限下行混合自动重传能力和/或有限上行混合自动重传能力。所述有限下行混合自动重传能力包括以下参数中至少一种
终端能够处理的并行的下行混合自动重传进程的数量;
下行混合自动重传的反馈时间;
下行混合自动重传的环回时间。所述有限上行混合自动重传能力包括以下参数中至少一种
终端能够处理的并行的上行混合自动重传进程的数量;
上行混合自动重传的反馈时间;
上行混合自动重传的环回时间。所述有限下行混合自动重传能力是指终端满足以下条件中至少一种
所述终端能够处理的并行的下行混合自动重传进程的数量低于标准协议中规定的终端能够处理的并行的下行混合自动重传进程的数量;
所述下行混合自动重传的反馈时间高于标准协议中规定的下行混合自动重传的反馈时间;
所述下行混合自动重传的环回时间高于标准协议中规定的下行混合自动重传的环回时间;
所述终端能够处理的并行的上行混合自动重传进程的数量低于标准协议中规定的终端能够处理的并行的上行混合自动重传进程的数量;
所述上行混合自动重传的反馈时间高于标准协议中规定的上行混合自动重传的反馈时间;
所述上行混合自动重传的环回时间高于标准协议中规定的上行混合自动重传的环回时间。所述终端能够处理的并行的下行混合自动重传进程数量是指终端在一个环回时间长度内处理的下行混合自动重传进程数量,或者所述终端能够配置的最大下行混合自动重传进程数量;
所述终端能够处理的并行的上行混合自动重传进程数量是指终端在一个环回时间长度内处理的上行混合自动重传进程数量,或者所述终端能够配置的最大上行混合自动重传进程数量。终端具有有限混合自动重传能力时,可以同时降低对终端的缓存能力和业务处理能力的要求。所述终端通过终端能力信息消息、无线资源控制连接请求消息、或者无线资源控 制连接建立完成消息、或者媒体接入层控制信令将其混合自动重传能力或者表示混合自动重传能力的标识通知至所述网络侧设备。上述标识可以是低速终端标识,或者低成本终端标识,或者低优先级终端标识。协议需要规定低速终端、低成本终端、或低优先级终端标识所对应的混合自动重传能力信息,如规定低速终端对应终端能够处理的并行的下行混合自动重传进程的数量为4,或者规定低成本终端对应终端处理的并行的上行混合自动重传进程的数量为2或25%,基站收到低速终端或低成本终端的标识后,依据对应的混合自动重传能力实施调度。所述网络侧设备根据所述终端的混合自动重传能力对所述终端进行资源调度包括如下的一种或多种
所述网络侧设备依据所述用户设备的下行混合自动重传进程的数量配置下行混合自动重传进程;
所述网络侧设备依据所述用户设备的下行混合自动重传的反馈时间,为所述用户设备分配用于反馈的上行授权;
所述网络侧设备依据所述用户设备的上行混合自动重传进程的数量配置上行混合自动重传进程;
所述网络侧设备依据所述用户设备的上行混合自动重传的反馈时间向所述用户设备发送反馈。实施例中可以实行以下两种通知方式中的一种
第一种,终端将其混合自动重传能力通知至网络侧设备,网络侧设备根据此混合自动重传能力对所述终端进行资源调度。第二种,终端将表示混合自动重传能力的标识通知至网络侧设备,网络侧设备根据此标识对应的混合自动重传能力对所述终端进行资源调度(网络侧设备可以根据协议规定获知此标识对应的混合自动重传能力)。实施例中终端有限混合自动重传能力可以采用以下三种中的一种
第一种,同时具有有限下行混合自动重传能力和有限上行混合自动重传能力;
第二种,只具有有限下行混合自动重传能力;
第三种,只具有有限上行混合自动重传能力。下面通过具体实施例和附图对本发明进行详细说明。具体实施例一具体实施例一中使用上述“将其混合自动重传能力通知至网络侧设备”的通知方式以及上述“同时具有有限下行混合自动重传能力和有限上行混合自动重传能力”的混合自动重传能力方式。并且,终端通过附着过程中的终端能力信息消息(UE CapabilityInformation)将其混合自动重传能力通知至所述网络侧设备。终端A向网络侧上报自身的混合自动重传能力的过程如图2所示
步骤201,终端A在其所驻留的小区内发起随机接入过程,建立无线资源控制(RRC)连接。步骤202,在建立RRC连接的过程中,终端A将附着请求(Attach Request)消息发 送至基站,进而,基站将该消息发送至核心网。步骤203,核心网向基站发送初始上下文建立请求(Initial Context SetupRequest)消息,其中,该消息内不包含终端A的无线接入能力信息。步骤204,基站在收到核心网发送的初始上下文建立请求(Initial ContextSetup Request)消息,并解析后未获知终端A无线接入能力信息,向终端A发送终端能力查询(UE Capability Enquiry)消息,通知终端A上报其无线接入能力信息。步骤205,终端A通过终端能力信息(UE Capability Information)消息将自身混合自动重传能力信息通知至基站。其中,此无线接入能力信息包括该终端的接入层版本信息、射频参数信息(RF parameters)、类型信息(ue-Category)等。此步骤205中,终端在终端能力信息消息中新增一个信元,用以表示其混合自动重传能力。例如,本具体实施例中,终端的有限混合自动重传能力同时包括有限下行混合自动重传能力和有限上行混合自动重传能力,终端上报的有限下行混合自动重传能力是指终端能够处理的并行的下行混合自动重传进程的数量如4,该数值低于现有协议规定的8 ;终端上报的有限上行混合自动重传能力是指终端能够处理的并行的上行混合自动重传进程的数量如2,该数值低于现有协议规定的8。本具体实施例中,在下行方向,设置该终端支持的并行的HARQ进程数量为4个,由于终端的下行采用的是异步HARQ,所以HARQ进程的时域位置不会受到限制,但是,基站在一个下行HARQ RTT的时间长度内只能在4个TTI上调度该终端,即在4个TTI上发送下行数据;在上行方向,设置该终端支持的并行的HARQ进程的数量也较少,例如2个(上行HARQ进程数量与下行HARQ进程数量无关),由于终端在上行采用的是同步HARQ,所以,HARQ进程所在时域是固定的,即HARQ进程所处的TTI与收到上行授权(Uplink Grant)的TTI是对应的,在该具体实施例中,2个上行HARQ进程分别处于一个上行HARQ RTT的时间长度内的第I个TTI和第2个TTI,即上行HARQ进程所处的TTI是连续的,基站只能在这两个连续的TTI上调度该终端(配置终端发送数据的上行授权),即该终端只能在这两个连续的TTI上发送数据。步骤206,基站保存终端A的混合自动重传能力,以用于对终端A的后续资源调度,并通过终端能力信息指示(UE Capability Info Indication)消息发送至核心网。步骤207,基站向终端A发送RRC连接重配置(RRC ConnectionReconfiguration)消息,并且将附着接受(Attach Accept)消息与该消息一起发送至终端。步骤208,终端A收到RRC连接重配置消息后,应用其中的参数,并向基站发送RRC连接重配置完成(RRC Connection Reconfiguration Complete)消息。
步骤209,基站向核心网发送初始上下文建立响应(Initial Context SetupResponse)消息。步骤210,终端A向基站发送附着完成(Attach Complete)消息,基站收到后将其发送至核心网。至此,附着(Attach)过程结束,终端A成功的向网络侧上报了自身的混合自动重传能力,基站随后将释放该终端已建立的RRC连接。在终端A成功上报自身的混合自动重传能力之后,终端A发送或接收数据的过程如图3所示
步骤301,终端A在其所驻留的小区内发起随机接入过程,建立RRC连接。步骤302,在建立RRC连接的过程中,终端A将NAS层的业务请求(ServiceRequest)消息发送至基站,进而,基站将该消息传送到核心网。
步骤303,核心网向基站发送初始上下文建立请求(Initial Context SetupRequest)消息,该消息中可以包含该终端的混合自动重传能力信息,该混合自动重传能力信息是通过之前的附着(Attach)过程获得的。步骤304,基站向终端A发送RRC连接重配置(RRCConnection Reconfiguration)消息,该消息中包含该终端需要建立的数据无线承载DRB (Data Radio Bearer)配置信息。步骤3O5,终端 A 在收到 RRC 连接重配置(RRC Connection Reconfiguration)消息后,应用其中的参数,并且向基站发送RRC连接重配置完成(RRC ConnectionReconfiguration Complete)消息。步骤306,基站在收到RRC连接重配置完成(Connection ReconfigurationComplete)消息后,向核心网发送初始上下文建立响应(Initial Context SetupResponse)消息。至此,终端完成与基站的DRB建立,可以与基站进行数据交互。本实施例中,基站将按照附着过程中获得的终端的混合自动重传能力,为终端分配上/下行资源,即基站在下行向终端发送数据时,只能在一个下行HARQ RTT时间长度内,分别在4个TTI上调度该终端,即在4个下行TTI上发送下行数据;终端在发送上行数据时,基站也只能依据终端的有限的HARQ能力,分别在一个上行HARQ RTT时间长度内的第I个TTI和第2个TTI上调度该终端,即该终端只能在这两个TTI上发送上行数据。在本实施例中,由于终端的HARQ能力是受到限制的,所以,基站在获知该终端的HARQ能力之后,在建立DRB的过程中和使用DRB进行数据传输的过程中,都会按照该HARQ能力进行上下行数据发送。在本实施例中,由于HARQ进程数量的减少,终端的处理能力就可以降低,需要存储的数据量也就相应的减少,从而终端所需要的内存也就相应的减少,终端的成本也就能够降低。本实施例还有其他的实现方式,终端的有限混合自动重传能力可以只包含具有有限下行混合自动重传能力,终端可以通过终端能力信息向基站上报其具有的有限下行混合自动重传能力,该有限下行混合自动重传能力可以是下行混合自动重传的反馈时间、或者是下行混合自动重传的环回时间,此处下行混合自动重传的反馈时间是指基站向终端发送数据所对应的时间Tl与终端向基站反馈ACK/NACK所对应的时间T2的差值,即反馈时间等于T2 — Tl,现有协议规定的反馈时间是4毫秒,此处该终端的反馈时间可以超过4毫秒;下行混合自动重传的环回时间也可以超过协议规定的8毫秒,基站收到终端的有限混合自动重传能力后,为终端分配资源,如反馈时间增加到6毫秒,则基站需要依据这个时间为终端分配用于反馈ACK/NACK的上行授权。终端的下行混合自动重传的反馈时间、或者下行混合自动重传的环回时间延长后,终端的处理能力可以降低,进而可以降低终端的成本。本实施例还有其他的实现方式,终端的有限混合自动重传能力可以只包含具有有限上行混合自动重传能力,终端可以通过终端能力信息向基站上报其具有的有限上行混合自动重传能力,该有限上行混合自动重传能力可以是上行混合自动重传的反馈时间、或者是上行混合自动重传的环回时间,该反馈时间可以超过现有协议规定的值,上行混合自动重传的环回时间也可以超过现有协议规定的值,相应的,这种终端的处理能力可以降低,成本可以降低。具体实施例二
具体实施例二中使用上述“将表示混合自动重传能力的标识通知至网络侧设备”的通知方式。并且,终端通过无线资源控制连接请求(RRC Connection Request)消息将此标识通知至网络侧设备。如图4所示,具体包括
步骤401,终端A在其所驻留的小区发起随机接入,向该小区所属的基站发送RRC连接 请求(RRC Connection Request)消息。在该实施例中,为了实现本发明,终端A在RRC连接请求(RRC ConnectionRequest)消息中携带表示混合自动重传能力的标识,此标识可以是低速终端标识,或者是低成本终端标识,或者是低优先级终端标识,可以在RRC连接请求(RRC ConnectionRequest)消息中增加信元用于携带此标识。步骤402,基站根据表示混合自动重传能力的标识所对应的混合自动重传能力对终端进行资源调度(包括资源分配),并向终端A发送RRC连接建立(RRC ConnectionSetup)消息。协议需要规定低速终端标识、低成本终端标识、或低优先级终端标识所对应的混合自动重传能力,如规定低成本终端标识对应具有有限下行混合自动重传能力,或者低优先级终端标识对应具有有限上行混合自动重传能力,基站收到低速终端或低成本终端或低优先级终端的标识后,依据对应的混合自动重传能力实施资源调度。本具体实施例中,终端A上报的低成本终端标识对应具有有限下行混合自动重传能力,此处特指下行混合自动重传的反馈时间,该反馈时间是指基站向终端A发送数据所对应的时间Tl与终端A向基站反馈ACK/NACK所对应的时间T2的差值,即反馈时间等于T2 - Tl,现有协议规定的反馈时间是4毫秒,本实施例中反馈时间为6毫秒。基站收到终端A上报的有限下行混合自动重传能力(即反馈时间为6毫秒),基站需要在向终端A发送数据后,在间隔6毫秒的子帧为终端A分配上行授权,用于终端A向基站反馈ACK/NACK。步骤403,终端收到RRC连接建立(RRC Connection Setup)消息后,向基站发送RRC连接建立完成(RRC Connection Setup Complete)消息,该消息还包含终端发送的业务请求(Service Request)消息。步骤404,基站收到RRC连接建立完成(RRC Connection Setup Complete)消息后,向核心网发送业务请求(Service Request)消息。步骤405,核心网收到业务请求(Service Request)后,对该终端进行鉴权和安全建立,向基站发送初始上下文建立请求(Initial Context Setup Request)消息,其中包含基站需要为终端建立的数据接入承载DRB的服务质量参数、安全配置的参数等。
步骤406,基站为该终端建立DRB配置参数,向该终端发送RRC连接重配置(RRCConnection Reconfiguration)消息。步骤407,终端收到 RRC 连接重配置(RRC Connection Reconf iguration)消息后,应用其中的参数配置,向基站发送RRC连接重配置完成(RRC Connection ReconfigurationComplete)消息。步骤408,基站收到 RRC 连接重配置完成(RRC Connection ReconfigurationComplete)消息后,向核心网发送初始上下文建立响应(Initial Context SetupResponse)消息。至此,终端完成与基站的DRB建立,可以与基站进行数据交互。在本实施例中,由于在步骤401中,基站已经获得表示终端HARQ能力的标识,所以,基站将按照此标识对应的混合自动重传能力为终端进行资源分配。在本实施例中,由于 HARQ反馈时间的增加,终端A的处理能力要求可以降低,终端的成本也就能够降低。具体实施例三
具体实施例三中使用上述“将表示混合自动重传能力的标识通知至网络侧设备”的通知方式。并且,终端通过无线资源控制连接建立完成(RRC Connection Setup Complete)消息将表示具有有限混合自动重传能力的标识通知至网络侧设备。如图5所示,具体包括步骤501,终端A在其所驻留的小区发起随机接入,向该小区所属的基站发送RRC连接请求(RRC Connection Request)消息。步骤502,基站在收到终端发送的RRC连接请求(RRC Connection Request)消息后,向终端A发送RRC连接建立(RRC Connection Setup)消息。步骤503,终端收到RRC连接请求(RRC Connection Request)消息后,向基站发送RRC连接建立完成(RRC Connection Setup Complete)消息,该消息还包含终端发送的业务请求(Service Request)消息。在该实施例中,为了实现本发明,终端A需要在RRC连接建立完成(RRCConnection Setup Complete)消息中携带表示混合自动重传能力的标识,此标识可以是低速终端标识,或者是低成本终端标识,需要在RRC连接建立完成(RRC Connection SetupComplete)消息中增加信元表示。步骤504,基站收到RRC连接建立完成消息后,根据收到的标识所对应的混合自动重传能力对终端进行资源调度,并且向核心网发送业务请求(Service Request)消息。在该实施例中,终端的HARQ能力是指增加的RTT时间长度,即设置的上行HARQ进程和/或下行HARQ进程的RTT的时间长度较大,即通过增长RTT的时间长度,给予终端较长的业务处理时间,并且在延长的RTT时间内不新增并行的上行HARQ进程和并行的下行HARQ进程。在下行方向,该终端支持的并行的HARQ进程数量与已有协议规定的一样,即8个,由于终端的下行采用的是异步HARQ,所以HARQ进程的时域位置不会受到限制,但是,基站在延长的下行HARQ RTT的时间长度内只能在8个TTI上调度该终端,即在8个TTI上发送下行数据;在上行方向,该终端支持的并行的HARQ进程的数量也与已有协议规定的一样,即8个,由于终端在上行采用的是同步HARQ,所以,HARQ进程所在时域是固定的,在该实施例中,基站只能在延长的RTT中的前8个TTI上调度该终端。步骤505-508与具体实施例二中405-408的内容相同。
至此,终端顺利接入网络,与基站建立了 DRB,可以与网络侧进行数据交互。由于在步骤503中,基站已经获得表示终端具有有限的HARQ能力的标识,所以,基站将按照此标识对应的混合自动重传能力为终端进行资源分配。在本实施例中,在下行,基站在增长的下行HARQ RTT的时间长度内只能在8个TTI上调度该终端,即在8个TTI上发送下行数据,在上行,基站只能在延长的RTT中的前8个TTI上调度该终端,即终端只能在延长的RTT中的前8个TTI上发送上行数据。在本实施例中,由于延长了 RTT的时间长度,终端的处理时间也就可以延长,从而对终端处理器的要求得以降低,终端的成本也就能够降低。上述具体实施例二、三中终端的混合自动重传能力是通过RRC信令向基站发送的,终端也可以通过媒质接入层(Medium Access Control,简称MAC)控制信令向基站发送,这需要在现有的媒质接入层控制信令中增加信元表示。 本实施例描述了 LTE系统,事实上对于宽带码分多址接入(WCDMA)系统同样适用,只是在WCDMA系统中,网络侧设备是无线网络控制器(RNC,Radio Network Controller),RNC具备处理RRC信令的功能。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相
互任意组合。当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成,所述程序可以存储于计算机可读存储介质中,如只读存储器、磁盘或光盘等。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地,上述实施例中的各模块/单元可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
权利要求
1.一种混合自动重传的处理方法,其特征在于, 终端将其混合自动重传能力或者表示混合自动重传能力的标识通知至网络侧设备,所述网络侧设备根据所述终端的混合自动重传能力对所述终端进行资源调度。
2.如权利要求I所述的方法,其特征在于, 所述混合自动重传能力是指所述终端具有有限下行混合自动重传能力和/或有限上行混合自动重传能力。
3.如权利要求2所述的方法,其特征在于, 所述有限下行混合自动重传能力包括以下参数中至少一种 终端能够处理的并行的下行混合自动重传进程的数量; 下行混合自动重传的反馈时间; 下行混合自动重传的环回时间; 所述有限上行混合自动重传能力包括以下参数中至少一种 终端能够处理的并行的上行混合自动重传进程的数量; 上行混合自动重传的反馈时间; 上行混合自动重传的环回时间。
4.如权利要求3所述的方法,其特征在于, 所述有限下行混合自动重传能力是指终端满足以下条件中至少一种 所述终端能够处理的并行的下行混合自动重传进程的数量低于标准协议中规定的终端能够处理的并行的下行混合自动重传进程的数量; 所述下行混合自动重传的反馈时间高于标准协议中规定的下行混合自动重传的反馈时间; 所述下行混合自动重传的环回时间高于标准协议中规定的下行混合自动重传的环回时间; 所述终端能够处理的并行的上行混合自动重传进程的数量低于标准协议中规定的终端能够处理的并行的上行混合自动重传进程的数量; 所述上行混合自动重传的反馈时间高于标准协议中规定的上行混合自动重传的反馈时间; 所述上行混合自动重传的环回时间高于标准协议中规定的上行混合自动重传的环回时间。
5.如权利要求3所述的方法,其特征在于, 所述终端能够处理的并行的下行混合自动重传进程数量是指终端在一个环回时间长度内处理的下行混合自动重传进程数量,或者所述终端能够配置的最大下行混合自动重传进程数量; 所述终端能够处理的并行的上行混合自动重传进程数量是指终端在一个环回时间长度内处理的上行混合自动重传进程数量,或者所述终端能够配置的最大上行混合自动重传进程数量。
6.如权利要求I所述的方法,其特征在于, 所述终端通过终端能力信息消息、无线资源控制连接请求消息、或者无线资源控制连接建立完成消息、或者媒体接入层控制信令将其混合自动重传能力或者表示混合自动重传能力的标识通知至所述网络侧设备。
7.如权利要求I所述的方法,其特征在于, 所述表示混合自动重传能力的标识是指低速终端标识、或者低成本终端标识、或者低优先级终端标识。
8.如权利要求I所述的方法,其特征在于, 所述网络侧设备根据所述终端的混合自动重传能力对所述终端进行资源调度包括如下的一种或多种 所述网络侧设备依据所述用户设备的下行混合自动重传进程的数量配置下行混合自动重传进程; 所述网络侧设备依据所述用户设备的下行混合自动重传的反馈时间,为所述用户设备分配用于反馈的上行授权; 所述网络侧设备依据所述用户设备的上行混合自动重传进程的数量配置上行混合自动重传进程; 所述网络侧设备依据所述用户设备的上行混合自动重传的反馈时间向所述用户设备发送反馈。
9.一种混合自动重传的处理系统,其特征在于,所述系统包括网络侧设备和终端, 所述终端,用于将其混合自动重传能力或者表示混合自动重传能力的标识通知至网络侧设备; 所述网络侧设备,用于根据所述终端的混合自动重传能力对所述终端进行资源调度。
10.如权利要求9所述的系统,其特征在于, 所述混合自动重传能力是指所述终端具有有限下行混合自动重传能力和/或有限上行混合自动重传能力; 所述有限下行混合自动重传能力包括以下参数中至少一种 终端能够处理的并行的下行混合自动重传进程的数量; 下行混合自动重传的反馈时间; 下行混合自动重传的环回时间; 所述有限上行混合自动重传能力包括以下参数中至少一种 终端能够处理的并行的上行混合自动重传进程的数量; 上行混合自动重传的反馈时间; 上行混合自动重传的环回时间。
11.如权利要求10所述的系统,其特征在于, 所述有限下行混合自动重传能力是指终端满足以下条件中至少一种 所述终端能够处理的并行的下行混合自动重传进程的数量低于标准协议中规定的终端能够处理的并行的下行混合自动重传进程的数量; 所述下行混合自动重传的反馈时间高于标准协议中规定的下行混合自动重传的反馈时间; 所述下行混合自动重传的环回时间高于标准协议中规定的下行混合自动重传的环回时间; 所述终端能够处理的并行的上行混合自动重传进程的数量低于标准协议中规定的终端能够处理的并行的上行混合自动重传进程的数量; 所述上行混合自动重传的反馈时间高于标准协议中规定的上行混合自动重传的反馈时间; 所述上行混合自动重传的环回时间高于标准协议中规定的上行混合自动重传的环回时间。
12.如权利要求9所述的系统,其特征在于, 所述网络侧设备,还用于根据所述终端的混合自动重传能力对所述终端进行资源调度包括如下的一种或多种 所述网络侧设备依据所述用户设备的下行混合自动重传进程的数量配置下行混合自动重传进程; 所述网络侧设备依据所述用户设备的下行混合自动重传的反馈时间,为所述用户设备分配用于反馈的上行授权; 所述网络侧设备依据所述用户设备的上行混合自动重传进程的数量配置上行混合自动重传进程; 所述网络侧设备依据所述用户设备的上行混合自动重传的反馈时间向所述用户设备发送反馈。
13.—种终端,其特征在于, 所述终端包括能力上报模块; 所述能力上报模块,用于将其混合自动重传能力或者表示混合自动重传能力的标识通知至网络侧设备,所述网络侧设备根据所述终端的混合自动重传能力对所述终端进行资源调度。
14.如权利要求13所述的终端,其特征在于, 所述混合自动重传能力是指所述终端具有有限下行混合自动重传能力和/或有限上行混合自动重传能力。
15.如权利要求14所述的终端,其特征在于, 所述有限下行混合自动重传能力包括以下参数中至少一种 终端能够处理的并行的下行混合自动重传进程的数量; 下行混合自动重传的反馈时间; 下行混合自动重传的环回时间; 所述有限上行混合自动重传能力包括以下参数中至少一种 终端能够处理的并行的上行混合自动重传进程的数量; 上行混合自动重传的反馈时间; 上行混合自动重传的环回时间。
16.如权利要求14所述的终端,其特征在于, 所述有限下行混合自动重传能力是指终端满足以下条件中至少一种 所述终端能够处理的并行的下行混合自动重传进程的数量低于标准协议中规定的终端能够处理的并行的下行混合自动重传进程的数量; 所述下行混合自动重传的反馈时间高于标准协议中规定的下行混合自动重传的反馈时间;所述下行混合自动重传的环回时间高于标准协议中规定的下行混合自动重传的环回时间; 所述终端能够处理的并行的上行混合自动重传进程的数量低于标准协议中规定的终端能够处理的并行的上行混合自动重传进程的数量; 所述上行混合自动重传的反馈时间高于标准协议中规定的上行混合自动重传的反馈时间;所述上行混合自动重传的环回时间高于标准协议中规定的上行混合自动重传的环回时间。
全文摘要
本发明公开了一种混合自动重传的处理方法及系统及一种终端,此方法包括终端将其混合自动重传能力或者表示混合自动重传能力的标识通知至网络侧设备,所述网络侧设备根据所述终端的混合自动重传能力对所述终端进行资源调度。本发明可以降低终端对缓存容量的要求以及对业务处理能力的要求,从而降低终端的成本,有利于该终端的广泛应用。
文档编号H04L1/18GK102739376SQ201110083828
公开日2012年10月17日 申请日期2011年4月2日 优先权日2011年4月2日
发明者艾建勋, 许英奇, 邓云 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1