WO2013020401A1

WO2013020401A1 - 一种非连续接收方法及***

Info

Publication number: WO2013020401A1
Application number: PCT/CN2012/075875
Authority: WO
Inventors: 毛磊; 邓云; 戴谦; 艾建勋
Original assignee: 中兴通讯股份有限公司
Priority date: 2011-08-10
Filing date: 2012-05-22
Publication date: 2013-02-14
Also published as: CN102932881A; WO2013020393A1

Abstract

本发明公开了一种非连续接收（DRX）方法，包括：终端接收网络侧配置并发送的DRX参数，其中携带多个DRX周期（DRX Cycle）；终端根据所述DRX参数启动DRX进程，并在运行DRX进程时，启用相应的DRX Cycle；本发明还提供一种非连续接收***。根据本发明的技术方案，能够实现终端在运行DRX技术时，更好的适应数据的发送需求。

Description

一种非连续接收方法及*** 技术领域

本发明涉及移动通信领域，尤其涉及一种非连续接收方法及***。背景技术

非连续接收（DRX, Discontinuous Reception )指的是终端在一段时间里停止监听物理下行控制信道（ PDCCH , Physical Downlink Control Channel )。 DRX分两种：一种是空闲（ IDLE ) DRX, 就是当终端处于 IDLE 状态下的非连续接收；处于 IDLE 状态时，已经没有无线资源控制协议 ( RRC , Radio Resource Control )连接和用户的专有资源，因此 IDLE DRX 主要用于监听呼叫信道与广播信道，只要定义好固定的周期，就可以达到非连续接收的目的；但是，如果终端监听用户数据信道，则必须从 IDLE状态先进入连接状态。另一种就是激活（Active ) DRX, 就是终端处在 RRC 连接（RRC-CONNECTED )状态下的 DRX, 可以优化***资源配置，更重要的是可以节省终端功耗，不需要通过让终端进入到 RRC 空闲 ( RRC IDLE )状态就可以达到节省终端功耗的目的，例如一些非实时应用 ( web 浏览、即时通信等）总是存在一段时间，终端不需要不停的监听下行数据，也不需要进行相关处理， DRX就可以应用到这样的场景中。此外，由于 Active DRX状态下存在 RRC连接，因此终端要转到监听下行数据的状态的速度非常快。

DRX中存在一些定时器，下面描述一些定时器，其中所有的时间都是基于子帧的，即以 ms为单位）：

1、持续工作定时器（ On Duration Timer )

终端每次从 DRX 醒来后维持醒着的时间，终端在该段时间内会搜索 PDCCH。

2、停止定时器（ Inactivity Timer )

终端在醒着时，每次成功解码混合自动重传请求（ HARQ , Hybrid Automatic Repeat Reqest )初始发送的 PDCCH后保持 Active的时间，即当终端收到的 PDCCH指示的是一个 UL/DL的初始传输（而不是重传 )后，需要保持 Active 的时间，终端在醒着时每次成功解码 HARQ初始发送的 PDCCH后保持 Active的时间。

3、一次醒来后总的工作定时器（ Active Timer )

终端从 DRX醒来后保持醒着的总时间，在此时间段，终端监听 PDCCH, 包括所有导致终端处于 Active的状态 ,比如是 DRX周期开始 "On Duration" , 或收到初始传输的 PDCCH, 或监听重传等。

如果配置了 DRX,那么 Active Time 包括以下时间： On Duration Timer、 Inactivity Timer、 DRX重传定时器（ DRX Retransmission Timer )以及 MAC 层拥塞解决定时器（ MAC Contention Resolution Timer )运行的时间；或，有调度请求（SR, Scheduling Req终端 set ) 已经发送到 PUCCH, 并且处于挂起的状态（也就是这个调度请求还没有满足）；或，对一个挂起的 HARQ 存在上行授权，并且在对应的 HARQ 緩冲区里有数据；或，在非竟争随机接入后，成功收到随机接入响应消息，此时应有 PDCCH发送给终端指示一个新的传输，但是这个 PDCCH还没有收到，此时终端还是必须处于 Active 状态。

4、 HARQ往返定时器（ HARQ RTT Timer )

终端预期下行重传（ DL Retransmission )到达的最少间隔时间，就是终端暂且不需要理会重传最早会什么时候到，只要这个定时器超时，终端就要处于醒着的状态。

5、 DRX Retransmission Timer 终端预期接收 DL Retransmission的时间，就是需要这么多时间来接受下行

6、 DRX周期长度（ DRX Cycle length )

DRX Cycle length一旦配置 /重配置就固定不变，不会因为 Active Time 大于 On Duration而发生变 4匕。

现有的 DRX的运行过程主要包括：如果使用短 DRX Cycle , 则检查当前子帧是否满足公式： [(SFN * 10) + subframe number] modulo (shortDRX-Cycle) = (drxStartOffset) modulo (shortDRX-Cycle); 如果使用长 DRX周期，则检查当前子帧是否满足公式： [(SFN * 10) + subframe number] modulo (longDRX-Cycle) = drxStartOffset;当上面的两个条件满足其中之一，那么就启动 On Duration Timer, 此时终端开始监听 PDCCH。当这个子帧 HARQ RTT Timer (期望重发的最短时间）超时，重发就有可能到来，如果这时对于 HARQ进程的软緩冲区还有没有解码成功的数据（也就是前面的数据接收失败了，需要数据重传），就启动 DRX Retransmission Timer开始监听 PDCCH重传相关的数据。如果收到 DRX MAC控制信息单元，就意味着 eNB要求终端进入睡眠状态，这时就会停止 ON Duration Timer和 DRX Inactivity Timer, 但是并不会停止跟重传相关的定时器，用于要求终端继续监听重传的内容。当 DRX Inactivity Timer超时或收到 DRX MAC控制信息单元时，如果配置了短 DRX Cycle, 那么启动或重启短 DRX周期定时器 ( Short DRX Cycle Timer ), 使用短 DRX Cycle; 否则，使用长 DRX Cycle; 如果 Short DRX Cycle Timer超时，那么使用长 DRX Cycle。

设置两级 DRX Cycle的出发点是认为终端的一次数据传输过程结束后马上再有数据传输的可能性较大，因此设置一个短 DRX Cycle来应对这种概率，当几个短 DRX Cycle内一直没有数据要传输，说明该次数据传输确实已经完成，可以进入深睡眠状态，这样长短周期配合能够达到更好的 DRX 效果。

上述是以 LTE***为例说明的 DRX机制中不同 Timer的定义和 DRX 执行流程。 DRX机制也可以应用在其他***，如通用移动通信***（UMTS, Universal Mobile Telecommunications System )、全球移动通讯*** ( GSM, Global System of Mobile communication )等，具体的执行细节略有差异，大体流程相似。

随着智能终端业务应用的丰富，出现了很多新的数据业务传输规律。例如及时通信类业务，有不同周期的数据传输要求，如终端向服务器发送周期保活数据包（keepalive packet ), 周期性好友状态更新（上线 /下线等）等。尽量使得网络或终端选择的 DRX参数能适配数据发送周期是需要进一步研究的内容；同时，耗电是智能终端的一个大问题，只有在网络与终端间的处理适配数据发送周期时才能起到最好的节电性能。

在考虑业务特性更加复杂的情况下，为了达到省电的目的，需要引入更大的 DRX Cycle, 但是如果长 DRX周期（ long DRX Cycle )设置的很大 (如几十秒 ),而且还使用现有的两级周期控制方案，可能在几个 Short DRX Cycle 没数据需要传输，终端将进入长 DRX Cycle, 随后终端处于长期的 sleep状态，当在该 sleep状态时，如果数据到达，该数据将被緩存，等到 On Duration期间才能传输，必将带来较大时延。发明内容

有鉴于此，本发明的主要目的在于提供一种非连续接收方法及***，能够实现终端在运行 DRX技术时，更好的适应数据的发送需求。

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

本发明提供一种非连续接收方法，包括：

终端接收网络侧配置并发送的 DRX参数，其中携带多个 DRX Cycle; 终端根据所述 DRX参数启动 DRX进程，并在运行 DRX进程时，启用相应的 DRX Cycle。

上述方法中，所述网络侧配置并发送 DRX参数为：

当业务的特性适合配置 DRX机制且需要配置多个 DRX Cycle时，网络侧根据终端运行的业务的特性，为终端配置 DRX参数，并将配置的 DRX 参数通过信令发送给终端。

上述方法中，该方法还包括：所述 DRX参数中携带多个 DRX Cycle 的使用策略。

上述方法中，所述启用相应的 DRX Cycle为：

终端根据网络侧指示和 /或预设规则和 /或自主选择，启用相应的 DRX Cycle„

上述方法中，所述终端才艮据网络侧指示启用相应的 DRX Cycle为：在运行 DRX进程时 , 网络侧通过 RRC信令或 MAC CE或物理层指示的方式，指示终端需要启用的 DRX Cycle, 终端根据网络侧指示启用相应的 DRX Cycle。

上述方法中，所述终端根据预设规则启用相应的 DRX Cycle为：如果网络侧为终端配置 DRX参数中携带 DRX Cycle的使用策略，终端根据 DRX Cycle的使用策略，选择启用的 DRX Cycle。

上述方法中，所述终端根据 DRX Cycle的使用策略，选择启用的 DRX

Cycle为：

如果所述 DRX Cycle的使用策略是多个 DRX Cycle的使用是从短到长依次转换，则终端首先启用最短的 DRX Cycle, 当规定次数的周期循环结束后且期间没有数据收发动作发生，启用次长的 DRX Cycle, 当规定次数的周期循环结束后且期间没有数据收发动作发生，启用更长的 DRX Cycle, 以此类推；如果任何一个 DRX Cycle内，发生数据收发动作，待数据收发结束后，重新进入上述过程。上述方法中，所述终端自主选择启用相应的 DRX Cycle为：终端根据业务的特性决定启用的 DRX Cycle, 并将该决定通过 RRC信令或 MAC CE或物理层指示的方式通知网络侧；

网络侧收到通知后，通过信令回复确认信息给终端。

本发明还提供一种非连续接收***，包括：网络侧和终端；其中，网络侧，用于为终端配置 DRX参数，其中携带多个 DRX Cycle, 并将配置的 DRX参数发送给终端；

终端，用于根据所述 DRX参数启动 DRX进程，并在运行 DRX进程时，启用相应的 DRX Cycle。

上述***中，所述 DRX参数中携带多个 DRX Cycle的使用策略。

本发明提供的非连续接收方法及***，终端接收网络侧配置并发送的 DRX参数，其中携带多个 DRX Cycle; 终端根据所述 DRX参数启动 DRX 进程，并在运行 DRX进程时，启用相应的 DRX Cycle, 本发明的技术方案是针对现有的 DRX机制进行增强，引用多级 DRX Cycle的控制机制，网络侧才艮据业务的特性为终端配置多个 DRX Cycle, 终端可以灵活适配业务数据的发送特点，选择启用适应的 DRX Cycle, 使得终端在运行增强的 DRX 技术时，能够更好的适应数据的发送需求，达到省电的效果。附图说明

图 1是本发明实现非连续接收方法的流程示意图；

图 2是本发明实现非连续接收方法的实施例一的 DRX Cycle的示意图；图 3是本发明实现非连续接收方法的实施例二的 DRX Cycle的示意图；图 4是本发明实现非连续接收方法的实施例三的 DRX Cycle的示意图；图 5是本发明实现非连续接收***的结构示意图。具体实施方式

本发明的基本思想是：终端接收网络侧配置并发送的 DRX参数，其中携带多个 DRX Cycle; 终端根据所述 DRX参数启动 DRX进程 , 并在运行 DRX进程时，启用相应的 DRX Cycle。

下面通过附图及具体实施例对本发明再做进一步的详细说明。

本发明提供一种非连续接收方法，图 1 是本发明实现非连续接收方法的流程示意图，如图 1所示，该方法包括以下步骤：

步骤 101 , 网络侧为终端配置 DRX参数，其中携带多个 DRX Cycle, 并将配置的 DRX参数发送给终端；

具体的，网络侧根据业务的特性判断业务是否适合配置 DRX机制，例如在一段时间内，业务数据的发送是周期性的，那么这类业务适合配置 DRX 机制，如果业务数据的发送没有明显的规律，则这类业务不适合配置 DRX 机制；当网络侧确定业务适合配置 DRX机制时，网络侧还需要判断是否需要配置多个 DRX周期（DRX Cycle ), 例如，如果业务数据的发送的周期性是分时段的，即在一段时间内业务数据的发送是周期 1 , 一段时间内业务数据的发送是周期 2, 以此类推，则需要配置多个 DRX Cycle;

当需要配置多个 DRX Cycle时，网络侧根据终端运行的业务的特性，为终端配置 DRX参数，该 DRX参数中携带多个 DRX Cycle, 可选的，还可以携带该多个 DRX Cycle 的使用策略，另外，还可以包括 on Duration Timer _¾ DRX Inactivity Timer、 DRX Retransmission Timer; 这里, 网络则可以将配置的 DRX参数通过信令发送给终端，承载 DRX参数的信令可以是 RRC连接建立命令、 RRC连接重建命令、 RRC连接重配置命令、切换命令等，也可以通过 MAC控制单元 ( MAC CE, MAC Control Element )来配置，或通过物理层的下行控制信息（DCI, Downlink Control Information ) 配置；其中，业务的特性包括构成该业务的不同用途的数据的周期性、时延要求等。

步骤 102, 终端接收网络侧配置并发送的 DRX参数，根据该 DRX参数启动 DRX进程，并在运行 DRX进程时，启用相应的 DRX Cycle;

具体的，终端接收网络侧配置并通过信令发送的 DRX 参数，根据该 DRX参数在终端内部启动 DRX进程；在运行 DRX进程时 , 终端可以根据网络侧指示和 /或预设规则和 /或自主选择，启用相应的 DRX Cycle;

如果在运行 DRX进程时，网络侧通过 RRC信令、 MAC CE、物理层指示等方式指示终端，通知终端需要启用的 DRX Cycle周，则终端需要根据网络侧的指示启用 DRX Cycle；

和 /或，如果网络侧为终端配置的 DRX参数中携带 DRX Cycle的使用策略，则该 DRX Cycle的使用策略作为预设规则，终端可以根据该预设规则，选择启用的 DRX Cycle, 例如，预设规则是多个 DRX Cycle的使用是从短到长依次转换，数据传输结束后，终端首先启用最短的 DRX Cycle, 当规定次数的周期循环结束后（期间没有数据收发动作发生），启用次长的 DRX Cycle, 当规定次数的周期循环结束后（期间没有数据收发动作发生 ), 再启用更长的 DRX Cycle,以此类推，在此过程中 ,如果任何一个 DRX Cycle 内，发生数据收发动作，则待数据收发结束后，再重新进入上述过程；和 /或，终端还可以自主选择使用的 DRX Cycle, 该自主选择的方式具体为：终端根据业务的特性决定使用的 DRX Cycle, 并将该决定通过 RRC 信令或 MAC CE或物理层指示等方式通知网络侧；网络侧收到通知后，可以通过信令回复确认信息给终端，信令可以是 RRC信令，也可以通过 MAC CE或物理层指示等将确认信息回复给终端。

实施例一

图 2是本发明实现非连续接收方法的实施例一的 DRX Cycle的示意图，如图 2所示，本实施例中，存在三个 DRX Cycle, 终端根据预设规则启用 DRX Cycle , 该实施例包括以下步骤：

步骤 1 ,终端正在运行一个数据业务，该业务的数据发送周期比较复杂，因此网络侧为终端配置 DRX参数，其中包括三个 DRX Cycle, 即短 DRX 周期（ short DRX Cycle )、长 DRX周期（ long DRX Cycle )、超长 DRX周期 ( Superlong DRX Cycle )，其中 DRX Cycle的取值可以为无限大；同时，网络侧还配置了三个 DRX Cycle的使用策略即 M/N, 其中 M、 N均为大于等于 0的整形数值，当 M个 short DRX Cycle内没有数据发送 /接收时，进入 long DRX Cycle; 当 N个 long DRX Cycle内没有数据发送 /接收时，进入 Superlong DRX Cycle。

步骤 2, 网络侧通过专用信令将配置的 DRX参数发送给终端。

步骤 3 , 终端接收到网络侧发送的专用信令后，根据其中的 DRX参数在终端内部启动 DRX进程。

步骤 4, 终端在运行 DRX进程时，根据 M/N来启用三个 DRX Cycle, 即首先启用 short DRX Cycle, 当 M个 short DRX Cycle内没有数据发送 /接收时，启用 long DRX Cycle; 当 N个 long DRX Cycle内没有数据发送 /接收时，再启用 Superlong DRX Cycle。

例如，当 M=2, N=2时， DRX Cycle 1对应 short DRX Cycle, DRX Cycle2 周期对应 long DRX Cycle, DRX Cycle3对应 Superlong DRX Cycle;如果 M 的值是 0,则表示终端不需要启用 short DRX Cycle,—开始就直接启用 long DRX Cycle; 同理，如果 N的值为 0,则表示终端可以跳过 long DRX Cycle, 直接启用 Superlong DRX Cycle。

实施例二

图 3是本发明实现非连续接收方法的实施例二的 DRX Cycle的示意图，如图 3所示，本实施例中，存在三个 DRX Cycle, 终端才艮据网络侧指示，启用 DRX Cycle, 该实施例包括以下步骤：步骤 1 ,终端正在运行一个数据业务，该业务的数据发送周期比较复杂，因此网络侧为终端配置 DRX参数，其中包括三个 DRX Cycle,即 short DRX Cycle、 long DRX Cycle, Superlong DRX Cycle。

步骤 2 , 网络侧通过专用信令将 DRX参数发送给终端。

步骤 4 ,终端在运行 DRX进程时 ,初始选择启用其中一个 DRX Cycle , 选择的 DRX Cycle可以是预先配置的或由网络侧通过信令指示的；例如，如图 3所示，终端初始启用 DRX Cyclel。

步骤 5 , 在随后的 DRX进程中，网络侧根据业务数据发送的特点，通过信令指示终端需要启用的 DRX Cycle; 其中，用于指示终端的信令可以是 RRC信令、 MAC控制信息单元形式的信令、物理层信令，用于指示终端的信令中，可以通过编号指示（index )的方式指示终端需要启用的 DRX Cycle, 而不需要配置实际的周期值。

步骤 6, 终端根据收到的网络侧的指示，选择启用的 DRX Cycle, 并按该 DRX Cycle进行 DRX控制；例如，如图 3所示，终端在收到网络侧的指示后，启用 DRX Cycle2。

实施例三

图 4是本发明实现非连续接收方法的实施例三的 DRX Cycle的示意图，如图 4所示，本实施例中，存在三个 DRX Cycle,终端自动选择 DRX Cycle, 该实施例包括以下步骤：

步骤 1 ,终端正在运行一个数据业务，该业务的数据发送周期比较复杂，因此网络侧为终端配置 DRX参数，其中包括三个 DRX Cycle,即 short DRX Cycle、 long DRX Cycle, Superlong DRX Cycle。

步骤 2 , 网络侧通过专用信令将 DRX参数发送给终端。步骤 3 , 终端接收到网络侧发送的专用信令后，根据其中的 DRX参数在终端内部启动 DRX进程。

步骤 4 ,终端在运行 DRX进程时 ,初始选择启用其中一个 DRX Cycle , 选择的 DRX Cycle可以是预先配置的或由网络侧通过信令指示的；例如，如图 4所示，终端初始启用 DRX Cyclel。

步骤 5 , 在随后的 DRX进程中，终端根据业务数据发送的特点，自主选择并启用一个 DRX Cycle, 通过周期指示命令通知网络侧自身将要启用的 DRX Cycle; 其中，周期指示命令可以是 RRC信令、 MAC控制信息单元形式的信令、或物理层信令，周期指示命令中，可以通过 index的方式指示启用的 DRX Cycle, 而不需要配置实际的周期值；例如，如图 4所示，终端决定更改为启用 DRX Cycle2。

步骤 6, 网络侧收到终端发送的周期指示命令后，按照所指示的 DRX Cycle进行控制。

本实施例比较适合上行业务，因为上行业务数据发送特点是终端可以察觉的，因此由终端来选择 DRX Cycle比较合适。

对于上下行都有的业务，可以由终端根据业务数据发送特点，选择并启用一个 DRX Cycle, 最后通过周期指示命令通知网络侧，网络侧收到终端发送的周期指示请求后，结合下行数据的特点，确定最终启用的 DRX Cycle, 并通过信令指示终端执行该 DRX Cycle; 其中，用于指示的信令可以是 RRC信令、 MAC控制信息单元形式的信令、物理层信令等，信令中可以通过 index的方式指示不同的 DRX Cycle，而不需要配置实际的周期值；终端根据收到的指示，选择启用的 DRX Cycle,并按该 DRX Cycle进行 DRX 控制。

为实现上述方法，本发明还提供一种非连续接收***，图 5是本发明实现非连续接收***的结构示意图，如图 5所示，该***包括：网络侧 51 和终端 52; 其中，

网络侧 51 , 用于为终端 52配置 DRX参数，其中携带多个 DRX Cycle, 并将配置的 DRX参数发送给终端 52;

终端 52,用于根据根据所述 DRX参数启动 DRX进程，并在运行 DRX 进程时，启用相应的 DRX Cycle。

所述 DRX参数中携带多个 DRX Cycle的使用策略。

所述网络侧 51配置并发送 DRX参数为：当业务的特性适合配置 DRX 机制且需要配置多个 DRX Cycle时，网络侧根据终端运行的业务的特性，为终端配置 DRX参数，并将配置的 DRX参数通过信令发送给终端。

所述终端 52启用相应的 DRX Cycle为：终端根据网络侧指示和 /或预设规则和 /或自主选择，启用相应的 DRX Cycle。

所述终端 52根据网络侧指示启用相应的 DRX Cycle为：在运行 DRX 进程时，网络侧通过 RRC信令或 MAC CE或物理层指示的方式，指示终端需要启用的 DRX Cycle, 终端根据网络侧指示启用相应的 DRX Cycle。

所述终端 52根据预设规则启用相应的 DRX Cycle为：如果网络侧为终端配置 DRX参数中携带 DRX Cycle的使用策略，终端根据 DRX Cycle的使用策略，选择启用的 DRX Cycle。

所述终端 52自主选择启用相应的 DRX Cycle为：终端才艮据业务的特性决定启用的 DRX Cycle,并将该决定通过 RRC信令或 MAC CE或物理层指示的方式通知网络侧；

网络侧收到通知后，通过信令回复确认信息给终端。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1、一种非连续接收方法，其特征在于，该方法包括：

终端接收网络侧配置并发送的非连续接收（DRX )参数，其中携带多个 DRX周期（Cycle );

终端根据所述 DRX参数启动 DRX进程 ,并在运行 DRX进程时 ,启用相应的 DRX Cycle。

2、根据权利要求 1所述的方法，其特征在于，所述网络侧配置并发送 DRX参数为：

3、根据权利要求 1或 2所述的方法，其特征在于，该方法还包括：所述 DRX参数中携带多个 DRX Cycle的使用策略。

4、根据权利要求 1 所述的方法，其特征在于，所述启用相应的 DRX Cycle为：

5、根据权利要求 4所述的方法，其特征在于，所述终端根据网络侧指示启用相应的 DRX Cycle为：

在运行 DRX进程时 , 网络侧通过 RRC信令或 MAC CE或物理层指示的方式，指示终端需要启用的 DRX Cycle, 终端根据网络侧指示启用相应的 DRX Cycle。

6、根据权利要求 4所述的方法，其特征在于，所述终端根据预设规则启用相应的 DRX Cycle为：

如果网络侧为终端配置 DRX参数中携带 DRX Cycle的使用策略，终端根据 DRX Cycle的使用策略，选择启用的 DRX Cycle。

7、根据权利要求 6所述的方法，其特征在于，所述终端根据 DRX Cycle 的使用策略，选择启用的 DRX Cycle为：

如果所述 DRX Cycle的使用策略是多个 DRX Cycle的使用是从短到长依次转换，则终端首先启用最短的 DRX Cycle, 当规定次数的周期循环结束后且期间没有数据收发动作发生，启用次长的 DRX Cycle, 当规定次数的周期循环结束后且期间没有数据收发动作发生，启用更长的 DRX Cycle, 以此类推；如果任何一个 DRX Cycle内，发生数据收发动作，待数据收发结束后，重新进入上述过程。

8、根据权利要求 4所述的方法，其特征在于，所述终端自主选择启用相应的 DRX Cycle为：

终端根据业务的特性决定启用的 DRX Cycle, 并将该决定通过 RRC信令或 MAC CE或物理层指示的方式通知网络侧；

网络侧收到通知后，通过信令回复确认信息给终端。

9、一种非连续接收***，其特征在于，该***包括：网络侧和终端；其中，

网络侧，用于为终端配置 DRX参数，其中携带多个 DRX Cycle, 并将配置的 DRX参数发送给终端；

10、根据权利要求 9所述的***，其特征在于，所述 DRX参数中携带多个 DRX Cycle的使用策略。