CN112042254A - 主动pusch授权以防止速率限流 - Google Patents

主动pusch授权以防止速率限流 Download PDF

Info

Publication number
CN112042254A
CN112042254A CN201980026932.4A CN201980026932A CN112042254A CN 112042254 A CN112042254 A CN 112042254A CN 201980026932 A CN201980026932 A CN 201980026932A CN 112042254 A CN112042254 A CN 112042254A
Authority
CN
China
Prior art keywords
base station
shared
channel
uplink channel
uplink
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.)
Pending
Application number
CN201980026932.4A
Other languages
English (en)
Inventor
S·D·桑德伯格
N·查理夏扎尔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Commscope Technologies LLC
Original Assignee
Commscope Technologies LLC
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Commscope Technologies LLC filed Critical Commscope Technologies LLC
Publication of CN112042254A publication Critical patent/CN112042254A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0078Timing of allocation
    • H04L5/0087Timing of allocation when data requirements change
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044Arrangements for allocating sub-channels of the transmission path allocation of payload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058Allocation criteria
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0289Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/52Allocation or scheduling criteria for wireless resources based on load
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless

Abstract

一个实施方案涉及在共享下行链路信道上从基站向UE传输用户数据,以及确定在共享下行链路信道上传输到UE的用户数据的吞吐量是否大于阈值量。如果在共享下行链路信道上传输到UE的用户数据的吞吐量大于阈值量,则在此类UE比其他UE更需要主动授权时,基站通过作出对上行链路资源的主动授权来为UE提供对共享上行链路信道的最小量接入。公开了其它实施方案。

Description

主动PUSCH授权以防止速率限流
相关申请的交叉引用
本申请要求2018年5月8日提交的标题为“PROACTIVE PUSCH GRANTS TO PREVENTRATE THROTTLING(主动PUSCH授权以防止速率限流)”的美国临时专利申请序列号62/668,732的权益,该申请据此以引用方式并入本文。
背景技术
在长期演进(LTE)无线系统中,物理上行链路共享信道(PUSCH)被定义为共享信道。为了使用户设备(UE)在PUSCH上传输,UE通常在物理上行链路控制信道(PUCCH)上将调度请求(SR)传输到服务基站(也称为“演进节点B”或“eNodeB”)。
响应于SR,如果适当的话,服务eNodeB将向UE授予用于在PUSCH上传输的PUSCH资源。通常,每个SR通知eNodeB UE需要接入PUSCH,但不指示UE需要在PUSCH上传输多少数据。结果,eNodeB将通过在PDCCH上向UE发送DCI0消息来授予UE标称量的PUSCH。
此标称PUSCH授权包括足够的PUSCH资源以供UE在PUSCH上发送缓冲区状态报告(BSR)和功率余量报告(PHR),但不发送在UE处缓冲的上行链路数据。BSR指示UE从PUSCH上的传输缓冲了多少上行链路数据。响应于从UE接收到BSR,eNodeB向UE作出一个或多个后续PUSCH授权(使用DCI0消息信令通知),以用于在PUSCH上传输缓冲的上行链路数据。eNodeB使用BSR值来跟踪保留在UE处的针对最近SR的缓冲数据的量。对于每个PUSCH授权,在eNodeB在PUSCH上从UE成功接收到上行链路数据后,将跟踪的BSR值减小成功接收的数据量。一旦跟踪的BSR值达到零,eNodeB就停止针对最近的SR向UE作出PUSCH授权。
eNodeB通常为连接的UE中的一些分配周期性PUCCH资源块(RB),在此期间UE可以发出SR。未分配周期性PUCCH RB以发出SR的UE必须使用随机接入信道(RACH)流程来发出SR。对于分配了PUCCH RB以发出SR的每个UE,eNodeB分配可配置周期(Tsr),其指定分配给该UE以进行SR传输的连续PUCCH RB之间的长度。
当将相对大量的PUCCH RB分配给UE以发出SR时,PUCCH的有效载荷容量将降低。因此,当连接的UE的数量高时,eNodeB通常将相对大的Tsr值分配给连接的UE中的至少一些,以便使用于SR的PUCCH RB的数量保持很小。
然而,对于使用不具有上行链路流量的传输控制协议(TCP)连接进行通信的UE而言,使用大的Tsr值可以限制物理下行链路共享信道(PDSCH)的吞吐量。通常,TCP源将基于其对下行链路分组的上行链路确认(ACK)的接收来限制下行链路吞吐量。具体而言,TCP源限制传输中的字节数量。当TCP ACK延迟增加时,这导致下行链路TCP吞吐量降低。
当使用TCP连接进行通信的UE未通过TCP连接传输上行链路用户数据时,UE将不会以其他方式被授予用于传输上行链路TCP数据的PUSCH RB。因此,为了授予UE PUSCH RB以发送TCP ACKS,UE通常必须在其下一个SR传输机会处发送SR。然而,增加分配给UE的Tsr值将增加授予UE PUSCH RB以用于传输TCP ACKS所花费的时间。这将增加TCP ACK延迟,并且因此可能导致TCP源对下行链路吞吐量限流。
发明内容
一个实施方案涉及一种由基站结合与用户设备(UE)通信而执行的方法。该方法包括在共享下行链路信道上从基站向UE传输用户数据,以及确定在共享下行链路信道上传输到UE的用户数据的吞吐量是否大于阈值量。该方法还包括:如果在共享下行链路信道上传输到UE的用户数据的吞吐量大于阈值量,则基站通过在必要时作出对上行链路资源的主动授权来为UE提供对共享上行链路信道的最小量的接入。
另一实施方案涉及一种由用于使用LTE共享下行链路信道和LTE共享上行链路信道与用户设备进行无线通信的基站执行的方法。该方法包括:在共享下行链路信道上从基站向每个UE传输用户数据;由基站确定在共享下行链路信道上传输到每个UE的相应的用户数据的相应的平均吞吐量;以及由基站确定每个UE的相应的平均吞吐量是否超过预定吞吐量阈值。该方法还包括:对于相应的平均吞吐量超过预定吞吐量阈值的每个UE,由基站确定自针对该UE对共享上行链路信道上的上行链路资源的最近授权或调度请求(SR)机会以来已经过去的时间传输间隔(TTI)数量;由基站确定哪个UE具有最大的所述TTI数量;由基站确定最大的所述TTI数量是否大于TTI的阈值数量;以及如果最大的所述TTI数量大于TTI的阈值数量,由基站向与最大的所述TTI数量相关联的UE作出对共享上行链路信道上的上行链路资源的主动授权。
另一个实施方案涉及一种被配置为与用户设备(UE)无线通信的基站。该基站包括:无线电设备,所述无线电设备被配置为与UE无线通信;以及至少一个处理器,所述至少一个处理器被配置为使基站执行如下操作:在共享下行链路信道上从基站向UE传输用户数据;确定在共享下行链路信道上传输到UE的用户数据的吞吐量是否大于阈值量;如果在共享下行链路信道上传输到UE的用户数据的吞吐量大于阈值量,通过在必要时作出对上行链路资源的主动授权而为UE提供对共享上行链路信道的最小量的接入。
另一实施方案涉及一种使用LTE共享下行链路信道和LTE共享上行链路信道与用户设备无线通信的基站。该基站包括:无线电设备,所述无线电设备被配置为与UE无线通信;以及至少一个处理器,所述至少一个处理器被配置为使基站执行如下操作:在共享下行链路信道上从基站向每个UE传输相应的用户数据;确定在共享下行链路信道上传输到每个UE的相应的用户数据的相应的平均吞吐量;以及确定每个UE的相应的平均吞吐量是否超过预定吞吐量阈值。该至少一个处理器还被配置为使基站执行如下操作:对于相应的平均吞吐量超过预定吞吐量阈值的每个UE,确定自针对该UE对共享上行链路信道上的上行链路资源的最近授权或调度请求(SR)机会以来已经过去的时间传输间隔(TTI)数量;确定哪个UE具有最大的所述TTI数量;确定最大的所述TTI数量是否大于TTI的阈值数量;以及如果最大的所述TTI数量大于TTI的阈值数量,向与最大的所述TTI数量相关联的UE作出对共享上行链路信道上的上行链路资源的主动授权。
附图说明
图1是示出了可以在其中实施本文中描述的技术的无线电接入网络(RAN)系统的一个示范性实施方案的框图。
图2是示出了主动授权接入上行链路信道的方法的一个示范性实施方案的高层级流程图。
图3包括示出了主动授权接入PUSCH的方法的一个示范性实施方案的流程图。
各附图中的类似参考标号和指定表示类似的元件。
具体实施方式
图1是示出了可以在其中实施本文中描述的技术的无线电接入网络(RAN)系统100的一个示范性实施方案的框图。
RAN系统100包括一个或多个基站102(在此也称为“演进节点B”或“eNodeB”)。每个eNodeB 102为至少一个小区104服务,并且包括或耦合到一个或多个天线106,通过所述一个或多个天线,下行链路RF信号被辐射到用户设备(UE)108,并且通过所述一个或多个天线接收由UE 108发射的上行链路RF信号。
每个eNodeB 102通过适当的回程耦合到无线网络运营商的核心网络110。在图1所示的示范性实施方案中,因特网112被用于每个eNodeB 102与每个核心网络110之间的回程。然而,要理解的是,可以其他方式实现回程。
图1所示的系统100的示范性实施方案在此被描述为实现为长期演进(LTE)无线电接入网络,其使用LTE空中接口来提供无线服务。LTE是3GPP标准组织制定的标准。在本实施方案中,每个eNodeB 102实现LTE演进节点B,所述LTE演进节点B用于向用户设备108提供对无线网络运营商的核心网络110的移动接入,以使用户设备108能够以无线方式(例如,使用LTE语音(VoLTE)技术)传送数据和语音。
并且,在此示范性LTE实施方案中,每个核心网络110被实现为包括标准LTE EPC网络元件的LTE演进分组核心(EPC)110,所述标准LTE EPC网络元件例如是移动管理实体(MME)(未示出)和服务网关(SGW)(未示出),以及任选地,家庭eNodeB网关(HeNB GW)(未示出)和安全网关(SeGW)(未示出)。
每个eNodeB 102都可以各种方式实现。例如,每个eNodeB 102都可以使用传统的单片式宏基站配置、微蜂窝配置、微微蜂窝配置、毫微微蜂窝配置或其他“小型蜂窝”配置,或集中式或云RAN(C-RAN)配置来实现。每个eNodeB 102都可以其他方式实现。
而且,在图1所示的示范性实施方案中,每个eNodeB 102包括被配置成与UE 108无线通信的至少一个无线电设备114以及至少一个处理器116,所述至少一个处理器被配置成执行软件或固件118,所述软件或固件使eNodeB 102执行本文描述为由eNodeB 102执行的功能中的至少一些。软件或固件118包括存储(或以其它方式体现)在一种或多种适当的非暂时性存储介质120上或中的程序指令,可编程处理器116从所述非暂时性存储介质读取程序指令的至少一部分以由其执行。尽管存储介质120在图1中被示为包括在相应的eNodeB102中并且在其本地,但是应当理解,也可以使用远程存储介质(例如,可以通过网络访问的存储介质)和/或可移除介质。每个eNodeB 102还包括存储器122,其用于在由可编程处理器116执行期间存储程序指令(和任何相关数据)。
每个eNodeB 102都可以其他方式实现。
图2包括示出了主动授权接入上行链路信道的方法200的一个示范性实施方案的高层级流程图。图2中所示的方法200的实施方案在此被描述为在图1的RAN系统100中实现,但要理解的是,可以其他方式实现其他实施方案。
为了便于解释,图2中所示的流程图的框已按照大致先后顺序方式排列;不过,要理解的是,这种排列仅仅是示范性的,并且应当认识到,与方法200相关联的处理(和图2中所示的框)可以按照不同次序发生(例如,在并行地和/或以事件驱动方式执行与框相关联的处理中的至少一些的情况下)。而且,为了便于解释,未描述大部分标准异常处理;然而,要理解的是,方法200可以并且典型地将包括这样的异常处理。
方法200在此被描述为在每个UE 108附接到小区104并建立RRC连接时针对每个UE被执行。正在针对其执行方法200的特定UE 108在此被称为“当前”UE 108。
方法200包括在共享下行链路信道上从基站向当前UE 108传输用户数据(框202)。
方法200还包括确定在共享下行链路信道上传输到当前UE 108的用户数据的吞吐量是否大于阈值量(框204)。
如果在共享下行链路信道上传输到当前UE 108的用户数据的吞吐量大于阈值量,则基站102通过在必要时在共享上行链路信道上对上行链路资源进行主动授权来为当前UE108提供对共享上行链路信道的最小量的接入(框206)。
这种对共享上行链路信道的上行链路资源的授权是“主动的”,因为基站102作出了这种授权,而无需当前UE 108发出对上行链路资源的调度请求,并且无需基站102接收该调度请求。在此LTE示例中,共享上行链路信道包括PUSCH,上行链路资源可以包括用于在共享上行链路信道上传输的调制编码方案(MCS)和物理资源块(PRB),eNodeB 102通过在PDCCH上向当前UE 108传输适当的DCI0消息来信令通知这一主动授权。
根据自针对当前UE 108对上行链路PUSCH资源的最近授权或最后SR机会以来的时间量确定对共享上行链路信道的最小量的接入。如果当前UE108已经获得对上行链路资源的最近授权或者最近已经有机会发出SR,那么基站102不太可能需要对上行链路资源作出这种主动授权。然而,如果自当前UE 108已经获得对上行链路资源的最近授权或者有机会发出SR以来已经过去了预定量时间,那么当前UE 108是主动授权上行链路资源的候选者。
可以设置以上结合框202提及的吞吐量的阈值量以识别这样的情况:当前UE 108很有可能正在使用TCP连接以高到足以可能对TCP连接限流的速率进行通信。如果UE 108本来未被授权接入上行链路信道以用于传输上行链路TCP用户数据,则UE 108典型地必须等待在其下一个SR传输机会发送SR,以便UE 108被授权接入上行链路信道,以发送TCP ACK。如上所述,在UE 108被分配大的Tsr值的情况下,TCP ACK延迟可能高到足以导致TCP源对下行链路吞吐量限流。
为了避免这种限流,服务基站102可以被配置为对经历高下行链路吞吐量,但在预定时间量内已经没有机会请求或曾被授权接入上行链路信道的UE 108作出主动上行链路授权。通过授权UE 108接入上行链路信道而不必等待在其下一个SR传输机会发送SR,以便UE 108被授权接入上行链路信道以发送TCP ACK,可以减少TCP ACK延迟。eNodeB 102被配置为向当前UE 108提供对共享上行链路信道的足够最小接入,以便充分减小所造成的TCPACK延迟,以便显著降低TCP源将对下行链路吞吐量限流的可能性。
响应于接收到对上行链路资源的主动授权,当前UE 108使用主动授权中指定的资源(例如,使用主动授权中指定的PRB和MCS)接入共享上行链路信道。当前UE 108接入上行链路信道,如同其已被授权以“正常”方式(例如,通过发出SR)接入共享上行链路信道一样。例如,当前UE 108可以接入共享上行链路信道以向基站102无线传输BSR和PHR,其信令通知基站102以针对当前UE 108对上行链路资源做出后续授权,从而传输其他数据(例如,任何排队的TCP ACK)。
图3中示出了方法200的一种详细实施方式。
图3包括示出了主动授权接入PUSCH的方法300的一个示范性实施方案的流程图。图3中所示的方法300的实施方案在此被描述为在图1的RAN系统100中实现,但要理解的是,可以其他方式实现其他实施方案。
为了便于解释,图3中所示的流程图的框已按照大致先后顺序方式排列;不过,要理解的是,这种排列仅仅是示范性的,并且应当认识到,与方法300相关联的处理(和图3中所示的框)可以按照不同次序发生(例如,在并行地和/或以事件驱动方式执行与框相关联的处理中的至少一些的情况下)。而且,为了便于解释,未描述大部分标准异常处理;然而,要理解的是,方法300可以并且典型地将包括这样的异常处理。
针对每个传输时间间隔(TTI)执行方法300。正在针对其执行方法300的特定TTI在此被称为“当前”TTI。
方法300包括在LTE PDSCH(在本示例中为共享下行链路信道)上从eNodeB 102向UE 108传输相应的用户数据(框302)。
方法300还包括由eNodeB 102确定在PDSCH上传输到每个UE 108的相应的用户数据的相应的平均吞吐量(框304)。在此示范性实施方案中,eNodeB 102被配置成通过计算在预定数量N的TTI内在PDSCH上供应到每个此类UE 108的平均下行链路吞吐量来针对该UE108确定PDSCH上的平均吞吐量。该平均值被计算为在最后N个TTI内得到的移动平均值。
方法300还包括由eNodeB 102确定每个UE 108的相应的平均吞吐量是否超过预定吞吐量阈值(框306)。对于具有超过预定吞吐量阈值的相应的平均吞吐量的每个UE 108,eNodeB 102确定自针对该UE 108的对PUSCH(在本示例中为共享上行链路信道)的最近授权或调度请求(SR)机会以来已经过去的时间传输间隔(TTI)的数量(框308)。自最近的PUSCH授权或SR机会以来已经过去的TTI数量在这里也称为“静默TTI”数量。
方法300还包括由eNodeB 102确定哪个UE 108具有最大数量的静默TTI(框310)。最大数量的静默TTI在这里也称为“最大静默TTI”,并且相关联的UE 108在这里也称为“最大UE 108”。
如果最大静默TTI大于阈值数量的TTI(框312),则eNodeB 102在当前TTI中向最大UE 108作出PUSCH资源的主动授权(框314)。在此示范性实施方案中,eNodeB 102在当前TTI中向最大UE 108作出PUSCH上至少1RB的主动授权。
否则,如果最大TTI不大于阈值数量的TTI,则在当前TTI中不作出PUSCH资源的主动授权(框316)。
其他实施方案可以其他方式实现。
此处描述的方法和技术可以在数字电子电路中实现,或者利用可编程处理器(例如,专用处理器或通用处理器,例如计算机)固件、软件或在它们的组合中实现。体现这些技术的设备可以包括适当的输入和输出设备、可编程处理器和有形地体现供可编程处理器执行的程序指令的存储介质。体现这些技术的过程可以通过可编程处理器执行指令程序以通过对输入数据进行操作并生成适当输出来执行期望功能而执行。这些技术可以有利地在可在可编程系统上执行的一个或多个程序中实现,该可编程系统包括至少一个可编程处理器、至少一个输入设备,以及至少一个输出设备,所述至少一个可编程处理器被耦合以从数据存储系统接收数据和指令并且将数据和指令发送到数据存储系统。一般来讲,处理器将从只读存储器和/或随机存取存储器接收指令和数据。适于有形地体现计算机程序指令和数据的存储设备包括所有形式的非易失性存储器,包括例如半导体存储器设备,诸如EPROM、EEPROM,和闪存存储器设备;诸如内部硬盘和可移动磁盘的磁盘;磁光盘;和DVD盘。任何前述内容都可以由专门设计的专用集成电路(ASIC)补充或并入其中。
已经描述了由以下权利要求书限定的本发明的多个实施方案。然而,应当理解,在不脱离所要求保护的本发明的实质和范围的情况下,可以对所述实施方案作出各种修改。因此,其他实施方案在以下权利要求书的范围内。
示例性实施方案
示例1包括一种由基站结合与用户设备(UE)通信而执行的方法,该方法包括:在共享下行链路信道上从基站向UE传输用户数据;确定在共享下行链路信道上传输到UE的用户数据的吞吐量是否大于阈值量;以及如果在共享下行链路信道上传输到UE的用户数据的吞吐量大于阈值量,基站通过在必要时作出对上行链路资源的主动授权而为UE提供对共享上行链路信道的最小量的接入。
示例2包括示例1的方法,其中,传输到UE的用户数据包括用于传输控制协议(TCP)连接的用户数据。
示例3包括示例1-2中任一项的方法,其中,为UE提供对共享上行链路信道的最小量的接入以使UE能够在共享上行链路信道上传输确认。
示例4包括示例1-3中任一项的方法,其中,主动授权是由基站作出的,无需UE发出对共享上行链路信道上的上行链路资源的调度请求并且无需基站接收该调度请求。
示例5包括示例1-4中任一项的方法,其中,共享下行链路信道包括LTE物理下行链路共享信道(PDSCH),并且共享上行链路信道包括LTE物理上行链路共享信道(PUSCH)。
示例6包括示例1-5中任一项的方法,其中,共享上行链路信道上的上行链路资源包括以下各项中的至少一者:用于在共享上行链路信道上传输的调制编码方案(MCS)和物理资源块(PRB)。
示例7包括示例1-6中任一项的方法,其中,基站通过在LTE物理下行链路控制信道(PDCCH)上向UE发送DCI0消息信令通知每个主动授权。
示例8包括示例1-7中任一项的方法,其中,对共享上行链路信道的最小量的接入是根据自针对UE对共享上行链路的最近授权或调度请求(SR)机会以来的时间量确定的。
示例9包括示例1-8中任一项的方法,其中,设置下行链路吞吐量的阈值量以识别UE正在使用传输控制协议(TCP)连接以高到足以可能对TCP连接限流的速率进行通信的情况;并且其中,提供对共享上行链路信道的最小量的接入以避免对TCP连接限流。
示例10包括一种由用于使用LTE共享下行链路信道和LTE共享上行链路信道与用户设备无线通信的基站执行的方法,该方法包括:在共享下行链路信道上从基站向每个UE传输相应的用户数据;由基站确定在共享下行链路信道上传输到每个UE的相应的用户数据的相应的平均吞吐量;由基站确定每个UE的相应的平均吞吐量是否超过预定吞吐量阈值;对于相应的平均吞吐量超过预定吞吐量阈值的每个UE,由基站确定自针对该UE对共享上行链路信道上的上行链路资源的最近授权或调度请求(SR)机会以来已经过去的时间传输间隔(TTI)数量;由基站确定哪个UE具有最大的所述TTI数量;由基站确定最大的所述TTI数量是否大于TTI的阈值数量;如果最大的所述TTI数量大于TTI的阈值数量,由基站向与最大的所述TTI数量相关联的UE作出对共享上行链路信道上的上行链路资源的主动授权。
示例11包括示例10的方法,其中,由基站针对每个UE确定共享下行链路信道上的平均吞吐量包括计算在预定数量的TTI内在共享下行链路信道上向每个UE供应的平均吞吐量。
示例12包括示例10-11中任一项的方法,其中,传输到至少一个UE的用户数据包括用于传输控制协议(TCP)连接的用户数据。
示例13包括示例10-12中任一项的方法,其中,作出对共享上行链路信道上的上行链路资源的主动授权,以使与最大的所述TTI数量相关联的UE能够在共享上行链路信道上传输确认。
示例14包括示例10-13中任一项的方法,其中,主动授权是由基站作出的,无需与最大的所述TTI数量相关联的UE发出对共享上行链路信道上的上行链路资源的调度请求并且无需基站接收该调度请求。
示例15包括示例10-14中任一项的方法,其中,共享下行链路信道包括LTE物理下行链路共享信道(PDSCH),并且共享上行链路信道包括LTE物理上行链路共享信道(PUSCH)。
示例16包括示例10-15中任一项的方法,其中,共享上行链路信道上的上行链路资源包括以下各项中的至少一者:用于在共享上行链路信道上传输的调制编码方案(MCS)和物理资源块(PRB)。
示例17包括示例10-16中任一项的方法,其中,基站通过在LTE物理下行链路控制信道(PDCCH)上发送DCI0消息来信令通知每个主动授权。
示例18包括一种被配置为与用户设备(UE)无线通信的基站,该基站包括:无线电设备,所述无线电设备被配置为与UE无线通信;至少一个处理器,所述至少一个处理器被配置为使基站执行如下操作:在共享下行链路信道上从基站向UE传输用户数据;确定在共享下行链路信道上传输到UE的用户数据的吞吐量是否大于阈值量;如果在共享下行链路信道上传输到UE的用户数据的吞吐量大于阈值量,通过在必要时作出对上行链路资源的主动授权而为UE提供对共享上行链路信道的最小量的接入。
示例19包括示例18的基站,其中,发送给UE的用户数据包括用于传输控制协议(TCP)连接的用户数据。
示例20包括示例18-19中任一项的基站,其中,该处理器被配置为使基站为UE提供对共享上行链路信道的最小量的接入以使UE能够在共享上行链路信道上传输确认。
示例21包括示例18-20中任一项的基站,其中,该处理器被配置为使基站作出主动授权,而无需UE发出对共享上行链路信道上的上行链路资源的调度请求并且无需基站接收该调度请求。
示例22包括示例18-21中任一项的基站,其中,共享下行链路信道包括LTE物理下行链路共享信道(PDSCH),并且共享上行链路信道包括LTE物理上行链路共享信道(PUSCH)。
示例23包括示例18-22中任一项的基站,其中,共享上行链路信道上的上行链路资源包括以下各项中的至少一者:用于在共享上行链路信道上传输的调制编码方案(MCS)和物理资源块(PRB)。
示例24包括示例18-23中任一项的基站,其中,该处理器被配置为使基站通过在LTE物理下行链路控制信道(PDCCH)上向UE发送DCI0消息来信令通知每个主动授权。
示例25包括示例18-24中任一项的基站,其中,该处理器被配置为使基站根据自从针对UE对上行链路资源的最近授权或调度请求(SR)机会之后的时间量确定对共享上行链路信道的最小量的接入。
示例26包括示例18-25中任一项的基站,其中,该处理器被配置为使基站设置吞吐量的阈值量以识别UE正在使用传输控制协议(TCP)连接以高到足以可能对TCP连接限流的速率进行通信的情况;并且其中,该处理器被配置为使基站确定对共享上行链路信道的最小量的接入以避免对TCP连接限流。
示例27包括一种被配置为使用LTE共享下行链路信道和LTE共享上行链路信道与用户设备(UE)无线通信的基站,该基站包括:无线电设备,所述无线电设备被配置为与UE无线通信;至少一个处理器,所述至少一个处理器被配置为使基站执行如下操作:在共享下行链路信道上从基站向每个UE传输相应的用户数据;确定在共享下行链路信道上传输到每个UE的相应的用户数据的相应的平均吞吐量;确定每个UE的相应的平均吞吐量是否超过预定吞吐量阈值;对于相应的平均吞吐量超过预定吞吐量阈值的每个UE,确定自从针对该UE对共享上行链路信道上的上行链路资源的最近授权或调度请求(SR)机会之后已经过去的时间传输间隔(TTI)数量;确定哪个UE具有最大的所述TTI数量;确定最大的所述TTI数量是否大于TTI的阈值数量;如果最大的所述TTI数量大于TTI的阈值数量,向与最大的所述TTI数量相关联的UE作出对共享上行链路信道上的上行链路资源的主动授权。
示例28包括示例27的基站,其中,该处理器被配置为使基站通过计算在预定数量的TTI内在共享下行链路信道上向每个UE供应的平均吞吐量,来针对每个UE确定共享下行链路信道上的平均吞吐量。
示例29包括示例27-28中任一项的基站,其中,传输到至少一个UE的用户数据包括用于传输控制协议(TCP)连接的用户数据。
示例30包括示例27-29中任一项的基站,其中,该处理器被配置为使基站作出对共享上行链路信道上的上行链路资源的主动授权,以便使得与最大的所述TTI数量相关联的UE能够在共享上行链路信道上传输确认。
示例31包括示例27-30中任一项的基站,其中,该处理器被配置为使基站作出主动授权,而无需与最大的所述TTI数量相关联的UE发出对共享上行链路信道上的上行链路资源的调度请求并且无需基站接收该调度请求。
示例32包括示例27-31中任一项的基站,其中,共享下行链路信道包括LTE物理下行链路共享信道(PDSCH),并且共享上行链路信道包括LTE物理上行链路共享信道(PUSCH)。
示例33包括示例27-32中任一项的基站,其中,共享上行链路信道上的上行链路资源包括以下各项中的至少一者:用于在共享上行链路信道上传输的调制编码方案(MCS)和物理资源块(PRB)。
示例34包括示例27-33中任一项的基站,其中,该处理器被配置为使基站通过在LTE物理下行链路控制信道(PDCCH)上发送DCI0消息来信令通知每个主动授权。

Claims (34)

1.一种由基站结合与用户设备(UE)通信而执行的方法,所述方法包括:
在共享下行链路信道上从所述基站向所述UE传输用户数据;
确定在所述共享下行链路信道上传输到所述UE的用户数据的吞吐量是否大于阈值量;以及
如果在所述共享下行链路信道上传输到所述UE的用户数据的吞吐量大于所述阈值量,则所述基站通过在必要时作出对上行链路资源的主动授权来为所述UE提供对共享上行链路信道的最小量的接入。
2.根据权利要求1所述的方法,其中,传输到所述UE的用户数据包括用于传输控制协议(TCP)连接的用户数据。
3.根据权利要求1所述的方法,其中,为所述UE提供对所述共享上行链路信道的最小量的接入,以使所述UE能够在所述共享上行链路信道上传输确认。
4.根据权利要求1所述的方法,其中,所述主动授权是由所述基站作出的,无需所述UE发出对所述共享上行链路信道上的上行链路资源的调度请求并且无需所述基站接收所述调度请求。
5.根据权利要求1所述的方法,其中,所述共享下行链路信道包括LTE物理下行链路共享信道(PDSCH),并且所述共享上行链路信道包括LTE物理上行链路共享信道(PUSCH)。
6.根据权利要求1所述的方法,其中,所述共享上行链路信道上的上行链路资源包括以下各项中的至少一者:用于在所述共享上行链路信道上传输的调制编码方案(MCS)和物理资源块(PRB)。
7.根据权利要求1所述的方法,其中,所述基站通过在LTE物理下行链路控制信道(PDCCH)上向所述UE发送DCI0消息来信令通知每个主动授权。
8.根据权利要求1所述的方法,其中,根据自针对所述UE对所述共享上行链路信道的最近授权或调度请求(SR)机会以来的时间量确定对所述共享上行链路信道的最小量的接入。
9.根据权利要求1所述的方法,其中,设置下行链路吞吐量的阈值量以识别所述UE正在使用传输控制协议(TCP)连接以高到足以能够对所述TCP连接限流的速率进行通信的情况;并且
其中,提供对所述共享上行链路信道的最小量的接入以便避免对所述TCP连接限流。
10.一种由用于使用LTE共享下行链路信道和LTE共享上行链路信道与用户设备进行无线通信的基站执行的方法,所述方法包括:
在所述共享下行链路信道上从所述基站向每个UE传输相应的用户数据;
由所述基站确定在所述共享下行链路信道上传输到每个UE的相应的用户数据的相应的平均吞吐量;
由所述基站确定每个UE的相应的平均吞吐量是否超过预定吞吐量阈值;
对于所述相应的平均吞吐量超过所述预定吞吐量阈值的每个UE,由所述基站确定自针对所述UE对所述共享上行链路信道上的上行链路资源的最近授权或调度请求(SR)机会以来已经过去的时间传输间隔(TTI)数量;
由所述基站确定哪个UE具有最大的所述TTI数量;
由所述基站确定所述最大的所述TTI数量是否大于TTI的阈值数量;
如果所述最大的所述TTI数量大于TTI的阈值数量,由所述基站向与所述最大的所述TTI数量相关联的UE作出对所述共享上行链路信道上的上行链路资源的主动授权。
11.根据权利要求10所述的方法,其中,由所述基站针对每个UE确定所述共享下行链路信道上的平均吞吐量包括计算在预定数量的TTI内在所述共享下行链路信道上向每个UE供应的平均吞吐量。
12.根据权利要求10所述的方法,其中,传输到至少一个UE的用户数据包括用于传输控制协议(TCP)连接的用户数据。
13.根据权利要求10所述的方法,其中,作出对所述共享上行链路信道上的上行链路资源的主动授权,以使与所述最大的所述TTI数量相关联的UE能够在所述共享上行链路信道上传输确认。
14.根据权利要求10所述的方法,其中,所述主动授权是由所述基站作出的,无需与所述最大的所述TTI数量相关联的UE发出对所述共享上行链路信道上的上行链路资源的调度请求并且无需所述基站接收所述调度请求。
15.根据权利要求10所述的方法,其中,所述共享下行链路信道包括LTE物理下行链路共享信道(PDSCH),并且所述共享上行链路信道包括LTE物理上行链路共享信道(PUSCH)。
16.根据权利要求10所述的方法,其中,所述共享上行链路信道上的上行链路资源包括以下各项中的至少一者:用于在所述共享上行链路信道上传输的调制编码方案(MCS)和物理资源块(PRB)。
17.根据权利要求10所述的方法,其中,所述基站通过在LTE物理下行链路控制信道(PDCCH)上发送DCI0消息来信令通知每个主动授权。
18.一种被配置为与用户设备(UE)进行无线通信的基站,所述基站包括:
无线电设备,所述无线电设备被配置为与所述UE无线通信;
至少一个处理器,所述至少一个处理器被配置为使所述基站执行如下操作:
在共享下行链路信道上从所述基站向所述UE传输用户数据;
确定在所述共享下行链路信道上传输到所述UE的用户数据的吞吐量是否大于阈值量;以及
如果在所述共享下行链路信道上传输到所述UE的用户数据的吞吐量大于所述阈值量,则通过在必要时作出对上行链路资源的主动授权来为所述UE提供对共享上行链路信道的最小量的接入。
19.根据权利要求18所述的基站,其中,传输到所述UE的用户数据包括用于传输控制协议(TCP)连接的用户数据。
20.根据权利要求18所述的基站,其中,所述处理器被配置为使所述基站为所述UE提供对所述共享上行链路信道的最小量的接入,以使所述UE能够在所述共享上行链路信道上传输确认。
21.根据权利要求18所述的基站,其中,所述处理器被配置为使所述基站作出所述主动授权,而无需所述UE发出对所述共享上行链路信道上的上行链路资源的调度请求并且无需所述基站接收所述调度请求。
22.根据权利要求18所述的基站,其中,所述共享下行链路信道包括LTE物理下行链路共享信道(PDSCH),并且所述共享上行链路信道包括LTE物理上行链路共享信道(PUSCH)。
23.根据权利要求18所述的基站,其中,所述共享上行链路信道上的上行链路资源包括以下各项中的至少一者:用于在所述共享上行链路信道上传输的调制编码方案(MCS)和物理资源块(PRB)。
24.根据权利要求18所述的基站,其中,所述处理器被配置为使所述基站通过在LTE物理下行链路控制信道(PDCCH)上向所述UE发送DCI0消息来信令通知每个主动授权。
25.根据权利要求18所述的基站,其中,所述处理器被配置为使所述基站根据自针对所述UE对上行链路资源的最近授权或调度请求(SR)机会以来的时间量确定对所述共享上行链路信道的最小量的接入。
26.根据权利要求18所述的基站,其中,所述处理器被配置为使所述基站设置吞吐量的阈值量,以识别所述UE正在使用传输控制协议(TCP)连接以高到足以能够对所述TCP连接限流的速率进行通信的情况;并且
其中,所述处理器被配置为使所述基站确定对所述共享上行链路信道的最小量的接入以避免对所述TCP连接限流。
27.一种被配置为使用LTE共享下行链路信道和LTE共享上行链路信道与用户设备(UE)进行无线通信的基站,所述基站包括:
无线电设备,所述无线电设备被配置为与所述UE无线通信;
至少一个处理器,所述至少一个处理器被配置为使所述基站执行如下操作:
在所述共享下行链路信道上从所述基站向每个UE传输相应的用户数据;
确定在所述共享下行链路信道上传输到每个UE的相应的用户数据的相应的平均吞吐量;
确定每个UE的相应的平均吞吐量是否超过预定吞吐量阈值;
对于所述相应的平均吞吐量超过所述预定吞吐量阈值的每个UE,确定自针对所述UE对所述共享上行链路信道上的上行链路资源的最近授权或调度请求(SR)机会以来已经过去的时间传输间隔(TTI)数量;
确定哪个UE具有最大的所述TTI数量;
确定所述最大的所述TTI数量是否大于TTI的阈值数量;
如果所述最大的所述TTI数量大于TTI的阈值数量,向与所述最大的所述TTI数量相关联的UE作出对所述共享上行链路信道上的上行链路资源的主动授权。
28.根据权利要求27所述的基站,其中,所述处理器被配置为使所述基站通过计算在预定数量的TTI内在所述共享下行链路信道上向每个UE供应的平均吞吐量,来针对每个UE确定所述共享下行链路信道上的平均吞吐量。
29.根据权利要求27所述的基站,其中,传输到至少一个UE的用户数据包括用于传输控制协议(TCP)连接的用户数据。
30.根据权利要求27所述的基站,其中,所述处理器被配置为使所述基站作出对所述共享上行链路信道上的上行链路资源的主动授权,以便使得与所述最大的所述TTI数量相关联的UE能够在所述共享上行链路信道上传输确认。
31.根据权利要求27所述的基站,其中,所述处理器被配置为使所述基站作出主动授权,而无需与所述最大的所述TTI数量相关联的UE发出对所述共享上行链路信道上的上行链路资源的调度请求并且无需所述基站接收所述调度请求。
32.根据权利要求27所述的基站,其中,所述共享下行链路信道包括LTE物理下行链路共享信道(PDSCH),并且所述共享上行链路信道包括LTE物理上行链路共享信道(PUSCH)。
33.根据权利要求27所述的基站,其中,所述共享上行链路信道上的上行链路资源包括以下各项中的至少一者:用于在所述共享上行链路信道上传输的调制编码方案(MCS)和物理资源块(PRB)。
34.根据权利要求27所述的基站,其中,所述处理器被配置为使所述基站通过在LTE物理下行链路控制信道(PDCCH)上发送DCI0消息来信令通知每个主动授权。
CN201980026932.4A 2018-05-08 2019-05-07 主动pusch授权以防止速率限流 Pending CN112042254A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201862668732P 2018-05-08 2018-05-08
US62/668,732 2018-05-08
PCT/US2019/031179 WO2019217464A1 (en) 2018-05-08 2019-05-07 Proactive pusch grants to prevent rate throttling

Publications (1)

Publication Number Publication Date
CN112042254A true CN112042254A (zh) 2020-12-04

Family

ID=68464435

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980026932.4A Pending CN112042254A (zh) 2018-05-08 2019-05-07 主动pusch授权以防止速率限流

Country Status (4)

Country Link
US (1) US11116000B2 (zh)
EP (1) EP3791663A4 (zh)
CN (1) CN112042254A (zh)
WO (1) WO2019217464A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4324577A1 (en) 2015-12-16 2024-02-21 6K Inc. Method of producing spheroidal dehydrogenated titanium alloy particles
WO2019217469A1 (en) 2018-05-08 2019-11-14 Commscope Technologies Llc Gratuitous pusch grants during lte rrc connection and nas attach procedures
SG11202111576QA (en) 2019-04-30 2021-11-29 6K Inc Mechanically alloyed powder feedstock
JP2023512391A (ja) 2019-11-18 2023-03-27 シックスケー インコーポレイテッド 球形粉体用の特異な供給原料及び製造方法
EP4173060A1 (en) 2020-06-25 2023-05-03 6K Inc. Microcomposite alloy structure
AU2021349358A1 (en) 2020-09-24 2023-02-09 6K Inc. Systems, devices, and methods for starting plasma
US11919071B2 (en) 2020-10-30 2024-03-05 6K Inc. Systems and methods for synthesis of spheroidized metal powders
CN115707362A (zh) * 2021-05-28 2023-02-17 苹果公司 上行链路流量吞吐量增强
US11917612B2 (en) * 2021-07-06 2024-02-27 EdgeQ, Inc. Systems and methods to reduce network access latency and improve quality of service in wireless communication
US11785636B1 (en) * 2021-09-03 2023-10-10 T-Mobile Innovations Llc Wireless communication network access for wireless user equipment based on their wireless network slices

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104685955A (zh) * 2012-09-28 2015-06-03 Lg电子株式会社 上行链路传输方法和上行链路传输装置
CN104811283A (zh) * 2014-01-23 2015-07-29 夏普株式会社 物理上行链路信道配置方法以及基站和用户设备
US9474054B1 (en) * 2014-02-03 2016-10-18 Sprint Spectrum L.P. Management of resource allocation in a wireless communication system
US20170208615A1 (en) * 2016-01-18 2017-07-20 Sercomm Corporation Method for transmitting uplink grant and base station

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3821636B2 (ja) * 2000-08-21 2006-09-13 松下電器産業株式会社 通信端末装置、基地局装置および無線通信方法
US20040174838A1 (en) 2003-03-04 2004-09-09 Eero Sillasto Method and arrangement for controlling network resources in mobile communication network
KR100668670B1 (ko) 2005-11-28 2007-01-12 한국전자통신연구원 휴대 인터넷 시스템에서 기지국의 역방향 스케쥴링 시스템및 방법
JP5325885B2 (ja) * 2007-10-02 2013-10-23 テレフオンアクチーボラゲット エル エム エリクソン(パブル) 報告すべきcqiの特定の量を示すインジケーションをアップリンク・グラントに含めること
WO2009116908A1 (en) 2008-03-20 2009-09-24 Telefonaktiebolaget L M Ericsson (Publ) Scheduling of uplink measurement reports
WO2010090565A1 (en) 2009-02-09 2010-08-12 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement in a wireless communication system
US9055576B2 (en) 2009-10-08 2015-06-09 Qualcomm Incorporated Uplink resource allocation for LTE advanced
EP2556714B1 (en) 2010-04-06 2014-01-08 Telecom Italia S.p.A. Method and node for handling queues in communication networks, and corresponding computer program product
CN102387009B (zh) 2010-09-02 2014-07-02 中兴通讯股份有限公司 一种无线链路控制层上行传输的方法和演进的节点b
WO2012175113A1 (en) 2011-06-21 2012-12-27 Telefonaktiebolaget L M Ericsson (Publ) Network node and method related to buffer estimation
US10462690B2 (en) * 2011-08-05 2019-10-29 Telefonaktiebolaget Lm Ericsson (Publ) RLC status reporting for eight-carrier HSDPA
EP2557882A1 (en) * 2011-08-10 2013-02-13 MIMOON GmbH Method and apparatus for flow-optimized scheduling
US8913997B2 (en) 2011-09-09 2014-12-16 Nokia Siemens Networks Oy Application performance improvement in radio networks
US8909249B2 (en) 2012-02-29 2014-12-09 Keysight Technologies, Inc. Passive uplink time difference of arrival positioning and tracking system
EP2880927A1 (en) 2012-08-06 2015-06-10 Telefonaktiebolaget L M Ericsson (PUBL) Timing advance timer start for uplink transmissions
WO2014070049A1 (en) 2012-10-29 2014-05-08 Telefonaktiebolaget L M Ericsson (Publ) Methods and arrangements for semi-persistent scheduling
US9826543B2 (en) 2013-10-16 2017-11-21 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus in a wireless communication system
US10194457B2 (en) 2013-12-17 2019-01-29 Telefonaktiebolaget Lm Ericsson (Publ) Method and device for proactive allocation of uplink resources
CN106465401B (zh) 2014-02-28 2019-09-10 Lg电子株式会社 在无线通信系统中发送具有低延迟的上行链路数据的方法和设备
US9854527B2 (en) 2014-08-28 2017-12-26 Apple Inc. User equipment transmit duty cycle control
KR101858998B1 (ko) 2016-01-25 2018-05-18 주식회사 큐셀네트웍스 이동통신 시스템에서의 상향링크 자원 할당 방법 및 장치
US9820275B2 (en) 2016-04-15 2017-11-14 Cisco Technology, Inc. Proactive upstream scheduling for flows in a point-to-multipoint communications network
JP6683849B2 (ja) 2016-06-24 2020-04-22 華為技術有限公司Huawei Technologies Co.,Ltd. スケジューリング方法及び基地局
WO2018077425A1 (en) * 2016-10-28 2018-05-03 Huawei Technologies Co., Ltd. Base stations, user equipments and a system for wireless communication, as well as the corresponding methods
WO2019023902A1 (zh) * 2017-07-31 2019-02-07 深圳市大疆创新科技有限公司 通信方式控制方法及设备
WO2019217469A1 (en) 2018-05-08 2019-11-14 Commscope Technologies Llc Gratuitous pusch grants during lte rrc connection and nas attach procedures

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104685955A (zh) * 2012-09-28 2015-06-03 Lg电子株式会社 上行链路传输方法和上行链路传输装置
CN104811283A (zh) * 2014-01-23 2015-07-29 夏普株式会社 物理上行链路信道配置方法以及基站和用户设备
US9474054B1 (en) * 2014-02-03 2016-10-18 Sprint Spectrum L.P. Management of resource allocation in a wireless communication system
US20170208615A1 (en) * 2016-01-18 2017-07-20 Sercomm Corporation Method for transmitting uplink grant and base station

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NTT DOCOMO, FUJITSU, KDDI, MITSUBISHI ELECTRIC, NEC, SHARP, TOSHIBA CORPORATION: "R1-063323 \"Multiplexing Method of Downlink L1/L2 Control Channel with Shared Data Channel in E-UTRA Downlink\"", 3GPP TSG_RAN\\WG1_RL1, no. 1 *

Also Published As

Publication number Publication date
EP3791663A1 (en) 2021-03-17
US20190349981A1 (en) 2019-11-14
US11116000B2 (en) 2021-09-07
EP3791663A4 (en) 2022-03-02
WO2019217464A1 (en) 2019-11-14

Similar Documents

Publication Publication Date Title
US11116000B2 (en) Proactive PUSCH grants to prevent rate throttling
JP6960542B2 (ja) Msg3送信に対するリソースブロックアサインメント
US10182343B2 (en) Wireless device, network node, and methods therein for sending a message comprising one or more populated fields
US9295040B2 (en) Packet scheduling in communications
KR102291807B1 (ko) 무선 통신 네트워크에서의 버퍼 상태 보고와 관련되는 방법 및 장치
CN105429736B (zh) 一种发送和接收反馈的方法及设备
WO2014141965A1 (ja) 端末装置、基地局装置、通信システム、通信方法および集積回路
US9515801B2 (en) Mobile communication system and mobile communication method used in a mobile communication system
JP2020507959A (ja) 無線通信ネットワークにおいてショート送信時間間隔を使用する方法及び装置
US11632770B2 (en) Cooperative distributed scheduling for device-to-device (D2D) communication
CN112042255A (zh) Lte rrc连接和nas附接程序期间的无偿pusch授权
JP2014236366A (ja) 端末装置、基地局装置、通信システム、通信方法および集積回路
KR20160056771A (ko) 상향링크 자원 할당 요청 방법 및 장치
US20180263046A1 (en) Control signaling for device to device communication
EP4104334A1 (en) Methods and communications devices
US20220141848A1 (en) Communications device, infrastructure equipment and methods
US20230156694A1 (en) Wireless communication uplink prescheduling with guarantees
WO2023159515A1 (zh) 调度请求过程的处理方法、装置、设备及存储介质
US20210329665A1 (en) Method and Apparatus for Adaptive Priority Control between Control Information and User Data
OA20021A (en) Methods and apparatus relating to buffer status reports in a wireless communication network.

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
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20201204