一种数据调度方法及装置制造方法
【专利摘要】本发明涉及一种数据调度方法及装置，涉及无线通信领域。本发明公开的方法，包括：当设备有数据到达，所述设备判断到达的数据是否具有延迟容忍特性，如果所述到达的数据具有延迟容忍特性，则所述设备延迟所述到达的数据的调度和发送，如果所述到达的数据不具有延迟容忍特性，则所述设备立即发起呼叫流程或者立即发起数据发送流程；其中，所述设备为用户设备或者基站，当所述设备为用户设备时，指用户设备有上行数据到达，所述设备为基站时，指基站有对应于用户设备的下行数据到达。本发明还公开了一种数据调度的装置。本申请技术方案对具有延迟容忍特性的业务数据的延迟调度，从而缓解了PUSCH、PDSCH的资源压力，优化了系统效率。
【专利说明】—种数据调度方法及装置
【技术领域】
[0001]本发明涉及无线通信领域，尤其涉及一种数据调度方法及装置。
【背景技术】
[0002]近年来，随着通信技术的飞速发展，智能手机逐渐成为了手机市场的主流。与这一趋势相适应的是各种适用于智能手机的应用程序如雨后春笋般的涌现，这极大地丰富了人们的生活，甚至改变了人们传统的生活和娱乐的方式。
[0003]但是，这样的发展也导致了新的问题。各种应用于智能手机的应用程序会产生各种各样业务，这些业务的特性各不相同，其数据包的发送特性也大相径庭，其中，最具有代表性的就是即时通信(IM Traffic:Instant Message)业务和背景业务(BG Traffic:Background Traffic)。
[0004]在现有的技术中，各种业务产生的数据包的发送可以根据其方向和UEOiserequipment，用户设备)所处状态进行划分，分别对应于不同方法:
[0005]I?若 UE 处于 RRC_IDLE(Radio Resource Control IDLE:无线资源控制空闲)状态，并且有上行数据到达，则UE将发起随机接入过程，使UE进入RRC_C0NNECTED (RadioResource Control CONNECTED:无线资源控制连接)状态；
[0006]2.若UE处于RRC_C0NNECTED状态，并且有上行数据到达，则UE将向网络侧发送SR (Schedule Request:调度请求)申请上行资源；
[0007]3.若UE处于RRC_IDLE状态，`并且网络侧有对应于该UE的下行数据到达，则核心网将会指示基站向UE发送寻呼(Paging)消息，而UE在收到该消息后将会发起随机接入过程，进而进入RRC_C0NNECTED状态；
[0008]4.若UE处于RRC_C0NNECTED状态，并且网络侧有对应于该UE的下行数据到达，则基站将会把该数据加入调度序列，进而发送给UE。
[0009]在上述发送方法的基础上，UE或网络侧会按照待发送数据的优先级，使用不同的逻辑信道承载数据，并且通过不同的DRB (Data Radio Bearer:数据无线承载)进行数据的发送。而与发送相关的各种配置则由网络侧通过SI信令(核心网与基站之间的控制面数据传送渠道)、RRC信令(基站与UE之间的控制面信令传送渠道)或者MAC CE (Media AccessControl Layer Control Elment:MAC 层控制兀素)进行配置。
[0010]同时,在现有技术中，QoS(Quality of Service:服务质量)功能中也已经包含了部分关于数据包延迟要求的参数。
[0011]由于适用于智能手机的业务所产生的数据包的发送往往毫无规律可循，而且，数据包的Size往往不大，所以，基于现行的数据包的发送的方法，类似业务的应用会给网络和UE带来新的压力，譬如:信令开销增大、网络资源利用率低、UE耗电量增大等等，这些都是亟待解决的问题。
【发明内容】
[0012]本发明所要解决的技术问题是，提供一种数据调度方法及装置，以减少应用给网络和UE带来的压力。
[0013]为了解决上述技术问题，本发明公开了一种数据调度的方法，包括:
[0014]当设备有数据到达，所述设备判断到达的数据是否具有延迟容忍特性，如果所述到达的数据具有延迟容忍特性，则所述设备延迟所述到达的数据的调度和发送，如果所述到达的数据不具有延迟容忍特性，则所述设备立即发起呼叫流程或者立即发起数据发送流程;
[0015]其中，所述设备为用户设备或者基站，当所述设备为用户设备时，指用户设备有上行数据到达，所述设备为基站时，指基站有对应于用户设备的下行数据到达。
[0016]较佳地，上述方法中，所述延迟容忍特性是指:在数据的调度和传递过程中对数据进行延时。
[0017]较佳地，上述方法中，当所述到达的数据符合如下一个或多个条件时，所述设备判断到达的数据具有延迟容忍特性:
[0018]所述到达的数据的延迟容忍度超过第一预设门限；
[0019]所述到达的数据所属业务为具有延迟容忍特性的业务；
[0020]所述到达的数据包含于具有延迟容忍特性的逻辑信道；
[0021]所述到达的数据包含于具有延迟容忍特性的数据无线承载；
[0022]所述到达的数据对应的用户设备具有延迟容忍特性。
[0023]较佳地，上述方法中，所述到达的数据的延迟容忍度为:所述到达的数据所对应的服务质量等级中包含的延迟指标。
[0024]较佳地，上述方法中，所述到达的数据的延迟容忍度超过第一预设门限指:所述到达的数据所对应的服务质量等级中包含的延迟指标超过第一预设门限。
[0025]较佳地，上述方法中，所述第一预设门限通过以下任一种方法进行设置:
[0026]用户设备与网络侧事先约定；
[0027]网络侧通过SI专用信令、无线资源控制(RRC)专用信令或媒体接入控制层控制元素(MAC CE)为用户设备配置；
[0028]网络侧自行设定，并配置在核心网和/或基站。
[0029]较佳地，上述方法中，所述设备延迟所述到达的具有延迟容忍特性的数据的调度和发送是指:
[0030]在用户设备处于无线资源控制空闲状态时，所述用户设备推迟发起随机接入过程后调度和发送所述到达的数据，或者基站推迟发起寻呼过程后调度和发送所述到达的数据；
[0031]在用户设备处于无线资源控制连接状态时，所述用户设备推迟触发调度请求后调度和发送所述到达的数据，或者触发调度请求后延迟发送该调度请求再调度和发送所述到达的数据。
[0032]较佳地，上述方法中，在满足如下一个或多个条件时，所述设备调度并且发送所述具有延迟容忍特性的数据:
[0033]对应于所述用户设备的上行数据发送缓存区或者下行数据发送缓存区内的待发送数据的总量达到或超过第二预设门限；[0034]对应于所述用户设备的、包含上行到达数据或者下行到达数据的逻辑信道的缓存区内的数据总量到达或者超过第三预设门限；
[0035]所述到达的数据被延迟的时间达到延迟容忍时间的上限。
[0036]较佳地，上述方法中，所述第二预设门限和第三预设门限通过以下任一种方法预先设置:
[0037]用户设备与网络侧事先约定；
[0038]网络侧通过SI专用信令、RRC专用信令或MAC CE为用户设备配置；
[0039]网络侧自行设定，并配置在核心网和/或基站。
[0040]较佳地，上述方法中，所述延迟容忍时间的上限通过以下任一种方法预先设置:
[0041]将所述到达的数据对应的服务质量等级中包含的延迟指标作为延迟容忍时间的上限；
[0042]将网络侧和用户设备事先约定的、与所述到达的数据对应的业务对应的延迟容忍时间作为延迟容忍时间的上限；
[0043]将网络侧和用户设备事先约定的、与包含所述到达的数据的逻辑信道对应的延迟容忍时间作为延迟容忍时间的上限；
[0044]将网络侧和用户设备事先约定的、与包含所述到达的数据的无线承载对应的延迟容忍时间作为延迟容忍时间的上限；
[0045]将网络侧与延迟容忍的用户设备事先约定的、与具有延迟容忍特性的设备对应的延迟容忍时间作为延迟容忍时间的上限；
[0046]网络侧通过SI专用信令、RRC专用信令或MAC CE为用户设备配置。
[0047]较佳地，上述方法中，所述到达的数据被延迟的时间达到延迟容忍时间的上限指:
[0048]所述数据被延迟的时间大于等于延迟容忍时间的上限；或者
[0049]所述数据被延迟的时间加上预设的时间偏置大于等于延迟容忍的时间的上限。
[0050]较佳地，上述方法中，所述预设的时间偏置通过以下任一种方法预先设置:
[0051]网络侧与用户设备事先约定；
[0052]网络侧通过SI专用信令、RRC专用信令或MAC CE为用户设备配置。
[0053]本发明还公开了一种数据调度的装置，包括:
[0054]第一模块，当设备有数据到达，判断到达的数据是否具有延迟容忍特性；
[0055]第二模块，所述到达的数据具有延迟容忍特性时，延迟所述到达的数据的调度和发送，如果所述到达的数据不具有延迟容忍特性时，则所述设备立即发起呼叫流程或者立即发起数据发送流程；
[0056]其中，所述设备为用户设备或者基站，当所述设备为用户设备时，指用户设备有上行数据到达，所述设备为基站时，指基站有对应于用户设备的下行数据到达。
[0057]较佳地，上述装置中，所述延迟容忍特性是指:在数据的调度和传递过程中对数据进行延时。
[0058]较佳地，上述装置中，当所述到达的数据符合如下一个或多个条件时，所述第一模块判断到达的数据具有延迟容忍特性:
[0059]所述到达的数据的延迟容忍度超过第一预设门限；[0060]所述到达的数据所属业务为具有延迟容忍特性的业务；
[0061]所述到达的数据包含于具有延迟容忍特性的逻辑信道；
[0062]所述到达的数据包含于具有延迟容忍特性的数据无线承载；
[0063]所述到达的数据对应的用户设备具有延迟容忍特性。
[0064]较佳地，上述装置中，所述到达的数据的延迟容忍度为:所述到达的数据所对应的服务质量等级中包含的延迟指标。
[0065]较佳地，上述装置中，所述到达的数据的延迟容忍度超过第一预设门限指:所述到达的数据所对应的服务质量等级中包含的延迟指标超过第一预设门限。
[0066]较佳地，上述装置中，所述第一预设门限通过以下任一种方法进行设置:
[0067]用户设备与网络侧事先约定；
[0068]网络侧通过SI专用信令、无线资源控制(RRC)专用信令或媒体接入控制层控制元素(MAC CE)为用户设备配置；
[0069]网络侧自行设定，并配置在核心网和/或基站。
[0070]较佳地，上述装置中，所述第二模块延迟所述到达的数据的调度和发送指:
[0071]在用户设备处于无线资源控制空闲状态时，所述用户设备推迟发起随机接入过程后调度和发送所述到达的数据，或者基站推迟发起寻呼过程后调度和发送所述到达的数据；
[0072]在用户设备处于无线资源控制连接状态时，所述用户设备推迟触发调度请求后调度和发送所述到达的数据，或者触发调度请求后延迟发送该调度请求再调度和发送所述到达的数据。
[0073]较佳地，上述装置中，满足如下一个或多个条件时，所述第二模块调度和发送所述到达的数据:
[0074]对应于所述用户设备的上行数据发送缓存区或者下行数据发送缓存区内的待发送数据的总量达到或超过第二预设门限；
[0075]对应于所述用户设备的、包含上行到达数据或者下行到达数据的逻辑信道的缓存区内的数据总量到达或者超过第三预设门限；
[0076]所述到达的数据被延迟的时间达到延迟容忍时间的上限。
[0077]较佳地，上述装置中，所述第二预设门限和第三预设门限通过以下任一种方法预先设置:
[0078]用户设备与网络侧事先约定；
[0079]网络侧通过SI专用信令、RRC专用信令或MAC CE为用户设备配置；
[0080]网络侧自行设定，并配置在核心网和/或基站。
[0081]较佳地，上述装置中，所述延迟容忍时间的上限通过以下任一种方法预先设置:
[0082]将所述到达的数据对应的服务质量等级中包含的延迟指标作为延迟容忍时间的上限；
[0083]将网络侧和用户设备事先约定的、与所述到达的数据对应的业务对应的延迟容忍时间作为延迟容忍时间的上限；
[0084]将网络侧和用户设备事先约定的、与包含于所述到达的数据的逻辑信道对应的延迟容忍时间作为延迟容忍时间的上限；[0085]将网络侧和用户设备事先约定的、与包含于所述到达的数据的无线承载对应的延 迟容忍时间作为延迟容忍时间的上限；
[0086]将网络侧与延迟容忍的用户设备事先约定的、与具有延迟容忍特性的设备对应的 延迟容忍时间作为延迟容忍时间的上限；
[0087]网络侧通过SI专用信令、RRC专用信令或MAC CE为用户设备配置。
[0088]较佳地，上述装置中，所述到达的数据被延迟的时间达到延迟容忍时间的上限 指：
[0089]所述数据被延迟的时间大于等于延迟容忍时间的上限；或者
[0090]所述数据被延迟的时间加上预设的时间偏置大于等于延迟容忍的时间的上限。
[0091]较佳地，上述装置中，所述预设的时间偏置通过以下任一种方法预先设置：
[0092]网络侧与用户设备事先约定；
[0093]网络侧通过SI专用信令、RRC专用信令或MAC CE为用户设备配置。
[0094]本申请技术方案对具有延迟容忍特性的业务数据的延迟调度，从而缓解了 PUSCH、 PDSCH的资源压力，优化了系统效率。
【专利附图】
【附图说明】
[0095]图I是本发明实施方式提供的一种数据调度方法的流程示意图；
[0096]图2是本发明实施例I提供的一种上行数据调度方法的流程示意图；
[0097]图3是本发明实施例2提供的一种下行数据调度方法的流程示意图；
[0098]图4是本发明实施例3提供的一种上行数据调度方法的流程示意图；
[0099]图5是本发明实施例4提供的一种下行数据调度方法的流程示意图；
[0100]图6是本发明实施例5提供的一种下行数据调度方法的流程示意图；
[0101]图7是本发明实施例6提供的一种上行数据调度方法的流程示意图；
[0102]图8是本发明实施例7提供的一种下行数据调度方法的流程示意图；
[0103]图9是本发明实施例8提供的一种上行数据调度方法的流程示意图；
[0104]图10是本发明实施例9提供的一种上行数据调度方法的流程示意图；
[0105]图11是本发明实施例10提供的一种下行数据调度方法的流程示意图。
【具体实施方式】
[0106]为使本发明的目的、技术方案和优点更加清楚明白，下文将结合附图对本发明技 术方案作进一步详细说明。需要说明的是，在不冲突的情况下，本申请的实施例和实施例中 的特征可以任意相互组合。
[0107]实施例I
[0108] 申请人:对适用于智能手机的业务的数据包发送特性进行分析，发现这些业务涉及 到的数据包对实时性的要求往往不是很高，也就是说，这些业务的数据包可以容忍一定时 间的延迟，即如果将数据包的发送延后，也不会影响或者很明显的影响用户的体验。因此， 为解决类似业务的应用对网络和UE所造成的新的压力， 申请人:提出可以根据具体业务涉 及的数据包对延迟的要求对数据包采取合理的调度措施，从而缓解或解决业务的应用对网 络和UE所造成的压力。[0109]具体地，当设备有数据到达，所述设备判断到达的数据是否具有延迟容忍特性，如果到达的数据具有延迟容忍特性，则设备延迟所述到达的数据的调度和发送，如果到达的数据不具有延迟容忍特性，则设备立即发起呼叫流程(即当UE处于RRC空闲态时发起呼叫流程)或者立即发起数据发送流程(即当UE处于RRC连接态时发起数据发送流程)。
[0110]其中，设备为UE (user equipment,用户设备)或者基站。当设备为UE时,指用户设备有上行数据到达，所述设备为基站时，指基站有对应于用户设备的下行数据到达。
[0111]而本实施例中所涉及的延迟容忍特性是指:在数据的调度和传递过程中对数据进行延时。
[0112]下面参考附图并结合实施例来详细说明本实施所提供的数据调度方法的实现过程。
[0113]图1是本实施所提供的数据调度的具体过程，该过程包括如下步骤101至步骤105。具体步骤如下:
[0114]步骤101:UE有上行数据到达并等待发送或者基站有下行数据到达并等待发送；
[0115]步骤102:UE或基站判断所述到达数据是否具有延迟容忍特性，若数据具有延迟容忍特性，则执行步骤103，否则，则执行步骤105 ；
[0116]其中，当到达的数据符合如下一个或多个条件时，所述设备判断到达的数据具有延迟容忍特性:
[0117]I)到达的数据(上行到达数据/下行到达数据)的延迟容忍度超过第一预设门限；
[0118]2)到达的数据(上行或下行数据)所属业务为具有延迟容忍特性的业务；
[0119]3)到达的数据(上行或下行数据)包含于具有延迟容忍特性的逻辑信道；
[0120]4)到达的数据(上行或下行数据)包含于具有延迟容忍特性的数据无线承载；
[0121]5)到达的数据对应的UE是具有延迟容忍特征的设备。
[0122]上述步骤所述的到达的数据(上行到达数据/下行到达数据)的延迟容忍度指:到达的数据所对应的服务质量等级(QoS:Quality of Service)中包含的延迟指标。
[0123]而到达的数据(上行到达数据)的延迟容忍度对应的第一预设门限可以由网络侧和UE事先约定，也可由网络侧通过SI专用信令或无线资源控制(RRC)专用信令或媒体接入控制层控制元素(MAC CE)为UE配置，还可以由网络侧自行设定，并配置在核心网和/或基站O
[0124]步骤103:所述UE或基站缓存所述具有延迟容忍特性的数据；
[0125]若此时UE处于无线资源控制空闲状态，所述UE推迟发起随机接入过程，或者基站推迟发起寻呼过程；
[0126]若此时UE处于无线资源控制连接状态时，所述UE推迟触发调度请求，或者触发调度请求后延迟发送该调度请求。
[0127]步骤104:所述UE或基站判断是否调度所述具有延迟容忍特性的数据，若是，则执行步骤105，若否，则执行步骤103 ；
[0128]其中，UE或者基站开始调度所述具有延迟容忍特性的数据的依据为以下条件之一或组合:
[0129]对应于该UE的上行发送数据缓存区或者下行数据发送缓存区内的待发送数据的总量达到或超过第二预设门限；
[0130]对应于该UE的、包含上行到达数据或者下行到达数据的逻辑信道的缓存区内的数据总量到达或超过第三预设门限时；
[0131]具有延迟容忍特性的数据被延迟的时间达到或超过延迟容忍时间的上限。
[0132]其中，第二预设门限和第三预设门限可以采用如下方法之一进行设置:
[0133]UE与网络侧事先约定；
[0134]网络侧通过SI专用信令、RRC专用信令或MAC CE为UE配置；
[0135]网络侧自行设定，并配置在核心网和/或基站。
[0136]延迟容忍时间的上限可以采用如下方法之一进行设置:
[0137]将到达的数据对应的服务质量等级(QoS:Quality of Service)中包含的延迟指标作为延迟容忍时间的上限；
[0138]将网络侧和UE事先约定的、与到达的数据对应的业务对应的延迟容忍时间作为延迟容忍时间的上限；
[0139]将网络侧和用户设备事先约定的、与包含到达的数据的逻辑信道对应的延迟容忍时间作为延迟容忍时间的上限；
[0140]将网络侧和用户设备事先约定的、与包含所述到达的数据的无线承载对应的延迟容忍时间作为延迟容忍时间的上限；
[0141]将网络侧与延迟容忍的UE事先约定的、与具有延迟容忍特性的设备对应的延迟容忍时间上限作为延迟容忍时间的上限；
[0142]网络侧通过SI专用信令、RRC专用信令或MAC CE为UE配置。
[0143]而具有延迟容忍特性的到达的数据被延迟的时间到达延迟容忍时间的上限指:
[0144]数据被延迟的时间大于等于延迟容忍时间的上限；
[0145]数据被延迟的时间加上预设的时间偏置，大于等于延迟容忍的时间的上限。
[0146]其中，预设的时间偏置，可以通过如下任一方式设定:
[0147]网络侧与UE事先约定；
[0148]网络侧通过SI专用信令、RRC专用信令或MAC CE为UE配置。
[0149]步骤105:UE或基站发送到达的数据；
[0150]其中，若UE处于RRC空闲态，则UE主动发起随机接入过程建立RRC连接，进而发送到达的上行数据，或者基站发送寻呼消息，通知UE发送随机接入过程建立RRC连接，进而发送到达的下行数据；
[0151]若UE处于RRC连接态，则UE发送SR申请上行资源，进而发送到达的上行数据，或者基站将到达的下行数据加入调度序列，进而发送下行数据；
[0152]下面再结合具体应用场景详细说明上述该方法。
[0153]场景一:假设UE处于RRC空闲态且有上行数据到达并等待发送时，数据调度的具体过程如图2所示，包括步骤201至205，步骤如下:
[0154]步骤201:处于RRC空闲态的UE有上行数据到达并等待发送；
[0155]步骤202:UE判断出所述到达的上行数据具有延迟容忍特性；
[0156]在本实施例中，UE根据到达的上行数据的延迟容忍度是否超过延迟容忍度的预设门限来判断该数据是否具有延迟容忍特性。其中，所述上行到达数据的延迟容忍度的预设门限可以由网络侧和UE事先约定，也可由网络侧通过SI专用信令、RRC专用信令或MAC CE为UE配置。
[0157]在本实施例中，该UE的上行到达数据对应的QoS参数中所包含的延迟指标超过了所述延迟容忍度的预设门限，所以，在本实施例中，所述上行到达数据具有延迟容忍特性。
[0158]步骤203:UE缓存所述具有延迟容忍特性的上行到达数据，推迟发起随机接入过
[0159]在本实施例中，UE将所述具有延迟容忍特性的上行到达数据缓存在上行数据发送缓存区当中。
[0160]步骤204:所述UE判断上行数据发送缓存区内的待发送数据的总量是否达到或超过预设门限，如果达到或超过预设门限，则执行步骤205，否则，执行步骤203 ；
[0161]其中，预设门限为缓存数据量的预设门限，该门限由UE和网络侧预先约定。
[0162]上行到达的数据的总量超过了缓存数据量的预设门限，所以，UE接下来应当发送所述上行到达数据。
[0163]步骤205:UE发送所述上行到达的数据；
[0164]此种场景中，UE处于RRC空闲态，所以UE首先主动发起随机接入过程并且建立RRC连接，进而建立相应的DRB (Data Radio Bearer:数据无线承载)，而后发送到达的上行数据。
[0165]场景二:假设UE处于RRC空闲态且有上行数据到达并等待发送时，数据调度过程如图3所示，包括步骤301至305。具体步骤如下:
[0166]步骤301:UE处于RRC空闲态，且此时有对应于该UE的上行数据到达，并等待发送;
[0167]步骤302:所述UE判断出所述上行到达数据具有延迟容忍特性；
[0168]在本实施例中，UE根据包含上行到达数据的逻辑信道是否是延迟容忍的逻辑信道，判断上行到达数据是否具有延迟容忍特性。
[0169]在本实施例中，包含上行到达数据的逻辑信道是延迟容忍的逻辑信道，所以，上行到达的数据是具有延迟容忍特性的。
[0170]步骤303:所述UE缓存所述包含于延迟容忍的逻辑信道的上行到达数据，并且推迟发起随机接入过程；
[0171 ] 在本实施例中，UE将所述具有延迟容忍特性的上行到达数据缓存在所述逻辑信道对应的上行数据发送缓存区当中。
[0172]步骤304:所述UE判断包含上行到达数据的逻辑信道对应的上行数据发送缓存区内的数据总量是否达到或超过预设门限，如果达到或超过预设门限，则执行步骤305，否则，执行步骤303 ；
[0173]本实施例中，所述预设门限为缓存数据量的预设门限，该门限为UE与网络侧事先约定的。
[0174]在本实施例中，上行到达的数据的总量超过了缓存数据量的预设门限，所以，UE接下来应当发送所述上行到达数据。
[0175]步骤305:UE发送上行到达数据；
[0176]此场景中，由于UE处于RRC空闲态，所以，UE首先主动发起随机接入过程建立RRC连接，进而建立相应的DRB (Data Radio Bearer:数据无线承载)，而后发送到达的上行数据。
[0177]场景三:假设，UE处于RRC空闲态且基站有对应于该UE的下行数据到达并等待发送，此时数据调度过程如图4所示包括步骤401至405。具体步骤如下:
[0178]步骤401:UE处于RRC空闲态，且基站有对应于该UE的下行数据到达并等待发送；
[0179]步骤402:基站判断出所述到达的下行数据具有延迟容忍特性；
[0180]本实施例中，基站根据到达的下行数据的是否属于延迟容忍的业务来判断该数据是否具有延迟容忍特性。
[0181]在本实施例中，该基站的下行到达数据所属的业务是延迟容忍的业务，所以，在本实施例中，所述下行到达数据具有延迟容忍特性。
[0182]步骤403:基站缓存所述属于延迟容忍的业务的下行到达数据，并且推迟发送寻呼消息；
[0183]步骤404:基站判断所述属于延迟容忍的业务的下行到达数据被延迟的时间是否达到或超过所述数据的延迟容忍时间的上限，如果达到或超过所述延迟容忍的时间的上限，则执行步骤405，否则，执行步骤403 ；
[0184]在本实施例中，所述延迟容忍时间的上限为该下行到达数据对应的QoS参数中包含的延迟指标，或者，为UE与网络侧事先约定的、与该下行到达数据所属业务对应的延迟容忍时间的具体值，或者由网络侧根据网络性能要求自行设定，并配置在核心网和/或基站。
[0185]在本实施例中，所述下行到达数据的延迟时间已经到达延迟容忍时间的上限，所以，接下来基站将会发送该下行到达数据。
[0186]步骤405:基站发送到达的下行数据；
[0187]本实施例中，由于UE处于RRC空闲态，所以，基站发送寻呼消息，通知UE有下行数据到达，进而UE发起随机接入过程建立RRC连接，并且建立相应的DRB (Data RadioBearer:数据无线承载)，而后接收基站发送的下行数据。
[0188]场景四:假设，UE处于RRC空闲态且基站有对应于该UE的下行数据到达并等待发送，此时数据调度过程如图5所示，包括步骤501至505。具体步骤如下:
[0189]步骤501:UE处于RRC空闲态且此时基站有对应于该UE的下行数据到达，并等待发送给该UE ；
[0190]步骤502:基站判断出所述到达的下行数据具有延迟容忍特性；
[0191]本实施例中，基站根据下行到达数据对应的UE是否是延迟容忍的用户设备来判断该下行到达数据是否具有延迟容忍特性。
[0192]在本实施例中，基站根据核心网等设备保存的关于该UE的信息，获知该UE是延迟容忍的用户设备，所以，所述下行到达数据具有延迟容忍特性。
[0193]步骤503:基站缓存所述对应于该延迟容忍UE的下行到达数据，并且推迟发起寻呼过程；
[0194]步骤504:基站判断所述对应于延迟容忍设备的下行到达数据被延迟的时间是否达到或超过所述数据的延迟容忍时间的上限，如果达到或超过延迟容忍时间的上限，则执行步骤505，否则，执行步骤503 ；[0195]在本实施例中，所述延迟容忍时间的上限为网络侧与延迟容忍的UE事先约定的、与延迟容忍的设备对应的延迟容忍时间上限的具体值与时间偏置的和，其中，所述时间偏置也是网络侧与UE实现约定的具体值；
[0196]在本实施例中，所述下行到达数据的延迟时间已经到达延迟容忍时间的上限，所以，接下来基站将会发送该上行到达数据。
[0197]步骤505:基站发送到达的下行数据；
[0198]本实施例中，由于UE处于RRC空闲态，所以，基站发送寻呼消息，通知UE有下行数据到达，进而UE发起随机接入过程建立RRC连接，并且建立相应的DRB (Data RadioBearer:数据无线承载)，而后接收基站发送的下行数据。
[0199]场景五:假设，UE处于RRC连接态且基站有对应于该UE的下行数据到达并等待发送，此时数据调度过程如图6所示包括步骤601至605。具体步骤如下:
[0200]步骤601:UE处于RRC连接态且此时基站有对应于该UE的下行数据到达，并等待发送给该UE ；
[0201]步骤602:基站判断出所述到达的下行数据具有延迟容忍特性；
[0202]在本实施例中，基站根据到达的下行数据的延迟容忍度是否超过延迟容忍度的预设门限来判断该数据是否具有延迟容忍特性。其中，所述下行到达数据的延迟容忍度的预设门限由网络侧根据网络性能等要求自行设定。
[0203]在本实施例中，该下行到达数据对应的QoS参数中所包含的延迟指标超过了所述延迟容忍度的预设门限，所以，在本实施例中，所述下行到达数据具有延迟容忍特性。
[0204]步骤603:基站缓存所述具有延迟容忍特性的下行到达数据，并且推迟发送下行到达数据；
[0205]在本实施例中，基站将所述具有延迟容忍特性的下行到达数据缓存在下行数据发送缓存区当中。
[0206]步骤604:所述基站判断对应于该UE的、包含下行发送数据的缓存区对应的待发送数据的总量是否达到或超过预设门限，如果达到或超过预设门限，则执行步骤605，否则，执行步骤603 ；
[0207]本实施例中，所述预设门限为缓存数据量的预设门限，该门限由网络侧根据网络性能要求自行设定，并配置在核心网和/或基站。
[0208]在本实施例中，下行到达的数据的总量超过了缓存数据量的预设门限，所以，基站接下来应当发送所述下行到达数据。
[0209]步骤605:基站发送到达的数据；
[0210]本实施例中，UE处于RRC连接，所以基站将到达的下行数据加入调度序列，进而发送下行数据。
[0211 ] 场景六:假设，UE处于RRC连接态且有上行数据到达并等待发送，此时数据调度过程如图7所示包括步骤701至705。具体步骤如下:
[0212]步骤701:处于RRC连接态的UE有上行数据到达并等待发送；
[0213]步骤702:UE判断出所述上行到达数据具有延迟容忍特性；
[0214]在本实施例中，UE根据包含上行到达数据的逻辑信道是否是延迟容忍的逻辑信道，判断上行到达数据是否具有延迟容忍特性。[0215]在本实施例中，包含上行到达数据的逻辑信道是延迟容忍的逻辑信道，所以，上行到达的数据是具有延迟容忍特性的。
[0216]步骤703:UE缓存所述包含于延迟容忍的逻辑信道的上行到达数据，并且推迟触发SR;
[0217]在本实施例中，UE将所述具有延迟容忍特性的上行到达数据缓存在所述逻辑信道对应的上行数据发送缓存区当中。
[0218]步骤704:所述UE判断包含上行到达数据的逻辑信道对应的上行数据发送缓存区内的数据总量是否到达或超过预设门限，如果达到或者超过预设门限，则执行步骤705，否则，执行步骤703 ；
[0219]在本实施例中，所述预设门限为缓存数据量的预设门限，该门限由网络侧通过SI专用信令、RRC专用信令或MAC CE为UE配置。
[0220]在本实施例中，上行到达的数据的总量超过了缓存数据量的预设门限，所以，UE接下来应当发送所述上行到达数据。
[0221]步骤705:UE发送到达的上行数据；
[0222]本实施例中，由于UE处于RRC连接态,所以，UE首先发送SR (Schedule Request:调度请求)申请上行资源，在网络侧(基站)为其分配UL Grant(Uplink Grant:上行授权)，UE利用UL Grant所指示的上行资源发送到达的上行数据。
[0223]场景七:假设，UE处于RRC连接态且此时基站有对应于该UE的下行数据到达并等待发送给该UE，此时数据调度过程如图8所示包括步骤801至805。具体步骤如下:
[0224]步骤801:UE处于RRC连接态且此时基站有对应于该UE的下行数据到达，并等待发送给该UE ；
[0225]步骤802:基站判断出所述下行到达数据具有延迟容忍特性；
[0226]在本实施例中，基站根据用于承载下行到达数据的数据无线承载的特性，即该数据无线承载是否是延迟容忍的，来判断所述下行到达数据是否具有延迟容忍特性。
[0227]在本实施例中，用于承载下行到达数据的数据无线承载是延迟容忍的，所以，所述下行到达数据具有延迟容忍特性。
[0228]步骤803:基站缓存所述包含于延迟容忍的数据无线承载的下行到达数据，推迟将下行到达数据添加到调度序列的操作；
[0229]步骤804:基站判断所述包含于延迟容忍的数据无线承载的下行到达数据的被延迟时间是否达到或超过所述数据的延迟容忍时间的上限，如果达到或超过所述数据的延迟容忍时间的上限，则执行步骤805，否则，执行步骤803 ；
[0230]在本实施例中，所述延迟容忍时间的上限为为UE与网络侧事先约定的、与承载该下行到达数据的数据无线承载对应的延迟容忍时间的具体值。
[0231]在本实施例中，所述下行到达数据的延迟时间已经到达延迟容忍时间的上限，所以，接下来基站将会发送该上行到达数据。
[0232]步骤805:基站发送到达的数据；
[0233]本实施例中，UE处于RRC连接态，所以基站将到达的下行数据加入调度序列，进而发送下行数据。
[0234]场景八:假设，UE处于RRC连接态，并且该UE有上行数据到达并等待发送，此时数据调度过程如图9所示包括步骤901至905。具体步骤如下:
[0235]步骤901:UE处于RRC连接态且有上行数据到达等待发送；
[0236]步骤902:UE判断出所述上行到达数据具有延迟容忍特性；
[0237]在本实施例中，UE根据包含上行到达数据的逻辑信道是否是延迟容忍的逻辑信道，判断上行到达数据是否具有延迟容忍特性。
[0238]在本实施例中，包含上行到达数据的逻辑信道是延迟容忍的逻辑信道，所以，上行到达数据是具有延迟容忍特性的。
[0239]步骤903:包含于延迟容忍的逻辑信道的上行到达数据触发SR，UE缓存所述数据，并且推迟发送该SR ；
[0240]步骤904:UE判断所述包含于延迟容忍的逻辑信道的上行到达数据被延迟的时间是否达到或超过所述数据的延迟容忍时间的上限，如果达到或超过延迟容忍时间的上限，则执行步骤905，否则，执行步骤903，即缓存数据，推迟发送SR ；
[0241]在本实施例中，所述延迟容忍时间的上限为网络侧通过SI专用信令、RRC专用信令或MAC CE为UE配置的，或者，网络侧与UE事先约定的、与延迟容忍的逻辑信道对应的延迟容忍时间上限的具体值与时间偏置的和，其中，所述时间偏置也是网络侧通过SI专用信令、RRC专用信令或MAC CE为UE配置的；
[0242]在本实施例中，所述上行到达数据的延迟时间已经到达延迟容忍时间的上限，所以，接下来UE将会发送该上行到达数据。
[0243]步骤905:UE发送上行到达数据；
[0244]本实施例中，由于UE处于RRC连接态,所以，UE首先发送SR (Schedule Request:调度请求)申请上行资源，在网络侧(基站)为其分配UL Grant(Uplink Grant:上行授权)，UE利用UL Grant所指示的上行资源发送到达的上行数据。
[0245]场景九:假设，UE处于RRC空闲态且有上行数据到达并等待发送，此时数据调度过程如图10所示包括步骤1001至1003。具体步骤如下:
[0246]步骤1001:处于RRC空闲态的UE有上行数据到达并等待发送；
[0247]步骤1002:UE判断出所述到达的上行数据不具有延迟容忍特性；
[0248]在本实施例中，UE根据到达的上行数据的延迟容忍度是否超过延迟容忍度的预设门限来判断该数据是否具有延迟容忍特性。其中，所述上行到达数据的延迟容忍度的预设门限可以由网络侧和UE事先约定，也可由网络侧通过SI专用信令、RRC专用信令或MAC CE为UE配置。
[0249]在本实施例中，该UE的上行到达数据对应的QoS参数中所包含的延迟指标未超过所述延迟容忍度的预设门限，所以，在本实施例中，所述上行到达数据不具有延迟容忍特性。
[0250]步骤1003:UE发送所述上行到达的数据；
[0251]本实施例中，UE处于RRC空闲态，所以UE首先主动发起随机接入过程并且建立RRC连接，进而建立相应的DRB (Data Radio Bearer:数据无线承载)，而后发送到达的上行数据。
[0252]场景十:假设，UE处于RRC连接态且基站有对应于该UE的下行数据到达并等待发送，此时数据调度过程如图11所示包括步骤1101至1103。具体步骤如下:[0253]步骤1101:UE处于RRC连接态，且此时基站有对应于该UE的下行数据到达，并等待发送给该UE ；
[0254]步骤1102:所述基站判断出所述下行到达数据不具有延迟容忍特性；
[0255]在本实施例中，基站根据包含下行到达数据的逻辑信道是否是延迟容忍的逻辑信道，判断下行到达数据是否具有延迟容忍特性。
[0256]在本实施例中，包含下行到达数据的逻辑信道不是延迟容忍的逻辑信道，所以，下行到达的数据是不具有延迟容忍特性的。
[0257]步骤1103:基站发送下行到达数据；
[0258]本实施例中，UE处于RRC连接，所以基站将到达的下行数据加入调度序列，进而发送下行数据。
[0259]实施例2
[0260]本实施例提供一种数据调度的装置，该装置可以是基站或者用户设备。具体地，该装置至少包括第一模块和第二模块。
[0261]第一模块，在本设备有数据到达，判断到达的数据是否具有延迟容忍特性。其中，延迟容忍特性是指:在数据的调度和传递过程中对数据进行延时。
[0262]第二模块，在到达的数据具有延迟容忍特性时，延迟到达的数据的调度和发送，在到达的数据不具有延迟容忍特性时，立即发起呼叫流程或者立即发起数据发送流程。
[0263]需要说明的是，当设备为用户设备时，本设备有数据到达指用户设备有上行数据到达。而当设备为基站时，本设备有数据到达指基站有对应于用户设备的下行数据到达。
[0264]具体地，当所述到达的数据符合如下一个或多个条件时，第一模块即可判断到达的数据具有延迟容忍特性:
[0265]到达的数据的延迟容忍度超过第一预设门限(本实施例中到达的数据的延迟容忍度为:到达的数据所对应的服务质量QOS等级中包含的延迟指标)；
[0266]到达的数据所属业务为具有延迟容忍特性的业务；
[0267]到达的数据包含于具有延迟容忍特性的逻辑信道；
[0268]到达的数据包含于具有延迟容忍特性的数据无线承载；
[0269]到达的数据对应的用户设备具有延迟容忍特性。
[0270]上述第一预设门限可以通过以下任一种方法进行设置:
[0271]用户设备与网络侧事先约定；
[0272]网络侧通过SI专用信令、无线资源控制(RRC)专用信令或媒体接入控制层控制元素(MAC CE)为用户设备配置；
[0273]网络侧自行设定，并配置在核心网和/或基站。
[0274]而第二模块延迟到达的数据的调度和发送指，当用户设备处于无线资源控制空闲状态时，用户设备推迟发起随机接入过程后调度和发送到达的数据，或者基站推迟发起寻呼过程后调度和发送到达的数据。当用户设备处于无线资源控制连接状态时，用户设备推迟触发调度请求后调度和发送到达的数据，或者触发调度请求后延迟发送该调度请求再调度和发送到达的数据。
[0275]具体地，满足如下一个或多个条件时，第二模块调度和发送到达的数据:
[0276]对应于所述用户设备的上行数据发送缓存区或者下行数据发送缓存区内的待发送数据的总量达到或超过第二预设门限；
[0277]对应于所述用户设备的、包含上行到达数据或者下行到达数据的逻辑信道的缓存区内的数据总量到达或者超过第三预设门限；
[0278]到达的数据被延迟的时间达到延迟容忍时间的上限。
[0279]要说明的是，到达的数据被延迟的时间达到延迟容忍时间的上限指:数据被延迟的时间大于等于延迟容忍时间的上限；或者数据被延迟的时间加上预设的时间偏置大于等于延迟容忍的时间的上限。其中，预设的时间偏置可以通过网络侧与用户设备事先约定，或者网络侧通过SI专用信令、RRC专用信令或MAC CE为用户设备配置。
[0280]其中，上述第二预设门限和第三预设门限均可以通过以下任一种方法预先设置:
[0281]用户设备与网络侧事先约定；
[0282]网络侧通过SI专用信令、RRC专用信令或MAC CE为用户设备配置；
[0283]网络侧自行设定，并配置在核心网和/或基站。
[0284]延迟容忍时间的上限通过以下任一种方法预先设置:
[0285]将所述到达的数据对应的服务质量等级中包含的延迟指标作为延迟容忍时间的上限；
[0286]将网络侧和用户设备事先约定的、与所述到达的数据对应的业务对应的延迟容忍时间作为延迟容忍时间的上限；
[0287]将网络侧和用户设备事先约定的、与包含于所述到达的数据的逻辑信道对应的延迟容忍时间作为延迟容忍时间的上限；
[0288]将网络侧和用户设备事先约定的、与包含于所述到达的数据的无线承载对应的延迟容忍时间作为延迟容忍时间的上限；
[0289]将网络侧与延迟容忍的用户设备事先约定的、与具有延迟容忍特性的设备对应的延迟容忍时间作为延迟容忍时间的上限；
[0290]网络侧通过SI专用信令、RRC专用信令或MAC CE为用户设备配置。
[0291]本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请不限制于任何特定形式的硬件和软件的结合。
[0292]以上所述，仅为本发明的较佳实例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种数据调度的方法，其特征在于，该方法包括:当设备有数据到达，所述设备判断到达的数据是否具有延迟容忍特性，如果所述到达的数据具有延迟容忍特性，则所述设备延迟所述到达的数据的调度和发送，如果所述到达的数据不具有延迟容忍特性，则所述设备立即发起呼叫流程或者立即发起数据发送流程；其中，所述设备为用户设备或者基站，当所述设备为用户设备时，指用户设备有上行数据到达，所述设备为基站时，指基站有对应于用户设备的下行数据到达。
2.如权利要求1所述的方法，其特征在于，所述延迟容忍特性是指:在数据的调度和传递过程中对数据进行延时。
3.如权利要求1所述的方法，其特征在于，当所述到达的数据符合如下一个或多个条件时，所述设备判断到达的数据具有延迟容忍特性: 所述到达的数据的延迟容忍度超过第一预设门限； 所述到达的数据所属业务为具有延迟容忍特性的业务； 所述到达的数据包含于具有延迟容忍特性的逻辑信道； 所述到达的数据包含于具有延迟容忍特性的数据无线承载； 所述到达的数据对应的 用户设备具有延迟容忍特性。
4.如权利要求3所述的方法，其特征在于，所述到达的数据的延迟容忍度为:所述到达的数据所对应的服务质量等级中包含的延迟指标。
5.如权利要求3或4所述的方法，其特征在于，所述到达的数据的延迟容忍度超过第一预设门限指: 所述到达的数据所对应的服务质量等级中包含的延迟指标超过第一预设门限。
6.如权利要求5所述的方法，其特征在于，所述第一预设门限通过以下任一种方法进行设置: 用户设备与网络侧事先约定； 网络侧通过SI专用信令、无线资源控制(RRC)专用信令或媒体接入控制层控制元素(MAC CE)为用户设备配置； 网络侧自行设定，并配置在核心网和/或基站。
7.如权利要求1至3任一项所述的方法，其特征在于，所述设备延迟所述到达的具有延迟容忍特性的数据的调度和发送是指: 在用户设备处于无线资源控制空闲状态时，所述用户设备推迟发起随机接入过程后调度和发送所述到达的数据，或者基站推迟发起寻呼过程后调度和发送所述到达的数据；在用户设备处于无线资源控制连接状态时，所述用户设备推迟触发调度请求后调度和发送所述到达的数据，或者触发调度请求后延迟发送该调度请求再调度和发送所述到达的数据。
8.如权利要求7所述的方法，其特征在于，在满足如下一个或多个条件时，所述设备调度并且发送所述具有延迟容忍特性的数据: 对应于所述用户设备的上行数据发送缓存区或者下行数据发送缓存区内的待发送数据的总量达到或超过第二预设门限； 对应于所述用户设备的、包含上行到达数据或者下行到达数据的逻辑信道的缓存区内的数据总量到达或者超过第三预设门限；所述到达的数据被延迟的时间达到延迟容忍时间的上限。
9.如权利要求8所述的方法，其特征在于，所述第二预设门限和第三预设门限通过以下任一种方法预先设置: 用户设备与网络侧事先约定； 网络侧通过SI专用信令、RRC专用信令或MAC CE为用户设备配置； 网络侧自行设定，并配置在核心网和/或基站。
10.如权利要求8所述的方法，其特征在于，所述延迟容忍时间的上限通过以下任一种方法预先设置: 将所述到达的数据对应的服务质量等级中包含的延迟指标作为延迟容忍时间的上限； 将网络侧和用户设备事先约定的、与所述到达的数据对应的业务对应的延迟容忍时间作为延迟容忍时间的上限； 将网络侧和用户设备事先约定的、与包含所述到达的数据的逻辑信道对应的延迟容忍时间作为延迟容忍时间的上限； 将网络侧和用户设备事先约定的、与包含所述到达的数据的无线承载对应的延迟容忍时间作为延迟容忍时间的上限； 将网络侧与延迟容忍的用户设备事先约定的、与具有延迟容忍特性的设备对应的延迟容忍时间作为延迟容忍时间的上限； 网络侧通过SI专用信令、RRC专用信令或MAC CE为用户设备配置。
11.如权利要求7所述的方法，其特征在于，所述到达的数据被延迟的时间达到延迟容忍时间的上限指: 所述数据被延迟的时间大于等于延迟容忍时间的上限；或者 所述数据被延迟的时间加上预设的时间偏置大于等于延迟容忍的时间的上限。
12.如权利要求11所述的方法，其特征在于，所述预设的时间偏置通过以下任一种方法预先设置: 网络侧与用户设备事先约定； 网络侧通过SI专用信令、RRC专用信令或MAC CE为用户设备配置。
13.一种数据调度的装置，其特征在于，该装置包括: 第一模块，当设备有数据到达，判断到达的数据是否具有延迟容忍特性； 第二模块，所述到达的数据具有延迟容忍特性时，延迟所述到达的数据的调度和发送，如果所述到达的数据不具有延迟容忍特性时，则所述设备立即发起呼叫流程或者立即发起数据发送流程； 其中，所述设备为用户设备或者基站，当所述设备为用户设备时，指用户设备有上行数据到达，所述设备为基站时，指基站有对应于用户设备的下行数据到达。
14.如权利要求13所述的装置，其特征在于，所述延迟容忍特性是指:在数据的调度和传递过程中对数据进行延时。
15.如权利要求13所述的装置，其特征在于，当所述到达的数据符合如下一个或多个条件时，所述第一模块判断到达的数据具有延迟容忍特性: 所述到达的数据的延迟容忍度超过第一预设门限；所述到达的数据所属业务为具有延迟容忍特性的业务； 所述到达的数据包含于具有延迟容忍特性的逻辑信道； 所述到达的数据包含于具有延迟容忍特性的数据无线承载； 所述到达的数据对应的用户设备具有延迟容忍特性。
16.如权利要求15所述的装置，其特征在于，所述到达的数据的延迟容忍度为:所述到达的数据所对应的服务质量等级中包含的延迟指标。
17.如权利要求15或16所述的装置，其特征在于，所述到达的数据的延迟容忍度超过第一预设门限指: 所述到达的数据所对应的服务质量等级中包含的延迟指标超过第一预设门限。
18.如权利要求17所述的装置，其特征在于，所述第一预设门限通过以下任一种方法进行设置: 用户设备与网络侧事先约定； 网络侧通过SI专用信令、无线资源控制(RRC)专用信令或媒体接入控制层控制元素(MAC CE)为用户设备配置； 网络侧自行设定，并配置在核心网和/或基站。
19.如权利要求13至15任一项所述的装置，其特征在于，所述第二模块延迟所述到达的数据的调度和发送指: 在用户设备处于无线资 源控制空闲状态时，所述用户设备推迟发起随机接入过程后调度和发送所述到达的数据，或者基站推迟发起寻呼过程后调度和发送所述到达的数据；在用户设备处于无线资源控制连接状态时，所述用户设备推迟触发调度请求后调度和发送所述到达的数据，或者触发调度请求后延迟发送该调度请求再调度和发送所述到达的数据。
20.如权利要求19所述的装置，其特征在于，满足如下一个或多个条件时，所述第二模块调度和发送所述到达的数据: 对应于所述用户设备的上行数据发送缓存区或者下行数据发送缓存区内的待发送数据的总量达到或超过第二预设门限； 对应于所述用户设备的、包含上行到达数据或者下行到达数据的逻辑信道的缓存区内的数据总量到达或者超过第三预设门限； 所述到达的数据被延迟的时间达到延迟容忍时间的上限。
21.如权利要求20所述的装置，其特征在于，所述第二预设门限和第三预设门限通过以下任一种方法预先设置: 用户设备与网络侧事先约定； 网络侧通过SI专用信令、RRC专用信令或MAC CE为用户设备配置； 网络侧自行设定，并配置在核心网和/或基站。
22.如权利要求20所述的装置，其特征在于，所述延迟容忍时间的上限通过以下任一种方法预先设置: 将所述到达的数据对应的服务质量等级中包含的延迟指标作为延迟容忍时间的上限； 将网络侧和用户设备事先约定的、与所述到达的数据对应的业务对应的延迟容忍时间作为延迟容忍时间的上限； 将网络侧和用户设备事先约定的、与包含于所述到达的数据的逻辑信道对应的延迟容忍时间作为延迟容忍时间的上限； 将网络侧和用户设备事先约定的、与包含于所述到达的数据的无线承载对应的延迟容忍时间作为延迟容忍时间的上限； 将网络侧与延迟容忍的用户设备事先约定的、与具有延迟容忍特性的设备对应的延迟容忍时间作为延迟容忍时间的上限； 网络侧通过SI专用信令、RRC专用信令或MAC CE为用户设备配置。
23.如权利要求20所述的装置，其特征在于，所述到达的数据被延迟的时间达到延迟容忍时间的上限指: 所述数据被延迟的时间大于等于延迟容忍时间的上限；或者 所述数据被延迟的时间加上预设的时间偏置大于等于延迟容忍的时间的上限。
24.如权利要求23所述的装置，其特征在于，所述预设的时间偏置通过以下任一种方法预先设置: 网络侧与用户设备事先约定； 网络侧通过SI专用信令、RRC专`用信令或MAC CE为用户设备配置。
【文档编号】H04W72/12GK103428874SQ201210148451
【公开日】2013年12月4日 申请日期:2012年5月14日 优先权日:2012年5月14日
【发明者】戴谦, 许英奇, 程锦葵 申请人:中兴通讯股份有限公司