一种用于实现MTC组消息传送的方法与设备与流程

本发明涉及通信技术领域，尤其涉及一种组消息传送的技术。

背景技术：

3GPP的MTC(Machine Type Communication，机器类通信)方案定义了组消息传送(Group Message Delivery)。组消息传送指的是提供MTC能力的网络响应于SCS(Services Capability Server，服务能力服务器)或AS(Application Server，应用服务器)的要求，向位于某一特定地理区域内的一组成员分发同样的内容。目前，MTC组消息传送主要是基于MBMS(Multimedia Broadcast Multicast Service，多媒体广播多播业务)的，3GPP也定义了基于MBMS的MTC组消息传送的流程。

物联网(Internet of Things，IoT)，也称为MTC，正被广泛应用并且发展迅速。几乎大部分的MTC消息传送都是基于组的消息传送，因此，对于组的信息管理显得格外重要。

在3GPP的MBMS架构中，MBMS用户签约数据(subscription information)是保存在BM-SC(Broadcast Multicast–Service Center，广播组播业务中心)中的，这里的用户签约数据指的是用户授权可以使用哪些MBMS服务等信息。

然而，在BM-SC中保存这些用户签约数据会带来以下问题：

1)在BM-SC中存储的数据量过大。特别是当越来越多的设备会使用MBMS，而且每个用户的MBMS配置文件会包含越来越多的信息，比如增值服务信息、策略控制信息等。这些都会导致在BM-SC中存储的数据量越来越大。

2)数据访问限制。因为MBMS用户签约数据存储在BM-SC中，而其他网元和BM-SC之间没有接口，其他网元在提供增值业务或附加 业务时需要用到这些信息，却无法访问到。

3)增加网络复杂度。当网络中部署了多个BM-SC时，任何一个BM-SC都应具备服务任何用户的能力，这也意味着任何一个BM-SC都要能够配置并存储网络中所有用户的签约数据。这就要求运营商的用户数据配置系统必须具备和各个BM-SC交互的接口，通过这些接口用来配置用户数据，并有相应的机制来保证每个BM-SC上的用户数据是一致的，这将会增加网络的复杂度并对运营商的系统提出更多的要求。

4)目前，BM-SC只服务于单个运营商，只管理该运营商的用户数据。因此，只有当组成员同属于一个运营商时，这些信息才保存在BM-SC中。

在MTC组消息传送中需要用到的信息除了上述的MBMS用户签约数据外，还可能包含其他组信息(比如：组成员的基本信息等)，而在现行的标准中，在BM-SC中保存并管理这些信息会带来不少问题，因此，为了更好地实现MTC网络的组消息传送，需要一种更有效的管理和MTC组消息传送相关的信息的技术。

技术实现要素：

本发明的目的是提供一种实现MTC组消息传送的方法与设备。

根据本发明的第一个方面，提供了一种在HSS中用于实现MTC组消息传送的方法，其中，所述HSS负责存储和管理MTC组消息传送中需要用到的组数据，该方法包括以下步骤：接收来自一个MTC-IWF的用户信息请求，其中包含了一个SCS标识和一个组标识，所述SCS请求向所述组发送消息；向所述MTC-IWF发送用户信息请求回复，其中包含了所述组对应的组数据。

优选地，所述用户信息请求还包含了只请求所述组的主UE的信息的指示信息，所述用户信息请求回复中仅包含所述组的主UE的信息，而且不包含所述组的其他组成员的信息。

优选地，所述组数据至少包括：-用户签约数据；-每个组的组 属性及相关数据；-组中每个成员的信息。

根据本发明的第二个方面，提供了一种在MTC-IWF中用于实现MTC组消息传送的方法，该方法包括以下步骤：接收来自一个SCS的请求消息，其中包含了一个组标识，所述SCS请求向所述组的成员发送消息；向一个HSS发送用户信息请求，其中包含了所述SCS的标识和所述组标识；接收来自所述HSS的用户信息请求回复，其中包含了所述组对应的组数据；向所述组的组成员发送消息；其中，所述HSS负责存储和管理MTC组消息传送中需要用到的组数据。

优选地，所述用户信息请求还包含了只请求所述组的主UE的信息的指示信息，所述用户信息请求回复中仅包含所述组的主UE的信息，而且不包含所述组的其他组成员的信息，所述向所述组的组成员发送消息的步骤进一步包括：仅向所述组的主UE发送消息。

优选地，所述组数据至少包括：-用户签约数据；-每个组的组属性及相关数据；-组中每个成员的信息。

根据本发明的第三个方面，提供了一种在HSS中用于实现MTC组消息传送的方法，其中，所述HSS负责存储和管理MTC组消息传送中需要用到的组数据，该方法包括以下步骤：接收来自一个BM-SC的用户信息请求，其中包含了一个UE的标识和至少一个MBMS服务，所述UE请求注册到所述至少一个MBMS服务；根据本地存储的组数据判断所述UE是否有权注册到所述至少一个MBMS服务；向所述BM-SC发送用户信息请求回复，其中包含了所述UE是否有权注册到所述至少一个MBMS服务的判断结果，还包含了所述UE在每个授权注册的MBMS服务中对应的组数据。

优选地，所述组数据至少包括：-用户签约数据；-每个组的组属性及相关数据；-组中每个成员的信息。

根据本发明的第四个方面，提供了一种在BM-SC中用于实现MTC组消息传送的方法，该方法包括以下步骤：响应于来自一个UE的注册请求，向HSS发送用户信息请求，所述用户信息请求中包含了所述UE的标识和至少一个MBMS服务，所述UE请求注册到所述至少 一个MBMS服务；接收来自所述HSS的用户信息请求回复，其中包含了所述UE是否有权注册到所述至少一个MBMS服务的判断结果，还包含了所述UE在每个授权注册的MBMS服务中对应的组数据；其中，所述HSS负责存储和管理MTC组消息传送中需要用到的组数据。

优选地，所述组数据至少包括：-用户签约数据；-每个组的组属性及相关数据；-组中每个成员的信息。

优选地，所述方法还包括以下步骤：根据所述UE在每个授权注册的MBMS服务中对应的组数据为所述UE产生对应所述MBMS服务的MSK密钥和MTK密钥；将所述MSK密钥和MTK密钥发送给所述UE；其中，所述MSK密钥和MTK密钥用于对发送给相应组的组消息进行加密处理。

根据本发明的第五个方面，提供了一种在HSS中用于实现MTC组消息传送的装置，其中，所述HSS负责存储和管理MTC组消息传送中需要用到的组数据，该装置包括：第一接收装置，用于接收来自一个MTC-IWF的用户信息请求，其中包含了一个SCS标识和一个组标识，所述SCS请求向所述组发送消息；第一发送装置，用于向所述MTC-IWF发送用户信息请求回复，其中包含了所述组对应的组数据。

根据本发明的第六个方面，提供了一种在MTC-IWF中用于实现MTC组消息传送的装置，该装置包括：第二接收装置，用于接收来自一个SCS的请求消息，其中包含了一个组标识，所述SCS请求向所述组的成员发送消息；第二发送装置，用于向一个HSS发送用户信息请求，其中包含了所述SCS的标识和所述组标识；第三接收装置，用于接收来自所述HSS的用户信息请求回复，其中包含了所述组对应的组数据；第三发送装置，用于向所述组的组成员发送消息；其中，所述HSS负责存储和管理MTC组消息传送中需要用到的组数据。

根据本发明的第七个方面，提供了一种在HSS中用于实现MTC组消息传送的装置，其中，所述HSS负责存储和管理MTC组消息传送中需要用到的组数据，该装置包括：第四接收装置，用于接收来自一个BM-SC的用户信息请求，其中包含了一个UE的标识和至少一 个MBMS服务，所述UE请求注册到所述至少一个MBMS服务；判断装置，用于根据本地存储的组数据判断所述UE是否有权注册到所述至少一个MBMS服务；第四发送装置，用于向所述BM-SC发送用户信息请求回复，其中包含了所述UE是否有权注册到所述至少一个MBMS服务的判断结果，还包含了所述UE在每个授权注册的MBMS服务中对应的组数据。

根据本发明的第八个方面，提供了一种在BM-SC中用于实现MTC组消息传送的装置，该装置包括：第五发送装置，用于响应于来自一个UE的注册请求，向HSS发送用户信息请求，所述用户信息请求中包含了所述UE的标识和至少一个MBMS服务，所述UE请求注册到所述至少一个MBMS服务；第五接收装置，用于接收来自所述HSS的用户信息请求回复，其中包含了所述UE是否有权注册到所述至少一个MBMS服务的判断结果，还包含了所述UE在每个授权注册的MBMS服务中对应的组数据；其中，所述HSS负责存储和管理MTC组消息传送中需要用到的组数据。

与现有的MTC组消息传送技术相比，本发明提出了在HSS中(而不是在BM-SC中)存储和管理MTC组消息传送中需要用到的组数据。和现有技术相比，本发明具有以下优点：

1)将组数据集中存储在HSS上，BM-SC则只需要临时存储所服务用户的临时数据，这将会极大地减少BM-SC上占用的存储资源。

2)HSS具有和大多数网元的接口，便于其他网元对数据的访问。

3)将组数据集中存储在HSS上，HSS会统一提供数据配置接口，便于运营商的用户数据配置系统的配置，从而简化网络架构。

4)HSS可以为多个运营商提供用户数据存储，当同一个组的UE来自不同运营商时，HSS依然可以管理这些UE的数据。

5)可以在没有MBMS部署的网络中实现MTC组消息传送。

6)HSS可以将组数据和其它存储在HSS中的用户数据进行关联(如位置信息、QoS信息、用户业务信息等)，从而为更多的增值业务提供数据基础。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1示出根据本发明一个实施例的用于实现MTC组消息传送的过程示意图；

图2示出根据本发明一个实施例的用于实现MTC组消息传送的过程示意图；

图3示出根据本发明一个实施例的在HSS中用于实现MTC组消息传送的装置示意图；

图4示出根据本发明一个实施例的在MTC-IWF中用于实现MTC组消息传送的装置示意图；

图5示出根据本发明又一个实施例的在HSS中用于实现MTC组消息传送的装置示意图；

图6示出根据本发明一个实施例的在BM-SC中用于实现MTC组消息传送的装置示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

首先，对文中出现的几个英文缩写作解释：

AS：Application Server，应用服务器

D2D：Device to Device，设备到设备通信

HSS：Home Subscriber Server，用户归属地服务器

MME：Mobility Management Entity，移动性管理实体

MSC：Mobile Switching Center，移动交换中心

MTC-IWF：Machine Type Communications-InterWorking Function，机器类型通信互连功能模块

SCS：Services Capability Serve，服务能力服务器

SGSN：Serving GPRS Support Node，服务GPRS支持节点

SMS-SC：Short Message Service-Service Centre，短消息服务服务中心

为解决现有技术中的上述问题，本发明提出：在HSS中存储和管理MTC组消息传送中需要用到的组数据。在本发明的MTC组消息传送中，HSS成为管理组数据的集中式数据库。其他网元(比如BM-SC、SCS、AS、MME、SMSC或MTC-IWF等)可以和HSS进行交互以获取上述信息。

这里所述的组数据至少包含以下信息：

1)用户签约数据

由于3GPP是采用MBMS架构来实现MTC组消息传送的，因此，组消息传送中的每个组都对应到一个MBMS业务。本发明中，用户签约数据指用户签约被授权使用的基于组的业务。一个用户可以有多种基于组的业务，即一个用户可以属于一个或多个组。

2)每个组的组属性及相关数据

这里所述的组属性指的是所述组的基本信息，比如可以包含以下信息中的至少一项但不限于以下信息：

-组标识

-所述组对应的MBMS业务

-所述组的当前成员

-所述组的最大成员数等

-所述组的内部组标识和外部组标识的对应关系

-所述组的成员当前附着或注册的网元的标识，比如MME或SGSN的标识

-针对所述组发送组消息的策略，如发送频率，发送时间段等

-某个SCS是否允许向所述组发送消息

3)组中每个成员的信息

这些信息指的是组中每个成员的基本信息、每个成员在所述组中所具有的特性等，比如可以包含以下信息中的至少一项但不 限于以下信息：

-UE的标识；

-UE所附着的或注册的网元的标识；

-UE在每个组中是主UE还是从UE

在一个组里，一个或多个UE可以成为主UE，其他UE便是从UE。在一些情况下，当从UE处于睡眠状态或者是无线频段无法达到的状态，这时，主UE可以通过D2D或WiFi将消息传送到从UE。另外，从UE可以将回复消息或数据报告发送给主UE，由主UE汇总所有的数据，然后，主UE仅通过一条消息发送给服务器，这样，可以减少网络中MTC消息的通信量。

-UE在每个组内的安全等级

同一个组内的不同UE可能具有不同的安全等级。对于基于安全等级的组消息传送，消息将根据UE的安全等级来进行传送，即消息将传送到具有相应的安全等级的UE。

下面结合附图对本发明作进一步详细描述。

图1示出根据本发明一个实施例的用于实现MTC组消息传送的过程示意图。在该实施例中，MTC组1包括UE11、UE12、……、UE1n。HSS101中存储了MTC组消息传送中需要用到的组数据。

该过程始于步骤S101。

在步骤S101中，SCS103决定要向MTC组1中的全部成员发送组消息，其向MTC-IWF102发送请求消息，比如图1中所示的device trigger，其中包含了SCS103的标识和MTC组1的标识。图1所示的device trigger只是示例性的，本发明还适用于其它的组消息传送请求。

接着，在步骤S102中，MTC-IWF102判断所述SCS103是否有权发送组消息请求。

如果MTC-IWF102判断所述SCS103有权发送组消息，然后，在步骤S103中，MTC-IWF102向HSS101发送用户信息请求，其中包含了SCS103的标识和MTC组1的标识，用于向HSS101指示SCS103请求向MTC组1中的全部成员发送组消息。所述用户信息请求可以 是Subscriber Information Request消息。现行的标准中，MTC-IWF和HSS之间的接口不包含上述组标识信息，因此，本发明需要增强MTC-IWF和HSS之间的接口。

在步骤S104中，HSS101根据接收到的用户信息请求，检索本地保存的组数据，进一步判断所述SCS103有权向所述MTC组1发送消息。

如果HSS101判断所述SCS103有权向所述MTC组1发送消息，那么，HSS101会检索出和MTC组1对应的组数据，比如，MTC组1的组基本信息、MTC组1的组成员的基本信息等。

需要说明的是，步骤S104不是必需的，是可选的，HSS101在收到用户信息请求后可以直接检索出和MTC组1对应的组数据。

然后，在步骤S105中，HSS101向MTC-IWF102发送用户信息请求回复，该回复消息包含了上述的和MTC组1对应的组数据，其中包含了MTC组1的组成员的信息。所述用户信息请求回复可以是Subscriber Information Answer消息。现行的标准中，MTC-IWF和HSS之间的接口不包含上述信息，因此，本发明需要增强MTC-IWF和HSS之间的接口。

MTC-IWF102收到该用户信息请求回复后，可以知晓该MTC组1所包含的全部组成员，然后，在步骤S106中，会根据本地的策略信息等，向MTC组1中的组成员发送消息，即向MTC组1中的所有组成员发送消息，即依次触发MTC组1中的各个成员的device trigger流程，此处和后续的流程均属于现有技术，此处不再赘述。需要指出的是，MTC-IWF102向MTC组1中的组成员发送消息需要经由多个网元，比如MME、MSC、SMS-SC等，MTC-IWF102可以根据所述组的组成员注册或附着的网元将组消息发送到相应的网元，然后进一步由这些网元向这些组成员发送消息。

在又一个实施例中，步骤S103中的用户信息请求还包含了一个指示信息，所述指示信息表明MTC-IWF102只请求MTC组1中的主UE的信息。相应地，步骤S105中的用户信息请求回复中只包含了 MTC组1中的主UE的信息，而且不包含MTC组1中的其他组成员的信息。相应地，在步骤S106中，MTC-IWF102只向MTC组1中的主UE发送消息，由该MTC组1中的主UE将消息转发到MTC组1中的其他组成员。

可以看到，通过采用本发明的技术，可以在没有MBMS部署的网络中实现MTC组消息的传送。

图2示出根据本发明一个实施例的用于实现MTC组消息传送的过程示意图。该实施例处于有MBMS部署的网络中，HSS203中存储了MTC组消息传送中需要用到的组数据，相应的，BM-SC202中不再存储用户签约数据和其他与MTC组消息传送相关的组数据。

该过程始于步骤S201。

在步骤S201中，UE201向BM-SC202发送注册请求，其中包含了至少一个MBMS服务，UE201请求注册到所述至少一个MBMS服务。在注册请求消息中，可以包含一个MBMS服务列表，该服务列表中列出了UE201请求注册的上述一个或多个MBMS服务。

由于BM-SC202本地没有用户签约数据和其他与MTC组消息传送相关的组数据，其会向HSS203请求上述这些信息。

然后，在步骤S202中，BM-SC202向HSS203发送用户信息请求，其中包含了UE201的标识和上述至少一个MBMS服务。在现行的标准中，BM-SC和HSS之间并没有接口，因此，本发明需要在BM-SC和HSS之间新增一个接口，比如上述的用户信息请求，并且在其中携带上述的信息。

接着，在步骤S203中，HSS203根据本地保存的组数据判断UE201是否有权注册到上述至少一个MBMS服务。对于上述的每个MBMS服务，HSS203可以根据组数据中的用户签约数据来进行判断。如果UE201可以注册到某个MBMS服务，通常这个MBMS服务对应一个组，HSS203进一步检索出UE201在这个授权注册的MBMS服务中对应的组数据，比如UE201在该授权注册的MBMS服务对应的组中是主UE还是从UE、UE201在该组中的安全等级等。

然后，在步骤S204中，HSS203向BM-SC202发送用户信息请求回复，其中包含了UE201是否有权注册到上述至少一个MBMS服务的判断结果。对于上述的每个MBMS服务，该用户信息请求回复都有对应的判断结果，即UE201是否有权注册到该MBMS服务上。对于UE201授权注册的MBMS服务，该用户信息请求回复中还包含了UE201在这个授权注册的MBMS服务中对应的组数据。在现行的标准中，BM-SC和HSS之间并没有接口，因此，本发明需要在BM-SC和HSS之间新增一个接口，比如上述的用户信息请求回复，并且在其中携带上述的信息。

BM-SC202收到上述用户信息请求回复后，可以临时保存上述用户信息请求回复中包含的信息。和现有技术不同的是，BM-SC202只是临时保存组数据，当组数据中的用户注销后，这些数据就从BM-SC202上清除了。

然后，在步骤S205中，BM-SC202向UE201发送注册请求回复，其中包含了上述的UE201是否有权注册到上述至少一个MBMS服务的判断结果。

至此，UE201和BM-SC202之间的注册过程完成。随后，UE201可以使用那些允许注册的MBMS服务，从而实现MTC组消息的传送。

在另一个实施例中，该过程还包括步骤S206，在步骤S206中，对于每个UE201授权注册的MBMS服务，BM-SC202根据UE201在该授权注册的MBMS服务中对应的组数据产生MSK(MBMS Service Key，MBMS业务密钥)密钥和MTK(MBMS Traffic Key，MBMS传输密钥)密钥。这里所述的对应的组数据可以是UE201在该组中的特性，比如，安全等级、主UE还是从UE等。比如，BM-SC202对于同一个组内不同安全等级的UE产生不同的MSK密钥和MTK密钥，对于同一个组内的主UE和从UE产生不同的MSK密钥和MTK密钥。这样，对于不同的UE可以采取不同的安全措施。然后，BM-SC202再将产生的MSK密钥和MTK密钥发送给UE201。所述MSK密钥和MTK密钥用于对发送给相应组的组消息进行加密处理。 由于BM-SC202发送组消息是广播的，当BM-SC202向UE201所在的相应组发送组消息时，用对应的MSK密钥和MTK密钥对消息进行加密处理，只有拥有相同的MSK密钥和MTK密钥的UE在收到加密消息后可以解密，从而实现了仅向同一组内的特定UE发送消息的目的。

随后，BM-SC202接收到来自某个SCS的请求，请求向某个组发送组消息。BM-SC202会根据临时保存的组数据处理来自SCS的请求，并向所述组的成员发送消息。这些流程都属于现有技术，此处不再赘述。

图3示出根据本发明一个实施例的在HSS101中用于实现MTC组消息传送的装置示意图。该装置300包括第一接收装置301和第一发送装置302。

在该实施例中，HSS101负责存储和管理MTC组消息传送中需要用到的组数据。

下面结合图1详细描述该装置300的工作过程。

首先，第一接收装置301接收到来自MTC-IWF102的用户信息请求，其中包含了SCS103的标识和MTC组1的标识，HSS101收到该请求得知SCS103请求向MTC组1中的全部成员发送组消息。所述用户信息请求可以是Subscriber Information Request消息。现行的标准中，MTC-IWF和HSS之间的接口不包含上述组标识信息，因此，本发明需要增强MTC-IWF和HSS之间的接口。

然后，HSS101根据接收到的用户信息请求，检索本地保存的组数据，进一步判断所述SCS103有权向所述MTC组1发送消息。

如果HSS101判断所述SCS103有权向所述MTC组1发送消息，那么，HSS101会检索出和MTC组1对应的组数据，比如，MTC组1的组基本信息、MTC组1的组成员的基本信息等。

需要说明的是，HSS101的判断不是必需的，是可选的，HSS101在收到用户信息请求后可以直接检索出和MTC组1对应的组数据。

然后，第一发送装置302向MTC-IWF102发送用户信息请求回复， 该回复消息包含了上述的和MTC组1对应的组数据，其中包含了MTC组1的组成员的信息。所述用户信息请求回复可以是Subscriber Information Answer消息。现行的标准中，MTC-IWF和HSS之间的接口不包含上述信息，因此，本发明需要增强MTC-IWF和HSS之间的接口。

在又一个实施例中，第一接收装置301收到的用户信息请求还包含了一个指示信息，所述指示信息表明MTC-IWF102只请求MTC组1中的主UE的信息。相应地，第一发送装置302发送的用户信息请求回复中只包含了MTC组1中的主UE的信息，而且不包含MTC组1中的其他组成员的信息。

图4示出根据本发明一个实施例的在MTC-IWF102中用于实现MTC组消息传送的装置示意图。该装置400包括第二接收装置401、第二发送装置402、第三接收装置403和第三发送装置404。

在该实施例中，HSS101负责存储和管理MTC组消息传送中需要用到的组数据。

下面结合图1详细描述该装置400的工作过程。

首先，第二接收装置401接收到来自SCS103的请求消息，比如图1中所示的device trigger，其中包含了SCS103的标识和MTC组1的标识，该消息表明SCS103请求向MTC组1中的全部成员发送组消息。需要说明的是，图1所示的device trigger只是示例性的，本发明还适用于其它的组消息传送请求。

接着，MTC-IWF102判断所述SCS103是否有权发送组消息请求。如果MTC-IWF102判断所述SCS103有权发送组消息，然后，第二发送装置402向HSS101发送用户信息请求，其中包含了SCS103的标识和MTC组1的标识，用于向HSS101指示SCS103请求向MTC组1中的全部成员发送组消息。所述用户信息请求可以是Subscriber Information Request消息。现行的标准中，MTC-IWF和HSS之间的接口不包含上述组标识信息，因此，本发明需要增强MTC-IWF和HSS之间的接口。

然后，第三接收装置403接收到来自HSS101的用户信息请求回复，该回复消息包含了和MTC组1对应的组数据，其中包含了MTC组1的组成员的信息。所述用户信息请求回复可以是Subscriber Information Answer消息。现行的标准中，MTC-IWF和HSS之间的接口不包含上述信息，因此，本发明需要增强MTC-IWF和HSS之间的接口。

MTC-IWF102收到该用户信息请求回复后，可以知晓该MTC组1所包含的全部组成员，然后，第三发送装置404会根据本地的策略信息等向MTC组1中的组成员发送消息，即向MTC组1中的所有组成员发送消息，即依次触发MTC组1中的各个成员的device trigger流程，此处和后续的流程均属于现有技术，此处不再赘述。需要指出的是，MTC-IWF102向MTC组1中的组成员发送消息需要经由多个网元，比如MME、MSC、SMS-SC等，MTC-IWF102可以根据所述组的组成员注册或附着的网元将组消息发送到相应的网元，然后进一步由这些网元向这些组成员发送消息。

在又一个实施例中，第二发送装置402发送的用户信息请求还包含了一个指示信息，所述指示信息表明MTC-IWF102只请求MTC组1中的主UE的信息。相应地，第三接收装置403收到的用户信息请求回复中只包含了MTC组1中的主UE的信息，而且不包含MTC组1中的其他组成员的信息。相应地，第三发送装置404只向MTC组1中的主UE发送消息，由该MTC组1中的主UE将消息转发到MTC组1中的其他组成员。

图5示出根据本发明又一个实施例的在HSS203中用于实现MTC组消息传送的装置示意图。该装置500包括第四接收装置501、判断装置502和第四发送装置503。

在该实施例中，HSS203负责存储和管理MTC组消息传送中需要用到的组数据。

下面结合图2详细描述该装置500的工作过程。

首先，第四接收装置501接收到来自BM-SC202的用户信息请求， 其中包含了UE201的标识和至少一个MBMS服务，UE201请求注册到所述至少一个MBMS服务。在现行的标准中，BM-SC和HSS之间并没有接口，因此，本发明需要在BM-SC和HSS之间新增一个接口，比如上述的用户信息请求，并且在其中携带上述的信息。

接着，判断装置502根据本地保存的组数据判断UE201是否有权注册到上述至少一个MBMS服务。对于上述的每个MBMS服务，HSS203可以根据组数据中的用户签约数据来进行判断。如果UE201可以注册到某个MBMS服务，通常这个MBMS服务对应一个组，HSS203进一步检索出UE201在这个授权注册的MBMS服务中对应的组数据，比如UE201在该授权注册的MBMS服务对应的组中是主UE还是从UE、UE201在该组中的安全等级等。

然后，第四发送装置503向BM-SC202发送用户信息请求回复，其中包含了UE201是否有权注册到上述至少一个MBMS服务的判断结果。对于上述的每个MBMS服务，该用户信息请求回复都有对应的判断结果，即UE201是否有权注册到该MBMS服务上。对于UE201授权注册的MBMS服务，该用户信息请求回复中还包含了UE201在这个授权注册的MBMS服务中对应的组数据。在现行的标准中，BM-SC和HSS之间并没有接口，因此，本发明需要在BM-SC和HSS之间新增一个接口，比如上述的用户信息请求回复，并且在其中携带上述的信息。

图6示出根据本发明一个实施例的在BM-SC202中用于实现MTC组消息传送的装置示意图。该装置600包括第五发送装置601和第五接收装置602。

在该实施例中，HSS203负责存储和管理MTC组消息传送中需要用到的组数据。

下面结合图2详细描述该装置600的工作过程。

首先，BM-SC202收到来自UE201的注册请求，其中包含了至少一个MBMS服务，UE201请求注册到所述至少一个MBMS服务。在注册请求消息中，可以包含一个MBMS服务列表，该服务列表中列 出了UE201请求注册的上述一个或多个MBMS服务。

由于BM-SC202本地没有用户签约数据和其他与MTC组消息传送相关的组数据，其会向HSS203请求上述这些信息。

响应于该注册请求，第五发送装置601向HSS203发送用户信息请求，其中包含了UE201的标识和上述至少一个MBMS服务。在现行的标准中，BM-SC和HSS之间并没有接口，因此，本发明需要在BM-SC和HSS之间新增一个接口，比如上述的用户信息请求，并且在其中携带上述的信息。

然后，第五接收装置602接收到来自HSS203的用户信息请求回复，其中包含了UE201是否有权注册到上述至少一个MBMS服务的判断结果。对于上述的每个MBMS服务，该用户信息请求回复都有对应的判断结果，即UE201是否有权注册到该MBMS服务上。对于UE201授权注册的MBMS服务，该用户信息请求回复中还包含了UE201在这个授权注册的MBMS服务中对应的组数据。在现行的标准中，BM-SC和HSS之间并没有接口，因此，本发明需要在BM-SC和HSS之间新增一个接口，比如上述的用户信息请求回复，并且在其中携带上述的信息。

BM-SC202收到上述用户信息请求回复后，可以临时保存上述用户信息请求回复中包含的信息。和现有技术不同的是，BM-SC202只是临时保存组数据，当组数据中的用户注销后，这些数据就从BM-SC202上清除了。

在另一个实施例中，该装置600还包含密钥产生装置603(图中未示出)和第六发送装置604(图中未示出)。

对于每个UE201授权注册的MBMS服务，密钥产生装置603根据UE201在该授权注册的MBMS服务中对应的组数据产生MSK(MBMS Service Key，MBMS业务密钥)密钥和MTK(MBMS Traffic Key，MBMS传输密钥)密钥。这里所述的对应的组数据可以是UE201在该组中的特性，比如，安全等级、主UE还是从UE等。比如，密钥产生装置603对于同一个组内不同安全等级的UE产生不同的MSK 密钥和MTK密钥，对于同一个组内的主UE和从UE产生不同的MSK密钥和MTK密钥。这样，对于不同的UE可以采取不同的安全措施。然后，第六发送装置604再将产生的MSK密钥和MTK密钥发送给UE201。所述MSK密钥和MTK密钥用于对发送给相应组的组消息进行加密处理。由于BM-SC202发送组消息是广播的，当BM-SC202向UE201所在的相应组发送组消息时，用对应的MSK密钥和MTK密钥对消息进行加密处理，只有拥有相同的MSK密钥和MTK密钥的UE在收到加密消息后可以解密，从而实现了仅向同一组内的特定UE发送消息的目的。

需要注意的是，本发明可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本发明的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本发明的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本发明的方法和/或技术方案。而调用本发明的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本发明的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本发明的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其 他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。