JP2015534387A - マシン・タイプ・コミュニケーションのグループ・メッセージを配信する方法 - Google Patents

Abstract

本発明は、網間接続機能デバイスにおいて、マシン・タイプ・コミュニケーションのグループ・メッセージを配信する方法に関連しており、方法は、サービス能力サーバからグループ・メッセージを受信するステップであって、グループ・メッセージは、ロケーション／エリア情報、無線アクセス技術情報、外部グループ識別子情報、および／またはアプリケーション・レイヤ・データを含む、受信するステップと、グループ・メッセージに従って所定のポリシーの下で送信モードを選択するステップ、またはグループ・メッセージに従ってホーム・ロケーション・レジスタもしくはホーム加入者サーバに問い合わせを行うことにより送信モードを取得するステップと、ロケーション／エリア情報をグループ・メッセージが送信される地理的エリアへと変換し、その地理的エリアでグループ・メッセージをアップデートするステップと、ホーム・ロケーション・レジスタもしくはホーム加入者サーバにおける情報に従って外部グループ識別子情報を内部グループ識別子情報にマッピングし、アップデートされたグループ・メッセージを取得するために内部グループ識別子情報でグループ・メッセージをアップデートするステップと、グループ・メッセージを送信するために、アップデートされたグループ・メッセージに従って、コア・ネットワーク・ノードまたはブロードキャスト・システム・ノードについて、ホーム・ロケーション・レジスタもしくはホーム加入者サーバに問い合わせを行うステップと、選択された送信モードで、コア・ネットワーク・ノードまたはブロードキャスト・システム・ノードに対してアップデートされたグループ・メッセージを送信するステップとを含む。

Description

本開示は、通信の分野に関し、またより詳細には、マシン・タイプ・コミュニケーションのグループ・メッセージを配信する方法と、配信するための装置とに関する。

マシン・タイプ・コミュニケーション（ＭＴＣ：Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）は、国際標準化機構３ＧＰＰによって最初にリリースＲＥＬ．１０において導入された。３ＧＰＰの作業チームＳＡ２は、最近、リリースＲＥＬ．１２のＭＴＣについての新しい作業項目（ＷＩ：Ｗｏｒｋ Ｉｔｅｍ）、すなわち、マシン・タイプ・コミュニケーションの機能強化と、他のモバイル・データ・アプリケーション通信の機能強化とを認可している。本発明は、この新しい作業項目の一部、すなわち、グループ機能ベースのマシン・タイプ・コミュニケーションについて焦点を当てたものである。マシン・タイプ・コミュニケーションのグループを、簡潔にするために、以下、ＭＴＣグループと称することにする。

グループ・ベースのメッセージングは、先行技術において、以下のように規定されている。すなわち、グループ・ベースのメッセージングを使用して、ＭＴＣグループのメンバに対して同じメッセージ（例えば、トリガ要求）を効率的に配信することができ、これらのメンバはすべて、ＳＣＳ（サービス能力サーバ）の要求を受けて、特定の地理的エリアに位置している。配信のための地理的エリアは、３ＧＰＰシステムにおいて使用される概念であり、セル・セクタ、セル、セル・グループ、または公衆陸上モバイル・ネットワーク（ＰＬＭＮ：Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）とすることができる。

先行技術においてさらに指摘されるように、グループ・メッセージは、信頼されたＳＣＳによって開始される。ＳＣＳがグループ・メッセージを送信するときに経由するインターフェース上に、以下の情報を含める必要がある。
１）グループ・メッセージのアプリケーション・レイヤ・データ、
２）グループ・メッセージに対応するグループ識別子

オプションとして、グループ・メッセージを配信する必要がある、ロケーション／エリアと、無線アクセス技術とが、存在している。

セル・ブロードキャスト・サービス（ＣＢＳ：Ｃｅｌｌ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ）は、グループ・ベースのトリガ・メッセージ（トリガ・メッセージは、重要なグループ・メッセージのうちの１つであることに注意）を送信するための基本的能力を提供することができるが、グループ・メッセージ配信についてのいくつかの詳細は、考慮に入れられてきていない。例えば、外部グループ識別子と内部グループ識別子とをどこに、またどのようにして、マッピングすべきか、どのＣＢＳエンティティを使用してグループ・メッセージを送信すべきかなどである。さらに、ＣＢＳそれ自体が、グループ・ベースのトリガ・メッセージを送信する代替としての役割を果たすためにいくつかの欠点も存在している。特に以下のような欠点が挙げられる。
１）いくつかの典型的なＭＴＣアプリケーションにおいては、ＭＴＣデバイスの能力と、振る舞いとの両方が、通常のＵＥよりも簡単であり、またこの時に、ＣＢＳが非効率である。
２）さらに、ＣＢＳがテキスト・サービスの送信により適しているので、ＣＢＳは、ＭＴＣサーバがそのＭＴＣデバイスに対して大量のデータを配信するようなときに、有能でないこともある。
３）ＣＢＳは、サービスを担う目的ではそれほど普及しなかった、すなわち、広範に展開されなかったので、ＭＴＣのキラー・サービスであるグループ・ベースのトリガ・メッセージによって、ＣＢＳが広範に展開されるようになり、そうなると、オペレータに展開ストレスをもたらす可能性がある。

上記の分析から明らかな可能性があるように、ＣＢＳは、グループ・メッセージが配信されるというすべてのアプリケーション・シナリオの場合には、能力がない可能性があり、したがって、単にＣＢＳを通してグループ・メッセージを配信するというタスクを実行することは実用的ではない可能性があり、さらに、いくつかのタイプのグループ・メッセージが存在しており、統合された問題解決手法もまた実用的でない可能性がある。

３ＧＰＰ ＲＥＬ．１０ ３ＧＰＰ ＲＥＬ．１２

先行技術と、上記のその技術的問題とを考慮すれば、マシン・タイプ・コミュニケーションの様々な異なるタイプのグループ・メッセージの配信に対して適用可能な効率的な方法を提供することが、非常に役に立つであろう。

本発明の第１の態様は、網間接続機能デバイスにおいて、マシン・タイプ・コミュニケーションのグループ・メッセージを配信する方法であって、
サービス能力サーバからグループ・メッセージを受信するステップａであって、グループ・メッセージは、ロケーション／エリア情報、無線アクセス技術情報、外部グループ識別子情報、および／またはアプリケーション・レイヤ・データを含む、受信するステップａと、
グループ・メッセージに従って所定のポリシーの下で送信モードを選択するステップｂ、またはグループ・メッセージに従ってホーム・ロケーション・レジスタもしくはホーム加入者サーバに問い合わせを行うことにより送信モードを取得するステップｂと、
ロケーション／エリア情報をグループ・メッセージが送信される地理的エリアへと変換し、地理的エリアでグループ・メッセージをアップデートするステップｃと、
ホーム・ロケーション・レジスタもしくはホーム加入者サーバにおける情報に従って外部グループ識別子情報を内部グループ識別子情報にマッピングし、アップデートされたグループ・メッセージを取得するために内部グループ識別子情報でグループ・メッセージをアップデートするステップｄと、
グループ・メッセージを送信するために、アップデートされたグループ・メッセージに従って、コア・ネットワーク・ノードまたはブロードキャスト・システム・ノードについて、ホーム・ロケーション・レジスタもしくはホーム加入者サーバに問い合わせを行うステップｅと、
選択された送信モードで、コア・ネットワーク・ノードまたはブロードキャスト・システム・ノードに対してアップデートされたグループ・メッセージを送信するステップｇと
を含む方法を提案している。

一実施形態においては、本方法は、ステップｅと、ステップｇとの間に、ブロードキャスト・モードで、グループ・メッセージの送信をサポートするために、セル・ブロードキャスト・センタまたはブロードキャスト・マルチキャスト・サービス・センタと、網間接続機能デバイスを接続するステップｆをさらに含む。

一実施形態においては、ステップｂの中の所定のポリシーは、グループ・メッセージが、純粋なサービス・データを含む場合、送信モードは、セル・ブロードキャスト・サービス・モードマルチメディア・ブロードキャスト・マルチキャスト・サービス・モードであること、ステップｇは、純粋なサービス・データをブロードキャスト・システム・ノードに対して送信するステップをさらに含むこと、を含む。

一実施形態においては、ステップｂの中の所定のポリシーは、グループ・メッセージが、純粋なサービス・データを含む場合、送信モードは、セル・ブロードキャスト・サービス・モード、またはマルチメディア・ブロードキャスト・マルチキャスト・サービス・モードであること、ステップｇは、純粋なサービス・データをブロードキャスト・システム・ノードに対して送信するステップをさらに含むこと、を含む。

一実施形態においては、ブロードキャスト・マルチキャスト・サービス・センタが、それ自体のサービス・エリアとして地理的エリアを決定し、セル・ブロードキャスト・センタが、セル・ブロードキャスト・サービスのメッセージ識別子として、内部グループ識別子を決定するか、またはブロードキャスト・マルチキャスト・サービス・センタが、マルチメディア・ブロードキャスト・マルチキャスト・サービスのサービス識別子として内部グループ識別子を決定する。

一実施形態においては、ステップｂの中の所定のポリシーは、グループ・メッセージが、アプリケーション・レイヤ・データのないグループ・ベースのトリガ要求メッセージを含む場合、送信モードは、グループ・ページング・モードでること、ステップｇは、アプリケーション・レイヤ・データのないグループ・ベースのトリガ要求メッセージをコア・ネットワーク・ノードに対して送信するステップをさらに含むこと、を含む。

一実施形態においては、ステップｂの中の所定のポリシーは、グループ・メッセージが、アプリケーション・レイヤ・データを有するグループ・ベースのトリガ要求メッセージを含み、送信モードが、グループ・ページングにＳＭＳを加えたモードである場合、ステップｇは、アプリケーション・レイヤ・データのないグループ・ベースのトリガ要求メッセージと、網間接続機能デバイスによって生成されるＳＭＳインジケータ・メッセージとをコア・ネットワーク・ノードに対して送信するステップと、ＳＭＳシステム・ネットワーク・ノードと、モバイル通信ネットワーク・ノードとを通して、アプリケーション・レイヤ・データを搬送するＳＭＳを内部グループ識別子に対応するマシン・タイプ・コミュニケーションのグループに対して送信するステップとをさらに含むこと、を含む。特に、オプションとして、モバイル通信ネットワーク・ノードは、コア・ネットワーク・ノードが、マシン・タイプ・コミュニケーションのグループについての削除インジケータをモバイル通信ネットワーク・ノードに対して送信するまで、ＳＭＳを保持する。

一実施形態においては、トリガ要求メッセージは、マシン・タイプ・コミュニケーションの網間接続機能デバイスから受信されるアップデートされたグループ・メッセージに従って、示された地理的エリアにおいてグループ・ページング・プロシージャを開始するようにコア・ネットワーク・デバイスに指示し、ページング・プロシージャにおけるページング・メッセージは、内部グループ識別子を搬送する。

一実施形態においては、アップデートされたグループ・メッセージは、トリガ・アプリケーション・インジケータ情報をさらに含む。

一実施形態においては、アップデートされたグループ・メッセージは、ターゲット・グループのマシン・タイプ・コミュニケーションのデバイスの応答時間を離散化するための、網間接続機能デバイスによって生成される分散パラメータ情報をさらに含む。

本発明の第２の態様は、マシン・タイプ・コミュニケーションのためのユーザ機器において、マシン・タイプ・コミュニケーションのグループ・メッセージを配信する際に支援する方法であって、
ネットワークからメッセージを受信するステップｏと、
メッセージを分析し、分析することによって、応答するようにユーザ機器に指示するステップｐと
を含み、ステップｐは、
メッセージが、グループ・ページング・メッセージであり、ユーザ機器が、グループ・ページング・スキームだけをサポートする場合、ネットワークに対して報告を開始するようにユーザ機器に指示するステップ、
メッセージが、グループ・ページング・メッセージであり、ユーザ機器が、グループ・ページングにＳＭＳを加えたスキームをサポートする場合、ユーザ機器が存在するグループに対して送信されるＳＭＳを受信するためのサービス要求または拡張されたサービス要求を開始し、ＳＭＳの表示に従って応答するように、ユーザ機器に指示するステップであって、サービス要求または拡張されたサービス要求は、機器識別子と、グループ識別子とを含む、指示するステップ、あるいは
ユーザ機器が、セル・ブロードキャスト・サービス、またはマルチメディア・ブロードキャスト・マルチキャスト・サービスをサポートする場合、ユーザ機器に事前に記憶される構成情報に従って、ユーザ機器が存在するグループに対して送信されるグループ・メッセージを受信し、グループ・メッセージのインジケータに従って応答するステップ
のうちの１つを含んでいる、方法を提案している。

一実施形態においては、メッセージは、分散パラメータ情報を含み、ユーザ機器は、ユーザ機器が、分散パラメータ情報、あるいはユーザ機器の機器識別子および／またはＭＡＣアドレスを使用して、ネットワークに対してアクセスされる時間を離散化する。

一実施形態においては、分散パラメータ情報は、アクセス・ネットワーク・ノードによって生成される。

さらに、本発明の第３の態様は、マシン・タイプ・コミュニケーションのグループ・メッセージを配信するための網間接続機能装置を提案しており、本装置は、マシン・タイプ・コミュニケーションのグループ・メッセージを配信する際に、請求項１乃至１１のいずれか１項に記載の方法を実行する。

本発明による方法および装置は、既存のマシン・タイプ・コミュニケーションについての様々な問題に対処しており、グループ・ページング・スキームと、グループ・ページングにＳＭＳを加えたスキームと、ブロードキャスト・スキームと、他のスキームとの形のグループ・メッセージの送信を可能にしており、より効率的であり、またグループ・メッセージを配信する以前のＣＢＳベースのプロセスにおける問題に対処している。本方法は、異なる３ＧＰＰシステムに対しても適用可能とすることができる。

本発明の他の特徴、目的および利点は、図面を参照して非限定的な実施形態についての以下の詳細な説明から、より明らかになるであろう。

ブロードキャスト・システム・ノードと接続されているマシン・タイプ・コミュニケーションの網間接続機能デバイスの概略図である。 本発明による方法のフロー・チャートである。 本発明の一実施形態についての動作フロー・チャートである。 本発明の別の実施形態についての動作フロー・チャートである。 本発明のさらなる一実施形態についての動作フロー・チャートである。 本発明のさらなる一実施形態についての動作フロー・チャートである。

同一の、または類似した参照番号は、図面の中の異なる図全体を通して、同一のまたは類似したデバイス（モジュール）もしくはステップを示すものである。

関連する異なるネットワーク要素の機能は、本発明によって提案される本発明をサポートするように、機能強化されるであろう。最初に、図１に示されるそれぞれのネットワーク要素は、便利な説明のために簡潔に導入されることになる。異なるネットワーク要素の機能が、以下で説明されるであろう。

マシン・タイプ・コミュニケーションの網間接続機能（ＭＴＣ−ＩＷＦ：Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ＩｎｔｅｒＷｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）
ａ）グループ・メッセージが、サービス能力サーバ（ＳＣＳ：Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ）から受信され、ここでは、グループ・メッセージは、ロケーション／エリア情報、無線アクセス技術情報、外部グループ識別子情報、および／またはアプリケーション・レイヤ・データを含んでおり、
ｂ）適切な送信モードが、受信されたグループ・メッセージのために選択され、
ｃ）ＳＣＳからのロケーション／エリア情報が、地理的エリアへと変換され、この地理的エリアにおいては、グループ・メッセージは、ネットワーク構成されたマッピング関係において配信され、またグループ・メッセージは、地理的エリアでアップデートされ、
ｄ）適切なホーム・ロケーション・レジスタ／ホーム加入者サーバ（ＨＬＲ／ＨＳＳ）が、問い合わせを行われ、またＳＣＳから受信される外部グループ識別子は、３ＧＰＰネットワークにおいて使用される内部グループ識別子にマッピングされ、またグループ・メッセージは、内部グループ識別子情報でアップデートされて、アップデートされたグループ・メッセージを取得し、
ｅ）適切なホーム・ロケーション・レジスタ／ホーム加入者サーバは、グループ・メッセージを送信するために、適切なコア・ネットワーク・ノード、すなわち、サービングＧＰＲＳサポート・ノード（ＳＧＳＮ：Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）もしくはモビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、またはブロードキャスト・システム・ノード、すなわち、ＣＢＣもしくはＢＭ−ＳＣを選択するために問い合わせが行われる。このタスクと、適切な送信モードを選択する上記のタスクと、別個の信号におけるグループ識別子をマッピングする上記のタスクとを実行すべきかどうかは、信号の設計によって決定され、また本発明の範囲を超えており、またそれゆえに、その冗長な説明は、ここでは省略されることになり、
ｆ）ブロードキャスト・モードでグループ・メッセージの送信をサポートするために、ＣＢＣまたはＢＭ−ＳＣとの接続が行われ、接続の構造的な詳細については、図２を参照して欲しく、
ｇ）アップデートされたグループ・メッセージは、選択された送信モードで、選択されたコア・ネットワーク・ノード、またはブロードキャスト・システム・ノードに対して送信され、すなわち、
ｉ．「グループ・ページング」スキームが、トリガ・メッセージの送信モードとして選択されるときに、アプリケーション・レイヤ・データのないグループ・ベースのトリガ・メッセージが、適切なコア・ネットワーク・ノード（ＳＧＳＮまたはＭＭＥ）に対して送信され、
ｉｉ．「グループ・ページングにＳＭＳを加えた」スキームが、トリガ・メッセージの送信モードとして選択されるときに、アプリケーション・レイヤ・データのないグループ・ベースのトリガ・メッセージは、「ＳＭＳインジケータ」を搬送することにより適切なコア・ネットワーク・ノード（ＳＧＳＮまたはＭＭＥ）に対して送信され、またトリガ・メッセージのアプリケーション・レイヤ・データは、ＳＭＳの形で搬送され、またＳＭＳは、内部グループ識別子によって表されるＭＴＣグループに対して送信され、
ｉｉｉ．「ＣＢＳ」スキームが、グループ・メッセージの送信モードとして選択されるときに、アプリケーション・レイヤ・データを搬送するトリガ・メッセージは、送信され、あるいはＭＴＣサービス・データ、無線アクセス技術情報、内部グループ識別子、および／または地理的エリアは、ＣＢＣに対して送信され、
ｉｖ．「ＭＢＭＳ」スキームが、グループ・メッセージの送信モードとして選択されるときに、アプリケーション・レイヤ・データもしくはＭＴＣサービス・データ、無線アクセス技術情報、内部グループ識別子および／または地理的エリアを搬送するトリガ・メッセージは、ＢＭＳに対して送信され、
ｈ）アップデートされたグループ・メッセージが、グループ・ベースのトリガ要求メッセージを含んでいる場合には、トリガ・アプリケーション・インジケータ情報は、アップデートされたグループ・メッセージに含まれ、また含まれた内部グループ識別子、地理的エリア情報、および／または無線アクセス技術情報と、トリガ要求メッセージと一緒に３ＧＰＰネットワークに対して送信される。

コア・ネットワーク・ノード（ＳＧＳＮ／ＭＭＥ）
ａ）グループ・ページング・プロシージャが、マシン・タイプ・コミュニケーションの網間接続機能から受信されるアップデートされたグループ・メッセージに従って、示された地理的エリアにおいて開始される。ページング・メッセージが、機器識別子の代わりに内部グループ識別子を搬送し、
ｂ）適切なＭＳＣは、ＭＴＣデバイスの要求に従って、ＳＭＳが、ＭＴＣグループに対して送信されるように要求され、
ｃ）内部グループ識別子を搬送する命令が、場合によっては、ＳＭＳを削除するために、ＭＳＣ／ＶＬＲに対して送信される。

モバイル交換センタ／訪問先ロケーション・レジスタ（ＭＳＣ／ＶＬＲ）
特定のＭＴＣグループに対して送信されるＳＭＳは、記憶され、また命令が、ＭＭＥから受信されるまで、削除されない可能性がある。

ブロードキャスト・マルチキャスト・サービス・センタ（ＢＭ−ＳＣ：Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ Ｃｅｎｔｅｒ）
ａ）地理的エリア情報は、マシン・タイプ・コミュニケーションの網間接続機能から受信され、また（ｅ）ＭＢＭＳのサービス・エリアとして決定され、
ｂ）内部グループ識別子は、マシン・タイプ・コミュニケーションの網間接続機能から受信され、また（ｅ）ＭＢＭＳのサービス識別子ＴＭＧＩとして決定され、
ｃ）送信されたアップデートされたグループ・メッセージは、「トリガ・アプリケーション」または「純粋なサービス・データ」の間で区別される。すなわち、「トリガ・アプリケーション」のインジケータが、制御プレーン信号の中に含められる。

セル・ブロードキャスト・センタ（ＣＢＣ：Ｃｅｌｌ Ｂｒｏａｄｃａｓｔ Ｃｅｎｔｅｒ）
ａ）内部グループ識別子は、マシン・タイプ・コミュニケーションの網間接続機能から受信され、またＣＢＳのメッセージＩＤとして決定され、
ｂ）送信されたアップデートされたグループ・メッセージは、「トリガ・アプリケーション」または「純粋なサービス・データ」の間で区別される。

機能強化されたノードＢ／無線ネットワーク制御装置／基地局制御装置
ａ）多数のＭＴＣデバイスが、同時に、受信されたトリガ・メッセージに対する応答を開始することから回避させるために、無線アクセス・ネットワークは、ＲＲＣ信号において分散パラメータをオプションとして含んで、ＭＴＣデバイスの応答メッセージの送信時間を離散化するプロセスを実行することができる。この方法は、ネットワーク制御されたランダム化に関連している。デバイスは、代わりに、ローカルにランダム化を実行することができることに注意すべきであり、このことは、ランダム化アルゴリズムが、デバイスにおいて、ローカルに構成されており、または実行されることを意味しており、
ｂ）コア・ネットワーク・ノードから「トリガ・アプリケーション」のインジケータが、受信される場合には、インジケータは、無線アクセス・ネットワークにおいて配信される。

ユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
ａ）「グループ・ページング」スキームが、サポートされる場合には、即時の報告または早期の報告が、たとえそれが構成された定期的送信時間でないとしても、受信されたグループ・ページング・メッセージに基づいて、ネットワークに対して開始される。そのような報告をどのようにして送信すべきかは、本発明の範囲を超えている。
ｂ）「グループ・ページングにＳＭＳを加えたもの」が、サポートされる場合には、すなわち、
ｉ）受信されたグループ・ページング・メッセージによれば、「拡張された」サービス要求が、開始されて、現在のグループに対して送信されるＳＭＳを受信し、ネットワークに対して送信されるメッセージはまた、機器識別子と、グループ識別子とを搬送し、
ｉｉ）対応する応答アクションが、受信されたＳＭＳにおいてアプリケーション・レイヤ・データに従って行われ、例えば、アプリケーション・レイヤ・データが、生成され、接続セットアップ要求が、必要に応じてＳＣＳ／ＡＳに対して開始される。
ｃ）「ＣＢＳ」スキームまたは「ＭＢＭＳ」スキームが、サポートされる場合には、すなわち、
ｉ）ＭＴＣデバイスによって検索され、または受信されるべきＣＢＳメッセージのＩＤは、オフラインで構成されており、またＳＩＭ／ＵＳＩＭカードに記憶される。ＭＴＣデバイスにとって興味のあるＭＢＭＳサービスの識別子ＴＭＧＩは、オフラインで構成されており、またＳＩＭ／ＵＳＩＭカードに記憶される。内部グループ識別子の情報を用いて、ＭＴＣデバイスは、どのグループ・メッセージが、それに対して送信されるかを知ることができ、
ｉｉ）グループ・ベースの機能が、サポートされ、ある能力が、ＣＢＳメッセージと、ＭＢＭＳベアラとからグループ・メッセージを分離するために提供され、
ｉｉｉ）対応する応答アクションが、受信されたアプリケーション・レイヤ・データに従って行われ、例えば、アプリケーション・レイヤ・データが、生成され、また接続セットアップ要求が、必要に応じてＳＣＳ／ＡＳに対して開始され、
ｉｖ）受信されたグループ・メッセージの内容が、純粋なサービス・データである場合には、受信されたグループ・メッセージは、受信され、記憶され、
ｄ）トリガ応答メッセージを送信する送信時間が、受信された分散パラメータまたはローカル手法に従ってランダム化され、すなわち、
ｉ）ネットワークから受信される分散パラメータのインジケータが、ネットワークの制御の下に続いており、
ｉｉ）ローカル手法では、機器識別子またはデバイスのＭＡＣアドレスを使用して、デバイスが、ネットワークに対してアクセスされる時間をオフセットすることができる。

上述の機能的に強化されたネットワーク要素から成るネットワークでは、本発明は、網間接続機能デバイスにおいて、マシン・タイプ・コミュニケーションのグループ・メッセージを配信する方法２００を提案しており、図２に示されるように、本方法は、サービス能力サーバから、ロケーション／エリア情報、無線アクセス技術情報、外部グループ識別子情報、および／またはアプリケーション・レイヤ・データを含むグループ・メッセージを受信するステップ２１０と、受信されたグループ・メッセージについての適切な送信モードを選択するステップｂ、すなわち、グループ・メッセージに従って所定のポリシーの下で送信モードを選択するステップｂ、またはグループ・メッセージに従ってホーム・ロケーション・レジスタもしくはホーム加入者サーバに問い合わせを行うことにより、送信モードを取得するステップｂと、ロケーション／エリア情報をグループ・メッセージが送信される地理的エリアへと変換し、地理的エリアでグループ・メッセージをアップデートするステップ２３０と、ホーム・ロケーション・レジスタもしくはホーム加入者サーバにおける情報に従って外部グループ識別子情報を内部グループ識別子情報にマッピングし、アップデートされたグループ・メッセージを取得するために内部グループ識別子情報でグループ・メッセージをアップデートするステップ２４０と、グループ・メッセージを送信するために、グループ・メッセージに従って、コア・ネットワーク・ノードまたはブロードキャスト・システム・ノードについて、ホーム・ロケーション・レジスタもしくはホーム加入者サーバに問い合わせを行うステップ２５０と、選択された送信モードで、コア・ネットワーク・ノードまたはブロードキャスト・システム・ノードに対してアップデートされたグループ・メッセージを送信するステップ２６０とを含んでいる。オプションとして、本方法は、ステップ２５０と、ステップ２６０との間に、ブロードキャスト・モードでグループ・メッセージの送信をサポートするために、セル・ブロードキャスト・センタまたはブロードキャスト・マルチキャスト・サービス・センタと網間接続機能デバイスを接続するステップ２５５をさらに含むことができる。

異なるマシン・タイプ・コミュニケーションのサービスの要求を受け入れるために、ここでの所定のポリシーの設定は、特に重要であり、また本方法の動作フローは、特定のアプリケーション・シナリオに関連して以下で説明されるであろう。

図３は、アプリケーション・レイヤ・データのないグループ・ベースのトリガ要求メッセージについての問題解決手法のアプリケーション・シナリオを示すものである。例えば、いくつかの典型的なＭＴＣアプリケーションにおいては、ＭＴＣデバイスの能力と振る舞いとの両方は、通常のＵＥよりも簡単であり、さらに、そのようなＭＴＣデバイスからネットワークへと送信されるすべてのデータは、固有の不変のタイプのデータである。例えば、スマート測定デバイスは、その測定されたデータだけをネットワークに対して報告し、また自動販売機は、その在庫情報をネットワークに対して報告する。それ自身のイニシアチブで、ＭＴＣデバイスからネットワークへのデータの定期的な報告に加えて、ＭＴＣサーバが、ＭＴＣデバイスから（例えば、トリガ要求メッセージの形で）データを取得するそのような別の要求が存在している。この時に、ネットワークは、アプリケーション・レイヤ・データを搬送せずに、ＭＴＣデバイスに対するグループ・ベースのトリガ・メッセージを開始して、どのように動作させるべきかについてデバイスに通知する。グループ・ベースのトリガ・メッセージは、簡潔にするためにトリガ・メッセージのように簡単に以下で称せられるであろう。

そのようなＭＴＣアプリケーション・シナリオでは、ページング・ベースの問題解決手法が、最も直接的な問題解決手法である。しかしながら、複数のＭＴＣデバイスが、同時にトリガされる必要があるときに、既存のページング・メカニズムは、それが効果的に機能することができないので、直接に再使用される可能性はない。これを考慮して、グループ・ベースのページングの問題解決手法の使用が、複数のＭＴＣデバイスをトリガするタスクを実行するために提案される。この時に、ページング・メッセージは、ターゲットＭＴＣグループのグループ識別子を搬送する。この問題解決手法は、以下で、「グループ・ページング」と称されるであろう。

このアプリケーション・シナリオにおいては、トリガ要求は、ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムにおける信号方式の方法で配信される。グループ・メッセージを配信するフロー・チャートは、図３に示されるようである。このアプリケーション・シナリオにおいては、マシン・タイプ・コミュニケーションの網間接続機能は、異なる信号方式を使用して、送信モードを選択するタスクと、グループ識別子をマッピングするタスクと、コア・ネットワーク・ノードのルーティングについて問い合わせを行うタスクとを実行する。動作フロー・チャートは、参照番号を参照して、ステップごとに以下で導入されることになり、すなわち、
最初に、ステップ３０１において、信頼されるＳＣＳは、示されたグループのグループ識別子と、ロケーション／エリア情報とを搬送することによりマシン・タイプ・コミュニケーションの網間接続機能に対してグループ・ベースのトリガ・メッセージを送信し、
次に、ステップ３０２において、マシン・タイプ・コミュニケーションの網間接続機能は、「ページング・グルーピング」を送信モードとして選択し、
次いで、ステップ３０３において、マシン・タイプ・コミュニケーションの網間接続機能は、ロケーション／エリア情報をグループ・メッセージが配信される地理的エリアへと変換し、またその地理的エリアでグループ・メッセージをアップデートし、
次に、ステップ３０４において、マシン・タイプ・コミュニケーションの網間接続機能は、適切なホーム・ロケーション・レジスタ／ホーム加入者サーバに問い合わせを行い、ＳＣＳから受信される外部グループ識別子を３ＧＰＰネットワークにおいて使用される内部グループ識別子にマッピングし、グループ・メッセージを内部グループ識別子でアップデートして、送信されるべきアップデートされたグループ・メッセージを取得し、
次いで、ステップ３０５において、マシン・タイプ・コミュニケーションの網間接続機能は、適切なホーム・ロケーション・レジスタ／ホーム加入者サーバに問い合わせを行って、グループ・メッセージを送信すべき適切なコア・ネットワーク・ノードＭＭＥを選択し、
次に、ステップ３０６において、マシン・タイプ・コミュニケーションの網間接続機能は、要求タイプ「トリガ・アプリケーション」と、さらにＭＴＣグループの内部グループ識別子と、地理的エリア情報とを搬送することにより、選択されたＭＭＥに対してアップデートされたグループ・メッセージを送信し、またオプションとしてアップデートされたグループ・メッセージは、分散パラメータを含んでおり、
次に、ステップ３０７および３０８において、選択されたＭＭＥは、示された地理的エリアにおいてグループ・ページング・プロシージャを開始する。ページング・メッセージは、機器識別子の代わりに内部グループ識別子を搬送し、またオプションとして、無線アクセス・ネットワークのグループ・ページング・メッセージは、分散パラメータを含んでおり、
最後に、ステップ３０９において、ＭＴＣデバイスは、グループ・ページング・メッセージが、受信された後に、ネットワークに対して即時の報告、または早期の報告を開始し、受信された分散パラメータのインジケータに従って、またはローカル手法の制御の下で、トリガ応答メッセージを送信する。トリガ応答メッセージをどのようにして送信すべきかは、本発明の範囲を超えている。このようにして、ＭＴＣタイプの通信が、達成されている。グループ・ページングについてのこの問題解決手法は、より効率的であり、また伝統的なページングによって解決され得ない問題に対処している。

しかしながら、必ずしもすべてのマシン型の通信が、そのようなトリガ要求プロセスに、例えば、別のマシン型の通信についてのアプリケーション・シナリオに関連しているとは限らず、すなわち、グループ・ベースのトリガ要求メッセージは、アプリケーション・レイヤ・データを搬送している。対照的に、このシナリオにおいては、グループ・ベースのトリガ要求メッセージを使用して、異なるタイプのアプリケーション・データをネットワークに対して送信するために、ＭＴＣグループにおけるＭＴＣデバイスをトリガすることができ、すなわち、ＭＴＣデバイスの異なるアクションをトリガすることができる。それゆえに、ＳＣＳから送信されるトリガ要求メッセージは、要求タイプと、アプリケーション・レイヤ・データとを搬送すべきである。アプリケーション・レイヤ・データを搬送するトリガ要求メッセージをどのようにして配信すべきかは、対処されることが望ましい課題である。

図４に示されるように、グループ・ベースのページングに補助的ＳＭＳを加えたものが、存在している。この問題解決手法においては、グループ・ベースのページングを使用して、トリガ・メッセージの到着についての特定の地理的エリアに位置しているＭＴＣグループの中のメンバに通知する。ＳＭＳを使用して、トリガ要求メッセージの中で搬送されるアプリケーション・レイヤ・データを送信する。ここで、これら２つのアプリケーション・シナリオに適用可能な異なるタイプのＭＴＣデバイスが、存在することを仮定しており、この場合に、各タイプのＭＴＣデバイスは、それらのうちの１つだけをサポートしている。それゆえに、デバイスそれ自体は、それらが受信するグループ・ベースのページング・メッセージに続いて、さらに受信されるべきＳＭＳが存在するかどうかを確認することができる。この問題解決手法は、簡潔にするために、以下で、「グループ・ページングにＳＭＳを加えたもの」と称されるであろう。

このアプリケーション・シナリオの一実施形態においては、トリガ要求は、ロング・ターム・エボリューション（ＬＴＥ）システムにおいて配信のために信号で伝えられる。グループ・メッセージを配信するフローは、図４に示されるようなものである。この場合には、マシン・タイプ・コミュニケーションの網間接続機能は、異なる信号方式を使用して、送信モードを選択するタスクと、グループ識別子をマッピングするタスクと、コア・ネットワーク・ノードのルーティングについて問い合わせを行うタスクとを実行する。特定の動作フローは、以下のようであり、すなわち、
最初に、ステップ４０１において、信頼されるＳＣＳは、示されたグループのグループ識別子と、ロケーション／エリア情報とを搬送することにより、マシン・タイプ・コミュニケーションの網間接続機能に対してグループ・ベースのトリガ・メッセージを送信し、
次に、ステップ４０２において、マシン・タイプ・コミュニケーションの網間接続機能は、送信モードとして「ページング・グルーピングにＳＭＳを加えたもの」を選択し、
次いで、ステップ４０３において、マシン・タイプ・コミュニケーションの網間接続機能は、ロケーション／エリア情報をグループ・メッセージが配信される地理的エリアへと変換し、またその地理的エリアでグループ・メッセージをアップデートし、
次に、ステップＳ４０４において、マシン・タイプ・コミュニケーションの網間接続機能は、適切なホーム・ロケーション・レジスタ／ホーム加入者サーバに問い合わせを行い、ＳＣＳから受信される外部グループ識別子を３ＧＰＰネットワークにおける使用のための内部グループ識別子にマッピングし、また内部グループ識別子でグループ・メッセージをアップデートして、アップデートされたグループ・メッセージを取得し、またＨＳＳ（ホーム加入者サーバ）が、図面に示されるが、ＨＳＳは、いくつかのアプリケーション・シナリオにおいて、ＨＬＲ（ホーム・ロケーション・レジスタ）によって置き換えられる可能性があり、
次いで、ステップ４０５において、マシン・タイプ・コミュニケーションの網間接続機能は、適切なホーム・ロケーション・レジスタ／ホーム加入者サーバに問い合わせを行って、グループ・メッセージを送信すべき適切なコア・ネットワーク・ノードＭＭＥを選択し、
次に、ステップ４０６において、マシン・タイプ・コミュニケーションの網間接続機能は、要求タイプ「トリガ・アプリケーション」と、さらにＳＭＳインジケータと、ＭＴＣグループの内部グループ識別子と、地理的エリア情報とを搬送することにより、選択されたＭＭＥに対してアップデートされたグループ・メッセージを送信し、またオプションとして、アップデートされたグループ・メッセージは、分散パラメータを含んでおり、
次に、ステップ４０７において、マシン・タイプ・コミュニケーションの網間接続機能は、ＳＭＳにおけるトリガ・メッセージのアプリケーション・レイヤ・データを搬送し、また内部グループ識別子によって表されるＭＴＣグループに対してＳＭＳを送信し、
次に、ステップ４０８および４０９において、選択されたＭＭＥは、示された地理的エリアにおいてグループ・ページング・プロシージャを開始する。ページング・メッセージは、機器識別子の代わりに内部グループ識別子を搬送し、オプションとして無線アクセス・ネットワークのグループ・ページング・メッセージは、分散パラメータを含んでおり、
次に、ステップ４１０において、ＵＥは、受信されたグループ・ページング・メッセージに従って、現在のグループに対して送信されるＳＭＳを受信するための、「拡張された」サービス要求プロシージャを開始し、ネットワークに対して送信されるメッセージはまた、機器識別子と、グループ識別子とを搬送し、
次に、ステップ４１１において、ＭＭＥは、ＵＥから送信されるメッセージを適切なＭＳＣ／ＶＬＲに対して転送し、
次に、ステップ４１２において、ＭＳＣ／ＶＬＲは、ＭＭＥを通してＵＥに対してＳＭＳを送信し、同時に、ＭＳＣ／ＶＬＲは、ＭＭＥからの命令が、受信されるまで、現在のグループのＳＭＳを保持し、
次に、ステップ４１４および４１５において、ＵＥは、受信されたＳＭＳにおけるアプリケーション・レイヤ・データに従って、対応する応答アクションを行い、例えば、アプリケーション・レイヤ・データを生成し、また必要に応じてＳＣＳ／ＡＳに対する接続セットアップ要求を開始し、またここで、多数のＭＴＣデバイスが、同時に「拡張された」サービス要求プロシージャを開始することを回避するために、ネットワーク・アクセス・プロシージャが、受信された分散パラメータのインジケータに従って、またはローカル手法に従ってランダム化され、
次に、ステップ４１６において、ＭＭＥは、ＭＳＣ／ＶＬＲに対して内部グループ識別子を搬送する命令を送信して、ＭＭＥがマシン・タイプ・コミュニケーションの網間接続機能に対して報告（成功または失敗の理由）を送信することを決定するときに、場合によっては、ＳＭＳを削除し、
最後に、ステップ４１７において、ＭＳＣ／ＶＬＲは、命令が受信された後に、ＳＭＳを削除する。

オプションとして、このアプリケーション・シナリオの別の実施形態においては、ＣＢＳまたは（拡張された）マルチメディア・ブロードキャスト・マルチキャスト・サービス（ｅＭＢＭＳ）もまた、選択される可能性がある。この問題解決手法においては、ＣＢＳまたは（ｅ）ＭＢＭＳは、特定の地理的エリアに位置しているＭＴＣグループにおけるすべてのメンバに対して同じトリガ・メッセージを送信する。異なる物理ネットワーク要素、すなわち、ＣＢＣ（セル・ブロードキャスト・センタ）またはＢＭ−ＳＣ（ブロードキャスト・マルチキャスト・サービス・センタ）は、異なるＭＴＣサービスを提供することができる。参照アーキテクチャは、図１に示されるようなものである。ＣＢＣ（セル・ブロードキャスト・センタ）は、他のどのような意図もなく、単に、便利な例証のためだけに、図において反復して示されている。この問題解決手法における２つのブロードキャスト・モードは、簡潔にするために、「ＣＢＳ」または「ＭＢＭＳ」と以下で称されるであろう。

ＭＴＣデバイス側においては、内部グループ識別子は、すなわち、デバイスによって検索され、または受信されるべきＣＢＳメッセージのＩＤは、オフラインで構成されており、ＳＩＭ／ＵＳＩＭカードに記憶される。同様に、デバイスにとって興味があり、またデバイスによって受信されるべき（ｅ）ＭＢＭＳサービスのサービス識別子、すなわち、ＴＭＧＩ（一時的モバイル・グループ識別子）もまた、オフラインで構成されており、ＳＩＭ／ＵＳＩＭカードに記憶される。この情報ベースを用いて、ＭＴＣデバイスは、比較から、どのグループ・メッセージが、それに対して送信されるかを知ることができる。

多数のＭＴＣデバイスが、同時に、受信されたトリガ・メッセージに対する応答を開始することを回避するために、オプションとして、無線アクセス・ネットワークは、ＲＲＣ信号の中に分散パラメータを含めて、ＭＴＣデバイスの応答メッセージの送信時間を離散化するプロセスを実行することができる。この方法は、ネットワーク制御されたランダム化に関連している。

ＭＴＣグループに対して送信されるトリガ要求メッセージは、グループの中のＭＴＣデバイスの一部分に対して送信されることに失敗する可能性がある。トリガ要求メッセージが、単一の送信の試みとして規定されない場合には、マシン・タイプ・コミュニケーションの網間接続機能は、３ＧＰＰネットワークから受信される報告に従って、トリガ・メッセージの別の試みを開始することができる。以前に送信されたトリガ・メッセージが、成功裏に送信されているかどうか、または受信されることに失敗している理由についてマシン・タイプ・コミュニケーションの網間接続機能に通知するために、ネットワークは、トリガ・メッセージの送信ステータスを含む、ＭＴＣデバイスからのフィードバックを必要とするであろう。上記考察を考慮して、本発明は、送信されているグループ・メッセージが、受信するＭＴＣデバイスに「トリガ・アプリケーション」であることを通知するための、既存のシステムに追加されるべきインジケータを提案している。この問題解決手法を用いて、ＭＴＣデバイスは、それが、正しくトリガ・メッセージを受信しているかどうか、または受信されることに失敗している理由についてネットワークに通知するフィードバックを開始することができる。デバイスのアクションをどのようにして規定すべきかと、フィードバック・エリアをどのようにして送信すべきかとは、本発明の範囲を超えている。

特に図５を参照すると、この問題解決手法の一実施形態の動作フローは、以下のようであり、すなわち、
最初に、ステップ５０１において、信頼されるＳＣＳは、示されたグループのグループ識別子と、ロケーション／エリア情報とを搬送することにより、マシン・タイプ・コミュニケーションの網間接続機能に対してグループ・ベースのトリガ・メッセージを送信し、
次に、ステップ５０２において、マシン・タイプ・コミュニケーションの網間接続機能は、送信モードとしてマルチメディア・ブロードキャスト・マルチキャスト・サービスを選択し、
次いで、ステップ５０３において、マシン・タイプ・コミュニケーションの網間接続機能は、ロケーション／エリア情報をグループ・メッセージが配信される地理的エリアへと変換し、またその地理的エリアでグループ・メッセージをアップデートし、
次に、ステップＳ５０４において、マシン・タイプ・コミュニケーションの網間接続機能は、適切なホーム・ロケーション・レジスタ／ホーム加入者サーバに問い合わせを行い、ＳＣＳから受信される外部グループ識別子を３ＧＰＰネットワークにおける使用のための内部グループ識別子にマッピングし、内部グループ識別子でグループ・メッセージをアップデートして、アップデートされたグループ・メッセージを取得し、
次いで、ステップ５０５において、マシン・タイプ・コミュニケーションの網間接続機能は、適切なホーム・ロケーション・レジスタ／ホーム加入者サーバに問い合わせを行って、グループ・メッセージを送信すべき適切なコア・ネットワーク・ノードまたはブロードキャスト・システム・ノードを選択し、
次に、ステップ５０６において、マシン・タイプ・コミュニケーションの網間接続機能は、要求タイプ「トリガ・アプリケーション」と、さらにＭＴＣグループの内部グループ識別子と、地理的エリア情報とを搬送することにより、アップデートされたグループ・メッセージをＢＭ−ＳＣに対して送信し、
次に、ステップ５０７および５０８において、選択されたＢＭ−ＳＣは、マルチメディア・ブロードキャスト・マルチキャスト・サービスにおいてグループ・メッセージをユーザ機器に対して送信し、またオプションとして無線アクセス・ネットワークのグループ・ページング・メッセージは、分散パラメータを含んでおり、
最後に、ステップ５０９において、ＭＴＣデバイスは、グループ・メッセージの受信のすぐ後に、受信されたグループ・ページング・メッセージの内容に従って、どの応答がネットワークに対して開始されるべきかを決定する。

上記の２つのタイプのグループ・メッセージに加えて、別のタイプのグループ・メッセージが、すなわち、プッシュ・モードで送信される純粋なサービス・データが、存在している。このアプリケーション・シナリオにおいては、ユーザ機器は、ユーザ機器が、純粋なデータを受信するだけである限りは、ネットワークに対して応答を開始する必要はない。この時に、ＭＴＣサーバは、純粋なサービス・データを別のＭＴＣデバイスに対して送信することができる。このアプリケーション・シナリオは、しばしば、プッシュ・サービスのことを意味しており、例えば、ＭＴＣサーバは、そのＭＴＣデバイスについてのソフトウェア・アップデートを開始する。この時には、ＭＴＣデバイスからの応答は、必要とされない。この時に、ＣＢＳまたは（ｅ）ＭＢＭＳは、特定の地理的エリアの中に位置する、ＭＴＣグループの中のすべてのメンバに対して同じトリガ・メッセージを送信することができる。異なる物理ネットワーク要素は、すなわち、ＣＢＣまたはＢＭ−ＳＣは、異なるＭＴＣサービスを提供することができる。

ここで、送信されたアプリケーション・レイヤの内容は、送信された内容が、純粋なサービス・データであることを示すインジケータを搬送する。このアプリケーション・シナリオは、どのようなデバイスからの応答も期待していないので、無線アクセス・ネットワークは、多数のデバイスが、同時に応答を開始することを回避するために、ＲＲＣ信号の中で分散パラメータを配信する必要はない。ＭＴＣデバイスが、ＣＢＳサービス、または（ｅ）ＭＢＭＳサービスを検出するときに、ＭＴＣデバイスは、単に、ＣＢＳメッセージから、または（ｅ）ＭＢＭＳベアラの上で、アプリケーション・レイヤ・データを受信する。

特に、動作中に、このシナリオにおける一実施形態のフロー・チャートは、図６に示されるようなものであり、より具体的には、すなわち、
最初に、ステップ６０１において、信頼されるＳＣＳは、示されたグループのグループ識別子と、ロケーション／エリア情報とを搬送することにより、マシン・タイプ・コミュニケーションの網間接続機能に対してグループ・ベースのトリガ・メッセージを送信し、
次に、ステップ６０２において、マシン・タイプ・コミュニケーションの網間接続機能は、ホーム・ロケーション・レジスタ／ホーム加入者サーバに問い合わせを行うことにより送信モードとしてセル・ブロードキャスト・サービスを取得し、
次いで、ステップ６０３において、マシン・タイプ・コミュニケーションの網間接続機能は、ロケーション／エリア情報をグループ・メッセージが配信される地理的エリアへと変換し、またその地理的エリアでグループ・メッセージをアップデートし、
次に、ステップＳ６０４において、マシン・タイプ・コミュニケーションの網間接続機能は、適切なホーム・ロケーション・レジスタ／ホーム加入者サーバに問い合わせを行い、ＳＣＳから受信される外部グループ識別子を３ＧＰＰネットワークにおける使用のための内部グループ識別子にマッピングし、内部グループ識別子でグループ・メッセージをアップデートして、アップデートされたグループ・メッセージを取得し、
次いで、ステップ６０５において、マシン・タイプ・コミュニケーションの網間接続機能は、適切なホーム・ロケーション・レジスタ／ホーム加入者サーバに問い合わせを行って、グループ・メッセージを送信すべき適切なコア・ネットワーク・ノードまたはブロードキャスト・システム・ノードを選択し、
次に、ステップ６０６において、マシン・タイプ・コミュニケーションの網間接続機能は、ＭＴＣグループの内部グループ識別子と地理的エリア情報とに加えて、アップデートされたグループ・メッセージをセル・ブロードキャスト・センタに対して送信し、
次に、ステップ６０７において、選択されたセル・ブロードキャスト・センタは、ＣＢＳメッセージの形で、グループ・メッセージをユーザ機器に対して送信し、またオプションとして無線アクセス・ネットワークのグループ・ページング・メッセージは、分散パラメータを含んでおり、
最後に、ステップ６０８において、ＭＴＣデバイスは、ローカルにサービス・データを受信し、記憶する。

本発明による方法および装置は、既存のマシン・タイプ・コミュニケーションの様々な問題に対処しており、グループ・ページング・スキームと、グループ・ページングにＳＭＳを加えたスキームと、ブロードキャスト・スキームと、他のスキームとの形で、グループ・メッセージの送信を可能にしており、より効率的であり、グループ・メッセージを配信する以前のＣＢＳベースのプロセスにおける問題に対処している。本方法は、異なる３ＧＰＰシステムに対して適用可能とすることができる。

当業者なら、本発明は、明らかに、上記の例示の実施形態だけには限定されないことになり、また本発明の精神または本質を逸脱することなく、他の特定の形態で実施され得ることを理解すべきである。それに応じて、実施形態は、とにかく、例示的であり、非限定的であるように解釈されるべきである。さらに明らかに、用語「備えている／含んでいる」は、別の要素（単数または複数）またはステップ（単数または複数）を除外することにはならず、また用語「１つの（ａ）」または「１つの（ａｎ）」は、複数を除外することにはならない。装置請求項において述べられる複数の要素は、代わりに、単一の要素として実施される可能性もある。用語「第１の」、「第２の」などは、名前を指定するが、どのような特定の順序も示唆してはいないことを意図している。

Claims (15)

1. 網間接続機能デバイスにおいて、マシン・タイプ・コミュニケーションのグループ・メッセージを配信する方法であって、
   サービス能力サーバから前記グループ・メッセージを受信するステップａであって、前記グループ・メッセージは、ロケーション／エリア情報、無線アクセス技術情報、外部グループ識別子情報、および／またはアプリケーション・レイヤ・データを含む、受信するステップａと、
   前記グループ・メッセージに従って所定のポリシーの下で送信モードを選択するステップｂ、または前記グループ・メッセージに従ってホーム・ロケーション・レジスタもしくはホーム加入者サーバに問い合わせを行うことにより前記送信モードを取得するステップｂと、
   前記ロケーション／エリア情報を前記グループ・メッセージが送信される地理的エリアへと変換し、前記地理的エリアで前記グループ・メッセージをアップデートするステップｃと、
   前記ホーム・ロケーション・レジスタもしくは前記ホーム加入者サーバにおける情報に従って前記外部グループ識別子情報を内部グループ識別子情報にマッピングし、アップデートされたグループ・メッセージを取得するために前記内部グループ識別子情報で前記グループ・メッセージをアップデートするステップｄと、
   前記グループ・メッセージを送信するために、前記アップデートされたグループ・メッセージに従って、コア・ネットワーク・ノードまたはブロードキャスト・システム・ノードについて、前記ホーム・ロケーション・レジスタもしくは前記ホーム加入者サーバに問い合わせを行うステップｅと、
   前記選択された送信モードで、前記コア・ネットワーク・ノードまたは前記ブロードキャスト・システム・ノードに対して前記アップデートされたグループ・メッセージを送信するステップｇと
   を含む方法。
2. 前記ステップｅと前記ステップｇとの間に、
   ブロードキャスト・モードで、前記グループ・メッセージの送信をサポートするために、セル・ブロードキャスト・センタまたはブロードキャスト・マルチキャスト・サービス・センタと、前記網間接続機能デバイスを接続するステップｆ
   をさらに含む、請求項１に記載の方法。
3. 前記ステップｂの中の前記所定のポリシーは、
   前記グループ・メッセージが、純粋なサービス・データを含む場合、前記送信モードは、セル・ブロードキャスト・サービス・モードまたはマルチメディア・ブロードキャスト・マルチキャスト・サービス・モードであること、前記ステップｇは、
   前記純粋なサービス・データを前記ブロードキャスト・システム・ノードに対して送信するステップ
   をさらに含むこと、を含む、請求項２に記載の方法。
4. 前記ステップｂの中の前記所定のポリシーは、
   前記グループ・メッセージが、アプリケーション・レイヤ・データを有するグループ・ベースのトリガ要求メッセージを含み、前記送信モードが、セル・ブロードキャスト・サービス・モードまたはマルチメディア・ブロードキャスト・マルチキャスト・サービス・モードである場合、前記ステップｇは、
   前記アプリケーション・レイヤ・データを有する前記グループ・ベースのトリガ要求メッセージを前記ブロードキャスト・システム・ノードに対して送信するステップ
   をさらに含むこと、を含む、請求項２に記載の方法。
5. 前記ブロードキャスト・マルチキャスト・サービス・センタが、それ自体のサービス・エリアとして前記地理的エリアを決定し、前記セル・ブロードキャスト・センタが、セル・ブロードキャスト・サービスのメッセージ識別子として、前記内部グループ識別子を決定するか、または前記ブロードキャスト・マルチキャスト・サービス・センタが、マルチメディア・ブロードキャスト・マルチキャスト・サービスのサービス識別子として前記内部グループ識別子を決定する、請求項４に記載の方法。
6. 前記ステップｂの中の前記所定のポリシーは、
   前記グループ・メッセージが、アプリケーション・レイヤ・データのないグループ・ベースのトリガ要求メッセージを含む場合、前記送信モードは、グループ・ページング・モードであること、前記ステップｇは、
   前記アプリケーション・レイヤ・データのない前記グループ・ベースのトリガ要求メッセージを前記コア・ネットワーク・ノードに対して送信するステップ
   をさらに含むこと、を含む、請求項１に記載の方法。
7. 前記ステップｂの中の前記所定のポリシーは、
   前記グループ・メッセージが、アプリケーション・レイヤ・データを有するグループ・ベースのトリガ要求メッセージを含み、前記送信モードが、グループ・ページングにＳＭＳを加えたモードである場合前記ステップｇは、
   前記アプリケーション・レイヤ・データのない前記トリガ要求メッセージと、前記網間接続機能デバイスによって生成されるＳＭＳインジケータ・メッセージとを前記コア・ネットワーク・ノードに対して送信するステップと、
   ＳＭＳシステムのネットワーク・ノードと、モバイル通信ネットワーク・ノードとを通して、前記アプリケーション・レイヤ・データを搬送するＳＭＳを前記内部グループ識別子に対応するマシン・タイプ・コミュニケーションのグループに対して送信するステップと
   をさらに含むこと、を含む、請求項１に記載の方法。
8. 前記モバイル通信ネットワーク・ノードは、前記コア・ネットワーク・ノードが、前記マシン・タイプ・コミュニケーションのグループについての削除インジケータを前記モバイル通信ネットワーク・ノードに対して送信するまで、前記ＳＭＳを保持する、請求項７に記載の方法。
9. 前記トリガ要求メッセージは、マシン・タイプ・コミュニケーションの前記網間接続機能デバイスから受信される前記アップデートされたグループ・メッセージに従って、前記示された地理的エリアにおいてグループ・ページング・プロシージャを開始するようにコア・ネットワーク・デバイスに指示し、前記ページング・プロシージャにおけるページング・メッセージは、前記内部グループ識別子を搬送する、請求項６または７に記載の方法。
10. 前記アップデートされたグループ・メッセージは、トリガ・アプリケーション・インジケータ情報をさらに含む、請求項４乃至８のいずれか１項に記載の方法。
11. 前記アップデートされたグループ・メッセージは、ターゲット・グループのマシン・タイプ・コミュニケーションのデバイスの応答時間を離散化するための、前記網間接続機能デバイスによって生成される分散パラメータ情報をさらに含む、請求項４乃至８のいずれか１項に記載の方法。
12. マシン・タイプ・コミュニケーションのためのユーザ機器において、マシン・タイプ・コミュニケーションのグループ・メッセージを配信する際に支援する方法であって、
    ネットワークからメッセージを受信するステップｏと、
    前記メッセージを分析し、分析することによって、応答するように前記ユーザ機器に指示するステップｐと
    を含み、前記ステップｐは、
    前記メッセージが、グループ・ページング・メッセージであり、前記ユーザ機器が、グループ・ページング・スキームだけをサポートする場合、前記ネットワークに対して報告を開始するように前記ユーザ機器に指示するステップ、
    前記メッセージが、グループ・ページング・メッセージであり、前記ユーザ機器が、グループ・ページングにＳＭＳを加えたスキームをサポートする場合、前記ユーザ機器が存在するグループに対して送信されるＳＭＳを受信するためのサービス要求または拡張されたサービス要求を開始し、前記ＳＭＳの表示に従って応答するように、前記ユーザ機器に指示するステップであって、前記サービス要求または前記拡張されたサービス要求は、機器識別子と、グループ識別子とを含む、指示するステップ、あるいは
    前記ユーザ機器が、セル・ブロードキャスト・サービスまたはマルチメディア・ブロードキャスト・マルチキャスト・サービスをサポートする場合、前記ユーザ機器に事前に記憶される構成情報に従って、前記ユーザ機器が存在する前記グループに対して送信されるグループ・メッセージを受信し、前記グループ・メッセージのインジケータに従って応答するステップ
    のうちの１つを含む、方法。
13. 前記メッセージは、分散パラメータ情報を含み、前記ユーザ機器は、前記ユーザ機器が、前記分散パラメータ情報、あるいは前記ユーザ機器の前記機器識別子および／またはＭＡＣアドレスを使用して、前記ネットワークに対してアクセスされる時間を離散化する、請求項１２に記載の方法。
14. 前記分散パラメータ情報は、アクセス・ネットワーク・ノードによって生成される、請求項１３に記載の方法。
15. マシン・タイプ・コミュニケーションのグループ・メッセージを配信するための網間接続機能装置であって、マシン・タイプ・コミュニケーションの前記グループ・メッセージを配信する際に、請求項１乃至１１のいずれか１項に記載の方法を実行する装置。

Images