JP2019508909A - モバイル端末の組、モバイル無線通信デバイス、グループ表示情報を通信ネットワークデバイスに提供する方法、及びモバイル端末の組を通信ネットワークに接続する方法 - Google Patents

Abstract

【課題】通信ネットワークのコアネットワークの構成要素である通信ネットワークデバイスにグループ表示情報を提供する優れた方法などを提供する。
【解決手段】１つの実施形態によれば、第１のモバイル端末及び第２のモバイル端末を含むモバイル端末の組が記載される。各モバイル端末は、プロセッサ及びメモリを備える。上記プロセッサは、アプリケーション層においてグループ表示情報を決定し、グループ表示情報を通信ネットワーク内の通信ネットワークデバイスに送信するように構成されている。上記グループ表示情報は、第１のモバイル端末及び第２のモバイル端末の双方が割り当てられるグループを示す。
【選択図】図１７

Description

本開示は、複数のモバイル端末の組、モバイル無線通信デバイス、グループ表示情報を通信ネットワークデバイスに提供する方法、及びモバイル端末の組を通信ネットワークに接続する方法に関する。

５Ｇ（第５世代）通信システムのために、参加しているユーザデバイス間の低い通信レイテンシ（通信待ち時間）を必要とする通信サービスが検討されている。そのようなサービスの例は、低レイテンシ通信（ＬＬＣ（低待ち時間通信ともいう））と呼ばれ、例えば、車両間の通信に用いることができる。必要とされるレイテンシは、数ミリ秒（例えば、３ｍｓ）の低さである場合があるため、低レイテンシの要件を満たすことは、通常、容易な課題ではない。したがって、そのようなサービスの要件を満たすことを可能にする手法が望ましい。

１つの実施形態によれば、第１のモバイル端末及び第２のモバイル端末を備えるモバイル端末の組が提供される。各モバイル端末は、プロセッサ及びメモリを備え、上記プロセッサは、アプリケーション層においてグループ表示情報を決定し、グループ表示情報を通信ネットワーク内の通信ネットワークデバイスに送信するように構成されている。上記グループ表示情報は、第１のモバイル端末及び第２のモバイル端末の双方が割り当てられるグループを示す。

更なる実施形態によれば、通信ネットワークデバイスが提供される。この通信ネットワークデバイスは、第１のモバイル端末から第１のグループ表示情報を受信し、第２のモバイル端末から第２のグループ表示情報を受信するように構成された受信機と、グループ表示情報に応答して第１のモバイル端末及び第２のモバイル端末のための協調ユーザプレーン構成を実行するように構成されたプロセッサと、を備える。上記グループ表示情報は、第１のモバイル端末及び第２のモバイル端末の双方が割り当てられるグループを示す。

更なる実施形態によれば、通信ネットワークデバイスにグループ表示情報を提供する方法、並びに、上記で説明したようなモバイル端末の組及び通信ネットワークデバイスに従ってモバイル端末の組を通信ネットワークに接続する方法、が提供される。

図面において、同様の参照符号は一般に、異なる図にわたって同じ部分を表す。図面は必ずしも一定の縮尺で描かれておらず、その代わりに、一般に、本発明の原理を示すことに重点が置かれる。以下の説明では、種々の態様を以下の図面を参照して説明する。

通信システムを示す図である。 低レイテンシ通信の例を示す図である。 共通ユーザプレーンゲートウェイ（ＵＰ−ＧＷ）に接続されているＵＥのグループの例を示す図である。 同じロケーションのユーザプレーンゲートウェイ（ＵＰ−ＧＷ）に接続されているＵＥのグループの例を示す図である。 ２つの都市間を移動する一隊の自動車の例を示す図である。 デバイス間通信を示す図である。 アプリケーションサーバと通信ネットワークとの間の情報の交換がＵＥによって行われる例を示す実施形態によるメッセージフロー図である。 実施形態による、アプリケーションサーバと通信ネットワークとの間の情報交換のためのメッセージフローの別の例を示すメッセージフロー図である。 グループ識別情報（ＩＤ）をＵＥに割り当てる例をより詳細に示すフロー図である。 グループＩＤプロビジョニングの例をより詳細に示すフロー図である。 ＰＤＮ接続要求を用いた、通信ネットワークのコントロールプレーンへのＩＤグループインジケータのシグナリングを示すフロー図を示す図である。 ＰＤＮ接続更新を用いた通信ネットワークのコントロールプレーンへのＩＤグループインジケータのシグナリングを示すフロー図である。 コアネットワークコントロールプレーン（ＣＮ ＣＰ）によりトリガされたゲートウェイリロケーションを用いた、通信ネットワークのコントロールプレーンへのＩＤグループインジケータのシグナリングを示すフロー図である。 グループ内のＵＥが追跡エリア更新を行い、それに応答して、ＣＮ ＣＰが、ＧＷのリロケーションをトリガすることができるＧＷ選択を行う例を示すフロー図である。 実施形態によるモバイル端末の組を示す図である。 実施形態による通信ネットワークデバイスを示す図である。 実施形態による、グループ表示情報を通信ネットワークデバイスに提供する方法を示すフロー図である。 実施形態による、モバイル端末の組を通信ネットワークに接続する方法を示すフロー図である。

以下の詳細な説明は、本発明を実施することができる本開示の特定の詳細及び態様を例として示す添付の図面を参照する。他の態様が利用されてもよく、本発明の範囲から逸脱することなく、構造的、論理的かつ電気的変更が行われてもよい。本開示のいくつかの態様を本開示の１つ又は複数の他の態様と組み合わせて新たな態様を形成することができるため、本開示の様々な態様は必ずしも相互排他的でない。

図１は、通信システム１００を示す。

通信システム１００は、無線アクセスネットワーク（ＲＡＮ）１０２のカバレッジエリア内にあるＵＥ１０１を備える。ＲＡＮ１０２は、各々が無線アクセス技術（ＲＡＴ）に従って無線セルを動作させる複数の基地局を備える。

ＲＡＮ１０２は、次世代コントロールプレーン（ＮＧ ＣＰ）１０３に、すなわち、ＮＧ ＣＰを実施するエンティティ及び構成要素（サーバ及びゲートウェイ等）に、及びユーザプレーンゲートウェイ（ＵＰ−ＧＷ）１０４に接続されている。

通信システム１００は、例えば、ＮＧ ＣＰ１０３が接続されている加入者データベース１０５を備える。

通信システム１００は、ＮＧ ＣＰ１０３及びＵＰ−ＧＷ１０４が接続されているＩＰアンカー１０６を更に備える。

ＩＰアンカー１０６は、例えば、ＮＧ ＣＰやＵＰ−ＧＷによって実施することができ、ＩＭＳ１０７又はデータネットワーク１０８に、このためアプリケーションサーバ１０９に接続を提供することができる。

ＲＡＮ１０２、ＨＳＳ１０５、ＮＧ ＣＰ１０３、ＵＰ−ＧＷ１０４及びＩＰアンカー１０６は、例えば、モバイル無線通信ネットワーク１１０に属する。

５Ｇ（第５世代モバイル無線通信システム）において予見される新たなサービスは、ＵＥのグループ間の低レイテンシ通信（ＬＬＣ）（「グループ通信と呼ばれる」）を必要とする。例としては、車両間（Ｖ２Ｖ）サービス、車両対インフラストラクチャ（Ｖ２Ｉ）サービス、及び３Ｄサイバー−リアルオフィスにおけるコラボレーションがある。例えば、隊列走行又はベーシックセーフティメッセージのような車両用途の場合、エンドツーエンドレイテンシ要件は３ｍｓである。そのようなエンドツーエンドレイテンシは、通信グループに属するＵＥについて、共通の又は同じロケーションの（ユーザプレーン）ゲートウェイを用いることによってのみ達成されることが予期され得る。

図２は、ＬＬＣの例を示す。

第１の自動車２０１は、第１の基地局２０４を介して第１の（ユーザプレーン）ゲートウェイ２０７と通信し、第２の自動車２０２は、第２の基地局２０５を介して第１のゲートウェイ２０７と通信し、第３の自動車２０３は、第３の基地局２０６を介して第１のゲートウェイ２０７又は第２の（ユーザプレーン）ゲートウェイ２０８と通信することができる。

しかしながら、この例では、第３の自動車２０３のために第１のゲートウェイ２０７を選択する（すなわち、第１のゲートウェイ２０７に、通信のために第３の自動車２０３にサービングさせる、例えば、第３の自動車２０３によって送信されたデータの受信及び転送、及び他の自動車２０１、２０２によって送信されたデータの第３の自動車２０３への伝送を行わせる）ことのみが、第１の自動車及び第２の自動車２０２と通信するためのＥ２Ｅ（エンドツーエンド）レイテンシ要件を満たす。なぜなら、第２のゲートウェイ２０８を介した通信は、ゲートウェイ間通信の遅延に起因して、３ｍｓを超えるレイテンシにつながるためである。

それに加えて、低レイテンシの通信シナリオは、アプリケーションサーバがＵＥのグループと通信することを伴う場合がある。この場合、ＬＬＣ要件を満たすには、グループ内のＵＥのために共通ゲートウェイ又は同じロケーションのゲートウェイを選択することに加えて、アプリケーションサーバ（ＡＳ）を選択されたゲートウェイ（複数可）の近くに配置することも必要である。このため、アプリケーションサーバ及びモバイルネットワークは、「ゲートウェイロケーション」の概念を共有する必要があるものと考えられ得る。

図３は、共通のユーザプレーンゲートウェイ（ＵＰ−ＧＷ）に接続されているＵＥのグループの例を示す。

第１のＵＥ３０１は、第１のアクセスノード３０２（例えば、基地局）を介してＵＰ−ＧＷ３０３に接続され、第２のＵＥ３０４は、第２のアクセスノード３０５（例えば、基地局）を介してＵＰ−ＧＷ３０３に接続されている。

アプリケーションサーバ３０６は、ＵＰ ＧＷ３０３に接続され、ＵＰ ＧＷ３０３は、コアネットワークコントロールプレーン３０７（例えば、図１を参照して説明したようなＮＧ ＣＰ）に接続されている。

図４は、同じロケーションのユーザプレーンゲートウェイ（ＵＰ−ＧＷ）に接続されているＵＥのグループの例を示す。

第１のＵＥ４０１は、第１のアクセスノード４０２（例えば、基地局）を介して第１のＵＰ−ＧＷ４０３に接続され、第２のＵＥ４０４は、第２のアクセスノード４０５（例えば、基地局）を介して第２のＵＰ−ＧＷ４０６に接続されている。

アプリケーションサーバ４０７は、ＵＰ ＧＷ４０３、４０６に接続され、ＵＰ ＧＷ４０３、４０６は、コアネットワークコントロールプレーン４０８（例えば、図１を参照して説明したようなＮＧ ＣＰ）に接続されている。

約２．５Ｍｂｐｓ〜６５Ｍｂｐｓのデータレートでの２０ｍｓのエンドツーエンド等のより緩いレイテンシ制約の場合、ＧＷ選択は、より決定性でない。しかし、図５により説明されるように、グループ化（及び共通ゲートウェイの使用）は、ゲートウェイの密度を増大させることの代替となり得る。

図５は、２つの都市間を移動する一隊の自動車の例を示す。

第１の自動車５０１は、第１の基地局５０２を介して第１の（ユーザプレーン）ゲートウェイ５０７と通信し、第２の自動車５０３は、第２の基地局５０４を介して第１の（ユーザプレーン）ゲートウェイ５０７と通信し、第３の自動車５０５は、第３の基地局５０６を介して第２の（ユーザプレーン）ゲートウェイ５０８と通信する。

第１の自動車５０１及び第２の自動車５０３は、第１のゲートウェイ５０７を介して１６ｍｓのＥ２Ｅレイテンシで通信する。第３の自動車５０５は、２０ｍｓの目標を超える更なる６ｍｓのレイテンシで第２のゲートウェイ５０８を介して通信する。

この問題には、互いにより近い更なるゲートウェイを展開することにより対処することができる。しかしながら、グループ化（及び共通ゲートウェイの使用）によりこの問題に対処し、インフラコストを低減することが好ましい場合がある。

３ＧＰＰ規格によれば、ＬＬＣを実現するための直接デバイス間通信も検討されている。

図６は、デバイス間通信を示す。

第１のＵＥ６０１及び第２のＵＥ６０２は、Ｄ２Ｄに従って直接通信する（ＲＡＭを迂回する）ことができる。

Ｄ２Ｄ通信は、低レイテンシ通信のための第１のオプションと考えることができる。しかしながら、Ｖ２Ｖ用途のために必要なデータレートのレベルは、Ｄ２Ｄ通信に適していない場合があり、高いデータレートを伴う用途には、モバイル無線通信ネットワークによる支援、すなわち、ＵＰ−ＧＷ６０３を介したネットワーク支援通信が必要とされる場合がある。ここでもまた、この通信はグループ化に基づく場合がある。

以下で説明されるような様々な実施形態によれば、低レイテンシ接続（ＬＬＣ）サービスをサポートするために、コアネットワークコントロールプレーン（ＣＮ ＣＰ）は、同じグループに属するデバイス（すなわち、ＵＥ）のためのユーザプレーンゲートウェイ（ＵＰ−ＧＷ）の選択を協調させ、グループは、アプリケーション層において（例えば、アプリケーションサーバによって）定義される。

例えば、ＣＮ ＣＰは、グループ内の全てのデバイスについて同じＵＰ−ＧＷを選択するか、又は、少なくとも、同じロケーション若しくはデータセンタ若しくはＰｏＰ（存在点）に位置するか、若しくは異なるロケーションに位置するが低レイテンシバックボーンにより接続されているＵＰ−ＧＷを選択する。これは、グループ内のデバイスを「グループ接続する」とも言われる。

特に、以下において、ＬＬＣサービスのためのグループ通信を行う必要があるＵＥについてアプリケーション層からＣＮ ＣＰにグループ表示をどのように搬送するかの手法が説明される。

３ＧＰＰにおける機能性ＰｒｏＳｅ（近接性ベースのサービス）は、近接性検出及び近接しているデバイスの通信を扱うために、ＥＰＳ（発展型パケットシステム）における特定の機能（ＰｒｏＳｅ機能）及びインタフェース（例えば、ＰｒｏＳｅ対応ＵＥとＰｒｏＳｅ機能との間のＰＣ３）を導入することに留意されたい。グループ通信（１対多、ブロードキャスト）は、認可されたＰｒｏＳｅ対応公衆安全ＵＥに制限されている。ＰｒｏＳｅにおいて、グループに属するＵＥは、発見手順を用いて（コアネットワークにおける）ＰｒｏＳｅ機能により決定される。ＵＥは、ＰｒｏＳｅ機能から「ＰｒｏＳｅ層２グループＩＤ」を受信し、これを、受信パケットをフィルタリング除去するために用いる。

以下で説明する手法と対照的に、ＵＥは、ＰｒｏＳｅによれば、コアネットワークがグループに属することを要求しない。むしろ、グループは、ネットワークによって決定され、ＰｒｏＳｅとの関連では、用途及び低レイテンシの要件は考慮に入れられない。

更に、３ＧＰＰによれば、「グループメッセージ配信手順」が導入される。この手順では、アプリケーションサーバが、サービス能力開示機能（ＳＣＥＦ）によりＣＮ ＣＰと対話し、デバイスのグループへのメッセージの配信を要求する。グループ識別子（一時モバイルグループ識別）がＢＭ−ＳＣ（ブロードキャストマルチキャスト−サービスセンタ）によって配分される。

グループメッセージ配信手順において、ＵＥがネットワークにグループ識別子を報告するのではなく、アプリケーションサーバ（ＡＳ）が、ネットワークに、グループに属するＵＥの組内でグループ通信を実施するように要求する。

更に、３ＧＰＰによれば、ＧＣＳアプリケーションサーバ（グループ通信システムＡＳ）は、グループ通信サービス（ＧＣＳ）を提供するために、３ＧＰＰシステムによって提供されるイネーブラを用いることができる。ＧＣＳ ＵＥは、１つ又は複数のＧＣＳグループに参加するために、アプリケーションシグナリングを用いて自身のＧＣＳ ＡＳに登録する。ＧＣＳ対応ＵＥは、ＧＣＳサーバ（インタフェースＧＣ１）とのみ対話して、グループ通信に参加する。

ＧＣＳにおいて、ＵＥは、ＮＡＳシグナリングにおいて、グループに属することを要求しない。更に、低レイテンシ要件は考慮に入れられない。

ＳＣＥＦ及びＧＣＳのための３ＧＰＰ規格における「グループメッセージ配信手順」は、アプリケーションサーバとＵＥの組との間のブロードキャスト／マルチキャスト通信のためにのみ用いられる。
・ＵＥは、ＡＳに、グループに関連付けられるように要求する。
・ＡＳは、コアネットワーク内の特定の機能（ＢＭ−ＳＣ、すなわちブロードキャストマルチキャスト−サービスセンタ）に、グループに属するＵＥのリストを通知する。

対照的に、以下に説明される手法では、低レイテンシ要件を考慮に入れることができる。更に、様々な実施形態によれば、モバイル無線通信ネットワークは、グループ通信を可能にするために特定の機能を実施する必要がない。ＣＮ ＣＰは、協調されたゲートウェイ選択のみを実施する。

以下において、アプリケーション層（例えば、アプリケーションサーバ）と通信ネットワーク（例えば、モバイル無線通信ネットワークであるが、別のタイプの通信ネットワークである場合もある）との間の情報の交換がＵＥによって行われる手法が、図７を参照して説明される。

図７は、実施形態によるメッセージフロー７００を示す。

メッセージフローは、複数のＵＥ７０１と、コントロールプレーン７０３及びユーザプレーン７０４を備える通信ネットワーク７０２と、アプリケーションサーバ７０５との間で行われる。

メッセージフローは、２つの段階に分割される。第１のフロー７０６（段階Ａ）は、アプリケーションサーバ７０５からＵＥ７０１を介して通信ネットワークへのグループ表示の通信を示し、第２のフロー７０７（段階Ｂ）は、ＵＥ７０１を介してアプリケーションサーバ７０５への、ＵＥ７０１に配分されたゲートウェイのロケーションの通信を示す。

７０８において（第１のフロー７０６において）、アプリケーションサーバ７０５は、ＵＥ７０１があるグループに入っていることを示す表示をＵＥ７０１に送信する。

７０９において、各ＵＥ７０１は、ＮＡＳ（非アクセス層）メッセージにおいて、グループ表示（アプリケーションレベルにおいて定義される）を通信ネットワーク７０２のコントロールプレーン７０３に送信する。

７１０において、通信ネットワーク７０２は、ＵＥ７０１のための共通の又は同じロケーションのＧＷを選択し（それらのＵＥが同じグループに属することに基づく）、７１１において、それに従って、グループ内のＵＥ７０１のためにユーザプレーンを構成する。

アプリケーションサーバ７０５は、ＧＷロケーションを（ＵＥに割り当てられたＩＰアドレスから）暗黙的に又は明示的に検出することができる。

明示的な検出のために、通信ネットワーク７０２は、７１２において（第２のフロー７０７において）、ＮＡＳメッセージにおいて各ＵＥ７０１にＧＷロケーション表示を送信する。

７１３において、ＵＥ７０１は、ゲートウェイロケーション表示をアプリケーションサーバ７０５に転送する。

図８は、実施形態による、アプリケーション層と通信ネットワークとの間の情報の交換のためのメッセージフローの別の例を示すメッセージフロー８００を示す。

特に、メッセージフローは、低レイテンシ通信（ＬＬＣ）のための協調されたゲートウェイ選択を可能にするための、ＵＥを介した通信ネットワークとアプリケーション層との間でのグループ識別子及びゲートウェイロケーション識別子の交換を示す。

メッセージフローは、複数のＵＥ８０１と、コントロールプレーン構成要素８０３を備える通信ネットワークのコアネットワーク８０２と、第１のユーザプレーンゲートウェイ８０４と、第２のユーザプレーンゲートウェイ８０５と、アプリケーションサーバ８０６との間で生じる。

図７と同様に、メッセージフローは、それぞれ第１のフロー８０７及び第２のフロー８０８に示される、第１段階及び後続の第２段階に分割される。

ＵＥ８０１は、グループ通信を必要とするＬＬＣベースのアプリケーションを実行する。８０９（第１のフロー８０７）において、アプリケーションサーバは、ＵＥを、一意のグループ識別子ｘを有するグループに割り当て、８１０において、グループ識別子を、それぞれ第１のユーザプレーンゲートウェイ８０４及び第２のユーザプレーンゲートウェイ８０５を介してＵＥに示す。

８１１において、ＬＬＣサービスのためのネットワーク接続を要求するとき、ＵＥ８０１は、（アプリケーション層によって提供された）グループ識別子をコアネットワーク８０２に示す。

８１２（第２のフロー８０８）において、コアネットワーク８０２は、グループ内のＵＥ８０１のための適切なゲートウェイ（例えば、同じロケーションにおける単数又は複数の共通ユーザプレーンゲートウェイ（ＵＰ−ＧＷ））を選択する。特に、この例において、コアネットワークは、ＵＥ８０１をサービングするＵＰ−ＧＷを第２のＵＰ−ＧＷ８０５から第１のＵＰ−ＧＷ８０４にリロケートすることを決定し、８１３において対応するシグナリングを行う。

８１４において、ＵＥ８０１は、自身の配分されたユーザプレーンゲートウェイに関する情報をアプリケーションサーバ８０６にシグナリングし、８１５においてＬＬＣの実行を開始する。

図９は、グループ識別情報（ＩＤ）をＵＥに割り当てる例をより詳細に示すフロー９００を示す。

メッセージフローは、ＵＥ９０１（例えば、ＵＥ７０１のうちの１つに対応する）と、第１のＵＰ−ＧＷ９０２（第１のロケーションにあり、例えば第１のＵＰ−ＧＷ８０４に対応する）と、モバイル無線通信システムのコアネットワークコントロールプレーン構成要素９０３（例えば、コントロールプレーン７０３の一部）と、第２のＵＰ−ＧＷ８０５（第２のロケーションにあり、例えば第２のＵＰ−ＧＷ８０５に対応する）と、アプリケーションサーバ９０５（例えば、アプリケーションサーバ７０５に対応する）との間で生じる。

９０６において、第２のＵＰ−ＧＷ８０５にＰＤＮ（パケットデータネットワーク）接続された、（グループＩＤ ｘを有する）グループ内のＰＤＮ接続されたＵＥの組が存在すると仮定される。

９０７において、アプリケーションを実行するために、ＵＥ９０１は、自身がグループＩＤ ｘに属することを認識させられる。グループＩＤは、ＵＥ９０１において事前に構成するか、又はＡＳ９０５によってプロビジョニングすることができる。後者の場合、ＡＳ９０５は、グループプロビジョニングのために、グループ通信に用いられる同じＡＰＮ（アクセスポイント名）又は異なるＡＰＮを用いることができる。

９０８において、ＵＥ９０１は、
ｉ． 手順１：グループインジケータ、及び任意選択でＬＬＣインジケータを用いた（ＣＮ ＣＰ９０３への）ＰＤＮ接続要求を行い、
ｉｉ． 手順２：ＵＥが既にグループインジケータ又はＬＬＣインジケータの更新にＰＤＮ接続されている場合、（ＣＮ ＣＰ９０３への）ＰＤＮ接続更新を行う。

９０８にて、選択されたゲートウェイがグループ内のＵＥに既に配分されているものと異なる場合は、９０９において、ＣＮ ＣＰ９０３は、ＩＤ ｘを有するグループ内の全ての他のＵＥを第１のＵＰ−ＧＷ９０２にリロケートする（すなわち、グループ内の全ての他のＵＥが、第１のＵＰ−ＧＷ９０２に接続され、第１のＵＰ−ＧＷ９０２によってサービングされるようにする）手順（手順３）をトリガする。

図１０は、グループＩＤプロビジョニングの例をより詳細に示すフロー１０００を示す。

メッセージフローは、ＵＥ１００１（例えば、ＵＥ７０１のうちの１つに対応する）と、第１のＵＰ−ＧＷ１００２（第１のロケーションにあり、例えば第１のＵＰ−ＧＷ８０４に対応する）と、モバイル無線通信システムのコアネットワークコントロールプレーン構成要素１００３（例えば、コントロールプレーン７０３の一部）と、第２のＵＰ−ＧＷ１００４（第２のロケーションにあり、例えば第２のＵＰ−ＧＷ８０５に対応する）と、２つ（以上）のＡＰＮ１００６のうちの１つを用いることができるアプリケーションサーバ１００５（例えば、アプリケーションサーバ７０５に対応する）との間で生じる。

アプリケーションを実行するために、ＵＥ１００１は、自身がグループＩＤ ｘに属することを認識させられる。グループＩＤは、
ａ）ＵＥ１００１において事前構成することができるか、
又は、
ｂ）ＡＳ１００５によってプロビジョニングすることができる。
ｂ）の場合、ＡＳ１００５は、グループプロビジョニングのために、(1)第１のブロック１００７に示されるようなグループ通信のために用いられる同じＡＰＮ（ＡＰＮ１）、又は、(2)第２のブロック１００８に示されるような異なるＡＰＮ（ＡＰＮ０）、のいずれかを用いることができる。

ｂ）のオプション(1)によれば、１００９において、ＵＥ１００１は、ＡＰＮ（この例ではＡＰＮ１）を指定するＰＤＮ接続要求をＣＮ ＣＰ１００３に送信する。

１０１０において、ＣＮ ＣＰ１００３は、ＧＷ選択を行う。ＣＮ ＣＰ１００３は、ＵＥのグループのために第２のＵＰ−ＧＷ１００４を選択することが仮定される。

１０１１において、ＣＮ ＣＰ１００３は、ＵＥ１００１のためのセッションを生成し、１０１２において、ＰＤＮ接続肯定応答をＵＥ１００１に送信する。

１０１３において、アプリケーションサーバ１００５は、（第２のＵＰ−ＧＷ１００４を介して）グループＩＤをＵＥ１００１に提供するために、グループ通信のために用いられるＡＰＮ（ＡＰＮ１）を用いる。

ｂ）のオプション(2)によれば、１０１４において、ＵＥ１００１は、ＡＰＮ（この例では、ＡＰＮ０）を指定するＰＤＮ接続要求をＣＮ ＣＰ１００３に送信する。

１０１５において、ＣＮ ＣＰ１００３はＧＷ選択を行う。ＣＮ ＣＰ１００３が、ＵＥのグループのために第２のＵＰ−ＧＷ１００４を選択すると仮定される。

１０１６において、ＣＮ ＣＰ１００３は、ＵＥ１００１のためのセッションを生成し、１０１７において、ＰＤＮ接続肯定応答をＵＥ１００１に送信する。

１０１８において、アプリケーションサーバ１００５は、（第２のＵＰ−ＧＷ１００４を介して）グループＩＤをＵＥ１００１に提供するために、グループ通信のために用いられるＡＰＮと異なるＡＰＮ（ＡＰＮ０）を用いる。

ＵＥ７０１は、例えば、以下の３つの手法のうちの１つに従って、１つ又は複数のＮＡＳメッセージによってグループＩＤ又はグループインジケータを通信ネットワークのコントロールプレーンに通信することができる。
１）ＰＤＮ接続要求
２）ＰＤＮ接続更新
３）ＣＮ ＣＰによりトリガされたゲートウェイリロケーション

これらの手法は、それぞれ、図１１、図１２及び図１３を参照して以下で説明される。

図１１は、ＰＤＮ接続要求を用いた、通信ネットワークのコントロールプレーンへのＩＤグループインジケータのシグナリングを示すフロー１１００を示す。

メッセージフローは、ＵＥ１１０１（例えば、ＵＥ７０１のうちの１つに対応する）と、第１のＵＰ−ＧＷ１１０２（第１のロケーションにあり、例えば第１のＵＰ−ＧＷ８０４に対応する）と、モバイル無線通信システムのコアネットワークコントロールプレーン構成要素１１０３（例えば、コントロールプレーン７０３の一部）と、第２のＵＰ−ＧＷ１１０４（第２のロケーションにあり、例えば第２のＵＰ−ＧＷ８０５に対応する）と、アプリケーションサーバ１１０５（例えば、アプリケーションサーバ７０５に対応する）との間で生じる。

１１０６において、アプリケーションサーバ１１０５は、ＵＥ１１０１に、第２のＵＰ−ＧＷ１１０４を介してグループＩＤ（識別子ｘ）を通知する。

１１０７において、ＵＥ１１０１は、グループ識別子ｘ、及び任意選択でＬＬＣインジケータを含むアプリケーションサーバのＡＰＮ（ＡＰＮ１）へのＰＤＮ接続を要求する。ＬＬＣインジケータは、真／偽インジケータ、又は意図されるサービスのための最大許容可能レイテンシを示す閾値のいずれかとすることができる。

１１０８において、ＣＮ ＣＰ１１０３は、ＵＰ−ＧＷ選択を実行する。この例において、ＣＮ ＣＰ１１０３が第１のＵＰ−ＧＷ１１０２を選択すると仮定される。

１１０９において、ＣＮ ＣＰ１１０３は、選択されたＵＰ−ＧＷ１１０２へのセッションを生成する。

１１１０において、ＣＮ ＣＰ１１０３は、選択されたＵＰ−ＧＷ１１０２のゲートウェイロケーション識別子ｌｏｃ１を任意選択で示すことによって、グループ識別子を用いてＰＤＮ接続要求に応答する。

１１１１において、ＵＥ１１０１は、アプリケーションサーバ１１０５にデータを送信する。ＡＳ１１０５は、ＵＥ１１０１に割り当てられる新たなＩＰアドレスのジオロケーションにより新たなＧＷロケーションを暗黙的に検出することができる。任意選択で、ＵＥ１１０１は、１１１０において受信されたゲートウェイロケーション識別子をアプリケーションサーバ１１０５に報告することができる。

図１２は、ＰＤＮ接続更新を用いた通信ネットワークのコントロールプレーンへのＩＤグループインジケータのシグナリングを示すフロー１２００を示す。

メッセージフローは、ＵＥ１２０１（例えば、ＵＥ７０１のうちの１つに対応する）と、第１のＵＰ−ＧＷ１２０２（第１のロケーションにあり、例えば第１のＵＰ−ＧＷ８０４に対応する）と、モバイル無線通信システムのコアネットワークコントロールプレーン構成要素１２０３（例えば、コントロールプレーン７０３の一部）と、第２のＵＰ−ＧＷ１２０４（第２のロケーションにあり、例えば第２のＵＰ−ＧＷ８０５に対応する）と、アプリケーションサーバ１２０５（例えば、アプリケーションサーバ７０５に対応する）との間で生じる。

１２０６において、アプリケーションサーバ１２０５は、割り当てられたグループＩＤ（識別子ｘ）を、第２のＵＰ−ＧＷ１２０４を介してＵＥ１２０１に通知する。

１２０７において、ＵＥ１２０１は、グループ識別子ｘ、及び任意選択でＬＬＣインジケータを含むアプリケーションサーバのＡＰＮ（ＡＰＮ１）へのＰＤＮ接続を更新する。ＵＥは、この更新を、この目的で導入されたメッセージ（例えば、ＰＤＮ接続更新メッセージ）によって、又は３ＧＰＰ規格に従って提供されるメッセージ（例えば、サービス要求）によって要求することができる。ＬＬＣインジケータは、真／偽インジケータ、又は意図されるサービスのための最大許容可能レイテンシを示す閾値のいずれかとすることができる。

１２０８において、ＣＮ−ＣＰ１２０３は、ＵＰ−ＧＷの最適ロケーションを決定する。必要な場合、ＣＮ−ＣＰ１２０３は、ＵＥのグループの別のＵＥのＵＰ−ＧＷをリロケートする（すなわち、別のロケーションのＵＰ−ＧＷを他のＵＥに再割り当てする）ことを決定する。例えば、第２のＵＰ−ＧＷ１２０４は、第１のＵＰ−ＧＷ１２０１にリロケートされる（すなわち、第１のＵＰ−ＧＷ１２０１が他のＵＥに割り当てられる）。

１２０９において、ＣＮ−ＣＰ１２０３は、ＵＥ１２０１に、ＧＷリロケーションに起因してＰＤＮ接続が再確立される必要があることを通知する。

１２１０において、ＵＥ１２０１は、グループ識別子ｘ、及び任意選択でＬＬＣインジケータを用いて、アプリケーションサーバのＡＰＮ（ＡＰＮ１）への新たなＰＤＮ接続を要求する。

１２１１において、ＣＮ−ＣＰ１２０３は、第１のＵＰ−ＧＷ１２０２とのセッションを作成する。

１２１２において、ＣＮ−ＣＰ１２０３は、選択されたＵＰ−ＧＷ１２０２のゲートウェイロケーション識別子ｌｏｃ１を示すことによって、グループ識別子を用いてＰＤＮ接続要求に応答する。

１２１３において、ＵＥ１２０１は、アプリケーションサーバ１２０５にデータを送信する。ＡＳ１２０５は、ＵＥ１２０１に割り当てられた新たなＩＰアドレスのジオロケーションを介して暗黙的に新たなＧＷロケーションを検出することができる。任意選択で、ＵＥ１２０１は、１２１２において受信したゲートウェイロケーション識別子をアプリケーションサーバ１２０５に報告することができる。

図１３は、ＣＮ ＣＰによりトリガされたゲートウェイリロケーションを用いた、通信ネットワークのコントロールプレーンへのＩＤグループインジケータのシグナリングを示すフロー１３００を示す。

メッセージフローは、ＵＥ１３０１（例えば、ＵＥ７０１のうちの１つに対応する）と、第１のＵＰ−ＧＷ１３０２（第１のロケーションにあり、例えば第１のＵＰ−ＧＷ８０４に対応する）と、モバイル無線通信システムのコアネットワークコントロールプレーン構成要素１３０３（例えば、コントロールプレーン７０３の一部）と、第２のＵＰ−ＧＷ１３０４（第２のロケーションにあり、例えば第２のＵＰ−ＧＷ８０５に対応する）と、アプリケーションサーバ１３０５（例えば、アプリケーションサーバ７０５に対応する）との間で生じる。

１３０６において、ＣＮ−ＣＰは、ＵＥ１３０１のためのＵＰ−ＧＷがリロケートされなくてはならないと判断する。この例において、第２のＵＰ−ＧＷ１３０４は、第１のＵＰ−ＧＷ１３０２にリロケートされなくてはならないことが仮定される。

１３０７において、ＣＮ−ＣＰ１３０３は、ＵＥ１３０１に、ＧＷリロケーションに起因してＰＤＮ接続が再確立される必要があることを通知する。

１３０８において、ＵＥ１３０１は、グループ識別子ｘ、及び任意選択でＬＬＣインジケータを含むアプリケーションサーバのＡＰＮ（ＡＰＮ１）への新たなＰＤＮ接続を要求する。グループ識別子は、例えば、「４８２６２６」又は「０ｘ３Ｅ２Ｂ６３８」等の番号とすることができるが、文字列、ＵＲＬのような識別子（例えば、「ｍｏｎｋｅｙｇａｍｅ．８９ａｘ７７」）等を有することも可能である。

ＬＬＣインジケータは、真／偽インジケータ、又は意図されるサービスのための最大許容可能レイテンシを示す閾値のいずれかとすることができる。

１３０９において、ＣＮ−ＣＰ１３０３は、第１のＵＰ−ＧＷ１３０２へのセッションを生成する。

１３１０において、ＣＮ ＣＰ１３０３は、選択されたＵＰ−ＧＷ１３０２のゲートウェイロケーション識別子（ｌｏｃ１）を示すことによって、グループ識別子を用いたＰＤＮ接続要求に応答する。

１３１１において、ＵＥ１３０１は、第１のＵＰ−ＧＷ１３０２を介してデータをアプリケーションサーバ１３０５に（ＡＰＮ１又は別のＡＰＮを介して）送信する。ＡＳ１３０５は、ＵＥ１３０１に割り当てられた新たなＩＰアドレスのジオロケーションを介して新たなＧＷロケーションを暗黙的に検出することができる。任意選択で、ＵＥ１３０１は、前のステップにおいて受信したゲートウェイロケーション識別子をアプリケーションサーバ１３０５に報告することができる。

図１４は、グループ内のＵＥが追跡エリア更新を行い、それに応答して、ＣＮ ＣＰが、ＧＷのリロケーションをトリガすることができるＧＷ選択を行うシグナリングの例を示すフロー１４００を示す。

メッセージフローは、ＵＥ１４０１（例えば、ＵＥ７０１のうちの１つに対応する）と、第１のＵＰ−ＧＷ１４０２（第１のロケーションにあり、例えば第１のＵＰ−ＧＷ８０４に対応する）と、モバイル無線通信システムのコアネットワークコントロールプレーン構成要素１４０３（例えば、コントロールプレーン７０３の一部）と、第２のＵＰ−ＧＷ１４０４（第２のロケーションにあり、例えば第２のＵＰ−ＧＷ８０５に対応する）と、アプリケーションサーバ１４０５（例えば、アプリケーションサーバ７０５に対応する）との間で生じる。

１４０６において、第２のＵＰ−ＧＷ１４０４にＰＤＮ（パケットデータネットワーク）接続された、（グループＩＤ ｘを有する）グループ内のＰＤＮ接続されたＵＥの組が存在すると仮定される。

１４０７において、ＵＥ１４０１は、追跡エリア更新をＣＮ ＣＰ１４０３に送信する。

１４０８において、ＣＮ ＣＰ１４０３は、ＵＥのためのＵＰ−ＧＷ選択を再評価する。

１４０８において、ＣＮ ＣＰ１４０３が第１のＵＰ−ＧＷをユーザプレーンゲートウェイとして選択する場合、１４０９において、ＣＮ ＣＰ１４０３は、グループｘ内の全てのＵＥを第１のＵＰ−ＧＷにリロケートする（すなわち、ＵＰ−ＧＷをグループｘ内のＵＥに割り当てる）手順をトリガする。

ＧＷリロケーション及び後続のステップは、他のモビリティイベント、例えば、（３ＧＰＰによるＸ２ベースのハンドオーバによる）パス切り替え要求メッセージ、又はＳＩＰＴＯ＠ＬＮ（ローカルネットワーク）におけるような「ローカルホームネットワークＩＤ」を搬送する（３ＧＰＰによるＳ１ベースのハンドオーバによる）ハンドオーバ通知メッセージによってトリガすることもできる。

ハンドオーバ中に途切れのないＧＷリロケーションを達成するために、古いＰＤＮ接続は、例えば、新たなＰＤＮ接続が確立されたときにのみ解放することができる。

上記の例のような様々な実施形態に従って使用されるＰＤＮ接続要求／更新を用いて、複数のグループインジケータを送信することができ、すなわち、例えば、グループインジケータのリスト及びそれらの関連付けられたＬＬＣ要件（例えば、グループ＝ｘ、ＬＬＣ＝５ｍｓ；グループ＝ｙ、ＬＬＣ＝２０ｍｓ；グループ＝ｚ、ＬＬＣ＝２０ｍｓ）を含むことができる。

次に、ＣＮ−ＣＰ７０３は、これらの要求のうちのいずれを、同じＰＤＮ接続によって提供することができるか、及びそれらのうちのいずれが別個のＵＰ−ＧＷ及び別個のＰＤＮ接続を必要とするかを決定することができる。

ＣＮ−ＣＰ７０３は、対応する応答メッセージ、例えば、ＰＤＮ接続１（グループ＝ｘ、ＬＬＣ＝５ｍｓ；グループ＝ｙ、ＬＬＣ＝２０ｍｓ）、ＰＤＮ接続２（グループ＝ｚ、ＬＬＣ＝２０ｍｓ）において、これをＵＥ７０１に戻して示すことができる。次に、ＵＥ７０１は、別個のＵＰ−ＧＷを必要とするグループ、例えばグループ＝ｚのための新たなＰＤＮ接続を開始することを知る。

要約すると、様々な実施形態によれば、モバイル端末の組は、図１５に示されるように提供される。

図１５は、モバイル端末の組１５００を示す。

モバイル端末の組１５００は、第１のモバイル端末１５０１及び第２のモバイル端末１５０２を含み、各モバイル端末１５０１、１５０２が、プロセッサ１５０３及びメモリ１５０４を備える。

プロセッサ１５０３は、アプリケーション層においてグループ表示情報を決定し、グループ表示情報を通信ネットワーク（例えば、モバイル無線通信ネットワーク）内の通信ネットワークデバイスに送信するように構成されている。グループ表示情報は、第１のモバイル端末１５０１及び第２のモバイル端末１５０２の双方（場合によっては、それに加えて１つ又は複数の更なるモバイル端末）が割り当てられるグループを示す。

様々な実施形態によれば、換言すれば、複数のモバイル端末が属するグループの表示は、モバイル端末自体によって、それらのモバイル端末が、例えばアプリケーションサーバからの表示の受信に基づいてアプリケーション層における表示を決定したとき、通信ネットワーク、例えばモバイル無線通信ネットワークの構成要素に送信される。

アプリケーション層において、例えば、開放型システム間相互接続（ＯＳＩ）モデルによるアプリケーション層において、モバイル端末によって決定されるグループ表示は、例えば、
・モバイル端末がアプリケーションサーバからのグループ表示を受信すること、
・モバイル端末のうちの１つがグループ表示を割り当て、これを単数又は複数の他のモバイル端末にシグナリングすること、
・モバイル端末が、グループ表示において互いに同意すること、
を意味することができる。

例えば、グループＩＤは、
・アプリケーションサーバが、「ランデブー機能」を提供し（例えば、モバイル端末がアプリケーションサーバから、同じグループ内の又は自身の近傍の１つ又は複数の他のモバイル端末のＩＰアドレスのリストを受信する）、モバイル端末同士の間でインターネットを介してグループＩＤを選択すること、
・例えばＢｌｕｅｔｏｏｔｈ（登録商標）を介した、グループＩＤについてのモバイル端末の「帯域外」交渉を行い、すなわち、モバイル端末同士が物理的に近く、ペアリングステップが存在し、これによりグループＩＤがもたらされる（このグループＩＤは次に通信ネットワークと共有される）こと、
に基づいて導出することができる。

このため、グループ表示（例えば、更にゲートウェイロケーション表示）がモバイル端末を介して交換される。このため、アプリケーション層と通信ネットワーク間の直接の対話を省くことができ、すなわち、通信ネットワークとアプリケーション層との間の相互作用要件（すなわち、アプリケーション層）、及びコアネットワークにおける対応する追加の機能は必要でない。

通信ネットワークデバイスは、例えば、図１６を参照して説明されるような通信ネットワークデバイスとすることができる。

図１６は、通信ネットワークデバイス１６００を示す。

通信ネットワークデバイス１６００は、第１のモバイル端末から第１のグループ表示情報を受信し、第２のモバイル端末から第２のグループ表示情報を受信するように構成された受信機１６０１を備え、グループ表示情報は、第１のモバイル端末及び第２のモバイル端末の双方が割り当てられるグループを示す。

通信ネットワークデバイス１６００は、グループ表示情報に応答して第１のモバイル端末及び第２のモバイル端末のための協調ユーザプレーン構成を行うように構成されたプロセッサ１６０２を更に備える。

グループ表示情報に応答して第１のモバイル端末及び第２のモバイル端末のための協調ユーザプレーン構成を行うことは、グループ表示情報に応じて第１のモバイル端末及び第２のモバイル端末を接続するグループとして理解することもできる。

様々な実施形態によれば、通信ネットワークデバイスは、モバイル端末から、複数のモバイル端末が属するグループの表示を受信し、これらのモバイル端末を、グループとして通信ネットワークに接続する。これは例えば、共通ユーザプレーンゲートウェイ又は同じロケーションのユーザプレーンゲートウェイ（すなわち、所定の判断基準の意味で、すなわち、地理的観点又はレイテンシの観点から近くにあるユーザプレーンゲートウェイ、例えば同じロケーションのゲートウェイ間の通信レイテンシは所定の閾値未満である）を割り当てることを含む。モバイル端末にゲートウェイを割り当てることは、ゲートウェイを、通信サービスの関連でモバイル端末をサービングする（ユーザプレーン）ゲートウェイとして選択する、すなわち、モバイル端末から（ユーザ）データを受信し、このデータを意図される宛先に転送し、モバイル端末に当てられたデータを受信し、このデータをモバイル端末に転送することとして理解することができる。グループは、例えば、アプリケーション層の構成要素、例えばアプリケーションサーバによって定義される。

このため、通信ネットワーク（すなわち、通信ネットワークデバイス）は、例えば、アプリケーションサーバから間接的に受信した表示を用いて、ＵＥのグループのための低レイテンシ通信を実施することができる。これにより、グループを決定するための専用機能を用いることなく低レイテンシ通信を実施すること、又はグループ通信を実施することが可能になる。

上記で説明した実施形態等の実施形態は、通信ネットワークのコアネットワークと、アプリケーション層との間の相互作用要件を最小限にすることを可能にする。なぜなら、アプリケーション層によって提供される通信サービスのための情報、例えば、低レイテンシ通信を実施するためのグループ表示がＵＥを介して交換されるためである。非常に低いレイテンシ接続（例えば、３ｍｓエンドツーエンド）は、グループ内の全てのＵＥについての適切なゲートウェイ選択（例えば、共通ゲートウェイ又は同じロケーションのゲートウェイ）によってのみ実施することができる。より緩い低レイテンシ要件（例えば、２０ｍｓ）の場合、総レイテンシ負荷が最大閾値を超えないことを条件として、異なるロケーションにおけるゲートウェイの選択も許容可能である。

複数のモバイル端末をグループ接続することは、モバイル端末をグループとして接続することとして理解することができ、これは例えば、モバイル端末間のグループ通信を可能にする一方で、グループ通信を介したモバイル端末間の通信の最大レイテンシ等のグループ通信の品質要件を考慮に入れることを含むことができる。例えば、グループ接続は、モバイル端末を、モバイル端末間の低レイテンシ通信を可能にするように接続すること、すなわち、一定のレイテンシ要件（例えば、モバイル端末間の通信の３ｍｓ又は２０ｍｓの最大レイテンシ）を満たすことを備えることができる。

複数のモバイル端末の組１５００は、例えば、図１７に示すような方法を実行する。

図１７は、通信ネットワークデバイスにグループ表示情報を提供する方法を示すフロー１７００を示す。

１７０１において、モバイル端末の組を成す第１のモバイル端末及び第２のモバイル端末は、各々が、アプリケーション層においてグループ表示情報を決定し、グループ表示情報は、第１のモバイル端末及び第２のモバイル端末の双方が割り当てられるグループを示す。

１７０２において、第１のモバイル端末及び第２のモバイル端末は各々、通信ネットワークにおいてグループ表示情報を通信ネットワークデバイスに送信する。

通信ネットワークデバイス１６００は、例えば、図１８に示すような方法を実行する。

図１８は、モバイル端末の組を通信ネットワークに接続する方法を示すフロー１８００を示す。

１８０１において、第１のグループ表示情報が第１のモバイル端末から受信され、第２のグループ表示情報が第２のモバイル端末から（例えば、通信ネットワークの構成要素によって）受信される。グループ表示情報（すなわち、第１のグループ表示情報及び第２のグループ表示情報の各々）は、第１のモバイル端末及び第２のモバイル端末の双方が割り当てられるグループを示す。

１８０２において、グループ表示情報に応答して、第１のモバイル端末及び第２のモバイル端末のための協調ユーザプレーン構成が行われる。

様々な例が以下で説明される。

例１は、図１７に示すような通信ネットワークデバイスにグループ表示情報を提供する方法である。

例２は、通信ネットワークデバイスに、グループが低レイテンシ要件を有する通信サービスのためのグループであることを、通信ネットワークデバイスに低レイテンシ接続インジケータを送信することによってシグナリングすることを含む、例１に記載の方法である。

例３は、低レイテンシ接続インジケータが、真／偽インジケータであるか、又は最大許容可能レイテンシを示す、例２に記載の方法である。

例４は、コントロールプレーンメッセージ、例えば非アクセス層メッセージによってグループ表示情報を送信することを含む、例１〜例３のいずれか１つに記載の方法である。

例５は、接続要求メッセージ又は接続更新要求メッセージによってグループ表示情報を送信することを更に含む、例１〜例４のいずれか１つに記載の方法である。

例６は、第１のモバイル端末からグループ表示情報を受信し、第２のモバイル端末からグループ表示情報を受信することと、グループ表示情報に応答して第１のモバイル端末及び第２のモバイル端末のための協調ユーザプレーン構成を行うことであって、共通のユーザプレーンゲートウェイ、又は２つの同じロケーションのユーザプレーンゲートウェイ、又は異なるロケーションにあるが、第１のモバイル端末及び第２のモバイル端末をグループ接続するための低レイテンシのバックボーンを介して接続されている複数のユーザプレーンゲートウェイを選択することを含むことと、を更に含む、例１〜例５のいずれか１つに記載の方法である。

例７は、前記アプリケーション層においてグループ表示情報を決定することが、アプリケーションサーバのような第３のエンティティから双方の端末において同じグループ表示情報を受信することによって、又は前記第１の端末と前記第２の端末との間のアプリケーション層対話によりグループ表示情報を交渉することによって行われる、例１〜例６のいずれか１つに記載の方法である。

例８は、図１８に示すような、モバイル端末の組を通信ネットワークに接続する方法である。

例９は、第１のモバイル端末及び第２のモバイル端末をグループ接続するためのグループ表示情報に応答して少なくとも１つのユーザプレーンゲートウェイを選択することを含む、例８に記載の方法である。

例１０は、グループ表示情報に基づいて、共通のユーザプレーンゲートウェイ、又は２つの同じロケーションのユーザプレーンゲートウェイ、又は異なるロケーションにあるが、第１のモバイル端末及び第２のモバイル端末をグループ接続するための低レイテンシのバックボーンを介して接続されている複数のユーザプレーンゲートウェイを選択することを含む、例８又は例９に記載の方法である。

例１１は、グループが低レイテンシ要件を有する通信サービスのためのグループであるというシグナリングの受信に依拠して、共通のユーザプレーンゲートウェイ、又は２つの同じロケーションのユーザプレーンゲートウェイ、又は異なるロケーションにあるが、第１のモバイル端末及び第２のモバイル端末をグループ接続するための低レイテンシのバックボーンを介して接続されている複数のユーザプレーンゲートウェイを選択することを含む、例８〜例１０のいずれか１つに記載の方法である。

例１２は、第１のモバイル端末及び第２のモバイル端末をグループ接続するためのユーザプレーンゲートウェイを選択し、グループ表示情報と、ユーザプレーンゲートウェイに関する情報との関連付けを維持することを含む、例８〜例１１のいずれか１つに記載の方法である。

例１３は、第１のモバイル端末及び第２のモバイル端末をグループ接続するためのユーザプレーンゲートウェイを選択し、ユーザプレーンゲートウェイに関する情報を第１のモバイル端末及び第２のモバイル端末に送信することを含む、例８〜例１２のいずれか１つに記載の方法である。

例１４は、図１５を参照して説明したような、モバイル端末の組である。

例１５は、プロセッサが、通信ネットワークデバイスに、グループが低レイテンシ要件を有する通信サービスのためのグループであることを、通信ネットワークデバイスに低レイテンシ接続インジケータを送信することによってシグナリングするように構成されている、例１４によるモバイル端末の組である。

例１６は、低レイテンシ接続インジケータが、真／偽インジケータであるか、又は最大許容可能レイテンシを示す、例１５によるモバイル端末の組である。

例１７は、プロセッサが、コントロールプレーンメッセージ、例えば非アクセス層メッセージによってグループ表示情報を送信するように構成されている、例１４〜例１６のいずれか１つに記載のモバイル端末の組である。

例１８は、プロセッサが、接続要求メッセージ又は接続更新要求メッセージによってグループ表示情報を送信するように構成されている、例１４〜例１７のいずれか１つに記載のモバイル端末の組である。

例１９は、プロセッサが、アプリケーションサーバのような第３のエンティティから同じグループ表示情報を受信することによって、又は第１の端末と第２の端末との間のアプリケーション層対話によりグループ表示情報を交渉することによって、アプリケーション層においてグループ表示情報を決定するように構成されている、例１４〜例１８のいずれか１つに記載のモバイル端末の組である。

例２０は、図１６を参照して説明された通信ネットワークデバイスである。

例２１は、プロセッサが、第１のモバイル端末及び第２のモバイル端末をグループ接続するためのグループ表示情報に応答して少なくとも１つのユーザプレーンゲートウェイを選択するように構成されている、例２０に記載の通信ネットワークデバイスである。

例２２は、プロセッサが、グループ表示情報に基づいて、共通のユーザプレーンゲートウェイ、又は２つの同じロケーションのユーザプレーンゲートウェイ、又は異なるロケーションにあるが、第１のモバイル端末及び第２のモバイル端末をグループ接続するための低レイテンシのバックボーンを介して接続されている複数のユーザプレーンゲートウェイを選択するように構成されている、例２０又は例２１に記載の通信ネットワークデバイスである。

例２３は、プロセッサが、グループが低レイテンシ要件を有する通信サービスのためのグループであるというシグナリングの受信に依拠して、共通のユーザプレーンゲートウェイ、又は２つの同じロケーションのユーザプレーンゲートウェイ、又は異なるロケーションにあるが、第１のモバイル端末及び第２のモバイル端末をグループ接続するための低レイテンシのバックボーンを介して接続されている複数のユーザプレーンゲートウェイを選択するように構成されている、例２０〜例２２のいずれか１つに記載の通信ネットワークデバイスである。

例２４は、プロセッサが、第１のモバイル端末及び第２のモバイル端末をグループ接続するためのユーザプレーンゲートウェイを選択し、グループ表示情報と、ユーザプレーンゲートウェイに関する情報との関連付けを維持するように構成されている、例２０〜例２３のいずれか１つに記載の通信ネットワークデバイスである。

例２５は、プロセッサが、第１のモバイル端末及び第２のモバイル端末をグループ接続するためのユーザプレーンゲートウェイを選択し、ユーザプレーンゲートウェイに関する情報を第１のモバイル端末及び第２のモバイル端末に送信するように構成されている、例２０〜例２４のいずれか１つに記載の通信ネットワークデバイスである。

更なる例によれば、通信ネットワークデバイスは、通信ネットワーク、例えばモバイル無線通信ネットワークのコントロールプレーンのデバイスである。

更なる例によれば、通信ネットワークデバイスはコントロールプレーンゲートウェイである。

更なる例によれば、通信ネットワークデバイスは、通信ネットワークのコアネットワークの構成要素である。

更なる例によれば、プロセッサは、通信ネットワークデバイスに、グループが低レイテンシ要件を有する通信サービスのためのグループであることをシグナリングするように構成されている。

更なる例によれば、グループは、アプリケーションサーバによって提供されるグループ通信サービスによるグループである。

更なる例によれば、グループ通信サービスは、グループ通信セッションである。

更なる例によれば、プロセッサは、パケットデータネットワーク接続要求又はパケットデータネットワーク接続更新要求によってグループ表示情報を送信するように構成されている。

更なる例によれば、プロセッサは、それぞれのモバイル端末のためのユーザプレーンゲートウェイの配分の要求を示すメッセージによって、グループ表示情報を送信するように構成されている。

更なる例によれば、プロセッサは、モバイル端末について選択されたユーザプレーンゲートウェイに関する情報を受信し、ユーザプレーンゲートウェイに関する情報をアプリケーションサーバに送信するように構成されている。

更なる例によれば、ユーザプレーンゲートウェイに関する情報は、ユーザプレーンゲートウェイの識別情報と、ユーザプレーンゲートウェイのロケーション識別情報とのうちの少なくとも一方を含む。

更なる例によれば、グループ表示情報は、アプリケーションサーバが第１のモバイル端末及び第２のモバイル端末を割り当てたアプリケーションサーバによって提供される通信サービスのグループを示す。

更なる例によれば、通信サービスは低レイテンシ通信である。

更なる例によれば、プロセッサは、グループ表示情報に応じて第１のモバイル端末及び第２のモバイル端末のための協調ユーザプレーン構成を行うように構成されている。

更なる例によれば、シグナリングは、低レイテンシ接続インジケータである。

更なる例によれば、ユーザプレーンゲートウェイに関する情報は、ユーザプレーンゲートウェイの識別情報と、ユーザプレーンゲートウェイのロケーション識別情報とのうちの少なくとも一方を含む。

更なる例によれば、コントロールプレーン機能及び多数のユーザ機器を伴うモバイル無線通信システムが提供される。ユーザ機器（ＵＥ）は、コントロールプレーンシグナリングを介して、グループ識別子を送信することにより、コントロールプレーン機能（ＣＮ ＣＰ）に、自身がグループに属することを示す。

例えば、ＵＥ（又は、一般的には、モバイル端末）は、ＣＮ ＣＰ（又は、一般的には、通信ネットワークデバイス）に、低レイテンシ接続（ＬＬＣ）インジケータを送信する。

ＬＬＣインジケータは、例えば、真／偽インジケータである。

ＬＬＣインジケータは、例えば、意図されるサービスのための最大許容可能レイテンシを示す。

ＣＮ ＣＰは、例えば、グループ識別子を入力として用いて、ＵＥと他のＵＥとの間、又はＵＥとアプリケーション層との間の通信のために用いられるゲートウェイを選択する。

ＣＮ ＣＰは、例えば、グループ識別子とゲートウェイ識別子との間の関連付けを維持する。

グループ識別子は、例えば、アプリケーション層によってＵＥに提供される。

ＵＥは、例えば、複数のグループ識別子及び複数のＬＬＣインジケータを送信する。

ＣＮ ＣＰは、例えば、ＵＥとアプリケーション層との間の通信のために選択されたゲートウェイのロケーション識別子をＵＥに送信する。

ＵＥは、例えば、ＵＥとアプリケーション層との間の通信のために選択されたゲートウェイのロケーション識別子をアプリケーション層に送信する。

アプリケーション層は、例えば、ゲートウェイのロケーション識別子によって特定されたロケーションにおいてアプリケーションサーバをインスタンス化する。

上記の例は、任意の形で組み合わせることができることに留意されたい。更に、モバイル端末の組との関連で説明された例は、類似的に、通信ネットワークデバイス、モバイル無線通信システム及び方法にも有効であり、逆もまた同様である。

モバイル端末及び通信ネットワークデバイス（例えば、プロセッサ、メモリ、受信機等）の構成要素は、例えば、１つ又は複数の回路によって実施することができる。「回路」は、任意の種類のロジックを実施するエンティティとして理解することができ、これは、専用回路部、又はメモリ、ファームウェア若しくはそれらの任意の組み合わせに記憶されたソフトウェアを実行するプロセッサとすることができる。このため「回路」は、プログラマブルプロセッサ、例えば、マイクロプロセッサ等の配線ロジック回路又はプログラマブルロジック回路とすることができる。また、「回路」は、ソフトウェア、例えば、任意の種類のコンピュータプログラムを実行するプロセッサとすることができる。それぞれの機能の任意の他の種類の実施は、以下でより詳細に説明され、これらも「回路」として理解することができる。

通信端末又はモバイル端末は、ディスプレイ、１つ又は複数のアンテナ等のモバイルユーザデバイスの通常の構成要素を備えることができる。上記で説明したようにモバイル端末によって提供及び実行される機能は、例えば、それぞれの機能の通信層に依拠して、例えば、無線フロントエンド、ベースバンドプロセッサ及び／又はアプリケーションプロセッサによって提供することができる。

モバイル無線ネットワーク通信デバイスは、例えば、無線又は有線通信ネットワークによってモバイル無線ネットワークの無線アクセスネットワークに接続されるサーバコンピュータによって実施することができる。

特定の態様を説明してきたが、添付の特許請求の範囲に定義されるような本開示の態様の趣旨及び範囲から逸脱することなく、形式及び詳細における様々な変更を行うことができることが当業者には理解されるべきである。このため、上記範囲は、添付の特許請求の範囲によって示され、したがって、特許請求の範囲の均等の意義及び範囲内に収まる全ての変更が包含されることが意図される。

Claims (15)

1. 通信ネットワークのコアネットワークの構成要素である通信ネットワークデバイスにグループ表示情報を提供する方法であって、
   モバイル端末の組を成す第１のモバイル端末及び第２のモバイル端末がそれぞれ、アプリケーション層においてグループ表示情報を決定するステップであって、前記グループ表示情報が、前記第１のモバイル端末及び前記第２のモバイル端末の双方が割り当てられるグループを示す、当該決定するステップと、
   前記第１のモバイル端末及び前記第２のモバイル端末がそれぞれ、前記グループ表示情報を前記通信ネットワークにおける前記通信ネットワークデバイスに送信するステップと、
   を含む、方法。
2. 前記通信ネットワークデバイスに低レイテンシ接続インジケータを送信することによって、前記グループが低レイテンシ要件を有する通信サービスのためのグループであることを前記通信ネットワークデバイスにシグナリングするステップ、
   を更に含む、請求項１に記載の方法。
3. 前記低レイテンシ接続インジケータが真／偽インジケータであるか、又は、前記低レイテンシ接続インジケータが最大許容可能レイテンシを示す、請求項２に記載の方法。
4. 前記方法は、
   コントロールプレーンメッセージによって前記グループ表示情報を送信するステップ、
   を更に含み、
   前記コントロールプレーンメッセージが非アクセス層メッセージである、請求項１〜３のいずれか一項に記載の方法。
5. 接続要求メッセージ又は接続更新要求メッセージによって、前記グループ表示情報を送信するステップ、
   を更に含む、請求項１〜４のいずれか一項に記載の方法。
6. 前記第１のモバイル端末から前記グループ表示情報を受信し、前記第２のモバイル端末から前記グループ表示情報を受信するステップと、
   前記グループ表示情報に応答して前記第１のモバイル端末及び前記第２のモバイル端末のための協調ユーザプレーン構成を行うステップであって、
   共通のユーザプレーンゲートウェイ、
   ２つの同じロケーションのユーザプレーンゲートウェイ、又は、
   異なるロケーションにあるが、前記第１のモバイル端末及び前記第２のモバイル端末をグループ接続するための低レイテンシのバックボーンを介して接続されている複数のユーザプレーンゲートウェイ、
   を選択することを含む、当該協調ユーザプレーン構成を行うステップと、
   を更に含む、請求項１〜５のいずれか一項に記載の方法。
7. 前記アプリケーション層においてグループ表示情報を決定するステップが、
   アプリケーションサーバのような第３のエンティティから双方の端末において同じグループ表示情報を受信することによって、又は、
   前記第１のモバイル端末と前記第２のモバイル端末との間のアプリケーション層対話によりグループ表示情報を交渉することによって、
   行われる、請求項１〜６のいずれか一項に記載の方法。
8. モバイル端末の組を通信ネットワークに接続する方法であって、
   第１のモバイル端末から第１のグループ表示情報を受信し、第２のモバイル端末から第２のグループ表示情報を受信するステップであって、前記第１のグループ表示情報及び前記第２のグループ表示情報は、前記第１のモバイル端末及び前記第２のモバイル端末の双方が割り当てられるグループ、を示す、当該受信するステップと、
   前記グループ表示情報に応答して、前記第１のモバイル端末及び前記第２のモバイル端末のための協調ユーザプレーン構成を行うステップと、
   を含む、方法。
9. 前記第１のモバイル端末及び前記第２のモバイル端末をグループ接続するための前記グループ表示情報に応答して、少なくとも１つのユーザプレーンゲートウェイを選択するステップ、
   を更に含む、請求項８に記載の方法。
10. 前記グループ表示情報に基づいて、
    共通のユーザプレーンゲートウェイ、
    ２つの同じロケーションのユーザプレーンゲートウェイ、又は、
    異なるロケーションにあるが、前記第１のモバイル端末及び前記第２のモバイル端末をグループ接続するための低レイテンシのバックボーンを介して接続されている複数のユーザプレーンゲートウェイ、
    を選択するステップ、
    を更に含む、請求項８又は９に記載の方法。
11. 前記グループが低レイテンシ要件を有する通信サービスのためのグループであるというシグナリングの受信に依拠して、
    共通のユーザプレーンゲートウェイ、
    ２つの同じロケーションのユーザプレーンゲートウェイ、又は、
    異なるロケーションにあるが、前記第１のモバイル端末及び前記第２のモバイル端末をグループ接続するための低レイテンシのバックボーンを介して接続されている複数のユーザプレーンゲートウェイ、
    を選択するステップ、
    を更に含む、請求項８〜１０のいずれか一項に記載の方法。
12. 前記第１のモバイル端末及び前記第２のモバイル端末をグループ接続するためのユーザプレーンゲートウェイを選択し、前記グループ表示情報と前記ユーザプレーンゲートウェイに関する情報との関連付けを維持するステップ、
    を更に含む、請求項８〜１１のいずれか一項に記載の方法。
13. 前記第１のモバイル端末及び前記第２のモバイル端末をグループ接続するためのユーザプレーンゲートウェイを選択し、前記ユーザプレーンゲートウェイに関する情報を前記第１のモバイル端末及び前記第２のモバイル端末に送信するステップ、
    を更に含む、請求項８〜１２のいずれか一項に記載の方法。
14. 第１のモバイル端末及び第２のモバイル端末を備えるモバイル端末の組であって、
    前記第１のモバイル端末及び前記第２のモバイル端末の各々は、
    プロセッサと、メモリと、を備え、
    前記プロセッサは、
    前記第１のモバイル端末及び前記第２のモバイル端末の双方が割り当てられるグループを示すグループ表示情報を、アプリケーション層において決定し、
    前記グループ表示情報を、通信ネットワークのコアネットワークの構成要素である通信ネットワークデバイスに送信する、
    ように構成されている、当該モバイル端末の組。
15. 通信ネットワークのコアネットワークの構成要素である通信ネットワークデバイスであって、
    第１のモバイル端末から第１のグループ表示情報を受信し、第２のモバイル端末から第２のグループ表示情報を受信するように構成された受信機であって、前記グループ表示情報は、前記第１のモバイル端末及び前記第２のモバイル端末の双方が割り当てられるグループを示す、当該受信機と、
    前記グループ表示情報に応答して、前記第１のモバイル端末及び前記第２のモバイル端末のための協調ユーザプレーン構成を実行するように構成されたプロセッサと、
    を備える、当該通信ネットワークデバイス。