(57)【要約】  本発明は、少なくとも２つのプッシュツー・クライアントを含むプッシュツー・ユーザ・グループに参加するプッシュツー・クライアントからプッシュツー・パケットが発生する通信システム内においてプッシュツー・データ・パケットを通信する方法に関係する。本方法は、プッシュツー・サーバからプッシュツー・データ・パケットを受信する工程および一斉通報配信ネットワークを経てプッシュツー・ユーザ・グループの一員でない一斉通報クライアントにプッシュツー・データ・パケットを一斉通報する工程を含む。プッシュツー・サーバからプッシュツー・ユーザ・グループの一員でない一斉通報クライアントへプッシュツー・データ・パケットを一斉通報する一斉通報ノードへ、少なくとも２つのプッシュツー・クライアントを含むプッシュツー・ユーザ・グループへ参加するプッシュツー・クライアントから発生するプッシュツー・データ・パケットを通信する通信インタフェースをまた開示する。
2009502092.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも２つのプッシュツー・クライアントを含むプッシュツー・ユーザ・グループに参加するプッシュツー・クライアント（１２５）から発生するプッシュツー・データ・パケット（１４５）を通信システム（２０１）内において通信する方法であって、
プッシュツー・サーバ（１０５）から前記プッシュツー・データ・パケットを受信する工程と、
一斉通報配信ネットワーク（２１０）を経て前記プッシュツー・ユーザ・グループの一員でない一斉通報クライアント（２２０）に前記プッシュツー・データ・パケットを一斉通報する工程と
を特徴とする前記方法。
【請求項２】
前記プッシュツー・データ・パケットを一斉通報する場合に、前記プッシュツー・データ・パケットに付与すべき優先権のレベルを示す、優先権の指示（５００）を有する前記プッシュツー・データ・パケットを提供する工程をさらに含む請求項１に記載の方法。
【請求項３】
ユーザプレーン部および制御プレーン部を有する通信インタフェースを経て前記プッシュツー・データ・パケットを受信し、前記方法が、
前記プッシュツー・ユーザ・グループのプッシュツー・セッションに関する情報を含む実装状態メッセージ（６４０）を前記制御プレーン部から前記ユーザプレーン部に送信する工程と、
前記ユーザプレーン部に前記セッション状態を実装する工程と、
前記プッシュツー・データ・パケットを前記セッション状態と関連させる工程と
をさらに含む請求項１または２に記載の方法。
【請求項４】
優先権の指示を有する前記プッシュツー・データ・パケットを提供する前記工程が、前記プッシュツー・データ・パケットの前記セッション状態との関連付けを含む、請求項３が請求項２に従属する場合の請求項３に記載の方法。
【請求項５】
前記方法が、
前記プッシュツー・サーバにより制御メッセージの送信に使用する第１のプロトコルに従いフォーマット化する、前記一斉通報に関係する前記制御メッセージを受信する工程と、
前記一斉通報配信ネットワークを介して前記プッシュツー・データ・パケットを一斉通報する一斉通報ノードにより使用する第２の通信プロトコルに従いフォーマット化する第２の制御メッセージに前記制御メッセージを変換する工程と、
前記一斉通報ノードに前記第２の制御メッセージを送信する工程と
を含む請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記第１の通信プロトコルがセッション開始プロトコルである請求項５に記載の方法。
【請求項７】
前記プッシュツー・データ・パケットを一斉通報するべきかを調べる工程をさらに含む請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記プッシュツー・データ・パケットの受信に際し前記プッシュツー・データ・パケットのための蓄積装置に前記プッシュツー・データ・パケットを蓄積する工程をさらに含み、
前記一斉通報をする工程が前記蓄積装置から前記プッシュツー・データ・パケットを取り出す工程を含む請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
制御データ通信装置（４２０）であって、第１のノードにより制御メッセージの前記送信に使用する第１のプロトコルに従いフォーマット化する第１の制御メッセージを前記第１のノードから受信する第１のポートと、第２のノードにより制御メッセージの前記送信に使用する第２のプロトコルに従いフォーマット化する第２の制御メッセージに前記第１の制御メッセージを変換するプロトコル変換機構（４２０）と、前記第２のノードに前記第２の制御メッセージを送信するための第２のポートとを有し、
前記第１のノードがプッシュツー・サーバ（１０５）であり、
少なくとも２つのプッシュツー・クライアントを含むプッシュツー・ユーザ・グループに参加するプッシュツー・クライアント（１２５）から発生するプッシュツー・データ・パケット（１４５）の前記一斉通報に前記制御メッセージが関係し、
前記第２のノードが、前記プッシュツー・ユーザ・グループの一員でない一斉通報クライアント（２２０）に前記プッシュツー・データ・パケットを一斉通報する一斉通報ノード（１０５）である制御データ通信装置。
【請求項１０】
前記制御メッセージが前記プッシュツー・ユーザ・グループのプッシュツートーク一斉通報セッションの前記設定に関係する請求項９に記載の制御データ通信装置。
【請求項１１】
前記制御メッセージが通知セッションの前記設定に関係し、プッシュツートーク一斉通報セッションに関係する情報を前記一斉通報ノードにより一斉通報する請求項９に記載の制御データ通信装置。
【請求項１２】
前記通信インタフェースのユーザプレーンノード（４０５）に実装状態メッセージ（６４０）を送信するための機構をさらに含み、前記実装状態メッセージが前記プッシュツー・ユーザ・グループのプッシュツー・セッションの状態に関する情報を含む請求項９乃至１１のいずれか１項に記載の制御データ通信装置。
【請求項１３】
ユーザデータ通信装置（４３０，４３５）であって、第１のノード（１０５）からユーザ・データ・パケット（１４５）を受信する第１のポートおよび前記ユーザ・データ・パケットを第２のノード（２０５）に送信する第２のポートを有し、前記ユーザ・データ・パケットが、少なくとも２つのプッシュツー・クライアントを含むプッシュツー・ユーザ・グループに参加するプッシュツー・クライアント（１２５）から発生するプッシュツー・データ・パケット（１４５）であり、前記第１のノードがプッシュツー・サーバ（１０５）であり、前記第２のノードが前記プッシュツー・ユーザ・グループの一員でない一斉通報クライアント（２２０）に前記プッシュツー・データ・パケットを一斉通報する一斉通報ノード（２０５）である前記ユーザデータ通信装置。
【請求項１４】
前記プッシュツー・データ・パケットに付与すべき、その他の通信データパケットに勝る前記優先権のレベルを示す、優先権のラベル（５００）を前記プッシュツー・データ・パケットに付加する優先権指示機構（４３０）をさらに含む請求項１３に記載のユーザデータ通信装置。
【請求項１５】
前記プッシュツー・データ・パケットの前記優先権を判断する優先権解釈機構（４３５）をさらに含む請求項１３に記載のユーザデータ通信装置。
【請求項１６】
前記通信インタフェースの制御プレーン部から実装状態メッセージ（６４０）を受信し、前記実装状態メッセージに含まれる情報に従い状態を実装する機構をさらに含む請求項１３乃至１５のいずれか１項に記載のユーザデータ通信装置。
【請求項１７】
プッシュツー・データ・パケットを一斉通報すべきか、否かを調べるための機構を調べる手段をさらに含む請求項１３乃至１７のいずれか１項に記載のユーザデータ通信装置。
【請求項１８】
前記移動無線通信システムが、
プッシュツー・データ・パケットを蓄積するための蓄積装置と、
要求に応じて前記一斉通報クライアントに前記プッシュツー・データ・パケットを一斉通報するための機構と
を含む請求項１３乃至１８のいずれか１項に記載のユーザデータ通信装置。
【請求項１９】
少なくとも２つのプッシュツー・クライアントを含むプッシュツー・ユーザ・グループに参加するプッシュツー・クライアント（１２５）から発生するプッシュツー・データ・パケットをプッシュツー・サーバ（１０５）から、前記プッシュツー・ユーザ・グループの一員でない一斉通報クライアント（２２０）に前記プッシュツー・データ・パケットを一斉通報する一斉通報ノードに通信する通信インタフェースであって、該通信インタフェースが請求項９乃至１３のいずれか１項に記載のプロトコル変換ユニットおよび請求項１４乃至１９のいずれか１項に記載のユーザデータ通信装置を含む通信インタフェース。
【請求項２０】
プッシュツー・データ・パケット（１４５）をプッシュツー・ユーザ・グループ内においてさらに配信するためにプッシュツー・サーバ（１０５）に送信する移動局（１２５）であって、
前記プッシュツー・ユーザ・グループの一員でない任意の一斉通報クライアント（２２０）にプッシュツー・データ・パケットを一斉通報すべきでないとの第１の命令を受信し、前記プッシュツー・データ・パケットを一斉通報すべきでないとの第２の命令を前記プッシュツー・サーバに送信するミュート機構を特徴とする移動局。
【請求項２１】
制御メッセージ（３００）において前記プッシュツー・サーバに前記第２の命令を送信する請求項２０に記載のプッシュツー・クライアント。
【請求項２２】
ミュートすべき前記プッシュツー・データ・パケットにおける指示として前記プッシュツー・サーバに前記第２の命令を送信する請求項２０に記載のプッシュツー・クライアント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動無線通信の分野、詳細にはプッシュツー・サービスの分野に関係する。
【背景技術】
【０００２】
最近、移動無線通信ネットワークの機能はプッシュツートーク（Ｐｕｓｈ−ｔｏ−ｔａｌｋ、ＰＴＴ）サービスを含むように拡大されたが、このサービスは移動無線通信ネットワークのユーザが移動無線通信ネットワークの他のユーザと一方向通信を行うのを容易にするサービスである。ＰＴＴのユーザはＰＴＴユーザグループを形成する他のＰＴＴのユーザと一方向音声通信を行うことができる。ＰＴＴのユーザグループは構成上２人以上のＰＴＴユーザを含むことができ、ＰＴＴユーザグループのメンバーは時間を経て変化しうる。ＰＴＴユーザグループの中では、一度にただ一人のＰＴＴユーザが通話することができる。
【０００３】
ＰＴＴの討論に参加するためには、ＰＴＴのサービスに適応する移動電話機、並びにＰＴＴサービスを提供する移動無線ネットワークへの加入が必要である。典型的には、ＰＴＴのサービスへの加入がまた必要である。ＰＴＴのユーザがその通常の移動無線ネットワークのための無線サービスを提供しないエリアに自分がいることが分かると、そのユーザはＰＴＴの討論を聞くことが出来ないであろう。ＰＴＴのユーザは話さず、従って聞くだけのユーザであることを選択することができる。一方ＰＴＴユーザグループ内で行われる討論を聞くためには、ＰＴＴサービスを提供する移動電話機が必要である。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明が関係する課題は、ＰＴＴのサービスに適応する移動電話機に接続することなく、ＰＴＴの討論を聞くことを可能にする方法に関する課題である。
【課題を解決するための手段】
【０００５】
少なくとも２つのプッシュツー・クライアントを含むプッシュツー・ユーザ・グループに参加するプッシュツー・クライアントから発生するプッシュツー・データ・パケットを通信システム内において通信する方法によりこの課題に対処する。本方法は、プッシュツー・サーバからプッシュツー・データ・パケットを受信し、一斉通報配信ネットワーク（２１０）を経てプッシュツー・ユーザ・グループの一員でない一斉通報クライアントにプッシュツー・データ・パケットを一斉通報する工程を含む。
【０００６】
この方法により、プッシュツー・ユーザ・グループの一員でなく、プッシュツー・ユーザ・グループにおいて活動的であることができない一斉通報クライアントに、プッシュツートーク・データ・パケットまたはプッシュツーウォッチ・データ・パケットなどのプッシュツー・データ・パケットを一斉通報することができるようになる。従って無線またはテレビジョンプログラムのように、プッシュツー・ユーザ・グループ内において行われる活動を多数または少数の一斉通報クライアントに一斉通報をすることができる。
【０００７】
本発明の一実施形態では、本方法は、プッシュツー・データ・パケットを一斉通報する場合に、プッシュツー・データ・パケットに付与すべき優先権レベルを示す、優先権の指示を有するプッシュツー・データ・パケットを提供する工程をさらに含む。他のデータパケットに勝る優先権をプッシュツー・データ・パケットに付与することができ、一斉通報配信ネットワークにプッシュツー・サーバを接続する一斉通報ノードおよび一斉通報ノードまたはそのいずれかにプッシュツー・サーバを接続するインタフェースにおける伝送遅延を最少にすることができれば、プッシュツー・データ・パケットを実時間に一斉通報することができる。ＩＰルータにおいて送信を待つ他のＩＰパケットが存在する場合にも、待ち行列を形成することなくプッシュツー・データ・パケット、またはプッシュツー・データ・パケットのバーストを伝送することを優先権の指示により保証することができる。ルータのバッファにおいて待機する他のデータパケットが存在する場合にも、ＩＰルータがプッシュツー・データ・パケットの伝送を計画することを可能にするのに優先権の指示が役立つ。
【０００８】
ユーザプレーン部および制御プレーン部を有する通信インタフェースを経て、プッシュツー・データ・パケットを有利に受信する。本発明の一実施形態では、本方法は、プッシュツー・ユーザ・グループのプッシュツー・セッションに関する情報を含む実装状態メッセージを制御プレーン部からユーザプレーン部に送信する工程と、ユーザプレーン部にセッション状態を実装する工程と、プッシュツー・データ・パケットをセッション状態と関連させる工程とをさらに含む。
【０００９】
これにより、ユーザプレーン部によりプッシュツー・データ・パケット通信においてセッション依存情報を使用することができるようになる。この実施形態では、優先権の指示を有するプッシュツー・データ・パケットを提供する工程はプッシュツー・データ・パケットのセッション状態との関連付けを含む。これにより、種々のプッシュツー・セッションが優先権の指示を有するプッシュツー・データ・パケットを提供する仕方に対して異なる条件を使用しうるようになる。
【００１０】
本方法は好ましくは、プッシュツー・サーバにより制御メッセージの送信に使用する第１のプロトコルに従いフォーマット化し、受信者に関する情報を含む一斉通報に関係する制御メッセージを受信する工程と、一斉通報配信ネットワークを介してプッシュツー・データ・パケットを一斉通報する一斉通報ノードにより使用する第２の通信プロトコルに従いフォーマット化する第２の制御メッセージに制御メッセージを変換する工程と、一斉通報ノードに第２の制御メッセージを送信する工程とを含む。
【００１１】
これにより、一斉通報ノードがプッシュツー・サーバとは異なるプロトコルスタックを使用する場合にも、プッシュツー・サーバと一斉通報ノードとの間で一斉通報に関係する制御メッセージを伝送することができるようになる。第１のプロトコルは好ましくはセッション開始プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＩＰ）でありえよう。
【００１２】
本発明の一実施形態では、本方法はさらにプッシュツー・データ・パケットを一斉通報すべきであるかを調べる工程を含む。これにより、プッシュツー・データ・パケットを一斉通報に対してミュートすることができ、従ってプッシュツー・ユーザが一斉通報することを望まない情報はプッシュツー・ユーザ・グループのメンバーにのみ送信することになり、プッシュツー・ユーザは安心することが出来るようになる。
【００１３】
一実施形態では、本方法はさらにプッシュツー・データ・パケットの受信に際しプッシュツー・データ・パケットのための蓄積装置にプッシュツー・データ・パケットを蓄積する工程を含み、一斉通報工程は蓄積装置からプッシュツー・データ・パケットを取り出す工程を含む。これにより、プッシュツー・セッションを異なる時点で再演することができ、これにより就中プッシュツー・セッションを編集し、その後セッションの一斉通報を可能にすることができるようになる。
【００１４】
課題にさらに制御データ通信装置により対処し、その制御データ通信装置は、第１のノードにより制御メッセージの送信に使用する第１のプロトコルに従いフォーマット化する第１の制御メッセージを第１のノードから受信する第１のポートと、第２のノードにより制御メッセージの送信に使用する第２のプロトコルに従いフォーマット化する第２の制御メッセージに第１の制御メッセージを変換するプロトコル変換機構と、第２の制御メッセージを第２のノードに送信するための第２のポートとを有し、
第１のノードはプッシュツー・サーバであり、
少なくとも２つのプッシュツー・クライアントを含むプッシュツー・ユーザ・グループに参加するプッシュツー・クライアントから発生するプッシュツー・データ・パケットの一斉通報に制御メッセージは関係し、
第２のノードは、プッシュツー・ユーザ・グループの一員でない一斉通報クライアントにプッシュツー・データ・パケットを一斉通報する一斉通報ノードである。
【００１５】
課題にまたユーザデータ通信装置により対処し、そのユーザデータ通信装置は、第１のノードからユーザ・データ・パケットを受信する第１のポートおよびユーザ・データ・パケットを第２のノードに送信する第２のポートを有し、ユーザ・データ・パケットは、少なくとも２つのプッシュツー・クライアントを含むプッシュツー・ユーザ・グループに参加するプッシュツー・クライアントから発生するプッシュツー・データ・パケットであり、第１のノードはプッシュツー・サーバであり、第２のノードは、プッシュツー・ユーザ・グループの一員でない一斉通報クライアントにプッシュツー・データ・パケットを一斉通報する一斉通報ノードである。
【００１６】
プッシュツー・サーバから一斉通報ノードへプッシュツー・データ・パケットを通信する通信インタフェースは有利には前記制御データ通信装置および前記ユーザデータ通信装置を含むことができよう。制御データ通信装置はプッシュツー・サーバの一部、一斉通報ノードの一部、または１以上の幾つかの個別エンティティとして実装することができよう。同じことはユーザデータ通信装置にも当てはまる。
【００１７】
課題にさらに移動局によって対処し、その移動局はプッシュツー・データ・パケットをプッシュツー・サーバに送信し、プッシュツー・ユーザ・グループ内においてさらに配信する。移動局はミュート機構を含み、プッシュツー・ユーザ・グループの一員でない任意の一斉通報クライアントにプッシュツー・データ・パケットを一斉通報すべきでないとの第１の命令を受信し、プッシュツー・データ・パケットを一斉通報すべきでないとの第２の命令をプッシュツー・サーバに送信する。これにより、プッシュツー・データ・パケットを一斉通報に対してミューにすることができ、従ってプッシュツー・ユーザが一斉通報することを望まない情報はプッシュツー・ユーザ・グループのメンバーにのみ送信することになり、プッシュツー・ユーザは安心することが出来るようになる。
【００１８】
本発明およびその利点をさらに完全に理解するために、次に添付する図面と共に以下の説明を参照する。
【発明を実施するための最良の形態】
【００１９】
ＰＴＴサービスを提供する移動無線ネットワーク１００の一般的構成を図１に概略的に示す。図１の移動無線ネットワーク１００は、ＰＴＴサーバ１０５、コアネットワーク１１０、接続ネットワーク１１５および無線基地局１２０を含む。ＰＴＴサーバ１０５はコアネットワーク１１０に接続し、コアネットワーク１１０はさらに接続ネットワーク１１５に接続する。接続ネットワーク１１５は無線基地局１２０に接続し、無線基地局１２０は無線インタフェース１３０を経て移動局１２５と通信することができる。移動無線ネットワーク１００は幾つかのＰＴＴサーバ１０５を含みうるが、簡単化のため以下では、ただ１つのＰＴＴサーバ１０５が存在するものと仮定することにする。大部分のＰＴＴクライアント１２５はＰＴＴサービス以外の多くの他の通信サービスをサポートするが、説明のみのために、移動局１２５を以下ではＰＴＴクライアント１２５と称することにする。
【００２０】
移動無線ネットワーク１００により提供するＰＴＴサービスは好ましくはＰＴＴサーバ１０５により制御され、ＰＴＴサーバ１０５は、ＰＴＴクライアント１２５と通信するためのインタフェース１３５を含んでいるのが都合がよい。移動無線ネットワーク１００内において通信し、ＰＴＴサービスユーザにＰＴＴサービスを提供するのに適したＰＴＴクライアント１２５は、ＰＴＴユーザグループを形成するＰＴＴクライアント１２５のグループ内における一方向音声通信を実施することができる。ＰＴＴユーザグループは構成上２つ以上のＰＴＴクライアント１２５を含むことができ、ＰＴＴユーザグループのメンバーは時間を経て変化しうる。ＰＴＴユーザグループの中では、一度にただ一人のＰＴＴユーザ１４０が話すことができる。ＰＴＴユーザ１４０が１人以上の幾人かの他のＰＴＴユーザ１４０に話をすることを望む場合、ＰＴＴユーザ１４０はＰＴＴクライアント１２５を使用して、通話許可を要求する。ＰＴＴクライアント１２５は通話許可要求を送信するためのソフトウエアを含む。通話許可を要求することを「フロア」を要求すると称することが多く、現在通話許可を有するＰＴＴクライアント１２５はフロアを占めると言われる。ＰＴＴサーバ１０５によりＰＴＴクライアント１２５にフロアを与えた場合、対応するＰＴＴユーザ１４０はＰＴＴユーザグループの他のＰＴＴユーザ１４０と通話することができる。現在フロアを占めるＰＴＴクライアント１２５により記録した音に相当するデータを含むＰＴＴデータパケット１４５を、ＰＴＴサーバ１０５を介して同じＰＴＴユーザグループの一部である他のＰＴＴクライアント１２５に経路指定する。
【００２１】
ＰＴＴユーザ１４０はフロアを決して要求せず、従って聴取ユーザのみであることを選択することができる。とはいえＰＴＴユーザグループ内で行われる討論を聞くためには、ユーザにＰＴＴサービスを提供するＰＴＴクライアント１２５がなお必要である。典型的に、移動無線ネットワーク１００におけるＰＴＴサービスへの加入もまた必要である。
【００２２】
本発明によればＰＴＴクライアント１２５または移動無線ネットワーク１００への加入の事前要件なく、ＰＴＴの討論を聞くことができる。
【００２３】
図２は、図１の移動無線ネットワーク１００を含み、ＰＴＴサーバ１０５と一斉通報ノード２０５との間に新規インタフェース２００を提供した移動無線通信システム２０１を図示する。以後ＰＴＴ一斉通報インタフェース２００と称するインタフェース２００を介して、ＰＴＴサーバ１０５はＰＴＴクライアント１２５から受信するＰＴＴデータパケット１４５を一斉通報ノード２０５に送信することができる。一斉通報ノード２０５はコネクション２０７を介してさらに一斉通報配信ネットワーク２１０に接続し、一斉通報ノード２０５は一斉通報配信ネットワークにＰＴＴサーバ１０５から受信するＰＴＴデータパケット１４５を転送することができる。一斉通報ノード２０５は一斉通報配信ネットワーク２１０の一部、または論理的に別個のエンティティでありえよう。次いで、一斉通報配信ネットワーク２１０は接続２１５を介して以後一斉通報クライアント２２０と称する１以上のクライアント２２０にＰＴＴデータパケット１４５を送信することができる。一斉通報配信ネットワーク２１０は、情報を一斉通報する、即ち多数の一斉通報クライアント２２０に同じ情報を配信することができる論理エンティティである。一斉通報配信ネットワーク２１０による情報の配信を幾つかの一斉通報クライアント２２０に同時に実施することがよくある。ＰＴＴユーザグループに関係するＰＴＴデータパケットを１以上の幾つかの一斉通報クライアント２２０に一斉通報するセッションを以後ＰＴＴ一斉通報セッションと称することにする。一斉通報クライアント２２０はＰＴＴ一斉通報セッションにおいてＰＴＴデータパケット１４５を受信するが、ＰＴＴ一斉通報セッションにおいて活動的でありえない、即ちＰＴＴデータパケット１４５を送信することができないこととするクライアントである。一斉通報クライアント２２０および一斉通報配信ネットワーク２１０により使用する伝送プロトコルに依存して、一斉通報配信ネットワーク２１０を一斉通報クライアント２２０に接続する接続２１５は有線か、または無線でありうる。一斉通報配信ネットワーク２１０は有線および無線伝送の双方か、または２者の内のただ一方をサポートすることができよう。
【００２４】
ＰＴＴデータパケット１４５のペイロードは、ＰＴＴ端末１２５がフロアを占めている間にＰＴＴ端末１２５により記録するバイナリ形式の音を表す。ＰＴＴサーバ１０５はＰＴＴデータパケット１４５の伝送に実時間伝送プロトコル（ｒｅａｌ−ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  ｐｒｏｔｏｃｏｌ、ＲＴＰ）を従来使用する。ＲＴＰパケットは通常ＵＤＰ／ＩＰ（Ｕｓｅｒ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットにカプセル化される。セッション開始プロトコル（ＳＩＰ）と称するプロトコルをＰＴＴサーバ１０５により、例えばプッシュツートーク・セッションの設定などの制御プレーンの通信に使用する。
【００２５】
ＰＴＴユーザ１４０には、好ましくはＰＴＴグループ討論へのその寄与を一斉通報するか否かを制御する可能性を付与すべきである。これは寄与ごとを基本にするか、またはＰＴＴグループの討論への特定ＰＴＴユーザ１４０の寄与を決して一斉通報しないが、ＰＴＴグループの他のＰＴＴユーザ１４０のみには伝送すべきであることを特定ＰＴＴユーザ１４０が決定することができるような方法かのいずれかで行うことができよう。寄与ごとの実装は、例えばＰＴＴクライアント１２５上のミュートボタン１５０により実装することができようが、ＰＴＴクライアント１２５上のミュートボタンを押すと、ＰＴＴユーザ１４０が次にフロアを占める場合に送信する任意のＰＴＴメッセージ１４５へのミュートラベルの付加を開始する。この実装では、一斉通報ノード２０５はミュートラベルを解釈し、ミュートラベルを有するあらゆるＰＴＴメッセージ１４５を一斉通報ノード２０５により一斉通報しないこととすることを保証するためのソフトウエアを含むことができよう。あるいは、ＰＴＴサーバ１０５はミュートラベルを解釈することができ、ＰＴＴメッセージ１４５を一斉通報すべきでないことをミュートラベルが示す場合、ＰＴＴサーバ１０５はＰＴＴメッセージ１４５を一斉通報ノード２０５に転送しないことを保証する。ミュートラベルの付加をＰＴＴメッセージ１４５のミュートフラグの値「ミュート」への設定により置換することができよう。あるいは、ミュートボタン１５０を押すとＰＴＴクライアント１２５からＰＴＴサーバ１２５か、または一斉通報ノード２０５への、ＰＴＴユーザ１４０からの次のＰＴＴメッセージ１４５を一斉通報すべきでないことを示す制御メッセージの送信を開始することができよう。
【００２６】
一般にＰＴＴユーザ１４０がその寄与の任意の一斉通報を断ることができる実装では、ＰＴＴクライアント１２５上の事前定義ボタンの押圧によりＰＴＴクライアント１２５の設定を変更し、ＰＴＴクライアント１２５から送信しようとする各ＰＴＴメッセージ１４５にミュートラベルを付加したり、あるいはミュートフラグを設定したりすることができよう。あるいは、ＰＴＴクライアント１２５上の事前定義ボタンの押圧か、またはボタン押圧の事前定義シーケンスによりＰＴＴサーバ１２５か、または一斉通報ノード２０５への、ＰＴＴユーザ１４０からのＰＴＴメッセージ１４５を一斉通報すべきでないことを示す制御メッセージの送信を開始することができよう。このようなミュート制御メッセージは好ましくはＳＩＰメッセージでありえよう。ミュート制御メッセージ３００の例を図３に示す。ミュート制御メッセージ３００は、ミュート制御メッセージ３００が宛先を指定するノードを特定するアドレスフィールド３０５、ＰＴＴメッセージ１４５のミュート化に関係するようなミュート制御メッセージ３００を特定するメッセージ特定フィールド３１０、およびＰＴＴメッセージ１４５を一斉通報すべきでないＰＴＴユーザ１４０やＰＴＴクライアント１２５を特定するＰＴＴユーザ特定フィールド３１５を含む。他のフィールドもまたミュート制御メッセージ３００に含むことができよう。ミュート制御メッセージの対応する終わりを好ましくはまた定義し、ＰＴＴクライアント１２５が移動無線通信システムにＰＴＴクライアント１２５から発生するＰＴＴメッセージ１４５のミュート化を停止することを指令することを容易にすべきである。この実装では、ＰＴＴサーバ１０５か、または一斉通報ノード２０５は蓄積装置を保有することができ、ＰＴＴメッセージ１４５を一斉通報すべきでないＰＴＴユーザ１４０の特定情報を蓄積する。ミュート制御メッセージ３００を受信すると、ＰＴＴメッセージ１４５を一斉通報すべきでないＰＴＴユーザ１４０の特定情報を蓄積するための蓄積装置に、ＰＴＴユーザ特定フィールド３１５に蓄積する特定情報を付加するであろう。ＰＴＴメッセージ１４５を受信すると、特定情報を蓄積するためのこの蓄積装置を調べることができ、蓄積装置において特定するＰＴＴユーザ１４０から受信するあらゆるＰＴＴメッセージ１４５を一斉通報しないであろう。
【００２７】
ＰＴＴユーザ１４０にＰＴＴグループ討論へのその寄与の一斉通報を断ることを認めることにより、ＰＴＴユーザ１４０の秘匿性を保証する。
【００２８】
ＰＴＴ一斉通報セッションを現在受信している一斉通報クライアント２２０に関する情報を好ましくは一斉通報ノード２０５か、またはその他のどこかに蓄積することができよう。例えば、移動無線通信システム２０１のショートメッセージサービス（ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ、ＳＭＳ）による要求に応じて、この情報をＰＴＴクライアント１２５に提供することができよう。これにより、現在のＰＴＴユーザグループ討論を聞いているであろうユーザを調べる可能性をＰＴＴユーザ１４０に付与する。
【００２９】
種々のタイプの一斉通報配信ネットワーク２１０を使用して、本発明を実装することができよう。一斉通報配信ネットワーク２１０は例えば移動無線ネットワーク（例えば、ＰＴＴサービスを提供する移動無線ネットワーク１００）、ディジタルオーディオ一斉通報（Ｄｉｇｉｔａｌ  Ａｕｄｉｏ  Ｂｒｏａｄｃａｓｔ、ＤＡＢ）ネットワーク、無線ＬＡＮ、ディジタルビデオ一斉通報（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔ、ＤＶＢ）ネットワーク、ディジタルビデオ一斉通報ハンドヘルド（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔ−Ｈａｎｄｈｅｌｄ、ＤＶＢ−Ｈ）ネットワークまたは、例えばラジオプログラムの公共伝送に使用するＦＭラジオネットワークなどの従来のラジオ放送ネットワークでありえよう。一斉通報配信ネットワーク２１０が従来のラジオ放送ネットワークである場合、一斉通報ノード２０５はディジタル表現のＰＴＴデータパケット１４５のストリームを従来のラジオ放送ネットワークを経る伝送に適する形式に変換するソフトウエアを含む。
【００３０】
一斉通報端末２２０のユーザ２２３が特定のＰＴＴユーザグループを聞くことができるためには、特定ＰＴＴユーザグループの一斉通報のための一斉通報配信ネットワーク２１０により使用するチャネルに一斉通報端末２２０を同調させる可能性が好ましくは存在すべきである。チャネルは物理および高位レイヤ変数のセットと見ることができ、このセットはＰＴＴユーザグループから発生し、接続２１５を経て一斉通報クライアント２２０に伝送するデータを搬送するＰＴＴデータパケット１４５のストリームを唯一に特定する。同調手順は、所望のＰＴＴデータパケット１４５を一斉通報クライアント２２０に配信することができるような対応する物理レイヤパラメータ（例えば、周波数分割多重システムにおける周波数、符号分割多重システムにおけるＣＤＭＡ符号、タイムスロットシステムにおけるタイムスロット情報、など）および高位レイヤパラメータの選択を含む。一斉通報配信ネットワークが従来のＦＭラジオネットワークである場合、チャネルは周波数に対応することができ、一斉通報クライアント２２０は従来の周波数同調手段を含むことができよう。
【００３１】
一斉通報ノード２０５はＰＴＴユーザグループをＰＴＴユーザグループの一斉通報に使用する一斉通報リソース（チャネル）に連接する情報に接続し、ＰＴＴユーザグループから発生するＰＴＴデータパケット１４５を正しい一斉通報リソースに経路指定することができるべきである。その上さらに以下で考察するように、ＰＴＴユーザグループの一斉通報の通知にこの情報をまた使用することができよう。
【００３２】
３ＧＰＰＴＳ２３．２４６「サービスおよびシステム側面の技術仕様化グループ；マルチメディア一斉通報／マルチキャストサービス（ＭＢＭＳ）；構成および機能記述」（“Ｔｅｃｈｎｉｃａｌｂ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ；Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ（ＭＢＭＳ）；Ａｒｃｈｉｔｅｃｔｕｒｅ  ａｎｄ  ｆｕｎｃｔｉｏｎａｌ  ｄｅｓｃｒｉｐｔｉｏｎ”）および３ＧＰＰＴＳ２６．３４６「サービスおよびシステム側面の技術仕様化グループ；マルチメディア一斉通報／マルチキャストサービス；プロトコルおよび符号」（“Ｔｅｃｈｎｉｃａｌｂ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ；Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ；Ｐｒｏｔｏｃｏｌ  ａｎｄ  Ｃｏｄｅｓ”）において定義されるように、一斉通報ノード２０５は一斉通報マルチキャストサービスセンタ（Ｂｒｏａｄｃａｓｔ−Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ  Ｃｅｎｔｒｅ、ＢＭ−ＳＣ）でありうることが好都合である。類似のノードは対応する３ＧＰＰ２サービス一斉通報およびマルチキャストサービスにおいて定義され、用語ＢＭ−ＳＣを以下で両規格のノードを意味するように使用することとする。名称が示すように、ＢＭ−ＳＣは情報の一斉通報およびマルチキャスト双方を行うことができる。以下では、一斉通報およびマルチキャスト双方を一斉通報と称することとし、本発明は双方に等しく適用可能である。
【００３３】
マルチメディア一斉通報／マルチサービスはポイント・ツー・マルチポイント・サービスであり、このサービスをＧＳＭまたはＵＭＴＳネットワークなどの移動無線ネットワークに実装することができる。ＭＢＭＳサービスでは、単一のソースエンティティから複数の受信者へデータを送信し、ＢＭ−ＳＣは機能エンティティであり、このエンティティはＭＢＭＳユーザサービスの実装に必要な機能を提供する。例えば、ＢＭ−ＳＣはコンテンツプロバイダの送信入力ポイントとしてのサービスを提供することができる、即ちＢＭ−ＳＣはＭＢＭＳエンドユーザへコンテンツを提供するコンテンツプロバイダにＢＭ−ＳＣがサービスを提供する移動無線ネットワークへの接続を提供することができる。ＢＭ−ＳＣは、ＭＢＭＳエンドユーザへのコンテンツ送信の前後におけるＭＢＭＳベアラリソースの開始および終了、ＢＭ−ＳＣがサービスを提供する移動無線ネットワークへのサービス品質などの伝送関連パラメータの提供、送信コンテンツデータに対する課金記録の生成などを行うことができる。ＢＭ−ＳＣはＭＢＭＳセッションおよび送信機能を含み、送信機能はＭＢＭＳユーザ機器／クライアントグループに実際のＭＢＭＳセッションデータを伝送し、コンテンツの配信にＭＢＭＳベアラサービスを使用するＭＢＭＳの配信方法を含む。ＢＭ−ＳＣは他ノードとの制御プレーンの通信に標準化ＢＭ−ＳＣ制御プロトコルを使用する。
【００３４】
本発明のこの実装では、ＰＴＴサーバ１０５をＢＭ−ＳＣに接続し、ＰＴＴクライアント１２５への接続を必ずしも持たないユーザにＢＭ−ＳＣがＰＴＴデータパケット１４５を一斉通報することができるようにする。次いで、ＢＭ−ＳＣは一斉通報ノード２０５として動作し、以後このＢＭ−ＳＣをＢＭ−ＳＣ２０５ｉと称することとする。次いで、ＰＴＴサーバ１０５はコンテンツプロバイダとしてＢＭ−ＳＣ２０５ｉにサービスを提供するように見ることができる。とはいえ、提供するコンテンツを実時間で送信することにおいて、ＰＴＴサーバ１０５は他のコンテンツプロバイダと異なる。その上、ＰＴＴサーバ１０５により提供するコンテンツはバースト性を有し、ＰＴＴサーバ１０５はある瞬間にコンテンツ（１以上の幾つかのＰＴＴデータパケット１４５）を提供することができる一方、次の瞬間にはＰＴＴサーバ１０５はＢＭ−ＳＣに何も提供することができず、その直ぐ後に１以上のＰＴＴデータパケット１４５を提供することができる。
【００３５】
ＰＴＴサーバ１０５がＢＭ−ＳＣ２０５ｉにコンテンツを提供することを可能にするために、ＰＴＴサーバ１０５とＢＭ−ＳＣ２０５ｉとの間の相互動作に適するようにＰＴＴ一斉通報インタフェース２００を定義することができる。このような一斉通報インタフェース２００の例の制御プレーン部４００およびユーザプレーン部４０５を図４に示す。ＰＴＴサーバ１０５とのユーザプレーンおよび制御プレーンの通信を、好ましくはＢＭ−ＳＣ２０５ｉのセッションおよび伝送機能４０７により取り扱うことができよう。図４の一斉通報インタフェース２００の制御プレーン部４００はＰＴＴサーバ１０５により近い一斉通報インタフェース２００のその端部のためにＳＩＰ接続４１０、およびＢＭ−ＳＣ２０５ｉにより近い一斉通報インタフェース２００のその端部のためにＢＭ−ＳＣ制御接続４１５を含む。制御プレーン部４００は、さらにＳＩＰ接続４１０をＢＭ−ＳＣ制御接続４１５と接続するＰＴＴ一斉通報プロトコル変換ユニット４２０を含む。ＰＴＴ一斉通報プロトコル変換ユニット４２０はＳＩＰ接続４１０において送信するＳＩＰ制御メッセージを対応するＢＭ−ＳＣ制御メッセージに変換するようにし、ＢＭ−ＳＣ制御メッセージをＢＭ−ＳＣ制御接続４１５において送信でき、従って、ＢＭ−ＳＣ制御メッセージをＢＭ−ＳＣ２０５ｉにより了解することができ、かつその逆を可能にし、ＰＴＴサーバ１０５とＢＭ−ＳＣ２０５ｉとの間の制御メッセージの通信を可能にする。通信する制御メッセージは、例えばＰＴＴ一斉通報セッションの設定、終了、ＰＴＴデータパケット１４５のペイロードに使用すべきフォーマット、以上で考察したようなＰＴＴメッセージ１４５のミュート化、などに関係することができよう。
【００３６】
ＰＴＴ一斉通報プロトコル変換ユニット４２０を、個別の物理装置として、ＰＴＴサーバ１０５またはＢＭ−ＳＣ２０５ｉの一部として、または任意のその他の適するノードの一部として実装することができよう。図４のＰＴＴ一斉通報プロトコル変換ユニット４２０は一斉通報インタフェース２００の制御プレーン部上においてのみ動作する。本発明のその他の実装では、ＰＴＴ一斉通報プロトコル変換ユニット４２０は一斉通報インタフェース２００のユーザプレーン部上において動作することができ、例えばＰＴＴサーバ１０５により使用する音声符号化フォーマットから一斉通報２０５により使用する音声符号化フォーマットへＰＴＴデータパケット１４５の符号化変換を実行することができよう。
【００３７】
図４のユーザプレーン４０５を有利にはＩＰネットワーク４２５の使用により実装することができ、ＩＰネットワークはＰＴＴサーバ１０５からＢＭ−ＳＣ２０５ｉへＰＴＴデータパケット１４５を実時間で伝送することができる。本明細書では、実時間により事実上遅延がないか、または少ない(約１５乃至２０ｍｓの遅延を許容できよう)ことを意味する。一斉通報インタフェース２００のユーザプレーン部４０５における伝送は好ましくはＩＰ／ＵＤＰプロトコルおよびＲＴＰプロトコルを含むことができよう。
【００３８】
ＢＭ−ＳＣ２０５ｉが任意のＰＴＴデータパケット１４５を一斉通報配信ネットワーク２１０へ実時間で転送することを保証するために、有利にはＰＴＴデータパケット１４５を優先権ラベルにより印を付すことができよう。優先権ラベルを好ましくは使用して、他のセッションから受信するデータパケットに勝る優先権を受信ＰＴＴデータパケット１４５に付与すべきであることをＢＭ−ＳＣ２０５ｉに指示することができよう。その上、優先権ラベルをまた使用して、ＩＰネットワーク４２５におけるその他のＩＰパケットに勝る優先権をＰＴＴデータパケット１４５に付与すべきであることをＩＰネットワーク４２５に指示することができよう。ＰＴＴデータパケット１４５に高い優先権を付与することにより、ＰＴＴデータパケット１４５の実時間伝送を保証することができる。優先権ラベル５００を付加したＰＴＴデータパケット１４５の例を図５に示す。図５のＰＴＴデータパケット１４５では、優先権ラベル５００をＰＴＴデータパケット１４５のヘッダ５０５の中に含めた。ＰＴＴデータパケット１４５がＩＰパケットである場合、優先権ラベル５００を例えば「サービスタイプ」（ｔｙｐｅ  ｏｆ  ｓｅｒｖｉｃｅ、ＴｏＳ）フィールドか、または「トラフィッククラス」フィールドにおいて指示することができよう。次いで、標準差別化サービスＩＰルータをＩＰネットワーク４２５において使用することができ、ＰＴＴデータパケット１４５のペイロード５１０の変更を必要とせず、従ってより多くのユーザデータを各ＰＴＴデータパケット１４５において送信することができよう。この実装では、優先権ラベル５００をヘッダ５０５に含むことができ、ＩＰネットワーク４２５のＩＰルータが優先権ラベル５００を優先権ラベルと認識することとなるようにするので、ＩＰネットワーク４２５、並びにＢＭ−ＳＣ２０５ｉにおいてＰＴＴデータパケット１４５に優先権を付与することができよう。代替の実装では、優先権ラベル５００を末尾か、または先頭としてＰＴＴデータパケット１４５に付加することができよう。一方この実装では、ＰＴＴデータパケット１４５をＩＰパケットとして認識せず、一斉通報インタフェース２００はＰＴＴサーバ１０５とＢＭ−ＳＣ２０５ｉとの間の単一のリンクであらねばならないであろう。さらに別の代替では、優先権ラベル５００をＰＴＴデータパケット１４５のペイロード５１０の中に付加することができ、従ってＢＭ−ＳＣ２０５ｉはＰＴＴデータパケット１４５を開き、優先権ラベル５００を検出しなければならないであろう。一方この実装では、ＰＴＴデータパケット１４５に優先権を付与すべきことをＩＰネットワーク４２５の任意のＩＰルータは認識しないであろう。あるいは、ＩＰネットワーク４２５は送信者のＩＰアドレスを使用し、ＰＴＴデータパケット１４５の優先権を特定することができよう。同じＰＴＴサーバ１０５から発生する全てのＰＴＴデータパケット１４５にその場合同じ優先権を付与することになろう。
【００３９】
優先権付与ユニット４３０により優先権ラベル５００をＰＴＴデータパケット１４５に付加することができるが、優先権付与ユニットは例えばＰＴＴサーバ１０５の一部、ＰＴＴ一斉通報プロトコル変換ユニット４２０の一部でありうるか、または個別ユニットとして実装することができよう。優先権ラベル５００の簡単な実施形態では、優先権ラベル５００はバイナリディジットであり、１の値のバイナリディジットは高い優先権、即ち実時間ＰＴＴデータパケット１４５を表すことができ、別の値は低い優先権、即ち別のコンテンツプロバイダからのデータパケットを表すことができよう。代わって、優先権ラベル５００の存在は実時間ＰＴＴデータパケット１４５を指示することができようが、優先権ラベル５００が無いと実時間伝送を必要としないベスト・エフォート・データ・パケットを指示することができよう。
【００４０】
別の実施形態では、優先権ラベル５００は複数の値を取ることができる。これは、例えばＢＭ−ＳＣ２０５ｉに特定ＰＴＴデータパケット１４５が関連するＰＴＴ一斉通報セッションを指示する、特定ＰＴＴデータパケット１４５が特定状態のＰＴＴユーザ１４０（例えば、ＰＴＴユーザグループのリーダ）から発生することを指示する、ＰＴＴデータパケット１４５が緊急メッセージを含むことを指示する、などのために有利でありうる。優先権ラベル５００のとり得る異なる値は、また以上で考察したミュートラベルを表す値を含むことができよう。この実施形態では、有利には制御プレーン部４００と優先権付与ノード４３０との間のインタフェース４４０を確立することができ、このインタフェースを、優先権付与ユニット４３０をプロトコル変換ユニット４２０と接続するインタフェース４４０により図４に示す。あるいは、この情報の優先権付与ユニット４３０への提供を別のエンティティにより取り扱うことができよう。
【００４１】
インタフェース４４０を使用して、ＰＴＴ一斉通報セッションに関係する状態情報を優先権付与ユニット４３０に実装することができよう。優先権付与ユニット４３０に実装する状態情報はＰＴＴ一斉通報セッションに関係するＳＩＰ信号通知において搬送するセッション記述プロトコル（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＤＰ）情報の一部か、または全てでありえ、この状態情報を状態情報が関係するＰＴＴ一斉通報セッションを特定する特定情報と共に蓄積する。セッション記述プロトコルはインターネット技術実行委員会（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、ＩＥＴＦ）の文献ＲＦＣ２３２７に明記されている。例えばＳＩＰ信号通知において搬送するＳＤＰ情報はセッションのＰＴＴデータパケット１４５に付与すべき優先権に関する情報（ユーザに専用でありえよう）、セッションに関係するＩＰアドレス、ポート番号、音声サンプルを作成するのに使用する符号(例えば、パルス符号変調)、セッションの話題に関するさらなる情報を取り出すことができるウエブサイトを特定するＵＲＬ（Ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｌｏｃａｔｏｒｓ、一様なリソース位置情報）、などを含むことができよう。ＢＭ−ＳＣ２０５ｉにさらに配信するために、優先権付与ユニット４３０により受信するＰＴＴデータパケット１４５はＰＴＴデータパケット１４５が発生するＰＴＴ一斉通報セッションを特定する特定情報を含む。従って、優先権情報などのこのＰＴＴ一斉通報セッションに関係する優先権付与ユニット４３０に蓄積する状態情報を優先権付与ユニット４３０によりＰＴＴデータパケット１４５に適用することができよう。
【００４２】
ＢＭ−ＳＣ２０５ｉが優先権ラベル５００を解釈することができるためには、ＢＭ−ＳＣ２０５ｉは好ましくは優先権ラベル５００を解釈する優先権ラベル解釈ユニット４３５を持つべきである。優先権ラベル解釈ユニット４３５は、好ましくはＢＭ−ＳＣ２０５ｉの一部であるか、または個別物理装置として実装することができよう。優先権ラベル５００の種々の値の表現が変化する実施形態では、優先権ラベル解釈ユニット４３５はコネクション４４０に類似する接続を有することができ、この接続により優先権ラベル解釈ユニット４３５に優先権ラベル５００の解釈に関係する情報を提供することができよう。
【００４３】
複数の値を取ることができる優先権ラベル５００により、種々の値は異なるレベルの優先権を示すことができよう。一方多くの場合、ＢＭ−ＳＣ２０５ｉにより異なる値が関連するＰＴＴ一斉通報セッションに同じレベルの優先権を付与しなければならない。従って、優先権レベルは簡単なバイナリ優先権ラベル５００により指示することができるが、セッション情報は個別のセッション情報ラベルにより指示することができよう。
【００４４】
図４に、異なる接続を使用する制御プレーン部４００およびユーザプレーン部４０５を示す。言及するまでもなく本発明の実装では、制御プレーン部４００およびユーザプレーン部４０５は同じ物理接続（例えば、移動ネットワーク運用会社のＩＰを基盤とするコアネットワークでありうる)を使用することができよう。
【００４５】
図６は、ＰＴＴ一斉通報セッションに関係し、図４のＰＴＴサーバ１０５とＢＭ−ＳＣ２０５ｉとの間でＰＴＴ一斉通報プロトコル変換ユニット４２０により実行する信号通知の例を示す。図６に示す信号通知に関する制御プレーンのエンティティはＰＴＴサーバ１０５、ＰＴＴ一斉通報プロトコル変換ユニット４２０、ＢＭ−ＳＣ２０５ｉおよび一斉通報配信ネットワーク２１０である。図６の制御プレーンの信号通知を破線の使用により示す。図示する信号通知はＰＴＴ一斉通報セッションの設定に関連する制御メッセージの第1のセット６００、ＰＴＴデータパケット１４５の配信６０３、およびＰＴＴ一斉通報セッションの閉鎖に関連する制御メッセージの第２のセット６０４を含む。制御メッセージの第1のセット６００はＰＴＴサーバ１０５とＢＭ−ＳＣ２０５ｉとの間におけるＰＴＴ一斉通報セッション設定の例を図示する。「ＳＩＰインバイトＢＭ−ＳＣ  ＵＲＬ」メッセージ６０５をＰＴＴサーバ１０５からＰＴＴ一斉通報プロトコル変換ユニット４２０へＳＩＰ接続４１０を経て送信する。「ＳＩＰインバイトＢＭ−ＳＣ  ＵＲＬ」メッセージ６０５をＰＴＴ一斉通報プロトコル変換ユニット４２０により対応する「ＢＭ−ＳＣセッション開始要求」メッセージ６１０に変換し、ＢＭ−ＳＣ制御接続４１５を経てＢＭ−ＳＣ２０５ｉに送信する。ＰＴＴ一斉通報プロトコル変換ユニット４２０は、また「ＳＩＰ１００試行」メッセージ６１５および「ＳＩＰ１８０呼び出し」メッセージ６２０をＰＴＴサーバ１０５に送信し、「ＳＩＰインバイトＢＭ−ＳＣ  ＵＲＬ」メッセージ６０５が動作したことをＰＴＴサーバ１０５に指示する。
【００４６】
「ＢＭ−ＳＣセッション開始要求」メッセージ６１０を受信すると、ＢＭ−ＳＣ２０５ｉは関係するＰＴＴユーザグループに一斉通報配信ネットワーク専用特定情報(単数または複数)／リソースを割り当て、適するプロトコルを使用して一斉通報配信ネットワーク２１０へ接続２０７を経て「セッション開始要求」メッセージ６２５を送信する。一斉通報配信ネットワーク２１０により受信する「セッション開始要求」メッセージ６２５は一斉通報配信ネットワーク２１０を起動し、ＰＴＴデータパケット１４５の伝送のためのリソースを割り当てる。次いで、「セッション開始ＯＫ」メッセージ６３０を一斉通報配信ネットワーク２１０からＢＭ−ＳＣ２０５ｉへ送信し、「セッション開始ＯＫ」メッセージをＢＭ−ＳＣ２０５ｉによりＰＴＴ一斉通報プロトコル変換ユニット４２０へＢＭ−ＳＣ制御コネクション４１５を経て「ＢＭ−ＳＣセッション開始ＯＫ」メッセージ６３５として転送する。「ＢＭ−ＳＣセッション開始ＯＫ」メッセージ６３５をＰＴＴ一斉通報プロトコル変換ユニット４２０により、ＳＩＰコネクション４１０を経て送信する対応する「ＳＩＰ２００  ＯＫ」メッセージ６４５に変換する。図６により示す本発明の実装では、ＰＴＴ一斉通報プロトコル変換ユニット４２０による「ＢＭ−ＳＣセッション開始ＯＫ」メッセージ６３５の受信はＰＴＴ一斉通報プロトコル変換ユニット４２０を起動し、優先権付与ユニット４３０へ「状態実装」メッセージ６４０を送信し、以上で考察したように優先権付与ユニット４３０において状態を実装する。
【００４７】
ＰＴＴサーバ１０５から一斉通報クライアント２２０へのＰＴＴデータパケット１４５の配信６０３を、ストリーミングのためにＩＰネットワーク４２５を経て例えばＲＴＰプロトコルの使用によるか、またはダウンロードのための例えばＦＬＵＴＥ（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ、一方向伝送を経るファイル配信）によるか、または任意のその他の適するプロトコルにより実行することができる。図６で、ユーザ・プレーン・エンティティを示す点線はこのユーザ・プレーン・エンティティがＰＴＴデータパケット１４５の配信６０３に関係することを示す。これは、ＰＴＴサーバ１０５、優先権付与ユニット４３０、ＢＭ−ＳＣ２０５ｉ、一斉通報配信ネットワーク２１０および一斉通報端末２２０に当てはまる。図６により示す実施形態において、優先権付与ユニット４３０はＰＴＴデータパケット１４５に優先権ラベル５００を付加する。
【００４８】
ＰＴＴ一斉通報セッションの閉鎖のための制御メッセージの第２のセット６０４はＰＴＴサーバ１０５からＰＴＴ一斉通報プロトコル変換ユニット４２０へ送信する「ＳＩＰバイＢＭＳＣ  ＵＲＬ」メッセージ６５０、「ＳＩＰバイＢＭＳＣ  ＵＲＬ」メッセージ６５０に応答してＰＴＴ一斉通報プロトコル変換ユニット４２０からＢＭ−ＳＣ２０５ｉへ送信する「ＢＭ−ＳＣセッション停止要求」メッセージ６５５および「ＢＭ−ＳＣセッション停止要求」メッセージ６５５に応答してＢＭ−ＳＣ２０５ｉから送信する「セッション停止要求」メッセージ６６０を含む。「セッション停止要求」メッセージ６６０を受信すると、一斉通報配信ネットワーク２１０はＰＴＴ一斉通報セッションを閉鎖するために割り当てたリソースを解放する。次いで、「セッション停止ＯＫ」メッセージ６６５を一斉通報配信ネットワーク２１０からＢＭ−ＳＣ２０５ｉへ送信し、ＢＭ−ＳＣ２０５ｉはＰＴＴ一斉通報プロトコル変換ユニット４２０へ「ＢＭ−ＳＣセッション停止ＯＫ」メッセージ６７０を送信する。このメッセージの受信に応答して、ＰＴＴ一斉通報プロトコル変換ユニット４２０はＰＴＴサーバ１０５へ「ＳＩＰ２００  ＯＫ」メッセージ６８０を、および優先権付与ユニット４３０へ「状態削除]メッセージ６７５を送信する。
【００４９】
図６により示す信号通知の例では、ＰＴＴサーバ１０５は「インバイトＢＭ−ＳＣ  ＵＲＬ」メッセージを送信することによりＰＴＴ一斉通報セッションを開始する。他の例ではＢＭ−ＳＣ２０５ｉにより、ＰＴＴ一斉通報セッションを開始することができよう。ＰＴＴ一斉通報セッションを聴取するであろう動作する一斉通報クライアント２２０が存在しない大きな危険があるので、例えば一斉通報クライアント２２０の数がＰＴＴクライアント１２５の数よりずっと小さければ、これは有利でありえよう。十分の数の一斉通報クライアント２２０が動作するようになると、次いでＢＭ−ＳＣ２０５ｉはＰＴＴ一斉通報セッションを開始することができよう。起動をＢＭ−ＳＣ２０５ｉに実装し、動作する一斉通報クライアント２２０の数が事前定義数、例えば１を超えた場合、ＰＴＴ一斉通報セッションの開始に関するメッセージのＰＴＴサーバ１０５への送信を起動することができよう。この起動は、例えば動作する一斉通報クライアント２２０を計数するカウンタでありえよう。同様に、ＰＴＴ一斉通報セッションの閉鎖をＢＭ−ＳＣ２０５ｉにより開始することができよう。
【００５０】
一斉通報配信ネットワーク２１０の一斉通報ユーザ２２３が一斉通報中のＰＴＴユーザグループのセッションおよび一斉通報に使用するチャネルを見出すために、チャネル情報を好ましくは通知すべきである。これは出力または入力シナリオにおいて行うことができよう。一斉通報配信ネットワーク２１０は例えばチャネル情報を一斉通報クライアント２２０に出力するか、または一斉通報クライアント２２０が例えば移動ネットワーク運用会社のＩＰコアネットワークからチャネル情報を入力することができよう。一斉通報ノード２０５がＢＭ−ＳＣ２０５ｉである実施形態における一斉通報配信ネットワーク２１０を介するＰＴＴ一斉通報サービスの通知のための出力通知セッションの例を図７に示す。第１のセット７００の制御メッセージを使用して、通知セッションを設定する。図７の第１のセット７００は「状態実装」メッセージ６４０を送信しないことを除いて、図６の第１のセット６００と同じ信号通知を含む。セッションが始まったことを知らせる「ＳＩＰ２００  ＯＫ」メッセージ６４５をＰＴＴサーバ１０５が受信すると、ＰＴＴサーバ１０５はＢＭ−ＳＣ２０５ｉに「ＰＴＴ情報」メッセージ７０２を送信する。「ＰＴＴ情報」メッセージ７０２は通知するＰＴＴユーザグループ(単数または複数)に関係する情報を含む。このような情報は例えばＰＴＴユーザグループ(単数または複数)の特定情報、ＰＴＴユーザグループ(単数または複数)において現在動作するＰＴＴユーザ１４０の特定情報、ＰＴＴユーザグループ(単数または複数)において既に交換したメッセージの数、ＰＴＴユーザグループが動作していた時間、などでありえよう。「ＰＴＴ情報」メッセージ７０２は例えばＳＩＰメッセージでありうるか、または「ＰＴＴ情報」メッセージ７０２を含む新規プロトコルを定義することができよう。あるいは、メッセージ７０２をＦＬＵＴＥプロトコルの使用により伝送することができよう。
【００５１】
ＰＴＴ情報メッセージ７０２を受信して、ＢＭ−ＳＣ２０５ｉは通知するＰＴＴユーザグループ(単数または複数)をＰＴＴユーザグループ(単数または複数)に割り当てる／割り当てたリソースに連接し、関係する一斉通報クライアント２２０に通知メッセージ７０３を送信する。通知メッセージ７０３は一斉通報する／（する予定の)ＰＴＴユーザグループ(単数または複数)に関する情報、並びにＰＴＴユーザグループ(単数または複数)に一斉通報するであろう／するチャネル(単数または複数)を特定する情報を含む。例えばＰＴＴユーザグループ(単数または複数)に参加するＰＴＴユーザ１４０の特定情報などの、その他の情報もまた通知メッセージ７０３に含むことができよう。例えば電話番号などの、ＰＴＴユーザグループに加わるのに使用しうるＰＴＴユーザグループの特定情報を好ましくは一斉通報ノード２０５により一斉通報することができよう。所望であれば、ＰＴＴの可能なクライアント２２０／１２５を介してＰＴＴユーザ１４０としてＰＴＴユーザグループに加わることを望む一斉通報ユーザ２２３によりこの情報を使用することができよう。任意の適するプロトコルを使用することができるが、有利にはＦＬＵＴＥプロトコルの使用により通知メッセージ７０３を送信することができよう。
【００５２】
制御メッセージのセット７００により設定した通知セッションの閉鎖のために、制御メッセージの第２のセット７０４を図７で使用する。「状態削除」メッセージ６７５を送信しないことを除いて、図７の第２のセット７０４は図６の第２のセット６０４と同じ信号通知を含む。「セッション停止要求」メッセージ６６０を受信すると、一斉通報配信ネットワーク２１０は通知セッションに割り当てたリソースを開放する。例えばＰＴＴユーザグループの不動作またはタイマの満了により、制御メッセージの第２のセット７０４を起動することができよう。
【００５３】
図７の通知セッションをＰＴＴサーバ１０５により開始する。ＰＴＴサーバ１０５にはＰＴＴユーザ１４０が現在動作しているか、以上で考察したミュート機能を適用した動作するＰＴＴユーザ１４０がいるか、などに関する情報があるので、これにより通知が動的であることを容易にする。あるいは一方、一斉通報サービスの通知のための通知セッションをＢＭ−ＳＣ２０５ｉにより開始することができよう。ＢＭ−ＳＣ２０５ｉは利用可能なＰＴＴユーザグループおよびＰＴＴユーザグループの一斉通報に使用する対応するチャネルに関する情報を蓄積し、図７のＰＴＴサーバ１０５とＢＭ−ＳＣ２０５ｉとの間の情報交換を不要にすることができよう。あるいはその上、ＰＴＴサーバ１０５またはＢＭ−ＳＣ２０５ｉが通知セッションを開始したかに関わらず、通知セッションをＢＭ−ＳＣ２０５ｉにより終了させることができよう。
【００５４】
図６および図７の信号通知図の実施形態では、一斉通報ノード２０５はＢＭ−ＳＣ２０５ｉである。一方、一斉通報ノード２０５が例えばＤＶＢ−Ｈネットワークのサービス・アプリケーション・ノードなどの別のタイプのノードである実装では、類似の信号通知図を適用することができよう。
【００５５】
必要であれば、一斉通報ノード２０５と一斉通報配信ネットワーク２１０との間の接続において送信するメッセージにプロトコル変換を行うことができよう。一斉通報ノード２０５および一斉通報配信ネットワーク２１０により使用するプロトコルに従いフォーマット化したメッセージを変換することができる装置を好ましくは移動無線通信システム２０１に含むことができよう。
【００５６】
一斉通報配信ネットワーク２１０が移動無線ネットワークであるように本発明を実装することができよう。例えば一斉通報ノード２０５がＢＭ−ＳＣである場合、一斉通報配信ネットワーク２１０はマルチメディア一斉通報／マルチキャストサービス（ＭＢＭＳ）を実装する移動無線ネットワークでありえよう。従って、ＰＴＴクライアント１２５にＰＴＴサービスを提供する移動無線ネットワーク１００と、一斉通報クライアント２２０にＰＴＴ一斉通報セッションを一斉通報する一斉通報配信ネットワーク２１０は同一でありえよう。一斉通報クライアント２２０はＰＴＴの可能なクライアントである必要はなく、単にＭＢＭＳが可能であるクライアントでありえよう。有利にはこの実装で、一斉通報ノード２０５（ＢＭ−ＳＣ）と一斉通報配信ネットワーク２１０との間の接続２０７は３ＧＰＰＴＳ２３．２５６において定義される標準化Ｇｍｂインタフェースでありえよう。
【００５７】
一斉通報ノード２０５は、移動無線ネットワーク１００および無線ＬＡＮなどの、１以上の一斉通報配信ネットワーク２１０にＰＴＴデータパケット１４５を同時に転送することができよう。その場合、種々の規格に従い動作する一斉通報クライアント２２０は一斉通報ノード２０５により送信するＰＴＴ討論に同時に追随することができる。あるいは、ＰＴＴサーバ１０５は一斉通報インタフェース２００を介して種々の一斉通報配信ネットワーク２１０に接続する、２以上の一斉通報ノード２０５に接続できよう。
【００５８】
ＰＴＴユーザグループの中で行われる討論に対応するＰＴＴデータパケット１４５の一斉通報を実時間で実行する必要がなく、ＰＴＴ一斉通報セッションの一斉通報に遅延が許される本発明のアプリケーションでは、移動無線通信システム２０１はＰＴＴデータパケット１４５を蓄積する蓄積装置を含むことができよう。その場合、ＰＴＴサーバ１０５はＰＴＴデータパケット１４５を蓄積するための蓄積装置に送信し、蓄積したＰＴＴデータパケット１４５を後の時点で一斉通報ノード２０５により取り出すことができよう。ＰＴＴメッセージ１４５を蓄積する蓄積装置はＰＴＴサーバ１０５、一斉通報ノード２０５か、またはその他のどこかに位置することができよう。ＰＴＴユーザ１４０が話をしていないか、またはその寄与を一斉通報することを断ったＰＴＴユーザ１４０を除去することができるその無音の瞬間に、ＰＴＴデータパケット１４５を後の時点における再生のために蓄積するのは有利である。この実装では、一斉通報時に一斉通報チャネルに同調する全ての一斉通報クライアント２２０にＰＴＴデータパケット１４５の一斉通報を実行することができよう。あるいは、蓄積したＰＴＴデータパケット１４５のクライアントへの送信を要求に応じて実行することができよう。
【００５９】
以上に、プッシュツートーク・サービスにより本発明を記述した。一方、プッシュツー・ユーザ１４０から他のプッシュツー・ユーザ１４０のグループへ一方向通信の様式でプッシュツー・データ・パケット１４５を送信する任意のプッシュツー・サービスに本発明を適用することができる。プッシュツートーク・サービスはプッシュツー・サービスの例であり、この例ではプッシュツー・データ・パケット１４５は音を表すデータを含むプッシュツー・データ・パケットである。プッシュツー・サービスの別の例はプッシュツー・ウォッチ・サービスであり、この例では送信するプッシュツー・データ・パケット１４５は視覚データを表すデータを含む。
【００６０】
本発明は、説明のためのみに提示する添付する図面および以上の詳細な説明において開示する実施形態に制限されず、幾つかの異なる方法で実施でき、本発明は添付する特許請求の範囲により限定されることを当業者は認識するであろう。
【図面の簡単な説明】
【００６１】
【図１】ＰＴＴサービスを提供する移動無線ネットワークの概要説明図である。
【図２】ＰＴＴユーザグループにより行われる討論の一斉通報を可能にするために、ＰＴＴサーバと一斉通報ノードとの間に本発明の一斉通報インタフェースを提供する移動無線通信システムの概要説明図である。
【図３】特定のＰＴＴユーザ／ＰＴＴクライアントから発生するＰＴＴメッセージをミュー化するために移動無線通信システムの命令に使用するミュート制御メッセージの概要説明図である。
【図４】本発明の一斉通報インタフェースの一実施形態の概要説明図である。
【図５】優先権ラベルを付加したＰＴＴデータパケットを説明する図である。
【図６】ＰＴＴ一斉通報セッションの設定および閉鎖のために移動無線通信システム内において実行する信号通知の例を説明する図である。
【図７】ＰＴＴ一斉通報情報の通知のために移動無線通信システム内において実行する信号通知の例を説明する図である。
【図１】
2009502092.tif 000003
【図２】
2009502092.tif 000004
【図３】
2009502092.tif 000005
【図４】
2009502092.tif 000006
【図５】
2009502092.tif 000007
【図６】
2009502092.tif 000008
【図７】
2009502092.tif 000009
【手続補正書】
【提出日】平成19年10月18日(2007.10.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも２つのプッシュツー・クライアントを含むプッシュツー・ユーザ・グループに参加するプッシュツー・クライアント（１２５）から発生するプッシュツー・データ・パケット（１４５）を通信システム（２０１）内において通信する方法であって、
一斉通報ノード（２０５）において、プッシュツー・サーバ（１０５）から前記プッシュツー・データ・パケットを受信する工程と、
プッシュツー・データ・パケットを一切通報すべきかチェックする工程と、
前記チェックの結果に応じて、一切通報ノードから一斉通報配信ネットワーク（２１０）を経て、前記プッシュツー・ユーザ・グループの一員でなく、かつ前記プッシュツー・ユーザ・グループ内ではアクティブになれない一斉通報クライアント（２２０）に前記プッシュツー・データ・パケットを一斉通報する工程と
を特徴とする前記方法。
【請求項２】
前記プッシュツー・データ・パケットを一斉通報する場合に、前記プッシュツー・データ・パケットに付与すべき優先権のレベルを示す、優先権の指示（５００）を有する前記プッシュツー・データ・パケットを提供する工程をさらに含む請求項１に記載の方法。
【請求項３】
ユーザプレーン部（４０５）および制御プレーン部（４００）を有する通信インタフェース（２００）を経て前記プッシュツー・データ・パケットを受信し、前記方法が、
前記プッシュツー・ユーザ・グループのプッシュツー・セッションに関する情報を含む実装状態メッセージ（６４０）を前記制御プレーン部から前記ユーザプレーン部に送信する工程と、
前記ユーザプレーン部に前記セッション状態を実装する工程と、
前記プッシュツー・データ・パケットを前記セッション状態と関連させる工程と
をさらに含む請求項１または２に記載の方法。
【請求項４】
優先権の指示を有する前記プッシュツー・データ・パケットを提供する前記工程が、前記プッシュツー・データ・パケットの前記セッション状態との関連付けを含む、請求項３が請求項２に従属する場合の請求項３に記載の方法。
【請求項５】
前記方法が、
前記プッシュツー・サーバにより制御メッセージの送信に使用する第１のプロトコルに従いフォーマット化する、前記一斉通報に関係する前記制御メッセージを受信する工程と、
前記一斉通報配信ネットワークを介して前記プッシュツー・データ・パケットを一斉通報する一斉通報ノードにより使用する第２の通信プロトコルに従いフォーマット化する第２の制御メッセージに前記制御メッセージを変換する工程と、
前記一斉通報ノードに前記第２の制御メッセージを送信する工程と
を含む請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記第１の通信プロトコルがセッション開始プロトコルである請求項５に記載の方法。
【請求項７】
前記プッシュツー・データ・パケットの受信に際し前記プッシュツー・データ・パケットのための蓄積装置に前記プッシュツー・データ・パケットを蓄積する工程をさらに含み、
前記一斉通報をする工程が前記蓄積装置から前記プッシュツー・データ・パケットを取り出す工程を含む請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記チェックする工程は、前記一斉通報ノード又は前記プッシュツー・サーバのいずれかにおいて行われる請求項１に記載の方法。
【請求項９】
ユーザデータ通信装置（４３０，４３５）であって、第１のノード（１０５）からユーザ・データ・パケット（１４５）を受信する第１のポートおよび前記ユーザ・データ・パケットを第２のノード（２０５）に送信する第２のポートを有し、前記ユーザ・データ・パケットが、少なくとも２つのプッシュツー・クライアントを含むプッシュツー・ユーザ・グループに参加するプッシュツー・クライアント（１２５）から発生するプッシュツー・データ・パケット（１４５）であり、前記第１のノードがプッシュツー・サーバ（１０５）であり、前記第２のノードは、一斉通報ノード（２０５）であってプッシュツー・データ・パケットを一切通報すべきか否かチェックする手段を特徴とし、前記チェックの結果に応じて、前記プッシュツー・ユーザ・グループの一員でなく、かつ前記プッシュツー・ユーザ・グループ内ではアクティブになれない一斉通報クライアント（２２０）に前記プッシュツー・データ・パケットを一斉通報する前記ユーザデータ通信装置。
【請求項１０】
前記プッシュツー・データ・パケットに付与すべき、その他の通信データパケットに勝る前記優先権のレベルを示す、優先権のラベル（５００）を前記プッシュツー・データ・パケットに付加する優先権指示機構（４３０）をさらに含む請求項９に記載のユーザデータ通信装置。
【請求項１１】
前記プッシュツー・データ・パケットの前記優先権を判断する優先権解釈機構（４３５）をさらに含む請求項９に記載のユーザデータ通信装置。
【請求項１２】
前記通信インタフェースの制御プレーン部から実装状態メッセージ（６４０）を受信し、前記実装状態メッセージに含まれる情報に従い状態を実装する機構をさらに含む請求項９乃至１１のいずれか１項に記載のユーザデータ通信装置。
【請求項１３】
前記移動無線通信システム（２０１）が、
プッシュツー・データ・パケットを蓄積するための蓄積装置と、
要求に応じて前記一斉通報クライアントに前記プッシュツー・データ・パケットを一斉通報するための機構と
を含む請求項９乃至１１のいずれか１項に記載のユーザデータ通信装置。
【請求項１４】
少なくとも２つのプッシュツー・クライアントを含むプッシュツー・ユーザ・グループに参加するプッシュツー・クライアント（１２５）から発生するプッシュツー・データ・パケットをプッシュツー・サーバ（１０５）から、前記プッシュツー・ユーザ・グループの一員でない一斉通報クライアント（２２０）に前記プッシュツー・データ・パケットを一斉通報する一斉通報ノードに通信する通信インタフェースであって、該通信インタフェースがプロトコル変換ユニットおよび請求項９乃至１３のいずれか１項に記載のユーザデータ通信装置を含む通信インタフェース。
【請求項１５】
プッシュツー・データ・パケット（１４５）をプッシュツー・ユーザ・グループ内においてさらに配信するためにプッシュツー・サーバ（１０５）に送信するプッシュツー・クライアント（１２５）であって、
前記プッシュツー・ユーザ・グループの一員でない任意の一斉通報クライアント（２２０）にプッシュツー・データ・パケット（１４５）を一斉通報すべきでないとの第１の命令を受信し、前記プッシュツー・データ・パケットを一斉通報すべきでないとの第２の命令を前記プッシュツー・サーバ（１０５）に送信するミュート機構（１５０）を特徴とするプッシュツー・クライアント。
【請求項１６】
制御メッセージ（３００）において前記プッシュツー・サーバに前記第２の命令を送信する請求項１５に記載のプッシュツー・クライアント。
【請求項１７】
ミュートすべき前記プッシュツー・データ・パケットにおける指示として前記プッシュツー・サーバに前記第２の命令を送信する請求項１５に記載のプッシュツー・クライアント。
【国際調査報告】
2009502092.tif 000010
2009502092.tif 000011
2009502092.tif 000012