JP6393398B2 - マシンタイプ通信グループベースサービスのための調整されたグループ化 - Google Patents

Description

（関連出願の引用）
本願は、米国仮特許出願第６２／０２１，３６９号（２０１４年７月７日出願）の米国特許法§１１９（ｅ）に基づく利益を主張し、上記出願の内容は、その全体が参照により本明細書に引用される。

マシンタイプ通信（ＭＴＣ）は、ネットワークを経由して、互いに通信する、機械またはデバイスを指す。マシンタイプ通信は、いくつかの分野を挙げると、例えば、監視、資産追跡、保有車両追跡、遠隔感知、車両診断、およびデジタル計測に関連するものを含む、多様な機能分野分野に広範な適用性を有する。機械間の通信は、例えば、固定ネットワーク、無線ネットワーク、または両方の組み合わせを含む、任意の好適なトランスポート技術を経由して実施され得る。一般的実施形態では、デバイスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワーク等の無線セルラーネットワークを経由して通信する。

サービスと称され得る特徴をデバイスのグループ内のいくつかのデバイスの各々に提供する３ＧＰＰネットワークの能力は、特に、マシンツーマシン通信と関連して有用であることが証明されている。例えば、３ＧＰＰネットワークコアは、同一メッセージが、定義されたデバイス（例えば、ユーザ機器（ＵＥ）であり得る）のグループにそれによって配信されるサービスを提供する。同様に、３ＧＰＰネットワークは、定義されたデバイスまたはＵＥのグループが、定義されたデバイスのグループのためのポリシーを施行するためにそれによって規制され得るサービスを提供する。別の実施例では、３ＧＰＰネットワークは、個々に収集されるのではなく、ＵＥの定義されたグループに対する課金可能イベントの記録がそれによって収集されるサービスを提供する。

サービスをデバイスの定義されたグループに提供することにおける３ＧＰＰの能力は、様々なデバイスインストールに対する適用性を有する。例えば、同一アプリケーションを起動するか、または類似挙動を呈するデバイスのグループは、多くの場合、グループベースのサービスを受信するための良好な候補である。同様に、同一設備または設備グループ内に格納されるデバイスも、グループとしてサービスを受信するために適している。同様に、同一エンティティによって所有または動作させられる複数のデバイスは、サービスを受信する目的のために、一緒にグループ化されることから利益を享受し得る。なおもさらに、同一車両内に格納される、またはその中で移動している、いくつかのデバイスと関連して３ＧＰＰサービスを使用することは、動作的に効率的であり得る。顧客およびネットワークオペレータの両方の観点から、ＭＴＣデバイスのグループの最適化されたハンドリングには、利点がある。

故に、デバイスがグループとしてサービスされることに適していることが、しばしばある。さらに、３ＧＰＰネットワーク内のマシンツーマシン通信の拡張展開は、既存のグループベースのサービスへのさらなる利用および新しいグループベースのサービスの展開に必然的につながるであろう。

サービスを受信する目的のためにデバイスのグループを作成することは、典型的には、手動介入によって遂行される。例えば、関連機械およびサービス提供するコアネットワークデバイスの各々は、関連デバイスがグループとしてサービスされ得るように、適切な情報で個々にプロビジョニングされなければならない。同様に、既存のデバイスのグループに対する修正が必要とされるとき、影響を受けるデバイスは、修正を実装するために、個々にプロビジョニングされなければならない。

出願人は、グループベースのサービスの受信のための機械デバイスの調整されたグループ化のためのシステムおよび方法を開発した。開示されるシステムおよび方法では、例えば、サーバ能力サーバ（ＳＣＳ）等のサービス層システムは、デバイスグループ化の作成および修正を管理し、ネットワーク層システム、すなわち、３ＧＰＰシステムと調整し、必要グループ化動作を適切なＵＥに実装する。サービス層システムは、ネットワークアーキテクチャ観点から、エンドユーザアプリケーションの近くに位置付けられ、したがって、サービスを受信する目的のためにグループ化されるべきデバイスを決定するために非常に好適である。ネットワーク層システム、すなわち、３ＧＰＰシステムは、ＵＥに関する現在の情報を維持し、この情報を使用して、要求されたグループ化が実施され得るかどうかと、該当する場合、要求されたプロビジョニングを物理的に実装するための最も効率的様式とを決定することが可能である。

例示的実施形態では、例えば、ＳＣＳ等のサービス層システムは、デバイスのグループ化を作成するか、または既存のデバイスのグループを修正することが有用であろうことを決定する。ＳＣＳは、グループ化動作が、サービス層またはアプリケーション層におけるアクティビティに応答して、必要とされることを決定し得る。例えば、ＳＣＳは、おそらく、ユーザアプリケーションから、多数のセンサデバイスが、オートメーション化された製造ラインを制御および監視するために展開されたことの指示を受信し得る。そのようなシナリオでは、ＳＣＳは、全デバイスへの共通通信を生成する目的のために、デバイスのグループ化を作成することが有用であろうことを決定し得る。代替実施例では、ＳＣＳは、ユーザアプリケーションから、新しいセンサデバイスが既存の製造ラインに追加されることになる情報を受信し得る。そのようなシナリオでは、ＳＣＳは、特定の製造ライン上に据え付けられるデバイスのために、新しいセンサデバイスを既存のグループ化に追加することが有用となるであろうことを決定し得る。

ＳＣＳは、グループ動作を実装する目的のために、グループ要求を生成する。要求は、例えば、グループとしてサービスされ得る新しいデバイスのグループを作成するための要求であり得る。別の例示的実施形態では、要求は、既存のデバイスのグループを修正し、新しいデバイスを追加するためのものであり得る。ＳＣＳは、生成された要求内に、ネットワーク層によって動作を実施するために必要とされる、任意の情報を含む。例えば、要求が、３ＧＰＰメッセージングサービスを使用してアクセス可能なデバイスのグループを作成することであるシナリオでは、要求は、グループ内に含まれるべき特定のデバイスを識別する情報とともに、要求される特定の３ＧＰＰサービスを識別し得る。要求が、既存のデバイスのグループを修正することであるシナリオでは、要求は、特定のグループならびにグループに追加またはそこから除去されるべき特定のデバイスの識別を識別し得る。ＳＣＳは、生成されたグループ要求をネットワーク層に伝送する。

グループ要求は、３ＧＰＰネットワークシステムにおいて受信される。３ＧＰＰネットワークにおける要求の処理は、要求およびネットワークシステムの構成に応じて変動し得る。しかしながら、概して、例えば、ホーム加入者サーバ（ＨＳＳ）および／またはマシンタイプ通信インターワーキング機能（ＭＴＣ−ＩＷＦ）であり得る、３ＧＰＰコアネットワーク内のシステムが、特定のＳＣＳが要求されたサービスを使用するために承認されるかどうかと、要求内で識別されたＵＥまたはデバイスが要求されたサービスを受信するためにプロビジョニングされ得るかどうかとを決定する。

適切な３ＧＰＰシステムが、要求されたサービスが識別されたデバイスとの使用のために利用可能であることを決定する事例では、３ＧＰＰコアネットワークシステムは、プロビジョニングするためのグループ要求を生成し、要求に関連するＵＥの各々に伝送する。例えば、要求が、新しいデバイスのグループ化を作成することであるシナリオでは、コアネットワークシステムは、プロビジョニング要求をグループ内に含まれるべきＵＥの各々に伝送する。要求が、既存のデバイスのグループを修正することであるシナリオでは、コアネットワークシステムは、要求を、グループに追加されるか、またはそこから除去されることになるＵＥ等、要求によって影響されるそれらのデバイスのみに伝送し得る。応答または回答が、グループプロビジョニング要求が実施されたＵＥの各々から受信され得る。

確認がＵＥから受信され、初期要求が、新しいグループを作成することである事例では、３ＧＰＰシステムは、グループ識別子をグループに割り当てる。３ＧＰＰシステムは、次いで、応答を要求の発信元であるサービスレベルシステムに伝送する。応答は、サービスレベルシステムからの要求が正常に実装されたかどうかの指示と、要求が新しいグループを作成することであった場合、例えば、グループ識別子等の要求に関する任意の情報とを含む。

開示されるシステムおよび方法は、いくつかの事例では、デバイスの既存のグループへの修正が、サービス層からの要求に対する応答とは対照的に、ネットワークシステムによって開始され得ることを想定する。例えば、ネットワークシステムは、既存のグループのメンバーであるＵＥが、おそらく、ネットワークから非アクティブ化またはデタッチされたため、もはや到達不能であることを決定し得る。ＵＥは、グループを作成する情報でプロビジョニングされていると、もし生じたならば、ＵＥにネットワーク層内の特定のシステム（例えば、ＨＳＳまたはＩＷＦ）に通知させるイベントを識別するデータを受信しているであろう。故に、ＵＥが、ＵＥがネットワークからデタッチされた、またはＵＥが輻輳を被っている等のイベントを検出すると、ＵＥは、イベントをネットワーク層内の指定されたシステムに通信する。

イベントの通知を受信すると、ネットワーク層システム、例えば、ＨＳＳまたはＩＷＦは、肯定応答を送信する。ネットワーク層システムは、次いで、イベントに応答して実施されるべき修正を決定する。ネットワーク層システムは、特定のイベントに応答するためのポリシーを識別するデータに依拠し得る。ポリシーは、ＵＥが、グループに追加されるべきかどうか、またはそこから除去されるべきかどうかと、グループに追加またはそこから除去するためのＵＥを選択する方法とを識別し得る。ＵＥと実施されるべきアクションとを識別すると、ネットワーク層システムは、グループプロビジョニング要求を準備し、識別されたＵＥの各々に伝送する。ネットワーク層システムは、応答をプロビジョニング要求が伝送されたＵＥから受信する。

ＵＥからの応答を受信すると、ネットワーク層システムは、サービス層システムが任意の修正を通知されるべきかどうかを決定する。例えば、ネットワーク層システムは、デバイスのグループのメンバーが変化したため、サービス層システムが通知されるべきであることを決定し得る。該当する場合、サービス層システムは、通知を準備し、適切なサービスレベルシステム、例えば、ＳＣＳに伝送する。

開示されるシステムおよび方法はまた、グループベースのサービスの実行を提供する。故に、サービス層が、ネットワーク層と通信し、特定のサービスを受信するためのデバイスのグループを作成および／または修正した後、サービス層は、次いで、ネットワーク層が実際にサービスを実行することを要求し得る。例示的実施形態では、ＳＣＳ等のサービス層システムは、特定のデバイスのグループとの特定のサービスを実行するための要求を準備および伝送する。要求は、例えば、特定のサービスおよび特定のデバイスのグループに関連付けられたグループ識別子を備え得る。

要求の受信に応じて、ネットワーク層システムは、要求内に規定されるサービスのハンドリングに関する情報を読み出す。例えば、ネットワーク層システムは、グループに関連付けられたＵＥに関する情報を読み出し得る。読み出された情報を使用して、ネットワーク層システムは、要求を準備し、グループ内で識別されたＵＥに伝送する。要求を受信するＵＥは、特定のＵＥにおけるサービスの実行に関する回答報告で応答する。ネットワーク層システムは、ＵＥによって報告される情報を集約し、集約されたデータを要求の発信元であるサービスレベルシステムに伝送する。

本概要は、以下の発明を実施するための形態にさらに説明される、簡略化された形態における一連の概念を紹介するために提供される。本概要は、請求される主題の重要特徴または不可欠な特徴を識別することを意図しておらず、請求される主題の範囲を限定するために使用されることも意図していない。他の特徴も、以下に説明される。
本発明はさらに、例えば、以下を提供する。
（項目１）
マシンツーマシン通信を提供するように適合されている通信ネットワークにおけるグループ管理の方法であって、
サービス層システムが、ネットワーク層サービスを受信するためのデバイスのグループを作成することを決定することと、
前記サービス層システムが、前記デバイスのグループを作成するための要求を伝送することと、
第１のコアネットワークノードが、前記デバイスのグループを作成するための前記要求を受信することと、
前記第１のコアネットワークノードが、前記デバイスのグループのためのサービスをプロビジョニングするための要求を生成し、伝送することと、
前記第１のコアネットワークノードが、前記デバイスのグループが作成されたことの指示を生成し、前記サービス層システムに伝送することと
を含む、方法。
（項目２）
前記第１のコアネットワークノードは、インターワーキング機能サーバである、項目
１に記載の方法。
（項目３）
前記第１のコアネットワークノードが、前記デバイスのグループのためのサービスをプロビジョニングするための要求を伝送することは、前記第１のコアネットワークノードが、前記デバイスのグループのためのサービスをプロビジョニングするための要求をホーム加入者サーバに伝送することを含む、項目１に記載の方法。
（項目４）
前記ホーム加入者サーバが、移動性管理エンティティ（ＭＭＥ）、サービングゲートウェイ（ＳＧＷ）、ならびにポリシーおよび課金ルール機能（ＰＣＲＦ）のうちの１つ以上のものに対して前記デバイスのグループについての情報をプロビジョニングすることをさらに含む、項目３に記載の方法。
（項目５）
マシンツーマシン通信を提供するように適合されている通信ネットワークにおけるグループ管理の方法であって、
サービス能力サーバが、ネットワーク層サービスを受信するための新しいデバイスのグループを作成することを決定することと、
前記サービス能力サーバが、前記デバイスのグループの作成を承認するための要求を伝送することと、
第１のコアネットワークノードが、前記デバイスのグループの作成を承認するための前記要求を受信することと、
前記第１のコアネットワークノードが、前記デバイスのグループの作成を承認するための要求を第２のコアネットワークノードに伝送することと、
前記第１のコアネットワークノードが、第３のコアネットワークノードにおいて前記グループについての情報をプロビジョニングするための要求を生成し、伝送することと
を含む、方法。
（項目６）
前記第２のコアネットワークノードが、前記第１のコアネットワークノードへの応答を生成し、伝送することと、
前記第１のコアネットワークノードが、前記サービス能力サーバへの応答を生成し、伝送することと
をさらに含む、項目５に記載の方法。
（項目７）
前記第１のコアネットワークノードが、前記サービス能力サーバへの応答を生成し、伝送することは、前記第１のコアネットワークノードが、一時的モバイルグループ識別子（ＴＭＧＩ）を含む応答を生成し、伝送することを含む、項目６に記載の方法。
（項目８）
前記第１のコアネットワークノードは、インターワーキングサーバであり、前記第２のコアネットワークノードは、ホーム加入者サーバである、項目５に記載の方法。
（項目９）
前記サービス能力サーバが、前記サービスのグループの前記作成を承認するための要求を伝送することは、グループ識別子を含む要求を伝送することを含む、項目５に記載の方法。
（項目１０）
マシンツーマシン通信を提供するように適合されている通信ネットワークにおけるグループ管理の方法であって、
サービス能力サーバが、ネットワーク層サービスを受信するためのデバイスのグループを修正することを決定することと、
前記サービス能力サーバが、前記デバイスのグループを修正するための要求を伝送することと、
第１のネットワークノードが、前記デバイスのグループを修正するための前記要求を受信することと、
前記第１のネットワークノードが、前記デバイスのグループを修正するための要求を第
２のネットワークノードに伝送することと、
前記第２のネットワークノードが、前記デバイスのグループを修正するための前記要求によって影響されるデバイスを識別することと、
前記第２のネットワークノードが、前記デバイスのグループを修正するための前記要求に関連する要求を生成し、第３のネットワークノードに伝送することと
を含む、方法。
（項目１１）
前記第３のネットワークノードが、前記第２のネットワークノードへの応答を伝送することをさらに含む、項目１０に記載の方法。
（項目１２）
前記第２のネットワークノードが、前記第１のネットワークノードへの応答を生成し、伝送することと、
前記第１のネットワークノードが、前記サービス能力サーバへの応答を生成し、伝送することと
をさらに含む、項目１１に記載の方法。
（項目１３）
前記第１のネットワークノードは、インターワーキングサーバであり、前記第２のネットワークノードは、ホーム加入者サーバである、項目１０に記載の方法。
（項目１４）
マシンツーマシン通信を提供するように適合されている通信ネットワークにおけるグループ管理の方法であって、
サービス能力サーバが、ネットワーク層サービスを受信するためのデバイスのグループを修正することを決定することと、
前記サービス能力サーバが、前記デバイスのグループを修正するための要求を伝送することと、
第１のネットワークノードが、前記デバイスのグループを修正するための前記要求を受信することと、
前記第１のネットワークノードが、前記デバイスのグループの修正を承認するための要求を第２のネットワークノードに伝送することと、
前記第２のネットワークノードが、前記デバイスのグループを修正することが承認されることを決定し、前記デバイスのグループを修正することが承認されていることを示す応答を生成し、伝送することと、
前記第１のネットワークノードが、前記デバイスのグループを修正するための前記要求に関連する要求を生成し、伝送することと
を含む、方法。
（項目１５）
前記デバイスのグループにおける各デバイスが、前記デバイスのグループを修正するための前記要求に関連する前記要求に対する応答を前記第１のネットワークノードに伝送することと、
前記第１のネットワークノードが、前記デバイスのグループを修正するための前記要求に関連する前記要求に対する応答を生成し、伝送することと
をさらに含む、項目１４に記載の方法。
（項目１６）
前記第１のネットワークノードは、インターワーキングサーバであり、前記第２のネットワークノードは、ホーム加入者サーバである、項目１４に記載の方法。
（項目１７）
マシンツーマシン通信を提供するように適合されている通信ネットワークにおけるグループ管理の方法であって、
サービス能力サーバが、サービスをデバイスのグループ上で実行することを決定することと、
前記サービス能力サーバが、前記サービスを前記デバイスのグループ上で実行するための要求を伝送することと、
第１のネットワークノードが、前記サービスを前記デバイスのグループ上で実行するための前記要求を受信することと、
前記第１のネットワークノードが、前記サービスを実行するための前記要求のハンドリングに関連する情報に対する要求を第２のネットワークノードに伝送することと、
前記第２のネットワークノードが、前記サービスを前記デバイスのグループ上で実行するための前記要求を実装するためのデバイスを識別することと、
前記第２のネットワークノードが、前記サービスを前記デバイスのグループ上で実行するための前記要求を実装するための前記識別されたデバイスを規定する情報を生成し、前記第１のネットワークノードに伝送することと、
前記第１のネットワークノードが、各識別されたデバイスに、サービスを実行するため
の要求を伝送することと
を含む、方法
（項目１８）
前記第１のネットワークノードは、インターワーキングサーバであり、前記第２のネットワークノードは、ホーム加入者サーバである、項目１７に記載の方法。
（項目１９）
無線ネットワーク基地局であって、
コンピューティングプロセッサと、
前記コンピューティングプロセッサと通信可能に結合されているコンピューティングメモリと
を備え、
前記コンピューティングメモリは、動作を行なうための実行可能コンピューティング命令を記憶しており、前記動作は、
通信ネットワークを介して、サービスを受信するためのデバイスのグループに一致して前記無線ネットワーク基地局を構成するための要求を受信することであって、前記要求は、前記サービスを受信するための前記デバイスのグループ内に含まれる１つ以上のデバイスを識別する情報と、要求される構成を識別する情報とを含む、ことと、
前記デバイスのグループ内に含まれる前記１つ以上のデバイスを識別する情報をコンピューティングメモリ内に記憶することと、
前記識別された１つ以上のデバイス内のデバイスのうちの少なくとも１つを含むように既存のデバイスのグループ化を更新することであって、前記既存のデバイスのグループ化は、前記無線ネットワーク基地局からのグループ通信を受信するデバイスを識別する、ことと
を含む、無線ネットワーク基地局。
（項目２０）
前記コンピューティングメモリは、動作を行うための実行可能コンピューティング命令を記憶しており、前記動作は、
前記要求に対する応答を生成し、通信ネットワークを経由して伝送することをさらに含む、項目１９に記載の無線ネットワーク基地局。
（項目２１）
前記コンピューティングメモリは、動作を行うための実行可能コンピューティング命令を記憶しており、前記動作は、
前記更新された既存のデバイスのグループ化を使用して、通信を伝送することをさらに含む、項目１９に記載の無線ネットワーク基地局。

例証的実施形態の前述の概要および以下の追加の説明は、添付の図面と併せて読まれることによって、より深く理解され得る。開示されるシステムおよび方法の潜在的実施形態は、描写されるものに限定されないことを理解されたい。

図１は、機械タイプグループベースのサービスの機械の調整されたグループ化に好適な例示的マシンタイプ通信アーキテクチャを描写する。

図２は、調整された機械グループ化の作成のためのプロセスのフロー図である。

図３は、機械グループ化の作成のためのＨＳＳベースのプロセスのフロー図である。

図４は、機械グループ化の作成のためのＭＴＣ−ＩＷＦベースのプロセスのフロー図である。

図５は、機械グループ化の修正のためのＨＳＳベースのプロセスのフロー図である。

図６は、機械グループ化の修正のためのＭＴＣ−ＩＷＦベースのプロセスのフロー図である。

図７は、コアネットワーク開始グループ修正のためのＨＳＳベースのプロセスのフロー図である。

図８は、コアネットワークトリガＳＣＳ開始グループ修正のためのＨＳＳベースのプロセスのフロー図である。

図９は、アタッチプロシージャ中のオンザフライグループ修正のためのＨＳＳベースのプロセスのフロー図である。

図１０は、アタッチプロシージャ中のオンザフライグループ修正のためのＭＴＣ−ＩＷＦベースのプロセスのフロー図である。

図１１Ａ−Ｂは、ＴＡＵプロシージャ中のオンザフライグループ修正のためのＨＳＳベースのプロセスのフロー図を描写する。 図１１Ａ−Ｂは、ＴＡＵプロシージャ中のオンザフライグループ修正のためのＨＳＳベースのプロセスのフロー図を描写する。

図１２Ａ−Ｂは、ＴＡＵプロシージャ中のオンザフライグループ修正のためのＭＴＣ−ＩＷＦベースのプロセスのフロー図を描写する。 図１２Ａ−Ｂは、ＴＡＵプロシージャ中のオンザフライグループ修正のためのＭＴＣ−ＩＷＦベースのプロセスのフロー図を描写する。

図１３は、グループサービス実行のためのＨＳＳベースのプロセスのフロー図である。

図１４は、グループサービス実行のためのＭＴＣ−ＩＷＦベースのプロセスのフロー図である。

図１５は、ｏｎｅＭ２Ｍ機能アーキテクチャを描写する、略図である。

図１６は、ｏｎｅＭ２Ｍアーキテクチャ内の共通サービス機能を描写する、略図である。

図１７は、ｏｎｅＭ２Ｍアーキテクチャ内のグループ作成プロセスの略図である。

図１８は、ＰＡＮコーディネータとインターフェースをとるｏｎｅＭ２Ｍノードの略図である。

図１９は、ＰＡＮネットワーク内のデバイスグループ化を作成するためのプロセスの略図である。

図２０Ａは、例示的マシンツーマシン（Ｍ２Ｍ）、モノのインターネット（ＩｏＴ）、またはモノのウェブ（ＷｏＴ）通信システムの略図である。

図２０Ｂは、Ｍ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス、Ｍ２Ｍ端末デバイス、および通信ネットワークのためのサービスを提供する際のＭ２Ｍサービス層の動作を描写する、例示的システム動作の略図である。

図２０Ｃは、本明細書に説明されるシステムおよび方法と関連して使用され得る、基地局の機能構成要素を描写する、略図である。

図２０Ｄは、本明細書に説明されるシステムおよび方法と関連して基地局として使用するために好適なシステムの略図である。

図２０Ｅは、本明細書に説明されるシステムおよび方法を実装するために使用され得る、例示的コンピューティングシステムの略図である。

（例示的通信アーキテクチャ）
図１は、機械タイプグループベースのサービスのための機械の調整されたグループ化に好適な例示的マシンタイプ通信アーキテクチャを図示する。図１の例示的実施形態では、３ＧＰＰベースの通信アーキテクチャは、サービスレベル構成要素とインターフェースをとり、グループベースのサービスのための機械の調整されたグループ化を提供する。

図１に図示されるように、サービス能力サーバ（ＳＣＳ）２１２を含む、サービスレベルからの構成要素は、サービスをコア３ＧＰＰネットワーク、デバイス、およびアプリケーションに提供する。ＳＣＳ２１２は、Ｍ２Ｍサーバ、ＭＴＣサーバ、サービス能力層、または共通サービスエンティティ（ＣＳＥ）とも呼ばれ得る。ＳＣＳ２１２は、ホーム公衆移動通信網（ＨＰＬＭＮ）のオペレータによって、またはＭＴＣサービスプロバイダによって、制御され得る。ＳＣＳ２１２は、オペレータドメインの内側または外側で展開され得る。ＳＣＳ２１２がオペレータドメインの内側で展開されるシナリオでは、ＳＣＳ２１２は、内部ネットワーク機能であり得、オペレータによって制御され得る。ＳＣＳ２１２がオペレータドメインの外側で展開されるシナリオでは、ＳＣＳ２１２は、ＭＴＣサービスプロバイダによって制御され得る。

ＳＣＳ２１２は、Ｔｓｐ参照点（すなわち、インターフェース）２０８を介して、マシンタイプ通信（ＭＴＣ）インターワーキング機能（ＭＴＣ−ＩＷＦ）２１０と通信し得る。Ｔｓｐ参照点２０８は、３ＧＰＰ進化型パケットコアネットワークとインターワーキングするために使用されるインターフェースの例である。インターワーキングは、情報を交換すること、デバイスを制御すること、デバイスを監視こと、またはデバイスと通信することを目的に、コアネットワークとインターフェースをとることを指す。例えば、インターワーキングは、デバイスをグループ化すること、および既存のグループ化を修正することを目的に、ＳＣＳ２１２とコアネットワークとの間でインターフェースをとることを指し得る。

図１にさらに示されるように、参照点（すなわち、インターフェース）Ｔｓｍｓ２０２は、ショートメッセージサービス（ＳＭＳ）サービスセンタ（ＳＭＳ−ＳＣ）２０４をショートメッセージエンティティ（ＳＭＥ）２０６に接続し得る。Ｔｓｍｓ参照点２０２は、コアネットワークとインターワーキングするために使用されるインターフェースの別の例である。ＳＭＳ−ＳＣ２０４は、Ｔ４参照点を経由して、ＭＴＣ−ＩＷＦ２１０と通信する。

ＳＣＳ２１２は、３ＧＰＰネットワークに接続し、ＭＴＣ（ＭＴＣ ＵＥ）アプリケーション２１６を備え得るユーザ機器２１４、ＨＰＬＭＮ（例えば、境界２１８によって定義される）内のＭＴＣ−ＩＷＦ２１０、またはデバイストリガリングのためのＳＭＳ−ＳＣ２０４と通信し得る。ＳＣＳ２１２は、アプリケーションサーバ２２０上の１つ以上のＭＴＣアプリケーションによる使用のための能力をもたらし得る。本明細書に開示される処理に関連して、ＳＣＳ２１２は、３ＧＰＰサービスを受信する目的のために、デバイスをグループ化するための要求に関連して、ＭＴＣ−ＩＷＦ２１０と通信し得る。以下に論じられるように、いくつかの例示的実施形態では、ＭＴＣ−ＩＷＦ２１０は、ＳＣＳ２１２から受信される処理要求の一部として、ホーム加入者サーバ（ＨＳＳ）１１６と通信し得る。示されるように、ＨＳＳ１１５およびＭＴＣ−ＩＷＦ２１０は、Ｓ６ｍインターフェース２３２を介して、通信可能に結合され得る。ＨＳＳ１１６は、ユーザ関連および加入者関連情報を含むデータベースを備えている。それは、移動性管理、呼およびセッション設定、ユーザ認証、ならびにアクセス承認におけるサポート機能も提供する。

ＵＥ２１４は、無線アクセスネットワーク（ＲＡＮ）２１９を含み得る公衆移動通信網（ＰＬＭＮ）を通して、ＳＣＳ２１２および／または他のＭＴＣ ＵＥと通信し得る。ＭＴＣ ＵＥ２１４は、１つ以上のＭＴＣアプリケーション２１６をホストし得る。ＭＴＣアプリケーション２１６は、１つ以上のＡＳ２２０／２２２上にもホストされ得る。ＵＥ２１４上で実行するＭＴＣアプリケーション２１６は、ＳＣＳ２１２、ＡＳ ＭＴＣアプリケーション、または他のＵＥ ＭＴＣアプリケーションと相互作用し得るＭＴＣ通信エンド点であり得る。図１は、ＭＴＣ ＵＥ２１４の１つのみの事例を図示するが、多数のＵＥ２１４が存在し、３ＧＰＰネットワークを介してアドレス可能であり得ることを理解されたい。

アプリケーションサーバ（ＡＳ）２２０／２２２も、１つ以上のＭＴＣアプリケーションホストをし得る。ＳＣＳ２１２および／またはＧＧＳＮ／Ｐ−ＧＷ２２４とインターフェースをとり得る（インターフェース２２８、２３０を介して）ＡＳ２２０／２２２上で実行するＭＴＣアプリケーションは、ＳＣＳ２１２、ＵＥ２１４上で動作するＭＴＣアプリケーション、および／または他のＭＴＣアプリケーションと相互作用し得る。

ＭＴＣインターワーキング機能（ＭＴＣ−ＩＷＦ）２１０は、ＳＣＳ２１２が内部ＰＬＭＮトポロジにアドレスする必要がないように、あるレベルの抽象化を提供する。ＭＴＣ−ＩＷＦ２１０は、それ自身とＳＣＳ２１２との間で使用される信号伝達プロトコルを中継および／または変換し（例えば、Ｔｓｐ参照点２０８を経由して）、ＰＬＭＮ内のＭＴＣ機能性（例えば、ＭＴＣ ＵＥトリガリング）をサポートし得る。例えば、ＳＣＳ２１２は、ＭＴＣ−ＩＷＦ２１０がＭＴＣデバイス（例えば、ＵＥデバイス２１４であり得る）にトリガを送信することを要求し得る。ＭＴＣ−ＩＷＦ２１０は、ＳＭＳを介して、ＭＴＣトリガをＭＴＣデバイス２１４に送達し得る。ＭＴＣデバイス２１４、特に、ＭＴＣ ＵＥアプリケーション２１６は、トリガに基づいて、ＳＣＳ２１２に応答し得る。ＭＴＣデバイス２１４は、例えば、センサ読み取り値で応答し得る。例示的シナリオでは、ＭＴＣデバイス２１４がＳＣＳ２１２に応答するとき、ＭＴＣデバイス２１４は、パケットデータネットワーク（ＰＤＮ）／パケットデータプロトコル（ＰＤＰ）接続を使用して、ＳＣＳ２１２と通信し得る。ＭＴＣデバイス２１４は、ＩＰ接続を使用して、ＳＣＳ２１２と接続し得る。

例示的実施形態では、ＭＴＣ−ＩＷＦ２１０は、ＳＣＳ２１２が３ＧＰＰネットワークとの通信を確立し得る前に、ＳＣＳ２１２を承認する必要性があり得る。例えば、ＳＣＳ２１２が、Ｔｓｐ参照点２０８上でトリガ要求を実施すると、ＭＴＣ−ＩＷＦ２１０は、ＳＣＳ２１２がトリガ要求を送信するために承認されるかどうかと、ＳＣＳ２１２がトリガ提出のその割り当て量または率を超えていないこととをチェックし得る。

モバイル交換センタ（ＭＳＣ）２３８は、ＧＳＭ（登録商標）／ＣＤＭＡのための一次サービス送達ノードであり、音声呼およびＳＭＳならびに他のサービス（会議呼、ＦＡＸ、および回路交換データ等）のルーティングを担う。ＭＳＣ２３８は、エンドツーエンド接続を設定および解放し、呼の間の移動性およびハンドオーバ要件をハンドリングし、課金およびリアルタイムプリペイドアカウント監視を管理する。

サービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）２３４は、その地理的サービスエリア内のモバイルデバイスからおよびそこへのデータパケットの送達を担う。そのタスクは、パケットルーティングおよび転送、移動性管理（アタッチ／デタッチおよび場所管理）、論理リンク管理、ならびに認証および課金機能を含む。ＳＧＳＮの場所登録は、それに登録した全ＧＰＲＳユーザの場所情報（例えば、現在のセル、現在のＶＬＲ）およびユーザプロファイル（例えば、ＩＭＳＩ、パケットデータネットワーク内で使用されるアドレス）を記憶する。

Ｍ２Ｍ／ＭＴＣ通信は、人の相互作用を伴う従来のデータ通信と異なる。例えば、データ通信を要求するＭ２Ｍ／ＭＴＣアプリケーションは、全てが同じ特性を有しているわけではない。各異なるタイプのＭ２Ｍ／ＭＴＣアプリケーションは、異なるタイプの通信サービスを要求し得る。３ＧＰＰ ＴＳ２２．３６８（その内容は、参照することによって全体として本明細書に組み込まれる）は、これらの異なるサービス要件を識別し、異なるＭＴＣ特徴を列挙し、これらのサービスを提供する。例えば、ＭＴＣ特徴「低移動性」は、移動しない、滅多に移動しない、またはある領域内でのみ移動するＭＴＣデバイスとの使用のために意図される。ＭＴＣ特徴「時間制御」は、定義された時間間隔の間のみデータを送受信すること、およびこれらの定義された時間間隔以外の不必要信号伝達を回避することを許容し得るＭＴＣアプリケーションとの使用のために意図される。ＭＴＣ特徴「小データ伝送」は、少量のデータを送受信するＭＴＣデバイスとの使用のために意図される。ＭＴＣ特徴「低頻度モバイル終了」は、主に、モバイルが発信元の通信を利用するＭＴＣデバイスとの使用のために意図される。ＭＴＣ特徴「ＭＴＣ監視」は、ＭＴＣデバイス関連イベントを監視するために意図される。ＭＴＣ特徴「セキュア接続」は、ＭＴＣデバイスとＭＴＣサーバ／ＭＴＣアプリケーションサーバとの間のセキュア接続を要求するＭＴＣデバイスとの使用のために意図される。最後に、ＭＴＣ特徴「グループベース」は、ＭＴＣデバイスのグループに適用され、グループベースのポリシー、グループベースのアドレス等を含む。

既存の３ＧＰＰネットワークでは、アプリケーション層データ通信は、主に、パケットドメインを通しておよびＳＭＳを通してサポートされる。いくつかの異なるトランスポート機構が、使用のために利用可能であり、それらは、（ｉ）パケットドメイン（ＳＧｉおよびＧｉ参照点を介して）、（ｉｉ）ショートメッセージサービス（ＳＭＳ）、（ｉｉｉ）マルチメディアメッセージングサービス（ＭＭＳ）、および（ｉｖ）非アクセス層（ＮＡＳ）を含む。

パケットドメインメッセージングに対して、ＰＧＷ／ＧＧＳＮ２２４は、データ通信のためのアンカ点としての役割を果たし、ユーザプレーンデータをコアネットワーク内のＧＴＰ−Ｕトンネル（ＰＭＩＰも、Ｓ５／Ｓ８インターフェースにおいて使用され得る）を通してルーティングする。３ＧＰＰ ＴＳ２３．４０１（その内容は、参照することによってその全体として本明細書に組み込まれる）は、このＥＰＣアーキテクチャを定義する。ＧＴＰ−Ｕトンネルは、それらを通してトランスポートされるＩＰフローに対する共通ＱｏＳ処理を提供する。パケットフィルタは、規定されたＧＴＰ−Ｕトンネルを通してトランスポートされるべきフローを決定付ける。

ＳＭＳは、３ＧＰＰ ＴＳ２３．０４０（その内容は、参照することによって全体として本明細書に組み込まれる）に説明されるように、ＳＣ（サービスセンタ）を介して、ＭＳ／ＵＥとＳＭＥ（ショートメッセージエンティティ）との間でショートテキストメッセージを転送するための手段を提供する。ＳＭＳは、ショートテキストメッセージをユーザ間で交換するために主に使用される。しかしながら、ＳＭＳは、ショートデータ通信のために、いくつかのより高い層のアプリケーションによっても使用されることができる。ＳＭＳは、記憶および転送機構も提供することができる。ＳＭＳは、通常のユーザプレーンデータと異なってルーティングされ、概して、ＳＧｉ／Ｇｉインターフェース経路を使用しない。

ＭＭＳは、加入者に豊富なコンテンツの組をマルチメディアメッセージングコンテキストにおいて提供するために使用されるサービスである。それは、ＳＭＳに類似したｓｔｏｒｅ−ａｎｄ−ｆｏｒｗａｒｄ使用パラダイムを提供する。しかしながら、ＭＭＳは、パケットドメインユーザプレーン（ＳＧｉ／Ｇｉ）を使用して、マルチメディアメッセージをトランスポートする。ＭＭＳは、ユーザプレーンを経由して起動するアプリケーションレベルサービスと考えられ得る。３ＧＰＰ ＴＳ２３．１４０（その内容は、参照することによってその全体として本明細書に組み込まれる）は、ＭＭＳアーキテクチャを説明する。ＭＭＳは、マルチメディアメッセージの受信側をアドレス指定するための電子メールアドレス（ＲＦＣ２８２２）またはＭＳＩＳＤＮ（Ｅ．１６４）または両方の使用をサポートする。ＭＭＳは、マルチメディアメッセージの受信側をアドレス指定するためのサービスプロバイダ特定のアドレスの使用もサポートし得る。

ＮＡＳに対して、ＭＴＣ−ＩＷＦ２１０は、Ｔ５インターフェースを使用して、小データメッセージをＳＧＳＮ／ＭＭＥに送信し、次いで、データをＵＥに送信するためのＮＡＳまたはＲＲＣメッセージを使用し得る。

３ＧＰＰネットワーク内のデータトランスポートのための別の既存の機構は、デバイストリガリングである。デバイストリガリングは、ＳＣＳ２１２が情報を３ＧＰＰネットワークを介してＵＥ２１４に送信し、ＵＥ２１４をトリガし、ＳＣＳ２１２との通信の開始を含むアプリケーション特定のアクションを実施する手段である。３ＧＰＰ ＴＳ２３．６８２（その内容は、参照することによって全体として本明細書に組み込まれる）は、３ＧＰＰネットワークによってサポートされるデバイストリガリング機構を定義する。デバイストリガリングは、ＵＥ２１４のためのＩＰアドレスが利用可能でない場合、またはＳＣＳ／ＡＳによって到達可能でない場合、使用され得る。

デバイストリガリングが必要であるかどうかを決定するために、ＳＣＳ２１２および／またはＡＳ２２０は、デバイスのＩＰアドレスの有効性を追跡する。ネットワーク、すなわち、ＰＤＮは、デバイスがあまりに長時間アイドルであった場合、Ｍ２Ｍデバイスに割り当てられたＩＰアドレスを別のＵＥ２１４に再割り付けし得ることが可能である。ある場合には、ＳＣＳ／ＡＳは、ＳＣＳ／ＡＳに既知のデバイスのＩＰアドレスを使用して、初期通信を試み得、通信が失敗した後、ＩＰアドレスが無効であることを検出し得る（おそらく、ＩＣＭＰメッセージに基づいて）。このプロセスは、Ｍ２Ｍデバイスとの通信を確立するために時間がかかり得る。さらに、既存のデバイストリガリングアプローチは、ＳＣＳ／ＡＳが、アプリケーションデータを交換する前に、デバイストリガリングが必要とされるかどうかを決定することを要求し、これはＳＣＳ／ＡＳが、処理リソースを使用して、デバイストリガリングメッセージを構築し、デバイストリガリングプロシージャを開始することを要求する。

（グループベースのサービス）
時として、グループベースの特徴またはグループサービスと称されるグループベースのサービスは、デバイスのグループのためのネットワーク層によってもたらされるサービスである。これらのサービスは、デバイスのグループ（例えば、Ｍ２Ｍサービス層）をハンドリングするサービス層アプリケーションに有益であり得る。３ＧＰＰ ＴＲ２３．８８７の第５節（その内容は、参照することによって本明細書に組み込まれる）は、例えば、グループベースのメッセージング、グループベースの課金、グループベースのポリシー制御、ならびにグループベースのアドレス指定および識別子等、ＭＴＣデバイスのグループのために３ＧＰＰネットワークを介してアクセス可能なサービスを説明する。これらのグループベースのサービスの各々は、異なる方法を使用することによって、コアネットワーク内で実現され得る。例えば、グループメッセージングは、セルブロードキャストサーバ（ＣＢＳ）またはマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）または他の方法によって達成され得る。

グループベースのメッセージングは、３ＧＰＰコアネットワークが同一メッセージをＵＥのグループに効率的様式で配信するサービスを指す。例えば、メッセージは、地理的エリア内のデバイスのグループに通信され得る。

グループベースの課金は、３ＧＰＰコアネットワークがＵＥのグループのための課金記録データを読み出すサービスを指す。ＭＴＣアプリケーションによって生成された課金データ記録（ＣＤＲ）のデータ量は、多くの場合、伝送される実際のユーザデータの量を上回る。そのような状況下では、個々のデバイス毎のＣＤＲ作成の代わりに、デバイスのグループのための一括ＣＤＲを作成し、課金可能イベントをカウントすることが有益であり得る。故に、グループベースの課金は、効率を高める。

グループベースのポリシー制御は、３ＧＰＰコアネットワークが、ＭＴＣデバイスのグループのためのポリシーを施行するために、ＵＥを規制するサービスを指す。グループベースのポリシー制御は、柔軟性をＭＴＣアプリケーションに提供し、デバイス毎に個々のポリシーを維持することと比較して、ネットワーク負荷を減らす。

前述のサービスは、３ＧＰＰネットワークを通してサービスレベルアプリケーションに利用可能となるもののうちのいくつかにすぎない。新しいグループベースのサービスが導入されるにつれて、既存のおよび新しい３ＧＰＰサービスをサポートするための新しい方法も同様に、開発される。

（調整されたグループベースのサービス）
前述の理由から、マシンツーマシン通信は、グループ動作に適する。３ＧＰＰネットワーク内のマシンツーマシン通信の拡張展開は、既存のグループベースのサービスのさらなる利用および新しいグループベースのサービスの展開に必然的につながるであろう。

ネットワークグループベースのサービスを効率的に利用するために、知的決定が、どのデバイスがグループの一部であるべきかについて実施されなければならない。殆どの場合、モバイルネットワークオペレータは、グループメンバーシップについての知的決定を実施するために、デバイスがどのように使用されているかについて十分な洞察力を有していない。モバイルネットワークは、グループ化されるべきデバイス、グループメンバーシップを変更すべきとき、およびグループがもはや必要とされないときを決定するためにあまり好適ではない。むしろ、例えば、ＳＣＳ２１２等のサービス層デバイスが、多くの場合、そのような決定を実施するためにより良好に位置付けられている。出願人は、本明細書において、モバイルネットワークサービスを受信する目的のために、ＳＣＳ等のサービスレベルシステムがコア３ＧＰＰモバイルネットワークと動的に調整し、ＭＴＣデバイスのグループを作成、修正、および削除するシステムおよび方法を開示する。ＳＣＳ２１２は、コアネットワークが要求されたサービスを提供するための効率的様式を決定可能であるように、コアネットワークに情報を提供する。

サービス層は、サービス層において利用可能ないくつかの条件または情報に基づいて、グループを動的に作成するか、またはグループを動的に修正することを欲し得る可能性が非常に高い。サービス層またはアプリケーション層におけるいくつかのアクティビティは、３ＧＰＰネットワークによってもたらされるグループベースのサービスの使用を必要とし得る。すなわち、サービス層は、３ＧＰＰグループベースのサービスが使用されるならば、あるサービスをより効率的に実施することができると考え得る。例えば、オートメーション化された産業では、オートメーションを制御および監視するために展開される多数のＭ２Ｍデバイスが存在し得る。ＳＣＳ２１２は、共通コマンドメッセージが送達され得る、または共通ポリシーが施行され得るように、例えば、組立セクション内の電気コントローラ等の特定のプロセスエリア内の全センサおよびコントローラに対するグループを作成することを欲し得る。同様に、センサ／Ｍ２Ｍデバイスが包装セクション等の別のプロセスエリアに移動されるとき、ＳＣＳ２１２は、それを既存のグループから除去し、それを別のグループに追加することを欲し得る。

Ｍ２Ｍサービス層プラットフォーム等のＥＴＳＩ Ｍ２Ｍサービス層およびｏｎｅＭ２Ｍサービス層は、グループ動作をサポートする。Ｍ２Ｍサービス層グループ動作は、グループ動作が、共通サービスエンティティ（ＣＳＥ）、アプリケーション、デバイス、リソース、または混合タイプについて実施されることを可能にする。サービス層において作成されるグループのメンバーは、必ずしも、ＵＥと１対１の対応を有する必要はない。アプリケーションまたはＣＳＥのグループが、単一のＵＥ上にホストされ得る。例えば、４０個のアプリケーションのグループが、１０個のＵＥ上にホストされ得る。グループ動作がこのＭ２Ｍグループについて実施されるとき、最低でも１０個の異なるメッセージが、ＵＥの各々に送信されるであろう。しかしながら、これらのＵＥが、ネットワーク層にグループ化されている場合、単一のメッセージが、３ＧＰＰネットワークに与えられることができ、ネットワークは、ブロードキャストまたはマルチキャスト等のグループ通信方法を採用して、メッセージを１０個の異なるＵＥに送達することができる。

サービス層におけるグループおよび実施されるグループ動作と、ネットワーク層におけるグループおよび実施されるグループ動作とは、異なる。サービス層グループ（Ｍ２Ｍグループ）は、サービス層機能／エンティティレベル（ＣＳＦ、アプリケーション、ＵＲＩ等）において形成され、実施されるグループ動作は、サービス層プロシージャに対応するであろう。ネットワーク層グループは、直接、サービス層グループに対応しない。ネットワーク層グループは、ネットワークによってもたらされるグループベースのサービスに基づき、これらのグループは、概して、ＵＥレベルで形成される。しかしながら、ネットワーク層グループは、ＵＥに提供されるサービスの一部のみを含むことによって形成されることも可能である。例えば、ネットワーク層グループは、アプリケーションのグループが最大ＤＬデータレートを超えないように、アプリケーションのグループのためのＤＬ ＡＭＢＲを制御するために形成されることができる。これらのアプリケーションは、異なるＵＥ上にホストされることができる。ネットワークは、ＳＤＦテンプレートをＵＥの各々上に構成し、その特定のアプリケーションに向けられることになるトラフィックを識別し、アプリケーショングループのために設定されたＤＬ ＡＭＢＲまたは他のポリシーを施行することができる。故に、トラフィックの一部のみまたはＵＥ２１４上のいくつかのアプリケーションのみ、別個に識別され、グループ内に含まれ得る。

３ＧＰＰネットワークによってもたらされるグループベースのサービスを利用するために、サービス層、例えば、ＳＣＳは、最初に、サービス層が使用を意図するネットワークグループベースのサービスと、グループの一部となるべきデバイス（ＵＥ）および／またはそれらのデバイスへのサービスの影響される部分（例えば、ＳＤＦ、アプリケーションＩＤ等）を識別する必要がある。次いで、ＳＣＳ２１２は、モバイルネットワークオペレータ（ＭＮＯ）に、要求されるグループベースのサービスを示す要求を為し、グループの形成のためのデバイスのリストおよびその関連情報を提供することができる。グループ作成およびグループのために提供されるべきサービスは、サービス層と３ＧＰＰネットワークとの間で調整される必要がある。

図２は、マシンタイプ通信グループベースのサービスのための調整されたグループ化のためのプロセスのフロー図を描写する。ブロック２６０に示されるように、例えば、ＳＣＳ２１２等のサービス層内のシステムは、グループの作成のためのグループ制御要求を生成し、ネットワーク層に伝送することによって、グループ作成プロシージャを開始する。要求は、グループ内に含まれるべきＵＥ２１４についての情報と、グループのために要求されるサービスを規定する情報とを備えている。例示的シナリオでは、要求は、グループ作成時間時にグループの一部であるべきＵＥのリストおよび／またはそれらのデバイスへのサービスの影響される部分（例えば、ＳＤＦ、アプリケーションＩＤ等）を備え得る。

ブロック２６２では、要求が、例示的シナリオでは、３ＧＰＰネットワークのコアネットワークの一部であり得るネットワーク層において受信される。コアネットワークによって実施される動作は、コアネットワークの一部である任意の好適な機械またはデバイスによって実施され得る。例示的実施形態では、サービス層とインターフェースをとることと、グループ機能を調整することとに関連する処理の大部分は、ＭＴＣ−ＩＷＦ２１０および／またはＨＳＳ１１６によって実施される。

ブロック２６４では、コアネットワークは、要求をする特定のサービスレベルシステム（例えば、ＳＣＳ２１２）、および要求内に規定されるＵＥ２１４のリストによって、要求されるサービスの使用を承認すべきかどうかを決定する。

ブロック２６６では、コアネットワークは、要求されサービスの実行のために採用されるべき方法を決定する。グループメッセージング等のグループベースのサービスは、ネットワークが、例えば、ＣＢＳベースのグループメッセージング、ＭＢＭＳベースのグループメッセージング等のいくつかの異なる方法のいずれかを使用することによって実施され得る。コアネットワークは、以下の基準に基づいて、サービスの実行のための方法を選択する：識別されたＵＥ２１４および要求側ＳＣＳ２１２の加入情報；ＵＥ２１４の能力；ネットワーク条件（ＣＮノードにおける輻輳／負荷）；ならびにネットワークポリシー。

いくつかのシナリオ下では、コアネットワークはまた、ＳＣＳ２１２がグループを分割し、サブグループを形成することを提案し得る。例えば、ＳＣＳ２１２が、グループメッセージングのためにグループが作成されることを要求した場合、かつコアネットワークが、ＣＢＳ方法を選定し、デバイスが固定されており、２つの異なるＬＴＥセルに分散されていることを見出す場合、コアネットワークは、ＳＣＳ２１２がグループを２つに分割することを提案し得る。これは、コアネットワークがグループを効率的に管理することを可能にするので、コアネットワークおよびＳＣＳ２１２に対して有益であり得る。例えば、サブグループのうちの１つにおけるデバイスからの応答が受信されない場合、ＳＣＳ２１２は、メッセージを関連のあるサブグループのみに再送信することができる。

ブロック２６８では、コアネットワークは、選択された方法を使用して、識別されたＵＥ２１４を構成またはプロビジョニングし、プロビジョニングされたサービスに関連付けられた１つ以上の内部グループ識別子を割り付ける。内部グループ識別子が、コアネットワーク内で使用され、特定のサービスおよびサービスに関連付けられたＵＥ２１４を識別する。コアネットワークは、サービスの今後の処理および修正における使用のために、内部グループ識別子を維持する。

ブロック２７０では、コア３ＧＰＰネットワークは、新しくプロビジョニングされたサービスに関連付けられた１つ以上の外部グループ識別子を割り付け、維持する。ブロック２７２では、外部グループ識別子は、サービスを要求したサービスレベルシステムに通信され、それは、特定のグループサービスに関連する後続要求中、サービスレベルとの今後の通信において使用される。コアネットワークは、内部グループ識別子に関連付けられたＵＥ２１４とともに、内部グループ識別子への外部グループ識別子のマッピングを維持する。

グループが形成されると、サービスレベル、例えば、ＳＣＳ２１２は、グループＩＤ、要求されるサービスの特性、およびプロビジョニングされたサービスに関連する情報を提供することによって、サービスが実装されることを要求することができる。要求に応じて、ＨＳＳ１１６およびＭＴＣ−ＩＷＦ２１０を含み得るコアネットワークは、グループ割り付け中に選定された方法を使用して、要求されるサービスを実施する。コアネットワークはまた、ネットワーク条件が変化した場合、または要求されたサービスの特性が、グループ作成中に選定された方法を用いて達成することができない場合、グループベースのサービスの実行のために異なる方法を使用することを決定し得る。ある場合には、ＳＣＳ２１２は、直接、グループに対してアクションを行い得る。例えば、グループがグループメッセージングのために作成された場合、かつＳＣＳ２１２が、ネットワークのブロードキャストマルチキャストサービスセンタ（ＢＭＳＣ）またはセルブロードキャストセンタ（ＣＢＣ）との直接リンクを有する場合、ＳＣＳ２１２は、直接、グループメッセージをＢＭＳＣまたはＣＢＣに送信し得る。

ＳＣＳ２１２は、ＵＥ２１４をグループに追加するか、またはそこから除去することを要求し得る。故に、グループは、どんなメンバーも伴わずに作成され、後にメンバーが追加され得る。グループの修正は、専用グループ修正プロシージャまたは他の既存のプロシージャ（アタッチ、ＴＡＵ、デタッチ等）の一部としてのいずれかを使用して遂行されることができる。ＳＣＳ２１２が、グループの割り付け解除／削除を要求することもできることをさらに理解されたい。

以下に詳細に論じられるように、開示されるシステムは、グループ作成、グループ管理、およびグループサービス提供のために、サービス層、例えば、ＳＣＳ２１２と、ネットワーク層、例えば、ＭＴＣ−ＩＷＦ２１０との間のＴｓｐ２０８インターフェースにアクセス可能ないくつかの新しいプロシージャを提供する。これらのプロシージャのための呼フローは、ＨＳＳ１１６（ＨＬＲ、ＵＤＲ、ＳＰＲ、ＨＳＳ、もしくはＡＡＡサーバであり得る）がグループ維持を担わされるかどうか、またはＭＴＣ−ＩＷＦ２１０が担うかどうかに応じて異なり得る。いくつかの実施形態では、ＨＳＳ１１６は、グループＩＤの割り当て、ＣＮノードの構成、およびグループの管理を担う。このアプローチは、例えば、ＭＴＣ−ＩＷＦ２１０がステートレスエンティティとして実装される場合、使用され得る。他の実施形態では、ＭＴＣ−ＩＷＦ２１０は、グループＩＤ割り当て、ＣＮノードの構成、およびグループの管理を担う。そのようなアプローチは、典型的には、ＭＴＣ−ＩＷＦ２１０がグループ内のＵＥ２１４についての情報およびサービングノードについての情報を維持することを伴う。

（調整されたグループ作成）
（ＨＳＳベースのグループ作成）
図３は、ネットワークサービスを受信するための新しいＵＥのグループ２１４を作成するための例示的プロセスを描写し、ＨＳＳ１１６が、グループＩＤを割り当てること、ＣＮノードを構成すること、およびグループを管理することを担う。そのような実施形態では、ＭＴＣ−ＩＷＦ２１０はステートレスエンティティとして、実装され得る。

図３を参照すると、ステップ１では、グループ作成イベントが、サービス層において生じる。例示的実施形態では、イベントは、ＳＣＳ２１２において識別される。グループ作成イベントは、任意の数の異なる処理状況の結果として生じ得る。例えば、Ｍ２ＭアプリケーションまたはＣＳＥが、グループリソースの形成のために、グループ作成要求を送信し得る。グループ管理ＣＳＦは、その後、ネットワーク提供グループサービスが、グループのために使用されることができることを決定し、ＮＳＳＥ ＣＳＦに対するグループ作成要求を開始し得る。別の例示的シナリオでは、グループを作成するプロセスは、Ｍ２Ｍオペレータによって実施される構成／プロビジョニングに基づいて開始され得る。

図３を参照すると、グループ作成イベントの検出に応答して、ステップ２では、ＳＣＳ２１２は、値「ＩＮＩＴＩＡＬ＿ＲＥＱＵＥＳＴ」に設定されたＧＣ−Ｒｅｑｕｅｓｔ−Ｔｙｐｅ属性値ペア（ＡＶＰ）を伴うグループ制御要求メッセージ（ＧＣＲ）を準備し、ＭＴＣ−ＩＷＦ２１０に伝送する。例示的実施形態では、属性値ペアは、ダイアメータプロトコル属性値ペアに対応する。要求は、要求されたグループ作成を実施するために必要とされる任意の情報を含む。例示的実施形態では、要求は、ＧＣＲメッセージ内に以下の情報を含む：提案されるグループ識別子；例えば、グループメッセージングサービスまたはグループポリシー等の要求されるサービスのタイプ；要求されるサービスの要件／特性；デバイスのリスト等のメンバーシップ情報、それは、デバイスの外部識別子および／または以前に作成されたグループの外部グループ識別子、および／またはグループの一部であるべきアプリケーション識別子（随意）であり得る；モバイルネットワークオペレータ（ＭＮＯ）が修正をグループに対して実施可能かどうかを示すフラグデータ；グループが存在すべき期間の指示；直接グループ実行が要求されるかどうかを示すフラグデータ；ＭＮＯがグループを複数のサブグループに分割することを提案することができるかどうかを示すサブグループ化フラグ；および、サブグループ化がサポートされる場合、形成され得るサブグループの最大数が示されることができる。要求内に含まれるデバイスのリストは、ＵＥの個々の外部識別子のリスト、以前に割り付けられている場合がある、外部グループＩＤのリスト、または外部グループＩＤおよび外部ＵＥ ＩＤの組み合わせであり得る。外部グループＩＤが提供された場合、ＨＳＳ１１６は、以下に説明される処理中、それをＵＥのリストにマップする。ＧＣＲメッセージの「デバイスのリスト」内に提供される外部グループＩＤのために選択されているサービスは、概して、形成される新しいグループに考慮されない。むしろ、ＧＣＲ要求内に明示的に列挙されたサービスのみ、形成される新しいグループに考慮される。例示的実施形態では、ＳＣＳ２１２は、Ｔｓｐインターフェース２０８を経由して、ＭＴＣ−ＩＷＦ２１０を介して、ＨＳＳ１１６と情報を交換する。代替実施形態では、ＳＣＳ２１２は、更新されたＭｈインターフェースを介して、直接、ＨＳＳ１１６とインターフェースをとり得る。

図３を参照すると、ステップ３では、ＭＴＣ−ＩＷＦ２１０は、承認およびグループ形成の目的のために、グループ管理要求（ＧＭＲ）メッセージを準備し、ＨＳＳ１１６に伝送し、ＧＣＲメッセージ内で受信された情報をパスする。例示的実施形態では、メッセージは、前述のように、ＧＣＲメッセージからの情報を含む。メッセージの受信に応じて、ＨＳＳ／ＨＬＲ１１６は、デバイスの外部識別子および外部グループ識別子を内部識別子（例えば、ＩＭＳＩ）にマップし、ＵＥの各々の加入情報を読み出す。ＨＳＳ１１６は、要求を行なっているＳＣＳ２１２の加入情報も読み出す。ＨＳＳ／ＨＬＲ１１６は、ＳＣＳ２１２が、グループを形成し、要求されているサービスを使用するために承認されるかどうかを決定する。ＨＳＳ／ＨＬＲ１１６は、ＵＥがグループベースのサービスの使用のために承認されることができるかどうかもチェックする。ＨＳＳ１１６は、以下のパラメータに基づいて、サービスの送達／実行のための方法を選択する：ＨＳＳ１１６において既知のＵＥの能力；サービスのための要件；ＵＥおよびＳＣＳ２１２の加入情報；ならびにグループメンバーにサービス提供するネットワークノードのステータス。選択された方法に応じて、ＨＳＳ１１６は、グループベースのサービスのための構成を要求するコアネットワーク（ＣＮ）ノードを決定する。ＨＳＳ１１６は、ＣＮ内で使用されるべきローカルグループ識別子も割り付ける。例えば、要求されるサービスがグループメッセージングサービスであり、メッセージ特性が小メッセージである場合、ＣＮは、セルブロードキャストサービス（ＣＢＳ）方法を使用することを決定し得、ＭＭＥおよびＣＢＣを構成し得る。ＨＳＳ１１６がＭＢＭＳ方法を選定する場合、ＨＳＳ１１６は、ＢＭＳＣを構成し得る。別の実施例では、グループポリシー制御が要求される場合、ＨＳＳ１１６は、ＰＣＲＦおよびＰＧＷを構成し得る。

図３を参照すると、ステップ４では、ＨＳＳ１１６は、グループプロビジョニング要求（ＧＰＲ）メッセージを準備し、グループサービスのために構成される必要がある各ＣＮノードに伝送する。ＣＮノードは、例えば、ＭＭＥ、ＳＧＷ、ＰＧＷ、ＰＣＲＦ、ＣＢＣ、ＭＢＭＳ−ＧＷ等のＣＮ内の機能エンティティのいずれかに対応し得る。ＨＳＳ１１６は、メッセージ内に、グループ内でサービス提供しているＣＮノードによって必要とされる任意の情報を含む。例示的実施形態では、メッセージは、例えば、ＵＥの識別子（例えば、ＩＭＳＩ）；構成される必要があるサービス；ＨＳＳ１１６に報告される必要があるイベント；ならびにＨＳＳ１１６によって割り付けられたローカルグループ識別子を含み得る。ＨＳＳ１１６は、ＵＥ２１４がＣＮノードによって現在サービスされているかどうかに関係なく、グループに属する全ＵＥをＧＰＲメッセージ内に含み得るか、または構成されているサービスに応じて、ＣＮノードに関連のあるグループの一部のみを含み得る。ＨＳＳ１１６は、グループ内のＵＥを追跡し、ＵＥが異なるノード（異なるＭＭＥ、ＰＧＷ等）にアタッチすると、ＨＳＳ１１６は、新しいＣＮノードをグループサービス情報でプロビジョニングする。

ＧＰＲメッセージを受信すると、ＣＮノード２１４は、それら自身をサービスのために構成する。このプロセスの一部として、ＣＮノードは、それに接続される他のＣＮノードをプロビジョニングし得る。例えば、ＭＭＥ１１４は、無線ネットワーク基地局、例えば、進化型ノードＢ（ｅＮＢ）、またはそれに接続されるＳＧＷ１１０を構成し得る。ＣＮノードは、ＨＳＳ１１６によって割り付けられたローカルグループＩＤを記憶し、さらに、それを他のノードにパスし得る。ＣＮノードはまた、ＣＮの利便性のために、サブグループ（ローカルグループ）の作成の可能性を模索し、サブグループについての情報をＨＳＳ１１６にパスし得る。

再び、図３を参照すると、ステップ５では、ＣＮノードの各々は、それ自身およびそれに接続される他の関連のあるノードを構成すると、グループプロビジョニング回答（ＧＰＡ）メッセージを送信する。例示的実施形態では、ＣＮノードは、内部グループ識別子を割り付け、メッセージ内でそれをＨＳＳ１１６に提供し得る。ＨＳＳ１１６は、これらのＩＤを記憶し、特定のＣＮノードに関連付けられたグループの一部をアドレス指定するために必要とされるときは常時、それらを使用し得る。

ＣＮノードの全てからのＧＰＡメッセージの受信に応じて、またはタイマが切れた後、ＨＳＳ１１６は、ＳＣＳ２１２に提供されるべき外部グループＩＤを割り付ける。一例示的実施形態では、ＨＳＳ１１６は、外部グループＩＤを作成するためにローカルグループＩＤ（ｌｏｃａｌＩＤ＠ｒｅａｌｍ）を使用するか、またはローカルＩＤを完全に隠し、外部グループＩＤを割り付け、ローカルグループＩＤへのマッピングを維持し得る。

図３を参照すると、ステップ６では、ＨＳＳ１１６は、グループ管理回答（ＧＭＡ）メッセージをＭＴＣ−ＩＷＦ２１０に送信し、外部グループ識別子および他のサービス関連パラメータ（例えば、メッセージＩＤ、マルチキャストＩＰアドレス等）をＭＴＣ−ＩＷＦ２１０に示す。

図３を参照すると、ステップ７では、ＭＴＣ−ＩＷＦ２１０は、外部グループ識別子およびサービス関連パラメータをグループ制御回答（ＧＣＡ）メッセージ内でＳＣＳ２１２にパスする。このメッセージ内の情報は、例えば、以下を含み得る：グループのための外部識別子；ＣＮによって受け入れられたサービスのリスト；直接グループサービス実行が要求された場合、ＭＴＣ−ＩＷＦ２１０は、ＳＣＳ２１２が、直接、グループにアドレスするために使用し得る、ＴＭＧＩ、マルチキャストＩＰアドレス等のグループアドレス情報をパスし得る；任意のサブグループ化情報（サブグループ化が実施された場合、各サブグループに対する外部グループＩＤ、各グループに対するサービスのリストおよび各グループ内のＵＥのリストが提供される）；ならびに、グループの存在のために交渉される持続時間。

例示的実施形態では、ＭＴＣ−ＩＷＦ２１０またはＨＳＳ１１６は、ＤＮＳサーバを外部グループＩＤでプロビジョニングし得る。これは、ＳＣＳ２１２が、外部グループＩＤのためのサービスを使用することを可能にする。例えば、あるＳＣＳ２１２は、グループを作成し、外部グループＩＤを他のＳＣＳにパスしていることもある。他のＳＣＳがサービスの実行（例えば、グループメッセージを送信すること）を所望する場合、外部グループＩＤを使用して、適切なＭＴＣ−ＩＷＦ２１０を見つけ、グループメッセージを送信し得る。

（ＭＴＣ−ＩＷＦベースのグループ作成）
図４は、ネットワークサービスを受信するために、新しいＵＥのグループを作成するための別の例示的プロセスを描写し、グループＩＤの割り当て、ＣＮノードの構成、およびグループの管理の担当は、ＭＴＣ−ＩＷＦ２１０が実施する。このアプローチでは、ＭＴＣ−ＩＷＦ２１０は、グループ内のＵＥについての情報およびサービングノードについての情報を維持する。

図４を参照すると、ステップ１では、グループ作成イベントが、サービス層において生じる。グループ作成イベントは、図３、ステップ１に関連して上で説明されたように、任意の数の異なる処理状況の結果として生じ得る。

図４を参照すると、ステップ２では、ＳＣＳ２１２は、値「ＩＮＩＴＩＡＬ＿ＲＥＱＵＥＳＴ」に設定されたＧＣ−Ｒｅｑｕｅｓｔ−Ｔｙｐｅ ＡＶＰを伴うグループ制御要求メッセージ（ＧＣＲ）を生成し、ＭＴＣ−ＩＷＦ２１０に伝送する。要求内に含まれる情報は、図３、ステップ２に関連して上で説明されたものと同一である。

要求の受信に応答して、ＭＴＣ−ＩＷＦ２１０は、要求されたサービスの要件および他のネットワークステータス情報に基づいて、サービスを実行するための候補方法のリストを生成する。いくつかのシナリオでは、サービスを実行するための１つのみの方法が存在し得る。ＭＴＣ-ＩＷＦ２１０はまた、ＵＥのリストへの外部グループＩＤのマッピングを行い得る（外部グループＩＤが、ＧＣＲメッセージ内でＳＣＳ２１２によって提供された場合）。

再び、図４を参照すると、ステップ３では、ＭＴＣ−ＩＷＦ２１０は、グループ作成プロセスを承認する目的のために、加入者情報要求（ＳＩＲ）を生成し、ＨＳＳ／ＨＬＲ１１６に伝送する。例示的実施形態では、ＭＴＣ−ＩＷＦ２１０は、例えば、以下等のグループパラメータを提供する：デバイスのリスト（外部識別子）；サービスを要求しているＳＣＳ ＩＤ；要求されるサービスのタイプおよびサービスを実行するための候補方法のリスト；ならびに選定された候補方法のリスト。別の例示的実施形態では、新しいグループ情報読み出しプロシージャが、前述の情報を送信する目的のために使用される。ＧＩＲ（グループ情報要求）メッセージは、このプロシージャを開始するために、ＭＴＣ−ＩＷＦ２１０によって使用されることができる。

ＳＩＲ要求に応答して、ＨＳＳ１１６は、外部識別子を内部識別子（ＩＭＳＩ）にマップし、ＵＥの各々およびＳＣＳ２１２の加入情報を読み出す。ＨＳＳ／ＨＬＲ１１６は、ＳＣＳ２１２が、グループを形成し、要求されたサービスにアクセスするために承認されるかどうかを決定する。ＨＳＳ／ＨＬＲ１１６はまた、ＵＥが、要求されたグループベースのサービスの使用のために承認されることが可能かどうかをチェックする。

図４を参照すると、ステップ４では、ＨＳＳ／ＨＬＲ１１６は、ＳＩＡ（加入者情報回答）メッセージを準備し、伝送する。例示的実施形態では、ＳＩＡは、以下の情報を含む：ＳＣＳ２１２に対する承認情報；ＵＥの各々の能力および承認詳細；各候補方法に対するグループサービス関連データ；ならびに各ＵＥに対するサービングノード情報。一代替実施形態では、新しいグループ情報読み出しプロシージャ（代替として前述のステップで述べられたように）が、情報をＨＳＳ１１６からＭＴＣ−ＩＷＦ２１０に通信する目的のために使用され得る。別の代替では、ＨＳＳ１１６は、外部グループＩＤまたはローカルグループＩＤを割り付け、それをＳＩＡメッセージまたはＧＩＡメッセージの一部としてＭＴＣ−ＩＷＦ２１０に提供し得る。さらに別の実施形態では、新しいグループＩＤ要求プロシージャが、使用されることができ、ＭＴＣ−ＩＷＦ２１０は、外部／ローカルグループＩＤがＨＳＳ１１６によって割り付けられることを要求するメッセージを明示的に送信し、ＨＳＳ１１６は、要求されたグループＩＤを含むメッセージで応答する。

メッセージの受信に応じて、ＭＴＣ−ＩＷＦ２１０は、受信された情報、ネットワークの条件、およびＧＣＲメッセージのコンテンツ（例えば、要求されたサービス、サービスの特性、グループ内のＵＥの数等）を使用して、サービスの送達において使用する方法を決定する。

図４を参照すると、ステップ５では、ＭＴＣ−ＩＷＦ２１０は、グループプロビジョニング要求（ＧＰＲ）メッセージを準備し、ＭＴＣ−ＩＷＦ２１０によって選定される方法のために構成される必要があるＣＮノードの各々に伝送する。ＭＴＣ−ＩＷＦ２１０は、ＣＮノードに、グループメンバーの完全リスト、またはノードが、現在サービス提供し得るか、もしくは監視される必要がある、グループの一部のみを提供し得る。ＭＴＣ−ＩＷＦ２１０は、サブグループ化が実施されることが可能かどうかも示し得る。ＧＰＲメッセージは、ＭＴＣ−ＩＷＦ２１０に通信されるべきグループに対するイベントについての情報も運び得る。ＭＴＣ−ＩＷＦ２１０は、この通知を使用して、グループを管理／修正し得る。ＭＴＣ−ＩＷＦ２１０は、ローカルグループ識別子も含み、それをＧＰＲメッセージの一部として含み得る。

ＧＰＲメッセージの受信に応じて、ＣＮノードは、それ自身をサービスのために構成する。このプロセスの一部として、ＣＮノードは、それに接続される他のＣＮノードをプロビジョニングし得る。例えば、ＭＭＥ１１４は、それに接続されるｅＮＢまたはＳＧＷ１１０を構成し得る。ＣＮノードは、ＭＴＣ−ＩＷＦ２１０によって割り付けられたローカルグループＩＤを記憶し、さらに、それを他の接続されるノードにパスし得る。ＣＮノードはまた、ＣＮおよびＭＴＣ−ＩＷＦ２１０の利便性のために、サブグループ（ローカルグループ）の可能性を模索し得る。

グループプロビジョニング要求が、例えば、ｅＮＢ等の基地局に通信され、そこで受信されるシナリオでは、要求は、例えば、ｅＮＢが、サービスを受信するために、機械の定義されたグループ化に一致するように構成されるべきであることを示し得る。より具体的には、プロビジョニング要求は、サービスを受信するために機械のグループ内に含まれる１つ以上の機械を識別する情報を含み得、さらに、ｅＮＢが、要求内で識別された１つ以上の機械を含む機械のグループと通信するためにそれ自身を構成することの指示を備え得る。要求に応答して、ｅＮＢは、機械のグループ内に含まれる１つ以上の機械を識別する情報を記憶し、識別された１つ以上の機械を含む機械のグループと通信するようにそれ自身を構成する。例示的シナリオでは、ｅＮＢは、グループ通信をｅＮＢから受信する機械を識別する、ｅＮＢ上に定義された既存のグループ化を更新し得る。ｅＮＢが、グループプロビジョニング要求内で識別された１つ以上の機械に対応するグループ化をその上に構成した後、ｅＮＢは、構成が完了したことを示す応答を生成し、伝送する。ｅＮＢによって開始される後続グループ通信は、要求内で識別された１つ以上の機械との通信を含み得る。

図４を参照すると、ステップ６では、ＣＮノードは、グループプロビジョニング回答をＭＴＣ−ＩＷＦ２１０に生成し、伝送する。回答内に含まれる情報は、図３のステップ５に関連して上で説明されたものと同一である。図４は、ＧＰＲ／ＧＰＡメッセージが、直接、ＣＮノードとＭＴＣ−ＩＷＦ２１０との間で通信されることを図示するが、処理が、ＨＳＳ／ＨＬＲ１１６を伴い得ることも理解されたい。

図４を参照すると、ステップ７では、ＭＴＣ−ＩＷＦ２１０は、グループ制御回答メッセージ（ＧＣＡ）メッセージを準備し、ＳＣＳ２１２に伝送する。メッセージ内に含まれる情報は、図３のステップ７に関連して上で説明されたものと同一である。

（グループ修正）
いくつかの事例では、グループのメンバーシップを修正すること、グループに割り振られたサービスを修正すること、またはグループを削除することが望ましくあり得る。このプロシージャは、グループを分割またはマージするためにも使用され得、ＣＮまたはＳＣＳ２１２によって開始されることができる。いくつかの状況下では、グループの修正は、グループを空のまま残し得る（全てのＵＥ／デバイスがグループから除去される）。グループがどんなＵＥも含まないいくつかの事例において、グループは、削除されず、グループのための外部グループＩＤは、後に、グループへの新しいメンバーの追加を可能にするように維持され得る。しかしながら、いくつかの事例では、実際にグループを除去することが望ましくあり得る。グループの外部グループＩＤは、ＧＣＲコマンドタイプがＤＥＬＥＴＩＯＮ＿ＲＥＱＵＥＳＴに設定される場合、削除されるであろう。

（ＳＣＳ開始グループ修正）
図５および６は、既存のＵＥのグループを修正するための例示的処理を描写し、修正は、ＳＣＳ２１２によって開始される。ＳＣＳ２１２は、既存のグループサービス処理に干渉するであろうイベントを検出すると、修正プロシージャを開始し得る。例えば、ＳＣＳ２１２は、デバイスまたはアプリケーションが場所を変更したとき、シャットダウンしたとき、期限切れ加入を有するとき、グループを去ることもしくはグループに参加することを選ぶとき、またはＳＣＳ２１２が、デバイスもしくはアプリケーションをグループに追加することまたはグループから削除することを選ぶとき、修正プロシージャを開始し得る。

図５は、ネットワークサービスを受信するための既存のＵＥのグループを修正するための例示的プロセスを描写し、ＨＳＳ１１６は、グループＩＤの割り当て、ＣＮノードの構成、およびグループの識別子の管理を担当する。そのような実施形態では、ＭＴＣ−ＩＷＦ２１０は、ステートレスエンティティとして実装され得る。例示的実施形態では、ＳＣＳ２１２は、Ｔｓｐインターフェース２０８を経由して、ＭＴＣ−ＩＷＦ２１０を介して、情報をＨＳＳ１１６と交換し得る。代替実施形態は、ＳＣＳ２１２が、更新されたＭｈインターフェースを介して、直接、ＨＳＳ１１６とインターフェースをとることを可能にする。

図５を参照すると、ステップ１では、グループ作成イベントが、サービス層において生じる。例示的実施形態では、イベントは、ＳＣＳ２１２において識別される。イベントは、例えば、ユーザ、アプリケーション、もしくはＵＥによって、アクティビティに応答して、開始され得るか、または、アプリケーションもしくはサービス層におけるいくつかの条件に応答して（すなわち、あるアプリケーション定義基準が満たされると）、もしくはアドミニストレータアクティビティに応答して、開始され得る。トリガは、グループへのＵＥの除去もしくは追加、またはグループのために割り振られたサービスの修正をもたらし得る。

図５を参照すると、ステップ２では、ＳＣＳ２１２は、値「ＭＯＤＩＦＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴ」または「ＤＥＬＥＴＩＯＮ＿ＲＥＱＵＥＳＴ」に設定されるＧＣ−Ｒｅｑｕｅｓｔ−Ｔｙｐｅ ＡＶＰを伴うグループ制御要求メッセージ（ＧＣＲ）を生成し、ＭＴＣ−ＩＷＦ２１０に送信する。例示的実施形態では、このＧＣＲメッセージは、以下の情報を含み得る：除去または追加されるべきＵＥのリスト；除去、追加、または修正されるべきサービスのリスト；サービスの特性；サブグループ化が実施されることができるかどうかを示すフラグ；ならびにグループの持続時間。ある実施形態では、ＧＣＲメッセージは、以下をさらに含み得る：例えば、サブグループのためのＵＥおよびサービスのリスト等のサブグループ化情報；ならびに、例えば、単一のグループにマージされるべきグループＩＤおよび個々のＵＥ ＩＤのリストを含み得るマージ情報。グループがマージされるシナリオでは、新しいグループは、各グループに対して割り振られていた全サービスの上位集合を有し得る。

図５を参照すると、ステップ３では、ＭＴＣ−ＩＷＦ２１０は、「ＭＯＤＩＦＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴ」または「ＤＥＬＥＴＩＯＮ＿ＲＥＱＵＥＳＴ」に設定されるタイプを伴うグループ管理要求において修正要求をＨＳＳ１１６にパスする。修正要求に基づいて、ＨＳＳ１１６は、サービス実行の方法を改変し得る。例えば、既存のサービスの特性が修正される場合、ＨＳＳ１１６は、サービスの送達のための異なる方法を識別し得る。グループのサイズが有意に変化するシナリオでは、ＨＳＳ１１６は、異なる方法を選定し得る。方法の選択は、図３のステップ３に関連して上で説明されたものに類似し得る。

図５を参照すると、ステップ４では、ＨＳＳ１１６は、グループ特性における修正に関するＧＰＲメッセージを準備し、全ての影響されるＣＮノード（グループサービスを提供するものおよびプロビジョニングされる必要がある任意の新しいＣＮノード）に伝送する。ＧＰＲメッセージ内に含まれる情報は、図３のステップ４に関連して上で説明されたものに類似し得る。

ＣＮノードは、ＧＰＲメッセージに基づいて、それ自身およびそれらに接続される他の関連ノードを構成する。図５を参照すると、ステップ５では、ＣＮは、ＧＰＡメッセージを準備し、ＨＳＳ１１６に伝送し、ＨＳＳ１１６にグループプロビジョニングの成功または失敗について知らせる。

図５のステップ６では、ＨＳＳ１１６は、この事例では、グループ修正回答であり得るグループ管理回答を生成し、ＭＴＣ−ＩＷＦ２１０に伝送し、グループ修正プロシージャの結果を示す。

図５のステップ７では、ＭＴＣ−ＩＷＦ２１０は、ＧＣＡメッセージを準備し、ＳＣＳ２１２に伝送し、グループ修正プロシージャの成功または失敗について知らせる。一実施形態では、メッセージはまた、「Ｓｕｐｐｏｒｔｅｄ−Ｆｅａｔｕｒｅｓ」ＡＶＰまたは「Ａｖａｉｌａｂｌｅ−Ｓｅｒｖｉｃｅ」ＡＶＰ内にＣＮによってサポートされる現在のサービスのリストを含み得る。

図６は、ネットワークサービスを受信するための既存のＵＥのグループを修正するための例示的プロセスを描写し、グループＩＤの割り当て、ＣＮノードの構成、およびグループの管理の担当は、ＭＴＣ−ＩＷＦ２１０にある。このアプローチでは、ＭＴＣ−ＩＷＦ２１０は、グループ内のＵＥについての情報およびサービングノードについての情報を維持する。

図６を参照すると、ステップ１では、グループ作成イベントが、サービス層において生じる。例示的実施形態では、イベントは、ＳＣＳ２１２において識別される。イベントは、例えば、ユーザ、アプリケーション、またはＵＥによって、アクティビティに応答して、開始され得るか、または、アプリケーションもしくはサービス層におけるいくつかの条件に応答して（すなわち、あるアプリケーション定義基準が満たされると）、もしくはアドミニストレータアクティビティに応答して、開始され得る。トリガは、グループへのＵＥの除去もしくは追加またはグループのために割り振られたサービスの修正をもたらし得る。

図６を参照すると、ステップ２では、ＳＣＳ２１２は、値「ＭＯＤＩＦＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴ」または「ＤＥＬＥＴＩＯＮ＿ＲＥＱＵＥＳＴ」に設定されるＧＣ−Ｒｅｑｕｅｓｔ−ＴｙｐｅＡＶＰを伴うグループ制御要求メッセージ（ＧＣＲ）を生成し、ＭＴＣ−ＩＷＦ２１０に伝送する。要求のコンテンツは、図５のステップ２に関連して上で説明されたものと同一であり得る。

図６のステップ３では、ＭＴＣ−ＩＷＦ２１０は、加入者情報要求（ＳＩＲ）を生成し、伝送する。ＳＩＲは、グループに追加されるべきデバイスに対する加入情報を要求し、それらをグループに追加することを承認する。要求は、図５のステップ３に関連して上で説明されたような情報を含み得る。

ステップ４では、ＨＳＳ／ＨＬＲ１１６は、加入情報およびその承認応答をＳＩＡメッセージ内に生成し、ＭＴＣ−ＩＷＦ２１０に伝送する。回答は、図５のステップ４に関連して上で説明されたような情報を含み得る。ＨＳＳ１１６からの応答および要求される修正のタイプに基づいて、ＭＴＣ−ＩＷＦ２１０は、サービスのための実行の方法を改変し得る。方法の選択は、図４のステップ４に関連して上で説明されたものと同一である。ＳＩＲ要求およびＳＩＡ応答は、修正のタイプに応じて、随意であり得ることを理解されたい。

ステップ５では、ＭＴＣ−ＩＷＦ２１０は、グループメンバーおよび／または要求されるサービス内の修正について、ＧＰＲメッセージを生成し、影響されるＣＮノードの各々（グループサービスを提供するものおよびプロビジョニングされる必要がある新しいＣＮノード）に伝送する。ＣＮノードは、ＧＰＲメッセージに基づいて、それ自身をおよびそれらに接続される他の関連ノードを構成する。

ステップ６では、ＣＮノードは、ＧＰＡメッセージを生成し、ＭＴＣ−ＩＷＦ２１０に伝送し、グループプロビジョニングの成功または失敗についての情報を提供する。

ステップ７では、ＭＴＣ−ＩＷＦ２１０は、グループ修正プロシージャの成功または失敗についてＳＣＳ２１２に知らせるために、ＧＣＡメッセージを準備し、伝送する。

（ＣＮ開始グループ修正）
開示されるシステムおよび方法の別の側面によると、コアネットワーク（ＣＮ）は、ネットワーク条件またはイベントに基づいて、グループ修正プロシージャを開始し得る。例えば、ＵＥ加入が撤回される場合、もしくはＵＥ２１４が、デタッチされるか、非アクティブ化されるか、もしくは別のネットワークもしくは別のアクセスタイプにローミングする場合、または、ＵＥ２１４が、ＰＤＮにアタッチするか、もしくはそれをアクティブ化するか、もしくはＨＰＬＭＮに戻る場合、ＣＮは、グループへの追加またはそこからの除去を開始し得る。

ＣＮがグループ修正を開始し得る別の例示的シナリオでは、コアネットワークは、ネットワーク上の輻輳の検出に応答して、グループのために割り振られたサービスを改変し得る。そのようなグループ修正に対して、あるイベントは、ＨＳＳ／ＭＴＣ−ＩＷＦによってハンドリングされ得、ＳＣＳ２１２に報告されないこともある。例えば、ＣＢＳノードが輻輳しており、ＨＳＳ／ＭＴＣ−ＩＷＦが、以前に、グループメッセージ送達のためにＣＢＳ方法を選択している場合、ＣＢＳは、グループのための別のメッセージ送達方法を内部で選定し得、イベントをＳＣＳ２１２に報告しないこともある。しかしながら、サービス要件が、他の方法で満たされることができない場合、ＨＳＳ／ＭＴＣ−ＩＷＦは、ＳＣＳ２１２が、サービス要件を改変するか、またはグループを削除することのいずれかを要求し得る。

前述のようなグループ作成中、ＨＳＳ／ＭＴＣ−ＩＷＦは、グループ修正を要求するであろうイベントについて、ＣＮノードを明示的に構成し得る。ＨＳＳ／ＭＴＣ−ＩＷＦは、ＣＮノードが監視し、ＨＳＳ／ＭＴＣ−ＩＷＦに報告すべきイベントについて、ＣＮノードを構成する（ＧＰＲ／ＧＰＡプロシージャを使用して）。ＣＮノードまたはＨＳＳ／ＭＴＣ−ＩＷＦが関わる他のイベントおよびプロシージャからのイベント通知に基づいて、ＨＳＳ／ＭＴＣ−ＩＷＦは、グループ修正が必要である場合を決定する。グループ修正が必要とされる場合、ＨＳＳ／ＭＴＣ−ＩＷＦは、グループ修正プロシージャを開始する。ＨＳＳ／ＭＴＣ−ＩＷＦは、イベントの発生（例えば、ＵＥデタッチ）をＳＣＳ２１２に通信し、ＳＣＳ２１２に、グループ修正が必要とされるかどうかを決定させることもできる。ＨＳＳ／−ＭＴＣ−ＩＷＦがイベント通知をＳＣＳ２１２に提供するこのアプローチは、図７に関連して以下に説明される。

ＣＮノードが監視するイベントは、グループが加入されるグループベースのサービスとグループベースのサービスを実行するために選択された方法とに依存する。以下の表は、イベントのいくつかおよびそのイベントを典型的に監視する特定のＣＮノードを列挙する。イベントの多くは、ＨＳＳ１１６によって監視され、その場合、ＨＳＳ１１６は、「ＭＴＣ−ＩＷＦベースのグループ管理」方法内でイベントをＭＴＣ−ＩＷＦ２１０に報告する。以下に列挙されるイベントは、包括的リストではなく、監視される必要があり得る他のイベントが存在し得る。ＨＳＳ／ＭＴＣ−ＩＷＦは、ＣＮノードのいずれかからの任意のイベント通知に基づいて、グループ修正をトリガすることができる。

（ＨＳＳベースのＣＮ開始グループ修正）
コアネットワークによって開始されるグループ修正の例示的実施形態では、ＨＳＳ１１６は、主に、グループ化に対する修正の実装を担う。図７は、そのような実施形態に関連付けられた例示的処理を描写する。

示されるように、ステップ１では、コアネットワーク（ＣＮ）ノードが、コアネットワーク内のイベント、プロシージャ、またはオペレータプロビジョニングを検出する。イベントは、アタッチ／デタッチイベント等のＵＥ関連イベントまたはネットワーク輻輳の存在等のネットワーク関連イベントであり得る。イベントが、コアネットワークノードが監視するように構成されている１つである場合（上記の表参照）、ＣＮノードは、グループイベント通知を生成し、ＨＳＳ１１６に伝送する。

イベントの検出に応答して、ステップ１ａでは、コアネットワークは、グループイベント通知要求（ＧＥＮ）メッセージを生成し、ＨＳＳ１１６に伝送する。ステップ１ｂでは、ＨＳＳ１１６は、グループイベント通知回答（ＧＥＡ）メッセージを送信し、ＧＥＮメッセージの受信を肯定応答する。

ＧＥＮメッセージの受信に応答して、ＨＳＳ１１６は、グループのために必要な修正を決定する。ＨＳＳ１１６は、ネットワーク内で定義されたポリシーを適用し、必要とされる修正を決定し得る。ポリシー／加入は、ＣＮが修正をグループに対して実施することが許されるかどうかを定義し得る。例えば、ポリシーは、修正が許可されるグループ所有者（ＭＮＯまたはＳＣＳ２１２）、実施することができる修正のレベル（ＵＥ／サービスの追加／削除）、修正（イベント）を実施すべきとき、方法選択基準等を定義し得る。

図７を参照すると、ステップ２では、ＨＳＳ１１６は、プロビジョニングを要求するＧＰＲメッセージをＣＮノードの各々に送信する。例示的実施形態では、ＧＰＲメッセージは、図５のステップ４に関連して上で説明されたものと同一または類似する。

ＧＰＲメッセージの受信に応答して、影響されるノードの各々は、要求されたサービスプロビジョニングを実装する。図７を参照すると、ステップ３では、ＧＰＲメッセージを受信したコアネットワークノードは、ＧＰＡメッセージで応答し、プロビジョニングの詳細を提供する。例示的実施形態では、ＧＰＡメッセージは、図５のステップ５に関連して上で説明されたものと同一または類似する情報を含む。

ＧＰＡメッセージの受信に応答して、ＨＳＳ１１６は、ＳＣＳ２１２に知らせるかどうかを決定する。例示的実施形態では、サービスを実行する方法のみが変化した場合、ＨＳＳ１１６は、ＳＣＳ２１２に知らせないことを選定し得る。同様に、例示的実施形態では、グループメンバーおよびもたらされるサービスが変化した場合、ＨＳＳ１１６は、ＳＣＳ２１２に知らせてもよい。

ＨＳＳ１１６が、ステップ４に示されるように、ＳＣＳ２１２が知らされるべきと決定するシナリオでは、ＨＳＳ１１６は、グループ管理通知要求（ＧＭＱ）メッセージを生成し、ＭＴＣ−ＩＷＦ２１０に伝送する。メッセージは、ＳＣＳ２１２への通信を要求する修正および／またはグループ関連通知を含む。

ステップ５では、ＭＴＣ−ＩＷＦ２１０は、グループ通知要求（ＧＮＲ）メッセージを生成し、ＳＣＳ２１２に伝送し、修正がグループに実施されたことを示す。例示的実施形態では、メッセージは、除去または追加されたデバイス（外部識別子）のリストと、追加、再構成（特性変更）、または除去されたサービスのリストとを含む。メッセージの受信に応答して、ＳＣＳ２１２は、必要に応じて、サービス層を構成し得る。

グループ修正のためのサービス層構成が完了すると、ステップ６では、ＳＣＳ２１２は、グループ通知回答（ＧＮＡ）ＧＮＡメッセージをＭＴＣ−ＩＷＦ２１０に送信する。

ステップ７では、ＭＴＣ−ＩＷＦ２１０は、メッセージを準備し、グループ管理通知回答（ＧＭＮ）メッセージ内で情報をＨＳＳ１１６に通信する。

当業者は、前述の処理が、ＨＳＳ１１６がＭＴＣ−ＩＷＦ２１０を介してグループ修正メッセージをＳＣＳ２１２に伝送することを伴うが、処理の他の代替方法が使用され得ることを理解されるであろう。例えば、メッセージは、Ｔｓｐインターフェース２０８を介するのとは対照的に、Ｍｈインターフェースを介して、直接、ＳＣＳ２１２に送信され得る。

図７に関連して説明される実施形態では、イベントの通知を受信すると、ＨＳＳ１１６は、グループのメンバー、グループに提供されるサービス、またはサービスグループに提供される方法を再構成する。代替実施形態では、異なるコアネットワークノードが、イベントが通知され、グループのメンバーを再構成するタスクを課せられる。例えば、ＭＴＣ−ＩＷＦ２１０が、これらのタスクを割り当てられ得る。ＭＴＣ−ＩＷＦ２１０が、これらのタスクを割り当てられるある実施形態では、ステップ１、２、および３は、コアネットワークノード（すなわち、Ｐ−ＧＷ、Ｓ−ＧＷ、ＭＭＥ、ＰＣＲＦ、ＵＤＲ、およびＨＳＳ）とＭＴＣ−ＩＷＦ２１０との間で生じるであろう。言い換えると、ステップ１ａおよび３は、ＭＴＣ−ＩＷＦ２１０で終了し、ステップ１ｂおよび２は、ＭＴＣ−ＩＷＦ２１０で開始されるであろう。

（ＨＳＳベースのＣＮトリガ、ＳＣＳ開始グループ修正）
図８は、コアネットワーク開始修正に対する代替のＨＳＳベースのアプローチを描写する。図８に描写される処理では、ＨＳＳ１１６は、修正トリガリングイベントについて通知をＳＣＳ２１２に送信し、ＳＣＳ２１２は、イベント通知メッセージに基づいて、グループ修正プロシージャを開始する。

概して、処理は、図７に関連して説明されるものと同様に動作する。しかしながら、この代替アプローチでは、ＭＴＣ−ＩＷＦ２１０からＳＣＳ２１２に通信されるＧＲＮメッセージは、利用可能となった新しいサービスまたは利用不可能となったサービスおよび他のＵＥ関連イベント等のイベントについての報告を含む。ＳＣＳ２１２は、ＧＲＮメッセージに基づいて、グループに対する修正を実施すべきかどうかを決定する。この処理の変形例では、ＨＳＳ１１６は、ＭＴＣ−ＩＷＦ２１０を介して、グループイベントメッセージをＳＣＳ２１２に送信する。さらに別の代替実施形態では、メッセージは、直接、Ｍｈインターフェースを介して、ＳＣＳ２１２に送信される。

（オンザフライグループメンバーシップ制御）
前述のように、ＵＥのグループへの追加およびそこからの削除は、ＳＣＳ２１２を関わらせることによって、いくつかの既存のＵＥレベルプロシージャとともに実施されることができる。しかし、例えば、アタッチおよびＴＡＵ等のいくつかのＵＥレベルプロシージャは、ＳＣＳ２１２が関わらない。ＳＣＳ２１２は、イベントが生じた後、ユーザプレーンレベルプロシージャから、またはＣＮからの通知（図８に関連して上で説明されたように）からＵＥイベント（例えば、エリア／場所変更）を把握し得る。ＳＣＳ２１２が、イベントに照らして、グループが修正されるべきであると決定する場合、図５に関連して上で説明されたように、グループ修正プロシージャをトリガする。ＣＮノードは、グループ修正に対応するようにプロビジョニングされる。

いくつかの事例では、グループ修正は、いくつかのＵＥレベルプロシージャ中に、ＳＣＳ２１２を関わらせる／に知らせることによって、効率的に実施されることができる。ＳＣＳ２１２が、グループ修正が実装されるべきと決定する場合、ＣＮノードは、別個のプロシージャを呼び出さずに、ＵＥレベルプロシージャの一部として構成されることができる。故に、グループ修正は、専用グループ修正プロシージャを呼び出す代わりに、オンザフライで遂行される。例えば、ｅＮＢが共通Ｇｒｏｕｐ−ＣＲＮＴＩをグループのＵＥに割り付けるグループメッセージング方法が使用され、ＵＥアタッチ中、ＳＣＳ２１２が関わる場合、ＵＥ２１４がグループに追加されるべきであるとＳＣＳ２１２が決定すると、ＨＳＳ１１６は、ＭＭＥを構成し／に通知することができ、ＭＭＥは、ｅＮＢが、アタッチプロシージャの一部として、ＵＥ２１４をＧｒｏｕｐ−ＣＲＮＴＩに追加し、ＵＥ２１４のＧｒｏｕｐ−ＣＲＮＴＩを知らせる（おそらく、アタッチ容認を搬送するＲＲＣメッセージ内で）ように、ｅＮＢを構成することができる。例示的シナリオでは、ｅＮＢは、図４に関連して上で説明されたように、それ自身を構成するための要求を受信し得、要求は、ＵＥ２１４をＧｒｏｕｐ−ＣＲＮＴＩに追加すべきことを規定する。アタッチプロシージャ中、ＳＣＳ２１２が関わらない場合、ＵＥ２１４もＧｒｏｕｐ−ＣＲＮＴＩに関するＤＬメッセージを監視するであろうように、Ｇｒｏｕｐ−ＣＲＮＴＩをＵＥ２１４にパスするために、新しいプロシージャが呼び出され、ＳＣＳ、ＭＴＣ−ＩＷＦ、ＨＳＳ、ＭＭＥ、およびｅＮＢを関わらせる必要があろう。

グループ情報を他のプロシージャとともに埋め込む利点は、グループ情報およびＣＮノード構成が、図７に関連して上で説明された別個の専用プロシージャを呼び出す代わりに、既存のプロシージャの一部としてオンザフライで実施されることである。オンザフライグループメンバーシップ制御は、例えば、ＵＥアタッチおよびＴＡＵプロシージャを含む、多数の異なるプロシージャに関連して実施され得る。

（アタッチプロシージャを用いたオンザフライグループメンバーシップ制御）
ＣＮが、ＳＣＳ２１２がＵＥアタッチプロシージャについて知らされるべきと決定する場合、ＳＣＳ２１２は、アタッチ通知へのその応答において、ＵＥ２１４のためのグループ化情報を提供し得る。サービングノード（すなわち、ＭＭＥ／ＳＧＳＮ）は、ＵＥ２１４が関連付けられたグループサービスのためにそれら自身を構成し、さらに、同一アタッチプロシージャを使用して、ｅＮＢ／ＲＮＣ等のアタッチプロシージャに関わる他のノードを構成することができる。

（アタッチプロシージャを用いたオンザフライグループメンバーシップ制御−ＨＳＳベース）
図９は、アタッチプロシージャ中のグループメンバーシップのＨＳＳベースの処理を図示する。示されるように、ステップ１では、ＵＥ２１４は、ＣＮとのアタッチプロシージャを開始する。サービングノード（例えば、ＭＭＥ、ＳＧＳＮ、またはＭＳＣ）は、ＵＥ２１４がＭＴＣデバイスであり、プロシージャがＳＣＳ２１２に通信されるべきであると決定する。サービングノードは、ＨＳＳ１１６からの加入情報、ＵＥからの指示、またはＳＣＳ２１２からのイベント監視要求に基づいて、この決定を行い得る。サービングノードは、アタッチプロシージャ中に送信されるＵＬＡ（場所更新回答）またはＩＳＤ（加入者データ挿入）メッセージの一部として、ＨＳＳ／ＨＬＲからＵＥの外部ＩＤおよびグループ化情報を識別し得る。Ｓ６ａおよびＧｒインターフェース上のＵＬＡおよびＩＳＤメッセージは、この情報を含むように拡張される。

図９を参照すると、ステップ２では、サービングノードは、Ｍ２Ｍアタッチ要求を生成し、ＭＴＣ−ＩＷＦ２１０に伝送する。サービングノードは、ＨＳＳ１１６から受信される加入情報に基づいて、またはローカルプロビジョニングに基づいて、ＭＴＣ−ＩＷＦ２１０が通知されるべきかどうかを決定する。例示的実施形態では、要求は、外部ＩＤ、知らされるべきＳＣＳ２１２のＳＣＳ ＩＤ、およびＵＥのグループ情報を含むか、または、単にＩＭＳＩのみを含む。ＩＭＳＩが存在する場合、ＭＴＣ−ＩＷＦ２１０は、ＨＳＳ１１６にクエリし、ＵＥの外部ＩＤ、ＳＣＳ ＩＤ、およびグループ情報を読み出し得る。

ステップ３では、ＭＴＣ−ＩＷＦ２１０は、Ｍ２Ｍアタッチ要求通知を生成し、ＳＣＳ２１２に伝送する。例示的実施形態では、要求は、ＵＥの外部ＩＤおよび現在のグループ化情報を含む。例示的シナリオでは、ＳＣＳ２１２は、そのアプリケーション層機能に基づいて、ＵＥのグループ化情報が更新される必要があることを決定し得る。例えば、ＳＣＳ２１２は、ＵＥ２１４をグループに追加するか、またはそれをグループから除去することを決定し得る。

ステップ４では、ＳＣＳ２１２は、ＵＥ２１４に対する更新されたグループ化情報を含むＭ２Ｍアタッチ応答メッセージを生成し、ＭＴＣ−ＩＷＦ２１０に伝送する。メッセージは、例えば、ＵＥ２１４が追加されるべき外部グループＩＤおよび／またはＵＥ２１４が除去されるべき外部グループＩＤを含み得る。

ステップ５では、ＳＣＳ２１２が更新されたグループ化情報を提供した場合、ＭＴＣ−ＩＷＦ２１０は、グループ化情報をＨＳＳ１１６に中継する。このステップは、ＳＣＳ２１２がＵＥのグループ化情報へのいかなる変更も示さなかった場合、随意である。

ステップ６では、ＵＥ２１４が、グループに追加されるか、またはそこから除去されるべき場合、ＨＳＳは、実質的に図７に関連して上で説明されたように、他のＣＮノードを構成する。

ステップ７では、ＨＳＳ１１６は、応答をＭＴＣ−ＩＷＦ２１０に送信し、ＵＥ２１４のためのグループ修正が完了したことを示す。サービングノードが構成される必要がある場合、ＨＳＳ１１６は、ＭＴＣ−ＩＷＦ２１０によってサービングノードに転送されるべき、グループサービスおよびサービングノードのための構成情報を含むトランスペアレント情報要素（ＩＥ）を含み得る。

ステップ８では、ＭＴＣ−ＩＷＦ２１０は、ＨＳＳ１１６からのグループ化情報およびトランスペアレントＩＥを含むＭ２Ｍアタッチ応答メッセージを生成し、伝送する。例示的シナリオでは、ＵＥ２１４が、Ｔ５ベースのグループメッセージングを使用するグループに追加される場合、トランスペアレントＩＥは、Ｔ５インターフェースにおいてグループを識別するために使用されるべきローカルグループ識別子、ｅＮＢにおいて確立される必要があるグループベアラの特性等を含み得る。

ステップ９では、サービングノードは、更新されたグループ化情報のためにそれ自身および他の関連ノードを構成する。例えば、ＵＥ２１４が、Ｔ５ベースのグループメッセージングを使用するグループに追加される場合、ＭＭＥは、Ｇｒｏｕｐ Ｍ−ＴＭＳＩを割り付けるか、またはＵＥ２１４をＧｒｏｕｐＭ−ＴＭＳＩの一部として追加し、ｅＮＢにグループ化情報について通知し得る。ｅＮＢは、Ｇｒｏｕｐ−ＣＲＮＴＩを割り付け、グループメッセージがＧ−ＣＲＮＴＩを用いて送信されることを可能にし得る。

（アタッチプロシージャを用いたオンザフライグループメンバーシップ制御−ＭＴＣ−ＩＷＦベース）
図１０は、アタッチプロシージャ中のグループメンバーシップのＭＴＣ−ＩＷＦ２１０ベースの処理を図示する。示されるように、ステップ１では、ＵＥ２１４は、ＣＮとのアタッチプロシージャを開始する。サービングノード（ＭＭＥまたはＳＧＳＮまたはＭＳＣ）は、ＵＥ２１４がＭＴＣデバイスであり、プロシージャがＳＣＳ２１２に通信されるべきであると決定する。サービングノードは、ＨＳＳ１１６からの加入情報、またはＵＥ２１４からの指示、またはＳＣＳ２１２からのイベント監視要求に基づいて、これを決定し得る。

サービングノードは、アタッチプロシージャ中に送信されるＵＬＡ（場所更新回答）またはＩＳＤ（加入者データ挿入）メッセージの一部として、ＨＳＳ／ＨＬＲから知らされるＵＥの外部ＩＤならびにＵＥ２１４およびＳＣＳの加入情報を把握し得る。Ｓ６ａおよびＧｒインターフェース上のＵＬＡおよびＩＳＤメッセージは、この情報を含むように拡張され得る。

ステップ２では、サービングノードは、Ｍ２Ｍアタッチ要求を生成し、ＭＴＣ−ＩＷＦに伝送し、ＵＥの外部ＩＤ、デバイスアタッチについて知らされるべきＳＣＳのＳＣＳ ＩＤ、ならびにＵＥ２１４および知らされるべきＳＣＳの加入情報を提供する。代替として、デバイスのＩＭＳＩのみ、提供され得る。

ステップ３ａでは、ＭＴＣ−ＩＷＦ２１０は、受信されたＭ２Ｍアタッチ要求メッセージがデバイスのＩＭＳＩのみを含む場合、加入情報読み出しメッセージを生成し、伝送する。ＭＴＣ−ＩＷＦ２１０は、ＨＳＳ１１６にクエリし、ＵＥの外部ＩＤ、知らされるべきＳＣＳ ＩＤ、ならびにＵＥ２１４およびＳＣＳの加入情報を読み出す。ステップ３ｂでは、ＨＳＳ１１６は、要求された情報を返す。

ステップ４では、ＭＴＣ−ＩＷＦ２１０は、Ｍ２Ｍアタッチ要求通知を生成し、ＳＣＳ２１２に伝送し、ＵＥの外部ＩＤおよび現在のグループ化情報を提供する。

それに応答して、例示的シナリオでは、ＳＣＳ２１２は、そのアプリケーション層機能に基づいて、ＵＥのグループ化情報が更新される必要があることを決定し得る。ＳＣＳ２１２は、ＵＥ２１４をグループに追加するか、またはそれをグループから除去することを欲し得る。

ステップ５では、ＳＣＳ２１２は、ＵＥに対する更新されたグループ化情報を含む、Ｍ２Ｍアタッチ応答メッセージを生成し、伝送する。それは、ＵＥ２１４が追加されるべき外部グループＩＤおよび／またはＵＥ２１４が除去される必要がある外部グループＩＤを列挙し得る。

ステップ６では、ＭＴＣ−ＩＷＦ２１０は、ステップ３で読み出された加入情報を使用して、要求されたグループサービスの使用に対してＳＣＳ２１２およびＵＥ２１４を承認し得る。それらが承認された場合、ＭＴＣ−ＩＷＦ２１０は、図７に関連して上で説明されたように、他の関連ＣＮノードを構成し得る。

ステップ７では、ＭＴＣ−ＩＷＦ２１０は、サービングノードのための更新されたグループ化情報および任意の必要グループプロビジョニング情報を含むＭ２Ｍアタッチ応答メッセージを生成し、サービングノードに伝送する。例えば、ＵＥ２１４が、Ｔ５ベースのグループメッセージングを使用するグループに追加される場合、メッセージは、Ｔ５インターフェースにおいてグループを識別するために使用されるべきローカルグループ識別子、ｅＮＢにおいて確立される必要があるグループベアラの特性等を含み得る。

ステップ８では、サービングノードは、更新されたグループ化情報のために、それ自身および他の関連ノードを構成する。例えば、ＵＥ２１４が、Ｔ５ベースのグループメッセージングを使用するグループに追加される場合、ＭＭＥは、ＧｒｏｕｐＭ−ＴＭＳＩを割り付けるか、またはＵＥ２１４をＧｒｏｕｐＭ−ＴＭＳＩの一部として追加し、グループ化情報についてｅＮＢに通知し得る。ｅＮＢは、Ｇｒｏｕｐ−ＣＲＮＴＩを割り付け、グループメッセージがＧ−ＣＲＮＴＩを用いて送信されることを可能にし得る。

（ＴＡＵプロシージャを用いたオンザフライグループメンバーシップ制御）
ＴＡＵプロシージャ（別個にまたはハンドオーバプロシージャの一部としてのいずれかで実行される）中、ＳＣＳ２１２が知らされるべきということをＣＮが決定した場合（ＳＣＳからの加入またはイベント監視要求に基づいて）、ＳＣＳ２１２は、その応答においてＵＥ２１４のグループ化情報を提供し得る。例えば、ＭＭＥ／ＳＧＳＮ等のサービングノードはまた、ＵＥ２１４が関連付けられたグループサービスのためにそれら自身を構成し、同一ＴＡＵプロシージャを使用して、ｅＮＢ／ＲＮＣ等の関わる他のノードを構成し得る。

（ＴＡＵプロシージャを用いたオンザフライグループメンバーシップ制御−ＨＳＳベース）
図１１Ａ−Ｂは、ＴＡＵプロシージャ中のグループメンバーシップのＨＳＳ１１６ベースの処理を図示する。図１１Ａに描写される、ステップ１−１２は、３ＧＰＰ ＴＳバージョン２３．４０１の第５．３．３．１節（その内容は、参照することによってその全体として本明細書に組み込まれる）に説明されるようなＴＡＵ開始のためのプロシージャに対応する。

図１１Ａに描写されるステップ１３では、ＨＳＳ１１６は、ＵＥの追跡エリア更新についての指示をＳＣＳ２１２に提供するために、ＴＡＵ通知要求メッセージを生成し、ＭＴＣ−ＩＷＦ２１０に伝送する。指示は、デバイスの追跡エリアが変化した場合のみ送信され得、周期的ＴＡＵプロシージャ中に送信されないこともある。このメッセージは、古いＴＡＩ、新しいＴＡＩ、ＵＥの外部ＩＤ、ＵＥの現在のグループ化情報、および知らされるべきＳＣＳ２１２ ＩＤを含み得る。

ステップ１４では、ＭＴＣ−ＩＷＦ２１０は、ＴＡＵ通知要求メッセージを適切なＳＣＳに転送する。メッセージは、古いＴＡＩ、新しいＴＡＩ、ＵＥの外部ＩＤ、およびＵＥの現在のグループ化情報を含む。ＭＴＣ−ＩＷＦ２１０はまた、ＴＡＩをＳＣＳ２１２によって理解されることができる地理的エリア表現に変換し得る。メッセージの受信に応答して、ＳＣＳ２１２は、そのアプリケーション層機能に基づいて、ＵＥのグループ化情報が更新される必要があるかどうかを決定し得る。状況に応じて、ＳＣＳ２１２は、ＵＥ２１４をグループに追加するか、またはそれをグループから除去することを欲し得る。例えば、ＵＥのグループＩＤは、場所の変更に起因して、変更される必要があり得る。

図１１Ｂに見られるステップ１５では、ＳＣＳ２１２は、ＴＡＵ通知応答メッセージを生成し、ＭＴＣ−ＩＷＦ２１０に伝送し、ＵＥに対する更新されたグループ化情報を提供する。それは、ＵＥ２１４が追加されるべき外部グループＩＤおよび／またはＵＥ２１４が除去される必要がある外部グループＩＤを列挙し得る。

図１１Ｂのステップ１６では、ＭＴＣ−ＩＷＦ２１０は、ＴＡＵ通知応答メッセージをＨＳＳ１１６に転送する。

ステップ１７では、ＨＳＳ１１６は、必要に応じて、図７に関連して上で説明されたプロシージャを使用して、他のＣＮノードを構成する。

ステップ１８では、ＨＳＳ１１６は、場所キャンセルメッセージを生成し、古いＭＭＥ／Ｓ４−ＳＧＳＮに伝送する。メッセージは、ＵＥの更新されたグループ化情報を含む。ある実施形態では、場所キャンセルメッセージは、ＵＥのグループ化情報を運ぶように拡張され得る。古いＭＭＥ／Ｓ４−ＳＧＳＮは、受信されたグループ化情報に基づいて、それ自身を構成する。

ステップ１９−２１は、３ＧＰＰ ＴＳ２３．４０１における第５．３．３．１節のステップ１４−１６に対応する。

図１１Ｂのステップ２２では、ＨＳＳ１１６は、場所更新確認応答メッセージを生成し、新しいＭＭＥ／Ｓ４−ＳＧＳＮに伝送する。例示的実施形態では、メッセージは、新しいＭＭＥ／Ｓ４−ＳＧＳＮのための更新されたグループ化情報および任意の必要グループプロビジョニング情報を含む。例えば、ＵＥ２１４が、Ｔ５ベースのグループメッセージングを使用するグループに追加される場合、メッセージは、Ｔ５インターフェースにおいてグループを識別するために使用されるべきローカルグループ識別子、ｅＮＢにおいて確立される必要があるグループベアラの特性等を含み得る。

ステップ２３−２６は、実質的に３ＧＰＰ ＴＳ２３．４０１における第５．３．３．１節のステップ１４−１６に説明されるような処理を含む。しかしながら、実施形態の一側面によると、例えば、ＴＡＵ容認等のいくつかのステップは、ｅＮＢにおけるＧｒｏｕｐ−ＣＲＮＴＩの使用等、更新されたグループ化情報のために関連ノードを構成するように拡張され得る。

（ＴＡＵプロシージャを用いたオンザフライグループメンバーシップ制御−ＭＴＣ−ＩＷＦベース）
図１２Ａ−Ｂは、ＴＡＵプロシージャ中のグループメンバーシップのＭＴＣ−ＩＷＦ２１０ベースの処理を図示する。ステップ１−１６は、３ＧＰＰ ＴＳバージョン２３．４０１の第５．３．３．１節（その内容は、参照することによってその全体として本明細書に組み込まれる）に説明されるようなＴＡＵ開始のためのプロシージャに対応する。

図１２Ｂに描写されるステップ１７では、ＵＬＡメッセージは、ＵＥの外部ＩＤならびにＴＡＵイベントについて知らされるべきＵＥ２１４およびＳＣＳの加入情報を含むように拡張され得る。

図１２Ｂのステップ１８では、新しいＭＭＥは、ＴＡＵ通知要求メッセージを生成し、ＭＴＣ−ＩＷＦ２１０に伝送し、ＵＥの追跡エリア更新についての指示をＳＣＳ２１２に提供する。例示的実施形態では、メッセージは、デバイスの追跡エリアが変化した場合のみ送信され得、周期的ＴＡＵプロシージャ中に送信されないこともある。例示的実施形態では、ＴＡＵ通知要求メッセージは、古いＴＡＩ、新しいＴＡＩ、ＵＥの外部ＩＤ、知らされるべきＳＣＳ ＩＤ、ならびにＵＥ２１４およびＳＣＳの加入者情報を含む。新しいＭＭＥがステップ１７において加入情報を読み出さなかった場合、ＵＥのＩＭＳＩを提供することができる。

ステップ１９では、ＭＴＣ−ＩＷＦ２１０は、提供される新しいＭＭＥがＴＡＵ通知要求内に加入者情報を提供しなかった場合、加入情報読み出しプロシージャを行い得る。ＭＴＣ−ＩＷＦ２１０は、ＨＳＳ１１６にクエリし、ＵＥの外部ＩＤ、知らされるべきＳＣＳ ＩＤ、ならびにＵＥ２１４およびＳＣＳの加入情報を読み出す。

ステップ２０では、ＭＴＣ−ＩＷＦ２１０は、ＴＡＵ通知要求をＳＣＳ２１２に送信する。例示的実施形態では、メッセージは、古いＴＡＩ、新しいＴＡＩ、ＵＥの外部ＩＤ、およびＵＥの現在のグループ化情報を含む。ＭＴＣ−ＩＷＦ２１０はまた、ＴＡＩをＳＣＳ２１２によって理解されることができる地理的エリア表現に変換し得る。潜在的実施形態の一側面によると、ＳＣＳ２１２は、そのアプリケーション層機能に基づいて、ＵＥのグループ化情報が更新される必要があるかどうかを決定し得る。ＳＣＳ２１２は、ＵＥ２１４をグループに追加するか、またはそれをグループから除去し得る。例えば、ＵＥのグループＩＤは、その場所変更に起因して、変更され得る。

ステップ２１では、ＳＣＳ２１２は、ＴＡＵ通知応答メッセージを生成し、ＭＴＣ−ＩＷＦ２１０に伝送する。メッセージは、ＵＥに対する更新されたグループ化情報を含む。例示的実施形態では、メッセージは、ＵＥ２１４が追加されるべき外部グループＩＤおよび／またはＵＥ２１４が除去される必要がある外部グループＩＤを列挙し得る。

ステップ２２では、ＭＴＣ−ＩＷＦ２１０は、ステップ１９において読み出された加入情報を使用して、要求されたグループサービスの使用のためにＳＣＳ２１２およびＵＥ２１４を承認し得る。それらが承認された場合、ＭＴＣ−ＩＷＦ２１０は、図７に関連して上で説明されたように、他の関連ＣＮノードを構成し得る。

図１２Ｂのステップ２３では、ＭＴＣ−ＩＷＦ２１０は、ＴＡＵ通知応答メッセージを生成し、新しいＭＭＥ／Ｓ４−ＳＧＳＮに伝送する。例示的実施形態では、メッセージは、サービングノードのための更新されたグループ化情報および任意の必要グループプロビジョニング情報を含む。例示的シナリオでは、ＵＥ２１４が、Ｔ５ベースのグループメッセージングを使用するグループに追加される場合、メッセージは、Ｔ５インターフェースにおいてグループを識別するために使用されるべきローカルグループ識別子、ｅＮＢにおいて確立される必要があるグループベアラの特性等を含み得る。

ステップ２４−２６は、実質的に３ＧＰＰ ＴＳ２３．４０１における第５．３．３．１節のステップ１４−１６に説明されるような処理を含む。しかしながら、潜在的実施形態の一側面によると、例えば、ＴＡＵ容認等のいくつかのステップは、例えば、ｅＮＢにおけるＧｒｏｕｐ−ＣＲＮＴＩの使用等、更新されたグループ化情報のために関連ノードを構成するように拡張され得る。

（グループベースのサービス実行）
グループが、動的にまたは所定の手段を通してのいずれかで形成されると、ＳＣＳ２１２は、グループＩＤ、要求されたサービスの特性、および利用可能なサービスに関連する情報をネットワーク層に提供することによって、グループベースのサービスを利用することができる。サービスを実行することが要求される場合、ＭＴＣ−ＩＷＦ２１０は、グループ割り付け中に選定された方法を使用して、要求されたサービスを実施する。いくつかの状況では、ＭＴＣ−ＩＷＦ２１０は、ネットワーク条件が変化した場合または要求されたサービスの特性がグループ作成中に選定された方法によって満たされることができない場合、異なる方法を使用することを決定し得る。いくつかのシナリオでは、グループサービスはまた、ＭＴＣ−ＩＷＦ２１０にコンタクトせずに、直接、ＳＣＳ２１２によって実行され得る。例えば、グループサービスの直接実行は、ＳＣＳ２１２が必要ノード（例えば、ＣＢＣ、ＢＭＳＣ等）との直接リンクを有する場合、あるタイプのグループベースのサービス（例えば、グループメッセージング）に対して可能である。

コアネットワークのプロビジョニングに応じて、ＨＳＳ１１６およびＭＴＣ−ＩＷＦ２１０がサービスを実行することにおいて関わる程度は、変動し得る。図１３は、処理が主にＨＳＳベースである、処理を描写する。図１４は、処理が主にＭＴＣ−ＩＷＦ２１０ベースである、処理を描写する。

（ＨＳＳベースのグループサービス実行）
図１３は、グループベースのサービスを実行する例示的プロセスのためのフローを描写し、ＨＳＳ１１６は、主に、グループ化を担う。ステップ１では、ＳＣＳ２１２は、デバイスのグループのための特定のサービスにアクセスするために、ＧＡＲ（グループアクション要求）メッセージを生成し、ＭＴＣ−ＩＷＦ２１０に伝送する。例示的シナリオでは、要求は、以下を規定する情報を含む：外部グループＩＤ；要求されたサービス；要求されたサービスの特性；ならびにサービスに関連するデータ。

ステップ２では、ＭＴＣ−ＩＷＦ２１０は、このサービス要求の送達／ハンドリングについての情報を伝送するためのＧＨＲ（グループをハンドリングする要求）メッセージを生成し、ＨＳＳ１１６に伝送する。例示的シナリオでは、メッセージは、先行のＧＡＲメッセージにおいて受信された情報を含む。要求されるサービスに応じて、ＭＴＣ−ＩＷＦ２１０は、データ部分をＨＳＳ１１６にパスしないこともある。例えば、グループメッセージングが要求される場合、ＭＴＣ−ＩＷＦ２１０は、実際のメッセージコンテンツをＨＳＳ１１６にパスする必要はない。むしろ、サービスの詳細／特性のみをパスし得る。

ＧＨＲメッセージの受信に応じて、ＨＳＳ１１６は、グループ作成段階中にグループのために以前に構成された方法のうちの１つを選択し得るか、またはＨＳＳ１１６は、サービスを実行する方法を再評価し得る（ポリシーに基づいて）。ＨＳＳ１１６は、要求されたサービスの特性および現在のネットワーク条件を使用して、この決定を実施する。グループ作成段階中に選定された方法のどれもが、サービスを実施するために十分ではない場合、またはネットワーク条件が、方法をサポート不可能である場合、ＨＳＳ１１６は、サービスを実行するための異なる方法を選定し得る。ＨＳＳ１１６はまた、グループのために構成される方法のいずれもサービスの実行に好適ではない場合、異なる方法を選定し得る。

例示的実施形態では、グループ作成中、グループは、グループメッセージ送達のためのＴ４（ＳＭＳベースの）方法またはＴ５（制御プレーンベースの）方法のために構成されていた場合がある。現在のグループメッセージング特性が、高データレートで大量のデータが送達される必要があるようなものである場合、ＨＳＳ１１６は、例えば、送達のためにユーザプレーンを採用するもの等、異なる方法を選定することを決定し得る。

例示的実施形態では、ＨＳＳ１１６はまた、要求された特性がサービスされることができない場合、またはＭＮＯポリシーが方法再選択を可能にしない場合、ＧＡＲを拒否することを決定し得る。

すでに構成された方法のうちの１つが選定されるシナリオでは、ＨＳＳ１１６はまた、その方法のためのＣＮノードが、ＧＡＲメッセージ内に提供される特性をハンドリングするように再構成される必要があるかどうかを決定し得る。例えば、ユーザプレーン方法が、グループ作成時間中、グループメッセージングサービスを実施するために構成され、かつ現在の特性が、より高いデータレートがサポートされることを要求する場合、ＨＳＳ１１６は、新しいＱｏＳ値を伴うＰＧＷがユーザプレーントンネルのために使用されるように再構成し得る。

ステップ３では、ＨＳＳ１１６は、新しいサービスの特性をハンドリングするために、ＧＰＲ（グループプロビジョニング要求）メッセージを生成し、構成される（新しい方法のために）または再構成される必要がある全ＣＮノードに伝送する。

ステップ４では、ＣＮノードは、ＧＰＡ（グループプロビジョニング回答）メッセージをＨＳＳ１１６に送信する。

ステップ５では、ＨＳＳ１１６は、サービスの実行のためにＭＴＣ−ＩＷＦ２１０によってコンタクトされるべきサービングノードについての詳細を含むＧＨＡ（グループハンドリング回答）メッセージを生成し、ＭＴＣ−ＩＷＦ２１０に伝送する。いくつかのシナリオでは、プロビジョニングに関連する特定のサービス（例えば、ポリシーまたは課金関連サービス）は、ＨＳＳ１１６によってすでにアドレスされている場合があり（ＧＰＲ／ＧＰＡプロシージャの一部として）、その場合、ＨＳＳ１１６は、任意のサービングノード情報を含まないこともある。ＨＳＳ１１６は、サービスが実行されたことを示し得、ＭＴＣ−ＩＷＦ２１０は、次の２つのステップをスキップし、ＧＡＡをＳＣＳ２１２に送信することができる。

ステップ６では、ＭＴＣ−ＩＷＦ２１０は、ＧＳＲ（グループサービス提供要求）メッセージを生成し、ＨＳＳ１１６によって提供されるサービングノードに伝送する。例示的実施形態では、ＭＴＣ−ＩＷＦ２１０は、メッセージ内に、サービングノードによって送達またはハンドリングされるべきサービスデータを含む。ＭＴＣ−ＩＷＦ２１０はまた、例えば、サービスを実行するための期間、サービスを送達するために実施される試行の回数、報告をＭＴＣ−ＩＷＦ２１０に返信するための期間、報告するためのフォーマット等を含む、サービスを実行し、ＭＴＣ−ＩＷＦ２１０に報告するためのパラメータを含み得る。

メッセージに応答して、サービングノードは、ＧＳＲメッセージ内に規定されるようなサービスを実施し、ＭＴＣ−ＩＷＦ２１０に報告するためのサービス実行に関連するデータを収集する。

ステップ７では、サービングノードは、サービス実行についての報告を含むＧＳＡ（グループサービス提供回答）メッセージを生成し、ＭＴＣ−ＩＷＦ２１０に伝送する。例えば、メッセージは、グループメッセージを受信したＵＥの数、またはメッセージがブロードキャストされた地理的エリアもしくは追跡エリア、およびプロビジョニングの成功／失敗を含み得る。

サービングノードからのメッセージの受信に応じて、ＭＴＣ−ＩＷＦ２１０は、全ＧＳＡメッセージからの報告を照合し、ＳＣＳ２１２に送信されるべき概要報告を準備する。

ステップ８では、ＭＴＣ−ＩＷＦ２１０は、ＣＮによるサービスの実行についての報告を含むＧＡＡ（グループアクション回答）を生成し、ＳＣＳ２１２に伝送する。

（ＭＴＣ−ＩＷＦベースのグループサービス実行）
図１４は、グループベースのサービスを実行する例示的プロセスのためのフローを描写し、ＭＴＣ−ＩＷＦ２１０が、主に、グループ処理を担う。ステップ１では、ＳＣＳ２１２は、デバイスのグループのための特定のサービスにアクセスするために、ＧＡＲ（グループアクション要求）メッセージをＭＴＣ−ＩＷＦ２１０に送信する。例示的シナリオでは、要求は、以下を規定する情報を含む：外部グループＩＤ；要求されたサービス；要求されたサービスの特性；ならびにサービスに関連するデータ。

メッセージの受信に応じて、ＭＴＣ−ＩＷＦ２１０は、サービスを実行するためのすでに選択された方法のうちの１つを選定するか、または異なる方法を使用することを決定する。方法選択の基準は、図１３のステップ２に関連して上で説明されたものと同一である。

ステップ２では、ＭＴＣ−ＩＷＦ２１０は、ＳＩＲメッセージを生成し、ＨＳＳ１１６に伝送し、ＳＣＳ２１２およびＵＥのサービングノードおよび加入情報を読み出す。このステップは、随意であり、例示的実施形態では、新しい方法がサービス実行のために選定された場合のみ実施され得る。

ステップ３では、ＨＳＳ１１６は、ＭＴＣ−ＩＷＦ２１０によって選定された方法を利用するために、ＳＣＳ２１２およびＵＥに対する承認情報を含むＳＩＡメッセージを生成し、伝送する。メッセージはまた、選定された方法に対するサービングノード情報を含む。

ステップ４では、ＭＴＣ−ＩＷＦ２１０は、ＧＰＲ（グループプロビジョニング要求）メッセージを生成し、新しいサービスの特性をハンドリングするように構成（新しい方法のため）または再構成される必要がある全ＣＮノードに伝送する。

ステップ５では、ＣＮノードは、ＧＰＡ（グループプロビジョニング回答）メッセージを生成し、ＭＴＣ−ＩＷＦ２１０に伝送する。プロビジョニングに関連するあるサービス（例えば、ポリシーまたは課金関連サービス）は、この時点で完了している場合があり、これらのサービスのタイプに対して、ＭＴＣ−ＩＷＦ２１０は、次の２つのステップをスキップし、ＧＡＡをＳＣＳ２１２に送信し得る。

ステップ６では、ＭＴＣ−ＩＷＦ２１０は、ＧＳＲ（グループサービス提供要求）メッセージを生成し、サービスを実行する必要がある全サービングノードに伝送する。処理は、図１３のステップ６に関連して上で説明されたものに類似する。

ステップ７では、サービングノードは、サービス実行についての報告を含むＧＳＡ（グループサービス提供回答）メッセージを生成し、ＭＴＣ−ＩＷＦ２１０に伝送する。処理は、図１３のステップ７に関連して上で説明されたものに類似する。

ステップ８では、ＭＴＣ−ＩＷＦ２１０は、ＣＮによるサービスの実行についての報告を含むＧＡＡ（グループアクション回答）メッセージを生成し、伝送する。処理は、図１３のステップ８に関連して上で説明されたものに類似する。

（ＯｎｅＭ２Ｍグループ管理プロシージャとの相関）
ＯｎｅＭ２Ｍは、マシンツーマシン通信のための機能アーキテクチャを指す。図１５は、例示的基本ｏｎｅＭ２Ｍアーキテクチャを図示する。示されるように、ｏｎｅＭ２Ｍアーキテクチャは、ｏｎｅＭ２Ｍソリューションにおけるアプリケーション論理を提供するアプリケーションエンティティ（ＡＥ）１５１０を備えている。共通サービスエンティティ（ＣＳＥ）１５１２は、Ｍ２Ｍ環境に共通であり、ｏｎｅＭ２Ｍによって規定されるサービス機能の組を備えている。そのようなサービス機能は、参照点Ｍｃａ１５２０およびＭｃｃ１５２２を通して他のエンティティにエクスポージャされる。参照点Ｍｃｎ１５３０は、下層ネットワークサービスエンティティにアクセスするために使用される。ネットワークサービスエンティティ（ＮＳＥ）１５４０は、サービスをＣＳＥに提供する。Ｍ２Ｍサービスの例は、デバイス管理、場所サービス、およびデバイストリガリングを含む。下層ＮＳＥは、例えば、前述のように、３ＧＰＰベースのネットワークであり得る。

ｏｎｅＭ２Ｍ環境に共通である共通サービス層によって提供されるサービス機能は、共通サービス機能（ＣＳＦ）と称される。図１６は、例示的実施形態では、ＣＳＥ内に組み込まれ得る種々のＣＳＦを描写する略図である。ＣＳＦは、サービスを、Ｍｃａ参照点１５２０を介してアプリケーションに、Ｍｃｃ参照点１５２２を介して他のＣＳＥ１５１２に提供する。下層ネットワークサービス機能、すなわち、３ＧＰＰネットワーク機能との相互作用は、Ｍｃｎ参照点１５３０を介する。

図１６を参照すると、グループ管理（ＧＭＧ）ＣＳＦ１６１０は、ｏｎｅＭ２Ｍアーキテクチャ内のグループ関連要求のハンドリングを担う。ＧＭＧ ＣＳＦ１６１０は、グループおよびそのメンバーシップの管理を担う。ＧＭＧ ＣＳＦ１６１０は、複数の着目リソースに対する一括動作をサポートし、結果を集約する。ＧＭＧ ＣＳＦ１６１０は、グループ化に基づいて、アクセス制御を促進可能である。必要に応じて、かつ利用可能であるとき、ＧＭＧ ＣＳＦ１６１０は、ブロードキャスト／マルチキャストを含む、下層ネットワーク、すなわち、３ＧＰＰネットワークの既存の能力を活用し得る。

グループ化は、ｏｎｅＭ２Ｍシステムが、複数のデバイス、アプリケーション、またはリソースに対して一括動作を実施することを可能にする。ＧＭＧ ＣＳＦ１６１０は、グループ化に関連付けられたリソースおよび動作を管理する。例えば、ＧＭＧ ＣＳＦ１６１０は、グループを作成するための要求、それにクエリするための要求、それを更新するための要求、およびそれを削除するための要求をハンドリングする。アプリケーションまたはＣＳＥは、グループの作成／読み出し／更新／削除ならびにグループのメンバーの追加および削除を要求し得る。ＧＭＧ ＣＳＦ１６１０は、特定の目的（すなわち、アクセス制御、デバイス管理、デバイスのグループに対するファンアウト共通動作等の促進）のために、ｏｎｅＭ２Ｍシステム内のノードのいずれかにおけるＣＳＥ内に１つ以上のグループを作成可能である。

再び、図１６を参照すると、ネットワークサービスエクスポージャ、サービス実行、およびトリガ（ＮＳＳＥ）ＣＳＦ１６２０は、Ｍｃｎ参照点１５３０を経由して、ネットワークサービス機能にアクセスするために、下層ネットワーク、例えば、３ＧＰＰとの通信を管理する。ＮＳＳＥ ＣＳＦ１６２０は、Ｍ２Ｍアプリケーションの代わりに、サービス「要求」のために利用可能な／サポートされる方法を使用する。ＮＳＳＥ ＣＳＦ１６２０は、他のＣＳＦおよびＡＥを下層ネットワークによってサポートされる特定の技術および機構から隠す。

異なるプロシージャが、サービス層においてグループを管理するためにｏｎｅＭ２Ｍに定義されている。これらのプロシージャは、メンバーシップ検証を管理するため、＜グループ＞リソースに関連付けられた情報の作成、読み出し、更新、および削除のため、ならびに、＜グループ＞リソースの仮想リソースメンバーについて対応する動詞を呼び出すことによる全グループメンバーリソースの一括管理のために使用される。以下の表は、ｏｎｅＭ２Ｍにおいて使用されるグループ管理プロシージャを要約する。

故に、サービス層グループを形成し、例えば、メンバーをグループに追加する／そこから除去することによって、グループを更新する等、異なる動作をグループに実施するためにＭ２Ｍサービス層内で使用される異なるプロシージャが存在する。Ｍ２Ｍサービス層において形成されるグループは、Ｍ２Ｍサービス層機能に基づき、これらのグループは、デバイス、アプリケーション、ＣＳＥ等のグループであり得る。これらのグループに実施される動作は、Ｍ２Ｍサービス層プロシージャに対応する。図１−４に関連して上で説明されたネットワーク層グループ管理機能を利用し、これらのプロシージャとサービス層グループ管理プロシージャをどのように相関させ得るかを決定するのは、Ｍ２Ｍサービス層の担当である。

図１７は、ｏｎｅＭ２Ｍサービス層内のグループプロシージャがネットワーク層サービス能力内に実装され得るプロセスを描写する。図１７の右側に示されるように、グループを作成するためのｏｎｅＭ２Ｍサービス層要求は、ＡＥ１５１０において生成され、ｏｎｅＭ２Ｍグループ管理（ＧＭＧ）ＣＳＦ１６１０において受信され得る。ｏｎｅＭ２Ｍグループ管理（ＧＭＧ）ＣＳＦ１６１０は、ネットワーク層グループが作成される必要があるかどうかを決定することと、該当する場合、グループの一部であるべきＵＥ、グループが作成されるべき目的（例えば、グループメッセージング）、およびグループサービスの特性（例えば、最大メッセージサイズ等）を決定することとを担う。ＧＭＧ ＣＳＦ１６１０は、次いで、ネットワークサービスエクスポージャ、サービス実行、およびトリガ（ＮＳＳＥ）ＣＳＦ１６２０が、ネットワーク層グループを形成することを要求する。ＮＳＳＥ ＣＳＦ１６２０は、Ｍｃｎ参照点を経由して、下層ネットワークの動的グループ作成プロシージャを呼び出し（図３に関連して上で説明されたように）、グループを形成するための要求をＮＳＥに通信する。下層ネットワークが３ＧＰＰベースのネットワークであるシナリオでは、次いで、Ｍｃｎ参照点は、Ｔｓｐインターフェース２０８であることができ、ＮＳＥは、ＭＴＣ−ＩＷＦ２１０であり得る。代替として、３ＧＰＰネットワーク内のＭｈインターフェースも、この目的のために使用され得る。

他のサービス層グループプロシージャはまた、ネットワーク層グループ管理プロシージャの実行をもたらし得る。以下の表は、種々のサービス層グループ管理プロシージャとネットワーク層グループ管理プロシージャとの間の相関を要約する。

ネットワーク層グループ管理機能はまた、他のＣＳＦからのＮＳＳＥベースの要求によって、またはサービス層におけるオペレータプロビジョニングに基づいて、呼び出されることができる。

（ＰＡＮネットワーク内の調整されたグループ化）
出願人は、ネットワークレベルサービスを実行する目的のために、デバイスのグループを生成および管理するためのシステムおよび方法を開示する。本明細書に提示される概念は、パーソナルエリアネットワークを含む、異なるネットワークタイプに適用され得る。本明細書に定義されたプロシージャは、特に、ＰＡＮコーディネータを使用するパーソナルエリアネットワークに非常に好適である。そのようなネットワークの実施例は、ＺｉｇＢｅｅ（登録商標）および６ＬｏＷＰＡＮ等の８０２．１５．４ベースのネットワークである。

図１８は、ホームオートメーションゲートウェイとして動作する、ｏｎｅＭ２Ｍアプリケーションサービスノード（ＡＳＮ）１８１０が、Ｍｃｎインターフェース１５３０を使用して、ＰＡＮコーディネータ１８２０とインターフェースをとる例示的展開を示す。ＰＡＮコーディネータ１８２０は、例えば、照明スイッチ、ドア施錠等のホームオートメーションデバイスのネットワークを管理し得る。ホームオートメーションデバイスが、ｏｎｅＭ２Ｍアプリケーションをホストする場合、ＡＳＮ１８１０はまた、デバイスとのＭｃｃインターフェース１５２２を有するであろう。そうでなければ、ＡＳＮ１８１０は、ｏｎｅＭ２Ｍデバイスとのいくつかのネットワーク特定のインターフェースを有するであろう。

ＡＳＮ１８１０は、Ｍｃｎインターフェース１５３０を使用して、ＰＡＮコーディネータ１８２０がデバイスのグループを作成することを要求する。例えば、グループは、メッセージをネットワーク内のデバイスの一部にマルチキャストするか、またはメッセージをグループ内の全デバイスにブロードキャストするために使用され得る。図１９は、例示的呼フローを示し、ＡＳＮ１８１０は、ＰＡＮコーディネータ１８２０とのそのＭｃｎインターフェース１５３０を使用して、デバイスのグループを作成する（またはデバイスをグループに追加する）。図１９の実施例では、下層ネットワークは、ＺｉｇＢｅｅ（登録商標）ベースのネットワークである。しかしながら、同一概念は、６ＬｏＷＰＡＮ等の他のパーソナルエリアネットワークにも適用されることができる。

図１９は、グループがＡＳＮによって作成されるシナリオを図示する。図１９は、グループがＡＳＮ１８１０によって作成されるシナリオを描写するが、類似プロシージャは、デバイスをグループから除去するときにも適用されることができることを理解されたい。ＺｉｇＢｅｅ（登録商標）実装では、ＡＰＳＭＥ−ＲＥＭＯＶＥ−ＧＲＯＵＰ．要求およびＡＰＳＭＥ−ＲＥＭＯＶＥ−ＧＲＯＵＰ．確認プリミティブが、グループを除去するために使用されるであろう。

図１９を参照すると、ステップ１では、グループ作成イベントが、ＳＣＳ２１２において識別される。例えば、Ｍ２ＭアプリケーションまたはＣＳＥは、グループリソースの形成に対するグループ作成要求を伝送し得る。それに応答して、グループ管理ＣＳＦ１６１０は、ネットワーク提供グループサービスがグループのために使用されることができることを決定し、ＮＳＳＥ ＣＳＦ１６２０へのグループ作成要求を開始する。代替シナリオでは、グループ作成は、Ｍ２Ｍオペレータによって実施される構成／プロビジョニングに基づいて、開始され得る。

ステップ２では、ＡＳＮ１８１０は、グループ作成要求を生成し、ＰＡＮコーディネータ１８２０に伝送する。メッセージのフィールドは、値「ＩＮＩＴＩＡＬ＿ＲＥＱＵＥＳＴ」に設定されたＧＣ−Ｒｅｑｕｅｓｔ−Ｔｙｐｅ ＡＶＰを伴うグループ制御要求メッセージ（ＧＣＲ）に関連して本明細書に説明されるものに類似し得る。

ステップ３では、ＰＡＮコーディネータ１８２０は、ＡＰＳＭＥ−ＡＤＤ−ＧＲＯＵＰ．要求プリミティブを使用して、その内部ＺｉｇＢｅｅ（登録商標） Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔを新しく形成されるグループの詳細で更新する。

ステップ４では、ＺｉｇＢｅｅ（登録商標） Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔは、ＡＰＳＭＥ−ＡＤＤ−ＧＲＯＵＰ．確認で応答し、グループが形成されたことを示す。

ステップ５では、ＰＡＮコーディネータ１８２０は、ＡＰＳＭＥ−ＡＤＤ−ＧＲＯＵＰ．要求プリミティブを使用して、グループの一部である各デバイスのＺｉｇＢｅｅ（登録商標） Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔを更新する。

ステップ６では、ＺｉｇＢｅｅ（登録商標） Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔは、ＡＰＳＭＥ−ＡＤＤ−ＧＲＯＵＰ．確認で応答し、グループが形成されたことを示す。

ステップ７では、ＰＡＮコーディネータ１８２０は、外部グループ識別子およびサービス関連パラメータをＡＳＮ１８１０に通信する。例示的実施形態では、メッセージのフィールドは、グループ制御回答メッセージ（ＧＣＡ）内に提供されるものに類似する。

当業者は、図１９が、ｏｎｅＭ２ＭＡＳＮがグループを作成／修正することを図示するが、同一プロシージャは、ｏｎｅＭ２ＭミドルノードまたはｏｎｅＭ２Ｍインフラストラクチャノードによって実行され得ることを理解されるであろう。下層ネットワークは、ＩＰベースのネットワークであり得、Ｍｃｎインターフェース１５３０は、マルチキャストグループを作成するために使用され得る。

（新しいダイアメータメッセージ）
開示されるシステムおよび方法の一側面によると、いくつかの新しいメッセージは、グループベースのサービスのための記述されるプロシージャをサポートするために、Ｔｓｐインターフェース２０８においてサービス層とネットワーク層との間でアクセス可能であるように説明される。

メッセージおよびこれらのメッセージ内で記述される情報は、ＨＳＳ１１６とＳＣＳ２１２との間のグループ管理が、Ｍｈインターフェースを経由して実施される場合、Ｍｈインターフェース上で使用され得る。そのようなシナリオでは、グループアクションがＴｓｐインターフェース２０８を経由して実施されるので、グループアクションメッセージＧＡＲおよびＧＡＡは、Ｍｈインターフェース上に適用されない場合がある。

以下の表は、グループ作成および管理のためのシステムおよび方法に関連して本明細書に説明されるコマンドおよびコードを列挙する。

（ＧＣＲ−グループ制御要求）
ＧＣＲコマンドは、図３に関連して上で説明されたＳＣＳ開始グループ作成プロシージャまたは図５に関連して上で説明されたＳＣＳ開始グループ修正プロシージャの一部として、ＳＣＳ２１２によってＭＴＣ−ＩＷＦ２１０に送信される。

以下の表は、異なるプロシージャ中に送信され得る、ＧＣＲメッセージ内の属性値ペア（ＡＶＰ）を列挙する。

ＧＣＲメッセージのコンテンツは、要求タイプおよび使用されるプロシージャに依存する。

例示的実施形態では、グループ修正プロシージャ中、「Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｄｅｔａｉｌｓ」属性値ペア（ＡＶＰ）は、新しいサービスの追加を要求するため、または既存のサービスの特性における変更を提供するために使用されることができる。このメッセージを受信すると、ＣＮが、修正されるグループが、「Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ」ＡＶＰに記載のサービスにすでに加入していることを見出す場合、ＣＮは、そのサービスに対する特性を更新し、サービスを実行するための異なる方法を選定する。

例示的実施形態では、「Ｅｘｔｅｒｎａｌ−Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ」ＡＶＰは、グループ修正プロシージャにおける必須ＡＶＰとなり、グループ作成プロシージャ中に含まれるべきではない。

「ＧＣ−Ｒｅｑｕｅｓｔ−Ｔｙｐｅ」ＡＶＰは、ＳＣＳ２１２がグループ作成のためのＧＣＲメッセージを開始するとき、「ＩＮＩＴＩＡＬ＿ＲＥＱＵＥＳＴ」に設定され、ＳＣＳ２１２がグループ属性を修正するためのＧＣＲを送信するとき、「ＭＯＤＩＦＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴ」に設定される。

（ＧＣＡ−グループ制御回答）
例示的実施形態では、ＧＣＡコマンドは、図３に関連して上で説明されたＳＣＳ開始グループ作成プロシージャおよび図５に関連して上で説明されたＳＣＳ開始グループ修正プロシージャの一部として、ＭＴＣ−ＩＷＦ２１０によってＳＣＳ２１２に送信される。

メッセージは、以下のＡＶＰを含み得る。
｛ＧＣ−Ｒｅｑｕｅｓｔ−Ｔｙｐｅ｝
｛ＧＣ−Ｒｅｑｕｅｓｔ−Ｎｕｍｂｅｒ｝
［Ｅｘｔｅｒｎａｌ−Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ］
^＊［Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｄｅｔａｉｌｓ］ −−＞容認されたグループサービス
^＊［Ｒｅｊｅｃｔｅｄ−Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ］
［Ｇｒｏｕｐ−Ｅｘｉｓｔｅｎｃｅ−Ｔｉｍｅ］
^＊［Ｓｕｂ−Ｇｒｏｕｐ−Ｉｎｆｏｒｍａｔｉｏｎ］
^＊［Ｓｕｐｐｏｒｔｅｄ−Ｆｅａｔｕｒｅｓ］

「Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅｓ」ＡＶＰは、ＣＮによって容認されたサービスのリストおよび容認されたサービスの特性を含む。

（ＧＮＲ−グループ通知要求）
ＧＮＲコマンドは、図７に関連して上で説明されたようなＣＮ開始グループ修正プロシージャの一部として、ＭＴＣ−ＩＷＦ２１０によってＳＣＳ２１２に送信される。

メッセージは、以下のＡＶＰを含み得る。
｛ＧＣ−Ｒｅｑｕｅｓｔ−Ｎｕｍｂｅｒ｝
［Ｅｘｔｅｒｎａｌ−Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ］
^＊［Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｄｅｔａｉｌｓ］
［Ｇｒｏｕｐ−Ｅｘｉｓｔｅｎｃｅ−Ｔｉｍｅ］
^＊［Ｇｒｏｕｐ−Ｍｏｄｉｆｉｃａｔｉｏｎｓ−Ｃｏｎｔｒｏｌ］
^＊［Ｓｕｂ−Ｇｒｏｕｐ−Ｉｎｆｏｒｍａｔｉｏｎ］
^＊［Ｇｒｏｕｐ−Ｍｅｍｂｅｒ−Ａｄｄｉｔｉｏｎ］
［Ｇｒｏｕｐ−Ｍｅｍｂｅｒ−Ｒｅｍｏｖａｌ］
^＊［Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｒｅｍｏｖａｌ］
^＊［Ａｖａｉｌａｂｌｅ−Ｓｅｒｖｉｃｅ］
^＊［Ｓｕｐｐｏｒｔｅｄ−Ｆｅａｔｕｒｅｓ］

「Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｄｅｔａｉｌｓ」ＡＶＰは、ＣＮによってグループに修正または追加されたサービスのリストおよび修正／追加されるサービスの特性を含む。

「Ｓｕｐｐｏｒｔｅｄ−Ｆｅａｔｕｒｅｓ」ＡＶＰは、利用可能なグループベースのサービスをＳＣＳ２１２に示すために使用されることができる。

（ＧＮＡ−グループ通知回答）
ＧＮＡコマンドは、図７に関連して上で説明されたようなＣＮ開始グループ修正プロシージャの一部として、ＳＣＳ２１２によってＭＴＣ−ＩＷＦ２１０に送信される。

メッセージは、以下のＡＶＰを含み得る。
｛ＧＣ−Ｒｅｑｕｅｓｔ−Ｎｕｍｂｅｒ｝

「Ｒｅｓｕｌｔ−Ｃｏｄｅ」ＡＶＰは、サービス層におけるグループ修正の成功または失敗を示すために使用される。

（ＧＲＮ−グループ関連イベント通知要求）
ＧＲＮコマンドは、図８に関連して上で説明された代替ＣＮ開始グループ修正プロシージャの一部として、ＭＴＣ−ＩＷＦ２１０によってＳＣＳ２１２に送信され、利用不可能なまたは新しく利用可能なサービス／ＵＥのリストをＳＣＳ２１２に提供する。ＳＣＳ２１２は、ＧＲＮコマンド内の情報に基づいて、ＳＣＳ開始グループ修正プロシージャを行い得る。

メッセージは、以下のＡＶＰを含み得る。
｛ＧＣ−Ｒｅｑｕｅｓｔ−Ｎｕｍｂｅｒ｝
［Ｅｘｔｅｒｎａｌ−Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ］
^＊［Ｕｎａｖａｉｌａｂｌｅ−Ｍｅｍｂｅｒ］
^＊［Ｓｕｇｇｅｓｔｅｄ−Ｎｅｗ−Ｍｅｍｂｅｒ］
^＊［Ｕｎａｖａｉｌａｂｌｅ−Ｓｅｒｖｉｃｅ］
^＊［Ａｖａｉｌａｂｌｅ−Ｓｅｒｖｉｃｅ］
^＊［Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｄｅｔａｉｌｓ］
^＊［Ｇｒｏｕｐ−Ｄｅｌｅｔｅ−Ｌｉｓｔ］
^＊［Ｓｕｐｐｏｒｔｅｄ−Ｆｅａｔｕｒｅｓ］

「Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｄｅｔａｉｌｓ」ＡＶＰは、すでに加入されているサービスに必要とされる変更を示すために使用され得る。

（ＧＲＡ−グループ関連イベント通知回答）
ＧＲＡコマンドは、図８に関連して上で説明された代替ＣＮ開始グループ修正プロシージャの一部として、ＳＣＳ２１２によってＭＴＣ−ＩＷＦ２１０に送信され、サービス層におけるグループ修正の成功または失敗を示す。

メッセージは、以下のＡＶＰ：
｛ＧＣ−Ｒｅｑｕｅｓｔ−Ｎｕｍｂｅｒ｝
を含み得る。

（ＧＡＲ−グループアクション要求）
ＧＡＲコマンドは、図１３に関連して上で説明されたグループサービス実行プロシージャの一部として、ＳＣＳ２１２によってＭＴＣ−ＩＷＦ２１０に送信される。

メッセージは、以下のＡＶＰ：
｛ＧＣ−Ｒｅｑｕｅｓｔ−Ｎｕｍｂｅｒ｝
｛Ｅｘｔｅｒｎａｌ−Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ｝
｛Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｉｄ｝
［Ｓｅｒｖｉｃｅ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ］
［Ｓｅｒｖｉｃｅ−Ｐａｙｌｏａｄ］
を含み得る。

（ＧＡＡ−グループアクション回答）
ＧＡＡコマンドは、図１３に関連して上で説明されたグループサービス実行プロシージャの一部として、ＭＴＣ−ＩＷＦ２１０によってＳＣＳ２１２に送信される。

メッセージは、以下のＡＶＰ：
｛ＧＣ−Ｒｅｑｕｅｓｔ−Ｎｕｍｂｅｒ｝
｛Ｅｘｔｅｒｎａｌ−Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ｝
［Ｓｅｒｖｉｃｅ−Ｅｘｅｃｕｔｉｏｎ−Ｒｅｐｏｒｔ］
^＊［Ｓｕｐｐｏｒｔｅｄ−Ｆｅａｔｕｒｅｓ］
を含み得る。

（Ｔｓｐインターフェースのための提案される新しいＡＶＰ）
例示的実施形態では、そのタイプおよび可能なフラグ値を含む、いくつかのダイアメータ属性値ペア（ＡＶＰ）が、Ｔｓｐ参照点２０８におけるグループベースのプロシージャにおける使用のために定義される。以下のチャートは、本明細書に説明されるグループ処理に関連して使用され得るＡＶＰのリストを提供する。以下のリストは、識別されるＡＶＰの各々のより詳細な説明である。

（Ｅｘｔｅｒｎａｌ−Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ）
Ｅｘｔｅｒｎａｌ−Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ ＡＶＰは、タイプＵＴＦ８Ｓｔｒｉｎｇであり、グループのための外部グループ識別子を含む。外部グループ識別子は、ＩＥＴＦ ＲＦＣ４２８２の第２．１項（その内容は、参照することによってその全体として本明細書に組み込まれる）に規定されるような形式であるｇｒｏｕｐｎａｍｅ＠ｒｅａｌｍを有し、３ＧＰＰ ＴＳ２３．６８２（その内容は、参照することによってその全体として本明細書に組み込まれる）に定義されたＭＴＣ外部識別子と同一原理を有する。外部グループ識別子に対する定義は、３ＧＰＰ ＴＲ２３．８８７（その内容は、参照することによってその全体として本明細書に組み込まれる）に論じられる。

（ＧＣ−Ｒｅｑｕｅｓｔ−Ｔｙｐｅ）
ＧＣ−Ｒｅｑｕｅｓｔ−Ｔｙｐｅ ＡＶＰは、タイプＥｎｕｍｅｒａｔｅｄであり、ＳＣＳ２１２によって使用され、ＧＣＲメッセージが開始される理由を示す。

以下の値は、以下のように定義される。
ＩＮＴＩＩＡＬ＿ＲＥＱＵＥＳＴ（０）−ＧＣＲメッセージが、グループを形成する目的のために送信されるとき、この値が、使用される。
ＭＯＤＩＦＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴ（１）−この値は、ＧＣＲメッセージが、グループ属性を修正する目的のために送信されるとき、使用される。
ＤＥＬＥＴＩＯＮ＿ＲＥＱＵＥＳＴ（２）−この値は、ＧＣＲメッセージが、グループ属性を修正する目的のために送信されるとき、使用される。

（ＧＣ−Ｒｅｑｕｅｓｔ−Ｎｕｍｂｅｒ）
ＧＣ−Ｒｅｑｕｅｓｔ−Ｎｕｍｂｅｒ ＡＶＰは、タイプＵｎｓｉｇｎｅｄ３２であり、この要求を１つのセッション内で識別する。ＳＣＳ２１２またはＭＴＣ−ＩＷＦ２１０は、以前のプロシージャが完了するのを待たずに、複数のグループベースのプロシージャを同時に開始することができる。ＧＣ−Ｒｅｑｕｅｓｔ−Ｎｕｍｂｅｒ ＡＶＰは、応答を対応する要求と一致させるために使用される。

例えば、例示的シナリオでは、ＳＣＳ２１２は、異なる値に設定されるＧＣ−Ｒｅｑｕｅｓｔ−Ｎｕｍｂｅｒを伴うＧＣＲメッセージを送信することによって、グループ作成プロシージャを同時に開始し、複数のグループを作成し得る。ＭＴＣ−ＩＷＦ２１０は、同じ値に設定されたＧＣ−Ｒｅｑｕｅｓｔ−Ｎｕｍｂｅｒを有するそれぞれのＧＣＡメッセージが、それぞれのＧＣＲメッセージにおいて受信されることを確実にする。

代替として、３ＧＰＰ ＴＳ２９．３６８の第６．４．８項（その内容は、参照することによって本明細書に組み込まれる）に定義された「Ｒｅｆｅｒｅｎｃｅ−Ｎｕｍｂｅｒ」ＡＶＰは、再使用され得る。

（Ｇｒｏｕｐ−Ｍｅｍｂｅｒｓ）
Ｇｒｏｕｐ−Ｍｅｍｂｅｒｓ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、ＭＴＣ外部グループに属するメンバーを示すために使用される。それは、個々のＭＴＣ外部識別子の複数のインスタンスおよび／または外部グループ識別子の複数のインスタンスを含むことができる。

メッセージは、以下のＡＶＰ：
^＊［Ｅｘｔｅｒｎａｌ−Ｉｄ］
^＊［Ｅｘｔｅｒｎａｌ−Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ］
（Ｅｘｔｅｒｎａｌ−Ｉｄ）
を含み得る。

Ｅｘｔｅｒｎａｌ−Ｉｄ ＡＶＰは、タイプＵＴＦ８Ｓｔｒｉｎｇであり、ＵＥの外部識別子を含む。３ＧＰＰ ＴＳ ２３．００３（その内容は、参照することによってその全体として本明細書に組み込まれる）は、外部識別子の定義およびフォーマットに関する情報を提供する。

（Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｄｅｔａｉｌｓ）
Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｄｅｔａｉｌｓ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、グループベースのサービスについての詳細を含む。それは、サービスＩＤおよびサービスの特性を含む。

メッセージは、以下のＡＶＰ：
｛Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｉｄ｝
［Ｓｅｒｖｉｃｅ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃ］
を含み得る。

（Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｉｄ）
Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｉｄは、タイプＥｎｕｍｅｒａｔｅｄであり、３ＧＰＰがもたらすグループベースのサービスを示す。

以下の値は、以下のように定義される。
ＧＲＯＵＰ＿ＭＥＳＳＡＧＩＮＧ＿ＳＥＲＶＩＣＥ（０）−グループベースのマルチキャストまたはブロードキャストメッセージングサービスのいずれかを示す。
ＧＲＯＵＰ＿ＣＨＡＲＧＩＮＧ＿ＰＯＬＩＣＹ＿ＣＯＮＴＲＯＬ＿ＳＥＲＶＩＣＥ（１）−グループベースのポリシーおよび課金制御サービスを示し、ＳＣＳ２１２は、ＵＥのグループのためのポリシーおよび課金制御情報を提供することができる。
ＧＲＯＵＰ＿ＡＣＴＩＯＮＳ＿ＭＯＮＩＴＯＲＩＮＧ＿ＳＥＲＶＩＣＥ（２）−グループベースの監視およびアクションサービスを示し、いくつかのＵＥのアクティビティが監視され、自動アクションが、規定されるイベントの発生に基づいて、いくつかのＵＥに実施される。

（Ｓｅｒｖｉｃｅ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）
Ｓｅｒｖｉｃｅ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、もたらされる／要求されるサービスの特性を定義する。それは、グループベースのサービスに対するＱｏＳに類似する。

メッセージは、以下のＡＶＰ：
［Ｇｒｏｕｐ−Ｍｅｓｓａｇｉｎｇ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ］
［Ｇｒｏｕｐ−Ｃｈａｒｇｉｎｇ−Ｐｏｌｉｃｙ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ］
［Ｇｒｏｕｐ−Ａｃｔｉｏｎｓ−Ｍｏｎｉｔｏｒｉｎｇ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ］
を含み得る。

（Ｇｒｏｕｐ−Ｍｅｓｓａｇｉｎｇ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）
Ｇｒｏｕｐ−Ｍｅｓｓａｇｉｎｇ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、グループメッセージングサービスのサービス特性を含む。

メッセージは、以下のＡＶＰ：
［Ｇｒｏｕｐ−Ｍｅｓｓａｇｅ−Ｔｙｐｅ］
［Ｇｒｏｕｐ−Ｍｅｓｓａｇｉｎｇ−Ｄａｔａ−Ｒａｔｅ］
［Ｇｒｏｕｐ−Ｍｅｓｓａｇｉｎｇ−Ｆｒｅｑｕｅｎｃｙ］
［ＧＭ−Ｒｅｐｅｔｉｔｉｏｎ］
［ＧＭ−Ｒｅｐｅｔｉｔｉｏｎ−Ｉｎｔｅｒｖａｌ］
［ＧＭ−Ｍａｘｉｍｕｍ−Ｄｅｌａｙ−Ｔｏｌｅｒａｎｃｅ］
［ＧＭ−Ｒｅｓｐｏｎｓｅ−Ｅｘｐｅｃｔｅｄ］
［ＧＭ−Ｐｒｉｏｒｉｔｙ］
［Ｒｏａｍｅｒｓ−Ｉｎｃｌｕｓｉｏｎ］
を含み得る。

（Ｇｒｏｕｐ−Ｃｈａｒｇｉｎｇ−Ｐｏｌｉｃｙ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）
Ｇｒｏｕｐ−Ｃｈａｒｇｉｎｇ−Ｐｏｌｉｃｙ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、グループ課金の特性およびポリシー制御特徴を含む。

メッセージは、以下のＡＶＰ：
｛ＧＣＰ−Ｔｙｐｅ｝
［Ｒｏａｍｅｒｓ−Ｉｎｃｌｕｓｉｏｎ］
を含み得る。

（Ｇｒｏｕｐ−Ａｃｔｉｏｎｓ−Ｍｏｎｉｔｏｒｉｎｇ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）
Ｇｒｏｕｐ−Ａｃｔｉｏｎｓ−Ｍｏｎｉｔｏｒｉｎｇ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、グループの特性ベースの監視およびアクションサービスを含む。

メッセージは、以下のＡＶＰ：
｛ＧＡＭ−Ｔｙｐｅ｝
［Ｒｏａｍｅｒｓ−Ｉｎｃｌｕｓｉｏｎ］
を含み得る。

（Ｇｒｏｕｐ−Ｍｅｓｓａｇｅ−Ｔｙｐｅ）
Ｇｒｏｕｐ−Ｍｅｓｓａｇｅ−Ｔｙｐｅ ＡＶＰは、タイプＥｎｕｍｅｒａｔｅｄであり、グループメッセージングのための目的を示す。

以下の値は、以下のように定義される。
ＤＥＶＩＣＥ＿ＴＲＩＧＧＥＲＩＮＧ（０）−この値は、グループに送信される必要があるメッセージがデバイストリガリングメッセージであることを示す。
ＳＨＯＲＴ＿ＭＥＳＳＡＧＩＮＧ（１）−この値は、送達されるべきグループメッセージがショートメッセージであることを示す。ショートメッセージは、オペレータによって定義されるか、または単一のＭＴ ＳＭＳもしくはＣＢＳメッセージの最大サイズであり得る。
ＤＯＷＮＬＩＮＫ＿ＳＴＲＥＡＭＩＮＧ（２）−この値は、ダウンリンク方向におけるメッセージの連続ストリームを示す。

他の値も、サービスプロバイダとオペレータとの間の合意に従って追加されることができる。

（Ｇｒｏｕｐ−Ｍｅｓｓａｇｉｎｇ−Ｄａｔａ−Ｒａｔｅ）
Ｇｒｏｕｐ−Ｍｅｓｓａｇｉｎｇ−Ｄａｔａ−Ｒａｔｅ ＡＶＰは、タイプＵｎｓｉｇｎｅｄ３２であり、メッセージングサービスのためのバイト数／秒フォーマットにおけるデータレートを示す。これは、「ｄｏｗｎｌｉｎｋｓｔｒｅａｍｉｎｇ」等の特定のタイプのメッセージングに関連する。

（Ｇｒｏｕｐ−Ｍｅｓｓａｇｉｎｇ−Ｆｒｅｑｕｅｎｃｙ）
Ｇｒｏｕｐ−Ｍｅｓｓａｇｉｎｇ−Ｆｒｅｑｕｅｎｃｙ ＡＶＰは、タイプＵｎｓｉｇｎｅｄ３２であり、メッセージングサービスのためにダウンリンクにおいて送信される必要があるメッセージ（パケット）の数を提供する。この値は、パケット数／時間フォーマットにおいて示される。これは、「デバイストリガリング」および「ショートメッセージング」種類のサービスに関連し得る。

（ＧＭ−Ｒｅｐｅｔｉｔｉｏｎ）
ＧＭ−Ｒｅｐｅｔｉｔｉｏｎ ＡＶＰは、タイプＵｎｓｉｇｎｅｄ３２であり、特定のメッセージが繰り返されるか、または再ブロードキャストされる必要がある回数を示す。デバイストリガリング等のあるメッセージングは、最大数のデバイスがメッセージを受信する確率を増加させるために繰り返されることを要求し得る。

（ＧＭ−Ｒｅｐｅｔｉｔｉｏｎ−Ｉｎｔｅｒｖａｌ）
ＧＭ−Ｒｅｐｅｔｉｔｉｏｎ−Ｉｎｔｅｒｖａｌ ＡＶＰは、タイプＵｎｓｉｇｎｅｄ３２であり、連続メッセージング反復間の秒における間隔持続時間を提供する。

（ＧＭ−Ｍａｘｉｍｕｍ−Ｄｅｌａｙ−Ｔｏｌｅｒａｎｃｅ）
ＧＭ−Ｍａｘｉｍｕｍ−Ｄｅｌａｙ−Ｔｏｌｅｒａｎｃｅ ＡＶＰは、タイプＵｎｓｉｇｎｅｄ３２であり、メッセージの送達の前に遅延されることができる最大時間量を提供する。これは、秒単位で提供され、ゼロの値は、即時送達を示す。この属性は、コアネットワークが、メッセージ送達機構を最適化し、メッセージ送達をスケジュールすることに役立つ。この属性は、輻輳期間中の影響を最小限にすることに役立つ。

（ＧＭ−Ｒｅｓｐｏｎｓｅ−Ｅｘｐｅｃｔｅｄ）
ＧＭ−Ｒｅｓｐｏｎｓｅ−Ｅｘｐｅｃｔｅｄ ＡＶＰは、タイプＥｎｕｍｅｒａｔｅｄであり、ＳＣＳ２１２がグループメッセージのためにＵＥからの応答を予期しているかどうかを示す。この属性は、コアネットワークが、ＵＥからのアップリンクメッセージをハンドリングするためにそのリソースを準備することに役立つ。コアネットワークは、ダウンリンクグループメッセージを異なるセル／エリア内の異なる時間（ＧＭ−Ｍａｘｉｍｕｍ−Ｄｅｌａｙ−Ｔｏｌｅｒａｎｃｅによって許されるように）でブロードキャストすることができるか、またはタイマ値を含み、ＵＥにその応答メッセージを送信するための期間内で時間をランダムに選定することを要求することができる。

以下の値は、以下のように定義される。
ＮＯ＿ＲＥＳＰＯＮＳＥ（０）−この値は、ＳＣＳ２１２がグループメッセージに対するＵＥからのいかなる応答も予期していないことを示す。
ＳＩＮＧＬＥ＿ＲＥＳＰＯＮＳＥ（１）−この値は、ＵＥからの単一の応答メッセージが予期されることを示す。
ＭＵＬＴＰＬＥ＿ＲＥＳＰＯＮＳＥ（２）−この値は、ＵＥが、グループメッセージに応答して、２つ以上のメッセージを送信し得ることを示す。
ＵＮＫＮＯＷＮ＿ＲＥＳＰＯＮＳＥ（３）−この値は、ＳＣＳ２１２が、ＵＥが応答メッセージで返信し得るかどうか定かではないことを示す。

（ＧＭ−Ｐｒｉｏｒｉｔｙ）
ＧＭ−Ｐｒｉｏｒｉｔｙ ＡＶＰは、タイプＵｎｓｉｇｎｅｄ３２であり、グループメッセージの優先順位を示す。ＳＣＳ２１２からのある警告メッセージおよび更新メッセージは、重要であり得、ＳＣＳ２１２は、コアネットワークに、これらのメッセージの送達のために、より高い優先順位を提供し、確実な方法を選定することを欲し得る。

値が小さいほど、より高い優先順位を示す。

（Ｒｏａｍｅｒｓ−Ｉｎｃｌｕｓｉｏｎ）
Ｒｏａｍｅｒｓ−Ｉｎｃｌｕｓｉｏｎ ＡＶＰは、タイプＥｎｕｍｅｒａｔｅｄであり、ＭＴＣ−ＩＷＦ２１０が、現在Ｈｏｍｅ−ＰＬＭＮによってサービス提供されていないＵＥのために、メッセージの送達を試みるかどうか、または、サービスを実行もしくは構成すべきかどうかを示す。

（ＧＣＰ−Ｔｙｐｅ）
ＧＣＰ−Ｔｙｐｅ ＡＶＰは、タイプＥｎｕｍｅｒａｔｅｄであり、グループ課金およびポリシーサービスの目的を提供する。

以下の値は、以下のように定義される。
ＣＨＡＲＧＩＮＧ＿ＯＮＬＹ（０）−この値は、サービスがグループ課金目的のためだけに要求されることを示す。
ＰＯＬＩＣＹ＿ＯＮＬＹ（１）−この値は、サービスがグループポリシー関連制御のみを要求することを示す。
ＣＨＡＲＧＩＮＧ＿ＡＮＤ＿ＰＯＬＩＣＹ（２）−この値は、課金およびポリシーの両方のためのサービスが要求されることを示す。

（ＧＡＭ−Ｔｙｐｅ）
ＧＡＭ−Ｔｙｐｅ ＡＶＰは、タイプＥｎｕｍｅｒａｔｅｄであり、グループアクションおよび監視サービスの目的を提供する。

以下の値は、以下のように定義される。
ＭＯＮＩＴＯＲＩＮＧ＿ＯＮＬＹ（０）−この値は、監視および報告のみが実施されることを示す。
ＡＣＴＩＯＮ＿ＯＮＬＹ（１）−この値は、ＳＣＳ２１２が、実施される必要があるアクションを提供し、ＣＮは、それらのアクションを単に実行する必要があり得ることを示す。監視は、ＣＮによって実施されない。ＳＣＳ２１２は、サービス層において監視を行い得る。
ＭＯＮＩＴＯＲＩＮＧ＿ＡＮＤ＿ＡＣＴＩＯＮＳ（２）−この値は、サービスが監視および監視ベースのアクションの両方のために構成されることを示す。

（Ｓｕｂ−Ｇｒｏｕｐｉｎｇ−Ｉｎｄｉｃａｔｉｏｎ）
Ｓｕｂ−Ｇｒｏｕｐｉｎｇ−Ｉｎｄｉｃａｔｉｏｎ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、ＳＣＳ２１２によって使用され、ＣＮが、要求される場合、サブグループ化を実施することができることを示す。

メッセージは、以下のＡＶＰ：
［Ｎｕｍｂｅｒ−Ｏｆ−Ｓｕｂ−Ｇｒｏｕｐｓ］
［Ｍｉｎｉｍｕｍ−ＳｕｂＧｒｏｕｐ−Ｍｅｍｂｅｒｓ］
を含み得る。

（Ｎｕｍｂｅｒ−Ｏｆ−Ｓｕｂ−Ｇｒｏｕｐｓ）
Ｎｕｍｂｅｒ−Ｏｆ−Ｓｕｂ−Ｇｒｏｕｐｓ ＡＶＰは、タイプＵｎｓｉｇｎｅｄ３２であり、ＣＮが作成することができるサブグループの最大数を示す。

（Ｍｉｎｉｍｕｍ−ＳｕｂＧｒｏｕｐ−Ｍｅｍｂｅｒｓ）
Ｍｉｎｉｍｕｍ−ＳｕｂＧｒｏｕｐ−Ｍｅｍｂｅｒｓ ＡＶＰは、タイプＵｎｓｉｇｎｅｄ３２であり、形成されるサブグループの各々内に存在すべきＵＥの最小数を示す。

（Ｓｕｂ−Ｇｒｏｕｐ−Ｉｎｆｏｒｍａｔｉｏｎ）
Ｓｕｂ−Ｇｒｏｕｐ−Ｉｎｆｏｒｍａｔｉｏｎ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、ＣＮによって使用され、形成されたサブグループに関連する情報を提供する。それは、サブグループの外部グループＩｄ、そのメンバーリスト、およびサブグループのために構成されるサービスを含む。

メッセージは、以下のＡＶＰ：
｛Ｅｘｔｅｒｎａｌ−Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ｝
［Ｇｒｏｕｐ−Ｍｅｍｂｅｒｓ］
^＊［Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｄｅｔａｉｌｓ］
を含み得る。

（Ｓｕｇｇｅｓｔｅｄ−Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ）
Ｓｕｇｇｅｓｔｅｄ−Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ ＡＶＰは、タイプＵＴＦ８Ｓｔｒｉｎｇであり、グループ作成プロシージャ中にＳＣＳ２１２によって使用され、ＣＮに、特定の外部グループＩｄをグループに割り当てることを提案する。このＡＶＰは、Ｅｘｔｅｒｎａｌ−Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ ＡＶＰと同様にフォーマットされ、フォーマット「ｇｒｏｕｐｎａｍｅ＠ｒｅａｌｍ」であるか、または「ｇｒｏｕｐｎａｍｅ」部分のみを含み得る。

ＳＣＳ２１２が外部グループＩＤを提案することができるシナリオの１つは、ＳＣＳ２１２がグループを削除し、後に、同一グループを作成することを欲する場合であり、ＳＣＳ２１２は、ＣＮに同一外部グループＩＤを割り当てることを提案し得る。

（Ｓｕｇｇｅｓｔｅｄ−Ｎｅｗ−Ｍｅｍｂｅｒ）
Ｓｕｇｇｅｓｔｅｄ−Ｎｅｗ−Ｍｅｍｂｅｒ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、ＧＲＮ（図８に関連して論じられるような代替ＣＮ開始グループ修正プロシージャ）においてＣＮによって使用され、ＳＣＳ２１２にいくつかのＵＥをグループに追加することを提案する。

ＡＶＰフォーマット：
メッセージは、以下のＡＶＰ：
［Ｅｘｔｅｒｎａｌ−Ｉｄ］
［Ｅｘｔｅｒｎａｌ−Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ］
［Ｄｅｖｉｃｅ−Ｓｔａｔｅ］
^＊［ＡＶＰ］
を含み得る。

（Ｕｎａｖａｉｌａｂｌｅ−Ｍｅｍｂｅｒ）
Ｕｎａｖａｉｌａｂｌｅ−Ｍｅｍｂｅｒ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、ＧＲＮ（図８に関連して論じられる代替ＣＮ開始グループ修正プロシージャ）においてＣＮによって使用され、ＳＣＳ２１２にいくつかのＵＥをグループから除去することを提案する。

メッセージは、以下のＡＶＰ：
［Ｅｘｔｅｒｎａｌ−Ｉｄ］
［Ｅｘｔｅｒｎａｌ−Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ］
［Ｄｅｖｉｃｅ−Ｓｔａｔｅ］
を含み得る。

（Ｕｎａｖａｉｌａｂｌｅ−Ｓｅｒｖｉｃｅ）
Ｕｎａｖａｉｌａｂｌｅ−Ｓｅｒｖｉｃｅ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、ＧＲＮ（図８に関連して論じられる代替ＣＮ開始グループ修正プロシージャ）においてＣＮによって使用され、コアネットワークにおいてもはや利用可能ではないサービスを提供する。

メッセージは、以下のＡＶＰ：
｛Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｉｄ｝
［Ｇｒｏｕｐ−Ｃｏｎｔｒｏｌ−Ｃａｕｓｅ］
を含み得る。

（Ｄｅｖｉｃｅ−Ｓｔａｔｅ^＊）
Ｄｅｖｉｃｅ−Ｓｔａｔｅ ＡＶＰは、タイプＥｎｕｍｅｒａｔｅｄであり、ＵＥ２１４のステータスをＳＣＳ２１２に提供する。それは、以下の値を有し得る。
ａ． Ａｔｔａｃｈｅｄ
ｂ． Ｄｅｔａｃｈｅｄ
ｃ． Ｕｎｋｎｏｗｎ
ｄ． Ｉｄｌｅ
ｅ． Ｃｏｎｎｅｃｔｅｄ
ｆ． Ｒｏａｍｉｎｇ・・・等。

（Ｓｅｒｖｉｃｅ−Ｐａｙｌｏａｄ）
Ｓｅｒｖｉｃｅ−Ｐａｙｌｏａｄ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、ＳＣＳ２１２によって使用され、ＳＣＳ２１２が実行されることを欲するサービスのためのペイロードを提供する。ペイロードは、ＵＥ２１４に送信される必要があるデータ、またはグループベースのサービスに関連するコアネットワークへのある情報であり得る。

メッセージは、以下のＡＶＰを含み得る。
［Ｇｒｏｕｐ−Ｍｅｓｓａｇｉｎｇ−Ｐａｙｌｏａｄ］
［Ｐｏｌｉｃｙ−Ｃｈａｒｇｉｎｇ−Ｐａｙｌｏａｄ］
^＊［Ａｃｔｉｏｎｓ−Ｍｏｎｉｔｏｒｉｎｇ−Ｐａｙｌｏａｄ］

Ａｃｔｉｏｎｓ−Ｍｏｎｉｔｏｒｉｎｇ−Ｐａｙｌｏａｄ ＡＶＰの複数のインスタンスが、複数の監視／アクションイベントを提供するためにメッセージ内に存在し得る。

（Ｇｒｏｕｐ−Ｍｅｓｓａｇｉｎｇ−Ｐａｙｌｏａｄ）
Ｇｒｏｕｐ−Ｍｅｓｓａｇｉｎｇ−Ｐａｙｌｏａｄ ＡＶＰは、タイプＯｃｔｅｔＳｔｒｉｎｇであり、グループ内のＵＥに送信される必要があるペイロード（メッセージコンテンツ）を含む。コンテンツは、おそらく、ＩＰパケットであり得る。

（Ｐｏｌｉｃｙ−Ｃｈａｒｇｉｎｇ−Ｐａｙｌｏａｄ）
Ｐｏｌｉｃｙ−Ｃｈａｒｇｉｎｇ−Ｐａｙｌｏａｄ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、ＳＣＳ２１２によって使用され、グループ課金およびポリシーサービスのためのペイロードを提供する。このＡＶＰは、グループのために施行されるべきグループポリシールールおよび課金特性についての情報を含む。

メッセージは、以下のＡＶＰ：
［Ｇｒｏｕｐ−ＱｏＳ］
［Ｇｒｏｕｐ−Ｃｈａｒｇｉｎｇ−Ｉｄ］
［Ｇｒｏｕｐ−Ａｐｐｌｉｃａｔｉｏｎ−Ｉｄｅｎｔｉｆｉｅｒ］
［Ｇｒｏｕｐ−Ｃｈａｒｇｉｎｇ−Ｔｙｐｅ］
［Ｇｒｏｕｐ−Ｓｐｏｎｓｏｒ−Ｄａｔａ］
を含み得る。

（Ａｃｔｉｏｎｓ−Ｍｏｎｉｔｏｒｉｎｇ−Ｐａｙｌｏａｄ）
Ａｃｔｉｏｎｓ−Ｍｏｎｉｔｏｒｉｎｇ−Ｐａｙｌｏａｄ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、ＳＣＳ２１２によって使用され、アクションおよび監視サービスのためのペイロードを提供する。このＡＶＰは、監視される必要があるイベントおよび実施されるべきアクションについての情報を含む。

メッセージは、以下のＡＶＰを含み得る。
^＊［Ｍｏｎｉｔｏｒｉｎｇ−Ｅｖｅｎｔ］
^＊［Ａｃｔｉｏｎ−Ｔｏ−Ｐｅｒｆｏｒｍ］

Ｍｏｎｉｔｏｒｉｎｇ−Ｅｖｅｎｔ ＡＶＰまたはＡｃｔｉｏｎ−Ｔｏ−Ｐｅｒｆｏｒｍ ＡＶＰの複数のインスタンスが、存在し得る。これは、単一のイベントのための複数のアクションを定義するか、または単一／複数のアクションを生じさせる複数のイベントを定義するための柔軟性を提供する。

（Ｇｒｏｕｐ−ＱｏＳ^＊）
Ｇｒｏｕｐ−ＱｏＳ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、グループの各メンバーに対して適用される必要があるＱｏＳ値を含む。それは、集合的ＤＬレート等の共通ＱｏＳ値を提供するためにも使用され得、グループ内の全アクティブＵＥの全ＤＬデータレートの和は、集合的ＤＬレートを超えないであろう。

（Ｇｒｏｕｐ−Ｃｈａｒｇｉｎｇ−Ｉｄ）
Ｇｒｏｕｐ−Ｃｈａｒｇｉｎｇ−Ｉｄ ＡＶＰは、タイプＯｃｔｅｔＳｔｒｉｎｇであり、グループに属するＵＥに対する課金相関のために使用される。

（Ｇｒｏｕｐ−Ａｐｐｌｉｃａｔｉｏｎ−Ｉｄｅｎｔｉｆｉｅｒ）
Ｇｒｏｕｐ−Ａｐｐｌｉｃａｔｉｏｎ−Ｉｄｅｎｔｉｆｉｅｒ ＡＶＰは、タイプＯｃｔｅｔＳｔｒｉｎｇであり、ＡＦサービスセッションのための特定のサービスを識別する情報を含む。この情報は、ＰＣＲＦによって、グループのための異なるアプリケーションサービスに対するＱｏＳを区別するために使用され得る。

（Ｇｒｏｕｐ−Ｃｈａｒｇｉｎｇ−Ｔｙｐｅ^＊）
Ｇｒｏｕｐ−Ｃｈａｒｇｉｎｇ−Ｔｙｐｅは、タイプＥｎｕｍｅｒａｔｅｄであり、使用される必要がある課金方法を示す。

それは、個々の課金、グループ課金、もしくは両方、ＳＣＳスポンサーグループ課金、または、オフラインもしくはオンライン課金を識別することができる。

（Ｇｒｏｕｐ−Ｓｐｏｎｓｏｒ−Ｄａｔａ）
Ｇｒｏｕｐ−Ｓｐｏｎｓｏｒ−Ｄａｔａ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、例えば、スポンサーＩｄ、使用閾値等のスポンサーシップについての詳細を含む。これは、３ＧＰＰ ＴＳ２９．２１４の第５．３．２７項（その内容は、参照することによってその全体として本明細書に組み込まれる）に定義されたＳｐｏｎｓｏｒｅｄ−Ｃｏｎｎｅｃｔｉｖｉｔｙ−Ｄａｔａ ＡＶＰと同様にコード化され得る。

メッセージは、以下のＡＶＰ：
［Ｓｐｏｎｓｏｒ−Ｉｄｅｎｔｉｔｙ］
［Ａｐｐｌｉｃａｔｉｏｎ−Ｓｅｒｖｉｃｅ−Ｐｒｏｖｉｄｅｒ−Ｉｄｅｎｔｉｔｙ］
［Ｇｒａｎｔｅｄ−Ｓｅｒｖｉｃｅ−Ｕｎｉｔ］
［Ｕｓｅｄ−Ｓｅｒｖｉｃｅ−Ｕｎｉｔ］
を含み得る。

（Ｍｏｎｉｔｏｒｉｎｇ−Ｅｖｅｎｔ）
Ｍｏｎｉｔｏｒｉｎｇ−Ｅｖｅｎｔ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、監視される必要があるイベントを含む。イベントは、単一のＵＥ２１４またはＵＥのグループのためのものであることができる。例えば、それは、単一のＵＥ２１４移動性イベントまたはＵＥのグループのための移動性イベントであることができる。

ＡＶＰフォーマット：
メッセージは、以下のＡＶＰを含み得る。
｛Ｍｏｎｉｔｏｒｉｎｇ−Ｒｅｆｅｒｅｎｃｅ−Ｎｕｍｂｅｒ｝
［Ｍｏｎｉｔｏｒｉｎｇ−Ｅｖｅｎｔ−Ｉｄ］
^＊［Ｇｒｏｕｐ−Ｍｅｍｂｅｒｓ］
［Ｍｏｎｉｔｏｒｉｎｇ−Ｅｖｅｎｔ−Ｄａｔａ］

単一のＵＥ２１４のデタッチに対して、Ｍｏｎｉｔｏｒｉｎｇ−Ｅｖｅｎｔ−Ｉｄ ＡＶＰは、デタッチタイプに設定され、Ｇｒｏｕｐ−Ｍｅｍｂｅｒｓ ＡＶＰは、ＵＥのＥｘｔｅｒｎａｌ−Ｉｄに設定され得る。

ＵＥのグループの移動性に対して、Ｍｏｎｉｔｏｒｉｎｇ−Ｅｖｅｎｔ−Ｉｄ ＡＶＰは、移動性タイプに設定され得、Ｇｒｏｕｐ−Ｍｅｍｂｅｒｓ ＡＶＰは、移動性が監視される必要がある全ＵＥのＥｘｔｅｒｎａｌ−Ｉｄのリストを含む。Ｍｏｎｉｔｏｒｉｎｇ−Ｅｖｅｎｔ−Ｄａｔａは、ＵＥの移動性が監視される必要がある追跡エリア等の追加の情報を含む。

グループＵＥの５０％アタッチに対して、Ｍｏｎｉｔｏｒｉｎｇ−Ｅｖｅｎｔ−Ｉｄ ＡＶＰは、アタッチに設定され、Ｍｏｎｉｔｏｒｉｎｇ−Ｅｖｅｎｔ−Ｄａｔａ ＡＶＰは、パーセンテージ５０を提供し、Ｇｒｏｕｐ−Ｍｅｍｂｅｒｓ ＡＶＰは、ＵＥのリストまたはＥｘｔｅｒｎａｌ−Ｇｒｏｕｐ−ＩＤを含む。故に、ＵＥの５０％を上回るものがアタッチされると、アクションが実施され得るか、または通知がＳＣＳ２１２に送信され得る。

（Ａｃｔｉｏｎｓ−Ｔｏ−Ｐｅｒｆｏｒｍ）
Ａｃｔｉｏｎｓ−Ｔｏ−Ｐｅｒｆｏｒｍは、タイプＧｒｏｕｐｅｄであり、監視されるイベントの発生に応じて、または独立してのいずれかで実施される必要があるアクションを含む。アクションは、単一のＵＥ２１４またはＵＥのグループのためであることができる。例えば、単一のＵＥ２１４のデタッチまたはＵＥのグループのデタッチであることができる。

メッセージは、以下のＡＶＰを含み得る。
｛Ａｃｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ−Ｎｕｍｂｅｒ｝
［Ａｃｔｉｏｎ−Ｔｙｐｅ−Ｉｄ］
＊［Ｇｒｏｕｐ−Ｍｅｍｂｅｒｓ］
［Ａｃｔｉｏｎ−Ｔｙｐｅ−Ｄａｔａ］

単一のＵＥデタッチに対して、Ｍｏｎｉｔｏｒｉｎｇ−Ｅｖｅｎｔ−Ｉｄ ＡＶＰは、デタッチタイプに設定され、Ｇｒｏｕｐ−Ｍｅｍｂｅｒｓ ＡＶＰは、ＵＥのＥｘｔｅｒｎａｌ−Ｉｄに設定される。

アクションは、ＣＮによって実行されることができ、かつＵＥの加入情報によって許可されることができる任意のものであり得、ＰＤＮをアクティブ化すること、または専用ベアラを作成すること、または周期的ＴＡＵタイマもしくはＤＲＸタイマを変更すること等に及び得る。

（Ｍｏｎｉｔｏｒｉｎｇ−Ｒｅｆｅｒｅｎｃｅ−Ｎｕｍｂｅｒ）
Ｍｏｎｉｔｏｒｉｎｇ−Ｒｅｆｅｒｅｎｃｅ−Ｎｕｍｂｅｒ ＡＶＰは、タイプＵｎｓｉｇｎｅｄ３２であり、ＭＴＣ−ＩＷＦ２１０が、構成されたイベントまたは生じたイベントをその報告内に含むことができるように、参照番号を監視要求に提供するために使用される。

（Ｍｏｎｉｔｏｒｉｎｇ−Ｅｖｅｎｔ−Ｉｄ^＊）
Ｍｏｎｉｔｏｒｉｎｇ−Ｅｖｅｎｔ−Ｉｄ ＡＶＰは、タイプＥｎｕｍｅｒａｔｅｄであり、監視イベントのタイプを記載する。例えば、以下等の多くの可能な監視イベントが存在する。
ｇ． アタッチ
ｈ． デタッチ
ｉ． ＰＬＭＮ間移動性
ｊ． ＰＬＭＮ内移動性
ｋ． システム間移動性（例えば、ＬＴＥからＵＭＴＳ）
ｌ． 技術間移動性（例えば、ＬＴＥからＷｉ−Ｆｉ）
ｍ． ＰＤＮ接続／切断
ｎ． 専用ベアラアクティブ化／非アクティブ化
ｏ． アイドル状態
ｐ． 接続持続時間等。

（Ｍｏｎｉｔｏｒｉｎｇ−Ｅｖｅｎｔ−Ｄａｔａ^＊）
Ｍｏｎｉｔｏｒｉｎｇ−Ｅｖｅｎｔ−Ｄａｔａ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、監視イベントに関連するデータを含む。このＡＶＰは、Ｍｏｎｉｔｏｒｉｎｇ−Ｅｖｅｎｔ−Ｉｄ ＡＶＰを伴い得、そのイベントタイプに対する関連データを提供することができる。

（Ａｃｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ−Ｎｕｍｂｅｒ）
Ａｃｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ−Ｎｕｍｂｅｒ ＡＶＰは、タイプＵｎｓｉｇｎｅｄ３２であり、ＭＴＣ−ＩＷＦ２１０が構成されたアクションまたは実施されたアクションをその報告内に含むことができるように、アクションのための参照番号を提供するために使用される。

（Ａｃｔｉｏｎ−Ｔｙｐｅ−Ｉｄ^＊）
Ａｃｔｉｏｎ−Ｔｙｐｅ−Ｉｄ ＡＶＰは、タイプＥｎｕｍｅｒａｔｅｄであり、実施される必要があるアクションのタイプを記載する。例えば、以下等の実施されることができる多くのアクションが存在する。
ａ． デタッチ
ｂ． Ｎ／Ｗ開始ＰＤＮ切断
ｃ． Ｎ／Ｗ開始専用ベアラアクティブ化／非アクティブ化
ｄ． 現在のＴＡのようなＵＥコンテキスト詳細の更新
ｅ． ＴＡＵタイマ、アイドルタイマ、ＤＲＸタイマ等のようなＮ／ＷＵＥパラメータの更新
ｆ． 課金およびポリシー情報の更新
ｇ． デバイストリガリング等。

（Ａｃｔｉｏｎ−Ｔｙｐｅ−Ｄａｔａ^＊）
Ａｃｔｉｏｎ−Ｔｙｐｅ−Ｄａｔａ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、実施されるべきアクションに関連するデータを含む。このＡＶＰは、Ａｃｔｉｏｎ−Ｔｙｐｅ−Ｉｄ ＡＶＰを伴い得、専用ベアラのためのＱｏＳ情報等のそのイベントタイプに対する関連データを提供することができる。

（Ｇｒｏｕｐ−Ｄｅｌｅｔｅ−Ｌｉｓｔ）
Ｇｒｏｕｐ−Ｄｅｌｅｔｅ−Ｌｉｓｔ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、除去されるグループのリストおよび関連情報を含む。

メッセージは、以下のＡＶＰ：
＊｛Ｅｘｔｅｒｎａｌ−Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ｝
［Ｄｅｌｅｔｉｏｎ−Ｔｙｐｅ］
［Ｇｒｏｕｐ−Ｉｄ−Ａｖａｉｌａｂｉｌｉｔｙ］
［Ｇｒｏｕｐ−Ｕｎａｖａｉｌａｂｌｅ−Ｔｉｍｅ］
を含み得る。

（Ｄｅｌｅｔｉｏｎ−Ｔｙｐｅ）
Ｄｅｌｅｔｉｏｎ−Ｔｙｐｅ ＡＶＰは、タイプＥｎｕｍｅｒａｔｅｄであり、グループ除去の性質を示す。

以下の値は、以下のように定義される。
ＰＥＲＭＡＮＥＮＴ（０）−この値は、グループが完全に除去され、グループＩＤが解放されることを示す。
ＴＥＭＰＯＲＡＲＹ（１）−この値は、グループが一時的に利用可能でないことを示す。

（Ｇｒｏｕｐ−Ｉｄ−Ａｖａｉｌａｂｉｌｉｔｙ）
Ｇｒｏｕｐ−Ｉｄ−Ａｖａｉｌａｂｉｌｉｔｙ ＡＶＰは、タイプＥｎｕｍｅｒａｔｅｄであり、グループＩＤが他のＳＣＳによる使用のために利用可能であるかどうかを示す。

以下の値は、以下のように定義される。
ＡＶＡＩＬＡＢＬＥ＿ＦＯＲ＿ＯＴＨＥＲ＿ＳＣＳ（０）−この値は、グループが、依然として、他のＳＣＳによって使用されることができることを示す。
ＮＯＴ＿ＡＶＡＩＬＡＢＬＥ＿ＦＯＲ＿ＯＴＨＥＲ＿ＳＣＳ（１）−この値は、グループが、任意のＳＣＳに利用可能でないことを示す。

（Ｇｒｏｕｐ−Ｕｎａｖａｉｌａｂｌｅ−Ｔｉｍｅ）
Ｇｒｏｕｐ−Ｕｎａｖａｉｌａｂｌｅ−Ｔｉｍｅ ＡＶＰは、タイプＴｉｍｅであり、グループが利用可能でなくなるまでの時間およびグループのためのグループサービスが使用できなくなるまでの時間を示す。

（Ｇｒｏｕｐ−Ｅｘｉｓｔｅｎｃｅ−Ｔｉｍｅ）
Ｇｒｏｕｐ−Ｅｘｉｓｔｅｎｃｅ−Ｔｉｍｅ ＡＶＰは、タイプＴｉｍｅであり、グループが存在することができ、それを超えるとグループが削除されるであろう時間を示す。この値は、ＳＣＳ２１２とＣＮとの間で交渉され得る。

（Ｇｒｏｕｐ−Ｍｅｍｂｅｒ−Ａｄｄｉｔｉｏｎ）
Ｇｒｏｕｐ−Ｍｅｍｂｅｒ−Ａｄｄｉｔｉｏｎ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、既存のグループに追加される必要がある外部ＵＥ ＩＤまたは外部グループＩＤを含む。これは、ＧＣＲメッセージにおいてＳＣＳ２１２によって、またはＧＮＲメッセージにおいてＣＮによって提供され得る。

メッセージは、以下のＡＶＰ：
［Ｅｘｔｅｒｎａｌ−Ｉｄ］
［Ｅｘｔｅｒｎａｌ−Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ］
を含み得る。

（Ｇｒｏｕｐ−Ｍｅｍｂｅｒｓ−Ｒｅｍｏｖａｌ）
Ｇｒｏｕｐ−Ｍｅｍｂｅｒｓ−Ｒｅｍｏｖａｌ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、既存のグループから除去される必要がある外部ＵＥ ＩＤまたは外部グループＩＤを含む。これは、ＧＣＲメッセージにおいてＳＣＳ２１２によって、またはＧＮＲメッセージにおいてＣＮによって提供され得る。

メッセージは、以下のＡＶＰ：
［Ｅｘｔｅｒｎａｌ−Ｉｄ］
［Ｅｘｔｅｒｎａｌ−Ｇｒｏｕｐ−Ｉｄｅｎｔｉｆｉｅｒ］
を含み得る。

（Ｇｒｏｕｐ−Ｍｏｄｉｆｉｃａｔｉｏｎｓ−Ｃｏｎｔｒｏｌ）
Ｇｒｏｕｐ−Ｍｏｄｉｆｉｃａｔｉｏｎｓ−Ｃｏｎｔｒｏｌ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、ネットワークエンティティによってグループに実施されることができる修正についての詳細を含む。このＧｒｏｕｐ−Ｍｏｄｉｆｉｃａｔｉｏｎｓ−Ｃｏｎｔｒｏｌ ＡＶＰの複数のインスタンスが、グループの所有者である各ネットワークエンティティに対して許可／承認を提供するために存在し得る。

メッセージは、以下のＡＶＰ：
｛ＧＭＣ−Ｅｎｔｉｔｙ｝
［ＧＭＣ−Ｔｙｐｅ］
を含み得る。

（ＧＭＣ−Ｅｎｔｉｔｙ）
ＧＭＣ−Ｅｎｔｉｔｙ ＡＶＰは、タイプＥｎｕｍｅｒａｔｅｄであり、グループの修正／削除の制御を施行することができるネットワークエンティティのタイプを示す。

以下の値は、以下のように定義される。
ＯＲＩＧＩＮＡＴＩＮＧ＿ＳＣＳ（０）−この値は、グループを作成したＳＣＳを示す。
３ＧＰＰ＿ＣＮ（１）−この値は、グループの作成を承認したか、またはグループにサービス提供している３ＧＰＰコアネットワークを示す。
ＯＴＨＥＲ＿ＳＣＳ（２）−この値は、外部グループ識別子へのアクセスを有するサービング層内の他のＳＣＳを示す。

（ＧＭＣ−Ｔｙｐｅ）
ＧＭＣ−Ｔｙｐｅ ＡＶＰは、タイプＵｎｓｉｇｎｅｄ３２であり、グループの異なる属性の修正のための許可についての３２ビットフラグフィールドを含む。

以下の値は、以下のように定義される。
ＮＯ＿ＭＯＤＩＦＩＣＡＴＩＯＮ＿ＡＬＬＯＷＥＤ（０ｘ００００００００）−このフラグは、「ＧＭＣ−Ｅｎｔｉｔｙ」ＡＶＰに記載されるネットワークエンティティがどんな修正もグループに実施することができないことを示す。
ＭＥＭＢＥＲ＿ＡＤＤＩＴＩＯＮ（０ｘ０００００００１）−このフラグは、設定されている場合、ネットワークエンティティがメンバーをグループに追加するための承認を示す。
ＭＥＭＢＥＲ＿ＤＥＬＥＴＩＯＮ（０ｘ０００００００２）−このフラグは、設定されている場合、ネットワークエンティティがメンバーをグループから除去するための承認を示す。
ＳＥＲＶＩＣＥ＿ＡＤＤＩＴＩＯＮ（０ｘ０００００００４）−このフラグは、設定されている場合、ネットワークエンティティがサービスをグループに追加するための承認を示す。
ＳＥＲＶＩＣＥ＿ＤＥＬＥＴＩＯＮ（０ｘ０００００００８）−このフラグは、設定されている場合、ネットワークエンティティがサービスをグループから除去するための承認を示す。
ＳＥＲＶＩＣＥ＿ＭＯＤＩＦＩＣＡＴＩＯＮ（０ｘ００００００１０）−このフラグは、設定されている場合、ネットワークエンティティがグループのために可能にされていたサービスのサービス特性を修正するための承認を示す。
ＧＲＯＵＰ＿ＤＥＬＥＴＩＯＮ（０ｘ００００００２０）−このフラグは、設定されている場合、ネットワークエンティティがグループを削除するための承認を示す。

（Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｒｅｍｏｖａｌ）
Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｒｅｍｏｖａｌ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、グループからのサービス除去を示す。このＡＶＰの複数のインスタンスが、複数のサービスが除去されるべき場合、提供され得る。

メッセージは、以下のＡＶＰ：
｛Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｉｄ｝
［Ｇｒｏｕｐ−Ｃｏｎｔｒｏｌ−Ｃａｕｓｅ］
を含み得る。

（Ａｖａｉｌａｂｌｅ−Ｓｅｒｖｉｃｅ^＊）
Ａｖａｉｌａｂｌｅ−Ｓｅｒｖｉｃｅ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、利用可能な全グループベースのサービスを示す。このＡＶＰの複数のインスタンスが、複数のサービスが利用可能となっている場合、提供され得る。

メッセージは、以下のＡＶＰを含み得る。
｛Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｉｄ｝
［Ｍａｘ−Ｄｅｖｉｃｅｓ−Ｓｕｐｐｏｒｔｅｄ］
［Ｓｅｒｖｉｃｅ−Ａｖａｉｌａｂｌｅ−Ｔｉｍｅ］
［Ｓｅｒｖｉｃｅ−Ｒｏａｍｉｎｇ−Ｓｕｐｐｏｒｔ］

例えば、サービスがサポートし得るＵＥの最大数、サービスが利用可能であり得る時間、ローミングサポート、およびメッセージングのためにサポートされるデータレート等の他のサービス特定のパラメータ等、利用可能なサービスに関連する他の情報も、このＡＶＰに追加され得る。

（Ｒｅｊｅｃｔｅｄ−Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ）
Ｒｅｊｅｃｔｅｄ−Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、ＳＣＳ２１２によって拒否され、グループによる使用のために利用可能でないサービスを示す。このＡＶＰの複数のインスタンスが、複数のサービスが拒否される場合、提供され得る。

ＡＶＰフォーマット：
メッセージは、以下のＡＶＰを含み得る。
｛Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｉｄ｝
［Ｇｒｏｕｐ−Ｃｏｎｔｒｏｌ−Ｃａｕｓｅ］
［Ａｃｃｅｐｔａｂｌｅ−Ｓｅｒｖｉｃｅ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ］

サービスが、要求されたサービス特性がサービス提供されることができないので、拒否された場合、ＭＴＣ−ＩＷＦ２１０は、拒否を生じさせた特性に対する容認可能値を含む、「Ａｃｃｅｐｔａｂｌｅ−Ｓｅｒｖｉｃｅ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ」ＡＶＰを含み得る。「Ａｃｃｅｐｔａｂｌｅ−Ｓｅｒｖｉｃｅ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ」ＡＶＰは、「Ｓｅｒｖｉｃｅ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ」ＡＶＰと同様にコード化され得るが、拒否を生じさせたサブＡＶＰのみを含み得る。

（Ａｃｃｅｐｔａｂｌｅ−Ｓｅｒｖｉｃｅ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ^＊）
Ａｃｃｅｐｔａｂｌｅ−Ｓｅｒｖｉｃｅ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、サービス特性パラメータの容認可能値を提供する。

（Ｍａｘ−Ｄｅｖｉｃｅｓ−Ｓｕｐｐｏｒｔｅｄ）
Ｍａｘ−Ｄｅｖｉｃｅｓ−Ｓｕｐｐｏｒｔｅｄ ＡＶＰは、タイプＵｎｓｉｇｎｅｄ３２であり、グループベースのサービスによってサポートされることができるＵＥの最大数を記載する。

（Ｓｅｒｖｉｃｅ−Ａｖａｉｌａｂｌｅ−Ｔｉｍｅ）
Ｓｅｒｖｉｃｅ−Ａｖａｉｌａｂｌｅ−Ｔｉｍｅ ＡＶＰは、タイプＴｉｍｅであり、グループベースのサービスがＳＣＳ２１２による使用のために利用可能であろう時間を記載する。

（Ｓｅｒｖｉｃｅ−Ｒｏａｍｉｎｇ−Ｓｕｐｐｏｒｔ）
Ｓｅｒｖｉｃｅ−Ｒｏａｍｉｎｇ−Ｓｕｐｐｏｒｔ ＡＶＰは、タイプＥｎｕｍｅｒａｔｅｄであり、サービスが他のオペレータのネットワークの中にローミングするＵＥに利用可能であろうかどうかを記載する。

以下の値は、以下のように定義される。
ＲＯＡＭＩＮＧ＿ＮＯＴ＿ＳＵＰＰＯＲＴＥＤ（０）−この値は、サービスがローミングしたＵＥに提供されないであろうことを示す。
ＲＯＡＭＩＮＧ＿ＳＵＰＰＯＲＴＥＤ（１）−この値は、サービスがローミングしたＵＥに提供されるであろうことを示す。

（Ｇｒｏｕｐ−Ｃｏｎｔｒｏｌ−Ｃａｕｓｅ^＊）
Ｇｒｏｕｐ−Ｃｏｎｔｒｏｌ−Ｃａｕｓｅ ＡＶＰは、タイプＥｎｕｍｅｒａｔｅｄであり、グループ制御プロシージャのための原因コードを含む。それは、利用不可能なサービス、またはサービス実行の失敗、またはグループベースのサービスの拒否等の原因値を示し得る。いくつかの原因値は、特定のグループベースのプロシージャのみに適用され得る。

（Ｓｅｒｖｉｃｅ−Ｅｘｅｃｕｔｉｏｎ−Ｒｅｐｏｒｔ）
Ｓｅｒｖｉｃｅ−Ｅｘｅｃｕｔｉｏｎ−Ｒｅｐｏｒｔ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、グループベースのサービスの実行についての詳細を提供するために使用される。

メッセージは、以下のＡＶＰ：
｛Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｉｄ｝
｛Ｇｒｏｕｐ−Ｃｏｎｔｒｏｌ−Ｃａｕｓｅ｝
［Ｇｒｏｕｐ−Ｍｅｓｓａｇｉｎｇ−Ｒｅｐｏｒｔ］
［Ｇｒｏｕｐ−Ｃｈａｒｇｉｎｇ−Ｐｏｌｉｃｙ−Ｒｅｐｏｒｔ］
［Ａｃｔｉｏｎｓ−Ｍｏｎｉｔｏｒｉｎｇ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｒｅｐｏｒｔ］
を含み得る。

（Ｇｒｏｕｐ−Ｍｅｓｓａｇｉｎｇ−Ｒｅｐｏｒｔ）
Ｇｒｏｕｐ−Ｍｅｓｓａｇｉｎｇ−Ｒｅｐｏｒｔ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、グループメッセージングサービスの実行についての詳細を含む。それは、グループメッセージが送信されたグループ内のユーザ、利用不可能であったグループのメンバー、メッセージがブロードキャストされたエリア等のリストを提供し得る。

メッセージは、以下のＡＶＰを含み得る。
［Ｇｒｏｕｐ−Ｍｅｍｂｅｒｓ］
［Ｔｒａｎｓｍｉｓｓｉｏｎ−Ａｒｅａ］
＊［Ｕｎａｖａｉｌａｂｌｅ−Ｍｅｍｂｅｒ］

他の情報も、選定された方法のタイプに基づいて、このＡＶＰに追加されることができる。例えば、ストリーミング種類のメッセージングサービスは、ダウンリンクデータレート、廃棄されたメッセージ数等を有し得る。報告は、単一のパケット毎ではなく、周期的に送信され得る。ＣＢＳ種類のサービスは、メッセージがブロードキャストされた回数（反復数）も記載し得る。

（Ｇｒｏｕｐ−Ｃｈａｒｇｉｎｇ−Ｐｏｌｉｃｙ−Ｒｅｐｏｒｔ）
Ｇｒｏｕｐ−Ｃｈａｒｇｉｎｇ−Ｐｏｌｉｃｙ−Ｒｅｐｏｒｔ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、グループ課金およびポリシーサービスの実行についての詳細を含む。それは、ポリシーが適用されたユーザの現在のリストおよびポリシーが適用／施行されることができなかったユーザのリストを提供し得る。

メッセージは、以下のＡＶＰ：
［Ｇｒｏｕｐ−Ｍｅｍｂｅｒｓ］
［Ｔｒａｎｓｍｉｓｓｉｏｎ−Ａｒｅａ］
＊［Ｕｎａｖａｉｌａｂｌｅ−Ｍｅｍｂｅｒ］
を含み得る。

（Ａｃｔｉｏｎｓ−Ｍｏｎｉｔｏｒｉｎｇ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｒｅｐｏｒｔ^＊）
Ａｃｔｉｏｎｓ−Ｍｏｎｉｔｏｒｉｎｇ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｒｅｐｏｒｔ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、容認された監視イベント／アクションについての情報を含む。それは、拒否された監視イベント／アクションも含み得る。Ｍｏｎｉｔｏｒｉｎｇ−Ｒｅｆｅｒｅｎｃｅ−Ｎｕｍｂｅｒ ＡＶＰおよびＡｃｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ−Ｎｕｍｂｅｒ ＡＶＰが、容認／拒否されたイベント／アクションを報告するために使用され得る。

このＡＶＰは、イベント／アクションが構成されるとき、ＧＡＡメッセージにおける使用のために定義される。別個のプロシージャも、ＣＮが監視イベントに基づいて任意のアクションを行った場合、ＣＮに未承諾報告をＳＣＳ２１２に送信させるために定義される必要があり得る。

（Ｔｒａｎｓｍｉｓｓｉｏｎ−Ａｒｅａ^＊）
Ｔｒａｎｓｍｉｓｓｉｏｎ−Ａｒｅａ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、ブロードキャストされたメッセージのエリアを記載する。それは、追跡エリアまたは地理的エリアのリストとして記載され得る。

（Ｓｕｐｐｏｒｔｅｄ−Ｆｅａｔｕｒｅｓ^＊）
Ｓｕｐｐｏｒｔｅｄ−Ｆｅａｔｕｒｅｓ ＡＶＰは、タイプＧｒｏｕｐｅｄであり、コアネットワークによってサポートされるグループベースの特徴のリストを提供するために使用されることができる。Ａｖａｉｌａｂｌｅ−Ｓｅｒｖｉｃｅ ＡＶＰがいくつかのある特定のサービス関連情報が提供される必要があるとき、Ｓｕｐｐｏｒｔｅｄ−Ｆｅａｔｕｒｅｓ ＡＶＰの代わりに、使用され得る。

このＡＶＰは、３ＧＰＰ ＴＳ２９．２２９の第６．３．２９項（その内容は、参照することによってその全体として本明細書に組み込まれる）に記載のようにコード化される。

（例示的コンピューティング環境）
図２０Ａは、１つ以上の開示される実施形態が実装され得る例示的マシンツーマシン（Ｍ２Ｍ）、モノのインターネット（ＩｏＴ）、またはモノのウェブ（ＷｏＴ）通信システム１０の略図である。概して、Ｍ２Ｍ技術は、ＩｏＴ／ＷｏＴのための基礎的要素を提供し、任意のＭ２Ｍデバイス、Ｍ２Ｍゲートウェイ、Ｍ２Ｍサーバ、またはＭ２Ｍサービスプラットフォームは、ＩｏＴ／ＷＯＴだけではなく、ＩｏＴ／ＷｏＴサービス層等の構成要素またはノードであり得る。通信システム１０は、開示される実施形態の機能性を実装するために使用されることができ、ＳＣＳ２１２、ＡＳ２２０、ＭＴＣ−ＩＷＦ２１０、ＨＳＳ１１６、ＳＭＳ−ＳＣ／ＧＭＳＣ／ＩＷＭＳＣ２０４、ＧＧＳＮ／ＰＧＷ２２４、ＲＡＮ２１９、ＳＧＷ１１０、ＳＧＳＮ２３４、ＭＭＥ１１４、ＭＳＣ２３８、およびＵＥ２１４等の機能性および論理エンティティならびに、ユーザインターフェースを生成するための論理エンティティを含むことができる。

図２０Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、通信ネットワーク１２を含む。通信ネットワーク１２は、固定ネットワーク（例えば、イーサネット（登録商標）、ファイバ、ＩＳＤＮ、ＰＬＣ等）もしくは無線ネットワーク（例えば、ＷＬＡＮ、セルラー等）もしくは異種ネットワークのネットワークであり得る。例えば、通信ネットワーク１２は、音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを複数のユーザに提供する多重アクセスネットワークから成り得る。例えば、通信ネットワーク１２は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一のキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）等の１つ以上のチャネルアクセス方法を採用し得る。さらに、通信ネットワーク１２は、例えば、コアネットワーク、インターネット、センサネットワーク、工業制御ネットワーク、パーソナルエリアネットワーク、融合個人ネットワーク、衛星ネットワーク、ホームネットワーク、または企業ネットワーク等の他のネットワークを備え得る。

図２０Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、インフラストラクチャドメインおよびフィールドドメインを含み得る。インフラストラクチャドメインは、エンドツーエンドＭ２Ｍ展開のネットワーク側を指し、フィールドドメインは、通常、Ｍ２Ｍゲートウェイの背後にあるエリアネットワークを指す。フィールドドメインおよびインフラストラクチャドメインは両方とも、種々の異なるネットワークノード（例えば、サーバ、ゲートウェイ、デバイス等）を備え得る。例えば、フィールドドメインは、Ｍ２Ｍゲートウェイ１４と、端末デバイス１８とを含み得る。任意の数のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８が、所望に応じて、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０に含まれ得ることが理解されるであろう。Ｍ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８の各々は、通信回路を使用して、通信ネットワーク１２または直接無線リンクを介して、信号を伝送および受信するように構成される。Ｍ２Ｍゲートウェイ１４は、無線Ｍ２Ｍデバイス（例えば、セルラーおよび非セルラー）ならびに固定ネットワークＭ２Ｍデバイス（例えば、ＰＬＣ）が、通信ネットワーク１２等のオペレータネットワークを通して、または直接無線リンクを通してのいずれかで、通信することを可能にする。例えば、Ｍ２Ｍ端末デバイス１８は、データを収集し、通信ネットワーク１２または直接無線リンクを介して、データをＭ２Ｍアプリケーション２０または他のＭ２Ｍ端末デバイス１８に送信し得る。Ｍ２Ｍ端末デバイス１８はまた、Ｍ２Ｍアプリケーション２０またはＭ２Ｍ端末デバイス１８からデータを受信し得る。さらに、データおよび信号は、以下で説明されるように、Ｍ２Ｍサービス層２２を介して、Ｍ２Ｍアプリケーション２０に送信され、そこから受信され得る。Ｍ２Ｍ端末デバイス１８およびゲートウェイ１４は、例えば、セルラー、ＷＬＡＮ、ＷＰＡＮ（例えば、ＺｉｇＢｅｅ（登録商標）、６ＬｏＷＰＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標））、直接無線リンク、および有線を含む、種々のネットワークを介して通信し得る。

例示的Ｍ２Ｍ端末デバイス１８は、タブレット、スマートフォン、医療デバイス、温度および天候モニタ、コネクテッドカー、スマートメータ、ゲームコンソール、携帯情報端末、健康およびフィットネスモニタ、照明、サーモスタット、電気器具、車庫のドアおよび他のアクチュエータベースのデバイス、セキュリティデバイス、ならびにスマートコンセントを含むが、それらに限定されない。

図２０Ｂを参照すると、フィールドドメイン内の図示されるＭ２Ｍサービス層２２は、Ｍ２Ｍアプリケーション２０、Ｍ２Ｍゲートウェイデバイス１４、およびＭ２Ｍ端末デバイス１８、ならびに通信ネットワーク１２のためのサービスを提供する。通信システムネットワーク１２は、開示される実施形態の機能性を実装するために使用されることができ、ＳＣＳ２１２、ＡＳ２２０、ＭＴＣ−ＩＷＦ２１０、ＨＳＳ１１６、ＳＭＳ−ＳＣ／ＧＭＳＣ／ＩＷＭＳＣ２０４、ＧＧＳＮ／ＰＧＷ２２４、ＲＡＮ２１９、ＳＧＷ１１０、ＳＧＳＮ２３４、ＭＭＥ１１４、ＭＳＣ２３８、およびＵＥ２１４等の機能性および論理エンティティを含むことができる。Ｍ２Ｍサービス層２２は、例えば、以下で説明される図２０Ｄおよび２０Ｅで図示されるデバイスを含む、１つ以上のサーバ、コンピュータ、デバイス、仮想マシン（例えば、クラウド／記憶ファーム等）等によって実装され得る。Ｍ２Ｍサービス層２２は、所望に応じて、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイ１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２と通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２は、サーバ、コンピュータ、デバイス等を備え得る、ネットワークの１つ以上のノードによって実装され得る。Ｍ２Ｍサービス層２２は、Ｍ２Ｍ端末デバイス１８、Ｍ２Ｍゲートウェイデバイス１４、およびＭ２Ｍアプリケーション２０に適用されるサービス能力を提供する。Ｍ２Ｍサービス層２２の機能は、例えば、ウェブサーバとして、セルラーコアネットワーク内で、クラウド内で等、種々の方法で実装され得る。

図示されるＭ２Ｍサービス層２２と同様に、インフラストラクチャドメイン内にＭ２Ｍサービス層２２’がある。Ｍ２Ｍサービス層２２’は、インフラストラクチャドメイン内のＭ２Ｍアプリケーション２０’および下層通信ネットワーク１２’のためのサービスを提供する。Ｍ２Ｍサービス層２２’はま、フィールドドメイン内のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍデバイス１８のためのサービスも提供する。Ｍ２Ｍサービス層２２’は、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイ、およびＭ２Ｍデバイスと通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２’は、異なるサービスプロバイダによるサービス層と相互作用し得る。Ｍ２Ｍサービス層２２’は、サーバ、コンピュータ、デバイス、仮想マシン（例えば、クラウドコンピューティング／記憶ファーム等）等を備え得る、ネットワークの１つ以上のノードによって実装され得る。

さらに、図２０Ｂを参照すると、Ｍ２Ｍサービス層２２および２２’は、多様なアプリケーションおよびバーティカルが活用することができるサービス配信能力のコアの組を提供する。これらのサービス能力は、Ｍ２Ｍアプリケーション２０および２０’がデバイスと相互作用し、データ収集、データ分析、デバイス管理、セキュリティ、課金、サービス／デバイス発見等の機能を果たすことを可能にする。本質的に、これらのサービス能力は、これらの機能性を実装する負担をアプリケーションから取り除き、したがって、アプリケーション開発を単純化し、市場に出すコストおよび時間を削減する。サービス層２２および２２は、Ｍ２Ｍアプリケーション２０および２０’が、サービス層２２および２２’が提供するサービスと関連して、種々のネットワーク１２および１２’を通して通信することも可能にする。

本願の方法は、サービス層２２および２２’の一部として実装され得る。サービス層２２および２２’は、アプリケーションプログラミングインターフェース（ＡＰＩ）および下層ネットワーキングインターフェースの組を通して付加価値サービス能力をサポートする、ソフトウェアミドルウェア層である。ＥＴＳＩ Ｍ２ＭおよびｏｎｅＭ２Ｍの両方は、本願の接続方法を含み得る、サービス層を使用する。ＥＴＳＩ Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。ＳＣＬは、Ｍ２Ｍデバイス（デバイスＳＣＬ（ＤＳＣＬ）と称される）、ゲートウェイ（ゲートウェイＳＣＬ（ＧＳＣＬ）と称される）、および／またはネットワークノード（ネットワークＳＣＬ（ＮＳＣＬ）と称される）内に実装され得る。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（すなわち、サービス能力）の組をサポートする。１つ以上の特定のタイプのＣＳＦの組のインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチャノード、中間ノード、特定用途向けノード）上にホストされ得る、共通サービスエンティティ（ＣＳＥ）と称される。さらに、本願の接続方法は、本願の接続方法等のサービスにアクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用する、Ｍ２Ｍネットワークの一部として実装されることができる。

いくつかの実施形態では、Ｍ２Ｍアプリケーション２０および２０’は、開示されるシステムおよび方法とともに使用され得る。Ｍ２Ｍアプリケーション２０および２０’は、ＵＥまたはゲートウェイと相互作用するアプリケーションを含み得、さらに、他の開示されるシステムおよび方法とともに使用され得る。

一実施形態では、ＳＣＳ２１２、ＡＳ２２０、ＭＴＣ−ＩＷＦ２１０、ＳＭＳ−ＳＣ／ＧＭＳＣ／ＩＷＭＳＣ２０４、ＧＧＳＮ／ＰＧＷ２２４、ＲＡＮ２１９、ＳＧＷ１１０、ＳＧＳＮ２３４、ＭＭＥ１１４、ＭＳＣ２３８、およびＵＥ２１４等の論理エンティティは、図２０Ｂに示されるように、Ｍ２Ｍサーバ、Ｍ２Ｍゲートウェイ、またはＭ２Ｍデバイス等のＭ２ＭノードによってホストされるＭ２Ｍサービス層インスタンス内でホストされ得る。例えば、ＳＣＳ２１２、ＡＳ２２０、ＭＴＣ−ＩＷＦ２１０、ＨＳＳ１１６、ＳＭＳ−ＳＣ／ＧＭＳＣ／ＩＷＭＳＣ２０４、ＧＧＳＮ／ＰＧＷ２２４、ＲＡＮ２１９、ＳＧＷ１１０、ＳＧＳＮ２３４、ＭＭＥ１１４、ＭＳＣ２３８、およびＵＥ２１４等の論理エンティティは、Ｍ２Ｍサービス層インスタンス内で、または既存のサービス能力内のサブ機能として、個々のサービス能力を備え得る。

Ｍ２Ｍアプリケーション２０および２０’は、限定ではないが、輸送、保健および健康、コネクテッドホーム、エネルギー管理、アセット追跡、ならびにセキュリティおよび監視等の種々の業界でのアプリケーションを含み得る。前述のように、システムのデバイス、ゲートウェイ、サーバ、および他のノードにわたって作動するＭ２Ｍサービス層は、例えば、データ収集、デバイス管理、セキュリティ、課金、場所追跡／ジオフェンシング、デバイス／サービス発見、およびレガシーシステム統合等の機能をサポートし、サービスとしてこれらの機能をＭ２Ｍアプリケーション２０および２０’に提供する。

概して、サービス層２２および２２’は、アプリケーションプログラミングインターフェース（ＡＰＩ）および下層ネットワーキングインターフェースの組を通して付加価値サービス能力をサポートする、ソフトウェアミドルウェア層を定義する。ＥＴＳＩ Ｍ２ＭおよびｏｎｅＭ２Ｍアーキテクチャの両方は、サービス層を定義する。ＥＴＳＩ Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。ＳＣＬは、ＥＴＳＩ Ｍ２Ｍアーキテクチャの種々の異なるノード内に実装され得る。例えば、サービス層のインスタンスは、Ｍ２Ｍデバイス（デバイスＳＣＬ（ＤＳＣＬ）と称される）、ゲートウェイ（ゲートウェイＳＣＬ（ＧＳＣＬ）と称される）、および／またはネットワークノード（ネットワークＳＣＬ（ＮＳＣＬ）と称される）内で実装され得る。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（すなわち、サービス能力）の組をサポートする。１つ以上の特定のタイプのＣＳＦの組のインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチャノード、中間ノード、特定用途向けノード）上にホストされ得る、共通サービスエンティティ（ＣＳＥ）と称される。第３世代パートナーシッププロジェクト（３ＧＰＰ）は、マシンタイプ通信（ＭＴＣ）のためのアーキテクチャも定義している。そのアーキテクチャでは、サービス層、およびそれが提供するサービス能力は、サービス能力サーバ（ＳＣＳ）の一部として実装される。ＥＴＳＩ Ｍ２ＭアーキテクチャのＤＳＣＬ、ＧＳＣＬ、またはＮＳＣＬで具現化されようと、３ＧＰＰＭＴＣアーキテクチャのサービス能力サーバ（ＳＣＳ）で具現化されようと、ｏｎｅＭ２ＭアーキテクチャのＣＳＦまたはＣＳＥで具現化されようと、もしくはネットワークのある他のノードとして具現化されようと、サービス層のインスタンスは、サーバ、コンピュータ、および他のコンピュータデバイスまたはノードを含む、ネットワーク内の１つ以上の独立型ノード上で実行される論理エンティティ（例えば、ソフトウェア、コンピュータ実行可能命令等）として、もしくは１つ以上の既存のノードの一部としてのいずれかで実装され得る。実施例として、サービス層またはその構成要素のインスタンスは、以下で説明される図２０Ｄまたは図２０Ｅで図示される一般アーキテクチャを有するネットワークノード（例えば、サーバ、コンピュータ、ゲートウェイ、デバイス等）上で作動するソフトウェアの形態において実装され得る。

さらに、ＳＣＳ２１２、ＡＳ２２０、ＭＴＣ−ＩＷＦ２１０、ＨＳＳ１１６、ＳＭＳ−ＳＣ／ＧＭＳＣ／ＩＷＭＳＣ２０４、ＧＧＳＮ／ＰＧＷ２２４、ＲＡＮ２１９、ＳＧＷ１１０、ＳＧＳＮ２３４、ＭＭＥ１１４、ＭＳＣ２３８、およびＵＥ２１４等の本願の論理エンティティは、本願のサービスにアクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用する、Ｍ２Ｍネットワークの一部として実装されることができる。

前述のように、グループ化ベースのサービスのための調整されたグループ化は、多くの場合、ＵＥと、例えば、ｅＮＢ等の無線基地局を含むコアネットワーク（ＣＮ）ノードのオートメーション化された構成を伴う。グループサービスの実装は、ｅＮＢがメッセージを定義された機械のグループに通信するように構成することを伴い得る。基地局は、少なくとも１つの無線遠隔端子ユニット（ＷＲＴＵ）と無線でインターフェースをとり、例えば、進化型パケットコア、インターネット、または他のネットワーク等の１つ以上の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであり得る。図２０Ｃは、例示的ｅＮＢ２１００の機能構成要素のブロック図を描写する。示されるように、ｅＮＢ２１００は、例えば、セル間無線リソース管理２１１０、無線ベアラ制御２１１２、接続移動性制御２１１４、無線許可制御２１１６、測定構成およびプロビジョニング２１１８、ならびにＵＥへのリソースの動的割り付け（スケジューラ）２１２０を含む種々の制御動作を実施するように適合されるいくつかの機能構成要素を備えている。ｅＮＢ２１００は、例えば、ＲＲＣ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、およびＰＨＹを含む任意の数の異なるプロトコル層２１３０を使用して通信するように構成され得る。

ｅＮＢ２１００は、進化型パケットコア（ＥＰＣ）の構成要素と通信可能に結合される。例えば、ｅＮＢ２１００は、サービングゲートウェイ（Ｓ−ＧＷ）２１４２、ＭＭＥ２１４４、およびパケットデータネットワークゲートウェイ（Ｐ−ＧＷ）２１４６と通信可能に結合される。ＭＭＥ２１４４は、その従来の機能に加え、ｅＮＢ２１００と通信し、ｅＮＢ２１００が、必要に応じて、グループサービスを実装するように構成するように適合され得る。例えば、ｅＮＢ２１００は、ノードのグループを作成するための要求、またはｅＮＢ２１００が通信している既存のグループ化を改変するための要求を受信し得る。ｅＮＢとＥＰＣとの間の通信は、Ｓ１インターフェース２１４０を経由して生じる。例えば、ｅＮＢ２１００等の基地局は、本明細書に説明されるような種々の機能を実施するようにプログラムされたコンピューティングシステム、ならびに典型的には、基地局に関連付けられたものとして実装されることを理解されたい。

図２０Ｄは、例えば、ｅＮＢ２１００、Ｍ２Ｍデバイス１８、Ｍ２Ｍゲートウェイ１４、Ｍ２Ｍサーバ等のＭ２Ｍネットワークノード３０の例示的ハードウェア／ソフトウェアアーキテクチャのブロック図である。ノード３０は、ＳＣＳ２１２、ＡＳ２２０、ＭＴＣ−ＩＷＦ２１０、ＨＳＳ１１６、ＳＭＳ−ＳＣ／ＧＭＳＣ／ＩＷＭＳＣ２０４、ＧＧＳＮ／ＰＧＷ２２４、ＲＡＮ２１９、ＳＧＷ１１０、ＳＧＳＮ２３４、ＭＭＥ１１４、ＭＳＣ２３８、およびＵＥ２１４等の論理エンティティを実行するか、またはそれらを含むことができる。デバイス３０は、図２０Ａ−Ｂに示されるようなＭ２Ｍ端末デバイスまたは非Ｍ２Ｍネットワークの一部であり得る。図２０Ｄに示されるように、Ｍ２Ｍノード３０は、プロセッサ３２と、非取り外し可能なメモリ４４と、取り外し可能なメモリ４６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ、タッチパッド、および／またはインジケータ４２と、電源４８と、全地球測位システム（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含み得る。ノード３０は、送受信機３４および伝送／受信要素３６等の通信回路も含み得る。Ｍ２Ｍノード３０は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。このノードは、本明細書に説明されるＳＭＳＦ機能性を実装するノードであり得る。

プロセッサ３２は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン等であり得る。一般に、プロセッサ３２は、ノードの種々の要求される機能を果たすために、ノードのメモリ（例えば、メモリ４４および／またはメモリ４６）内に記憶されるコンピュータ実行可能命令を実行し得る。例えば、プロセッサ３２は、信号符号化、データ処理、電力制御、入出力処理、および／またはＭ２Ｍノード３０が無線もしくは有線環境内で動作することを可能にする任意の他の機能性を行い得る。プロセッサ３２は、アプリケーション層プログラム（例えば、ブラウザ）および／または無線アクセス層（ＲＡＮ）プログラムならびに／もしくは他の通信プログラムを起動させ得る。プロセッサ３２はまた、例えば、アクセス層および／またはアプリケーション層等で、認証、セキュリティキー一致、ならびに／もしくは暗号化動作等のセキュリティ動作を行い得る。

図２０Ｄに示されるように、プロセッサ３２は、その通信回路（例えば、送受信機３４および伝送／受信要素３６）に連結される。プロセッサ３２は、ノード３０に、それが接続されるネットワークを介して他のノードと通信させるために、コンピュータ実行可能命令の実行を通して、通信回路を制御し得る。特に、プロセッサ３２は、本明細書および請求項に説明される伝送および受信ステップを実施するために、通信回路を制御し得る。図２０Ｄは、プロセッサ３２および送受信機３４を別個の構成要素として描写するが、プロセッサ３２および送受信機３４は、電子パッケージまたはチップ内にともに統合され得ることが理解されるであろう。

伝送／受信要素３６は、Ｍ２Ｍサーバ、ゲートウェイ、デバイス等を含む、他のＭ２Ｍノードに信号を伝送するか、またはそこから信号を受信するように構成され得る。例えば、ある実施形態では、伝送／受信要素３６は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。伝送／受信要素３６は、ＷＬＡＮ、ＷＰＡＮ、セルラー等の種々のネットワークならびにエアインターフェースをサポートし得る。ある実施形態では、伝送／受信要素３６は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送ならびに／もしくは受信するように構成されるエミッタ／検出器であり得る。さらに別の実施形態では、伝送／受信要素３６は、ＲＦおよび光信号の両方を伝送ならびに受信するように構成され得る。伝送／受信要素３６は、無線または有線信号の任意の組み合わせを伝送ならびに／もしくは受信するように構成され得ることが理解されるであろう。

加えて、伝送／受信要素３６は、単一の要素として図２０Ｄに描写されているが、Ｍ２Ｍノード３０は、任意の数の伝送／受信要素３６を含み得る。より具体的には、Ｍ２Ｍノード３０は、ＭＩＭＯ技術を採用し得る。したがって、ある実施形態では、Ｍ２Ｍノード３０は、無線信号を伝送および受信するための２つ以上の伝送／受信要素３６（例えば、複数のアンテナ）を含み得る。

送受信機３４は、伝送／受信要素３６によって伝送される信号を変調するように、および伝送／受信要素３６によって受信される信号を復調するように構成され得る。上記のように、Ｍ２Ｍノード３０は、マルチモード能力を有し得る。したがって、送受信機３４は、Ｍ２Ｍノード３０が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１等の複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。

プロセッサ３２は、非取り外し可能なメモリ４４および／または取り外し可能なメモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、その中にデータを記憶し得る。例えば、プロセッサ３２は、前述のように、セッションコンテキストをそのメモリ内に記憶し得る。非取り外し可能なメモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能なメモリ４６は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等、Ｍ２Ｍノード３０上に物理に位置しないメモリから情報にアクセスし、その中にデータを記憶し得る。プロセッサ３２は、ディスプレイまたはインジケータ４２上の照明パターン、画像、または色を制御し、Ｍ２Ｍサービス層セッション移行または共有のステータスを反映させるように、またはノードのセッション移行または共有能力もしくは設定についての入力をユーザから得るように、または情報をユーザに表示するように構成され得る。別の実施例では、ディスプレイは、セッション状態に関する情報を示し得る。本開示は、ｏｎｅＭ２Ｍ実施形態においてＲＥＳＴｆｕｌユーザ／アプリケーションＡＰＩを定義する。ディスプレイ上に示され得る、グラフィカルユーザインターフェースは、ＡＰＩの上部に層化され、ユーザが、本明細書に説明される下層サービス層セッション機能性を介して、Ｅ２Ｅセッションまたはその移行もしくは共有を双方向に確立および管理することを可能にし得る。

プロセッサ３２は、電源４８から電力を受容し得、Ｍ２Ｍノード３０内の他の構成要素への電力を分配および／または制御するように構成され得る。電源４８は、Ｍ２Ｍノード３０に給電するための任意の好適なデバイスであり得る。例えば、電源４８は、１つ以上の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池等を含み得る。

プロセッサ３２はまた、Ｍ２Ｍノード３０の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成され得る、ＧＰＳチップセット５０に連結され得る。Ｍ２Ｍノード３０は、実施形態と一致したままで、任意の好適な場所決定方法を介して場所情報を獲得し得ることが理解されるであろう。

プロセッサ３２はさらに、追加の特徴、機能性、および／または有線もしくは無線接続を提供する、１つ以上のソフトウェアならびに／もしくはハードウェアモジュールを含み得る、他の周辺機器５２に連結され得る。例えば、周辺機器５２は、加速度計、ｅ−コンパス、衛星送受信機、センサ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含み得る。

図２０Ｅは、Ｍ２Ｍサーバ、ゲートウェイ、デバイス、または他のノード等、Ｍ２Ｍネットワークの１つ以上のノードを実装するためにも使用され得る、例示的コンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを備え得、主に、ソフトウェアの形態であり得るコンピュータ読み取り可能な命令によって制御され得、どこでもまたはどのような手段を用いても、そのようなソフトウェアが記憶またはアクセスされる。コンピューティングシステム９０は、ＳＣＳ２１２、ＡＳ２２０、ＭＴＣ−ＩＷＦ２１０、ＨＳＳ１１６、ＳＭＳ−ＳＣ／ＧＭＳＣ／ＩＷＭＳＣ２０４、ＧＧＳＮ／ＰＧＷ２２４、ＲＡＮ２１９、ＳＧＷ１１０、ＳＧＳＮ２３４、ＭＭＥ１１４、ＭＳＣ２３８、およびＵＥ２１４等の論理エンティティを実行するか、またはそれらを含むことができる。コンピューティングシステム９０は、Ｍ２Ｍデバイス、ユーザ機器、ゲートウェイ、ＵＥ／ＧＷ、または、例えば、モバイルコアネットワーク、サービス層ネットワークアプリケーションプロバイダ、端末デバイス１８、もしくはＭ２Ｍゲートウェイデバイス１４のノードを含む、任意の他のノードであり得る。そのようなコンピュータ読み取り可能な命令は、コンピューティングシステム９０を稼働させるように、中央処理装置（ＣＰＵ）９１等のプロセッサ内で実行され得る。多くの既知のワーク基地局、サーバ、およびパーソナルコンピュータでは、中央処理装置９１は、マイクロプロセッサと呼ばれる単一チップＣＰＵによって実装される。他の機械では、中央処理装置９１は、複数のプロセッサを備え得る。コプロセッサ８１は、追加の機能を果たすか、またはＣＰＵ９１を支援する、主要ＣＰＵ９１とは異なる随意的なプロセッサである。ＣＰＵ９１および／またはコプロセッサ８１は、セッション証明書の受信またはセッション証明書に基づく認証等、Ｅ２ＥＭ２Ｍサービス層セッションのための開示されるシステムおよび方法に関連するデータを受信、生成、および処理し得る。

動作時、ＣＰＵ９１は、命令をフェッチ、復号、および実行し、コンピュータの主要データ転送経路であるシステムバス８０を介して、情報を他のリソースへ、およびそこから転送する。そのようなシステムバスは、コンピューティングシステム９０内の構成要素を接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、割り込みを送信するため、およびシステムバスを動作するための制御ラインとを含む。そのようなシステムバス８０の実施例は、ＰＣＩ（周辺構成要素相互接続）バスである。

システムバス８０に連結されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２と、読み取り専用メモリ（ＲＯＭ）９３とを含む。そのようなメモリは、情報が記憶され、読み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正されることができない記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、ＣＰＵ９１または他のハードウェアデバイスによって読み取られるか、もしくは変更され得る。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理アドレスに変換するアドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを隔離し、ユーザプロセスからシステムプロセスを隔離するメモリ保護機能を提供し得る。したがって、第１のモードで作動するプログラムは、それ自身のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることはできない。

加えて、コンピューティングシステム９０は、ＣＰＵ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を伝達する責任がある、周辺機器コントローラ８３を含み得る。

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを伴って実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために要求される、電子構成要素を含む。

さらに、コンピューティングシステム９０は、例えば、図２０Ａおよび図２０Ｂのネットワーク１２等の外部通信ネットワークにコンピューティングシステム９０を接続するために使用され得る、ネットワークアダプタ９７等の通信回路を含み、コンピューティングシステム９０が、ネットワークの他のノードと通信することを可能にし得る。

本明細書で説明されるシステム、方法、およびプロセスのうちのいずれかまたは全ては、コンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令（すなわち、プログラムコード）の形態で具現化され得、その命令は、例えば、Ｍ２Ｍサーバ、ゲートウェイ、デバイス等を含む、Ｍ２Ｍネットワークのノード等の機械によって実行されると、本明細書に説明されるシステム、方法、およびプロセスを実施するならびに／もしくは実装することが理解される。具体的には、ゲートウェイ、ＵＥ、ＵＥ／ＧＷ、またはモバイルコアネットワーク、サービス層、もしくはネットワークアプリケーションプロバイダのノードのうちのいずれかの動作を含む、前述のステップ、動作、または機能のうちのいずれかは、そのようなコンピュータ実行可能命令の形態において実装され得る。ＳＣＳ２１２、ＡＳ２２０、ＭＴＣ−ＩＷＦ２１０、ＨＳＳ１１６、ＳＭＳ−ＳＣ／ＧＭＳＣ／ＩＷＭＳＣ２０４、ＧＧＳＮ／ＰＧＷ２２４、ＲＡＮ２１９、ＳＧＷ１１０、ＳＧＳＮ２３４、ＭＭＥ１１４、ＭＳＣ２３８、およびＵＥ２１４等の論理エンティティは、コンピュータ読み取り可能な記憶媒体上に記憶されるコンピュータ実行可能命令の形態において具現化され得る。コンピュータ読み取り可能な記憶媒体は、情報の記憶のための任意の非一過性（すなわち、有形または物理）方法もしくは技術で実装される、揮発性および不揮発性、取り外し可能なおよび非取り外し可能な媒体の両方を含むが、そのようなコンピュータ読み取り可能な記憶媒体は、信号を含まない。コンピュータ読み取り可能な記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）もしくは他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または所望の情報を記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の有形または物理媒体を含むが、それらに限定されない。

故に、出願人は、ネットワーク層グループベースのサービスの受信のための機械デバイスの調整されたグループ化のためのシステムおよび方法の例示的実施形態を開示する。開示されるシステムおよび方法では、例えば、サーバ能力サーバ（ＳＣＳ）等のサービス層システムは、デバイスグループ化の作成および修正を管理し、ネットワーク層システム、すなわち、３ＧＰＰシステムと調整し、必要グループ化動作を適切なＵＥに実装する。サービス層システムは、ネットワークアーキテクチャの観点から、エンドユーザアプリケーションの近くに位置付けられ、および、したがって、サービスを受信する目的のためにグループ化されるべきデバイスを決定するために非常に好適である。ネットワーク層システム、すなわち、３ＧＰＰシステムは、ＵＥに関する現在の情報を維持し、この情報を使用し、要求されたグループ化が実施され得るかどうかと、該当する場合、所望のグループ化を実装するために、要求されたプロビジョニングを物理的に実装するための最も効率的様式とを決定可能である。故に、サービス層システム、すなわち、ＳＣＳは、グループメンバーシップとネットワーク層、すなわち、ＨＳＳおよび／またはＭＴＣ−ＩＷＦ２１０を調整し、ネットワーク層は、ネットワークを通してグループ情報を広める。開示される実施形態のいくつかでは、例えば、アタッチおよびＴＡＵ等の既存のネットワーク層プロシージャは、ＳＣＳと調整するように拡張されており、グループメンバーシップ制御を向上させる。さらに、ネットワーク層サービスの受信のためのＵＥのグループ化の調整に加え、出願人は、ネットワーク層グループベースのサービスの調整された実行のためのシステムおよび方法を開示する。

例証的実施形態が開示されたが、潜在的実施形態の範囲は、明示的に記載されたものに限定されないことを理解されたい。例えば、システムは、３ＧＰＰネットワーク層を参照して説明されたが、想定される実施形態は、特定のネットワーク層技術を使用した実装以外にも拡張する。同様に、潜在的実装は、あらゆるタイプのサービス層アーキテクチャ、システム、および実施形態に及ぶ。例証的実施形態は、特定の構成要素タイプまたは３ＧＰＰノードを参照するが、処理は、他の好適なノードによって実施され得る。例えば、例証的実施形態が、ＭＴＣ−ＩＷＦによって実施される処理を説明する場合、ＭＴＣ−ＩＷＦによって実施されるように説明される処理は、サービス能力エクスポージャ機能（ＳＣＥＦ）または好適な他のシステムによって実施され得ることを理解されたい。

図２−１４に図示されるステップを実施するエンティティは、図２０Ｄまたは図２０Ｅに図示されるもの等のネットワークノードまたはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであることを理解されたい。すなわち、図２−１４に図示される方法は、図２０Ｄまたは図２０Ｅに図示されるノードまたはコンピュータシステム等のネットワークノードのメモリ内に記憶されるソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、ノードのプロセッサによって実行されると、図２−１４に図示されるステップを実施する。また、図２−１４に図示される任意の伝送および受信ステップは、ノードのプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下、ノードの通信回路によって実施され得ることを理解されたい。

本明細書に説明される種々の技法は、ハードウェアまたはソフトウェア、もしくは、必要に応じて、両方の組み合わせに関連して実装され得ることを理解されたい。したがって、本明細書に説明される主題の方法および装置またはそのある側面または一部は、フロッピー（登録商標）ディスケット、ＣＤ−ＲＯＭ、ハードドライブ、または任意の他の機械読み取り可能な記憶媒体等の有形媒体内に具現化されるプログラムコード（すなわち、命令）の形態をとり得、プログラムコードが、コンピュータ等の機械の中にロードされ、それによって実行されると、機械は、本明細書に説明される主題を実践するための装置となる。プログラムコードが、媒体上に記憶される場合、これは、当該プログラムコードが１つ以上の媒体上に記憶され、集合的に当該アクションを実施し、すなわち、統合された１つ以上の媒体が、アクションを実施するためのコードを含む場合に当てはまり得るが、しかし、２つ以上の単一媒体が存在する場合、コードの任意の特定の部分が任意の特定の媒体上に記憶される要件は存在しない。プログラマブルコンピュータ上のプログラムコード実行の場合、コンピューティングデバイスは、概して、プロセッサと、プロセッサによって読み取り可能なである記憶媒体（揮発性および不揮発性メモリおよび／または記憶要素を含む）と、少なくとも１つの入力デバイスと、少なくとも１つの出力デバイスとを含む。１つ以上のプログラムは、例えば、ＡＰＩ、再使用可能制御等の使用を通して、本明細書に説明される主題に関連して説明されるプロセスを実装または利用し得る。そのようなプログラムは、好ましくは、高レベル手続き型またはオブジェクト指向型プログラミング言語において実装され、コンピュータシステムと通信する。しかしながら、プログラムは、所望に応じて、アセンブリまたは機械言語で実装されることもできる。いずれの場合も、言語は、コンパイルまたは解釈言語であり、ハードウェア実装と組み合わせられ得る。

例示的実施形態は、１つ以上の独立型コンピュータシステムの文脈において、本明細書に説明される主題の側面の利用を参照し得るが、本明細書に説明される主題は、そのように限定されず、むしろ、ネットワークまたは分散型コンピューティング環境等の任意のコンピューティング環境に関連して実装され得る。本明細書に説明される主題のなおもさらなる側面は、複数の処理チップまたはデバイス内もしくはそれを横断して実装され得、記憶も同様に、複数のデバイスを横断して影響され得る。そのようなデバイスは、パーソナルコンピュータ、ネットワークサーバ、ハンドヘルドデバイス、スーパーコンピュータ、または自動車および飛行機等の他のシステムの中に統合されるコンピュータを含み得る。

当業者は、開示される実施形態が、インターネット接続を伴う任意の者が、システムにログオンし、使用を開始し得る、加入ウェブベースのソリューションとして提供され得ることを理解されるであろう。潜在的実施形態は、任意のウェブベースの技術プラットフォーム内に開発およびプログラムされ得る。代替として、潜在的実施形態は、独立型アプリケーションとして実装され得る。

本開示の主題の好ましい実施形態を説明する際、図に図示されるように、具体的専門用語が、明確にするために採用される。しかしながら、請求される主題は、そのように選択された具体的専門用語に限定されることを意図するものではなく、各具体的要素は、類似目的を達成するために、類似様式で動作する、あらゆる技術的均等物を含むことを理解されたい。

以下は、前述の説明に現れ得る、マシンツーマシン通信に関連する頭字語のリストである。
３ＧＰＰ 第３世代パートナーシッププロジェクト
ＡＡＡ 認証、承認、および会計
ＡＭＢＲ 総最大ビットレート
ＡＰＳＭＥ アプリケーションサポートサブ層管理エンティティ
ＡＥ アプリケーションエンティティ
ＡＦ アプリケーション機能
ＡＳ アプリケーションサーバ
ＡＶＰ 属性値ペア
ＢＭ−ＳＣ ブロードキャストマルチキャスト−サービスセンタ
ＢＳＣ 基地局コントローラ
ＣＢＣ セルブロードキャストセンタ
ＣＢＥ セルブロードキャストエンティティ
ＣＢＳ セルブロードキャストサービス
ＣＤＦ 課金データ機能
ＣＤＲ 課金データ記録
ＣＮ コアネットワーク
ＣＲＮＴＩ セル無線ネットワーク一時的識別子
ＣＳＥ 共通サービスエンティティ
ＣＳＦ 共通サービス機能
ＣＴＦ 課金トリガ機能
ＤＬ ダウンリンク
ＤＮＳ ドメイン名システム
ＥＧＩ 外部グループ識別子
ＥＭＭ ＥＰＳ移動性管理
ｅＮＢ 進化型ノードＢ
ＥＰＣ 進化型パケットコア
ＥＰＳ 進化型パケットシステム
ＥＴＳＩ 欧州電気通信標準化機構
ＧＡＡ グループアクション回答
ＧＡＲ グループアクション要求
ＧＢＲ 保証ビットレート
ＧＣ グループ制御
ＧＣＡ グループ制御回答
ＧＣＲ グループ制御要求
ＧＥＡ グループイベント通知回答
ＧＥＮ グループイベント通知要求
ＧＧＳＮ ゲートウェイＧＰＲＳサポートノード
ＧＨＡ グループハンドリング回答
ＧＨＲ グループハンドリング要求
ＧＩＡ グループ情報回答
ＧＩＲ グループ情報要求
ＧＭＡ グループ管理回答
ＧＭＧ グループ管理
ＧＭＮ グループ管理通知回答
ＧＭＱ グループ管理通知要求
ＧＭＲ グループ管理要求
ＧＮＡ グループ通知回答
ＧＮＲ グループ通知要求
ＧＰＡ グループプロビジョニング回答
ＧＰＲ グループプロビジョニング要求
ＧＰＲＳ 汎用パケット無線サービス
ＧＲＡ グループ関連イベント通知回答
ＧＲＮ グループ関連イベント通知要求
ＧＳＡ グループサービス提供回答
ＧＳＲ グループサービス提供要求
ＧＴＰ−Ｃ ＧＴＰ制御
ＧＴＰ−Ｕ ＧＴＰユーザ
ＧＴＰ ＧＰＲＳトンネリングプロトコル
ＨＬＲ ホーム場所レジスタ
ＨＯ ハンドオーバ
ＨＰＬＭＮ ホーム公衆移動通信網
ＨＳＳ ホーム加入者サーバ
ＨＴＴＰ ハイパーテキスト転送プロトコル
ＩＡＮＡ インターネット番号割り当て機関
ＩＥ 情報要素
ＩＥＴＦ インターネット技術タスクフォース
ＩＭＳＩ 国際モバイル加入者識別
ＩＰ インターネットプロトコル
ＩＰ−ＣＡＮ ＩＰ接続アクセスネットワーク
ＩＳＤ 加入者データ挿入
ＬＳ リエゾン文書
ＬＴＥ ロング・ターム・エボリューション
Ｍ２Ｍ マシンツーマシン
ＭＢＭＳ マルチメディアブロードキャストマルチキャストサービス
ＭＭＥ 移動性管理エンティティ
ＭＮＯ モバイルネットワークオペレータ
ＭＳ 移動局
ＭＳＣ モバイル交換センタ
ＭＳＩＳＤＮ モバイル加入者統合サービスデジタルネットワーク番号
ＭＴＣ マシンタイプ通信
ＭＴＣ−ＩＷＦ マシンタイプ通信−インターワーキング機能
ＮＳＥ ネットワークサービスエンティティ
ＮＳＳＥ ネットワークサービスエクスポージャ、サービス実行およびトリガ
ＰＡＮ パーソナルエリアネットワーク
ＰＣＣ ポリシーおよび課金制御
ＰＣＥＦ ポリシーおよび課金施行機能
ＰＣＲＦ ポリシーおよび課金ルール機能
ＰＤＮ パケットデータネットワーク
Ｐ−ＧＷ ＰＤＮゲートウェイ
ＰＬＭＮ 公衆移動通信網
ＰＷＳ 公共警告システム
ＱＣＩ ＱｏＳクラス識別子
ＱｏＳ サービス品質
ＲＦＣ コメントの要求
ＲＮＣ 無線ネットワークコントローラ
ＳＣＳ サービス能力サーバ
ＳＤＦ サービスデータフロー
ＳＤＯ 標準開発機関
ＳＥＥＳ サービスエクスポージャおよび確立サポート
ＳＧＳＮ サービングＧＰＲＳサポートノード
Ｓ−ＧＷ サービングゲートウェイ
ＳＩＡ 加入者情報回答
ＳＩＲ 加入者情報要求
ＳＭＳ ショートメッセージサービス
ＳＭＳ−ＳＣ ショートメッセージサービス−サービスセンタ
ＳＰＲ 加入プロファイルリポジトリ
ＴＡ 追跡エリア
ＴＡＩ 追跡エリア識別
ＴＡＵ 追跡エリア更新
ＴＭＧＩ 一時的モバイルグループ識別
Ｍ−ＴＭＳＩ ＭＭＥ−一時的モバイル加入者識別
ＵＤＲ ユーザデータリポジトリ
ＵＥ ユーザ機器
ＵＬＡ 場所更新回答
ＵＲＩ ユニフォームリソースインジケータ
ＷＡＰ 無線アプリケーションプロトコル
６ＬｏＷＰＡＮ ＩＰｖ６を利用した低電力パーソナルエリアネットワーク

主題は、構造特徴および／または方法論的作用に特有の言語で説明されたが、添付の請求項に定義された主題は、必ずしも、前述の具体的特徴または作用に限定されないことを理解されたい。むしろ、前述の具体的特徴および作用は、請求項を実装する例示的形態として開示される。

Claims (16)

1. マシンツーマシン通信を提供するように適合されている通信ネットワークにおいて、グループサービスにアクセスする方法であって、前記方法は、
   サービス能力サーバが、前記サービス能力サーバにおける条件または情報のうちの少なくとも１つに基づいて、グループベースネットワーク層サービスにアクセスするためのデバイスのグループを修正することを決定することと、
   前記サービス能力サーバが、前記デバイスのグループを修正するための要求を伝送することであって、前記要求は、前記グループのために要求されるサービスを特定する情報を含む、ことと、
   第１のネットワークノードが、前記デバイスのグループを修正するための前記要求を受信することと、
   前記第１のネットワークノードが、前記デバイスのグループを修正するための要求を第２のネットワークノードに伝送することと、
   前記第２のネットワークノードが、前記デバイスのグループを修正するための前記要求によって影響されるデバイスを識別することと、
   前記第２のネットワークノードが、前記デバイスのグループを修正するための前記要求に関連する要求を生成し、第３のネットワークノードに伝送することと
   を含む、方法。
2. 前記第３のネットワークノードが、前記第２のネットワークノードへの応答を伝送することをさらに含む、請求項１に記載の方法。
3. 前記第２のネットワークノードが、前記第１のネットワークノードへの応答を生成し、伝送することと、
   前記第１のネットワークノードが、前記サービス能力サーバへの応答を生成し、伝送することと
   をさらに含む、請求項２に記載の方法。
4. 前記第１のネットワークノードは、インターワーキングサーバまたはサービス能力サーバであり、前記第２のネットワークノードは、ホーム加入者サーバである、請求項１に記載の方法。
5. マシンツーマシン通信を提供するように適合されている通信ネットワークにおいて、グループサービスにアクセスする方法であって、前記方法は、
   サービス能力サーバが、前記サービス能力サーバにおける条件または情報のうちの少なくとも１つに基づいて、グループベースネットワーク層サービスをデバイスのグループ上で実行することを決定することと、
   前記サービス能力サーバが、前記グループベースネットワーク層サービスを前記デバイスのグループ上で実行するための要求を第１のネットワークノードに伝送することであって、前記要求は、監視されるべき１つ以上のイベントを識別し、前記要求は、前記グループのために要求されるサービスを特定する情報を含む、ことと、
   前記第１のネットワークノードが、前記グループベースネットワーク層サービスを前記デバイスのグループ上で実行するための前記要求を受信することと、
   前記第１のネットワークノードが、前記グループベースネットワーク層サービスを実行するための前記要求のハンドリングに関連する情報に対する要求を第２のネットワークノードに伝送することと、
   前記第２のネットワークノードが、前記グループベースネットワーク層サービスを前記デバイスのグループ上で実行するための前記要求を実装するためのデバイスを識別することと、
   前記第２のネットワークノードが、前記グループベースネットワーク層サービスを前記デバイスのグループ上で実行するための前記要求を実装するための前記識別されたデバイスを特定する情報を生成し、第３のネットワークノードに伝送することと
   を含む、方法
6. 前記第１のネットワークノードは、インターワーキングサーバまたはサービス能力サーバであり、前記第２のネットワークノードは、ホーム加入者サーバであり、前記第３のネットワークノードは、移動性管理エンティティまたはＳＧＳＮである、請求項５に記載の方法。
7. 前記グループベースネットワーク層サービスは、グループメッセージングサービスである、請求項１に記載の方法。
8. 前記サービス能力サーバによって伝送される前記要求は、前記グループの外部識別子を含む、請求項１に記載の方法。
9. 前記第１のネットワークノードは、ＭＴＣ−ＩＷＦを含む、請求項１に記載の方法。
10. 前記第２のネットワークノードは、ＢＭ−ＳＣを含む、請求項１に記載の方法。
11. 前記グループベースネットワーク層サービスは、グループメッセージングサービスである、請求項５に記載の方法。
12. 前記サービス能力サーバによって伝送される前記要求は、前記グループの外部識別子を含む、請求項５に記載の方法。
13. 前記第１のネットワークノードは、ＭＴＣ−ＩＷＦを含む、請求項５に記載の方法。
14. 前記第２のネットワークノードは、ＢＭ−ＳＣを含む、請求項５に記載の方法。
15. 無線ネットワーク装置であって、前記無線ネットワーク装置は、
    コンピューティングプロセッサと、
    前記コンピューティングプロセッサと通信可能に結合されているコンピューティングメモリと
    を備え、
    前記コンピューティングメモリは、動作を実行するための実行可能なコンピューティング命令が記憶されており、前記動作は、
    前記無線ネットワーク装置における条件または情報のうちの少なくとも１つに基づいて、グループベースネットワーク層サービスにアクセスするためのデバイスのグループを修正することを決定することと、
    前記デバイスのグループを修正するための要求を伝送することであって、前記要求は、前記グループのために要求されるサービスを特定する情報を含み、前記要求は、少なくとも第１のネットワークノードに伝送される、ことと
    を含み、
    前記第１のネットワークノードは、前記デバイスのグループを修正するための要求を第２のネットワークノードに伝送し、
    前記第２のネットワークノードは、前記デバイスのグループを修正するための前記要求によって影響されるデバイスを識別し、前記第２のネットワークノードは、前記デバイスのグループを修正するための前記要求に関連する要求を第３のネットワークノードに伝送する、無線ネットワーク装置。
16. 前記グループベースネットワーク層サービスは、グループメッセージングサービスである、請求項１５に記載の無線ネットワーク装置。