[go: up one dir, main page]

CN103428874A - 一种数据调度方法及装置 - Google Patents

一种数据调度方法及装置 Download PDF

Info

Publication number
CN103428874A
CN103428874A CN2012101484510A CN201210148451A CN103428874A CN 103428874 A CN103428874 A CN 103428874A CN 2012101484510 A CN2012101484510 A CN 2012101484510A CN 201210148451 A CN201210148451 A CN 201210148451A CN 103428874 A CN103428874 A CN 103428874A
Authority
CN
China
Prior art keywords
data
delay
tolerant
time
arrival
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.)
Granted
Application number
CN2012101484510A
Other languages
English (en)
Other versions
CN103428874B (zh
Inventor
戴谦
许英奇
程锦葵
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201210148451.0A priority Critical patent/CN103428874B/zh
Priority to EP13790087.4A priority patent/EP2838304B1/en
Priority to PCT/CN2013/075241 priority patent/WO2013170712A1/zh
Priority to US14/400,605 priority patent/US9674857B2/en
Publication of CN103428874A publication Critical patent/CN103428874A/zh
Application granted granted Critical
Publication of CN103428874B publication Critical patent/CN103428874B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
    • 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/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • 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/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • 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/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/563—Allocation or scheduling criteria for wireless resources based on priority criteria of the wireless resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明涉及一种数据调度方法及装置，涉及无线通信领域。本发明公开的方法，包括：当设备有数据到达，所述设备判断到达的数据是否具有延迟容忍特性，如果所述到达的数据具有延迟容忍特性，则所述设备延迟所述到达的数据的调度和发送，如果所述到达的数据不具有延迟容忍特性，则所述设备立即发起呼叫流程或者立即发起数据发送流程；其中，所述设备为用户设备或者基站，当所述设备为用户设备时，指用户设备有上行数据到达，所述设备为基站时，指基站有对应于用户设备的下行数据到达。本发明还公开了一种数据调度的装置。本申请技术方案对具有延迟容忍特性的业务数据的延迟调度，从而缓解了PUSCH、PDSCH的资源压力，优化了系统效率。

Description

一种数据调度方法及装置
技术领域
本发明涉及无线通信领域，尤其涉及一种数据调度方法及装置。
背景技术
近年来，随着通信技术的飞速发展，智能手机逐渐成为了手机市场的主流。与这一趋势相适应的是各种适用于智能手机的应用程序如雨后春笋般的涌现，这极大地丰富了人们的生活，甚至改变了人们传统的生活和娱乐的方式。
但是，这样的发展也导致了新的问题。各种应用于智能手机的应用程序会产生各种各样业务，这些业务的特性各不相同，其数据包的发送特性也大相径庭，其中，最具有代表性的就是即时通信(IM Traffic：Instant Message)业务和背景业务(BG Traffic：Background Traffic)。
在现有的技术中，各种业务产生的数据包的发送可以根据其方向和UE(user equipment，用户设备)所处状态进行划分，分别对应于不同方法：
1.若UE处于RRC_IDLE(Radio Resource Control IDLE：无线资源控制空闲)状态，并且有上行数据到达，则UE将发起随机接入过程，使UE进入RRC_CONNECTED(Radio Resource Control CONNECTED：无线资源控制连接)状态；
2.若UE处于RRC_CONNECTED状态，并且有上行数据到达，则UE将向网络侧发送SR(Schedule Request：调度请求)申请上行资源；
3.若UE处于RRC_IDLE状态，并且网络侧有对应于该UE的下行数据到达，则核心网将会指示基站向UE发送寻呼(Paging)消息，而UE在收到该消息后将会发起随机接入过程，进而进入RRC_CONNECTED状态；
4.若UE处于RRC_CONNECTED状态，并且网络侧有对应于该UE的下行数据到达，则基站将会把该数据加入调度序列，进而发送给UE。
在上述发送方法的基础上，UE或网络侧会按照待发送数据的优先级，使用不同的逻辑信道承载数据，并且通过不同的DRB(Data Radio Bearer：数据无线承载)进行数据的发送。而与发送相关的各种配置则由网络侧通过S1信令(核心网与基站之间的控制面数据传送渠道)、RRC信令(基站与UE之间的控制面信令传送渠道)或者MAC CE(Media Access Control LayerControl Elment：MAC层控制元素)进行配置。
同时，在现有技术中，QoS(Quality of Service：服务质量)功能中也已经包含了部分关于数据包延迟要求的参数。
由于适用于智能手机的业务所产生的数据包的发送往往毫无规律可循，而且，数据包的Size往往不大，所以，基于现行的数据包的发送的方法，类似业务的应用会给网络和UE带来新的压力，譬如：信令开销增大、网络资源利用率低、UE耗电量增大等等，这些都是亟待解决的问题。
发明内容
本发明所要解决的技术问题是，提供一种数据调度方法及装置，以减少应用给网络和UE带来的压力。
为了解决上述技术问题，本发明公开了一种数据调度的方法，包括：
当设备有数据到达，所述设备判断到达的数据是否具有延迟容忍特性，如果所述到达的数据具有延迟容忍特性，则所述设备延迟所述到达的数据的调度和发送，如果所述到达的数据不具有延迟容忍特性，则所述设备立即发起呼叫流程或者立即发起数据发送流程；
其中，所述设备为用户设备或者基站，当所述设备为用户设备时，指用户设备有上行数据到达，所述设备为基站时，指基站有对应于用户设备的下行数据到达。
较佳地，上述方法中，所述延迟容忍特性是指：在数据的调度和传递过程中对数据进行延时。
较佳地，上述方法中，当所述到达的数据符合如下一个或多个条件时，所述设备判断到达的数据具有延迟容忍特性：
所述到达的数据的延迟容忍度超过第一预设门限；
所述到达的数据所属业务为具有延迟容忍特性的业务；
所述到达的数据包含于具有延迟容忍特性的逻辑信道；
所述到达的数据包含于具有延迟容忍特性的数据无线承载；
所述到达的数据对应的用户设备具有延迟容忍特性。
较佳地，上述方法中，所述到达的数据的延迟容忍度为：所述到达的数据所对应的服务质量等级中包含的延迟指标。
较佳地，上述方法中，所述到达的数据的延迟容忍度超过第一预设门限指：所述到达的数据所对应的服务质量等级中包含的延迟指标超过第一预设门限。
较佳地，上述方法中，所述第一预设门限通过以下任一种方法进行设置：
用户设备与网络侧事先约定；
网络侧通过S1专用信令、无线资源控制(RRC)专用信令或媒体接入控制层控制元素(MAC CE)为用户设备配置；
网络侧自行设定，并配置在核心网和/或基站。
较佳地，上述方法中，所述设备延迟所述到达的具有延迟容忍特性的数据的调度和发送是指：
在用户设备处于无线资源控制空闲状态时，所述用户设备推迟发起随机接入过程后调度和发送所述到达的数据，或者基站推迟发起寻呼过程后调度和发送所述到达的数据；
在用户设备处于无线资源控制连接状态时，所述用户设备推迟触发调度请求后调度和发送所述到达的数据，或者触发调度请求后延迟发送该调度请求再调度和发送所述到达的数据。
较佳地，上述方法中，在满足如下一个或多个条件时，所述设备调度并且发送所述具有延迟容忍特性的数据：
对应于所述用户设备的上行数据发送缓存区或者下行数据发送缓存区内的待发送数据的总量达到或超过第二预设门限；
对应于所述用户设备的、包含上行到达数据或者下行到达数据的逻辑信道的缓存区内的数据总量到达或者超过第三预设门限；
所述到达的数据被延迟的时间达到延迟容忍时间的上限。
较佳地，上述方法中，所述第二预设门限和第三预设门限通过以下任一种方法预先设置：
用户设备与网络侧事先约定；
网络侧通过S1专用信令、RRC专用信令或MAC CE为用户设备配置；
网络侧自行设定，并配置在核心网和/或基站。
较佳地，上述方法中，所述延迟容忍时间的上限通过以下任一种方法预先设置：
将所述到达的数据对应的服务质量等级中包含的延迟指标作为延迟容忍时间的上限；
将网络侧和用户设备事先约定的、与所述到达的数据对应的业务对应的延迟容忍时间作为延迟容忍时间的上限；
将网络侧和用户设备事先约定的、与包含所述到达的数据的逻辑信道对应的延迟容忍时间作为延迟容忍时间的上限；
将网络侧和用户设备事先约定的、与包含所述到达的数据的无线承载对应的延迟容忍时间作为延迟容忍时间的上限；
将网络侧与延迟容忍的用户设备事先约定的、与具有延迟容忍特性的设备对应的延迟容忍时间作为延迟容忍时间的上限；
网络侧通过S1专用信令、RRC专用信令或MAC CE为用户设备配置。
较佳地，上述方法中，所述到达的数据被延迟的时间达到延迟容忍时间的上限指：
所述数据被延迟的时间大于等于延迟容忍时间的上限；或者
所述数据被延迟的时间加上预设的时间偏置大于等于延迟容忍的时间的上限。
较佳地，上述方法中，所述预设的时间偏置通过以下任一种方法预先设置：
网络侧与用户设备事先约定；
网络侧通过S1专用信令、RRC专用信令或MAC CE为用户设备配置。
本发明还公开了一种数据调度的装置，包括：
第一模块，当设备有数据到达，判断到达的数据是否具有延迟容忍特性；
第二模块，所述到达的数据具有延迟容忍特性时，延迟所述到达的数据的调度和发送，如果所述到达的数据不具有延迟容忍特性时，则所述设备立即发起呼叫流程或者立即发起数据发送流程；
其中，所述设备为用户设备或者基站，当所述设备为用户设备时，指用户设备有上行数据到达，所述设备为基站时，指基站有对应于用户设备的下行数据到达。
较佳地，上述装置中，所述延迟容忍特性是指：在数据的调度和传递过程中对数据进行延时。
较佳地，上述装置中，当所述到达的数据符合如下一个或多个条件时，所述第一模块判断到达的数据具有延迟容忍特性：
所述到达的数据的延迟容忍度超过第一预设门限；
所述到达的数据所属业务为具有延迟容忍特性的业务；
所述到达的数据包含于具有延迟容忍特性的逻辑信道；
所述到达的数据包含于具有延迟容忍特性的数据无线承载；
所述到达的数据对应的用户设备具有延迟容忍特性。
较佳地，上述装置中，所述到达的数据的延迟容忍度为：所述到达的数据所对应的服务质量等级中包含的延迟指标。
较佳地，上述装置中，所述到达的数据的延迟容忍度超过第一预设门限指：所述到达的数据所对应的服务质量等级中包含的延迟指标超过第一预设门限。
较佳地，上述装置中，所述第一预设门限通过以下任一种方法进行设置：
用户设备与网络侧事先约定；
网络侧通过S1专用信令、无线资源控制(RRC)专用信令或媒体接入控制层控制元素(MAC CE)为用户设备配置；
网络侧自行设定，并配置在核心网和/或基站。
较佳地，上述装置中，所述第二模块延迟所述到达的数据的调度和发送指：
在用户设备处于无线资源控制空闲状态时，所述用户设备推迟发起随机接入过程后调度和发送所述到达的数据，或者基站推迟发起寻呼过程后调度和发送所述到达的数据；
在用户设备处于无线资源控制连接状态时，所述用户设备推迟触发调度请求后调度和发送所述到达的数据，或者触发调度请求后延迟发送该调度请求再调度和发送所述到达的数据。
较佳地，上述装置中，满足如下一个或多个条件时，所述第二模块调度和发送所述到达的数据：
对应于所述用户设备的上行数据发送缓存区或者下行数据发送缓存区内的待发送数据的总量达到或超过第二预设门限；
对应于所述用户设备的、包含上行到达数据或者下行到达数据的逻辑信道的缓存区内的数据总量到达或者超过第三预设门限；
所述到达的数据被延迟的时间达到延迟容忍时间的上限。
较佳地，上述装置中，所述第二预设门限和第三预设门限通过以下任一种方法预先设置：
用户设备与网络侧事先约定；
网络侧通过S1专用信令、RRC专用信令或MAC CE为用户设备配置；
网络侧自行设定，并配置在核心网和/或基站。
较佳地，上述装置中，所述延迟容忍时间的上限通过以下任一种方法预先设置：
将所述到达的数据对应的服务质量等级中包含的延迟指标作为延迟容忍时间的上限；
将网络侧和用户设备事先约定的、与所述到达的数据对应的业务对应的延迟容忍时间作为延迟容忍时间的上限；
将网络侧和用户设备事先约定的、与包含于所述到达的数据的逻辑信道对应的延迟容忍时间作为延迟容忍时间的上限；
将网络侧和用户设备事先约定的、与包含于所述到达的数据的无线承载对应的延迟容忍时间作为延迟容忍时间的上限；
将网络侧与延迟容忍的用户设备事先约定的、与具有延迟容忍特性的设备对应的延迟容忍时间作为延迟容忍时间的上限；
网络侧通过S1专用信令、RRC专用信令或MAC CE为用户设备配置。
较佳地，上述装置中，所述到达的数据被延迟的时间达到延迟容忍时间的上限指：
所述数据被延迟的时间大于等于延迟容忍时间的上限；或者
所述数据被延迟的时间加上预设的时间偏置大于等于延迟容忍的时间的上限。
较佳地，上述装置中，所述预设的时间偏置通过以下任一种方法预先设置：
网络侧与用户设备事先约定；
网络侧通过S1专用信令、RRC专用信令或MAC CE为用户设备配置。
本申请技术方案对具有延迟容忍特性的业务数据的延迟调度，从而缓解了PUSCH、PDSCH的资源压力，优化了系统效率。
附图说明
图1是本发明实施方式提供的一种数据调度方法的流程示意图；
图2是本发明实施例1提供的一种上行数据调度方法的流程示意图；
图3是本发明实施例2提供的一种下行数据调度方法的流程示意图；
图4是本发明实施例3提供的一种上行数据调度方法的流程示意图；
图5是本发明实施例4提供的一种下行数据调度方法的流程示意图；
图6是本发明实施例5提供的一种下行数据调度方法的流程示意图；
图7是本发明实施例6提供的一种上行数据调度方法的流程示意图；
图8是本发明实施例7提供的一种下行数据调度方法的流程示意图；
图9是本发明实施例8提供的一种上行数据调度方法的流程示意图；
图10是本发明实施例9提供的一种上行数据调度方法的流程示意图；
图11是本发明实施例10提供的一种下行数据调度方法的流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文将结合附图对本发明技术方案作进一步详细说明。需要说明的是，在不冲突的情况下，本申请的实施例和实施例中的特征可以任意相互组合。
实施例1
申请人对适用于智能手机的业务的数据包发送特性进行分析，发现这些业务涉及到的数据包对实时性的要求往往不是很高，也就是说，这些业务的数据包可以容忍一定时间的延迟，即如果将数据包的发送延后，也不会影响或者很明显的影响用户的体验。因此，为解决类似业务的应用对网络和UE所造成的新的压力，申请人提出可以根据具体业务涉及的数据包对延迟的要求对数据包采取合理的调度措施，从而缓解或解决业务的应用对网络和UE所造成的压力。
具体地，当设备有数据到达，所述设备判断到达的数据是否具有延迟容忍特性，如果到达的数据具有延迟容忍特性，则设备延迟所述到达的数据的调度和发送，如果到达的数据不具有延迟容忍特性，则设备立即发起呼叫流程(即当UE处于RRC空闲态时发起呼叫流程)或者立即发起数据发送流程(即当UE处于RRC连接态时发起数据发送流程)。
其中，设备为UE(user equipment，用户设备)或者基站。当设备为UE时，指用户设备有上行数据到达，所述设备为基站时，指基站有对应于用户设备的下行数据到达。
而本实施例中所涉及的延迟容忍特性是指：在数据的调度和传递过程中对数据进行延时。
下面参考附图并结合实施例来详细说明本实施所提供的数据调度方法的实现过程。
图1是本实施所提供的数据调度的具体过程，该过程包括如下步骤101至步骤105。具体步骤如下：
步骤101：UE有上行数据到达并等待发送或者基站有下行数据到达并等待发送；
步骤102：UE或基站判断所述到达数据是否具有延迟容忍特性，若数据具有延迟容忍特性，则执行步骤103，否则，则执行步骤105；
其中，当到达的数据符合如下一个或多个条件时，所述设备判断到达的数据具有延迟容忍特性：
1)到达的数据(上行到达数据/下行到达数据)的延迟容忍度超过第一预设门限；
2)到达的数据(上行或下行数据)所属业务为具有延迟容忍特性的业务；
3)到达的数据(上行或下行数据)包含于具有延迟容忍特性的逻辑信道；
4)到达的数据(上行或下行数据)包含于具有延迟容忍特性的数据无线承载；
5)到达的数据对应的UE是具有延迟容忍特征的设备。
上述步骤所述的到达的数据(上行到达数据/下行到达数据)的延迟容忍度指：到达的数据所对应的服务质量等级(QoS：Quality of Service)中包含的延迟指标。
而到达的数据(上行到达数据)的延迟容忍度对应的第一预设门限可以由网络侧和UE事先约定，也可由网络侧通过S1专用信令或无线资源控制(RRC)专用信令或媒体接入控制层控制元素(MAC CE)为UE配置，还可以由网络侧自行设定，并配置在核心网和/或基站。
步骤103：所述UE或基站缓存所述具有延迟容忍特性的数据；
若此时UE处于无线资源控制空闲状态，所述UE推迟发起随机接入过程，或者基站推迟发起寻呼过程；
若此时UE处于无线资源控制连接状态时，所述UE推迟触发调度请求，或者触发调度请求后延迟发送该调度请求。
步骤104：所述UE或基站判断是否调度所述具有延迟容忍特性的数据，若是，则执行步骤105，若否，则执行步骤103；
其中，UE或者基站开始调度所述具有延迟容忍特性的数据的依据为以下条件之一或组合：
对应于该UE的上行发送数据缓存区或者下行数据发送缓存区内的待发送数据的总量达到或超过第二预设门限；
对应于该UE的、包含上行到达数据或者下行到达数据的逻辑信道的缓存区内的数据总量到达或超过第三预设门限时；
具有延迟容忍特性的数据被延迟的时间达到或超过延迟容忍时间的上限。
其中，第二预设门限和第三预设门限可以采用如下方法之一进行设置：
UE与网络侧事先约定；
网络侧通过S1专用信令、RRC专用信令或MAC CE为UE配置；
网络侧自行设定，并配置在核心网和/或基站。
延迟容忍时间的上限可以采用如下方法之一进行设置：
将到达的数据对应的服务质量等级(QoS：Quality of Service)中包含的延迟指标作为延迟容忍时间的上限；
将网络侧和UE事先约定的、与到达的数据对应的业务对应的延迟容忍时间作为延迟容忍时间的上限；
将网络侧和用户设备事先约定的、与包含到达的数据的逻辑信道对应的延迟容忍时间作为延迟容忍时间的上限；
将网络侧和用户设备事先约定的、与包含所述到达的数据的无线承载对应的延迟容忍时间作为延迟容忍时间的上限；
将网络侧与延迟容忍的UE事先约定的、与具有延迟容忍特性的设备对应的延迟容忍时间上限作为延迟容忍时间的上限；
网络侧通过S1专用信令、RRC专用信令或MAC CE为UE配置。
而具有延迟容忍特性的到达的数据被延迟的时间到达延迟容忍时间的上限指：
数据被延迟的时间大于等于延迟容忍时间的上限；
数据被延迟的时间加上预设的时间偏置，大于等于延迟容忍的时间的上限。
其中，预设的时间偏置，可以通过如下任一方式设定：
网络侧与UE事先约定；
网络侧通过S1专用信令、RRC专用信令或MAC CE为UE配置。
步骤105：UE或基站发送到达的数据；
其中，若UE处于RRC空闲态，则UE主动发起随机接入过程建立RRC连接，进而发送到达的上行数据，或者基站发送寻呼消息，通知UE发送随机接入过程建立RRC连接，进而发送到达的下行数据；
若UE处于RRC连接态，则UE发送SR申请上行资源，进而发送到达的上行数据，或者基站将到达的下行数据加入调度序列，进而发送下行数据；
下面再结合具体应用场景详细说明上述该方法。
场景一：假设UE处于RRC空闲态且有上行数据到达并等待发送时，数据调度的具体过程如图2所示，包括步骤201至205，步骤如下：
步骤201：处于RRC空闲态的UE有上行数据到达并等待发送；
步骤202：UE判断出所述到达的上行数据具有延迟容忍特性；
在本实施例中，UE根据到达的上行数据的延迟容忍度是否超过延迟容忍度的预设门限来判断该数据是否具有延迟容忍特性。其中，所述上行到达数据的延迟容忍度的预设门限可以由网络侧和UE事先约定，也可由网络侧通过S1专用信令、RRC专用信令或MAC CE为UE配置。
在本实施例中，该UE的上行到达数据对应的QoS参数中所包含的延迟指标超过了所述延迟容忍度的预设门限，所以，在本实施例中，所述上行到达数据具有延迟容忍特性。
步骤203：UE缓存所述具有延迟容忍特性的上行到达数据，推迟发起随机接入过程；
在本实施例中，UE将所述具有延迟容忍特性的上行到达数据缓存在上行数据发送缓存区当中。
步骤204：所述UE判断上行数据发送缓存区内的待发送数据的总量是否达到或超过预设门限，如果达到或超过预设门限，则执行步骤205，否则，执行步骤203；
其中，预设门限为缓存数据量的预设门限，该门限由UE和网络侧预先约定。
上行到达的数据的总量超过了缓存数据量的预设门限，所以，UE接下来应当发送所述上行到达数据。
步骤205：UE发送所述上行到达的数据；
此种场景中，UE处于RRC空闲态，所以UE首先主动发起随机接入过程并且建立RRC连接，进而建立相应的DRB(Data Radio Bearer：数据无线承载)，而后发送到达的上行数据。
场景二：假设UE处于RRC空闲态且有上行数据到达并等待发送时，数据调度过程如图3所示，包括步骤301至305。具体步骤如下：
步骤301：UE处于RRC空闲态，且此时有对应于该UE的上行数据到达，并等待发送；
步骤302：所述UE判断出所述上行到达数据具有延迟容忍特性；
在本实施例中，UE根据包含上行到达数据的逻辑信道是否是延迟容忍的逻辑信道，判断上行到达数据是否具有延迟容忍特性。
在本实施例中，包含上行到达数据的逻辑信道是延迟容忍的逻辑信道，所以，上行到达的数据是具有延迟容忍特性的。
步骤303：所述UE缓存所述包含于延迟容忍的逻辑信道的上行到达数据，并且推迟发起随机接入过程；
在本实施例中，UE将所述具有延迟容忍特性的上行到达数据缓存在所述逻辑信道对应的上行数据发送缓存区当中。
步骤304：所述UE判断包含上行到达数据的逻辑信道对应的上行数据发送缓存区内的数据总量是否达到或超过预设门限，如果达到或超过预设门限，则执行步骤305，否则，执行步骤303；
本实施例中，所述预设门限为缓存数据量的预设门限，该门限为UE与网络侧事先约定的。
在本实施例中，上行到达的数据的总量超过了缓存数据量的预设门限，所以，UE接下来应当发送所述上行到达数据。
步骤305：UE发送上行到达数据；
此场景中，由于UE处于RRC空闲态，所以，UE首先主动发起随机接入过程建立RRC连接，进而建立相应的DRB(Data Radio Bearer：数据无线承载)，而后发送到达的上行数据。
场景三：假设，UE处于RRC空闲态且基站有对应于该UE的下行数据到达并等待发送，此时数据调度过程如图4所示包括步骤401至405。具体步骤如下：
步骤401：UE处于RRC空闲态，且基站有对应于该UE的下行数据到达并等待发送；
步骤402：基站判断出所述到达的下行数据具有延迟容忍特性；
本实施例中，基站根据到达的下行数据的是否属于延迟容忍的业务来判断该数据是否具有延迟容忍特性。
在本实施例中，该基站的下行到达数据所属的业务是延迟容忍的业务，所以，在本实施例中，所述下行到达数据具有延迟容忍特性。
步骤403：基站缓存所述属于延迟容忍的业务的下行到达数据，并且推迟发送寻呼消息；
步骤404：基站判断所述属于延迟容忍的业务的下行到达数据被延迟的时间是否达到或超过所述数据的延迟容忍时间的上限，如果达到或超过所述延迟容忍的时间的上限，则执行步骤405，否则，执行步骤403；
在本实施例中，所述延迟容忍时间的上限为该下行到达数据对应的QoS参数中包含的延迟指标，或者，为UE与网络侧事先约定的、与该下行到达数据所属业务对应的延迟容忍时间的具体值，或者由网络侧根据网络性能要求自行设定，并配置在核心网和/或基站。
在本实施例中，所述下行到达数据的延迟时间已经到达延迟容忍时间的上限，所以，接下来基站将会发送该下行到达数据。
步骤405：基站发送到达的下行数据；
本实施例中，由于UE处于RRC空闲态，所以，基站发送寻呼消息，通知UE有下行数据到达，进而UE发起随机接入过程建立RRC连接，并且建立相应的DRB(Data Radio Bearer：数据无线承载)，而后接收基站发送的下行数据。
场景四：假设，UE处于RRC空闲态且基站有对应于该UE的下行数据到达并等待发送，此时数据调度过程如图5所示，包括步骤501至505。具体步骤如下：
步骤501：UE处于RRC空闲态且此时基站有对应于该UE的下行数据到达，并等待发送给该UE；
步骤502：基站判断出所述到达的下行数据具有延迟容忍特性；
本实施例中，基站根据下行到达数据对应的UE是否是延迟容忍的用户设备来判断该下行到达数据是否具有延迟容忍特性。
在本实施例中，基站根据核心网等设备保存的关于该UE的信息，获知该UE是延迟容忍的用户设备，所以，所述下行到达数据具有延迟容忍特性。
步骤503：基站缓存所述对应于该延迟容忍UE的下行到达数据，并且推迟发起寻呼过程；
步骤504：基站判断所述对应于延迟容忍设备的下行到达数据被延迟的时间是否达到或超过所述数据的延迟容忍时间的上限，如果达到或超过延迟容忍时间的上限，则执行步骤505，否则，执行步骤503；
在本实施例中，所述延迟容忍时间的上限为网络侧与延迟容忍的UE事先约定的、与延迟容忍的设备对应的延迟容忍时间上限的具体值与时间偏置的和，其中，所述时间偏置也是网络侧与UE实现约定的具体值；
在本实施例中，所述下行到达数据的延迟时间已经到达延迟容忍时间的上限，所以，接下来基站将会发送该上行到达数据。
步骤505：基站发送到达的下行数据；
本实施例中，由于UE处于RRC空闲态，所以，基站发送寻呼消息，通知UE有下行数据到达，进而UE发起随机接入过程建立RRC连接，并且建立相应的DRB(Data Radio Bearer：数据无线承载)，而后接收基站发送的下行数据。
场景五：假设，UE处于RRC连接态且基站有对应于该UE的下行数据到达并等待发送，此时数据调度过程如图6所示包括步骤601至605。具体步骤如下：
步骤601：UE处于RRC连接态且此时基站有对应于该UE的下行数据到达，并等待发送给该UE；
步骤602：基站判断出所述到达的下行数据具有延迟容忍特性；
在本实施例中，基站根据到达的下行数据的延迟容忍度是否超过延迟容忍度的预设门限来判断该数据是否具有延迟容忍特性。其中，所述下行到达数据的延迟容忍度的预设门限由网络侧根据网络性能等要求自行设定。
在本实施例中，该下行到达数据对应的QoS参数中所包含的延迟指标超过了所述延迟容忍度的预设门限，所以，在本实施例中，所述下行到达数据具有延迟容忍特性。
步骤603：基站缓存所述具有延迟容忍特性的下行到达数据，并且推迟发送下行到达数据；
在本实施例中，基站将所述具有延迟容忍特性的下行到达数据缓存在下行数据发送缓存区当中。
步骤604：所述基站判断对应于该UE的、包含下行发送数据的缓存区对应的待发送数据的总量是否达到或超过预设门限，如果达到或超过预设门限，则执行步骤605，否则，执行步骤603；
本实施例中，所述预设门限为缓存数据量的预设门限，该门限由网络侧根据网络性能要求自行设定，并配置在核心网和/或基站。
在本实施例中，下行到达的数据的总量超过了缓存数据量的预设门限，所以，基站接下来应当发送所述下行到达数据。
步骤605：基站发送到达的数据；
本实施例中，UE处于RRC连接，所以基站将到达的下行数据加入调度序列，进而发送下行数据。
场景六：假设，UE处于RRC连接态且有上行数据到达并等待发送，此时数据调度过程如图7所示包括步骤701至705。具体步骤如下：
步骤701：处于RRC连接态的UE有上行数据到达并等待发送；
步骤702：UE判断出所述上行到达数据具有延迟容忍特性；
在本实施例中，UE根据包含上行到达数据的逻辑信道是否是延迟容忍的逻辑信道，判断上行到达数据是否具有延迟容忍特性。
在本实施例中，包含上行到达数据的逻辑信道是延迟容忍的逻辑信道，所以，上行到达的数据是具有延迟容忍特性的。
步骤703：UE缓存所述包含于延迟容忍的逻辑信道的上行到达数据，并且推迟触发SR；
在本实施例中，UE将所述具有延迟容忍特性的上行到达数据缓存在所述逻辑信道对应的上行数据发送缓存区当中。
步骤704：所述UE判断包含上行到达数据的逻辑信道对应的上行数据发送缓存区内的数据总量是否到达或超过预设门限，如果达到或者超过预设门限，则执行步骤705，否则，执行步骤703；
在本实施例中，所述预设门限为缓存数据量的预设门限，该门限由网络侧通过S1专用信令、RRC专用信令或MAC CE为UE配置。
在本实施例中，上行到达的数据的总量超过了缓存数据量的预设门限，所以，UE接下来应当发送所述上行到达数据。
步骤705：UE发送到达的上行数据；
本实施例中，由于UE处于RRC连接态，所以，UE首先发送SR(ScheduleRequest：调度请求)申请上行资源，在网络侧(基站)为其分配UL Grant(UplinkGrant：上行授权)，UE利用UL Grant所指示的上行资源发送到达的上行数据。
场景七：假设，UE处于RRC连接态且此时基站有对应于该UE的下行数据到达并等待发送给该UE，此时数据调度过程如图8所示包括步骤801至805。具体步骤如下：
步骤801：UE处于RRC连接态且此时基站有对应于该UE的下行数据到达，并等待发送给该UE；
步骤802：基站判断出所述下行到达数据具有延迟容忍特性；
在本实施例中，基站根据用于承载下行到达数据的数据无线承载的特性，即该数据无线承载是否是延迟容忍的，来判断所述下行到达数据是否具有延迟容忍特性。
在本实施例中，用于承载下行到达数据的数据无线承载是延迟容忍的，所以，所述下行到达数据具有延迟容忍特性。
步骤803：基站缓存所述包含于延迟容忍的数据无线承载的下行到达数据，推迟将下行到达数据添加到调度序列的操作；
步骤804：基站判断所述包含于延迟容忍的数据无线承载的下行到达数据的被延迟时间是否达到或超过所述数据的延迟容忍时间的上限，如果达到或超过所述数据的延迟容忍时间的上限，则执行步骤805，否则，执行步骤803；
在本实施例中，所述延迟容忍时间的上限为为UE与网络侧事先约定的、与承载该下行到达数据的数据无线承载对应的延迟容忍时间的具体值。
在本实施例中，所述下行到达数据的延迟时间已经到达延迟容忍时间的上限，所以，接下来基站将会发送该上行到达数据。
步骤805：基站发送到达的数据；
本实施例中，UE处于RRC连接态，所以基站将到达的下行数据加入调度序列，进而发送下行数据。
场景八：假设，UE处于RRC连接态，并且该UE有上行数据到达并等待发送，此时数据调度过程如图9所示包括步骤901至905。具体步骤如下：
步骤901：UE处于RRC连接态且有上行数据到达等待发送；
步骤902：UE判断出所述上行到达数据具有延迟容忍特性；
在本实施例中，UE根据包含上行到达数据的逻辑信道是否是延迟容忍的逻辑信道，判断上行到达数据是否具有延迟容忍特性。
在本实施例中，包含上行到达数据的逻辑信道是延迟容忍的逻辑信道，所以，上行到达数据是具有延迟容忍特性的。
步骤903：包含于延迟容忍的逻辑信道的上行到达数据触发SR，UE缓存所述数据，并且推迟发送该SR；
步骤904：UE判断所述包含于延迟容忍的逻辑信道的上行到达数据被延迟的时间是否达到或超过所述数据的延迟容忍时间的上限，如果达到或超过延迟容忍时间的上限，则执行步骤905，否则，执行步骤903，即缓存数据，推迟发送SR；
在本实施例中，所述延迟容忍时间的上限为网络侧通过S1专用信令、RRC专用信令或MAC CE为UE配置的，或者，网络侧与UE事先约定的、与延迟容忍的逻辑信道对应的延迟容忍时间上限的具体值与时间偏置的和，其中，所述时间偏置也是网络侧通过S1专用信令、RRC专用信令或MAC CE为UE配置的；
在本实施例中，所述上行到达数据的延迟时间已经到达延迟容忍时间的上限，所以，接下来UE将会发送该上行到达数据。
步骤905：UE发送上行到达数据；
本实施例中，由于UE处于RRC连接态，所以，UE首先发送SR(ScheduleRequest：调度请求)申请上行资源，在网络侧(基站)为其分配UL Grant(UplinkGrant：上行授权)，UE利用UL Grant所指示的上行资源发送到达的上行数据。
场景九：假设，UE处于RRC空闲态且有上行数据到达并等待发送，此时数据调度过程如图10所示包括步骤1001至1003。具体步骤如下：
步骤1001：处于RRC空闲态的UE有上行数据到达并等待发送；
步骤1002：UE判断出所述到达的上行数据不具有延迟容忍特性；
在本实施例中，UE根据到达的上行数据的延迟容忍度是否超过延迟容忍度的预设门限来判断该数据是否具有延迟容忍特性。其中，所述上行到达数据的延迟容忍度的预设门限可以由网络侧和UE事先约定，也可由网络侧通过S1专用信令、RRC专用信令或MAC CE为UE配置。
在本实施例中，该UE的上行到达数据对应的QoS参数中所包含的延迟指标未超过所述延迟容忍度的预设门限，所以，在本实施例中，所述上行到达数据不具有延迟容忍特性。
步骤1003：UE发送所述上行到达的数据；
本实施例中，UE处于RRC空闲态，所以UE首先主动发起随机接入过程并且建立RRC连接，进而建立相应的DRB(Data Radio Bearer：数据无线承载)，而后发送到达的上行数据。
场景十：假设，UE处于RRC连接态且基站有对应于该UE的下行数据到达并等待发送，此时数据调度过程如图11所示包括步骤1101至1103。具体步骤如下：
步骤1101：UE处于RRC连接态，且此时基站有对应于该UE的下行数据到达，并等待发送给该UE；
步骤1102：所述基站判断出所述下行到达数据不具有延迟容忍特性；
在本实施例中，基站根据包含下行到达数据的逻辑信道是否是延迟容忍的逻辑信道，判断下行到达数据是否具有延迟容忍特性。
在本实施例中，包含下行到达数据的逻辑信道不是延迟容忍的逻辑信道，所以，下行到达的数据是不具有延迟容忍特性的。
步骤1103：基站发送下行到达数据；
本实施例中，UE处于RRC连接，所以基站将到达的下行数据加入调度序列，进而发送下行数据。
实施例2
本实施例提供一种数据调度的装置，该装置可以是基站或者用户设备。具体地，该装置至少包括第一模块和第二模块。
第一模块，在本设备有数据到达，判断到达的数据是否具有延迟容忍特性。其中，延迟容忍特性是指：在数据的调度和传递过程中对数据进行延时。
第二模块，在到达的数据具有延迟容忍特性时，延迟到达的数据的调度和发送，在到达的数据不具有延迟容忍特性时，立即发起呼叫流程或者立即发起数据发送流程。
需要说明的是，当设备为用户设备时，本设备有数据到达指用户设备有上行数据到达。而当设备为基站时，本设备有数据到达指基站有对应于用户设备的下行数据到达。
具体地，当所述到达的数据符合如下一个或多个条件时，第一模块即可判断到达的数据具有延迟容忍特性：
到达的数据的延迟容忍度超过第一预设门限(本实施例中到达的数据的延迟容忍度为：到达的数据所对应的服务质量QOS等级中包含的延迟指标)；
到达的数据所属业务为具有延迟容忍特性的业务；
到达的数据包含于具有延迟容忍特性的逻辑信道；
到达的数据包含于具有延迟容忍特性的数据无线承载；
到达的数据对应的用户设备具有延迟容忍特性。
上述第一预设门限可以通过以下任一种方法进行设置：
用户设备与网络侧事先约定；
网络侧通过S1专用信令、无线资源控制(RRC)专用信令或媒体接入控制层控制元素(MAC CE)为用户设备配置；
网络侧自行设定，并配置在核心网和/或基站。
而第二模块延迟到达的数据的调度和发送指，当用户设备处于无线资源控制空闲状态时，用户设备推迟发起随机接入过程后调度和发送到达的数据，或者基站推迟发起寻呼过程后调度和发送到达的数据。当用户设备处于无线资源控制连接状态时，用户设备推迟触发调度请求后调度和发送到达的数据，或者触发调度请求后延迟发送该调度请求再调度和发送到达的数据。
具体地，满足如下一个或多个条件时，第二模块调度和发送到达的数据：
对应于所述用户设备的上行数据发送缓存区或者下行数据发送缓存区内的待发送数据的总量达到或超过第二预设门限；
对应于所述用户设备的、包含上行到达数据或者下行到达数据的逻辑信道的缓存区内的数据总量到达或者超过第三预设门限；
到达的数据被延迟的时间达到延迟容忍时间的上限。
要说明的是，到达的数据被延迟的时间达到延迟容忍时间的上限指：数据被延迟的时间大于等于延迟容忍时间的上限；或者数据被延迟的时间加上预设的时间偏置大于等于延迟容忍的时间的上限。其中，预设的时间偏置可以通过网络侧与用户设备事先约定，或者网络侧通过S1专用信令、RRC专用信令或MAC CE为用户设备配置。
其中，上述第二预设门限和第三预设门限均可以通过以下任一种方法预先设置：
用户设备与网络侧事先约定；
网络侧通过S1专用信令、RRC专用信令或MAC CE为用户设备配置；
网络侧自行设定，并配置在核心网和/或基站。
延迟容忍时间的上限通过以下任一种方法预先设置：
将所述到达的数据对应的服务质量等级中包含的延迟指标作为延迟容忍时间的上限；
将网络侧和用户设备事先约定的、与所述到达的数据对应的业务对应的延迟容忍时间作为延迟容忍时间的上限；
将网络侧和用户设备事先约定的、与包含于所述到达的数据的逻辑信道对应的延迟容忍时间作为延迟容忍时间的上限；
将网络侧和用户设备事先约定的、与包含于所述到达的数据的无线承载对应的延迟容忍时间作为延迟容忍时间的上限；
将网络侧与延迟容忍的用户设备事先约定的、与具有延迟容忍特性的设备对应的延迟容忍时间作为延迟容忍时间的上限；
网络侧通过S1专用信令、RRC专用信令或MAC CE为用户设备配置。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请不限制于任何特定形式的硬件和软件的结合。
以上所述，仅为本发明的较佳实例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (24)

1.一种数据调度的方法，其特征在于，该方法包括：
当设备有数据到达，所述设备判断到达的数据是否具有延迟容忍特性，如果所述到达的数据具有延迟容忍特性，则所述设备延迟所述到达的数据的调度和发送，如果所述到达的数据不具有延迟容忍特性，则所述设备立即发起呼叫流程或者立即发起数据发送流程；
其中，所述设备为用户设备或者基站，当所述设备为用户设备时，指用户设备有上行数据到达，所述设备为基站时，指基站有对应于用户设备的下行数据到达。
2.如权利要求1所述的方法，其特征在于，所述延迟容忍特性是指：在数据的调度和传递过程中对数据进行延时。
3.如权利要求1所述的方法，其特征在于，当所述到达的数据符合如下一个或多个条件时，所述设备判断到达的数据具有延迟容忍特性：
所述到达的数据的延迟容忍度超过第一预设门限；
所述到达的数据所属业务为具有延迟容忍特性的业务；
所述到达的数据包含于具有延迟容忍特性的逻辑信道；
所述到达的数据包含于具有延迟容忍特性的数据无线承载；
所述到达的数据对应的用户设备具有延迟容忍特性。
4.如权利要求3所述的方法，其特征在于，所述到达的数据的延迟容忍度为：所述到达的数据所对应的服务质量等级中包含的延迟指标。
5.如权利要求3或4所述的方法，其特征在于，所述到达的数据的延迟容忍度超过第一预设门限指：
所述到达的数据所对应的服务质量等级中包含的延迟指标超过第一预设门限。
6.如权利要求5所述的方法，其特征在于，所述第一预设门限通过以下任一种方法进行设置：
用户设备与网络侧事先约定；
网络侧通过S1专用信令、无线资源控制(RRC)专用信令或媒体接入控制层控制元素(MAC CE)为用户设备配置；
网络侧自行设定，并配置在核心网和/或基站。
7.如权利要求1至3任一项所述的方法，其特征在于，所述设备延迟所述到达的具有延迟容忍特性的数据的调度和发送是指：
在用户设备处于无线资源控制空闲状态时，所述用户设备推迟发起随机接入过程后调度和发送所述到达的数据，或者基站推迟发起寻呼过程后调度和发送所述到达的数据；
在用户设备处于无线资源控制连接状态时，所述用户设备推迟触发调度请求后调度和发送所述到达的数据，或者触发调度请求后延迟发送该调度请求再调度和发送所述到达的数据。
8.如权利要求7所述的方法，其特征在于，在满足如下一个或多个条件时，所述设备调度并且发送所述具有延迟容忍特性的数据：
对应于所述用户设备的上行数据发送缓存区或者下行数据发送缓存区内的待发送数据的总量达到或超过第二预设门限；
对应于所述用户设备的、包含上行到达数据或者下行到达数据的逻辑信道的缓存区内的数据总量到达或者超过第三预设门限；
所述到达的数据被延迟的时间达到延迟容忍时间的上限。
9.如权利要求8所述的方法，其特征在于，所述第二预设门限和第三预设门限通过以下任一种方法预先设置：
用户设备与网络侧事先约定；
网络侧通过S1专用信令、RRC专用信令或MAC CE为用户设备配置；
网络侧自行设定，并配置在核心网和/或基站。
10.如权利要求8所述的方法，其特征在于，所述延迟容忍时间的上限通过以下任一种方法预先设置：
将所述到达的数据对应的服务质量等级中包含的延迟指标作为延迟容忍时间的上限；
将网络侧和用户设备事先约定的、与所述到达的数据对应的业务对应的延迟容忍时间作为延迟容忍时间的上限；
将网络侧和用户设备事先约定的、与包含所述到达的数据的逻辑信道对应的延迟容忍时间作为延迟容忍时间的上限；
将网络侧和用户设备事先约定的、与包含所述到达的数据的无线承载对应的延迟容忍时间作为延迟容忍时间的上限；
将网络侧与延迟容忍的用户设备事先约定的、与具有延迟容忍特性的设备对应的延迟容忍时间作为延迟容忍时间的上限；
网络侧通过S1专用信令、RRC专用信令或MAC CE为用户设备配置。
11.如权利要求7所述的方法，其特征在于，所述到达的数据被延迟的时间达到延迟容忍时间的上限指：
所述数据被延迟的时间大于等于延迟容忍时间的上限；或者
所述数据被延迟的时间加上预设的时间偏置大于等于延迟容忍的时间的上限。
12.如权利要求11所述的方法，其特征在于，所述预设的时间偏置通过以下任一种方法预先设置：
网络侧与用户设备事先约定；
网络侧通过S1专用信令、RRC专用信令或MAC CE为用户设备配置。
13.一种数据调度的装置，其特征在于，该装置包括：
第一模块，当设备有数据到达，判断到达的数据是否具有延迟容忍特性；
第二模块，所述到达的数据具有延迟容忍特性时，延迟所述到达的数据的调度和发送，如果所述到达的数据不具有延迟容忍特性时，则所述设备立即发起呼叫流程或者立即发起数据发送流程；
其中，所述设备为用户设备或者基站，当所述设备为用户设备时，指用户设备有上行数据到达，所述设备为基站时，指基站有对应于用户设备的下行数据到达。
14.如权利要求13所述的装置，其特征在于，所述延迟容忍特性是指：在数据的调度和传递过程中对数据进行延时。
15.如权利要求13所述的装置，其特征在于，当所述到达的数据符合如下一个或多个条件时，所述第一模块判断到达的数据具有延迟容忍特性：
所述到达的数据的延迟容忍度超过第一预设门限；
所述到达的数据所属业务为具有延迟容忍特性的业务；
所述到达的数据包含于具有延迟容忍特性的逻辑信道；
所述到达的数据包含于具有延迟容忍特性的数据无线承载；
所述到达的数据对应的用户设备具有延迟容忍特性。
16.如权利要求15所述的装置，其特征在于，所述到达的数据的延迟容忍度为：所述到达的数据所对应的服务质量等级中包含的延迟指标。
17.如权利要求15或16所述的装置，其特征在于，所述到达的数据的延迟容忍度超过第一预设门限指：
所述到达的数据所对应的服务质量等级中包含的延迟指标超过第一预设门限。
18.如权利要求17所述的装置，其特征在于，所述第一预设门限通过以下任一种方法进行设置：
用户设备与网络侧事先约定；
网络侧通过S1专用信令、无线资源控制(RRC)专用信令或媒体接入控制层控制元素(MAC CE)为用户设备配置；
网络侧自行设定，并配置在核心网和/或基站。
19.如权利要求13至15任一项所述的装置，其特征在于，所述第二模块延迟所述到达的数据的调度和发送指：
在用户设备处于无线资源控制空闲状态时，所述用户设备推迟发起随机接入过程后调度和发送所述到达的数据，或者基站推迟发起寻呼过程后调度和发送所述到达的数据；
在用户设备处于无线资源控制连接状态时，所述用户设备推迟触发调度请求后调度和发送所述到达的数据，或者触发调度请求后延迟发送该调度请求再调度和发送所述到达的数据。
20.如权利要求19所述的装置，其特征在于，满足如下一个或多个条件时，所述第二模块调度和发送所述到达的数据：
对应于所述用户设备的上行数据发送缓存区或者下行数据发送缓存区内的待发送数据的总量达到或超过第二预设门限；
对应于所述用户设备的、包含上行到达数据或者下行到达数据的逻辑信道的缓存区内的数据总量到达或者超过第三预设门限；
所述到达的数据被延迟的时间达到延迟容忍时间的上限。
21.如权利要求20所述的装置，其特征在于，所述第二预设门限和第三预设门限通过以下任一种方法预先设置：
用户设备与网络侧事先约定；
网络侧通过S1专用信令、RRC专用信令或MAC CE为用户设备配置；
网络侧自行设定，并配置在核心网和/或基站。
22.如权利要求20所述的装置，其特征在于，所述延迟容忍时间的上限通过以下任一种方法预先设置：
将所述到达的数据对应的服务质量等级中包含的延迟指标作为延迟容忍时间的上限；
将网络侧和用户设备事先约定的、与所述到达的数据对应的业务对应的延迟容忍时间作为延迟容忍时间的上限；
将网络侧和用户设备事先约定的、与包含于所述到达的数据的逻辑信道对应的延迟容忍时间作为延迟容忍时间的上限；
将网络侧和用户设备事先约定的、与包含于所述到达的数据的无线承载对应的延迟容忍时间作为延迟容忍时间的上限；
将网络侧与延迟容忍的用户设备事先约定的、与具有延迟容忍特性的设备对应的延迟容忍时间作为延迟容忍时间的上限；
网络侧通过S1专用信令、RRC专用信令或MAC CE为用户设备配置。
23.如权利要求20所述的装置，其特征在于，所述到达的数据被延迟的时间达到延迟容忍时间的上限指：
所述数据被延迟的时间大于等于延迟容忍时间的上限；或者
所述数据被延迟的时间加上预设的时间偏置大于等于延迟容忍的时间的上限。
24.如权利要求23所述的装置，其特征在于，所述预设的时间偏置通过以下任一种方法预先设置：
网络侧与用户设备事先约定；
网络侧通过S1专用信令、RRC专用信令或MAC CE为用户设备配置。
CN201210148451.0A 2012-05-14 2012-05-14 一种数据调度方法及装置 Expired - Fee Related CN103428874B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201210148451.0A CN103428874B (zh) 2012-05-14 2012-05-14 一种数据调度方法及装置
EP13790087.4A EP2838304B1 (en) 2012-05-14 2013-05-07 Method and device for data scheduling
PCT/CN2013/075241 WO2013170712A1 (zh) 2012-05-14 2013-05-07 一种数据调度方法及装置
US14/400,605 US9674857B2 (en) 2012-05-14 2013-05-07 Method and device for data scheduling

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210148451.0A CN103428874B (zh) 2012-05-14 2012-05-14 一种数据调度方法及装置

Publications (2)

Publication Number Publication Date
CN103428874A true CN103428874A (zh) 2013-12-04
CN103428874B CN103428874B (zh) 2018-07-13

Family

ID=49583115

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210148451.0A Expired - Fee Related CN103428874B (zh) 2012-05-14 2012-05-14 一种数据调度方法及装置

Country Status (4)

Country Link
US (1) US9674857B2 (zh)
EP (1) EP2838304B1 (zh)
CN (1) CN103428874B (zh)
WO (1) WO2013170712A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106961699A (zh) * 2017-03-06 2017-07-18 展讯通信（上海）有限公司 一种用户设备的调配方法、网络侧设备及用户设备
WO2017167204A1 (zh) * 2016-04-01 2017-10-05 中兴通讯股份有限公司 资源的调度方法及装置
CN109275174A (zh) * 2017-07-17 2019-01-25 中国移动通信有限公司研究院 一种终端的接入控制方法及基站
CN110022595A (zh) * 2018-01-08 2019-07-16 中国移动通信有限公司研究院 下行数据发送方法、网络设备和计算机存储介质
CN113170412A (zh) * 2018-11-21 2021-07-23 索尼集团公司 基于传播信道特性延迟网络中用户设备寻呼操作的系统、方法和计算机程序产品
CN113497671A (zh) * 2020-04-02 2021-10-12 成都鼎桥通信技术有限公司 数据处理方法、装置、设备、存储介质及终端设备

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6239280B2 (ja) * 2013-06-27 2017-11-29 京セラ株式会社 ユーザ端末、プロセッサ及び移動通信システム
CN105474590B (zh) * 2013-08-06 2019-06-07 索尼公司 基础设施设备、无线通信网络及方法
US10114672B2 (en) * 2013-12-31 2018-10-30 Thomson Licensing User-centered task scheduling for multi-screen viewing in cloud computing environment
US20160261509A1 (en) * 2015-03-06 2016-09-08 Mediatek Inc. Method for performing uplink traffic shaping of an electronic device with aid of alarm-aware mechanism, and associated apparatus
RU2698420C2 (ru) * 2015-04-06 2019-08-26 Фудзицу Лимитед Базовая станция, терминал, система беспроводной связи, способ управления базовой станцией и способ управления терминалом
US10149343B2 (en) 2015-05-11 2018-12-04 Apple Inc. Use of baseband triggers to coalesce application data activity
DK3567906T3 (da) 2015-05-19 2021-03-15 Ericsson Telefon Ab L M Inaktivitetshåndtering af indretninger med forsinkelsestolerant trafik
EP3349528B1 (en) * 2015-10-12 2020-12-09 Huawei Technologies Co., Ltd. Resource requesting method and device
EP3414876B1 (en) * 2016-03-15 2020-11-25 Sony Corporation Frequency offset compensation in cellular communication systems
CN109075929B (zh) * 2016-04-28 2021-02-12 华为技术有限公司 用户设备操作模式控制
WO2018131956A1 (en) * 2017-01-16 2018-07-19 Samsung Electronics Co., Ltd. Method and apparatus for communication in wireless mobile communication system
CN109769299B (zh) * 2017-11-09 2021-01-15 中国移动通信有限公司研究院 一种寻呼消息发送方法、基站、网络设备及通信设备
EP3661317B1 (en) * 2018-11-27 2021-08-18 ASUSTek Computer Inc. Method and apparatus for releasing preconfigured uplink resources configuration in a wireless communication system
CN113491152B (zh) * 2019-03-08 2024-06-18 索尼集团公司 非实时数据的受控传送方法、无线设备和无线电网络节点
US11109344B2 (en) * 2019-05-01 2021-08-31 Lg Electronics Inc. Start and stop of reception of downlink transmission based on paging

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101563894A (zh) * 2007-03-02 2009-10-21 富士通株式会社 无线通信系统
CN102111819A (zh) * 2011-03-04 2011-06-29 清华大学 一种延迟容忍网络
WO2011134553A1 (en) * 2010-04-30 2011-11-03 Telefonaktiebolaget L M Ericsson (Publ) A device for low priority traffic scheduling

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8606281B2 (en) * 2007-04-26 2013-12-10 Nokia Corporation System and method for requesting uplink resources in a communication system
FI20085676A0 (fi) * 2008-06-30 2008-06-30 Nokia Corp Viivesietoisen datan lähetys
CN102164359B (zh) * 2011-05-23 2013-06-19 清华大学 一种无线网络中延迟容忍业务的计费系统及计费方法
EP2761950A1 (en) * 2011-09-30 2014-08-06 Intel Mobile Communications GmbH Communication terminal, network component, base station and method for communicating

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101563894A (zh) * 2007-03-02 2009-10-21 富士通株式会社 无线通信系统
WO2011134553A1 (en) * 2010-04-30 2011-11-03 Telefonaktiebolaget L M Ericsson (Publ) A device for low priority traffic scheduling
CN102111819A (zh) * 2011-03-04 2011-06-29 清华大学 一种延迟容忍网络

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017167204A1 (zh) * 2016-04-01 2017-10-05 中兴通讯股份有限公司 资源的调度方法及装置
CN107295679A (zh) * 2016-04-01 2017-10-24 中兴通讯股份有限公司 资源的调度方法及装置
CN106961699A (zh) * 2017-03-06 2017-07-18 展讯通信（上海）有限公司 一种用户设备的调配方法、网络侧设备及用户设备
CN106961699B (zh) * 2017-03-06 2020-03-20 展讯通信（上海）有限公司 一种用户设备的调配方法、网络侧设备及用户设备
CN109275174A (zh) * 2017-07-17 2019-01-25 中国移动通信有限公司研究院 一种终端的接入控制方法及基站
CN110022595A (zh) * 2018-01-08 2019-07-16 中国移动通信有限公司研究院 下行数据发送方法、网络设备和计算机存储介质
CN113170412A (zh) * 2018-11-21 2021-07-23 索尼集团公司 基于传播信道特性延迟网络中用户设备寻呼操作的系统、方法和计算机程序产品
CN113497671A (zh) * 2020-04-02 2021-10-12 成都鼎桥通信技术有限公司 数据处理方法、装置、设备、存储介质及终端设备
CN113497671B (zh) * 2020-04-02 2023-07-18 成都鼎桥通信技术有限公司 数据处理方法、装置、设备、存储介质及终端设备

Also Published As

Publication number Publication date
EP2838304A4 (en) 2015-04-08
EP2838304A1 (en) 2015-02-18
EP2838304B1 (en) 2018-03-07
CN103428874B (zh) 2018-07-13
US9674857B2 (en) 2017-06-06
US20150156793A1 (en) 2015-06-04
WO2013170712A1 (zh) 2013-11-21

Similar Documents

Publication Publication Date Title
CN103428874B (zh) 一种数据调度方法及装置
CN107306438B (zh) 一种无线接入网切片的生成方法、无线接入网及切片管理器
CN102104974B (zh) 上行预调度处理方法、装置和系统
CN103796175B (zh) 一种lte系统中发送、接收集群寻呼的方法和相应装置
KR102191174B1 (ko) 통신 시스템에서 기지국과 사용자 단말기간의 무선 자원 제어 연결 설정/해제 방법 및 장치
CN108243505B (zh) 一种资源调度方法及装置
US20180234877A1 (en) Method for creating media access control entity, device, and system
WO2004114552A1 (ja) Ｗｃｄｍａ移動通信システム
CN102892203B (zh) 一种分组域网络中无线链路的调度方法及终端
CN104113937A (zh) 一种终端中射频资源时分复用的方法、装置及终端
CN101330313A (zh) 一种lte系统中上行调度请求的方法
CN102215458A (zh) 基于长期演进技术的数字集群通信系统以及基站和终端
WO2012136087A1 (zh) 一种资源调度的方法及系统及一种终端
CN102740483B (zh) 数据发送方法和装置
CN101572913A (zh) 缓冲区状态报告的处理方法及装置
CN104378829A (zh) 一种基于业务类型实施信道分配和调度的方法及其设备
CN103747432A (zh) 上行预调度处理方法、装置和系统
CN104519466B (zh) 点对多点集群业务的半静态调度方法
CN103581860A (zh) 用户设备辅助信息拒绝方法、装置和系统
US20090323612A1 (en) Quality of service management in a mobile communication system
CN117119520A (zh) Bsr触发和上报方法、资源分配方法及装置
WO2017101121A1 (zh) 传输信令、传输数据和建立gtp隧道的方法及设备
CN105792141A (zh) 一种集群寻呼消息的发送方法
EP3145269A1 (en) Method, devices and system for a hybrid bearer service
CN103812627B (zh) 一种用于发送调度信息的方法、装置和基站

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20180713

Termination date: 20200514