JP2018524828A - サービスの中断の報告 - Google Patents

Abstract

グループ通信に対するマルチキャストベアラのサービスの中断を報告する機構が提供される。方法はクライアントノードによって行われる。方法は、マルチキャストベアラの制御ノードから命令を取得することを含む。この場合、命令は、クライアントノードがマルチキャストベアラのサービスの中断を報告するか否かを命令する。方法は、マルチキャストベアラのサービスの中断を検出することを含む。方法は、命令に従って制御ノードにサービスの中断を選択的に報告することを含む。【選択図】図２

Description

本明細書に提示される実施形態は、グループ通信に対するマルチキャストベアラのサービスの中断の報告のための、方法、クライアントノード、制御ノード、コンピュータプログラム、およびコンピュータプログラム製品に関する。

通信システムでは、所与の通信プロトコル、このパラメータ、および通信システムが配設される物理的環境に対して良好なパフォーマンスおよび容量を取得することは難題である場合がある。

いくつかの通信システムにおいて利用可能なアプリケーションの例はグループ通信サービスである。一般論として、グループ通信は、同じ情報または媒体が（無線デバイスによってホスト処理されるような）複数のクライアントノードに配信されることを意味する。

グループ通信システムでは、同じ媒体を受信するクライアントノードはクライアントノードのグループを構成する。これらのクライアントノードは、１つまたは複数の無線アクセスネットワークノードによってサーブされる無線カバレッジエリアにおけるさまざまなロケーションに位置してよい。多くのクライアントノードが同じエリア内に位置する場合、１つまたは複数の無線アクセスネットワークノードは、クライアントノードのグループへの効率的な通信のために、例えば、マルチキャストブロードキャストマルチメディアサービス（ＭＢＭＳ）を使用するマルチキャストまたはブロードキャストベースの送信を使用可能であるが、これは、時間リソースおよび周波数リソースなどの通信リソースがクライアントノードの間で共有されるからである。

いくつかのアクティビティを行ってからＭＢＭＳは使用可能になる。１つのアクティビティはＭＢＭＳベアラを稼働させることを伴う。これによって、媒体を、ネットワーク上で送信すること、および、無線ネットワーク上でクライアントノードにブロードキャストすることが可能になる。第３世代パートナーシッププログラム（３ＧＰＰ）Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワークにおいて、このアクティビティは、３ＧＰＰ ＴＳ ２３．２４６ ｖ１４．０．０の文献において論じられるようなブロードキャストマルチキャストサービスセンター（ＢＭＳＣ）において開始される。もう１つのアクティビティは、サービスがＭＢＭＳベアラ上でブロードキャストされることをクライアントノードに知らせることである。このアクティビティは、クライアントノードが、ＭＢＭＳベアラ上で媒体をどのように受信するかを知るために行われる。この手順は、サービスアナウンス手順として一般的に知られており、例えば、ＬＴＥネットワークにおけるサービスアナウンスに関連している、３ＧＰＰ ＴＳ ２６．３４６ ｖ１４．０．０の文献において論じられる。

ＭＢＭＳは片方向通信チャネルを提供し、これは、データが、クライアントノードをホスト処理する無線デバイスの方へ無線アクセスネットワークノードからブロードキャストされることを意味する。ＭＢＭＳベアラ上でデータを受信する無線デバイスが無線アクセスネットワークノードにおけるＭＢＭＳベアラのブロードキャストエリアの境界のより近くに移動している時、無線デバイスは、従来通りのブロードキャストによるものの代わりに、ユニキャストベアラ上でグループ通信データを受信するように要求することになる。

しかしながら、ＭＢＭＳベアラが一時停止される、あるいは中断されるリスクがある。ＭＢＭＳベアラの一時停止は、全体として、クライアントノードに対してだけでなく通信システム対しても問題を引き起こす可能性がある。ＭＢＭＳベアラはマルチキャストベアラの例である。

それ故に、依然、マルチキャストベアラの中断のハンドリングを改善する必要性がある。

本明細書における実施形態の目的は、マルチキャストベアラの中断のハンドリングを改善することである。

第１の態様によると、グループ通信に対するマルチキャストベアラのサービスの中断を報告する方法が提示されている。方法はクライアントノードによって行われる。方法は、マルチキャストベアラの制御ノードから命令を取得することを含む。この場合、命令は、クライアントノードがマルチキャストベアラのサービスの中断を報告するか否かを命令する。方法は、マルチキャストベアラのサービスの中断を検出することを含む。方法は、命令に従って制御ノードにサービスの中断を選択的に報告することを含む。

有利には、この方法（ならびに、以下の第２の態様、第３の態様、および第４の態様によるクライアントノード、および以下の第５の態様のコンピュータプログラム）は、クライアントノードが、マルチキャストベアラのいずれのサービスの中断も報告するか否かを知ることができるようにする。

第２の態様によると、グループ通信に対するマルチキャストベアラのサービスの中断を報告するクライアントノードであって、処理回路構成を含むクライアントノードが提示されている。処理回路構成は、クライアントノードに、マルチキャストベアラの制御ノードから命令を取得させるように構成される。この場合、命令は、クライアントノードがマルチキャストベアラのサービスの中断を報告するか否かを命令する。処理回路構成は、クライアントノードにマルチキャストベアラのサービスの中断を検出させるように構成される。処理回路構成は、クライアントノードに、命令に従って制御ノードにサービスの中断を選択的に報告させるように構成される。

第３の態様によると、グループ通信に対するマルチキャストベアラのサービスの中断を報告するクライアントノードが提示されている。クライアントノードは、処理回路構成および記憶媒体を含む。記憶媒体は、処理回路構成によって実行される時、クライアントノードに動作またはステップを行わせる命令を記憶する。該動作またはステップによって、クライアントノードは、マルチキャストベアラの制御ノードから命令を取得する。この場合、命令は、クライアントノードがマルチキャストベアラのサービスの中断を報告するか否かを命令する。該動作またはステップによって、クライアントノードはマルチキャストベアラのサービスの中断を検出する。該動作またはステップによって、クライアントノードは、命令に従って制御ノードにサービスの中断を選択的に報告する。

第４の態様によると、グループ通信に対するマルチキャストベアラのサービスの中断を報告するクライアントノードが提示されている。クライアントノードは、マルチキャストベアラの制御ノードから命令を所得するように構成される取得モジュールを含む。この場合、命令は、クライアントノードがマルチキャストベアラのサービスの中断を報告するか否かを命令する。クライアントノードは、マルチキャストベアラのサービスの中断を検出するように構成される検出モジュールを含む。クライアントノードは、命令に従って制御ノードにサービスの中断を選択的に報告するように構成される報告モジュールを含む。

第５の態様によると、グループ通信に対するマルチキャストベアラのサービスの中断を報告するコンピュータプログラムであって、クライアントノードの処理回路構成上で実行する時、クライアントノードに第１の態様による方法を行わせるコンピュータプログラムコードを含むコンピュータプログラムが提示されている。

第６の態様によると、グループ通信に対するマルチキャストベアラのサービスの中断を報告する方法であって、マルチキャストベアラの制御ノードによって行われる方法が提示されている。方法は、マルチキャストベアラをリッスンするクライアントノードがマルチキャストベアラのサービスの中断を報告するか否かの命令を送信することを含む。方法は、マルチキャストベアラの障害を報告するように命令されたクライアントノードからマルチキャストベアラのサービスの中断の報告を取得することを含む。

有利には、この方法（ならびに、以下の第７の態様、第８の態様、および第９の態様による制御ノード、および、以下の第１０の態様のコンピュータプログラム）は、全てとは言えないが、マルチキャストベアラをリッスンするクライアントノードが、マルチキャストベアラのいずれのサービスの中断も報告することを判断できるようにする。

第７の態様によると、グループ通信に対するマルチキャストベアラのサービスの中断を報告する制御ノードが提示されている。制御ノードは処理回路構成を含む。処理回路構成は、制御ノードに、マルチキャストベアラをリッスンするクライアントノードがマルチキャストベアラのサービスの中断を報告するか否かの命令を送信させるように構成される。処理回路構成は、制御ノードに、マルチキャストベアラの障害を報告するように命令されたクライアントノードからマルチキャストベアラのサービスの中断の報告を取得させるように構成される。

第８の態様によると、グループ通信に対するマルチキャストベアラのサービスの中断を報告する制御ノードが提示されている。制御ノードは処理回路構成および記憶媒体を含む。記憶媒体は、処理回路構成によって実行される時、制御ノードに動作またはステップを行わせる命令を記憶する。該動作またはステップによって、制御ノードは、マルチキャストベアラをリッスンするクライアントノードがマルチキャストベアラのサービスの中断を報告するか否かの命令を送信する。該動作またはステップによって、制御ノードはマルチキャストベアラの障害を報告するように命令されたクライアントノードからマルチキャストベアラのサービスの中断の報告を取得する。

第９の態様によると、グループ通信に対するマルチキャストベアラのサービスの中断を報告する制御ノードが提示されている。制御ノードは、マルチキャストベアラをリッスンするクライアントノードがマルチキャストベアラのサービスの中断を報告するか否かの命令を送信するように構成される送信モジュールを含む。制御ノードは、マルチキャストベアラの障害を報告するように命令されたクライアントノードからマルチキャストベアラのサービスの中断の報告を取得するように構成される取得モジュールを含む。

第１０の態様によると、グループ通信に対するマルチキャストベアラのサービスの中断を報告するコンピュータプログラムであって、制御ノードの処理回路構成上で実行する時、制御ノードに第６の態様による方法を行わせるコンピュータプログラムコードを含むコンピュータプログラムが提示されている。

第１１の態様によると、第５の態様および第１０の態様のうちの少なくとも１つによるコンピュータプログラム、および該コンピュータプログラムが記憶されるコンピュータ可読記憶媒体を含むプログラム製品が提示されている。コンピュータ可読記憶媒体は、非一時的コンピュータ可読記憶媒体とすることができる。

有利には、これらの方法、これらのクライアントノード、これらの制御ノード、およびこれらのコンピュータプログラムは、マルチキャストベアラの中断の効率的なハンドリングを可能にする。

有利には、これらの方法、これらのクライアントノード、これらの制御ノード、およびこれらのコンピュータプログラムは、とりわけ、マルチキャストベアラが一時停止される、または他の手段によって中断される、および、この中断がネットワーク障害によって引き起こされていないとクライアントノードには知られている状況において、ＭＢＭＳベアラなどのマルチキャストベアラでリッスンしているクライアントノードからの効率的な通知報告を可能にする。

有利には、これらの方法、これらのクライアントノード、これらの制御ノード、およびこれらのコンピュータプログラムは、ＭＢＭＳ障害状況における大量の通知によるリスクを低減する。

第１の態様、第２の態様、第３の態様、第４の態様、第５の態様、第６の態様、第７の態様、第８の態様、第９の態様、第１０の態様、および第１１の態様は、適切であればどのような場合でも、任意の他の態様に適用可能である。同様に、第１の態様のいずれの利点も、第２の態様、第３の態様、第４の態様、第５の態様、第６の態様、第７の態様、第８の態様、第９の態様、第１０の態様、および／または第１１の態様にそれぞれ等しく適用可能であり、逆もまた同様である。包含される実施形態の他の目的、特徴、および利点は、以下の詳細な開示から、添付の従属請求項から、および図面から明らかとなるであろう。

一般に、特許請求の範囲で使用される全ての用語は、本明細書に別段明示的に規定されない限り、技術分野におけるそれらの通常の意味に従って解釈されるものとする。「不定冠詞／定冠詞（ａ／ａｎ／ｔｈｅ）が付された要素、装置、構成要素、手段、ステップなど」への言及は全て、別段明示的に述べられていない限り、要素、装置、構成要素、手段、ステップなどの少なくとも１つの事例に言及していると率直に解釈されるべきである。本明細書に開示されるいかなる方法のステップも、明示的に述べられていない限り、開示される厳密な順序で行われる必要はない。

ここで、例として、添付の図面を参照して、発明概念について説明する。

実施形態による通信システムを示す概略図である。 実施形態による方法のフローチャートである。 実施形態による方法のフローチャートである。 実施形態による方法のフローチャートである。 実施形態による方法のフローチャートである。 一実施形態による方法のシグナリング図である。 一実施形態によるクライアントノードの機能ユニットを示す概略図である。 一実施形態によるクライントノードの機能モジュールを示す概略図である。 一実施形態による制御ノードの機能ユニットを示す概略図である。 一実施形態による制御ノードの機能モジュールを示す概略図である。 一実施形態によるコンピュータ可読手段を含むコンピュータプログラム製品の１つの例を示す図である。

ここで、発明概念について、該発明概念のある特定の実施形態が示された添付の図面を参照して以下でさらに詳しく説明する。しかしながら、この発明概念は、多くの異なる形式で具体化されてよく、本明細書に記載される実施形態に限定されるものと解釈されるべきではない。むしろ、これらの実施形態は、この開示が詳細かつ完全となると共に発明概念の範囲を当業者に十分に伝えるように、例として提供される。同様の番号は、説明全体にわたって同様の要素に言及する。破線で示されるいずれのステップまたは特徴も、任意のものであると考えられるべきである。

図１は、本明細書に提示される実施形態が適用できる通信システム１００を示す概略図である。通信システム１００は、グループ通信のためのサービスを提供すると仮定されるため、グループ通信システムと見なされてよい。グループ通信システム１００は、いくつかの態様によると、プッシュツートーク（ＰＴＴ）システムである。そのため、グループ通信はプッシュツートークサービスを含むことができる。

通信システム１００は、無線アクセスネットワーク（この無線カバレッジエリア１２０によって表されるような）、コアネットワーク１３０、および、サービスネットワーク１４０を含む。通信システム１００は、少なくとも１つの制御ノード３００、および少なくとも１つのクライアントノード２００ａ、２００ｂ、２００ｃをさらに含む。それぞれのクライアントノード２００ａ、２００ｂ、２００ｃは、ミッションクリティカル（ＭＣ）サービスクライアントとすることができる。少なくとも１つの制御ノード３００は、少なくとも１つの無線アクセスネットワーク（ＲＡＮ）ノード１１０に、あるいは、無線アクセスネットワークにおける別のエンティティもしくはデバイスに、コアネットワーク１３０のエンティティもしくはデバイスに、またはサービスネットワーク１４０のエンティティもしくはデバイスに設けられてよいまたは設置されてよい。少なくとも１つの制御ノード３００は、グループ通信サービスアプリケーションサーバ（ＧＣＳ ＡＳ）の機能性を実装可能であり、ＭＣサービスサーバとすることができる。それぞれのクライアントノード２００ａ、２００ｂ、２００ｃは、それぞれの無線デバイス１５０ａ、１５０ｂ、１５０ｃにホスト処理されてよい、設けられてよい、または設置されてよい。

無線アクセスネットワークは、コアネットワーク１３０に動作可能に接続され、コアネットワーク１３０は、サービスネットワーク１４０に動作可能に接続される。それによって、少なくとも１つの無線アクセスネットワークノード１１０は、無線デバイス１５０ａ、１５０ｂ、１５０ｃ、ひいてはクライアントノード２００ａ、２００ｂ、２００ｃが、サービスにアクセスすること、および、サービスネットワーク１４０によって提供されるようなデータを交換することを可能にする。コアネットワーク１３０およびサービスネットワーク１４０が、共通のプラットフォーム上で、すなわち、別個のハードウェア上である必要なく実装可能であることを理解されたい。

無線デバイス１５０ａ、１５０ｂ、１５０ｃの例は、移動局、携帯電話、ハンドセット、無線ローカルループ電話、ユーザ機器（ＵＥ）、スマートフォン、ラップトップコンピュータ、およびタブレットコンピュータを含むがこれらに限定されない。無線アクセスネットワークノード１１０の例は、無線基地局、基地局、ｎｏｄｅ Ｂ、ｅｖｏｌｖｅｄ ｎｏｄｅ Ｂ、およびアクセスポイントを含むがこれらに限定されない。当業者が理解するように、通信システム１００は、複数の無線アクセスネットワークノード１１０を含むことができ、このノードのそれぞれは、複数の無線デバイス１５０ａ、１５０ｂ、１５０ｃへのネットワークアクセスを提供する。本明細書に開示される実施形態は、任意の特定の数の、無線アクセスネットワークノード１１０、クライアントノード２００ａ、２００ｂ、２００ｃ、または、無線デバイス１５０ａ、１５０ｂ、１５０ｃに限定されない。

上記で開示されるように、グループ通信システム（例えばＰＴＴシステム）では、ＭＢＭＳなどのブロードキャスト技術を使用することは一般的である。ＭＢＭＳを使用することによって、無線デバイス１５０ａ、１５０ｂ、１５０ｃがアイドルモードである、すなわち、ブロードキャストされたデータをリッスンのみしている間、グループ通信データをブロードキャストすることが可能になる。

いくつかの通信システムでは、無線アクセスネットワークは、いずれのＭＢＭＳベアラ一時停止決定情報も制御ノード３００に送信することなく、ＭＢＭＳベアラを一時停止することができる。ＭＢＭＳベアラ一時停止は、３ＧＰＰ ＴＳ ３６．３００ ｖ１４．０．０に記載されている。

グループ通信のためにＭＢＭＳを使用する時、多くのクライアントノード２００ａ、２００ｂ、２００ｃはＭＢＭＳベアラをリッスンしている可能性がある。ＭＢＭＳベアラが一時停止される、または他の手段によって削除されるシナリオでは、結果として、クライアントノード２００ａ、２００ｂ、２００ｃの全ては、通信を再始動するためのアクションを同時に開始するというリスクがあると考えられる。かかるアクションは、無線アクセスネットワークノード１１０と無線デバイス１５０ａ、１５０ｂ、１５０ｃとの間のユニキャスト送信リンクを確立することを伴う。これは、無線アクセスネットワーク１２０のネットワークリソースを同時にまたはほぼ同時に要求するクライアントノード２００ａ、２００ｂ、２００ｃが多すぎることによる過負荷の状況を引き起こす場合がある。

かかる過負荷の状況を回避するために、クライアントノード２００ａ、２００ｂ、２００ｃのサブセットのみがユニキャスト送信を開始するように構成できるのに対し、残りのクライアントノード２００ａ、２００ｂ、２００ｃはユニキャスト送信を開始しないように構成可能である。代替的には、いくつかのクライアントノード２００ａ、２００ｂ、２００ｃは、制御ノード３００によって、ユニキャスト送信の開始を一時停止可能である。しかしながら、これによって、特定のクライアントノード２００ａ、２００ｂ、２００ｃがユニキャスト送信を開始すべきか否かの不確実性をもたらす可能性がある。

本明細書に開示される実施形態によると、制御ノード３００は、クライアントノード２００ａ、２００ｂ、２００ｃがサービスの中断を報告するか否かをクライアントノード２００ａ、２００ｂ、２００ｃに命令する。それによって、この命令は、マルチキャストベアラ障害がネットワーク問題によって引き起こされる場合、全てのクライアントノード２００ａ、２００ｂ、２００ｃのサブセットにのみベアラの障害を報告させる。本明細書に開示される実施形態は、特に、グループ通信に対してマルチキャストベアラのサービスの中断を報告する機構に関する。かかる機構を取得するために、クライアントノード２００ａ、クライントノード２００ａによって行われる方法、および、例えば、クライアントノード２００ａの処理回路構成上で実行する時、クライアントノード２００ａに方法を行わせるコンピュータプログラムの形式のコードを含むコンピュータプログラム製品が提供される。かかる機構を取得するために、制御ノード３００、制御ノード３００によって行われる方法、および、例えば、制御ノード３００の処理回路構成上で実行する時、制御ノード３００に方法を行わせるコンピュータプログラムの形式のコードを含むコンピュータプログラム製品がさらに提供される。

図２および図３は、クライアントノード２００ａによって行われるようなグループ通信に対するマルチキャストベアラのサービスの中断を報告する方法の実施形態を示すフローチャートである。図４および図５は、制御ノード３００によって行われるようなグループ通信に対するマルチキャストベアラのサービスの中断を報告する方法の実施形態を示すフローチャートである。方法は、有利には、コンピュータプログラム１１２０ａ、１１２０ｂとして提供される（以下の図１１を参照）。

ここで、一実施形態に従って、クライアントノード２００ａによって行われるようなグループ通信に対するマルチキャストベアラのサービスの中断を報告する方法を示す図２を参照する。

以下で開示されるように、ステップＳ２０２における制御ノード３００は、クライアントノード２００ａ、２００ｂ、２００ｃに、マルチキャストベアラのサービスの中断を報告するか否かを命令する。それ故に、クライアントノード２００ａはステップＳ１０２を行うように構成される。

Ｓ１０２：クライアントノード２００ａはマルチキャストベアラの制御ノード３００から命令を取得する。命令は、クライアントノード２００ａがマルチキャストベアラのサービスの中断を報告するか否かを命令する。

命令が取得可能である方法およびその時の例を以下で示す。ステップＳ１０２で取得された命令は、サービスの中断を制御ノード３００に報告するようにクライアントノード２００ａに明示的に命令することができる。代替的には、クライアントノード２００ａがサービスの中断を報告するのがどのネットワークエンティティまたはノードかに関する明示的な命令はなく、このような場合、クライアントノード２００ａは、サービスの中断が命令の送信側、すなわち制御ノード３００に報告されるべきであると仮定するように構成可能である。

マルチキャストベアラのサービスの中断があると仮定される。それ故に、クライアントノード２００ａはステップＳ１０８を行うように構成される。

Ｓ１０８：クライアントノード２００ａはマルチキャストベアラのサービスの中断を検出する。

サービスの中断の例を以下に示す。このようなサービスの中断は、マルチキャストベアラをリッスンする全てのクライアントノード２００ａ、２００ｂ、２００ｃによって検出可能である。しかしながら、ステップＳ１０２で取得される命令によると、全てのクライアントノード２００ａ、２００ｂ、２００ｃがサービスの中断を制御ノード３００に報告するものとはしない。とりわけ、クライアントノード２００ａはステップＳ１１０に従ってサービスの中断を報告するように構成される。

Ｓ１１０：クライアントノード２００ａは、命令に従ってサービスの中断を制御ノード３００に選択的に報告する。すなわち、選択的に報告することは、ここでは、クライアントノード２００ａが、ステップＳ１０２で取得された命令がクライアントノード２００ａにそのようにサービスの中断を報告するように命令する場合にサービスの中断を報告し、ステップＳ１０２で取得された命令がサービスの中断を報告しないようにクライアントノード２００ａに命令する場合にかかる報告をしないと理解されるべきである。すなわち、命令は、サービスの中断を報告するべきであるそれらクライアントノードに実際にかかる報告を行うように命令するだけでなく、サービスの中断を報告するべきではないそれらクライアントノードに実際にサービスの中断を報告しないように命令することができる。それ故に、全てのクライアントノード２００ａ、２００ｂ、２００ｃはステップＳ１０２において命令を取得することができるが、全てのクライアントノード２００ａ、２００ｂ、２００ｃがステップＳ１１０においてサービスの中断を報告することになるわけではない。

クライアントノード２００ａによって行われるようなグループ通信に対するマルチキャストベアラのサービスの中断を報告するさらなる詳細に関連する実施形態について、ここで開示する。

ここで、さらなる実施形態に従って、クライアントノード２００ａによって行われるようなグループ通信に対するマルチキャストベアラのサービスの中断を報告する方法を示す図３を参照する。ステップＳ１０２、Ｓ１０８、Ｓ１１０は図２を参照して上述されているように行われるため、これについての繰り返される説明はゆえに省略される。

クライアントノード２００ａがステップＳ１０２において命令を取得するためにはさまざまなやり方があると考えられる。一実施形態によると、命令は、マルチキャストベアラのサービスアナウンス手順中に取得される。別の実施形態によると、命令は、マルチキャストベアラのサービスアナウンス更新において取得される。この場合、サービスアナウンス更新はリスニング報告に基づくことができる。サービスアナウンス手順およびリスニング報告は、３ＧＰＰ ＴＳ ２３．１７９ ｖ１３．３．０（ここでは、リスニング報告はＭＢＭＳリスニング状態報告と呼ばれる）において論じられるように行われる可能性がある。例として、ステップＳ１０２における命令は、ＭＢＭＳ一時停止報告についての要求として取得でき、サービスアナウンス手順はＭＢＭＳベアラアナウンス手順とすることができる。

クライアントノード２００ａがステップＳ１１０においてサービスの中断を報告するためにはさまざまなやり方があると考えられる。一実施形態によると、サービスの中断はマルチキャストベアラ一時停止報告において報告される。別の実施形態によると、サービスの中断はリスニング報告においてマルチキャストベアラで報告される。例として、ステップＳ１０２で取得された命令は、クライアントノード２００ａに、ＭＢＭＳ一時停止報告においてサービスの中断を報告するように命令することができる。

いくつかの態様によると、マルチキャストベアラをリッスンする全てのクライアントノード２００ａ、２００ｂ、２００ｃは、それらの現在の場所を制御ノード３００に報告することができる。以下でさらに開示されるように、かかる場所情報は、サービスの中断を報告するべきなのはどのクライアントノードなのかを判断するために、制御ノード３００によって使用可能である。それ故に、一実施形態によると、命令は、場所を報告するようにクライアントノード２００ａにさらに命令し、クライアントノード２００ａはステップＳ１０４を行うように構成される。

Ｓ１０４：クライアントノード２００ａは、命令に従ってクライアントノード２００ａの場所を制御ノード３００に報告する。場所の報告を、クライアントノード２００ａがマルチキャストベアラをリッスンする時に周期的に行うことができる。

制御ノード３００が、マルチキャストベアラのサービスの中断を報告するように命令されたクライアントノード２００ａを追跡するやり方があると考えられる。

いくつかの態様によると、クライアントノード２００ａは、キープアライブ（ＫＡ）信号を制御ノード３００に継続的に送信する。このようなＫＡ信号は、クライアントノード２００ａが依然マルチキャストベアラをリッスンしているため依然マルチキャストベアラのサービスの中断を検出可能であることを検証するために、制御ノード３００によって使用可能である。よって、ＫＡ信号は、クライアントノード２００ａが依然マルチキャストベアラのサービスの中断を検出可能であることを制御ノード３００が検証できるようにする任意の信号とすることができることを理解されたい。それ故に、一実施形態によると、命令は、クライアントノード２００ａがマルチキャストベアラのサービスの中断を報告するように命令された場合にＫＡ信号を送信するようにクライアントノード２００ａにさらに命令し、クライアントノード２００ａはステップＳ１０６を行うように構成される。

Ｓ１０６：クライアントノード２００ａは、命令に従ってＫＡ信号を制御ノードに選択的に送信する。選択的に送信することは、ここでは、上記で論じられた選択的に報告するステップ（Ｓ１１０）と同様に解釈されるべきである。

ＫＡ信号を送信するように命令されたクライアントノード２００ａからのＫＡ信号がないことは、クライアントノード２００ａがもはやマルチキャストベアラのサービスの中断を検出できない、および／またはもはやサービスの中断を報告できないと結論付けるために、制御ノード３００によって使用可能である。

いくつかの態様によると、クライアントノード２００ａは、クライアントノード２００ａがシャットダウンされる、またはシャットダウンされようとしている場合、制御ノード３００に報告する。クライアントノード２００ａのシャットダウンのこのような報告は、クライアントノード２００ａが、もはやマルチキャストベアラのサービスの中断を検出できない、および／またはもはやサービスの中断を報告できないと結論付けるために、制御ノード３００によって使用可能である。それ故に、一実施形態によると、命令は、クライアントノード２００ａがマルチキャストベアラのサービスの中断を報告するように命令された場合にシャットダウンを報告するようにクライアントノード２００ａにさらに命令し、クライアントノード２００ａはステップＳ１１２を行うように構成される。

Ｓ１１２：クライアントノード２００ａは、命令に従ってクライアントノード２００ａのシャットダウンを制御ノード３００に選択的に報告する。選択的に報告することは、ここでは、上記で開示された、ステップＳ１１０における選択的に報告することと同じであると理解される。

シャットダウンは、ここでは、クライアントノード２００ａが、マルチキャストベアラのサービスの中断を検出しないようにする、および／またはサービスの中断を報告しないようにするクライアントノード２００ａの任意の構成または再構成を組み入れるように広く解釈されるべきである。例には、例えば、無線送受信機または無線デバイス１５０ａを、例えば、無線デバイス１６０をいわゆるフライトモードに設定することによって、選択的に無効にすること、または、（無線デバイス１５０ａと共に）地下に潜るまたはトンネルに入るなど、ネットワークカバレッジが小さくなっているか存在しない場所に故意に進入することが含まれる。

場合によっては、クライアントノード２００ａの電源が突然除去される場合などに、クライアントノード２００ａがこのような報告を行うことができない状況があることを理解されたい。このような場合、制御ノード３００は、上記で開示されているようにＫＡ信号をクライアントノード２００ａから受信することに頼るようにすることができるため、ＫＡ信号がもはやクライアントノード２００ａから送信されない場合、クライアントノード２００ａは停止されていると仮定するように構成できる。

クライアントノード２００ａがサービスの中断を検出するためのさまざまなやり方があると考えられる。いくつかの態様によると、クライアントノード２００ａは一時停止指示を無線アクセスネットワークノード１１０から受信する。それ故に、一実施形態によると、クライアントノード２００ａは、ステップＳ１０８ａを行うことによって、ステップＳ１０８においてマルチキャストベアラのサービスの中断を検出するように構成される。

Ｓ１０８ａ：クライアントノード２００ａは、マルチキャストベアラの無線アクセスネットワークノード１１０からのマルチキャストベアラの一時停止指示を取得する。

ステップＳ１０８ａは、ステップＳ１０８の一部として行われ得る。

一時停止指示は、スケジュール情報パケットに含まれ得る。

ここで、一実施形態に従って、制御ノード３００によって行われるようなグループ通信に対するマルチキャストベアラのサービスの中断を報告する方法を示す図４を参照する。

上記で開示されているように、本明細書に開示される実施形態によると、制御ノード３００はクライアントノード２００ａ、２００ｂ、２００ｃがサービスの中断を報告するか否かをクライアントノード２００ａ、２００ｂ、２００ｃに命令する。それ故に、制御ノード３００はステップＳ２０２を行うように構成される。

Ｓ２０２：制御ノード３００は、マルチキャストベアラをリッスンするクライアントノード２００ａ、２００ｂ、２００ｃがマルチキャストベアラのサービスの中断を報告するか否かの命令を送信する。

命令は、アドレス、同一性、または、マルチキャストベアラのサービスの中断を報告するべきであるそれらクライアントノード２００ａ、２００ｂ、２００ｃのサブセットを識別するために一意に使用可能である任意の他の情報などの識別情報を含むことができる。これは、制御ノード３００が、マルチキャストベアラのサービスの中断を報告するべきであるのはどのクライアントノード２００ａ、２００ｂ、２００ｃであるか、および、マルチキャストベアラのサービスの中断を報告するべきではないのはどのクライアントノード２００ａ、２００ｂ、２００ｃであるかを追跡する際に役立つ可能性がある。

上記で開示されるように、ステップＳ１１０におけるクライアントノード２００ａは、サービスの中断を制御ノード３００に報告する。それ故に、制御ノード３００はステップＳ２０４を行うように構成される。

Ｓ２０４：制御ノード３００は、マルチキャストベアラの障害を報告するように命令されたクライアントノード２００ａからマルチキャストベアラのサービスの中断の報告を取得する。

制御ノード３００によって行われるようなグループ通信に対するマルチキャストベアラのサービスの中断を報告するさらなる詳細に関連する実施形態について、ここで開示する。

ここで、さらなる実施形態に従って、制御ノード３００によって行われるようなグループ通信に対するマルチキャストベアラのサービスの中断を報告する方法を示す図５を参照する。ステップＳ２０２、Ｓ２０４は図４を参照して上述されているように行われると仮定されるため、これについての繰り返される説明はゆえに省略される。

制御ノード３００がステップＳ２０２おいて命令を送信するためのさまざまなやり方があると考えられる。上記で開示されているように、命令は、マルチキャストベアラのサービスアナウンス手順中に、またはマルチキャストベアラのサービスアナウンス更新時に送信可能である。それ故に、一実施形態によると、命令は、マルチキャストベアラのサービスアナウンス手順中に、または、マルチキャストベアラのサービスアナウンス更新時にブロードキャストされる。一般論として、サービスアナウンスは、マルチキャストベアラの同一性、およびマルチキャストベアラを通じてサービスをどのように受信するかについての情報をクライアントノード２００ａ、２００ｂ、２００ｃに提供する。マルチキャストベアラサービスアナウンスメッセージは、ユニキャスト送信によってそれぞれのクライアントノード２００ａ、２００ｂ、２００ｃに、または、ブロードキャストメッセージにおいて無線カバレッジエリア１２０における全てのクライアントノード２００ａ、２００ｂ、２００ｃに送信されてよい。

いくつかの態様によると、クライアントノード２００ａ、２００ｂ、２００ｃのサブセットのみがサービスの中断を報告するものとする。それ故に、一実施形態によると、命令は、マルチキャストベアラのサービスの中断を報告するようにクライアントノード２００ａ、２００ｂ、２００ｃの選択されたサブセットにのみ命令する。よって、制御ノード３００は、ステップＳ２０２における命令を全てのクライアントノード２００ａ、２００ｂ、２００ｃのサブセットに送信するように構成可能である。よって、サブセットの一部ではないクライアントノードはサービスの中断を報告しないものとする。

どれだけのクライアントノード２００ａ、２００ｂ、２００ｃをサブセットのメンバとするべきかを制御ノード３００が選択するためのさまざまなやり方があると考えられる。

いくつかの態様によると、サブセットにおけるメンバの数は、クライアントノード２００ａ、２００ｂ、２００ｃの総数に基づく。それ故に、一実施形態によると、選択されたサブセットのメンバの数は、マルチキャストベアラをリッスンするクライアントノード２００ａ、２００ｂ、２００ｃの総数に基づく。例として、サブセットは、マルチキャストベアラをリッスンするクライアントノード２００ａ、２００ｂ、２００ｃの総数の１０％の範囲でなど、一定の割合を含むことができる。

さらに、どのクライアントノード２００ａ、２００ｂ、２００ｃをサブセットのメンバとするべきかを制御ノード３００が選択するためのさまざまなやり方があると考えられる。クライアントノード２００ａ、２００ｂ、２００ｃの場所が動的に変更される可能性があるため、クライアントノード２００ａ、２００ｂ、２００ｃの場所を考慮に入れることができる。いくつかの態様によると、どのクライアントノード２００ａ、２００ｂ、２００ｃをサブセットのメンバとするべきであるかは、結果的に、サービスエリアに基づく（例えば、ステップＳ１０４におけるクライアントノード２００ａ、２００ｂ、２００ｃによって報告されるようなクライアントノード２００ａ、２００ｂ、２００ｃの場所情報に基づく）。それ故に、一実施形態によると、選択されたサブセットのメンバは、制御ノード３００によってクライアントノード２００ａ、２００ｂ、２００ｃから取得されるような場所情報に基づいて選択される。これは、サービスの中断を報告するためにクライアントノード２００ａ、２００ｂ、２００ｃに送信された命令が、新しいメンバがマルチキャストベアラサービスエリアに進入する（ひいてはサブセットの一部となる）ことに基づいて更新される必要があるかもしれないことを意味する。それ故に、制御ノード３００は、サブセットが更新されると、ステップＳ２０２と同様の命令を送信するように構成可能である。それ故に、制御ノード３００は、ステップＳ１０４においてクライアントノード２００ａ、２００ｂ、２００ｃから報告された場所情報に基づいてクライアントノード２００ａ、２００ｂ、２００ｃのサブセットを再評価できるため、クライアントノード２００ａ、２００ｂ、２００ｃが移動する時に動的に更新される。すなわち、一実施形態によると、制御ノード３００は、所定の一連の規則に基づいてサブセットを更新するように構成される。１つのこのような規則は、マルチキャストベアラをリッスンするクライアントノード２００ａ、２００ｂ、２００ｃの場所に基づくことができる。代替的には、選択されたサブセットのメンバは、（マルチキャストベアラをリッスンするクライアントノード２００ａ、２００ｂ、２００ｃの中から）ランダムに選択される。それ故に、別の規則は、選択されたサブセットのメンバが、クライアントノード２００ａ、２００ｂ、２００ｃのサブセットが更新される時にランダムに選択されるようにすることができる。別の規則は、上記の規則の任意の組み合わせに基づくことができる。

制御ノード３００が、どのクライアントノード２００ａ、２００ｂ、２００ｃがマルチベアラをリッスンしているかを追跡するための機構に関する実施形態が上記で開示されている。

制御ノード３００が、ステップＳ２０４においてサービスの中断の報告を取得した際に行うさまざまなやり方があると考えられる。

いくつかの態様によると、制御ノード３００は、マルチキャストベアラのサービスを別のベアラに移動させることによって報告に応答する。それ故に、一実施形態によると、サービスはマルチキャストベアラで送信され、制御ノード３００は、ステップＳ２０４においてサービスの中断の報告を取得するとステップＳ２０６、Ｓ２０８を行うように構成される。

Ｓ２０６：制御ノード３００はサービスを別のベアラに移動させる。

Ｓ２０８：制御ノード３００は、この別のベアラのサービスアナウンスを送信する。

いわゆる別のベアラはマルチキャストベアラまたはユニキャストベアラとすることができる。ベアラがユニキャストベアラである場合、ステップＳ２０８は省略可能である。

いくつかの態様によると、制御ノード３００は、マルチキャストベアラが再開されるまでサービスをキューに入れることによって報告に応答する。それ故に、一実施形態によると、サービスはマルチキャストベアラで送信され、制御ノード３００は、ステップＳ２０４においてサービスの中断の報告を取得するとステップＳ２１０を行うように構成される。

Ｓ２１０：制御ノード３００は、マルチキャストベアラが再開されるまで、または別のベアラがサービスを送信するために利用可能になるまで、サービスをキューに入れる。

いくつかの態様によると、制御ノード３００は、優先順位が低いある特定のサービスを一時停止するように選択すること、および、ユニキャストベアラを優先順位の高いサービスにのみセットアップすることによって、報告に応答する。それ故に、一実施形態によると、サービスはマルチキャストベアラで送信され、制御ノード３００は、ステップＳ２０４においてサービスの中断の報告を取得するとステップＳ２１２を行うように構成される。

Ｓ２１２：制御ノード３００はサービスをユニキャストベアラに移動させる。

サービスの中断についてのさまざまな理由が考えられる。いくつかの態様によると、サービスの中断はベアラの障害によって引き起こされる。それ故に、一実施形態によると、サービスの中断は、クライアントノード２００ａ、２００ｂ、２００ｃによって検出されたマルチキャストベアラの障害によって引き起こされる。ベアラの障害を引き起こすさまざまなイベントがあると考えられる。例として、マルチキャストベアラは一時停止されるまたはプリエンプトされる可能性がある。マルチキャストベアラに対する干渉が強い場合、クライアントノード２００ａおよび／または無線デバイス１５０ａは、このことを、リスニング報告においてネットワークパフォーマンスの低下の体感として報告するだけの可能性がある。

マルチキャストベアラのさまざまな例が考えられる。一実施形態によると、マルチキャストベアラはＭＢＭＳベアラである。

上記で開示された実施形態の少なくともいくつかに基づくグループ通信に対する（ＭＢＭＳベアラとして提供される）マルチキャストベアラのサービスの中断の報告についての１つの特定の実施形態について、ここで、図６のシグナリング図を参照して詳細に開示する。

Ｓ３０１：ＭＢＭＳベアラを制御ノード３００およびＲＡＮノード１１０によって稼働させる。

Ｓ３０２：ＭＢＭＳベアラアナウンス手順中、クライアントノード２００ａ、２００ｂ、２００ｃの少なくともいくつかへと、制御ノード３００から（ＲＡＮノード１１０を介して）クライアントノード２００ａ、２００ｂ、２００ｃに命令が送信されて、ＭＢＭＳベアラの停止状態の検出を報告する。実例において、クライアントノード２００ａがＭＢＭＳベアラの停止状態の検出を報告するように命令されると仮定される。

Ｓ３０３：ＲＡＮノード１１０はＭＢＭＳベアラを一時停止するように決定する。３ＧＰＰベースのネットワークにおいて、ＲＡＮノード１１０は、一時停止インジケータを送信することで、ＭＢＭＳベアラが一時停止されていることをクライアントノード２００ａ、２００ｂ、２００ｃが（そのホスト処理する無線デバイス１５０ａ、１５０ｂ、１５０ｃを介して）検出できるようにする。ＲＡＮノード１１０は、３ＧＰＰ ＴＳ ３６．３００ ｖ１４．０．０における既存の手順に従って、ＭＢＭＳベアラを一時停止するように決定することができる。

Ｓ３０４：ＲＡＮノード１１０はＭＢＭＳ一時停止指示を送信する。ＭＢＭＳ一時停止指示を、３ＧＰＰ ＴＳ ３６．３００ ｖ１４．０．０における既存の手順に従って、ＭＳＩ（マルチキャストチャネルスケジュール情報）に送信することができる。それによって、クライアントノード２００ａ、２００ｂ、２００ｃは、ＭＢＭＳベアラが一時停止されていることを検出可能とされる。

Ｓ３０５：ＭＢＭＳベアラ一時停止通知をグループ通信サーバに送信する命令を受信しているクライアントノード２００ａは、この通知を、ＭＢＭＳベアラ一時停止報告において制御ノード３００に送信する。

Ｓ３０６：制御ノード３００は、オプションとして、ステップＳ３０５において送信された通知を受信することに基づいて、ＭＢＭＳベアラサービスアナウンスを送信することによってＭＢＭＳサービスを受信する代替的なやり方を、ＭＢＭＳサービスエリアにおける全てのクライアントノード２００ａ、２００ｂ、２００ｃに知らせる。

図７は、一実施形態に従って、いくつかの機能ユニットに関して、クライアントノード２００ａの構成要素を概略的に示す。処理回路構成２１０は、例えば、記憶媒体２３０の形式の、（図１１にあるような）コンピュータプログラム製品１１１０ａにおいて記憶されるソフトウェア命令を実行できる、適した中央処理装置（ＣＰＵ）、マルチプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）などのうちの１つまたは複数の任意の組み合わせを使用して提供される。処理回路構成２１０は、少なくとも１つの特定用途向け集積回路（ＡＳＩＣ）またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）としてさらに提供されてよい。

とりわけ、処理回路構成２１０は、上記で開示されているように、クライアントノード２００ａに、一連の動作、またはステップＳ１０２〜Ｓ１１２を行わせるように構成される。例えば、記憶媒体２３０は一連の動作を記憶することができ、処理回路構成２１０は、記憶媒体２３０から一連の動作を抽出して、クライアントノード２００ａに一連の動作を行わせるように構成可能である。一連の動作は、一連の実行可能命令として提供されてよい。よって、処理回路構成２１０は、結果として、本明細書に開示されるような方法を実行するように配置される。

記憶媒体２３０は、例えば、磁気メモリ、光メモリ、ソリッドステートメモリ、またはさらにはリモートにマウントされるメモリのうちの任意の単体または組み合わせとすることができる、持続的記憶装置も含むことができる。

クライアントノード２００ａは、少なくとも制御ノード３００と通信するための通信インターフェース２２０をさらに含むことができる。そのように、通信インターフェース２２０は、アナログおよびデジタル構成要素を含む１つまたは複数の送信機および受信機を含むことができる。

処理回路構成２１０は、例えば、データおよび制御信号を通信インターフェース２２０および記憶媒体２３０に送信することによって、通信インターフェース２２０からデータおよび報告を受信することによって、および、記憶媒体２３０からデータおよび命令を抽出することによって、クライアントノード２００ａの全般的な動作を制御する。クライアントノード２００ａの他の構成要素および関連の機能性は、本明細書に提示される概念を不明瞭にしないようにするために省略される。

図８は、一実施形態に従って、いくつかの機能モジュールに関して、クライアントノード２００ａの構成要素を概略的に示す。図８のクライアントノード２００ａは、いくつかの機能モジュール、すなわち、ステップＳ１０２を行うように構成される取得モジュール２１０ａと、ステップＳ１０８を行うように構成される検出モジュール２１０ｄと、ステップＳ１１０を行うように構成される報告モジュール２１０ｆとを含む。図８のクライアントノード２００ａは、ステップＳ１０４を行うように構成される報告モジュール２１０ｂ、ステップＳ１０６を行うように構成される送信モジュール２１０ｃ、ステップＳ１０８ａを行うように構成される取得モジュール２１０ｅ、およびステップＳ１１２を行うように構成される報告モジュール２１０ｇのうちのいずれかなど、いくつかのオプションの機能モジュールをさらに含むことができる。一般論として、それぞれの機能モジュール２１０ａ〜２１０ｇは、ハードウェアまたはソフトウェアで実装されてよい。好ましくは、１つもしくは複数のまたは全ての機能モジュール２１０ａ〜２１０ｇは、処理回路構成２１０によって、場合によっては、機能ユニット２２０および／または２３０と協働するように実装されてよい。よって、処理回路構成２１０は、機能モジュール２１０ａ〜２１０ｇによって提供されるような命令を記憶媒体２３０からフェッチするために、かつ、これらの命令を実行するために配置されることで、本明細書に開示されるようにクライアントノード２００ａのいずれのステップも行うことができる。

一般論として、それぞれの機能モジュール２１０ａ〜２１０ｇは、１つの実施形態ではハードウェアにおいてのみ、および、別の実施形態ではソフトウェアを用いて実装可能である。すなわち、このソフトウェアを用いた実施形態では、処理回路構成上で実行する時、クライアントノード２００ａに、図２および図３と併せて上述されている対応するステップを行わせるコンピュータプログラム命令が記憶媒体２３０に記憶されている。モジュールがコンピュータプログラムの一部に相当しても、この実施形態において別個のモジュールとする必要はないが、ソフトウェアに実装されるやり方は、使用されるプログラミング言語に左右されることも述べられるべきである。好ましくは、１つもしくは複数のまたは全ての機能モジュール２１０ａ〜２１０ｇは、処理回路構成２１０によって、場合によっては機能ユニット２２０および／または２３０と協働するように実装可能である。よって、処理回路構成２１０は、機能モジュール２１０ａ〜２１０ｇによって提供されるような命令を記憶媒体２３０からフェッチするように、かつ、これらの命令を実行するように構成されることで、本明細書に開示されるようないずれのステップも行うことができる。

クライアントノード２００ａは、スタンドアロンデバイスとして、または少なくとも１つのさらなるデバイスの一部として設けられてよい。例えば、クライアントノード２００ａは、無線デバイス１５０ａにホスト処理されてよい、設けられてよい、または設置されてよい。

図９は、いくつかの機能ユニットに関して、一実施形態による制御ノード３００の構成要素を概略的に示す。処理回路構成３１０は、例えば、記憶媒体３３０の形式の、（図１１にあるような）コンピュータプログラム製品１１１０ｂにおいて記憶されるソフトウェア命令を実行できる、適した中央処理装置（ＣＰＵ）、マルチプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）などのうちの１つまたは複数の任意の組み合わせを使用して提供される。処理回路構成３１０は、少なくとも１つの特定用途向け集積回路（ＡＳＩＣ）またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）としてさらに提供されてよい。

とりわけ、処理回路構成３１０は、上記で開示されているように、制御ノード３００に、一連の動作、またはステップＳ２０２〜Ｓ２１２を行わせるように構成される。例えば、記憶媒体３３０は一連の動作を記憶することができ、処理回路構成３１０は、記憶媒体３３０から一連の動作を抽出して、制御ノード３００に一連の動作を行わせるように構成可能である。一連の動作は、一連の実行可能命令として提供されてよい。よって、処理回路構成３１０は、結果として、本明細書に開示されるような方法を実行するように配置される。

記憶媒体３３０は、例えば、磁気メモリ、光メモリ、ソリッドステートメモリ、またはさらにはリモートにマウントされるメモリのうちの任意の単体または組み合わせとすることができる、持続的記憶装置も含むことができる。

制御ノード３００は、少なくともクライアントノード２００ａ、２００ｂ、２００ｃと通信するための通信インターフェース３２０をさらに含むことができる。そのように、通信インターフェース３２０は、アナログおよびデジタル構成要素を含む１つまたは複数の送信機および受信機を含むことができる。

処理回路構成３１０は、例えば、データおよび制御信号を通信インターフェース３２０および記憶媒体３３０に送信することによって、通信インターフェース３２０からデータおよび報告を受信することによって、および、記憶媒体３３０からデータおよび命令を抽出することによって、制御ノード３００の全般的な動作を制御する。制御ノード３００の他の構成要素および関連の機能性は、本明細書に提示される概念を不明瞭にしないようにするために省略される。

図１０は、いくつかの機能モジュールに関して、一実施形態による制御ノード３００の構成要素を概略的に示す。図１０の制御ノード３００は、いくつかの機能モジュール、すなわち、ステップＳ２０２を行うように構成される送信モジュール３１０ａと、ステップＳ２０４を行うように構成される取得モジュール３１０ｂとを含む。図１０の制御ノード３００は、ステップＳ２０６を行うように構成される移動モジュール３１０ｃ、ステップＳ２０８を行うように構成される送信モジュール３１０ｄ、ステップＳ２１０を行うように構成されるキューモジュール３１０ｅ、および、ステップ２１２を行うように構成される移動モジュール３１０ｆのうちのいずれかなど、いくつかのオプションの機能モジュールをさらに含むことができる。一般論として、それぞれの機能モジュール３１０ａ〜３１０ｆは、ハードウェアまたはソフトウェアで実装されてよい。好ましくは、１つもしくは複数のまたは全ての機能モジュール３１０ａ〜３１０ｆは、処理回路構成３１０によって、場合によっては、機能ユニット３２０および／または３３０と協働するように実装されてよい。よって、処理回路構成３１０は、機能モジュール３１０ａ〜３１０ｆによって提供されるような命令を記憶媒体３３０からフェッチするために、かつ、これらの命令を実行するために配置されることで、本明細書に開示されるように制御ノード３００のいずれのステップも行うことができる。

一般論として、それぞれの機能モジュール３１０ａ〜３１０ｆは、１つの実施形態ではハードウェアにおいてのみ、および、別の実施形態ではソフトウェアを用いて実装可能である。すなわち、このソフトウェアを用いた実施形態では、処理回路構成上で実行する時、制御ノード３００に、図４および図５と併せて上述されている対応するステップを行わせるコンピュータプログラム命令が記憶媒体３３０に記憶されている。モジュールがコンピュータプログラムの一部に相当しても、この実施形態において別個のモジュールとする必要はないが、ソフトウェアに実装されるやり方は、使用されるプログラミング言語に左右されることも述べられるべきである。好ましくは、１つもしくは複数のまたは全ての機能モジュール３１０ａ〜３１０ｆは、処理回路構成３１０によって、場合によっては機能ユニット３２０および／または３３０と協働するように実装可能である。よって、処理回路構成３１０は、機能モジュール３１０ａ〜３１０ｆによって提供されるような命令を記憶媒体３３０からフェッチするように、かつ、これらの命令を実行するように構成されることで、本明細書に開示されるようないずれのステップも行うことができる。

制御ノード３００は、スタンドアロンデバイスとして、または少なくとも１つのさらなるデバイスの一部として設けられてよい。例えば、制御ノード３００は、ＧＣＳ ＡＳまたはＭＣサービスサーバにホスト処理されてよい、設けられてよい、または設置されてよい。

図１１は、コンピュータ可読手段１１３０を含むコンピュータプログラム製品１１１０ａ、１１１０ｂの１つの例を示す。このコンピュータ可読手段１１３０に対して、コンピュータプログラム１１２０ａを記憶でき、このコンピュータプログラム１１２０ａは、処理回路構成２１０、およびこれに動作可能に連結される、通信インターフェース２２０および記憶媒体２３０などのエンティティおよびデバイスに、本明細書に記載される実施形態による方法を実行させることができる。よって、コンピュータプログラム１１２０ａおよび／またはコンピュータプログラム製品１１１０ａは、本明細書に開示されるようなクライアントノード２００ａのいずれのステップも行うための手段を提供可能である。このコンピュータ可読手段１１３０に対して、コンピュータプログラム１１２０ｂを記憶でき、このコンピュータプログラム１１２０ｂは、処理回路構成３１０、およびこれに動作可能に連結される、通信インターフェース３２０および記憶媒体３３０などのエンティティおよびデバイスに、本明細書に記載される実施形態による方法を実行させることができる。よって、コンピュータプログラム１１２０ｂおよび／またはコンピュータプログラム製品１１１０ｂは、本明細書に開示されるような制御ノード３００のいずれのステップも行うための手段を提供可能である。

図１１の例では、コンピュータプログラム製品１１１０ａ、１１１０ｂは、ＣＤ（コンパクトデスク）、ＤＶＤ（デジタル多用途ディスク）、またはブルーレイディスクなどの光ディスクとして示される。コンピュータプログラム製品１１１０ａ、１１１０ｂはまた、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ）、または、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）などのメモリとして、より詳細には、ＵＳＢ（ユニバーサルシリアルバス）メモリ、またはコンパクトフラッシュメモリなどのフラッシュメモリなどの外付けメモリにおけるデバイスの不揮発性記憶媒体として具体化可能である。よって、コンピュータプログラム１１２０ａ、１１２０ｂが、ここで、図示される光ディスク上のトラックとして概略的に示されるが、コンピュータプログラム１１２０ａ、１１２０ｂは、コンピュータプログラム製品１１１０ａ、１１１０ｂにとって適した任意のやり方で記憶できる。

発明概念は、数個の実施形態を参照して主に上述されている。しかしながら、当業者には容易に理解されるように、上記で開示されているもの以外の実施形態も、添付の特許請求の範囲によって規定されるように、発明概念の範囲内で等しく可能である。

Claims (27)

1. グループ通信に対するマルチキャストベアラのサービスの中断を報告する方法であって、クライアントノード（２００ａ）によって行われ、
   前記マルチキャストベアラの制御ノード（３００）から命令を取得すること（Ｓ１０２）であって、前記命令は、前記クライアントノード（２００ａ）が前記マルチキャストベアラのサービスの中断を報告するか否かを命令する、取得することと、
   前記マルチキャストベアラのサービスの中断を検出すること（Ｓ１０８）と、
   前記命令に従って前記制御ノード（３００）に前記サービスの中断を選択的に報告すること（Ｓ１１０）と、を含む、方法。
2. 前記命令は、前記マルチキャストベアラのサービスアナウンス手順中に取得される、請求項１に記載の方法。
3. 前記マルチキャストベアラのサービスの中断を検出することは、前記マルチキャストベアラの無線アクセスネットワークノード（１１０）からの前記マルチキャストベアラの一時停止指示を取得すること（Ｓ１０８ａ）を含む、請求項１または２に記載の方法。
4. 前記サービスの中断は、マルチキャストベアラ一時停止報告またはリスニング報告において報告される、請求項１から３のいずれか一項に記載の方法。
5. 前記命令は、場所を報告するように前記クライアントノード（２００ａ）にさらに命令し、前記方法は、前記命令に従って前記クライアントノード（２００ａ）の場所を前記制御ノード（３００）に報告すること（Ｓ１０４）をさらに含む、請求項１から４のいずれか一項に記載の方法。
6. 前記命令は、前記クライアントノード（２００ａ）が前記マルチキャストベアラのサービスの中断を報告するように命令される場合にキープアライブ（ＫＡ）信号を送信するように前記クライアントノード（２００ａ）にさらに命令し、前記方法は、前記命令に従って前記ＫＡ信号を前記制御ノード（３００）に選択的に送信すること（Ｓ１０６）をさらに含む、請求項１から５のいずれか一項に記載の方法。
7. 前記命令は、前記クライアントノード（２００ａ）が前記マルチキャストベアラのサービスの中断を報告するように命令される場合に前記クライアントノード（２００ａ）にシャットダウンを報告するようにさらに命令し、前記方法は、前記命令に従って前記クライアントノード（２００ａ）のシャットダウンを前記制御ノード（３００）に選択的に報告すること（Ｓ１１２）をさらに含む、請求項１から６のいずれか一項に記載の方法。
8. グループ通信に対するマルチキャストベアラのサービスの中断を報告する方法であって、前記マルチキャストベアラの制御ノード（３００）によって行われ、
   前記マルチキャストベアラをリッスンするクライアントノード（２００ａ、２００ｂ、２００ｃ）が前記マルチキャストベアラのサービスの中断を報告するか否かの命令を送信すること（Ｓ２０２）と、
   前記マルチキャストベアラの障害を報告するように命令された前記クライアントノード（２００ａ）から前記マルチキャストベアラのサービスの中断の報告を取得すること（Ｓ２０４）と、を含む、方法。
9. 前記命令は、前記マルチキャストベアラのサービスアナウンス手順中にブロードキャストされる、請求項８に記載の方法。
10. 前記命令は、前記マルチキャストベアラのサービスの中断を報告するようにクライアントノード（２００ａ、２００ｂ、２００ｃ）の選択されるサブセットに命令する、請求項８または９に記載の方法。
11. 前記選択されるサブセットのメンバの数は、前記マルチキャストベアラをリッスンするクライアントノード（２００ａ、２００ｂ、２００ｃ）の総数に基づく、請求項１０に記載の方法。
12. 前記選択されるサブセットのメンバは、前記クライアントノード（２００ａ、２００ｂ、２００ｃ）から取得された場所情報に基づいて選択される、請求項１０または１１に記載の方法。
13. 前記選択されるサブセットのメンバはランダムに選択される、請求項１０または１１に記載の方法。
14. サービスは前記マルチキャストベアラで送信され、前記方法は、前記サービスの中断の報告を取得すると、前記サービスを別のベアラに移動させること（Ｓ２０６）と、前記別のベアラのサービスアナウンスを送信すること（Ｓ２０８）と、をさらに含む、請求項８から１３のいずれか一項に記載の方法。
15. サービスは前記マルチキャストベアラで送信され、前記方法は、前記サービスの中断の報告を取得すると、前記マルチキャストベアラが再開されるまで、または別のベアラが前記サービスを送信するために利用可能になるまで、前記サービスをキューに入れること（Ｓ２１０）をさらに含む、請求項８から１３のいずれか一項に記載の方法。
16. サービスは前記マルチキャストベアラで送信され、前記方法は、前記サービスの中断の報告を取得すると、前記サービスをユニキャストベアラに移動させること（Ｓ２１２）をさらに含む、請求項８から１３のいずれか一項に記載の方法。
17. 前記サービスの中断は、前記クライアントノード（２００ａ、２００ｂ、２００ｃ）によって検出されたマルチキャストベアラの障害によって引き起こされる、請求項１から１６のいずれか一項に記載の方法。
18. 前記マルチキャストベアラはマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラである、請求項１から１７のいずれか一項に記載の方法。
19. グループ通信に対するマルチキャストベアラのサービスの中断を報告するクライアントノード（２００ａ）であって、処理回路構成（２１０）を含み、前記処理回路構成は、前記クライアントノード（２００ａ）に、
    前記マルチキャストベアラの制御ノード（３００）から命令を取得することであって、前記命令は、前記クライアントノード（２００ａ）が前記マルチキャストベアラのサービスの中断を報告するか否かを命令する、取得することと、
    前記マルチキャストベアラのサービスの中断を検出することと、
    前記命令に従って前記制御ノード（３００）に前記サービスの中断を選択的に報告することと、を行わせるように構成される、クライアントノード（２００ａ）。
20. グループ通信に対するマルチキャストベアラのサービスの中断を報告するクライアントノード（２００ａ）であって、
    処理回路構成（２１０）と、
    前記処理回路構成（２１０）によって実行される時、前記クライアントノード（２００ａ）に、
    前記マルチキャストベアラの制御ノード（３００）から、前記クライアントノード（２００ａ）が前記マルチキャストベアラのサービスの中断を報告するか否かを命令する命令を取得することと、
    前記マルチキャストベアラのサービスの中断を検出することと、
    前記命令に従って前記制御ノード（３００）に前記サービスの中断を選択的に報告することと、を行わせる命令を記憶する記憶媒体（２３０）と、を含む、クライアントノード（２００ａ）。
21. グループ通信に対するマルチキャストベアラのサービスの中断を報告するクライアントノード（２００ａ）であって、
    前記マルチキャストベアラの制御ノード（３００）から、前記クライアントノード（２００ａ）が前記マルチキャストベアラのサービスの中断を報告するか否かを命令する命令を取得するように構成される取得モジュール（２１０ａ）と、
    前記マルチキャストベアラのサービスの中断を検出するように構成される検出モジュール（２１０ｄ）と、
    前記命令に従って前記制御ノード（３００）に前記サービスの中断を選択的に報告するように構成される報告モジュール（２１０ｆ）と、を含む、クライアントノード（２００ａ）。
22. グループ通信に対するマルチキャストベアラのサービスの中断を報告する制御ノード（３００）であって、処理回路構成（３１０）を含み、前記処理回路構成は、前記制御ノード（３００）に、
    前記マルチキャストベアラをリッスンするクライアントノード（２００ａ、２００ｂ、２００ｃ）が前記マルチキャストベアラのサービスの中断を報告するか否かの命令を送信することと、
    前記マルチキャストベアラの障害を報告するように命令された前記クライアントノード（２００ａ）から前記マルチキャストベアラのサービスの中断の報告を取得することと、を行わせるように構成される、制御ノード（３００）。
23. グループ通信に対するマルチキャストベアラのサービスの中断を報告する制御ノード（３００）であって、
    処理回路構成（３１０）と、
    前記処理回路構成（３１０）によって実行される時、前記制御ノード（３００）に、
    前記マルチキャストベアラをリッスンするクライアントノード（２００ａ、２００ｂ、２００ｃ）が前記マルチキャストベアラのサービスの中断を報告するか否かの命令を送信することと、
    前記マルチキャストベアラの障害を報告するように命令された前記クライアントノード（２００ａ）から前記マルチキャストベアラのサービスの中断の報告を取得することと、を行わせる命令を記憶する記憶媒体（３３０）と、を含む、制御ノード（３００）。
24. グループ通信に対するマルチキャストベアラのサービスの中断を報告する制御ノード（３００）であって、
    前記マルチキャストベアラをリッスンするクライアントノード（２００ａ、２００ｂ、２００ｃ）が前記マルチキャストベアラのサービスの中断を報告するか否かの命令を送信するように構成される送信モジュール（３１０ａ）と、
    前記マルチキャストベアラの障害を報告するように命令された前記クライアントノード（２００ａ）から前記マルチキャストベアラのサービスの中断の報告を取得するように構成される取得モジュール（３１０ｂ）と、を含む、制御ノード（３００）。
25. グループ通信に対するマルチキャストベアラのサービスの中断を報告するコンピュータプログラム（１１２０ａ）であって、クライアントノード（２００ａ）の処理回路構成（２１０）上で実行する時、前記クライアントノード（２００ａ）に、
    前記マルチキャストベアラの制御ノード（３００）から命令を取得すること（Ｓ１０２）であって、前記命令は、前記クライアントノード（２００ａ）が前記マルチキャストベアラのサービスの中断を報告するか否かを命令する、取得することと、
    前記マルチキャストベアラのサービスの中断を検出すること（Ｓ１０８）と、
    前記命令に従って前記制御ノード（３００）に前記サービスの中断を選択的に報告すること（Ｓ１１０）と、を行わせるコンピュータコードを含む、コンピュータプログラム（１１２０ａ）。
26. グループ通信に対するマルチキャストベアラのサービスの中断を報告するコンピュータプログラム（１１２０ｂ）であって、制御ノード（３００）の処理回路構成（３１０）上で実行する時、前記制御ノード（３００）に、
    前記マルチキャストベアラをリッスンするクライアントノード（２００ａ、２００ｂ、２００ｃ）が前記マルチキャストベアラのサービスの中断を報告するか否かの命令を送信すること（Ｓ２０２）と、
    前記マルチキャストベアラの障害を報告するように命令された前記クライアントノード（２００ａ）から前記マルチキャストベアラのサービスの中断の報告を取得すること（Ｓ２０４）と、を行わせるコンピュータコードを含む、コンピュータプログラム（１１２０ｂ）。
27. 請求項２５および２６のうちの少なくとも１つによるコンピュータプログラム（１１２０ａ、１１２０ｂ）、および前記コンピュータプログラムが記憶されるコンピュータ可読記憶媒体（１１３０）を含む、コンピュータプログラム製品（１１１０ａ、１１１０ｂ）。

Images