业务配置方法和设备的制作方法

文档序号:7892972阅读:117来源:国知局
专利名称:业务配置方法和设备的制作方法
技术领域
本发明涉及无线通信技术领域,尤其涉及业务配置方法和设备。
背景技术
永久包连接(CPC, Continues Packet Connection)技术中不连续发送/不连续接收(DTX/DRX, Discontinues Transmission/Discontinues Receive)是增强型高速分组接入(HSPA+,High Speed PacketAccess+)中非常重要的技术内容。当UE的上行链路没有任何业务数据发送时,多余的上行链路专用物理控制信道(DPCCH,Dedicated PhysicalControl Channel)上发送的信号会增加不必要的上行干扰,减少上行链路容量。而上行链路不连续发送(UL DTX, Uplink Discontinues Transmission)可以减少上行链路干扰,增加上行链路用户数,并可以让用户始终处于小区专用信道(CELL DCH)状态中,减少用户终 端(UE,User Equipment)的状态迁移。而当UE的下行链路没有任何业务数据发送时,UE没有必要一直检测高速专用共享控制信道(HS-SCCH,High Speed Shared Control Channel),过多地消耗UE的功率,下行链路不连续接收(DL DRX, Downlink Discontinues Receive)引入了高速下行分组接入(HSDPA,High Speed Downlink Packet Access)的下行链路不连续接收,从而可以减少UE功率损耗。但是,采用CPC技术后,由于发送图案及参数配置的限制,当UE有上行或者下行业务数据发送时,会引入一部分传输时延。当积累的时延较大时,可能会引起一定的数据丢包,降低UE业务的服务质量(QoS, Quality of Service)。例如,在第三代合作伙伴计划第7版(3GPP R7, 3rd Generation PartnershipProject Release 7)中,将UE的业务设置为不连续发送/不连续接收(DTX/DRX,Discontinues Transmission/Discontinues Receive)模式,米用 DTX/DRX 后,UE 侧自动进A DTX激活/DRX激活,在没有业务数据发送时,可以减少DPCCH上的信号的发送来降低上行负载。但是,发明人在对现有技术的研究和实践中发现,采用DTX/DRX会引入一定的时延,并且,由于信道环境的变化与模式之间未必匹配,因此可能会导致业务的QoS受到影响。

发明内容
本发明实施例所要解决的技术问题是提供业务配置方法和设备,以降低业务的传输时延。本发明实施例提供了一种业务配置方法,该方法包括当用户设备UE所在小区的上行负载高于预先设置的第一负载门限时,将所述UE上行链路上的业务配置到不连续发送DTX第一模式,即严格在图案突发上间隔发送模式;当所述UE所在小区的上行负载低于预先设置的第二负载门限时,将所述UE上行链路上的业务配置到DTX第二模式,即起始头在图案突发上连续发送模式;
所述业务为第三代合作伙伴计划第7版3GPP R7或3GPP R7以上版本业务,所述
第二负载门限小于或等于第一负载门限。本发明实施例提供了一种基站设备,该基站设备包括负载判断单元、第一配置单元、第二配置单元,其中负载判断单元,用于计算UE所在小区的上行负载,并当所述上行负载高于设置的第一负载门限时,触发第一配置单元,当所述上行负载低于设置的第二负载门限时,触发第二配置单元,所述第二负载门限小于或等于第一负载门限;
第一配置单元,用于根据负载判断单元的触发将所述UE上行链路上的业务配置到上行不连续发送DTX第一模式,即严格在图案突发上间隔发送模式;第二配置单元,用于根据负载判断单元的触发将所述UE上行链路上的业务配置到DTX第二模式,即起始头在图案突发上连续发送模式;所述业务为第三代合作伙伴计划第7版3GPP R7或3GPP R7以上版本业务。可见,由于当配置UE所在小区的上行负载高于设置的第一负载门限时,将UE上行链路上的业务配置到DTX严格在图案突发间隔发送模式,UE可以腾出更多的时隙来降低上行负载;而当配置的UE所在小区的上行负载低于设置的第二负载门限时,将所述UE上行链路上的业务配置到DTX起始头在图案突发上连续发送模式,所述业务是指3GPP R7或以上版本业务,由于只是在第一次发送业务数据时对准突发时隙发送,突发时隙之后可以连续发送业务数据,因此可以减少业务在上行链路上的发送时延。综上可知,上述方法可以兼顾降低小区上行负载与减少业务上行时延的平衡,从而提高业务的QoS。


图I是本发明实施例中业务配置方法一流程图;图2是本发明实施例中小区工作状态迁移图;图3是本发明实施例中DTX/DRX激活&去激活实现整体状态图;图4是本发明实施例中业务配置方法二示意图;图5是本发明实施例中业务配置方法三流程图;图6是本发明实施例中业务配置方法三流程图;图7是本发明实施例中业务配置方法四流程图;图8是本发明实施例中业务配置方法五流程图;图9是本发明实施例中业务配置方法六流程图;图10是本发明实施例中业务配置方法七流程图;图11是本发明实施例中业务配置方法八流程图;图12是本发明实施例中业务配置方法九流程图;图13是本发明实施例中基站设备一结构示意图;图14是本发明实施例中基站设备二结构示意图;图15是本发明实施例中基站设备二结构不意图;图16是本发明实施例中基站设备四结构示意图。
具体实施方式
本发明实施例提供了业务配置方法和设备,为使本发明实施例的目的、技术方案及优点更加清楚明了,以下参照附图,对本发明实施例进行详细描述。为便于理解,以下首先介绍一下本发明实施例中可能涉及到的一些概念3GPP R99业务简称R99业务,主要是指UE的上行链路业务和下行链路业务均承载在DCH信道上的业务类型;3GPP R6业务指UE的上行链路业务承载在高速上行链路分组接入(HSUPA,High Speed Uplink Packet Access)上,下行链路业务承载在 HSDPA 上,3GPPR7业务简称R7业务,是在R6业务的基础上增加CPC技术的业务类型。以下如无特别说明,所说的业务均以3GPP R7业务为例对本发明实施例予以说明。CPC技术中可以配置业务的发送和接收模式,即DTX/DRX模式,具体包括严格在图案突发上间隔发送模式和起始头在图案突发上连续发送模式两种模式。所谓严格在图案突发上间隔发送模式是指发送数据只能严格在每个周期的突发时隙上发送。所谓起始头在图案突发上连续发送模式是指当没有数据发送时,且未发送数据时间超过一定门限时,新数据发送只能在下一个周期的突发时隙上发送;如果有数据发送,可以连续发送直到数据发送完毕。对于配置为模式I和模式2 的业务,分别有激活和去激活两种状态。其中=DTX激活状态是指UE上行链路上的业务处于DPCCH不连续发送状态。DTX去激活状态是指UE上行链路上的业务处于DPCCH连续发送状态。DRX激活状态是指UE下行链路上的业务处于HS-SCCH不连续发送状态。DRX去激活状态是指UE下行链路上的业务处于HS-SCCH连续发送状态。为描述方便,以下将严格在图案突发上间隔发送模式称为模式1,将起始头在图案突发上连续发送模式称为模式2。具体地,对于UE上行链路的业务可以配置为DTX模式I或DTX模式2,对于UE下行链路上的业务可以配置为DRX模式I或DRX模式2。同时将UE上行链路和下行链路上的业务配置为模式I可以表示为DTX/DRX模式1,同时将UE上行链路和下行链路上的业务配置为模式2可以表示为DTX/DRX模式2。针对不同模式和不同模式下业务的激活、去激活状态分别有DTX模式I激活状态、DTX模式I去激活状态、DTX模式2激活状态、DTX模式2去激活状态、DRX模式I激活状态、DRX模式I去激活状态、DRX模式2激活状态、DRX模式2去激活状态几种形式,当UE的上下行链路上的业务处于相同模式相同状态时可以表示为DTX/DRX模式I激活状态、DTX/DRX模式I去激活状态和DTX/DRX模式2激活状态、DTX/DRX模式2去激活状态,如无特别说明,以下实施例中所述的激活状态去激活状态均指DTX/DRX模式I下的激活、去激活状态。参照图1,为本发明实施例中业务配置方法一流程图,以下通过具体步骤进行详细说明S101、计算UE所在小区的上行负载,当所述负载高于设置的第一负载门限时,执行步骤S102;当所述负载低于设置的第二负载门限时,执行步骤S103,所述第二负载门限
小于或等于第一负载门限;所述第一负载门限和第二负载门限用户可以根据网络运行的具体情况进行设置。S102、将所述UE上行链路上的R7业务配置到DTX模式I ;S103、将所述UE上行链路上的R7业务配置到DTX模式2。本实施例中,在UE所在小区的上行负载高于设置的第一负载门限时,将所述UE上行链路上的R7业务配置到DTX模式1,可以严格在图案突发时隙上间隔发送业务数据,UE可以腾出更多的时隙,因而可以降低上行负载;而在配置的UE所在小区的上行负载低于设置的第二负载门限时,将所述UE上行链路上的R7业务配置到DTX模式2,对于DTX模式2,只是在第一次发送业务数据时对准图案突发时隙,之后UE可以连续发送业务数据,因此可以减少UE上行链路上业务数据的发送时延。综上可知,本实施例可以既在一定程度上降低UE所在小区的上行负载,又在一定程度上减少业务在上行链路上的发送时延,避免时延积累引起数据丢包,因此,可以提高业务的QoS。在实施例一基础上,可以设置第三负载门限,所述第三负载门限小于等于第一负载门限。当所述UE上行链路上的业务配置到DTX模式1,且所述UE所在小区的上行负载低于设置的第三负载门限时,将所述UE上行链路上的业务配置到DTX模式2,以进一步减少业务数据发送时延。可见,通过在所述UE所在小区的上行负载低于设置的第三负载门限时,将所述UE上行链路上的业务从DTX模式I转换为DTX模式2,从而进一步减少上行时延,提高业务的QoS0
而对于配置到DTX模式2的业务,还可以设置第四负载门限,所述第四负载门限大于或等于第三负载门限并小于或等于第一负载门限,当所述UE所在小区的上行负载高于设置的第四负载门限时,将所述UE上行链路上的业务配置到DTX模式1,以在业务数据充足时减少上行负载,避免出现掉话故障。可以理解的是,所述第三负载门限和第四负载门限,可以根据网络运行的具体情况进行设置。可见,通过所设置第三负载门限和第四负载门限,可以实现所述UE上行链路上的业务在DTX/DRX模式I和DTX/DRX模式2之间相互转换,因此,可以尽可能地实现降低上行负载与减少业务在上彳了链路上发送时延的平衡,从而进一步提闻业务的QoS。可以理解的是,为进一步提高业务的QoS,在以上实施例中,还可以同时对所述UE下行链路上的业务进行配置,例如,在将所述UE上行链路上的业务配置到DTX模式I时,将所述UE下行链路上的业务配置到DRX模式I ;或者在将所述UE上行链路上的业务配置到DTX模式2时,将所述UE下行链路上的业务配置到DRX模式2。在具体实施中,当所述UE的业务处于DTX/DRX模式2,且所述UE所在小区的上行负载高于所述设置的第四负载门限时,将信元进行如下配置,即可配置为DTX模式I或DRX模式I:MAC_Inactivity_Threshold = l/Inactivity_Threshold_for_UE_DRX_cycle =0o通过配置信兀MAC_Inactivity_Threshold = I 将介质接入控制(MAC, MediumControl-Dedicated)子层的非激活门限设置为1,表示严格在每个周期的突发时隙上发送。而配置信兀Inactivity_Threshold_for_UE_DRX_cycle = 0 表不将 UE 的非连续接收周期的非激活门限设置为0,表示严格在每个周期的突发时隙上接收。当所述UE的业务处于DTX/DRX模式1,且所述UE所在小区的上行负载低于设置的第三负载门限时,将信元进行如下配置,即可配置为DTX模式2或DRX模式2。MAC_Inactivity_Threshold > l/Inactivity_Threshold_for_UE_DRX_cycle >O0其中,通过配置信元MAC_Inactivity_Threshold > I表示将媒质接入控制(MAC,)子层的非激活门限设置为大于1,未发送数据时间超过设置的所述非激活门限时,新数据发送只能在下一个周期的突发时隙上发送;如果有数据发送,可以连续发送直到数据发送完毕。配置信兀Inactivity_Threshold_for_UE_DRX_cycle > 0 表不将 UE 的非连续接收周期的非激活门限设置为大于0的数,表示严格在每个周期的突发时隙上接收。当未接收数据时间超过设置的所述UE非连续接收周期的非激活门限时,新数据接收只能在下一个周期的突发时隙上接收;如果有数据接收,可以连续接收直到数据接收完毕。 可见,以上两种配置方法同时将所述UE上下行链路上的业务配置为相同的模式,当配置为DTX/DRX模式2时,可以同时减少UE的业务在上下行链路的发送时延,因此可以进一步提闻业务的QoS。如果业务配置为R6模式,且所述UE所在小区的上行负载超过设置的负载门限,且R7业务所在小区有足够的信道资源时,将所述UE的R6业务重配置到R7业务所在小区,将所述R6业务配置为R7业务时,可以执行上述实施例中所描述的降低上行负载以及减少发送时延的方法,以提高业务的QoS,并减少UE的掉话率。可以理解的是,在本发明实施例中,可对UE的处于DTX模式I的业务,可以根据网络运行的具体情况对所述UE上下行链路的业务进行激活、去激活操作。通过对UE上下行链路的业务进行激活操作,可以进一步降低上行链路的负载;通过对UE上下行链路上的业务进行去激活操作,可以减少所述业务的发送时延。而对于处于运行DTX/DRX激活状态的业务的UE,如果超过预先设置的时间门限没有任何业务数据传输,且运行所述业务的UE数量超过DTX/DRX模式设置的UE数时,可以选择一些低优先级的UE,并释放这些UE对应的业务信道资源,进入到小区前向接入信道(CELL_FACH, CELL_Forword Access Channel)状态,使得UE进入到更加省电的模式。例如,如果UE共分为高、中、低三个等级,可以选择优先级为低的全部或部分UE’释放这些UE对应的业务信道资源,并且小区工作状态进入到CELL_FACH状态。参照图2,为本发明实施例中小区工作状态迁移图。基站小区可以在满足预先设置的条件时从一种状态迁移到另一种状态。当基站小区迁移到CELL_FACH状态时,可以使UE处于节电模式;而当基站小区的业务处于DTX/DRX模式时,有激活和去激活两种状态。当基站小区的业务处于DTX/DRX模式I时,处于激活状态和去激活状态则可以不同程度地降低上行负载。根据网络运行的具体情况,所述小区也可以从CELL_FACH状态切换回CELL_DCH状态。而当基站支持R99和R7业务共存时,或者R99业务的UE切换进入R7小区时,可以根据R99业务的不连续性强度作为是否将所述业务重配置为R7业务的判断条件,当R99业务的不连续性强度超过设置的不连续性强度门限时,可以将所述R99业务重配置到R7业务所在小区上,以便为业务进入DTX/DRX模式做好准备。所谓不连续强度是指UE不连续发送或接收业务数据的时间占总发送时间的多少。并且,当所述UE上行链路上的业务配置为DTX模式I时,如果上行负载高于设置的强制激活负载门限时,可以禁止对小区内所有UE上行链路上的业务进行DTX去激活操作,并选择若干个处于DTX去激活状态的UE进行强制DTX激活操作,以降低所述小区的上行负载。而当小区的上行负载低于设置的允许去激活负载门限时,则允许对UE上行链路上的业务执行DTX去激活操作。可以设置最大允许去激活UE数N(N为大于等于0的整数),每个判断周期只允许最多同时去激活N个UE,以便降低对UE所在小区上行负载的冲击。
而当UE所在小区的上行负载处于允许去激活的范围时,可以根据不同的业务类型对UE上行链路上的业务进行DTX去激活操作。参照图3,为本发明实施例中DTX/DRX激活&去激活状态实现流程图,可以理解的是,各种状态迁移之间没有一定的顺序关系,每一个步骤均是描述从一种状态迁移到另一种状态,具体如下S301、R99业务在业务不连续性强度低于设置的不连续性强度门限时,可以配置为R7业务。S302、如果所在基站只能支持R99业务时,则保持原有的R99业务配置。S303、对于配置的R7业务,如果UE所在小区的上行负载高于设置的第一负载门限时,将所述UE上下行链路上的R7业务配置到DTX/DRX模式I。S304、当UE所在小区的上行负载低于设置的第二负载门限时,将所述UE的R7业务配置到DTX/DRX模式2,所述第二负载门限小于等于第一负载门限。S305、对于处于DTX/DRX模式I的R7业务,当所述UE所在小区的上行负载低于设置的第三负载门限时,将所述UE的R7业务配置到DTX/DRX模式2 ;S306、对于处于DTX/DRX模式2的R7业务,当所述UE所在小区的上行负载高于设置的第四负载门限时,将所述UE的R7业务配置到DTX/DRX模式I。可以理解的是,还可以根据网络运行的具体情况分配给R7业务不同的业务类型,并根据业务类型对业务的上行链路以及下行链路进行分别设置,以进一步提高业务的QoS。例如,可以根据需要将UE上行链路的业务配置为调度业务或者非调度业务。所谓调度业务,是指经过上行调度控制方法通过增强专用信道调度传输授权(E-DCHScheduledTransmission Grant)信元进行调度的业务。非调度业务通过设置增强专用信道非调度传输授权(E-DCH Non-Scheduled Transmission Grant)信兀中包含非调度传输每MAC_e PDU 的最大比特数(Maximum Number of Bits per MAC-e PDU forNon-scheduledTransmission)和2ms非调度授权自动重传请求过程分配(HARQProcess Allocation For2ms Non-ScheduledTransmission Grant)信息来进行业务通信的业务。还可以根据需要将UE下行链路上的业务配置为时延敏感业务或者时延非敏感业务。时延敏感业务是指时延敏感数据具有绝对高于流量敏感数据的调度优先级的业务,而时延非敏感业务主要关注流量敏感的业务。因此将UE下行链路上的业务配置为下行时延敏感业务,使得UE下行链路上业务的性能指标能够达到用户要求,减少UE下行链路上业务数据的发送时延,从而可以提高业务的QoS。例如,对于建立在网际协议上的语音(VoIP, Voice over InternationalProtocol)业务,一般是20ms周期语音包发送周期,在20ms内一般只会发送一个TTI (3个时隙)数据包,而20ms中包含了 5个TTI (2ms配置),剩余4个TTI中除了重发数据之外,不会有新的数据包发送。因此,针对VoIP业务,可以采用模式I配置形式,发送数据包严格在图案突发时隙上发送,从而减少在非发送时间NodeB和UE监测过多无效的时隙,具体可以通过如下方法进行配置如果UE所在小区的上行负载高于设置的第一负载门限,可以将所述UE上行链路上的业务配置为上行链路非调度业务DTX模式1,将UE下行链路上的业务配置为下行链路时延敏感业务DRX模式I ;如果所述UE所在小区的上行负载低于设置的第二负载门限,可以将所述UE上行链路上的业务配置为上行链路非调度业务DTX模式2,将所述UE下行链路上的业务配置为下行链路时延敏感业务DRX模式2。对于超文本传输协议(HTTP,Hyper Text Transport Protocol)业务,与 VoIP 业务的不同特点在于,HTTP业务可能较长时间没有任何时间发送,而发送数据的时间比较集中,针对这一特点,可以进行如下配置如果UE所在小区的上行负载高于设置的第一负载门限,可以将所述UE上行链路上的业务配置为上行链路调度业务DTX模式1,将所述UE下行链路上的业务配置为下行链路非时延敏感业务DRX模式I ;如果UE所在小区的上行负载低于设置的第二负载门限,可以将所述UE上行链路上的业务配置为上行链路调度业务DTX模式2,将所述UE下行链路上的业务配置为下行链路非时延敏感业务DRX模式2。而对于流业务,根据其上下行数据传输特点,则可以进行如下配置如果UE所在小区的上行负载高于设置的第一负载门限,可以将所述UE上行链路上的业务配置为上行链路调度业务DTX模式1,将所述UE下行链路上的业务配置为下行链路时延敏感业务DRX模式I ;如果UE所在小区的上行负载低于设置的第二负载门限,可以将所述UE上行链路上的业务配置为上行链路调度业务DTX模式2,将所述UE下行链路上的业务配置为下行链路时延敏感业务DRX模式2。还可以对UE上处于DTX/DRX模式I的业务进行激活操作以进一步降低UE所在小区的上行负载,或者进行去激活操作以减少所述UE上业务数据发送时延。参照图4,为本发明实施例中基于上行负载的业务配置方法二示意图,该方法基于UE所在小区的上行负载进行配置,具体步骤如下S401、当UE所在小区的上行负载高于“DTX强制激活负载门限”,基站(NodeB)选择部分没有执行DTX激活操作的UE,对所述UE上行链路上的业务强制执行DTX激活操作;同时NodeB通过设置允许UE DTX去激活个数PermDeactUeNum = 0,来禁止对小区内所有UE上行链路上的业务执行DTX去激活的判断和操作;可以在“DTX强制激活负载门限”基础上增加激活DTX迟滞(Activate DTXHysteresis),可以根据需要灵活设置Activate DTX Hysteresis来对“DTX强制激活负载门限”进行微调,所述Activate DTX Hysteresis可设置为正值,也可设置为负值,还可设置为 O。图 4 中,Activate DTX Hysteresis = O。 S402、一定时长以后(时间T),如果小区当前上行负载仍然高于“DTX强制激活负载门限”,则再次选择部分没有执行DTX激活操作的UE,对所述UE上行链路上的业务执行DTX激活操作;同时为了防止NodeB的无效动作,在NodeB—次选择的“部分UE数”不足时,NodeB不再重复选择UE执行激活操作;S403、重复步骤S402,直到小区当前上行负载低于“DTX强制激活负载门限”或者无法选择到合适的UE ; S404、当小区上行负载低于“允许DTX去激活负载门限”,NodeB通过设置允许去激活UE个数PermDeactUeNum = MaxPermDeactUeNum,允许对所有UE上行链路上的业务执行去激活DTX的判断和操作。可以在“允许DTX去激活负载门限”基础上增加去激活DTX迟滞(DeactivateDTX Hysteresis)来对“允许DTX去激活负载门限”进行微调,可以根据需要灵活设置Deactivate DTX Hysteresis,所述 Deactivate DTXHysteresis 可设置为正值、负值,也可以设置为 O。图 4 中的 Deactivate DTXHysteresis = O。可以理解的是,所述步骤顺序仅仅基于图4所示的负载曲线变化示意图,不过,不论具体曲线如何,只要UE所在小区的上行负载不断增加且超过设置的“DTX强制激活门限”时,则可以选择UE上上行链路上的业务进行DTX激活,同时禁止所有UE上行链路上的业务执行DTX去激活操作。当UE所在小区的上行负载不断降低且未低于设置的“允许DTX去激活负载门限”时,NodeB同样可以选择UE,并对所述UE上行链路上的业务执行DTX激活操作,同时禁止所有UE的上行链路上的业务执行DTX去激活操作。而当UE所在小区的负载低于设置的“允许DTX去激活负载门限”时,允许所有UE上行链路上的业务执行DTX去激活的判断和操作。当UE所在小区的上行负载不断增加且低于设置的“允许DTX强制激活负载门限”时,允许对所述UE上行链路上的业务执行DTX去激活操作。当UE有多个业务时,可以将这些业务称为组合业务,以下具体说明当UE的业务数超过一个时,如何进行激活、去激活操作首先,对于新增业务,只有新增业务和之前所有业务都支持DTX/DRX模式配置时,才能进行DTX/DRX模式配置,否则,退出DTX/DRX模式配置。对于组合业务,需要执行去激活操作的情况如下当UE上行链路上某个业务满足设置的DTX去激活条件时,将所述UE上行链路和下行链路上的业务均执行去激活状态而进入DTX去激活/DRX去激活状态;当UE上行链路上的业务处于DTX激活状态,且UE下行链路组合业务中至少有一个业务满足设置的去激活条件,则将所述UE下行链路上所有业务均执行DRX去激活状态而进入DRX去激活状态。对于组合业务,需要执行激活操作的情况如下当UE上行链路上所有业务都满足设置的DTX激活条件时,UE上行链路上的各个业务才能进入DTX激活状态。此时,下行链路上的各个业务仍处于DRX去激活状态,当后续满足设置的DRX激活条件时,下行链路上对应的业务进入DRX激活状态。当UE上行链路上的所有业务处于DTX激活状态,且所述UE下行链路上的所有业务都满足设置的DRX激活条件时,允许对所述UE下行链路上的业务执行DRX激活操作而进入DRX激活状态。DTX的去激活操作由业务量、重传次数、时延、调度方法等因素决定,基于负载的控制方法则会在负载较高的情况触发DTX强制激活操作,并周期性地设置出允许DTX的去激活的UE的个数PermDeactUeNum来限定基于QoS的DTX激活/去激活操作过程中DTX去激活的UE个数,以下通过具体实施例说明I、对于HTTP业务等上行链路调度业务如果UE上行链路上的上行链路调度业务处于DTX激活状态,可以通过事件触发方式进行去激活条件的判断,参照图5,为本发明实施例中业务配置方法三流程图,具体步骤如下S501、获取最新上报的业务指示(SI, Service Indication)消息中的整个增强专用信道缓存状况(TEBS,Total E-DCH Buffer State)信息;S502、获取接收到所述SI消息时的有效速率Veffective及当前业务所在小区上行链路的保证速率Vgbr;S503、判断TEBS > max (Veffective*T, Vgbr*T)是否成立,如果成立,则执行步骤S504,否则结束流程,其中T表示判断周期;
S504、将HS-SCCH信令加入到HS-SCCH信令待发队列中,所述信令中携带有DTX模式I去激活/DRX模式I去激活指示信息,并标记当前时间戳(当所述HS-SCCH信令发送成功后,设置UE上行链路上所有业务的DTX模式I状态为去激活状态,设置UE下行链路上所有业务的DRX模式I状态为去激活状态)。将携带有DTX模式I去激活/DRX模式I去激活指示信息的HS-SCCH信令加入到HS-SCCH信令待发队列中,并标记当前时间戳,使得该信令可以在一定时间内发送给UE,使得UE将上行链路上的所有业务配置为DTX模式I去激活状态,下行链路上的所有业务配置为DRX模式I去激活状态。以下介绍上行链路调度业务的DTX模式I激活操作流程,所述UE上行链路上的某个上行链路调度业务处于DTX模式I去激活状态,可以通过周期判断的方式对所述业务进行激活条件判断,参照图6,为本发明实施例中业务配置方法三流程图,具体步骤如下S601、获取数据传输比例Pdatatrans ;例如,可以统计100个传输时间间隔(TTI,Transfer Time Interval)内被调度进行数据传输的比例来实现,即Pdatatrans = NumTTIdatatrans/100 ;S602、周期到来时,判断Pdatatrans < 10 %是否成立,如果成立,则执行步骤S603 ;否则结束流程;S603、判断UE上行链路上其它业务的状态是否为DTX模式I激活状态,如果UE上行链路上其它所有业务的DTX模式I状态为DTX模式I激活状态,则执行步骤S604 ;如果UE上行链路上其它业务的DTX模式I状态不全为DTX模式I激活状态,则执行步骤S605 ;S604、将HS-SCCH信令加入到HS-SCCH信令待发队列中,所述信令中携带有DTX模式I激活/DRX模式I去激活指示信息,并标记当前时间戳(当所述HS-SCCH信令发送成功后,设置UE下行链路上所有业务DRX模式I状态为去激活状态);UE可以根据HS-SCCH信令中携带的DTX模式I激活/DRX模式I去激活指示信息,将所述UE上行链路上所有业务设置为DTX模式I激活状态,下行链路上所有业务设置为DRX模式I去激活状态。S605、设置所述上行链路调度业务的DTX模式I状态为激活状态。2、对于VoIP业务等上行链路非调度业务如果UE上行链路上的某个上行链路非调度业务处于DTX激活状态,可以通过事件触发方式对所述业务进行去激活条件的判断,每次丢包就进行判断, 参照图7,为本发明实施例中业务配置方法四流程图,具体步骤如下S701、获取由于达到最大传输次数而造成的丢包数Nfail ;S702、判断周期Tl内Nfail大于设定值x是否成立,如果成立,则执行步骤S703 ;否则结束流程;例如,设定周期Tl为5s,设定值X为5,则判定Nfail > 5是否成立。S703、将HS-SCCH信令加入到HS-SCCH信令待发队列中,所述信令中携带有DTX模式I去激活/DRX模式I去激活指示信息,并标记当前时间戳(当所述HS-SCCH信令发送成功后,设置所述UE上行链路上所有业务的DTX模式I状态为去激活状态,下行链路上所有业务的DRX模式I状态为去激活状态)。UE可以根据HS-SCCH信令中携带的DTX模式I去激活/DRX模式I去激活指示信息,将所述UE上行链路上的所有业务设置为DTX模式I激活状态,下行链路上的所有业务设置为DRX模式I去激活状态。以下介绍上行链路非调度业务的DTX激活操作流程,UE上行链路上的某个上行链路非调度业务处于DTX去激活状态,可以通过周期判断的方式进行激活条件判断,参照图8,为本发明实施例中业务配置方法五流程图,具体步骤如下S801、获取由于达到最大传输次数而造成的丢包数Nfail ;S802、判断周期T2内Nfail于等于设定值y是否成立,如果成立,则执行步骤S803 ;否则结束流程;例如,设定周期T2为5s,设定值y为1,则判定Nfail ( I是否成立。S803、判断UE上行链路上其它业务的DTX模式I状态是否为DTX模式I激活状态,如果UE上行链路上其它所有业务全为DTX模式I激活状态,则执行步骤S804 ;如果上行链路上其它业务不全为DTX模式I激活状态,则执行步骤S805 ;S804、将HS-SCCH信令加入到HS-SCCH信令待发队列中,所述信令中携带有DTX模式I激活/DRX模式I去激活指示信息,并标记当前时间戳(当所述HS-SCCH信令发送成功后,设置UE下行链路上所有业务的DRX模式I状态为去激活状态);根据HS-SCCH信令中携带的DTX模式I激活/DRX模式I去激活指示信息,将所述UE上行链路上的所有业务设置为DTX模式I激活状态,将所述UE下行链路上的所有业务设置为DRX模式I去激活状态。S805、设置所述上行链路非调度业务的DTX模式I状态为激活状态。3、对于VoIP业务、流业务等下行时延敏感业务如果UE下行链路上的某个下行时延敏感业务处于DRX激活状态,可以通过事件触发方式进行去激活条件的判断,每次有因丢弃时间(Discard Time)超时就进行判断,参照图9,为本发明实施例中业务配置方法六流程图,具体步骤如下S901、获取因Discard Time超时丢弃专用介质接入控制(MAC_d, MediumControl-Dedicated)分组数据单兀(PDU, Packet Data Unit)的个数 Numdiscard ;S902、判断在周期T3内因Discard Time超时而丢弃的MAC_d PDU的个数是否大于设定的个数m,如果大于,则执行步骤S903 ;否则,结束流程。
如可以将T3设为5s,m设为5。S903、判断UE上行链路上所述下行时延敏感业务的DTX状态是否为激活状态,如果是,则执行步骤S904 ;否则结束流程;S904、将HS-SCCH信令加入到HS-SCCH信令待发队列中,所述信令中携带DTX模式I激活/DRX模式I去激活指示信息,并标记当前时间戳(当所述HS-SCCH信令发送成功后,设置UE下行链路上所有业务的DRX模式I状态为去激活状态)。UE根据HS-SCCH信令中携带的DTX模式I激活/DRX模式I去激活指示信息,将所述UE的所有业务设置为DTX模式I激活状态/DRX模式I去激活状态。以下介绍下行链路时延敏感业务的DRX激活操作流程,UE下行链路上的某个下行链路时延敏感业务处于DRX去激活状态,可以通过周期判断的方式进行激活条件判断,参照图10,为本发明实施例中业务配置方法七流程图,具体步骤如下
S1001、获取因 Discard Time 超时而丢弃 MAC_d PDU 的个数 Numdiscard ;S1002、判断在周期T4内因Discard Time超时而丢弃的MAC_d PDU的个数是否小于设定的个数n,如果小于,则执行步骤S1003 ;否则,结束流程;如可以将T4设为5s, n设为I。S1003、判断当前UE上行链路上所述下行时延敏感业务的DTX模式I状态是否为激活状态,如果是,则执行步骤S1004 ;否则结束流程;S1004、判断UE下行链路上其它业务的DRX模式I状态是否全为DRX模式I激活状态,如果UE下行链路上其它业务的DRX模式I状态全为DRX模式I激活状态,则执行步骤S1005 ;如果UE下行链路其它业务的DRX模式I状态不全为DRX激活状态,则执行步骤S1006 ;S1005、将HS-SCCH信令加入到HS-SCCH信令待发队列中,所述信令中携带DTX模式I激活/DRX模式I激活指示信息,并标记当前时间戳;UE可以根据HS-SCCH信令中所携带的DTX激活/DRX激活指示信息,将UE上行链路上的所有业务设置为DTX模式I激活状态,将UE下行链路上所有业务设置为DRX模式I激活状态。S1006、设置所述下行链路时延敏感业务的DRX模式I状态为DRX模式I激活状态。4、对于HTTP业务等下行非时延敏感业务如果UE下行链路上的某个下行非时延敏感业务处于DRX激活状态,可以通过事件触发方式进行去激活条件的判断,参照图11,为本发明实施例中业务配置方法八流程图,具体步骤如下S1101、获取MAC-d队列状态;可以根据MAC-d队列长度设定不同的MAC-d队列状态,例如,当MAC_d队列长度大于设定值LI小于等于最大值时,称之为H态,当大于设定值L2小于LI时,称之为M态,当大于设定值L3小于L2时,称之为L态,当大于等于0小于L3时,称之为触底。可以理解的是,这并不是唯一的划分方法。S1102、判断在周期T5内MAC-d队列是否至少处于一次H态,如果是,则执行步骤SI 103 ;否则结束流程;当处于H态时,所述MAC-d队列长度大于设置的最大门限值LI小于等于最大值。例如T5可设为5s。
S1103、判断UE上行链路上所述下行非时延敏感业务的DTX状态是否为DTX激活状态,如果是,则执行步骤S1104 ;否则,结束流程;SI 104、将HS-SCCH信令加入到HS-SCCH信令待发队列中,所述信令中携带DTX模式I激活/DRX模式I去激活指示信息,并标记当前时间戳(当所述HS-SCCH信令发送成功后,设置UE下行链路上所有业务DRX模式I状态为去激活状态)。由于所述HS-SCCH信令中携带有DTX模式I激活/DRX模式I去激活指示信息,UE可以根据所述指示信息将UE的所有业务设置为DTX模式I激活状态/DRX模式I去激活状态。将UE下行链路上所有业务的DRX模式I状态设置为去激活状态可以减少业务在下行链路上的传输时延。以下介绍下行链路非时延敏感业务的DRX激活操作流程,UE下行链路上的某个非时延敏感业务处于DRX去激活状态,可以通过周期判断的方式进行激活条件判断,参照图12,为本发明实施例中业务配置方法九流程图,具体步骤如下S1201、获取MAC-d队列状态;可以根据MAC-d队列长度设定不同的MAC-d队列状态,例如,当MAC_d队列长度大于设定值LI小于等于最大值时,称之为H态,当大于设定值L2小于LI时,称之为M态,当大于设定值L3小于L2时,称之为L态,当大于等于0小于L3时,称之为触底。可以理解的是,这并不是唯一的划分方法。S1202、判断在周期T6内MAC_d队列是否一直处于L态或触底,如果是,则执行步骤S1203 ;否则结束流程;当处于L态或触底时,所述MAC-d队列长度小于等于设置的门限次小值L2。T6可根据需要进行设置,例如根据网络运行的具体情况可设为5s。S1203、判断UE上行链路上所述非时延敏感业务的DTX模式I状态是否为激活状态,如果是,则执行步骤S1204 ;否则结束流程;S1204、判断UE下行链路上其它业务的DRX状态,如果UE下行链路上其它所有业务的DRX模式I状态均为激活状态,则执行步骤S1205 ;如果UE下行链路其它业务的DRX模式I状态不全为激活状态,则执行步骤S1206 ;S1205、将HS-SCCH信令加入到HS-SCCH信令待发队列中,所述信令中携带DTX模式I激活/DRX模式I激活指示信息,并标记当前时间戳;UE可以根据所述DTX模式I激活/DRX模式I激活指示信息,将上行链路上所有业务设置为DTX模式I激活状态,下行链路上所有业务设置为为DRX模式I激活状态。S1206、设置所述非时延敏感业务的DRX状态为DRX激活状态。以上以在R7版本中的应用为例作了详细说明,可以理解的是,以上业务配置的方法也适用于R7以上版本,不再举例说明。以下对本发明实施例中业务配置的方法所对应的基站设备进行对应描述参照图13,为本发明实施例中基站设备一结构示意图,该基站包括负载判断单元1301、第一配置单元1302、第二配置单元1303,其中
负载判断单元1301,用于计算UE所在小区的上行负载,并当所述上行负载高于设置的第一负载门限时,触发第一配置单元1302,当所述上行负载低于设置的第二负载门限时,触发第二配置单元1303,所述第二负载门限小于或等于第一负载门限;第一配置单元1302,用于根据负载判断单元1301的触发将所述UE上行链路上的业务配置到DTX模式1,即严格在图案突发上间隔发送模式;第二配置单元1303,用于根据负载判断单元1301的触发将所述UE上行链路上的业务配置到DTX模式2,即起始头在图案突发上连续发送模式;所述业务为第三代合作伙伴计划第7版3GPP R7或3GPP R7以上版本业务。
可见,本基站设备在UE所在小区的上行负载高于设置的第一负载门限时,将所述业务配置到DTX模式1,可以严格在突发时隙上发送业务数据,UE可以腾出更多的时隙,因而可以降低上行负载;而在UE所在小区的上行负载低于设置的第二负载门限时,将所述UE上行链路上的业务配置到DTX模式2,对于DTX模式2,由于只是在第一次发送业务数据时对准突发时隙发送,突发时隙之后可以连续发送业务数据,因此可以减少UE上行链路上的业务数据发送时延。综上可知,本实施例可以既在一定程度上降低小区的上行负载,又在一定程度上减少上行链路发送时延,避免时延积累引起数据丢包,因此,可以提高业务的QoS。还可对上述基站设备进行优化,以下通过几个具体实施例进行说明参照图14,为本发明实施例中基站设备二结构示意图,在上一实施例基础上,还包括第三配置单元1401,用于当所述UE上行链路上的业务配置到DTX模式1,且所述UE所在小区的上行负载低于设置的第三负载门限时,将所述UE上行链路上的业务配置到DTX模式2,所述第三负载门限小于或等于第一负载门限。可见,本基站设备可以在UE所在小区的上行负载低于设置的第三负载门限时,将所述UE上行链路上的业务配置从DTX模式I转换为DTX模式2,从而可以进一步减少上行时延,提高业务的QoS。参照图15,为本发明实施例中基站设备三结构示意图,在基站设备二基础上,还包括第四配置单元1501,用于当所述业务配置到DTX模式2,且所述UE所在小区的上行负载高于设置的第四负载门限时,将所述业务配置到DTX模式1,所述第四负载门限大于或等于第三负载门限并小于或等于第一负载门限。可见,通过所设置第三负载门限和第四负载门限,可以实现UE上业务配置在DTX/DRX模式I与DTX/DRX模式2之间的相互转换,以尽可能地兼顾降低上行负载与减少时延的平衡,从而进一步提闻业务的QoS。可以理解的是,在以上各实施例中,对UE上行链路上的业务进行配置时,还可以同时对UE下行链路上的业务进行配置,参照图16,为本发明实施例中基站设备四结构示意图,以在基站设备一基础上进行扩展说明,在基站设备一基础上,还可包括第五配置单元1601,用于在将所述UE上行链路上的业务配置到DTX模式I时,将所述UE下行链路上的业务配置到下行链路不连续接收DRX模式I ;第六配置单元1602,用于在将所述UE上行链路上的业务配置到DTX模式2时,将所述UE下行链路上的业务配置到DRX模式2。当UE所在小区上行链路和下行链路上的业务均处于模式I时,基站还可以对所述UE上行链路上的业务执行激活操作以降低上行负载,或者对所述UE上行链路以及下行链路上的业务执行去激活操作以减少时延,从而尽可能地实现降低上行负载和减少时延的平衡,提高业务的QoS,例如,在上述各实施例中所介绍的基站设备还可包括
第一激活操作单元,用于当所述UE上行链路上的业务配置到DTX模式1,且所述UE所在小区的上行负载高于设置的强制激活负载门限时,禁止所述小区内所有UE上行链路上的业务执行DTX模式I去激活操作,并选择若干个上行链路上的业务处于DTX模式I去激活状态的UE执行强制DTX模式I激活操作。基站设备可包括第一去激活判断单元,用于当所述UE上行链路上的业务配置到 DTX模式1,且当所述UE所在小区的上行负载低于设置的允许去激活负载门限时,允许对所述UE上行链路上的业务执行DTX模式I去激活操作。基站设备还可以根据需要配置业务的业务类型,例如,在上述各实施例基础上,基站设备还可包括第一业务类型配置单元,用于根据需要将所述UE上行链路上的业务配置为上行调度业务或上行非调度业务;和/或第二业务类型配置单元,用于根据需要将所述UE下行链路上的业务配置为下行时延敏感业务或下行非时延敏感业务。当业务配置在模式I时,还可以根据业务类型对所述UE上下行链路上的业务执行模式I激活、去激活操作,例如,所述基站设备可包括第二激活操作单元,当所述UE上行链路上的业务配置到DTX模式1,且所述UE所在小区的上行负载处于允许激活的范围时,根据第一业务类型配置单元或/和第二业务类型配置单元所配置的业务类型对所述UE的业务执行模式I激活操作;第二去激活操作单元,当所述UE上行链路上的业务配置到DTX模式1,且所述UE所在小区的上行负载处于允许去激活的范围时,根据第一业务类型配置单元或/和第二业务类型配置单元所配置的业务类型对所述UE的业务执行模式I去激活操作。所述基站设备还可包括发送单元,用于在所设定的时间段内发送HS-SCCH信令给UE,所述信令中携带有从所述第二去激活操作单元获取的去激活操作指示信息。所述去激活操作指示信息具体为DTX模式I去激活/DRX模式I去激活指示信息,或者DRX去激活指示信息。为了将所述HS-SCCH信令尽快发送出去,可以设置HS-SCCH信令的调度优先级高于业务的调度优先级。为了让尽可能多的业务处于CELL_DCH状态,以减少时延,并减少UE掉话率,在以上各实施例基础上,还可以进行如下扩展例如,所述基站设备还可包括第七配置单元,用于当UE所在小区的上行负载超过设置的负载门限,且3GPP R7或3GPP R7以上版本业务所在小区有足够的信道资源时,将所述UE上配置的3GPP R6业务重配置到3GPP R7或3GPP R7以上版本业务所在小区。含有所述第七配置单元的基站设备可以在UE所在小区的上行负载超过设置的负载门限,且3GPP R7或3GPP R7以上版本业务所在小区有足够的信道资源时,将所述UE上配置的3GPP R6业务重配置到3GPP R7或3GPP R7以上版本业务所在小区,进而可以进行DTX/DRX模式配置,并在模式I下进行激活去激活操作,从而可以减少时延,并减少UE的掉话率,提高业务的QoS。以上各基站设备还可包括第八配置单元,用于当所述UE上配置的3GPPR99业务的不连续性强度超过设置的不连续性强度门限时,将所述3GPP R99业务重配置到3GPP R7或3GPP R7以上版本业务所在小区。所述包含有第八配置单元的基站设备,可以在所述UE上配置的3GPP R99业务的不连续性强度超过设置的不连续性强度门限时,将所述3GPP R99业务重配置到3GPP R7或3GPP R7以上版本业务所在小区上,进而可以进行DTX/DRX模式配置,并在DTX模式I下进行激活去激活操作,从而可以减少时延,并减少UE的掉话率,从而提高业务的QoS。本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬 件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括ROM、RAM、磁盘或光盘等。以上对本发明实施例所提供的业务配置方法和设备进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式
及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
权利要求
1.一种业务配置方法,其特征在于,包括 当用户设备UE所在小区的上行负载高于预先设置的第一负载门限时,将所述UE上行链路上的业务配置到不连续发送DTX第一模式,即严格在图案突发上间隔发送模式,所述严格在图案突发上间隔发送模式是指发送数据只能严格在每个周期的突发时隙上发送; 当所述UE所在小区的上行负载低于预先设置的第二负载门限时,将所述UE上行链路上的业务配置到DTX第二模式,即起始头在图案突发上连续发送模式,所述起始头在图案突发上连续发送模式是指当没有数据发送时,且未发送数据时间超过一定门限时,新数据发送只能在下一个周期的突发时隙上发送;如果有数据发送,可以连续发送直到数据发送完毕; 所述第二负载门限小于或等于第一负载门限。
2.如权利要求I所述的业务配置方法,其特征在于,当所述UE上行链路上的业务配置到DTX第一模式时,进一步包括 当UE所在小区的上行负载低于预先设置的第三负载门限时,将所述UE上行链路上的业务配置到DTX第二模式,所述第三负载门限小于或等于第一负载门限。
3.如权利要求I所述的业务配置方法,其特征在于,当所述UE上行链路上的业务配置到DTX第二模式时,进一步包括 当所述UE所在小区的上行负载高于预先设置的第四负载门限时,将所述UE上行链路上的业务配置到DTX第一模式,所述第四负载门限大于或等于第三负载门限并小于或等于第一负载门限。
4.如权利要求I至3任一项所述的业务配置方法,其特征在于, 在将所述UE上行链路上的业务配置到DTX第一模式时,进一步包括将所述UE下行链路上的业务配置到下行链路不连续接收DRX第一模式,即严格在图案突发上间隔发送模式;和/或 在将所述UE上行链路上的业务配置到DTX第二模式时,进一步包括将所述UE下行链路上的业务配置到DRX第二模式,即起始头在图案突发上连续发送模式。
5.如权利要求I至3任一项所述的业务配置方法,其特征在于,当所述UE上行链路上的业务配置到DTX第一模式时,进一步包括 当所述UE所在小区的上行负载高于预先设置的强制激活负载门限时,禁止对小区内所有UE上行链路上的业务执行DTX第一模式去激活操作,并选择若干个处于上行链路上的业务处于DTX第一模式去激活状态的UE执行强制DTX第一模式激活操作。
6.如权利要求I至3任一项所述的业务配置方法,其特征在于,当所述UE上行链路上的业务配置到DTX第一模式时,进一步包括 当所述UE所在小区的上行负载低于设置的允许去激活负载门限时,允许对所述UE上行链路上的业务执行DTX第一模式去激活操作。
7.如权利要求I至3任一项所述的业务配置方法,其特征在于,当所述UE上行链路上的业务配置到DTX第一模式时,进一步包括 当所述UE所在小区的上行负载处于允许去激活的范围时,根据所述UE上行链路上业务的业务类型进行DTX第一模式去激活操作;和/或 当所述UE所在小区的上行负载处于允许激活的范围时,根据所述UE上行链路上业务的业务类型进行DTX第一模式激活操作。
8.如权利要求7所述的业务配置方法,其特征在于,进一步包括 将所述UE上行链路上的业务配置为上行调度业务或者上行非调度业务;和/或 将所述UE下行链路上的业务配置为下行时延敏感业务或下行非时延敏感业务。
9.如权利要求8所述的业务配置方法,其特征在于, 当所述UE上行链路上某个业务满足预先设置的DTX第一模式去激活条件时,将所述UE上行链路上所有业务配置为DTX第一模式去激活状态。
10.如权利要求9所述的业务配置方法,其特征在于, 当所述UE上行链路上的业务配置为上行调度业务时,所述预先设置的DTX第一模式去激活条件为=TEBS > max(Veffective*T, Vgbr*T) ;TEBS为整个增强专用信道缓存状态信息,Veffective为接收到含有所述TEBS信息的消息时的有效速率,Vgbr为所述业务所在小区上行链路的保证速率,T表示判断周期; 当所述UE上行链路上的业务配置为上行非调度业务时,所述预先设置的DTX第一模式去激活条件为所设置的周期Tl内所获取的由于达到最大传输次数而造成的丢包数小于设定值。
11.如权利要求8所述的业务配置方法,其特征在于, 当所述UE上行链路上的业务处于DTX第一模式激活状态,且所述UE下行链路上至少有一个业务满足设置的DRX第一模式去激活条件时,将所述UE下行链路上所有业务配置为DRX第一模式去激活状态。
12.如权利要求11所述的业务配置方法,其特征在于, 当所述UE下行链路上的业务配置为下行时延敏感业务时,所述设置的DRX第一模式去激活条件为所设置的周期T3内因丢弃时间超时而丢弃的专用介质接入控制分组数据单元MAC-d PDU的个数大于设定的个数m ; 当所述UE下行链路上的业务配置为下行非时延敏感业务时,所述设置的DRX第一模式去激活条件为所设置的周期T5内MAC-d队列长度至少一次处于H态,所述处于H态表示MAC-d队列长度大于或等于所设置的最大门限值并小于或等于队列长度的最大值。
13.如权利要求8所述的业务配置方法,其特征在于,当所述UE上行链路上所有业务都满足设置的DTX第一模式激活条件时,将所述UE上行链路上所有业务配置为DTX第一模式激活状态。
14.如权利要求13所述的业务配置方法,其特征在于, 当所述UE上行链路上的业务配置为上行调度业务时,所述设置的DTX第一模式激活条件为所获取的数据传输比例小于设定值; 当所述UE上行链路上的业务配置为上行非调度业务时,所述设置的DTX第一模式激活条件为周期T2内所获取的由于最大传输次数而造成的丢包数小于等于设定值。
15.如权利要求8所述的业务配置方法,其特征在于,当所述UE上行链路上的业务处于DTX第一模式激活状态,且所述UE下行链路上所有业务都满足设置的DRX第一模式激活条件时,允许所述UE下行链路上的业务进行DRX第一模式激活操作。
16.如权利要求15所述的业务配置方法,其特征在于, 当所述UE下行链路上的业务配置为下行时延敏感业务时,所述设置的DRX第一模式激活条件为周期T4内因丢弃时间超时丢弃MAC-d PDU的个数小于设定值n ; 当所述UE下行链路上的业务配置为下行非时延敏感业务时,所述配置的DRX第一模式激活条件为周期T6内所获取的MAC-d队列状态一直处于L态或触底,所述处于L态或触底表示MAC-d队列长度小于或等于设置的门限次小值。
17.如权利要求I至3任一项所述的业务配置方法,其特征在于,进一步包括 当所述UE所在小区的上行负载超过预先设置的负载门限,且3GPP R7或3GPP R7以上版本业务所在小区有足够的信道资源时,将所述UE上的3GPP R6业务重配置到3GPP R7或3GPP R7以上版本业务所在小区。
18.如权利要求I至3任一项所述的业务配置方法,其特征在于,进一步包括当所述UE上配置的3GPP R99业务的不连续性强度超过预先设置的不连续性强度门限时,将所述UE上的3GPP R99业务重配置到3GPP R7或3GPP R7以上版本业务所在小区。
19.如权利要求I至3任一项所述的业务配置方法,其特征在于,进一步包括 当所述UE的业务处于DTX/DRX激活状态时,如果超过设置的时间门限没有任何业务发送且超过DTX/DRX模式设置的UE数时,选择优先级低于设置的优先级门限的UE释放其对应的业务信道资源,并进入到小区前向接入信道CELL FACH状态。
20.一种基站设备,其特征在于,包括负载判断单元、第一配置单元、第二配置单元,其中 负载判断单元,用于计算UE所在小区的上行负载,并当所述上行负载高于设置的第一负载门限时,触发第一配置单元,当所述上行负载低于设置的第二负载门限时,触发第二配置单元,所述第二负载门限小于或等于第一负载门限; 第一配置单元,用于根据负载判断单元的触发将所述UE上行链路上的业务配置到上行不连续发送DTX第一模式,即严格在图案突发上间隔发送模式,所述严格在图案突发上间隔发送模式是指发送数据只能严格在每个周期的突发时隙上发送; 第二配置单元,用于根据负载判断单元的触发将所述UE上行链路上的业务配置到DTX第二模式,即起始头在图案突发上连续发送模式,所述起始头在图案突发上连续发送模式是指当没有数据发送时,且未发送数据时间超过一定门限时,新数据发送只能在下一个周期的突发时隙上发送;如果有数据发送,可以连续发送直到数据发送完毕。
21.如权利要求20所述的基站设备,其特征在于,进一步包括第三配置单元,用于当所述UE上行链路上的业务配置到DTX第一模式,且所述UE所在小区的上行负载低于设置的第三负载门限时,将所述UE上行链路上的业务配置到DTX第二模式,所述第三负载门限小于或等于第一负载门限。
22.如权利要求21所述的基站设备,其特征在于,进一步包括第四配置单元,用于当所述UE上行链路上的业务配置到DTX第二模式,且所述UE所在小区的上行负载高于设置的第四负载门限时,将所述UE配置到DTX第一模式,所述第四负载门限大于或等于第三负载门限并小于或等于第一负载门限。
23.如权利要求20至22任一项所述的基站设备,其特征在于,进一步包括 第五配置单元,用于在将所述UE上行链路上的业务配置到DTX第一模式时,将所述UE下行链路上的业务配置到下行链路不连续接收DRX第一模式,即严格在图案突发上间隔发送第一模式;第六配置单元,用于在将所述UE上行链路上的业务配置到DTX第二模式时,将所述UE下行链路上的业务配置到DRX第二模式,即起始头在图案突发上连续发送模式。
24.如权利要求20至22任一项所述的基站设备,其特征在于,进一步包括 第一激活操作单元,用于当所述UE上行链路上的业务配置到DTX第一模式,且所述UE所在小区的上行负载高于设置的强制激活负载门限时,禁止对所述UE上行链路上的业务执行DTX第一模式去激活操作,并选择若干个上行链路上的业务处于DTX第一模式去激活状态的UE进行强制DTX第一模式激活操作。
25.如权利要求20至22任一项所述的基站设备,其特征在于,进一步包括 第一去激活判断单元,用于当所述UE上行链路上的业务配置到DTX第一模式,且当所述UE所在小区的上行负载低于设置的允许去激活负载门限时,允许对所述UE上行链路上的业务执行DTX第一模式去激活操作。
26.如权利要求20至22任一项所述的基站设备,其特征在于,进一步包括 第一业务类型配置单元,用于将所述UE上行链路上的业务配置为上行调度业务或上行非调度业务; 第二业务类型配置单元,用于将所述UE下行链路上的业务配置为下行时延敏感业务或下行非时延敏感业务。
27.如权利要求26所述的基站设备,其特征在于,进一步包括 第二激活操作单元,当所述UE上行链路上的业务配置到DTX第一模式,且所述UE所在小区的上行负载处于允许激活的范围时,根据第一业务类型配置单元或/和第二业务类型配置单元所配置的业务类型对所述UE的业务执行第一模式激活操作。
第二去激活操作单元,当所述UE上行链路上的业务配置到DTX第一模式,且所述UE所在小区的上行负载处于允许去激活的范围时,根据第一业务类型配置单元或/和第二业务类型配置单元所配置的业务类型对所述UE的业务执行第一模式去激活操作。
28.如权利要求20至22任一项所述的基站设备,其特征在于,进一步包括第七配置单元,用于当UE所在小区的上行负载超过设置的负载门限,且3GPP R7或3GPP R7以上版本业务所在小区有足够的信道资源时,将所述UE上的3GPP R6业务重配置到3GPP R7或3GPPR7以上版本业务所在小区。
29.如权利要求20至22任一项所述的基站设备,其特征在于,进一步包括第八配置单元,用于当所述UE上配置的3GPP R99业务的不连续性强度超过设置的不连续性强度门限时,将所述3GPP R99业务重配置到3GPP R7或3GPP R7以上版本业务所在小区。
全文摘要
本发明实施例提供了业务配置方法和设备,所述方法包括当用户设备UE所在小区的上行负载高于预先设置的第一负载门限时,将所述UE上行链路上的业务配置到不连续发送DTX第一模式,即严格在图案突发上间隔发送模式;当所述UE所在小区的上行负载低于预先设置的第二负载门限时,将所述UE上行链路上的业务配置到DTX第二模式,即起始头在图案突发上连续发送模式;所述业务为第三代合作伙伴计划第7版3GPP R7或3GPP R7以上版本业务,所述第二负载门限小于或等于第一负载门限。上述方法及设备可以兼顾降低小区上行负载与减少业务上行时延的平衡,从而提高业务的QoS。
文档编号H04W76/04GK102647756SQ201210095898
公开日2012年8月22日 申请日期2008年9月4日 优先权日2008年9月4日
发明者宋平 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1