CN103858363A - 无线通信系统中用于发送和接收多播数据的装置和方法 - Google Patents

Abstract

公开了一种在无线通信系统中用于发送/接收多播数据的装置和方法。在无线通信系统中的机器对机器（M2M）设备上接收多播数据的方法包括以下步骤：从基站（BS）接收针对分配给所述M2M设备的M2M多播业务的M2M多播连接标识符；从所述BS接收包含关于所述多播数据的发送的控制信息的消息以及包含M2M多播连接标识符的多播数据；并且确定包含在所述多播数据中的M2M多播连接标识符与由所述BS分配的M2M多播连接标识符是否一致。

Description

无线通信系统中用于发送和接收多播数据的装置和方法

技术领域

本发明涉及无线通信并且，更具体地，涉及无线通信系统中用于发送/接收多播数据的装置和方法。

背景技术

机器对机器（M2M）通信，顾名思义，是电子设备之间的通信。而M2M通信在最广义的理解上是指电子设备之间的有线或无线通信或者人控制的设备和机器之间的通信，如今，M2M通信特指电子设备之间的无线通信。

当M2M通信的概念在20世纪90年代初被引入时，它仅被作为远程控制或远程信息处理的概念并且市场因此很局限。然而，在过去的几年M2M通信已经得到了彻底的发展并且M2M通信市场已经吸引了全世界的许多关注。特别是，M2M通信在售货点（POS）市场和安全相关应用中的车队管理、机器和设备的远程监控、用于自动测量建筑设备的工作时间以及热或电的消耗的智能计量等领域有巨大的影响。预计M2M通信与传统移动通信、超高速无线因特网或无线保真（WiFi），以及诸如ZigBee的低输出通信解决方案结合后会发现各种用途，从而将扩展到企业对企业（B2B）市场以外的企业对客户（B2C）市场。

在M2M通信的时代，装备有用户识别模块（SIM）卡的每个机器能够被远程地管理和控制，因为能够向该机器发送数据以及从该机器接收数据。例如，M2M通信适用于非常广泛的范围包括诸如汽车、卡车、火车、集装箱、自动售货机、油箱等众多终端以及设备。

传统地，通常单独地管理移动站使得基站和移动站之间主要进行一对一的通信。假设许多M2M设备通过一对一的通信与该基站进行通信，由于M2M设备中的每一个和该基站之间产生的信令会导致网络过载。如果M2M通信如前述那样的迅速扩展并且广泛使用，由于M2M设备之间的通信或M2M设备和基站之间的通信可能产生开销问题。

归功于M2M设备的特性，当产生事件时，工作于空闲模式的M2M设备能够被使能，并且针对多播数据接收，在预定周期使能以接收多播数据。然而，还没有提出一种在M2M设备和BS之间有效地发送/接收多播数据的方法。

发明内容

技术问题

本发明的目的之一是提供一种无线通信系统中在M2M设备上接收多播数据的方法。

本发明的另一目的是提供一种无线通信系统中在BS上发送多播数据的方法。

本发明的另一目的是提供无线通信系统中用于接收多播数据的M2M设备。

本发明的另一目的是提供无线通信系统中用于发送多播数据的BS。

本发明所解决的技术问题不限于上述技术问题并且本领域技术人员从以下描述中可以理解其他技术问题。

问题的解决方案

通过提供一种在无线通信系统中的机器对机器（M2M）设备上接收多播数据的方法能够实现本发明的目的，所述方法包括以下步骤：从基站（BS）接收针对分配给所述M2M设备的M2M多播业务的M2M多播连接标识符；从所述BS接收包含关于所述多播数据的发送的控制信息的消息以及包含M2M多播连接标识符的多播数据；以及解码所接收到的多播数据来确定包含在所接收到的多播数据中的M2M多播连接标识符与由所述BS分配的M2M多播连接标识符是否相同。该方法还包括：如果所述多播数据中包含的M2M多播连接标识符与由所述BS分配的M2M多播连接标识符相同，则获取所接收到的多播数据。

在本发明的另一方面中，提供一种在无线通信系统中的基站BS上发送多播数据的方法，所述方法包括以下步骤：发送针对分配给M2M设备的M2M多播业务的M2M多播连接标识符；向所述M2M设备发送包含关于所述多播数据的发送的控制信息的消息以及发送包含M2M多播连接标识符的多播数据；其中包含在所发送的多播数据中的M2M多播连接标识符与分配给所述M2M设备的M2M多播连接标识符相同。可以在与该BS的DSA过程期间发送所分配的M2M多播连接标识符。

在本发明的另一方面中，提供一种在无线通信系统中用于接收多播数据的M2M设备，所述M2M设备包括：接收机，所述接收机被配置为从BS接收针对分配给所述M2M设备的M2M多播业务的M2M多播连接标识符、包含关于所述多播数据的发送的控制信息的消息以及包含M2M多播连接标识符的多播数据；以及处理器，所述处理器被配置为解码所接收到的多播数据来确定包含在所接收到的多播数据中的M2M多播连接标识符与由所述BS分配的M2M多播连接标识符是否相同。所述处理器可以被进一步配置为：如果包含在所述多播数据中的M2M多播连接标识符与由所述BS分配的M2M多播连接标识符相同，则获取所接收到的多播数据。所述处理器可以被进一步配置为：如果包含在所述多播数据中的M2M多播连接标识符与由所述BS分配的M2M多播连接标识符不同，则丢弃所接收到的多播数据。

在本发明的另一方面中，提供一种在无线通信系统中用于发送多播数据的BS，所述BS包括：发射机，所述发射机被配置为向所述M2M设备发送针对分配给所述M2M设备的M2M多播业务的M2M多播连接标识符、包含关于向所述M2M设备进行的所述多播数据的发送的控制信息的消息以及包含M2M多播连接标识符的多播数据，其中包含在所发送的多播数据中的M2M多播连接标识符与分配给所述M2M设备的M2M多播连接标识符相同。

发明的有益效果

根据本发明的实施方式，通过有效地接收/发送M2M多播数据能够提高通信性能。此外，能够有效地执行CID更新以防止通信性能恶化。

本发明的效果不限于上述效果并且通过以下描述这里没有被描述的其他效果对于本领域技术人员将变得明显。

附图说明

图1是根据本发明的示例性实施方式示意性地解释M2M设备以及BS结构的示图；

图2示出了IEEE802.16e系统中普通MAC头（GMH）的结构；

图3例示了将多播CID分配给M2M设备的示例性过程的流程图；

图4例示了将多播CID分配给M2M设备的另一示例性过程的流程图；

图5A示出了当所述CID的所述MSB采用0填充时使用15比特的CID而不是CID的MSB作为MGID的实施例；

图5B示出了当所述CID的所述LSB采用0填充时使用15比特的CID而不是CID的LSB作为MGID的实施例；

图6示出了根据表8的GMH结构；

图7A示出了当所述CID的所述MSB采用0填充时使用15比特的CID而不是CID的MSB作为MGID的实施例；以及

图7B示出了当所述CID的所述LSB采用0填充时使用15比特的CID而不是CID的LSB作为MGID的实施例。

具体实施方式

将参照附图对本发明的优选实施方式进行详细描述。参照附图在以下将要给出的该详细说明旨在解释本发明的示例性实施方式，而不是表明根据本发明能够实现的仅有实施方式。以下详细说明包含具体细节以提供对本发明全面的理解。然而，对于本领域普通技术人员而言很明显的是，本发明可以不需要这些具体细节来实现。例如，以下详细说明是基于这样的假设而给出，使用符合电气和电子工程师协会（IEEE）802.16以及3GPP（第三代合作伙伴计划）的移动通信系统。然而，该说明还适用于除了IEEE802.16以及3GPP固有的具体特征以外的任何其他移动通信系统。

在一些情况下，已知的结构和设备被省略或者以框图形式示出，以关注于该结构和设备的重要特征，使得本发明的概念不会变得模糊。整个说明书使用相同的参考编号来指代相同的或类似的部分。

在以下描述中，术语终端一般是指诸如用户设备（UE）、移动站（MS）、高级移动站（AMS）、机器对机器（M2M）设备等移动或固定的用户终端设备。此外，术语基站一般是指诸如NodeB、演进的NodeB（eNodeB）、接入点（AP）等与UE通信的网络端的任何节点。

在移动通信系统中，MS能够在下行链路从BS接收信息并且在上行链路向BS发送数据。从所述MS发送或者在所述MS接收的信息包括数据以及各种类型的控制信息。存在很多物理信道，这些物理信道取决于从MS发送或者在MS接收的信息的类型和用途。

本发明的实施方式适用于各种无线接入系统，诸如码分多址（CDMA）、频分多址（FDMA）、时分多址（TDMA）、正交频分多址（OFDMA），以及单载波频分多址（SC-FDMA）。CDMA可以作为诸如通用陆地无线接入（UTRA）或CDMA2000的无线电技术来实施。TDMA可以作为诸如全球移动通讯系统（GSM）/通用无线分组业务（GPRS）/GSM增强数据率演进（EDGE）的无线电技术来实施。OFDMA可以作为诸如IEEE802.11（无线保真（Wi-Fi））、IEEE802.16（微波存取全球互通（WiMAX））、IEEE802.20、演进的UTRA（E-UTRA）等无线电技术来实施。UTRA是通用移动通信系统（UMTS）的一部分。3GPP LTE是使用E-UTRA的演进的UMTS（E-UMTS）的一部分，其在下行链路采用OFDMA并且在上行链路采用SC-FDMA。LTE-A是3GPP LTE的演进。

以下，M2M通信是指经由基站（BS）的移动站（MS）之间的通信，没有人干预的BS和MS之间的通信，或者M2M设备之间的通信。相应地，M2M设备指的是能够支持上述M2M通信的MS。用于M2M业务的接入业务网（ASN）被定义为M2MASN并且与M2M设备进行通信的网络实体被称为M2M服务器。该M2M服务器执行M2M应用程序并且为一个或多个M2M设备提供M2M特定服务。M2M特征指示M2M应用程序的特征并且需要一个或多个特征来提供该应用程序。M2M设备组指的是共享一个或多个共同特征的M2M设备的组。

随着机器应用程序类型的增加，根据M2M方案执行通信的设备（其可以被称为M2M设备、M2M通信设备、机器类型通信（MTC）设备，等）在给定网络中的数量会增加。在考虑中的机器应用程序类型有：（1）安全；（2）公共安全；（3）跟踪和追踪；（4）支付；（5）卫生保健；（6）远程维护和控制；（7）计量；（8）用户设备；（9）在售货点（POS）相关以及安全相关的应用程序市场中的车队管理；（10）在自动售货机处的设备之间的通信；（11）对机器和设备的远程控制以及用于自动测量建筑机器和设备的操作时间以及热或能量的消耗的智能计量；以及（12）监视视频通信，这些不应被理解为对本发明进行限制。此外，很多其他的机器应用程序类型正在讨论中。

M2M设备的另一特征是它们具有低移动性，也就是说，它们一旦安装很少移动。换句话说，M2M设备在相当长的时间内是静止的。M2M通信系统可以为具有固定位置的特定M2M应用程序简化或优化与移动性相关的操作，诸如安全进入以及监视、公共安全、支付、远程维护和控制以及计量。

以下，当M2M通信适用于无线通信系统（如IEEE802.16e/m）时将描述本发明的示例性实施方式。然而，本发明并不局限于此并且适用于诸如3GPP LET系统的其他无线通信系统。

图1是根据本发明的示例性实施方式示意性地解释M2M设备以及BS结构的示图。

参照图1，M2M设备100（其可以被称为M2M通信设备）可以包括射频（RF）单元110以及处理器120。BS150可以包括RF单元160以及处理器170。该M2M设备100以及该BS150可以选择性地分别包括存储器130和180。该RF单元110和160可以分别包括发射机111和161，以及接收机112和162。该M2M设备100的该发射机111和该接收机112被配置为向该BS150以及其他M2M设备发送信号以及从该BS150以及其他M2M设备接收信号。该处理器120功能性地连接至该发射机111和该接收机112使得该处理器120能够控制该发射机111和该接收机112与其他设备交换信号。该处理器120可以对要发送的信号进行处理并且将处理后的信号发送给该发射机111。该处理器120可以处理由该接收机112接收的信号。如果有必要，该处理器120可以将包含在已交换的消息中的信息存储在存储器130中。采用这样的结构，该M2M设备100可以执行下面将要描述的本发明的各种实施方式的方法。

同时，虽然图1未示出，根据应用程序的类型，该M2M设备100可以额外包含各种结构。例如，如果该M2M设备100是用于智能计量，该M2M设备100可以包括用于功率测量的额外结构，并且这种功率测量的操作可以由图1所示的处理器120或额外配置的处理器（未示）进行控制。

虽然，在图1中，通过实施例示出了M2M设备100和BS150之间的通信的情况，根据本发明的M2M通信方法可以在一个或多个M2M设备之间执行，并且采用与图1所示的该设备相同的结构的每个设备根据下面将要描述的各种实施方式可以实现多个方法。

BS150的发射机161和接收机162被配置为向其他BS、M2M服务器、以及M2M设备发送信号以及从其他BS、M2M服务器、以及M2M设备接收信号。该处理器170功能性地连接至该发射机161和该接收机162使得该处理器170能够控制该发射机161和该接收机162来与其他设备交换信号。该处理器170可以对将要发送的信号进行处理并且将已处理的信号发送给该发射机161。该处理器170可以处理由接收机162接收的信号。如果有必要，该处理器170可以将包含在已交换消息中的信息存储在存储器180中。采用这样的结构，该BS150可以执行下面将要描述的本发明的各种实施方式的方法。

该M2M设备100的处理器120和该BS150的该处理器170分别指导（例如控制、调整、管理等）该M2M设备110和该BS150的操作。该处理器120和170可以分别连接至存储程序代码和数据的存储器130和180。该存储器130和180分别连接至存储操作系统、应用程序、以及一般文件的处理器120和170。

本发明的该存储器120和170中的每一个可以被称为控制器、微控制器、微计算机等。同时，该处理器120和170中的每一个可以由硬件、固件、软件、或它们的结合来实现。当本发明的实施方式采用硬件实现时，该处理器120和170中可以包含被设计以实现本发明的专用集成电路（ASICs）、数字信号处理器（DSPs）、数字信号处理设备（DSPDs）、可编程逻辑器件（PLDs）、现场可编程门阵列（FPGAs）等。

同时，当本发明的实施方式采用固件或软件实现时，该固件或软件可以被配置为包含执行本发明的功能或操作的模块、过程或功能。被配置为能够实现本发明的该固件或软件可以包含在该处理器120或170中或者存储在该存储器130或180中以使得被该处理器120和170执行。

本发明的示例性实施方式提出了当M2M应用程序在宽带无线接入系统中以多播业务的形式发送时使用的标识符ID的结构以及针对使用该ID的多播数据发送的资源分配方法，该宽带无线接入系统支持该M2M应用程序。

现将简要描述传统IEEE802.16e中的多播和广播业务（MBS）。MBS提供一种有效的使用共同的多播连接标识符（CID）来并发传输对于用户组共同的数据的方法。仅在下行链路提供该MBS并且可以在BS组之间协调并且可选地同步该MBS来允许宏分集（macro-diversity）。与该MBS有关的业务流具有特定的QoS参数并且需要使用全局定义的TEK序列进行加密。由于多播连接与业务流相关，它与针对业务流的该QoS以及业务参数有关。在任何SS上产生的发送该相同MBS流的所有业务流将具有针对QoS参数集的相同的业务流管理编码。

关于在常规操作中参与该业务的单个SS对携带MBS数据的业务流进行例示。在这种示例中，该SS学习识别该业务以及相关联业务流的参数。能够提供该MBS的每个BS属于某个MBS区，MBS区被定义为使用相同的CID和相同的安全关联（SA）来发送特定业务流的内容的BS的集合。每个MBS区由唯一的MBS区标识符MBS_Zone ID来标识。为了确保使用该MBS的BS在网络上正确的多播操作，用于共同的MBS内容和业务的CID对于相同MBS区内的所有BS将是相同的。这允许已经注册了业务的SS在MBS区内与MBS传输无缝地同步而不需要在UL进行通信或者向该MBS区内的其他BS重新注册。MBS区ID将不会跨越任何两个相邻的MBS区被重复使用。

ARQ和HARQ对于多播连接不适用，因为没有来自该SS在层1或层2上的反馈。然而，该MBS可以与用在HARQ传输中相似的时间分集一起使用，其中当重复发送MBS突发时，将一些HARQ参数用于MBS突发以允许正确的排序以及时间分集的结合，而不需要来自该SS的任何层1或层2的确认。

在扩展的MBS数据IE中与多播CID配对的逻辑信道ID按照被包含在MBS内容ID TLV中的顺序被分配给每个MBS内容ID值。因此，SS能够接收针对具有不同MBS内容的MBS连接的多个MBS消息，不同MBS内容由属于多播CID的逻辑信道ID进行区分。该BS将采用扩展的MBS数据IE中定义的顺序来分配MBS SDU。下表1示出了IEEE802.16e系统中的CID范围。

表1

[表1]

从表1可知，多播CID用于下行链路多播业务。下表2示出了示例性的MBS MAP消息格式。

表2

[表2]

Padding Nibble	4	—
			}	—	—
TLV encoding element	—	—
			}	—	—

在表2中，MBS_MAP消息作为广播CID发送并且如果存在下行链路置换（permutation）区则该MBS_MAP消息格式位于针对MBS传输的下行链路置换区中的第一符号和第一子空集（sub null）中。该MBS_MAP消息包括MBS_DATA_IE、MBS_DATA_Time_Diversity_IE、以及Extended_MBS_DATA_IE并且每个IE定义MBS突发的接入信息。下表3示出了MBS_DATA_IE消息格式。

表3

[表3]

在表3中，该MBS_DATA_IE消息包括关于MBS突发的资源分配信息以及关于下一个MBS_MAP消息将要被发送到的位置的信息。

图2示出了IEEE802.16e系统中普通媒体接入控制（MAC）头（GMH）的结构。

参照图2，该GMH包括具有总共16比特的CID信息，这16比特信息由8个CID最高有效位（MBS）和8个CID最低有效位组成。

将描述IEEE802.16p系统中该M2M应用程序的多播操作。该IEEE802.16p系统支持针对M2M设备的多播操作。特别地，它支持处于空闲模式的M2M多播操作。

BS通过要求或不要求该M2M设备的网络重入来提供针对处于空闲模式的M2M设备的多播业务。在下行链路多播数据发送之前，该BS可以在所述M2M设备的寻呼监听间隔期间向所述M2M设备发送包含多播业务指示的寻呼消息。如果该M2M设备在该寻呼监听间隔中接收到指示多播业务接收的寻呼消息而不需要网络重入，该M2M设备开始接收下行链路多播数据而不需要结束该空闲模式。

可以在寻呼消息中包含多播发送开始时间TLV以便于指示下行链路多播数据何时由BS发送。该多播发送开始时间TLV的值比接收该寻呼消息（例如MOB_PAG-ADV消息）的设备的下一个寻呼监听间隔开始时间要小。该M2M设备可以断电直到由该MOB_PAG_ADV消息中的该多播发送开始时间TLV指示的帧。

M2M组ID（MGID）唯一地标识网络实体域中的M2M组，该网络实体向一个或多个M2M设备归属的组分配MGID。该MGID用于识别设备组（例如在组寻呼的情况下）。该MGID在初始网络进入以及明确的网络退出（例如当更新断电点时）的事件中分配给M2M设备。如果M2M设备没有退出网络，分配给该M2M设备的MGID由甚至处于空闲状态的M2M设备保留。该MGID可以被重分配。该MGID可以在连接模式中通过动态业务增加（DSA）和DSC过程被增加或改变。

如上所述，在传统的MBS中，代表多播业务流的多播CID用于在多播数据发送期间在MBS MAP中多播突发，并且被包含在多播MPDU的MAC头的CID字段来指示多播流。此外，该多播CID由控制MBS域的网络实体（例如MBS DPF/MBS代理）来分配并且在该MBS域中是唯一的。相应地，如果MS接收到属于该相应的MBS域的多播CID并且然后退出该MBS域，该MS需要执行更新该多播CID的过程。

用于在IEEE802.16P系统中指示组控制和多播业务流的15比特MGID可以通过DSA过程分配给M2M设备并且被映射至相应地多播业务流参数。该MGID在网络实体域中指示一个M2M组并且可以在特定的MGID域中被辨别和使用。

在该场景中，当为多播数据传输发送控制信息（例如MAP）时，该BS需要将对应于多播突发的ID嵌入该多播突发中使得该M2M设备正确解码该多播突发。在传统的多播系统中，多播CID被插入MBS MAP中。然而，多播CID不能代表所有的15比特MGID因为多播CID的数量被限制为95。为了解决该问题，在DSA过程期间被分配的MGID，而不是多播CID，被嵌入发送M2M多播数据的MAP IE中使得对应于该MGID的该M2M设备能够正确地接收该M2M多播数据。然而，这需要该M2M设备在针对下行链路突发分配执行MAP解码时使用该MGID而不是CID来额外地执行解析MAP的功能。

相应地，本发明提出使用针对多播数据传输的MGID和CID的方法。如上所述，多播CID不能代替MGID因为缺少多播CID空间。当建立包含MGID的多播连接时，该BS分配一个CID，该CID在用于传送CID的CID空间（2m+1～0xFE9F）中被映射至该MGID。该CID在该BS中是唯一的因为它由该BS分配。也就是说，可以对不同的BS中的相同的MGID分配不同的M2M多播CID。

下表4示出了该CID范围的另一实施例。

表4

[表4]

表4示出了用于传输CID的该CID空间的定义的实施例使得该CID空间能够用于M2M多播传输。在这种情况下，将在用于多播突发传输的MAP IE中包含M2M多播CID。

图3例示了将多播CID分配给M2M设备的示例性过程的流程图。

参照图3，该M2M设备可以从BS接收DSA-REQ（或AAI-DSA-REQ）消息（S310）。该DSA-REQ（动态业务增加）/AAI-DSA-REQ消息可以包含MGID信息（例如MGID=a）以及M2M多播CID信息（M2M多播CID=‘x’）。该M2M设备可以向该BS发送DSA-RSP/AAI-DSA-RSP消息作为针对DSA-REQ/AAI-DSA-REQ消息的响应（S320）并且可以从该BS接收DSA-ACK/AAI-DSA/ACK消息（S330）。

该BS可以从网络接收多播数据（S340）并且将从该网络接收的多播MAP（或A-MAP）IE消息以及该多播数据向该M2M设备发送（S350）。发送给该M2M设备的该M2M多播MAP IE（或M2M多播A-MAP）消息可以包含M2M多播CID信息（M2M多播CID=‘x’）并且该多播数据的MAC头还可以包含多播CID信息（M2M多播CID=‘x’）。也就是说，当该多播数据被发送给该M2M设备时，在DSA过程期间被分配的该M2M多播CID可以被包含在该MAP IE中并且被发送。该M2M设备的该处理器120能够确定包含与DSA过程期间被分配的M2M多播CID=‘x’相同的M2M多播CID信息的该多播数据对应于该M2M设备。

图4例示了将多播CID分配给M2M设备的另一示例性过程的流程图。

参照图4，该M2M设备可以从BS接收DSA-REQ（或AAI-DSA-REQ）消息（S410）。该DSA-REQ/AAI-DSA-REQ消息可以包含MGID信息（例如MGID=a）以及M2M多播CID信息（M2M多播CID=‘x’’）。该M2M设备可以向该BS发送DSA-RSP/AAI-DSA-RSP消息作为针对该DSA-REQ/AAI-DSA-REQ消息的响应（S420）并且可以从该BS接收DSA-ACK/AAI-DSA/ACK消息（S430）。

然后，该M2M设备可以进入空闲模式（S440）。该BS可以从网络接收多播数据（S450）。在从该网络接收到该多播数据后，该BS可以向该M2M设备发送寻呼消息PAG-ADV/AAI-PAG-ADV（S460）。该寻呼消息可以包括MGID信息（例如MGID=a）以及M2M多播CID信息（M2M多播Cid=‘x’’）。

该BS可以将从该网络接收的M2M多播MAP（或A-MAP）IE消息以及该多播数据发送给该M2M设备（S470）。发送给该M2M设备的该M2M多播MAP（或A-MAP）IE消息可以包含M2M多播CID信息（M2M多播CID=‘x’）并且该多播数据的该MAC头也可以包含多播CID信息（M2M多播CID=‘x’’）。也就是说，在DSA过程期间被分配的该M2M多播CID能够用来通过该寻呼消息将多播业务的存在通知处于空闲模式的该M2M设备。

该M2M设备的该处理器120能够接收包含该M2M多播CID信息的该寻呼消息并且确认对应于该M2M设备的多播业务的存在，该M2M多播CID信息对应于（或等同于）在该DSA过程期间被分配的M2M多播CID=‘x’。

下表5示出了在图4的情况下示例性的M2M多播分配IE/M2M多播分配A-MAPIE消息的格式。

表5

[表5]

假设M2M多播CID与一个多播业务流（即MGID）一一映射，如果该BS支持许多多播业务流（或MGID），将有很多针对该M2M多播业务使用的M2M多播CID，这将减少M2M设备的传输CID的数量。

因此，一个M2M多播CID可以被分配给一个或多个多播业务流。也就是说，一个M2M多播CID可以被映射至一个或多个MGID。在这种情况下，如果该M2M多播CID用于MAP IE和普通MAC头，该M2M设备的处理器120针对并没有分配给该M2M设备的多播业务流来解码数据并且控制将该已解码的数据传递给上层。也就是说，该M2M设备接收了不正确的多播数据。为了解决该问题，可以考虑以下方法。

<在MAC层上识别多播数据的第一方法>

CID字段使用MGID而不是M2M多播CID。在这种情况下，一个LSB或一个MSB采用1或0来填充因为该MGID是15比特或12比特。也就是说，该M2M设备的该处理器120能够使用包含在MAP IE中的M2M多播CID来识别M2M多播突发并且检查包含在媒体接入控制分组数据单元（MAC PDU）中的该MAC头的该CID字段中包含的该MGID来确定相应的多播业务流是否针对该M2M设备。图5A示出了当一个MSB采用0填充时使用CID的15比特而不是CID的一个MSB作为MGID的实施例，并且图5B示出了当一个MSB采用0填充时使用CID的15比特而不是CID一个LSB作为MGID的实施例。如果确定该MSB和LSB采用1填充，每个填充比特被设置为1。

<在MAC层上识别多播数据的第二方法>

该BS能够通过子头或扩展子头向该M2M设备发送MGID。在这种情况下，该CID字段使用该M2M多播CID。在GMH中，6比特类型字段的第6比特（即#5，MSB）被预留并且该比特能够用来指示包含MGID的M2M多播子头的存在或缺失。也就是说，如果该第6比特被设置为1，如下表6所示的包含MGID的M2M多播子头将被包含在MAC PDU中。表6示出了示例性的M2M多播子头。

表6

[表6]

语法	大小（比特）	备注
			M2M multicast subheader{
MGID	15
			Reserved	1
}

下表7示出了示例性的类型字段编码格式。

表7

[表7]

在表7中，GMH中6比特类型字段的第6比特（即#5，MSB）被预留并且该比特能够用来指示包含MGID的M2M多播子头的存在或缺失。也就是说，如果该第6比特被设置为1，在MAC PDU中包含M2M多播子头。

下表8示出了示例性的M2M多播MPDU并且图6示出了根据表8的GMH结构。

表8

[表8]

GMH[MMSI=1]
	M2M多播子头[MGID=’a’]
多播有效载荷

在表8中，该GMH的预留比特（即跟随该EKS字段的比特），而不是该类型字段的预留比特（MSB），能够被用作M2M多播子头指示符（MMSI）。也就是说，当该字段被设置为1时，它指示该M2M多播子头的存在。

下表9示出了另一示例性的M2M多播MPDU。

表9

[表9]

GMH[MMSI=1]
	M2M多播子头[MGID=’a’]
多播有效载荷

该MMSI能够被其他指示符代替。也就是说，本发明能够使用该GMH的部分比特而不是该MMSI或者类型字段来指示包含MGID的子头的存在，并且当指示被设置为“开启”时将包含该MGID的该子头（M2M多播子头）嵌入MPDU中。该MGID不仅能够通过新的子头（M2M多播子头）也可以通过现存的子头或扩展的子头来发送。

作为不使用上述指示符来指示包含MGID的M2M多播子头的存在的方法，该M2M设备的该处理器120能够检查CID来指示该M2M多播子头的存在。具体地，该M2M设备的该处理器120能够检查相应GMH的该CID并且，如果该CID对应于指示包含MGID的M2M多播连接的CID，则确认包含MGID的该M2M多播子头存在。也就是说，该M2M设备的该处理器120能够通过该CID检查该子头的存在或缺失。

下表10示出了另一示例性的M2M多播MPDU。

表10

[表10]

GMH[CID是针对M2M多播]
	M2M多播子头[MGID=’a’]
多播有效载荷

如果该MGID通过扩展子头发送，该ESF比特将被设置为1。这里，该MGID扩展子头格式（M2M多播扩展子头格式）可以是如下表11所示。

表11

[表11]

在这种情况下，下行链路扩展子头类型的一个预留值用于指示该MGID扩展子头。下表12解释了该扩展子头类型。

表12

[表12]

在表12中，扩展子头类型6指示了M2M多播扩展子头。

如果一个MPDU包括属于不同MGID的多个多播数据片段，该MPDU需要包括一个或多个MGID。将描述一种当该MPDU中包括一个或多个MGID时用于发送多播数据的方法。

<当一个MPDU包括属于一个或多个MGID的多个多播数据片段时发送多播数据的第一方法>

该方法使用串联。具体地，针对每个MGID的多播业务数据单元（SDU）被配置为一个MPDU，并且然后对应于各个MGID的MPDU被串联并发送。也就是说，每个MPDU包括MAC头。这里，使用上面提到的方法在每个MPDU中包含每个MGID。该CID字段使用MGID而不是M2M多播CID。

该M2M设备的该处理器120能够使用包含在MAP IE中的M2M多播CID来识别M2M多播突发并且通过检查MAC PDU中的MAC头的CID字段中包含的MGID来确定相应的多播业务流是否针对该M2M设备。该方法能够由下表13来表示。

表13

[表13]

参照表13，当一个MPDU包括属于不同MGID的多个多播数据片段时，针对每个MGID的多播SDU被配置为一个MPDU，并且然后对应于各个MGID的MPDU被串联并发送。

下表14示出了在子窗体（sub-form）中发送MGID的情况。

表14

[表14]

在这种情况下，能够使用上面所提到的方法（也就是说，使用该类型字段的该MSB或MMSI，或者检查CID是否是M2M多播CID）来指示在子窗体中的该MGID的传输。当该MGID的传输的指示使用图14的实施例中检查CID是否为M2M多播CID的方法时，适用该类型字段的该MSB或MMSI。下表15示出了使用该M2M多播扩展子头的一种情况。

表15

[表15]

如表15所示，可以使用包括MGID的该M2M多播扩展子头。

<当一个MPDU包括属于一个或多个MGID的多个多播数据片段时发送多播数据的第二方法>

包含MGID的子头中定义了扩展标志来指示包含不同MGID的子头是否跟随该子头。当使用该M2M多播子头时，使用该M2M多播子头中的预留比特能够指示是否存在另一M2M多播子头。

下表16示出了包含扩展标志字段的示例性M2M多播子头格式。

表16

[表16]

在表16中，当该扩展标志被设置为0时该扩展标志指示该子头是M2M多播子头的最后一个子头，并且当该扩展标志被设置为1时指示存在另一个M2M多播子头跟随，或者当该扩展标志被设置为1时该扩展标志指示该子头是M2M多播子头的最后一个子头，并且当该扩展标志被设置为0时指示存在另一个M2M多播子头跟随。

下表17示出了使用该扩展标志的示例性子头格式。

表17

[表17]

在表17中，该类型字段的该MSB指示包含MGID的子头的存在。如上所述，该类型字段的该MSB能够被该MMSI所代替。否则，当CID指示该M2M多播业务时，能够包含该M2M多播子头而不是该MMSI。在表17的实施例中，包含两个多播有效载荷，其代表在该子头中包含两个MGID。

<当一个MPDU包括属于一个或多个MGID的多个多播数据片段时发送多播数据的第三方法>

根据该方法，定义了指示MGID的数量的子头（MGID数量子头）并且在接连跟随该MGID数量子头的包含MGID的一个或多个子头中包含与该子头指示的数量一样多的MGID。该类型字段的该MSB或MMSI能够指示该MGID数量子头的存在或缺失。下表18示出了该MGID数量子头的实施例。

表18

[表18]

与该MGID数量子头指示的数量一样多的MGID子头跟随该MGID数量子头。

下表19示出了使用该类型字段的该MSB来指示子头的存在或缺失的一个实施例。

表19

[表19]

下表20示出了包含关于MGID数量信息和MGID信息的示例性子头。在这种情况下，长度字段位于该子头的头部。

表20

[表20]

语法	大小（比特）	备注
			M2M multicast subheader{
Length	4
			Number of MGID	4
For(i=0;i<Number of MGID;i++)
			MGID
Padding	可变的	字节排列
			}

如上所述，使用该类型字段的该MSB、MMSI以及M2M多播CID能够指示该子头。

如上述实施例，当CID指示该M2M多播业务时，该子头包含MGID数量子头，并且与该MGID数量子头指示的数量一样多的M2M多播子头能够跟随该MGID数量子头。如表21所示，使用包含扩展字段的M2M多播子头能够发送一个或多个MGID。

表21

[表21]

<当一个MPDU包括属于一个或多个MGID的多个多播数据片段时发送多播数据的第四方法>

该方法使用扩展子头。在这种情况下，能够使用在该子头中定义的该扩展标志或MGID数量。如表22所示，可以存在包括与包含MGID的扩展子头的数量一样多的类型的扩展子头。

表22

[表22]

通过定义指示MGID的数量的扩展标志或字段可以在一个扩展字头中包含多个MGID。下表23示出了包含扩展标志的示例性扩展字头（M2M多播扩展子头）。

表23

[表23]

下表24示出了包含MGID数量的示例性扩展子头（M2M多播扩展子头）。

表24

[表24]

名称	大小(比特)	描述
			长度	4
MGID的数量（Number of MGID）	4
			For(i=0;i<Number of MGID;i++)
MGID	15
			预留	可变的	字节排列

此外，上面提到的定义子头的方法能够被应用于该扩展子头。

<当一个MPDU包括属于一个或多个MGID的多个多播数据片段时发送多播数据的第五方法>

该方法使用封装子头（PSH）。该BS能够以封装的形式针对不同MGID发送多播数据（SDU）。也就是说，该BS能够使用封装子头发送属于不同MGID的SDU。如果CID对应于指示M2M多播连接的CID并且不存在封装子头，包含MGID的子头（M2M多播子头）跟随最后的子头。如果该CID对应于指示M2M多播连接的CID并且存在封装子头，包含MGID的子头（M2M多播子头）跟随该封装子头。也就是说，能够存在包含与封装子头的数量一样多的MGID的子头。表25示出了包含MGID的示例性子头，其跟随封装子头或者最后的子头并且表26示出了用于解释该子头的示例性多播MPDU。

表25

[表25]

语法	大小(比特)	备注
			M2M multicast subheader{
MGID	15
			Reserved	1
}

表26

[表26]

在表26中，针对两个不同MGID（MGID=‘1’以及MGID=‘2’）的多播SDU被包含在一个MPDU中并且分别包含PSH头。在上述实施例中，确定M2M多播子头是否被包含作为M2M多播CID。或者，使用上面提到的MMSI或该类型字段的MSB能够确定该M2M多播子头是否被包含作为该M2M多播CID并且和上述实施例类似地定义该M2M多播子头。另外，能够在扩展子头中扩展该M2M多播子头。

包含MGID的子头可以包括关于该MGID或SDU SN的PDU长度信息。这能够防止封装子头的多余和不必要的使用。也就是说，能够定义包含MGID同时具有封装子头功能的子头。下表27、28和29示出了示例性的M2M多播子头格式。

表27

[表27]

表28

[表28]

表29

[表29]

当通过DSA过程分配MGID时，如果没有分配该CID，该MGID甚至可以在MAC头中代替CID。在这种情况下，如下所述，能够在该MAC头中包含该MGID。

该CID字段使用该MGID而不是该M2M多播CID。在这种情况下，因为MGID是15比特（或12比特），因此该CID字段的一个LSB或一个MSB采用1或0填充。也就是说，该M2M设备的该处理器120能够使用包含在MAP IE中的M2M多播CID来识别M2M多播突发并且检查包含在MAC PDU中的MAC头的该CID字段中包含的MGID来确定相应的多播业务流是否针对该M2M设备。图7A示出了当一个MSB采用0填充时，使用15比特的CID而不是CID的一个MSB作为MGID的实施例，并且图7B示出了当一个MSB采用0填充时，使用15比特的CID而不是CID的一个LSB作为MGID的实施例。

该类型字段的比特#5（MSB）或Rsv（1）可以被用作指示符来指示该MGID而不是该CID的使用。也就是说，当该指示符被设置为1时，该CID字段使用该MGID而不是该CID。

替代MGID，可以将在DSA过程期间被分配的CID包含在用于多播数据传输的控制信息（例如MAP）中。在这种情况下，由于该CID指示多播数据，具有多播业务连接的该M2M设备的该处理器120需要对通过包含该CID的MAP IE发送的所有多播突发进行解码。

在解码该多播突发之后，该M2M设备的该处理器120通过检查包含在该MPDU中的该MGID可以确定发送给该M2M设备的多播数据是否是预定发往该M2M设备的。当该多播数据是预定发往该M2M设备时，该M2M设备的该处理器120控制将该多播数据发送至上层，如果不是则丢弃该多播数据。如上所述，使用利用指示符或不利用指示符（即填充1比特的方法）来将MGID插入CID字段的方法，或者将MGID嵌入子头并将该子头发送给该M2M设备的方法来将MGID嵌入MAC头。

当子头中包含MGID时，可以在已有子头中或者可能被定义的新子头中插入该MGID。当定义了新子头时，如上所述，能够使用该类型字段的比特#5（MSB）或Rsv（1）来指示该子头的存在。当MAP中包含CID时，因为已有的下行链路MAP IE能够被重复使用，所以不需要定义用于多播传输的新MAP IE。

<针对M2M多播业务的CID更新过程>

在IEEE802.16e系统中，当该MS进入网络或者产生业务流时基于分配给该MS的CID在BS和该MS之间执行数据发送/接收。也就是说，当发送分配资源的MAP IE用于数据发送/接收时，在MAP IE中或者在数据的MPDU的MAC头中包含CID从而指示对应于该数据的业务流。

甚至在M2M通信适用的IEEE802.16p系统中，也有必要使用用于数据发送/接收和M2M多播业务传输的CID。为此，在使用DSA过程针对该M2M多播业务向M2M设备建立连接时，该BS能够为多播连接分配CID。该分配的CID用于识别小区（或BS）内的该多播连接。在这种情况下，该BS能够从分配传输CID的CID空间（2m+1～0xFE9F）向该M2M设备分配一个CID。另外，该BS能够从分配M2M多播CID而不是传输CID的CID空间（0xFEA0～0xFEFE）向该M2M设备分配一个M2M多播CID。将该已分配的CID连接至与MGID有关的多播业务流并且在用于发送多播突发的多播MAP IE中可以包含该已分配的M2M多播CID。

当该M2M设备移动到管理MGID（例如，IEEE802.16p系统中的M2M设备组域）的特定区域内的BS时，分配给该M2M设备的该CID在新的BS中可能不会有效而MGID可以在新的BS中使用。也就是说，在之前的BS中用于特定M2M多播连接的CID能够在当前BS中被用于其他业务并且不同的CID能够用于分配给该M2M设备的M2M多播连接。在这种情况下，当从之前的BS接收到M2M多播数据的该M2M设备移动到新的BS时，在该新的BS中不能给该M2M设备提供业务。一种用于解决由于M2M设备移动而无法向该M2M设备提供多播业务的问题的方法将进行描述。

<用于解决由于M2M设备的移动而无法向该M2M设备提供多播业务的问题的第一方法>

该方法是广播或多播方法。BS可以通过广播消息向M2M设备发送关于与由该BS支持的M2M多播业务流相对应的CID和在邻居BS中用于该M2M多播业务流的CID之间的映射信息。下行链路信道描述符（DCD）可以是针对多播CID更新而发送的广播消息的实施例。除了该DCD以外，新的广播消息或已有的广播消息可以用于CID更新并且可以采用TLV格式来传递。例如，该DCD和M2M组MAC控制（MGMC）消息可以用于CID更新的目的。

下表30示出了针对CID更新的示例性的广播消息格式。

表30

[表30]

参照表30，当前的M2M多播CID和新的M2M多播CID字段指示当前的M2M多播CID以及更新后的新的多播CID。

当一个CID指示所有M2M设备组中的一个多播业务流时，表30示出的该广播消息格式可以用来更新CID。一个CID指示属于一个M2M设备组域的一个MGID。在这种情况下，M2M设备能检查当前的M2M多播CID来识别对应于属于M2M设备组域的MGID的多播业务流，该M2M设备组域由对应的CID来指示。

下表31示出用于CID更新的另一示例性广播消息格式。

表31

[表31]

参照表31，如果一个CID被映射至属于一个M2M设备组域的一个或多个MGID（即当一个CID指示相同组域中的一个或多个多播业务时），当更新相应的CID时，需要在广播消息中包含MGID信息来表示哪个MGID对应于相应的CID。也就是说，在一个M2M设备组域中为MGID分配的CID在其他域中不能使用。

当一个CID被映射至属于一个M2M设备组域的仅一个MGID并且在一个域中被分配的CID能够用于属于另一M2M设备组域的一个MGID时，在更新该CID时该BS可以在广播消息中包含M2M设备组域ID来指示对应于CID的域并且向M2M设备发送包含该M2M设备组域ID的该广播消息。这在表32中示出。

表32

[表32]

当一个CID被映射至一个M2M设备组域中的一个或多个MGID并且在一个域中被分配的CID能够用于属于另一M2M设备组域的仅一个MGID时，在更新该CID时该BS可以在广播消息中包含M2M设备组域ID和MGID（如表33所示）以指示对应于CID的域和MGID并且向M2M设备发送包含该M2M设备组域ID和该MGID的广播消息。

表33

[表33]

消息中包含的信息可以采用TLV格式来表示，如表34所示。下面的MGID和M2M多播CID映射信息TLV可以包含在广播/多播MAC消息（例如DCD）中。

表34

[表34]

将描述处于空闲模式的M2M设备的操作。

当处于空闲模式的M2M设备没有接收到M2M多播数据时，即使该M2M在同一域中的BS之间移动，该M2M设备不需要更新M2M多播CID。当向空闲的M2M设备发送M2M多播数据时，BS通过向该空闲的M2M设备发送针对组寻呼的包含MGID和多播业务指示的寻呼消息来寻呼该空闲的M2M设备，并且然后向该空闲的M2M设备发送该M2M多播数据。接收到包含对应于该多播业务指示的组寻呼的该寻呼消息的M2M设备能够接收该多播数据而不需要执行网络进入。

在通过DSA过程由之前的BS分配了MGID和M2M多播CID后，当该M2M设备移动到该目标BS时，如果空闲的M2M设备没有从之前的BS接收到关于目标BS的多播CID映射信息，该空闲的M2M设备可能不会接收到通过由包含M2M多播CID的MAP IE分配的资源发送的多播数据，即使它接收到包含该多播业务指示和MGID的寻呼消息。这是因为该M2M设备具有映射至该MGID的错误M2M多播CID。

为了解决这个问题，当该BS执行组寻呼以向处于空闲模式的M2M设备发送多播数据时，该BS能够在寻呼消息中不仅包含MGID还包含映射至该MGID的M2M多播CID并且将该寻呼消息发送给处理空闲模式的M2M设备。当考虑将MGID用来识别M2M设备组域中的一个M2M组（或者针对M2M组的多播连接）时，用于指示哪个M2M设备组域包含该MGID的M2M设备组域ID字段可以被包含在该寻呼消息中并被发送。下表35示出了示例性的寻呼消息MOB_PAG_ADV。

表35

[表35]

参照表35，当发送该寻呼消息时该BS能够发送M2M设备组域ID以及M2M多播CID和MGID。该M2M设备通过该寻呼消息使用与分配给该M2M设备的MGID相对应的M2M多播CID来读取用于发送该多播数据的控制信息（MAP）。具体地，在接收到包含与分配给该M2M设备的MGID相对应的该M2M多播CID的MAP IE后，该M2M设备将通过该MAP IE分配的资源发送的M2M多播突发进行解码。如表36所示，包含在消息中的信息可以采用TLV格式来表示（在寻呼消息MOB_PAG_ADV中可以包含M2M设备组域ID TLV和M2M多播CID TLV）。

表36

[表36]

当正在接收M2M多播数据的空闲M2M设备在M2M多播数据传输结束之前移动到目标BS时，如果该M2M设备没有关于该目标BS的MGID和M2M多播CID映射信息，该M2M设备需要更新M2M多播CID。在这种情况下，该M2M设备通过执行位置更新过程能够从该BS更新该M2M多播CID。这里，该M2M设备能够向该BS发送具有被设置为M2M多播CID更新（#比特6=1）的测距目的指示的测距请求消息（例如RNG-REQ）。在接收到具有被设置为M2M多播CID更新的该测距目的指示的测距请求消息（例如RNG-REQ）后，该BS从相应的网络接收对应于该M2M设备的MGID，包括在测距响应消息（例如RNS-RSP）中的MGID和CID映射信息并且将该测距响应消息发送给该M2M设备。

现在将描述测距请求消息（RNG-REQ）的一个实施例。

当该M2M设备尝试执行网络重入、切换、位置更新或异常断电报告时，在该测距响应消息中可以包含TLV参数。测距请求消息中的测距目的指示字段指示该M2M设备的操作。

例如，当该测距目的指示字段的比特#0被设置为1时，通过与服务BS ID结合其指示M2M设备当前尝试执行切换或重入，并且通过与寻呼控制器ID结合其指示该M2M设备尝试执行从空闲模式到该服务BS的网络重入。当该测距目的指示字段的比特#1被设置为1时，其指示该M2M设备发起空闲模式位置更新过程。该测距目的指示字段的比特#2指示无缝切换。当通过与其他被包含的信息元素结合将该比特设置为1时，其指示该M2M设备发起测距作为无缝切换的一部分。该测距目的指示字段的比特#3指示用于设置紧急呼叫的测距请求。当该比特被设置为1时，其指示紧急呼叫处理器的操作。该测距目的指示字段的比特#4指示MBS更新。当该比特被设置为1时，因为需要针对MBS流进行业务流管理编码，因此其指示该M2M设备尝试执行位置更新。该测距目的指示字段的比特#5指示异常断电。当该比特被设置为1时，其指示在该M2M设备中发生了异常或意外的断电。该测距目的指示字段的比特#6指示MGID和M2M多播CID更新。当该比特被设置为1时，其表示该M2M设备尝试执行位置更新以更新当前的MGID和CID映射信息。该测距目的指示字段的比特#7被预留来指示另一目的。

该测距响应消息作为对该测距请求消息的响应可以包括以下TLV参数来更新被映射至分配给M2M设备的MGID的M2M多播CID。例如，在MGID和CID映射信息TLV参数中，比特#0到#14可以为MGID值预留，比特#15到#30可以为M2M多播CID值预留，并且比特#31可以为另一信息值预留。

当M2M设备通过执行位置更新过程从BS更新M2M多播CID时，该M2M设备可以在测距请求消息（例如RNG-REQ）中包含测距目的指示信息，该测距目的指示信息指示M2M多播CID更新以及之前已经分配给该M2M设备的MGID，并且将该测距请求消息发送给该BS。在从该M2M设备接收到包含指示M2M多播CID更新和该MGID的该测距目的指示信息的测距请求消息之后，该BS直接向该M2M设备传递关于该MGID的CID映射信息，该MGID包含在该BS的MGID列表中。

该测距请求消息（例如RNS-REQ）可以包括诸如MGID信息TLV的参数。在该MGID信息TLV中，比特#0到#7可以为MGID值预留。

作为对该测距请求消息的响应的测距响应消息可以包括MGID和M2M多播CID映射信息TLV参数以更新被映射至分配给M2M设备的MGID的M2M多播CID。例如，在该MGID和M2M多播CID映射信息TLV参数中，比特#0到#14可以为MGID值预留，比特#15到#30可以为M2M多播CID值预留，并且比特#31可以为另一信息值预留。

当传递MGID和M2M多播CID映射信息时，该BS可以发送关于该MGID位图的MGID位图和CID信息而不是MGID和CID。该MGID位图包括按照升序排列的MGID。在该MGID位图中，被设置为1的比特指示被映射到与该比特相对应的MGID的CID需要被更新。相应地，如果该BS已经从网络实体或该M2M设备接收到关于M2M设备的MGID，所有该MGID的比特都被设为1。如果该BS已经通过测距请求消息从该网络实体或该M2M设备接收到关于该M2M设备的MGID和M2M多播CID映射信息，仅仅将需要更新的MGID的比特设置为1。该方法能够减小测距响应消息的开销。

如上所述，作为针对该测距请求消息的响应的该测距响应消息可以包含诸如该MGID位图的TLV参数以更新被映射至分配给M2M设备的MGID的M2M多播CID。例如，在该MGID位图TLV参数中，比特#0到#7可以为该MGID位图预留。或者，该测距响应消息可以包括M2M多播CID TLV参数以更新被映射为分配给M2M设备的MGID的M2M多播CID。在该M2M多播CID TLV参数中，比特#0到#15可以为M2M多播CID值预留。该M2M多播CID TLV可以包含与该MGID位图中的被设置为1的比特数量一样多的M2M多播CID TLV。

该MGID位图包括按照升序排列的MGID。在该MGID位图中，设置为1的比特指示被映射到与该比特相对应的MGID的CID需要被更新。相应地，如果该BS已经从网络实体或该M2M设备接收到关于M2M设备的MGID，针对所有该MGID的比特都被设置为1。如果该BS已经通过测距请求消息从该网络实体或该M2M设备接收到关于该M2M设备的MGID和M2M多播CID映射信息，仅仅将需要更新的MGID比特设置为1。

将给出使用单播方法的连接模式M2M设备的操作的描述。

当连接模式的M2M设备具有M2M多播连接并且从向该M2M设备分配M2M多播CID的服务BS切换至目标BS时，该连接模式的M2M设备需要来自该目标BS的所分配的M2M多播CID。该服务BS在该切换过程期间可以从该目标BS接收MGID和M2M多播CID映射信息并且向该M2M设备发送所接收到的MGID和M2M多播CID映射信息。也就是说，该服务BS能够在切换请求/响应消息（例如MOB_BSHO-REQ/RSP消息）中包含关于该目标BS的MGID和M2M多播CID信息，并且向该M2M设备发送该切换请求/响应消息。这里，该服务BS在该切换请求/响应消息中仅包含需要被更新的CID信息。

该切换请求/响应消息（例如MOB_BSHO-REQ/RSP消息）可以包含诸如MGID和M2M多播CID映射信息的TLV参数以更新被映射到分配给M2M设备的MGID的M2M多播CID。例如，在该MGID和M2M多播CID映射信息TLV参数中，比特#0到#14可以为MGID值预留，比特#15到#30可以为M2M多播CID值预留，以及比特#31可以为另一信息值预留。在这种情况下，该服务BS通过使用该MGID位图来发送该消息能够减小相关信息的开销。

另外，该切换请求/响应消息（例如MOB_BSHO-REQ/RSP消息）可以包含诸如该MGID位图的TLV参数以更新被映射到分配给M2M设备的MGID的M2M多播CID。例如，在诸如该MGID位图的该TLV参数中，比特#0到#7可以为MGID位图值预留。该MGID位图包含按照升序排列的MGID。在该MGID位图中，被设置为1的比特指示被映射到与该比特对应的MGID的CID需要被更新。相应地，如果该BS从网络实体或该M2M设备接收到关于M2M设备的MGID，针对所有MGID的比特都被设置为1。如果该BS通过该切换请求/响应消息从该网络实体或该M2M设备接收到关于该M2M设备的MGID和M2M多播CID映射信息，仅仅将需要更新的MGID的比特设置为1。此外，该切换请求/响应消息（例如MOB_BSHO-REQ/RSP消息）可以包含MGID和M2M多播CID映射信息TLV参数以更新被映射到分配给M2M设备的MGID的M2M多播CID。例如，在该MGID和M2M多播CID映射信息TLV参数中，比特#0到#15可以为MGID多播CID值预留。该MGID和M2M多播CID映射信息TLV参数可以包含与该MGID位图中被设置为1的比特数量一样多的M2M多播CID TLV。即使在这种情况下，该服务BS通过使用该MGID位图来发送该消息能够减小相关信息的开销。M2M设备在切换后而不是在切换期间执行向目标BS的测距时可以执行CID更新。该目标BS可以在该测距响应消息（例如RNG-RSP消息）中包含MGID和M2M多播CID信息并将该测距响应消息发送给该M2M设备。

该测距响应消息可以包含诸如MGID和M2M多播CID的TLV参数以更新被映射到分配给M2M设备的MGID的M2M多播CID。例如，在诸如该MGID和M2M多播ID的该TLV参数中，比特#0到#14可以为MGID位图预留，比特#0到#15可以为M2M多播CID值预留，并且比特#13可以为另一信息值预留。在这种情况下，该服务BS使用该MGID位图能够减小相关信息的开销。

另外，该测距响应消息可以包含诸如该MGID位图的TLV参数。例如，在诸如该MGID位图的该TLV参数中，比特#0到#7可以为MGID位图值预留。该MGID位图包括按照升序排列的MGID。在该MGID位图中，设置为1的比特指示被映射至与该比特对应的MGID的CID需要被更新。相应地，如果该BS已经从网络实体或者该M2M设备接收到关于M2M设备的MGID，针对所有该MGID的比特都被设置为1。如果该BS已经通过测距请求从该网络实体或该M2M设备接收到关于该M2M设备的MGID和M2M多播CID映射信息，仅仅将需要更新的MGID比特设置为1。或者，该测距响应消息可以包括M2M多播CID TLV参数以更新被映射至分配给M2M设备的MGID的CID。例如，在该M2M多播CID TLV参数中，比特#0到#15可以为M2M多播CID值预留。该M2M多播CID TLV参数可以包括与该MGID位图中被设置为1的比特数量一样多的M2M多播CID TLV。

如在以上定义的空闲模式M2M设备的操作中，当该M2M设备在切换后执行测距时，该M2M设备可以在将要被发送的该测距请求消息（RNG-REQ）中插入M2M多播更新所需的字段。当该M2M多播更新所需的字段被设置为1时，该BS可以通过该测距响应消息发送以上定义的MGID和M2M多播CID映射信息TLV、MGID位图TLV或M2M多播CID TLV。

该测距请求消息可以包括M2M多播更新所需的TLV参数。例如，在该M2M多播更新所需的TLV参数中，比特#0指示当该比特被设置为1时M2M设备需要更新该M2M多播CID。该BS传递关于该M2M设备的MGID和M2M多播CID映射信息。比特#1到#7可以为另一信息值预留。

在这种场景下，该M2M设备可以在该测距请求消息中包括该M2M多播更新所需的TLV和MGID信息或MGID和M2M多播CID映射信息，并且如以上定义的空闲模式M2M设备的操作那样将该测距请求消息发送给该BS。

该测距请求消息可以包括MGID信息TLV参数。在该MGID信息TLV参数中，例如，比特#0到#14可以为MGID值预留并且比特#15可以为另一信息值预留。

该测距请求消息可以包含MGID和M2M多播CID映射信息TLV参数。在该MGID和M2M多播CID映射信息TLV参数中，例如比特#0到#14可以为MGID值预留并且比特#15到#30可以为M2M多播CID值预留，并且比特#31可以为另一信息值预留。

当该BS通过广播/多播消息（DCD或新的广播/多播消息）发送关于邻居BS的MGID和M2M多播CID时，大部分连接模式的M2M设备能够通过该广播/多播消息获得关于该邻居BS的MGID和M2M多播CID映射信息。如果M2M由于其自身快速的移动而没有通过该广播/多播消息获得关于该邻居BS的MGID和M2M多播CID映射信息，则该M2M设备移动到该目标BS并且向该BS发送将该M2M多播更新需要字段被设置为1的该测距请求消息。然后，该BS在该测距响应消息中插入该MGID和M2M多播CID映射信息并且仅当该M2M多播更新所需字段被设置为1时向该M2M设备发送该测距响应消息。

如果连接模式的M2M设备在切换期间执行CID更新过程，该M2M设备能够在MOB_MSHO-REQ消息中包含M2M多播更新所需TLV并且通过该广播消息仅当该M2M设备无法获得CID更新信息时将该MOB_MSHO-REQ消息发送给该BS来请求CID更新。该BS能够在MOB_BSHO-RSP消息中包含MGID和M2M多播CID映射信息TLV或者MGID位图TLV和M2M多播CID TLV并且仅在接收到将M2M多播更新所需字段TLV被设置为1的MOB_BSHO-REQ消息后向该M2M设备发送该MOB_BSHO-RSP消息。

M2M设备（或MS）切换请求消息（例如MOB_MSHO-REQ消息）可以包含M2M多播更新所需TLV参数。在该M2M多播更新所需TLV参数中，被设置为1的比特#0指示该M2M设备需要更新该M2M多播CID。然后，该BS向该M2M设备传递关于该M2M设备的MGID和M2M多播CID映射信息。其他比特#1到#7可以为另一信息值预留。

在这种场景下，该M2M设备可以在该M2M设备（或MS）切换请求消息（例如MOB_MSHO-REQ）中包括M2M多播更新所需TLV以及MGID信息TLV或MGID和M2M多播CID映射信息TLV并且发送该M2M设备（或MS）切换请求消息。在接收到包含该MGID信息TLV的该M2M设备（或MS）切换请求消息后，该BS能够在M2M设备（或MS）切换响应消息（例如MOB_BSHO-RSP消息）中包含MGID和M2M多播CID映射信息TLV并且向该M2M设备发送该M2M设备（或MS）切换响应消息。在接收到包含MGID和M2M多播CID映射信息TLV的M2M设备（或MS）切换请求消息（MOB_MSHO-REQ消息）后，该BS能够在该M2M设备（或MS）切换响应消息（例如MOB_BSHO-RSP消息）中包含MGID位图TLV和M2M多播CID TLV并且向该M2M设备发送该M2M设备（或MS）切换响应消息。

该M2M设备（或MS）切换请求消息可以包括MGID和M2M多播CID映射信息TLV参数。在该MGID和M2M多播CID映射信息TLV参数中，例如，比特#0到#14可以为MGID值预留，比特#15到#30可以为M2M多播CID值预留，比特#31可以为另一信息值预留。

或者，该M2M设备（或MS）切换请求消息可以包括MGID位图TLV参数。在该MGID位图TLV参数中，例如，比特#0到#7可以为MGID位图值预留。该MGID位图包括按照升序排列的MGID。在该MGID位图中，设置为1的比特指示被映射至与该比特对应的MGID的CID需要被更新。相应地，如果该BS已经从网络实体或该M2M设备接收到关于M2M设备的MGID。针对所有该MGID的比特都被设置为1。如果该BS已经通过测距请求从该网络实体或该M2M设备接收到关于该M2M设备的MGID和M2M多播CID映射信息，仅将需要被更新的MGID的比特设置为1。

或者，该M2M设备（或MS）切换请求消息可以包括M2M多播CID TLV参数。在该M2M多播CID TLV参数中，比特#0到#15可以为M2M多播CID值预留。该M2M多播CID TLV参数可以包括与该MGID位图中被设置为1的比特数量一样多的M2M多播CID TLV。

上述本发明的实施方式是本发明元素和特征的结合。除非另外提及，这些元素或特征被认为是可选的。每个元素或特征可以不需要与其他元素或特征进行结合来实现。此外，本发明的实施方式可以通过结合这些元素或特征的一部分来构造。本发明实施方式所描述的操作顺序可以重新安排。任何一个实施方式的一些构造可以被包含在另一实施方式中并且可以用另一实施方式的相应构造来替换。对本领域技术人员明显的是，在该申请递交之后，在所附权利要求中相互之间没有被明确地引用的权利要求可以组合呈现为本发明的示例性实施方式或者通过后续修改被包含作为新的权利要求。

本领域普通技术人员将会理解，在不脱离本发明的精神和实质特征的条件下，本发明可以采用除了这里描述的方式以外的其他具体方式来实现。因此，采用所有方面来构造的上述实施方式是示例性的而不是限制性的。本发明的范围应由所附权利要求及其法律等同物而不是由上述说明书来确定，并且在所附权利要求的含义和等同范围内的所有变型都包含于所附权利要求中。

工业实用性

根据本发明的各种实施方式的用于接收/发送多播数据的方法可以工业适用于诸如3GPP LTE、LTE-A、IEEE802.16等无线通信系统中。

Claims (10)

1.一种在无线通信系统中的机器对机器M2M设备处接收多播数据的方法，所述方法包括以下步骤：

从基站BS接收针对分配给所述M2M设备的M2M多播业务的M2M多播连接标识符；

从所述BS接收包含关于所述多播数据的发送的控制信息的消息以及包含M2M多播连接标识符的多播数据；以及

对所接收到的多播数据进行解码来确定包含在所接收到的多播数据中的M2M多播连接标识符与由所述BS分配的M2M多播连接标识符是否相同。

2.根据权利要求1所述的方法，所述方法还包括以下步骤：

如果所述多播数据中包含的M2M多播连接标识符与由所述BS分配的M2M多播连接标识符相同，则获取所接收到的多播数据。

3.根据权利要求1所述的方法，其中当所述多播数据中包含的M2M多播连接标识符与由所述BS分配的M2M多播连接标识符不同时丢弃所接收到的多播数据。

4.根据权利要求2所述的方法，其中在与所述BS的动态业务增加DSA过程期间接收所分配的M2M多播连接标识符。

5.一种在无线通信系统中的基站BS处发送多播数据的方法，所述方法包括以下步骤：

发送针对分配给机器对机器M2M设备的M2M多播业务的M2M多播连接标识符；

向所述M2M设备发送包含关于所述多播数据的发送的控制信息的消息以及包含M2M多播连接标识符的多播数据；

其中包含在所发送的多播数据中的M2M多播连接标识符与分配给所述M2M设备的M2M多播连接标识符相同。

6.根据权利要求5所述的方法，其中在与所述M2M设备的动态业务增加DSA过程期间发送所分配的M2M多播连接标识符。

7.一种在无线通信系统中用于接收多播数据的机器对机器M2M设备，所述M2M设备包括：

接收机，所述接收机被配置为从基站BS接收针对分配给所述M2M设备的M2M多播业务的M2M多播连接标识符、包含关于所述多播数据的发送的控制信息的消息以及包含M2M多播连接标识符的多播数据；以及

处理器，所述处理器被配置为对所接收到的多播数据进行解码来确定包含在所接收到的多播数据中的M2M多播连接标识符与由所述BS分配的M2M多播连接标识符是否相同。

8.根据权利要求7所述的M2M设备，其中所述处理器被进一步配置为：如果包含在所述多播数据中的M2M多播连接标识符与由所述BS分配的M2M多播连接标识符相同，则获取所接收到的多播数据。

9.根据权利要求7所述的M2M设备，其中所述处理器被进一步配置为：在包含在所述多播数据中的M2M多播连接标识符与由所述BS分配的M2M多播连接标识符不同时，丢弃所接收到的多播数据。

10.一种在无线通信系统中用于发送多播数据的基站BS，所述BS包括：

发射机，所述发射机被配置为向M2M设备发送针对分配给所述M2M设备的M2M多播业务的M2M多播连接标识符、包含关于向所述M2M设备进行的所述多播数据的发送的控制信息的消息以及包含M2M多播连接标识符的多播数据，

其中包含在所发送的多播数据中的M2M多播连接标识符与分配给所述M2M设备的M2M多播连接标识符相同。

Images