(57)【要約】グループ通信システムにおいてグループメタデータを送信するための方法が提供される。本方法は当該グループ通信システムにおけるクライアントノードのグループ（Ｓ１６０ａ、Ｓ１６０ｂ）のためのグループメタデータの送信のためのニーズを取得すること（Ｓ１０２）と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上でクライアントノードのグループに対してグループメタデータをブロードキャストすること（Ｓ１０８）と、を有する。
2018538714.tif 000002
【特許請求の範囲】
【請求項１】
グループ通信システム（１００）においてグループメタデータを送信するための方法であって、前記方法は制御ノード（２００）によって実行され、前記方法は、
前記グループ通信システム（１００）におけるクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）のグループ（１６０ａ、１６０ｂ）のためのグループメタデータの送信についてのニーズを取得すること（Ｓ１０２）と、
クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）に対して、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上で前記グループメタデータをブロードキャストすること（Ｓ１０８）と、を有する方法。
【請求項２】
請求項１に記載の方法であって、さらに、
クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）のための以前のグループメタデータに関して前記グループメタデータにおける変更を識別すること（Ｓ１０４）を有し、前記ブロードキャストされるメタデータは前記以前のグループメタデータに関して新規または変更されたグループメタデータだけを含む、方法。
【請求項３】
請求項１に記載の方法であって、さらに、
前記グループメタデータにおける属性のタイプを識別すること（Ｓ１０６）を有し、前記属性のタイプにしたがって、前記グループメタデータをいつ、および、どのようにブロードキャストするかの少なくとも一方が決定される、方法。
【請求項４】
請求項１に記載の方法であって、クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）に対して、前記ＭＢＭＳベアラ上で、メディア送信から切り離されて前記グループメタデータがブロードキャストされる、方法。
【請求項５】
請求項１に記載の方法であって、クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）に対して、前記ＭＢＭＳベアラ上で、メディア送信と一緒に前記グループメタデータがブロードキャストされる、方法。
【請求項６】
請求項４または５に記載の方法であって、前記メディア送信は、フロアテイクンメッセージを含む、方法。
【請求項７】
請求項１に記載の方法であって、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）は、前記グループメタデータがブロードキャストされるときに、アイドルモードにある、方法。
【請求項８】
請求項１に記載の方法であって、前記グループメタデータは、グループ優先度情報、グループ識別情報、グループステータス、グループ優先度、および、グループ特権のうち少なくとも一つを含む、方法。
【請求項９】
グループ通信システム（１００）においてグループメタデータを受信するための方法であって、前記方法はクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）によって実行され、前記方法は、
制御ノード（２００）から、ブロードキャストマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上でグループメタデータを受信すること（Ｓ２０４）、を有する、方法。
【請求項１０】
請求項９に記載の方法であって、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）は、クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）のグループ（１６０ａ、１６０ｂ）に属しており、前記グループメタデータはクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）のためにブロードキャストされる、方法。
【請求項１１】
請求項１０に記載の方法であって、さらに、
前記グループメタデータの受信に先立って、クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）に属するために、前記制御ノード（２００）に登録すること（Ｓ２０２）を有する、方法。
【請求項１２】
請求項１０または１１に記載の方法であって、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）は、クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）のための以前のグループメタデータを予め取得しており、前記受信されるグループメタデータは前記以前のグループメタデータに関して新規または変更されたグループメタデータだけを含む、方法。
【請求項１３】
請求項９に記載の方法であって、前記グループメタデータは、前記制御ノード（２００）から、前記ＭＢＭＳベアラ上で、ブロードキャストメディア送信とは切り離されて、受信される、方法。
【請求項１４】
請求項９に記載の方法であって、前記グループメタデータは、前記制御ノード（２００）から、前記ＭＢＭＳベアラ上で、ブロードキャストメディア送信と一緒に、受信される、方法。
【請求項１５】
請求項１３または１４に記載の方法であって、前記ブロードキャストメディア送信は、フロアテイクンメッセージを含む、方法。
【請求項１６】
請求項９に記載の方法であって、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）は、前記グループメタデータを受信するときに、アイドルモードにある、方法。
【請求項１７】
請求項９に記載の方法であって、前記グループメタデータは、グループ優先度情報、グループ識別情報、グループステータス、グループ優先度、および、グループ特権のうち少なくとも一つを含む、方法。
【請求項１８】
請求項９に記載の方法であって、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）は、クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の少なくとも二つのグループ（１６０ａ、１６０ｂ）に属しており、前記グループメタデータはクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記少なくとも二つのグループ（１６０ａ、１６０ｂ）のうちの一つのためにブロードキャストされ、前記方法は、さらに、
前記受信されたグループメタデータに基づき、前記少なくとも二つのグループ（１６０ａ、１６０ｂ）のうちのどちらについて受信されるメディア送信を再生するかを決定すること（Ｓ２０６）を有する、方法。
【請求項１９】
グループ通信システム（１００）においてグループメタデータを送信するための制御ノード（２００）であって、前記制御ノード（２００）は処理回路（２１０）を有し、前記処理回路は前記制御ノード（２００）に、
前記グループ通信システム（１００）におけるクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）のグループ（１６０ａ、１６０ｂ）のためのグループメタデータの送信についてのニーズを取得させ、
クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）に対して、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上で前記グループメタデータをブロードキャストさせるように構成されている、制御ノード。
【請求項２０】
グループ通信システム（１００）においてグループメタデータを送信するための制御ノード（２００）であって、前記制御ノード（２００）は、
処理回路（２１０）と、
前記処理回路（２１０）によって実行されると、前記制御ノード（２００）に、
前記グループ通信システム（１００）におけるクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）のグループ（１６０ａ、１６０ｂ）のためのグループメタデータの送信についてのニーズを取得させ、
クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）に対して、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上で前記グループメタデータをブロードキャストさせるインストラクションを記憶したコンピュータプログラムプロダクト（４１０ａ）と、を有する、制御ノード。
【請求項２１】
グループ通信システム（１００）においてグループメタデータを送信するための制御ノード（２００）であって、前記制御ノード（２００）は、
前記グループ通信システム（１００）におけるクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）のグループ（１６０ａ、１６０ｂ）のためのグループメタデータの送信についてのニーズを取得するように構成された取得モジュール（２１０ａ）と、
クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）に対して、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上で前記グループメタデータをブロードキャストするように構成されたブロードキャストモジュール（２１０ｂ）と、を有する、制御ノード。
【請求項２２】
グループ通信システム（１００）においてグループメタデータを受信するためのクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）であって、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）は処理回路（３１０）を有し、前記処理回路は前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）に、
制御ノード（２００）から、ブロードキャストマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上でグループメタデータを受信させるように構成されている、クライアントノード。
【請求項２３】
グループ通信システム（１００）においてグループメタデータを受信するためのクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）であって、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）は、
処理回路（３１０）と、
前記処理回路（３１０）によって実行されると、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）に、
制御ノード（２００）から、ブロードキャストマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上でグループメタデータを受信させるインストラクションを記憶したコンピュータプログラムプロダクト（４１０ｂ）と、を有する、クライアントノード。
【請求項２４】
グループ通信システム（１００）においてグループメタデータを受信するためのクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）であって、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）は、
制御ノード（２００）から、ブロードキャストマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上でグループメタデータを受信するように構成された受信モジュール（３１０ａ）、を有する、クライアントノード。
【請求項２５】
グループ通信システム（１００）においてグループメタデータを送信するためのコンピュータプログラム（４２０ａ）であって、前記コンピュータプログラムは制御ノード（２００）の処理回路（２１０）で実行されると、前記制御ノード（２００）に、
前記グループ通信システム（１００）におけるクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）のグループ（１６０ａ、１６０ｂ）のためのグループメタデータの送信についてのニーズを取得させ（Ｓ１０２）、
クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）に対して、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上で前記グループメタデータをブロードキャストさせる（Ｓ１０８）コンピュータコードを有する、コンピュータプログラム。
【請求項２６】
グループ通信システム（１００）においてグループメタデータを受信するためのコンピュータプログラム（４２０ｂ）であって、前記コンピュータプログラムはクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の処理回路（３１０）で実行されると、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）に
制御ノード（２００）から、ブロードキャストマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上でグループメタデータを受信させる（Ｓ２０４）コンピュータコードを有する、コンピュータプログラム。
【請求項２７】
２５および２６の少なくとも一方に記載されたコンピュータプログラム（４２０ａ、４２０ｂ）と、当該コンピュータプログラムを記憶するコンピュータ可読記憶手段（４３０）とを有する、コンピュータプログラムプロダクト（４１０ａ、４１０ｂ）。
【発明の詳細な説明】
【技術分野】
【０００１】
ここで提示される実施形態はグループ通信システムにおけるグループメタデータを送信するための方法、制御ノード、コンピュータプログラムおよびコンピュータプログラムプロダクトに関連する。ここで提示される実施形態は、さらに、グループ通信システムにおけるグループメタデータを受信するための方法、クライアントノード、コンピュータプログラムおよびコンピュータプログラムプロダクトに関連する。
【背景技術】
【０００２】
グループ通信システムにおけるグループメタデータを送信するためのメカニズムが提供される。この方法は制御ノードによって実行される。本方法は当該グループ通信システムにおけるクライアントノードのグループのためのグループメタデータの送信のためのニーズを取得することを含む。本方法はマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上でクライアントノードのグループに対してグループメタデータをブロードキャストすることを含む。グループ通信システムにおけるグループメタデータを受信するためのメカニズムがさらに提供される。
【０００３】
通信ネットワークでは、所与の通信プロトコル、そのパラメータおよび通信ネットワークが配置される物理的な環境について、良い性能とキャパシティを得るために挑戦すべきことがある。
【０００４】
たとえば、いくつかの通信システムにおいて利用可能なアプリケーションの一例はグループ通信サービスである。一般論として、グループ通信は、同一の情報が複数のクライアントノードに対して配信されることを必要とする。グループ通信システム（例：プッシュツートーク（ＰＴＴ）システム）では、同一のメディアを受信するクライアントノードはクライアントノードのグループを構成している。これらのクライアントノードは異なる場所に位置していてもよい。同一のエリアに多数のクライアントノードが位置している場合、たとえば、マルチキャストブロードキャストマルチメディアサービス（ＭＢＭＳ）を使用するマルチキャストまたはブロードキャストをベースとした送信は、クライアントノードのグループに対する通信にとって効率的である。クライアントノードが広い地理的なエリアに散らばっている場合、クライアントノードのグループに対する通信のためにはユニキャスト送信を使用することがより効率的でありうる。
【０００５】
グループ通信システムにおいてメディアをブロードキャストするためにＭＢＭＳを使用するときに、送信側のクライアントノードは、グループ通信システムに対してメディアを送信するためにユニキャストを使用するが、グループ通信システムにおける制御ノードはすべての受信側のクライアントノードに対してメディアを送信するためにブロードキャストを使用する。
【０００６】
グループコールの送信のためにＭＢＭＳベアラを使用するときに、メディアは、ＭＢＭＳサービスエリア内でブロードキャストされる。複数のコールが同時にブロードキャストされてもよいし、さらに、クライアントノードは、複数のグループのためのメディアを受信してもよい。この場合、どのコールをリッスン（例：再生）すべきかを決定することは、クライアントノードに任されている。
【０００７】
ＭＢＭＳがグループ通信システムにおいて使用されるときに、クライアントノードは、ブロードキャストされるメディアのためにどの無線リソースが使用されるか、および、これらのリソースにおいて特定のグループコールをどのように受信すべきかについては、グループコールの前に、通知されることを必要とする。ＭＢＭＳを介したグループコールを受信するための情報をクライアントノードに通知するためのプロセスは、サービスアナウンスメントプロセスと呼ばれる。
【０００８】
一つのクライアントノードが、多くのグループのメンバーであってもよいし、クライアントノードが同時並行的にいくつかのグループをモニターしていてもよい。同時にいくつかのグループで実行中のグループコールが存在する場合、どのグループメディアがクライアントノードに配信されるべきかを決定する機能のニーズが存在する。この特徴（スキャンニングとして知られている）は、各グループおよびクライアントノードについて割り当てられた優先度属性に基づいて、通常、決定を行う。何らかの理由のためにグループステータスが変化すると、この優先度属性も動的に変化する。
【０００９】
クライアントノードは通信可能なグループメタデータを知る必要がある。グループメタデータのいくつかの例は、グループ識別情報、グループステータス、グループ優先度、および、スペシャルグループ特権である。いくつかのグループメタデータ（例：グループ識別情報）は静的であるとみなすことが可能であるが、いくつかのグループメタデータ（例：グループステータス）は動的であるとみなすことが可能である。グループメタデータは、加入（サブスクリプション）通知メカニズムを用いてクライアントノードへは分配される。これは、グループメタデータに変更が生じたときに、グループ通信システムにおける制御ノードが、当該グループにおけるクライアントノードに対して、更新されたグループメタデータに変更されるグループメタデータを通知することを、暗示している。
【００１０】
ユニキャストベアラを使用するグループ通信システムにおいて、グループ通信システムは、すべての受信側のクライアントノードに対して個別のメディアストリームを送信し、さらに、どのグループコールを送信すべきかを継続的に決定する。
【００１１】
次に図９が参照される。図９はグループ通信システムにおけるクライアントノード３００ａと制御ノード２００との間で実行される従来技術にしたがったグループメタデータのための加入通知メカニズムのシグナリング図である。図解の目的で、クライアントノード３００ａは、グループ“Ａ”と呼ばれるグループに属した、グループ通信システムにおけるクライアントノードと仮定されている。
【００１２】
Ｓ９０１：クライアントノード３００ａは制御ノード２００に対してユーザ登録を実行する。
【００１３】
Ｓ９０２：クライアントノード３００ａは、クライアントノード３００ａがグループ“Ａ”の通信に参加し、グループ“Ａ”をモニターすることを要求することを、制御ノード２００に対して通知する。
【００１４】
Ｓ９０３：クライアントノード３００ａは制御ノード２００に対してグループ“Ａ”のためのグループメタデータをサブスクライブ（購読）することを通知する。
【００１５】
Ｓ９０４：制御ノード２００は、グループ“Ａ”のためのグループメタデータ通知をクライアントノード３００ａに提供する。この通知はユニキャストベアラ上で送信される。さらに、この通知は、グループメタデータのサブスクリプションの即時のアクションとして（つまり、ステップＳ９０３においてこの通知を受信した制御ノード２００の即時アクションとして）、最初に、送信される。
【００１６】
Ｓ９０５：制御ノード２００は、グループ“Ａ”のためのグループメタデータにおける変更を取得する。
【００１７】
Ｓ９０６：制御ノード２００は、グループ“Ａ”のための変更されたグループメタデータのグループメタデータ通知をクライアントノード３００ａに提供する。この通知はユニキャストベアラ上で送信される。
【００１８】
上述されたように、従来技術によれば、グループメタデータの変更は、ユニキャストベアラ上での当該グループの当該クライアントノードに対する通知を必要とする。ユニキャストベアラを受信するためには、クライアントノードは、無線接続モードであること（つまり、送信および受信を実行可能であること）を必要とする。しかし、大きなグループにサービングしているときには、クライアントノードが無線アイドルモードにステイしている可能性があるため（これはクライアントノードがメディア送信を受信することしかできないことを意味する）、グループ通信システムは、メディア送信のためにＭＢＭＳベアラを典型的には使用する。したがって、グループメタデータの変更は、当該グループのクライアントノードを同時に無線接続モードへの状態変更を結果としてもたらす。これはグループ通信のために使用される無線ネットワークにオーバーロードを課し、クライアントノード内で稼働している物理的なデバイスの電力消費を増加させる。
【００１９】
さらに、ユニキャストを使用するときに、ある種のグループメタデータ（例：グループ優先度）は、特定のクライアントノードに対してどのグループコールを送信すべきかを決定するために、グループ通信システム内の制御ノードによって必要とされる。グループコールのためにＭＢＭＳベアラを使用するときに、いくつかのグループコールは多くのサービングクライアントノードに対して同時に送信されうるため、この決定はクライアントノードにおいて実行されなければならない。
【００２０】
ゆえに、グループ通信システムにおいてグループメタデータの改良された取り扱いのためのニーズがいまだに存在する。
【発明の概要】
【００２１】
本実施形態の目的はグループ通信システムにおいてグループメタデータの効率的な取り扱いを提供することにある。
【００２２】
第一の観点によれば、グループ通信システムにおいてグループメタデータを送信するための方法が提供される。この方法は制御ノードによって実行される。本方法は当該グループ通信システムにおけるクライアントノードのグループのためのグループメタデータの送信のためのニーズを取得することを含む。本方法はマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上でクライアントノードのグループに対してグループメタデータをブロードキャストすることを含む。
【００２３】
第二の観点によれば、グループ通信システムにおいてグループメタデータを送信するための制御ノードが提供される。制御ノードは処理回路を含む。処理回路は、制御ノードに、グループ通信システムにおけるクライアントノードのグループのためのグループメタデータの送信のためのニーズを取得させるように構成されている。処理回路は、制御ノードに、ＭＢＭＳベアラ上でクライアントノードのグループに対してグループメタデータをブロードキャストさせるように構成されている。
【００２４】
第三の観点によれば、グループ通信システムにおいてグループメタデータを送信するための制御ノードが提供される。制御ノードは処理回路を含む。制御ノードは、処理回路によって実行されることにより、制御ノードに、グループ通信システムにおけるクライアントノードのグループのためのグループメタデータの送信のためのニーズを取得させ、ＭＢＭＳベアラ上でクライアントノードのグループに対してグループメタデータをブロードキャストさせるインストラクションを記憶したコンピュータプログラムプロダクトを含む。
【００２５】
第四の観点によれば、グループ通信システムにおいてグループメタデータを送信するための制御ノードが提供される。制御ノードは、当該グループ通信システムにおけるクライアントノードのグループのためのグループメタデータの送信のためのニーズを取得するように構成された取得モジュールを含む。制御ノードは、ＭＢＭＳベアラ上でクライアントノードのグループに対してグループメタデータをブロードキャストするように構成されたブロードキャストモジュールを含む。
【００２６】
第五の観点によれば、グループ通信システムにおいてグループメタデータを送信するためのコンピュータプログラムが提供され、当該コンピュータプログラムは、制御ノードの処理回路において実行されると、制御ノードに、グループ通信システムにおけるクライアントノードのグループのためのグループメタデータの送信のためのニーズを取得させ、ＭＢＭＳベアラ上でクライアントノードのグループに対してグループメタデータをブロードキャストさせるコンピュータプログラムコードを含む。
【００２７】
第六の観点によれば、グループ通信システムにおいてグループメタデータを受信するための方法が提供される。この方法はクライアントノードによって実行される。本方法は、制御ノードからのブロードキャストＭＢＭＳベアラ上でグループメタデータを受信することを含む。
【００２８】
第七の観点によれば、グループ通信システムにおいてグループメタデータを受信するためのクライアントノードが提供される。クライアントノードは処理回路を含む。処理回路は、クライアントノードに、制御ノードからのブロードキャストＭＢＭＳベアラ上でグループメタデータを受信させるように構成されている。
【００２９】
第八の観点によれば、グループ通信システムにおいてグループメタデータを受信するためのクライアントノードが提供される。クライアントノードは処理回路を含む。クライアントノードは、処理回路によって実行されると、クライアントノードに、制御ノードからのブロードキャストＭＢＭＳベアラ上でグループメタデータを受信させるインストラクションを記憶したコンピュータプログラムプロダクトを含む。
【００３０】
第九の観点によれば、グループ通信システムにおいてグループメタデータを受信するためのクライアントノードが提供される。クライアントノードは、制御ノードからのブロードキャストＭＢＭＳベアラ上でグループメタデータを受信するように構成された受信モジュールを含む。
【００３１】
第十の観点によれば、グループ通信システムにおいてグループメタデータを受信するためのコンピュータプログラムが提供され、当該コンピュータプログラムは、クライアントノードの処理回路において実行されると、クライアントノードに、制御ノードからのＭＢＭＳベアラ上でグループメタデータを受信させるコンピュータプログラムコードを含む。
【００３２】
第十一の観点によれば、第五および第十の観点の少なくとも一つにしたがったコンピュータプログラムと、当該コンピュータプログラムを記憶したコンピュータ可読記憶媒体とを含むコンピュータプログラムプロダクトが提供される。コンピュータ可読記憶媒体は非一過性のコンピュータ可読記憶媒体を含む。
【００３３】
利点があることには、これらの方法、制御ノード、クライアントノード、およびこれらのコンピュータプログラムは、グループ通信システムにおいてグループメタデータの効率的な送信および受信を提供する。
【００３４】
利点があることには、これらの方法、制御ノード、クライアントノード、およびこれらのコンピュータプログラムによって、クライアントノードに無線アイドルモードに留まらせることができるとともに、クリティカルなグループメタデータの変更を知らせる通知を受信させることができるようになる。これは、制御ノードがクライアントノードの大きなグループをサービング（収容）しているときに、特に利点がある。一方、クライアントノードの大きなグループがグループメタデータの変更のために無線接続されることを必要とする場合に、無線リソースの枯渇のリスクがある。
【００３５】
利点があることに、クライアントノードを無線アイドルモードに留まらせることを可能とすることで、クライアントで稼働している物理的なデバイスの電力消費が減少する。
【００３６】
パラレルグループコールのメディア送信のためのＭＢＭＳベアラを使用するときに、クライアントノードにおいてどのグループコールをリッスンすべきかの決定が実行される。利点があることに、これらの方法、制御ノード、クライアントノード、およびこれらのコンピュータプログラムによって、クライアントノードによってこのような決定を実行させることが可能となり、ユニキャストベアラを使用するときにはこの決定は制御ノードによって実行される。
【００３７】
利点があることに、これらの方法、制御ノード、クライアントノード、およびこれらのコンピュータプログラムは、クライアントノードに、たとえば、クライアントノードで再生されるメディアのために現時点で選択されているグループとは異なる他のグループにおいて、アクティビティを視覚化させることを可能とする。
【００３８】
なお、第一、第二、第三、第四、第五、第六、第七、第八、第九、第十および第十一の観点のいずれかの特徴は、それが適切である限り、他の観点に適用されてもよい。同様に、第一観点の利点は第二、第三、第四、第五、第六、第七、第八、第九、第十および／または第十一の観点にもそれぞれ等しく適用可能であり、また逆も可かなりである。添付の実施形態の他の目的、特徴および利点は以下の詳細な開示、添付の図面から明白となろう。
【００３９】
一般に、ここで使用されるすべての用語は、明示的に他の定義がなされていない限り、当該技術分野における一般的な意味に解されるべきである。「要素、装置、コンポーネント、手段、ステップ、その他」についての言及は、明示的に他のものを指していない限り、少なくとも一つの要素、装置、コンポーネント、手段、ステップ、その他に言及しているものとしてオープンに解釈されるべきである。ここで開示されるいずれかの方法のステップは、明示的に言及されない限り、開示された順番の通りに実行される必要は無い。
【図面の簡単な説明】
【００４０】
発明的コンセプトのある種の実施形態はさらに詳細にかつ添付の図面を参照しながら一例として説明される。
【図１】実施形態にしたがった通信システムを示すブロック図である。
【図２ａ】実施形態にしたがった制御ノードの機能的ユニットを示すブロック図である。
【図２ｂ】実施形態にしたがった制御ノードの機能的モジュールを示すブロック図である。
【図３ａ】実施形態にしたがったクライアントノードの機能的ユニットを示すブロック図である。
【図３ｂ】実施形態にしたがったクライアントノードの機能的モジュールを示すブロック図である。
【図４】実施形態にしたがったコンピュータ可読手段を含むコンピュータプログラムプロダクトの一例を示す図である。
【図５】実施形態にしたがった方法を示すフローチャートである。
【図６】実施形態にしたがった方法を示すフローチャートである。
【図７】実施形態にしたがった方法を示すフローチャートである。
【図８】実施形態にしたがった方法を示すフローチャートである。
【図９】従来技術にしたがったグループメタデータのための加入通知メカニズムのシグナリング図である。
【図１０】実施形態にしたがったグループメタデータのための加入通知メカニズムのシグナリング図である。
【発明を実施するための形態】
【００４１】
以下では本発明的コンセプトのある種の実施形態を示す添付の図面を参照しながら本発明的コンセプトのある種の実施形態がより完全に説明される。多くの異なるフォームを含む他の実施形態が含まれてもよく、本開示は、ここでの実施形態に限定されるものとして解釈されてはならず、そうではなくて、これらの実施形態は例示として提供されている。本説明の全般にわたって同様の要素には同様の番号が付与される。いくつかの実施形態において、点線により示されたステップまたは特徴はオプションとしてみなされてもよい。
【００４２】
図１はここで提示される実施形態を適用可能な通信システムを示すブロック図である。通信システム１００はグループ通信のためのサービスを提供するものと仮定されており、それゆえに、グループ通信システムとみなされてもよい。グループ通信システム１００はプッシュツートーク（ＰＴＴ）システムであってもよい。
【００４３】
通信システム１００は、少なくとも一つの制御ノード２００と、クライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅによる少なくとも一つのグループ１６０ａ、１６０ｂとを含み、通信システム１００は、二つのグループ１６０ａ、１６０ｂを含むが、ここで説明される実施形態はいずれかの特定の数のグループにのみ限定されるものではない。図１の図解によれば、クライアントノード３００ａ、３００ｂ、３００ｃはグループ１６０ａに属しており、クライアントノード３００ｃ、３００ｄ、３００ｅはグループ１６０ｂに属している。よって、クライアントノード３００ｃはグループ１６０ａおよびグループ１６０ｂとの両方に属している。
【００４４】
少なくとも一つの制御ノード２００は、無線アクセスネットワークノード１１０の内部、無線アクセスネットワーク１２０における他のエンティティまたはデバイスの内部、コアネットワーク１３０におけるエンティティまたはデバイスの内部、または、サービスネットワーク１４におけるエンティティまたはデバイスの内部に提供されるか、インストールされてもよい。各クライアントノードは、無線デバイス１５０ａ、１５０ｂ、１５０ｃ、１５０ｄ、１５０ｅのそれぞれに提供またはインストールされてもよい。
【００４５】
無線デバイス１５０ａ、１５０ｂ、１５０ｃ、１５０ｄ、１５０ｅの例は、移動局、移動電話機、ハンドセット、無線ローカルループ電話機、ユーザ装置（ＵＥ）、スマートフォン、ラップトップコンピュータ、および、タブレットコンピュータを含むが、これらにのみ限定されるわけではない。無線アクセスネットワークノード１１０の例は、無線基地局、ベース送信機局、ノードＢ、エボルブドノードＢおよびアクセスポイントを含むが、これらにのみ限定されるわけではない。当業者であれば理解できるように、通信システム１００は、複数の無線デバイス１５０ａ、１５０ｂ、１５０ｃ、１５０ｄ、１５０ｅにネットワークアクセスをそれぞれ提供する複数の無線アクセスネットワークノード１１０を含んでもよい。
【００４６】
ここで説明される実施形態は、特定の数の、無線アクセスネットワークノード１１０、クライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅまたは無線デバイス１５０ａ、１５０ｂ、１５０ｃ、１５０ｄ、１５０ｅに限定されることはない。この点において、少なくとも一つの制御ノード２００、クライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅによる少なくとも一つのグループ１６０ａ、１６０ｂが存在するものと仮定されている。
【００４７】
図解および非限定の目的のために、グループ１６０ａ、１６０ｂの両方において通話中のコール（呼）が存在するものと仮定する。ユニキャストベアラを使用するときに、制御ノード２００は、クライアントノード３００ａ−３００ｅのそれぞれに対してグループコールのための個別のメディアフローを送信する。グループ１６０ａ、１６０ｂの一部であるクライアントノード３００ｃのために、制御ノード２００は、グループ属性およびユーザ属性に基づき、どのグループコールを送信すべきかを決定する。ＭＢＭＳベアラを使用するときに、この決定はクライアントノード３００ｃによって実行されるが、これは両方のコールが、無線アクセスネットワーク２００に動作可能に接続されているクライアント３００ａ−３００ｅのすべてにブロードキャストされるからである。
【００４８】
ここでの実施形態はグループ通信システムにおいてグループメタデータを送信および受信するためのメカニズムに関連している。そのようなメカニズムを取得するために、制御ノード２００と、制御ノード２００によって実行される方法と、制御ノード２００の処理回路上で実行されると制御ノード２００に当該方法を実行させる、たとえば、コンピュータプログラムのフォームをした、コードを含むコンピュータプログラムプロダクトと、が提供される。そのようなメカニズムを取得するために、クライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅと、クライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅによって実行される方法と、クライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅの処理回路上で実行されるとクライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅに当該方法を実行させる、たとえば、コンピュータプログラムのフォームをしたコードを含むコンピュータプログラムプロダクトと、が提供される。
【００４９】
図２ａは、いくつかの機能ユニットの観点から、実施形態にしたがった制御ノード２００のコンポーネントを示している。処理回路２１０は、たとえば、データ記憶装置２３０のフォームをしたコンピュータプログラムプロダクト４１０ａ（図４）に記憶されたソフトウエアインストラクションを実行可能な、適切な中央処理装置（ＣＰＵ）、マルチプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、その他などのうちの一つ以上のいずれかの組み合わせを使用して提供される。処理回路２１０は、さらに、少なくとも一つの特定用途集積回路（ＡＳＩＣ）またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）として提供されてもよい。
【００５０】
とりわけ、処理回路２１０は、制御ノード２００にオペレーションのセットまたはステップＳ１０２−Ｓ１０８を実行させるように構成されている。これらのオペレーションまたはステップＳ１０２−Ｓ１０８は以下で説明される。たとえば、記憶媒体２３０は、オペレーションのセットを記憶していてもよいし、処理回路２１０は、記憶媒体２３０からオペレーションのセットを抽出して、制御ノード２００にオペレーションのセットを実行させるように構成されてもよい。オペレーションのセットは実行可能なインストラクションとして提供されてもよい。よって、これにより処理回路２１０はここで開示されるような方法を実行するように構成されている。
【００５１】
記憶媒体２３０は、さらに、たとえば、磁気メモリ、光学メモリ、ソリッドステートメモリ、またはリモートでマウントされたメモリのうちのいずれか一つまたは組み合わせである、持続的な記憶装置を含んでもよい。
【００５２】
制御ノード２００はさらに少なくとも一つのクライアントノード３００ａ−３００ｅと通信するための通信インタフェース２２０を含む。同様に、通信インタフェース２２０は、アナログおよびデジタルコンポーネントや無線通信のための適切な数のアンテナや適切な数の有線通信のためのポートを含む、一つ以上の送信機及び受信機を含んでもよい。
【００５３】
処理回路２１０は、たとえば、データおよび制御信号を通信インタフェース２２０や記憶媒体２３０に送信したり、通信インタフェース２２０からデータや報告を受信したり、記憶媒体２３０からデータやインストラクションを抽出することによって、制御ノード２００の一般的なオペレーションを制御する。機能的に関連している限りにおいて、制御ノード２００の他のコンポーネントは、ここで提供されるコンセプトを邪魔しないように、省略されている。
【００５４】
図２ｂは、いくつかの機能ユニットの観点から、実施形態にしたがった制御ノード２００の機能モジュールを示している。図２ｂの制御ノード２００は、いくつかの機能モジュールとして、以下のステップＳ１０２を実行するように構成された取得モジュール２１０ａと、以下のステップＳ１０８を実行するように構成されたブロードキャストモジュール２１０ｃを有している。図２ｂの制御ノード２００は、さらに、以下のステップＳ１０４、Ｓ１０６を実行するように構成された識別モジュール２１０ｃのようないくつかのオプション的な機能モジュールを含んでいてもよい。機能モジュール２１０ａ−２１０ｃのそれぞれの機能は、さらに、機能モジュール２１０ａ−２１０ｃが使用されうる説明において以下で開示される。一般論として、機能モジュール２１０ａ−２１０ｃのそれぞれは、ハードウエアおよび／またはソフトウエアにより実装されうる。好ましくは、機能モジュール２１０ａ−２１０ｃの一つ以上またはすべては、場合によっては、機能ユニット２２０および／または２３０と協働して、処理回路２１０によって実装されてもよい。処理回路２１０は、よって、記憶媒体２３０から、機能モジュール２１０ａ−２１０ｃによって提供されるものであるインストラクションをフェッチし、これらのインストラクションを実行し、これによりここに開示されるいずれかのステップを実行してもよい。
【００５５】
制御ノード２００はスタンドアローンデバイスとして提供されてもよいし、他の少なくとも一つのデバイスの一部として提供されてもよい。たとえば、制御ノード２００は、無線アクセスネットワークにおけるノード内や、コアネットワークにおけるノード内に提供されてもよい。あるいは、制御ノード２００の機能は、少なくとも二つのデバイスまたはノード間で分散配置されてもよい。これらの少なくとも二つのノードまたはデバイスは、同一のネットワークパートの一部（無線アクセスネットワークまたはコアネットワーク）またはそのような少なくとも二つのネットワークパート間に分散配置されていてもよい。制御ノード２００が提供されうる通信システム１００におけるいくつかの例が図１に示されている。
【００５６】
制御ノード２００の機能はプロトコルスタックにおけるサービスレイヤーに実装されてもよい。一般論として、リアルタイムで実行されることが必要とされるインストラクションは、リアルタイム実行される必要が無いインストラクションと比較して、無線アクセスネットワークにより近いデバイスまたはノードにおいて実行されてもよい。この点に関して、制御ノード２００の少なくとも一部は、ここで説明される実施形態がリアルタイムで実行されるケースであれば、無線アクセスネットワークノードのような、無線アクセスネットワーク内に設けられてもよい。
【００５７】
よって、制御ノード２００によって実行されるインストラクションの第一の部分は、第一デバイスによって実行されてもよいし、制御ノード２００によって実行されるインストラクションの第二の部分は、第二デバイスによって実行されてもよいし、ここで開示される実施形態は、制御ノード２００によって実行されるインストラクションを実行することになるデバイスの特定の数には限定されることはない。ゆえに、ここで開示される実施形態にしたがった方法は、クラウドコンピューティング環境に設けられた制御ノード２００によって実行されるのに適している。したがって、図２ａには単一の処理回路２１０が示されているが、処理回路２１０は複数のデバイスやノードにおいて分散配置されてもよい。図２ｂの機能モジュール２１０ａ−２１０ｃや図４（以下）のコンピュータプログラム４２０ａにも同様のことが言える。
【００５８】
図３ａは、いくつかの機能ユニットの観点から、実施形態にしたがったクライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅのコンポーネントを示している。処理回路３１０は、たとえば、データ記憶装置３３０のフォームをしたコンピュータプログラムプロダクト４１０ｂ（図４）に記憶されたソフトウエアインストラクションを実行可能な、適切な中央処理装置（ＣＰＵ）、マルチプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、その他などのうちの一つ以上のいずれかの組み合わせを使用して提供される。処理回路３１０は、さらに、少なくとも一つの特定用途集積回路（ＡＳＩＣ）またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）として提供されてもよい。
【００５９】
とりわけ、処理回路３１０は、クライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅにオペレーションのセットまたはステップＳ２０２−Ｓ２０４を実行させるように構成されている。これらのオペレーションまたはステップＳ２０２−Ｓ２０４は以下で説明される。たとえば、記憶媒体３３０は、オペレーションのセットを記憶していてもよいし、処理回路３１０は、記憶媒体３３０からオペレーションのセットの一部またはすべてを抽出して、クライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅにオペレーションのセットを実行させるように構成されてもよい。オペレーションのセットは実行可能なインストラクションとして提供されてもよい。よって、これにより処理回路３１０はここで開示されるような方法を実行するように構成されている。
【００６０】
記憶媒体３３０は、さらに、たとえば、磁気メモリ、光学メモリ、ソリッドステートメモリ、またはリモートでマウントされたメモリのうちのいずれか一つまたは組み合わせである、持続的な記憶装置を含んでもよい。
【００６１】
クライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅはさらに少なくとも一つの制御ノード２００と通信するための通信インタフェース３２０を含む。同様に、通信インタフェース３２０は、アナログおよびデジタルコンポーネントや無線通信のための適切な数のアンテナや適切な数の有線通信のためのポートを含む、一つ以上の送信機及び受信機を含んでもよい。
【００６２】
処理回路３１０は、たとえば、データおよび制御信号を通信インタフェース３２０や記憶媒体３３０に送信したり、通信インタフェース３２０からデータや報告を受信したり、記憶媒体３３０からデータやインストラクションを抽出することによって、クライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅの一般的なオペレーションを制御する。クライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅの他のコンポーネントや関連した機能は、ここで提供されるコンセプトを邪魔しないように、省略されている。
【００６３】
図３ｂは、いくつかの機能モジュールの観点から、実施形態にしたがったクライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅのコンポーネントを示している。図３ｂのクライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅは、以下のステップＳ２０４を実行するように構成された受信モジュール３１０ａを含む。図３ｂのクライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅは、いくつかの機能モジュールとして、以下のステップＳ２０２を実行するように構成された登録モジュール３１０ｂと、以下のステップＳ２０６を実行するように構成された決定モジュール３１０ｃを有している。機能モジュール３１０ａ−３１０ｃのそれぞれの機能は、さらに、機能モジュール３１０ａ−３１０ｃが使用されうる説明において以下で開示される。一般論として、機能モジュール３１０ａ−３１０ｃのそれぞれは、ハードウエアまたはソフトウエアにより実装されうる。好ましくは、機能モジュール３１０ａ−３１０ｃの一つ以上またはすべては、場合によっては、機能ユニット３２０および／または３３０と協働して、処理回路３１０によって実装されてもよい。処理回路３１０は、よって、記憶媒体３３０から、機能モジュール３１０ａ−３１０ｃによって提供されるものであるインストラクションをフェッチし、これらのインストラクションを実行し、これにより以下で開示されるいずれかのステップを実行してもよい。
【００６４】
クライアントノード３００ａ−３００ｅはスタンドアローンデバイスとして提供されてもよいし、他の少なくとも一つのデバイスの一部として提供されてもよい。たとえば、クライアントノード３００ａ−３００ｅは無線デバイス１５０ａ−１５０ｅに提供されてもよい。ゆえに、無線デバイス１５０ａ−１５０ｅの処理回路、通信インタフェースおよび記憶媒体のいずれかが、クライアントノード３００ａ−３００ｅの処理回路３１０、通信インタフェース３２０および記憶媒体３３０と共用されてもよい。よって、ここで開示されるクライアントノード３００ａ−３００ｅの機能を実装するように無線デバイス１５０ａ−１５０ｅの処理回路、通信インタフェースおよび記憶媒体が構成されている限り、クライアントノード３００ａ−３００ｅが、自己用の処理回路３１０、通信インタフェース３２０および記憶媒体３３０を備えることは必須ではない。
【００６５】
図４はコンピュータ可読手段４３０を含むコンピュータプログラムプロダクト４１０ａ、４１０ｂの一例を示している。このコンピュータ可読手段４３０上には、コンピュータプログラム４２０ａが記憶可能であり、コンピュータプログラム４２０ａは、処理回路２１０とそれに実行可能に結合された、通信インタフェース２２０および記憶媒体２３０のようなエンティティおよびデバイスに対して、ここで記述される実施形態にしたがった方法を実行させることを可能とする。よって、コンピュータプログラム４２０ａおよび／またはコンピュータプログラムプロダクト４１０ａはここで記述される制御ノード２００のいずれかのステップを実行するための手段を提供してもよい。このコンピュータ可読手段４３０上には、コンピュータプログラム４２０ｂが記憶可能であり、コンピュータプログラム４２０ｂは、処理回路３１０とそれに実行可能に結合された、通信インタフェース３２０および記憶媒体３３０のようなエンティティおよびデバイスに対して、ここで記述される実施形態にしたがった方法を実行させることを可能とする。よって、コンピュータプログラム４２０ｂおよび／またはコンピュータプログラムプロダクト４１０ｂはここで記述されるクライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅのいずれかのステップを実行するための手段を提供してもよい。
【００６６】
図４の例によれば、コンピュータプログラムプロダクト４１０ａ、４１０ｂは、ＣＤ（コンパクトディスク）、または、ＤＶＤ（デジタル多用途ディスク、ブルーレイディスク）のような光ディスクとして図示されている。コンピュータプログラムプロダクト４１０ａ、４１０ｂは、また、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリーメモリ（ＥＥＰＲＯＭ）などのメモリとして実現可能であり、より具体的なものとしてＵＳＢ（ユニバーサルシリアルバス）メモリまたはコンパクトフラッシュメモリのようなフラッシュメモリのような外部メモリ内のデバイスの不揮発性記憶媒体として実現されてもよい。よって、コンピュータプログラム４２０ａ、４２０ｂは、図示された光ディスク上のトラックとして示されており、コンピュータプログラム４２０ａ、４２０ｂはコンピュータプログラムプロダクト４１０ａ、４１０ｂとして適したいずれかの方法で記憶可能である。
【００６７】
図５および図６は制御ノード２００によって実行されるものである、グループ通信システム１００におけるグループメタデータを送信するための方法の実施形態を示すフローチャートである。図７および図８はクライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅによって実行されるものである、グループ通信システム１００におけるグループメタデータを受信するための方法の実施形態を示すフローチャートである。本方法はコンピュータプログラム４２０ａ、４２０ｂとして有利に提供される。
【００６８】
次に実施形態にしたがって制御ノード２００によって実行されるものである、グループ通信システム１００におけるグループメタデータを送信するための方法を示す図５が参照される。
【００６９】
一般論として、制御ノード２００は、グループ通信システム１００におけるクライアントノード３００ａ−３００ｅのためのグループメタデータを入手できる。これにより制御ノードはグループメタデータに基づく決定を実行できる。この点に関して、制御ノード２００は、グループ通信システム１００におけるグループメタデータの取り扱いを管理および制御する。したがって、制御ノード２００は、ステップＳ１０２で、グループ通信システム１００におけるクライアントノード３００ａ−３００ｅのグループ１６０ａ、１６０ｂのためのグループメタデータの送信のためのニーズを取得するように構成されている。この点に関して、取得モジュール２１０ａは、制御ノード２００によって実行されると、制御ノード２００にステップＳ１０２を実行させるために、場合によっては、通信インタフェース２２０および記憶媒体２３０と協働して処理回路２１０に、グループメタデータの送信のためのニーズを取得させる、インストラクションを含んでもよい。
【００７０】
制御ノード２００は、さらに、ステップＳ１０８で、クライアントノード３００ａ−３００ｅのグループ１６０ａ、１６０ｂに対してマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上でグループメタデータをブロードキャストするように構成されている。この点に関して、ブロードキャストモジュール２１０ｂは、制御ノード２００によって実行されると、制御ノード２００にステップＳ１０８を実行させるために、場合によっては、通信インタフェース２２０および記憶媒体２３０と協働して処理回路２１０に、グループメタデータをブロードキャストさせる、インストラクションを含んでもよい。
【００７１】
これにより、ＭＢＭＳベアラは、クライアントノード３００ａ−３００ｅにとってクリティカルな受信すべきグループメタデータの変更についてクライアントノード３００ａ−３００ｅを更新するために使用されてもよい（例：ＭＢＭＳベアラがメディア送信のために使用されるときにクライアントノード３００ａ−３００ｅに知らせるために）。
【００７２】
グループ通信システム１００におけるグループメタデータの送信のさらなる詳細に関連した実施形態が以下で開示される。
【００７３】
一般論として、たとえば、グループメタデータを受信することを意図されたクライアントノード３００ａ−３００ｅ（ブロードキャストの実際の無線送信を実行している無線アクセスネットワークノード１１０によってサーブ（収容）されているネットワークカバレッジから出て行ったか、または、エリアに入ってきたクライアントノード３００ａ−３００ｅを含む）のすべてが実際にグループメタデータを受信したことを確実にするために、グループメタデータが再送されるシナリオが存在してもよい。ゆえに、グループメタデータは少なくとも一つのＭＢＭＳベアラ上でブロードキャストされる。
【００７４】
次にさらなる実施形態にしたがって制御ノード２００によって実行されるものである、グループ通信システム１００におけるグループメタデータを送信するための方法を示す図６が参照される。
【００７５】
制御ノード２００にとってどのグループメタデータをブロードキャストすべきかと、いつグループメタデータをブロードキャストすべきかと、を決定することには様々な手法がありうる。これに関連した異なる実施形態が以下で記述される。
【００７６】
たとえば、更新されたグループメタデータだけがブロードキャストされてもよい。つまり、実施形態によれば、制御ノード２００は、ステップＳ１０４で、クライアントノード３００ａ−３００ｅのグループ１６０ａ、１６０ｂについての以前のグループメタデータに関連してグループメタデータにおける変更を識別するように構成されている。ゆえに、少なくともこの実施形態によれば、クライアントノード３００ａ−３００ｅに対して以前にグループメタデータが提供済みであることが仮定されている。ブロードキャストされるグループメタデータは、以前のグループメタデータに対して新規のまたは変更されたグループメタデータのみを含む。この点に関して、識別モジュール２１０ｃは、制御ノード２００によって実行されると、制御ノード２００にステップＳ１０４を実行させるために、場合によっては、通信インタフェース２２０および記憶媒体２３０と協働して処理回路２１０に、グループメタデータにおける変更を識別させる、インストラクションを含んでもよい。
【００７７】
どのように／いつメタデータをブロードキャストするかはグループメタデータ内の属性のタイプに基づいていてもよい。属性の例が以下に提供される。とりわけ、実施形態によれば、制御ノード２００は、ステップＳ１０６でグループメタデータ内の属性のタイプを識別するように構成されている。グループメタデータのブロードキャストをいつ、および、どのように実行するかのうちの少なくとも一方は、グループメタデータ内の属性のタイプにしたがって決定される。この点に関して、識別モジュール２１０ｃは、制御ノード２００によって実行されると、制御ノード２００にステップＳ１０６を実行させるために、場合によっては、通信インタフェース２２０および記憶媒体２３０と協働して処理回路２１０に、優先度レベルを識別させる、インストラクションを含んでもよい。
【００７８】
ステップＳ１０８で制御ノード２００がＭＢＭＳベアラ上でグループメタデータをブロードキャストするための異なる手法が採用されてもよい。一般論として、制御ノード２００は、グループメタデータの分離送信またはグループメタデータをメディア送信の他のデータと一緒に送信することのいずれかを実行してもよい。第一実施形態にしたがえば、クライアントノード３００ａ−３００ｅのグループ１６０ａ、１６０ｂに対するＭＢＭＳベアラ上でメディア送信から切り離されてグループメタデータがブロードキャストされる。第二実施形態にしたがえば、クライアントノード３００ａ−３００ｅのグループ１６０ａ、１６０ｂに対するＭＢＭＳベアラ上でメディア送信とジョイントされて（一緒に）グループメタデータがブロードキャストされる。
【００７９】
ＭＢＭＳベアラ上でメディア送信グループメタデータと一緒にグループメタデータがブロードキャストされるときに、たとえば、グループメタデータは、クライアントノード３００ａ−３００ｅに対する次のメディア送信の一部として、送信されてもよい。たとえば、この場合、グループメタデータは、クライアントノード３００ａ−３００ｅに対して送信されるフロアテイクンメッセージの一部とされてもよい。フロアテイクンメッセージは、他のクライアントノード３００ａ−３００ｅが特定のグループに対してメディアを送信していることを示す。ゆえに、実施形態によれば、メディア送信は、フロアテイクンメッセージを含む。
【００８０】
フロアテイクンメッセージがグループメタデータの変更をいつ含むことができるかの一例は、グループ１６０ａ、１６０ｂの優先度が上昇される場合である。これは、クライアントノード３００ａ−３００ｅに、他のグループ１６０ａ、１６０ｂに対する進行中の送信のいずれかの代わりに、このグループ１６０ａ、１６０ｂ（つまり、優先度レベルが上昇したグループ１６０ａ、１６０ｂ）をリッスンさせることであってもよい。
【００８１】
ステップＳ１０８で制御ノード２００によってブロードキャスト可能なグループメタデータの他の例が存在しうる。そのようなグループメタデータの例は、グループ優先度情報、グループ識別情報、グループステータス、グループ優先度、およびグループ特権を含むが、これらにのみ限られることはない。そのようなグループメタデータのこれらの例の一つ一つは、グループメタデータの属性の一つのタイプを定義し、グループ優先度情報は属性の一つのタイプであり、グループ識別情報は属性の他のタイプであり、以下同様である。さらに、グループメタデータは、二つ以上のグループ優先度属性を含んでもよい。これらのグループ優先度属性は、クライアントノード３００ａ−３００ｅおよび制御ノード２００の両方にとって重要であってもよく、ゆえに、グループ優先度属性の変更はクライアントノード３００ａ−３００ｅに対してＭＢＭＳベアラを使用してブロードキャスト可能である。
【００８２】
次に実施形態にしたがってクライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅによって実行されるものである、グループ通信システム１００におけるグループメタデータを受信するための方法を示す図７が参照される。
【００８３】
上述されたように、制御ノードは、ステップＳ１０８でＭＢＭＳベアラ上でグループメタデータをブロードキャストするように構成されている。このブロードキャストは少なくとも一つのクライアントノード３００ａ−３００ｅによって受信されることが仮定されている。ゆえに、クライアントノード３００ａ−３００ｅは、ステップＳ２０４で、制御ノード２００からのブロードキャストＭＢＭＳベアラ上でグループメタデータを受信するように構成されている。この点に関して、受信モジュール３１０ａは、クライアントノード３００ａ−３００ｅによって実行されると、クライアントノード３００ａ−３００ｅにステップＳ２０４を実行させるために、場合によっては、通信インタフェース３２０および記憶媒体３３０と協働して処理回路３１０に、制御ノード２００からのＭＢＭＳベアラ上で、グループメタデータを受信させる、インストラクションを含んでもよい。
【００８４】
グループ通信システム１００におけるグループメタデータの受信のさらなる詳細に関連した実施形態が以下で開示される。
【００８５】
実施形態によれば、クライアントノード３００ａ−３００ｅはグループメタデータを受信するときにアイドルモードにある。
【００８６】
実施形態によれば、クライアントノード３００ａ−３００ｅはクライアントノード３００ａ−３００ｅからなるグループ１６０ａ、１６０ｂに属している。上述したように、グループメタデータは、クライアントノード３００ａ−３００ｅからなるグループ１６０ａ、１６０ｂにブロードキャストされることが可能である。
【００８７】
次に他の実施形態にしたがってクライアントノード３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅによって実行されるものである、グループ通信システム１００におけるグループメタデータを送信するための方法を示す図８が参照される。
【００８８】
クライアントノード３００ａ−３００ｅは、制御ノード２００からのグループメタデータを含むブロードキャストを受信できるようになる前に、グループに登録ししてもよい。ゆえに、実施形態によれば、クライアントノード３００ａ−３００ｅは、ステップＳ２０２で、クライアントノード３００ａ−３００ｅからなるグループ１６０ａ、１６０ｂにおいてメディアを送信または受信するために、制御ノード２００に登録するように構成される。登録プロセスは、クライアントノード３００ａ−３００ｅがグループメタデータを受信するのに先立って、実行される。この点に関して、登録モジュール３１０ｂは、クライアントノード３００ａ−３００ｅによって実行されると、クライアントノード３００ａ−３００ｅにステップＳ２０２を実行させるために、場合によっては、通信インタフェース３２０および記憶媒体３３０と協働して処理回路３１０に、制御ノードにクライアントノード３００ａ−３００ｅを登録させる、インストラクションを含んでもよい。制御ノード２００にクライアントノード３００ａ−３００ｅを登録するプロセスは、第三世代パートナーシッププロジェクト（３ＧＰＰ）にしたがえば、制御ノード２００にクライアントノード３００ａ−３００ｅをアフィリエイティング（提携）することとして、知られている。
【００８９】
上述したように、更新されたメタデータだけが制御ノード２００によってブロードキャストされてもよい。ゆえに、ステップＳ２０２でグループメタデータを受信する前に、クライアントノード３００ａ−３００ｅは、クライアントノード３００ａ−３００ｅからなるグループ１６０ａ、１６０ｂのための以前のグループメタデータを取得可能である。ステップＳ２０２で受信されるグループメタデータは、以前のグループメタデータに対して新規のまたは変更されたグループメタデータのみを含んでもよい。
【００９０】
上述したように、グループメタデータは、クライアントノード３００ａ−３００ｅからなるグループ１６０ａ、１６０ｂに対するＭＢＭＳベアラ上でのメディア送信から分離されて、制御ノード２００によってブロードキャスト可能であり、ゆえに、制御ノード２００からのＭＢＭＳベアラ上でのメディア送信のブロードキャストから分離されて、クライアントノード３００ａ−３００ｅにより受信可能である。
【００９１】
上述したように、グループメタデータは、クライアントノード３００ａ−３００ｅからなるグループ１６０ａ、１６０ｂに対するＭＢＭＳベアラ上でのメディア送信とジョイントされて、制御ノード２００によってブロードキャスト可能であり、ゆえに、制御ノード２００からのＭＢＭＳベアラ上でのメディア送信のブロードキャストとジョイントされて、クライアントノード３００ａ−３００ｅにより受信可能である。
【００９２】
上述したように、ブロードキャストメディア送信はフロアテイクンメッセージを含んでもよい。
【００９３】
上述したように、グループメタデータは、グループ優先度情報、グループ識別情報、グループステータスおよび／またはグループ特権を含んでもよい。
【００９４】
上述したように、クライアントノード３００ａ−３００ｅはクライアントノード３００ａ−３００ｅからなるグループ１６０ａ、１６０ｂに属すことができる。実施形態によれば、クライアントノード３００ａ−３００ｅはクライアントノード３００ａ−３００ｅからなる少なくとも二つのグループ１６０ａ、１６０ｂに属している。グループメタデータは、クライアントノード３００ａ−３００ｅはクライアントノード３００ａ−３００ｅからなる少なくとも二つのグループ１６０ａ、１６０ｂのうちの一つのためにブロードキャストされる。クライアントノード３００ａ−３００ｅは、ステップＳ２０６で、受信されたグループメタデータに基づき、少なくとも二つのグループ１６０ａ、１６０ｂのうちのどちらについて受信されるメディア送信を再生するかを決定するように構成されている。この点に関して、決定モジュール３１０ｃは、クライアントノード３００ａ−３００ｅによって実行されると、クライアントノード３００ａ−３００ｅにステップＳ２０６を実行させるために、場合によっては通信インタフェース３２０および記憶媒体３３０と協働して処理回路３１０に、少なくとも二つのグループ１６０ａ、１６０ｂのうちのどちらについて受信されるメディア送信を再生するかを決定させる、インストラクションを含んでもよい。たとえば、この決定は、グループメタデータに含まれているグループ優先度情報、グループ識別情報、グループステータス、および／または、グループ特権に基づいて実行されてもよく、クライアントノード３００ａ−３００ｅは、最高のグループステータス、最高のグループ特権、および／または、特定のグループ識別情報を有するグループをメディア送信の受信するために決定してもよい。
【００９５】
次に図１０が参照される。図１０はグループ通信システム１００におけるクライアントノード３００ｃと制御ノード２００との間で実行されるものとしてここで開示された実施形態にしたがったグループメタデータのための加入通知メカニズムのシグナリング図である。図解の目的で、クライアントノード３００ｃは、グループ“Ａ”およびグループ“Ｂ”と呼ばれる二つのグループに属している、グループ通信システム１００におけるクライアントノードと仮定されている。図１のグループ通信システム１００によれば、グループ“Ａ”はグループ１６０ａに対応し、グループ“Ｂ”はグループ１６０ｂに対応しうる。
【００９６】
Ｓ１００１：クライアントノード３００ｃは制御ノード２００に対してユーザ登録／アフィリエーション（提携）を実行する。
【００９７】
Ｓ１００２ａ：クライアントノード３００ｃは制御ノード２００に対して通知し、ここでクライアントノード３００ｃはグループ“Ａ”の通信に参加し、グループ“Ａ”をモニターすることを要求する。
【００９８】
Ｓ１００２ｂ：クライアントノード３００ｃは制御ノード２００に対して通知し、ここでクライアントノード３００ｃはグループ“Ｂ”の通信に参加し、グループ“Ｂ”をモニターすることを要求する。
【００９９】
Ｓ１００３ａ：クライアントノード３００ｃは制御ノード２００に対してグループ“Ａ”のためのグループメタデータをサブスクライブ（購読）することを通知する。
【０１００】
Ｓ１００３ｂ：クライアントノード３００ｃは制御ノード２００に対してグループ“Ｂ”のためのグループメタデータをサブスクライブ（購読）することを通知する。
【０１０１】
Ｓ１００４ａ：制御ノード２００は、グループ“Ａ”のためのグループメタデータ通知をクライアントノード３００ｃに提供する。この通知はＭＢＭＳベアラ上で送信される。
【０１０２】
Ｓ１００４ｂ：制御ノード２００は、グループ“Ｂ”のためのグループメタデータ通知をクライアントノード３００ｃに提供する。この通知はＭＢＭＳベアラ上で送信される。
【０１０３】
Ｓ１００５：制御ノード２００は、グループ“Ａ”のためのグループメタデータにおける少なくとも一つの変更を取得する。
【０１０４】
Ｓ１００６：制御ノード２００は、グループ“Ａ”のためのグループメタデータにおける少なくとも一つの変更を評価する。グループメタデータにおけるいくつかの変更はクライアントノードに対する即時または迅速な通知を必要としてもよいし、その一方でグループメタデータにおける他の変更はクライアントノードに対する即時または迅速な通知を必要としなくてもよい。グループメタデータにおける少なくともいくつかの変更はＭＢＭＳベアラを介して通知されてもよい。したがって、グループメタデータにおける少なくとも一つの変更のそれぞれは評価され、ＭＢＭＳを介した通知が、即時に、または、グループ“Ａ”におけるクライアントデバイスに対する次のメディア送信の一部として、送信されてもよい。
【０１０５】
Ｓ１００７ａ：制御ノード２００は、グループ“Ａ”のための変更されたグループメタデータを知らせるグループメタデータ通知をクライアントノード３００ｃに提供する。この通知はＭＢＭＳベアラ上で送信される。
【０１０６】
Ｓ１００７ｂ：制御ノード２００は、グループ“Ａ”のための変更されたグループメタデータを知らせる追加のグループメタデータ通知をクライアントノード３００ｃに提供してもよい。この通知はＭＢＭＳベアラ上で送信され、グループ“Ａ”のための変更されたグループメタデータがユニキャストベアラ上で送信されることを通知する。
【０１０７】
Ｓ１００８：クライアントノード３００ｃは、グループ“Ａ”とグループ“Ｂ”とのどちらについて受信されるメディア送信を再生すべきかを、受信されたグループメタデータに基づき、決定する。
【０１０８】
ステップＳ１００２ａ、Ｓ１００３ａおよびＳ１００４ａと、ステップＳ１００２ｂ、Ｓ１００３ｂおよびＳ１００４ｂとの特定の順番は重要ではなく、ステップＳ１００２ｂ、Ｓ１００３ｂおよびＳ１００４ｂのすべてが実行された後で、ステップＳ１００２ａ、Ｓ１００３ａおよびＳ１００４ａのすべてが実行されてもよいし、これらは逆であってもよい。この点に関しては、ステップＳ１００１−Ｓ１００７ａのすべてが、ステップＳ１００８が実行される前に、実行されることが仮定されている。
【０１０９】
さらに、グループ“Ｂ”（もしくはグループ“Ａ”）についてのグループメタデータにおける少なくとも一つの変更を取得する制御ノード２００のさらなるステップと、グループ“Ｂ”（もしくはグループ“Ａ”）についてのグループメタデータにおける少なくとも一つの変更を評価する制御ノード２００のさらなるステップと、グループ“Ｂ”（もしくはグループ“Ａ”）についての変更されたグループメタデータを知らせるグループメタデータ通知を提供する制御ノード２００のさらなるステップが、この実施形態に含まれていてもよい。
【０１１０】
本開示は少ない実施形態についてフォーカスしているが、当業者であればすぐに理解できるように、本発明的コンセプトの範囲内で、上述の実施形態とは異なる他の実施形態も等しく可能である。
【０１１１】
サンプル実施形態
１．  グループ通信システム（１００）においてグループメタデータを送信するための方法であって、前記方法は制御ノード（２００）によって実行され、前記方法は、
前記グループ通信システム（１００）におけるクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）のグループ（１６０ａ、１６０ｂ）のためのグループメタデータの送信についてのニーズを取得すること（Ｓ１０２）と、
クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）に対して、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上で前記グループメタデータをブロードキャストすること（Ｓ１０８）と、を有する方法。
【０１１２】
２．  １に記載の方法であって、さらに、
クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）のための以前のグループメタデータに関して前記グループメタデータにおける変更を識別すること（Ｓ１０４）を有し、前記ブロードキャストされるメタデータは前記以前のグループメタデータに関して新規または変更されたグループメタデータだけを含む、方法。
【０１１３】
３．  １に記載の方法であって、さらに、
前記グループメタデータにおける属性のタイプを識別すること（Ｓ１０６）を有し、前記属性のタイプにしたがって、前記グループメタデータをいつ、および、どのようにブロードキャストするかの少なくとも一方が決定される、方法。
【０１１４】
４．  １に記載の方法であって、クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）に対して、前記ＭＢＭＳベアラ上で、メディア送信から切り離されて前記グループメタデータがブロードキャストされる、方法。
【０１１５】
５．  １に記載の方法であって、クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）に対して、前記ＭＢＭＳベアラ上で、メディア送信と一緒に前記グループメタデータがブロードキャストされる、方法。
【０１１６】
６．  ４または５に記載の方法であって、前記メディア送信は、フロアテイクンメッセージを含む、方法。
【０１１７】
７．  １に記載の方法であって、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）は、前記グループメタデータがブロードキャストされるときに、アイドルモードにある、方法。
【０１１８】
８．  １に記載の方法であって、前記グループメタデータは、グループ優先度情報、グループ識別情報、グループステータス、グループ優先度、および、グループ特権のうち少なくとも一つを含む、方法。
【０１１９】
９．  グループ通信システム（１００）においてグループメタデータを受信するための方法であって、前記方法はクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）によって実行され、前記方法は、
制御ノード（２００）から、ブロードキャストマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上でグループメタデータを受信すること（Ｓ２０４）、を有する方法。
【０１２０】
１０．  ９に記載の方法であって、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）は、クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）のグループ（１６０ａ、１６０ｂ）に属しており、前記グループメタデータはクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）のためにブロードキャストされる、方法。
【０１２１】
１１．  １０に記載の方法であって、さらに、
前記グループメタデータの受信に先立って、クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）に属するために、前記制御ノード（２００）に登録すること（Ｓ２０２）を有する、方法。
【０１２２】
１２．  １０または１１に記載の方法であって、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）は、クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）のための以前のグループメタデータを予め取得しており、前記受信されるグループメタデータは前記以前のグループメタデータに関して新規または変更されたグループメタデータだけを含む、方法。
【０１２３】
１３．  ９に記載の方法であって、前記グループメタデータは、前記制御ノード（２００）から、前記ＭＢＭＳベアラ上で、ブロードキャストメディア送信とは切り離されて、受信される、方法。
【０１２４】
１４．  ９に記載の方法であって、前記グループメタデータは、前記制御ノード（２００）から、前記ＭＢＭＳベアラ上で、ブロードキャストメディア送信と一緒に、受信される、方法。
【０１２５】
１５．  １３または１４に記載の方法であって、前記ブロードキャストメディア送信は、フロアテイクンメッセージを含む、方法。
【０１２６】
１６．  ９に記載の方法であって、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）は、前記グループメタデータを受信するときに、アイドルモードにある、方法。
【０１２７】
１７．  ９に記載の方法であって、前記グループメタデータは、グループ優先度情報、グループ識別情報、グループステータス、グループ優先度、および、グループ特権のうち少なくとも一つを含む、方法。
【０１２８】
１８．  ９に記載の方法であって、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）は、クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の少なくとも二つのグループ（１６０ａ、１６０ｂ）に属しており、前記グループメタデータはクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記少なくとも二つのグループ（１６０ａ、１６０ｂ）のうちの一つのためにブロードキャストされ、前記方法は、さらに、
前記受信されたグループメタデータに基づき、前記少なくとも二つのグループ（１６０ａ、１６０ｂ）のうちのどちらについて受信されるメディア送信を再生するかを決定すること（Ｓ２０６）を有する、方法。
【０１２９】
１９．  グループ通信システム（１００）においてグループメタデータを送信するための制御ノード（２００）であって、前記制御ノード（２００）は処理回路（２１０）を有し、前記処理回路は前記制御ノード（２００）に、
前記グループ通信システム（１００）におけるクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）のグループ（１６０ａ、１６０ｂ）のためのグループメタデータの送信についてのニーズを取得させ、
クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）に対して、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上で前記グループメタデータをブロードキャストさせる、ように構成されている、制御ノード。
【０１３０】
２０．  グループ通信システム（１００）においてグループメタデータを送信するための制御ノード（２００）であって、前記制御ノード（２００）は、
処理回路（２１０）と、
前記処理回路（２１０）によって実行されると、前記制御ノード（２００）に、
前記グループ通信システム（１００）におけるクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）のグループ（１６０ａ、１６０ｂ）のためのグループメタデータの送信についてのニーズを取得させ、
クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）に対して、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上で前記グループメタデータをブロードキャストさせるインストラクションを記憶したコンピュータプログラムプロダクト（４１０ａ）と、を有する、制御ノード。
【０１３１】
２１．  グループ通信システム（１００）においてグループメタデータを送信するための制御ノード（２００）であって、前記制御ノード（２００）は、
前記グループ通信システム（１００）におけるクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）のグループ（１６０ａ、１６０ｂ）のためのグループメタデータの送信についてのニーズを取得するように構成された取得モジュール（２１０ａ）と、
クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）に対して、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上で前記グループメタデータをブロードキャストするように構成されたブロードキャストモジュール（２１０ｂ）と、を有する制御ノード。
【０１３２】
２２．  グループ通信システム（１００）においてグループメタデータを受信するためのクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）であって、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）は処理回路（３１０）を有し、前記処理回路は前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）に、
制御ノード（２００）から、ブロードキャストマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上でグループメタデータを受信させるように構成されている、クライアントノード。
【０１３３】
２３．  グループ通信システム（１００）においてグループメタデータを受信するためのクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）であって、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）は、
処理回路（３１０）と、
前記処理回路（３１０）によって実行されると、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）に、
制御ノード（２００）から、ブロードキャストマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上でグループメタデータを受信させるインストラクションを記憶したコンピュータプログラムプロダクト（４１０ｂ）と、を有する、クライアントノード。
【０１３４】
２４．  グループ通信システム（１００）においてグループメタデータを受信するためのクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）であって、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）は、
制御ノード（２００）から、ブロードキャストマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上でグループメタデータを受信するように構成された受信モジュール（３１０ａ）、を有する、クライアントノード。
【０１３５】
２５．  グループ通信システム（１００）においてグループメタデータを送信するためのコンピュータプログラム（４２０ａ）であって、前記コンピュータプログラムは制御ノード（２００）の処理回路（２１０）で実行されると、前記制御ノード（２００）に、
前記グループ通信システム（１００）におけるクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）のグループ（１６０ａ、１６０ｂ）のためのグループメタデータの送信についてのニーズを取得させ（Ｓ１０２）、
クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の前記グループ（１６０ａ、１６０ｂ）に対して、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上で前記グループメタデータをブロードキャストさせる（Ｓ１０８）コンピュータコードを有する、コンピュータプログラム。
【０１３６】
２６．  グループ通信システム（１００）においてグループメタデータを受信するためのコンピュータプログラム（４２０ｂ）であって、前記コンピュータプログラムはクライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）の処理回路（３１０）で実行されると、前記クライアントノード（３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ）に
制御ノード（２００）から、ブロードキャストマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上でグループメタデータを受信させる（Ｓ２０４）コンピュータコードを有する、コンピュータプログラム。
【０１３７】
２７．  ２５および２６の少なくとも一方に記載されたコンピュータプログラム（４２０ａ、４２０ｂ）と、当該コンピュータプログラムを記憶するコンピュータ可読記憶手段（４３０）とを含むコンピュータプログラムプロダクト（４１０ａ、４１０ｂ）。
【図１】
2018538714.tif 000003
【図２ａ】
2018538714.tif 000004
【図２ｂ】
2018538714.tif 000005
【図３ａ】
2018538714.tif 000006
【図３ｂ】
2018538714.tif 000007
【図４】
2018538714.tif 000008
【図５】
2018538714.tif 000009
【図６】
2018538714.tif 000010
【図７】
2018538714.tif 000011
【図８】
2018538714.tif 000012
【図９】
2018538714.tif 000013
【図１０】
2018538714.tif 000014
【国際調査報告】
2018538714.tif 000015
2018538714.tif 000016