JP2007532072A - 通信方法 - Google Patents

Abstract

本発明に係る通信方法は、通信を設定するために第１のユーザ装置からメッセージを送信するステップと、第２のユーザ装置の状態に関連する情報をサーバにおいて受信するステップと、前記サーバにおいて前記情報に応答してメッセージを生成するステップと、該メッセージを第１のユーザ装置に送信するステップと、を含む。

Description

本発明は、通信方法に関し、特定的には、プッシュトゥートークシステムに用いるための通信方法に（これに限定されることなく）関する。

通信システムは、この通信システムに結合したユーザ装置及び／又は他のノードのような２又はそれ以上のエンティティの間における通信セッションを可能にする設備として理解することができるものである。通信には、例えば、音声、データやマルチメディア等の通信が含まれる。セッションとは、例えば、複数のユーザ間における電話通話型のセッション、マルチウェイカンファレンスセッション（multi-way conference session）、又は、ユーザ装置と、サービスプロバイダサーバといったようなアプリケーションサーバとの間における通信セッションである。

通信システムは、典型的には、与えられた規格に従って、又は、この通信システムに結合した様々なエンティティが何を実行することを許可されているか及びそれをどのようにして達成するかを記載した仕様に従って、動作する。この規格又は仕様は、例えば、ユーザに対して、より正確にはユーザ装置に対して、回路交換（スイッチ）サービス及び／又はパケット交換（スイッチ）サービスが提供されるかどうかを定めることができる。接続（コネクション）に用いるべき通信プロトコル及び／又は通信パラメータもまた定められる。換言すれば、通信を可能とするために、通信が基礎とすることができる特定セットの規則を定められる。

ユーザ装置に対してワイヤレス通信を提供する通信システムが知られている。このワイヤレスシステムの一例は、ＰＬＭＮ（Public Land Mobile Network）である。ＰＬＭＮは、通常、セルラ技術に基づいている。セルラシステムでは、無線基地局装置（Base Transceiver Station;ＢＴＳ）又は同様のアクセスエンティティが、移動ユーザ装置（ＵＥ）に対して、これらのエンティティの間におけるワイヤレスインタフェイスを介して動作する。ユーザ装置と通信ネットワークの構成要素との間のワイヤレスインタフェイスにおける通信は、適当な通信プロトコルに基づくことができるものである。基地局装置及び通信のために必要とされる他の装置の動作は、１又は幾つかの制御エンティティによって制御することができるものである。様々な制御エンティティは、相互に接続するものとすることができる。

１又はそれ以上のゲートウェイノードがまた、他のネットワークに対して、例えば、公衆交換電話ネットワーク（ＰＳＴＮ）といったような他の通信ネットワークに対して、及び／又は、ＩＰ（Internet Protocol）のような他の通信ネットワーク、及び／又は、他のパケット交換データネットワーク（ＰＳＤＮ）に対して、セルラアクセスネットワークを接続するために設けられる。このような構成では、移動通信ネットワークは、ワイヤレスユーザ装置を有するユーザが、外部ネットワーク、ホスト、又は、特定のサービスプロバイダによって提供されるサービスにアクセスすることを可能にするアクセスネットワークを提供する。

通信システムに対する加入者のようなユーザに対して提供することができるサービスのタイプの一例は、いわゆるマルチメディアサービスである。マルチメディアサービスを提供することを可能にする通信システムのいくつかは、インターネットプロトコル（ＩＰ）マルチメディアネットワークとして知られている。ＩＰマルチメディア（ＩＭ）の機能は、ＩＰマルチメディアコアネットワークサブシステム（ＩＭＳ）によって提供することができるものである。ＩＭＳは、マルチメディアサービスを提供するために様々なネットワークエンティティを含む。他のサービスの中でも特に、ＩＭＳサービスは、移動ユーザ装置の間におけるＩＰをベースとしたパケットデータ通信セッションを提供することを意図したものである。

パケットデータネットワークでは、ネットワーク上のトラフィックフローを搬送するために、パケットデータキャリアを確立することができる。このようなパケットデータキャリアの一例が、パケットデータプロトコル（ＰＤＰ）コンテキストである。

様々なタイプのサービスが、ＩＭＳを介して異なるアプリケーションサーバ（ＡＳ）によって提供される。これらのサービスのいくつかは、時間を重視するもの（time-critical）とすることができる。ＩＭＳを介して提供することができる時間を重視するサービスの一例は、いわゆる直接音声通信サービス（direct voice communication service）である。このタイプのサービスの１つの例が、ＰＴＴ、プッシュトゥートーク（プッシュツートーク；Push-To-Talk）サービスとしても知られる「プッシュトゥートークオーバーセルラ（Push-To-Talk over Cellular;PoC）」サービスである。直接音声通信サービスは、ユーザ装置及び通信における他の通信者、例えば、このネットワークに結合した他の移動ユーザ装置又はエンティティのために、ＩＰコネクションを可能にするＩＰマルチメディアサブシステム（ＩＭＳ）の能力を利用することを意図したものである。このサービスによれば、ユーザは、１又はそれ以上の他のユーザと即座に通信することができる。

ＰｏＣサービスでは、ユーザ装置とＰｏＣアプリケーションサーバとの間における通信は、一方向データ通信媒体において発生する。ユーザは、単に、例えば、ユーザ装置のキーボード若しくはキーパッド上のキーを押圧することにより、又は、他の方法により通信媒体をアクティベートすることにより、データ通信媒体を開くことができる。アクティベート手段は、特定のボタン、タンジェント（tangent）、又は、キーボードにおける適当なキーによるものとすることができる。同様の原理は、タッチ検知式のユーザインタフェイス又は音声によりアクティベートされるユーザインタフェイスを有するデバイスにも適用される。ユーザが発言している間、他の１又はそれ以上のユーザは聞くことができる。通信セッションにおけるすべての通信者が同様にＰｏＣアプリケーションサーバを用いて音声データを通信することができるので、双方向通信を提供することができる。発言する権利すなわち発言権（turn）は、プッシュトゥートークボタン等をアクティベートすることにより、リクエストされる。発言権は、例えば、早い者勝ちという原則に基づいて、又は、優先度に基づいて、与えることができるものである。

ＰｏＣ通信の性質は即時のものであり、ユーザ間の接続は、典型的には、極めて高速に、例えば数秒内に確立される。しかしながら、ＰｏＣシステム環境においては、ユーザは、到来するＰｏＣ通信リクエストにおいて自動的に応答するように端末を構成することができるか、又は、ユーザは、端末がそのリクエストに応答する前に端末から促されるようにすることができる。後者のケースでは、ユーザは、到来したＰｏＣ通信リクエストを受信したといういくつかの信号を受信する。ユーザは、ユーザ装置と対話して、適切な応答を送信することができる。しかしながら、この後者の方法は、様々な問題を引き起こす。上述した第１のケースでは、ＰｏＣ通信の発信者は、数秒内に発言を開始することができる。これは、他の通信相手が手動によりＰｏＣ通信を受け入れるまで、発信者が待たなければならないケースではない。これは、対象とされている通信相手が答えるまでに比較的に長い時間がかかりうる。発信者は、ＰｏＣ通信の状態を認識せず、したがって、そのリクエストが対象とされている通信相手によって受信されたかどうかに関する表示を何ら取得しない。したがって、エンドユーザは、通信の確立（セットアップ）に長い時間がかかっている理由を全く理解できない。このことは、発信者が、ネットワーク問題が発生していると考えてしまうことにつながる。

インターネット技術標準化委員会（ＩＥＴＦ）により開発されたセッション開始プロトコル（ＳＩＰ）では、「180 ringing」メッセージが存在する。これは、例えば、通信対象とされたユーザに警告がされているということ、及び、現在応答を常に待っているということを示すために、用いられる。発信者が、通信対象とされたユーザをセッションにインバイトするＲＥＦＥＲ方法を用いるときには、ＰｏＣサーバが、発信者に対してセッションのセットアップがringing状態すなわちマニュアル応答モードにあるということを通知するための、制御プレーン（control plane）動作が全くない。180 ringingメッセージが受信されたときには、ＰｏＣサーバは、発言を開始するための許可を示すために、フロア制御（floor control）メッセージを生成することができる。このメッセージは、ＲＴＣＰ（リアルタイムトランスポートプロトコル制御プロトコル）フロア許可メッセージとすることができる。しかしながら、このメッセージは、ユーザプレーン上にある。ユーザプレーンは、ユーザのデータ通信のために用いられる。このことは、３ＧＰＰ及びＯＭＡ（Open Mobile Alliance）といったような標準に合致しない。というのは、制御プレーンのシグナリングとユーザプレーンのデータとを結合させることは、望ましくないからである。

本発明の様々な実施形態は、上述した問題を解決することを目的とする。

本発明の第１の特徴によれば、通信を設定するために第１のユーザ装置からメッセージを送信するステップと、サーバにおいて第２のユーザ装置の状態に関連する情報を受信するステップと、該情報に応答して前記サーバにおいてメッセージを生成するステップと、該メッセージを第１のユーザ装置に対して送信するステップと、を含む通信方法が提供される。

本発明の別の特徴によれば、第１のユーザ装置と第２のユーザ装置とサーバとを備えた通信システムであって、前記第１のユーザ装置が、通信を設定するために第１のユーザ装置からメッセージを送信するための手段を備え、前記サーバが、第２のユーザ装置の状態に関連した情報を受信するための手段と、該情報に応答してメッセージを生成する手段と、第１のユーザ装置に対して該メッセージを送信するための手段と、を備える、通信システムが提供される。

本発明の別の特徴によれば、通信システムに用いられるサーバであって、第２のユーザ装置の状態に関連する情報を受信するための手段と、該情報に応答してメッセージを生成するための手段と、該メッセージを第１のユーザ装置に対して送信するための手段と、を備えるサーバが、提供される。

本発明の別の特徴によれば、通信システムに用いられるユーザ装置であって、第２のユーザ装置との通信を設定するためにメッセージを当該ユーザ装置から送信するための手段と、当該ユーザ装置において、前記第２のユーザ装置の状態に関連する情報を含むメッセージを受信するための手段と、を備えるユーザ装置が提供される。

本発明をより良く理解するために、例示として、添付図面のみを参照する。

本発明の特定の実施形態について、例示として、第３世代（３Ｇ移動体通信システム）の例示的な構成を参照して説明する。しかしながら、これらの実施形態は、他の任意の好適な形態の通信システムにも適用可能である、ということを理解されたい。

第３世代パートナーシッププロジェクト（３ＧＰＰ）は、ユーザ装置のユーザに対してマルチメディアサービスを提供する第３世代（３Ｇ）コアネットワークのための参照構造を定めてきた。このコアネットワークは、３つの基本的なドメインに分けられる。これらは、回路交換（ＣＳ）ドメイン、パケット交換（ＰＳ）ドメイン及びインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ドメインである。

図１は、ＩＰマルチメディアネットワーク加入者に対してＩＰマルチメディアサービスを提供するＩＰマルチメディアネットワーク４５を示す。ＩＰマルチメディアサブシステム（ＩＭＳ）の機能は、このサービスの実施のための様々なエンティティを含むコアネットワーク（ＣＮ）によって実現することができる。第３世代パートナーシッププロジェクト（３ＧＰＰ）は、ＩＭＳサービスに対してＩＰ接続性を提供するためのＧＰＲＳ（General Packet Radio Service）を使用することを定めてきた。したがって、ＧＰＲＳに基づいたシステムが、例示として以下に示すＩＭＳサービスを可能にする考えられるバックボーン通信ネットワークにおいて用いられる。

３Ｇ携帯電話システムといったような移動体通信システムが、典型的には、複数のモバイルユーザ装置のために機能するように、通常はユーザ装置とこの通信システムにおける基地局との間におけるワイヤレスインタフェイスを介して機能するように、設けられる。移動体通信システムは、論理的には、無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）とに分けることができる。コアネットワークエンティティは、典型的には、多数の無線アクセスネットワークを介した通信を可能とし、さらに単一の通信システムと他の携帯電話システム及び／又は固定網通信システムといったような１又はそれ以上の通信システムとをインタフェイスするための、制御エンティティ及びゲートウェイを含む。

図１において、中間（intermediate）移動体通信ネットワークが、サポートノードとモバイルユーザ装置との間のパケット交換ドメインにおけるパケット交換データ伝送を実現する。複数の異なるサブネットワークが、外部のデータネットワークに対して、例えば、パケット交換データネットワーク（ＰＳＰＤＮ）に対してＧＰＲＳサポートノード（ＧＧＳＮ）３４、４０を介して順次接続される。よって、ＧＰＲＳサービスが、モバイルデータ端末間において、及び／又は、外部のデータネットワーク間において、パケットデータの伝送を可能とする。さらに具体的には、例示的なＧＰＲＳ動作環境は、ＧＰＲＳバックボーンネットワーク３２及び４１により相互接続される１又はそれ以上のサブネットワークサービスエリアを含む。サブネットワークは、多数のパケットデータサービスノード（ＳＮ）を備える。この実施形態では、これらサービスノードをＳＧＳＮ（Serving GPRS Support Node）という。ＳＧＳＮ３３、４２の各々は、少なくとも１つの移動体通信システムに対して、典型的には、基地局システムに対して接続される。明確化のために図示はしていないが、かかる接続は、無線ネットワーク制御装置によって、又は、基地局制御装置といったような他のアクセスシステム制御装置によって、実現することができ、パケットサービスが、幾つかの基地局を介してモバイルユーザ装置のために提供されるようになっている。

基地局３１及び４３が、モバイルユーザすなわち加入者のモバイルユーザ装置３０及び４０に対して各々のワイヤレスインタフェイスを介して信号を送信しかつこれらから各々のワイヤレスインタフェイスを介して信号を受信するように、設けられる。これに対応するように、モバイルユーザ装置の各々は、上記ワイヤレスインタフェイスを介して、基地局に対して信号を送信し、かつ、基地局から信号を受信することができる。図１の簡略化された表現では、基地局３１及び４３は、各々の無線アクセスネットワーク（ＲＡＮ）に属している。同図に示した構成では、ユーザ装置３０及び４４の各々は、それぞれ、基地局３１及び４３に結合した２つのアクセスネットワークを介してＩＭＳネットワーク４５にアクセスすることができる。図１は、２つの無線アクセスネットワークの基地局のみしか示していないが、典型的な移動体通信ネットワークは、通常、多数の無線アクセスネットワークを含む、ということを理解されたい。

ＩＭＳドメインは、マルチメディアサービスが充分に管理されることを確実にするためのものである。ＩＭＳドメインは、一般的に、インターネット技術標準化委員会（ＩＥＦＴ）により開発されたようなセッション開始プロトコル（ＳＩＰ）をサポートする。セッション開始プロトコル（ＳＩＰ）は、１又はそれ以上の参加者（エンドポイント）に関するセッションを生成、変更及び終了させるための、アプリケーションレイヤ制御プロトコルである。ＳＩＰは、一般的に、インターネットにおける２又はそれ以上のエンドポイントの間におけるセッションを、これらのエンドポイントに対してこのセッションの意味論（セマンティックス）を認識させることにより、開始することを可能にするために、開発されてきた。ＳＩＰに基づいた通信システムに接続されたユーザは、標準化されたＳＩＰメッセージに基づいた通信システムにおける様々なエンティティと通信することができる。ユーザ装置、又は、このユーザ装置において特定のアプリケーションを実行するユーザは、ＳＩＰバックボーンを用いて登録されて、特定のセッションをこれらのエンドポイントに正確に伝えることができるようになっている。ＳＩＰは、装置及びユーザのための登録メカニズムを与え、このＳＩＰは、ロケーションサーバやレジストラ（registrar）といったようなメカニズムを適用してセッションのインビテーションを適切にルーティングする。ＳＩＰシグナリングにより実現可能な考えられる適切なセッションの例は、インターネットマルチメディア会議、インターネット電話及びマルチメディア配信である。

無線アクセスネットワーク内のユーザ装置は、典型的には無線ベアラと称される無線ネットワークチャネルを介して無線アクセス制御装置と通信することができる。各ユーザ装置は、無線ネットワーク制御装置に対して常時オープンとなっている１又はそれ以上の無線チャネルを有することができる。インターネットプロトコル（ＩＰ）通信のために適合された任意の適切なモバイルユーザ装置を、ネットワークに接続するために用いることができる。例えば、ユーザは、パーソナルコンピュータ、携帯情報端末（ＰＤＡ）、移動局（ＭＳ）、ポータブルコンピュータ、又は、これらを組み合わせたもの等といったようなユーザ装置を用いて、携帯電話ネットワークにアクセスすることができる。移動局のコンテキストにおいて、本発明の様々な実施形態を説明する。

発呼及び着呼といったようなタスクのために、ネットワークからデータを受信しかつネットワークに対してデータを送信するために、並びに、例えばマルチメディアコンテンツを体験するために、移動局が用いられる。移動局には、典型的には、上記タスクを実現するためのプロセッサ及びメモリが、設けられる。移動局は、移動体通信システムにおける基地局から信号を無線受信しかつこれら基地局に対して信号を無線送信するためのアンテナを含むことができる。移動局には、画像及び他のグラフィカルな情報をモバイルユーザ装置のユーザに対して表示するためのディスプレイを備えることもできる。スピーカもまた設けられる。この移動局の動作は、キーパッド、音声命令、タッチ検知式スクリーン又はパッド、又は、これらを組み合わせたものといったような、好適なユーザインタフェイスにより、制御することができるものである。

図１の移動局３０及び４４は、ユーザがプッシュトゥートークタイプのサービスを利用できるように構成されている。プッシュトゥートークサービスによって必要とされうるアクティベーション機能は、移動局３０若しくは４４のキーパッド上のボタンの１つによって、又は、「ウォーキートーキー」によって知られるタイプといったような特定のキー又はボタンによって、もたらすものとすることができる。

図１は、明確化のために２つの移動局のみしか示していない、ということを理解されたい。実際には、多数の移動局が、各基地局と同時に通信状態となることができる。移動局は、幾つかの同時セッション、例えば多数のＳＩＰセッション及びアクティベートされたＰＤＰコンテキストを有することができる。例えば、ユーザは、電話をすると同時に、少なくとも１つの他のサービスに接続することができる。

アクセスエンティティにおけるユーザ装置とＧＧＳＮとの間における全体的な通信は、ＰＤＰコンテキストによりもたらされる。各ＰＤＰコンテキストは、特定のユーザとＧＧＳＮとの間における通信経路を与える。一旦、ＰＤＰコンテキストが確立されると、このＰＤＰコンテキストは、典型的には、多数のフローを搬送する。各フローは、通常は、例えば、特定のサービス、及び／又は、特定のサービスのメディア要素（media component）を表現する。したがって、ＰＤＰコンテキストは、ネットワークを通過する１又はそれ以上のフローのための論理的な通信経路を表現する。ユーザ装置とＳＧＳＮとの間においてＰＤＰコンテキストを実現するためには、一般的にはユーザ装置のためのデータ転送を可能にする無線アクセスベアラを確立する必要がある。

ネットワークエンティティによって取り扱われかつサーバによって動作させられるＩＭネットワーク４５の様々な機能によって、ユーザ装置に対してサービスを提供することができるように、通信システムが開発されてきた。現在の３Ｇワイヤレスマルチメディアネットワーク構造においては、幾つかの異なるサーバは異なる機能を扱うためのものであると仮定されている。これらの異なる機能には、呼セッション制御機能（Call Session Control Functions; CSCF）といったような機能が含まれている。呼セッション制御機能は、プロキシ呼セッション制御機能（Proxy Call Session Control Function; P-CSCF）３５、３９、問い合わせ呼セッション制御機能（Interrogating Call Session Control Function; I-CSCF）３７、及び、サービング呼セッション制御機能（Serving Call Session Control Function; S-CSCF）３６、３８といったような様々なカテゴリに分割することができるものである。

ユーザ装置３０、４４は、ＩＭＳに一般的には接続されるアプリケーションサーバに対してＧＰＲＳネットワークを介して接続することができる。図１では、アプリケーションサーバのようなものが、プッシュトゥートークオーバーセルラ（ＰｏＣ）サービスサーバ５０によって与えられている。１つの変形例では、着呼側の通信者について別のＰｏＣサーバを設けることができる。このように、Ｓ−ＣＳＣＦ３８に接続されるＰｏＣサーバは、Ｓ−ＣＳＣＦ３６に接続されるＰｏＣサーバと同一としないことができる、ということを理解されたい。

モバイルユーザ装置３０及び４４は、異なるＩＭＳネットワークからのものとすることができる。

ＰｏＣアプリケーションサーバは、ＩＭＳネットワーク４５を介してＰｏＣサービスを実現するためのものである。プッシュトゥートークサービスは、いわゆるダイレクト音声通信サービスの一例である。ＰｏＣサービスを利用したいユーザは、適当なＰｏＣサーバに対して加入する必要があるものとすることができる。

ダイレクト音声通信サービスは、ＧＰＲＳバックボーンの性能、及び、移動局３０及び４４とのＩＰ接続を可能にするためのマルチメディアサブシステムの機能の制御を利用することを意図されている。ＰｏＣサーバは、ＩＭＳシステムのオペレータ又はサードパーティのサービスプロバイダによって動作させることができるものである。

ユーザは、通信リンクを、例えば、移動局３０上の特定のアクティベーションボタンを押圧することにより開くことができる。移動局３０のユーザが発言している間にあっては、移動局４４のユーザは、聞いている。移動局４４のユーザは、この後、同様の手法により応答することができる。ユーザ装置と適切な呼セッション制御機能との間におけるシグナリングは、ＧＰＲＳネットワークを介してルーティングされる。ユーザプレーンセッションが、ユーザ装置のためのシグナリングをセットアップし、ＰｏＣアプリケーションサーバ５０を介してルーティングされ、ＰｏＣアプリケーションサーバ５０により制御される。換言すれば、ＰｏＣアプリケーションサーバ５０は、（シグナリングのための）制御プレーン及びＰｏＣユーザの（ユーザデータのための）ユーザプレーンの両方を制御することができる。ＰｏＣアプリケーションサーバとユーザ装置との間における制御プレーントラフィックは、ＩＭＳ４５を介してルーティングすることができる一方、ユーザ装置とＰｏＣサーバとの間におけるユーザプレーントラフィックは、インタフェイス５４及び５６によりＧＰＲＳシステムからＰｏＣアプリケーションサーバに対してルーティングすることができる。

ここで、本発明の一実施形態におけるシグナリングフローを示す図２を参照する。図２に示す実施形態では、第１のユーザ装置１３０がユーザ装置１４４との接続をしたいと考えている。この実施形態では、ユーザ装置は、ＰｏＣクライアントを備える。第１のユーザ１０３はあるネットワーク内におり、他方のユーザ１４４は、異なるネットワーク内にいる。本発明のいくつかの実施形態では、これらのユーザは、同一のネットワークにいることもでき、したがってシグナリングを簡略化することができる、ということを理解されたい。ユーザ装置１３０のホームネットワークは、ＩＭＳ又はＳＩＰ／ＩＰコア４５ａ9及びＰｏＣアプリケーションサーバ５０ａを備える。第２のユーザ１４４のホームネットワークは、ＩＭＳ又はＳＩＰ／ＩＰコア４５ｂ及びＰｏＣアプリケーションサーバ５０ｂを備える。ユーザ装置１３０及び１４４が同一のネットワーク内にいる場合には、アプリケーションサービス５０ａ及び５０ｂは、共通のエンティティによって与えることができる。同様に、コア４５ａ及び４５ｂもまた、共通のエンティティによって与えることができる。

ステップＳ１において、ＰｏＣセッションがユーザ装置１３０とＩＭＳコア４５ａとＰｏＣアプリケーションサーバとの間において形成される。これは、ユーザ装置における適当なボタン等をアクティベートするユーザによって開始される。

ステップＳ２において、REFERメッセージが、第１のユーザ装置１３０からこれに結合されたＩＭＳコア４５ａに送信される。このREFERメッセージは、例えば、ＩＥＴＦ仕様書ＲＦＣ３５１５において定められている。このREFERメッセージは、（リクエストＵＲＩによって識別される）受信者がそのリクエストにおいて与えられるコンタクト情報を用いてサードパーティにコンタクトすべき旨を示している。本発明の実施形態では、受信者とはＰｏＣアプリケーションサーバ５０ａであり、サードパーティとは第２のユーザ装置１４４である。ユーザ装置１３０とＰｏＣサーバ５０ａとの間には、いわゆる事前確立セッション（Pre-established session）が存在し、受信者は、ＰｏＣサーバ５０ａにおいてホストされた（hosted）ＰｏＣセッションＵＲＩである。

ステップＳ３において、REFERメッセージが、ＩＭＳコア４５ａからＰｏＣアプリケーションサーバ５０ａに転送される。

ステップＳ４において、ＰｏＣアプリケーションサーバ５０ａが、202Acceptedメッセージの形で肯定応答（Acknowledge）メッセージを送信する。この肯定応答は、ステップＳ５において、ＩＭＳコア４５ａからユーザ装置１３０に対して転送される。

ステップＳ６において、通知（NOTIFY）メッセージが、アプリケーションサーバからＩＭＳコア４５ａに対して送信される。ＰｏＣサーバ５０ａは、REFERリクエスト処理に関してアドバイスするために通知（NOTIFY）リクエストを送信する。通知リクエストの本体は、REFERリクエストによって開始されたリクエストについてＰｏＣサーバに通知することにより受信されるような応答のうちの断片（フラグメント）を含む。

ステップＳ７において、通知メッセージが、ＩＭＳコアによってユーザ装置１３０に転送される。

ステップＳ８において、200 OK 肯定応答が、ユーザ装置１３０からＩＭＳコア４５ａに対して送信される。ステップＳ９において、この200 OKメッセージが、ＩＭＳコア４５ａによりＰｏＣアプリケーションサーバ５０ａに転送される。

ステップＳ１０において、ＰｏＣアプリケーションサーバ５０ａが、ＩＭＳコア４５ａに対してINVITEメッセージを送信する。これは、ユーザ装置１４４との接続をリクエストするためのものである。

ステップＳ１１において、ＩＭＳコア４５ａは、その接続の確立を試みている旨を示す100 TryingメッセージをＰｏＣアプリケーションサーバ５０ａに対して送信する。

ステップＳ１２において、ＩＭＳコア４５ａは、INVITEメッセージを第２のユーザ装置１４４のＩＭＳコア４５ｂに対して送信する。このINVITEメッセージは、第２のユーザ装置１４４との接続を確立するためのものである。

ＩＭＳコア４５ｂは、ステップＳ１３において、接続の確立を試みている旨を示す100 Tryingメッセージにより応答する。

ステップＳ１４において、ＩＭＳコア４５ｂとＰｏＣアプリケーションサーバ５０ｂとユーザ装置１４４との間においてセッションが設定（セットアップ）される。

ユーザ装置１４４は、端末がそのリクエストに応答する前にユーザに促すようなモードにある場合には、ユーザ装置１４４は、ステップＳ１５において、180 Ringingメッセージを送信する。これは、ＩＭＳコア４５ｂに対して送信される。

ステップＳ１６において、180 Ringingメッセージが、ＩＭＳコア４５ｂからＰｏＣアプリケーションサーバ５０ｂに送信される。次に、このメッセージは、ステップＳ１７において、アプリケーションサーバ５０ｂからＩＭＳコア４５ｂに対して返送される。第２のユーザ装置１４４に結合されたＩＭＳコア４５ｂは、この後、ステップＳ１８において、180 Ringingメッセージを、第１のユーザ装置に結合されたＩＭＳコア４５ａに対して転送する。ステップＳ１６及びＳ１７が、発呼者のホームネットワークにおける180 Ringingメッセージの目的地を確立するために必要とされている、ということを理解されたい。

ステップＳ１９において、180 Ringingメッセージが、ＩＭＳコア４５ａから第１のユーザ装置のホームネットワークにおけるＰｏＣアプリケーションサーバ５０ａに対して送信される。

或いはまた、ＰｏＣアプリケーションサーバ５０ｂは、ユーザ装置１４４のユーザがマニュアル応答モードを用いているということを認識しているので、ＰｏＣアプリケーションサーバ５０ｂが、ユーザ装置１４４へのコンタクトの前に、ステップＳ１７を実行することもできる。

或いはまた、ＰｏＣアプリケーションサーバ５０ｂが、インバイトされた通信者に対して（ステップＳ１４において）セッション設定を操作者ステップインする前に、別の好適な事前応答（例えば、183 セッションプログレス［Session Progress］）を用いて応答することができる。

ステップＳ２０において、ＰｏＣアプリケーションサーバ５０ａは、ＩＭＳコア４５ａに送信される通知メッセージを用意する。これは、発呼者への呼び出し状態（ringing state）を示すためのものである。

ステップＳ２１において、通知メッセージが、ＩＭＳコア４５ａからユーザ装置１３０に対して転送される。

ステップＳ２２において、ユーザ装置１３０が、ＩＭＳコア４５ａに対して肯定応答200 OKを送信する。この肯定応答は、ステップＳ２３において、ＰｏＣアプリケーションサーバ５０ａに転送される。

ステップＳ２４において、第１のユーザ装置１３０が、通知メッセージに応答して、セッション状態の変化を、すなわち、呼び出し状態にあるということを示す、ユーザに対する視覚的又は音声的なメッセージを生成する。また、第１のユーザ装置１３０は、会話バーストを送信又は送信しないことが可能であるかどうかを示すこともできる。

ステップＳ２５において、フロア制御（floor control）情報を、ＰｏＣサーバ５０ａとユーザ装置１３０との間におけるユーザプレーンにおいてやり取りすることができる。

ステップＳ２６において、第２のユーザ１４４が応答する。この情報は、ＰｏＣアプリケーションサーバ５０ａ及び５０ｂ並びにＩＭＳコア４５ａ及び４５ｂに利用可能とされる。

ステップＳ２７において、ＰｏＣサーバが、第１のユーザ装置１３０に対して、目的とされたユーザが応答した旨をアドバイスする。

フロア制御情報であるフロア許可（Floor Granted）を、ユーザプレーンにより、ＰｏＣサーバ５０ａからユーザ装置１３０に対して送信することができる。

ステップＳ２８において、第２のユーザ装置が、会話セッションに加えられる。

ステップＳ２９において、目的とされたユーザが応答した旨を示すＰｏＣ特有の表示が、ユーザ装置１３０に対して表示されるか又は示される。

REFER又は他の手段を用いた多数のインバイトの場合には、ＰｏＣは、最初の180 Ringing応答を受信したときに、呼び出し状態の通知メッセージを生成する。Ｐｏｃは、より多くの呼び出し応答が他のユーザから受信されたときには、さらなる通知メッセージを生成する。

ネットワークのポリシーに従って、ステップＳ１０におけるINVITEメッセージのルーティングは異なりうる。ステップＳ１０において、INVITEメッセージが、ユーザ装置１４４のホームネットワークに直接送信される、ということも可能である。したがって、ステップＳ１０のメッセージは、ＳＩＰ／ＩＰコア４５ｂ又はＰｏＣアプリケーションサーバ５０ｂに対して直接送信することができる。これに対応して、INVITEメッセージに対する応答は、確立されたシグナリングパスを辿る。

本発明を実施する方法は、セッションプログレスに関する通知が受信されたときに、ユーザ装置からフロア制御を開始することができる。

REFERに基づいたセッションインバイトという場面について本発明の実施形態を説明してきた、ということを理解されたい。本発明の実施形態は、他のタイプのメッセージにも同様に適用可能である。

フロア制御メッセージという場面について本発明の実施形態を説明してきた、ということを理解されたい。本発明の実施形態に適用可能な他のタイプのメッセージもありうるということを理解されたい。

ＩＭＳシステム及びＧＰＲＳネットワークという場面について本発明の実施形態を説明してきた。しかしながら、本発明は、他の任意のアクセス技術にも適用可能なものである。さらには、ここで列挙した例を、ＳＩＰを実行可能なエンティティを用いたＳＩＰネットワークという場面について説明してきた。本発明は、ワイヤレスシステム又は固定網システムであろうと、他の任意の適当な通信システムにも適用可能なものである。

３ＧＰＰシステムの場面について本発明の実施形態を説明してきたが、本発明の実施形態は、３ＧＰＰ２システムにも適用可能である。３ＧＰＰ２では、ＩＰマルチメディアは、ＭＭＤ（マルチメディアドメイン）と称される。３ＧＰＰ２ ＭＭＤは、ＩＭＳ及びＰＤＳ（パケットデータサブシステム）である。３ＧＰＰ２において、パケットデータネットワークに関する用語は異なっており、例えば、「ＧＰＲＳ」という用語は用いられず、「ＩＰ接続性ネットワーク」という、ＩＭＳエンティティに対する又はＩＭＳエンティティ間における基礎的なＩＰトランスポート接続性を与えるネットワークエンティティ及びインタフェイスの集合を指す用語が、用いられる。また、ＰＤＰコンテキストではなく、例えば、「ＩＰ接続性ネットワークベアラ」という用語が用いられる。したがって、添付した特許請求の範囲及び本明細書において用いられる用語は、異なる用語を用いて名前が付けられているが同様の機能を与えるエンティティ及びシステムを包含すると解釈すべきである。

移動局に関連して本発明の実施形態を説明してきたが、本発明の実施形態は、他の任意の好適なタイプのユーザ装置にも適用可能である、ということを理解されたい。

プッシュトゥートーク通信の場面について本発明の実施形態を説明してきた。しかしながら、本発明の実施形態は、例えば会議（conferencing）といったような他の適当な場面においても用いることが可能である。

実際の信号の流れが本発明の実施形態と相違することもあり、異なるタイプのメッセージングもまた同様の効果を達成するために用いることが可能である、ということを理解されたい。

以上のように本発明の例示的な実施形態を説明してきたが、添付した特許請求の範囲に定められる発明の範囲から逸脱することなく、開示された解決法に対して様々な変形及び修正を施すことが可能である、ということにも留意されたい。

図１は、本発明の実施形態を実装することができる通信システムを示す図である。 図２は、本発明の一実施形態におけるシグナリングを示すシグナリングフロー図である。

Claims (23)

1. 通信を設定するために第１のユーザ装置からメッセージを送信するステップと、
   第２のユーザ装置の状態に関連する情報をサーバにおいて受信するステップと、
   前記サーバにおいて前記情報に応答してメッセージを生成するステップと、
   該メッセージを第１のユーザ装置に送信するステップと、
   を含むことを特徴とする通信方法。
2. 前記第１のユーザ装置が発呼するユーザ装置を備える、請求項１に記載の通信方法。
3. 前記メッセージを生成するステップが、前記第２のユーザ装置の状態に関連する情報を含む通知メッセージを生成することを含む、請求項１又は請求項２に記載の通信方法。
4. セッション開始プロトコルに従ってメッセージが送信される、請求項１から請求項３のいずれかに記載の通信方法。
5. 前記メッセージを生成するステップが通知メッセージを生成することを含む、請求項４に記載の通信方法。
6. 前記第１のユーザ装置が、該第１のユーザ装置に送信されたメッセージに応答して、ユーザに対して前記第２のユーザ装置の状態に関する情報を与えるステップを含む、請求項１から請求項５のいずれかに記載の通信方法。
7. 前記情報を与えるステップが前記情報を表示する表示することを含む、請求項６に記載の通信方法。
8. 前記メッセージに応答して前記第１のユーザ装置によってリクエストを生成するステップと、
   前記サーバに対して該リクエストを送信するステップと、
   を含む、請求項１から請求項７のいずれかに記載の通信方法。
9. 前記リクエストを生成するステップが、前記第１のユーザ装置のユーザが会話するための許可についてのリクエストを生成することを含む、請求項８に記載の通信方法。
10. 前記リクエストを生成するステップ及び該リクエストを送信するステップが、ユーザプレーンによりリクエストを生成及び送信することを含む、請求項８又は請求項９に記載の通信方法。
11. 前記第２のユーザ装置が目的とされたユーザ装置である、請求項１から請求項１０のいずれかに記載の通信方法。
12. 前記情報が前記第２のユーザ装置が呼び出している旨を示す情報を含む、請求項１から請求項１１のいずれかに記載の通信方法。
13. 前記情報が180 Ringingメッセージを含む、請求項４に記載の通信方法。
14. プッシュトゥートーク通信を含む、請求項１から請求項１３のいずれかに記載の通信方法。
15. 前記プッシュトゥートーク通信がＰｏＣを含む、請求項１４に記載の通信方法。
16. 前記第１のユーザ装置から前記サーバに対してフロア制御リクエストを送信するステップを含む、請求項１４又は請求項１５に記載の通信方法。
17. 前記フロア制御情報リクエストを送信するステップが、前記第１のユーザ装置が前記第２のユーザ装置が呼び出している旨の情報を受信したときに実行される、請求項１６に記載の通信方法。
18. 前記フロア制御リクエストが前記ユーザプレーンにより送信される、請求項１６又は請求項１７に記載の通信方法。
19. 前記フロア制御リクエストが、前記第１のユーザ装置が会話をするための許可を求めることについてのリクエストである、請求項１６から請求項１８のいずれかに記載の通信方法。
20. サーバから前記第１のユーザ装置に対してフロア許可メッセージを供給して、前記第１のユーザ装置が前記サーバに対して媒体を送信することができる旨の情報を供給するステップを含む、請求項１４から請求項１９のいずれかに記載の通信方法。
21. 第１のユーザ装置と、第２のユーザ装置と、サーバと、を備えた通信システムであって、
    前記第１のユーザ装置が、通信を設定するために第１のユーザ装置からメッセージを送信するための手段を備え、
    前記サーバが、第２のユーザ装置の状態に関する情報を受信するための手段と、
    前記情報に応答してメッセージを生成するための手段と、該メッセージを第１のユーザ装置に対して送信する手段と、を備える、
    ことを特徴とする通信システム。
22. 通信システムに用いられるサーバであって、
    第２のユーザ装置の状態に関連する情報を受信するための手段と、
    該情報に応答してメッセージを生成するための手段と、
    該メッセージを第１のユーザ装置に対して送信するための手段と、
    を具備することを特徴とするサーバ。
23. 通信システムに用いられるユーザ装置であって、
    第２のユーザ装置との通信を設定するために、当該ユーザ装置からメッセージを送信するための手段と、
    当該ユーザ装置において、前記第２のユーザ装置の状態に関連する情報を含むメッセージを受信するための手段と、
    を具備することを特徴とするユーザ装置。

Images