特許 7307034 グループ通信システムにおけるＭＢＭＳベアラセットアップ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-07-03

(45)【発行日】2023-07-11

(54)【発明の名称】グループ通信システムにおけるＭＢＭＳベアラセットアップ

(51)【国際特許分類】

   H04W 76/45 20180101AFI20230704BHJP

   H04W 4/06 20090101ALI20230704BHJP

   H04W 4/10 20090101ALI20230704BHJP

【ＦＩ】

H04W76/45

H04W4/06 150

H04W4/10

【請求項の数】 11

【外国語出願】

(21)【出願番号】P 2020101657

(22)【出願日】2020-06-11

(62)【分割の表示】P 2018512257の分割

【原出願日】2016-04-04

(65)【公開番号】P2020167708

(43)【公開日】2020-10-08

【審査請求日】2020-07-02

(31)【優先権主張番号】62/221,880

(32)【優先日】2015-09-22

(33)【優先権主張国・地域又は機関】US

【前置審査】

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】オーケソン、ヨアキム

(72)【発明者】

【氏名】トレンク、マグヌス

【審査官】石原 由晴

(56)【参考文献】

【文献】米国特許出願公開第２０１２／０１７０５０１（ＵＳ，Ａ１）

【文献】国際公開第２０１４／１９３９５９（ＷＯ，Ａ１）

【文献】特表２０１０－５２９７６１（ＪＰ，Ａ）

【文献】NSN，Generic Pre-established MBMS bearer for GCSE[online]，SA WG2 Meeting ♯101 S2-140245，インターネット＜URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_101_Taipei/Docs/S2-140245.zip>，2014年01月14日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

グループ通信システム（１００）における予め確立されたグループ通信セッションについてのマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのセットアップのための、クライアントノード（３００ｂ）により実行される方法であって、
いかなる個別のクライアントノード（３００ａ，３００ｂ）のグループにも非依存であるＭＢＭＳベアラのサービスアナウンスメントを制御ノード（２００）から取得すること（Ｓ２０２）と、
グループ呼のための呼セットアップメッセージを他のクライアントノード（３００ａ）が前記制御ノード（２００）へ提供したことに応じて、以前にアナウンスされた前記ＭＢＭＳベアラを介して前記制御ノード（２００）からブロードキャストされる、グループ呼についての接続メッセージを取得すること（Ｓ２０４）であって、前記接続メッセージは、前記グループ呼についてのクライアントノードの特定のグループのグループ識別子と、前記予め確立されたグループ通信セッションの、前記グループ呼のために使用されるメディアストリームの識別子と、を含み、前記ＭＢＭＳベアラ上のどのネットワークリソースが前記グループ呼についてのクライアントノードの前記特定のグループ向けのメディアの送信のために使用されることになるかを通知する、前記取得することと、
を含む、方法。

【請求項2】

前記サービスアナウンスメントは、前記ＭＢＭＳベアラ上で送信されるべきメディアストリームのパラメータを含む、請求項１に記載の方法。

【請求項3】

前記制御ノード（２００）から、フロアが確保され前記他のクライアントノード（３００ａ）からのメディア送信が開始し得ることを前記クライアントノード（３００ｂ）へ通知するフロア確保メッセージを受信すること（Ｓ２０７）、
をさらに含む、請求項１に記載の方法。

【請求項4】

前記フロア確保メッセージは、前記他のクライアントノード（３００ａ）のアイデンティティ及びグループアイデンティティを含む、請求項３に記載の方法。

【請求項5】

前記グループ通信システム（１００）は、ＰＴＴ（push to talk）システムである、請求項１～４のいずれか１項に記載の方法。

【請求項6】

グループ通信システム（１００）における予め確立されたグループ通信セッションについてのマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのセットアップのためのクライアントノード（３００ｂ）であって、前記クライアントノード（３００ｂ）は、前記クライアントノード（３００ｂ）に動作のセットを実行させるように構成される処理回路（３１０）を備え、前記動作のセットは、前記クライアントノード（３００ｂ）に、
いかなる個別のクライアントノード（３００ａ，３００ｂ）のグループにも非依存であるＭＢＭＳベアラのブロードキャストされるサービスアナウンスメントを制御ノード（２００）から取得することと、
グループ呼のための呼セットアップメッセージを他のクライアントノード（３００ａ）が前記制御ノード（２００）へ提供したことに応じて、以前にアナウンスされた前記ＭＢＭＳベアラを介して前記制御ノード（２００）からブロードキャストされる、グループ呼についての接続メッセージを取得することであって、前記接続メッセージは、前記グループ呼についてのクライアントノードの特定のグループのグループ識別子と、前記予め確立されたグループ通信セッションの、前記グループ呼のために使用されるメディアストリームの識別子と、を含み、前記ＭＢＭＳベアラ上のどのネットワークリソースが前記グループ呼についてのクライアントノードの前記特定のグループ向けのメディアの送信のために使用されることになるかを通知する、前記取得することと、
を行わせる、クライアントノード（３００ｂ）。

【請求項7】

動作のセットを記憶する記憶媒体（３２０）、をさらに備え、前記処理回路は、前記記憶媒体から前記動作のセットを読み出して前記動作のセットを前記クライアントノード（３００ｂ）に実行させる、ように構成される、請求項６に記載のクライアントノード（３００ｂ）。

【請求項8】

前記サービスアナウンスメントは、前記ＭＢＭＳベアラ上で送信されるべきメディアストリームのパラメータを含む、請求項６に記載のクライアントノード（３００ｂ）。

【請求項9】

前記動作のセットは、前記クライアントノード（３００ｂ）に、
前記制御ノード（２００）から、フロアが確保され前記他のクライアントノード（３００ａ）からのメディア送信が開始し得ることを前記クライアントノード（３００ｂ）へ通知するフロア確保メッセージを受信すること（Ｓ２０７）、
をさらに行わせる、請求項６に記載のクライアントノード（３００ｂ）。

【請求項10】

前記フロア確保メッセージは、前記他のクライアントノード（３００ａ）のアイデンティティ及びグループアイデンティティを含む、請求項９に記載のクライアントノード（３００ｂ）。

【請求項11】

前記グループ通信システム（１００）は、ＰＴＴ（push to talk）システムである、請求項６～１０のいずれか１項に記載のクライアントノード（３００ｂ）。

【発明の詳細な説明】

【技術分野】

【0001】

ここで提示される実施形態は、グループ通信システムにおけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラセットアップのための制御ノード、クライアントノード、コンピュータプログラム及びコンピュータプログラムプロダクトに関連する。

【背景技術】

【0002】

通信システムにおいて、所与の通信プロトコル、そのパラメータ、及び当該通信システムが配備される物理環境について、良好な性能とキャパシティとを獲得するという課題が存在し得る。

【0003】

例えば、いくつかの通信システムにおいて利用可能なアプリケーションの１つの例は、グループ通信サービスである。一般的な用語において、グループ通信は、同じ情報が複数のクライアントへと伝達されることを要する。グループ通信システム（例えば、ＰＴＴ（Push-To-Talk）システム）では、同じメディアを受信する複数のクライアントがクライアントのグループを構成する。それらクライアントは、様々なロケーションに位置し得る。多くのクライアントが同じエリア内に位置している場合、例えばマルチキャストブロードキャストマルチメディアサービス（ＭＢＭＳ）を用いたマルチキャスト又はブロードキャストベースの送信が効率的である。

【0004】

グループ通信システムにおいてＭＢＭＳが使用される場合、クライアントは、グループ呼に先立って、ブロードキャストされるメディアについてどの無線リソースが使用されることになるのか、及びそれらリソースにおいてクライアントがいかにしてその特定のグループ呼を受信すべきかを通知される必要がある。ＭＢＭＳ上でグループ呼を受信するための情報をクライアントへ通知する処理は、サービスアナウンスメント処理と表記される。

【0005】

グループ通信システム（例えば、ＰＴＴ（Push-To-Talk）システム）では、フロア制御機能が不可欠である。フロア制御機能は、グループ通信システム内の他のクライアントへメディアを送信するために使用される共有リソースのあるキャパシティを要求する能力を、クライアントに与える。フロア制御機能を効率的に使用する目的で、どのクライアントがメディアを送信することを許容されるかを刻一刻と決定するフロア調停者（floor arbitrator）についてのニーズが存在する。フロア制御プロセスは、メディアを送信することを希望するクライアントがフロア調停者へフロア要求メッセージ（floor request message）を送信することから開始される。利用可能なリソースがあれば、フロア調停者は、クライアントへフロア許可メッセージ（floor grant message）を送信することにより、送信を行う権利をそのクライアントに認める。また、フロア調停者は、特定の通信グループに参加してメディアを交換することへの関心をアナウンスした全てのクライアントへ、フロア確保メッセージ（floor taken message）を送信する。

【0006】

図１０は、従来技術に係るセルラー通信システム上でグループ通信のためにＭＢＭＳベアラを利用するためのシグナリング図である。

【0007】

少なくとも１つのグループ通信セッションが予め確立され、それにより、実行されるべき通信のタイプについてのメディア記述パラメータがハンドシェイクされる（ステップＳ３０１）。

【0008】

グループ通信のためにＭＢＭＳベアラが使用される場合、ＭＢＭＳベアラがアクティブ化されること、及びＭＢＭＳベアラがクライアントへアナウンスされることを要する（ステップＳ３０２）。そのアナウンスメントは、メディアの送信先となるＩＰ（Internet Protocol）アドレス及びポートを含むメディア記述、メディアコーデック及び暗号化鍵を含む。さらに、上記アナウンスメントはグループ固有である。

【0009】

最初のフロア要求により、呼セットアップ手続がトリガされる（ステップＳ３０３）。呼セットアップの前にサービスアナウンスメント処理（上のステップＳ３０２の通り）が実行されなければならず、なぜならその処理に掛かる時間が長過ぎるからである。そのうえ、フロア制御メッセージは、メディアと同じベアラ上で送信される。これは、メディアパケット及び制御パッケージの双方が同じＭＢＭＳベアラ上で送信されることを意味する。

【0010】

フロア要求メッセージに対して、フロア許可メッセージで応答が返され、それにより、フロア要求を送信したクライアントに、その特定のグループ向けのメディア送信のためにアナウンス済みのＭＢＭＳベアラを使用することが許可される（ステップＳ３０５）。

【0011】

メディア送信のためにＭＢＭＳベアラが使用されるであろうことを他のクライアントへ通知するために、フロア確保メッセージがそれらクライアントへブロードキャストされる（ステップＳ３０５）。

【0012】

通常のネットワーク条件下では、全てのグループが同時に進行中の呼を有するわけではない。従って、グループ通信のためにＭＢＭＳベアラを使用する全てのグループについて、グループ固有のＭＢＭＳベアラをアクティブ化し及びそれらリソースをアナウンスすることは、非効率的であり得る。なぜなら、多くのグループはサイレントであるかもしれないからである（即ち、その時点でクライアント間で送信中のメディアの無いグループ）。

【0013】

よって、効率的なグループ通信のために利用可能なネットワークリソースの、改善された利用についてのニーズが依然として存在する。

【発明の概要】

【発明が解決しようとする課題】

【0014】

ここでの実施形態の目的は、効率的なグループ通信のために利用可能なネットワークリソースを効率的に利用することである。

【課題を解決するための手段】

【0015】

第１の観点によれば、グループ通信システムにおけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのセットアップのための方法が提示される。上記方法は、制御ノードにより実行される。上記方法は、いかなる個別のクライアントノードのグループにも非依存であるＭＢＭＳベアラをアクティブ化し及び上記クライアントノードへアナウンスすること、を含む。上記方法は、上記クライアントノードのうちの第１のクライアントノードから、グループ呼のための呼セットアップメッセージを取得すること、を含む。上記方法は、上記呼セットアップメッセージを受信したことに応じて、上記クライアントノードのうちの少なくとも１つの他のクライアントノードへ、上記グループ呼についての接続メッセージをブロードキャストすること、を含む。

【0016】

有利なこととして、これは、グループ通信システムにおけるＭＢＭＳベアラについての効率的なセットアップ手続を提供する。

【0017】

有利なこととして、これは、効率的なサービスアナウンスメント処理を提供する。これは、無線リソースを効率的かつ動的な手法で利用することを可能にする。

【0018】

有利なこととして、これは、各グループ内のクライアントの数に基づいてどのグループ呼がブロードキャストされるべきかを制御ノードが決定することを可能にする。

【0019】

第２の観点によれば、グループ通信システムにおけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのセットアップのための制御ノードが提示される。上記制御ノードは、処理回路を備える。上記処理回路は、上記制御ノードに動作のセットを実行させるように構成される。上記処理回路は、上記制御ノードに、いかなる個別のクライアントノードのグループにも非依存であるＭＢＭＳベアラをアクティブ化し及び上記クライアントノードへアナウンスすること、を行わせるように構成される。上記処理回路は、上記制御ノードに、上記クライアントノードのうちの第１のクライアントノードから、グループ呼のための呼セットアップメッセージを取得すること、を行わせるように構成される。上記処理回路は、上記制御ノードに、上記呼セットアップメッセージを受信したことに応じて、上記クライアントノードのうちの少なくとも１つの他のクライアントノードへ、上記グループ呼についての接続メッセージをブロードキャストすること、を行わせるように構成される。

【0020】

第３の観点によれば、グループ通信システムにおけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのセットアップのためのコンピュータプログラムが提示され、上記コンピュータプログラムは、制御ノードの処理回路上で稼働する場合に、上記制御ノードに上記第１の観点に係る方法を実行させるコンピュータプログラムコード、を含む。

【0021】

第４の観点によれば、グループ通信システムにおけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのセットアップのための方法が提示される。上記方法は、クライアントノードにより実行される。上記方法は、いかなる個別のクライアントノードのグループにも非依存であるＭＢＭＳベアラのブロードキャストされるサービスアナウンスメントを制御ノードから取得すること、を含む。上記方法は、上記制御ノードへグループ呼についての呼セットアップメッセージを提供すること、を含む。

【0022】

第５の観点によれば、グループ通信システムにおけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのセットアップのためのクライアントノードが提示される。上記クライアントノードは、処理回路を備える。上記処理回路は、上記クライアントノードに動作のセットを実行させるように構成される。上記処理回路は、上記クライアントノードに、いかなる個別のクライアントノードのグループにも非依存であるＭＢＭＳベアラのブロードキャストされるサービスアナウンスメントを制御ノードから取得すること、を行わせるように構成される。上記処理回路は、上記クライアントノードに、上記制御ノードへグループ呼についての呼セットアップメッセージを提供すること、を行わせるように構成される。

【0023】

第６の観点によれば、グループ通信システムにおけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのセットアップのためのコンピュータプログラムが提示され、上記コンピュータプログラムは、クライアントノードの処理回路上で稼働する場合に、上記クライアントノードに上記第４の観点に係る方法を実行させるコンピュータプログラムコード、を含む。

【0024】

第７の観点によれば、上記第３の観点及び上記第６の観点のうちの少なくとも一方に係るコンピュータプログラムと、上記コンピュータプログラムが記憶されたコンピュータ読取可能な手段と、を含むコンピュータプログラムプロダクトが提示される。

【0025】

留意すべきこととして、第１、第２、第３、第４、第５、第６及び第７の観点のいずれの特徴も、適切である場合には他の観点に適用されてよい。同様に、第１の観点のいかなる利点も、第２、第３、第４、第５、第６及び／又は第７の観点にそれぞれ等しく当てはまり、逆もまたしかりであり得る。以下の詳細な開示から、別添の実施形態のリストから、及び図面から、包含されている実施形態の他の目的、特徴及び利点が明らかとなるであろう。

【0026】

概して、本開示において使用されている全ての用語は、ここで別段の明示的な言及の無い限り、本技術分野におけるそれらの通常の意味に従って解釈されるものとする。“エレメント、装置、コンポーネント、手段、ステップなど”への全ての言及は、別段の明示的な記述の無い限り、そのエレメント、装置、コンポーネント、手段、ステップなどの少なくとも１つの実例へのオープンな言及として解釈されるものとする。ここで開示されるいかなる方法のステップも、明示的な記述の無い限り、開示された厳密な順序で実行されなくてよい。

【図面の簡単な説明】

【0027】

次の添付図面を参照しながら、提案される解決策が例示の手段で以下に説明される：

【0028】

【図1】実施形態に係る通信システムを示す概略図である。

【図2a】一実施形態に係る制御ノードの機能ユニットを示す概略図である。

【図2b】一実施形態に係る制御ノードの機能モジュールを示す概略図である。

【図3a】一実施形態に係るクライアントノードの機能ユニットを示す概略図である。

【図3b】一実施形態に係るクライアントノードの機能モジュールを示す概略図である。

【図4】一実施形態に係るコンピュータ読取可能な手段を含むコンピュータプログラムプロダクトの１つの例を示している。

【図5】実施形態に係る方法のフローチャートである。

【図6】実施形態に係る方法のフローチャートである。

【図7】実施形態に係る方法のフローチャートである。

【図8】実施形態に係る方法のフローチャートである。

【図9】一実施形態に係るシグナリング図である。

【図10】従来技術に係るシグナリング図である。

【発明を実施するための形態】

【0029】

これ以降、ある実施形態が示されている添付図面を参照しながら、提案される解決策がより充分に説明されるであろう。しかしながら、それら提案される解決策は、多くの異なる形式で具現化されてよく、ここで説示される実施形態に限定されるものとして解釈されるべきではなく、むしろ、それら実施形態は、本開示を綿密且つ完結したものとするように例示の手段で提供されており、提案される解決策のスコープを当業者に充分に伝えるであろう。類似の番号は、本説明を通じて類似の要素への言及である。破線で示されたいかなるステップ又は特徴も、オプション的なものとして見なされるべきである。

【0030】

図１は、ここで提示される実施形態が適用され得る通信システム１００を示す概略図である。通信システム１００は、グループ通信のためのサービスを提供するものと想定され、よってグループ通信システムであると見なされてよい。グループ通信システム１００は、ＰＴＴ（push to talk）システムであってもよい。

【0031】

通信システム１００は、少なくとも１つの制御ノード２００と、少なくとも２つのクライアントノード３００ａ、３００ｂとを含む。少なくとも１つの制御ノード２００は、無線アクセスネットワークノード１１０若しくは無線アクセスネットワーク１２０内の他のエンティティ若しくはデバイス、コアネットワーク１３０のエンティティ若しくはデバイス、又は、サービスネットワーク１４０のエンティティ若しくはデバイス内に提供され、若しくはそこにインストールされ得る。各クライアントノードは、それぞれのワイヤレスデバイス１５０ａ、１５０ｂ内に提供され、又はそこにインストールされ得る。

【0032】

ワイヤレスデバイス１５０ａ、１５０ｂの例は、限定ではないものの、移動局、モバイルフォン、ハンドセット、ワイヤレスローカルループフォン、ユーザ機器（ＵＥ）、スマートフォン、ラップトップコンピュータ、及びタブレットコンピュータを含む。無線アクセスネットワークノード１１０の例は、限定ではないものの、無線基地局、基地送受信局、ノードＢ、拡張ノードＢ、及びアクセスポイントを含む。当業者が理解する通り、通信システム１００は、各々が複数のワイヤレスデバイス１５０ａ、１５０ｂへネットワークアクセスを提供する複数の無線アクセスネットワークノード１１０を含んでよい。ここで開示される実施形態は、無線アクセスネットワークノード１１０又はワイヤレスデバイス１５０ａ、１５０ｂのどういった具体的な数にも限定されない。この点において、少なくとも１つの制御ノード２００及び少なくとも２つのクライアントノード３００ａ、３００ｂが存在すると想定される。

【0033】

よって、ここで開示される実施形態は、グループ通信システムにおけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのセットアップのための仕組みに関連する。そうした仕組みを獲得するために、制御ノード２００、制御ノード２００により実行される方法、制御ノード２００の処理回路上で稼働する場合に制御ノード２００に上記方法を実行させる例えばコンピュータプログラムプロダクトの形式のコードを含むコンピュータプログラム、が提供される。さらに、そうした仕組みを獲得するために、クライアントノード３００ａ、３００ｂ、クライアントノード３００ａ、３００ｂにより実行される方法、及び、クライアントノード３００ａ、３００ｂの処理回路上で稼働する場合にクライアントノード３００ａ、３００ｂに上記方法を実行させる例えばコンピュータプログラムプロダクトの形式のコードを含むコンピュータプログラム、が提供される。

【0034】

図２ａは、一実施形態に係る制御ノード２００のコンポーネントを、複数の機能ユニットの観点で概略的に示している。処理回路２１０は、適したＣＰＵ（central processing unit）、マルチプロセッサ、マイクロコントローラ、ＤＳＰ（digital signal processor）、ＡＳＩＣ（application specific integrated circuit）、ＦＰＧＡ（field
programmable gate arrays）などのうちの１つ以上の任意の組合せを用いて提供され、例えば記憶媒体２３０の形式のコンピュータプログラムプロダクト４１０ａ（図４の通り）において記憶されるソフトウェア命令を実行可能である。

【0035】

具体的には、処理回路２１０は、制御ノード２００に動作セット又はステップ群Ｓ１０１～Ｓ１０５を実行させるように構成される。これら動作又はステップ群Ｓ１０１～Ｓ１０５は、以下に開示されるであろう。例えば、記憶媒体２３０が動作セットを記憶してもよく、処理回路２１０は記憶媒体２３０から動作セットを読み出して制御ノード２００にその動作セットを実行させるように構成され得る。動作セットは、実行可能な命令のセットとして提供されてもよい。よって、処理回路２１０は、そのようにしてここで開示される通りの方法を実行するように構成される。

【0036】

記憶媒体２３０は、永続的なストレージをも含んでよく、例えばそれは、磁気メモリ、光学メモリ、ソリッドステートメモリ、又は遠隔的にマウントさえされてよいメモリ、のうちのいずれか１つ又は複数の組合せであり得る。

【0037】

制御ノード２００は、少なくともクライアントノード３００ａ、３００ｂとの通信のための通信インタフェース２２０をさらに含み得る。そして、通信インタフェース２２０は、アナログコンポーネント及びデジタルコンポーネントとワイヤレス通信のために適した数のアンテナとを含む１つ以上の送信機及び受信機と、有線通信のためのポートとを含み得る。

【0038】

処理回路２１０は、例えば通信インタフェース２２０及び記憶媒体２３０へデータ及び制御信号を送信し、通信インタフェース２２０からデータ及びレポートを受信し、並びに記憶媒体２３０からデータ及び命令を読み出すことにより、制御ノード２００の一般的な動作を制御する。制御ノード２００の他のコンポーネント及び関連する機能性は、ここで提示される概念を曖昧にしないために省略されている。

【0039】

図２ｂは、一実施形態に係る制御ノード２００のコンポーネントを、複数の機能モジュール２１０ａ～２１０ｃの観点で概略的に示している。図２ｂの制御ノード２００は、複数の機能モジュールを備え：アクティブ化モジュール２１０ａは、以下のステップＳ１０２を実行するように構成され、アナウンスモジュール２１０ｂは、以下のステップＳ１０２を実行するように構成され、取得モジュール２１０ｃは、以下のステップＳ１０３、Ｓ１０５を実行するように構成され、ブロードキャストモジュール２１０ｄは、以下のステップＳ１０４を実行するように構成される。図２ｂの制御ノード２００は、さらに、以下のステップＳ１０１を実行するように構成される事前確立モジュール２１０ｅのうちの任意のものなど、複数のオプション的な機能モジュールを含んでもよい。各機能モジュール２１０ａ～２１０ｅの機能性は、当該機能モジュール２１０ａ～２１０ｅが使用され得る文脈において以下にさらに開示されるであろう。概して言うと、各機能モジュール２１０ａ～２１０ｅは、ハードウェアで実装されてもよく、又はソフトウェアで実装されてもよい。好適には、１つ以上の又は全ての機能モジュール２１０ａ～２１０ｅは、恐らくは機能ユニット２２０及び／又は２３０と協調する処理回路２１０により実装され得る。よって、処理回路２１０は、機能モジュール２１０ａ～２１０ｅにより提供される通りの命令を記憶媒体２３０との間でやり取りして、それら命令を実行するように構成されてよく、それによりこれ以降で開示される通りの任意のステップが実行される。

【0040】

制御ノード２００は、スタンドアローンのデバイスとして、又は少なくとも１つのさらなるデバイスの一部として提供されてよい。例えば、制御ノード２００は、無線アクセスネットワークのノード内に、又はコアネットワークのノード内に提供されてもよい。代替的に、制御ノード２００の機能性は、少なくとも２つのデバイス又はノードの間で分散されてもよい。それら少なくとも２つのノード又はデバイスは、（無線アクセスネットワーク又はコアネットワークなどの）同じネットワーク部分の一部であるか、又は少なくとも２つのそうしたネットワーク部分の間に拡散しているかのいずれかであってもよい。制御ノード２００が提供され得る通信システム１００内の場所のいくつかの例が図１に示されている。

【0041】

制御ノード２００の機能性は、プロトコルスタックのサービスレイヤに実装され得る。概して言うと、リアルタイムで実行されることを要する命令は、リアルタイムで実行されることを要しない命令よりも、運用上で無線アクセスネットワークにより近いデバイス又はノードにおいて実行され得る。この点において、制御ノード２００の少なくとも一部は、ここで開示される実施形態がリアルタイムで実行されるケースについて、無線アクセスネットワークノード内など、無線アクセスネットワークの中に所在し得る。

【0042】

そのため、制御ノード２００により実行される命令の第１の部分が第１のデバイスにおいて実行され、及び制御ノード２００により実行される命令の第２の部分が第２のデバイスにおいて実行されてもよく、ここで開示される実施形態は、制御ノード２００による実行対象の命令が実行されるデバイスの何らの具体的な数にも限定されない。よって、ここで開示される実施形態に係る方法は、クラウドコンピューティング環境に所在する制御ノード２００による実行に適している。従って、図２ａには単一の処理回路２１０が示されているものの、処理回路２１０は、複数のデバイス又はノードの間で分散されてもよい。同じことが、図２ｂの機能モジュール２１０ａ～２１０ｅ及び図４のコンピュータプログラム４２０ａに当てはまる（下記参照）。

【0043】

図３ａは、一実施形態に係るクライアントノード３００ａ、３００ｂのコンポーネントを、複数の機能ユニットの観点で概略的に示している。処理回路３１０は、適したＣＰＵ（central processing unit）、マルチプロセッサ、マイクロコントローラ、ＤＳＰ（digital signal processor）、ＡＳＩＣ（application specific integrated circuit）、ＦＰＧＡ（field programmable gate arrays）などのうちの１つ以上の任意の組合せを用いて提供され、例えば記憶媒体３３０の形式のコンピュータプログラムプロダクト４１０ｂ（図４の通り）において記憶されるソフトウェア命令を実行可能である。

【0044】

具体的には、処理回路３１０は、クライアントノード３００ａ、３００ｂに動作セット又はステップ群Ｓ２０１～Ｓ２０５を実行させるように構成される。これら動作又はステップ群Ｓ２０１～Ｓ２０５は、以下に開示されるであろう。例えば、記憶媒体３３０が動作セットを記憶してもよく、処理回路３１０は記憶媒体３３０から動作セットを読み出してクライアントノード３００ａ、３００ｂにその動作セットを実行させるように構成され得る。動作セットは、実行可能な命令のセットとして提供されてもよい。よって、処理回路３１０は、そのようにしてここで開示される通りの方法を実行するように構成される。

【0045】

記憶媒体３３０は、永続的なストレージをも含んでよく、例えばそれは、磁気メモリ、光学メモリ、ソリッドステートメモリ、又は遠隔的にマウントさえされてよいメモリ、のうちのいずれか１つ又は複数の組合せであり得る。

【0046】

クライアントノード３００ａ、３００ｂは、少なくとも制御ノード２００との通信のための通信インタフェース３２０をさらに含み得る。そして、通信インタフェース３２０は、アナログコンポーネント及びデジタルコンポーネントとワイヤレス通信のために適した数のアンテナとを含む１つ以上の送信機及び受信機と、有線通信のためのポートとを含み得る。

【0047】

処理回路３１０は、例えば通信インタフェース３２０及び記憶媒体３３０へデータ及び制御信号を送信し、通信インタフェース３２０からデータ及びレポートを受信し、並びに記憶媒体３３０からデータ及び命令を読み出すことにより、クライアントノード３００ａ、３００ｂの一般的な動作を制御する。クライアントノード３００ａ、３００ｂの他のコンポーネント及び関連する機能性は、ここで提示される概念を曖昧にしないために省略されている。

【0048】

図３ｂは、一実施形態に係るクライアントノード３００ａ、３００ｂのコンポーネントを、複数の機能モジュール３１０ａ～３１０ｃの観点で概略的に示している。図３ｂのクライアントノード３００ａ、３００ｂは、以下のステップＳ２０１、Ｓ２０２を実行するように構成される取得モジュールと、以下のステップＳ２０３、Ｓ２０５を実行するように構成される提供モジュールとを備える。図３ｂのクライアントノード３００ａ、３００ｂは、さらに、ここでは機能モジュール３１０ｃにより代表されるような、ある数のオプション的な機能モジュールを含んでもよい。各機能モジュール３１０ａ～３１０ｂの機能性は、当該機能モジュール３１０ａ～３１０ｂが使用され得る文脈において以下にさらに開示されるであろう。概して言うと、各機能モジュール３１０ａ～３１０ｂは、ハードウェアで実装されてもよく、又はソフトウェアで実装されてもよい。好適には、１つ以上の又は全ての機能モジュール３１０ａ～３１０ｂは、恐らくは機能ユニット３２０及び／又は３３０と協調する処理回路３１０により実装され得る。よって、処理回路３１０は、機能モジュール３１０ａ～３１０ｂにより提供される通りの命令を記憶媒体３３０との間でやり取りして、それら命令を実行するように構成されてよく、それによりこれ以降で開示される通りの任意のステップが実行される。

【0049】

クライアントノード３００ａ、３００ｂは、スタンドアローンのデバイスとして、又は少なくとも１つのさらなるデバイスの一部として提供されてよい。例えば、クライアントノード３００ａ、３００ｂは、ワイヤレスデバイス１５０ａ、１５０ｂ内に提供されてもよい。よって、ワイヤレスデバイス１５０ａ、１５０ｂの何らかの処理回路、通信インタフェース及び記憶媒体が、クライアントノード３００ａ、３００ｂの処理回路３１０、通信インタフェース３２０及び記憶媒体３３０と共用されてもよい。そのため、ワイヤレスデバイス１５０ａ、１５０ｂの処理回路、通信インタフェース及び記憶媒体がここで開示されるクライアントノード３００ａ、３００ｂの機能性を実装するように構成される限り、クライアントノード３００ａ、３００ｂが独自の処理回路３１０、通信インタフェース３２０及び記憶媒体３３０を有することは必須ではない。

【0050】

図４は、コンピュータ読取可能な手段４３０を含むコンピュータプログラムプロダクト４１０ａ、４１０ｂの１つの例を示している。このコンピュータ読取可能な手段４３０上にコンピュータプログラム４２０ａを記憶可能であり、そのコンピュータプログラム４２０ａは、処理回路２１０並びにそこに動作可能に連結される通信インタフェース２２０及び記憶媒体２３０といったエンティティ及びデバイスに、ここで説明される実施形態に係る方法を実行させることができる。コンピュータプログラム４２０ａ及び／又はコンピュータプログラムプロダクト４１０ａは、よって、ここで開示される通りの制御ノード２００の何らかのステップを実行するための手段を提供し得る。このコンピュータ読取可能な手段４３０上にコンピュータプログラム４２０ｂを記憶可能であり、そのコンピュータプログラム４２０ｂは、処理回路３１０並びにそこに動作可能に連結される通信インタフェース３２０及び記憶媒体３３０といったエンティティ及びデバイスに、ここで説明される実施形態に係る方法を実行させることができる。コンピュータプログラム４２０ｂ及び／又はコンピュータプログラムプロダクト４１０ｂは、よって、ここで開示される通りのクライアントノード３００ａ、３００ｂの何らかのステップを実行するための手段を提供し得る。

【0051】

図４の例において、コンピュータプログラムプロダクト４１０ａ、４１０ｂは、ＣＤ（compact disc）、ＤＶＤ（digital versatile disc）又はＢｌｕ－Ｒａｙ(登録商標)ディスクといった光学ディスクとして示されている。コンピュータプログラムプロダクト４１０ａ、４１０ｂは、ＲＡＭ（random access memory）、ＲＯＭ（read-only memory）、ＥＰＲＯＭ（erasable programmable read-only memory）又はＥＥＰＲＯＭ（electrically erasable programmable read-only memory）といったメモリとして具現化されることもでき、より具体的には、ＵＳＢ（Universal Serial Bus）メモリなどの外部メモリ又はコンパクトフラッシュ(登録商標)メモリなどのフラッシュメモリ内のデバイスの不揮発性記憶媒体として具現化されることもできる。よって、コンピュータプログラム４２０ａ、４２０ｂがここでは図示された光学ディスク上のトラックとして概略的に示されているものの、コンピュータプログラム４２０ａ、４２０ｂは、コンピュータプログラムプロダクト４１０ａ、４１０ｂに適したいかなる手法で記憶されることもできる。

【0052】

図５及び図６は、制御ノード２００により実行される、ＭＢＭＳベアラのセットアップのための方法の実施形態を示すフローチャートである。図７及び図８は、クライアントノード３００ａにより実行される、ＭＢＭＳベアラのセットアップのための方法の実施形態を示すフローチャートである。これら方法は、有利なこととして、コンピュータプログラム４２０ａ、４２０ｂとして提供される。

【0053】

次に、一実施形態に係る制御ノード２００により実行されるＭＢＭＳベアラのセットアップのための方法を示す図５を参照する。

【0054】

グループ通信トラフィックのために、ＭＢＭＳベアラが、そのＭＢＭＳベアラへのいかなるグループの割り当ても指し示すことなく、アクティブ化され及びアナウンスされる。よって、制御ノード２００は、ステップＳ１０２において、ＭＢＭＳベアラをアクティブ化し及びクライアントノード３００ａ、３００ｂへアナウンスする、ように構成され、そのＭＢＭＳベアラは、クライアントノード３００ａ、３００ｂのいかなる個別のグループにも非依存である。そのようにして、上記ＭＢＭＳベアラは、そのＭＢＭＳベアラへのクライアントノード３００ａ、３００ｂのいかなる個別のグループの割り当ても指し示すことなくアナウンスされる。この点において、アクティブ化モジュール２１０ａ及びアナウンスモジュール２１０ｂは、制御ノード２００により実行された場合に、制御ノード２００がステップＳ１０１を実行するために、処理回路２１０に恐らくは通信インタフェース２２０及び記憶媒体２３０と連携してＭＢＭＳベアラをアクティブ化させ及びアナウンスさせる命令、を含み得る。

【0055】

特定のグループ呼のためにＭＢＭＳベアラのどのリソースが使用されることになるかを指し示す呼セットアップメッセージが、フロア要求メッセージに先行するであろう。よって、制御ノード２００は、ステップＳ１０３において、クライアントノード３００ａ、３００ｂのうちの第１のクライアントノード３００ａから、グループ呼のための呼セットアップメッセージを取得する、ように構成される。この点において、取得モジュール２１０ｃは、制御ノード２００により実行された場合に、制御ノード２００がステップＳ１０３を実行するために、処理回路２１０に恐らくは通信インタフェース２２０及び記憶媒体２３０と連携して呼セットアップメッセージを取得させる命令、を含み得る。

【0056】

さらに、制御ノード２００は、ステップＳ１０３において呼セットアップメッセージを受信したことに応じて、ステップＳ１０４において、クライアントノード３００ａ、３００ｂのうちの少なくとも１つの他のクライアントノード３００ｂへ、グループ呼についての接続メッセージ（connect message）をブロードキャストする、ように構成される。この点において、ブロードキャストモジュール２１０ｄは、制御ノード２００により実行された場合に、制御ノード２００がステップＳ１０４を実行するために、処理回路２１０に恐らくは通信インタフェース２２０及び記憶媒体２３０と連携して接続メッセージをブロードキャストさせる命令、を含み得る。

【0057】

上記グループ通信セッション及びサービスアナウンスメントは、グループにとらわれない。グループ呼のセットアップが実行される際、全てのダウンリンク（制御ノードからクライアントノードへ）の通信がＭＢＭＳベアラ上で行われてよい。

【0058】

制御ノード２００により実行されるＭＢＭＳベアラのセットアップのさらなる詳細に関連する実施形態が、次に開示されるであろう。

【0059】

上記アナウンスメントは、ＭＢＭＳベアラ上で送信されるべきメディアストリームのパラメータを含んでもよい。

【0060】

上記呼セットアップメッセージは、上記グループ呼のためのクライアントノード３００ａ、３００ｂの特定のグループのグループ識別子を含んでもよい。制御ノード２００は、クライアントノード３００ａ、３００ｂについてのグループ識別子へのアクセスを有し、よって各グループの参加者を知っている。制御ノード２００は、ユニキャストが使用されるべきか又はブロードキャストが使用されるべきかを決定し得る。ブロードキャストが決定された場合、制御ノード２００は、ベアラ内でどのストリームを使用すべきかを決定する。

【0061】

例えば、制御ノード２００は、それにより、各グループ内のクライアントノード３００ａ、３００ｂの数に基づいて、どのグループ呼がブロードキャストされるべきかを決定してもよい。例えば、Ｎ１個の参加クライアントノードを伴う第１のグループ呼がＭＢＭＳベアラ上で進行中であり、第２のグループ呼がＮ２（＞Ｎ１）個の参加クライアントノードを伴う第２のグループ呼として開始されることを想定されたい。制御ノード２００は、より大規模なグループ（即ち、本例では第２のグループ）にＭＢＭＳベアラのリソースを使用させ、よって第１のグループをユニキャスト送信へ移行させる、ように構成され得る。

【0062】

次に、さらなる実施形態に係る制御ノード２００により実行されるＭＢＭＳベアラのセットアップのための方法を示す図６を参照する。

【0063】

一実施形態によれば、制御ノード２００は、ステップＳ１０１において、少なくともグループ通信セッションを予め確立する、ように構成される。その事前確立は、制御ノード２００がＭＢＭＳベアラをアクティブ化し及びブロードキャストすることに先立って、行われ得る。よって、グループ通信セッション及びサービスアナウンスメントは、いかなるグループ呼のセットアップにも先立って行われ得る。但し、これは要件ではなく；代替的に、ステップＳ１０２がステップＳ１０１に先立って実行される。ＭＢＭＳベアラのアクティブ化及びグループ通信セッションの事前確立は、双方がステップＳ１０３の通りに呼セットアップメッセージが取得される前に実行される限り、いかなる順序で行われてもよい。ステップＳ１０１における事前確立は、クライアントノード３００ａ、３００ｂとの間でメディア記述パラメータ及び通信パラメータを交換すること、を含んでもよい。

【0064】

ステップＳ１０４においてブロードキャストされる接続メッセージは、ベアラ上のどのリソースがクライアントノードの特定のグループ向けのメディアのために使用されることになるかを通知し得る。制御ノード２００は、それにより、（複数の利用可能なＭＢＭＳベアラの形式の）リソースのプールからリソースをグループ呼に割り当て、割り当てたリソースをクライアントノードへ通知し得る。

【0065】

制御ノード２００は、グループ通信システム１００におけるフロア制御をハンドリングする、ように構成され得る。一実施形態によれば、制御ノード２００は、ステップＳ１０５において、呼セットアップメッセージを取得した後に、第１のクライアントノード３００ａからグループ呼についてのフロア要求メッセージを取得する、ように構成される。フロア要求メッセージは、ステップＳ１０３においてグループ呼のための呼セットアップメッセージを取得した後に取得され得る。代替的に、フロア要求メッセージ及び（ステップｓ１０３において取得される通りの）呼セットアップメッセージは、１つのメッセージへ結合される。

【0066】

次に、一実施形態に係るクライアントノード３００ａにより実行されるＭＢＭＳベアラのセットアップのための方法を示す図７を参照する。

【0067】

上で注記したように、制御ノード２００は、ステップＳ１０２において、ＭＢＭＳベアラをアナウンスする。クライアントノード３００ａは、従って、ステップＳ２０２において、制御ノード２００からブロードキャストされるＭＢＭＳベアラのサービスアナウンスメントを取得する、ように構成され得る。そのＭＢＭＳベアラは、いかなる個別のクライアントノード３００ａ、３００ｂのグループにも非依存である。この点において、取得モジュール３１０ａは、クライアントノード３００ａにより実行された場合に、クライアントノード３００ａがステップＳ２０２を実行するために、処理回路３１０に恐らくは通信インタフェース３２０及び記憶媒体３３０と連携してブロードキャストされる上記サービスアナウンスメントを取得させる命令、を含み得る。

【0068】

クライアントノード３００ａは、次いで、ステップＳ２０３において、制御ノード２００へグループ呼についての呼セットアップメッセージを提供する、ように構成され得る。この点において、提供モジュール３１０ｂは、クライアントノード３００ａにより実行された場合に、クライアントノード３００ａがステップＳ２０３を実行するために、処理回路３１０に恐らくは通信インタフェース３２０及び記憶媒体３３０と連携して呼セットアップメッセージを提供させる命令、を含み得る。

【0069】

グループ呼についての呼セットアップメッセージは、クライアントノード３００ａがブロードキャストされるサービスアナウンスメントを取得することに応じて、クライアントノード３００ａにより提供され得る。但し、クライアントノード３００ａは、呼セットアップメッセージを提供する前に、ブロードキャストされるサービスアナウンスメントを受信しなくてもよい。ＭＢＭＳベアラが存在しない場合には、制御ノード２００は、呼セットアップメッセージの受信後に、ユニキャストを使用するという決定をするであろう。

【0070】

クライアントノード３００ａにより実行されるＭＢＭＳベアラのセットアップのさらなる詳細に関連する実施形態が、次に開示されるであろう。

【0071】

次に、さらなる実施形態に係るクライアントノード３００ａにより実行されるＭＢＭＳベアラのセットアップのための方法を示す図８を参照する。

【0072】

上で開示したように、制御ノード２００は、ステップＳ１０２において、少なくともグループ通信セッションを予め確立する。従って、一実施形態によれば、クライアントノード３００ａは、ステップＳ２０１において、制御ノード２００から少なくともグループ通信セッションの事前確立情報を取得する、ように構成される。上で開示したように、ステップＳ１０１における事前確立は、ＭＢＭＳベアラをアナウンスするステップＳ１０２に先立って行われ得る。よって、事前確立情報は、制御ノード２００からＭＢＭＳベアラのブロードキャストされるサービスアナウンスメントを取得することに先立って、クライアントノード３００ａにより取得され得る。但し、やはり上で開示したように、ステップＳ１０１及びステップＳ１０２の順序は逆であってもよく、よってステップＳ２０１及びステップＳ２０２の順序もまた逆であってもよい。

【0073】

上で開示したように、制御ノード２００は、ステップＳ１０３において呼セットアップメッセージを受信したことに応じて、ステップＳ１０４において、クライアントノード３００ａ、３００ｂのうちの少なくとも１つの他のクライアントノード３００ｂへ、ＭＢＭＳベアラ上でグループ呼についての接続メッセージをブロードキャストする。一方、呼セットアップメッセージは、ステップＳ２０３においてクライアントノード３００ａにより提供されたものである。クライアントノード３００ａは、一実施形態によれば、ステップＳ２０３において呼セットアップメッセージを提供した後に、次いで、ステップＳ２０５において、制御ノード２００へグループ呼についてのフロア要求メッセージを提供する、ようにさらに構成される。

【0074】

上で開示した実施形態の少なくともいくつかに基づくＭＢＭＳベアラセットアップのための１つの具体的な実施形態が、図９のシグナリング図を参照しながら次に詳細に開示されるであろう。並行して図１～図８への参照が継続される。

【0075】

この具体的な実施形態は、ここで開示した制御ノード２００に代表されるような、フロア調停者機能を含むグループ通信サーバと、ユニキャスト及びブロードキャストの双方に基づく送信をサポートするセルラーネットワークと、ワイヤレスデバイス１５０ａ、１５０ｂにインストールされ得るクライアントノード３００ａ、３００ｂと、を含む（ＰＴＴシステムなどの）グループ通信システムに関わる。

【0076】

ステップＳ１０１，Ｓ２０１：グループ通信が開始可能となる前に、制御ノード２００及びクライアントノード３００ａ、３００ｂは、少なくとも１つのグループ通信セッションを予め確立し、それにより実行されるべき通信のタイプについてのメディア記述パラメータをハンドシェイクする。これは、ＩＰアドレス、ポート、メディアコーデック及び暗号化鍵を含み得る。さらに、各グループ通信セッションは、１つ以上のメディアストリームを含み得る。それにより、同じメディア記述パラメータを伴う任意のグループにより使用可能な、１つ以上のグループ通信セッションにおける１つ以上のメディアストリームが確立される。

【0077】

ステップＳ１０２，Ｓ２０２：少なくとも１つのＭＢＭＳベアラがアクティブ化され、いかなる個別のクライアントノードのグループも指し示すことなくアナウンスされる。サービスアナウンスメントは、それにより、あるリソース上でアクティブな１つ以上のＭＢＭＳベアラが存在することを、クライアントノード３００ａ、３００ｂへ通知する。

【0078】

ステップＳ１０３，Ｓ２０３：第１のクライアントノード３００ａは、（ユニキャストベアラ上で）呼セットアップメッセージを送信して、メディア送信のために予め確立されているセッションのうちの１つを要求することを制御ノード２００へ通知する。これは、クライアントノード３００ａと制御ノード２００とがメディア記述パラメータを再交渉する必要性を軽減する。呼セットアップメッセージの１つの目的は、予め確立されるセッションのうちの１つを用いてグループ呼をセットアップすることである。

【0079】

ステップＳ１０４，Ｓ２０４：制御ノード２００は、特定のグループにおける少なくとも１つの第２のクライアントノード３００ｂ（即ち、受信側のクライアントノード）のロケーションを知っており、少なくとも１つの第２のクライアントノード３００ｂのうちの少なくともいくつかが同じエリア内に位置する場合には、制御ノード２００は、送信のモードとしてＭＢＭＳを使用することを決定し得る。それを達成するために、制御ノード２００は、アクティブ化されたＭＢＭＳリソース及び特定のメディアストリームのためのメディア記述パラメータ上で特定のグループのためにグループ呼が開始することになるという接続メッセージを、少なくとも１つの第２のクライアントノード３００ｂのエリア内でブロードキャストチャネル上で送信する。呼接続メッセージは、以前にアクティブ化されているＭＢＭＳベアラ上で、そのＭＢＭＳベアラ上でグループ呼のメッセージを受信することになる全てのクライアントノード３００ｂへ送信されてもよい。呼接続メッセージは、そのグループ呼について使用される、グループアイデンティティ及び予め確立されたセッション内のメディアストリームの識別子を含んでもよい。

【0080】

ステップＳ１０５，Ｓ２０５：第１のクライアントノード３００ａが制御ノード２００へフロア要求メッセージを送信することにより、グループ呼が開始する。そのメッセージは、ユニキャストベアラ上で送信されてもよい。

【0081】

ステップＳ１０６，Ｓ２０６：制御ノード２００は、フロア要求メッセージに対し、第１のクライアントノード３００ａへフロア許可メッセージで応答し、それにより、特定のグループ向けの送信を第１のクライアントノード３００ａに許可する。そのメッセージは、ユニキャストベアラ上で送信されてもよい。

【0082】

ステップＳ１０７，Ｓ２０７：制御ノード２００は、少なくとも１つの第２のクライアントノード３００ｂへフロア確保メッセージを送信して、少なくとも１つの第２のクライアントノード３００ｂに、フロアが確保され他のクライアントノード３００ａからのメディア送信が開始し得ることを通知する。そのメッセージは、送信側のクライアントノード３００ａのアイデンティティと共にグループアイデンティティを含んでもよい。当該メッセージは、ＭＢＭＳベアラ上で、そのＭＢＭＳベアラ上の呼を受信するように以前にセットアップ済みの全てのクライアントデバイス３００ｂへ送信され得る。

【0083】

一方ではステップＳ１０６、Ｓ２０６、他方ではステップＳ１０７、Ｓ２０７は、逆の順序で実行されてもよく、即ち、同じグループ通信セッションについて、ステップＳ１０７、Ｓ２０７がステップＳ１０６、Ｓ２０６の実行よりも前に実行されてもよい。

【0084】

次に、図１０に示したような（及び上述したような）従来技術に従ってセルラー通信システム上でのグループ通信についてＭＢＭＳベアラを利用するための処理に対する比較を行う。従来技術によれば、ＭＢＭＳベアラは、呼のセットアップに先立ってアクティブ化され及びアナウンスされる。従来技術によれば、クライアントノード３００ａ、３００ｂは、ＭＢＭＳベアラのどのリソースが特定のグループについてのフロア要求へ割り当てられているかを既に知得している。

【0085】

ここで開示した仕組みと従来技術との間のいくつかの相異として、ＭＢＭＳベアラを使用する際、従来技術によれば呼セットアップメッセージも接続メッセージも送信されない。さらに、従来技術におけるサービスアナウンスメントは、ＭＢＭＳリソースを特定のグループに割り当てる。ここで開示した仕組みでは、任意のグループへＭＢＭＳリソースを動的に割り当てることができる。

【0086】

本提案される解決策が主として若干の実施形態を参照しながら上で説明されている。しかしながら、当業者によって容易に理解されるように、上で開示したもの以外の他の実施形態もまた、本開示のスコープの範囲内で同等に可能であり、その範囲は別添の列挙された実施形態のリストにより示される通りである。

【0087】

［１］
グループ通信システム（１００）におけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのセットアップのための、制御ノード（２００）により実行される方法であって、
いかなる個別のクライアントノード（３００ａ，３００ｂ）のグループにも非依存であるＭＢＭＳベアラをアクティブ化し及び前記クライアントノード（３００ａ，３００ｂ）へアナウンスすること（Ｓ１０２）と、
前記クライアントノード（３００ａ，３００ｂ）のうちの第１のクライアントノード（３００ａ）から、グループ呼のための呼セットアップメッセージを取得すること（Ｓ１０３）と、
前記呼セットアップメッセージを受信したことに応じて、前記クライアントノード（３００ａ，３００ｂ）のうちの少なくとも１つの他のクライアントノード（３００ｂ）へ、前記グループ呼についての接続メッセージをブロードキャストすること（Ｓ１０４）と、
を含む方法。
［２］
前記アナウンスすることは、前記ＭＢＭＳベアラ上で送信されるべきメディアストリームのパラメータを含む、項番１に記載の方法。
［３］
前記呼セットアップメッセージは、メディアの送信のために使用されるべき前記グループ呼のためのクライアントノードの特定のグループのグループ識別子を含む、項番１に記載の方法。
［４］
前記接続メッセージは、前記ベアラ上のどのリソースがクライアントノードの特定のグループ向けのメディアの送信のために使用されることになるかを通知する、項番１に記載の方法。
［５］
前記呼セットアップメッセージを取得した後に、前記第１のクライアントノード（３００ａ）から前記グループ呼についてのフロア要求メッセージを取得すること（Ｓ１０５）、
をさらに含む、項番１に記載の方法。
［６］
前記フロア要求メッセージは、前記グループ呼について前記接続メッセージをブロードキャストした後に取得される、項番４及び５に記載の方法。
［７］
前記フロア要求メッセージ及び前記呼セットアップメッセージは、１つのメッセージへ結合される、項番６に記載の方法。
［８］
前記ＭＢＭＳベアラをアクティブ化し及びブロードキャストすることに先立って、少なくとも前記グループ通信セッションを予め確立すること（Ｓ１０１）、
をさらに含む、項番１に記載の方法。
［９］
前記予め確立することは、前記クライアントノード（３００ａ，３００ｂ）との間でメディア記述パラメータ及び通信パラメータを交換すること、を含む、項番８に記載の方法。
［１０］
グループ通信システム（１００）におけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのセットアップのための、クライアントノード（３００ａ）により実行される方法であって、
いかなる個別のクライアントノード（３００ａ，３００ｂ）のグループにも非依存であるＭＢＭＳベアラのサービスアナウンスメントを制御ノード（２００）から取得すること（Ｓ２０２）と、
それに応じて、前記制御ノード（２００）へグループ呼についての呼セットアップメッセージを提供すること（Ｓ２０３）と、
を含む方法。
［１１］
前記サービスアナウンスメントは、前記ＭＢＭＳベアラ上で送信されるべきメディアストリームのパラメータを含む、項番１０に記載の方法。
［１２］
前記接続メッセージは、前記グループ呼のためのクライアントノードの特定のグループのグループ識別子を含み、メディアの送信のために使用されるべき１つ以上の前記ＭＢＭＳベアラのうちの１つのＭＢＭＳベアラ上での固有のメディアストリームを要求する、項番１０に記載の方法。
［１３］
前記呼セットアップメッセージを提供した後に、前記制御ノード（２００）へ前記グループ呼についてのフロア要求メッセージを提供すること（Ｓ２０５）、
をさらに含む、項番１０に記載の方法。
［１４］
前記制御ノード（２００）から前記ＭＢＭＳベアラのブロードキャストされる前記サービスアナウンスメントを取得することに先立って、前記制御ノード（２００）から少なくとも前記グループ通信セッションの事前確立情報を取得すること（Ｓ２０１）、
をさらに含む、項番１０に記載の方法。
［１５］
前記制御ノード（２００）は、前記グループ通信システム（１００）におけるフロア制御をハンドリングする、項番１～１４のいずれかに記載の方法。
［１６］
前記グループ通信システム（１００）は、ＰＴＴ（push to talk）システムである、項番１～１５のいずれかに記載の方法。
［１７］
グループ通信システム（１００）におけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのセットアップのための制御ノード（２００）であって、前記制御ノード（２００）は、前記制御ノード（２００）に動作のセットを実行させるように構成される処理回路（２１０）を備え、前記動作のセットは、前記制御ノード（２００）に、
いかなる個別のクライアントノード（３００ａ，３００ｂ）のグループにも非依存であるＭＢＭＳベアラをアクティブ化し及び前記クライアントノード（３００ａ，３００ｂ）へアナウンスすることと、
前記クライアントノード（３００ａ，３００ｂ）のうちの第１のクライアントノード（３００ａ）から、グループ呼のための呼セットアップメッセージを取得することと、
前記呼セットアップメッセージを受信したことに応じて、前記クライアントノード（３００ａ，３００ｂ）のうちの少なくとも１つの他のクライアントノード（３００ｂ）へ、前記グループ呼についての接続メッセージをブロードキャストすることと、
を行わせる、制御ノード（２００）。
［１８］
動作のセットを記憶する記憶媒体（２２０）、をさらに備え、前記処理回路は、前記記憶媒体から前記動作のセットを読み出して前記動作のセットを前記制御ノード（２００）に実行させる、ように構成される、項番１７に記載の制御ノード（２００）。
［１９］
グループ通信システム（１００）におけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのセットアップのためのクライアントノード（３００ａ）であって、前記クライアントノード（３００ａ）は、前記クライアントノード（３００ａ）に動作のセットを実行させるように構成される処理回路（３１０）を備え、前記動作のセットは、前記クライアントノード（３００ａ）に、
いかなる個別のクライアントノード（３００ａ，３００ｂ）のグループにも非依存であるＭＢＭＳベアラのブロードキャストされるサービスアナウンスメントを制御ノード（２００）から取得することと、
前記制御ノード（２００）へグループ呼についての呼セットアップメッセージを提供することと、
を行わせる、クライアントノード（３００ａ）。
［２０］
動作のセットを記憶する記憶媒体（３２０）、をさらに備え、前記処理回路は、前記記憶媒体から前記動作のセットを読み出して前記動作のセットを前記クライアントノード（３００ａ）に実行させる、ように構成される、項番１９に記載のクライアントノード（３００ａ）。
［２１］
グループ通信システム（１００）におけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのセットアップのためのコンピュータプログラム（４２０ａ）であって、前記コンピュータプログラムは、制御ノード（２００）の処理回路（２１０）上で稼働する場合に、前記制御ノード（２００）に、
いかなる個別のクライアントノード（３００ａ，３００ｂ）のグループにも非依存であるＭＢＭＳベアラをアクティブ化し及び前記クライアントノード（３００ａ，３００ｂ）へアナウンスすること（Ｓ１０２）と、
前記クライアントノード（３００ａ，３００ｂ）のうちの第１のクライアントノード（３００ａ）から、グループ呼のための呼セットアップメッセージを取得すること（Ｓ１０３）と、
前記呼セットアップメッセージを受信したことに応じて、前記クライアントノード（３００ａ，３００ｂ）のうちの少なくとも１つの他のクライアントノード（３００ｂ）へ、前記グループ呼についての接続メッセージをブロードキャストすること（Ｓ１０４）と、
を行わせるコンピュータコード、を含む、コンピュータプログラム。
［２２］
グループ通信システム（１００）におけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのセットアップのためのコンピュータプログラム（４２０ｂ）であって、前記コンピュータプログラムは、クライアントノード（３００ａ）の処理回路（３１０）上で稼働する場合に、前記クライアントノード（３００ａ）に、
いかなる個別のクライアントノード（３００ａ，３００ｂ）のグループにも非依存であるＭＢＭＳベアラのブロードキャストされるサービスアナウンスメントを制御ノード（２００）から取得すること（Ｓ２０２）と、
前記制御ノード（２００）へグループ呼についての呼セットアップメッセージを提供すること（Ｓ２０３）と、
を行わせるコンピュータコード、を含む、コンピュータプログラム。
［２３］
項番２１及び２２のうちの少なくとも１項に記載のコンピュータプログラム（４２０ａ，４２０ｂ）と、前記コンピュータプログラムが記憶されたコンピュータ読取可能な手段（４３０）と、を含むコンピュータプログラムプロダクト（４１０ａ，４１０ｂ）。

【図1】

【図2a】

【図2b】

【図3a】

【図3b】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】