CN107079468B - 一种资源请求方法及设备 - Google Patents
一种资源请求方法及设备 Download PDFInfo
- Publication number
- CN107079468B CN107079468B CN201580028283.3A CN201580028283A CN107079468B CN 107079468 B CN107079468 B CN 107079468B CN 201580028283 A CN201580028283 A CN 201580028283A CN 107079468 B CN107079468 B CN 107079468B
- Authority
- CN
- China
- Prior art keywords
- preset
- resource request
- data
- service data
- request indication
- 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/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- 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
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
-
- 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
本发明实施例公开了一种资源请求方法及设备,涉及通信领域,实现低时延的资源请求,进而保证UE低时延的数据传输,以提高用户体验。本发明实施例提供的方案包括:UE通过接收业务数据,并在接收到所述业务数据时,或者,在预设数据的大小满足预设发送条件时,向网络侧设备发送资源请求指示,所述资源请求指示用于指示所述网络侧设备为所述UE分配发送所述业务数据的资源。本发明用于请求资源。
Description
技术领域
本发明涉及通信领域,尤其涉及一种资源请求方法及设备。
背景技术
在演进型统一陆地无线接入网络(Evolved Universal Terrestrial RadioAccess Network,简称E-UTRAN)中,用户设备(User Equipment,简称UE)向网络侧请求资源,并采用网络侧指定的时频资源进行上行数据传输。
其中,UE向网络侧请求资源的方式为:UE向网络侧上报用于反映UE待传的数据量的缓存状态报告(Buffer Status Report,简称BSR),网络侧根据UE上报的BSR,为UE指定用于进行上行数据传输的时频资源。
当前情况下,UE通过触发机制触发上报BSR以请求网络侧分配资源;具体包括:当UE有更高优先级的逻辑信道的数据进入UE的缓冲队列时,或者,当UE的上行数据缓存(buffer)为空并且有新的数据到来时,或者当重传BSR定时器(retxBSR-Timer)超时并且逻辑信道有数据需要发送时,UE向网络侧发送常规BSR;当UE已经分配上行资源后,Padding部分的大小足够容纳BSR上报信息时,UE向网络侧发送填充BSR;当周期BSR定时器(periodicBSR-Timer)超时,UE向网络侧发送周期BSR。
随着无线通信技术的演进,很多业务对时延的要求较高,如果继续采用上述的资源请求方式,若在UE接收到高时延要求的业务数据时,并不满足触发机制定义的发送BSR的条件时,UE无法获取合适的发送该业务数据的时频资源,增加了数据传输的延迟,降低了用户体验。
发明内容
本发明提供一种资源请求方法及设备,实现低时延的资源请求,进而保证UE低时延的数据传输,以提高用户体验。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,提供一种资源请求方法,应用于UE,所述方法包括:
接收业务数据;
在接收到所述业务数据时,或者,在预设数据的大小满足预设发送条件时,向网络侧设备发送资源请求指示,所述资源请求指示用于指示所述网络侧设备为所述UE分配发送所述业务数据的资源;
其中,所述预设数据为所述接收的业务数据,或者,所述接收的业务数据所在的逻辑信道对应的缓存中的待传数据,或者,所述接收业务数据后所述UE缓存中的所有待传数据。
结合第一方面,在第一方面的第一种可能的实现方式中,
所述资源请求指示为缓存状态报告BSR;其中,所述BSR包括所述预设数据的大小的指示。
结合第一方面,在第一方面的第二种可能的实现方式中,
所述资源请求指示为缓存等级的指示,所述缓存等级为所述预设数据的大小所处的预设区间。
结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式,在第一方面的第三种可能的实现方式中,
所述向网络侧设备发送资源请求指示,包括:
在调度请求(schedule request,简称SR)中包含所述资源请求指示向所述网络侧设备发送;
或者,
在(Physical Uplink Control Channel,简称PUCCH)上的专有的时频资源向所述网络侧设备发送所述资源请求指示;
或者,
在上行媒体访问控制(Media Access Control,简称MAC)包头中包含所述资源请求向所述网络侧设备发送。
结合第一方面或第一方面的第一种可能的实现方式至第一方面的第三种可能的实现方式中任一项,在第一方面的第四种可能的实现方式中,
所述预设发送条件为所述预设数据的大小达到预设门限;
或者,
所述预设发送条件为缓存等级达到预设等级;其中,所述缓存等级为所述预设数据的大小所处的预设区间。
结合第一方面的第四种可能的实现方式,在第一方面的第五种可能的实现方式中,
在所述接收业务数据之后,所述方法还包括:
接收网络侧设备发送的所述预设门限或者所述预设等级。
第二方面,提供一种资源请求方法,应用于网络侧设备,所述方法包括:
接收UE发送的资源请求指示;其中,所述资源请求指示为所述UE在接收到业务数据时发送的或者所述UE在预设数据满足预设发送条件时发送的;其中,所述预设数据为所述接收的业务数据,或者,所述接收的业务数据所在的逻辑信道对应的缓存中的待传数据,或者,所述接收业务数据后所述UE缓存中的所有待传数据;
根据所述资源请求指示,向所述UE分配资源。
结合第二方面,在第二方面的第一种可能的实现方式中,
所述资源请求指示为BSR;其中,所述BSR包括所述预设数据的大小的指示。
结合第二方面,在第二方面的第二种可能的实现方式中,
所述资源请求指示为缓存等级的指示,所述缓存等级为所述预设数据的大小所处的预设区间。
结合第二方面或第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式,在第二方面的第三种可能的实现方式中,
所述接收所述UE发送的资源请求指示,包括:
接收所述UE发送的中包含所述资源请求指示的调度请求SR;
或者,
在PUCCH上的专有的时频资源接收所述UE发送的资源请求指示;
或者,
接收所述UE发送的包含所述资源请求指示的上行MAC包头。
结合第二方面或第二方面的第一种可能的实现方式至第二方面的第三种可能的实现方式中任一项,在第二方面的第四种可能的实现方式中,
所述预设发送条件为所述预设数据的大小达到预设门限;
或者,
所述预设发送条件为缓存等级达到预设等级;其中,所述缓存等级为所述预设数据的大小所处的预设区间。
结合第二方面的第四种可能的实现方式,在第二方面的第五种可能的实现方式中,
在所述接收用户设备UE发送的资源请求指示之前,所述方法还包括:
向所述UE发送所述预设门限或者所述预设等级。
第三方面,提供一种UE,包括:
接收单元,用于接收业务数据;
发送单元,用于在接收到所述业务数据时,或者,在预设数据的大小满足预设发送条件时,向网络侧设备发送资源请求指示,所述资源请求指示用于指示所述网络侧设备为所述UE分配发送所述业务数据的资源;
其中,所述预设数据为所述接收的业务数据,或者,所述接收的业务数据所在的逻辑信道对应的缓存中的待传数据,或者,所述接收业务数据后所述UE缓存中的所有待传数据。
结合第三方面,在第三方面的第一种可能的实现方式中,
所述资源请求指示为BSR;其中,所述BSR包括所述预设数据的大小的指示。
结合第三方面,在第三方面的第二种可能的实现方式中,
所述资源请求指示为缓存等级的指示,所述缓存等级为所述预设数据的大小所处的预设区间。
结合第三方面或第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式,在第三方面的第三种可能的实现方式中,
所述发送单元具体用于:
在SR中包含所述资源请求指示向所述网络侧设备发送;
或者,
在PUCCH上的专有的时频资源向所述网络侧设备发送所述资源请求指示;
或者,
在上行MAC包头中包含所述资源请求向所述网络侧设备发送。
结合第三方面或第三方面的第一种可能的实现方面至第三方面的第三种可能的实现方式中任一项,在第三方面的第四种可能的实现方式中,
所述预设发送条件为所述预设数据的大小达到预设门限;
或者,
所述预设发送条件为缓存等级达到预设等级;其中,所述缓存等级为所述预设数据的大小所处的预设区间。
结合第三方面的第四种可能的实现方式,在第三方面的第五种可能的实现方式中,
所述接收单元还用于:
接收网络侧设备发送的所述预设门限或者所述预设等级。
第四方面,提供一种网络侧设备,包括:
接收单元,用于接收UE发送的资源请求指示;其中,所述资源请求指示为所述UE在接收到业务数据时发送的或者所述UE在预设数据满足预设发送条件时发送的;所述预设数据为所述接收的业务数据,或者,所述接收的业务数据所在的逻辑信道对应的缓存中的待传数据,或者,所述接收业务数据后所述UE缓存中的所有待传数据;
分配单元,用于根据所述接收单元接收的所述资源请求指示,向所述UE分配资源。
结合第四方面,在第四方面的第一种可能的实现方式中,
所述资源请求指示为缓存状态报告BSR;其中,所述BSR包括所述预设数据的大小的指示。
结合第四方面,在第四方面的第二种可能的实现方式中,
所述资源请求指示为缓存等级的指示,所述缓存等级为所述预设数据的大小所处的预设区间。
结合第四方面或第四方面的第一种可能的实现方式或第四方面的第二种可能的实现方式,在第四方面的第三种可能的实现方式中,
所述接收单元具体用于:
接收所述UE发送的中包含所述资源请求指示的SR;
或者,
在PUCCH上的专有的时频资源接收所述UE发送的资源请求指示;
或者,
接收所述UE发送的包含所述资源请求指示的上行MAC包头。
结合第四方面或第四方面的第一种可能的实现方式至第四方面的第三种可能的实现方式中任一项,在第四方面的第四种可能的实现方式中,
所述预设发送条件为所述预设数据的大小达到预设门限;
或者,
所述预设发送条件为缓存等级达到预设等级;其中,所述缓存等级为所述预设数据的大小所处的预设区间。
结合第四方面的第四种可能的实现方式,在第四方面的第五种可能的实现方式中,
所述网络侧设备还包括:
发送单元,用于向所述UE发送所述预设门限或者所述预设等级。
第五方面,提供一种UE,包括:
接收器,用于接收业务数据;
处理器,用于在接收到所述业务数据时,或者,在预设数据的大小满足预设发送条件时,通过发送器向网络侧设备发送资源请求指示,所述资源请求指示用于指示所述网络侧设备为所述UE分配发送所述业务数据的资源;
其中,所述预设数据为所述接收的业务数据,或者,所述接收的业务数据所在的逻辑信道对应的缓存中的待传数据,或者,所述接收业务数据后所述UE缓存中的所有待传数据。
结合第五方面,在第五方面的第一种可能的实现方式中,
所述资源请求指示为BSR;其中,所述BSR包括所述预设数据的大小的指示。
结合第五方面,在第五方面的第二种可能的实现方式中,
所述资源请求指示为缓存等级的指示,所述缓存等级为所述预设数据的大小所处的预设区间。
结合第五方面或第五方面的第一种可能的实现方式或第五方面的第二种可能的实现方式,在第五方面的第三种可能的实现方式中,
所述处理器具体用于:
在SR中包含所述资源请求指示,通过所述发送器向所述网络侧设备发送;
或者,
通过所述发送器在PUCCH上的专有的时频资源向所述网络侧设备发送所述资源请求指示;
或者,
在上行MAC包头中包含所述资源请求,通过所述发送器向所述网络侧设备发送。
结合第五方面或第五方面的第一种可能的实现方面至第五方面的第三种可能的实现方式中任一项,在第五方面的第四种可能的实现方式中,
所述预设发送条件为所述预设数据的大小达到预设门限;
或者,
所述预设发送条件为缓存等级达到预设等级;其中,所述缓存等级为所述预设数据的大小所处的预设区间。
结合第五方面的第四种可能的实现方式,在第五方面的第五种可能的实现方式中,
所述接收器还用于:
接收网络侧设备发送的所述预设门限或者所述预设等级。
第六方面,提供一种网络侧设备,包括:
接收器,用于接收UE发送的资源请求指示;其中,所述资源请求指示为所述UE在接收到业务数据时发送的或者所述UE在预设数据满足预设发送条件时发送的;所述预设数据为所述接收的业务数据,或者,所述接收的业务数据所在的逻辑信道对应的缓存中的待传数据,或者,所述接收业务数据后所述UE缓存中的所有待传数据;
处理器,用于根据所述接收器接收的所述资源请求指示,向所述UE分配资源。
结合第六方面,在第六方面的第一种可能的实现方式中,
所述资源请求指示为BSR;其中,所述BSR包括所述预设数据的大小的指示。
结合第六方面,在第六方面的第二种可能的实现方式中,
所述资源请求指示为缓存等级的指示,所述缓存等级为所述预设数据的大小所处的预设区间。
结合第六方面或第六方面的第一种可能的实现方式或第六方面的第二种可能的实现方式,在第六方面的第三种可能的实现方式中,
所述接收器具体用于:
接收所述UE发送的中包含所述资源请求指示的SR;
或者,
在PUCCH上的专有的时频资源接收所述UE发送的资源请求指示;
或者,
接收所述UE发送的包含所述资源请求指示的上行MAC包头。
结合第六方面或第六方面的第一种可能的实现方式至第六方面的第三种可能的实现方式中任一项,在第六方面的第四种可能的实现方式中,
所述预设发送条件为所述预设数据的大小达到预设门限;
或者,
所述预设发送条件为缓存等级达到预设等级;其中,所述缓存等级为所述预设数据的大小所处的预设区间。
结合第六方面的第四种可能的实现方式,在第六方面的第五种可能的实现方式中,
所述网络侧设备还包括:
发送单元,用于向所述UE发送所述预设门限或者所述预设等级。
本发明实施例提供的资源请求方法及设备,通过UE接收业务数据,并在接收到所述业务数据时,或者,在预设数据的大小满足预设发送条件时,向网络侧设备发送资源请求指示,所述资源请求指示用于指示所述网络侧设备为所述UE分配发送所述接收的业务数据的资源。
一方面,由于UE在接收到业务数据时即通过发送资源请求指示向网络侧设备请求资源,因此,本发明实施例的方案及时的请求发送业务数据的资源,降低了时延;
另一方面,由于在预设数据的大小满足预设发送条件时,即通过发送资源请求指示向网络侧设备请求资源,可以通过设置预设发送条件的内容控制请求资源的时延,因此,本发明实施例的方案可以控制请求发送业务数据的资源的时间,进而降低了时延。
综上所述,本发明实施例提供的资源请求方法及设备,实现了低时延的资源请求,进而保证UE低时延的数据传输,以提高用户体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种资源请求方法的流程示意图;
图2为本发明实施例提供的另一种资源请求方法的流程示意图;
图3为本发明实施例提供的又一种资源请求方法的流程示意图;
图4为本发明实施例提供的一种UE的装置结果示意图;
图5为本发明实施例提供的一种网络侧设备的装置结果示意图;
图6为本发明实施例提供的另一种网络侧设备的装置结果示意图;
图7为本发明实施例提供的另一种UE的装置结果示意图;
图8为本发明实施例提供的再一种网络侧设备的装置结果示意图;
图9为本发明实施例提供的又一种网络侧设备的装置结果示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
本发明实施例一提供一种资源请求方法,应用于UE,参见图1,所述方法可以包括:
S101、UE接收业务数据。
其中,UE的接入层接收业务数据,所述业务数据是由UE的传输层下发到接入层的。
例如:可以由互连协议(Internet Protocol,简称IP)层递交到接入层。
可选的,所述接入层可以为分组数据汇聚协议(Packet Data ConvergenceProtocol,简称PDCP)层或者无线链路控制(Radio Link Control,简称RLC)层。
需要说明的是,本发明对于所述业务数据的类型不进行具体限定。
S102、UE在接收到所述业务数据时,或者,在预设数据的大小满足预设发送条件时,向网络侧设备发送资源请求指示,所述资源请求指示用于发送所述业务数据的资源。
其中,所述预设数据为所述接收的业务数据,或者,所述接收的业务数据所在的逻辑信道对应的缓存中的待传数据,或者,所述接收业务数据后所述UE缓存中的所有待传数据。
其中,所述网络侧设备可以为基站,或者,所述网络侧设备可以为其他为UE分配用于进行上述数据传输的资源的设备,本发明对于所述网络侧设备的类型不进行具体限定。
可选的,所述资源请求指示可以为BSR,所述BSR包括所述预设数据的大小的指示,当网络侧设备接收到BSR时,可以根据所述BSR为所述UE分配发送所述业务数据的资源。
需要说明的是,预设数据的大小的指示可以为预设数据的大小值,也可以为定义好的指示符,本发明实施例对此不进行具体限定。
优选的,为了节约资源,预设数据的大小的指示为定义好的指示符。指示符的具体内容可以根据实际需求设定,本发明实施例对此不进行具体限定。
可选的,所述资源请求指示也可以为其他内容。
示例性的,所述资源请求指示可以为缓存等级的指示;所述缓存等级为所述预设数据的大小所处的预设区间。
需要说明的是,缓存等级的指示可以为缓存等级本身,也可以为定义好的指示标识,本发明实施例对此不进行具体限定。
优选的,为了节约资源,缓存等级的指示为定义好的指示标识。指示标识的具体内容可以根据实际需求设定,本发明实施例对此不进行具体限定。
其中,可以预先通过至少一个门限值将预设数据大小的有效区间划分为至少两个预设区间。
需要说明的是,所述至少一个门限的取值以及个数,均可以根据实际需求设定,本发明实施例对此不进行具体的限定。
示例性的,假设预设数据的有效区间为0兆字节(mega byte,简称MB)至800MB,设定2个门限值分别为300MB和500MB,可以将该有效区间划分为表1所示的预设区间。
表1
大小 | 缓存等级 |
≤300MB | 低 |
≤500MB且>300MB | 中 |
≤800MB且>500MB | 高 |
需要说明的是,上述示例及表1均是以举例的形式对资源请求指示可以为缓存等级的具体说明,并不是对资源请求指示的具体限定,也不是对缓存等级的划分方式和内容的具体限定。
需要说明的是,资源请求指示可以包括上述内容(BSR或缓存等级)以外的其他内容,凡是通过UE发送资源请求指示用于请求网络侧设备为UE分配资源的方案都属于本发明的保护范围。
可选的,所述预设发送条件可以为所述预设数据的大小达到预设门限。
示例性的,可以设定预设发送条件为,当预设数据的大小达到300MB以上。这样,当预设数据的大小大于或等于300MB时,预设数据的大小即达到了预设门限。
需要说明的是,所述预设门限的具体取值,可以根据实际需求设定,本发明对此不进行具体限定。
可选的,所述预设发送条件还可为缓存等级达到预设等级。
需要说明的是,所述预设等级的具体内容,可以根据实际需求设定,本发明对此不进行具体限定。
示例性的,可以设定预设发送条件为,当预设数据的大小所处的缓存等级达到“中”以上。这样,当预设数据的大小大于300MB且小于或等于500MB时,根据表1所示的等级划分,预设数据的大小所处的缓存等级为“中”,则预设数据的大小所处的缓存等级达到了预设等级。
示例性的,假设UE在S101中接收到的业务数据1的大小为350MB,预设发送条件为当接收到的数据的大小达到300MB以上,因此,可以在接收到业务数据1时,向网络侧设备发送资源请求指示,该资源请求指示中包含接收的业务数据1的大小的指示。
需要说明的是,上述示例仅以举例的形式进行方案说明,并不是对本发明实施例的方案的具体限定。
进一步可选的,所述预设门限或者预设等级可以预先设定且网络中的设备共知。
进一步可选的,所述预设门限或者预设等级可以由网络侧向UE下发,在S101之后,所述方法还可以包括:
接收网络侧设备发送的所述预设门限或者所述预设等级。
可选的,对于UE向网络侧设备发送资源请求指示的具体过程,可以包括但不限于下述三种方案:
第一种方案:
在SR中包含所述资源请求指示向所述网络侧设备发送。
其中,SR通过专用时频资源发送。
第二种方案:
在PUCCH上的专有的时频资源向所述网络侧设备发送所述资源请求指示。
第三种方案:
在MAC包头中包含所述资源请求向所述网络侧设备发送。
需要说明的是,对于资源请求指示的具体发送方式,可以根据实际需求设定,本发明对此不进行具体限定。
本发明实施例提供的资源请求方法,UE通过接收业务数据,并在接收到所述业务数据时,或者,在预设数据的大小满足预设发送条件时,向网络侧设备发送资源请求指示,所述资源请求指示用于指示所述网络侧设备为所述UE分配发送所述业务数据的资源。
一方面,由于UE在接收到业务数据时即通过发送资源请求指示向网络侧设备请求资源,因此,本发明实施例的方案及时的请求发送业务数据的资源,降低了时延;
另一方面,由于在预设数据的大小满足预设发送条件时,即通过发送资源请求指示向网络侧设备请求资源,可以通过设置预设发送条件的内容控制请求资源的时延,而且资源请求指示是通过SR或者类似SR在PUCCH上的专有时频资源发送的,不需要提前分配用于资源请求指示的资源,减少时延,因此,本发明实施例的方案可以控制请求发送业务数据的资源的时间,进而降低了时延。
综上所述,本发明实施例提供的资源请求方法,实现了低时延的资源请求,进而保证UE低时延的数据传输,以提高用户体验。
实施例二
本发明实施例二提供另一种资源请求方法,应用于网络侧设备,参见图2,所述方法可以包括:
S201、网络侧设备接收UE发送的资源请求指示。
其中,所述资源请求指示为所述UE在接收到业务数据时发送的或者所述UE在预设数据满足预设发送条件时发送的;
所述预设数据可以为接收的业务数据,或者,所述预设数据可以为所述接收的业务数据所在的逻辑信道对应的缓存中的待传数据,或者,所述预设数据可以为接收业务数据后UE缓存中的所有待传数据。
其中,网络侧设备可以为基站,也可以为其他为UE分配用于进行上述数据传输的资源的设备,本发明对于所述网络侧设备的类型不进行具体限定。
可选的,所述资源请求指示可以为BSR,所述BSR包括所述预设数据的大小的指示。
可选的,所述资源请求指示可以为缓存等级的指示,所述缓存等级为所述预设数据的大小所处的预设区间。
需要说明的是,对于缓存等级,已经在实施例一种进行了详细说明,此处不再进行赘述。
可选的,所述预设发送条件可以为所述预设数据的大小达到预设门限;或者,所述预设发送条件可以为缓存等级达到预设等级;其中,所述缓存等级为所述预设数据的大小所处的预设区间。
需要说明的是,对于预设发送条件,已经在实施例一种进行了详细说明,此处不再进行赘述。
进一步可选的,所述预设门限或者预设等级可以预先设定且网络中的设备共知。
进一步可选的,所述预设门限或者预设等级可以由网络侧向UE下发,在S201之前,所述方法还可以包括:
向所述UE发送所述预设门限或者所述预设等级。
具体的,根据UE发送资源请求指示的方式不同,网络侧设备接收所述UE发送的资源请求指示的具体过程,可以包括但不限于以下三种方式:
第一种方式:
接收所述UE发送的中包含所述资源请求指示的SR。
第二种方式:
在PUCCH上的专有的时频资源接收所述UE发送的资源请求指示。
第三种方式:
接收所述UE发送的包含所述资源请求指示的上行MAC包头。
S202、网络侧设备根据所述资源请求指示,向UE分配资源。
可选的,网络侧设备可以根据资源请求指示获取UE请求的资源的数量,再根据UE请求的资源的数量向UE分配资源。
具体的,网络侧设备可以根据资源请求指示获取UE请求的资源的数量,根据资源请求指示的内容不同而不同,具体可以包括下述两种情况:
第一种情况:
在第一种情况中,所述资源请求指示为BSR,所述BSR包括预设数据的大小的指示。
在第一种情况中,网络侧设备可以根据资源请求指示,获取BSR中包括的预设数据的大小对应的资源数量作为UE请求的资源的数量。
其中,在UE与网络侧设备所处的系统中,预先设定了数据大小与资源数量的对应关系。
需要说明的是,本发明对于该预先设定了数据大小与资源数量的对应关系的内容及具体形式均不进行限定。
第二种情况:
在第二种情况中,所述资源请求指示包括缓存等级的指示。
进一步的,网络侧设备可以在预设对应关系中获取缓存等级对应的请求资源数量;其中,所述预设对应关系包括至少一个缓存等级及与所述至少一个缓存等级一一对应的资源数量。
示例性的,参见表2,示意一种预设对应关系。
表2
缓存等级 | 资源数量(个) |
低 | 200 |
中 | 150 |
高 | 100 |
需要说明的是,表2仅是通过举例的形式对预设对应关系进行示例性说明,并不是对预设对应关系的形式及内容的限定。
具体的,网络侧设备根据UE请求的资源的数量向UE分配资源时,可以仅根据UE请求的资源的数量向UE分配资源,具体过程本发明对此不进行具体限定。
可选的,网络侧设备根据UE请求的资源的数量向UE分配资源时,结合UE请求的资源的数量及网络负载,向UE分配资源,具体过程本发明对此不进行具体限定。
其中,网络负载可以为网络可用容量。网络侧设备获取网络可用容量,可以通过与上一级网络侧设备交互获取
其中,上一级网络侧设备是指UE在网络中通信时,比所述网络侧设备更靠近核心网的一级网络侧设备。本发明实施例对所述上一级网络侧设备的类型不进行具体限定。
具体的,当网络空闲时,网络可用容量大;而当网络拥塞时,网络可用容量小或者为零。
本发明实施例提供的资源请求方法,网络侧设备通过接收UE发送的资源请求指示,其中,所述资源请求指示为所述UE在接收到业务数据时发送的或者所述UE在预设数据满足预设发送条件时发送的;并根据资源请求指示向UE分配资源。
一方面,由于资源请求指示是UE在接收到业务数据时发送的,因此,本发明实施例的方案及时的请求发送业务数据的资源,降低了时延;
另一方面,由于资源请求指示是UE在预设数据的大小满足预设发送条件时发送的,可以通过设置预设发送条件的内容控制请求资源的时延,而且资源请求指示是通过SR或者类似SR在PUCCH上的专有时频资源发送的,不需要提前分配用于资源请求指示的资源,减少时延,因此,本发明实施例的方案可以控制请求发送业务数据的资源的时间,进而降低了时延。
综上所述,本发明实施例提供的资源请求方法,实现了低时延的资源请求,进而保证UE低时延的数据传输,以提高用户体验。
实施例三
本发明实施例三提供再一种资源请求方法,以UE与基站的交互过程为例,对上述实施例所述的资源请求方法进行详细说明。
参见图3,所述方法可以包括:
S301、UE接收业务数据,并在接收业务数据时向基站发送包含接收的业务数据的大小的指示的资源请求指示。
S302、基站获取网络可用容量。
示例性的,基站可以向核心网设备发送负载请求,以获取网络可用容量。
S303、基站根据网络可用容量及资源请求指示,向UE分配资源。
具体的,基站可以按照网络可用容量及资源请求指示两者中资源少的一者,向UE分配资源。
S304、基站向UE发送资源请求指示响应消息。
其中,所述资源请求响应消息包括基站向UE分配的资源。
S305、UE使用所述分配的资源发送接收的业务数据。
本发明实施例提供的资源请求方法,通过UE接收业务数据,并在接收到所述业务数据时,或者,在预设数据的大小满足预设发送条件时,向网络侧设备发送资源请求指示,所述资源请求指示用于指示所述网络侧设备为所述UE分配发送所述业务数据的资源。
一方面,由于UE在接收到业务数据时即通过发送资源请求指示向网络侧设备请求资源,因此,本发明实施例的方案及时的请求发送业务数据的资源,降低了时延;
另一方面,由于在预设数据的大小满足预设发送条件时,即通过发送资源请求指示向网络侧设备请求资源,可以通过设置预设发送条件的内容控制请求资源的时延,而且资源请求指示是通过SR或者类似SR在PUCCH上的专有时频资源发送的,不需要提前分配用于资源请求指示的资源,减少时延,因此,本发明实施例的方案可以控制请求发送业务数据的资源的时间,进而降低了时延。
综上所述,本发明实施例提供的资源请求方法,实现了低时延的资源请求,进而保证UE低时延的数据传输,以提高用户体验。
实施例四
本发明实施例四提供一种UE 40,参见图4,所述UE 40可以包括:
接收单元401,用于接收业务数据;
发送单元402,用于在接收到所述业务数据时,或者,在预设数据的大小满足预设发送条件时,向网络侧设备发送资源请求指示,所述资源请求指示用于指示所述网络侧设备为所述UE分配发送所述业务数据的资源;
其中,所述预设数据为所述接收的业务数据,或者,所述接收的业务数据所在的逻辑信道对应的缓存中的待传数据,或者,所述接收业务数据后所述UE缓存中的所有待传数据。
可选的,所述资源请求指示可以为BSR;其中,所述BSR包括所述预设数据的大小的指示。
可选的,所述资源请求指示可以为缓存等级的指示,所述缓存等级为所述预设数据的大小所处的预设区间。
进一步的,所述发送单元402具体可以用于:
在SR中包含所述资源请求指示向所述网络侧设备发送;
或者,
在PUCCH上的专有的时频资源向所述网络侧设备发送所述资源请求指示;
或者,
在上行MAC包头中包含所述资源请求向所述网络侧设备发送。
可选的,所述预设发送条件为所述预设数据的大小达到预设门限;或者,所述预设发送条件为缓存等级达到预设等级;其中,所述缓存等级为所述预设数据的大小所处的预设区间。
进一步的,所述接收单元401还可以用于:
接收网络侧设备发送的所述预设门限或者所述预设等级。
本发明实施例提供的UE 40,通过接收业务数据,并在接收到所述业务数据时,或者,在预设数据的大小满足预设发送条件时,向网络侧设备发送资源请求指示,所述资源请求指示用于指示所述网络侧设备为所述UE分配发送所述接收的业务数据的资源。
一方面,由于UE在接收到业务数据时即通过发送资源请求指示向网络侧设备请求资源,因此,本发明实施例的方案及时的请求发送业务数据的资源,降低了时延;
另一方面,由于在预设数据的大小满足预设发送条件时,即通过发送资源请求指示向网络侧设备请求资源,可以通过设置预设发送条件的内容控制请求资源的时延,而且资源请求指示是通过SR或者类似SR在PUCCH上的专有时频资源发送的,不需要提前分配用于资源请求指示的资源,减少时延,因此,本发明实施例的方案可以控制请求发送业务数据的资源的时间,进而降低了时延。
综上所述,本发明实施例提供UE 40,实现了低时延的资源请求,进而保证UE低时延的数据传输,以提高用户体验。
实施例五
本发明实施例五提供提供一种网络侧设备50,参见图5,所述网络侧设备50可以包括:
接收单元501,用于接收UE发送的资源请求指示;其中,所述资源请求指示为所述UE在接收到业务数据时发送的或者所述UE在预设数据满足预设发送条件时发送的;所述预设数据为所述接收的业务数据,或者,所述接收的业务数据所在的逻辑信道对应的缓存中的待传数据,或者,所述接收业务数据后所述UE缓存中的所有待传数据;
分配单元502,用于根据所述接收单元501接收的所述资源请求指示,向所述UE分配资源。
可选的,所述资源请求指示可以为BSR;其中,所述BSR包括所述预设数据的大小的指示。
可选的,所述资源请求指示可以为缓存等级的指示,所述缓存等级为所述预设数据的大小所处的预设区间。
进一步的,所述接收单元501具体可以用于:
接收所述UE发送的中包含所述资源请求指示的SR;
或者,
在PUCCH上的专有的时频资源接收所述UE发送的资源请求指示;
或者,
接收所述UE发送的包含所述资源请求指示的上行MAC包头。
可选的,所述预设发送条件可以为所述预设数据的大小达到预设门限;或者,所述预设发送条件可以为缓存等级达到预设等级;其中,所述缓存等级为所述预设数据的大小所处的预设区间。
进一步的,参见图6,所述网络侧设备50还可以包括:
发送单元503,用于向所述UE发送所述预设门限或者所述预设等级。
本发明实施例提供网络侧设备50,通过接收UE发送的资源请求指示,其中,所述资源请求指示为所述UE在接收到业务数据时发送的或者所述UE在预设数据满足预设发送条件时发送的;并根据资源请求指示向UE分配资源。
一方面,由于资源请求指示是UE在接收到业务数据时发送的,因此,本发明实施例的方案及时的请求发送业务数据的资源,降低了时延;
另一方面,由于资源请求指示是UE在预设数据的大小满足预设发送条件时发送的,可以通过设置预设发送条件的内容控制请求资源的时延,而且资源请求指示是通过SR或者类似SR在PUCCH上的专有时频资源发送的,不需要提前分配用于资源请求指示的资源,减少时延,因此,本发明实施例的方案可以控制请求发送业务数据的资源的时间,进而降低了时延。
综上所述,本发明实施例提供的网络侧设备50,实现了低时延的资源请求,进而保证UE低时延的数据传输,以提高用户体验。
实施例六
本发明实施例六提供另一种UE 40,参见图7,所述UE 40可以包括:
至少一个处理器701;存储器702;至少一个通信总线703,用于实现装置之间的连接和相互通信;接收器704;发送器705。
其中,通信总线703可以是工业标准体系结构(Industry StandardArchitecture,简称为ISA)总线、外部设备互连(Peripheral Component,简称为PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture,简称为EISA)总线等。该总线703可以分为地址总线、数据总线、控制总线等。为便于表示,图7中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
处理器701可能是一个中央处理器(Central Processing Unit,简称为CPU),或者是特定集成电路(Application Specific Integrated Circuit,简称为ASIC),或者是被配置成实施本发明实施例的一个或多个集成电路。处理器701用于执行存储器702中存储的程序代码,以实现处理器701的功能。
其中,接收器704,用于接收业务数据;
处理器701,用于在接收到所述业务数据时,或者,在预设数据的大小满足预设发送条件时,通过发送器705向网络侧设备发送资源请求指示,所述资源请求指示用于指示所述网络侧设备为所述UE分配发送所述业务数据的资源;
其中,所述预设数据为所述接收的业务数据,或者,所述接收的业务数据所在的逻辑信道对应的缓存中的待传数据,或者,所述接收业务数据后所述UE缓存中的所有待传数据。
可选的,所述资源请求指示可以为BSR;其中,所述BSR包括所述预设数据的大小的指示。
可选的,所述资源请求指示可以为缓存等级的指示,所述缓存等级为所述预设数据的大小所处的预设区间。
可选的,所述处理器701具体可以用于:
在SR中包含所述资源请求指示,通过所述发送器705向所述网络侧设备发送;
或者,
通过所述发送器705在PUCCH上的专有的时频资源向所述网络侧设备发送所述资源请求指示;
或者,
在上行MAC包头中包含所述资源请求,通过所述发送器705向所述网络侧设备发送。
可选的,所述预设发送条件可以为所述预设数据的大小达到预设门限;或者,所述预设发送条件可以为缓存等级达到预设等级;其中,所述缓存等级为所述预设数据的大小所处的预设区间。
进一步的,所述接收器704还可以用于:
接收网络侧设备发送的所述预设门限或者所述预设等级。
本发明实施例提供的UE 40,通过接收业务数据,并在接收到所述业务数据时,或者,在预设数据的大小满足预设发送条件时,向网络侧设备发送资源请求指示,所述资源请求指示用于指示所述网络侧设备为所述UE分配发送所述接收的业务数据的资源。
一方面,由于UE在接收到业务数据时即通过发送资源请求指示向网络侧设备请求资源,因此,本发明实施例的方案及时的请求发送业务数据的资源,降低了时延;
另一方面,由于在预设数据的大小满足预设发送条件时,即通过发送资源请求指示向网络侧设备请求资源,可以通过设置预设发送条件的内容控制请求资源的时延,而且资源请求指示是通过SR或者类似SR在PUCCH上的专有时频资源发送的,不需要提前分配用于资源请求指示的资源,减少时延,因此,本发明实施例的方案可以控制请求发送业务数据的资源的时间,进而降低了时延。
综上所述,本发明实施例提供UE 40,实现了低时延的资源请求,进而保证UE低时延的数据传输,以提高用户体验。
实施例七
本发明实施例七提供另一种网络侧设备50,参见图8,所述网络侧设备50可以包括:
至少一个处理器801;存储器802;至少一个通信总线803,用于实现装置之间的连接和相互通信;接收器804。
其中,通信总线803可以是工业标准体系结构(Industry StandardArchitecture,简称为ISA)总线、外部设备互连(Peripheral Component,简称为PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture,简称为EISA)总线等。该总线803可以分为地址总线、数据总线、控制总线等。为便于表示,图8中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
处理器801可能是一个中央处理器(Central Processing Unit,简称为CPU),或者是特定集成电路(Application Specific Integrated Circuit,简称为ASIC),或者是被配置成实施本发明实施例的一个或多个集成电路。处理器801用于执行存储器802中存储的程序代码,以实现处理器801的功能。
其中,接收器804,用于接收UE发送的资源请求指示;其中,所述资源请求指示为所述UE在接收到业务数据时发送的或者所述UE在预设数据满足预设发送条件时发送的;所述预设数据为所述接收的业务数据,或者,所述接收的业务数据所在的逻辑信道对应的缓存中的待传数据,或者,所述接收业务数据后所述UE缓存中的所有待传数据;
处理器801,用于根据所述接收器804接收的所述资源请求指示,向所述UE分配资源。
可选的,所述资源请求指示可以为BSR;其中,所述BSR包括所述预设数据的大小的指示。
可选的,所述资源请求指示为缓存等级的指示,所述缓存等级为所述预设数据的大小所处的预设区间。
进一步的,所述接收器804具体可以用于:
接收所述UE发送的中包含所述资源请求指示的SR;
或者,
在PUCCH上的专有的时频资源接收所述UE发送的资源请求指示;
或者,
接收所述UE发送的包含所述资源请求指示的上行MAC包头。
可选的,所述预设发送条件可以为所述预设数据的大小达到预设门限;或者,所述预设发送条件可以为缓存等级达到预设等级;其中,所述缓存等级为所述预设数据的大小所处的预设区间。
进一步的,参见图9,所述网络侧设备50还可以包括:
发送器805,用于向所述UE发送所述预设门限或者所述预设等级。
本发明实施例提供网络侧设备50,通过接收UE发送的资源请求指示,其中,所述资源请求指示为所述UE在接收到业务数据时发送的或者所述UE在预设数据满足预设发送条件时发送的;并根据资源请求指示向UE分配资源。
一方面,由于资源请求指示是UE在接收到业务数据时发送的,因此,本发明实施例的方案及时的请求发送业务数据的资源,降低了时延;
另一方面,由于资源请求指示是UE在预设数据的大小满足预设发送条件时发送的,可以通过设置预设发送条件的内容控制请求资源的时延,而且资源请求指示是通过SR或者类似SR在PUCCH上的专有时频资源发送的,不需要提前分配用于资源请求指示的资源,减少时延,因此,本发明实施例的方案可以控制请求发送业务数据的资源的时间,进而降低了时延。
综上所述,本发明实施例提供的网络侧设备50,实现了低时延的资源请求,进而保证UE低时延的数据传输,以提高用户体验。
应理解,在本发明的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (8)
1.一种资源请求方法,其特征在于,应用于用户设备UE,所述方法包括:
接收业务数据;
在预设数据的大小满足预设发送条件时,向网络侧设备发送资源请求指示,所述资源请求指示用于指示所述网络侧设备为所述UE分配发送所述业务数据的资源;
其中,所述预设数据为所述接收的业务数据,或者,所述接收的业务数据所在的逻辑信道对应的缓存中的待传数据,或者,所述接收业务数据后所述UE缓存中的所有待传数据;所述预设发送条件为所述预设数据的大小达到预设门限;或者,所述预设发送条件为缓存等级达到预设等级;所述预设门限或者所述预设等级是根据所述业务数据传输的时延需求而确定;
在上行媒体访问控制MAC包头中包含所述资源请求向所述网络侧设备发送;
所述资源请求指示为缓存等级的指示,所述缓存等级为所述预设数据的大小所处的预设区间。
2.根据权利要求1所述的方法,其特征在于,在所述接收业务数据之后,所述方法还包括:
接收网络侧设备发送的多个所述预设门限或者多个所述预设等级。
3.一种资源请求方法,其特征在于,应用于网络侧设备,所述方法包括:
接收用户设备UE发送的资源请求指示;其中,所述资源请求指示为所述UE在预设数据满足预设发送条件时发送的;所述预设数据为接收的业务数据,或者,所述接收的业务数据所在的逻辑信道对应的缓存中的待传数据,或者,所述接收业务数据后所述UE缓存中的所有待传数据;所述预设发送条件为所述预设数据的大小达到预设门限;或者,所述预设发送条件为缓存等级达到预设等级;所述预设门限或者所述预设等级是所述UE根据所述业务数据传输的时延需求而确定;
接收所述UE发送的包含所述资源请求指示的上行媒体访问控制MAC包头;
根据所述资源请求指示,向所述UE分配资源;
所述资源请求指示为缓存等级的指示,所述缓存等级为所述预设数据的大小所处的预设区间。
4.根据权利要求3所述的方法,其特征在于,在所述接收用户设备UE发送的资源请求指示之前,所述方法还包括:
向所述UE发送多个所述预设门限或者多个所述预设等级。
5.一种用户设备UE,其特征在于,包括:
接收单元,用于接收业务数据;
发送单元,用于在预设数据的大小满足预设发送条件时,向网络侧设备发送资源请求指示,所述资源请求指示用于指示所述网络侧设备为所述UE分配发送所述业务数据的资源;
其中,所述预设数据为所述接收的业务数据,或者,所述接收的业务数据所在的逻辑信道对应的缓存中的待传数据,或者,所述接收业务数据后所述UE缓存中的所有待传数据;所述预设发送条件为所述预设数据的大小达到预设门限;或者,所述预设发送条件为缓存等级达到预设等级;所述预设门限或者所述预设等级是根据所述业务数据传输的时延需求而确定;
所述发送单元,具体用于在上行媒体访问控制MAC包头中包含所述资源请求向所述网络侧设备发送;
所述资源请求指示为缓存等级的指示,所述缓存等级为所述预设数据的大小所处的预设区间。
6.根据权利要求5所述的UE,其特征在于,所述接收单元还用于:
接收网络侧设备发送的多个所述预设门限或者多个所述预设等级。
7.一种网络侧设备,其特征在于,包括:
接收单元,用于接收用户设备UE发送的资源请求指示;其中,所述资源请求指示为所述UE在预设数据满足预设发送条件时发送的;所述预设数据为接收的业务数据,或者,所述接收的业务数据所在的逻辑信道对应的缓存中的待传数据,或者,所述接收业务数据后所述UE缓存中的所有待传数据;所述预设发送条件为所述预设数据的大小达到预设门限;或者,所述预设发送条件为缓存等级达到预设等级;所述预设门限或者所述预设等级是所述UE根据所述业务数据传输的时延需求而确定;
所述接收单元,具体用于接收所述UE发送的包含所述资源请求指示的上行媒体访问控制MAC包头;
分配单元,用于根据所述接收单元接收的所述资源请求指示,向所述UE分配资源;
所述资源请求指示为缓存等级的指示,所述缓存等级为所述预设数据的大小所处的预设区间。
8.根据权利要求7所述的网络侧设备,其特征在于,所述网络侧设备还包括:
发送单元,用于向所述UE发送多个所述预设门限或者多个所述预设等级。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2015/091786 WO2017063129A1 (zh) | 2015-10-12 | 2015-10-12 | 一种资源请求方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107079468A CN107079468A (zh) | 2017-08-18 |
CN107079468B true CN107079468B (zh) | 2020-10-09 |
Family
ID=58516972
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580028283.3A Active CN107079468B (zh) | 2015-10-12 | 2015-10-12 | 一种资源请求方法及设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10499396B2 (zh) |
EP (1) | EP3349528B1 (zh) |
CN (1) | CN107079468B (zh) |
WO (1) | WO2017063129A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106714213B (zh) * | 2016-12-30 | 2019-06-21 | 北京小米移动软件有限公司 | 缓存状态报告bsr上报触发方法、装置和用户终端 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101132220A (zh) * | 2006-08-22 | 2008-02-27 | 上海贝尔阿尔卡特股份有限公司 | 无线网络中报告上行调度请求或紧急情况的方法和装置 |
CN101426231A (zh) * | 2007-10-30 | 2009-05-06 | 华为技术有限公司 | 建立mbms公共传输信道、及传输mbms业务数据方法、装置 |
CN101686499A (zh) * | 2008-09-22 | 2010-03-31 | 宏达国际电子股份有限公司 | 触发暂存器状态报告及调度请求的方法及相关装置 |
CN101729394A (zh) * | 2008-10-29 | 2010-06-09 | 大唐移动通信设备有限公司 | 业务状态转换的判断方法及装置 |
EP2661138A1 (en) * | 2012-05-04 | 2013-11-06 | Panasonic Corporation | Threshold-based and power-efficient scheduling request procedure |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8406179B2 (en) * | 2007-08-07 | 2013-03-26 | Samsung Electronics Co., Ltd. | Method and apparatus for performing random access procedure in a mobile communication system |
EP2494836A1 (en) * | 2009-10-29 | 2012-09-05 | Nokia Siemens Networks Oy | Method and device for allocating resources of a control channel in a wireless communication system |
US8625415B2 (en) * | 2010-04-02 | 2014-01-07 | Nokia Siemens Networks Oy | Dynamic buffer status report selection for carrier aggregation |
CN102264098B (zh) * | 2010-05-31 | 2015-12-16 | 中兴通讯股份有限公司 | 一种缓冲区状态报告处理的方法和装置 |
CN102291771B (zh) * | 2010-06-21 | 2015-08-12 | 中兴通讯股份有限公司 | 一种实现缓冲区状态上报的方法及系统 |
CN101932029A (zh) * | 2010-08-13 | 2010-12-29 | 华为技术有限公司 | 数据传输方法、设备及系统 |
EP2734005B1 (en) * | 2011-07-14 | 2019-05-08 | NEC Corporation | Method of allocating resource, wireless communication system, base station, and program |
GB2498709B (en) * | 2012-01-17 | 2013-12-18 | Renesas Mobile Corp | Method and apparatus for scheduling an uplink data transmission |
CN103369509B (zh) * | 2012-03-29 | 2018-02-27 | 中兴通讯股份有限公司 | 一种缓存状态上报方法及终端设备 |
CN103428874B (zh) * | 2012-05-14 | 2018-07-13 | 中兴通讯股份有限公司 | 一种数据调度方法及装置 |
US9232531B2 (en) * | 2012-10-22 | 2016-01-05 | Qualcomm Incorporated | Prioritization of users for switching between co-existence wireless systems |
CN104144512B (zh) * | 2013-05-10 | 2017-09-08 | 上海贝尔股份有限公司 | 支持多连接的上行链路调度信息报告的装置与系统 |
ITBA20130077A1 (it) * | 2013-11-25 | 2015-05-26 | Cicco Luca De | Meccanismo per il controllo del bitrate di codifica in un sistema di video streaming adattivo basato su buffer di playout e sulla stima di banda. |
JP6166189B2 (ja) * | 2014-01-30 | 2017-07-19 | 株式会社Nttドコモ | 移動通信システム及び移動局装置 |
WO2016185895A1 (ja) * | 2015-05-15 | 2016-11-24 | 京セラ株式会社 | 無線端末、基地局、及びプロセッサ |
US10390357B2 (en) * | 2015-07-13 | 2019-08-20 | Lg Electronics Inc. | Method and apparatus for transmitting or receiving data in wireless communication system |
-
2015
- 2015-10-12 WO PCT/CN2015/091786 patent/WO2017063129A1/zh active Application Filing
- 2015-10-12 CN CN201580028283.3A patent/CN107079468B/zh active Active
- 2015-10-12 EP EP15906014.4A patent/EP3349528B1/en active Active
-
2018
- 2018-04-12 US US15/951,886 patent/US10499396B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101132220A (zh) * | 2006-08-22 | 2008-02-27 | 上海贝尔阿尔卡特股份有限公司 | 无线网络中报告上行调度请求或紧急情况的方法和装置 |
CN101426231A (zh) * | 2007-10-30 | 2009-05-06 | 华为技术有限公司 | 建立mbms公共传输信道、及传输mbms业务数据方法、装置 |
CN101686499A (zh) * | 2008-09-22 | 2010-03-31 | 宏达国际电子股份有限公司 | 触发暂存器状态报告及调度请求的方法及相关装置 |
CN101729394A (zh) * | 2008-10-29 | 2010-06-09 | 大唐移动通信设备有限公司 | 业务状态转换的判断方法及装置 |
EP2661138A1 (en) * | 2012-05-04 | 2013-11-06 | Panasonic Corporation | Threshold-based and power-efficient scheduling request procedure |
Also Published As
Publication number | Publication date |
---|---|
WO2017063129A1 (zh) | 2017-04-20 |
US10499396B2 (en) | 2019-12-03 |
EP3349528A1 (en) | 2018-07-18 |
CN107079468A (zh) | 2017-08-18 |
US20180234975A1 (en) | 2018-08-16 |
EP3349528A4 (en) | 2018-09-19 |
EP3349528B1 (en) | 2020-12-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10492235B2 (en) | Transmission resource requesting method and apparatus | |
JP6938643B2 (ja) | データ伝送方法及び装置 | |
US9681427B2 (en) | Method for transmitting feedback information for downlink data, terminal, and base station | |
CN108260210B (zh) | 一种数据传输方法及用户设备、无线接入设备 | |
CN105657837B (zh) | 虚拟小区资源分配方法、装置和系统 | |
CN108702790B (zh) | 一种非授权频谱下的数据传输方法及系统、终端设备 | |
CN108141843B (zh) | 数据发送方法、用户设备和网络设备 | |
CN113115274B (zh) | 蜂窝网络的接入节点设备和通信设备及由它们执行的方法 | |
US10200988B2 (en) | Physical resource block scheduling method, device, and system | |
CN107147475B (zh) | 一种调制编码方式的调整方法及基站 | |
CN112996115B (zh) | 一种上行资源分配的方法及装置 | |
CN110383914B (zh) | 信息发送方法、装置、终端、接入网设备及系统 | |
CN102802200A (zh) | 一种数据报文的发送方法和设备 | |
CN107079468B (zh) | 一种资源请求方法及设备 | |
EP3589043A1 (en) | Data transmission method, terminal device and network device | |
EP3099091A1 (en) | Uplink resource allocation method, access terminal, and access point | |
CN107708206B (zh) | 一种数据传输方法及终端 | |
JP7323632B2 (ja) | V2xサービスのリソース割り当て方法及び装置、記録媒体、端末並びに基地局 | |
CN114786259A (zh) | 上行资源配置方法、终端、网络侧设备以及存储介质 | |
CN111385902B (zh) | 数据调度方法及装置 | |
CN112242877A (zh) | 数据传输方法、装置及系统 | |
CN113891398B (zh) | 一种资源确定方法、设备及存储介质 | |
CN110831211B (zh) | 数据上传方法及装置、存储介质、用户终端 | |
CN107113798B (zh) | 上行控制信息发送或接收方法、装置及系统 | |
CN115066028A (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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20210429 Address after: Unit 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong 518040 Patentee after: Honor Device Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
TR01 | Transfer of patent right |