(57)【要約】【課題】無線ネットワークシステムの共通物理チャンネルを修正することなく、ネットワーク側で起動するウェイクアッププロセスを高速化できる通信システムを提供する。【解決手段】ネットワークを介して複数の端末と接続される通信制御装置が、マルチキャストチャンネルまたはユニキャストチャンネルを経由して、複数の端末と通信するためのネットワークインタフェースと、端末毎の状態関連情報を記憶するための記憶手段と、状態関連情報から、上記複数の端末のなかに休止状態にある端末が存在すると判断したとき、上記ネットワークインタフェースからマルチキャストチャンネル経由で、上記休止状態にある端末をアクティブ状態に遷移させるための状態変更メッセージを送信するウェイクアップモジュールとを含む。【選択図】図２
2008219894.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して複数の端末と接続される通信制御装置であって、
マルチキャストチャンネルまたはユニキャストチャンネルを経由して、上記複数の端末と通信するためのネットワークインタフェースと、
上記端末毎の状態関連情報を記憶するための記憶手段と、
上記状態関連情報に基づいて、上記複数の端末のなかに休止状態にある端末が存在すると判断したとき、上記ネットワークインタフェースから、上記マルチキャストチャンネル経由で、上記休止状態にある端末をアクティブ状態に遷移させるための状態変更メッセージを送信するウェイクアップモジュールとを含むことを特徴とする通信制御装置。
【請求項２】
請求項１に記載の通信制御装置において、
前記ウェイクアップモジュールが、前記状態変更メッセージを送信する前に、前記ユニキャストチャンネル経由で、前記複数の端末に呼出制御メッセージを送信する呼出制御モジュールを含むことを特徴とする通信制御装置。
【請求項３】
請求項１に記載の通信制御装置において、
前記ネットワークインタフェースが、前記ユニキャストチャンネル経由で、前記複数の端末のうちの特定端末が送信した情報を受信したとき、前記ウェイクアップモジュールが、前記記憶手段に記憶されている上記特定端末に対応する状態関連情報を更新することを特徴とする通信制御装置。
【請求項４】
請求項１に記載の通信制御装置において、
前記記憶手段が、前記状態関連情報として、各端末が最後にアクティブ状態になった時刻を直前アクティブ時間として記憶しており、
前記ウェイクアップモジュールが、上記直前アクティブ時間からの経過時間が所定時間を超えた端末を前記休止状態にある端末と判断することを特徴とする通信制御装置。
【請求項５】
請求項１に記載の通信制御装置において、
前記マルチキャストチャンネルが、ＢＣＭＣＳチャンネルであることを特徴とする通信制御装置。
【請求項６】
ネットワークにより通信制御装置に接続される端末であって、
マルチキャストチャンネルまたはユニキャストチャンネルを経由して、上記通信制御装置と通信するためのネットワークインタフェースと、
上記ネットワークインタフェースが上記マルチキャストチャンネル経由で受信した上記通信制御装置からの状態変更メッセージが、該端末を休止状態端末として指定していた場合に、該端末の動作状態を休止状態からアクティブ状態に遷移させるためのウェイクアップモジュールとを含むことを特徴とする端末。
【請求項７】
請求項６に記載の端末において、
前記ウェイクアップモジュールが、該端末の動作状態を前記休止状態からアクティブ状態に遷移させた後、前記ネットワークインタフェースから、前記ユニキャストチャンネル経由で、前記通信制御装置に状態変更応答メッセージを送信することを特徴とする端末。
【請求項８】
通信制御装置と、複数の端末と、上記通信制御装置と上記複数の端末とを接続するためのネットワークとからなる通信システムであって、
上記通信制御装置が、
マルチキャストチャンネルまたはユニキャストチャンネルを経由して、上記複数の端末と通信するための第１ネットワークインタフェースと、
上記端末毎の状態関連情報を記憶するための記憶手段と、
上記状態関連情報に基づいて、上記複数の端末のなかに休止状態にある端末が存在すると判断されたとき、上記第１ネットワークインタフェースから、上記マルチキャストチャンネル経由で、上記休止状態にある端末をアクティブ状態に遷移させるための状態変更メッセージを送信する第１のウェイクアップモジュールとを含み、
上記複数の端末が、それぞれ、
上記マルチキャストチャンネルまたはユニキャストチャンネルを経由して、上記通信制御装置と通信するための第２ネットワークインタフェースと、
上記第２ネットワークインタフェースが上記マルチキャストチャンネル経由で受信した上記通信制御装置からの状態変更メッセージが、該端末を休止状態端末として指定していた場合に、該端末の動作状態を休止状態からアクティブ状態に遷移させるための第２のウェイクアップモジュールとを含むことを特徴とする通信システム。
【請求項９】
請求項８に記載の通信システムにおいて、
前記通信制御装置の第１ネットワークインタフェースが、前記ユニキャストチャンネル経由で前記複数端末のうちの１つから送信された情報を受信したとき、前記第１のウェイクアップモジュールが、前記記憶手段に記憶されている上記情報の送信元となった端末に対応する状態関連情報を更新することを特徴とする通信システム。
【請求項１０】
ネットワークを介して複数の端末と接続される通信制御装置によって実行される端末制御方法であって、
上記端末毎の状態関連情報を記憶装置に記憶するステップと、
上記状態関連情報に基づいて休止状態にある端末の有無を検出するステップと、
休止状態にある端末が検出されたとき、マルチキャストチャンネルを経由して、上記複数の端末に、上記休止状態にある端末をアクティブ状態に遷移させるための状態変更メッセージをマルチキャストするステップとを含むことを特徴とする端末制御方法。
【請求項１１】
請求項１０に記載の端末制御方法において、
前記複数の端末のうちの特定端末から、ユニキャストチャンネル経由で情報を受信したとき、前記記憶装置に記憶されている上記特定端末に対応する状態関連情報を更新するステップを含むことを特徴とする端末制御方法。
【請求項１２】
請求項１０に記載の端末制御方法において、
前記記憶装置に、前記状態関連情報として、各端末が最後にアクティブ状態になった時刻を示す直前アクティブ時間を記憶しておき、
上記直前アクティブ時間からの経過時間が所定時間を超えた端末を前記休止状態にある端末と判断することを特徴とする端末制御方法。
【請求項１３】
請求項１０に記載の端末制御方法において、
前記マルチキャストチャンネルがＢＣＭＣＳチャンネルであることを特徴とする端末制御方法。
【請求項１４】
ネットワークを介して通信制御装置と接続される端末によって実行される端末制御方法であって、
上記通信制御装置から、マルチキャストチャンネル経由で状態変更メッセージを受信するステップと、
上記状態変更メッセージで該端末が制御対象に指定されていたとき、該端末の動作状態を休止状態からアクティブ状態に遷移させるステップとを含むことを特徴とする端末制御方法。
【請求項１５】
請求項１４に記載の端末制御方法において、
端末動作状態を前記アクティブ状態に遷移させた後、ユニキャストチャンネル経由で、前記通信制御装置に状態変更応答メッセージを送信するステップを含むことを特徴とする端末制御方法。
【請求項１６】
ネットワークを経由して接続された通信制御装置と複数の端末とからなり、上記通信制御装置と各端末とがマルチキャストチャンネルまたはユニキャストチャンネル経由で通信する通信システムで実行される端末制御方法であって、
上記通信制御装置が、上記端末毎の状態関連情報を記憶するステップと、
上記通信制御装置が、上記状態関連情報に基づいて、上記複数の端末のなかで休止状態にある端末の有無を判定するステップと、
休止状態にある端末が存在すると判断されたとき、上記通信制御装置から上記複数の端末に、上記マルチキャストチャンネル経由で状態変更メッセージを送信するステップと、
上記各端末が、上記マルチキャストチャンネル経由で上記状態変更メッセージを受信するステップと、
上記状態変更メッセージで制御対象に指定された端末が、該端末の動作状態を休止状態からアクティブ状態に遷移するステップとを含むことを特徴とする端末制御方法。
【請求項１７】
請求項１６に記載の端末制御方法において、
前記通信制御装置が、前記複数の端末のうちの１つから、ユニキャストチャンネル経由で情報を受信するステップと、
前記通信制御装置が、上記情報の送信元の端末に対応する前記状態関連情報を更新するステップとを含むことを特徴とする端末制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プッシュ・ツー・トーク（ＰＴＴ）サービスに関し、更に詳しくは、プッシュ・ツー・トークサービスに用いる通信システム、通信制御装置、端末および端末制御方法に関する。
【背景技術】
【０００２】
プッシュ・ツー・トーク（ＰＴＴ）サービスは、インターコムによる通話に類似するサービスであり、これまでに火災、交通規制などの分野で、長い期間に亘って使用されてきた。ＩＰと３Ｇネットワークが急速に配置されるに従って、ＩＰに基づくパブリックセルラーネットワークにおいて、プッシュ・ツー・トークサービスを公衆サービス用として提供する趨勢にある。
現在では、ＩＰに基づくパブリックセルラーネットワークにおけるプッシュ・ツー・トークサービスの標準規格が、多くの規格化機構によって制定されている。これらの標準規格の１つに、ＯＭＡ（Open Mobile Alliance）が制定したＰｏＣ（Push to talk Over Cellular）Ｖ１．０規格がある。
【０００３】
Ｖ１．０規格に基づくプッシュ・ツー・トーク（ＰＴＴ）サービスシステムは、通常、１つの通信制御装置（ＰｏＣサーバー）と、複数のＰｏＣ端末とを含む。ＰｏＣサーバーと各ＰｏＣ端末は、ユニキャストチャンネルと、共用のＢＣＭＣＳマルチキャストチャンネルとを経由して、通信を行う。ＰｏＣサーバーは、各ＰｏＣ端末との間のユニキャストチャンネルを経由して、個々のＰｏＣ端末とシグナリング通信を行い、これと同時に、ユニキャストチャンネルを経由して、各ＰｏＣ端末が他のＰｏＣ端末に送信しようとする音声データを受信する。ＰｏＣサーバーは、受信した音声データを、共用のＢＣＭＣＳマルチキャストチャンネルを経由して、他のＰｏＣ端末にマルチキャストする。
【０００４】
ＰＴＴサービスでは、各時点において、音声データを送信できるＰｏＣ端末は１台だけであり、他の全てのＰｏＣ端末は、音声データの受信端末となる。従って、ＰＴＴサービスでは、特定の１つのＰｏＣ端末が、長時間にわたって音声データを送信し続けた場合、他のＰｏＣ端末が、長時間にわたって音声データの受信端末とならざるを得ないる状況が生まれる。
この状況では、音声データの受信側となる各ＰｏＣ端末とＰｏＣサーバーとの間では、長時間にわたって、ユニキャストチャンネルを経由した情報通信は行われない。従って、長時間にわたって音声データの受信側となるＰｏＣ端末は、電気エネルギーを節約するために、アクティブ状態から休止状態に遷移し、ユニキャストチャンネルの無線リンク接続を解放してもよい。
【０００５】
長時間にわたって音声データを送信し続けたＰｏＣ端末が、データ送信を終了した場合、一旦休止状態になった別のＰｏＣ端末が、他のＰｏＣ端末にデータを送信しようとしたとき、このＰｏＣ端末は、先ず、自らの無線リンク接続を回復するためのプロセスを起動して、動作状態を休止状態からアクティブ状態に遷移させ、ＰｏＣサーバーとの間に、ユニキャストチャンネルの無線リンク接続を回復する。
【０００６】
アクティブ状態に遷移したＰｏＣ端末は、無線リンク接続が回復されたユニキャストチャンネルを経由して、ＰｏＣサーバーに、発言トークンを要求するためのtalk burst floor controlメッセージを送信する。例えば、高速無線ブロードバンドの通信規格であるＥＶＤＯ（Evolution Data Optimized）のネットワークでは、各ＰｏＣ端末の自主的なウェイクアッププロセスの所要時間、即ち、アクティブ状態になってからtalk burst floor controlメッセージを送信するまで要する時間は、１秒程度となる。
【０００７】
ＰｏＣサーバーは、別のＰｏＣ端末からtalk burst floor controlメッセージを受信すると、従前の発言トークンをアイドル状態にした後、これを上記別のＰｏＣ端末に割り当てる。このとき、ＰｏＣサーバーは、他の複数のＰｏＣ端末に、ユニキャストチャンネルを経由して、ＴＢＣＰプロンプティングメッセージを送信することによって、発言トークンが既に別のＰｏＣ端末に割り当てられたことを通知する必要がある。
【０００８】
この場合、ＰｏＣサーバーは、他の複数のＰｏＣ端末のうち、既にアクティブ状態にあるＰｏＣ端末に対しては、そのＰｏＣ端末とＰｏＣサーバーとの間のユニキャストチャンネルを経由して、速やかにＴＢＣＰプロンプティングメッセージに送信することができる。しかしながら、休止状態にあるＰｏＣ端末に対しては、予め決められた休止サイクルで、休止状態にあるＰｏＣ端末をページングし、休止状態にあるＰｏＣ端末の位置を確認する必要がある。ＥＶＤＯネットワークの場合、休止サイクルは、１２制御チャンネルサイクル＝５．１２秒となっている。
【０００９】
ＰｏＣサーバーは、休止状態にあるＰｏＣ端末の位置を確認すると、これらのＰｏＣ端末との間の無線リンク接続を回復するためのプロセスを起動し、休止状態にあるＰｏＣ端末をウェイクアップする。休止状態にあったＰｏＣ端末との間に、ユニキャストチャンネルの無線リンク接続が回復されると、ＰｏＣサーバーは、回復されたユニキャストチャンネルを経由して、アクティブ状態になった各ＰｏＣ端末にＴＢＣＰプロンプティングメッセージを送信する。
【００１０】
ＰｏＣサーバーが起動するウェイクアッププロセスでは、ＰｏＣ端末をページングするためのステップに、かなりの時間を要する。例えば、ＰｏＣ端末が自主的に起動するウェイクアッププロセスでは、僅か１秒程度で端末をウェイクアップできるが、ＰｏＣサーバー側で起動するウェイクアッププロセスでは、端末のウェイクアップに５秒以上の時間を必要とする。すなわち、ＰｏＣサーバー側で起動するウェイクアッププロセスは、端末操作の応答に比較的長い時間遅延を発生させるため、ＰｏＣサービスを利用するユーザに悪い印象を与えかねない。
【００１１】
この問題を解決するために、例えば、米国特許７０４７０３１号公報（特許文献１）では、グループ通信ネットワークにける休止−ウェイクアップ時間遅延を低減するコントローラが提案されている。特許文献１では、例えば、フォーワード基本チャンネル（ＦＣＨ）、リバース・コモンコントロールチャンネル（Ｆ−ＤＣＣＨ）等の独特なＣＤＭＡフィジカルチャンネル、または、例えば、リバース・アクセスチャンネル（Ｒ−ＡＣＨ）、リバース・エンハンスド・アクセスチャンネル（Ｒ−ＥＡＣＨ）、フォーワード・コモンコントロールチャンネル（Ｆ−ＣＣＣＨ）、ページングチャンネル（ＰＣＨ）等のコモンフィジカルチャンネルが、端末の休止状態には影響されないと言う特徴に着目している。
【００１２】
特許文献１では、これらのフィジカルチャンネルを利用して、ＰｏＣサーバーからＰｏＣ端末にバーストデータ・ショートメッセージ（ＳＤＢ）をブロードキャーストし、ＰｏＣ端末にウェイクアッププロセスを自主的に起動させることによって、ＰｏＣサーバー（ネットワーク）側で起動されるウェイクアッププロセスを高速化している。
【００１３】
【特許文献１】米国特許７０４７０３１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかしながら、上記特許文献１（米国特許７０４７０３１号）に開示された方法は、無線ネットワークシステムの共通物理（Common Physical）チャンネルを修正する必要がある。
上記の問題を考慮して、本発明の目的は、無線ネットワークシステムのコモンフィジカルチャンネルを修正することなく、ネットワーク側で起動するウェイクアッププロセスを高速化できる通信システム、通信制御装置、端末および端末制御方法を提供することにある。
【課題を解決するための手段】
【００１５】
上記目的を達成するために、本発明によるネットワークを介して複数の端末と接続される通信制御装置は、マルチキャストチャンネルまたはユニキャストチャンネルを経由して、上記複数の端末と通信するためのネットワークインタフェースと、上記端末毎の状態関連情報を記憶するための記憶手段と、上記状態関連情報に基づいて、上記複数の端末のなかに休止状態にある端末が存在すると判断したとき、上記ネットワークインタフェースから、上記マルチキャストチャンネル経由で、上記休止状態にある端末をアクティブ状態に遷移させるための状態変更メッセージを送信するウェイクアップモジュールとを含むことを特徴とする。
【００１６】
本発明によるネットワークにより通信制御装置と接続する端末は、マルチキャストチャンネルまたはユニキャストチャンネルを経由して、上記通信制御装置と通信するためのネットワークインタフェースと、上記ネットワークインタフェースが上記マルチキャストチャンネル経由で受信した上記通信制御装置からの状態変更メッセージが、該端末を休止状態端末として指定していた場合に、該端末の動作状態を休止状態からアクティブ状態に遷移させるためのウェイクアップモジュールとを含むことを特徴とする。
【００１７】
本発明による通信システムは、通信制御装置と、複数の端末と、上記通信制御装置と上記複数の端末とを接続するためのネットワークとからなり、
上記通信制御装置が、マルチキャストチャンネルまたはユニキャストチャンネルを経由して、上記複数の端末と通信するための第１ネットワークインタフェースと、上記端末毎の状態関連情報を記憶するための記憶手段と、上記状態関連情報に基づいて、上記複数の端末のなかに休止状態にある端末が存在すると判断されたとき、上記第１ネットワークインタフェースから、上記マルチキャストチャンネル経由で、上記休止状態にある端末をアクティブ状態に遷移させるための状態変更メッセージを送信する第１のウェイクアップモジュールとを含み、
上記複数の端末が、それぞれ、上記マルチキャストチャンネルまたはユニキャストチャンネルを経由して、上記通信制御装置と通信するための第２ネットワークインタフェースと、上記第２ネットワークインタフェースが上記マルチキャストチャンネル経由で受信した上記通信制御装置からの状態変更メッセージが、該端末を休止状態端末として指定していた場合に、該端末の動作状態を休止状態からアクティブ状態に遷移させるための第２のウェイクアップモジュールとを含むことを特徴とする。
【００１８】
また、本発明は、ネットワークを介して複数の端末と接続される通信制御装置によって実行される端末制御方法において、上記端末毎の状態関連情報を記憶装置に記憶するステップと、上記状態関連情報に基づいて休止状態にある端末の有無を検出するステップと、休止状態にある端末が検出されたとき、マルチキャストチャンネルを経由して、上記複数の端末に、上記休止状態にある端末をアクティブ状態に遷移させるための状態変更メッセージをマルチキャストするステップとを含むことを特徴とする。
【００１９】
更に、本発明は、ネットワークを介して通信制御装置と接続される端末によって実行される端末制御方法において、上記通信制御装置から、マルチキャストチャンネル経由で状態変更メッセージを受信するステップと、上記状態変更メッセージで該端末が制御対象に指定されていたとき、該端末の動作状態を休止状態からアクティブ状態に遷移させるステップとを含むことを特徴とする。
【００２０】
また、本発明は、ネットワークを経由して接続された通信制御装置と複数の端末とからなり、上記通信制御装置と各端末とがマルチキャストチャンネルまたはユニキャストチャンネル経由で通信する通信システムで実行される端末制御方法において、上記通信制御装置が、上記端末毎の状態関連情報を記憶するステップと、上記通信制御装置が、上記状態関連情報に基づいて、上記複数の端末のなかで休止状態にある端末の有無を判定するステップと、休止状態にある端末が存在すると判断されたとき、上記通信制御装置から上記複数の端末に、上記マルチキャストチャンネル経由で状態変更メッセージを送信するステップと、上記各端末が、上記マルチキャストチャンネル経由で上記状態変更メッセージを受信するステップと、上記状態変更メッセージで制御対象に指定された端末が、該端末の動作状態を休止状態からアクティブ状態に遷移するステップとを含むことを特徴とする。
【発明の効果】
【００２１】
上述したように、本発明では、各端末が休止状態か否かに影響されないマルチキャストチャンネルを経由して、通信制御装置から各端末に状態変更メッセージをマルチキャストし、状態変更メッセージで指定された端末をウェイクアップさせるようにしているため、無線ネットワークシステムの共通物理チャンネルを修正することなく、端末を短時間でウェイクアップさせることが可能となる。
【発明を実施するための最良の形態】
【００２２】
本発明では、ＰｏＣサーバー（通信制御装置）から各ＰｏＣ端末にデータをマルチキャストするために使用されるマルチキャストチャンネルが、各端末の休止状態には影響されないという特徴に着目し、ＰｏＣサーバーが、マルチキャストチャンネルを経由して、各ＰｏＣ端末に特定の制御メッセージ（状態変更メッセージ）をマルチキャストし、休止状態にあるＰｏＣ端末を上記特定の制御メッセージに応答して起動（ウェイクアップ）させることによって、ネットワーク側で起動するウェイクアッププロセスを高速化するようにしている。
【実施例】
【００２３】
以下、ＥＶＤＯ無線ネットワークシステムにおけるＰｏＣサービスを例にして、本発明を詳しく説明する。
図１は、本発明の１実施例に係わるＰｏＣグループ通信システムの概略図を示す。
ＰｏＣグループ通信システムは、図１に示すように、ＰｏＣ端末１０（端末Ａ、端末Ｂおよび端末）と、無線アクセスネットワーク２０と、ＥＶＤＯコアＩＰネットワーク３０と、ＰｏＣサーバー４０とを含む。無線アクセスネットワーク２０は、アクセスポイント２０２、２０４と、ＰＣＦ／ＢＳＮ２０６と、ＰＤＳＮ２０８とを含む。各ＰｏＣ端末１０は、空中インタフェースにおいて、アクセスポイント２０２または２０４を介して、無線アクセスネットワーク２０に接続される。
【００２４】
無線アクセスネットワーク２０において、アクセスポイント２０２、２０４は、ＰＣＦ／ＢＳＮ２０６を経由してＰＤＳＮ２０８に接続され、ＰＤＳＮ２０８は、ＥＶＤＯコアＩＰネットワーク３０に接続されている。ＥＶＤＯコアＩＰネットワーク３０は、プロバイダのコアＩＰネットワークにあるサーバー４０に接続されている。また、ＰｏＣグループ通信システムは、複数の代理サーバー５０を含む。
【００２５】
代理サーバー５０は、ＰｏＣサーバー４０に代わって、ＰｏＣ端末１０からＰｏＣサーバー４０に送信されるＳＩＰ  ＩＮＶＩＴＥ要求メッセージ等のＳＩＰシグナリングを受信し、ＰｏＣ端末１０とＰｏＣサーバー４０の間におけるＰｏＣセッションの確立を補助する。ＰｏＣ端末１０とＰｏＣサーバー４０の間にＰｏＣセッションが確立されると、ＰｏＣ端末１０とＰｏＣサーバー４０の間にユニキャストチャンネルが確立され、ＰｏＣサーバー４０からＰｏＣ端末１０に、シグナリング協議によって、マルチキャストで使用するＢＣＭＣＳチャンネルを知らせることができる。
【００２６】
図２は、本発明の１実施例に係わるＰｏＣサーバーの構造を示す。
ＰｏＣサーバー４０は、図２に示すように、ネットワークインタフェース４０２と、プロセッサーユニット４０３と、記憶装置４０４と、メモリ４０６とを含み、これらの要素は、バス４１２によって互いに接続されている。
【００２７】
プロセッサーユニット４０３は、メモリ４０６に記憶されたプログラムコードを実行する。メモリ４０６には、ＰｏＣサーバー４０と各ＰｏＣ端末１０との間におけるＰｏＣセッションの確立と除去に用いられるプログラムコード形式のＰｏＣセッション管理モジュール４０７と、ＴＢＣＰ制御モジュール（呼出制御モジュール）４０８とが記憶されている。
【００２８】
本実施例において、ＰｏＣセッション管理モジュール４０７は、セッションの確立に用いられるＳＩＰシグナリングメッセージと、言語媒体形式の協議に用いられるＳＤＰプロトコルメッセージに従って、ＰｏＣセッションの確立と除去を行う。しかしながら、本技術分野の当業者であれば、本発明に適用されるセッション確立シグナリングプロトコルは、ＳＩＰとＳＤＰに限定されるものではなく、例えば、Ｈ．３２３、あるいはプライベートシグナリングプロトコなど、他のタイプのプロトコルも使用可能であることを理解できるであろう。
【００２９】
ＴＢＣＰ制御モジュール４０８は、ＰｏＣ端末１０への発言トークンの割当て、または回収に用いられる。本発明では、発言トークンをもつＰｏＣ端末１０のみが、ＰｏＣサーバー４０を経由して、他のＰｏＣ端末にデータをマルチキャストする権利をもつ。発言トークンをもっていなければ、ＰｏＣサーバー４０がマルチキャストしたデータの受信しかできない。
【００３０】
ネットワークインタフェース４０２は、ＰｏＣサーバー４０と各ＰｏＣ端末１０の間のユニキャストチャンネルを経由して、各ＰｏＣ端末１０とシグナリング通信し、各ＰｏＣ端末１０からの送信データを受信し、ＢＣＭＣＳチャンネルを経由して、各ＰｏＣ端末１０に情報をマルチキャストするためのものである。
記憶装置４０４は、各ユーザ（ＰｏＣ端末）の状態関連情報を保持するＰｏＣグループ参加者情報表（テーブル）を記憶している。
【００３１】
本実施例において、ＰｏＣグループ参加者情報表４０５は、図３に示すように、ユーザが加入したＰｏＣグループの識別子を示すＰｏＣグループＩＤ４１３と、ユーザの識別子を示すＰｏＣユーザＩＤ４１４と、直前アクティブ時間４１５とを含む。直前アクティブ時間４１５は、各ユーザのＰｏＣ端末が、直前（最後）にアクティブされた時間を示しており、ＰｏＣ端末が休止状態に入ったか否かを判断するために参照される。
【００３２】
本実施例では、メモリ４０６に、本発明で提案するプログラムコード形式のウェイクアップモジュール４０９が記憶されている。ウェイクアップモジュール４０９は、ＴＢＣＰ解析モジュール４１０と、ウェイクアッププロテクトプロセスモジュール４１１との２つのサブモジュールを含む、
ＴＢＣＰ解析モジュール４１０は、ネットワークインタフェース４０２がユニキャストチャンネル経由で受信した情報をモニタリングして、ＰｏＣグループ参加者情報表４０５を更新し、必要に応じて、ウェイクアッププロテクトプロセスモジュール４１１をトリガするためのものである。ウェイクアッププロテクトプロセスモジュール４１１は、ネットワークインタフェース４０２から、ＢＣＭＣＳチャンネル経由でウェイクアップ要求メッセージをマルチキャストし、休止状態にあるＰｏＣ端末をウェイクアップするためのものである。
【００３３】
図４は、本発明の１実施例に係わるＰｏＣ端末の構造を示す。
ＰｏＣ端末１０は、ネットワークインタフェース１０２と、プロセッサーユニット１０３と、記憶装置１０４と、メモリ１０６とを含み、これらの要素は、バス１０５によって相互に接続されている。
【００３４】
プロセッサーユニット１０３は、メモリ１０６に記憶されたプログラムコードを実行する。メモリ１０６には、プログラムコード形式のＰｏＣセッション管理モジュール１０７と、ＴＢＣＰ制御モジュール１０８とが記憶されている。ＰｏＣセッション管理モジュール１０７は、ＰｏＣサーバー４０のＰｏＣセッション管理モジュール４０７に対応しており、ＰｏＣサーバー４０との間のＰｏＣセッションの確立と除去に使用される。ＴＢＣＰ制御モジュール１０８は、ＰｏＣサーバー４０のＴＢＣＰ制御モジュール４０８に対応しており、ＰｏＣサーバー４０への発言トークンの要求と解放に使用される。
【００３５】
メモリ１０６には、本発明で提案するプログラムコード形式のウェイクアップモジュール１０９が記憶されている。ウェイクアップモジュール１０９は、ＰｏＣサーバー４０のウェイクアップモジュール４０９に対応しており、ＢＣＭＣＳチャンネルのウェイクアップ要求メッセージをモニタリングし、ＰｏＣサーバー４０からのウェイクアップ要求メッセージを受信すると、ウェイクアッププロセスを起動して、休止状態にあるＰｏＣ端末をアクティブにする。
【００３６】
図５は、本発明の端末制御方法の１実施例を示したフローチャートある。
ここでは、ＰｏＣサーバー４０とＰｏＣ端末１０との間のＰｏＣセッションの確立に成功した後のＰｏＣサーバー４０、ＰｏＣ端末１０の動作を示している。この時点では、ＰｏＣサーバー４０とＰｏＣ端末１０の間に、ユニキャストチャンネルが確立され、ＰｏＣサーバー４０からＰｏＣ端末１０に、データをマルチキャストするために使用されるＢＣＭＣＳチャンネルが既に通知されている。
【００３７】
図５に示すように、ＰｏＣサーバー４０は、ＴＢＣＰ解析モジュール４１０によって、ネットワークインタフェース４０２が、ユニキャストチャンネルでＰｏＣ端末からの情報を受信したか否かのモニタリングを開始する（ステップＳ１００）。
【００３８】
ネットワークインタフェース４０２が、ユニキャストチャンネルで、ＰｏＣ端末１０からの情報を受信したことを検知すると、ＴＢＣＰ解析モジュール４１０は、記憶装置４０４にあるＰｏＣグループ参加者情報表４０５において、上記受信情報の送信元のＰｏＣ端末１０に対応する直前アクティブ時間４１５を更新する（ステップＳ１０２）。次に、ＴＢＣＰ解析モジュール４１０は、上記受信情報が、発言トークンを要求するtalk burst floor control要求メッセージか否かを判定し（ステップＳ１０４）、判定の結果がＮＯであれば、ステップＳ１００に戻って、ネットワークインタフェース４０２での情報受信をモニタリングを継続する。
【００３９】
ステップＳ１０４での判定結果がＹＥＳ、すなわち、talk burst floor control要求メッセージを受信した場合、ＴＢＣＰ解析モジュール４１０は、現在、発言トークンがアイドル状態か否かを判定し（ステップＳ１０６）、判定の結果がＮＯであれば、ステップＳ１００に戻って、ネットワークインタフェース４０２での情報受信をモニタリングを継続する。
【００４０】
ステップＳ１０６での判定結果がＹＥＳの場合、ＴＢＣＰ解析モジュール４１０は、ＰｏＣグループ参加者情報表４０５で、上記talk burst floor control要求メッセージの送信元と同一グループに所属した各エントリが示す直前アクティブ時間４１５を参照し、直前のアクティブ時間からの経過時間が所定時間より大きいか否かを判定する（ステップＳ１０８）。ここで、直前アクティブ時間からの経過時間が所定時間よりも長ければ、ＰｏＣ端末が休止状態になっていることを示す。全てのエントリ（ユーザ）で、直前アクティブ時間からの経過時間が所定時間よりも小さければ、全てのＰｏＣ端末がアクティブ状態にあることを意味している。ＴＢＣＰ解析モジュール４１０は、休止状態のＰｏＣ端末がなければ、ステップＳ１００に戻って、ネットワークインタフェース４０２での情報受信のモニタリングを継続する。
【００４１】
ステップＳ１０８での判定の結果、少なくとも１つのＰｏＣ端末で、直前アクティブ時間からの経過時間が所定時間を超えていた場合、即ち、少なくとも１つのＰｏＣ端末が休止状態にあることが判った場合、ＴＢＣＰ解析モジュール４１０は、ウェイクアッププロテクトモジュール４１１を起動して、休止状態にあるＰｏＣ端末のユーザが所属するＰｏＣグループのグループＩＤと、休止状態にあるＰｏＣ端末のユーザＩＤを示すＩＤリストとを含んだユニキャストアクティブメッセージ（状態変更メッセージ）を生成する（ステップＳ１１０）。
【００４２】
ウェイクアッププロテクトモジュール４１１は、この後、ネットワークインタフェース４０２から、ＢＣＭＣＳチャンネル経由で上記ユニキャストアクティブメッセージをマルチキャストし（ステップＳ１１２）、ネットワークインタフェース４０２が、ユニキャストチャンネル経由で、ＰｏＣ端末から送信されたユニキャストアクティブ応答メッセージ（状態変更応答メッセージ）を受信するのをモニタリングする（ステップＳ１１４）。
【００４３】
各ＰｏＣ端末１０は、ウェイクアップモジュール１０９によって、ネットワークインタフェース１０２が、ＢＣＭＣＳチャンネルで、ＰｏＣサーバー４０からマルチキャストされたユニキャストアクティブメッセージを受信するのをモニタリングしている（ステップＳ１１６）。
【００４４】
ウェイクアップモジュール１０９は、ネットワークインタフェース１０２が、ＢＣＭＣＳチャンネルで、ＰｏＣサーバー４０からマルチキャストされたユニキャストアクティブメッセージを受信したことを検知すると、自ＰｏＣ端末のユーザＩＤが、受信メッセージ（ユニキャストアクティブメッセージ）が示すＩＤリストに含まれているか否かを判定する（ステップＳ１１８）。判定結果がＮＯであれば、ウェイクアップモジュール１０９は、ステップＳ１１６に戻って、ネットワークインタフェース１０２でのメッセージの受信をモニタリングする。
【００４５】
ステップＳ１１８での判定結果がＹＥＳの場合、ウェイクアップモジュール１０９は、無線リンク接続の回復プロセスを起動し、自ＰｏＣ端末をアクティブ状態にする（ステップＳ１２０）。即ち、自ＰｏＣ端末を休止状態からアクティブ状態に遷移させ、自ＰｏＣ端末とＰｏＣサーバー４０との間にユニキャストチャンネルの無線リンク接続を回復させる。この後、ウェイクアップモジュール１０９は、ＰｏＣサーバー４０に対して、無線リンク接続が回復されたユニキャストチャンネル経由で、自ＰｏＣ端末のユーザＩＤを含むユニキャストアクティブ応答メッセージを送信し（ステップＳ１２２）、ステップＳ１１６に戻って、ネットワークインタフェース１０２でのメッセージの受信をモニタリングする。
【００４６】
一方、ＰｏＣサーバー４０のＴＢＣＰ解析モジュール４１０は、ネットワークインタフェース１０２が、ユニキャストチャンネルでＰｏＣ端末１０からのユニキャストアクティブ応答メッセージを受信したことを検知すると、記憶装置４０４のＰｏＣグループ参加者情報表４０５において、上記ユニキャストアクティブ応答メッセージの送信元となったＰｏＣ端末１０に対応する直前アクティブ時間４１５を現在時刻に更新する（ステップＳ１２３）。
【００４７】
また、ＰｏＣサーバー４０のウェイクアッププロテクトモジュール４１１は、ステップＳ１１４で、ユニキャストアクティブ応答メッセージ（状態変更応答メッセージ）のモニタリングを開始してから所定時間が経過した時点で、ネットワークインタフェース４０２で受信されたユニキャストアクティブ応答メッセージに基づいて、それまで休止状態にあったＰｏＣ端末が全てユニキャストアクティブ応答メッセージを送信したか否かかを判定する（ステップＳ１２４）。
【００４８】
判定結果がＮＯであれば、ウェイクアッププロテクトモジュール４１１は、ステップＳ１１２に戻って、ＢＣＭＣＳチャンネル経由で、未だユニキャストアクティブ応答メッセージを送信していないＰｏＣ端末ユーザが所属するＰｏＣグループのグループＩＤと、ＰｏＣ端末のユーザＩＤリストとを含むユニキャストアクティブメッセージをマルチキャストし、ユニキャストアクティブ応答メッセージの受信モニタリングを繰り返す（ステップ１１４）。
ステップＳ１２４の判定結果がＹＥＳの場合、ウェイクアッププロテクトモジュール４１１は動作を終了する（ステップＳ１２６）。
【００４９】
図６は、ＰｏＣサーバーで実行される通信方法の１実施例を示すフローチャートである。
ＰｏＣサーバー４０のＴＢＣＰ制御モジュール４０８は、図６に示すように、ネットワークインタフェース４０２が、ＰｏＣ端末１０がユニキャストチャンネルで送信した発言トークンの要求メッセージ（talk burst floor control要求メッセージ）を受信したか否かをモニタリングしている（ステップＳ６００）。
【００５０】
ＴＢＣＰ制御モジュール４０８は、ネットワークインタフェース４０２が、発言トークン要求メッセージを受信したことを検知すると、発言トークンが現在アイドル状態か否かを判定し（ステップＳ６０２）、判定結果がＮＯであれば、ステップＳ６００に戻って、引き続きネットワークインタフェース４０２でのメッセージの受信をモニタリングする。
【００５１】
ステップＳ６０２での判定結果がＹＥＳの場合、ＴＢＣＰ制御モジュール４０８は、トークンの要求元となったＰｏＣ端末１０に発言トークンを割り当て（ステップＳ６０４）、ネットワークインタフェース４０２から、ＰｏＣサーバー４０と他のＰｏＣ端末１０との間の各ユニキャストチャンネルを経由して、他のＰｏＣ端末１０に、ＴＢＣＰプロンプティングメッセージ（呼出制御メッセージ）を送信する（ステップＳ６０６）。これによって、他のＰｏＣ端末１０に、発言トークンが既にトークン要求元のＰｏＣ端末に割り当てられたことが通知される。ＴＢＣＰ制御モジュール４０８は、この後、ステップＳ６００に戻って、ネットワークインタフェース４０２でのメッセージの受信をモニタリングする。
【００５２】
ＴＢＣＰ制御モジュール４０８が、ネットワークインタフェース４０２で要求メッセージが受信されたことを検知した時、同時に、ＰｏＣサーバー４０のウェイクアップモジュール４０９も、ネットワークインタフェース４０２で上記要求メッセージが受信されたことを検知している。従って、ウェイクアップモジュール４０９が、図５のステップＳ１００〜Ｓ１１４と、Ｓ１２４〜Ｓ１２６を実行することによって、休止状態にあるＰｏＣ端末のアクティブ化が加速される（ステップＳ６０８）。
【００５３】
図７は、ＰｏＣ端末が実行される通信方法の１実施例を示すフローチャートである。
各ＰｏＣ端末１０のＴＢＣＰ制御モジュール１０８は、図７に示すように、ネットワークインタフェース１０２で、ＰｏＣサーバー４０がユニキャストチャンネルで送信したＴＢＣＰプロンプティングメッセージを受信したか否かをモニタリングしている（ステップＳ７００）。ＴＢＣＰ制御モジュール１０８は、ネットワークインタフェース１０２で、ＴＢＣＰプロンプティングメッセージを受信したことを検知すると、ＰｏＣサーバー４０に対して、ユニキャストチャンネル経由で、ＴＢＣＰプロンプティング応答メッセージを送信し（ステップＳ７０２）、その後、ステップＳ７００に戻って、ネットワークインタフェース１０２でのメッセージ受信をモニタリングする。
【００５４】
ＴＢＣＰ制御モジュール１０８が、ネットワークインタフェース１０２で、ＴＢＣＰプロンプティングメッセージが受信されたことを検知した時、各ＰｏＣ端末１０のウェイクアップモジュール１０９は、図５のステップＳ１１６〜Ｓ１２２を実行する。これによって、ウェイクアップモジュール１０９が所在するＰｏＣ端末が休止状態にあった場合、ウェイクアップモジュール１０９の機能によって、ＰｏＣ端末のアクティブ化が加速される（ステップＳ７０４）。
【００５５】
以上、本発明をＥＶＤＯ通信システムに適用した場合の実施例について説明したが、本分野の技術者（当業者）であれば、本発明が、ＥＶＤＯ通信システム以外の他の形式の通信システムにも適用できることが理解できるであろう。
また、上記の実施例では、ＰｏＣ規格に基づくプッシュ・ツー・トークサービスへの適用例について説明しているが、当業者であれば、本発明がＰｏＣ規格に基づくプッシュ・ツー・トークサービス以外の他の規格に基づいたプッシュ・ツー・トークサービスにも適用できることが理解できるであろう。当業者であれば、本発明は、その本質から逸脱することなく、様々な変形と修正が可能であり、発明の保護範囲が、特許請求の範囲によって限定されることが理解できるであろう。
【図面の簡単な説明】
【００５６】
【図１】本発明の１実施例に係わるＰｏＣグループ通信システムを示した概略図。
【図２】本発明の１実施例に係わるＰｏＣサーバーの構造を示した概略図。
【図３】本発明の１実施例に係わるＰｏＣグループ参加者情報表をした図。
【図４】本発明の１実施例に係わるＰｏＣ端末の構造を示した概略図。
【図５】本発明の端末制御方法の１実施例を示すフローチャート。
【図６】本発明のＰｏＣサーバーで実行される通信方法の１実施例を示したフローチャート。
【図７】本発明のＰｏＣ端末で実行される通信方法の１実施例を示すフローチャート。
【符号の説明】
【００５７】
１０：ＰｏＣ端末、２０：無線アクセスネットワーク、
３０：ＥＶＤＯコアＩＰネットワーク、４０：ＰｏＣサーバー、５０：代理サーバー、
２０２：アクセスポイント（ＡＰ）、２０６：ＲＣＦ／ＢＳＮ、２０８：ＰＤＳＮ、
１０２、４０２：ネットワークインタフェース、１０３、４０３：プロセッサーユニット、１０４、４０４：記憶装置、４０５：ＰｏＣグループ参加者情報表、
１０６、４０６：メモリ、１０７、４０７：ＰｏＣセッション管理モジュール、
１０８、４０８：ＴＢＣＰ制御モジュール、１０９、４０９：ウェイクアップモジュール、４１０：ＴＢＣＰ解析モジュール、４１１：ウェイクアッププロテクトモジュール。
【図１】
2008219894.tif 000003
【図２】
2008219894.tif 000004
【図３】
2008219894.tif 000005
【図４】
2008219894.tif 000006
【図５】
2008219894.tif 000007
【図６】
2008219894.tif 000008
【図７】
2008219894.tif 000009