WO2013159620A1

WO2013159620A1 - 一种下行数据传输方法及装置

Info

Publication number: WO2013159620A1
Application number: PCT/CN2013/073128
Authority: WO
Inventors: 陈东; 张英
Original assignee: China Academy of Telecommunications Technology CATT
Current assignee: China Academy of Telecommunications Technology CATT
Priority date: 2012-04-28
Filing date: 2013-03-25
Publication date: 2013-10-31
Anticipated expiration: 2014-10-28
Also published as: CN103378939B; EP2844010A4; US9516669B2; US20150103768A1; CN103378939A; EP2844010A1

Description

一种下行数据传输方法及装置本申请要求在 2012年 4月 28日提交中国专利局、申请号为 201210133375.6、发明名称为

"一种下行数据传输方法及装置" 的中国专利申请的优先权，本申请还要求在 2012年 9月 26曰提交中国专利局、申请号为 201210364556.X、发明名称为 "一种下行数据传输方法及装置" 的中国专利申请的优先权，这两件中国申请的全部内容均通过引用结合在本申请中。技术领域本发明涉及通信技术领域，特别涉及一种下行数据传输方法及装置。背景技术近年来，随着通信技术的不断发展，除了传统的人与人（Human to Human, H2H )之间的沟通和交流更加便捷外，机器与机器（Machine to Machine, M2M )之间的连接和对话也日渐成为通信发展的主流。

M2M通信是指机器和机器之间的通信，与传统的 H2H通信不同， M2M能够自动完成数据的釆集、处理与传输，并不需要人工千预。 M2M通信的一个重要特征是用户终端比较多，机器类型通信（Machine Type Communication, MTC )终端的数目远远大于 H2H 的用户终端，通常是 H2H的用户终端的几十倍。

M2M模式已经应用于很多领域，例如， 7J表统计，电表统计，煤气表统计，水文监测等，这些用户终端或者属于同一个用户，例如，属于同一个电力公司的电表，属于同一个自来水公司的水表等，或者在一个区域内分布比较密集，例如，水文监测。当用户需要对属于该用户的某个用户终端，或某个区域内属于该用户的某些用户终端发送公共信息时，如果通过对属于该用户的每个用户终端进行寻呼，或者，通过对属于该用户的每个用户终端发送相同内容的信息，就会对网络资源造成一定程度的浪费。

在长期演进（ Long Term Evolution, LTE ) 系统中，数据传输信道为共享信道，用户终端的上下行数据传输都是基于调度来实现的。在调度的过程中，需要对用户终端寻址。目前，对用户终端寻址主要使用 16bit的无线网络临时标识符（Radio Network Temporary Identifier, RNTI ) 方式进行寻址。 RNTI有用于不同目的的多种不同类型，常见的有：寻呼无线网络临时标识符（Paging Radio Network Temporary Identifier, P-RNTI ), 主要用于调度寻呼消息时寻址；系统消息无线网络临时标识符（System Information Radio Network Temporary Identifier, SI-RNTI ), 主要用于调度系统消息时寻址；小区无线网络临时标识符（ Cell Radio Network Temporary Identifier, C-RNTI ), 主要用于动态调度用户数据时寻址。

当用户终端处于空闲状态时，用户终端可以接收寻呼消息和系统消息，寻呼消息和系统消息都是广播的。对于 LTE系统，寻呼消息和系统消息都是通过调度传输的，即网络侧在发送寻呼消息和系统消息之前首先会通过物理下行控制信道（ Physical Downlink Control Channel, PDCCH )调度传输寻呼消息和系统消息的物理资源，即物理下行链路共享信道 ( Physical Downlink Shared Channel, PDSCH ) 资源。对于寻呼消息，网络侧通过 P-RNTI 加扰 PDCCH;对于系统消息，网络侧通过 SI-RNTI加扰 PDCCH。用户终端在解扰 PDCCH 时，会分别使用与寻呼消息对应的 P-RNTI以及与系统消息对应的 SI-RNTI来解扰 PDCCH , 这样才会正确解出 PDCCH所携带的调度信息。用户终端根据 PDCCH上携带的调度信息，在指示的物理资源位置处接收寻呼消息或系统消息。

为了降低功率消耗，用户终端在空闲状态下按照一定的周期以非连续接收

( Discontinuous Reception, DRX )形式来监听寻呼消息，即每隔一段时间醒来在固定的位置监听 P-RNTI加扰的 PDCCH调度的寻呼消息。监听调度寻呼消息的周期叫作 Paging DRX 周期，监听调度寻呼消息的时机叫作寻呼时机（Paging Occasion, PO )。用户终端计算系统帧号（ System Frame Number, SFN ) 的公式为：

SFN mod T= (T div N)*(UE_ID mod N) (公式一）其中， SFN是 PO所处的无线帧位置编号， T是 Paging DRX周期， N由网络侧配置决定， UE_ID为该用户终端的国际移动用户标识码（ International Mobile Subscriber Identity, IMSI )。

用户终端可以根据公式一来计算用户终端监听调度寻呼消息的时机的 SFN, 但是具体是在该无线帧中的哪个子帧监听网络侧对寻呼消息的调度，还需要由 i_s = floor(UE_ID/N) mod Ns (公式二）来确定；其中， i_s是 PO所处的无线帧的子帧的位置编号， N与 Ns 由网络配置决定。

同样，网络侧会根据公式一来计算每一个用户终端监听寻呼消息的时机的无线帧位置的编号，根据公式二来计算每一个用户终端监听网络侧对寻呼消息的调度的具体子帧，从而当网络侧需要对该用户终端发送寻呼消息时，在该子帧所在的位置调度该用户终端的寻呼消息即可。

由公式一、公式二可知，不同的用户终端，若使用不同的 UE_ID计算得到的 PO所在的具体子帧的编号可能是不同的，但是如果不同的用户终端，使用相同的 UE_ID计算得到的 PO所在的具体子帧的编号肯定是相同的。

对于通用移动通信系统（ Universal Mobile Telecommunications System, UMTS )系统， R5版本后引入了高速的数据传输技术——高速下行分组接入（ High Speed Downlink Packet Access, HSDPA ) /高速上行包接入（High Speed Uplink Packet Access, HSUPA )。 HSDPA 用于下行数据传输， HSUPA用于上行数据传输。 HSDPA釆用基于调度的数据传输方式进行下行数据传输，主要包括两个物理信道：高速下行共享控制信道（High Speed Shared Control Channel, HS-SCCH )和高速下行物理共享信道（ High Speed Physical Downlink Shared Channel, HS-PDSCH )„ 其中， HS-SCCH用于调度，携带网络侧分配的用于数据传输的物理资源，即 HS-PDSCH资源， HS-PDSCH具体用于承载数据。 HS-SCCH使用高速下行共享信道无线网络临时标识符（High Speed Downlink Shared Channel Radio Network Temporary Identifier , H-RNTI ) 加扰。 H-RNTI 是由无线网络控制器（Radio Network Controller , RNC ) 分配的。每一个用户终端在进入连接状态时都会由 RNC 分配一个 H-RNTI。在下行数据传输过程中，用户终端使用分配的 H-RNTI监听 HS-SCCH, 如果正确解扰 HS-SCCH, 则可在网络侧分配的物理资源处接收网络侧发送给自己的数据。

在 UMTS系统中，用户终端在空闲状态下同样以 DRX形式来监听寻呼消息，但是， UMTS系统的寻呼消息传输机制却不同于 LTE系统的寻呼消息传输机制。在 UMTS系统中，用户终端需要以 DRX形式来接收寻呼指示信道（ Paging Indicator Channel , PICH )。 PICH不携带具体的寻呼消息的内容，仅仅会指示该用户终端是否被寻呼。 PICH的内容由一系列（N_PI )寻呼指示因子 Ρ_ψ = 0, ..., N_PI-1 , Pq {0, l}组成， PICH块中寻呼指示因子的长度 JPi可为 2、 4或 8个数据符号。在四相相移键控 ( Quadrature Phase Shift Keying, QPSK )调制下， J_PI对应 4、 8或 16个连续比特。 PICH的突发中 N_PIB=352个比特用于承载寻呼指示。寻呼指示因子的个数 ^¾可以由： N_PI = N_PIB / ( 2L_PI ) (公式三）来计算。 N_PICH 个连续的寻呼指示帧可以组成一个 PICH块， N_PICH由高层配置。因此，在一个 PICH块内寻呼指示因子的个数为： N_P=N_PICH*N_PI。基于以上描述，本用户终端寻呼因子的计算公式为：

PI = ( IMSI div 8192 ) mod NP。（公式四）

PI值与一个 PICH块的第 n帧的寻呼指示 Pq相关联， q, n由以下关系式获得： q = PI mod N_PI以及 n = PI div Npio

根据公式四可知，用户终端读取相应位置上的寻呼指示因子 PI, 如果 PI的比特为全

1 { 1, 1, 1.., 1 } , 则意味着用户终端被要求接收 PICH信道之后寻呼块内的寻呼子信道，以确定寻呼消息中是否包含着对本用户终端的寻呼。反之，则不必接收后面的寻呼消息。

如果用户终端发现被寻呼，则在固定的时间间隔（Ngap, 网络侧配置该值），在选定的物理资源——辅公共控制物理信道 ( Secondary Common Control Physical Channel , SCCPCH )上接收寻呼消息。网络侧会配置多条 SCCPCH信道，用户终端选择接收寻呼消息的 SCCPCH信道的方法是根据 S-CCPCH 索引 = IMSI mod K (公式五）来确定的， S-CCPCH索弓 I是标识 SCCPCH信道的编号。

根据以上论述可知，在 UMTS系统中，用户终端在空闲状态下监听自己的寻呼消息时，同样需要根据自己的 IMSI在公共资源中选择自己需要使用的资源。如果一组用户终端使用相同的标识，那么就可以在同样的时刻监听到同样的消息。

现有技术中，向至少由一个用户终端构成的群组传输数据的方式有：系统消息广播、寻呼消息。系统消息广播数据传输方式，系统消息属于同一用户的所有用户终端传输数据信息，并不适合向某一组用户终端传输数据信息；寻呼消息数据传输方式，由于其承载的资源有限，而且若该数据传输方式承载较多的数据时会影响到正常的用户终端，特别是会影响到正常的边缘用户终端接收正常寻呼消息。基于以上分析可知，通过现有技术向某一组用户终端传输下行数据时，存在网络资源利用率低的问题，因此，目前没有适合向某一组用户终端传输数据的基于组的下行数据传输方式。发明内容本发明实施例提供一种下行数据传输方法及装置，用以减少网络侧向某组用户终端传输数据时的网络资源浪费，提高网络资源利用率。

本发明实施例提供的具体技术方案如下：

一种下行数据传输方法，包括：

向用户终端发送下行数据传输调度信息；

获得相应的发送第一消息的时机，所述第一消息用以指示终端侧接收下行数据；在所述时机向用户终端发送第一消息；

按照所述下行数据传输调度信息，向用户终端传输下行数据。

一种下行数据传输方法，包括：

接收网络侧发送的下行数据传输调度信息；

获得相应的接收第一消息的时机，所述第一消息用以指示终端侧接收下行数据；在所述时机接收网络侧发送的第一消息；

按照所述下行数据传输调度信息，接收网络侧传输的下行数据。

—种下行数据传输装置，包括：

第一传输单元，用于向用户终端发送下行数据传输调度信息；

获取单元，用于获得相应的发送第一消息的时机，所述第一消息用以指示终端侧接收下行数据；

第二传输单元，用于在所述时机向用户终端发送第一消息；

第三传输单元，用于按照所述下行数据传输调度信息，向用户终端传输下行数据。一种下行数据传输装置，包括：

第一通信单元，用于接收网络侧发送的下行数据传输调度信息；获取单元，用于获得相应的接收第一消息的时机，所述第一消息用以指示终端侧接收下行数据；

第二通信单元，用于在所述时机接收网络侧发送的第一消息；

第三通信单元，用于按照所述下行数据传输调度信息，接收网络侧传输的下行数据。本发明实施例中，将属于同一用户，或者，在一个区域范围内分布比较密集的用户终端组成组。用户终端除了使用自己的 UE_ ID根据背景技术中介绍的公式一和公式二来监听针对用户终端发送的寻呼消息外，同时还需要使用自己所归属的组的 Group ID或者自己的 UE ID, 根据背景技术中介绍的公式一和公式二来监听针对用户终端归属组发送的第一消息。通过对组进行管理和控制，将会优化信令传输，实现了减少在 M2M通信中网络侧向某组用户终端传输数据时的网络资源浪费，提高网络资源利用率的效果。附图说明图 1为本发明实施例中系统运行环境示意图；

图 2为本发明实施例中网络侧功能结构示意图；

图 3为本发明实施例中用户终端功能结构示意图；

图 4A为本发明实施例中，对于 LTE系统，第一种基于组的下行数据传输详细流程图；图 4B为本发明实施例中，对于 LTE系统，第一种基于组的下行数据传输示意图；图 5A为本发明实施例中，对于 UMTS系统，第一种基于组的下行数据传输详细流程图；

图 5B为本发明实施例中，对于 UMTS系统，第一种基于组的下行数据传输示意图；图 6A为本发明实施例中，对于 LTE系统，第二种基于组的下行数据传输详细流程图；图 6B为本发明实施例中，对于 LTE系统，第二种基于组的下行数据传输示意图；图 7A为本发明实施例中，对于 UMTS系统，第二种基于组的下行数据传输详细流程图；

图 7B为本发明实施例中，对于 UMTS系统，第二种基于组的下行数据传输示意图。具体实施方式为了减少在 M2M通信中的网络资源浪费，提高网络资源利用率，本发明实施例提供一种下行数据传输方法，将属于同一用户，或在一个区域范围内分布比较密集的用户终端组成组，对于每一个组用一个 Group ID来唯一标识，用户终端在空闲状态下仍然监听第一消息，上述第一消息可以是寻呼消息，也可以是控制信道消息，其中，控制信道可以是 PDCCH, 也可以是 HS-SCCH。用户终端除了使用自身的 UE_ID根据背景技术中介绍的公式一和公式二来监听针对自身的寻呼消息外，同时还需要使用用户终端归属组的 Group ID , 根据背景技术中介绍的公式一和公式二来监听针对用户终端归属组发送的第一消息。

网络侧在第一消息对应的时机通过设定的物理资源向用户终端发送第一消息，若第一消息为寻呼消息，则网络侧在寻呼消息中携带用户终端归属组的 Group ID , 或者，携带用户终端归属组的 Group ID及下行数据传输指示（ data-flag ); 若第一消息为控制信道消息，则网络侧在该控制信道消息中携带用户终端归属组的 Group ID ,其中，网络侧可以为基站，也可以为 RNC。

以寻呼消息为例，网络侧向某组用户终端传输下行数据时，在该组的寻呼时机处寻呼该组用户终端，寻呼消息携带该组的 Group ID来通知该组内的所有用户终端。接收到该寻呼消息的用户终端可以在固定时长（即时间窗口，也称时间窗）内到固定的物理资源位置处接收下行数据，改变用户终端行为，令用户终端无需进入无线资源控制（ Radio Resource Control, RRC )连接状态接收网络侧分配的下行调度资源。网络侧可以在固定时长内多次传输相同的数据来保证下行数据传输的可靠性。固定时长、固定的物理资源及下行数据传输间隔均可以通过系统消息进行广播，也可以通过 RRC 消息发送。所有组的所有用户终端都可以使用这套参数。这个固定的物理资源在没有下行组数据传输时可以被网络侧调度给其它用户终端使用，一旦有组数据传输，在数据传输过程中，网络侧不会调度该固定的物理资源给其它用户终端使用。

如果用户终端无需进入 RRC 连接状态接收网络侧分配的下行调度资源，且网络侧通过 RRC 消息发送固定时长、固定的物理资源及下行数据传输间隔。具体的，在用户终端处于 RRC连接状态时，网络侧通过 RRC消息发送固定时长、固定的物理资源及下行数据传输间隔。用户终端保存接收到的固定时长、固定的物理资源及下行数据传输间隔。当用户终端退出 RRC连接状态后，可以根据保存的这些信息接收网络侧分配的下行调度资源。

或者，用户终端在空闲状态下按照上述方法监听组寻呼时机，网络侧向该组用户终端传输下行数据时，在组寻呼时机，通过寻呼消息携带该 Group ID来通知组内的所有用户终端。该寻呼消息中同时携带与该组对应的 C-RNTI (网络侧动态分配，同正常的 C-RNTI ) 或 H-RNTK RNC分配）。收到寻呼消息的用户终端可以在固定时长内监听由收到的 C-RNTI 加扰的 PDCCH或 H-RNTI加扰的 HS-SCCH。时长超时后， C-RNTI或 H-RNTI被释放。这个时长可以通过系统消息，也可以通过 RRC 消息发送，所有组的所有用户终端都是相同的。监听到对应的 C-RNTI加扰的 PDCCH或对应的 H-RNTI加扰的 HS-SCCH后，用户终端在 PDCCH或 HS-SCCH调度的物理资源位置处接收下行数据。

为了减少在 M2M通信中的网络资源浪费，提高网络资源利用率，本发明实施例提供另一种下行数据传输方法，将属于同一用户，或在一个区域范围内分布比较密集的用户终端组成组。用户终端在空闲状态下仍然监听第一消息，该第一消息可以是寻呼消息，也可以是控制信道消息。其中，控制信道可以是 PDCCH, 也可以是 HS-SCCH。用户终端需要使用自身的 UE_ID, 根据背景技术中介绍的公式一和公式二来监听消息，以便获取针对用户终端归属组发送的第一消息。

网络侧在第一消息对应的时机通过设定的物理资源向用户终端发送第一消息，若第一消息为寻呼消息，则网络侧在寻呼消息中携带用户终端的 UE ID 及下行数据传输指示 ( data-flag ); 若第一消息为控制信道消息，则网络侧在该控制信道消息中携带用户终端的 UE ID, 其中，网络侧可以为基站，也可以为 RNC。

以寻呼消息为例，网络侧向某组用户终端传输下行数据时，在该组的寻呼时机处寻呼该组用户终端。其中，对于该组中的不同用户终端，组的寻呼时机可能不相同。向该组中的各用户终端发送的寻呼消息携带用户终端的 UE ID和下行数据传输指示来通知该用户终端。接收到该寻呼消息的用户终端可以在固定时长（即时间窗口，也称时间窗）内到固定的物理资源位置处接收下行数据，改变用户终端行为，令用户终端无需进入 RRC 连接状态接收网络侧分配的下行调度资源。网络侧可以在固定时长内多次传输相同的数据来保证下行数据传输的可靠性。固定时长、固定的物理资源及下行数据传输间隔均可以通过系统消息进行广播，也可以通过 RRC 消息发送。该组的所有用户终端都可以使用这套参数。这个固定的物理资源在没有下行组数据传输时可以被网络侧调度给其它用户终端使用，一旦有组数据传输，在数据传输过程中，网络侧不会调度该固定的物理资源给其它用户终端使用。

下面以网络侧釆用系统消息，如，系统信息广播（ System Information Broadcast , SIB ) 消息，向用户终端通知下行数据传输调度信息，以及釆用寻呼消息通知用户终端接收传输的下行数据为例，结合附图对本发明优选的实施方式进行详细说明，其中，

参阅图 1所示，本发明实施例中，系统运行环境包括网络侧和若千用户终端，其中，参阅图 2所示，本发明实施例中，网络侧包括第一传输单元 10、获取单元 11、第二传输单元 12、第三传输单元 13 , 其中，

第一传输单元 10, 用于向用户终端发送下行数据传输调度信息；

获取单元 11 , 用于获得相应的发送第一消息的时机，所述第一消息用以指示终端侧接收下行数据；

第二传输单元 12, 用于在所述时机向用户终端发送第一消息；

第三传输单元 13 , 用于按照所述下行数据传输调度信息，向用户终端传输下行数据。参阅图 3所示，本发明实施例中，用户终端包括第一通信单元 20、获取单元 21、第二通信单元 22、第三通信单元 23 , 其中，

第一通信单元 20 , 用于接收网络侧发送的下行数据传输调度信息；

获取单元 21 , 用于获得相应的接收第一消息的时机，所述第一消息用以指示终端侧接收下行数据；

第二通信单元 22 , 用于在所述时机接收网络侧发送的第一消息；

第三通信单元 23 ,用于按照所述下行数据传输调度信息，接收网络侧传输的下行数据。基于上述系统架构，参阅图 4A所示，本发明实施例中，对于 LTE系统，基于组的下行数据传输详细流程之一如下：

步骤 200 , 基站通过 SIB消息来广播基于组的下行数据传输调度信息，该下行数据传输调度信息中至少携带用户终端用于接收下行数据的资源指示。

当然，基站还可以通过 RRC 消息来发送基于组的下行数据传输调度信息，本实施例中仅以广播形式的 SIB消息为例。

该下行数据传输调度信息的具体内容可以包括：组内的用户终端接收基站传输的下行数据的时长（即时间窗口，也称时间窗），接收基站传输的下行数据的物理资源，下行数据传输间隔，进一步地，还可以包括接收基站传输的下行数据的子帧偏移量。

其中，用户终端接收基站传输的下行数据的时长，即该下行数据传输调度信息中指示的下行数据传输时长。

接收基站传输的下行数据的子帧偏移量确定的子帧位置，即承载下行数据传输的起始子帧的位置。

本发明实施例中， SIB消息的具体形式可以如下所示：

Group-scheduling-info: := SEQUENCE {

scheduling-Config SEQUENCE {

duration ENUMERATED {rB2, rf64, rfl28},

RepetitionPeriod ENUMERATED {rf4,rf8,rfl6} OPTIONAL

Offset INTEGER (0..159) OPTIONAL

},

Phy-resource-Config SEQUENCE {

}

步骤 210, 用户终端在空闲状态下，除了釆用 UE_ID监听自身的寻呼消息外，还需要通过该用户终端归属组的 Group ID计算监听用户终端归属组的寻呼时机。

其中，用户终端归属组的寻呼时机，即发送 /接收寻呼消息的时机。

用户终端计算归属组的寻呼时机所处的无线帧位置编号 SFN的公式为：

SFN mod T= (T div N)*(Group ID mod N) (公式六）其中， SFN是归属组的寻呼时机所处的无线帧位置编号， T是 Paging DRX周期， N 由基站配置决定， Group ID为该用户终端归属组的标识。

用户终端可以根据公式六来计算用户终端归属组监听调度寻呼消息的时机所处的 SFN, 但是具体是在该无线帧中的哪个子帧监听基站对寻呼消息的调度，还需要由 i_s = floor(Group_ID/N) mod Ns (公式七）来确定；其中， i_s是用户终端归属组的寻呼时机所处的无线帧的子帧的位置编号， N与 Ns由基站配置决定。

用户终端归属组的 Group ID在该用户终端的卡中进行了设置，卡可以为用户身份识别 ( Subscriber Identity Module ， SIM )卡，也可以是全球用户识别卡（Universal Subscriber Identity Module , USIM )卡，且每个组的 Group ID是唯一确定的。

实际应用中，除了可以根据用户终端归属组的 Group ID计算监听归属组的寻呼时机，还可以根据用户终端标识（UE ID )计算监听归属组的寻呼时机，本发明实施例仅以前者为例进行说明，但实际操作时并不局限于此。

如果根据用户终端标识计算监听归属组的寻呼时机，具体的，用户终端按照背景技术中介绍的公式一和公式二来计算寻呼时机，本申请中，该寻呼时机是归属组的寻呼时机。其中，一组中不同的用户终端，其归属组的寻呼时机可能各不相同。在基站侧，基站分别针对一组中每个用户终端的用户终端标识，按照背景技术中介绍的公式一和公式二来计算相应的用户终端的归属组的寻呼时机。

步骤 220, 用户终端接收基站通过 PDCCH发送的控制信令，控制信令中携带有基站下发的用于监听寻呼消息的物理资源位置。

基站釆用 P-RNTI对 PDCCH发送的控制信令加扰，由于 P-RNTI是协议中规定的，因此，用户终端根据相关协议即可以釆用相应的 P-RNTI对接收的控制信令进行解扰，从而获得基站下发的用于监听寻呼消息的物理资源位置。

步骤 230, 用户终端在归属组对应的寻呼时机内，在基站通知的物理资源位置处接收基站发送的寻呼消息。

实际应用中，用户终端可以在归属组对应的寻呼时机内，在基站通知的物理资源位置处，周期性地监听寻呼消息，寻呼消息中携带用户终端归属组的 Group ID, 或者携带用户终端归属组的 Group ID与下行数据传输指示（data-flag )。考虑到寻呼消息大小受限，较佳的，每个寻呼消息中仅携带一个或少数的 Group ID。

本发明实施例中，寻呼消息的具体的形式可以如下所示：

Paging-vb00-IEs：: = SEQUENCE {

pagingGroupRecordList PagingGroupRecordList OPTIONAL, -- Need ON

nonCriticalExtension SEQUENCE {}

OPTIONAL - Need OP

}

PagingGroupRecordList：: = SEQUENCE (SIZE (L.maxPageGruop)) OF PagingGroupRecord PagingGroupRecord ::: SEQUENCE {

group-Identity Group-Identity,

data-flag ENUMERATED {true} OPTIONAL 除了可以通过寻呼消息通知用户终端开始接收组的下行数据，基站还可以通过特殊的控制信道来通知用户终端开始接收组的下行数据。这里提到的特殊的控制信道可以是 PDCCH, 该 PDCCH携带对应的 Group ID。

如上所述，除了可以根据用户终端归属组的 Group ID计算监听归属组的寻呼时机，还可以根据用户终端标识计算监听归属组的寻呼时机。

应当指出的是，如果根据用户终端标识计算监听归属组的寻呼时机。对于用户终端而言，其并不对归属组的寻呼时机和针对其自身的寻呼时机进行区分。

如果步骤 220中根据用户终端标识计算监听归属组的寻呼时机。那么，步骤 230在实际应用中，用户终端可以在归属组对应的寻呼时机内，在基站通知的物理资源位置处，周期性地监听寻呼消息，寻呼消息中携带用户终端的 UE ID与下行数据传输指示（ data-flag )。

步骤 240, 用户终端监听到相应的寻呼消息后，根据 SIB消息通知的下行数据传输调度信息，接收基站传输的下行数据。

具体为：用户终端监测到寻呼消息中携带自己归属组的 Group ID, 或者，用户终端监测到寻呼消息中携带自己归属组的 Group ID及下行数据传输指示（data-flag ) 时，在收到该寻呼消息的下一个子帧处（也可以是下一个子帧 +偏移子帧处），釆用 SIB 消息通知的下行数据传输时长（即时间窗口，也称时间窗），以及下行数据传输间隔，在 SIB 消息通知的固定的物理资源位置处，重复接收基站传输的下行数据。 SIB 消息通知的固定的物理资源位置处，即承载下行数据传输的起始子帧位置上，下行数据传输调度信息中包括的 UE 接收基站传输的下行数据的物理资源。其中，承载下行数据传输的起始子帧位置，即根据步骤 200中，下行数据传输调度信息中包括的 "接收基站传输的下行数据的子帧偏移量" 确定的子帧位置。

其中，接收下行数据的时长由基站在 SIB消息中配置。基站从同一时刻开始，在与该组的用户终端接收下行数据的同样的物理资源处传输该组的下行数据。基站可能会周期性地重复传输上述下行数据，保证下行数据传输的可靠性。如果时长超时，基站停止传输下行数据，该组用户终端同样停止接收下行数据。如果用户终端接收的寻呼消息中包含自身的 UE_ID以及自己归属组的 Group ID, 则用户终端触发 RRC连接建立过程，不执行下行数据接收操作。

具体的，基站按照所述下行数据传输调度信息中指示的下行数据传输时长，承载下行数据传输的起始子帧位置，以及下行数据传输间隔，向用户终端传输下行数据。

如果步骤 220中根据用户终端标识计算监听归属组的寻呼时机。那么，步骤 240具体为：用户终端监测到寻呼消息中携带自己 UE ID及下行数据传输指示时，利用如下公式（八）确定开始接收数据时刻，在公式（八）确定的时间点，釆用 SIB消息通知的下行数据传输时长（即时间窗口，也称时间窗），以及下行数据传输间隔，在 SIB 消息通知的固定的物理资源位置处，重复接收基站传输的下行数据。

SFN mod m=0 公式（八）

其中， m为网络侧配置或协议规定的时间长度，该时间长度是寻呼周期的整数倍，用来使归属组内的所有用户终端对其接收时刻。用户终端监测到寻呼消息中携带自己的 UE ID及下行数据传输指示后第一个满足该公式的 SFN即为接收数据时刻。

其中，接收下行数据的时长由基站在 SIB消息中配置。基站按照上述公式（八）确定开始发送数据的时刻，从同一时刻开始，在与该组的用户终端接收下行数据的同样的物理资源处传输该组的下行数据。基站可能会周期性地重复传输上述下行数据，保证下行数据传输的可靠性。如果时长超时，基站停止传输下行数据，该组用户终端同样停止接收下行数据。如果用户终端接收的寻呼消息中包含自身的 UE_ID以及自己归属组的 Group ID , 则用户终端触发 RRC连接建立过程，不执行下行数据接收操作。

具体的，基站利用上述公式（八）确定开始发送数据时刻，在公式（八）确定的时间点，按照所述下行数据传输调度信息中指示的下行数据传输时长，承载下行数据传输的起始子帧位置，以及下行数据传输间隔，向用户终端传输下行数据。

对于 LTE系统，第一种基于组的下行数据传输示意图为图 4B所示。

基于上述系统架构，参阅图 5A所示，本发明实施例中，对于 UMTS系统，基于组的下行数据传输详细流程之一如下：

步骤 300 , 基站通过 SIB消息来广播基于组的下行数据传输调度信息，该下行数据传输调度信息中至少携带用户终端用于接收下行数据的资源指示。

该下行数据传输调度信息的具体内容可以包括：组内的用户终端接收基站传输的下行数据的时长，接收基站传输的下行数据的物理资源，下行数据传输间隔，进一步地，还可以包括接收基站传输的下行数据的子帧偏移量。

接收基站传输的下行数据的子帧偏移量确定的子帧位置，即承载下行数据传输的起始子帧的位置。本发明实施例中， SIB消息的具体形式可以如表 1所示:

表 1

步骤 310, 用户终端在空闲状态下，除了釆用 UE_ID监听自身的寻呼消息外，还需要通过该用户终端归属组的 Group ID计算监听归属组的寻呼时机。

用户终端根据公式六计算归属组寻呼时机所处的无线帧位置编号 SFN, 由公式七来确定具体是在该无线帧中的哪个子帧监听基站对寻呼消息的调度。

用户终端归属组的 Group ID在该用户终端的卡中进行了设置，卡可以为 SIM卡，也可以是 USIM卡，且每个组的 Group ID是唯一确定的。

当然，用户终端也可以通过其 UE_ID计算监听归属组的寻呼时机，其具体实现方式可以参照上述实施例的描述，这里不再赘述。

步骤 320, 用户终端接收基站通过 PICH发送的控制信令，控制信令中携带表示用户终端是否被寻呼的标识。

步骤 330, 用户终端在归属组对应的寻呼时机内，根据基站的通知在预定的物理资源位置处接收基站发送的寻呼消息。

实际应用中，用户终端可以在归属组对应的寻呼时机内，根据基站的通知在预定的物理资源位置处，周期性地监听寻呼消息，寻呼消息中携带用户终端归属组的 Group ID, 或者携带用户终端归属组的 Group ID与下行数据传输指示（data-flag )。考虑到寻呼消息大小受限，较佳的，每个寻呼消息中仅携带一个或少数的 Group ID。

本发明实施例中，寻呼消息的具体形式可以如表 2所示:

表 2

除了可以通过寻呼消息通知用户终端开始接收组的下行数据，基站还可以通过特殊的控制信道来通知用户终端开始接收组的下行数据。这里提到的特殊的控制信道可以是 HS-SCCH, 该 HS-SCCH携带对应的 Group ID。

如上所述，如果用户终端通过其 UE_ID计算监听归属组的寻呼时机，且釆用寻呼消息，那么寻呼消息中携带用户终端的 UE ID与下行数据传输指示；如果用户终端通过其 UE ID 计算监听归属组的寻呼时机，且釆用控制信道，则该控制信道中携带用户终端的 UE ID。

步骤 340 , 用户终端监听到相应的寻呼消息后，根据 SIB消息通知的下行数据传输调度信息，接收基站传输的下行数据。

具体为：用户终端监测到寻呼消息中携带自己归属组的 Group ID, 或者，用户终端监测到寻呼消息中携带自己归属组的 Group ID及下行数据传输指示（data-flag ) 时，在收到该寻呼消息的下一个子帧处（也可以是下一个子帧 +偏移子帧处），釆用 SIB 消息通知的下行数据传输时长，以及下行数据传输间隔，在 SIB消息通知的固定的物理资源位置处，重复接收基站传输的下行数据。 SIB 消息通知的固定的物理资源位置处，即承载下行数据传输的起始子帧位置上，下行数据传输调度信息中包括的 UE接收基站传输的下行数据的物理资源。其中，承载下行数据传输的起始子帧位置，即根据步骤 200中，下行数据传输调度信息中包括的 "接收基站传输的下行数据的子帧偏移量" 确定的子帧位置。

如上所述，如果用户终端通过其 UE_ID计算监听归属组的寻呼时机，且釆用寻呼消息。那么，步骤 340具体为：用户终端监测到寻呼消息中携带自己 UE ID及下行数据传输指示时，利用如下公式（八）确定开始接收数据时刻，在公式（八）确定的时间点，釆用 SIB 消息通知的下行数据传输时长（即时间窗口，也称时间窗），以及下行数据传输间隔，在 SIB消息通知的固定的物理资源位置处，重复接收基站传输的下行数据。

SFN mod m=0 公式（八）

其中， m为网络侧配置或协议规定的时间长度，该时间长度为寻呼周期的整数倍。用户终端监测到寻呼消息中携带自己的 UE ID及下行数据传输指示后第一个满足该公式的 SFN即为接收数据时刻。

对于 UMTS系统，第一种基于组的下行数据传输示意图为图 5B所示。

基于上述系统架构，参阅图 6A所示，本发明实施例中，对于 LTE系统，基于组的下行数据传输详细流程之二如下：

步骤 400 , 基站通过 SIB消息来广播基于组的下行数据传输调度信息，该下行数据传输调度信息中至少携带用户终端用于接收下行数据的资源指示。

该下行数据传输调度信息的具体内容可以包括：组内的用户终端的控制信道监听时长，以及调度下行数据传输的 PDCCH的物理资源位置，进一步地，还可以包括接收基站传输的下行数据的子帧偏移量。

步骤 410, 用户终端在空闲状态下，除了釆用 UE_ID监听自身的寻呼消息外，还需要通过该用户终端归属组的 Group ID计算监听归属组的寻呼时机。

步骤 420, 用户终端接收基站通过 PDCCH发送的控制信令，控制信令中携带有基站下发的用于监听寻呼消息的物理资源位置。

基站釆用 P-RNTI对 PDCCH发送的控制信令加扰，由于 P-RNTI是协议中规定的，因此，用户终端根据相关协议即可以釆用相应的 P-RNTI对接收的控制信令进行解扰，从而获得基站下发的用于监听寻呼消息的物理资源位置。步骤 430, 用户终端在归属组对应的寻呼时机内，在基站通知的物理资源位置处接收基站发送的寻呼消息。

实际应用中，用户终端可以在归属组对应的寻呼时机内，在基站通知的物理资源位置处，周期性地监听寻呼消息，上述寻呼消息中不仅可以携带该组的 Group ID , 也可以携带用户终端归属组的 Group ID与下行数据传输指示（data-flag ), 进一步地，还可以携带通知用户终端进行控制信道寻址的 C-RNTI。

本发明实施例中，寻呼消息的具体形式如下：

Paging-vxxx-IEs：: = SEQUENCE {

PagingGroupRecordList PagingGroupRecordList OPTIONAL, - Need ON nonCriticalExtension SEQUENCE {} OPTIONAL Need OP

}

PagingGroupRecordList SEQUENCE (SIZE (L.maxPageGruop)) OF

PagingGroupRecord

PagingGroupRecord ::= SEQUENCE {

group-Identity Group-Identity,

c-R TI C-RNTI,

}

步骤 440, 用户终端监听到相应的寻呼消息后，根据寻呼消息携带的信息监测调度下行数据传输的 PDCCH。

基站在通过 PDCCH 向用户终端调度下行数据传输的过程中，釆用寻呼消息携带的 C-RNTI对 PDCCH进行加扰。用户终端监测到寻呼消息中携带自己所属组的 Group ID, 或者，监测到寻呼消息中携带自己归属组的 Group ID及下行数据传输指示（ data-flag )时，用户终端可以在接收到该寻呼消息的下一个子帧处（也可以是下一个子帧 +偏移子帧处），才艮据 SIB 消息通知的控制信道监听时长（即时间窗口，也称时间窗），釆用该寻呼消息中携带 C-RNTI监测调度下行数据传输的 PDCCH, 并釆用 C-RNTI对相应的 PDCCH进行解扰，获得下行数据调度方式，以便按照该下行数据调度方式接收基站传输的下行数据。即，用户终端在接收到该寻呼消息的下一个子帧处（也可以是下一个子帧 +偏移子帧处），根据 SIB消息通知的控制信道监听时长（即时间窗口，也称时间窗），监测调度下行数据传输的控制信道的物理资源位置；其中，具体通过寻呼消息中携带的 C-RNTI尝试解调监听时长内的 PDCCH, —旦解调正确说明监测到为其调度的 PDCCH, 解调成功也就获得了数据传输的物理资源。

步骤 450 , 用户终端按照 PDCCH的调度，接收基站传输的下行数据。

其中， PDCCH的调度即上述获取的下行数据调度方式。用户终端在控制信道监听时长超时后释放由基站分配的 C-RNTI, 同样，基站在控制信道监听时长超时后释放 C-RNTL

相应的，基站在所述下行数据传输调度信息指示的控制信道监听时长内，按照所述下行数据传输调度信息指示的物理资源位置，通过控制信道向用户终端调度下行数据传输；以及

基于所述控制信道调度的资源向用户终端传输下行数据。

应当指出的是，上述例举了在寻呼消息中携带用以通知用户终端进行控制信道寻址的 RNTI, 并在通过控制信道向用户终端调度下行数据传输的过程中，釆用该 RNTI对相应的控制信道进行加扰的实现方式。但本发明实施例不仅限于此，还可以通过标准约定或者基站与用户终端的预先约定，规定 RNTI, 在通过控制信道向用户终端调度下行数据传输的过程中，釆用规定的 RNTI对相应的控制信道加扰。相应的，在用户终端侧，在监测调度下行数据传输的控制信道的物理资源位置的过程中，还可以釆用规定的 RNTI对相应的控制信道进行解扰。

对于 LTE系统，第二种基于组的下行数据传输示意图为图 6B所示。

基于上述系统架构，参阅图 7A所示，本发明实施例中，对于 UMTS系统，基于组的下行数据传输详细流程之二如下：

步骤 500 , 基站通过 SIB消息来广播基于组的下行数据传输调度信息，该下行数据传输调度信息中至少携带用户终端用于接收下行数据的资源指示。

该下行数据传输调度信息的具体内容可以包括：组内的用户终端的控制信道监听时长，以及调度下行数据传输的 HS-SCCH的物理资源位置，进一步地，还可以包括接收基站传输的下行数据的子帧偏移量。

本发明实施例中，系统消息的具体形式可以如表 3所示:

表 3

步骤 510, 用户终端在空闲状态下，除了釆用 UE_ID监听自身的寻呼消息外，还需要通过该用户终端归属组的 Group ID计算监听归属组的寻呼时机。用户终端根据公式六计算归属组寻呼时机所处的无线帧位置编号 SFN, 由公式七来确定具体是在该无线帧中的哪个子帧监听基站对寻呼消息的调度。

步骤 520, 用户终端接收基站通过 PICH发送的控制信令，控制信令中携带表示用户终端是否被寻呼的标识。

步骤 530, 用户终端在归属组对应的寻呼时机，根据基站的通知在预定的物理资源位置处接收基站发送的寻呼消息。

实际应用中，用户终端可以在归属组对应的寻呼时机内，根据基站的通知在预定的物理资源位置处，周期性地监听寻呼消息，上述寻呼消息中不仅可以携带该组的 Group ID, 也可以携带用户终端所属组的 Group ID与下行数据传输指示（data-flag ), 进一步地，还可以携带通知用户终端进行控制信道寻址的 H-RNTI。

本发明实施例中，寻呼消息的具体形式如表 4所示:

表 4

步骤 540, 用户终端监听到相应的寻呼消息后，根据寻呼消息携带的信息监测调度下行数据传输的 HS-SCCH。

基站在通过控制信道向用户终端调度下行数据传输的过程中，釆用寻呼消息携带的 H-RNTI对 HS-SCCH进行加扰。用户终端监测到寻呼消息中携带自己归属组的 Group ID, 或者，监测到寻呼消息中携带自己归属组的 Group ID及下行数据传输指示（ data-flag )时，用户终端可以在接收到该寻呼消息的下一个子帧处（也可以是下一个子帧 +偏移子帧处），根据 SIB消息通知的控制信道监听时长，釆用该寻呼消息中携带 H-RNTI监测调度下行数据传输的 HS-SCCH, 并釆用 H-RNTI对相应的 HS-SCCH进行解扰，获得下行数据调度方式，以便按照该下行数据调度方式接收基站传输的下行数据。

步骤 550 , 用户终端根据 HS-SCCH的调度，接收基站传输的下行数据。

其中， HS-SCCH的调度即上述的下行数据调度方式。

用户终端在控制信道监听时长超时后释放由基站分配的 H-RNTI, 同样，基站在控制信道监听时长超时后释放 H-RNTI。

对于 UMTS系统，第二种基于组的下行数据传输示意图为图 7B所示。

基于图 2所示的网络侧架构，本发明实施例网络侧各功能模块的工作方式如下，其具体工作方式可以参照方法实施例的描述，这里不再赘述。

基于图 2所示的网络侧架构，较佳地，第一传输单元 10釆用系统消息或者无线资源控制 RRC消息向用户终端发送所述下行数据传输调度信息。

基于图 2所示的网络侧架构，较佳地，所述第一传输单元 10发送的下行数据传输调度信息是基于组的下行数据传输调度信息；所述获取单元获得的发送第一消息的时机的是根据所述组对应的组标识 Group ID计算得到的时机。

基于上述任一装置实施例，较佳地，第二传输单元 12在所述时机向用户终端发送所述第一消息时，若所述第一消息为寻呼消息，则第二传输单元 12在所述寻呼消息中携带所述用户终端归属组的 Group ID,或者，携带所述用户终端归属组的 Group ID及下行数据传输指示，若所述第一消息为控制信道消息，则第二传输单元 12在所述控制信道消息中携带所述用户终端归属组的 Group ID。

基于图 2所示的网络侧架构，较佳地，第三传输单元 13按照所述下行数据传输调度信息，向用户终端传输下行数据，包括：

第三传输单元 13 按照所述下行数据传输调度信息中指示的下行数据传输时长，承载下行数据传输的起始子帧位置，以及下行数据传输间隔，向用户终端传输下行数据。

第三传输单元 13 在所述下行数据传输调度信息指示的控制信道监听时长内，按照所述下行数据传输调度信息指示的物理资源位置，通过控制信道向用户终端调度下行数据传输；以及

基于所述控制信道调度的资源向用户终端传输下行数据。

进一步的，第二传输单元 12可以在所述第一消息中携带用以通知用户终端进行控制信道寻址的无线网络临时标识符 RNTI时，在通过控制信道向用户终端调度下行数据传输的过程中，釆用所述 RNTI对相应的控制信道进行加扰。

进一步的，所述第三传输单元 13 可以在通过控制信道向用户终端调度下行数据传输的过程中，釆用规定的 RNTI对相应的控制信道加扰。基于图 2所示的网络侧架构，较佳地，所述下行数据传输调度信息是基于组的下行数据传输调度信息，所述发送第一消息的时机的是根据所述用户终端的用户终端标识计算得到的时机。

基于上述任一装置实施例，较佳地，第二传输单元 12在所述时机向用户终端发送所述第一消息时，若所述第一消息为寻呼消息，则第二传输单元 12在所述寻呼消息中携带所述用户终端的用户终端标识及下行数据传输指示，若所述第一消息为控制信道消息，则第二传输单元 12在所述控制信道消息中携带所述用户终端的用户终端标识。

第三传输单元 13 利用如下公式确定开始发送数据时刻，在如下公式确定的时间点，按照所述下行数据传输调度信息中指示的下行数据传输时长，承载下行数据传输的起始子帧位置，以及下行数据传输间隔，向用户终端传输下行数据；

SFN mod m=0

其中， m为时间长度，该时间长度为寻呼周期的整数倍。

基于图 3所示的装置架构，本发明实施例用户终端的各功能模块的工作方式如下，其具体工作方式可以参照方法实施例的描述，这里不再赘述。

基于图 3所示的装置架构，较佳地，第一通信单元 20通过系统消息或者无线资源控制 RRC消息接收网络侧发送的所述下行数据传输调度信息。

基于图 3所示的装置架构，较佳地，所述第一通信单元 20接收的下行数据传输调度信息为基于组的下行数据传输调度信息；所述第二通信单元发送第一消息的时机的是根据所述组对应的组标识 Group ID计算得到的时机。

基于图 3的上述任一实施例中，较佳地，第二通信单元 22在所述时机接收网络侧发送的第一消息的过程中，若所述第一消息为寻呼消息，则第二通信单元 22在所述寻呼消息中监测本地归属组的 Group ID ,或者，监测本地归属组的 Group ID及下行数据传输指示，若所述第一消息为控制信道消息，则第二通信单元 22在所述控制信道消息中监测本地归属组的 Group ID。

基于图 3所示的装置架构，较佳地，第二通信单元 22在所述时机接收网络侧发送的第一消息的过程中，若监测到所述第一消息中携带本地的终端标识 UE_ID和本地归属组的 Group ID , 则触发 RRC连接建立过程。

基于图 3所示的装置架构，较佳地，第三通信单元 23按照所述下行数据传输调度信息，接收网络侧传输的下行数据，包括：

第三通信单元 23 在接收到所述第一消息的下一个子帧开始，按照所述下行数据传输调度信息中指示的下行数据传输时长，承载下行数据传输的起始子帧位置，以及下行数据传输间隔，接收网络侧传输的下行数据。

第三通信单元 23 在接收到所述第一消息的下一个子帧开始，按照所述下行数据传输调度信息指示的控制信道监听时长，监测调度下行数据传输的控制信道的物理资源位置；在所述物理资源位置接收到网络侧发送的控制信道信令时，根据该控制信道信令接收网络侧传输的下行数据。

进一步的，第二通信单元 22在所述第一消息中进一步携带用以进行控制信道寻址的无线网络临时标识符 RNTI时，在监测调度下行数据传输的控制信道的物理资源位置的过程中，还包括釆用所述 RNTI对相应的控制信道进行解扰。

较佳地，所述下行数据传输调度信息是基于组的下行数据传输调度信息，所述发送第一消息的时机的是根据自身的用户终端标识计算得到的时机。

较佳地，第二通信单元 22在所述时机接收网络侧发送的第一消息的过程中，若所述第一消息为寻呼消息，则第二通信单元 22在所述寻呼消息中监测自身的用户终端标识及下行数据传输指示，若所述第一消息为控制信道消息，则第二通信单元 22在所述控制信道消息中监测自身的用户终端标识。

较佳地，第三通信单元 23 按照所述下行数据传输调度信息，接收网络侧传输的下行数据，包括：

第三通信单元利用 23 如下公式确定开始发送数据时刻，在如下公式确定的时间点，按照所述下行数据传输调度信息中指示的下行数据传输时长，承载下行数据传输的起始子帧位置，以及下行数据传输间隔，接收网络侧传输的下行数据；

SFN mod m=0

其中， m为时间长度，该时间长度为寻呼周期的整数倍。

综上所述，本发明实施例中，将属于同一用户，或在一个区域范围内分布比较密集的用户终端组成组，对于每一个组用一个 Group ID来唯一标识。用户终端在空闲状态下仍然监听第一消息，其中，第一消息可以是寻呼消息，也可以是控制信道消息。用户终端除了监听针对用户终端发送的寻呼消息外，同时还需要使用所归属组的 Group ID监听针对用户终端归属组发送的第一消息。以寻呼消息为例，基站向某组中的用户终端传输下行数据时，在该组的寻呼时机处寻呼该组用户终端，寻呼消息携带该组的 Group ID来通知该组内的所有用户终端。接收到该寻呼消息的用户终端可以在固定时长（即时间窗口，也称时间窗）内到固定的物理资源位置处接收下行数据 , 实现了减少在 M2M通信中基站向某组用户终端传输数据时的网络资源浪费，提高网络资源利用率的效果。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可釆用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可釆用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介盾（包括但不限于磁盘存储器、 CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和 /或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和 /或方框、以及流程图和 /或方框图中的流程和 /或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

权利要求

1、一种下行数据传输方法，其特征在于，包括：

向用户终端发送下行数据传输调度信息；

2、如权利要求 1所述的方法，其特征在于，釆用系统消息或者无线资源控制 RRC消息向用户终端发送所述下行数据传输调度信息。

3、如权利要求 1 所述的方法，其特征在于，所述下行数据传输调度信息是基于组的下行数据传输调度信息，所述发送第一消息的时机的是根据所述组对应的组标识 Group ID 计算得到的时机。

4、如权利要求 1、 2或 3的方法，其特征在于，在所述时机向用户终端发送所述第一消息时，若所述第一消息为寻呼消息，则在所述寻呼消息中携带所述用户终端归属组的 Group ID, 或者，携带所述用户终端归属组的 Group ID及下行数据传输指示，若所述第一消息为控制信道消息，则在所述控制信道消息中携带所述用户终端归属组的 Group ID。

5、如权利要求 1 所述的方法，其特征在于，按照所述下行数据传输调度信息，向用户终端传输下行数据，包括：

按照所述下行数据传输调度信息中指示的下行数据传输时长，承载下行数据传输的起始子帧位置，以及下行数据传输间隔，向用户终端传输下行数据。

6、如权利要求 1 所述的方法，其特征在于，按照所述下行数据传输调度信息，向用户终端传输下行数据，包括：

在所述下行数据传输调度信息指示的控制信道监听时长内 , 按照所述下行数据传输调度信息指示的物理资源位置，通过控制信道向用户终端调度下行数据传输；以及

基于所述控制信道调度的资源向用户终端传输下行数据。

7、如权利要求 6 所述的方法，其特征在于，在所述第一消息中携带用以通知用户终端进行控制信道寻址的无线网络临时标识符 RNTI时，在通过控制信道向用户终端调度下行数据传输的过程中，釆用所述 RNTI对相应的控制信道进行加扰。

8、如权利要求 6 所述的方法，其特征在于，在通过控制信道向用户终端调度下行数据传输的过程中，釆用规定的 RNTI对相应的控制信道加扰。

9、如权利要求 1 所述的方法，其特征在于，所述下行数据传输调度信息是基于组的下行数据传输调度信息，所述发送第一消息的时机的是根据所述用户终端的用户终端标识计算得到的时机。

10、如权利要求 1、 2或 9的方法，其特征在于，在所述时机向用户终端发送所述第一消息时，若所述第一消息为寻呼消息，则在所述寻呼消息中携带所述用户终端的用户终端标识及下行数据传输指示，若所述第一消息为控制信道消息，则在所述控制信道消息中携带所述用户终端的用户终端标识。

11、如权利要求 1所述的方法，其特征在于，按照所述下行数据传输调度信息，向用户终端传输下行数据，包括：

利用如下公式确定开始发送数据时刻，在如下公式确定的时间点，按照所述下行数据传输调度信息中指示的下行数据传输时长，承载下行数据传输的起始子帧位置，以及下行数据传输间隔，向用户终端传输下行数据；

SFN mod m=0

其中， m为时间长度，所述时间长度为寻呼周期的整数倍。

12、一种下行数据传输方法，其特征在于，包括：

接收网络侧发送的下行数据传输调度信息；

13、如权利要求 12所述的方法，其特征在于，通过系统消息或者无线资源控制 RRC 消息接收网络侧发送的所述下行数据传输调度信息。

14、如权利要求 12 所述的方法，其特征在于，所述下行数据传输调度信息是基于组的下行数据传输调度信息；所述发送第一消息的时机的是根据所述组对应的组标识 Group ID计算得到的时机。

15、如权利要求 12、 13或 14所述的方法，其特征在于，在所述时机接收网络侧发送的第一消息的过程中，若所述第一消息为寻呼消息，则在所述寻呼消息中监测本地归属组的 Group ID, 或者，监测本地归属组的 Group ID及下行数据传输指示，若所述第一消息为控制信道消息，则在所述控制信道消息中监测本地归属组的 Group ID。

16、如权利要求 12 所述的方法，其特征在于，在所述时机接收网络侧发送的第一消息的过程中，若监测到所述第一消息中携带本地的终端标识 UE_ID和本地归属组的 Group ID, 则触发 RRC连接建立过程。

17、如权利要求 12 所述的方法，其特征在于，按照所述下行数据传输调度信息，接收网络侧传输的下行数据，包括：

在接收到所述第一消息的下一个子帧开始，按照所述下行数据传输调度信息中指示的下行数据传输时长，承载下行数据传输的起始子帧位置，以及下行数据传输间隔，接收网络侧传输的下行数据。

18、如权利要求 12 所述的方法，其特征在于，按照所述下行数据传输调度信息，接收网络侧传输的下行数据，包括：

在接收到所述第一消息的下一个子帧开始，按照所述下行数据传输调度信息指示的控制信道监听时长，监测调度下行数据传输的控制信道的物理资源位置；

在所述物理资源位置接收到网络侧发送的控制信道信令时，根据该控制信道信令接收网络侧传输的下行数据。

19、如权利要求 18 所述的方法，其特征在于，在所述第一消息中进一步携带用以进行控制信道寻址的无线网络临时标识符 RNTI时，在监测调度下行数据传输的控制信道的物理资源位置的过程中，还包括釆用所述 RNTI对相应的控制信道进行解扰。

20、如权利要求 18 所述的方法，其特征在于，在监测调度下行数据传输的控制信道的物理资源位置的过程中，还包括釆用规定的 RNTI对相应的控制信道进行解扰。

21、如权利要求 12 所述的方法，其特征在于，所述下行数据传输调度信息是基于组的下行数据传输调度信息，所述发送第一消息的时机的是根据自身的用户终端标识计算得到的时机。

22、如权利要求 12、 13或 21所述的方法，其特征在于，在所述时机接收网络侧发送的第一消息的过程中，若所述第一消息为寻呼消息，则在所述寻呼消息中监测自身的用户终端标识及下行数据传输指示，若所述第一消息为控制信道消息，则在所述控制信道消息中监测自身的用户终端标识。

23、如权利要求 12 所述的方法，其特征在于，按照所述下行数据传输调度信息，接收网络侧传输的下行数据，包括：

利用如下公式确定开始发送数据时刻，在如下公式确定的时间点，按照所述下行数据传输调度信息中指示的下行数据传输时长，承载下行数据传输的起始子帧位置，以及下行数据传输间隔，接收网络侧传输的下行数据；

SFN mod m=0

其中， m为时间长度，所述时间长度为寻呼周期的整数倍。

24、一种下行数据传输装置，其特征在于，包括：

第二传输单元，用于在所述时机向用户终端发送第一消息；

第三传输单元，用于按照所述下行数据传输调度信息，向用户终端传输下行数据。

25、如权利要求 24所述的装置，其特征在于，第一传输单元釆用系统消息或者无线资源控制 RRC消息向用户终端发送所述下行数据传输调度信息。

26、如权利要求 24 所述的装置，其特征在于，所述第一传输单元发送的下行数据传输调度信息是基于组的下行数据传输调度信息；所述获取单元获得的发送第一消息的时机的是根据所述组对应的组标识 Group ID计算得到的时机。

27、如权利要求 24、 25或 26所述的装置，其特征在于，第二传输单元在所述时机向用户终端发送所述第一消息时，若所述第一消息为寻呼消息，则第二传输单元在所述寻呼消息中携带所述用户终端归属组的 Group ID, 或者，携带所述用户终端归属组的 Group ID 及下行数据传输指示，若所述第一消息为控制信道消息，则第二传输单元在所述控制信道消息中携带所述用户终端归属组的 Group ID。

28、如权利要求 25 所述的装置，其特征在于，第三传输单元按照所述下行数据传输调度信息，向用户终端传输下行数据，包括：

第三传输单元按照所述下行数据传输调度信息中指示的下行数据传输时长，承载下行数据传输的起始子帧位置，以及下行数据传输间隔，向用户终端传输下行数据。

29、如权利要求 25 所述的装置，其特征在于，第三传输单元按照所述下行数据传输调度信息，向用户终端传输下行数据，包括：

第三传输单元在所述下行数据传输调度信息指示的控制信道监听时长内，按照所述下行数据传输调度信息指示的物理资源位置，通过控制信道向用户终端调度下行数据传输；以及

基于所述控制信道调度的资源向用户终端传输下行数据。

30、如权利要求 29 所述的装置，其特征在于，第二传输单元在所述第一消息中携带用以通知用户终端进行控制信道寻址的无线网络临时标识符 RNTI时，在通过控制信道向用户终端调度下行数据传输的过程中，釆用所述 RNTI对相应的控制信道进行加扰。

31、如权利要求 29 所述的装置，其特征在于，所述第三传输单元在通过控制信道向用户终端调度下行数据传输的过程中，釆用规定的 RNTI对相应的控制信道加扰。

32、如权利要求 24 所述的装置，其特征在于，所述下行数据传输调度信息是基于组的下行数据传输调度信息，所述发送第一消息的时机的是根据所述用户终端的用户终端标识计算得到的时机。

33、如权利要求 24、 25或 32的装置，其特征在于，第二传输单元在所述时机向用户终端发送所述第一消息时，若所述第一消息为寻呼消息，则第二传输单元在所述寻呼消息中携带所述用户终端的用户终端标识及下行数据传输指示，若所述第一消息为控制信道消息，则第二传输单元在所述控制信道消息中携带所述用户终端的用户终端标识。

34、如权利要求 33 所述的装置，其特征在于，第三传输单元按照所述下行数据传输调度信息，向用户终端传输下行数据，包括：第三传输单元利用如下公式确定开始发送数据时刻，在如下公式确定的时间点，按照所述下行数据传输调度信息中指示的下行数据传输时长，承载下行数据传输的起始子帧位置，以及下行数据传输间隔，向用户终端传输下行数据；

SFN mod m=0

其中， m为时间长度，所述时间长度为寻呼周期的整数倍。

35、一种下行数据传输装置，其特征在于，包括：

第一通信单元，用于接收网络侧发送的下行数据传输调度信息；

获取单元，用于获得相应的接收第一消息的时机，所述第一消息用以指示终端侧接收下行数据；

第三通信单元，用于按照所述下行数据传输调度信息，接收网络侧传输的下行数据。

36、如权利要求 35 所述的装置，其特征在于，第一通信单元通过系统消息或者无线资源控制 RRC消息接收网络侧发送的所述下行数据传输调度信息。

37、如权利要求 35 所述的装置，其特征在于，所述第一通信单元接收的下行数据传输调度信息为基于组的下行数据传输调度信息；所述第二通信单元发送第一消息的时机的是根据所述组对应的组标识 Group ID计算得到的时机。

38、如权利要求 35、 36或 38所述的装置，其特征在于，第二通信单元在所述时机接收网络侧发送的第一消息的过程中，若所述第一消息为寻呼消息，则第二通信单元在所述寻呼消息中监测本地归属组的 Group ID,或者，监测本地归属组的 Group ID及下行数据传输指示，若所述第一消息为控制信道消息，则第二通信单元在所述控制信道消息中监测本地归属组的 Group ID。

39、如权利要求 35 所述的装置，其特征在于，第二通信单元在所述时机接收网络侧发送的第一消息的过程中，若监测到所述第一消息中携带本地的终端标识 UE_ID和本地归属组的 Group ID , 则触发 RRC连接建立过程。

40、如权利要求 35 所述的装置，其特征在于，第三通信单元按照所述下行数据传输调度信息，接收网络侧传输的下行数据，包括：

第三通信单元在接收到所述第一消息的下一个子帧开始，按照所述下行数据传输调度信息中指示的下行数据传输时长，承载下行数据传输的起始子帧位置，以及下行数据传输间隔，接收网络侧传输的下行数据。

41、如权利要求 35 所述的装置，其特征在于，第三通信单元按照所述下行数据传输调度信息，接收网络侧传输的下行数据，包括：

第三通信单元在接收到所述第一消息的下一个子帧开始，按照所述下行数据传输调度信息指示的控制信道监听时长，监测调度下行数据传输的控制信道的物理资源位置；在所述物理资源位置接收到网络侧发送的控制信道信令时，根据该控制信道信令接收网络侧传输的下行数据。

42、如权利要求 41 所述的装置，其特征在于，第二通信单元在所述第一消息中进一步携带用以进行控制信道寻址的无线网络临时标识符 RNTI时，在监测调度下行数据传输的控制信道的物理资源位置的过程中，还包括釆用所述 RNTI对相应的控制信道进行解扰。

43、如权利要求 35 所述的装置，其特征在于，所述下行数据传输调度信息是基于组的下行数据传输调度信息，所述发送第一消息的时机的是根据自身的用户终端标识计算得到的时机。

44、如权利要求 35、 36或 43所述的装置，其特征在于，第二通信单元在所述时机接收网络侧发送的第一消息的过程中，若所述第一消息为寻呼消息，则第二通信单元在所述寻呼消息中监测自身的用户终端标识及下行数据传输指示，若所述第一消息为控制信道消息，则第二通信单元在所述控制信道消息中监测自身的用户终端标识。

45、如权利要求 35 所述的装置，其特征在于，第三通信单元按照所述下行数据传输调度信息，接收网络侧传输的下行数据，包括：

第三通信单元利用如下公式确定开始发送数据时刻，在如下公式确定的时间点，按照所述下行数据传输调度信息中指示的下行数据传输时长，承载下行数据传输的起始子帧位置，以及下行数据传输间隔，接收网络侧传输的下行数据；

SFN mod m=0

其中， m为时间长度，所述时间长度为寻呼周期的整数倍。