专利名称：一种延迟调度方法及系统的制作方法
技术领域：
本发明涉及移动通信中过载处理技术，尤其涉及一种延迟调度方法及系统。
背景技术：
人与人之间的通信(H2H, Human to Human)是人通过对设备的操作进行通信,现有无线通信技术是基于H2H的通信发展起来的。而机器对机器(M2M, Machine to Machine)通信狭义上的定义是机器与机器之间的通信，广义上的定义是以机器终端智能交互为核心的、网络化的应用与服务。M2M通信技术是基于智能机器终端、以多种通信方式为接入手段、为客户提供的信息化解决方案，用于满足客户对监控、指挥调度、数据采集和测量等方面的
息化需求。无线技术的发展是M2M市场发展的重要因素，它突破了传统通信方式的时空限制和地域障碍，使企业和公众摆脱了线缆束缚，让客户更有效地控制成本、降低了安装费用并且使用简单方便。另外，日益增长的需求推动着M2M不断向前发展。然而与信息处理能力及网络带宽不断增长相矛盾的是，信息获取的手段远远落后，而M2M通信技术很好的满足了人们的这一需求，通过M2M通信技术，人们可以实时监测外部环境，实现大范围、自动化的信息采集。因此，M2M通信技术的应用包括行业应用、家庭应用、个人应用等，其中，行业应用包括交通监控、告警系统、海上救援、自动售货机、开车付费等，家庭应用包括自动抄表、温度控制等，个人应用包括生命检测、远端诊断等。M2M通信的对象为机器对机器、人对机器，机器之间的数据通信定义为机器类通信(MTC, Machine Type Communication),这种情况下较少需要人机互动。参与MTC的机器称为MTC设备或MTC终端(MTC Device)。MTC设备可以通过公众陆地移动通信网络(PLMN，Public Land MobiIe-communicationNetwork)与其他 MTC 设备或 MTC 服务器进行通信。引入MTC应用后，可以根据其特点对现有的通信系统进行一些优化，以满足MTC应用需求，并且不对现有网络中的普通用户终端(UE，UserEquipment)产生影响。M2M应用的一些显著特点有MTC设备数量很多，每次传输的数据量小，传输间隔大，部分MTC设备位置相对固定。据统计，在某市区一个小区范围内安装的MTC设备将达到3000个，这么多的MTC设备如果比较集中的发起随机接入，比如在火灾、地震等情况下同时报警，将给网络带来很大的冲击。通常，多个基站会连接到同一个核心网网元如移动性管理实体(MME，MobilityManagement Entity),当所有基站内的众多MTC设备均需要接入网络时,例如断电后恢复供电时所有的MTC设备需要重新注册到网络中，核心网网元如MME将承受巨大的信令冲击，甚至可能导致过载。众多的MTC设备接入网络时，将占用大量的随机接入资源和专用资源，其中专用资源包括物理下行控制信道(PDCCH,Physical Downlink ControlChannel)资源、物理上行控制信道(PUCCH，Physical Uplink Control Channel)资源、物理下行共享信道(PDSCH，Physical Downlink Shared Channel)资源等,这可能导致随机接入资源和专用资源出现过载，进而影响到普通的H2H设备的业务应用。因此，基站需要基于自身的负载状态动态的调整接入控制参数，拒绝或释放一部分终端，以便合理的控制负载。如果终端已经接入网络，并且业务正在进行中，此时如果网络侧发生过载，基站会释放部分终端的无线资源控制RRC连接、以及无线资源，以便减少MME的负荷。之后，如果被释放的终端需要再次开展业务，则终端需要重新建立RRC连接，重新发起随机接入，重新进行加密流程，重新建立业务承载，而这些流程将会耗费较多的无线资源、占用多条空口信令，不仅增加基站的处理负荷，也会增加MME的处理负荷。
发明内容
有鉴于此，本发明的主要目的在于提供一种延迟调度方法及系统，能够在将降低网络侧负载的同时，避免终端被释放后需要重新接入网络而耗费较多资源、增加网络侧处理负荷。为达到上述目的，本发明的技术方案是这样实现的 本发明提供了一种延迟调度方法，所述方法包括基站向终端发送用于对所述终端进行延迟调度的延迟调度信息；所述终端接收所述延迟调度信息，根据所接收到的延迟调度信息，停止监听物理下行控制信道(PDCCH)，进入延迟调度状态；以及根据所述延迟调度信息，重新开始监听PDCCH，停止自身的延迟调度状态。在上述方案中，所述基站向终端发送用于对所述终端进行延迟调度的延迟调度信息，包括:所述基站通过RRC信令、或媒质接入层控制(MAC)信令、或TOCCH信令，向所述终端发送所述延迟调度信息。在上述方案中，在所述终端停止监听HXXH，进入延迟调度状态后，所述方法还包括所述终端停止发送调度请求、或停止发送物理上行控制信道(PUCCH)信令、或停止在物理下行共享信道(PUSCH)上发送数据、或停止发送探测参考信号(SRS)。在上述方案中，在所述终端停止监听HXXH，进入延迟调度状态后，所述方法还包括所述终端保存通信上下文信息、和/或数据接入承载信息、和/或所述基站为自身分配的无线网络临时标识、和/或自身当前的传输状态信息、和/或自身当前的无线链路控制层的传输状态信息。在上述方案中，在所述终端停止监听HXXH，进入延迟调度状态后，所述方法还包括需要发起业务请求时，所述终端在要发起业务的优先级高于预先设置的优先级阈值时，停止自身的延迟调度状态，发起所述业务请求。在上述方案中，所述基站向终端发送用于对所述终端进行延迟调度的延迟调度信息，具体为所述基站在验证终端已建立的业务为允许时间延迟的业务或低优先级的业务后，向所述终端发送所述延迟调度信息。在上述方案中，所述延迟调度信息包括用于指示所述终端进入延迟调度状态的延迟调度起始时刻、和用于指示所述终端停止自身延迟调度状态的延迟调度终止时刻；或者，所述延迟调度信息包括所述延迟调度起始时刻，和用于指示所述终端维持自身延迟调度状态时长的延迟调度时长；或者，所述延迟调度信息包括延迟调度终止时刻、或延迟调度时长。本发明还提供了一种延迟调度系统，所述系统包括基站和终端；其中，基站，用于在网络侧过载时，向所述终端发送用于对所述终端进行延迟调度的延迟调度信息；终端，用于接收所述基站发送的延迟调度信息；根据所接收到的延迟调度信息，停止监听roccH，进入延迟调度状态；以及根据所述延迟调度信息，重新开始监听roccH，停止自身的延迟调度状态。在上述方案中，所述终端具体为机器类通信(MTC)设备和/或人与人通信(H2H)设备。在上述方案中，所述终端，还用于在进入延迟调度状态后，停止发送调度请求、或停止发送PUCCH信令、或停止在PUSCH上发送数据、或停止发送SRS。在上述方案中，所述终端，还用于在进入延迟调度状态后，保存通信上下文信息、和/或数据接入承载信息、和/或所述基站为自身分配的无线网络临时标识、和/或自身当前的传输状态信息、和/或自身当前的无线链路控制层的传输状态信息。在上述方案中，所述终端，还用于需要发起业务请求时，在要发起业务的优先级高于预先设置的优先级阈值时，停止自身的延迟调度状态，发起所述业务请求。在上述方案中，所述基站，还用于在验证所述终端已建立的业务为允许时间延迟的业务、或低优先级的业务后，向所述终端发送所述延迟调度信息。在上述方案中，所述基站，还用于通过RRC信令、或MAC信令、或TOCCH信令，向所述终端发送所述延迟调度信息。本发明的延迟调度方法及系统，由基站在网络侧过载的情况下，通过向终端发送延迟调度信息，来实现对部分终端的延迟调度，从而降低网络侧的负载，提升了网络的过载处理能力；而且终端在延迟调度的时间过后，能够重新开始监听roccH，再次开展业务，不需要重新接入网络，从而避免了再次接入网络而耗费大量的无线资源，能够有效节省无线资源，减轻网络侧处理负荷。
图I为本发明延迟调度方法的实现流程示意图；图2为本发明实施例一中延迟调度过程的实现流程示意图；图3为本发明实施例二中延迟调度过程的实现流程示意图；图4为本发明实施例三中延迟调度过程的实现流程示意图。
具体实施方式
本发明的基本思想是在网络侧负载过载时，网络侧对终端进行延迟调度，使得终端在延迟调度的时间内暂停所开展的业务，从而降低网络侧负载，在预设的延迟调度时间过后，终端再开展所述业务，不需要重新接入网络，从而避免耗费资源和增加网络侧负荷。
本发明的延迟调度方法，参照图I所示，主要包括以下步骤步骤101 :基站向终端发送用于对所述终端进行延迟调度的延迟调度信息；步骤102 :所述终端接收所述延迟调度信息，根据所接收到的延迟调度信息，停止监听roccH，进入延迟调度状态；以及根据所述延迟调度信息，重新开始监听roccH，停止自身的延迟调度状态。这里，本发明的延迟调度方法，可以在网络侧过载时降低网络侧负载，所述网络侧过载可以包括无线接入网过载、和/或核心网过载。其中，所述基站可以通过RRC信令、或媒质接入层控制(MAC, MediumAccessControl)信令、或H)CCH信令，向所述终端发送所述延迟调度信息。这里，在所述终端停止监听HXXH，进入延迟调度状态后，所述终端还停止发送调 度请求(Scheduling Request)、或停止发送PUCCH信令、或停止在PUSCH上发送数据、或停止发送探测参考信号(SRS, Sounding ReferenceSignal)。此处，所述终端停止发送TOCCH信令可以包括停止发送用于协助基站实施对终端进行调度决策的指示信息。例如，停止发送的PUCCH信令可以包括信道质量指示(CQI，Channel Quality Indicator)、预编码矩阵指不(PMI,PrecodingMatrix Indicator)、或秩指不(RI，Rank Indicator)。这里，在所述终端停止监听HXXH，进入延迟调度状态后，所述终端还保存通信上下文信息(Context)、和/或数据接入承载信息、和/或所述基站为自身分配的无线网络临时标识、和/或自身当前的传输状态信息、和/或自身当前的无线链路控制层的传输状态信
肩、O这里，在所述终端停止监听HXXH，进入延迟调度状态后，需要发起新的业务请求时，所述终端在要发起的新业务的优先级高于预先设置的优先级阈值时，停止自身的延迟调度状态，发起所述新的业务请求。所述基站向终端发送用于对所述终端进行延迟调度的延迟调度信息，具体可以为所述基站在验证终端已建立的业务为允许时间延迟(Delay Tolerant)的业务、或低优先级的业务后，向所述终端发送所述延迟调度信息。这里，所述延迟调度信息包括用于指示所述终端进入延迟调度状态的延迟调度起始时刻、和用于指示所述终端停止自身延迟调度状态的延迟调度终止时刻；或者，所述延迟调度信息包括所述延迟调度起始时刻，和用于指示所述终端维持自身延迟调度状态时长的延迟调度时长；或者，所述延迟调度信息包括延迟调度终止时刻、或延迟调度时长。相应的，本发明还提供了一种延迟调度系统，所述系统包括基站和终端；其中，基站，用于在网络侧过载时，向所述终端发送用于对所述终端进行延迟调度的延迟调度信息；终端，用于接收所述基站发送的延迟调度信息；根据所接收到的延迟调度信息，停止监听roccH，进入延迟调度状态；以及根据所述延迟调度信息，重新开始监听roccH，停止自身的延迟调度状态。这里，所述终端具体可以为MTC设备、和/或H2H设备。这里，所述终端还可以用于在进入延迟调度状态后，停止发送调度请求、或停止发送PUCCH信令、或停止在PUSCH上发送数据、或停止发送SRS。这里，所述终端还可以用于在进入延迟调度状态后，保存通信上下文信息、和/或数据接入承载信息、和/或所述基站为自身分配的无线网络临时标识、和/或自身当前的传输状态信息、和/或自身当前的无线链路控制层的传输状态信息。这里，所述终端还可以用于需要发起新的业务请求时，在要发起的新业务的优先级高于预先设置的优先级阈值时，停止自身的延迟调度状态，发起所述新的业务请求。这里，所述基站还可以用于在验证所述终端已建立的业务为允许时间延迟的业务、或低优先级业务后，向所述终端发送所述延迟调度信息。其中，所述基站可以通过RRC信令、或MAC信令、或HXXH信令，向所述终端发送所述延迟调度信息。实施例一本实施例以MTC设备为例进行说明，在长期演进(LTE，Long-TermEvolution)系统中，MTC设备通过基站I接入网络并处于连接状态。此时，该MTC设备已经完成随机接入流程、完成加密流程、建立了用于数据传输的数据接入承载(DRB，Data Radio Bearer) 0该 MTC正在开展业务，如向MTC服务器发送数据。由于接入网络的MTC设备与H2H设备数量众多，引发网络侧的过载，例如，可以是核心网网元如MME过载，或者是基站I过载。此时，基站I需要降低当前的负载以便保证当前网络处于正常的状态。本实施例中，基站I可以采用如下的延迟调度方法，来降低网络侧负载，如图2所示，具体流程如下步骤201，基站I向MTC设备发送携带有延迟调度信息的RRC信令；这里，所述延迟调度信息可以包括延迟调度的起始时刻和延迟调度的终止时刻。在LTE中，采用系统巾贞号(SFN, System Frame Number)和子巾贞号(subframenumber)表示时间信息，其中SFN从0到1023循环,每个SFN表示10毫秒；每个SFN由10个子帧组成，每个子帧表示I毫秒，子帧号从0到9。这里，基站I向MTC设备发送的延迟调度信息中，延迟调度的起始时刻具体可以包括延迟调度起始的系统帧号和子帧号，延迟调度的终止时刻具体可以包括延迟调度终止的系统帧号和子帧号。例如，延迟调度的起始时刻可以为SFN = 100、子帧号=0，延迟调度的终止时刻可以为SFN = 220、子帧号=3。步骤202，MTC设备接收基站I发送的RRC信令，从所述RRC信令中提取所述延迟调度信息，并在所述延迟调度信息中延迟调度起始时刻或者延迟调度起始时刻的下一个子帧，停止监听roccH，停止监听roccH之后，mtc设备便会停止自身当前正在开展的业务。这里，在所述延迟调度信息中延迟调度起始时刻停止监听HXXH，还是在延迟调度起始时刻的下一个子帧停止监听roccH，可以由协议预先约定。例如，延迟调度的起始时刻为SFN = 100、子帧号=0时，MTC设备在SFN = 100、子帧号=0时，或者在SFN = 100、子帧号=I时，停止监听roccH。这里，在MTC设备停止监听HXXH期间，MTC设备停止发送调度请求、或停止发送PUCCH信令、或停止在PUSCH上发送数据、或停止发送SRS，避免占用空口的无线资源而增加网络侧的负载。这里，在MTC设备停止监听I3DCCH的期间，MTC设备可以保存通信上下文信息、和/或数据接入承载信息、和/或基站I为自身分配的无线网络临时标识(RNTI，Radio Network Temporary Identifier)、和/或其他的专用无线资源配置信息(RadioResourceConfigDedicated)。如此,在重新监听F1DCCH时,MTC设备可以沿用原来的配置，不需要再次耗费空口信令来配置上述各参数。其中，通信上下文信息(Context)可以包括MTC设备所采用的加密算法、完整性保护算法等在MTC设备停止监听HXXH期间，MTC设备还可以保存自身当前的传输状态信息、和/或无线链路控制(RLC，Radio Link Control)层的传输状态信息，其中，传输状态信息可以包括传输的分组数据汇聚协议(F1DCP,Packet DataConvergence Protocol)序列号、以及未传输的F1DCP序列号,RLC层的传输状态信息可以包括已传输的RLC层序列号和未传输的RLC层序列号。这样，在MTC设备重新监听HXXH后，可以继续向基站I发送数据，并且可以保证数据不发生丢失。步骤203，MTC设备在所述延迟调低信息中延迟调度终止时刻或延迟调度终止时刻的下一个子帧，重新开始监听roccH，使得MTC设备可以继续与网络侧保持通信，可以继续开展业务。这里，在延迟调度终止时刻重新开始监听HXXH，还是在延迟调度终止时刻的下一个子帧重新开始监听roccH，可以由协议预先约定。例如，延迟调度的终止时刻为SFN = 220、子帧号=3时，MTC设备在SFN = 220、子帧号=3时，或者在SFN = 220、子帧号=4时，重新开始监听HXXH。这里，在MTC设备重新开始监听HXXH后，MTC设备允许自身发送调度请求，以及允许自身发送PUCCH上承载的控制信息和PUSCH上承载的数据。本实施例中，采用延迟调度的方法，使得MTC设备在一段时间内不会向核心网传输自身的非接入层信令和数据，从而有效降低空口的负载、以及核心网侧的负载；同时，还可以避免MTC设备再次向网络发送数据时需要重建RRC连接、重新发起加密流程、重新建立用于数据传输的数据接入承载等，从而减少空口的资源消耗。需要说明的是，本实施例对于H2H设备同样适用。实施例二本实施例以H2H设备为例进行说明，在长期演进系统中，H2H设备通过基站2接入网络并处于连接状态。此时，该H2H设备已经完成随机接入流程、完成加密流程、建立了用于数据传输的数据接入承载。该H2H设备正在开展业务，包括发送数据和接收数据。由于接入网络的MTC设备与H2H设备数量众多，引发网络侧的过载。此时，基站2需要降低当前网络侧负载，以便保证网络能够处于正常状态。本实施例中，基站2可以采用如下的延迟调度方法，来降低网络侧负载，如图3所示，具体流程如下步骤301，基站2向H2H设备发送携带有延迟调度信息的MAC信令；这里，所述延迟调度信息可以包括延迟调度起始时刻和延迟调度时长。其中，延迟调度起始时刻信息具体可以包括延迟调度起始的SFN和子帧号。延迟调度时长可以是时间长度，如20秒，还可以是子帧数，如5个子帧。例如，基站2向H2H设备发送的延迟调度信息中，延迟调度起始时刻可以为SFN =200、子帧号=5，延迟调度的时长可以为20秒。步骤302，H2H设备接收基站2发送的MAC信令，从所述MAC信令中提取所述延迟调度信息，并在所述延迟调度信息中延迟调度起始时刻或延迟调度起始时刻的下一个子帧，停止监听roccH，停止监听roccH之后，H2H设备便会停止自身当前正在开展的业务。例如，延迟调度的起始时刻为SFN = 200、子帧号=5时，MTC设备在SFN = 200、子帧号=5时，或者在SFN = 200、子帧号=6时，停止监听H)CCH。
这里，在H2H设备停止监听HXXH期间，H2H设备保存通信上下文信息，以便再次与网络侧通信时可以采用原来的配置。这里，在H2H设备停止监听HXXH期间，H2H设备停止发送调度请求、或停止发送PUCCH信令、或停止在PUSCH上发送数据，避免再次占用空口的无线资源而增加网络侧负载。步骤303，H2H设备在所述延迟调度信息中的延迟调度时长之后，开始监听HXXH，如此，H2H设备可以继续与网络侧保持通信，可以继续开展业务。例如，在延迟调度时长为20秒时，H2H设备在停止监听HXXH的时长为20秒后，重新开始监听roccH。本实施例中，在步骤301中还包括基站2判断所述H2H设备建立的业务是否为允 许时间延迟的业务，如果是，则向所述H2H设备发送携带有延迟调度信息的MAC信令，以延迟调度所述H2H设备；如果不是，则基站2不向所述H2H设备发送所述延迟调度信息，不延迟调度所述H2H设备。这里，基站2可以从H2H设备发起RRC连接的原因值中获知所述H2H设备已建立的业务是否是允许时间延迟的业务。本实施例中，所述调度延迟方法中还包括如果在H2H设备停止监听HXXH期间，该H2H设备需要发起新的业务请求，并且要发起的新业务优先级高于预先设置的优先级阈值，则H2H设备终止自身的延迟调度状态，向基站2发送调度请求或业务请求，并重新开始监听HXXH，以便及时建立新的数据接入承载用于正常优先级或高优先级业务的数据传输。这里，所述优先级阈值可以预先在H2H设备和基站2中配置，也可以由基站2在向H2H设备发送延迟调度信息之前或同时，将所述优先级阈值通知给H2H设备。这里，如果H2H设备终止自身的延迟调度状态，向基站2发送调度请求时，H2H设备没有用于发送所述新的调度请求或业务请求的可用上行授权(ULGrant)，则H2H设备向基站2发起随机接入，获得上行授权，再通过所获得的上行授权发送所述新的调度请求或业务请求到基站2。需要说明的是，本实施例对MTC设备同样适用。实施例三本实施例中，处于过载状态的基站3选择MTC设备实施延迟调度，以便减少当前的负载，具体流程如下步骤401 :基站3通过I3DCCH信令向MTC设备发送延迟调度信息；这里，MTC设备通过基站3为自身分配的RNTI确定属于自己的HXXH信令。由于HXXH信令的接收限定在I个子帧内，即MTC设备在每一毫秒接收属于该子帧的HXXH信令，因此，本实施例中，延迟调度信息不需要包含延迟调度的起始时刻，可以仅包含延迟调度的终止时刻、或延迟调度的时长。这里，延迟调度信息不包含延迟调度的起始时刻时，默认延迟调度的起始时刻为MTC设备接收到所述HXXH信令时的子帧。步骤402 =MTC设备在当前子帧接收到所述HXXH信令后，从所述HXXH信令中提取所述延迟调度信息，并从当前子帧的下一个子帧开始停止监听roccH ；在MTC设备停止监听I3DCCH期间，MTC设备保存通信上下文信息(Context)，以便再次与网络侧通信时可以采用原来的配置。在MTC设备停止监听I3DCCH期间，MTC设备停止发送调度请求(Schedul ingRequest)、停止发送PUCCH信令、停止在PUSCH上发送数据、以及停止发送SRS，避免再次占用空口的无线资源而增加网络侧的负载。步骤403 :在停止监听HXXH时长等于延迟调度的时长时、或在所述延迟调度终止时刻的下一个子帧，MTC设备重新开始监听roccH。这里，步骤403与上述实施例一中步骤203、以及实施例二中步骤303的具体实现过程相似，在此不再赘述。
需要说明的是，本实施例对于H2H设备同样适用。以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
权利要求
1.一种延迟调度方法，其特征在于，所述方法包括 基站向终端发送用于对所述终端进行延迟调度的延迟调度信息； 所述终端接收所述延迟调度信息，根据所接收到的延迟调度信息，停止监听物理下行控制信道(PDCCH)，进入延迟调度状态；以及根据所述延迟调度信息，重新开始监听roCCH，停止自身的延迟调度状态。
2.根据权利要求I所述延迟调度方法，其特征在于，所述基站向终端发送用于对所述终端进行延迟调度的延迟调度信息，包括 所述基站通过RRC信令、或媒质接入层控制(MAC)信令、或HXXH信令，向所述终端发送所述延迟调度信息。
3.根据权利要求I所述延迟调度方法，其特征在于，在所述终端停止监听roCCH，进入延迟调度状态后，所述方法还包括 所述终端停止发送调度请求、或停止发送物理上行控制信道(PUCCH)信令、或停止在物理下行共享信道(PUSCH)上发送数据、或停止发送探测参考信号(SRS)。
4.根据权利要求I所述延迟调度方法，其特征在于，在所述终端停止监听roCCH，进入延迟调度状态后，所述方法还包括 所述终端保存通信上下文信息、和/或数据接入承载信息、和/或所述基站为自身分配的无线网络临时标识、和/或自身当前的传输状态信息、和/或自身当前的无线链路控制层的传输状态信息。
5.根据权利要求I所述延迟调度方法，其特征在于，在所述终端停止监听roCCH，进入延迟调度状态后，所述方法还包括 需要发起业务请求时，所述终端在要发起业务的优先级高于预先设置的优先级阈值时，停止自身的延迟调度状态，发起所述业务请求。
6.根据权利要求I所述延迟调度方法，其特征在于，所述基站向终端发送用于对所述终端进行延迟调度的延迟调度信息，具体为 所述基站在验证终端已建立的业务为允许时间延迟的业务或低优先级的业务后，向所述终端发送所述延迟调度信息。
7.根据权利要求I至6任一项所述延迟调度方法，其特征在于，所述延迟调度信息包括用于指示所述终端进入延迟调度状态的延迟调度起始时刻、和用于指示所述终端停止自身延迟调度状态的延迟调度终止时刻； 或者，所述延迟调度信息包括所述延迟调度起始时刻，和用于指示所述终端维持自身延迟调度状态时长的延迟调度时长； 或者，所述延迟调度信息包括延迟调度终止时刻、或延迟调度时长。
8.—种延迟调度系统，其特征在于，所述系统包括基站和终端；其中， 基站，用于在网络侧过载时，向所述终端发送用于对所述终端进行延迟调度的延迟调度f目息; 终端，用于接收所述基站发送的延迟调度信息；根据所接收到的延迟调度信息，停止监听roccH，进入延迟调度状态；以及根据所述延迟调度信息，重新开始监听roccH，停止自身的延迟调度状态。
9.根据权利要求8所述延迟调度系统，其特征在于，所述终端具体为机器类通信(MTC)设备和/或人与人通信(H2H)设备。
10.根据权利要求8或9所述延迟调度系统，其特征在于，所述终端，还用于在进入延迟调度状态后，停止发送调度请求、或停止发送PUCCH信令、或停止在PUSCH上发送数据、或停止发送SRS。
11.根据权利要求8或9所述延迟调度系统，其特征在于，所述终端，还用于在进入延迟调度状态后，保存通信上下文信息、和/或数据接入承载信息、和/或所述基站为自身分配的无线网络临时标识、和/或自身当前的传输状态信息、和/或自身当前的无线链路控制层的传输状态信息。
12.根据权利要求8或9所述延迟调度系统，其特征在于，所述终端，还用于需要发起业务请求时，在要发起业务的优先级高于预先设置的优先级阈值时，停止自身的延迟调度状态，发起所述业务请求。
13.根据权利要求8所述延迟调度系统，其特征在于，所述基站，还用于在验证所述终端已建立的业务为允许时间延迟的业务、或低优先级的业务后，向所述终端发送所述延迟调度信息。
14.根据权利要求8或13所述延迟调度系统，其特征在于，所述基站，还用于通过RRC信令、或MAC信令、或HXXH信令，向所述终端发送所述延迟调度信息。
全文摘要
本发明公开了一种延迟调度方法，所述方法包括基站向终端发送用于对所述终端进行延迟调度的延迟调度信息；所述终端接收所述延迟调度信息，根据所接收到的延迟调度信息，停止监听物理下行控制信道(PDCCH)，进入延迟调度状态；以及根据所述延迟调度信息，重新开始监听PDCCH，停止自身的延迟调度状态。本发明还公开了一种延迟调度系统，不仅提升了网络的过载处理能力；而且避免了再次接入网络而耗费大量的无线资源，能够有效节省无线资源，减轻网络侧处理负荷。
文档编号H04W72/12GK102655666SQ20111005034
公开日2012年9月5日 申请日期2011年3月2日 优先权日2011年3月2日
发明者戴谦, 邓云 申请人:中兴通讯股份有限公司