CN110574475B - Sr-bsr和资源管理 - Google Patents
Sr-bsr和资源管理 Download PDFInfo
- Publication number
- CN110574475B CN110574475B CN201880028417.5A CN201880028417A CN110574475B CN 110574475 B CN110574475 B CN 110574475B CN 201880028417 A CN201880028417 A CN 201880028417A CN 110574475 B CN110574475 B CN 110574475B
- Authority
- CN
- China
- Prior art keywords
- type
- uplink control
- control channel
- channel
- delay
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
根据本公开,讨论了在短传输时间间隔(sTTI)相关场景中与调度请求(SR)和/或缓冲区状态报告(BSR)以及资源管理有关的用户设备(UE)和基站(BS)的行为。UE可以首先确定SR是否是由需要sTTI的延迟敏感型数据的缓冲区状态改变触发的。如果是,则UE将在为sTTI设计的第一类型的上行链路控制信道上向BS发送SR。否则,UE将在为传统TTI设计的第二类型的上行链路控制信道上向基站发送SR。
Description
技术领域
本公开总体上涉及无线通信技术领域,尤其涉及在短传输时间间隔(sTTI)相关场景中与调度请求(SR)和/或缓冲区状态报告(BSR)以及资源管理有关的用户设备(UE)和基站(BS)的行为。
背景技术
在第三代合作伙伴计划(3GPP)中,正在讨论如何增强当前的移动通信系统,以提供各种机器之间的通信方式。其中的一个子组是关键机器类型通信(CMTC),在CMTC中必须满足非常低的时延、非常高的可靠性和非常高的可用性这些通信要求。示例性用例是:
-工厂自动化,其中致动器、传感器和控制系统相互通信。典型的要求是1ms的时延要求。
-施工机器人中的运动控制,时延要求为1ms;
-机器的远程控制,时延要求为5-100ms;
-智能电网,时延要求为3-5ms;
-有关TCP/IP慢启动问题的性能增强。
满足这种要求和用例的候选通信系统是例如长期演进(LTE)和新开发的无线电接入解决方案(被3GPP称为新无线电(NR))。
在sTTI概念中,调度单元被定义为常规时隙(1ms)TTI或sTTI时隙(<1ms)。一个sTTI时隙可以包含一个或若干个连续的正交频分复用(OFDM)符号。一种可能的结果是,一个时隙由2或7个OFDM符号组成,但是也可以设想其他结构,例如由少于14个的OFDM符号构成。
此外,支持sTTI的UE可以取决于应用要求支持不同的业务类型。这样的一个例子是增强型移动宽带(eMBB)通信和延迟敏感型业务的共存。
在最近的3GPP讨论中,达成了以下共识。
-逻辑信道可以配置有允许其使用的TTI类型(例如,配置有传统TTI、短TTI或全部)。确切的信令是FFS(有待进一步研究)。
-仅对配置为使用对应TTI类型的逻辑信道执行链接控制协议(LCP)。
-当UE关于两个TTI都具有授权时,针对逻辑信道复用以何种顺序处理授权(如果RAN1允许的话)取决于UE的实现方式。
-当UE关于两个TTI都具有授权时,决定在哪个媒体访问控制分组数据单元(MACPDU)中包括MAC控制元素(如果RAN1允许的话)取决于UE的实现方式。
BSR包括不同逻辑信道(LCH)组(LCG)的缓冲区状态。LTE中存在不同的BSR格式。长BSR MAC控制元素(CE)为24位,并且包括全部四个LCG的缓冲区状态(每个缓冲区大小为6位)。短BSR和截短的BSR MAC CE为8位,并且仅包括一个LCG的缓冲区状态(缓冲区大小为6位,LCG ID为2位)。短BSR格式和截短的BSR格式之间的差异将指示另一个LCG是否具有数据。如果使用了短BSR格式,则意味着除报告的LCG之外,其他LCG都没有数据。如果使用了截短的BSR,则意味着除报告的LCG以外,至少还有一个LCG具有数据。
LTE中存在不同的BSR类型。首先,触发常规BSR,以发信号通知:优先级高于BSR已报告的LCH(如果存在任何已报告的LCH的话)的优先级的LCH的新数据到达。常规BSR被包含在所分配的资源中在上行链路(UL)数据之前。因此,它的优先级高于数据。其次,周期性BSR由周期性计时器触发(例如每5ms一次),并且也被包含所分配的资源中在UL数据之前。最后,如果添加了填充位以充满MAC PDU并且填充位的数量等于或大于BSR的大小,则会触发填充BSR。填充BSR被包括在分配的资源中在UL数据之后(仅当有剩余空间时)。因此,它的优先级低于数据。如果填充位可以容纳长BSR,则报告长BSR;否则报告短BSR或截短的BSR。如果针对填充BSR报告短BSR或截短的BSR,则当仅一个LCG具有数据时才使用短BSR。否则,将报告截短的BSR。具有数据的LCH根据其优先级进行排序,并且报告针对包含具有最高优先级数据的LCH的LCG的缓冲区状态。
每当UE的业务具有不同的时延服务质量(QoS)时,UE应该在正确地向服务演进节点B(eNB)通知发送数据的需求方面满足要求。这包括如何配置和控制UE以发送SR和/或BSR。这有助于服务eNB正确了解具有要发送的UL数据的UE的状况。
考虑到偶尔的传输错误和多个传输机会,存在许多可能的情况,因此需要提供与在UE和eNB之间的通信中和选择性资源调度中UE和eNB的行为有关的解决方案和调节。
由于可能的延长的信令时延或eNB对请求的误解或不合理的信令开销,因此基于当前规范的任何临时解决方案都将导致在延迟敏感型服务的时延保证方面的性能无法令人满意。
发明内容
考虑到以上问题,本公开关注在与sTTI相关的场景中与SR和/或BSR以及资源管理有关的UE和BS的行为。
根据本公开的一个方面,提供了一种用于调度请求(SR)传输的资源管理方法。在所述方法中,确定SR是由需要短传输时间间隔(sTTI)的延迟敏感型数据的缓冲区状态改变触发的。然后,在为sTTI设计的第一类型的上行链路控制信道上向基站发送SR。
在一些实施例中,还确定SR是由需要传统传输时间间隔(TTI)的非延迟敏感型数据的缓冲区状态改变触发的。然后,在为传统TTI设计的第二类型的上行链路控制信道上向基站发送SR。
在另一些实施例中,还确定SR是由需要传统传输时间间隔(TTI)的非延迟敏感型数据的缓冲区状态改变触发的。此后,确定在第一类型的上行链路控制信道上有一些资源可用于该SR。然后,在第一类型的上行链路控制信道上向基站发送该SR。
备选地,在一些示例中,如果确定SR是由延迟敏感型逻辑信道上的缓冲区状态报告触发的,则在为sTTI设计的第一类型的上行链路控制信道上向基站发送该SR。另一方面,如果确定SR是由非延迟敏感型逻辑信道上的缓冲区状态报告触发的,则在为传统TTI设计的第二类型的上行链路控制信道上向基站发送该SR。
在其他实施例中,还确定:在第一类型的上行链路控制信道上发送SR后在第一类型的上行链路控制信道上的预定传输次数内未接收到对第一类型的上行链路数据信道的授权。然后,在第二类型的上行链路控制信道上向基站发送该SR。
在另一些实施例中,该方法还可以包括以下步骤:接收对对应类型的上行链路控制信道的授权;以及在所授权的上行链路控制信道上发送缓冲区状态报告(BSR)。
在一些实施例中,所述方法还可以包括以下步骤:如果仅接收到对为sTTI设计的第一类型的上行链路控制信道的授权,则将非延迟敏感型逻辑信道组的缓冲器状态包含在填充BSR中;和/或,如果仅接收到对为传统TTI设计的第二类型的上行链路控制信道的授权,则将延迟敏感型逻辑信道组的缓冲器状态包含在填充BSR中。
在一些实施例中,所述方法还可以包括以下步骤:在第一类型的上行链路控制信道上向基站发送SR后,禁止在第一预定时间段内在第二类型的上行链路控制信道上向基站发送SR;和/或,在第二类型的上行链路控制信道上向基站发送SR后,禁止在第二预定时间段内在第一类型的上行链路控制信道上向基站发送SR。
在一些实施例中,分别预先定义了在一定持续时间内在各自类型的上行链路控制信道上允许发送的SR的各自最大数量;和/或,预先定义了在一定持续时间内在所有类型的上行链路控制信道上总共允许发送的SR的最大数量。
在一些示例中,所述各自最大数量彼此相同或彼此不同。
在另一些实施例中,第一类型的上行链路控制信道是短物理上行链路控制信道(sPUCCH),第二类型的上行链路控制信道是物理上行链路控制信道(PUCCH),和/或,第一类型的上行链路数据信道是短物理上行链路共享信道(sPUSCH)。
根据本公开的另一方面,提供了一种用于资源授权传输的资源管理方法。在所述方法中,确定在为短传输时间间隔(sTTI)设计的第一类型的上行链路控制信道上从用户设备接收到调度请求(SR)。然后,向用户设备发送sTTI资源授权。
在一些实施例中,还确定在为传统传输时间间隔(sTTI)设计的第二类型的上行链路控制信道上从用户设备接收到调度请求(SR)。然后,向用户设备发送TTI资源授权。
在其他实施例中,在最初建立低时延要求的数据无线电承载时,根据各个用户设备中每一个用户设备的逻辑信道的TTI长度中的最短TTI长度,为用户设备配置(S210)第一类型的上行链路控制信道。
在又一实施例中,第一类型的上行链路控制信道是短物理上行链路控制信道(sPUCCH),以及第二类型的上行链路控制信道是物理上行链路控制信道(PUCCH),和/或,第一类型的上行链路数据信道是短物理上行链路共享信道(sPUSCH),第二类型的上行链路数据信道是物理上行链路共享信道(PUSCH)。
所提出的方案可以巩固对延迟敏感型业务的性能保证,和/或最小化对针对不同的TTI资源的SR上的BS的误解。所提出的方案还可以提供对UE在不同情况下的行为的调节,包括管理多个待处理的SR以及可能的传输失败。
附图说明
根据参考附图对本公开实施例的以下描述,本公开的上述和其它目的、特征和优点将更变得明显,在附图中:
图1示出了根据本公开一些实施例的一些方法的示意性时序图;
图2示意性地示出了可以用作UE 100或BS 200的设备2000的实施例;以及
图3A-3F示出了根据本公开的一些实施例的一些方法的流程图。
在附图中,相似或相同的步骤和/或元件用相似或相同的附图标记指示。应注意,并非附图中所示的所有步骤和/或元件对于本公开的一些实施例都是必需的。
具体实施方式
在以下描述中,为了说明而非限制的目的,阐述了本技术特定实施例的具体细节。本领域技术人员将理解,除了这些特定细节,可以使用其它实施例。此外,在一些实例中,省略了对公知方法、节点、接口、电路和设备的详细描述,以避免以不必要的细节模糊本描述。
说明书中对“一个实施例”、“实施例”等的参考指示所描述的实施例可以包括具体特征、结构或特性,但是不是每个实施例都必须包括所述具体特征、结构或特性。此外,这种短语不一定指的是同一实施例。此外,当结合实施例来描述具体特征、结构或特性时,应认为结合其他实施例(不管是否是显式描述的)来实现这种特征、结构或特性是在本领域技术人员的知识内的。
应该理解的是,尽管术语“第一”和“第二”等可以在本文中用于描述各种元件,但是这些元件不应受这些术语的限制。这些术语仅用来将元件彼此区分。例如,在不脱离示例实施例的范围的情况下,第一元件可以被称为第二元件,并且类似地,第二元件可以被称为第一元件。如本文中使用的,术语“和/或”包括相关列出项目中的一个或多个的任意和所有组合。
本领域技术人员将清楚描述的功能可以实现在一个或若干节点中。一些或全部所描述的功能可以使用硬件电路来实现,例如被互联以执行特殊功能的模拟和/或分立逻辑门、ASIC、PLA等。同样地,可以使用软件程序和数据与一个或更多数量微处理器或通用计算机相结合来实现功能中的一些或全部。在描述了使用空中接口进行通信的节点的情况下,将认识到这些节点还具有合适的无线电通信电路。此外,可以另外将该技术视为整个实现在任意形式的计算机可读存储器中,所述计算机可读存储器包括非瞬时性实施例,例如固态存储器、磁盘或光盘,其包含将使处理器执行本文描述的技术的合适的计算机指令集。
本公开技术的硬件实现可以包括或包含(而不限于)数字信号处理器(DSP)硬件、精简指令集处理器、硬件(例如,数字或模拟)电路(包括但不限于专用集成电路(ASIC)和/或现场可编程门阵列(FPGA))、以及(在恰当的情况下)能够执行这种功能的状态机。
就计算机实施方式而言,计算机一般被理解为包括一个或多个处理器或一个或多个控制器,并且术语计算机、处理器和控制器可以互换使用。当由计算机、处理器或控制器提供时,可以由单个专用计算机或处理器或控制器、由单个共享计算机或处理器或控制器、或者由多个独立计算机或处理器或控制器(其中的一些可以被共享或分布)来提供功能。此外,术语“处理器”或“控制器”还指能够执行这种功能和/或执行软件的其它硬件,例如如上所述的示例硬件。
如本领域技术人员将理解的,由于各种无线系统可以从利用本公开所涵盖的构思中受益,因此应当从广义上理解本文使用的诸如“基站”、“用户设备”、“接入点”和“网络节点”之类的术语。具体地,基站应该被理解为包含:第二代(2G)网络中的传统基站;第三代(3G)网络中的NodeB;第四代(4G)或LTE网络、LTE-A网络等中的演进型NodeB(eNode B);第五代(5G)或NR网络或未来演进型网络中的gNB等。用户设备应当被理解为涵盖移动电话、智能电话、具有无线功能的平板或个人计算机、无线机器对机器单元等。
图1示出了根据本发明一些实施例的一些方法的示意性时序图。应当注意,尽管在图1中以图中的顺序示出了一些步骤,但是其并不旨在限制操作的特定顺序,并且在某些情况下,在不导致冲突的情况下,图1中的某些步骤可以以与所示顺序不同的顺序执行,甚至可以并行执行。类似地,在不影响实施例和/或其他实施例中的其余操作的情况下,可以根据实际部署省略图1中的一个或多个步骤。本公开不限于此。
在下文中,参考图1,将详细描述在与sTTI有关的场景中与SR和/或BSR有关的UE100和BS 200的行为。
在最初建立低时延要求的数据无线电承载(DRB)时,在步骤S210处,BS 200根据各个UE(例如,UE 100)中每一个UE的LCH(LCG)的TTI长度中的最短TTI长度,为UE(例如,包括UE 100)配置基于sTTI的sPUCCH。
为了保证低时延性能,应该配置sPUCCH在时域中的适当密度,以便能够满足LCH的最严格的时延要求。在这种情况下,作为用于发送SR的唯一物理信道的sPUCCH是用以确定UE可以多久向其服务BS通知其数据可用性以便发起UL传输(TX)过程的关键因素。如果可配置的sPUCCH沿时间维度稀疏分布的,使得UE在发送SR之前必须等待很长时间,则总的UL时延将被不期望地延长。
谈到UE的操作(以UE 100为例),UE可以利用一种类型的物理信道(例如,物理上行链路控制信道(PUCCH)或短PUCCH(sPUCCH),或任何其他合适的上行链路控制信道)来发送SR,以指示要请求的资源类型。例如,具有不同TTI长度的LCH的UE 100应该使用其用于SR的物理信道来向BS 200隐式指示其是请求UE处的sTTI数据资源还是常规TTI(1ms)数据资源。
在步骤S110处,UE 100确定SR是否是由需要sTTI的延迟敏感型数据的缓冲区状态改变触发的(为简单起见,称为“延迟敏感型BSR事件”)。如果SR是由延迟敏感型BSR事件触发(S110:是),则UE100将在sPUCCH上将其SR发送给BS 200(步骤S120)。另一方面,如果SR是由非延迟敏感型LCH(在本公开中也称为非延迟敏感的LCH)触发的BSR触发的(S110:否),则UE 100可以在PUCCH上将该SR发送给BS 200(步骤S130)。换言之,取决于触发BSR的LCH,可以触发不同类型的SR。延迟敏感型LCH触发BSR(延迟敏感型BSR事件),BSR继而触发SR,该SR可以以短TTI长度来发送。非延迟敏感型LCH触发BSR,BSR继而触发SR,该SR可以以传统TTI长度来发送。
可选地,如果UE 100确定SR是由延迟敏感型LCH上的BSR触发的,则UE 100在sPUCCH上将该SR发送给BS 200。另一方面,如果UE 100确定SR是由非延迟敏感型LCH上的BSR触发的,则UE 100在PUCCH上将该SR发送给BS 200。
如果低时延要求的数据缓冲区发生改变,则优先使用sPUCCH可以加快SR传输,使其与时延方面的实际要求相匹配。换言之,由不同的LCH或LCG触发的SR必须按其优先级排序,以最大化控制信道的效率和有效性,以确保LCH的不同QoS。
可选地,如果存在若干种允许TTI长度的SR资源可用,则UE可以优先在sPUCCH资源上发送SR。这可以帮助加快TCP的缓慢启动,因为某些eMBB数据触发的SR可以通过sPUCCH传输,以具有较小的TTI。例如,参考图1,即使SR是由非延迟敏感型LCH触发的BSR触发的(S110:否),UE 100也可以进一步在步骤S115中确定是否存在可用于该SR的一些sPUCCH资源。如果存在(S115:是),则UE 100可以转到步骤S120,在sPUCCH上将其SR发送给BS 200。否则(S115:否),UE 100进行到步骤S130,在PUCCH上将其SR发送给BS 200。
作为另一种选择,因为sPUCCH可能具有比PUCCH严重的覆盖范围问题,所以sPUCCH上的SR可能会失败(导致接收不到任何UL-SCH授权)。因此,UE 100可以进一步确定:在预定数量Nthreshold个sPUCCH传输内是否接收到sPUSCH授权(S125)。如果预定数量Nthreshold的sPUCCH传输内没有接收到sPUSCH授权,则UE 100进行到步骤S130,改为使用PUCCH SR。
返回到BS的操作,BS 200可以在其调度中使用接收到的SR的信道类型来分析UE请求。例如,BS 200可以通过接收SR的物理信道(sPUCCH或PUCCH)来识别接收到的SR是否对应于延迟敏感型业务(步骤S220)。例如,
a.一旦在PUCCH上接收到SR(S220:PUCCH),则BS 200可以授权常规TTI(1ms-TTI)资源(物理上行链路共享信道(PUSCH))(S230)。
b.一旦在sPUCCH上接收到SR(短SR(sSR))(S220:sPUCCH),则BS 200可以授权短TTI(<1ms-TTI)资源(短(sPUSCH))(S240)。
转到UE的操作,UE 100可以使用授权的sPUSCH和/或PUSCH信道来发送其缓冲区中的BSR(待处理的BSR)。在步骤S150处,UE 100可以首先确定其具有哪种类型的授权,即,UE是仅具有sPUSCH授权、仅具有PUSCH授权,还是具有这两者。在UE具有PUSCH授权和sPUSCH授权二者的情况下(S150:sPUSCH和PUSCH),始终在sPUSCH上发送针对延迟敏感型LCG的短BSR(S160)。可选地,根据BS配置(RRC),在授权的资源大小足够的情况下可以在sPUSCH上发送BSR(“填充BSR”)。如果在给定时间仅针对PUSCH的UL授权可用(S150:仅PUSCH),则BSR除包括针对非延迟敏感型LCG的缓冲区状态之外还可以包括针对延迟敏感型LCG的缓冲区状态(S170),以便向BS 200指示必须进行向sTTI调度的切换。类似地,如果在给定时间仅有针对sPUSCH的UL授权可用(S150:仅sPUSCH),则BSR除包括延迟敏感型LCG的缓冲区状态之外,还可以包括非延迟敏感型LCG的缓冲区状态(S180)。换言之,在UE仅接收到针对PUSCH的UL授权的情况下,BSR可以包括针对延迟敏感型LCG的缓冲区状态(S170)。在UE仅接收到针对sPUSCH的UL授权的情况下,BSR可以包括针对非延迟敏感型LCG的缓冲区状态(S180)。
在LTE中,在填充分配的资源分配方面,填充BSR具有比UL-SCH数据低的优先级。BSR被包含以替代填充位。因此,可能没有空间报告针对许多个LCG的缓冲区状态(在这种情况下,LTE中采用了截短的BSR)。在那种情况下,具有最长的允许TTI长度(其等于授权的ULTTI的长度)的LCG应该优先被包含在填充BSR中。优先级划分标准也可以基于通过RRC配置的逻辑信道优先级。如果MAC PDU中仍有空间,则接下来可以包含具有允许TTI长度(所述允许TTI长度等于授权的UL TTI的长度)的LCG的缓冲区状态。
在填充BSR的情况下,LCG根据以下一项或多项标准进行排序:所配置的此LCG的允许TTI长度;所配置的此LCG的最长的允许TTI长度;所配置的此LCG的优先级。在填充BSR中包含LCG的缓冲区状态信息,LCG的优先级高的先被包含,直到充满授权的MAC PDU为止。例如,如果仅接收到针对sPUCCH的授权,则可以将非延迟敏感型LCG的缓冲区状态包含在填充BSR中;和/或,如果仅接收到针对PUCCH的授权,则可以将延迟敏感型LCG的缓冲区状态包含在填充BSR中。
在为BS 200和UE 100都配置sTTI参数之后,一个值得注意的因素是,可能需要对常规SR和sSR(与sTTI相关的SR)使用不同的值。这是由于:为了时延保证和覆盖减轻,sSR需要更多功能或需要进行调整。不同的计数器值或计时器值成为必须。因此,一旦配置了sTTI功能,就需要以下提议的计数器和计时器来实现更好的MAC操作。
根据BS(RRC)配置,可选地,可以针对延迟敏感型LCG引入新的计数器(sSR_COUNTER)、新的计时器(sSr-ProhibitTimer)和新的最大sPUCCH SR传输编号(dsr-sTransMax)。
可以将新的计数器定义为对现有的计数器dsr-TransMax和sr-ProhibitTimer有依赖性。存在定义依赖性的不同方式:
-如果先已经发送了sPUCCH上的SR,则必须先经过sSr-ProhibitTimer,才能发送任何PUCCH上的SR。
-如果先已经发送了PUCCH上的SR,则必须先经过sr-ProhibitTimer,才能发送任何sPUCCH上的SR。
-可以存在最大dsr-TransMaxTotal,这是在特定持续时间T内PUCCH和sPUCCH二者上的最大SR数目。可以将dsr-sTransMaxTotal定义为自己的参数,该参数可以是可配置的,也可以是dsr-sTransMax和dsr-TransMax的和,其中dsr-sTransMax是在特定时间段T内sPUCCH上的最大SR数目,dsr-TransMax是在特定时间段T内PUCCH上的最大SR数目。此外,dsr-sTransMax和dsr-TransMax可以彼此相同或彼此不同。
-另一种可能性是在配置了sPUCCH和PUCCH二者的情况下拆分最大SR数目,或者均分,或者不均分。这意味着现有的dsr-TransMax定义了在特定持续时间T内SR的最大总数,但在配置了sPUCCH和PUCCH二者的情况下,它对于sPUCCH和PUCCH二者均有效。
作为UE的另一可选操作,在步骤S190中,UE 100可以确定是否已经发送了延迟敏感型LCG或非延迟敏感型LCG的BSR。如果发送了延迟敏感型LCG(sBSR)的短BSR(S190:sBSR),则UE 100可以取消所有待处理的SR和BSR(S192)。如果发送了非延迟敏感型LCG的BSR(S190:BSR),则UE 100可以取消除由于具有低时延要求的LCH上的新数据而触发的SR和BSR(新的延迟敏感型BSR和SR)以外的所有待处理的SR和BSR(S194)。
换言之,根据触发BSR的LCH,BSR和SR的取消可以不同。延迟敏感型LCH触发BSR,如果所得的BSR以短TTI长度发送,则UE可以取消所有待处理的SR和BSR。非延迟敏感型LCH触发BSR,如果触发的BSR以传统TTI长度发送,则UE可以取消除由于具有低时延要求的LCH上的新数据而触发的SR和BSR以外的所有待处理的SR和BSR。
任何sPUSCH授权和传输都将取消UE处所有的由延迟敏感型数据触发的待处理的SR。
这调节了由具有不同允许TTI配置的不同LCG触发的SR的取消过程。
在从发送SR到接收UL数据有效载荷并不断清除UE缓冲区的整个操作过程中,BSR担当着与SR类似的角色,但提供了与LCH状态或最优先的LCH状态有关的更具体的请求信息。从下述意义上说此角色很重要:它可以帮助BS精确地授权UE特定的、时间特定的、及时且合适的资源大小以满足个人的需求,同时力求最大化整个系统的效率。
BSR应该在针对具有延迟敏感型LCH的UE的sPUSCH上的MAC CE中进行发送以最小化UL传输的时延,并且它的优先级高于MAC PDU中的数据,否则通过PUSCH发送BSR将会延迟授权发布时间并最终延长数据传输延迟。
图2示意性地示出了可以用作UE 100或BS 200的设备2000的实施例。
装置2000中包括处理单元2006,处理单元2006例如具有数字信号处理器(DSP)。处理单元2006可以是执行本文描述的过程的不同动作的单个单元或多个单元。装置2000还可以包括用于从其他实体接收信号的输入单元2002、以及用于向其它实体提供信号的输出单元2004。输入单元和输出单元可以被布置为集成实体或如图2的示例所不。
此外,装置2000包括至少一个具有非易失性或易失性存储器形式的计算机程序产品2008,所述非易失性或易失性存储器例如是电可擦除可编程只读存储器(EEPROM)、闪存和硬盘驱动。计算机程序产品2008包括计算机程序2010,所述计算机程序2010包括代码/计算机可读指令,所述代码/计算机可读指令当由设备2000中的处理单元2006执行时,使包括其的装置2000执行例如前面结合图1针对UE100或BS 200描述的过程的动作。
在一个实施例中,计算机程序2010可以被配置为在分别对应于UE 100的动作S110-S194的计算机程序模块2110-2194或分别对应于BS 200的动作S210-S240的计算机程序模块2210-2240中构造的计算机程序代码。本领域技术人员可以理解,根据补充说明中列出的不同实施例,可以省略一个或多个计算机程序模块2110-2194或2210-2240。
为了简明起见,由计算机程序模块2110-2194或2210-2240引起的处理单元2006的相关动作与UE 100或BS 200所执行的动作完全对应,因此装置2000可以用作在本公开中描述的UE 100或BS 200。
尽管以上结合图2公开的实施例中的代码装置被实现为计算机程序模块,所述计算机程序模块当在处理单元中执行时,使所述装置执行以上结合附图描述的动作,在备选实施例中代码装置中的至少一个可以至少部分地被实现为硬件电路。
处理器可以是单个CPU(中央处理单元),但是还可以包括两个或多于两个处理单元。例如,处理器可以包括通用微处理器;指令集处理器和/或相关芯片组和/或专用微处理器(例如专用集成电路(ASIC))。处理器还可以包括用于高速缓存目的的板载存储器。计算机程序可以由与处理器相连的计算机程序产品承载。计算机程序产品可以包括其上存储计算机程序的计算机可读介质。例如,计算机程序产品可以是闪存、随机存取存储器(RAM)、只读存储器(ROM)或EEPROM,并且上述计算机程序模块在备选实施例中可以用UE内的存储器的形式在不同的计算机程序产品上分布。
在本公开的实施例中,提供了一种计算机可读存储介质(例如,计算机程序产品2008),该计算机可读存储介质存储指令,该指令当执行时使得一个或更多个计算设备执行根据本公开所述的方法。
图3A-3F示出了根据本公开的一些实施例(例如,以下补充说明中记载的内容)的一些方法的流程图。
补充注释:
1、UE利用SR信道的类型来指示要请求的资源的类型(例如,图3A和3B)。
例如,具有不同TTI长度的LCH的UE应该使用其用于SR的物理信道来向BS隐式指示其是请求UE处的sTTI数据资源还是常规TTI(1ms)数据资源。
2、如果SR是由需要sTTI的延迟敏感型数据的缓冲区状态改变触发的,则UE将总是在sPUCCH上发送其SR(图3A中的S1010、S1020)。
如果低时延要求的数据缓冲区发生改变,则优先使用sPUCCH可以加快SR传输,使其与时延方面的实际要求相匹配。换言之,由不同的LCH或LCG触发的SR必须按其优先级排序,以最大化控制信道的效率和有效性,以确保LCH的不同QoS。
3、BS在其调度中使用接收到的SR的信道类型来分析UE请求(例如,图3C和3D)。
例如,BS应通过接收SR的物理信道(sPUCCH或PUCCH)来识别接收到的SR是否对应于延迟敏感型业务。具体地,
a.一旦在PUCCH上接收到SR,BS可以授权常规TTI(1ms-TTI)资源(PUSCH)(图3C中的S2022、S2030)。
b.一旦在sPUCCH(sSR)上接收到SR,BS可以授权短TTI(<1ms-TTI)资源(sPUSCH)(图3D中的S2020、S2040)。
4、在最初建立低时延要求的DRB时,BS根据UE的LCH(LCG)的TTI长度中的最小值,为UE配置基于sTTI的sPUCCH。
为了保证低时延性能,应该配置sPUCCH在时域中的适当密度,以便满足LCH的最严格的时延要求。在这种情况下,作为用于发送SR的唯一物理信道的sPUCCH是确定UE可以多久向其服务BS通知将其数据可用性以便发起UL tx过程的关键因素。如果可配置的sPUCCH沿时间维度稀疏分布,使得UE在发送SR之前必须等待很长时间,则总的UL时延被不期望地延长。
5、如果存在若干种允许TTI长度的SR资源可用,则UE始终优先在sPUCCH资源上发送SR。
这可以帮助加快TCP的缓慢启动,因为某些eMBB数据触发的SR可以通过sPUCCH传输,以具有较小的TTI。
6、任何sPUSCH授权和传输都将取消UE处所有的由延迟敏感型数据触发的待处理的SR。
这调节了由具有不同允许TTI配置的不同LCG触发的SR的取消过程。
在从发送SR到接收UL数据有效载荷并不断清除UE缓冲区的整个操作过程中,BSR担当着与SR类似的角色,但提供了与LCH状态或最优先的LCH状态有关的更具体的请求信息。从下述意义上说此角色很重要:它可以帮助BS精确地授权UE和时间特定的、及时且合适的资源大小以满足个人的需求,同时力求最大化整个系统的效率。
BSR应该在针对具有延迟敏感型LCH的UE的sPUSCH上的MAC CE中进行发送以最小化UL传输的时延,并且它的优先级高于MAC PDU中的数据,否则通过PUSCH发送它将会延迟授权发布时间并最终延长数据传输延迟。然后,我们进行以下管理:
7、在UE具有PUSCH授权和sPUSCH授权两者的情况下,始终在sPUSCH发送针对延迟敏感型LCG的短BSR。可选地,根据BS配置(RRC),在授权的资源大小足够的情况下可以在sPUSCH上发送BSR(“填充BSR”)。
如果在给定时间仅针对PUSCH的UL授权可用,则BSR可以包括延迟敏感型LCG的缓冲区状态以及其他LCG的缓冲区状态,以便向BS指示必须进行向sTTI调度的切换。类似地,如果在给定时间仅针对sPUSCH的UL授权可用,则BSR除了包括延迟敏感型LCG的缓冲区状态之外还可以包括非延迟敏感型LCG的缓冲区状态。
8、在UE仅接收到针对PUSCH的UL授权的情况下,BSR可以包括针对延迟敏感型LCG的缓冲区状态。在UE仅接收到针对sPUSCH的UL授权的情况下,BSR可以包括针对非延迟敏感型LCG的缓冲区状态。
在LTE中,在填充分配的资源分配方面,填充BSR具有比UL-SCH数据低的优先级。BSR被包含以替代填充位。因此,可能没有空间报告许多个LCG的缓冲区状态(在这种情况下,LTE中应用截短的BSR)。在那种情况下,具有最长的允许TTI长度(其等于授权的UL TTI的长度)的LCG应该优先被包含在填充BSR中。优先级划分标准也可以基于通过RRC配置的逻辑信道优先级。如果MAC PDU中仍有空间,则接下来可以包含具有允许TTI长度(即授权的ULTTI的长度)的LCG的缓冲区状态。
9、在填充BSR的情况下,LCG根据以下一项或多项标准排序:所配置的此LCG的允许TTI长度;所配置的此LCG的最长的允许TTI长度;所配置的此LCG的优先级。LCG的缓冲区状态信息被包含在填充BSR中,LCG的优先级高的先被包含,直到充满授权的MAC PDU。
在为BS和UE都配置sTTI参数之后,一个值得注意的因素是,可能需要对常规SR和sSR(与sTTI相关的SR)使用不同的值。这是由于:为了时延保证和覆盖减轻,sSR需要更多功能或需要进行调整。不同的计数器值或计时器值成为必须。因此,一旦配置了sTTI功能,就需要以下提议的计数器和计时器来实现更好的MAC操作。
10、根据BS(RRC)配置,可选地,可以针对时延敏感型LCG引入新的计数器(sSR_COUNTER)、新的计时器(sSr-ProhibitTimer)和新的最大sPUCCH SR传输编号(dsr-sTransMax)。
可以将新的计数器定义为对现有的计数器dsr-TransMax和sr-ProhibitTimer有依赖性。存在定义依赖性的不同方式:
-如果先已经发送了sPUCCH上的SR,则必须先经过sSr-ProhibitTimer,才能发送任何PUCCH上的SR。
-如果先已经发送了PUCCH上的SR,则必须先经过sr-ProhibitTimer,才能发送任何sPUCCH上的SR。
-可以存在最大dsr-TransMaxTotal,这是在一定持续时间T内PUCCH和sPUCCH二者上的最大SR数目。可以将dsr-sTransMaxTotal定义为自己的参数,该参数可以是可配置的,也可以是dsr-sTransMax和dsr-TransMax的和,其中dsr-sTransMax是在特定时间段T内sPUCCH上的最大SR数目,dsr-TransMax是在特定时间段T内PUCCH上的最大SR数目。此外,dsr-sTransMax和dsr-TransMax可以彼此相同或彼此不同。
-另一种可能性是在配置了sPUCCH和PUCCH二者的情况下拆分最大SR数目,或者均分,或者不均分。这意味着现有的dsr-TransMax定义了在特定持续时间T内SR的最大总数,但在配置了sPUCCH和PUCCH二者的情况下,它对于sPUCCH和PUCCH二者均有效。
11、取决于触发BSR的LCH,可以触发不同类型的调度请求。
延迟敏感型LCH触发BSR,BSR触发SR,可以以短TTI长度发送该SR(图3A中的S1010、S1020)。
非延迟敏感型LCH触发BSR,BSR触发SR,可以以传统TTI长度发送该SR(图3B中的S1012、S1030)。
12、取决于触发BSR的LCH,BSR和SR的取消可以不同。
延迟敏感型LCH触发BSR;如果触发的BSR以短TTII长度发送,则它可以取消所有待处理的SR和BSR(图3E中的S1090、S1092)。
非延迟敏感型LCH触发BSR,如果触发的BSR以传统TTI长度发送,则它可以取消除由于具有低时延要求的LCH上的新数据而触发的SR和BSR以外的所有待处理的SR和BSR(图3F中的S1091、S1094)。
13、sPUCCH上的SR到PUCCH上的SR的回退解决方案。
sPUCCH可能具有比PUCCH严重的覆盖范围问题,所以sPUCCH上的SR可能会失败(导致接收不到任何UL-SCH授权)。如果在多个sPUCCH传输内还未接收到UL-SCH授权,则我们可以继续代之使用PUCCH SR。
尽管上面已参照具体实施例来描述了本技术,但是其预期不受限于本文阐述的具体形式。例如,此处给出的实施例不限于现有NR/LTE配置;相反,它们同样适用于未来定义的新NR/LTE配置。本技术仅由随附权利要求来限定,并且上文特定实施例之外的其他实施例同样可能在随附权利要求的范围内。如本文所使用,术语“包括”或“包含”不排除其他要素或步骤的存在。此外,尽管单个特征可以被包括在不同的权利要求中,但是其可以有利地相组合,并且包括不同权利要求并不意味着特征组合不可行和/或不利。此外,单数引用并不排除复数引用。最后,权利要求中的附图标记仅提供为澄清示例,而不应理解为以任何方式限制权利要求的范围。
Claims (17)
1.一种在用户设备中的方法,包括:
确定(S110)上行链路控制信道的类型,在所述上行链路控制信道上传输由缓冲区状态改变触发的调度请求(SR);
当确定的上行链路控制信道的类型是第一类型的上行链路控制信道时,在所述第一类型的上行链路控制信道上向基站发送(S120;S130)所述SR;
确定在所述第一类型的上行链路控制信道上发送所述SR后,在所述第一类型的上行链路控制信道上的预定传输次数内未接收到对第一类型的上行链路数据信道的授权;
在第二类型的上行链路控制信道上向基站发送所述SR;
接收(S150)对上行链路数据信道的授权;以及
在所授权的上行链路数据信道上发送(S160;S170;S180)缓冲区状态报告(BSR)。
2.根据权利要求1所述的方法,其中:
如果确定所述SR是由需要短传输时间间隔(sTTI)的延迟敏感型数据的缓冲区状态改变触发的,则在为sTTI设计的第一类型的上行链路控制信道上向基站发送所述SR(S120)。
3.根据权利要求1所述的方法,其中:
如果确定所述SR是由需要传统传输时间间隔(TTI)的非延迟敏感型数据的缓冲区状态改变触发的,则在为传统TTI设计的第二类型的上行链路控制信道上向基站发送所述SR(S130)。
4.根据权利要求1所述的方法,其中,
如果确定所述SR是由延迟敏感型逻辑信道上的缓冲区状态报告触发的,则在为短传输时间间隔(sTTI)设计的第一类型的上行链路控制信道上向基站发送所述SR(S120)。
5.根据权利要求1所述的方法,其中,
如果确定所述SR是由非延迟敏感型逻辑信道上的缓冲区状态报告触发的,则在为传统传输时间间隔(TTI)设计的第二类型的上行链路控制信道上向基站发送所述SR(S130)。
6.根据权利要求1所述的方法,还包括:
如果确定所述SR是由需要传统传输时间间隔(TTI)的非延迟敏感型数据的缓冲区状态改变触发的,则确定在第一类型的上行链路控制信道上有一些资源可用于所述SR;以及
在所述第一类型的上行链路控制信道上向基站发送所述SR。
7.根据权利要求1所述的方法,还包括:
如果仅接收到对为短传输时间间隔(sTTI)设计的第一类型的上行链路数据信道的授权,则将非延迟敏感型逻辑信道组的缓冲区状态包括(S180)在填充BSR中;和/或
如果仅接收到对为传统传输时间间隔(TTI)设计的第二类型的上行链路数据信道的授权,则将延迟敏感型逻辑信道组的缓冲区状态包括(S170)在填充BSR中。
8.根据权利要求1所述的方法,还包括:
当在第一类型的上行链路控制信道上向基站发送SR后,禁止在第一预定时间段内在第二类型的上行链路控制信道上向基站发送SR;和/或
当在第二类型的上行链路控制信道上向基站发送SR后,禁止在第二预定时间段内在第一类型的上行链路控制信道上向基站发送SR。
9.根据权利要求1所述的方法,其中
在特定持续时间内在各自类型的上行链路控制信道上允许发送的SR的各自最大数量被分别预先定义;和/或
在特定持续时间内在所有类型的上行链路控制信道上总共允许发送的SR的最大数量被预先定义。
10.根据权利要求9所述的方法,其中
所述各自最大数量彼此相同或彼此不同。
11.根据权利要求1至10中任一项所述的方法,其中
第一类型的上行链路控制信道是短物理上行链路控制信道(sPUCCH),第二类型的上行链路控制信道是物理上行链路控制信道(PUCCH),和/或,第一类型的上行链路数据信道是短物理上行链路共享信道(sPUSCH)。
12.一种在基站中的方法,包括:
确定(S220)上行链路控制信道的类型,在所述上行链路控制信道上从用户设备接收调度请求(SR);
向用户设备发送(S230;S240)与确定的上行链路控制信道的类型相对应的上行链路数据信道的类型的授权;以及
如果确定在确定的上行链路控制信道的类型上从用户设备接收到调度请求(SR),则向所述用户设备发送对第二类型的上行链路数据信道的授权(S230),所述确定的上行控制信道包括为传统传输时间间隔(TTI)设计的第二类型的上行链路控制信道;以及
在所授权的上行链路数据信道上接收(S160;S170;S180)缓冲区状态报告(BSR)。
13.根据权利要求12所述的方法,其中
如果确定在确定的上行链路控制信道的类型上从用户设备接收到调度请求(SR),所述确定的上行链路控制信道包括为短传输时间间隔(sTTI)设计的第一类型的上行链路控制信道,则向所述用户设备发送对第一类型的上行链路数据信道的授权(S240)。
14.根据权利要求12-13中任一项所述的方法,还包括:
在最初建立低时延要求的数据无线电承载时,根据各个用户设备中每一个用户设备的逻辑信道的TTI长度中的最短TTI长度,为用户设备配置(S210)第一类型的上行链路控制信道。
15.根据权利要求12-13中任一项所述的方法,其中
第一类型的上行链路控制信道是短物理上行链路控制信道(sPUCCH),第二类型的上行链路控制信道是物理上行链路控制信道(PUCCH),和/或,第一类型的上行链路数据信道是短物理上行链路共享信道(sPUSCH),第二类型的上行链路数据信道是物理上行链路共享信道(PUSCH)。
16.一种用户设备,包括:
处理器;以及
其上存储有计算机程序的存储器,所述计算机程序当在所述处理器上执行时,使所述处理器执行根据权利要求1-11中任一项所述的方法。
17.一种基站,包括:
处理器;以及
其上存储有计算机程序的存储器,所述计算机程序当在所述处理器上执行时,使所述处理器执行根据权利要求12-15中任一项所述的方法。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2017083294 | 2017-05-05 | ||
CNPCT/CN2017/083294 | 2017-05-05 | ||
PCT/CN2018/085679 WO2018202152A1 (en) | 2017-05-05 | 2018-05-04 | Sr-bsr and resource management |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110574475A CN110574475A (zh) | 2019-12-13 |
CN110574475B true CN110574475B (zh) | 2023-04-21 |
Family
ID=64016443
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880028417.5A Active CN110574475B (zh) | 2017-05-05 | 2018-05-04 | Sr-bsr和资源管理 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11219052B2 (zh) |
EP (1) | EP3583819A4 (zh) |
CN (1) | CN110574475B (zh) |
WO (1) | WO2018202152A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10993128B2 (en) * | 2017-06-14 | 2021-04-27 | FG Innovation Company Limited | Evolved buffer status report supporting multiple numerology factors |
US11310810B2 (en) * | 2017-06-15 | 2022-04-19 | Samsung Electronics Co., Ltd. | Method and apparatus for performing scheduling request to support plurality of services efficiently |
WO2019242378A1 (zh) * | 2018-06-20 | 2019-12-26 | Oppo广东移动通信有限公司 | 确定信道接入类型的方法、终端设备及网络设备 |
CN111182642B (zh) * | 2018-11-12 | 2021-06-22 | 大唐移动通信设备有限公司 | 一种非周期间断性业务的调度方法、装置及设备 |
EP4104610A4 (en) * | 2020-05-12 | 2023-07-26 | Zeku, Inc. | UPLINK DATA AUTHORIZATION SCHEDULING |
US11743211B2 (en) * | 2021-12-28 | 2023-08-29 | Oracle International Corporation | Bot omni channel auto expansion |
WO2023168638A1 (zh) * | 2022-03-09 | 2023-09-14 | Oppo广东移动通信有限公司 | 无线通信的方法及设备 |
CN115868236A (zh) * | 2022-09-26 | 2023-03-28 | 北京小米移动软件有限公司 | 信息传输控制方法、装置、通信设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2840848A1 (en) * | 2012-04-19 | 2015-02-25 | Sharp Kabushiki Kaisha | Terminal apparatus, base station apparatus, communication system, radio resource requesting method and integrated circuit |
CN105557014A (zh) * | 2013-09-26 | 2016-05-04 | Lg电子株式会社 | 触发和报告缓冲器状态的方法及其设备 |
WO2016163623A1 (ko) * | 2015-04-08 | 2016-10-13 | 엘지전자(주) | 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이를 위한 장치 |
WO2017018758A1 (ko) * | 2015-07-24 | 2017-02-02 | 엘지전자 주식회사 | 하향링크 제어 정보 수신 방법 및 사용자기기와, 하향링크 제어 정보 전송 방법 및 기지국 |
WO2017053637A1 (en) * | 2015-09-25 | 2017-03-30 | Intel IP Corporation | Coexistence of legacy and short transmission time interval for latency reduction |
CN106576079A (zh) * | 2014-08-08 | 2017-04-19 | 创新技术实验室株式会社 | 支持终端间通信的无线通信系统中缓冲区状态报告的传输方法和装置 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008115111A1 (en) * | 2007-03-19 | 2008-09-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Radio bearer specific cqi reporting |
KR101721015B1 (ko) * | 2010-06-21 | 2017-03-29 | 삼성전자주식회사 | 이동 통신 시스템에서 블라인드 스케쥴링 장치 및 방법 |
CN103843421A (zh) * | 2012-09-29 | 2014-06-04 | 华为技术有限公司 | 功率确定方法、用户设备和基站 |
US10555208B2 (en) * | 2015-03-30 | 2020-02-04 | Lg Electronics Inc. | Method for performing a buffer status reporting in a wireless communication system and device therefor |
WO2017014558A1 (en) * | 2015-07-20 | 2017-01-26 | Lg Electronics Inc. | Method and apparatus for handling mbsfn subframes for short tti in wireless communication system |
TWI619400B (zh) * | 2015-11-04 | 2018-03-21 | 財團法人資訊工業策進會 | 用於對一無線通訊資源進行排程之方法及裝置 |
CN107872885B (zh) * | 2016-09-27 | 2020-11-06 | 华为技术有限公司 | 一种缓存状态报告的上报方法及装置 |
CN108811099A (zh) * | 2017-05-03 | 2018-11-13 | 华为技术有限公司 | 上行传输资源的调度方法和设备 |
US10721755B2 (en) * | 2017-06-15 | 2020-07-21 | Ofinno, Llc | Grant free for large data size |
US10568129B2 (en) * | 2017-06-15 | 2020-02-18 | Ofinno, Llc | Grant free configuration |
US11122612B2 (en) * | 2017-06-15 | 2021-09-14 | Samsung Electronics Co., Ltd. | Logical channel mapping to grant free transmission |
WO2019056253A1 (zh) * | 2017-09-21 | 2019-03-28 | Oppo广东移动通信有限公司 | 一种缓存状态上报方法、终端和计算机存储介质 |
-
2018
- 2018-05-04 EP EP18794203.2A patent/EP3583819A4/en not_active Withdrawn
- 2018-05-04 WO PCT/CN2018/085679 patent/WO2018202152A1/en unknown
- 2018-05-04 US US16/610,762 patent/US11219052B2/en active Active
- 2018-05-04 CN CN201880028417.5A patent/CN110574475B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2840848A1 (en) * | 2012-04-19 | 2015-02-25 | Sharp Kabushiki Kaisha | Terminal apparatus, base station apparatus, communication system, radio resource requesting method and integrated circuit |
CN105557014A (zh) * | 2013-09-26 | 2016-05-04 | Lg电子株式会社 | 触发和报告缓冲器状态的方法及其设备 |
CN106576079A (zh) * | 2014-08-08 | 2017-04-19 | 创新技术实验室株式会社 | 支持终端间通信的无线通信系统中缓冲区状态报告的传输方法和装置 |
WO2016163623A1 (ko) * | 2015-04-08 | 2016-10-13 | 엘지전자(주) | 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이를 위한 장치 |
WO2017018758A1 (ko) * | 2015-07-24 | 2017-02-02 | 엘지전자 주식회사 | 하향링크 제어 정보 수신 방법 및 사용자기기와, 하향링크 제어 정보 전송 방법 및 기지국 |
WO2017053637A1 (en) * | 2015-09-25 | 2017-03-30 | Intel IP Corporation | Coexistence of legacy and short transmission time interval for latency reduction |
Non-Patent Citations (3)
Title |
---|
"R2-1703643 SR and BSR Procedure in Short TTI v2.0";Huawei等;《3GPP tsg_ran\wg2_rl2》;20170325;第1-3节 * |
Huawei等. "R2-1703643 SR and BSR Procedure in Short TTI v2.0".《3GPP tsg_ran\wg2_rl2》.2017,第1-3节. * |
R1-1704301 "Discussion on SR in shortened TTI scenario";Huawei等;《3GPP tsg_ran\WG1_RL1》;20170325;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN110574475A (zh) | 2019-12-13 |
US20200163109A1 (en) | 2020-05-21 |
WO2018202152A1 (en) | 2018-11-08 |
EP3583819A1 (en) | 2019-12-25 |
EP3583819A4 (en) | 2020-12-02 |
US11219052B2 (en) | 2022-01-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110574475B (zh) | Sr-bsr和资源管理 | |
JP7318089B2 (ja) | 無線通信システムおよび方法 | |
EP3634058B1 (en) | Data transmission method and apparatus | |
US11297654B2 (en) | Methods and apparatus to transmit with resources overlapped | |
EP3503643A1 (en) | Reporting method and device for buffer status report | |
EP2166810B1 (en) | Method and related device of a trigger mechanism of buffer status report and scheduling request in a wireless communication system | |
EP3687244B1 (en) | Scheduling request processing method and terminal device | |
RU2735183C1 (ru) | Управление aul-передачами при сосуществовании с диспетчеризованными ue | |
JP7011695B2 (ja) | 無線通信ネットワークにおいてショート送信時間間隔を使用する方法及び装置 | |
TWI711321B (zh) | 有條件的上行鏈路准許 | |
CN106664714B (zh) | 蜂窝网络中周期性上行链路许可对准 | |
WO2015131694A1 (zh) | 一种占用非授权载波的发送的方法、装置及接入点 | |
US20110205975A1 (en) | Mobile communication system, mobile station and radio base station | |
EP3459306B1 (en) | Device and method for a configurable frame structure | |
CN110583084B (zh) | 无线电网络中的方法和装置 | |
CN107113821B (zh) | 上行数据传输的方法和装置 | |
EP3417667B1 (en) | Triggering/initiating backoff procedure(s) based on congestion indication(s) to defer scheduling request transmission | |
US11497049B2 (en) | Methods and apparatus for scheduling and/or granting uplink resources | |
KR20110000657A (ko) | 통신하는 방법 및 그것을 위한 무선국 | |
CN113906791A (zh) | 收发器设备和调度设备 | |
CN113840304B (zh) | 业务处理方法、参数配置方法、装置、终端及网络侧设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |