移动通信网络中分配调度请求资源的方法以及装置制造方法
【专利摘要】本发明提出各种方案以提高SR资源利用,透过适应SR资源分配到业务样态。在第一方案中,SR资源分配被更精确地配置。在一个例子中,UE接收辅助信息用于eNB基于已接收辅助信息决定或者调整SR配置。在第二方案中,配置多个SR周期以及适应业务样态。在一个例子中,eNB使用多个SR周期配置一组SR资源,以及UE基于预先定义时间使用不同SR周期。未使用SR资源可以由eNB回收用于PUSCH数据传输。在第三方案中,配置多个SR分配以及适应到关联应用。在一个例子中,eNB配置多组SR资源以使用预先定义应用,以及UE基于对应应用使用SR配置。额外SR配置可以被激活以及/或者去活。
【专利说明】移动通信网络中分配调度请求资源的方法以及装置
[0001]相关申请的交叉引用
[0002]本申请依据35U.S.C.§ 119要求2012年3月23日递交的,申请号为61/615,041标题为“移动通信网络中分配SR资源的方法及装置(Method and Apparatus ofAllocating Scheduling Request Resources in Mobile Communicat1n Networks),,的美国临时申请案的优先权,上述申请的标的在此合并作为参考。
【技术领域】
[0003]本发明所揭露的实施例一般地有关于移动通信网络,更具体地,有关于分配调度请求(Scheduling Request, SR)资源(resource)以增加SR利用,同时保持服务品质(Quality of Service, QoS)要求。
【背景技术】
[0004]很多运营商所采用的长期演进(Long-term evolut1n, LTE)系统,提供高峰值数据率,低延迟以及改进的系统容量。在LTE系统中,演进的通用陆地无线接入网络(EvolvedUniversal Terrestrial Rad1 Access Network, E-UTRAN)包含多个演进节点 B (evolvedNode-B, eNB),其中该多个eNB透过LTE-Us接口与多个移动台通信,移动台称作用户设备(User Equipment,UE)无线接入网络进一步连接到核心网络(Core Network,CN)以提供端到端的服务,其中,核心网络包含移动性管理实体(Mobility Management Entity,MME)、服务网关(Serving Gateway, S-Gff)以及封包数据网络网关(Packet data Network Gateway,P-GW)。LTE网络增加系统容量的同时,LTE网络被提出可能很快会面临容量问题。移动用户的指数型增长將要求网络容量的实质增加。与用户数量的迅速增长同时出现的是,智能用户,例如iPhone,安卓(Android)电话以及黑莓(Blackberry)电话用户的快速增加。
[0005]很多智能应用,例如新闻、天气以及社交网络,周期性地与网络连接或去连接以用于更新。上述应用包含小量用户数据,同时依然需要大量信令业务以连接以及断开会话。作为结果,核心网络倾向于将UE在智能应用情况下保持UE为连接状态。在多样数据应用(Diverse Data Applicat1n, DDA)(背景/IM)环境中,很可能保持UE在RRC连接模式以阻止 RRC 转换(transit1n)。如果适当配置不连接接收(Discontinuous Recept1n, DRX),更少RRC转换具有相似的功耗节省效能。
[0006]但是,当已连接UE的数量增加时,用于物理上行链路控制信道的无线资源利用可能成为问题,尤其在物理上行链路控制信道(PUCCH)中的调度请求资源分配上。这是因为SR资源为专用(dedicate)以及周期性(per1dic),因此SR资源浪费可能随着已连接UE的数量的增加而线性增加。举例说明,对于1MHz频宽(50个物理资源区块(PhysicalResource Block, PRB),如果300个UE保持在连接状态,那么PUCCH分配需要8个PRB,当SR周期为5ms时。在上述8个PRB中,背景业务情况下,SR的使用(正在使用中的资源)只有0.04%。甚至在SR周期从5ms扩展到80ms时,SR资源利用只为0.67%。此外,直接使用更长SR周期增加利用,这样的分配会极大增加接入延迟。如果更多资源保留用于SR,那么更少资源可以透过物理上行链路共享信道(Physical Uplink Shared Channel, PUSCH)而用于UL数据传输,以及降低了 UL容量。因此,当业务更为多样时,传统的单一 SR分配方案可能不足够,或者可能不足以满足网络以及UE需求。
[0007]本发明的目的之一是增加SR资源利用以及同时保持QoS。寻求解决办法。
【发明内容】
[0008]基站为UE在PUCCH中分配多个SR资源,以传送用于UL数据的SR指示。多个SR资源为专用以及周期性。在本发明中透过使得SR资源分配适应业务样态(traffic pattern)提供多个方案以提高SR资源利用。
[0009]第一方案中,基于UE提供的辅助信息更精确地配置SR资源分配。UE提供服务信息给eNB,以由eNB基于已接收辅助信息决定或者调整SR配置。SR配置包含与SR周期以及SR偏移相关的SR配置索引。在一个例子中,辅助信息包含UE优选(UE-Preferred)SR配置索引。在另一个例子中,辅助信息包含UE优选SR周期/偏移,以及/或者与封包到达间时间(Inter-Arrival Time, IAT)相关的业务样态信息。因为UE基于考虑而提供辅助信息,其中考虑例如QoS需求、业务样态统计以及DRX配置,eNB能够更精确地分配SR资源。UE可以进一步发送请求消息以释放SR分配。
[0010]在第二方案中,配置多个SR周期以便适应於业务样态的变化。基站使用多个SR周期配置一组SR资源以及UE基于预先定义触发事件使用不同SR周期。在一个例子中,触发事件为基于SR定时器,其中该SR定时器为透过SR配置而配置。在另一个例子中,当用于特定应用的UL数据发送给基站时,满足触发条件。触发条件也可以基于DRX运行状态。在一个有益方面,PUCCH中未使用资源可以回收用于其他UE或者用于PUSCH数据传输。透过使用不同SR周期而配置SR资源,SR资源使用能够适应业务样态。
[0011]第三方案中,配置多个SR分配以及使用到关联(concerned)应用。适应预先定义多个应用,基站配置多组SR资源,以及UE基于对应应用而使用SR配置。决定多个预先分配SR资源以满足应用的QoS需求。在一个实施例中,已分配SR无线资源基于应用的开始以及/或者停止被激活(activated)或者去活(deactivated)。具有多个预先分配SR分配,SR资源使用被适应所关联应用。
[0012]下面详细介绍本发明的其他实施例以及有益效果。
【发明内容】
不用于限制本发明的保护范围。本发明的保护范围以权利要求为准。
【专利附图】
【附图说明】
[0013]图1为根据一个新颖方面,无线通信系统中提高SR资源利用的几个方案示意图。
[0014]图2为支持本发明实施例的UE以及eNB的简化方块示意图。
[0015]图3为与SR周期以及SR偏移相关的的SR配置索引的示意图。
[0016]图4为从UE到eNB提供优选SR配置索引的第一实施例的示意图。
[0017]图5为业务样态以及与SR资源分配关联的相关参数示意图。
[0018]图6为从UE到eNB提供辅助信息以用于SR资源分配的第二实施例的示意图。
[0019]图7为具有不同SR周期的SR配置示意图。
[0020]图8为适应性(adaptive) SR配置的方法示意图。
[0021]图9为具有SR资源回收的适应性SR配置的方法示意图。
[0022]图10为用于I3USCH数据传输的虚拟PUCCH的示意图。
[0023]图11为对应不同应用的不同SR配置的示意图。
[0024]图12为用于预先定义应用,配置多个SR配置的方法示意图。
[0025]图13为根据一个新颖方面,提供辅助信息用于SR资源分配的方法流程图。
[0026]图14为根据一个新颖方面,使用SR配置适应以及SR资源回收的方法流程图。
[0027]图15为根据一个新颖方面,配置多个SR配置用于预先定义应用的方法流程图。
【具体实施方式】
[0028]下面详细参考本发明的一些实施例,本发明的一些实施例参照附图进行描述。
[0029]图1为根据一个新颖方面,无线通信系统100中,提供SR资源利用的几个方案的示意图。无线通信系统100包含UElOl以及基站eNB102。LTE系统中,PUSCH用于承载从UElOl到eNB102的UL数据,以及作为DL传输、SR以及信道质量指示(Channel QualityIndicat1n, CQI)上报的响应,物理上行链路控制信道(PUCCH)用于承载各种UL控制信息,例如自动重传请求(Automatic Repeat Request,ARQ)或者混合自动重传请求(hybridARQ,HARQ)。当UE有UL数据要传送给eNB102,UElOl透过PUCCH中已分配SR资源发送SR指示给eNB102,以及作为响应从eNB102接收UL授权,这样,UL数据可以从UElOl透过PUSCH传送给eNB102。
[0030]在DDA (背景/IM)环境下,可能将UE保持在RRC连接模式以阻止RRC转换。如果适当配置DRX,更少RRC转换可以具有和RRC空闲模式相似的功耗节省效能,。但是,PUCCH中已分配SR资源为专用于每一 RRC连接模式中的UE以及为周期性。作为结果,SR资源的浪费可能随着RRC连接模式中UE数量的增加而线性增加。当大多数UE保持在RRC连接状态,甚至使用长SR周期配置(例如,SR周期=80ms),SR资源使用比例依然很低(例如,0.67% )0此外,更长SR周期可能极大增加接入延迟。
[0031]在一个新颖方面中,提供各种方案透过适应SR资源分配到业务样态而提高SR资源利用。如图1所示,第一方案#1中,更精确地配置SR资源分配。举例说明,UElOl提供辅助信息,以及eNB102基于已接收辅助信息决定或者调整SR配置。第二方案#2中,SR周期适应到业务类型。举例说明,eNB102使用多个SR周期配置一组SR资源以及UElOl基于预先定义事件使用不同SR周期。未使用SR资源可以由eNB102回收用于I3USCH数据传输。第三方案#3中,多个SR分配适应到关联应用。举例说明,eNB102配置多组SR资源,其中该多组SR资源适应到预先定义应用,以及UElOl基于对应应用而使用SR配置。额外SR配置可以基于对应应用的开始/或者停止被激活以及/去活。
[0032]图2为支持本发明的实施例的UE201以及eNB202的简化方块示意图。天线225传送以及接收RF信号。RF收发器模块211耦接到天线225,用于从天线接收RF信号,将已接收信号转换为基频信号以及发送给处理器212。RF收发器211也将从处理器212接收的基频信号转换为RF信号,以及发送给天线225。处理器212处理已接收基频信号以及激发不同功能模块以实施UE201中功能。存储器214存储程序指令以及数据214以控制UE201的运行。
[0033]相似配置存在于eNB202,其中天线245用于传送以及接收RF信号。RF收发器模块231耦接到天线245,用于从天线接收RF信号,以及转换为基频信号发送给处理器232。RF收发器231也将从处理器232接收的基频信号转换为RF信号,以及发送给天线245。处理器232处理已接收基频信号以及激活不同功能模块实施eNB202中的功能。存储器233存储程序指令以及数据234以控制eNB202的运行。
[0034]图2也给出UE201以及eNB202的功能模块,用于实施本发明的实施例。举例说明,RRC管理模块221以及241管理RRC状态,实施RRC连接建立,以及维护RRC连接用于RRC信令。状态收集模块222收集与不同应用相关的各种业务类型的业务统计。SR适应模块223从eNB202接收SR配置(透过SR配置模块243)以及必要时适应到SR配置。应用模块224管理UE201上运行的各种应用。不同功能模块可以软件、固件、硬件或者上述几者的组合实现。举例说明,功能模块,当被处理器212以及232执行时(例如,透过执行程序代码214以及234),允许UE201收集以及将业务统计作为辅助信息提供给eNB202,允许eNB202基于已接收辅助信息配置SR资源分配,以及也基于QoS需求(透过QoS管理模块242),以及也允许UE201相应地使用以及适应SR配置以在保持QoS同时提高SR资源利用。
[0035]图3为与SR周期以及SR偏移相关的SR配置索引示意图。在LTE系统中,信息粒子(Informat1n Element, IE)调度请求配置(SchedulingRequestConfig)用于指明(specify) SR参数,包括SR周期以及SR子帧偏移,其中SR参数与对应SR配置索引相关。如图3的表格300所示,用于SR传输周期的SR配置,SR传输周期SRpekiqd1ty以及SR偏移N(wi;ET在表格中由上层(higher layer)给出的参数SR-ConfigIndex以及Isk所定义。SR配置索引的范围从O到157,每一索引对应一个SR周期(例如,从Ims到80ms的SRpee1dicity)以及SR子帧偏移(例如,Nqffset,其中Ise由上层给出)。SR传输示例为UL子帧,满足:
[0036](1xNf+ [Ns/2]) mod SRpee1dicity = O
[0037]其中,
[0038]Nf为系统帧号码
[0039]Ns为时隙号码
[0040]传统的,eNB基于QoS需求分配SR配置,但是从核心网络接收的QoS需求可能对于eNB决定最佳SR资源分配是不足够的。来自UE的输入可以适应更好的SR配置。举例说明,UE可以避免eNB分配短SR周期用于具有大封包到达间时间(Inter-Arrival-Time,IAT)的业务,以及UE可以帮助eNB更精确地使SR偏移和UL数据进入第二层(Layer two,L2)缓冲器的时序对齐。在一个新颖方面中,根据业务样态以及UE智能(intelligence),UE可以将自己的优选SR-ConfigIndex反馈给eNB,尤其对于SR偏移。
[0041]图4为从UE给eNB提供优选SR配置索引的第一实施例的示意图。步骤411中,UE401从eNB402中接收第一 SR配置#1。第一 SR配置包含与SR周期以及SR偏移相关的第一 SR-ConfigIndex。但是,这样的SR配置可能不是UE401优选的。举例说明,UE401可以评估SR使用以及找到差利用(poor utilizat1n);因此UE401可以初始化反馈。UE401可以遵循一系列标准决定SR适当周期和偏移。第一,UE401可以考虑运行应用的QoS需求。第二,UE401可以考虑业务样态历史以预测用户数据进入L2缓冲器的时序。第三,UE401可以考虑自己的DRX配置,例如,SR资源可以分配在DRX运行的开启时间段(on durat1n)中,或者稍微领先于DRX运行的开启时间段。DRX配置具有减少UE激活时间的好处,以及因此节省了 UE功耗,但是也引入了更长延迟。优选的将SR周期性(per1dicity)与DRX循环(cycle)对齐。举例说明,SR周期的值的范围为:1、2、5、10、20、40以及80,以及短DRX循环的值的范围为:2、5、8、10、16、20、32、40、64、80、128、160、256、320、512 以及 640。如果 SR配置满足如下条件则为优选:DRX cycle = n*SR per1d (其中,per1d表示周期,cycle表示循环)。在这样的决定作出之后,步骤412中,UE401发送自己的优选SR-ConfigIndex给eNB402。优选SR-ConfigIndex可以透过RRC信令消息发送(例如,方块421所描述),或者透过MAC控制粒子(Control Element, CE)(例如,方块422所描述)。在接收到UE优选之后,eNB402可以考虑当前PUCCH负载以及可用资源,然后决定是否调整SR配置。如果是,则在步骤413,eNB402发送第二 SR配置#2给UE401以调整SR配置。可替换地,eNB402可以透过忽略或者明示发送拒绝消息而拒绝接收到的建议(suggest1n)。
[0042]除了发送优选SR配置索引,UE可以上报其他辅助信息给eNB,以提高配置SR资源的精确性。有几种辅助信息。一般说来,有关UL封包IAT的信息非常有用。这样的信息可以使用封包IAT的累计分布函数(Cumulative Distribut1n Funct1n, Q)F)曲线或者概率密度函数(Probability Density Funct1n, PDF)图而表示,其中IAT是两个相邻封包之间的时间差。举例说明,可以使用一系列点的CDF曲线(概率与IAT),或者一系列斜率,以及用于用户数据进入L2缓冲器的IAT的⑶F。
[0043]图5为业务样态以及与SR资源分配相关的参数的示意图。在图5的例子中,箭头线501指示用于UL封包的IAT值,而虚线箭头502指示到下一个SR机会的各种等待次数,在用户数据进入L2缓冲器之后。请注意有时候UL形成(Uplink Shaping)可以用于减少调度请求的唤醒。意思是UE可以聚合多个UL封包以及作出一个调度请求。举例说明,图5中,UE聚合3个连续封包以及作出一个SR。在此情况下,在SR周期以及偏移上做统计时,UE可以将统计放在一起(group together)以及使用最近的一个封包去计算偏移(例如,上报3的偏移)以及SR周期(例如,用于上报3的IAT)。可以看出,平均IAT值对于决定SR周期很有用,平均等待时间对于调整SR偏移很有用。
[0044]图6为从UE到eNB提供辅助信息用于SR资源分配的第二实施例的示意图。步骤611中,UE601发送辅助信息给eNB602。辅助信息可以透过RRC信令发送,如方块621所示。举例说明,辅助信息可以三种类型上报。第一上报类型中,上报一系列对(pair),每一个对包含一个IAT值以及一个概率。第二上报类型中,上报平均IAT以及平均等待时间。第三上报类型中,上报推荐SR周期(基于平均IAT)以及推荐SR偏移(基于平均等待时间)。请注意,推荐SR周期可以和平均IAT不同。举例说明,根据预先定义标准,UE601透过延迟不紧急UL封包以及只发送SR指示而可以实施UL业务形成。此外,推荐SR偏移可能不是用户数据进入L2缓冲器的平均等待时间。作为替代的,在应用UL业务形成(traffic shaping)之后的平均等待时间可作为SR偏移结果。
[0045]对于某个业务,透过随机接入SR (random access SR, RA-SR)的UL接入可以比透过专用SR (dedicated SR,D_SR)更为有效(有关延迟以及资源利用)。但是,当前LTE技术标准如果配置了 D-SR,则禁止UE实施RA-SR。因此需要释放D-SR的机制进而实施随机接入SR。透过插入指示到UE提供的辅助信息中,该指示可以告诉eNBUE释放SR资源的意图。在图4的第一实施例中,UE401在优选SR-ConfigIndex中指示具体值(例如,158未用于SR-ConfigIndex),然后eNB402将该具体值认为是一个指示,以请求释放SR资源。在图6的第二实施例中,UE601指示一个具体值(例如,O)用于平均,或者推荐IAT值,然后eNB602将其认为是一个指示以请求释放SR资源。
[0046]现存SR配置以及辅助信息可能对于切换(handover,HO)运作以及RRC连接重建立(reestablishment)是有用的。在HO过程中,原eNB可以将相关SR配置或者辅助信息传递给目标eNB,以及目标eNB可以使用相关SR配置或者辅助信息用于SR配置。一旦UE被释放到RRC空闲模式,eNB可以将SR配置或者辅助信息转发给MME或者多个相邻小区。稍后,当UE在一个小区中发送RRC连接重建立请求,该小区或者已经知道该信息,或者可以从MME得到该信息。
[0047]在上述方法中(例如,图1中的方案#1), eNB能够基于UE的反馈更精确地分配SR资源。但是,UE的业务样态会改变,因此需要一个机制以动态适应SR配置。当前LTE技术标准中,除了 RRC重配置,没有其他机制用于SR适应。当时间校正定时器(Time AlignmentTimer, TAT)超时时,UE可以释放只用于SR的PUCCH资源。一般说来,TAT是基于小区大小(configured based cell size)或者UE速度而配置。如果TAT为长,那么UE保持在UL同步以及保持已分配PUCCH资源。UE可以保持发送辅助信息给eNB以提高SR利用。但是,这样的机制伴随着频繁率的指示而增加了信令开销。频繁的RRC重配置以及辅助信息造成额外信令开销。UE侧的自动适应可以避免信令开销问题。
[0048]在一个新颖方面中(例如,图1中方案#2) ,SR周期自主适应到业务样态而没有增加信令开销。因为背景业务以及正常业务具有不同IAT,如果SR适应到运行应用的业务,具有适应性SR周期的SR分配方案提高了 SR的效率。一般说来,eNB可以配置具有多个SR周期的一组SR资源,其中一个SR周期比其他更长。在一个替换方案中,UE可以利用两个配置周期中的一个,然后根据预先定义事件在两个配置之间切换。在再一个替换中,UE可以使用两个配置,以及配置的开/关(0N/0FF)为基于预先定义事件。在所有情况中,eNB以及UE必须为同步(in-sync),例如,eNB必须知道是否PUCCH资源可以由此专属UE使用。
[0049]图7为具有两个不同SR周期的SR配置的示意图,其中,SR配置用于适应。在图7的例子中,基站发送SR配置,其中,该SR配置在PUCCH中为一个UE分配一组物理无线资源(在时间T0)。SR配置中配置了两个SR周期(周期#1以及周期#2)。SR配置也包含SR定时器,其中该SR定时器用于在两个已配置SR周期之间切换。第一 SR资源在时间Tl出现,以及根据周期#1的第一已配置SR周期而周期性出现。如果UL没有UL数据需要传送,那么该SR定时器在时间T2超时。在SR定时器超时之后,eNB切换到第二已配置SR周期,其中切换到第二已配置SR周期意味着随后的SR资源以周期#2的SR周期,周期性地出现。时间T3,UL数据进入L2缓冲器,以及UE在时间T4发送SR指示给eNB。在这样的事件之后,eNB切换回到具有周期#1的第一已配置SR周期,以及等等。
[0050]图8为适应性SR配置的方法示意图。步骤811中,UE801接收来自eNB802的SR配置。SR配置可以透过RRC信令发送,如方块821。举例说明,SR配置在PUCCH中基于SRPUCCH资源(SR-PUCCH-resource)索引而分配一组物理无线资源。SR配置也包含两个SR配置索引(SR-ConfigIndex),每一个与一个SR周期以及SR偏移相关。此外,SR配置包含SR定时器。SR定时器用于指示SR配置在多长时间内有效,以及在SR传输开始后重启。当第一个SR配置无效时,第二个SR配置可替换地变为有效。在再一个例子中,两个SR周期之间的切换,在特定应用的UL数据被eNB接收到之后发生。特定应用可以透过发送功率优选指示(Power Preference Indicat1n, PPI)给基站而被指示。透过配置两个不同SR周期以及一个SR定时器,获得适应性SR配置不需eNB802以及UE801之间引入额外的信令交换以适应不同业务类型。
[0051]除了使用定时器或者数据到达作为不同SR配置之间的切换,也可以使用DRX转换状态。在第一例子中,激活状态以及DRX状态之间的转换可以用于SR配置之间的切换。在激活时间(或者去活定时器,或者开启时间(onDurat1n)定时器运行时),使用第一组SR配置。一旦UE进入DRX,使用第二 SR组配置。在第二例子中,短DRX周期和长SRX周期用于SR配置之间的切换。当使用短DRX周期时,使用第一组SR配置。当使用长DRX周期时,使用第二组SR配置。在上述两个例子中,DRX状态转换用于获得自动适应SR配置到业务样态而不引起信令开销。请注意,使用定时器或者数据到达,或者DRX转换用于SR适应可以未非对称的。举例说明,长SR周期切换到短SR周期可以依赖于定时器控制,但是短SR周期切换到长周期可以依赖于DRX周期的改变。
[0052]在一个实施例中,多个SR配置可以由UE建议。举例说明,当UE上报辅助信息,UE可以建议至少两个优选SR配置以帮助eNB决定多个SR配置用于适应。
[0053]图9为具有SR资源回收的适应性SR配置的方法示意图。在步骤911中,UE901接收来自eNB902的调度请求配置。SR配置使用两个不同的已配置SR周期分配一组资源用于SR传输。步骤912中,UE901将第一 SR周期用于传输SR指示。步骤913中,UE901检测到一个触发事件。触发条件为UE901以及eNB902之间预先定义(例如,SR定时器),这样上述两者总是同步的。步骤914中,UE901开始将第二 SR周期用于传送SR指示。如果第二SR周期比第一 SR周期更长,那么已分配SR资源在特定时间并没有使用。为了提高资源利用,步骤915中,eNB902回收未使用的SR资源。专用于UE901的未使用的SR资源可以被从新分配给其他UE作为PUCCH资源,或者重新分配给多个UE作为PUSCH资源用于数据传输。
[0054]图10为可以用于PUSCH数据传输的虚拟PUCCH示意图。在自适应SR配置中,PUCCH中未使用资源可以回收用于PUSCH。典型地,eNB可以基于来自UE的指示而使用RRC信令更新PUCCH配置。但是,如果业务样态动态改变以及需要频繁更新的话,这可能增加用于传输RRC重配置以及从eNB到UE的SR配置的额外信令开销。为了限制开销,虚拟PUCCH概念用于回收已分配PUCCH资源。当被eNB所指示时,虚拟PUCCH意味着已分配PUCCH资源的一个子集合可以为无效。该指示可以为暗示或者明示。如图10所示,用于DDAUE的PUCCH分配在离PUSCH区域更近的区域。举例说明,PUCCH区域1001以及PUCCH区域1002分配用于DDA UE,从而用于SR传输。在一个例子中,当SR周期在来自eNB的指示之后变为N倍时,那么已分配PUCCH区域被回收用于PUSCH。N可以为预先定义的数字以及该指示可以为暗示或者明示。
[0055]不同应用可以具有不同QoS需求(例如,延迟,抖动(jitter)、掉话率(droppingrate)),传统的单一 SR配置可以或者只满足子集合应用的需求,或者具有效率/利用的问题。因此,如果多个SR配置可以参考不同应用而分配,那么可以提高PUCCH效能或者效率。如果UE可以具有多个SR资源,那么SR使用可以适应到关联应用。代替使用一般SR用于来自所有应用的业务,独立的SR可以只由一个应用或者一个子集合的应用所使用。额外SR配置可以被激活或者去活。
[0056]图11给出根据不同应用的不同SR配置的示例。在时间Tl,应用I开始运行。时间T2,eNB配置第一 SR配置,以及UE被分配PUCCH中的资源SR1,用于SR指示。时间T3,应用2开始运行。时间T4,eNB配置第二 SR配置以及UE被分配PUCCH中的资源SR2用于SR指示。请注意,SRl以及SR2资源以相同传送时间间隔(Transmit Time Interval, TTI)分配给UE。在该TTI中,考虑到PUCCH上的UE传输功率,UE可以选择一个SR以作出请求以及进一步在稍后信令中上报信息(应用以及对应大小)。时间T5,应用I停止运行。时间T6,eNB释放第一已分配SR资源,所以只有SR2分配给了 UE。
[0057]图12为配置多个SR配置,用于预先定义应用的方法流程图。步骤1211中,UE1201从eNB1202接收第一 SR配置#1,其中该第一 SR配置#1分配第一组SR资源。步骤1212中,UE1201从eNB1202接收第二 SR配置#2,其中该第二 SR配置#2分配第二组SR资源。步骤1213中,ΘΝΒ1202通信一组预先定义事件给UE1201,预先定义事件与多个预先分配SR资源相关,这样,SR资源的使用可以由预先定义事件所控制。举例说明,每一预先分配SR资源可以基于应用的QoS需求,与一个预先定义多个应用的集合或者多个预先定义多个应用的集合相关。步骤1214中,UE1201开始运行应用#1,以及使用第一组SR资源以满足相关QoS需求。步骤1215中,UE1201开始运行应用#2以及使用第二组SR资源。步骤1216中,应用#1停止运行,以及UE1201停止使用第一组资源。步骤1217中,eNB1202回收未使用第一组SR资源,用于其他使用。
[0058]使用资源组的开始和结束可以由业务或者预先定义自动控制(应用开/关,以及透过识别分别的应用而使UE/eNB同步SR使用)。在一个例子中,应用的开始/结束由功率优选指示(PPI)所指示。可替换地,使用一组资源的开始和停止可以由UE或者eNB明示指示。MAC CE或者RRC消息可以用于发送有关使用SR的优选以得到彼此的同步的信号。
[0059]既然eNB以及UE必须在SR使用上同步,多个SR配置可以由DRX状态转换而控制(例如,激活以及/或者去活)。假设预先分配两个SR资源SRl以及SR2。一个例子中,DRX开启时间段(ON per1d)可以与第一 SR资源SRl有关以及DRX关闭时间段(OFF per1d)可以与其他SR分配SR2相关。另一个例子中,当激活时间,两个SR配置均激活。一旦UE进入DRX,第二 SR分配SR2自动去活,而SRl依然为激活。因为SR使用由预先定义事件所控制,所以没有涉及到额外RRC信令。
[0060]与只有一个SR配置由所有应用共享相比,绑定应用的SR配置可以为eNB提供更多信息。将一个特定SR配置关联到一个应用,或者一个子集合应用上可以为eNB从开始就提供额外信息。举例说明,当在特定资源接收到一个SR指示,其中特定资源分配给时延迟容忍(delay-tolerant)应用,然后eNB知道该UL数据不紧急,以及这样的信息可以用于未来调度。
[0061]图13为根据一个新颖方面,提供辅助信息用于SR资源分配的方法流程图。步骤1301中,UE与基站建立一个RRC连接。该UE保持在RRC连接模式。典型地,由eNB使用初始SR配置该UE,以用于SR资源分配。步骤1302中,UE评估SR资源利用以及决定是否需要发送辅助信息给eNB以提高SR资源利用。如果是,那么在步骤1303,UE提供辅助信息给eNB。辅助信息与PUCCH中SR资源分配有关。在一个例子中,辅助信息包含UE优选SR配置索引。在另一个例子中,辅助信息包含UE优选SR周期/偏移,以及/或者与封包IAT相关的业务样态信息。步骤1304中,UE从eNB接收作为辅助信息的响应的SR配置。SR配置包含与SR周期以及SR偏移相关的SR配置索引,以用于SR资源分配。因为UE基于考虑而提供辅助信息,考虑包含=QoS需求、业务样态/统计,以及DRX配置,eNB能够更精确地分配SR资源。UE可以进一步发送请求消息以释放SR分配。
[0062]图14为根据一个新颖方面使用SR配置适应以及SR资源回收的方法流程图。步骤1401中,UE从基站接收SR配置。SR配置分来一组无线资源用于SR传输,已分配SR资源与第一 SR周期以及第二 SR周期相关。步骤1402中,UE将第一 SR周期用于SR传输。步骤1403中,UE在第一预先定义触发条件满足时,将第二 SR周期用于SR传输。在一个实施例中,触发条件为基于透过SR配置而配置的SR定时器。在另一个实施例中,当用于特定应用的UL数据发送给基站时,满足触发条件。该触发条件也可以基于DRX运行状态。步骤1404中,UE在第二预先定义触发条件满足时,切换回到使用第一 SR周期。第二预先定义触发条件可以为与第一触发条件相同或者不同。在一个有益方面,第一 SR周期比第二 SR周期更长。当UE使用第二 SR周期时,PUCCH中未使用SR资源可以被回收用于其他UE或者用于PUSCH数据传输。透过使用不同SR周期配置SR资源,SR资源使用适应到业务样态。
[0063]图15为根据一个新颖方面,配置多个SR配置用于预先定义应用的方法流程图。步骤1501中,UE从基站接收第一 SR配置。第一 SR配置在PUCCH中分配第一组资源用于SR传输。步骤1502中,UE从基站接收第二 SR配置。第二 SR配置在PUCCH中分配第二组资源用于SR传输。步骤1503中,UE在第一应用运行时使用第一组SR资源。步骤1504中,UE在第二应用运行时使用第二组SR资源。步骤1505中,UE在第一应用停止运行时停止使用第一组SR资源。每一 SR配置与一个或者多个预先定义应用相关。决定多个预先分配SR资源以满足应用的QoS需求。在一个实施例中,基于DRX状态转换,已分配SR无线资源被激活或者去活。具有多个预先分配SR分配,SR资源使用被适应到关联应用上。
[0064]虽然结合特定实施例详细介绍本发明,然上述实施例仅用于说明本发明,本发明的保护范围不限于上述实施例。相应地,所属领域技术人员在不脱离本发明精神范围内,可以对上述实施例做修改、润饰以及技术特征的各种组合,本发明的保护范围以权利要求为准。
【权利要求】
1.一种方法,包含: 移动通信网络中,透过用户设备与基站建立无线资源控制连接; 提供与调度请求资源分配相关的辅助信息给该基站;以及 从该基站接收作为对该辅助信息的响应的调度请求配置,其中,该调度请求配置与调度请求周期以及调度请求偏移有关,以及该调度请求配置为用于调度请求资源分配。
2.如权利要求1所述的方法,其特征在于,该辅助信息包含用户设备优选调度请求配置索引。
3.如权利要求1所述的方法,其特征在于,该辅助信息包含用户设备优选调度请求周期以及用户设备优选调度请求偏移。
4.如权利要求1所述的方法,其特征在于,该辅助信息包含与封包到达间时间相关的业务样态信息。
5.如权利要求1所述的方法,其特征在于进一步包含: 从该基站接收初始调度请求配置;以及 评估调度请求使用以及决定是否发送该辅助信息给该基站。
6.如权利要求1所述的方法,其特征在于进一步包含: 传送指示给该基站以释放已分配调度请求资源。
7.如权利要求6所述的方法,其特征在于该指示包含调度请求配置索引的特定值。
8.如权利要求6所述的方法,其特征在于该指示包含封包到达间时间的特定值。
9.一种方法,包含: 透过用户设备从基站接收调度请求配置,其中该调度请求配置分配一组无线资源用于调度请求,以及其中已分配调度请求无线资源与第一调度请求周期以及第二调度请求周期相关; 将该第一调度请求周期用于传送调度请求给该基站;以及 在第一预先定义触发条件满足时,使用该第二调度请求周期。
10.如权利要求9所述的方法,其特征在于进一步包含: 在第二预先定义触发条件满足时,切换回到将该第一调度请求周期用于传送调度请求。
11.如权利要求10所述的方法,其特征在于,该第一触发条件或者该第二触发条件为基于透过该调度请求配置而配置的调度请求定时器。
12.如权利要求10所述的方法,其特征在于,在用于特定应用的上行链路数据发送给该基站时,满足该第一触发条件或者该第二触发条件。
13.如权利要求12所述的方法,其特征在于,该特定应用透过发送功率优选指示给该基站而被指示。
14.如权利要求10所述的方法,其特征在于该第一触发条件或者该第二触发条件为基于不连续接收运行状态。
15.如权利要求9所述的方法,其特征在于,该第二调度请求周期比该第一调度请求周期长,这样当该用户设备使用该第一调度请求周期时,分配更多调度请求资源。
16.如权利要求15所述的方法,其特征在于,当该用户设备使用该第二调度请求周期时,该未使用调度请求资源回收用于物理上行链路控制信道从而用于其他用户设备。
17.如权利要求15所述的方法,其特征在于,当该用户设备使用该第二调度请求周期时,该未使用调度请求资源回收用于物理上行链路共享信道,从而用于数据传输。
18.一种方法,包含: 透过用户设备从基站接收第一调度请求配置,其中该第一调度请求配置在物理上行链路控制信道中分配第一组调度请求无线资源; 从该基站接收第二调度请求配置,其中该第二调度请求配置在该物理上行链路控制信道中分配第二组无线资源; 当第一应用运行时,使用该第一组无线资源用于调度请求;以及 该第二应用运行时,使用该第二组无线资源用于调度请求。
19.如权利要求18所述的方法,其特征在于,该调度请求配置对应第一预先定义组应用。
20.如权利要求19所述的方法,其特征在于,决定该已分配无线资源以满足该应用的服务品质需求。
21.如权利要求18所述的方法,其特征在于,当该第一应用停止运行时,该用户设备停止使用该第一组无线资源用于发送调度请求。
22.如权利要求21所述的方法,其特征在于,该第一应用的停止透过功率优选指示而指示。
23.如权利要求21所述的方法,其特征在于,该第一组无线资源回收用于其他使用。
24.如权利要求18所述的方法,其特征在于,基于不连续接收状态转换,该已分配无线资源被激活或者去活。
【文档编号】H04W72/04GK104170493SQ201380009209
【公开日】2014年11月26日 申请日期:2013年3月22日 优先权日:2012年3月23日
【发明者】周建铭, 徐家俊, 波乔·麦可·康森恩 申请人:联发科技股份有限公司