CN102523606B

CN102523606B - 一种数据交互方法及装置

Info

Publication number: CN102523606B
Application number: CN201110400282.0A
Authority: CN
Inventors: 高卓; 朱向前; 康绍莉
Original assignee: China Academy of Telecommunications Technology CATT
Current assignee: China Academy of Telecommunications Technology CATT; Datang Mobile Communications Equipment Co Ltd
Priority date: 2011-12-05
Filing date: 2011-12-05
Publication date: 2014-08-06
Anticipated expiration: 2031-12-05
Also published as: WO2013082961A1; US9184885B2; CN102523606A; EP2790359A1; US20140325301A1; EP2790359B1; EP2790359A4

Abstract

本发明公开了一种数据交互方法及装置，涉及通信技术，本发明实施例中，预先给用户终端分配虚拟资源，并在需要时激活该虚拟资源，使得用户终端可以使用预先分配的资源实现与网络侧的数据交互。而在未激活时，该虚拟资源可以分配给其它用户使用，因此，对于小数据量、周期不固定的业务，为用户终端分配虚拟资源并在需要时激活，可以提高资源的利用效率。同时通过将用户终端分组，并以组为单位进行调度，可以减小控制开销。

Description

一种数据交互方法及装置

技术领域

本发明涉及通信技术，尤其涉及一种数据交互方法及装置。

背景技术

在蜂窝移动通信网络中，进行数据传输时，需要利用频率资源，而由于频率资源比较匮乏并且无线传播环境较差，在多用户多业务之间进行合理的无线资源分配是系统需要重点解决的问题。目前系统中常用的资源方法有以下几种：

1)固定资源分配

固定资源分配的思想是为用户分配一定数量的无线资源供用户独占，直到其服务结束。这种方式在2G以及3G早期以专用信道为主的系统中比较常见，主要适用于电路域业务，对于分组域业务，由于分组的到达往往具有突发和不可预见性，在没有分组到达的时间段，固定的资源分配容易造成资源浪费。

2)动态调度

动态调度的基本思想是在每个调度时刻，根据各用户的业务量、优先级、信道条件等信息确定为哪些用户分配资源。这种策略在3G后期版本以及LTE等系统中比较常见，适用于突发类的分组业务。

动态调度的基本过程包括：

基站在物理下行控制信道(PDCCH)上发送资源调度信令；

UE检测控制信道，如果发现针对自己的资源调度信令，则按照资源调度信令中的信息进行数据传输。

图1和图2以LTE系统为例给出了上行动态调度和下行动态调度的过程：

如图1所示，在上行调度过程中，基站(eNB)首先通过PDCCH发送调度信令，调度信令中包括资源分配信息、传输块格式信息和相关的HARQ(HybridAutomatic Repeat reQuest，混合自动重传请求)信息等；然后终端(UE)根据解析的调度信令，生成相应的上行传输块，并通过上行共享信道(UL-SCH)发送到eNode B，eNB发送PDCCH和UE发送UL-SCH的定时关系满足物理层定义的调度时序。

如图2所示，在下行调度的过程中，eNB在同一个子帧发送PDCCH调度信令和相应的下行业务数据，UE通过解析PDCCH，获得资源分配信息、传输块格式信息和相关的HARQ信息等，在DL-SCH上接收并解析相应的传输块。

系统将为每个用户分配一个临时网络标识(RNTI)，用户根据PDCCH是否携带了其标识来判断是否被调度。无论上行还是下行动态调度，由于系统采用了HARQ机制，接收端在收到数据包之后都要将解码的结果通过反馈信道通知发送端，以便发送端能够及时对传错的数据包进行重传，降低数据传输时延。

3)半持续调度

半持续调度是在动态调度的基础上引入的，用于支持数据到达具有周期性且数据包大小较为恒定的业务，如VoIP(Voice over IP，IP话音)。VoIP业务包括激活态和静默态两种状态，其中激活态的话音分组周期性到达(该周期通常为20ms)，并且每一个语音分组仅有几十个字节，此时如果采用动态调度方式，调度每一个语音分组都需要单独发送PDCCH，将引入很大的控制开销，降低系统支持的用户数。

为了降低控制开销，考虑到话音分组的大小基本相同，LTE系统引入了半持续调度技术，其原理如图3所示，半持续调度的资源分配分为两个环节，首先由eNB发送RRC(Radio Resource Control，无线资源控制)信令，配置资源周期以及HARQ反馈使用的资源等，之后通过PDCCH指示半持续资源的生效时间以及频域资源位置。半持续资源一旦激活，将周期性有效(图3中，半持续资源周期为T)，直到被释放。采用这种策略后，除半持续资源激活之外，业务分组的初次传输不再需要PDCCH动态指示(如有重传，仍然需要指示)，从而大大降低了控制开销。

从以上分析可以看出，动态调度适合于突发性强，数据量大的分组业务，以降低控制信道的开销占比，提升传输效率，而半持续调度适用于数据到达有规律的业务，通过分配周期性地资源，使数据包的初次传输不需要控制信道指示，从而降低控制信道开销。

目前，物联网已经成为通信系统的下一个热门方向，将物联网与蜂窝移动通信网络进行有机的结合，借助蜂窝无线网络承载部分物联网业务是其中的一个重要技术分支。

以智能电网为例，其运行所需的大量业务，如电表抄表、电力负荷监控、电能量监控等都可以通过蜂窝无线网络进行承载，并由后台处理模块进行数据分析和控制。这类业务的主要特点为：数据量小；多终端并发；控制系统可以定期或者按需采集所需数据。

显然，由于数据量小，采用动态调度的方式控制开销过大；而由于周期不固定，采用半持续调度的方法周期分配资源可能造成资源浪费。因此，目前所使用的资源分配方法在承载小数据量、周期不固定的数据交互业务时，会导致控制开销过大或造成资源浪费。

发明内容

本发明实施例提供一种数据交互方法及装置，以提高在承载小数据量、周期不固定的业务时，资源的利用效率，并减小控制开销。

一种数据交互方法，包括：

确定需要与用户终端分组中的用户终端进行数据交互；

激活预先分配给该用户终端分组的虚拟资源，并通过激活后的虚拟资源与所述用户终端分组中的用户终端进行数据交互。

一种数据交互方法，包括：

接收网络侧确定需要与用户终端分组中的用户终端进行数据交互后，发送的携带所述用户终端分组标识的激活信息；

通过激活后的虚拟资源与网络侧进行数据交互。

一种数据交互装置，包括：

确定单元，用于确定需要与用户终端分组中的用户终端进行数据交互；

激活单元，用于激活预先分配给该用户终端分组的虚拟资源，并通过激活后的虚拟资源与所述用户终端分组中的用户终端进行数据交互。

一种数据交互装置，包括：

接收单元，用于接收网络侧确定需要与用户终端分组中的用户终端进行数据交互后，发送的携带所述用户终端分组标识的激活信息；

数据交互单元，用于通过激活后的虚拟资源与网络侧进行数据交互。

本发明实施例提供一种数据交互方法及装置，预先给用户终端分配虚拟资源，并在需要时激活该虚拟资源，使得用户终端可以使用预先分配的资源实现与网络侧的数据交互。而在未激活时，该虚拟资源可以分配给其它用户使用，因此，对于小数据量、周期不固定的业务，为用户终端分配虚拟资源并在需要时激活，可以提高资源的利用效率。同时通过将用户终端分组，并以组为单位进行调度，可以减小控制开销。

附图说明

图1为现有技术中上行动态调度流程示意图；

图2为现有技术中下行动态调度流程示意图；

图3为现有技术中半持续调度资源分配示意图；

图4为本发明实施例提供的数据交互方法流程图；

图5为本发明实施例提供的用户终端侧的数据交互方法流程图；

图6为本发明实施例提供的数据交互装置结构示意图之一；

图7为本发明实施例提供的数据交互装置结构示意图之二。

具体实施方式

如图4所示，本发明实施例提供的数据交互方法包括：

步骤S401、确定需要与用户终端分组中的用户终端进行数据交互；

步骤S402、激活预先分配给该用户终端分组的虚拟资源，并通过激活后的虚拟资源与用户终端分组中的用户终端进行数据交互。

其中，虚拟资源时预先分配给用户终端的资源，该资源在激活后才能被该用户终端使用，在激活前，该资源仍然可以分配给其它用户使用。

由于虚拟资源已经预先分配给了该用户终端分组中的每个用户，所以在进行调度时，不需要临时分配资源，只需要激活分配给该用户终端分组的虚拟资源即可，并且可以一次激活一个用户终端分组的虚拟资源，不必对每个用户分别进行调度，减小了控制开销。

同时，由于只有在需要进行数据交互时，才激活虚拟资源，所以在未激活时，该虚拟资源也可以分配给其它用户使用，进而提高资源的利用率。

当然，在初始状态时，需要对用户终端进行分组，并为各个用户终端分组中的用户终端分配虚拟资源；以及通知各用户终端其分组标识以及其所对应的虚拟资源位置。

这样，用户终端在接收到携带有自身分组标识的激活信息时，即可获知分配给自身的虚拟资源被激活，可以接收或者发送数据。

具体的，对用户终端进行分组并分配虚拟资源时，可以采用如下方式：

1、按照用户终端的业务类型进行分组，将同一业务类型的用户终端分在同一分组中。该方式是基于用户申请的业务进行分组，这种方式将申请同一类型业务的用户编为一组，并分配一个分组标识，用于寻址该组用户。如果用户存在多种业务，可以加入多个业务组，并根据控制信道携带的组标识确定进行数据收发的业务类别。

2、按照可用的虚拟资源进行分组，根据每个时域周期中可用资源块数目以及用户终端所需资源块数目，确定每个用户终端分组中的用户终端数，并进行分组。该方式是基于可用虚拟资源进行分组，这种方式首先根据用户终端的业务类型及信道条件确定所需的虚拟资源，逐一进行分配，当一个时域周期(长度为传输时间间隔，LTE系统为1ms)内可供使用的虚拟资源分配完毕时，进行下一分组的用户终端的虚拟资源分配。网络侧为每个分组分配一个分组标识，用于寻址该分组中的用户终端。

例如每个时域周期中可以为用户终端分配10个频域资源块，而每个用户终端需要2个频域资源块，则每个分组最多包含5个用户终端，若有20个用户终端需要被分组，则需要配置4个分组才能满足这些用户终端的传输需求。在具体实施时可能一个分组内的不同用户具有不同的频域资源需求，例如，用户终端A的业务1需要2个频域资源，用户终端A的业务2需要3个频域资源，用户终端B需要3个频域资源，用户终端C需要2个频域资源，那么一个分组中就只能包括A、B、C三个用户终端。

3、按照用户终端的业务类型进行分组，并当一个时域周期内的虚拟资源不够分配时，根据每个时域周期中可用资源块数目以及用户终端所需资源块数目确定的每个用户终端分组中用户终端数，根据每个用户终端分组中的用户终端数将同一业务类型的用户终端划分在多个分组中。

即，首先按照第1种方式基于用户终端的业务类型进行分组，如果申请同一业务的用户过多，导致一个时域周期内的虚拟资源(频域或码域)不够分配时，多出来的用户将根据第2种方式另外进行分组。

例如，通过该方式进行分组的分组结果可以如表1所示：

表1通过方式3进行分组的分组结果

业务编号	分组编号	用户编号
			1	1	用户1，用户2，用户3，用户4，用户5
1	2	用户6，用户7，用户8，用户9
			2	3	用户1，用户3，用户5，用户6，用户8
3	4	用户2，用户4，用户10，用户11，用户12
			3	5	用户7，用户13，用户14，用户15，用户16

通过表1可以看出，业务类型1中包括用户1、用户2，用户3，用户4，用户5，用户6，用户7，用户8，用户9，业务类型2中包括用户1，用户3，用户5，用户6，用户8，业务类型3中包括用户2，用户4，用户10，用户11，用户12，用户7，用户13，用户14，用户15，用户16。而业务类型1和业务类型3的用户较多，各分为两组，即业务类型1中包括分组1和分组2，业务类型3中包括分组4和分组5。

通过该方式进行分组，用户能够根据分组标识确定当前进行数据交互的业务类型，也便于网络侧进行基于业务类型的统一调度。

由于用户终端所需的资源数量与业务类型及信道条件相关，而每个用户终端所需的资源数量直接影响一个分组所能容纳的用户终端数量，因此虚拟资源分配的过程通常与用户分组的划分交叉进行，即采用方式3，在划分分组的过程中，同时完成用户终端虚拟资源数量和虚拟资源位置的分配。

在分配分组标识时，可以单独设计分组标识，也可以从调度单个用户的标识中预留一部分专门用于分组标识，例如0-20号专用于分组标识，其它标识号作为用户标识。

网络侧进行完对用户终端的分组以及虚拟资源的分配后，需要通知各用户终端其分组标识以及其所对应的虚拟资源位置，具体实现时，可以对于每项业务，通知用户终端所对应的分组标识、虚拟资源索引以及传输信息。

网络侧可以通过高层信令通知用户终端其所属的分组以及被分配的虚拟资源位置，除此之外还要通知用户终端要传输或接收的数据块大小以及采用的编码调制方式等必要的传输信息，高层信令采用的格式如表2所示：

表2高层信令格式表

业务编号

分组标识

虚拟资源索引

传输信息

除表2中列出的关键信息外，在需要进行反馈时，网络侧还可以显式通知每个用户终端其可以使用的反馈信道，当然也可以不通知其可以使用的反馈信道，由用户终端根据预定义的虚拟资源与反馈信道的关联关系，确定可以使用的反馈信道。

在步骤S401中，网络侧确定需要与用户终端分组中的用户终端进行数据交互，可以包括如下三种情况，一是确定达到预先设定的采集或下发数据的周期；二是确定监测到异常情况，需要用户终端分组中的用户终端上报数据，三是确定监测到异常情况，需要向用户终端分组中的用户终端发送控制指令。

网络侧可以在需要进行数据收发时才激活虚拟资源，以智能电网中的电力负荷采集为例，可以定期进行电力负荷采集，即定期激活上行虚拟资源，使各用户终端将采集到的负荷信息上报网络；同时也可以在通过其它情况监测到异常时，激活上行虚拟资源，使用户终端上报采集到的负荷信息。

用户终端通常实时检测或者按照预先配置的周期检测控制信道，一旦检测到分配给自己的虚拟资源被激活，将在激活的虚拟资源上完成数据收发，即下行虚拟资源激活则进行数据接收，上行虚拟资源激活则进行数据发送。

通常，终端在检测到携带自身分组标识或者自身标识的激活信息时，即可确定分配给自己的虚拟资源被激活。

虚拟资源在激活之前并不生效，对应的资源可以根据系统需求分配给其它用户，例如可以分配给正在发起传统电信业务的用户。

激活信息采用控制信道发送，以LTE系统为例，可以通过PDCCH承载激活信息。LTE系统中的PDCCH主要针对调度单个用户的场景进行设计，其中携带了用户的调度标识、用户使用的频域资源、传输块大小以及HARQ信息等内容。在本发明实施例中，由于用户使用的资源、传输块大小、采用的调制编码方式等信息已经通过高层信令预先配置给终端，因此本发明实施例使用的控制信道可以做大量的简化，只需携带分组标识即可实现虚拟资源的激活。

为了进一步节省资源，可以为用户终端预留出数据准备的时间，规定虚拟资源的生效时间，此时，步骤S402中，激活预先分配给该用户终端分组的虚拟资源，可以包括如下几种方式：

1、通过控制信道发送携带用户终端分组标识的激活信息，并激活用户终端分组的虚拟资源；此时，网络侧发送激活信息后，立即激活用户终端分组的虚拟资源，在下行方向，由用户终端接收数据时，由于无需用户终端进行数据读取等准备工作，可以采用该方式。

2、通过控制信道发送携带用户终端分组标识的激活信息，并等待预先设定的时间间隔后，激活用户终端分组的虚拟资源；例如，在上行方向，由于用户终端进行控制信道解析以及上行数据包组装需要一定时间，所以上行方向的虚拟资源可以在收到激活信息之后的第N个传输时间间隔生效。N的设定要考虑用户终端进行控制信道解析以及上行数据包组装的时延，同时对于某些业务，例如电表抄表数据上报，若用户终端是在收到激活信息之后才进行抄表，则N的设置还要考虑用户终端采集数据的时延。

3、通过控制信道发送携带用户终端分组标识以及生效时间间隔的激活信息，并在等待生效时间间隔后，激活用户终端分组的虚拟资源；采用这种方式时，需要在高层信令或控制信道中指示资源的生效时刻。例如，使用控制信道显示指示生效时刻时，可以在激活信息中添加一个“时间偏移”字段，用于通知终端虚拟资源生效时间相对于激活信息发送时间的偏移量。这种方式增加了一定的控制开销，但实施较为灵活，尤其是对于上行数据采集业务，可以根据不同类型数据采集所需的时间灵活配置虚拟资源生效时间。

4、通过控制信道发送携带用户终端分组标识、生效时间间隔以及生效次数的激活信息，并在激活次数小于生效次数时，每次等待生效时间间隔后，激活用户终端分组的虚拟资源；即定义每次激活后，虚拟资源的生效次数，生效次数可以在标准中预定义，也可以通过高层信令或控制信道显式指示，若生效次数大于1，还要同时给出相邻两次生效资源的时间间隔。

例如，在进行电表抄录等业务中，可以直接将生效次数设置的较高，并设置好时间间隔，用户终端每间隔该时间间隔通过激活的虚拟资源发送电表抄录结果。

实际系统中，由于无线传播环境的不稳定，可能部分用户终端没能正确解析网络侧发送的激活信息，从而导致该用户终端没有在激活的虚拟资源上完成数据收发。网络侧可以通过检测信号强度来判断虚拟资源是否被正确激活，例如在上行方向，网络为某用户终端激活了虚拟资源，而该用户没有正确解析控制信道，不会在该资源上发送任何信息，则网络侧在该资源上接收数据时会检测到信号强度过低而判定该用户没有发送信息。

在检测到用户终端分组中存在未实际激活虚拟资源的用户终端时，可以重新激活预先分配给该用户终端分组的虚拟资源，或者为未激活虚拟资源的用户终端单独发送控制信令，激活该用户终端的虚拟资源。

重新激活预先分配给该用户终端分组的虚拟资源即为集中激活，发送激活信息后，只要网络侧检测到该分组中存在1个用户终端的虚拟资源未被实际激活，则重发携带该分组标识的激活信息。这种方式实施简单，但可能造成资源浪费，因为虚拟资源已经被成功激活的用户进行了额外的激活。

为未激活虚拟资源的用户终端单独发送控制信令，激活该用户终端的虚拟资源，即为分散激活。发送激活信息后，网络侧为检测到的每个未激活虚拟资源的用户单独发送激活信息，进行资源分配以完成其数据收发。这种方式比较灵活，不会造成资源浪费，但当虚拟资源未激活的用户比较多时，增加了控制信令开销。单独发送的激活信息中只携带用户终端的标识即可，而不携带该用户终端所在的分组标识。

总体而言，集中激活适用于虚拟资源未激活用户数较多的情况，而分散激活适用于虚拟资源未激活用户数较少的情况，实际系统可以根据虚拟资源未激活用户的数目灵活选择，当未激活用户数超过设定值，则使用集中激活，否则使用分散激活。

为了降低数据传输时延，提高传输效率，很多蜂窝移动通信系统都引入了HARQ技术，接收端对出错数据包进行快速反馈，并将发送端重传的数据与之前接收的数据进行合并解码，提高解码成功率。

当接收到用户终端对出错数据包进行的反馈时，可以重新激活用户终端所在的用户终端分组，并向用户终端所在的用户终端分组重新传输数据包；或者通过控制信道发送携带用户终端分组标识以及重传标识的激活信息，在需要重新接收数据包的用户终端选择激活虚拟资源后，通过激活的虚拟资源向用户终端重新传输数据包；还可以单独调度需要重新接收数据包的用户终端，并向该用户终端重新传输数据包；

当确定用户终端发送的数据包出错时，可以重新激活用户终端所在的用户终端分组，并接收用户终端分组中各用户终端重新传输的数据包；或者单独调度需要重新发送数据包的用户终端，并接收该用户终端重新发送的数据包。

下面以下行传输为例具体说明本发明实施例的重传机制。在实际应用时，可能出现同一个组内的部分用户正确接收了数据包，而其余用户没有正确接收。此时，有以下几种处理重传的方式。

方式1：全部重传。即只要有一个用户没有正确接收数据包，就全部重传一个组内所用用户的数据包。这种方式实施简单，但会浪费系统资源。

方式2：部分重传，集中调度。这种方式只针对传输出错的数据包进行重传，仍然采用激活信息通知用户接收重传的数据包。为避免资源浪费，这种方式需要在虚拟资源控制信道中添加1比特的指示字段，即重传标识，用于区分本次虚拟资源激活是进行新数据传输还是进行重传。若指示进行重传，则数据包已经接收正确的用户对应的虚拟资源并不被激活，未激活的资源可以被该分组之外的其它用户或业务使用。

重传数据合并所需的HARQ冗余版本信息可以采用标准预定义的方式，也可以通过控制信道显示通知。若采集业务数据量较大，导致需要在短时间内多次传输，则还需要在控制信道中携带HARQ进程号，避免重传数据合并的混淆。

方式3：部分重传，分散调度。这种方式同样只针对传输出错的数据包进行重传，但是针对每个需要重传数据包的用户单独发送调度信令，而不是采用虚拟资源激活的方式。这种方式较为灵活，可以根据系统资源状况灵活安排每个用户的数据重传，而不必集中在同一时刻完成这些用户的数据重传。其缺点在于当需要重传的用户比较多时，需要的控制信道也比较多，增加了系统的控制开销，因此该方式适用于数据重传较少时的场景。

在实际应用时，网络调度器可以根据需要进行数据重传的用户数的多少灵活选择方式2或者方式3。

本发明实施例还基于终端侧提供一种数据交互方法，如图5所示，包括：

步骤S501、接收网络侧确定需要与用户终端分组中的用户终端进行数据交互后，发送的携带用户终端分组标识的激活信息；

步骤S502、通过激活后的虚拟资源与网络侧进行数据交互。

在初始情况下，在用户终端进行分组和虚拟资源分配后，用户终端还需要接收网络侧在对用户终端进行分组并为各个用户终端分组中的用户终端分配虚拟资源后，发送的通知各用户终端其分组标识以及其所对应的虚拟资源位置的消息。

在未约定反馈信道时，用户终端还需要接收网络侧通知的可以使用的反馈信道，并使用反馈信道发送反馈消息，

在确定虚拟资源与反馈信道的对应关系时，可以根据预先设定的虚拟资源与反馈信道的对应关系，通过与该用户终端的虚拟资源相对应的反馈信道发送反馈消息。

根据不同的生效时间设置，在步骤S502中，通过激活后的虚拟资源与网络侧进行数据交互，具体包括：

接收到携带用户终端分组标识的激活信息后，等待预先设定的时间间隔，再通过激活后的虚拟资源与网络侧进行数据交互；或者

接收到携带用户终端分组标识以及生效时间间隔的激活信息后，等待生效时间间隔，再通过激活后的虚拟资源与网络侧进行数据交互；

接收到携带用户终端分组标识、生效时间间隔以及生效次数的激活信息后，在激活次数小于生效次数时，每次等待生效时间间隔后，通过激活后的虚拟资源与网络侧进行数据交互。

在接收数据包出错时，接收到携带用户终端分组标识以及重传标识的激活信息后，若确定前一数据包接收出错，则选择激活虚拟资源，并接收网络侧通过激活的虚拟资源重新传输的数据包。

本发明实施例还相应提供一种数据交互装置，如图6所示，包括：

确定单元601，用于确定需要与用户终端分组中的用户终端进行数据交互；

激活单元602，用于激活预先分配给该用户终端分组的虚拟资源，并通过激活后的虚拟资源与用户终端分组中的用户终端进行数据交互。

如图6所示，在初始时，需要为用户终端进行分组、虚拟资源分配并通知用户终端，此时，该装置中还包括：

分配单元603，用于对用户终端进行分组，并为各个用户终端分组中的用户终端分配虚拟资源；

通知单元604，用于通知各用户终端其分组标识以及其所对应的虚拟资源位置。

根据不同的分组方式，分配单元603对用户终端进行分组，具体包括：

按照用户终端的业务类型进行分组，将同一业务类型的用户终端分在同一分组中；或者

按照可用的虚拟资源进行分组，根据每个时域周期中可用资源块数目以及用户终端所需资源块数目，确定每个用户终端分组中的用户终端数，并进行分组；或者

按照用户终端的业务类型进行分组，并当一个时域周期内的虚拟资源不够分配时，根据每个时域周期中可用资源块数目以及用户终端所需资源块数目确定每个用户终端分组中的用户终端数，按照每个用户终端分组中的用户终端数将同一业务类型的用户终端划分在多个分组中。

通知单元604具体用于：

对于每项业务，通知用户终端所对应的分组标识、虚拟资源索引以及传输信息。

当未约定反馈信道时，通知单元604还用于：

通知用户终端其可以使用的反馈信道。

确定单元601具体用于：

确定达到预先设定的采集或下发数据的周期；或者

确定监测到异常情况，需要用户终端分组中的用户终端上报数据；或者

确定监测到异常情况，需要向用户终端分组中的用户终端发送控制指令。

根据不同的生效时间，激活单元602激活预先分配给该用户终端分组的虚拟资源，具体包括：

通过控制信道发送携带用户终端分组标识的激活信息，并激活用户终端分组的虚拟资源；或者

通过控制信道发送携带用户终端分组标识的激活信息，并等待预先设定的时间间隔后，激活用户终端分组的虚拟资源；或者

通过控制信道发送携带用户终端分组标识以及生效时间间隔的激活信息，并在等待生效时间间隔后，激活用户终端分组的虚拟资源；或者

通过控制信道发送携带用户终端分组标识、生效时间间隔以及生效次数的激活信息，并在激活次数小于生效次数时，每次等待生效时间间隔后，激活用户终端分组的虚拟资源。

为使得未实际激活的用户能够重新激活，激活单元602还用于：

在激活预先分配给该用户终端分组的虚拟资源后，检测到用户终端分组中存在未实际激活虚拟资源的用户终端；

重新激活预先分配给该用户终端分组的虚拟资源，或者为未激活虚拟资源的用户终端单独发送控制信令，激活该用户终端的虚拟资源。

在数据传输出现错误时，激活单元602还用于：

当接收到用户终端对出错数据包进行的反馈时，

重新激活用户终端所在的用户终端分组，并向用户终端所在的用户终端分组重新传输数据包；或者

通过控制信道发送携带用户终端分组标识以及重传标识的激活信息，在需要重新接收数据包的用户终端选择激活虚拟资源后，通过激活的虚拟资源向用户终端重新传输数据包；或者

单独调度需要重新接收数据包的用户终端，并向该用户终端重新传输数据包；

当确定用户终端发送的数据包出错时，

重新激活用户终端所在的用户终端分组，并接收用户终端分组中各用户终端重新传输的数据包；或者

单独调度需要重新发送数据包的用户终端，并接收该用户终端重新发送的数据包。

本发明实施例还提供一种数据交互装置，该装置可以具体为用户终端，如图7所示，该装置包括：

接收单元701，用于接收网络侧确定需要与用户终端分组中的用户终端进行数据交互后，发送的携带用户终端分组标识的激活信息；

数据交互单元702，用于通过激活后的虚拟资源与网络侧进行数据交互。

接收单元701还用于：

接收网络侧在对用户终端进行分组并为各个用户终端分组中的用户终端分配虚拟资源后，发送的通知各用户终端其分组标识以及其所对应的虚拟资源位置的消息。

在需要进行反馈时，还包括：

反馈单元，用于接收网络侧通知的可以使用的反馈信道，并使用反馈信道发送反馈消息，或者根据预先设定的虚拟资源与反馈信道的对应关系，通过与该用户终端的虚拟资源相对应的反馈信道发送反馈消息。

根据不同的生效方式，数据交互单元702具体用于：

为保证正确接收数据包，并进一步节省重传时的资源，装置中还包括：

重传单元，用于接收到携带用户终端分组标识以及重传标识的激活信息后，若确定前一数据包接收出错，则选择激活虚拟资源，并接收网络侧通过激活的虚拟资源重新传输的数据包。

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

Claims

1.一种数据交互方法，其特征在于，包括：

确定需要与用户终端分组中的用户终端进行数据交互；

激活预先分配给该用户终端分组的虚拟资源，并通过激活后的虚拟资源与所述用户终端分组中的用户终端进行数据交互；

该方法还包括：

对用户终端进行分组，并为各个用户终端分组中的用户终端分配虚拟资源；

通知各用户终端其分组标识以及其所对应的虚拟资源位置。

2.如权利要求1所述的方法，其特征在于，所述对用户终端进行分组，具体包括：

按照用户终端的业务类型进行分组，并当一个时域周期内的虚拟资源不够分配时，根据每个时域周期中可用资源块数目以及用户终端所需资源块数目确定每个用户终端分组中的用户终端数，根据每个用户终端分组中的用户终端数将同一业务类型的用户终端划分在多个分组中。

3.如权利要求1所述的方法，其特征在于，所述通知各用户终端其分组标识以及其所对应的虚拟资源位置，具体包括：

4.如权利要求3所述的方法，其特征在于，所述通知各用户终端其分组标识以及其所对应的虚拟资源位置，还包括：

通知用户终端其可以使用的反馈信道。

5.如权利要求1所述的方法，其特征在于，所述确定需要与用户终端分组中的用户终端进行数据交互，具体为：

确定达到预先设定的采集或下发数据的周期；或者

确定监测到异常情况，需要所述用户终端分组中的用户终端上报数据；或者

确定监测到异常情况，需要向所述用户终端分组中的用户终端发送控制指令。

6.如权利要求1所述的方法，其特征在于，所述激活预先分配给该用户终端分组的虚拟资源，具体包括：

通过控制信道发送携带所述用户终端分组标识的激活信息，并激活所述用户终端分组的虚拟资源；或者

通过控制信道发送携带所述用户终端分组标识的激活信息，并等待预先设定的时间间隔后，激活所述用户终端分组的虚拟资源；或者

通过控制信道发送携带所述用户终端分组标识以及生效时间间隔的激活信息，并在等待所述生效时间间隔后，激活所述用户终端分组的虚拟资源；或者

通过控制信道发送携带所述用户终端分组标识、生效时间间隔以及生效次数的激活信息，并在激活次数小于所述生效次数时，每次等待所述生效时间间隔后，激活所述用户终端分组的虚拟资源。

7.如权利要求1所述的方法，其特征在于，激活预先分配给该用户终端分组的虚拟资源后，还包括：

检测到用户终端分组中存在未实际激活虚拟资源的用户终端；

8.如权利要求1所述的方法，其特征在于，当接收到用户终端对出错数据包进行的反馈时，还包括：

重新激活所述用户终端所在的用户终端分组，并向所述用户终端所在的用户终端分组重新传输所述数据包；或者

通过控制信道发送携带所述用户终端分组标识以及重传标识的激活信息，在需要重新接收数据包的用户终端选择激活虚拟资源后，通过激活的虚拟资源向所述用户终端重新传输所述数据包；或者

单独调度需要重新接收数据包的用户终端，并向该用户终端重新传输所述数据包；

当确定用户终端发送的数据包出错时，还包括：

重新激活所述用户终端所在的用户终端分组，并接收所述用户终端分组中各用户终端重新传输的数据包；或者

9.一种数据交互方法，其特征在于，包括：

通过激活后的虚拟资源与网络侧进行数据交互；

该方法还包括：

10.如权利要求9所述的方法，其特征在于，还包括：

接收网络侧通知的可以使用的反馈信道，并使用所述反馈信道发送反馈消息，或者根据预先设定的虚拟资源与反馈信道的对应关系，通过与该用户终端的虚拟资源相对应的反馈信道发送反馈消息。

11.如权利要求9所述的方法，其特征在于，所述通过激活后的虚拟资源与网络侧进行数据交互，具体包括：

接收到携带所述用户终端分组标识的激活信息后，等待预先设定的时间间隔，再通过激活后的虚拟资源与网络侧进行数据交互；或者

接收到携带所述用户终端分组标识以及生效时间间隔的激活信息后，等待所述生效时间间隔，再通过激活后的虚拟资源与网络侧进行数据交互；

接收到携带所述用户终端分组标识、生效时间间隔以及生效次数的激活信息后，在激活次数小于所述生效次数时，每次等待所述生效时间间隔后，通过激活后的虚拟资源与网络侧进行数据交互。

12.如权利要求9所述的方法，其特征在于，还包括：

接收到携带所述用户终端分组标识以及重传标识的激活信息后，若确定前一数据包接收出错，则选择激活虚拟资源，并接收网络侧通过激活的虚拟资源重新传输的数据包。

13.一种数据交互装置，其特征在于，包括：

激活单元，用于激活预先分配给该用户终端分组的虚拟资源，并通过激活后的虚拟资源与所述用户终端分组中的用户终端进行数据交互；

所述装置还包括：

分配单元，用于对用户终端进行分组，并为各个用户终端分组中的用户终端分配虚拟资源；

通知单元，用于通知各用户终端其分组标识以及其所对应的虚拟资源位置。

14.如权利要求13所述的装置，其特征在于，所述分配单元对用户终端进行分组，具体包括：

15.如权利要求13所述的装置，其特征在于，所述通知单元具体用于：

16.如权利要求15所述的装置，其特征在于，所述通知单元还用于：

通知用户终端其可以使用的反馈信道。

17.如权利要求13所述的装置，其特征在于，所述确定单元具体用于：

确定达到预先设定的采集或下发数据的周期；或者

18.如权利要求13所述的装置，其特征在于，所述激活单元激活预先分配给该用户终端分组的虚拟资源，具体包括：

19.如权利要求13所述的装置，其特征在于，所述激活单元还用于：

20.如权利要求13所述的装置，其特征在于，所述激活单元还用于：

当接收到用户终端对出错数据包进行的反馈时，

当确定用户终端发送的数据包出错时，

21.一种数据交互装置，其特征在于，包括：

数据交互单元，用于通过激活后的虚拟资源与网络侧进行数据交互；

所述接收单元还用于：

22.如权利要求21所述的装置，其特征在于，还包括：

反馈单元，用于接收网络侧通知的可以使用的反馈信道，并使用所述反馈信道发送反馈消息，或者根据预先设定的虚拟资源与反馈信道的对应关系，通过与该用户终端的虚拟资源相对应的反馈信道发送反馈消息。

23.如权利要求21所述的装置，其特征在于，所述数据交互单元具体用于：

24.如权利要求21所述的装置，其特征在于，还包括：

重传单元，用于接收到携带所述用户终端分组标识以及重传标识的激活信息后，若确定前一数据包接收出错，则选择激活虚拟资源，并接收网络侧通过激活的虚拟资源重新传输的数据包。