(57)【特許請求の範囲】
【請求項１】
グループ通信システム（１００）におけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのハンドリングのための方法であって、前記方法は、制御ノード（２００）により実行され、
グループ呼におけるフロア制御をサポートするための第１のＭＢＭＳベアラをアクティブ化し及び前記グループ呼のクライアントノード（３００ａ，３００ｂ）へアナウンスすること（Ｓ１０１，Ｓ３０３ｂ，Ｓ３０４ｂ）と、
前記グループ呼におけるメディア送信をサポートするための少なくとも１つの第２のＭＢＭＳベアラをアクティブ化し及びアナウンスすること（Ｓ１０３，Ｓ３０３ａ，Ｓ３０４ａ）と、
を含み、それにより、前記フロア制御及び前記メディア送信は、前記グループ呼のための別個のＭＢＭＳベアラ上でサポートされる、
方法。
【請求項２】
前記第１のＭＢＭＳベアラ及び前記少なくとも１つの第２のＭＢＭＳベアラのうちの１つをアクティブ化したことに応じて、前記クライアントノード（３００ａ，３００ｂ）のうちの第１のクライアントノード（３００ａ）からグループ呼セットアップ要求を取得すること（Ｓ１０５ａ，Ｓ３０２）と、
前記グループ呼についてグループ呼セットアップ手続を実行すること（Ｓ１００，Ｓ１０５ｂ，Ｓ３０７）と、
をさらに含む、請求項１に記載の方法。
【請求項３】
前記グループ呼セットアップ手続は、前記グループ呼セットアップ要求が取得されたことに応じて実行される、請求項２に記載の方法。
【請求項４】
前記第１のＭＢＭＳベアラのアクティブ化及びアナウンスに先立って、グループ呼セットアップ手続を実行すること、をさらに含む、請求項１に記載の方法。
【請求項５】
前記クライアントノード（３００ａ，３００ｂ）のうちの第１のクライアントノード（３００ａ）から、前記グループ呼についてフロア要求メッセージを取得すること（Ｓ１０６，Ｓ３０７）と、それに応じて、
前記クライアントノード（３００ａ，３００ｂ）のうちの少なくとも１つの他のクライアントノード（３００ｂ）へ、前記第１のＭＢＭＳベアラ上で前記グループ呼についてフロア確保メッセージをブロードキャストすること（Ｓ１０８、Ｓ３０７）と、
をさらに含む、請求項１に記載の方法。
【請求項６】
前記クライアントノード（３００ａ，３００ｂ）のうちの第１のクライアントノード（３００ａ）から、前記グループ呼についてメディアメッセージを取得すること（Ｓ１０９，Ｓ３０８）と、それに応じて、
前記クライアントノード（３００ａ，３００ｂ）のうちの少なくとも１つの他のクライアントノード（３００ｂ）へ、前記少なくとも１つの第２のＭＢＭＳベアラのうちの１つの上で前記グループ呼について前記メディアメッセージをブロードキャストすること（Ｓ１１０、Ｓ３０８）と、
をさらに含む、請求項１に記載の方法。
【請求項７】
グループ通信システム（１００）におけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのハンドリングのための方法であって、前記方法は、クライアントノード（３００ｂ）により実行され、
グループ呼におけるフロア制御をサポートするための第１のＭＢＭＳベアラのブロードキャストサービスアナウンスを、前記グループ呼の制御ノード（２００）から取得すること（Ｓ２０１，Ｓ３０４ｂ）と、
前記グループ呼におけるメディア送信をサポートするための少なくとも１つの第２のＭＢＭＳベアラのブロードキャストサービスアナウンスを、前記制御ノードから取得すること（Ｓ２０３，Ｓ３０４ａ）と、
を含み、それにより、前記フロア制御及び前記メディア送信は、前記グループ呼のための別個のＭＢＭＳベアラ上でサポートされる、
方法。
【請求項８】
前記第１のＭＢＭＳベアラの前記ブロードキャストサービスアナウンスを取得したことに応じて、前記第１のＭＢＭＳベアラをフロア制御メッセージのためにモニタリング開始するか否かを判定すること（Ｓ２０２ａ）、
をさらに含む、請求項７に記載の方法。
【請求項９】
前記第１のＭＢＭＳベアラをフロア制御メッセージのためにモニタリングすること（Ｓ２０２ｂ）、
をさらに含む、請求項７又は請求項８に記載の方法。
【請求項１０】
前記少なくとも１つの第２のＭＢＭＳベアラの前記ブロードキャストサービスアナウンスを取得したことに応じて、前記少なくとも１つの第２のＭＢＭＳベアラのうちの１つをメディアメッセージのためにモニタリング開始するか否かを判定すること（Ｓ２０４ａ）、
をさらに含む、請求項７に記載の方法。
【請求項１１】
前記少なくとも１つの第２のＭＢＭＳベアラのうちの１つをメディアメッセージのためにモニタリングすること（Ｓ２０４ｂ，Ｓ３０５）、
をさらに含む、請求項７又は請求項１０に記載の方法。
【請求項１２】
前記制御ノード（２００）から前記第１のＭＢＭＳベアラ上で前記グループ呼についてフロア確保メッセージを取得すること（Ｓ２０８，Ｓ３０７）、
をさらに含む、請求項７に記載の方法。
【請求項１３】
前記制御ノード（２００）から前記少なくとも１つの第２のＭＢＭＳベアラのうちの１つの上で前記グループ呼についてメディアメッセージを取得すること（Ｓ２１０，Ｓ３０８）、
をさらに含む、請求項７に記載の方法。
【請求項１４】
前記第１のＭＢＭＳベアラのための変調符号化方式と少なくとも１つの第２のＭＢＭＳベアラのための前記変調符号化方式は相違する、請求項１〜１３のいずれかに記載の方法。
【請求項１５】
前記第１のＭＢＭＳベアラについての前記変調符号化方式は、前記少なくとも１つの第２のＭＢＭＳベアラについての前記変調符号化方式よりもロバストである、請求項１４に記載の方法。
【請求項１６】
前記グループ通信システムは、ＰＴＴ（push  to  talk）システムである、請求項１〜１５のいずれかに記載の方法。
【請求項１７】
グループ通信システム（１００）におけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのハンドリングのための制御ノード（２００）であって、処理回路（２１０）を備え、
前記処理回路は、前記制御ノード（２００）に動作セットを実行させるように構成され、前記制御ノード（２００）に、
グループ呼におけるフロア制御をサポートするための第１のＭＢＭＳベアラをアクティブ化し及び前記グループ呼のクライアントノード（３００ａ，３００ｂ）へアナウンスすることと、
前記グループ呼におけるメディア送信をサポートするための少なくとも１つの第２のＭＢＭＳベアラをアクティブ化し及びアナウンスすることと、
を行わせ、
それにより、前記フロア制御及び前記メディア送信は、前記グループ呼のための別個のＭＢＭＳベアラ上でサポートされる、
制御ノード（２００）。
【請求項１８】
動作セットを記憶する記憶媒体（２２０）をさらに備え、
前記処理回路は、前記記憶媒体から前記動作セットを読み出して、前記制御ノード（２００）に前記動作セットを実行させる、ように構成される、
請求項１７に記載の制御ノード（２００）。
【請求項１９】
グループ通信システム（１００）におけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのハンドリングのためのクライアントノード（３００ｂ）であって、処理回路（３１０）を備え、
前記処理回路は、前記クライアントノード（３００ｂ）に動作セットを実行させるように構成され、前記クライアントノード（３００ｂ）に、
グループ呼におけるフロア制御をサポートするための第１のＭＢＭＳベアラのブロードキャストサービスアナウンスを、前記グループ呼の制御ノード（２００）から取得することと、
前記グループ呼におけるメディア送信をサポートするための少なくとも１つの第２のＭＢＭＳベアラのブロードキャストサービスアナウンスを、前記制御ノードから取得することと、
を行わせ、
それにより、前記フロア制御及び前記メディア送信は、前記グループ呼のための別個のＭＢＭＳベアラ上でサポートされる、
クライアントノード（３００ｂ）。
【請求項２０】
動作セットを記憶する記憶媒体（３２０）をさらに備え、
前記処理回路は、前記記憶媒体から前記動作セットを読み出して、前記クライアントノード（３００ｂ）に前記動作セットを実行させる、ように構成される、
請求項１９に記載のクライアントノード（３００ｂ）。
【請求項２１】
グループ通信システム（１００）におけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのハンドリングのためのコンピュータプログラム（４２０ａ）であって、前記コンピュータプログラムは、制御ノード（２００）の処理回路（２１０）上で実行される場合に、前記制御ノード（２００）に、
グループ呼におけるフロア制御をサポートするための第１のＭＢＭＳベアラをアクティブ化し及び前記グループ呼のクライアントノード（３００ａ，３００ｂ）へアナウンスすること（Ｓ１０１，Ｓ３０３ｂ，Ｓ３０４ｂ）と、
前記グループ呼におけるメディア送信をサポートするための少なくとも１つの第２のＭＢＭＳベアラをアクティブ化し及びアナウンスすること（Ｓ１０３，Ｓ３０３ａ，Ｓ３０４ａ）と、
を行わせるコンピュータコード、を含み、
それにより、前記フロア制御及び前記メディア送信は、前記グループ呼のための別個のＭＢＭＳベアラ上でサポートされる、
コンピュータプログラム。
【請求項２２】
グループ通信システム（１００）におけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのハンドリングのためのコンピュータプログラム（４２０ｂ）であって、前記コンピュータプログラムは、クライアントノード（３００ｂ）の処理回路（３１０）上で実行される場合に、前記クライアントノード（３００ｂ）に、
グループ呼におけるフロア制御をサポートするための第１のＭＢＭＳベアラのブロードキャストサービスアナウンスを、前記グループ呼の制御ノード（２００）から取得すること（Ｓ２０１，Ｓ３０４ｂ）と、
前記グループ呼におけるメディア送信をサポートするための少なくとも１つの第２のＭＢＭＳベアラのブロードキャストサービスアナウンスを、前記制御ノードから取得すること（Ｓ２０３，Ｓ３０４ａ）と、
を行わせるコンピュータコード、を含み、
それにより、前記フロア制御及び前記メディア送信は、前記グループ呼のための別個のＭＢＭＳベアラ上でサポートされる、
コンピュータプログラム。
【請求項２３】
請求項２１及び請求項２２のいずれか１項に記載のコンピュータプログラム（４２０ａ，４２０ｂ）が記憶されたコンピュータ読取可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
ここで提示される実施形態は、グループ通信システムにおけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのハンドリングのための、制御ノード、クライアントノード、コンピュータプログラム及びコンピュータプログラムプロダクトに関する。
【背景技術】
【０００２】
通信システムにおいて、所与の通信プロトコル、そのパラメータ、及び当該通信システムが配備される物理環境について、良好な性能とキャパシティとを獲得するという課題が存在し得る。
【０００３】
例えば、いくつかの通信システムにおいて利用可能なアプリケーションの１つの例は、グループ通信サービスである。一般的な用語において、グループ通信は、同じ情報が複数のクライアントへと伝達されることを要する。それらクライアントは、様々なロケーションに位置し得る。多くのクライアントが同じエリア内に位置している場合、例えばマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）を用いたマルチキャスト又はブロードキャストベースの送信が効率的である。
【０００４】
グループ通信システム（例えば、ＰＴＴ（Push-To-Talk）システム）では、フロア制御機能が不可欠である。フロア制御機能は、グループ通信システム内の他のクライアントへメディアを送信するために使用される共有リソースのあるキャパシティを要求する能力を、クライアントに与える。フロア制御機能を効率的に使用する目的で、どのクライアントがメディアを送信することを許容されるかを刻一刻と決定するフロア調停者（floor  arbitrator）についてのニーズが存在する。フロア制御プロセスは、メディアを送信することを希望するクライアントがフロア調停者へフロア要求メッセージ（floor  request  message）を送信することから開始される。利用可能なリソースがあれば、フロア調停者は、クライアントへフロア許可メッセージ（floor  grant  message）を送信することにより、送信を行う権利をそのクライアントに認める。また、フロア調停者は、特定の通信グループに参加してメディアを交換することへの関心をアナウンスした全てのクライアントへ、フロア確保メッセージ（floor  taken  message）を送信する。
【０００５】
セルラー通信システム上でサービスされる現在のグループ通信システムにおいて、フロア制御シグナリングは、典型的には、固有のメディアベアラ上のメディアと共に送信される。これは、フロア制御シグナリング及びそのメディアが、同じサービス品質（ＱｏＳ）で送信されることを意味する。フロア制御シグナリングは、パケット損失に対して敏感である。フロア制御信号の損失は、クライアントにとっていつメディアの送信を開始すべきかが分からず、又は受信側クライアントにとって誰がその時点でメディアを送信する権利を認められているのかが分からない、という状況に帰結し得る。よって、フロア制御メッセージの正確な伝達は、クリティカルなものであると見なされ得る。典型的には、目標は、制御シグナリングについてパケット損失を１０−６よりも低く維持することである。一方で、時折のメディア（例えば、音声）パケットの損失は、受信側クライアントによってほとんど気付かれないであろう。メディアパケットの伝達は、ある程度のパケット損失を許容してよく、典型的にはその目標はパケット損失を１０−２よりも低く維持することである。
【０００６】
グループ通信システムにおいてメディアをブロードキャストするためにＭＢＭＳを使用する場合、送信側クライアントは、グループ通信システムへメディアを送信するためにユニキャストを使用し、グループ通信システム内の制御ノードが全ての受信側クライアントへメディアを送信するためにブロードキャストを使用する。受信側クライアントについて逸失したパケットをレポートし及び再送を要求するために利用可能なアップリンクベアラは存在しない。これに起因して、エア上のメディア送信（フロア制御シグナリングを含む）の変調及び符号化は、許容可能なＱｏＳを達成するために十分なほどロバストでなければならない。よって、送信の変調及び符号化に関する要件を規定するのは、フロア制御シグナリングである。
【０００７】
上述した見地において、ＱｏＳ要件は、制御シグナリング及びメディアについて相違する。メディア及びフロア制御シグナリングの符号化法はフロア制御シグナリングに関するＱｏＳ要件に基づいて選択され、これはメディアが必要とされるよりも一層ロバストな符号化法で送信されることを意味する。これは、無線リソースに加えてＭＢＭＳリソースの非効率的な使用につながる。他の課題は、加入中の全てのグループからのメディアを捕捉するために、クライアントが非常に大規模なＭＢＭＳベアラ又はいくつものベアラをリッスンすることが必要であり得ることである。これはバッテリを浪費する。
【０００８】
よって、効率的なグループ通信のための利用可能なネットワークリソースの改善された利用法についてのニーズが依然として存在する。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ここでの実施形態の目的は、効率的なグループ通信のための利用可能なネットワークリソースの効率的な利用法を提供することである。
【課題を解決するための手段】
【００１０】
第１の観点によれば、グループ通信システムにおけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのハンドリングのための方法が提示される。上記方法は、制御ノードにより実行される。上記方法は、グループ呼におけるフロア制御をサポートするための第１のＭＢＭＳベアラをアクティブ化し及び上記グループ呼のクライアントノードへアナウンスすること、を含む。上記方法は、上記グループ呼におけるメディア送信をサポートするための少なくとも１つの第２のＭＢＭＳベアラをアクティブ化し及びアナウンスすること、を含む。それにより、上記フロア制御及び上記メディア送信が、上記グループ呼のための別個のＭＢＭＳベアラ上でサポートされる。
【００１１】
有利なこととして、これは、無線リソースに加えてＭＢＭＳリソースの効率的な使用を提供し、それにより効率的なグループ通信が可能とされる。
【００１２】
有利なこととして、これは、フロア制御シグナリングをメディアシグナリングから独立させることを可能とする。これは、クライアントがフロア制御シグナリングのみをモニタリングし、そのシグナリングに基づいてメディアを受信すべきか否かの決定を行うことを可能とする。
【００１３】
一実施形態によれば、フロア制御のためのＭＢＭＳベアラは、メディアのための１つ又は複数のＭＢＭＳベアラよりもロバストな変調符号化方式を使用することになる。これは、メディアシグナリング向けよりもフロア制御シグナリングのためにより高いＱｏＳを生み出す。これは、利用可能な無線リソースのより一層効率的な使用をもたらす。
【００１４】
第２の観点によれば、グループ通信システムにおけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのハンドリングのための制御ノードが提示される。上記制御ノードは、処理回路を備える。上記処理回路は、上記制御ノードに動作セットを実行させるように構成される。上記処理回路は、上記制御ノードに、グループ呼におけるフロア制御をサポートするための第１のＭＢＭＳベアラをアクティブ化し及び上記グループ呼のクライアントノードへアナウンスさせる。上記処理回路は、上記制御ノードに、上記グループ呼におけるメディア送信をサポートするための少なくとも１つの第２のＭＢＭＳベアラをアクティブ化し及びアナウンスさせる。それにより、上記フロア制御及び上記メディア送信が上記グループ呼のための別個のＭＢＭＳベアラ上でサポートされる。
【００１５】
第３の観点によれば、グループ通信システムにおけるＭＢＭＳベアラのハンドリングのためのコンピュータプログラムであって、制御ノードの処理回路上で実行される場合に、上記制御ノードに、第１の観点に係る方法を実行させるコンピュータプログラムコード、を含む当該コンピュータプログラムが提示される。
【００１６】
第４の観点によれば、グループ通信システムにおけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのハンドリングのための方法が提示される。上記方法は、クライアントノードにより実行される。上記方法は、グループ呼におけるフロア制御をサポートするための第１のＭＢＭＳベアラのブロードキャストサービスアナウンスを、上記グループ呼の制御ノード（２００）から取得すること、を含む。上記方法は、上記グループ呼におけるメディア送信をサポートするための少なくとも１つの第２のＭＢＭＳベアラのブロードキャストサービスアナウンスを、上記制御ノードから取得すること、を含む。それにより、上記フロア制御及び上記メディア送信が、上記グループ呼のための別個のＭＢＭＳベアラ上でサポートされる。
【００１７】
第５の観点によれば、グループ通信システムにおけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのハンドリングのためのクライアントノードが提示される。上記クライアントノードは、処理回路を備える。上記処理回路は、上記クライアントノードに動作セットを実行させるように構成される。上記処理回路は、上記クライアントノードに、グループ呼におけるフロア制御をサポートするための第１のＭＢＭＳベアラのブロードキャストサービスアナウンスを、上記グループ呼の制御ノードから取得させる。上記処理回路は、上記クライアントノードに、上記グループ呼におけるメディア送信をサポートするための少なくとも１つの第２のＭＢＭＳベアラのブロードキャストサービスアナウンスを、上記制御ノードから取得させる。それにより、上記フロア制御及び上記メディア送信が上記グループ呼のための別個のＭＢＭＳベアラ上でサポートされる。
【００１８】
第６の観点によれば、グループ通信システムにおけるＭＢＭＳベアラのハンドリングのためのコンピュータプログラムであって、クライアントノードの処理回路上で実行される場合に、上記処理回路に、第４の観点に係る方法を実行させるコンピュータプログラムコード、を含む当該コンピュータプログラムが提示される。
【００１９】
第７の観点によれば、第３の観点及び第６の観点のうちの少なくとも一方に係るコンピュータプログラムと、上記コンピュータプログラムが記憶されるコンピュータ読取可能な手段と、を含むコンピュータプログラムプロダクトが提示される。
【００２０】
留意すべきこととして、第１、第２、第３、第４、第５、第６及び第７の観点のいずれの特徴も、適切である場合には他の観点に適用されてよい。同様に、第１の観点のいかなる利点も、第２、第３、第４、第５、第６及び／又は第７の観点にそれぞれ等しく当てはまり、逆もまたしかりであり得る。以下の詳細な開示から、添付の従属項から、及び図面から、包含されている実施形態の他の目的、特徴及び利点が明らかとなるであろう。
【００２１】
概して、特許請求の範囲において使用されている全ての用語は、ここで別段の明示的な定義の無い限り、本技術分野におけるそれらの通常の意味に従って解釈されるものとする。“エレメント、装置、コンポーネント、手段、ステップなど”への全ての言及は、別段の明示的な記述の無い限り、そのエレメント、装置、コンポーネント、手段、ステップなどの少なくとも１つの実例へのオープンな言及として解釈されるものとする。ここで開示されるいかなる方法のステップも、明示的な記述の無い限り、開示された厳密な順序で実行されなくてよい。
【図面の簡単な説明】
【００２２】
次の添付図面を参照しながら、例示の手段で発明概念が以下に説明される：
【００２３】
【図１】実施形態に係る通信システムを示す概略図である。
【図２ａ】一実施形態に係る制御ノードの機能ユニットを示す概略図である。
【図２ｂ】一実施形態に係る制御ノードの機能モジュールを示す概略図である。
【図３ａ】一実施形態に係るクライアントノードの機能ユニットを示す概略図である。
【図３ｂ】一実施形態に係るクライアントノードの機能モジュールを示す概略図である。
【図４】一実施形態に係るコンピュータ読取可能な手段を含むコンピュータプログラムプロダクトの１つの例を示している。
【図５】実施形態に係る方法のフローチャートである。
【図６】実施形態に係る方法のフローチャートである。
【図７】実施形態に係る方法のフローチャートである。
【図８】実施形態に係る方法のフローチャートである。
【図９】実施形態に係るシグナリング図である。
【図１０】実施形態に係るシグナリング図である。
【発明を実施するための形態】
【００２４】
これ以降、本発明概念のある実施形態が示されている添付図面を参照しながら、本発明概念がより充分に説明されるであろう。しかしながら、本発明概念は、多くの異なる形式で具現化されてよく、ここで説示される実施形態に限定されるものとして解釈されるべきではなく、むしろ、それら実施形態は、本開示を綿密且つ完結したものとするように例示の手段で提供されており、当業者に本発明概念の範囲を充分に伝えるであろう。類似の番号は、本説明を通じて類似の要素への言及である。破線で示されたいずれのステップ又は特徴も、随意的であると見なされるべきである。
【００２５】
図１は、ここで提示される実施形態が適用され得る通信システム１００を示す概略図である。通信システム１００は、グループ通信のためのサービスを提供するものと想定され、よってグループ通信システムであると見なされてよい。グループ通信システム１００は、ＰＴＴ（push  to  talk）システムであってもよい。
【００２６】
通信システム１００は、少なくとも１つの制御ノード２００と、少なくとも２つのクライアントノード３００ａ、３００ｂとを含む。少なくとも１つの制御ノード２００は、無線アクセスネットワークノード１１０若しくは無線アクセスネットワーク１２０内の他のエンティティ若しくはデバイス、コアネットワーク１３０のエンティティ若しくはデバイス、又は、サービスネットワーク１４０のエンティティ若しくはデバイス内に提供され、若しくはそこにインストールされ得る。各クライアントノードは、それぞれのワイヤレスデバイス１５０ａ、１５０ｂ内に提供され、又はそこにインストールされ得る。
【００２７】
ワイヤレスデバイス１５０ａ、１５０ｂの例は、限定ではないものの、移動局、モバイルフォン、ハンドセット、ワイヤレスローカルループフォン、ユーザ機器（ＵＥ）、スマートフォン、ラップトップコンピュータ、及びタブレットコンピュータを含む。無線アクセスネットワークノード１１０の例は、限定ではないものの、無線基地局、基地送受信局、ノードＢ、拡張ノードＢ、及びアクセスポイントを含む。当業者が理解する通り、通信システム１００は、各々が複数のワイヤレスデバイス１５０ａ、１５０ｂへネットワークアクセスを提供する複数の無線アクセスネットワークノード１１０を含んでよい。ここで開示される実施形態は、無線アクセスネットワークノード１１０又はワイヤレスデバイス１５０ａ、１５０ｂのどういった具体的な数にも限定されない。この点において、少なくとも１つの制御ノード２００及び少なくとも２つのクライアントノード３００ａ、３００ｂが存在すると想定される。
【００２８】
よって、ここで開示される実施形態は、グループ通信システムにおけるＭＢＭＳベアラのハンドリングのための仕組みに関する。そうした仕組みを獲得するために、制御ノード２００、制御ノード２００により実行される方法、制御ノード２００の処理回路上で実行される場合に制御ノード２００に上記方法を実行させる例えばコンピュータプログラムプロダクトの形式のコードを含むコンピュータプログラム、が提供される。さらに、そうした仕組みを獲得するために、クライアントノード３００ａ、３００ｂ、クライアントノード３００ａ、３００ｂにより実行される方法、及び、クライアントノード３００ａ、３００ｂの処理回路上で実行される場合にクライアントノード３００ａ、３００ｂに上記方法を実行させる例えばコンピュータプログラムプロダクトの形式のコードを含むコンピュータプログラム、が提供される。
【００２９】
図２ａは、一実施形態に係る制御ノード２００のコンポーネントを、複数の機能ユニットの観点で概略的に示している。処理回路２１０は、適した中央処理装置（ＣＰＵ）、マルチプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などのうちの１つ以上の任意の組合せを用いて提供され、例えば記憶媒体２３０の形式のコンピュータプログラムプロダクト４１０ａ（図４の通り）において記憶されるソフトウェア命令を実行可能である。
【００３０】
具体的には、処理回路２１０は、制御ノード２００に動作セット又はステップ群Ｓ１０１〜Ｓ１０９を実行させるように構成される。これら動作又はステップ群Ｓ１０１〜Ｓ１０９は、以下に開示されるであろう。例えば、記憶媒体２３０が動作セットを記憶してもよく、処理回路２１０は記憶媒体２３０から動作セットを読み出して制御ノード２００にその動作セットを実行させるように構成され得る。動作セットは、実行可能な命令のセットとして提供されてもよい。よって、処理回路２１０は、そのようにしてここで開示される通りの方法を実行するように構成される。
【００３１】
記憶媒体２３０は、永続的なストレージをも含んでよく、例えばそれは、磁気メモリ、光学メモリ、ソリッドステートメモリ、又は遠隔的にマウントさえされてよいメモリ、のうちのいずれか１つ又は複数の組合せであり得る。
【００３２】
制御ノード２００は、少なくともクライアントノード３００ａ、３００ｂとの通信のための通信インタフェース２２０をさらに含み得る。そして、通信インタフェース２２０は、アナログコンポーネント及びデジタルコンポーネントとワイヤレス通信のために適した数のアンテナとを含む１つ以上の送信機及び受信機と、有線通信のためのポートとを含み得る。
【００３３】
処理回路２１０は、例えば通信インタフェース２２０及び記憶媒体２３０へデータ及び制御信号を送信し、通信インタフェース２２０からデータ及びレポートを受信し、並びに記憶媒体２３０からデータ及び命令を読み出すことにより、制御ノード２００の一般的な動作を制御する。制御ノード２００の他のコンポーネント及び関連する機能性は、ここで提示される概念を曖昧にしないために省略されている。
【００３４】
図２ｂは、一実施形態に係る制御ノード２００のコンポーネントを、複数の機能モジュール２１０ａ〜２１０ｃの観点で概略的に示している。図２ｂの制御ノード２００は、複数の機能モジュールを備え：アクティブ化モジュール２１０ａは以下のステップＳ１０１、Ｓ１０３、Ｓ３０３ａ、Ｓ３０３ｂ、Ｓ３０４ａ、Ｓ３０４ｂを実行するように構成され、アナウンスモジュール２１０ｂは、以下のステップＳ１０１、Ｓ１０３、Ｓ３０３ａ、Ｓ３０３ｂ、Ｓ３０４ａ、Ｓ３０４ｂを実行するように構成される。図２ｂの制御ノード２００は、さらに、以下のステップＳ１００、Ｓ１０５ｂ、Ｓ３０７を実行するように構成される実行モジュール２１０ｃ、以下のステップＳ１０８、Ｓ１１０、Ｓ３０７、Ｓ３０８を実行するように構成されるブロードキャストモジュール２１０ｄ、及び以下のステップＳ１０５ａ、Ｓ１０６、Ｓ１０９、Ｓ３０２、Ｓ３０７、Ｓ１０８を実行するように構成される取得モジュール２１０ｅ、のうちの任意のものなど、複数の随意的な機能モジュールを含んでもよい。各機能モジュール２１０ａ〜２１０ｅの機能性は、当該機能モジュール２１０ａ〜２１０ｅが使用され得る文脈において以下にさらに開示されるであろう。概して言うと、各機能モジュール２１０ａ〜２１０ｅは、ハードウェアで実装されてもよく、又はソフトウェアで実装されてもよい。好適には、１つ以上の又は全ての機能モジュール２１０ａ〜２１０ｅは、恐らくは機能ユニット２２０及び／又は２３０と協調する処理回路２１０により実装され得る。よって、処理回路２１０は、機能モジュール２１０ａ〜２１０ｅにより提供される通りの命令を記憶媒体２３０との間でやり取りして、それら命令を実行するように構成されてよく、それによりこれ以降で開示される通りの任意のステップが実行される。
【００３５】
制御ノード２００は、スタンドアローンのデバイスとして、又は少なくとも１つのさらなるデバイスの一部として提供されてよい。例えば、制御ノード２００は、無線アクセスネットワークのノード内に、又はコアネットワークのノード内に提供されてもよい。代替的に、制御ノード２００の機能性は、少なくとも２つのデバイス又はノードの間で分散されてもよい。それら少なくとも２つのノード又はデバイスは、（無線アクセスネットワーク又はコアネットワークなどの）同じネットワーク部分の一部であり、又は少なくとも２つのそうしたネットワーク部分の間に広がっていてもよい。制御ノード２００が提供され得る通信システム１００内の場所のいくつかの例が図１に示されている。
【００３６】
制御ノード２００の機能性は、プロトコルスタックのサービスレイヤに実装され得る。概して言うと、リアルタイムで実行されることを要する命令は、リアルタイムで実行されることを要しない命令よりも、運用上で無線アクセスネットワークにより近いデバイス又はノードにおいて実行され得る。この点において、制御ノード２００の少なくとも一部は、ここで開示される実施形態がリアルタイムで実行されるケースについて、無線アクセスネットワークノード内など、無線アクセスネットワークの中に所在し得る。
【００３７】
そのため、制御ノード２００により実行される命令の第１の部分が第１のデバイスにおいて実行され、及び制御ノード２００により実行される命令の第２の部分が第２のデバイスにおいて実行されてもよく、ここで開示される実施形態は、制御ノード２００による実行対象の命令が実行されるデバイスの何らの具体的な数にも限定されない。よって、ここで開示される実施形態に係る方法は、クラウドコンピューティング環境に所在する制御ノード２００による実行にも適している。従って、図２ａには単一の処理回路２１０が示されているが、処理回路２１０は、複数のデバイス又はノードの間で分散されてもよい。同じことが、図２ｂの機能モジュール２１０ａ〜２１０ｃ及び図４のコンピュータプログラム４２０ａに当てはまる（以下参照）。
【００３８】
図３ａは、一実施形態に係るクライアントノード３００ａ、３００ｂのコンポーネントを、複数の機能ユニットの観点で概略的に示している。処理回路３１０は、適した中央処理装置（ＣＰＵ）、マルチプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などのうちの１つ以上の任意の組合せを用いて提供され、例えば記憶媒体３３０の形式のコンピュータプログラムプロダクト４１０ｂ（図４の通り）において記憶されるソフトウェア命令を実行可能である。
【００３９】
具体的には、処理回路３１０は、クライアントノード３００ａ、３００ｂに動作セット又はステップ群Ｓ２０１〜Ｓ２０９を実行させるように構成される。これら動作又はステップ群Ｓ２０１〜Ｓ２０９は、以下に開示されるであろう。例えば、記憶媒体３３０が動作セットを記憶してもよく、処理回路３１０は記憶媒体３３０から動作セットを読み出してクライアントノード３００ａ、３００ｂにその動作セットを実行させるように構成され得る。動作セットは、実行可能な命令のセットとして提供されてもよい。よって、処理回路３１０は、そのようにしてここで開示される通りの方法を実行するように構成される。
【００４０】
記憶媒体３３０は、永続的なストレージをも含んでよく、例えばそれは、磁気メモリ、光学メモリ、ソリッドステートメモリ、又は遠隔的にマウントさえされてよいメモリ、のうちのいずれか１つ又は複数の組合せであり得る。
【００４１】
クライアントノード３００ａ、３００ｂは、少なくとも制御ノード２００との通信のための通信インタフェース３２０をさらに含み得る。そして、通信インタフェース３２０は、アナログコンポーネント及びデジタルコンポーネントとワイヤレス通信のために適した数のアンテナとを含む１つ以上の送信機及び受信機と、有線通信のためのポートとを含み得る。
【００４２】
処理回路３１０は、例えば通信インタフェース３２０及び記憶媒体３３０へデータ及び制御信号を送信し、通信インタフェース３２０からデータ及びレポートを受信し、並びに記憶媒体３３０からデータ及び命令を読み出すことにより、クライアントノード３００ａ、３００ｂの一般的な動作を制御する。クライアントノード３００ａ、３００ｂの他のコンポーネント及び関連する機能性は、ここで提示される概念を曖昧にしないために省略されている。
【００４３】
図３ｂは、一実施形態に係るクライアントノード３００ａ、３００ｂのコンポーネントを、複数の機能モジュール３１０ａ〜２１０ｃの観点で概略的に示している。図３ｂのクライアントノード３００ａ、３００ｂは、以下のステップＳ２００、Ｓ２０１、Ｓ２０３、Ｓ２０５、Ｓ２０８、Ｓ２１０、Ｓ３０４ａ、Ｓ３０４ｂ、Ｓ３０７、Ｓ３０８を実行するように構成される取得モジュール３１０ａを備える。図３ｂのクライアントノード３００ａ、３００ｂは、さらに、以下のステップＳ２０２ａ、Ｓ２０４ａを実行するように構成される判定モジュール３１０ｂ、及び以下のステップＳ２０２ｂ、Ｓ２０４ｂ、Ｓ３０５を実行するように構成されるモニタリングモジュール３１０ｃ、のうちの任意のものなど、複数の随意的な機能モジュールを含んでもよい。各機能モジュール３１０ａ〜３１０ｃの機能性は、当該機能モジュール３１０ａ〜３１０ｃが使用され得る文脈において以下にさらに開示されるであろう。概して言うと、各機能モジュール３１０ａ〜３１０ｃは、ハードウェアで実装されてもよく、又はソフトウェアで実装されてもよい。好適には、１つ以上の又は全ての機能モジュール３１０ａ〜３１０ｃは、恐らくは機能ユニット３２０及び／又は３３０と協調する処理回路３１０により実装され得る。よって、処理回路３１０は、機能モジュール３１０ａ〜３１０ｃにより提供される通りの命令を記憶媒体３３０との間でやり取りして、それら命令を実行するように構成されてよく、それによりこれ以降で開示される通りの任意のステップが実行される。
【００４４】
クライアントノード３００ａ、３００ｂは、スタンドアローンのデバイスとして、又は少なくとも１つのさらなるデバイスの一部として提供されてよい。例えば、クライアントノード３００ａ、３００ｂは、ワイヤレスデバイス１５０ａ、１５０ｂ内に提供されてもよい。よって、ワイヤレスデバイス１５０ａ、１５０ｂの何らかの処理回路、通信インタフェース及び記憶媒体が、クライアントノード３００ａ、３００ｂの処理回路３１０、通信インタフェース３２０及び記憶媒体３３０と共用されてもよい。そのため、ワイヤレスデバイス１５０ａ、１５０ｂの処理回路、通信インタフェース及び記憶媒体がここで開示されるクライアントノード３００ａ、３００ｂの機能性を実装するように構成される限り、クライアントノード３００ａ、３００ｂが独自の処理回路３１０、通信インタフェース３２０及び記憶媒体３３０を有することは必須ではない。
【００４５】
図４は、コンピュータ読取可能な手段４３０を含むコンピュータプログラムプロダクト４１０ａ、４１０ｂの１つの例を示している。このコンピュータ読取可能な手段４３０上にコンピュータプログラム４２０ａを記憶可能であり、そのコンピュータプログラム４２０ａは、処理回路２１０並びにそこに動作可能に連結される通信インタフェース２２０及び記憶媒体２３０といったエンティティ及びデバイスに、ここで説明される実施形態に係る方法を実行させることができる。コンピュータプログラム４２０ａ及び／又はコンピュータプログラムプロダクト４１０ａは、よって、ここで開示される通りの制御ノード２００の何らかのステップを実行するための手段を提供し得る。このコンピュータ読取可能な手段４３０上にコンピュータプログラム４２０ｂを記憶可能であり、そのコンピュータプログラム４２０ｂは、処理回路３１０並びにそこに動作可能に連結される通信インタフェース３２０及び記憶媒体３３０といったエンティティ及びデバイスに、ここで説明される実施形態に係る方法を実行させることができる。コンピュータプログラム４２０ｂ及び／又はコンピュータプログラムプロダクト４１０ｂは、よって、ここで開示される通りのクライアントノード３００ａ、３００ｂの何らかのステップを実行するための手段を提供し得る。
【００４６】
図４の例において、コンピュータプログラムプロダクト４１０ａ、４１０ｂは、ＣＤ（compact  disc）、ＤＶＤ（digital  versatile  disc）又はＢｌｕ−Ｒａｙディスクといった光学ディスクとして示されている。コンピュータプログラムプロダクト４１０ａ、４１０ｂは、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ（erasable  programmable  read-only  memory）又はＥＥＰＲＯＭ（electrically  erasable  programmable  read-only  memory）といったメモリとして具現化されることもでき、より具体的には、ＵＳＢ（Universal  Serial  Bus）メモリなどの外部メモリ又はコンパクトフラッシュメモリなどのフラッシュメモリ内のデバイスの不揮発性記憶媒体として具現化されることもできる。よって、コンピュータプログラム４２０ａ、４２０ｂがここでは図示された光学ディスク上のトラックとして概略的に示されているものの、コンピュータプログラム４２０ａ、４２０ｂは、コンピュータプログラムプロダクト４１０ａ、４１０ｂに適したいかなる手法で記憶されることもできる。
【００４７】
図５及び図６は、制御ノード２００により実行される、グループ通信システムにおけるＭＢＭＳベアラのハンドリングのための方法の実施形態を示すフローチャートである。図７及び図８は、クライアントノード３００ａ、３００ｂにより実行される、グループ通信システムにおけるＭＢＭＳベアラのハンドリングのための方法の実施形態を示すフローチャートである。これら方法は、有利には、コンピュータプログラム４２０ａ、４２０ｂとして提供される。
【００４８】
ここでは、一実施形態に係る制御ノード２００により実行されるグループ通信システムにおけるＭＢＭＳベアラのハンドリングのための方法を示す図５を参照する。
【００４９】
ステップＳ１０１において、制御ノード２００は、グループ呼におけるフロア制御をサポートするための第１のＭＢＭＳベアラをアクティブ化し及び当該グループ呼のクライアントノード３００ａ、３００ｂへアナウンスする、ように構成される。この点において、アクティブ化モジュール２１０ａ及びアナウンスモジュール２１０ｂは、制御ノード２００によってステップＳ１０１を実行する目的で、制御ノード２００により実行される場合に、恐らくは通信インタフェース２２０及び記憶媒体２３０と連携する処理回路２１０に、第１のＭＢＭＳベアラをアクティブ化し及びそれをアナウンスさせる命令、を含み得る。
【００５０】
ステップＳ１０３において、制御ノード２００は、上記グループ呼におけるメディア送信をサポートするための少なくとも１つの第２のＭＢＭＳベアラをアクティブ化し及びアナウンスする、ようにさらに構成される。この点において、アクティブ化モジュール２１０ａ及びアナウンスモジュール２１０ｂは、制御ノード２００によってステップＳ１０３を実行する目的で、制御ノード２００により実行される場合に、恐らくは通信インタフェース２２０及び記憶媒体２３０と連携する処理回路２１０に、少なくとも１つの第２のＭＢＭＳベアラをアクティブ化し及びそれをアナウンスさせる命令、を含み得る。
【００５１】
それにより、フロア制御及びメディア送信が、上記グループ呼のための別個のＭＢＭＳベアラ上でサポートされる。よって、少なくとも２つのＭＢＭＳベアラが使用され、うち１つのＭＢＭＳベアラはフロア制御シグナリング向けであり、１つ以上のＭＢＭＳベアラはメディアの送信向けである。これが、フロア制御シグナリングとメディアシグナリングとを異なるベアラ上へと分離することを可能とする。
【００５２】
次に、制御ノード２００により実行されるグループ通信システムにおけるＭＢＭＳベアラのハンドリングのさらなる詳細に関する実施形態が開示されるであろう。
【００５３】
ここでは、さらなる実施形態に係る制御ノード２００により実行されるグループ通信システムにおけるＭＢＭＳベアラのハンドリングのための方法を示す図６を参照する。
【００５４】
一実施形態によれば、制御ノード２００は、ステップＳ１０５ａにおいて、第１のクライアントノード３００ａからグループ呼セットアップ要求を取得し、それに応じて、ステップＳ１０５ｂにおいて、グループ呼についてグループ呼セットアップ手続を実行する、ように構成される。よって、この実施形態によれば、グループ呼セットアップ手続は、グループ呼セットアップ要求が取得されたことに応じて実行される。グループ呼セットアップ要求は、制御ノード２００が第１のＭＢＭＳベアラ及び少なくとも１つの第２のＭＢＭＳベアラをアクティブ化したことに応じて（即ち、ステップＳ１０３が実行されたことに応じて）取得される。
【００５５】
他の実施形態によれば、制御ノード２００は、ステップＳ１００において、ステップＳ１０１のように第１のＭＢＭＳベアラがアクティブ化され及びアナウンスされるに先立って、グループ呼についてグループ呼セットアップ手続を実行する、ように構成される。
【００５６】
この点において、１つの第２のＭＢＭＳベアラ上で１つのグループ呼が単にアナウンス（及びブロードキャスト）されてもよい。メディア向けに複数のＭＢＭＳベアラ（即ち、少なくとも２つの第２のＭＢＭＳベアラ）が存在し得る理由は、複数のグループ呼を扱うことができるようにするためである。
【００５７】
以下にさらに開示されるように、第１のクライアントノードと称されるクライアントノード３００ａは、制御ノード２００へフロア要求メッセージを提供し得る。よって、一実施形態によれば、制御ノード２００は、ステップＳ１０６において、クライアントノード３００ａ、３００ｂのうちの第１のクライアントノード３００ａからグループ呼についてのフロア要求メッセージを取得する、ように構成される。そして、制御ノード２００は、それに応じて、第１のＭＢＭＳベアラ上でグループ呼についてのフロア確保メッセージを（ステップＳ１０８において）クライアントノード３００ａ、３００ｂのうちの少なくとも１つの他のクライアントノード３００ｂへブロードキャストし得る。制御ノード２００は、さらに、（ステップＳ１０７において）第１のクライアントノード３００ａへフロア許可メッセージを提供し得る。
【００５８】
一旦フロアが第１のクライアントノード３００ａへ許可されると、第１のクライアントノード３００ａは、メディアメッセージの送信を開始し得る。よって、一実施形態によれば、制御ノード２００は、ステップＳ１０９において、第１のクライアントノード３００ａからグループ呼についてのメディアメッセージを取得する、ように構成される。そして、制御ノード２００は、それに応じて、（ステップＳ１１０において）少なくとも１つの第２のＭＢＭＳベアラのうちの１つの上でクライアントノード３００ａ、３００ｂのうちの少なくとも１つの他のクライアントノード３００ｂへグループ呼のためにメディアメッセージをブロードキャストし得る。
【００５９】
ここでは、一実施形態に係るクライアントノード３００ｂにより実行されるグループ通信システムにおけるＭＢＭＳベアラのハンドリングのための方法を示す図７を参照する。
【００６０】
上述したように、制御ノードは、ステップＳ１０１において、第１のＭＢＭＳベアラをアクティブ化し及びアナウンスする。このアナウンスは、クライアントノード３００ａにより受信されるものと想定される。クライアントノード３００ｂは、よって、ステップＳ２０１において、グループ呼におけるフロア制御をサポートするための第１のＭＢＭＳベアラのブロードキャストサービスアナウンスを、当該グループ呼の制御ノード２００から取得する、ように構成される。この点において、取得モジュール３１０ａは、クライアントノード３００ｂによってステップＳ２０１を実行する目的で、クライアントノード３００ｂにより実行される場合に、恐らくは通信インタフェース３２０及び記憶媒体３３０と連携する処理回路に、第１のＭＢＭＳベアラのブロードキャストサービスアナウンスを取得させる命令、を含み得る。
【００６１】
上述したように、制御ノードは、ステップＳ１０３において、少なくとも１つの第２のＭＢＭＳベアラをアクティブ化し及びアナウンスする。このアナウンスは、クライアントノード３００ａにより受信されるものと想定される。クライアントノード３００ｂは、よって、ステップＳ２０３において、グループ呼におけるメディア送信をサポートするための少なくとも１つの第２のＭＢＭＳベアラのブロードキャストサービスアナウンスを、制御ノードから取得する、ように構成される。この点において、取得モジュール３１０ａは、クライアントノード３００ｂによってステップＳ２０３を実行する目的で、クライアントノード３００ｂにより実行される場合に、恐らくは通信インタフェース３２０及び記憶媒体３３０と連携する処理回路に、少なくとも１つの第２のＭＢＭＳベアラのブロードキャストサービスアナウンスを取得させる命令、を含み得る。
【００６２】
上述したように、それにより、フロア制御及びメディア送信がグループ呼のための別個のＭＢＭＳベアラ上でサポートされる。
【００６３】
次に、クライアントノード３００ｂにより実行されるグループ通信システムにおけるＭＢＭＳベアラのハンドリングのさらなる詳細に関する実施形態が開示されるであろう。
【００６４】
ここでは、さらなる実施形態に係るクライアントノード３００ｂにより実行されるグループ通信システムにおけるＭＢＭＳベアラのハンドリングのための方法を示す図８を参照する。
【００６５】
クライアントノード３００ｂは、第１のＭＢＭＳベアラのブロードキャストサービスアナウンスを受信すると、クライアントノード３００ｂがフロア制御メッセージのために第１のＭＢＭＳベアラをモニタリングすべきかを判定し得る。よって、一実施形態によれば、クライアントノード３００ｂは、第１のＭＢＭＳベアラのブロードキャストサービスアナウンスを取得したことに応じて、ステップＳ２０２ａにおいて、フロア制御メッセージのために第１のＭＢＭＳベアラをモニタリング開始するか否かを判定する、ように構成される。実際、クライアントノード３００ｂは、ステップＳ２０２ｂにおいて、フロア制御メッセージを求めて第１のＭＢＭＳベアラをモニタリングする、ように構成されてよい。
【００６６】
クライアントノード３００ｂは、少なくとも１つの第２のＭＢＭＳベアラのブロードキャストサービスアナウンスを受信すると、クライアントノード３００ｂがメディアメッセージのために少なくとも１つの第２のＭＢＭＳベアラのうちの１つをモニタリングすべきかを判定し得る。よって、一実施形態によれば、クライアントノード３００ｂは、少なくとも１つの第２のＭＢＭＳベアラのブロードキャストサービスアナウンスを取得したことに応じて、ステップＳ２０４ａにおいて、メディアメッセージのために少なくとも１つの第２のＭＢＭＳベアラのうちの１つをモニタリング開始するか否かを判定する、ように構成される。実際、クライアントノード３００ｂは、ステップＳ２０４ｂにおいて、メディアメッセージを求めて少なくとも１つの第２のＭＢＭＳベアラのうちの１つをモニタリングする、ように構成されてよい。
【００６７】
上述したように、制御ノード２００は、第１のクライアントノード３００ａからフロア要求メッセージを受信したことに応じて、（ステップＳ１０８において）第１のＭＢＭＳベアラ上でグループ呼についてフロア確保メッセージをブロードキャストし得る。よって、クライアントノード３００ｂは、ステップＳ２０８において、制御ノード２００から第１のＭＢＭＳベアラ上でグループ呼についてフロア確保メッセージを取得する、ように構成されてもよい。
【００６８】
上述したように、制御ノード２００は、第１のクライアントノード３００ａから受信したメディアメッセージを（ステップＳ１１０において）ブロードキャストし得る。よって、クライアントノード３００ｂは、ステップＳ２１０において、少なくとも１つの第２のＭＢＭＳベアラのうちの１つの上で制御ノード２００からグループ呼についてメディアメッセージを取得する、ように構成され得る。
【００６９】
２つ（又はそれ以上）のＭＢＭＳベアラは、相異なる変調符号化方式（ＭＣＳ）で構成されることができる。即ち、一実施形態によれば、第１のＭＢＭＳベアラについての変調符号化方式及び少なくとも１つの第２のＭＢＭＳベアラについての変調符号化方式は異なる。フロア制御のためのＭＢＭＳベアラは、フロア制御シグナリングのために高いＱｏＳを達成する目的で、ロバストなＭＣＳで構成され得る。さらに、メディアのために使用されるＭＢＭＳベアラは、それほどロバストでないＭＣＳを使用することができ、それにより無線リソースのより効率的な使用がもたらされる。よって、一実施形態によれば、第１のＭＢＭＳベアラについての変調符号化方式は、少なくとも１つの第２のＭＢＭＳベアラについての変調符号化方式よりもロバストである。
【００７０】
それにより、第１のベアラ及び少なくとも１つの第２のベアラは、異なるＱｏＳを有してよい。これが、効率的なリソースの使用と、クライアントノード３００ａ、３００ｂが受信する必要のあるデータをより少なくすることとを可能とし、よってクライアントノード３００ａ、３００ｂが所在するデバイスの電力消費が低減され得る。
【００７１】
次に、上で開示した実施形態の少なくともいくつかに基づくグループ通信システムにおけるＭＢＭＳベアラのハンドリングのための第１の具体的な実施形態が、図９のシグナリング図を参照しながら詳細に開示されるであろう。並行して、図１〜図８への参照が継続される。
【００７２】
この具体的な実施形態は、ここで開示されている制御ノード２００により表される、フロア調停機能を含むグループ通信サーバと、ユニキャストベースの送信及びブロードキャストベースの送信の双方をサポートするセルラーネットワークと、ワイヤレスデバイス１５０ａ、１５０ｂ上にインストールされ得るクライアントノード３００ａ、３００ｂと、を含む（ＰＴＴシステムなどの）グループ通信システムに関する。
【００７３】
ステップＳ１００、Ｓ２００：代替的な実施形態によれば、グループ呼セットアップ手続が実行される。但し、以下に開示されるように、ステップＳ１００において実行される当該アクションは、代わりにステップＳ１０５ｂにおいて実行されてもよい。
【００７４】
ステップＳ１０１、Ｓ２０１：制御ノード２００は、ネットワーク内で第１のＭＢＭＳベアラをアクティブ化し、さらにそのベアラをクライアントノード３００ａ、３００ｂへアナウンスする。このベアラは、フロア制御シグナリングのために使用され、従ってパケット損失を最小化するためにロバストな符号化変調法を伴うＱｏＳを使用する。
【００７５】
ステップ２０２：クライアントノード３００ａ、３００ｂは、アクティブ化されたベアラ（ステップＳ１０１、Ｓ２０１より）のモニタリングに関心があるかを判定し、ある場合には、フロア制御シグナリングをリッスンすることを開始する。
【００７６】
ステップＳ１０３、Ｓ２０３：制御ノード２００は、ネットワーク内で少なくとも１つの第２のＭＢＭＳベアラをアクティブ化し、さらにその少なくとも１つのベアラをクライアントノード３００ａ、３００ｂへアナウンスする。この少なくとも１つのベアラは、ブロードキャストされるメディアのために使用される。この少なくとも１つのベアラ上のＱｏＳは、典型的には、フロア制御ベアラ向けのものほど高くない。良好でないレベルのパケット損失が許容可能なはずである。
【００７７】
ステップＳ２０４：クライアントノード３００ａ、３００ｂは、アクティブ化された上記少なくとも１つのベアラ（ステップＳ１０３、Ｓ２０３より）のモニタリングに関心があるかを判定し、ある場合には、アクティブ化された当該少なくとも１つのベアラ上の何らかのメディアをリッスンするように準備する。
【００７８】
ステップＳ１０５ａ、Ｓ１０５ｂ、Ｓ２０５：グループ呼セットアップ手続が実行される。グループ呼セットアップ手続は、（送信側クライアントとして動作する）第１のクライアントノード３００ａがグループ呼を要求し、制御ノード２００が第１のクライアントノード３００ａから当該要求を取得したことに応じてグループ呼についてグループ呼セットアップ手続を実行することにより開始される。代替的な実施形態では、グループ呼セットアップ手続は、代わりにステップＳ１００において、第１のＭＢＭＳベアラがアクティブ化され及びアナウンスされるに先立って実行される。
【００７９】
ステップＳ１０６、Ｓ２０６：第１のクライアントノード３００ａは、制御ノード２００によるフロアを要求する。
【００８０】
ステップＳ１０７、Ｓ２０７：制御ノード２００は、第１のクライアントノード３００ａにフロアについての権利を許可する。
【００８１】
ステップＳ１０８、Ｓ２０８：制御ノード２００は、フロア制御専用のＭＢＭＳベアラ上で（受信側クライアントとして動作する）少なくとも１つの第２のクライアントノード３００ｂへフロア確保メッセージをも送信する。
【００８２】
ステップＳ１０９、Ｓ２０９：第１のクライアントノード３００ａは、制御ノード２００へユニキャストシグナリングを用いてメディアを提供する。
【００８３】
ステップＳ１１０、Ｓ２１０：制御ノード２００は、受信したメディアを、メディア専用の少なくとも１つのＭＢＭＳベアラ上で少なくとも１つの第２のクライアントノード３００ｂへ提供する。
【００８４】
次に、上で開示した実施形態の少なくともいくつかに基づくグループ通信システムにおけるＭＢＭＳベアラのハンドリングのための第２の具体的な実施形態が、図１０のシグナリング図を参照しながら詳細に開示されるであろう。並行して、図１〜図８への参照が継続される。
【００８５】
この具体的な実施形態は、ここで開示されている制御ノード２００により表される、フロア調停機能を含むグループ通信サーバ２００ａ及びブロードキャストマルチキャストサービスセンタ（ＢＭＳＣ）２００ｂと、ユニキャストベースの送信及びブロードキャストベースの送信の双方をサポートするセルラーネットワークと、ワイヤレスデバイス１５０ａ、１５０ｂ上にインストールされ得るクライアントノード３００ａ、３００ｂと、を含む（ＰＴＴシステムなどの）グループ通信システムに関する。
【００８６】
Ｓ３０１．クライアントノード３００ａ、３００ｂは、クライアントノード３００ａ、３００ｂそれぞれのロケーションに基づいてプロファイルを更新して、グループ通信サーバ２００ａへそのロケーションをレポートするであろう。この情報は、限定ではないものの、ｅＣＧＩ（E-UTRAN  Cell  Global  Identifier、E-UTRANはEvolved  Universal  Terrestrial  Access  Networkの略称）若しくはＳＡＩ（service  Area  Identifiers）のリスト、又はそれら双方を含んでよい。
【００８７】
Ｓ３０２．グループ通信サーバ２００ａは、グループ呼のためにＭＢＭＳベアラを使用するためのニーズが存在するかを評価する。評価は、ステップＳ３０１において受信されたユーザロケーション情報に基づいてよい。このための手続は、アプリケーションの実装に固有であってよく、ここで開示される発明概念の一部ではない。
【００８８】
Ｓ３０３ａ．グループ通信サーバ２００ａは、ＭＢＭＳベアラをアクティブ化する。ＭＢＭＳベアラのアクティブ化は、ＭＢ２−Ｃリファレンスポイント上で、ＴＳ２３．４６８の第５．１．２．３．２節に従って行われる。アクティブ化メッセージは、ＴＭＧＩ（Temporary  Mobile  Group  Identity）、ＱｏＳ（Quality  of  service）、ＭＢＭＳブロードキャストエリア、開始時刻を含み得る。このベアラは、メディアのために使用されることになる。
【００８９】
Ｓ３０３ｂ．グループ通信サーバ２００ａは、フロア制御シグナリング専用のＭＢＭＳベアラをもアクティブ化する。ＭＢＭＳベアラのアクティブ化は、ＭＢ２−Ｃリファレンスポイント上で、ＴＳ２３．４６８の第５．１．２．３．２節に従って行われる。アクティブ化メッセージは、ＴＭＧＩ、ＱｏＳ、ＭＢＭＳブロードキャストエリア、開始時刻を含み得る。このベアラは、ＭＣＰＴＴフロア制御シグナリングのために使用されることになる。
【００９０】
ＭＢＭＳベアラをセットアップするための手続は、３ＧＰＰ  ＴＳ２３．２４６  ｖ１３．１．０．において仕様化されている。処理は、ＢＭＳＣ２００ｂにおいて開始し、３ＧＰＰ  ＴＳ２９．４６８  ｖ１２．３．０において定義されているＭＢ２リファレンスポイントを介してアクティブ化され得る。
【００９１】
Ｓ３０４ａ．グループ通信サーバ２００ａは、クライアントノード３００ａ、３００ｂへＭＢＭＳベアラアナウンスメッセージを送信する。本サービスアナウンス手続は、ＴＳ２６．３４６の第５．２節における定義済みの手続のいずれかに基づく。
【００９２】
Ｓ３０４ｂ．グループ通信サーバ２００ａは、クライアントノード３００ａ、３００ｂへフロア制御ベアラのためのＭＢＭＳベアラアナウンスメッセージを送信し得る。本サービスアナウンス手続は、ＴＳ２６．３４６の第５．２節における定義済みの手続のいずれかに基づく。
【００９３】
Ｓ３０５．クライアントノード３００ａ、３００ｂは、ステップＳ３０４ａにおいて及び随意的にステップＳ３０４ｂにおいて受信したＭＢＭＳベアラの識別子（即ち、ＴＭＧＩ）を用いることにより、ＳＩＢ２、ＳＩＢ１３（システム情報ブロック２及び１３）並びにＭＣＣＨ（マルチキャスト制御チャネル）から情報を取得して、ＭＢＭＳベアラ上でグループ呼メディアの受信を開始する。
【００９４】
Ｓ３０６．クライアントノード３００ａ、３００ｂは、グループ通信サーバ２００ａへ、それぞれのクライアントノード３００ａ、３００ｂがＭＢＭＳベアラ上でいかにしてフロア制御を含むグループ呼メディアを受信することを可能とされるかに関するケイパビリティ情報を提供する。
【００９５】
Ｓ３０７．第１のクライアントノード３００ａは、ユニキャストベアラ上でグループ通信サーバ２００ａへフロア要求メッセージを含むグループ呼セットアップメッセージを送信する。フロアが利用可能であれば、グループ通信サーバ２００ａは、第１のクライアントノード３００ａへフロア許可メッセージを送信することにより、フロアを許可するであろう。さらに、グループ通信サーバ２００ａは、ＭＢＭＳベアラ上でメディアを受信するケイパビリティを通知したここではクライアントノード３００ｂに代表される任意の受信側クライアントノードへ、ＭＢＭＳベアラ上でフロア確保メッセージを送信する。
【００９６】
Ｓ３０８．第１のクライアントノード３００ａは、ユニキャストベアラ上でグループ通信サーバ２００ａへメディアフローを送信し、グループ通信サーバ２００ａは、当該メディアを受信側クライアント３００ｂへＭＢＭＳベアラ上で送信する。
【００９７】
本発明概念が主として若干の実施形態を参照しながら上で説明されている。しかしながら、当業者によって容易に理解されるように、上で開示したもの以外の他の実施形態もまた、本発明概念の範囲内で同等に可能であり、その範囲は添付の列挙された実施形態のリストにより定義される通りである。
【００９８】
［１］
グループ通信システム（１００）におけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのハンドリングのための方法であって、前記方法は、制御ノード（２００）により実行され、
グループ呼におけるフロア制御をサポートするための第１のＭＢＭＳベアラをアクティブ化し及び前記グループ呼のクライアントノード（３００ａ，３００ｂ）へアナウンスすること（Ｓ１０１，Ｓ３０３ｂ，Ｓ３０４ｂ）と、
前記グループ呼におけるメディア送信をサポートするための少なくとも１つの第２のＭＢＭＳベアラをアクティブ化し及びアナウンスすること（Ｓ１０３，Ｓ３０３ａ，Ｓ３０４ａ）と、
を含み、それにより、前記フロア制御及び前記メディア送信は、前記グループ呼のための別個のＭＢＭＳベアラ上でサポートされる、
方法。
［２］
前記第１のＭＢＭＳベアラ及び前記少なくとも１つの第２のＭＢＭＳベアラのうちの１つをアクティブ化したことに応じて、前記クライアントノード（３００ａ，３００ｂ）のうちの第１のクライアントノード（３００ａ）からグループ呼セットアップ要求を取得すること（Ｓ１０５ａ，Ｓ３０２）と、
前記グループ呼についてグループ呼セットアップ手続を実行すること（Ｓ１００，Ｓ１０５ｂ，Ｓ３０７）と、
をさらに含む、項番１に記載の方法。
［３］
前記グループ呼セットアップ手続は、前記グループ呼セットアップ要求が取得されたことに応じて実行される、項番２に記載の方法。
［４］
前記グループ呼セットアップ手続は、前記第１のＭＢＭＳベアラのアクティブ化及びアナウンスに先立って実行される、項番２に記載の方法。
［５］
前記クライアントノード（３００ａ，３００ｂ）のうちの第１のクライアントノード（３００ａ）から、前記グループ呼についてフロア要求メッセージを取得すること（Ｓ１０６，Ｓ３０７）と、それに応じて、
前記クライアントノード（３００ａ，３００ｂ）のうちの少なくとも１つの他のクライアントノード（３００ｂ）へ、前記第１のＭＢＭＳベアラ上で前記グループ呼についてフロア確保メッセージをブロードキャストすること（Ｓ１０８、Ｓ３０７）と、
をさらに含む、項番１に記載の方法。
［６］
前記クライアントノード（３００ａ，３００ｂ）のうちの第１のクライアントノード（３００ａ）から、前記グループ呼についてメディアメッセージを取得すること（Ｓ１０９，Ｓ３０８）と、それに応じて、
前記クライアントノード（３００ａ，３００ｂ）のうちの少なくとも１つの他のクライアントノード（３００ｂ）へ、前記少なくとも１つの第２のＭＢＭＳベアラのうちの１つの上で前記グループ呼について前記メディアメッセージをブロードキャストすること（Ｓ１１０、Ｓ３０８）と、
をさらに含む、項番１に記載の方法。
［７］
グループ通信システム（１００）におけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのハンドリングのための方法であって、前記方法は、クライアントノード（３００ｂ）により実行され、
グループ呼におけるフロア制御をサポートするための第１のＭＢＭＳベアラのブロードキャストサービスアナウンスを、前記グループ呼の制御ノード（２００）から取得すること（Ｓ２０１，Ｓ３０４ｂ）と、
前記グループ呼におけるメディア送信をサポートするための少なくとも１つの第２のＭＢＭＳベアラのブロードキャストサービスアナウンスを、前記制御ノードから取得すること（Ｓ２０３，Ｓ３０４ａ）と、
を含み、それにより、前記フロア制御及び前記メディア送信は、前記グループ呼のための別個のＭＢＭＳベアラ上でサポートされる、
方法。
［８］
前記第１のＭＢＭＳベアラの前記ブロードキャストサービスアナウンスを取得したことに応じて、前記第１のＭＢＭＳベアラをフロア制御メッセージのためにモニタリング開始するか否かを判定すること（Ｓ２０２ａ）、
をさらに含む、項番７に記載の方法。
［９］
前記第１のＭＢＭＳベアラをフロア制御メッセージのためにモニタリングすること（Ｓ２０２ｂ）、
をさらに含む、項番７又は項番８に記載の方法。
［１０］
前記少なくとも１つの第２のＭＢＭＳベアラの前記ブロードキャストサービスアナウンスを取得したことに応じて、前記少なくとも１つの第２のＭＢＭＳベアラのうちの１つをメディアメッセージのためにモニタリング開始するか否かを判定すること（Ｓ２０４ａ）、
をさらに含む、項番７に記載の方法。
［１１］
前記少なくとも１つの第２のＭＢＭＳベアラのうちの１つをメディアメッセージのためにモニタリングすること（Ｓ２０４ｂ，Ｓ３０５）、
をさらに含む、項番７又は項番１０に記載の方法。
［１２］
前記制御ノード（２００）から前記第１のＭＢＭＳベアラ上で前記グループ呼についてフロア確保メッセージを取得すること（Ｓ２０８，Ｓ３０７）、
をさらに含む、項番７に記載の方法。
［１３］
前記制御ノード（２００）から前記少なくとも１つの第２のＭＢＭＳベアラのうちの１つの上で前記グループ呼についてメディアメッセージを取得すること（Ｓ２１０，Ｓ３０８）、
をさらに含む、項番７に記載の方法。
［１４］
前記第１のＭＢＭＳベアラのための変調符号化方式と少なくとも１つの第２のＭＢＭＳベアラのための前記変調符号化方式は相違する、項番１〜１３のいずれかに記載の方法。
［１５］
前記第１のＭＢＭＳベアラについての前記変調符号化方式は、前記少なくとも１つの第２のＭＢＭＳベアラについての前記変調符号化方式よりもロバストである、項番１４に記載の方法。
［１６］
前記グループ通信システムは、ＰＴＴ（push  to  talk）システムである、項番１〜１５のいずれかに記載の方法。
［１７］
グループ通信システム（１００）におけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのハンドリングのための制御ノード（２００）であって、処理回路（２１０）を備え、
前記処理回路は、前記制御ノード（２００）に動作セットを実行させるように構成され、前記制御ノード（２００）に、
グループ呼におけるフロア制御をサポートするための第１のＭＢＭＳベアラをアクティブ化し及び前記グループ呼のクライアントノード（３００ａ，３００ｂ）へアナウンスすることと、
前記グループ呼におけるメディア送信をサポートするための少なくとも１つの第２のＭＢＭＳベアラをアクティブ化し及びアナウンスすることと、
を行わせ、
それにより、前記フロア制御及び前記メディア送信は、前記グループ呼のための別個のＭＢＭＳベアラ上でサポートされる、
制御ノード（２００）。
［１８］
動作セットを記憶する記憶媒体（２２０）をさらに備え、
前記処理回路は、前記記憶媒体から前記動作セットを読み出して、前記制御ノード（２００）に前記動作セットを実行させる、ように構成される、
項番１７に記載の制御ノード（２００）。
［１９］
グループ通信システム（１００）におけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのハンドリングのためのクライアントノード（３００ｂ）であって、処理回路（３１０）を備え、
前記処理回路は、前記クライアントノード（３００ｂ）に動作セットを実行させるように構成され、前記クライアントノード（３００ｂ）に、
グループ呼におけるフロア制御をサポートするための第１のＭＢＭＳベアラのブロードキャストサービスアナウンスを、前記グループ呼の制御ノード（２００）から取得することと、
前記グループ呼におけるメディア送信をサポートするための少なくとも１つの第２のＭＢＭＳベアラのブロードキャストサービスアナウンスを、前記制御ノードから取得することと、
を行わせ、
それにより、前記フロア制御及び前記メディア送信は、前記グループ呼のための別個のＭＢＭＳベアラ上でサポートされる、
クライアントノード（３００ｂ）。
［２０］
動作セットを記憶する記憶媒体（３２０）をさらに備え、
前記処理回路は、前記記憶媒体から前記動作セットを読み出して、前記クライアントノード（３００ｂ）に前記動作セットを実行させる、ように構成される、
項番１９に記載のクライアントノード（３００ｂ）。
［２１］
グループ通信システム（１００）におけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのハンドリングのためのコンピュータプログラム（４２０ａ）であって、前記コンピュータプログラムは、制御ノード（２００）の処理回路（２１０）上で実行される場合に、前記制御ノード（２００）に、
グループ呼におけるフロア制御をサポートするための第１のＭＢＭＳベアラをアクティブ化し及び前記グループ呼のクライアントノード（３００ａ，３００ｂ）へアナウンスすること（Ｓ１０１，Ｓ３０３ｂ，Ｓ３０４ｂ）と、
前記グループ呼におけるメディア送信をサポートするための少なくとも１つの第２のＭＢＭＳベアラをアクティブ化し及びアナウンスすること（Ｓ１０３，Ｓ３０３ａ，Ｓ３０４ａ）と、
を行わせるコンピュータコード、を含み、
それにより、前記フロア制御及び前記メディア送信は、前記グループ呼のための別個のＭＢＭＳベアラ上でサポートされる、
コンピュータプログラム。
［２２］
グループ通信システム（１００）におけるマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラのハンドリングのためのコンピュータプログラム（４２０ｂ）であって、前記コンピュータプログラムは、クライアントノード（３００ｂ）の処理回路（３１０）上で実行される場合に、前記クライアントノード（３００ｂ）に、
グループ呼におけるフロア制御をサポートするための第１のＭＢＭＳベアラのブロードキャストサービスアナウンスを、前記グループ呼の制御ノード（２００）から取得すること（Ｓ２０１，Ｓ３０４ｂ）と、
前記グループ呼におけるメディア送信をサポートするための少なくとも１つの第２のＭＢＭＳベアラのブロードキャストサービスアナウンスを、前記制御ノードから取得すること（Ｓ２０３，Ｓ３０４ａ）と、
を行わせるコンピュータコード、を含み、
それにより、前記フロア制御及び前記メディア送信は、前記グループ呼のための別個のＭＢＭＳベアラ上でサポートされる、
コンピュータプログラム。
［２３］
項番１９及び項番２０の少なくとも１項に記載のコンピュータプログラム（４２０ａ，４２０ｂ）と、前記コンピュータプログラムが記憶されるコンピュータ読取可能な手段（４３０）と、を含むコンピュータプログラムプロダクト（４１０ａ，４１０ｂ）。
【図１】
0006273067.tif 000002
【図２ａ】
0006273067.tif 000003
【図２ｂ】
0006273067.tif 000004
【図３ａ】
0006273067.tif 000005
【図３ｂ】
0006273067.tif 000006
【図４】
0006273067.tif 000007
【図５】
0006273067.tif 000008
【図６】
0006273067.tif 000009
【図７】
0006273067.tif 000010
【図８】
0006273067.tif 000011
【図９】
0006273067.tif 000012
【図１０】
0006273067.tif 000013