(57)【要約】システム（１００）内の複数のエンドポイント（１０２、１０６、１０８など）間でグループ通信するための方法およびシステムが説明される。その方法は、ａ）グループエンティティ（１０４）において、開始側エンドポイント（１０２）から、トランザクションプロトコルを用いて、グループエンティティ（１０４）に関連するグループに参加する複数のエンドポイント（１０６、１０８など）間でのセッションを要求する第１のメッセージを受信するステップと、ｂ）そのセッションが許可されるようにするステップと、ｃ）そのセッションの存在が、ブロードキャストプロトコルを用いて、そのグループに参加する複数のエンドポイント（１０６、１０８など）に伝達されるようにするステップと、ｄ）グループエンティティ（１０４）から開始側エンドポイント（１０２）に、トランザクションプロトコルを用いて、そのセッションが許可されたことを伝達するステップとを含む。
2006513610.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのグループエンティティおよび複数のエンドポイントを有するシステムにおいて、
ａ）グループエンティティにおいて、開始側エンドポイントから、トランザクションプロトコルを用いて、前記グループエンティティに関連するグループに参加する複数のエンドポイント間でのセッションを要求する第１のメッセージを受信するステップと、
ｂ）前記セッションが許可されるようにするステップと、
ｃ）ブロードキャストプロトコルを用いて、前記セッションの存在が、前記グループに参加する前記複数のエンドポイントに伝達されるようにするステップと、
ｄ）前記トランザクションプロトコルを用いて、前記グループエンティティから前記開始側エンドポイントに、前記セッションが許可されたことを伝達するステップとを備えた方法。
【請求項２】
前記グループエンティティにおいて、前記グループに参加する前記複数のエンドポイントのうちの任意のエンドポイントから、前記トランザクションプロトコルを用いて、前記セッションが変更されることを要求する少なくとも１つの後続のメッセージを受信するステップをさらに備えた、請求項１に記載の方法。
【請求項３】
前記トランザクションプロトコルを用いて、前記セッションが終了されるようにするステップをさらに備えた、請求項１に記載の方法。
【請求項４】
前記グループエンティティは、後続のメッセージを、前記グループに参加する前記複数のエンドポイントのうちの任意のエンドポイントに送信し、前記セッションが終了されるようにする、請求項３に記載の方法。
【請求項５】
前記グループエンティティは、少なくとも１つの後続のメッセージを、前記グループに参加する前記複数のエンドポイントのうちの任意のエンドポイントから受信し、前記セッションが終了されるようにする、請求項３に記載の方法。
【請求項６】
前記セッションが許可される前に、１組のセッションパラメータが選択されるようにするステップをさらに含み、前記１組のセッションパラメータは、
利用可能なシステム資源と、
前記グループに参加する各エンドポイントの能力と、
少なくとも１組のデフォルトパラメータとからなる組のうちの１つに応じて選択される、請求項１に記載の方法。
【請求項７】
前記１組の要求されるパラメータは、セッション記述プロトコル（ＳＤＰ）を用いて記述される、請求項６に記載の方法。
【請求項８】
前記トランザクションプロトコルはセッション開始プロトコル（ＳＩＰ）である、請求項１に記載の方法。
【請求項９】
前記ブロードキャストプロトコルはセッションアナウンスメントプロトコル（ＳＡＰ）であり、前記セッションの存在は、ＳＡＰアナウンスメントを用いて、前記グループに参加する前記複数のエンドポイントに伝達される、請求項１に記載の方法。
【請求項１０】
少なくとも１つのグループエンティティおよび複数のエンドポイントを有するシステムにおいて、
ａ）グループエンティティにおいて、開始側エンドポイントから、トランザクションプ
ロトコルを用いて、該グループエンティティに関連するグループに参加する複数のエンドポイント間でのセッションを要求する第１のメッセージを受信するステップと、
ｂ）前記セッションが許可されるか、拒否されるかを判定し、前記セッションが拒否される場合には、前記トランザクションプロトコルを用いて、前記グループエンティティから前記開始側エンドポイントに、前記セッションが拒否されたことを伝達し、前記セッションが許可された場合には、ステップｃ）およびｄ）、即ち
ｃ）ブロードキャストプロトコルを用いて、前記セッションの存在が、前記グループに参加する前記複数のエンドポイントに伝達されるようにするステップと、
ｄ）前記トランザクションプロトコルを用いて、前記グループエンティティから前記開始側エンドポイントに、前記セッションが許可されたことを伝達するステップとを実行するステップとを備えた方法。
【請求項１１】
通信ネットワークシステムであって、
互いに動作するようにネットワーク化された複数のエンドポイントであって、それぞれトランザクションプロトコルを用いて通信するように構成され、さらにブロードキャストプロトコルを用いて通信を受信するように構成される、複数のエンドポイントと、
該システムに動作可能に接続される少なくとも１つのグループエンティティであって、トランザクションプロトコルを用いて、開始側エンドポイントから該グループエンティティに関連するグループに参加する複数のエンドポイント間でのセッションを要求する第１のメッセージを受信し、該セッションが許可されるようにし、ブロードキャストプロトコルを用いて、該セッションの存在が前記グループに参加する前記複数のエンドポイントに伝達されるようにし、前記トランザクションプロトコルを用いて、該グループエンティティから前記開始側エンドポイントに、前記セッションが許可されたことを伝達するように構成される、少なくとも１つのグループエンティティとを備える、通信ネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
［発明の背景］
本発明はグループ通信一般に関し、より具体的には、１つのグループエンティティに関連するグループに参加する複数のエンドポイント間でセッションを開始、制御および終了するための方法およびシステムに関する。
【０００２】
［関連出願への参照］
本出願は、本出願とともにモトローラ社によって所有される以下の米国特許出願に関連する：
２００２年１２月３１日に出願のケラー（Keller）等による「System and Method for Controlling and Managing Sessions Between Endpoints in a Communications System」と題する米国特許出願第１０／３３４，５７７号（代理人整理番号ＣＭ０５６０７Ｇ）；
２００２年１２月３１日に出願のニューバーグ（Newberg ）等による「Methods for Managing a Pool of Multicast Addresses and Allocating Addresses in a Communications System」と題する米国特許出願第１０／３３４，６３５号（代理人整理番号ＣＭ０５６６６Ｇ）；
２００２年１２月３１日に出願のリリー（Lillie）等による「Apparatus and Method for Controlling and Managing Individual Directed Sessions in a Communications System 」と題する米国特許出願第１０／３３４，５２３号（代理人整理番号ＣＭ０５６６５Ｇ）；および
２００２年１２月３１日に出願のニューバーグ（Newberg ）等による「Methods for Affiliating Endpoints with a Group and Determining Common Communication Capabilities for the Affiliated Endpoints 」と題する米国特許出願第１０／３３４，４３９号（代理人整理番号ＣＭ０５６３８Ｇ）。
【背景技術】
【０００３】
［発明の背景］
マルチメディアおよびグループ通信は電気通信の重要な側面になっており、そのための需要が伸び続けている。たとえば、１９９６年版の連邦通信委員会（「ＦＣＣ」）への公安無線諮問委員会の最終報告は、マルチメディアのための通信資源の需要が逼迫していることを述べている。その後、１９９８年には、ＦＣＣは、公安用広帯域のための一群のスペクトルを含む７６４ＭＨｚ周波数のための帯域計画を規定した。さらに、インターネットエンジニアリングタスクフォース（「ＩＥＴＦ」）はマルチメディア通信において用いるために設計された１組のプロトコルを開発した。これらのプロトコルは、セッション開始プロトコル（「ＳＩＰ」）、セッションアナウンスメントプロトコル（「ＳＡＰ」）およびセッション記述プロトコル（「ＳＤＰ」）を含む。
【０００４】
ＳＩＰは、１９９９年前半に公認の標準規格として承認されて以来、インターネット上で通信サービスをシグナリングするために広く市場で受け入れられてきた。そのような事情で、限定はしないが、ＳＩＰ卓上電話、ＳＩＰ電話サーバ、およびＳＩＰアプリケーションを実行するパーソナルコンピューティング（「ＰＣ」）装置を含む、多数の製品がＳＩＰ標準規格を組み込んでいる。ＳＩＰは、ハイパーテキスト転送プロトコル（「ＨＴＴＰ」）および簡易メール転送プロトコル（「ＳＭＴＰ」）に類似の、テキストを基にするシグナリング用のトランザクションプロトコルであり、開放型システム間相互接続（「ＯＳＩ」）通信モデルのアプリケーション層において機能する。ＳＩＰメッセージは、通信ネットワーク内のユーザ（本明細書では発信者とも呼ばれる）間で、音声、映像およびチャットなどのインタラクティブな通信セッションを開始するために用いられる。各ユーザ
は通常、そのネットワークに接続される通信装置（本明細書では、端末装置あるいはエンドポイントとも呼ばれる）に関連付けられる。
【０００５】
ＳＩＰはセッションを開始するために用いられるだけでなく、ＳＩＰメッセージはセッションを終了あるいは変更するためにも用いられる。しかしながら、ＳＩＰは実際には、「セッション」を構成するものを、たとえばそのセッション中にどのインターネットプロトコル（「ＩＰ」）チャネル（アドレスおよびポート）、どのメディアコーデック仕様、どのフロア制御チャネルが用いられるかなどを規定しない。これは、ＳＩＰメッセージにおいて搬送されるコンテンツによって記述される。ＳＩＰは、コンテンツ（ＨＴＭＬ、オーディオ、ビデオなど）を記述するためにウエブおよび電子メールサービスにおいて広く用いられる多目的インターネットメール拡張仕様（ＭＩＭＥ）を通して、セッションを記述するために用いられるプロトコルについての情報を伝達する。セッションを記述するために最も一般的に用いられるプロトコルは、ＩＥＴＦ  ＲＦＣ２３２７に記載されるＳＤＰである。ＳＩＰを用いて、セッションを記述するための共通のフォーマットをネゴシエートすることもできるので、ＳＤＰ以外の他のプロトコルを用いることもできる。
【０００６】
ＳＩＰは要求‐応答パラダイムに基づく。したがって、セッションを開始するために、開始側エンドポイントに関連付けられる発信者は、受信側エンドポイントに関連付けられ、その発信者が通話することを望むユーザにアドレス指定される要求（ＩＮＶＩＴＥと呼ばれる）を送信する。ＳＩＰでは、アドレスはユニフォーム・リソース・ロケータ（「ＵＲＬ」）である。ＳＩＰは、一般的に用いられているｍａｉｌｔｏ  ＵＲＬに非常によく似たＵＲＬフォーマットを定義する。たとえば、ユーザの電子メールアドレスが
【数１】
2006513610.tif 000003
である場合には、ＳＩＰ  ＵＲＬは
【数２】
2006513610.tif 000004
【０００７】
になるであろう。一旦、ユーザが特定され、セッション記述が転送されたなら、ＳＩＰを用いて、そのセッション開始への応答（許可、拒否など）が伝達される。許可される場合には（ＳＩＰ  ＯＫによる）、その時点でセッションはアクティブになり、その後、開始側エンドポイントから受信側エンドポイントにＳＩＰ  ＡＣＫが送信される。
【０００８】
ＳＩＰでは、ＩＮＶＩＴＥ／ＯＫ／ＡＣＫのやりとりに成功すると、ＳＩＰ制御ダイアログ（ＳＩＰダイアログ、コールレグあるいはＳＩＰトランザクションとも呼ばれる）が作成される。一旦、セッションがアクティブになったなら、ＳＩＰを用いて、そのセッションを変更することもできる。セッションを変更するために、開始側エンドポイントは単にそのセッションを再開し、元のメッセージと同じであるが、新たなセッション記述を有するメッセージを送信する。そのため、セッション記述プロトコルがセッションの変更（オーディオストリームを追加すること、オーディオストリームを除去すること、ビデオを追加すること、コーデックを変更すること、保留およびミュートなどを含む）に対応する（ＳＤＰがそれらの変更の全てに対応する）ことができる限り、ＳＩＰがセッションの変更に対応するのは容易である。最後に、ＳＩＰを用いて、そのセッションを終了することができる。ＳＩＰ  ＢＹＥメッセージを送信することにより、この機能が実行される。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ＳＩＰは、メディアセッションを制御するのに適しており、かつ、１つの開始側エンドポイントと１つの受信側エンドポイントあるいは受信側エンドポイントの小さなグループとの間でメディアセッションを確立するのに適している。しかしながら、ＳＩＰは、１つの開始側エンドポイントと受信側エンドポイントの大きなグループとの間のメディアセッションを確立するように容易に拡張することができない。これは、標準的なＳＩＰにおいて、３つのメッセージ（ＩＮＶＩＴＥ／ＯＫ／ＡＣＫ）が開始側エンドポイントと所与のグループ内の各受信側エンドポイントとの間で送信されなければならないことによる。グループが特に大きい場合には、これらの過剰なメッセージ伝送によって、帯域幅およびタイミングの問題が生じる可能性があり、それは、公安の分野などのように、通信が一刻を争うような場合には望ましくない。
【００１０】
一方、ＳＡＰは、ＲＦＣ２９７４において規定されるブロードキャストプロトコルである。ＳＡＰは、ＳＡＰアナウンサと呼ばれるセッションディレクトリサーバによって、マルチキャストによるカンファレンスをアナウンスするために用いられ、その場合に、たとえば、ラジオおよびＴＶ番組が放送電波上で放送されるのと概ね同時に、マルチメディアファイル（通常はオーディオおよびビデオストリーム）が多数のユーザに送信される。ＳＡＰは大きなグループの通信に拡張することができるが、現在ＳＡＰが実施されている方法の短所は、更新あるいはアナウンスメント速度が遅いことであり、それは動的に割り当てられるセッションには対応しない。
【課題を解決するための手段】
【００１１】
したがって、複数のエンドポイント間のグループ通信のために動的に割り当てられるセッションに対応し、任意のサイズのグループに拡張可能であり、現在の技術が抱える帯域幅およびタイミングの問題を克服する方法およびシステムアーキテクチャが必要とされている。
【００１２】
例示にすぎないが、ここで添付の図面を参照しながら、本発明の好ましい一実施形態が説明される。
【発明を実施するための最良の形態】
【００１３】
［好ましい実施形態の詳細な説明］
簡潔かつ明瞭に例示するために、図面に示される構成要素は必ずしも縮尺どおりに描かれていない。たとえば、いくつかの構成要素の寸法が互いに対して誇張されている。さらに、適当であると考えられる場合には、図面を通して対応する構成要素を指示するために、参照番号が繰り返されている。
【００１４】
図１は、本発明による、ユーザのネットワーク内でグループ通信するための方法を用いる通信ネットワークシステム１００を示す。システム１００は、ユーザ１（図示せず）およびネットワークに接続される端末１に関連付けられるエンドポイント１０２と、ユーザ２（図示せず）およびネットワークに接続される端末２に関連付けられるエンドポイント１０６と、ユーザ３（図示せず）およびネットワークに接続される端末３に関連付けられるエンドポイント１０８と、ユーザ４（図示せず）およびネットワークに接続される端末４に関連付けられるエンドポイント１１０と、グループ１に参加するエンドポイントで開始される全てのメディアセッションのための論理的な制御点を表すグループエンティティ１０４とを含む。グループ１は、構成されるときに、そのグループに参加するユーザ間で情報を共有する必要がある複数のユーザおよび関連する端末装置を含むであろう。さらに、もしあるなら、ネットワーク内のサーバおよび他のグループが、グループ１に参加することもできる。各端末装置１、２、３および４には、限定はしないが、セルラー電話、無線携帯情報端末、モバイルコンピュータおよびデスクトップ端末のうちの１つを用いるこ
とができる。
【００１５】
グループエンティティ１０４は、ＳＩＰユーザエージェントクライアント、ＳＩＰユーザエージェントサーバおよびＳＡＰセッションディレクトリを１つのエンティティとして一体に構成して、１つの制御点を設けるとともに、拡張性および性能を高めるためにユニキャストＳＩＰシグナリングをブロードキャストＳＡＰシグナリングに変換する、特化したＳＩＰエンティティであることが好ましい。セッション開始、変更および終了は、グループエンティティにアドレス指定されるＳＩＰメッセージによって制御される。グループエンティティは、１つのグループに関連する全てのアクティブセッションのセッションディレクトリを保持し、参加したエンドポイントに、ユニキャストＳＩＰシグナリングおよびブロードキャストＳＡＰアナウンスメントを介して、任意のセッションの現在の状態を通知する。
【００１６】
システム１００は、本発明を例示するために簡単にされている。しかしながら、システム１００がはるかに多くのユーザおよび関連する端末装置を含むように設計することができることは当業者には理解されよう。システム１００には、たとえば種々のサイズの複数のディスパッチグループを含む、公安において用いるためのディスパッチシステムを用いることができ、その場合に、各ディスパッチグループは、個々のグループに参加する複数のエンドポイント間でセッションを取り次ぐための関連するグループエンティティを有する。またそのディスパッチシステムは、システムの効率をさらに高めるために、図１には示されない付加的なエンティティを含むこともできる。これらの付加的なエンティティは、グループエンティティがグループ通信ためのセッションを取り次ぐのを助けるように構成されることができる。
【００１７】
システム１００では、登録過程を通して、１人あるいは複数のユーザおよびその対応する端末が、グループエンティティ１０４に知られることになり、それにより、たとえばグループ通信およびメディア交換のためにグループ１に参加する。図２は、エンドポイント１０２、１０６、１０８、１１０がグループエンティティ１０４に登録することを示す。登録過程は、各エンドポイントからグループエンティティ１０４を指している、２１２を付された矢印によって図２に示される。グループエンティティ１０４への登録は、グループエンティティ１０４に、たとえば各端末の能力を含む個々の端末の情報を提供するための役割を果たす。各エンドポイントは、好ましくはＳＩＰ  ＲＥＧＩＳＴＥＲメッセージを通して、グループエンティティ１０４に登録する。しかしながら、グループエンティティ１０４への登録は、任意の他の適当な登録過程を通して達成できることは当業者には理解されよう。
【００１８】
図３は、少なくとも１つのグループエンティティと複数のエンドポイントとを有するシステムにおいてグループ通信を確立するための本発明による方法３００を例示する流れ図である。方法３００は、１つのグループエンティティにおいて、開始側エンドポイントから、トランザクションプロトコルを用いて、そのグループエンティティに関連するグループに参加する複数のエンドポイント間でのセッションを要求するメッセージを受信するステップ３１０と、そのセッションが許可されるようにするステップ３２０と、ブロードキャストプロトコルを用いて、そのセッションの存在が、そのグループに参加する複数のエンドポイントに伝達されるようにするステップ３３０と、トランザクションプロトコルを用いて、グループエンティティによって、そのセッションが許可されたことを開始側エンドポイントに伝達するステップ３４０とを含む。本発明の好ましい一実施形態によるステップ３１０〜３４０の詳細が、ここで図４〜図６を参照しながら説明されるであろう。
【００１９】
図４は、本発明に従って、エンドポイント１０２が、グループエンティティ１０４を介して、グループ１に参加する複数のエンドポイントとのセッションを開始することを示す
。そのセッションを開始するために、開始側エンドポイント１０２は、エンドポイント１０２からグループエンティティ１０４への矢印４１２によって示されるように、グループエンティティ１０４にアドレス指定されるＳＩＰ  ＩＮＶＩＴＥメッセージを送信することが好ましい。セッション記述は、ＳＩＰ  ＩＮＶＩＴＥメッセージのペイロードにおいて搬送され、任意の要求されるセッションパラメータを記述するために用いられる。通常、所与のグループ通信のためのセッション記述は、単一のメディアストリーム、複数のメディアストリームあるいは複数の同期したメディアストリーム（たとえばクイックタイム）のうちの任意のものを含む。たとえば、セッション記述は、ユーザがＨ．２６３ビデオストリームおよびＩＭＢＥオーディオストリームでセッションを開始することを望んでいることを指示することができる。そのような場合に、ＳＩＰ  ＩＮＶＩＴＥは、１つのグループ通信内で単一のマルチメディアストリームの確立を開始することになり、その場合、各メディアストリームは固有のＳＩＰコールレグを通して確立されることが好ましい。別法では、単一のＳＩＰコールを用いて、両方のメディアストリームを確立することができる。
【００２０】
セッションパラメータを記述するために、適当なタグ値タイプあるいはスキーマベースのプロトコルが用いられる。本発明の好ましい一実施形態では、セッションを記述するためにＳＤＰパケットが用いられる。ＳＤＰパケットは、たとえば、同じセッションに対応する全てのメディアストリームを記述することができる。各ストリームのためのセッション記述を同じＳＤＰパケットに一纏めにして、エンドポイントが単一のセッションを論理的に形成するために、それらのストリームを関連付けるのを容易にすることができる。さらに、セッションを記述するためにＳＤＰを用いる利点のうちの１つは、このプロトコルが、所与のシステム内のセッションに固有の新たな情報を搬送するように拡張できることである。
【００２１】
一旦、グループエンティティ１０４がＳＩＰ  ＩＮＶＩＴＥ４１２を受信したなら、グループエンティティ１０４によって、そのセッションは許可あるいは拒否されるであろう。グループエンティティ１０４は、必要に応じて、システム内の任意の他のエンティティと調整して、この判定を行うであろう。グループエンティティ１０４がそのセッションを許可する場合には、最初に１組のセッションパラメータが選択（決定）されなければならない。再び、グループエンティティ１０４は、必要に応じて、システム内の任意の他のエンティティと調整して、適当な１組のセッションパラメータが選択されるようにするであろう。
【００２２】
先に述べたように、ＳＩＰ  ＩＮＶＩＴＥ４１２は要求されたパラメータを含むことができる。この場合に、要求されたパラメータの全てを受け入れることができない場合には、１組の選択されたセッションパラメータは、必ずしもそうではないが、要求されたパラメータの少なくとも一部であることが好ましい。しかしながら、ＩＮＶＩＴＥ４１２が要求されたパラメータを含む、含まないのいずれの場合でも、限定はしないが、（１）利用可能な帯域幅、利用可能なメディア資源、たとえばトランスコーディング、このグループが常に高解像度ビデオを用いるなどのポリシー、および逼迫したユーザなどの利用可能なシステム資源、（２）上記の登録過程を通して入手できるようになる、グループ１に参加する全てのエンドポイントのための能力リスト、および（３）グループエンティティ１０４にわかっている１組あるいは複数組のデフォルトパラメータを含む、多数の要因に応じてセッションパラメータが選択されるように、グループエンティティ１０４を構成することができる。少なくとも、そのセッションが許可される場合には、要求されるデータチャネルおよび取り得る制御チャネルが確立される。その後、グループエンティティ１０４によって、１組の選択されたセッションパラメータが、ＳＡＰセッションディレクトリに入力される。逆に、グループエンティティ１０４がそのセッションを拒否する場合には（図示せず）、グループエンティティ１０４は、好ましくは、トランザクションプロトコル、
たとえばＳＩＰを用いてエラーメッセージを送信することにより、このことを開始側エンドポイント１０２に伝達する。
【００２３】
グループエンティティ１０４がエンドポイント１０２からのＳＩＰ  ＩＮＶＩＴＥ４１２によって開始されるセッションを許可するものと仮定すると、グループ１に参加するエンドポイントにセッションの存在が伝達される必要があるであろう。図５は、グループエンティティ１０４が、ブロードキャストプロトコルを用いて、セッションの存在および選択されたセッションパラメータをエンドポイント１０６、１０８および１１０に伝達することを示す。グループエージェント１０４は、インターネットプロトコル（「ＩＰ」）マルチキャストを用いて、割り当てられたマルチキャストチャネル上で、エンドポイント１０２、１０６、１０８および１１０に対してＳＡＰアナウンスメントを送信する（矢印５１４）。システム内の各グループは、必ずしもそうではないが、グループエンティティ１０４によって選択されることができる、シグナリングのための固有のマルチキャストアドレスを有することが好ましい。
【００２４】
ＳＡＰアナウンスメントは、そのアナウンスメントが対象とするグループの識別情報およびセッション記述を搬送するように構成することができる。このセッション内の専用メディアタイプを通して、専用メディア制御情報を特定することができる。メディア制御情報をセッション制御シグナリングから切り離すことにより、システム内の機能層の構成が改善される。各ＳＡＰアナウンスメントは、そのペイロードにおいて、選択されたセッションパラメータを記述するＳＤＰパケットを搬送することが好ましい。従来では、その標準規格に従って、ＳＡＰアナウンスメントは、将来の或る時点で発生することになるセッションをアナウンスするために、比較的長い周期で送出されており、それは、アクティブＴＶガイドが、或る特定の番組を見るために、６月２３日の午後８時に７チャネルを選局するように指示するのと非常によく似ている。しかしながら、本発明によれば、ＳＡＰアナウンスメントは、セッションの開始と同時に送出され、エンドポイントがそれらを短い時間窓で受信する確率を高めるために繰り返されることが好ましい。別法では、信頼性のあるマルチキャスト技術を用いて、ＳＡＰアナウンスメントの受信を検証することができる。さらに、ＳＡＰアナウンスメントは、セッションの継続時間にわたって定期的にマルチキャストされる。
【００２５】
そのセッションの許可は、トランザクションプロトコルを用いて、開始側のエンドポイントにも伝達されなければならない。図６は、グループエンティティ１０４が、セッションの存在および選択されたセッションパラメータを開始側エンドポイント１０２に伝達することを示す。グループエンティティ１０４は、エンドポイント１０２にＳＩＰ  ＯＫを送信することにより、そのセッションを許可したことを応答することが好ましい（矢印６１６によって示される）。このＳＩＰ  ＯＫは、そのペイロードにおいて、選択されたセッションパラメータを記述するＳＤＰパケットを搬送することが好ましい。それに応答して、エンドポイント１０２はＳＩＰ  ＡＣＫを送信する。この時点で、そのセッションのＩＮＶＩＴＥ／ＯＫ／ＡＣＫトランザクションが完了し、グループ１に参加する全てのエンドポイント１０２、１０６、１０８および１１０が、そのセッションおよび選択されたセッションパラメータを通知されている。図５および図６は好ましい実施形態を示しており、ＳＡＰアナウンスメントが、グループエンティティ１０４が開始側エンドポイント１０２にセッションの許可を伝達する前に送出されるが、これら２つのステップが逆の順序で行われてもよいことは当業者には理解されよう。
【００２６】
一旦、本発明に従ってセッションが確立されたなら、システムのユーザは、以下の終了要求のうちの１つあるいは複数を実施してもらうことを望む場合がある。すなわち、エンドポイントの任意のものによる、そのセッション内の全てのエンドポイントのためのセッションを終了するための要求、そのセッションに参加するエンドポイントのうちの任意の
ものによる、そのセッションがアクティブである間に、そのセッションから抜けるための要求、あるいはエンドポイントのうちの任意のものによる、そのセッションがアクティブである間に、そのエンドポイントと、もはや必要とされないシステムとの間のＳＩＰ制御ダイアログ（すなわちコールレグ）のみを終了するための要求である。そのセッションあるいは特定のコールレグをシステムが自動的に終了することもでき、その場合、たとえば、そのセッションあるいはコールレグは、或る所定の時間だけ、あるいはシステム内の停止タイマの満了時にアイドル状態になっている。そのような終了要求は、本発明に従って、好ましくはＳＩＰ  ＢＹＥメッセージを送信することにより伝達される。
【００２７】
図７は、本発明に従って、グループエンティティ１０４がグループ１に参加するエンドポイント間に確立されるメディアセッションを終了することを示す。そのセッションを終了するために、グループエンティティ１０４は、機能している少なくとも１つのＳＩＰコールレグを有するエンドポイント１０２にＳＩＰ  ＢＹＥを送信する（矢印７１２によって示される）。グループエンティティ１０４は、たとえば、システムタイマの満了に応答して、そのセッションを終了することができる。このＢＹＥメッセージは、その要求が、全ての対応するコールレグを含む、全てのエンドポイントのためのセッションを終了することを指示する。セッション終了をエンドポイント１０６、１０８および１１０に伝達するために、グループエンティティ１０４は、これらのエンドポイントにＳＡＰアナウンスメント（「削除アナウンスメント」とも呼ばれる）を直ちに送出することが好ましい（矢印７１４によって示される）。これらの削除アナウンスメントは、エンドポイントが短い時間窓において受信する確率を高めるために繰り返されることが好ましい。別法では、信頼性のあるマルチキャスト技術を用いて、ＳＡＰアナウンスメントの受信を検証することもできる。その際、エンドポイント１０２は、グループエンティティ１０４にＳＩＰ  ＯＫを送出し（矢印７１６）、セッション終了を完了する。
【００２８】
グループ１に参加するエンドポイントのうちの任意のものが、確立されたセッションを終了することもできる。図８は、本発明に従って、エンドポイント１１０がセッションを終了することを示す。本発明のそのような一実施態様は、たとえば、あるオフィサーが自分の車両からグループのディスパッチエンドポイントおよびいくつかの他のエンドポイントに対してセッションを開始し、その後、車両を離れる場合に有用なことがある。別のユーザ、たとえばディスパッチャーは、オフィサーに車に戻ってセッションを終了するように要求するよりも、むしろそのセッションを終了することを望む場合もある。そのセッションを終了するために、エンドポイント１１０は最初に、標準的なＳＩＰ  ＩＮＶＩＴＥ／ＯＫ／ＡＣＫトランザクション（それぞれ矢印８１２、８１４および８１６によって示される）を用いることにより、グループエンティティ１０４とのＳＩＰコールダイアログを確立しなければならない。一旦、このグループエンティティ１０４とのＳＩＰコールダイアログが機能したなら、エンドポイント１１０は、エンドポイント１０２がセッションを終了することを示す図７を参照して先に説明されたのと同じようにして、そのセッションを終了することができる。具体的には、エンドポイント１１０は最初に、グループエンティティ１０４にＳＩＰ  ＢＹＥメッセージを送信するであろう（矢印８１８によって示される）。その後、グループエンティティ１０４は、ブロードキャストアナウンスメントを受信していたエンドポイント１０６および１０８にＳＡＰ削除アナウンスメントを送信するであろう（矢印８２２）。しかしながら、開始側エンドポイントは、エンドポイント１０２との機能中のＳＩＰ制御ダイアログを有するので、このエンドポイントはＳＩＰ  ＢＹＥ要求（矢印８２４）を介してセッション終了を通知され、その場合、エンドポイント１０２はＳＩＰ  ＯＫ（矢印８２６）で応答する。最後に、セッション終了は、グループエンティティ１０４がエンドポイント１１０に対してＳＩＰ  ＯＫメッセージを送信することにより完了される（矢印８２８）。
【００２９】
さらに、確立されたセッションを、グループ１に参加するエンドポイントの任意のもの
が変更することができる。たとえば、１つあるいは複数のエンドポイントが、ビットレート、コーデック、暗号などのセッションパラメータを変更することを望む場合があるか、あるいはメディアストリームを追加あるいは削除したい場合がある。エンドポイントは、変更されたセッションパラメータを記述するＳＤＰパケットをそのペイロードに含む、適当なグループにアドレス指定されるＳＩＰ  ＲＥ−ＩＮＶＩＴＥメッセージを送信することにより、セッションを変更することが好ましい。既に機能しているコールレグを持たない、すなわちブロードキャストアナウンスメントのみを受信しているエンドポイントの場合、そのエンドポイントは最初に、通常のＳＩＰ  ＩＮＶＩＴＥ／ＯＫ／ＡＣＫトランザクションを通してＳＩＰ制御ダイアログを確立しなければならない。その後、グループエンティティは、機能しているＳＩＰダイアログを有する全てのエンドポイントに、ＳＩＰシグナリングを通して、変更されたセッションパラメータを通知し、グループ内の他のエンドポイントに、繰返しのＳＡＰアナウンスメントを通して、変更されたセッションパラメータを通知する。
【００３０】
本発明がその具体的な実施形態とともに説明されてきたが、当業者には、さらに別の利点および変更形態が容易に思い浮かぶであろう。それゆえ、本発明は、その広範な態様では、ＳＩＰ、ＳＡＰおよびＳＤＰプロトコルを用いて本発明を実施した、図示および説明された具体的な細部、代表的な装置および実施例には限定されない。上記の説明に鑑みて、限定はしないが、他のトランザクション、ブロードキャストあるいはセッション記述プロトコルを用いて本発明を実施することを含む種々の改変、変更および変形が当業者には明らかであろう。さらに、本発明は、電話のような標準的なＳＩＰ装置を使用することを除外しない。したがって、本発明は上記の説明によって限定されず、添付の特許請求の範囲の精神および範囲による全てのそのような改変、変更および変形を含むものと理解されたい。
【図面の簡単な説明】
【００３１】
【図１】本発明によるグループ通信のための方法を用いるシステムを示すブロック図。
【図２】本発明による、所与のグループエンティティに関連するグループに参加する複数のエンドポイントを示すブロック図。
【図３】本発明による、１つのシステム内の複数のエンドポイント間でグループ通信を確立するための方法を示す流れ図。
【図４】本発明に従って、１つのエンドポイントが、１つのグループに関連しているグループエンティティを介して、このグループに参加する複数のエンドポイントとセッションを開始することを示すブロック図。
【図５】セッションの存在を伝達するために、本発明に従って、グループに参加する複数のエンドポイントにＳＡＰアナウンスメントが送信されることを示すブロック図。
【図６】本発明に従って、グループエンティティが開始側エンドポイントにセッションの許可を伝達することを示すブロック図。
【図７】本発明に従って、グループエンティティがセッションを終了することを示すブロック図。
【図８】本発明に従って、グループに参加するエンドポイントがセッションを終了することを示すブロック図。
【図１】
2006513610.tif 000005
【図２】
2006513610.tif 000006
【図３】
2006513610.tif 000007
【図４】
2006513610.tif 000008
【図５】
2006513610.tif 000009
【図６】
2006513610.tif 000010
【図７】
2006513610.tif 000011
【図８】
2006513610.tif 000012
【国際調査報告】
2006513610.tif 000013