CN103238359A

CN103238359A - 用于发送和接收多播业务的m2m装置和基站以及用于发送和接收多播业务的方法

Info

Publication number: CN103238359A
Application number: CN2011800579199A
Authority: CN
Inventors: 金丁起; 朴基源; 陆聆洙
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2010-12-03
Filing date: 2011-11-28
Publication date: 2013-08-07
Anticipated expiration: 2031-11-28
Also published as: US9363095B2; WO2012074257A3; JP2014502075A; CN103238359B; JP5603503B2; US20130242848A1; WO2012074257A2

Abstract

一种用于执行机器对机器（M2M）装置与基站的通信的方法包括下述步骤：从基站接收寻呼消息；以及基于寻呼消息从基站接收多播数据，其中，寻呼消息包括指示基站向M2M装置传输多播数据时的时间的时间信息。

Description

用于发送和接收多播业务的M2M装置和基站以及用于发送和接收多播业务的方法

技术领域

本发明涉及一种用于执行多播调度的机器对机器（M2M）装置和基站以及用于执行多播调度的方法。

背景技术

机器对机器（下面，简称为M2M）表示电子装置与另一电子装置之间的通信。在广义上，M2M表示电子装置之间的有线或无线通信或由人控制的装置和机器之间的通信。然而，一般来说，M2M通信近来表示电子装置之间的无线通信（即，没有人的控制的情况下执行的装置之间的无线通信）。

在引入M2M通信的20世纪90年代初期，M2M通信已经被认识为远程控制或远程信息处理并且M2M通信市场也非常有限。然而，M2M通信市场由于M2M通信在近年来已经得到快速的发展而在全球引起了注意。具体地，在POS（零售点）和安全相关应用市场中，M2M通信对诸如运力管理、机械和设备的远程监视、用于运行时间的自动测量的智能度量、构成机械设备的热消耗或电量等等的领域有着显著的影响。预计的是，M2M通信将用于与用于现有的移动通信以及诸如无线高速互联网、Wi-Fi、紫蜂的低功率通信解决方案关联的各种应用，并且其覆盖面将扩展到企业对消费者（B2C）市场而不是局限于企业对企业（B2B）市场。

在M2M通信的时代，由于所有设置有用户识别模块（SIM）卡的机器都能够执行数据发送和接收，因此它们可以被远程控制。例如，M2M通信技术可用于很多装置和设备，例如汽车、卡车、货车、集装箱、自动售货机、油箱等等。以该方式，M2M通信技术的应用范围非常广阔。

根据现有技术，由于在通常情况下用户设备被单独地控制，因此利用一对一通信模式来执行基站与用户设备之间的通信。假设，很多M2M装置通过这样的一对一通信模式执行与基站的通信，则由于每个M2M装置与基站之间产生的信令而引起了网络过载。如上所述，如果M2M通信快速地扩散并广泛地使用，则由于由M2M装置之间的通信或者每个M2M装置与基站之间的通信引起的过载会导致问题。在该方面，为了有效地解决过载的问题，要求应该考虑M2M通信的特征来调度M2M装置。

发明内容

技术问题

因此，本发明已经被设计为基本上避免了由于现有技术的限制和缺陷导致的一个或多个问题。

本发明的目的在于提供一种用于执行M2M装置与基站的通信的方法和设备。

本发明的另一目的在于提供一种用于执行基站与M2M装置的通信的方法和设备。

本发明的又一目的在于提供一种与基站执行通信的M2M装置。

本发明的又一目的在于提供一种与M2M装置执行通信的基站。

在随后的描述中将会部分地阐述本发明的额外的优点、目的和特征，并且部分优点、目的和特征对于已经研究过下面所述的本领域技术人员来说将是显而易见的，或者部分优点、目的和特征将通过本发明的实践来知晓。通过在给出的描述及其权利要求以及附图中特别地指出的结构可以实现并且获得本发明的目的和其它的优点。

为了实现这些和其它优点并且根据本发明的目的，如在此具体化并且广泛描述的，一种用于执行机器对机器（M2M）装置与基站的通信的方法，该方法包括下述步骤：从基站接收寻呼消息；以及基于寻呼消息从基站接收多播数据，其中寻呼消息包括指示基站将多播数据发送给M2M装置的时间的时间信息。时间信息可以是指示基站开始多播数据的传输的帧号、子帧号或超帧号的信息。或者，时间信息可以是指示M2M装置接收多播数据时的等待时间的帧偏置。寻呼消息可以进一步包括指示多播数据的传输的多播业务指示符和指示作为多播数据的传输目标的M2M组的M2M装置组标识符。

在本发明的另一方面，一种用于执行基站与机器对机器（M2M）装置的通信的方法包括下述步骤：将寻呼消息发送给M2M装置；以及基于寻呼消息将多播数据发送给M2M装置，其中，寻呼消息包括指示基站将多播数据发送给M2M装置的时间的时间信息。时间信息可以是指示基站开始多播数据的传输的帧号、子帧号或超帧号的信息。或者，时间信息可以是指示M2M装置接收多播数据时的等待时间的帧偏置。寻呼消息可以进一步包括指示多播数据的传输的多播业务指示符和指示作为多播数据的传输目标的M2M组的M2M装置组标识符。

在本发明的又一方面，一种与基站进行通信的机器对机器（M2M）装置包括：接收器；以及处理器，所述处理器被构造为控制接收器，其中，处理器控制接收器以从基站接收寻呼消息并且控制接收器以基于寻呼消息从基站接收多播数据，并且寻呼消息包括指示基站将多播数据发送给M2M装置的时间的时间信息。时间信息可以是指示基站开始多播数据的传输的帧号、子帧号或超帧号的信息。或者，时间信息可以是指示M2M装置接收多播数据时的等待时间的帧偏置。寻呼消息可以进一步包括指示多播数据的传输的多播业务指示符和指示作为多播数据的传输目标的M2M组的M2M装置组标识符。

在本发明的又一方面，一种与机器对机器（M2M）装置进行通信的基站包括发送器；和处理器，其被构造为控制发送器，其中，处理器控制发送器以将寻呼消息发送给M2M装置并且控制发送器以基于寻呼消息将多播数据发送给M2M装置，并且寻呼消息包括指示基站将多播数据发送给M2M装置的时间的时间信息。时间信息可以是指示基站开始多播数据的传输的帧号、子帧号或超帧号的信息。或者，时间信息可以是指示M2M装置接收多播数据时的等待时间的帧偏置。寻呼消息可以进一步包括指示多播数据的传输的多播业务指示符和指示作为多播数据的传输目标的M2M组的M2M装置组标识符。

本发明的有利效果

根据本发明的各种实施方式，如果使用如本发明所提出的用于传输多播业务的方法，能够最小化M2M装置的功耗并且能够最大化M2M系统的有效资源使用。

而且，由于M2M装置能够甚至在没有结束空闲模式的情况下接收下行链路多播数据，因此能够高效地管理M2M系统。

本领域技术人员将理解的是，本发明能够实现的目的不限于以上具体描述的内容，并且本发明能够实现的上述和其它目的将从结合附图进行的以下详细描述更加清楚地被理解。

附图说明

附图被包括进来以提供本发明的进一步理解，并且被并入本申请且构成本申请的一部分，示出了本发明的实施方式，并且与说明书一起用于说明本发明的原理。在附图中：

图1是示出根据本发明的一个实施方式的M2M装置和基站的构造的简要视图；

图2是示出用户设备与基站之间的多播数据传输的图；

图3是示出在M2M装置与基站之间传输多播业务的过程的图；

图4是示出在具有相同的寻呼偏置值的M2M装置与基站之间传输多播业务的过程的图；

图5是示出在具有不同寻呼偏置值的M2M装置与基站之间传输多播业务的过程的图；

图6是示出根据本发明的一个实施方式的用户设备与基站之间的多播数据传输的图；

图7是示出根据本发明的另一实施方式的在M2M装置与基站之间传输多播业务的过程的图；以及

图8是示出根据本发明的另一实施方式的在M2M装置与基站之间传输多播业务的过程的图。

具体实施方式

下面，将参照附图描述本发明的优选实施方式。将理解的是，将与附图一起公开的详细描述意在描述本发明的示例性实施方式，并且不意在描述能够实施本发明的唯一实施方式。下面对本发明的详细描述包括了提供本发明的全面理解的详细描述。然而，对于本领域技术人员易见的是，本发明可以在没有这些详细内容的情况下实现。

在一些情况下，为了防止本发明变得模糊，将省略公知的结构和装置或者将其表示为基于各结构和装置的主要功能的框图的形式。而且，在可能的地方，将在附图和说明书中使用相同的附图标记来表示相同或类似的部件。

此外，在以下描述中，假设终端表示诸如用户设备（UE）、移动台（MS）、高级移动台（AMS）和机器对机器（M2M）装置的移动或者固定类型的用户设备的统称。还假设基站表示诸如Node B、eNode B、高级基站（ANB）、和接入点的与用户设备通信的网络终端的任意节点。在本说明书中，虽然本发明基于IEEE802.16e/m，但是可以将其应用于诸如3GPP LTE和LTE-A系统的其它移动通信系统。

下面，M2M装置之间的通信表示在没有用户的控制的情况下在用户设备之间或者基站与用户设备之间执行的信息交换。因此，M2M装置表示能够支持M2M装置的通信的用户设备。用于M2M服务的接入服务网络将被定义为M2M接入服务网络（ASN），并且与M2M装置执行通信的网络实体将被称为M2M服务器。M2M服务器执行M2M应用，并且提供用于一个或多个M2M装置的M2M特定服务。M2M特征是M2M应用的特征，并且提供应用可以要求一个或多个特征。M2M装置组表示共享一个或多个特征的M2M装置的组。

随着装置应用类型的增加，在特定网络中，在M2M模式中执行通信的装置（可以称为诸如M2M装置和M2M通信装置的各种术语）将逐渐地增加。这里讨论的装置应用类型的示例包括（但不限于）（1）安全、（2）公共安全、（3）查询、（4）支付、（5）保健、（6）远程维护和控制、（7）计量、（8）消费设备、（9）安全相关应用市场和POS（销售点）的车队管理、（10）售货机的装置之间的通信、（11）设施和机器的远程控制、建筑设备和机器的运行时间测量以及自动测量热或者电力的使用的智能仪表以及（12）监控摄像头的监控视频通信。正在对其他机器应用类型进行讨论。

M2M装置的另一特征在于低移动性或无移动性。低移动性或无移动性表示M2M装置长时间静止。M2M通信系统可以简化或优化用于诸如安全接入和监控、公共安全、支付、远程维护和控制以及计量的具有固定位置的特定M2M应用的移动性相关操作。

如上所述，随着装置应用类型的增加，M2M通信装置的数目可以比一般的移动通信装置的数目更快速地增加。因此，如果通信装置分别与基站执行通信，则在无线接口和网络中会引起严重的负荷。

下面，将基于应用于IEEE802.16e/m的M2M通信描述本发明的实施方式。然而，本发明不限于IEEE802.16e/m，并且本发明的实施方式可以以与IEEE802.16e/m相同的方式应用于3GPP LTE系统。

图1是示出根据本发明的一个实施方式的M2M装置和基站的构造的简要视图。

在图1中，M2M装置100（或可以称为M2M通信装置，但是下面称为M2M装置）和基站150中的每一个可以包括射频（RF）单元110、160、处理器120、170。M2M装置和基站中的每一个可以选择性地包括存储器130、180。每个RF单元110、160可以包括发送器111、161和接收器112、162。在M2M装置100的情况下，发送器111和接收器112可以被构造为向基站150和其它M2M装置发送信号以及从其接收信号，并且处理器120可以与发送器111和接收器112功能性地连接以控制发送器111和接收器112向其它装置发送信号和从其它装置接收信号的过程。而且，处理器120对于用于发送的信号执行各种处理并且然后将处理后的信号发送给发送器111，并且可以对由接收器112接收的信号执行处理。处理器120可以根据需要将交换的消息中包括的信息存储在存储器130中。如上构造的M2M装置100可以执行将在下面描述的各种实施方式的方法。同时，虽然图1中未示出，但是M2M装置100可以根据其装置应用类型而包括各种额外的元件。如果对应的M2M装置100用于智能计量，则其可以包括用于功率测量的额外元件。用于功率测量的操作可以由图1中所示的处理器120控制，或者可以由单独的处理器（未示出）控制。

虽然图1示出了M2M装置100与基站150之间执行的通信的示例，但是可以以与图1中所示的每个装置相同的方式在均可以执行将在下面描述的根据各种实施方式的方法的M2M装置之间执行根据本发明的M2M通信方法。

在基站150的情况下，发送器161和接收器162可以被构造为将信号发送到另一基站、M2M服务器和M2M装置以及从其接收信号，并且处理器170可以与发送器161和接收器162功能性地连接以控制控制发送器161和接收器162向其它装置发送信号和从其接收信号的过程。而且，处理器170执行对于用于发送的信号的各种处理并且然后将处理后的信号发送给发送器161，并且可以对由接收器162接收的信号执行处理。处理器170可以根据需要将交换的消息中包括的信息存储在存储器180中。如上构造的基站150可以执行将在下面描述的各种实施方式的方法。

M2M装置100和基站150的各处理器120、170指示（例如，控制、协调或管理）M2M装置110和基站150的各自的操作。各处理器120、170可以与其中存储程序代码和数据的存储器130、180连接。存储器130、180与处理器120、170连接并且在其中存储操作系统、应用程序和一般文件。

处理器120、170可以被称为控制器、微控制器、微处理器或微型计算机。同时，处理器120、170可以由硬件、固件、软件或其组合来实施。如果通过硬件实施本发明的实施方式，则处理器120、170可以包括专用集成电路（ASIC）、数字信号处理器（DSP）、数字信号处理装置（DSPD）、可编程逻辑器件（PLD）和现场可编程门阵列（FPGA）。

同时，如果利用固件或软件实施本发明的实施方式，则固件或软件可以被构造为包括执行本发明的功能或操作的模块、过程和/或功能。固件或软件可以设置在处理器120、170中或可以存储在存储器130、180中并且可以由处理器120、170驱动。

下面，空闲模式表示通过用户设备和基站之间的信令管理由基站批准的寻呼组、寻呼循环和寻呼偏置以节省用户设备的电力的模式。换言之，空闲模式是甚至用户设备在多个基站分布在广阔区域上的无线电链路环境中漫游的情况下，也可以在没有注册到特定基站的情况下周期性地接收下行链路广播消息的机制。

在空闲模式中，通过停止所有的正常操作以及切换（HO）来同步下行链路以仅在预定间隔中接收寻呼消息（即，广播消息）。寻呼消息用于向用户设备指示寻呼操作。例如，寻呼操作的示例包括诸如测距和网络重进入。

空闲模式可以由用户设备或者基站发起。换言之，用户设备可以通过向基站发送注销请求（DREG-REQ）消息并且从基站接收响应于DREG-REQ消息的注销响应（DREG-RSP）消息来进入空闲模式。而且，基站可以通过发送非请求的注销响应（DREG-RSP）消息或者注销命令（DREG-CMD）来进入空闲模式。

如果用户设备在可用间隔（AI）中接收到其寻呼消息，则用户设备通过利用网络进入过程将当前模式切换为连接模式来向基站发送数据和从基站接收数据。

空闲状态或者空闲模式操作意味着支持用户设备在移动到多个基站的无线电链路环境时即使没有注册到特定基站也周期性地执行下行链路广播业务发送。如果用户设备在特定时间中没有从基站接收到业务，则用户设备可以进入空闲状态以节省电力。进入空闲模式的用户设备可以通过在可用间隔（AI）中接收从基站广播的广播消息（例如，寻呼消息）来确定改变至正常模式还是保持空闲状态。

空闲状态对用户设备的益处在于消除了与切换相关的激活要求和正常的操作要求。空闲状态可以通过将用户设备的活动限制为在不连续的周期中被扫描到来节省用户设备所使用的电力和操作资源。而且，空闲状态为网络和基站提供的益处在于为用户设备提供未决的下行链路业务的简单且适当的模式，并且从停用的用户设备中去除无线电接口和网络切换（HO）业务。

寻呼表示在产生呼叫信号时识别对应的用户设备的位置（例如，任何基站或任何交换站）的功能。支持空闲状态或者空闲模式的多个基站可以属于特定寻呼组而配置寻呼区域。这时，寻呼组表似乎逻辑组。寻呼组的目的是为了给相邻区域提供下行链路，如果存在针对用户设备的任何业务，则可以寻呼该相邻区域。优选地，寻呼组满足特定用户设备应足够大以在大部分时间中存在于同一寻呼组中，并且应足够小以保持适当水平的寻呼负载的条件。

寻呼组可以包括一个或者更多个基站。并且，一个基站可以包括在一个或者更多个寻呼组。寻呼组由管理系统定义。寻呼组可以使用寻呼组动作骨干网络消息。而且，寻呼控制器可以通过使用作为一种骨干网络消息的寻呼通知消息来管理处于空闲状态的用户设备的列表，并且可以管理属于该寻呼组的所有基站的初始寻呼。

为了便于描述，将基于IEEE802.16系统来解释空闲模式中的寻呼。然而，本发明的技术构思不限于IEEE802.16系统。用户设备向基站发送注销请求（DREG-REQ）消息以进入空闲模式并且请求从基站注销。之后，响应于该注销请求（DREG-REQ）消息，基站向用户设备发送注销响应（DREG-RSP）消息。这时，注销响应（DREG-RSP）消息包含寻呼信息。在该情况下，可以根据基站的请求来发起用户设备的空闲模式进入。因此，基站向用户设备发送注销响应（DREG-RSP）消息。

寻呼信息可以包含诸如寻呼周期、寻呼偏置、寻呼组标识符（PGID）和寻呼侦听间隔的参数。

接收到注销响应（DREG-RSP）消息的用户设备通过参考寻呼信息进入空闲模式。空闲模式具有寻呼周期，其可以包括可用间隔和不可用间隔。这时，可用间隔与寻呼侦听间隔或者寻呼间隔相同。寻呼偏置表示寻呼间隔在寻呼周期中开始的时间（例如，帧或子帧）。而且，寻呼组标识符标识分配给用户设备的寻呼组的标识符。并且，寻呼信息可以包括寻呼消息偏置信息。在这种情况下，寻呼消息偏置信息表示从基站发送寻呼消息的时间。随后，用户设备能够接收利用寻呼信息在可用间隔（即，寻呼侦听间隔）中接收寻呼消息。在该情况下，寻呼消息可以通过基站或寻呼控制器来发送。换言之，用户设备根据寻呼周期来监视无线电信道，以接收寻呼消息。

处于空闲模式的用户设备通过在寻呼侦听间隔中接收寻呼消息来识别是否向其传送下行链路（DL）数据。如果存在下行链路数据（即，正指示），则用户设备执行包括测距过程的网络重入过程。此后，用户设备通过动态服务添加（DSA）过程来执行下行链路服务流的连接建立过程。在建立了服务流的连接之后，基站向用户设备发送相应服务的下行链路数据。

图2是示出用户设备与基站之间的下行链路数据传输的示例的图。参考图2，在现有系统中，为了接收下行链路（DL）业务，空闲模式中的用户设备在接收寻呼消息之后执行网络重进入。

空闲模式中的用户设备通过在其寻呼侦听间隔中接收寻呼消息来识别是否存在向其传送的下行链路（DL）数据。如果存在下行链路（DL）数据（即，肯定指示），则用户设备执行包括测距过程的网络重入过程。此后，用户设备通过动态服务添加（DSA）过程来执行下行链路（DL）服务流的连接建立过程。在建立了服务流的连接之后，基站向用户设备发送相应服务的下行链路数据。

在M2M环境中，由于大多数M2M装置不是用户携带的装置（即，不同于诸如蜂窝电话的现有用户设备），因此，在M2M服务环境中，用于M2M装置的自动应用或固件更新过程可以是主要应用。例如，为了更新每个装置的固件，M2M服务器可以向具有对应的应用的M2M装置发送更新后的信息。为了将公共地发送给若干用户设备所要求的多播数据发送给空闲模式的M2M装置，根据图2的实施方式的基站可以寻呼对应的M2M装置。寻呼后的用户设备开始发送随机接入代码并且通过执行网络重进入过程来接入网络，并且从基站接收下行链路（DL）业务。在该情况下，发生下述问题，上述过程会增加网络中的资源的不必要使用，并且还增加了用户设备的功耗。

为了解决上述问题，根据本发明的M2M通信，当由事件触发模式产生的多播数据被发送给空闲模式的用户设备时，空闲模式的M2M装置可以通过使用寻呼方法高效地接收多播数据。

图3是示出根据本发明的实施方式的用户设备与基站之间的多播数据传输的示例的图。

如果基站从网络接收到下行链路多播数据，则其在将下行链路多播数据发送给小区内的用户设备之前通过寻呼消息通知处于空闲模式的用户设备存在下行链路多播数据。为此，循序消息可以包括多播业务指示符（例如，操作码=0b10，相关ID（M2M组ID））。当空闲模式的用户设备接收到寻呼消息时，其识别是否存在多播业务指示符。如果存在多播业务指示符，则用户设备识别多播业务指示符是否包括属于其的组的M2M组ID（或与分配给用户设备的多播数据相关的ID）。如果存在属于用户设备的ID，则用户设备在保持空闲模式的同时（即，在没有执行网络重进入的情况下）接收下行链路多播数据。

图4是示出在具有相同的寻呼偏置值的M2M装置与基站之间传输多播业务的过程的图。

在图4中，处于空闲模式的用户设备在侦听间隔或可用间隔（AI）中从基站接收其操作码为0b10的多播业务指示符，并且接收用于多播业务的组信息（M2M组ID）。如果组信息的组是用户设备所属于的组，则用户设备在没有网络重进入的情况下等待接收多播业务。

在上述情况中，如果基站不具有用于发送多播数据的下行链路资源并且因此在从寻呼起的长时间之后将多播数据发送给用户设备，则用户设备应继续续接收和解码发送给下行链路信道的数据（例如，诸如A-MAP或MAP的下行链路控制信道信息、诸如SCD、SII-ADV、ULPC-NI的广播控制MAC消息），直到发送了多播数据。这会增加用户设备的不必要的功耗。

图5是示出在具有不同寻呼偏置值的M2M装置与基站之间传输多播业务的过程的图。

如果属于一个M2M组的用户设备被分配有不同的寻呼偏置值或者属于其它寻呼组，则分配有同一MGID的用户设备会实际上在不同时间接收多播寻呼。为此，在属于同一M2M组的用户设备当中，特定用户设备会等待比其它用户设备所等待的时间更长的时间，以接收多播数据。图5示出了该等待时间的示例。具有一个寻呼偏置1、2、3的用户设备被分配有同一MGID=1，并且该情况下具有寻呼偏置3的用户设备具有比具有寻呼偏置1的用户设备更长的等待时间。在该情况下，发生具有寻呼偏置3的用户设备的不必要的功耗增加的问题。

为了解决该问题，本发明提出了下述实施方式。基站向用户设备发送包括多播传输开始时间（MTST）的寻呼消息（在IEEE802.16m中为AAI-PAG-ADV消息并且在IEEE802.16e中为MOB_PAG-ADV消息，将基于IEEE802.16m AAI-PAG-ADV来描述本发明）。当空闲模式中的用户设备接收到寻呼消息时，其在保持空闲模式的同时（即，在没有执行网络重进入的情况下）根据MTST接收下行链路多播数据。

图6是示出根据本发明的一个实施方式的M2M装置与基站之间的多播数据发送和接收的图。

如果存在用于预定M2M装置的多播数据，则本发明的基站向M2M装置发送包括MTST的寻呼消息。如果存在用于特定M2M组的多播数据，则本发明的基站可以将MTST与寻呼特定M2M组的寻呼消息一起发送，或者可以发送包括MTST的寻呼消息。或者，基站可以仅在发送了寻呼消息之后不能够立即发送多播数据的情况下发送MTST。M2M装置在其寻呼侦听间隔中接收到寻呼消息时识别在寻呼消息（AAI-PAG-ADV）中是否包括多播传输开始时间（MTST）。如果在寻呼消息中包括了多播传输开始时间（MTST），则M2M装置可以执行断电操作直到由MTST指示的超帧/帧/子帧以减少功耗。换言之，M2M装置可以从由MTST指示的超帧/帧/子帧开始接收多播数据。在该情况下，MTST可以是基站开始下行链路多播数据传输的超帧号/帧号/子帧号。或者，MTST是基于M2M装置接收到寻呼消息的时间的下行链路多播数据的传输开始的等待时间，并且可以表示帧偏置。而且，表示MTST的单位可以是帧单位、子帧单位或者超帧单位（20ms）。如图6中所示，寻呼消息（PAG-ADV）可以包括MTST。M2M装置可以包括其各自的寻呼偏置值。如图6中所示，寻呼偏置1、2和3可以具有彼此不同的值。具有寻呼偏置2和3的M2M装置不能够在发送了寻呼消息之后直接发送多播数据。因此，具有寻呼偏置2和3的M2M装置可以执行断电操作直到由对应的寻呼消息中包括的MTST指示的超帧/帧/子帧以降低功耗。换言之，具有寻呼偏置2的M2M装置和具有寻呼偏置3的M2M装置可以在由MTST指示的超帧/帧/子帧执行断电操作。

为了参考，在IEEE802.16m系统中，可以基于超帧号计算由MTST指示的帧号。换言之，由“（超帧号-1）×4”来定义帧号。换言之，在IEEE802.16e系统中，帧号存在于MAP中并且在每帧进行传输。

通过上述操作，当基站在事件触发模式中发送由固定的M2M装置生成的多播数据时，空闲模式M2M装置可以在没有结束空闲模式的情况下通过使用寻呼方法高效地提供多播数据。

在本发明的上述实施方式中，寻呼消息可以如下进行传输。

下面的表1示出了AAI-PAG-ADV格式，其中，多播业务指示符和MGID被包括在寻呼消息中。

表1

参考表1，基站可以将MGID传输到M2M装置。MGID字段表示M2M组ID，并且可以由12个位元来表示。而且，Num_MGID表示寻呼消息中包括的MGID的数目。基站可以向M2M装置传输包括操作码字段的寻呼消息。操作码字段表示寻呼消息的使用目的。例如，如果寻呼消息的目的表示用于网络重进入的寻呼，则操作码字段可以由“0b00”表示。如果寻呼消息的目的表示用于位置更新的寻呼，则操作码字段可以由“0b01”表示。如果寻呼消息的目的表示用于多播业务的接收，则操作码字段可以由“0b10”表示。如果操作表示保留状态，则其可以由“0b11”表示。

然而，如果属于一个M2M组的用户设备被分配有不同的寻呼偏置值或者属于另一寻呼组，则分配有同一MGID的用户设备会实际上在不同时间接收多播寻呼。为此，在属于同一M2M组的用户设备当中，特定用户设备会等待比其它用户设备所等待的时间更长的时间，以接收多播数据。

为了解决上述问题，当发送包括多播业务指示符的寻呼消息时，本发明的基站向用户设备发送包括关于基站开始传输多播数据的时间的信息的寻呼消息。用户设备可以接收该寻呼消息并且执行断电以降低功耗直到寻呼消息中包括的多播数据传输开始时间。这在图7和图8中示出。

图4和图5中描述的实施方式可以与图6的实施方式一起使用。换言之，如图6中所示，寻呼消息可以包括MTST，并且包括MTST的寻呼消息可以额外地包括MGID和操作码，如图4和图5中所示。

图7是示出根据本发明的另一实施方式的在M2M装置与基站之间传输多播业务的过程的图。图7示出了指示基站开始传输多播数据的绝对时间的MTST被从基站传输到M2M装置。

想要将多播数据传输到预定M2M装置的基站发送寻呼消息，该寻呼消息包括预定M2M装置所属于的M2M组的MGID和指示将传输多播数据的时间的MTST。M2M装置在其侦听间隔接收该寻呼消息（AAI-PAG-ADV）。M2M装置通过分配给M2M装置的MGID识别寻呼消息是否用于M2M装置。如果寻呼消息的目标是M2M装置并且寻呼消息的操作码被设置为0b10的多播业务指示符，则M2M装置识别寻呼消息中包括的多播传输开始时间（MTST）。如果在寻呼消息中包括了MTST，则M2M装置可以执行断电操作直到由MTST指示的帧以降低功耗。换言之，M2M装置将从由MTST指示的帧开始接收多播数据。

参考图7，基站可以向具有寻呼偏置2和寻呼偏置3的用户设备发送包括多播业务指示符和MTST的寻呼消息。这时，假设每个MTST指示具有帧号42的帧，在接收到寻呼偏置2和寻呼偏置3之后，具有寻呼偏置2和寻呼偏置3的用户设备可以在帧号为42时接收多播数据，并且可以执行用于降低功耗的操作直到对应的帧。

下面的表2示出了AAI-PAG-ADV格式，其是包括多播传输开始时间（MTST）的寻呼消息的示例。

表2

在表2中，由于MGID字段和操作码字段与表1中的相同，因此将省略其详细描述。

基站可以向M2M装置发送指示用于对应的多播数据传输的绝对时间的信息作为MTST。参考表2，基站可以向M2M装置发送对应的多播数据的帧号开始传输作为MTST，其中，M2M装置是多播数据的目标。作为用于多播数据的传输的目标的用户设备可以通过执行断电操作直到由MTST指示的帧来降低功耗。换言之，用户设备可以从由MTST指示的帧开始接收多播数据。

图8是示出根据本发明的另一实施方式的在M2M装置与基站之间传输多播业务的过程的图。特别地，图8示出了指示基站开始传输多播数据的相对时间的MTST被从基站传输到M2M装置。在图7的实施方式中，指示在对应的M2M装置中应接收到多播数据的超帧、帧或子帧的信息被以绝对值（例如，超帧号、帧号或子帧号）的类型传输到M2M装置，而在图8的实施方式中，M2M装置发送指示直到接收多播数据之前的等待时间的偏置值。

参考图8，基站可以向具有寻呼偏置2和寻呼偏置3的用户设备发送包括MTST的寻呼消息。根据该实施方式，MTST对应于指示M2M装置接收多播数据的等待时间的偏置值。例如，参考图8，用于寻呼偏置2的用户设备和寻呼偏置3的用户设备的MTST值分别为帧32和帧42。在接收到寻呼消息之后，寻呼偏置2的用户设备可以在帧32之后接收多播数据，并且执行用于降低功耗的操作直到对应的帧。在接收到寻呼消息之后，寻呼偏置3的用户设备可以在帧42之后接收多播数据，并且可以执行用于降低功耗的操作直到对应的帧。

下面的表3示出了AAI-PAG-ADV格式，其是包括多播传输开始时间（MTST）的寻呼消息的另一示例。

表3

]

在表2中，MTST由帧号表示，而在表3中，MTST由帧偏置表示。

参考表3，MTST是基于M2M装置已经接收到寻呼消息的时间的用于下行链路多播数据传输开始的等待时间，并且可以表示帧偏置。换言之，MTST是指示M2M装置接收多播数据的等待时间的帧偏置值。

执行基于M2M系统的IEEE802.16e中的MTST的用户设备的操作与基于M2M系统的IEEE802.16m中的相同。换言之，在基于M2M系统的IEEE802.16e中，如果M2M装置接收到包括MTST的MOB_PAG-ADV，则其可以降低功耗直到MTST。

而且，虽然以帧为单位描述了指示MTST的单位，但是帧单位可以改变为子帧单位或超帧单位（20ms）。

下面的表4示出了包括多播传输开始时间（MTST）的寻呼消息的另一示例。

在下面的表4中，在MOB_PAG-ADV消息中可以包括每个M2M组寻呼参数（TLV）。下面的表4的MTST可以处于作为M2M组寻呼参数的TLV中。

表4

在表4中，MTST可以包括在MOB_PAG-ADV消息中并且可以从基站传输到M2M装置。而且，MTST可以包括在MOB_PAG-ADV消息中并且可以与操作码一起发送。如果作为多播业务指示符的操作码表示0b10，则M2M装置可以在不执行网络重进入的情况下接收多播业务。如果作为多播业务指示符的操作码指示0b10并且MTST包括在MOB_PAG-ADV消息中，则M2M装置可以从由MTST指示的帧开始接收多播业务。在表4中，在基于M2M系统的IEEE802.16e中，虽然以帧为单位描述了指示MTST的单位，但是帧单位可以改变为子帧单位或超帧单位（20ms）。

参考图1，根据本发明的基站的处理器（下面，基站处理器）可以生成寻呼M2M装置的寻呼消息，以基于一个或更多个M2M装置（即，多个M2M装置）发送多播数据。基站处理器可以将寻呼消息生成为包括标识M2M装置所属于的M2M组的信息（例如，MGID）和/或指示多播数据的存在的信息（例如，设置为0b10的操作码）。而且，基站处理器可以将寻呼消息生成为包括指示基站开始传输多播数据的时间的时间信息。基站处理器可以控制基站的发送器（下面，基站发送器）以将寻呼消息发送给M2M装置。基站处理器通过控制基站发送器在由时间信息指示的时间开始多播数据的传输。

根据本发明的M2M装置的处理器（下面M2M处理器）通过控制M2M装置的接收器（下面，M2M接收器）在M2M装置的侦听间隔从基站接收寻呼消息。M2M处理器可以通过使用寻呼消息中包括的M2M装置组信息来识别寻呼消息是否是与M2M装置相关的消息。而且，M2M处理器可以通过使用寻呼消息（例如，寻呼消息内的操作码）来识别将由M2M装置接收的多播数据的存在。M2M处理器可以通过使用寻呼消息中包括的时间信息来识别M2M装置应从基站接收多播数据的时间。M2M处理器可以通过使用该时间信息执行M2M装置的断电直到应接收多播数据。M2M处理器可以通过从由时间信息指示或推断出的时间开始增加M2M接收器的接收功率来从基站接收多播数据。M2M接收器可以在M2M处理器的控制下在由时间信息指示的时间从基站接收多播数据。

根据本发明的实施方式，如果存在属于用户设备的ID，则用户设备可以通过在保持空闲模式的同时（在没有执行网络重进入的情况下）接收下行链路多播数据来在没有结束空闲模式的情况下高效地管理M2M系统。

以上描述的实施方式可以通过本发明的结构元素和特征按照规定形式的组合来实现。除非明确地提及，可以选择性地考虑各个结构元素或特征。每一个结构元素或者特征可以在不与其他结构元素或者特征组合的情况下来实施。而且，一些结构元素和/或特征可比粗组合以构成本发明的实施方式。可以改变在本发明的实施方式中描述的操作的顺序。一个实施方式的一些结构元素或者特征可以被包括在另一个实施方式中，或者可以被另一个实施方式的相应的结构元素或者特征所替换。此外，显而易见的是，引用特定权利要求的一些权利要求可以与引用除了特定权利要求之外的其它权利要求的另外的权利要求组合以构成实施方式或者借助于提交该申请之后的修改来添加新的权利要求。

对于本领域技术人员易见的是，在不脱离本发明的精神或者范围的情况下，可以以其它具体形式来实施本发明。由此，上述实施方式在各方面被视为是示例性且非限制性的。本发明的范围应由所附权利要求的合理解释来限定，并且落入本发明的等效范围内的所有变化被包括在本发明的范围内。

工业实用性

本发明能够应用于无线通信系统。

Claims

1.一种用于执行机器对机器（M2M）装置与基站的通信的方法，所述方法包括下述步骤：

从所述基站接收寻呼消息；以及

基于所述寻呼消息从所述基站接收多播数据，

其中，所述寻呼消息包括指示所述基站将所述多播数据发送给所述M2M装置时的时间的时间信息。

2.根据权利要求1所述的方法，其中，所述时间信息是指示所述基站开始所述多播数据的传输的帧号、子帧号或超帧号的信息。

3.根据权利要求1所述的方法，其中，所述时间信息是指示所述M2M装置接收所述多播数据时的等待时间的帧偏置。

4.根据权利要求1至3中的任一项所述的方法，其中，所述寻呼消息进一步包括指示所述多播数据的传输的多播业务指示符和指示作为所述多播数据的传输目标的M2M组的M2M装置组标识符。

5.一种用于执行基站与机器对机器（M2M）装置的通信的方法，所述方法包括下述步骤：

将寻呼消息发送给所述M2M装置；以及

基于所述寻呼消息将多播数据发送给所述M2M装置，

6.根据权利要求5所述的方法，其中，所述时间信息是指示所述基站开始所述多播数据的传输的帧号、子帧号或超帧号的信息。

7.根据权利要求5所述的方法，其中所述时间信息是指示所述M2M装置接收所述多播数据时的等待时间的帧偏置。

8.根据权利要求5至7中的任一项所述的方法，其中，所述寻呼消息进一步包括指示所述多播数据的传输的多播业务指示符和指示作为所述多播数据的传输目标的M2M组的M2M装置组标识符。

9.一种与基站执行通信的机器对机器（M2M）装置，所述M2M装置包括：

接收器；以及

处理器，所述处理器被构造为控制所述接收器，

其中，所述处理器控制所述接收器以从所述基站接收寻呼消息并且控制所述接收器以基于所述寻呼消息从所述基站接收多播数据，并且所述寻呼消息包括指示所述基站将所述多播数据发送给所述M2M装置时的时间的时间信息。

10.根据权利要求9所述的M2M装置，其中，所述时间信息是指示所述基站开始所述多播数据的传输的帧号、子帧号或超帧号的信息。

11.根据权利要求9所述的M2M装置，其中，所述时间信息是指示所述M2M装置接收所述多播数据时的等待时间的帧偏置。

12.根据权利要求9至11所述的M2M装置，其中，所述寻呼消息进一步包括指示所述多播数据的传输的多播业务指示符和指示作为所述多播数据的传输目标的M2M组的M2M装置组标识符。

13.一种与机器对机器（M2M）装置执行通信的基站，所述基站包括：

发送器；和

处理器，所述处理器被构造为控制所述发送器，

其中，所述处理器控制所述发送器以将寻呼消息发送给所述M2M装置并且控制所述发送器以基于所述寻呼消息将多播数据发送给所述M2M装置，并且所述寻呼消息包括指示所述基站将所述多播数据发送给所述M2M装置时的时间的时间信息。

14.根据权利要求13所述的基站，其中，所述时间信息是指示所述基站开始所述多播数据的传输的帧号、子帧号或超帧号的信息。

15.根据权利要求13所述的基站，其中，所述时间信息是指示所述M2M装置接收所述多播数据时的等待时间的帧偏置。

16.根据权利要求13至15所述的基站，其中，所述寻呼消息进一步包括指示所述多播数据的传输的多播业务指示符和指示作为所述多播数据的传输目标的M2M组的M2M装置组标识符。