本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種組消息傳送的技術(shù)。

背景技術(shù)：

3GPP的MTC(Machine Type Communication，機器類通信)方案定義了組消息傳送(Group Message Delivery)。組消息傳送指的是提供MTC能力的網(wǎng)絡響應于SCS(Services Capability Server，服務能力服務器)或AS(Application Server，應用服務器)的要求，向位于某一特定地理區(qū)域內(nèi)的一組成員分發(fā)同樣的內(nèi)容。目前，MTC組消息傳送主要是基于MBMS(Multimedia Broadcast Multicast Service，多媒體廣播多播業(yè)務)的，3GPP也定義了基于MBMS的MTC組消息傳送的流程。

物聯(lián)網(wǎng)(Internet of Things，IoT)，也稱為MTC，正被廣泛應用并且發(fā)展迅速。幾乎大部分的MTC消息傳送都是基于組的消息傳送，因此，對于組的信息管理顯得格外重要。

在3GPP的MBMS架構(gòu)中，MBMS用戶簽約數(shù)據(jù)(subscription information)是保存在BM-SC(Broadcast Multicast–Service Center，廣播組播業(yè)務中心)中的，這里的用戶簽約數(shù)據(jù)指的是用戶授權(quán)可以使用哪些MBMS服務等信息。

然而，在BM-SC中保存這些用戶簽約數(shù)據(jù)會帶來以下問題：

1)在BM-SC中存儲的數(shù)據(jù)量過大。特別是當越來越多的設(shè)備會使用MBMS，而且每個用戶的MBMS配置文件會包含越來越多的信息，比如增值服務信息、策略控制信息等。這些都會導致在BM-SC中存儲的數(shù)據(jù)量越來越大。

2)數(shù)據(jù)訪問限制。因為MBMS用戶簽約數(shù)據(jù)存儲在BM-SC中，而其他網(wǎng)元和BM-SC之間沒有接口，其他網(wǎng)元在提供增值業(yè)務或附加 業(yè)務時需要用到這些信息，卻無法訪問到。

3)增加網(wǎng)絡復雜度。當網(wǎng)絡中部署了多個BM-SC時，任何一個BM-SC都應具備服務任何用戶的能力，這也意味著任何一個BM-SC都要能夠配置并存儲網(wǎng)絡中所有用戶的簽約數(shù)據(jù)。這就要求運營商的用戶數(shù)據(jù)配置系統(tǒng)必須具備和各個BM-SC交互的接口，通過這些接口用來配置用戶數(shù)據(jù)，并有相應的機制來保證每個BM-SC上的用戶數(shù)據(jù)是一致的，這將會增加網(wǎng)絡的復雜度并對運營商的系統(tǒng)提出更多的要求。

4)目前，BM-SC只服務于單個運營商，只管理該運營商的用戶數(shù)據(jù)。因此，只有當組成員同屬于一個運營商時，這些信息才保存在BM-SC中。

在MTC組消息傳送中需要用到的信息除了上述的MBMS用戶簽約數(shù)據(jù)外，還可能包含其他組信息(比如：組成員的基本信息等)，而在現(xiàn)行的標準中，在BM-SC中保存并管理這些信息會帶來不少問題，因此，為了更好地實現(xiàn)MTC網(wǎng)絡的組消息傳送，需要一種更有效的管理和MTC組消息傳送相關(guān)的信息的技術(shù)。

技術(shù)實現(xiàn)要素：

本發(fā)明的目的是提供一種實現(xiàn)MTC組消息傳送的方法與設(shè)備。

根據(jù)本發(fā)明的第一個方面，提供了一種在HSS中用于實現(xiàn)MTC組消息傳送的方法，其中，所述HSS負責存儲和管理MTC組消息傳送中需要用到的組數(shù)據(jù)，該方法包括以下步驟：接收來自一個MTC-IWF的用戶信息請求，其中包含了一個SCS標識和一個組標識，所述SCS請求向所述組發(fā)送消息；向所述MTC-IWF發(fā)送用戶信息請求回復，其中包含了所述組對應的組數(shù)據(jù)。

優(yōu)選地，所述用戶信息請求還包含了只請求所述組的主UE的信息的指示信息，所述用戶信息請求回復中僅包含所述組的主UE的信息，而且不包含所述組的其他組成員的信息。

優(yōu)選地，所述組數(shù)據(jù)至少包括：-用戶簽約數(shù)據(jù)；-每個組的組 屬性及相關(guān)數(shù)據(jù)；-組中每個成員的信息。

根據(jù)本發(fā)明的第二個方面，提供了一種在MTC-IWF中用于實現(xiàn)MTC組消息傳送的方法，該方法包括以下步驟：接收來自一個SCS的請求消息，其中包含了一個組標識，所述SCS請求向所述組的成員發(fā)送消息；向一個HSS發(fā)送用戶信息請求，其中包含了所述SCS的標識和所述組標識；接收來自所述HSS的用戶信息請求回復，其中包含了所述組對應的組數(shù)據(jù)；向所述組的組成員發(fā)送消息；其中，所述HSS負責存儲和管理MTC組消息傳送中需要用到的組數(shù)據(jù)。

優(yōu)選地，所述用戶信息請求還包含了只請求所述組的主UE的信息的指示信息，所述用戶信息請求回復中僅包含所述組的主UE的信息，而且不包含所述組的其他組成員的信息，所述向所述組的組成員發(fā)送消息的步驟進一步包括：僅向所述組的主UE發(fā)送消息。

優(yōu)選地，所述組數(shù)據(jù)至少包括：-用戶簽約數(shù)據(jù)；-每個組的組屬性及相關(guān)數(shù)據(jù)；-組中每個成員的信息。

根據(jù)本發(fā)明的第三個方面，提供了一種在HSS中用于實現(xiàn)MTC組消息傳送的方法，其中，所述HSS負責存儲和管理MTC組消息傳送中需要用到的組數(shù)據(jù)，該方法包括以下步驟：接收來自一個BM-SC的用戶信息請求，其中包含了一個UE的標識和至少一個MBMS服務，所述UE請求注冊到所述至少一個MBMS服務；根據(jù)本地存儲的組數(shù)據(jù)判斷所述UE是否有權(quán)注冊到所述至少一個MBMS服務；向所述BM-SC發(fā)送用戶信息請求回復，其中包含了所述UE是否有權(quán)注冊到所述至少一個MBMS服務的判斷結(jié)果，還包含了所述UE在每個授權(quán)注冊的MBMS服務中對應的組數(shù)據(jù)。

優(yōu)選地，所述組數(shù)據(jù)至少包括：-用戶簽約數(shù)據(jù)；-每個組的組屬性及相關(guān)數(shù)據(jù)；-組中每個成員的信息。

根據(jù)本發(fā)明的第四個方面，提供了一種在BM-SC中用于實現(xiàn)MTC組消息傳送的方法，該方法包括以下步驟：響應于來自一個UE的注冊請求，向HSS發(fā)送用戶信息請求，所述用戶信息請求中包含了所述UE的標識和至少一個MBMS服務，所述UE請求注冊到所述至少 一個MBMS服務；接收來自所述HSS的用戶信息請求回復，其中包含了所述UE是否有權(quán)注冊到所述至少一個MBMS服務的判斷結(jié)果，還包含了所述UE在每個授權(quán)注冊的MBMS服務中對應的組數(shù)據(jù)；其中，所述HSS負責存儲和管理MTC組消息傳送中需要用到的組數(shù)據(jù)。

優(yōu)選地，所述組數(shù)據(jù)至少包括：-用戶簽約數(shù)據(jù)；-每個組的組屬性及相關(guān)數(shù)據(jù)；-組中每個成員的信息。

優(yōu)選地，所述方法還包括以下步驟：根據(jù)所述UE在每個授權(quán)注冊的MBMS服務中對應的組數(shù)據(jù)為所述UE產(chǎn)生對應所述MBMS服務的MSK密鑰和MTK密鑰；將所述MSK密鑰和MTK密鑰發(fā)送給所述UE；其中，所述MSK密鑰和MTK密鑰用于對發(fā)送給相應組的組消息進行加密處理。

根據(jù)本發(fā)明的第五個方面，提供了一種在HSS中用于實現(xiàn)MTC組消息傳送的裝置，其中，所述HSS負責存儲和管理MTC組消息傳送中需要用到的組數(shù)據(jù)，該裝置包括：第一接收裝置，用于接收來自一個MTC-IWF的用戶信息請求，其中包含了一個SCS標識和一個組標識，所述SCS請求向所述組發(fā)送消息；第一發(fā)送裝置，用于向所述MTC-IWF發(fā)送用戶信息請求回復，其中包含了所述組對應的組數(shù)據(jù)。

根據(jù)本發(fā)明的第六個方面，提供了一種在MTC-IWF中用于實現(xiàn)MTC組消息傳送的裝置，該裝置包括：第二接收裝置，用于接收來自一個SCS的請求消息，其中包含了一個組標識，所述SCS請求向所述組的成員發(fā)送消息；第二發(fā)送裝置，用于向一個HSS發(fā)送用戶信息請求，其中包含了所述SCS的標識和所述組標識；第三接收裝置，用于接收來自所述HSS的用戶信息請求回復，其中包含了所述組對應的組數(shù)據(jù)；第三發(fā)送裝置，用于向所述組的組成員發(fā)送消息；其中，所述HSS負責存儲和管理MTC組消息傳送中需要用到的組數(shù)據(jù)。

根據(jù)本發(fā)明的第七個方面，提供了一種在HSS中用于實現(xiàn)MTC組消息傳送的裝置，其中，所述HSS負責存儲和管理MTC組消息傳送中需要用到的組數(shù)據(jù)，該裝置包括：第四接收裝置，用于接收來自一個BM-SC的用戶信息請求，其中包含了一個UE的標識和至少一 個MBMS服務，所述UE請求注冊到所述至少一個MBMS服務；判斷裝置，用于根據(jù)本地存儲的組數(shù)據(jù)判斷所述UE是否有權(quán)注冊到所述至少一個MBMS服務；第四發(fā)送裝置，用于向所述BM-SC發(fā)送用戶信息請求回復，其中包含了所述UE是否有權(quán)注冊到所述至少一個MBMS服務的判斷結(jié)果，還包含了所述UE在每個授權(quán)注冊的MBMS服務中對應的組數(shù)據(jù)。

根據(jù)本發(fā)明的第八個方面，提供了一種在BM-SC中用于實現(xiàn)MTC組消息傳送的裝置，該裝置包括：第五發(fā)送裝置，用于響應于來自一個UE的注冊請求，向HSS發(fā)送用戶信息請求，所述用戶信息請求中包含了所述UE的標識和至少一個MBMS服務，所述UE請求注冊到所述至少一個MBMS服務；第五接收裝置，用于接收來自所述HSS的用戶信息請求回復，其中包含了所述UE是否有權(quán)注冊到所述至少一個MBMS服務的判斷結(jié)果，還包含了所述UE在每個授權(quán)注冊的MBMS服務中對應的組數(shù)據(jù)；其中，所述HSS負責存儲和管理MTC組消息傳送中需要用到的組數(shù)據(jù)。

與現(xiàn)有的MTC組消息傳送技術(shù)相比，本發(fā)明提出了在HSS中(而不是在BM-SC中)存儲和管理MTC組消息傳送中需要用到的組數(shù)據(jù)。和現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點：

1)將組數(shù)據(jù)集中存儲在HSS上，BM-SC則只需要臨時存儲所服務用戶的臨時數(shù)據(jù)，這將會極大地減少BM-SC上占用的存儲資源。

2)HSS具有和大多數(shù)網(wǎng)元的接口，便于其他網(wǎng)元對數(shù)據(jù)的訪問。

3)將組數(shù)據(jù)集中存儲在HSS上，HSS會統(tǒng)一提供數(shù)據(jù)配置接口，便于運營商的用戶數(shù)據(jù)配置系統(tǒng)的配置，從而簡化網(wǎng)絡架構(gòu)。

4)HSS可以為多個運營商提供用戶數(shù)據(jù)存儲，當同一個組的UE來自不同運營商時，HSS依然可以管理這些UE的數(shù)據(jù)。

5)可以在沒有MBMS部署的網(wǎng)絡中實現(xiàn)MTC組消息傳送。

6)HSS可以將組數(shù)據(jù)和其它存儲在HSS中的用戶數(shù)據(jù)進行關(guān)聯(lián)(如位置信息、QoS信息、用戶業(yè)務信息等)，從而為更多的增值業(yè)務提供數(shù)據(jù)基礎(chǔ)。

附圖說明

通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描述，本發(fā)明的其它特征、目的和優(yōu)點將會變得更明顯：

圖1示出根據(jù)本發(fā)明一個實施例的用于實現(xiàn)MTC組消息傳送的過程示意圖；

圖2示出根據(jù)本發(fā)明一個實施例的用于實現(xiàn)MTC組消息傳送的過程示意圖；

圖3示出根據(jù)本發(fā)明一個實施例的在HSS中用于實現(xiàn)MTC組消息傳送的裝置示意圖；

圖4示出根據(jù)本發(fā)明一個實施例的在MTC-IWF中用于實現(xiàn)MTC組消息傳送的裝置示意圖；

圖5示出根據(jù)本發(fā)明又一個實施例的在HSS中用于實現(xiàn)MTC組消息傳送的裝置示意圖；

圖6示出根據(jù)本發(fā)明一個實施例的在BM-SC中用于實現(xiàn)MTC組消息傳送的裝置示意圖。

附圖中相同或相似的附圖標記代表相同或相似的部件。

具體實施方式

首先，對文中出現(xiàn)的幾個英文縮寫作解釋：

AS：Application Server，應用服務器

D2D：Device to Device，設(shè)備到設(shè)備通信

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支持節(jié)點

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

為解決現(xiàn)有技術(shù)中的上述問題，本發(fā)明提出：在HSS中存儲和管理MTC組消息傳送中需要用到的組數(shù)據(jù)。在本發(fā)明的MTC組消息傳送中，HSS成為管理組數(shù)據(jù)的集中式數(shù)據(jù)庫。其他網(wǎng)元(比如BM-SC、SCS、AS、MME、SMSC或MTC-IWF等)可以和HSS進行交互以獲取上述信息。

這里所述的組數(shù)據(jù)至少包含以下信息：

1)用戶簽約數(shù)據(jù)

由于3GPP是采用MBMS架構(gòu)來實現(xiàn)MTC組消息傳送的，因此，組消息傳送中的每個組都對應到一個MBMS業(yè)務。本發(fā)明中，用戶簽約數(shù)據(jù)指用戶簽約被授權(quán)使用的基于組的業(yè)務。一個用戶可以有多種基于組的業(yè)務，即一個用戶可以屬于一個或多個組。

2)每個組的組屬性及相關(guān)數(shù)據(jù)

這里所述的組屬性指的是所述組的基本信息，比如可以包含以下信息中的至少一項但不限于以下信息：

-組標識

-所述組對應的MBMS業(yè)務

-所述組的當前成員

-所述組的最大成員數(shù)等

-所述組的內(nèi)部組標識和外部組標識的對應關(guān)系

-所述組的成員當前附著或注冊的網(wǎng)元的標識，比如MME或SGSN的標識

-針對所述組發(fā)送組消息的策略，如發(fā)送頻率，發(fā)送時間段等

-某個SCS是否允許向所述組發(fā)送消息

3)組中每個成員的信息

這些信息指的是組中每個成員的基本信息、每個成員在所述組中所具有的特性等，比如可以包含以下信息中的至少一項但不 限于以下信息：

-UE的標識；

-UE所附著的或注冊的網(wǎng)元的標識；

-UE在每個組中是主UE還是從UE

在一個組里，一個或多個UE可以成為主UE，其他UE便是從UE。在一些情況下，當從UE處于睡眠狀態(tài)或者是無線頻段無法達到的狀態(tài)，這時，主UE可以通過D2D或WiFi將消息傳送到從UE。另外，從UE可以將回復消息或數(shù)據(jù)報告發(fā)送給主UE，由主UE匯總所有的數(shù)據(jù)，然后，主UE僅通過一條消息發(fā)送給服務器，這樣，可以減少網(wǎng)絡中MTC消息的通信量。

-UE在每個組內(nèi)的安全等級

同一個組內(nèi)的不同UE可能具有不同的安全等級。對于基于安全等級的組消息傳送，消息將根據(jù)UE的安全等級來進行傳送，即消息將傳送到具有相應的安全等級的UE。

下面結(jié)合附圖對本發(fā)明作進一步詳細描述。

圖1示出根據(jù)本發(fā)明一個實施例的用于實現(xiàn)MTC組消息傳送的過程示意圖。在該實施例中，MTC組1包括UE11、UE12、……、UE1n。HSS101中存儲了MTC組消息傳送中需要用到的組數(shù)據(jù)。

該過程始于步驟S101。

在步驟S101中，SCS103決定要向MTC組1中的全部成員發(fā)送組消息，其向MTC-IWF102發(fā)送請求消息，比如圖1中所示的device trigger，其中包含了SCS103的標識和MTC組1的標識。圖1所示的device trigger只是示例性的，本發(fā)明還適用于其它的組消息傳送請求。

接著，在步驟S102中，MTC-IWF102判斷所述SCS103是否有權(quán)發(fā)送組消息請求。

如果MTC-IWF102判斷所述SCS103有權(quán)發(fā)送組消息，然后，在步驟S103中，MTC-IWF102向HSS101發(fā)送用戶信息請求，其中包含了SCS103的標識和MTC組1的標識，用于向HSS101指示SCS103請求向MTC組1中的全部成員發(fā)送組消息。所述用戶信息請求可以 是Subscriber Information Request消息?，F(xiàn)行的標準中，MTC-IWF和HSS之間的接口不包含上述組標識信息，因此，本發(fā)明需要增強MTC-IWF和HSS之間的接口。

在步驟S104中，HSS101根據(jù)接收到的用戶信息請求，檢索本地保存的組數(shù)據(jù)，進一步判斷所述SCS103有權(quán)向所述MTC組1發(fā)送消息。

如果HSS101判斷所述SCS103有權(quán)向所述MTC組1發(fā)送消息，那么，HSS101會檢索出和MTC組1對應的組數(shù)據(jù)，比如，MTC組1的組基本信息、MTC組1的組成員的基本信息等。

需要說明的是，步驟S104不是必需的，是可選的，HSS101在收到用戶信息請求后可以直接檢索出和MTC組1對應的組數(shù)據(jù)。

然后，在步驟S105中，HSS101向MTC-IWF102發(fā)送用戶信息請求回復，該回復消息包含了上述的和MTC組1對應的組數(shù)據(jù)，其中包含了MTC組1的組成員的信息。所述用戶信息請求回復可以是Subscriber Information Answer消息?，F(xiàn)行的標準中，MTC-IWF和HSS之間的接口不包含上述信息，因此，本發(fā)明需要增強MTC-IWF和HSS之間的接口。

MTC-IWF102收到該用戶信息請求回復后，可以知曉該MTC組1所包含的全部組成員，然后，在步驟S106中，會根據(jù)本地的策略信息等，向MTC組1中的組成員發(fā)送消息，即向MTC組1中的所有組成員發(fā)送消息，即依次觸發(fā)MTC組1中的各個成員的device trigger流程，此處和后續(xù)的流程均屬于現(xiàn)有技術(shù)，此處不再贅述。需要指出的是，MTC-IWF102向MTC組1中的組成員發(fā)送消息需要經(jīng)由多個網(wǎng)元，比如MME、MSC、SMS-SC等，MTC-IWF102可以根據(jù)所述組的組成員注冊或附著的網(wǎng)元將組消息發(fā)送到相應的網(wǎng)元，然后進一步由這些網(wǎng)元向這些組成員發(fā)送消息。

在又一個實施例中，步驟S103中的用戶信息請求還包含了一個指示信息，所述指示信息表明MTC-IWF102只請求MTC組1中的主UE的信息。相應地，步驟S105中的用戶信息請求回復中只包含了 MTC組1中的主UE的信息，而且不包含MTC組1中的其他組成員的信息。相應地，在步驟S106中，MTC-IWF102只向MTC組1中的主UE發(fā)送消息，由該MTC組1中的主UE將消息轉(zhuǎn)發(fā)到MTC組1中的其他組成員。

可以看到，通過采用本發(fā)明的技術(shù)，可以在沒有MBMS部署的網(wǎng)絡中實現(xiàn)MTC組消息的傳送。

圖2示出根據(jù)本發(fā)明一個實施例的用于實現(xiàn)MTC組消息傳送的過程示意圖。該實施例處于有MBMS部署的網(wǎng)絡中，HSS203中存儲了MTC組消息傳送中需要用到的組數(shù)據(jù)，相應的，BM-SC202中不再存儲用戶簽約數(shù)據(jù)和其他與MTC組消息傳送相關(guān)的組數(shù)據(jù)。

該過程始于步驟S201。

在步驟S201中，UE201向BM-SC202發(fā)送注冊請求，其中包含了至少一個MBMS服務，UE201請求注冊到所述至少一個MBMS服務。在注冊請求消息中，可以包含一個MBMS服務列表，該服務列表中列出了UE201請求注冊的上述一個或多個MBMS服務。

由于BM-SC202本地沒有用戶簽約數(shù)據(jù)和其他與MTC組消息傳送相關(guān)的組數(shù)據(jù)，其會向HSS203請求上述這些信息。

然后，在步驟S202中，BM-SC202向HSS203發(fā)送用戶信息請求，其中包含了UE201的標識和上述至少一個MBMS服務。在現(xiàn)行的標準中，BM-SC和HSS之間并沒有接口，因此，本發(fā)明需要在BM-SC和HSS之間新增一個接口，比如上述的用戶信息請求，并且在其中攜帶上述的信息。

接著，在步驟S203中，HSS203根據(jù)本地保存的組數(shù)據(jù)判斷UE201是否有權(quán)注冊到上述至少一個MBMS服務。對于上述的每個MBMS服務，HSS203可以根據(jù)組數(shù)據(jù)中的用戶簽約數(shù)據(jù)來進行判斷。如果UE201可以注冊到某個MBMS服務，通常這個MBMS服務對應一個組，HSS203進一步檢索出UE201在這個授權(quán)注冊的MBMS服務中對應的組數(shù)據(jù)，比如UE201在該授權(quán)注冊的MBMS服務對應的組中是主UE還是從UE、UE201在該組中的安全等級等。

然后，在步驟S204中，HSS203向BM-SC202發(fā)送用戶信息請求回復，其中包含了UE201是否有權(quán)注冊到上述至少一個MBMS服務的判斷結(jié)果。對于上述的每個MBMS服務，該用戶信息請求回復都有對應的判斷結(jié)果，即UE201是否有權(quán)注冊到該MBMS服務上。對于UE201授權(quán)注冊的MBMS服務，該用戶信息請求回復中還包含了UE201在這個授權(quán)注冊的MBMS服務中對應的組數(shù)據(jù)。在現(xiàn)行的標準中，BM-SC和HSS之間并沒有接口，因此，本發(fā)明需要在BM-SC和HSS之間新增一個接口，比如上述的用戶信息請求回復，并且在其中攜帶上述的信息。

BM-SC202收到上述用戶信息請求回復后，可以臨時保存上述用戶信息請求回復中包含的信息。和現(xiàn)有技術(shù)不同的是，BM-SC202只是臨時保存組數(shù)據(jù)，當組數(shù)據(jù)中的用戶注銷后，這些數(shù)據(jù)就從BM-SC202上清除了。

然后，在步驟S205中，BM-SC202向UE201發(fā)送注冊請求回復，其中包含了上述的UE201是否有權(quán)注冊到上述至少一個MBMS服務的判斷結(jié)果。

至此，UE201和BM-SC202之間的注冊過程完成。隨后，UE201可以使用那些允許注冊的MBMS服務，從而實現(xiàn)MTC組消息的傳送。

在另一個實施例中，該過程還包括步驟S206，在步驟S206中，對于每個UE201授權(quán)注冊的MBMS服務，BM-SC202根據(jù)UE201在該授權(quán)注冊的MBMS服務中對應的組數(shù)據(jù)產(chǎn)生MSK(MBMS Service Key，MBMS業(yè)務密鑰)密鑰和MTK(MBMS Traffic Key，MBMS傳輸密鑰)密鑰。這里所述的對應的組數(shù)據(jù)可以是UE201在該組中的特性，比如，安全等級、主UE還是從UE等。比如，BM-SC202對于同一個組內(nèi)不同安全等級的UE產(chǎn)生不同的MSK密鑰和MTK密鑰，對于同一個組內(nèi)的主UE和從UE產(chǎn)生不同的MSK密鑰和MTK密鑰。這樣，對于不同的UE可以采取不同的安全措施。然后，BM-SC202再將產(chǎn)生的MSK密鑰和MTK密鑰發(fā)送給UE201。所述MSK密鑰和MTK密鑰用于對發(fā)送給相應組的組消息進行加密處理。 由于BM-SC202發(fā)送組消息是廣播的，當BM-SC202向UE201所在的相應組發(fā)送組消息時，用對應的MSK密鑰和MTK密鑰對消息進行加密處理，只有擁有相同的MSK密鑰和MTK密鑰的UE在收到加密消息后可以解密，從而實現(xiàn)了僅向同一組內(nèi)的特定UE發(fā)送消息的目的。

隨后，BM-SC202接收到來自某個SCS的請求，請求向某個組發(fā)送組消息。BM-SC202會根據(jù)臨時保存的組數(shù)據(jù)處理來自SCS的請求，并向所述組的成員發(fā)送消息。這些流程都屬于現(xiàn)有技術(shù)，此處不再贅述。

圖3示出根據(jù)本發(fā)明一個實施例的在HSS101中用于實現(xiàn)MTC組消息傳送的裝置示意圖。該裝置300包括第一接收裝置301和第一發(fā)送裝置302。

在該實施例中，HSS101負責存儲和管理MTC組消息傳送中需要用到的組數(shù)據(jù)。

下面結(jié)合圖1詳細描述該裝置300的工作過程。

首先，第一接收裝置301接收到來自MTC-IWF102的用戶信息請求，其中包含了SCS103的標識和MTC組1的標識，HSS101收到該請求得知SCS103請求向MTC組1中的全部成員發(fā)送組消息。所述用戶信息請求可以是Subscriber Information Request消息?，F(xiàn)行的標準中，MTC-IWF和HSS之間的接口不包含上述組標識信息，因此，本發(fā)明需要增強MTC-IWF和HSS之間的接口。

然后，HSS101根據(jù)接收到的用戶信息請求，檢索本地保存的組數(shù)據(jù)，進一步判斷所述SCS103有權(quán)向所述MTC組1發(fā)送消息。

如果HSS101判斷所述SCS103有權(quán)向所述MTC組1發(fā)送消息，那么，HSS101會檢索出和MTC組1對應的組數(shù)據(jù)，比如，MTC組1的組基本信息、MTC組1的組成員的基本信息等。

需要說明的是，HSS101的判斷不是必需的，是可選的，HSS101在收到用戶信息請求后可以直接檢索出和MTC組1對應的組數(shù)據(jù)。

然后，第一發(fā)送裝置302向MTC-IWF102發(fā)送用戶信息請求回復， 該回復消息包含了上述的和MTC組1對應的組數(shù)據(jù)，其中包含了MTC組1的組成員的信息。所述用戶信息請求回復可以是Subscriber Information Answer消息?，F(xiàn)行的標準中，MTC-IWF和HSS之間的接口不包含上述信息，因此，本發(fā)明需要增強MTC-IWF和HSS之間的接口。

在又一個實施例中，第一接收裝置301收到的用戶信息請求還包含了一個指示信息，所述指示信息表明MTC-IWF102只請求MTC組1中的主UE的信息。相應地，第一發(fā)送裝置302發(fā)送的用戶信息請求回復中只包含了MTC組1中的主UE的信息，而且不包含MTC組1中的其他組成員的信息。

圖4示出根據(jù)本發(fā)明一個實施例的在MTC-IWF102中用于實現(xiàn)MTC組消息傳送的裝置示意圖。該裝置400包括第二接收裝置401、第二發(fā)送裝置402、第三接收裝置403和第三發(fā)送裝置404。

在該實施例中，HSS101負責存儲和管理MTC組消息傳送中需要用到的組數(shù)據(jù)。

下面結(jié)合圖1詳細描述該裝置400的工作過程。

首先，第二接收裝置401接收到來自SCS103的請求消息，比如圖1中所示的device trigger，其中包含了SCS103的標識和MTC組1的標識，該消息表明SCS103請求向MTC組1中的全部成員發(fā)送組消息。需要說明的是，圖1所示的device trigger只是示例性的，本發(fā)明還適用于其它的組消息傳送請求。

接著，MTC-IWF102判斷所述SCS103是否有權(quán)發(fā)送組消息請求。如果MTC-IWF102判斷所述SCS103有權(quán)發(fā)送組消息，然后，第二發(fā)送裝置402向HSS101發(fā)送用戶信息請求，其中包含了SCS103的標識和MTC組1的標識，用于向HSS101指示SCS103請求向MTC組1中的全部成員發(fā)送組消息。所述用戶信息請求可以是Subscriber Information Request消息。現(xiàn)行的標準中，MTC-IWF和HSS之間的接口不包含上述組標識信息，因此，本發(fā)明需要增強MTC-IWF和HSS之間的接口。

然后，第三接收裝置403接收到來自HSS101的用戶信息請求回復，該回復消息包含了和MTC組1對應的組數(shù)據(jù)，其中包含了MTC組1的組成員的信息。所述用戶信息請求回復可以是Subscriber Information Answer消息?，F(xiàn)行的標準中，MTC-IWF和HSS之間的接口不包含上述信息，因此，本發(fā)明需要增強MTC-IWF和HSS之間的接口。

MTC-IWF102收到該用戶信息請求回復后，可以知曉該MTC組1所包含的全部組成員，然后，第三發(fā)送裝置404會根據(jù)本地的策略信息等向MTC組1中的組成員發(fā)送消息，即向MTC組1中的所有組成員發(fā)送消息，即依次觸發(fā)MTC組1中的各個成員的device trigger流程，此處和后續(xù)的流程均屬于現(xiàn)有技術(shù)，此處不再贅述。需要指出的是，MTC-IWF102向MTC組1中的組成員發(fā)送消息需要經(jīng)由多個網(wǎng)元，比如MME、MSC、SMS-SC等，MTC-IWF102可以根據(jù)所述組的組成員注冊或附著的網(wǎng)元將組消息發(fā)送到相應的網(wǎng)元，然后進一步由這些網(wǎng)元向這些組成員發(fā)送消息。

在又一個實施例中，第二發(fā)送裝置402發(fā)送的用戶信息請求還包含了一個指示信息，所述指示信息表明MTC-IWF102只請求MTC組1中的主UE的信息。相應地，第三接收裝置403收到的用戶信息請求回復中只包含了MTC組1中的主UE的信息，而且不包含MTC組1中的其他組成員的信息。相應地，第三發(fā)送裝置404只向MTC組1中的主UE發(fā)送消息，由該MTC組1中的主UE將消息轉(zhuǎn)發(fā)到MTC組1中的其他組成員。

圖5示出根據(jù)本發(fā)明又一個實施例的在HSS203中用于實現(xiàn)MTC組消息傳送的裝置示意圖。該裝置500包括第四接收裝置501、判斷裝置502和第四發(fā)送裝置503。

在該實施例中，HSS203負責存儲和管理MTC組消息傳送中需要用到的組數(shù)據(jù)。

下面結(jié)合圖2詳細描述該裝置500的工作過程。

首先，第四接收裝置501接收到來自BM-SC202的用戶信息請求， 其中包含了UE201的標識和至少一個MBMS服務，UE201請求注冊到所述至少一個MBMS服務。在現(xiàn)行的標準中，BM-SC和HSS之間并沒有接口，因此，本發(fā)明需要在BM-SC和HSS之間新增一個接口，比如上述的用戶信息請求，并且在其中攜帶上述的信息。

接著，判斷裝置502根據(jù)本地保存的組數(shù)據(jù)判斷UE201是否有權(quán)注冊到上述至少一個MBMS服務。對于上述的每個MBMS服務，HSS203可以根據(jù)組數(shù)據(jù)中的用戶簽約數(shù)據(jù)來進行判斷。如果UE201可以注冊到某個MBMS服務，通常這個MBMS服務對應一個組，HSS203進一步檢索出UE201在這個授權(quán)注冊的MBMS服務中對應的組數(shù)據(jù)，比如UE201在該授權(quán)注冊的MBMS服務對應的組中是主UE還是從UE、UE201在該組中的安全等級等。

然后，第四發(fā)送裝置503向BM-SC202發(fā)送用戶信息請求回復，其中包含了UE201是否有權(quán)注冊到上述至少一個MBMS服務的判斷結(jié)果。對于上述的每個MBMS服務，該用戶信息請求回復都有對應的判斷結(jié)果，即UE201是否有權(quán)注冊到該MBMS服務上。對于UE201授權(quán)注冊的MBMS服務，該用戶信息請求回復中還包含了UE201在這個授權(quán)注冊的MBMS服務中對應的組數(shù)據(jù)。在現(xiàn)行的標準中，BM-SC和HSS之間并沒有接口，因此，本發(fā)明需要在BM-SC和HSS之間新增一個接口，比如上述的用戶信息請求回復，并且在其中攜帶上述的信息。

圖6示出根據(jù)本發(fā)明一個實施例的在BM-SC202中用于實現(xiàn)MTC組消息傳送的裝置示意圖。該裝置600包括第五發(fā)送裝置601和第五接收裝置602。

在該實施例中，HSS203負責存儲和管理MTC組消息傳送中需要用到的組數(shù)據(jù)。

下面結(jié)合圖2詳細描述該裝置600的工作過程。

首先，BM-SC202收到來自UE201的注冊請求，其中包含了至少一個MBMS服務，UE201請求注冊到所述至少一個MBMS服務。在注冊請求消息中，可以包含一個MBMS服務列表，該服務列表中列 出了UE201請求注冊的上述一個或多個MBMS服務。

由于BM-SC202本地沒有用戶簽約數(shù)據(jù)和其他與MTC組消息傳送相關(guān)的組數(shù)據(jù)，其會向HSS203請求上述這些信息。

響應于該注冊請求，第五發(fā)送裝置601向HSS203發(fā)送用戶信息請求，其中包含了UE201的標識和上述至少一個MBMS服務。在現(xiàn)行的標準中，BM-SC和HSS之間并沒有接口，因此，本發(fā)明需要在BM-SC和HSS之間新增一個接口，比如上述的用戶信息請求，并且在其中攜帶上述的信息。

然后，第五接收裝置602接收到來自HSS203的用戶信息請求回復，其中包含了UE201是否有權(quán)注冊到上述至少一個MBMS服務的判斷結(jié)果。對于上述的每個MBMS服務，該用戶信息請求回復都有對應的判斷結(jié)果，即UE201是否有權(quán)注冊到該MBMS服務上。對于UE201授權(quán)注冊的MBMS服務，該用戶信息請求回復中還包含了UE201在這個授權(quán)注冊的MBMS服務中對應的組數(shù)據(jù)。在現(xiàn)行的標準中，BM-SC和HSS之間并沒有接口，因此，本發(fā)明需要在BM-SC和HSS之間新增一個接口，比如上述的用戶信息請求回復，并且在其中攜帶上述的信息。

BM-SC202收到上述用戶信息請求回復后，可以臨時保存上述用戶信息請求回復中包含的信息。和現(xiàn)有技術(shù)不同的是，BM-SC202只是臨時保存組數(shù)據(jù)，當組數(shù)據(jù)中的用戶注銷后，這些數(shù)據(jù)就從BM-SC202上清除了。

在另一個實施例中，該裝置600還包含密鑰產(chǎn)生裝置603(圖中未示出)和第六發(fā)送裝置604(圖中未示出)。

對于每個UE201授權(quán)注冊的MBMS服務，密鑰產(chǎn)生裝置603根據(jù)UE201在該授權(quán)注冊的MBMS服務中對應的組數(shù)據(jù)產(chǎn)生MSK(MBMS Service Key，MBMS業(yè)務密鑰)密鑰和MTK(MBMS Traffic Key，MBMS傳輸密鑰)密鑰。這里所述的對應的組數(shù)據(jù)可以是UE201在該組中的特性，比如，安全等級、主UE還是從UE等。比如，密鑰產(chǎn)生裝置603對于同一個組內(nèi)不同安全等級的UE產(chǎn)生不同的MSK 密鑰和MTK密鑰，對于同一個組內(nèi)的主UE和從UE產(chǎn)生不同的MSK密鑰和MTK密鑰。這樣，對于不同的UE可以采取不同的安全措施。然后，第六發(fā)送裝置604再將產(chǎn)生的MSK密鑰和MTK密鑰發(fā)送給UE201。所述MSK密鑰和MTK密鑰用于對發(fā)送給相應組的組消息進行加密處理。由于BM-SC202發(fā)送組消息是廣播的，當BM-SC202向UE201所在的相應組發(fā)送組消息時，用對應的MSK密鑰和MTK密鑰對消息進行加密處理，只有擁有相同的MSK密鑰和MTK密鑰的UE在收到加密消息后可以解密，從而實現(xiàn)了僅向同一組內(nèi)的特定UE發(fā)送消息的目的。

需要注意的是，本發(fā)明可在軟件和/或軟件與硬件的組合體中被實施，例如，可采用專用集成電路(ASIC)、通用目的計算機或任何其他類似硬件設(shè)備來實現(xiàn)。在一個實施例中，本發(fā)明的軟件程序可以通過處理器執(zhí)行以實現(xiàn)上文所述步驟或功能。同樣地，本發(fā)明的軟件程序(包括相關(guān)的數(shù)據(jù)結(jié)構(gòu))可以被存儲到計算機可讀記錄介質(zhì)中，例如，RAM存儲器，磁或光驅(qū)動器或軟磁盤及類似設(shè)備。另外，本發(fā)明的一些步驟或功能可采用硬件來實現(xiàn)，例如，作為與處理器配合從而執(zhí)行各個步驟或功能的電路。

另外，本發(fā)明的一部分可被應用為計算機程序產(chǎn)品，例如計算機程序指令，當其被計算機執(zhí)行時，通過該計算機的操作，可以調(diào)用或提供根據(jù)本發(fā)明的方法和/或技術(shù)方案。而調(diào)用本發(fā)明的方法的程序指令，可能被存儲在固定的或可移動的記錄介質(zhì)中，和/或通過廣播或其他信號承載媒體中的數(shù)據(jù)流而被傳輸，和/或被存儲在根據(jù)所述程序指令運行的計算機設(shè)備的工作存儲器中。在此，根據(jù)本發(fā)明的一個實施例包括一個裝置，該裝置包括用于存儲計算機程序指令的存儲器和用于執(zhí)行程序指令的處理器，其中，當該計算機程序指令被該處理器執(zhí)行時，觸發(fā)該裝置運行基于前述根據(jù)本發(fā)明的多個實施例的方法和/或技術(shù)方案。

對于本領(lǐng)域技術(shù)人員而言，顯然本發(fā)明不限于上述示范性實施例的細節(jié)，而且在不背離本發(fā)明的精神或基本特征的情況下，能夠以其 他的具體形式實現(xiàn)本發(fā)明。因此，無論從哪一點來看，均應將實施例看作是示范性的，而且是非限制性的，本發(fā)明的范圍由所附權(quán)利要求而不是上述說明限定，因此旨在將落在權(quán)利要求的等同要件的含義和范圍內(nèi)的所有變化涵括在本發(fā)明內(nèi)。不應將權(quán)利要求中的任何附圖標記視為限制所涉及的權(quán)利要求。此外，顯然“包括”一詞不排除其他單元或步驟，單數(shù)不排除復數(shù)。裝置權(quán)利要求中陳述的多個單元或裝置也可以由一個單元或裝置通過軟件或者硬件來實現(xiàn)。第一，第二等詞語用來表示名稱，而并不表示任何特定的順序。