WO2012116605A1

WO2012116605A1 - 一种延迟调度方法及系统

Info

Publication number: WO2012116605A1
Application number: PCT/CN2012/071345
Authority: WO
Inventors: 邓云; 戴谦
Original assignee: 中兴通讯股份有限公司
Priority date: 2011-03-02
Filing date: 2012-02-20
Publication date: 2012-09-07
Also published as: EP2672757A1; US20130336301A1; EP2672757B1; US9609662B2; CN102655666B; CN102655666A; EP2672757A4

Abstract

本发明公开了一种延迟调度方法，所述方法包括：基站向终端发送用于对所述终端进行延迟调度的延迟调度信息；所述终端接收所述延迟调度信息，根据所接收到的延迟调度信息，停止监听PDCCH，进入延迟调度状态；以及根据所述延迟调度信息，重新开始监听PDCCH，停止自身的延迟调度状态。本发明还公开了一种延迟调度系统，不仅提升了网络的过载处理能力；而且避免了再次接入网络而耗费大量的无线资源，能够有效节省无线资源，减轻网络侧处理负荷。

Description

一种延迟调度方法及系统技术领域

本发明涉及移动通信中的过载处理技术，尤其涉及一种延迟调度方法及系统。背景技术

人与人之间的通信（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 Mobile-communication Network )与其他 MTC设备或 MTC服务器进行通信。

？！入 MTC应用后，可以根据其特点对现有的通信系统进行一些优化，以满足 MTC应用需求，并且不对现有网络中的普通用户终端（UE, User Equipment )产生影响。 M2M应用的一些显著特点有： MTC设备数量很多，每次传输的数据量小，传输间隔大，部分 MTC设备位置相对固定。据统计，在某市区一个小区范围内安装的 MTC设备将达到 3000个，这么多的 MTC 设备如果比较集中的发起随机接入，比如在火灾、地震等情况下同时报警，将给网络带来很大的沖击。通常，多个基站会连接到同一个核心网网元如移动性管理实体（MME, Mobility Management Entity ), 当所有基站内的众多 MTC设备均需要接入网络时，例如断电后恢复供电时所有的 MTC设备需要重新注册到网络中，核心网网元如 MME将承受巨大的信令沖击，甚至可能导致过载。

众多的 MTC设备接入网络时，将占用大量的随机接入资源和专用资源，其中专用资源包括物理下行控制信道（PDCCH, Physical Downlink Control Channel )资源、物理上行控制信道（ PUCCH, Physical Uplink Control Channel ) 资源、物理下行共享信道（PDSCH, Physical Downlink Shared Channel ) 资源等，这可能导致随机接入资源和专用资源出现过载，进而影响到普通的 H2H设备的业务应用。因此，基站需要基于自身的负载状态动态的调整接入控制参数，拒绝或释放一部分终端，以便合理的控制负载。

如果终端已经接入网络，并且业务正在进行中，此时如果网络侧发生过载，基站会释放部分终端的无线资源控制（RRC )连接、以及无线资源，以便减少 MME的负荷。之后，如果被释放的终端需要再次开展业务，则终端需要重新建立 RRC连接，重新发起随机接入，重新进行加密流程，重新建立业务承载，而这些流程将会耗费较多的无线资源、占用多条空口信令，不仅增加基站的处理负荷，也会增加 MME的处理负荷。发明内容

有鉴于此，本发明的主要目的在于提供一种延迟调度方法及系统，在降低网络侧负载的同时，能够避免终端被释放后因需要重新接入网络而耗费无线资源和增加网络侧处理负荷。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种延迟调度方法，所述方法包括：

基站向终端发送用于对所述终端进行延迟调度的延迟调度信息；所述终端接收所述延迟调度信息，根据所接收到的延迟调度信息，停止监听 PDCCH, 进入延迟调度状态；以及根据所述延迟调度信息，重新开始监听 PDCCH, 停止自身的延迟调度状态。

在上述方案中，所述基站向终端发送用于对所述终端进行延迟调度的延迟调度信息，包括：所述基站通过 RRC信令、或媒质接入层控制（ MAC ) 信令、或 PDCCH信令，向所述终端发送所述延迟调度信息。

在上述方案中，在所述终端停止监听 PDCCH, 进入延迟调度状态后，所述方法还包括：所述终端停止发送调度请求、或停止发送物理上行控制信道（ PUCCH )信令、或停止在物理下行共享信道（ PUSCH )上发送数据、或停止发送探测参考信号（SRS )。

在上述方案中，在所述终端停止监听 PDCCH, 进入延迟调度状态后，所述方法还包括：所述终端保存通信上下文信息、和 /或数据接入承载信息、和 /或所述基站为自身分配的无线网络临时标识、和 /或自身当前的传输状态信息、和 /或自身当前的无线链路控制层的传输状态信息。

在上述方案中，在所述终端停止监听 PDCCH, 进入延迟调度状态后，所述方法还包括：需要发起业务请求时，所述终端在要发起业务的优先级高于预先设置的优先级阈值时，停止自身的延迟调度状态，发起所述业务请求。

在上述方案中，所述基站向终端发送用于对所述终端进行延迟调度的延迟调度信息，为：所述基站在验证终端已建立的业务为允许时间延迟的业务或低优先级的业务后，向所述终端发送所述延迟调度信息。

在上述方案中，所述延迟调度信息包括：用于指示所述终端进入延迟调度状态的延迟调度起始时刻、和用于指示所述终端停止自身延迟调度状态的延迟调度终止时刻；或者，所述延迟调度信息包括所述延迟调度起始时刻，和用于指示所述终端维持自身延迟调度状态时长的延迟调度时长；或者，所述延迟调度信息包括延迟调度终止时刻、或延迟调度时长。

本发明还提供了一种延迟调度系统，所述系统包括：基站和终端；其中，信息；

终端，用于接收所述基站发送的延迟调度信息；根据所接收到的延迟调度信息，停止监听 PDCCH, 进入延迟调度状态；以及根据所述延迟调度信息，重新开始监听 PDCCH, 停止自身的延迟调度状态。

在上述方案中，所述终端为机器类通信（MTC )设备和 /或人与人通信 ( H2H )设备。

在上述方案中，所述终端，还用于在进入延迟调度状态后，停止发送调度请求、或停止发送 PUCCH信令、或停止在 PUSCH上发送数据、或停止发送 SRS。

在上述方案中，所述终端，还用于在进入延迟调度状态后，保存通信上下文信息、和 /或数据接入承载信息、和 /或所述基站为自身分配的无线网络临时标识、和 /或自身当前的传输状态信息、和 /或自身当前的无线链路控制层的传输状态信息。

在上述方案中，所述终端，还用于需要发起业务请求时，在要发起业务的优先级高于预先设置的优先级阈值时，停止自身的延迟调度状态，发起所述业务请求。

在上述方案中，所述基站，还用于在验证所述终端已建立的业务为允许时间延迟的业务、或低优先级的业务后，向所述终端发送所述延迟调度信息。

在上述方案中，所述基站，还用于通过 RRC信令、或 MAC信令、或 PDCCH信令，向所述终端发送所述延迟调度信息。

本发明的延迟调度方法及系统，由基站在网络侧过载的情况下，通过向终端发送延迟调度信息，来实现对部分终端的延迟调度，从而降低网络侧的负载，提升了网络的过载处理能力；而且终端在延迟调度的时间过后，能够重新开始监听 PDCCH, 再次开展业务，不需要重新接入网络，从而避免了再次接入网络而耗费大量的无线资源，能够有效节省无线资源，减轻网络侧处理负荷。附图说明

图 1为本发明延迟调度方法的实现流程示意图；

图 2为本发明实施例一中延迟调度过程的实现流程示意图；

图 3为本发明实施例二中延迟调度过程的实现流程示意图；

图 4为本发明实施例三中延迟调度过程的实现流程示意图。具体实施方式

本发明的基本思想是：在网络侧负载过载时，网络侧对终端进行延迟调度，使得终端在延迟调度的时间内暂停所开展的业务，从而降低网络侧负载，在预设的延迟调度时间过后，终端再开展所述业务，不需要重新接入网络，从而避免耗费资源和增加网络侧负荷。

本发明的延迟调度方法，参照图 1所示，主要包括以下步驟：步驟 101 :基站向终端发送用于对所述终端进行延迟调度的延迟调度信步驟 102: 所述终端接收所述延迟调度信息，根据所接收到的延迟调度信息，停止监听 PDCCH,进入延迟调度状态；以及根据所述延迟调度信息，重新开始监听 PDCCH, 停止自身的延迟调度状态。

这里，本发明的延迟调度方法，可以在网络侧过载时降低网络侧负载，所述网络侧过载可以包括无线接入网过载、和 /或核心网过载。

其中，所述基站可以通过 RRC 信令、或媒质接入层控制（MAC, Medium Access Control )信令、或 PDCCH信令，向所述终端发送所述延迟调度信息。

这里，在所述终端停止监听 PDCCH, 进入延迟调度状态后，所述终端还停止发送调度请求（ Scheduling Request )、或停止发送 PUCCH信令、或停止在 PUSCH 上发送数据、或停止发送探测参考信号（SRS, Sounding Reference Signal )。

此处，所述终端停止发送 PUCCH信令可以包括停止发送用于协助基站实施对终端进行调度决策的指示信息。例如，停止发送的 PUCCH信令可以包括信道质量指示（ CQI, Channel Quality Indicator )、预编码矩阵指示（ PMI, Precoding Matrix Indicator ), 或秩指示 ( RI, Rank Indicator )。

这里，在所述终端停止监听 PDCCH, 进入延迟调度状态后，所述终端还保存通信上下文信息（Context ), 和 /或数据接入承载信息、和 /或所述基站为自身分配的无线网络临时标识、和 /或自身当前的传输状态信息、和 / 或自身当前的无线链路控制层的传输状态信息。这里，在所述终端停止监听 PDCCH, 进入延迟调度状态后，需要发起新的业务请求时，所述终端在要发起的新业务的优先级高于预先设置的优先级阈值时，停止自身的延迟调度状态，发起所述新的业务请求。

所述基站向终端发送用于对所述终端进行延迟调度的延迟调度信息，具体可以为：所述基站在验证终端已建立的业务为允许时间延迟（Delay Tolerant ) 的业务、或低优先级的业务后，向所述终端发送所述延迟调度信这里，所述延迟调度信息包括：用于指示所述终端进入延迟调度状态的延迟调度起始时刻、和用于指示所述终端停止自身延迟调度状态的延迟调度终止时刻；或者，所述延迟调度信息包括所述延迟调度起始时刻，和用于指示所述终端维持自身延迟调度状态时长的延迟调度时长；或者，所述延迟调度信息包括延迟调度终止时刻、或延迟调度时长。

相应的，本发明还提供了一种延迟调度系统，所述系统包括：基站和延迟调度信息；终端，用于接收所述基站发送的延迟调度信息；根据所接收到的延迟调度信息，停止监听 PDCCH, 进入延迟调度状态；以及根据所述延迟调度信息，重新开始监听 PDCCH, 停止自身的延迟调度状态。

这里，所述终端具体可以为 MTC设备、和 /或 H2H设备。

这里，所述终端还可以用于在进入延迟调度状态后，停止发送调度请求、或停止发送 PUCCH信令、或停止在 PUSCH上发送数据、或停止发送

SRS。

这里，所述终端还可以用于在进入延迟调度状态后，保存通信上下文信息、和 /或数据接入承载信息、和 /或所述基站为自身分配的无线网络临时标识、和 /或自身当前的传输状态信息、和 /或自身当前的无线链路控制层的传输状态信息。这里，所述终端还可以用于需要发起新的业务请求时，在要发起的新业务的优先级高于预先设置的优先级阈值时，停止自身的延迟调度状态，发起所述新的业务请求。

这里，所述基站还可以用于在验证所述终端已建立的业务为允许时间延迟的业务、或低优先级业务后，向所述终端发送所述延迟调度信息。其中，所述基站可以通过 RRC信令、或 MAC信令、或 PDCCH信令，向所述终端发送所述延迟调度信息。

实施例一

本实施例以 MTC设备为例进行说明，在长期演进（LTE, Long-Term Evolution )系统中， MTC设备通过基站 1接入网络并处于连接状态。此时，该 MTC设备已经完成随机接入流程、完成加密流程、建立了用于数据传输的数据接入承载（DRB, Data Radio Bearer )₀ 该 MTC正在开展业务，如向 MTC服务器发送数据。由于接入网络的 MTC设备与 H2H设备数量众多，引发网络侧的过载，例如，可以是核心网网元如 MME过载，或者是基站 1 过载。

此时，基站 1需要降低当前的负载以便保证当前网络处于正常的状态。本实施例中，基站 1 可以采用如下的延迟调度方法，来降低网络侧负载，如图 2所示，具体流程如下：

步驟 201，基站 1向 MTC设备发送携带有延迟调度信息的 RRC信令；终止时刻。

在 LTE 中，采用系统帧号（SFN, System Frame Number )和子帧号 ( subframe number )表示时间信息，其中 SFN从 0到 1023循环，每个 SFN 表示 10毫秒；每个 SFN由 10个子帧组成，每个子帧表示 1毫秒，子帧号从 0到 9。这里，基站 1向 MTC设备发送的延迟调度信息中，延迟调度的起始时刻具体可以包括延迟调度起始的系统帧号和子帧号，延迟调度的终止时刻具体可以包括延迟调度终止的系统帧号和子帧号。

例如，延迟调度的起始时刻可以为 SFN = 100、子帧号 = 0, 延迟调度的终止时刻可以为 SFN=220、子帧号 = 3。

步驟 202, MTC设备接收基站 1发送的 RRC信令，从所述 RRC信令中提取所述延迟调度信息，并在所述延迟调度信息中延迟调度起始时刻或者延迟调度起始时刻的下一个子帧，停止监听 PDCCH, 停止监听 PDCCH 之后， MTC设备便会停止自身当前正在开展的业务。

这里，在所述延迟调度信息中延迟调度起始时刻停止监听 PDCCH, 还是在延迟调度起始时刻的下一个子帧停止监听 PDCCH, 可以由协议预先约定。

例如，延迟调度的起始时刻为 SFN = 100、子帧号 = 0时， MTC设备在 SFN=100、子帧号 = 0时，或者在 SFN=100、子帧号 =1时，停止监听 PDCCH。

这里，在 MTC设备停止监听 PDCCH期间， MTC设备停止发送调度请求、或停止发送 PUCCH信令、或停止在 PUSCH上发送数据、或停止发送 SRS, 避免占用空口的无线资源而增加网络侧的负载。

这里，在 MTC设备停止监听 PDCCH的期间， MTC设备可以保存通信上下文信息、和 /或数据接入承载信息、和 /或基站 1为自身分配的无线网络临时标识（ RNTI , Radio Network Temporary Identifier )、和 /或其他的专用无线资源配置信息（RadioResourceConfigDedicated )。如此，在重新监听 PDCCH时， MTC设备可以沿用原来的配置，不需要再次耗费空口信令来配置上述各参数。其中，通信上下文信息（Context )可以包括 MTC设备所采用的加密算法、完整性保护算法等。

在 MTC设备停止监听 PDCCH期间， MTC设备还可以保存自身当前的传输状态信息、和 /或无线链路控制（RLC, Radio Link Control )层的传输状态信息，其中，传输状态信息可以包括传输的分组数据汇聚协议

( PDCP, Packet Data Convergence Protocol )序列号、以及未传输的 PDCP 序列号， RLC层的传输状态信息可以包括已传输的 RLC层序列号和未传输的 RLC层序列号。这样，在 MTC设备重新监听 PDCCH后，可以继续向基站 1发送数据，并且可以保证数据不发生丟失。

步驟 203 , MTC设备在所述延迟调低信息中延迟调度终止时刻或延迟调度终止时刻的下一个子帧，重新开始监听 PDCCH, 使得 MTC设备可以继续与网络侧保持通信，可以继续开展业务。

这里，在延迟调度终止时刻重新开始监听 PDCCH, 还是在延迟调度终止时刻的下一个子帧重新开始监听 PDCCH, 可以由协议预先约定。

例如，延迟调度的终止时刻为 SFN=220、子帧号 = 3时， MTC设备在 SFN=220、子帧号 = 3时，或者在 SFN=220、子帧号 =4时，重新开始监听 PDCCH。

这里，在 MTC设备重新开始监听 PDCCH后， MTC设备允许自身发送调度请求，以及允许自身发送 PUCCH上承载的控制信息和 PUSCH上承载的数据。

本实施例中，采用延迟调度的方法，使得 MTC设备在一段时间内不会向核心网传输自身的非接入层信令和数据，从而有效降低空口的负载、以及核心网侧的负载；同时，还可以避免 MTC设备再次向网络发送数据时需要重建 RRC连接、重新发起加密流程、重新建立用于数据传输的数据接入承载等，从而减少空口的资源消耗。

需要说明的是，本实施例对于 H2H设备同样适用。

实施例二

本实施例以 H2H设备为例进行说明，在长期演进系统中， H2H设备通过基站 1接入网络并处于连接状态。此时，该 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信令中提取所述延迟调度信息，并在所述延迟调度信息中延迟调度起始时刻或延迟调度起始时刻的下一个子帧，停止监听 PDCCH, 停止监听 PDCCH之后， H2H设备便会停止自身当前正在开展的业务。

例如，延迟调度的起始时刻为 SFN = 200、子帧号 = 5时， MTC设备在 SFN = 200、子帧号 = 5时，或者在 SFN=200、子帧号 =6时，停止监听 PDCCH。

这里，在 H2H设备停止监听 PDCCH期间， H2H设备保存通信上下文信息，以便再次与网络侧通信时可以采用原来的配置。

这里，在 H2H设备停止监听 PDCCH期间， H2H设备停止发送调度请求、或停止发送 PUCCH信令、或停止在 PUSCH上发送数据，避免再次占用空口的无线资源而增加网络侧负载。

步驟 303 , H2H设备在所述延迟调度信息中的延迟调度时长之后，开始监听 PDCCH, 如此， H2H设备可以继续与网络侧保持通信，可以继续开展业务。

例如，在延迟调度时长为 20秒时， H2H设备在停止监听 PDCCH的时长为 20秒后，重新开始监听 PDCCH。

本实施例中，在步驟 301中还包括：基站 2判断所述 H2H设备建立的业务是否为允许时间延迟的业务，如果是，则向所述 H2H设备发送携带有延迟调度信息的 MAC信令，以延迟调度所述 H2H设备；如果不是，则基站 2不向所述 H2H设备发送所述延迟调度信息，不延迟调度所述 H2H设备。这里，基站 2可以从 H2H设备发起 RRC连接的原因值中获知所述 H2H设备已建立的业务是否是允许时间延迟的业务。

本实施例中，所述调度延迟方法中还包括：如果在 H2H设备停止监听 PDCCH期间，该 H2H设备需要发起新的业务请求，并且要发起的新业务优先级高于预先设置的优先级阈值，则 H2H设备终止自身的延迟调度状态，向基站 2发送调度请求或业务请求，并重新开始监听 PDCCH, 以便及时建立新的数据接入承载用于正常优先级或高优先级业务的数据传输。

这里，所述优先级阈值可以预先在 H2H设备和基站 2中配置，也可以由基站 2在向 H2H设备发送延迟调度信息之前或同时，将所述优先级阈值通知给 H2H设备。

这里，如果 H2H设备终止自身的延迟调度状态，向基站 2发送调度请求时， H2H设备没有用于发送所述新的调度请求或业务请求的可用上行授权（UL Grant ), 则 H2H设备向基站 2发起随机接入，获得上行授权，再通过所获得的上行授权发送所述新的调度请求或业务请求到基站 2。

需要说明的是，本实施例对 MTC设备同样适用。

实施例三

本实施例中，处于过载状态的基站 3选择 MTC设备实施延迟调度，以便减少当前的负载，具体流程如下：

步驟 401：基站 3通过 PDCCH信令向 MTC设备发送延迟调度信息；这里， MTC 设备通过基站 3 为自身分配的 RNTI 确定属于自己的 PDCCH信令。

由于 PDCCH信令的接收限定在 1个子帧内，即 MTC设备在每一毫秒接收属于该子帧的 PDCCH信令，因此，本实施例中，延迟调度信息不需要包含延迟调度的起始时刻，可以仅包含延迟调度的终止时刻、或延迟调度的时长。这里，延迟调度信息不包含延迟调度的起始时刻时，默认延迟调度的起始时刻为 MTC设备接收到所述 PDCCH信令时的子帧。

步驟 402: MTC设备在当前子帧接收到所述 PDCCH信令后，从所述 PDCCH信令中提取所述延迟调度信息，并从当前子帧的下一个子帧开始停止监听 PDCCH;

在 MTC设备停止监听 PDCCH期间， MTC设备保存通信上下文信息 ( Context ), 以便再次与网络侧通信时可以采用原来的配置。在 MTC设备停止监听 PDCCH期间， MTC设备停止发送调度请求（ Scheduling Request )、停止发送 PUCCH信令、停止在 PUSCH上发送数据、以及停止发送 SRS, 避免再次占用空口的无线资源而增加网络侧的负载。

步驟 403: 在停止监听 PDCCH时长等于延迟调度的时长时、或在所述延迟调度终止时刻的下一个子帧， MTC设备重新开始监听 PDCCH。

这里，步驟 403与上述实施例一中步驟 203、以及实施例二中步驟 303 的具体实现过程相似，在此不再赘述。需要说明的是，本实施例对于 H2H 设备同样适用。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。工业实用性

本发明的延迟调度方法及系统，由基站在网络侧过载的情况下，通过向终端发送延迟调度信息，来实现对部分终端的延迟调度，能够降低网络侧的负载，提升网络的过载处理能力；而且终端在延迟调度的时间过后，能够重新开始监听 PDCCH, 再次开展业务，不需要重新接入网络，从而避免再次接入网络而耗费大量的无线资源，有效节省无线资源，减轻网络侧处理负荷。

Claims

权利要求书

1、一种延迟调度方法，其特征在于，所述方法包括：

基站向终端发送用于对所述终端进行延迟调度的延迟调度信息；所述终端接收所述延迟调度信息，根据所接收到的延迟调度信息，停止监听物理下行控制信道 PDCCH, 进入延迟调度状态；以及根据所述延迟调度信息，重新开始监听 PDCCH, 停止自身的延迟调度状态。

2、根据权利要求 1所述延迟调度方法，其特征在于，所述基站向终端发送用于对所述终端进行延迟调度的延迟调度信息，包括：

所述基站通过 RRC信令、或媒质接入层控制 MAC信令、或 PDCCH 信令，向所述终端发送所述延迟调度信息。

3、根据权利要求 1所述延迟调度方法，其特征在于，在所述终端停止监听 PDCCH, 进入延迟调度状态后，所述方法还包括：

所述终端停止发送调度请求、或停止发送物理上行控制信道 PUCCH信令、或停止在物理下行共享信道 PUSCH上发送数据、或停止发送探测参考信号 SRS。

4、根据权利要求 1所述延迟调度方法，其特征在于，在所述终端停止监听 PDCCH, 进入延迟调度状态后，所述方法还包括：

所述终端保存通信上下文信息、和 /或数据接入承载信息、和 /或所述基站为自身分配的无线网络临时标识、和 /或自身当前的传输状态信息、和 / 或自身当前的无线链路控制层的传输状态信息。

5、根据权利要求 1所述延迟调度方法，其特征在于，在所述终端停止监听 PDCCH, 进入延迟调度状态后，所述方法还包括：

需要发起业务请求时，所述终端在要发起业务的优先级高于预先设置的优先级阈值时，停止自身的延迟调度状态，发起所述业务请求。

6、根据权利要求 1所述延迟调度方法，其特征在于，所述基站向终端发送用于对所述终端进行延迟调度的延迟调度信息，为：

所述基站在验证终端已建立的业务为允许时间延迟的业务或低优先级的业务后，向所述终端发送所述延迟调度信息。

7、根据权利要求 1至 6任一项所述延迟调度方法，其特征在于，所述延迟调度信息包括：用于指示所述终端进入延迟调度状态的延迟调度起始时刻、和用于指示所述终端停止自身延迟调度状态的延迟调度终止时刻；或者，所述延迟调度信息包括所述延迟调度起始时刻，和用于指示所述终端维持自身延迟调度状态时长的延迟调度时长；或者，所述延迟调度信息包括延迟调度终止时刻、或延迟调度时长。

8、一种延迟调度系统，其特征在于，所述系统包括：基站和终端；其中，信息；

9、根据权利要求 8所述延迟调度系统，其特征在于，所述终端为机器类通信 MTC设备和 /或人与人通信 H2H设备。

10、根据权利要求 8或 9所述延迟调度系统，其特征在于，所述终端，还用于在进入延迟调度状态后，停止发送调度请求、或停止发送 PUCCH信令、或停止在 PUSCH上发送数据、或停止发送 SRS。

11、根据权利要求 8或 9所述延迟调度系统，其特征在于，所述终端，还用于在进入延迟调度状态后，保存通信上下文信息、和 /或数据接入承载信息、和 /或所述基站为自身分配的无线网络临时标识、和 /或自身当前的传输状态信息、和 /或自身当前的无线链路控制层的传输状态信息。

12、根据权利要求 8或 9所述延迟调度系统，其特征在于，所述终端，还用于需要发起业务请求时，在要发起业务的优先级高于预先设置的优先级阈值时，停止自身的延迟调度状态，发起所述业务请求。

13、根据权利要求 8所述延迟调度系统，其特征在于，所述基站，还用于在验证所述终端已建立的业务为允许时间延迟的业务、或低优先级的业务后，向所述终端发送所述延迟调度信息。

14、根据权利要求 8或 13所述延迟调度系统，其特征在于，所述基站，还用于通过 RRC信令、或 MAC信令、或 PDCCH信令，向所述终端发送所述延迟调度信息。