(57)【要約】  通信システム内においてデータセッションをセットアップする方法が提供される。この方法は、少なくとも１つのユーザ装置をサービスプロバイダに登録する段階を有しており、媒体能力に関する情報が、少なくとも１つのユーザ装置とサービスプロバイダ間において通信された後に、保存される。本方法は、少なくとも１つのユーザ装置とのデータセッションに対する要求を送信し、要求されたセッションをセットアップする際に保存されている情報を使用する段階を更に有している。相応して動作するべく構成された通信システム、アプリケーションサーバ、及びユーザ装置も提供される。
2007503141.tif 000002
【特許請求の範囲】
【請求項１】
データセッションをセットアップする方法において、
少なくとも１つのユーザ装置をサービスプロバイダに登録する段階と、
前記少なくとも１つのユーザ装置と前記サービスプロバイダ間において媒体能力に関する情報を通信する段階と、
媒体能力に関する情報を保存する段階と、
前記少なくとも１つのユーザ装置とのデータセッションに対する要求を送信する段階と、
前記要求されたデータセッションをセットアップする際に、前記保存されている情報を使用する段階と、
を有する方法。
【請求項２】
請求項１記載の方法において、媒体能力に関する情報を通信する前記段階は、前記ユーザ装置から前記サービスプロバイダに媒体能力に関する情報を送信する段階を有し、情報を保存する前記段階は、前記媒体能力情報を前記サービスプロバイダにおいて保存する段階を有する、データセッションをセットアップする方法。
【請求項３】
請求項２に記載の方法において、前記媒体能力に関する情報は、コーデック能力、モード能力、利用可能な通信ポート、ユーザ装置のタイプ及び／又はバージョン、タイマ、サポートされている任意選択の機能、前記ユーザ装置に提供されているＲＢ（Ｒａｄｉｏ  Ｂｅａｒｅｒ）の能力からなる機能の中の少なくとも１つと関連する情報を有する、データセッションをセットアップする方法。
【請求項４】
請求項１乃至３の何れか１項に記載の方法において、媒体能力に関する情報を通信する前記段階は、前記サービスプロバイダから前記ユーザ装置に対して前記媒体能力に関する情報を送信する段階を有し、情報を保存する前記段階は、前記媒体能力情報を前記ユーザ装置において保存する段階を有する、データセッションをセットアップする方法。
【請求項５】
請求項４に記載の方法において、前記媒体能力に関する情報は、アプリケーションサーバのバージョン、サポートされている任意選択の機能、タイマ、利用可能なサービス、及びアカウントからなる機能の中の少なくとも１つと関連する情報を有する、データセッションをセットアップする方法。
【請求項６】
請求項１乃至５の何れか１項に記載の方法において、前記ユーザ装置を登録する前記段階は、前記ユーザ装置をＰＴＴ（Ｐｕｓｈ−Ｔｏ−Ｔａｌｋ）サービスのアプリケーションサーバに登録する段階を有する、データセッションをセットアップする方法。
【請求項７】
請求項１乃至６の何れか１項に記載の方法において、前記ユーザ装置をインターネットプロトコルマルチメディアサブシステムに登録し、次いで、前記ユーザ装置を前記サービスプロバイダに自動的に登録する段階を更に有する、データセッションをセットアップする方法。
【請求項８】
請求項１乃至７の何れか１項に記載の方法において、媒体能力に関する情報を通信する前記段階は、前記ユーザ装置と前記サービスプロバイダ間において少なくとも１つのＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）メッセージを送信する段階を有する、データセッションをセットアップする方法。
【請求項９】
請求項１乃至８の何れか１項に記載の方法において、媒体能力に関する情報を通信する前記段階は、前記サービスプロバイダに前記ユーザ装置を登録した後に、前記情報を自動的に通信する段階を有する、データセッションをセットアップする方法。
【請求項１０】
請求項１乃至９の何れか１項に記載の方法において、前記サービスプロバイダに前記ユーザ装置を登録する前記段階は、インターネットプロトコルマルチメディアサブシステムによる前記ユーザ装置のサードパーティ登録段階を有する、データセッションをセットアップする方法。
【請求項１１】
請求項１乃至１０の何れか１項に記載の方法において、パケット交換通信ネットワーク上における通信を有する、データセッションをセットアップする方法。
【請求項１２】
請求項１１に記載の方法において、前記通信セッションは、ＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）コンテキストを有する、データセッションをセットアップする方法。
【請求項１３】
請求項１乃至１２の何れか１項に記載の方法において、別のユーザ装置からのセッション要求の受信に応答し、前記ユーザ装置と前記サービスプロバイダ間に実質的に即時のユーザプレーンの通信セッションをオープンする段階を有する、データセッションをセットアップする方法。
【請求項１４】
請求項１乃至１３の何れか１項に記載の方法において、データセッションに対する要求を送信する前記段階の前に、少なくとも２つのユーザ装置の前記媒体能力に関する情報を保存する段階を有する、データセッションをセットアップする方法。
【請求項１５】
請求項１４に記載の方法において、保存されている情報を利用し、マルチユーザセッションをセットアップする段階を有する、データセッションをセットアップする方法。
【請求項１６】
請求項１乃至１５の何れか１項に記載の方法において、後で確立される通信セッションに対して前記ユーザ装置が提供可能な前記媒体能力と関連する情報を前記ユーザ装置から送信する段階と、前記利用可能な媒体能力と関連する前記情報を前記サービスプロバイダにおいて受信及び分析する段階と、後続の通信セッションに前記ユーザ装置が使用する媒体能力に関する情報を前記サービスプロバイダから前記ユーザ装置に対して送信する段階と、を更に有する、データセッションをセットアップする方法。
【請求項１７】
ユーザにサービスを提供するべく構成された通信システムにおいて、
少なくとも１つのデータネットワークに対するアクセスを少なくとも１つのユーザ装置に提供する通信ネットワークと、
前記通信ネットワークに接続されたデータネットワークと、
前記データネットワークに接続されたアプリケーションであって、少なくとも１つのユーザ装置とのデータセッションが要求される前に、媒体能力に関するデータセッションを前記少なくとも１つのユーザ装置と通信し、媒体能力に関する情報をストレージ内に保存し、要求されたデータセッションをセットアップする際に前記ストレージからの情報を使用するべく構成されているアプリケーションサーバと、
を有する、通信システム。
【請求項１８】
請求項１７に記載の通信システムにおいて、アプリケーションサーバは、ＰｏＣ（Ｐｕｓｈ−ｔｏ−ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ）アプリケーションサーバを有し、前記データネットワークは、インターネットプロトコルマルチメディアサブシステムを有し、前記通信ネットワークは、パケット交換通信ネットワークを有する、通信システム。
【請求項１９】
請求項１７または１８に記載の通信システムにおいて、前記データネットワークは、ユーザ装置が前記データネットワークに登録できるようにするべく構成されたコントローラを有し、前記通信システムの構成は、前記コントローラに登録した後に、前記ユーザ装置が前記アプリケーションサーバに自動的に登録されるようになっている、通信システム。
【請求項２０】
請求項１９に記載の通信システムにおいて、前記システムは、前記ユーザ装置の前記アプリケーションサーバへの登録に続いて、媒体能力に関する情報を自動的に通信するべく構成されている、通信システム。
【請求項２１】
通信ネットワークに接続されたユーザ装置に対してサービスを提供するアプリケーションサーバであって、
前記アプリケーションサーバは、データネットワークに接続されており、
前記アプリケーションサーバは、少なくとも１つのユーザ装置とのデータセッションが要求される前に、前記少なくとも１つのユーザ装置と媒体能力に関する情報を通信し、媒体能力に関する情報をストレージ内に保存し、要求されたデータセッションをセットアップする際に前記ストレージからの情報を使用するべく構成されている、アプリケーションサーバ。
【請求項２２】
請求項２１に記載のアプリケーションサーバにおいて、ＰＴＴ（Ｐｕｓｈ−Ｔｏ−Ｔａｌｋ）サービスアプリケーションサーバを有する、アプリケーションサーバ。
【請求項２３】
請求項２１または２２に記載のアプリケーションサーバにおいて、インターネットプロトコルマルチメディアサブシステムに接続されている、アプリケーションサーバ。
【請求項２４】
請求項２１乃至２３の何れか１項に記載のアプリケーションサーバにおいて、前記アプリケーションサーバに登録されているすべてのユーザ装置の前記媒体能力に関する情報を保存するべく構成されている、アプリケーションサーバ。
【請求項２５】
通信ネットワークに接続するべく構成されたユーザ装置であって、
前記ユーザ装置は、前記ユーザ装置とのデータセッションに対する要求がアプリケーションサーバに送信される前に、前記通信ネットワークと前記データネットワークを介して、データネットワークに接続されたアプリケーションサーバと媒体能力に関する情報を通信するべく構成されている、ユーザ装置。
【請求項２６】
請求項２５に記載のユーザ装置において、前記アプリケーションサーバと関連する媒体能力情報を保存するストレージを有し、要求されたデータセッションをセットアップする際に前記ストレージからの媒体能力情報を使用するべく構成されている、ユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関するものであり、更に詳しくは、ユーザのパケットデータ通信セッションを円滑に実行する通信システム内における、タイムクリティカルサービスと関連する通信セッションのセットアップに関するものである。
【背景技術】
【０００２】
通信システムとは、通信システムと関連するユーザ装置及び／又はその他のノードなどの複数のエンティティ間における、通信セッションを実現する設備であると見なすことができる。通信は、例えば、音声、データ、及びマルチメディアなどの通信から構成可能である。セッションは、例えば、ユーザ間における電話による通話又はマルチウェイの会議セッション、或いは、ユーザ装置と（例えば、サービスプロバイダサーバなどの）アプリケーションサーバ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ：ＡＳ）間の通信セッションであってよい。一般に、これらのセッションを確立することにより、様々なサービスをユーザに提供可能である。
【０００３】
通信システムは、通常、通信システムと関連する様々なエンティティが実行可能な内容と、これを実現するべき方法と、を規定した所与の規格又は仕様に従って動作する。例えば、この規格又は仕様は、ユーザ（更に詳しくは、ユーザ装置）に回線交換サービス及び／又はパケット交換サービスを提供するかどうかを定義可能である。接続に使用する通信プロトコル及び／又はパラメータも定義可能である。換言すれば、システムによる通信を実現するには、通信の根拠となる特定の「規則」の組を定義する必要がある。
【０００４】
ユーザ装置に対して無線通信を提供する通信システムについては周知である。無線システムの一例が、ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）である。ＰＬＭＮは、通常、セルラー技術に基づいている。セルラーシステムにおいては、基地トランシーバ局（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ：ＢＴＳ）又は類似のアクセスエンティティが、これらのエンティティ間の無線インターフェイスを介して、無線ユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）にサービスしている（これは、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ：ＭＳ）とも呼ばれる）。ユーザ装置と通信ネットワークの要素間の無線インターフェイス上の通信は、適切な通信プロトコルに基づいたものであってよい。基地局装置及び通信に必要なその他の装置の動作は、１つ又は複数の制御エンティティによって制御可能であり、様々な制御エンティティを相互接続可能である。
【０００５】
セルラーネットワークをその他のネットワーク（例えば、ＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）及び／又はＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）などのその他の通信ネットワーク及び／又はその他のパケット交換ネットワーク）に接続するべく、１つ又は複数のゲートウェイノードを提供することも可能である。このような構成においては、モバイル通信ネットワークが、無線ユーザ装置を有するユーザによる外部ネットワーク、ホスト、又は特定のサービスプロバイダから提供されるサービスに対するアクセスを実現するアクセスネットワークを提供している。そして、モバイル通信ネットワークのアクセスポイント又はゲートウェイノードが、外部ネットワーク又は外部ホストに対する更なるアクセスを提供している。例えば、要求されたサービスが、その他のネットワーク内に位置するサービスプロバイダから提供される場合には、サービス要求は、ゲートウェイを介して、サービスプロバイダにルーティングされる。このルーティングは、モバイルネットワーク事業者が保存しているモバイル加入者データの内部の定義に基づいたものであってよい。
【０００６】
通信システムの加入者などのユーザに対して提供可能なサービスの一例が、所謂、マルチメディアサービスである。マルチメディアサービスを提供可能な通信システムのいくつかは、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）マルチメディアネットワークと呼ばれている。ＩＭ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ）機能は、ＩＰマルチメディアコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ：ＣＮ）サブシステム（又は、簡潔にＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｙｓｔｅｍ））によって提供可能である。ＩＭＳは、マルチメディアサービスを提供するための様々なネットワークエンティティを含んでいる。ＩＭＳサービスは、その他のサービスに加え、モバイルユーザ装置間におけるＩＰ接続の提供を目的としている。
【０００７】
３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）は、ＩＭＳサービスを提供するためのＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）の使用法を既に定義しており、従って、以下においては、ＩＭＳサービスを実現する使用可能なバックボーン通信ネットワークの一例として、これを使用することにする。模範的なＧＰＲＳの動作環境は、１つ又は複数のサブネットワークサービスエリアを有しており、これらは、ＧＰＲＳバックボーンネットワークによって相互接続されている。サブネットワークは、いくつかのパケットデータサービスノード（Ｓｅｒｖｉｃｅ  Ｎｏｄｅ：ＳＮ）を有している。このアプリケーションにおいては、サービスノードをＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）と呼ぶことにする。それぞれのＳＧＳＮは、少なくとも１つのモバイル通信ネットワーク（通常は、基地局システム）に接続されている。この接続は、通常、いくつかの基地局を介して、パケットサービスをモバイルユーザ装置に提供できるように、無線ネットワークコントローラ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：ＲＮＣ）又は基地局コントローラ（Ｂａｓｅ  Ｓｔａｔｉｏｎｓ  Ｃｏｎｔｒｏｌｌｅｒ：ＢＳＣ）などのその他のアクセスシステムコントローラを介したものになっている。中間のモバイル通信ネットワークが、サポートノードとモバイルユーザ装置間のパケット交換データ伝送を提供している。そして、様々なサブネットワークが、ＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）を介して、例えば、ＰＳＰＤＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）などの外部データネットワークに接続されている。この結果、ＧＰＲＳサービスにより、モバイルデータ端末と外部データネットワーク間におけるパケットデータ伝送を提供可能である。
【０００８】
このようなネットワークにおいては、パケットデータセッションを確立することにより、ネットワーク上においてトラフィックフローを搬送している。このようなパケットデータセッションは、しばしば、ＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）コンテキストと呼ばれている。ＰＤＰコンテキストは、ユーザ装置、無線ネットワークコントローラ、及びＳＧＳＮ間に提供されたＲＡＢ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）と、ＳＧＳＮとＧＧＳＮ間に提供されたパケット交換データチャネルを含むことができる。
【０００９】
そして、確立されたＰＤＰコンテキスト上において、ユーザ装置とその他の関係者間のデータセッションが搬送される。それぞれのＰＤＰコンテキストは、複数のトラフィックフローを搬送可能であるが、１つの特定のＰＤＰコンテキスト内を流れるすべてのトラフィックフローは、ネットワーク上におけるその伝送に関して同一の方法で処理される。ＰＤＰコンテキストの処理要件は、例えば、サービス品質及び／又は課金属性などのトラフィックフローに関連するＰＤＰコンテキスト処理属性に基づいている。
【００１０】
３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅａｔｉｏｎ  Ｐａｒｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）は、マルチメディアサービスに対するアクセスをユーザ装置のユーザに提供する３Ｇ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ）コアネットワークの基準アーキテクチャについても既に定義している。このコアネットワークは、３つの主要ドメインに分割される。これらは、ＣＳ（Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈｅｄ）ドメイン、ＰＳ（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ）ドメイン、及びＩＭ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｍｕｌｔｉｍｅｄｉａ）ドメインである。最後のもの（ＩＭドメイン）は、マルチメディアサービスの十分な管理を確保するためのものである。
【００１１】
ＩＭドメインは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）によって開発されたＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）をサポートしている。ＳＩＰは、１つ又は複数の参加者（エンドポイント）とのセッションを生成、変更、及び終了するためのアプリケーションレイヤの制御プロトコルである。ＳＩＰは、一般に、これらのエンドポイントにセッションセマンティクスを認知させることにより、インターネット内の複数のエンドポイント間のセッションの起動を実現するべく開発されたものである。ＳＩＰベースの通信システムに接続されたユーザは、標準化されたＳＩＰメッセージに基づいて、通信システムの様々なエンティティと通信可能である。ユーザ装置上において特定のアプリケーションを実行するユーザ装置又はユーザは、特定のセッションに対するインビテーションをそれらのエンドポイントに正しく供給できるように、ＳＩＰバックボーンに登録される。これを実現するべく、ＳＩＰは、装置及びユーザ用の登録メカニズムを提供すると共に、ロケーションサーバ及びレジスタなどのメカニズムを適用して、セッションインビテーションを適切にルーティングしている。ＳＩＰシグナリングを利用して提供可能な使用可能なセッションの例には、インターネットマルチメディア会議、インターネット電話通話、及びマルチメディア配布が含まれる。
【００１２】
ＩＭＳシステム上においては、様々なＡＳ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）による様々なタイプのサービスの提供が予想される。これらのサービスのいくつかは、タイムクリティカルなものであろう。ＩＭＳ上において提供可能なタイムクリティカルサービスの一例が、所謂、直接音声通信サービスである。この更に具体的な例が、ＰｏＣ（Ｐｕｓｈ−ｔｏ−ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ）サービスであり、これは、ＰＴＴ（Ｐｕｓｈ−Ｔｏ−Ｔａｌｋ）サービスとも呼ばれている。直接音声通信サービスは、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）の能力を使用し、モバイルユーザ装置と通信のその他の関係者（例えば、その他のモバイルユーザ装置やネットワークと関連するエンティティ）のためにＩＰ接続を実現することを目的としている。このサービスにより、ユーザは、１つ又は複数のその他のユーザと直接的な通信を実行可能である。
【００１３】
ＰｏＣサービスにおいては、ユーザ装置とＰｏＣアプリケーションサーバ間の通信は、単方向の通信媒体上において行われる。ユーザは、例えば、ユーザ装置のキーボード上のボタンなどのタンジェントキー（ｔａｎｇｅｎｔ  ｋｅｙ）を単純に押下することにより、通信媒体をオープン可能である。ＰＴＴ（Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ）ボタンは、特定のボタンであってもよく、或いは、キーボードの任意の適切なキーであってもよい。一人のユーザが発話する際には、一人又は複数のその他のユーザが聴取可能である。通信セッションのすべての関係者が同様にＰｏＣアプリケーションサーバと音声データを通信可能であるため、双方向の通信を提供可能である。発話の順番は、ＰＴＴボタンを押下することによって要求する。順番は、例えば、先着順であるか、或いは、優先順位に基づいて認可可能である。このために、「ｐｕｓｈ  ｔｏ  ｔａｌｋ（押下して話す）」という名称を有している。ユーザは、通話を所望するグループセッションに参加し、タンジェントキーを押下して話を開始することができる。
【００１４】
従来のセッション確立手順においては、セッションのセットアップ手順において、ユーザ装置の媒体能力についてネゴシエートしている。例えば、２つのユーザ装置間におけるＰｏＣ通信（１対１の通信）や１対多の通信におけるＰｏＣグループへの追加には、制御プレーン上におけるＳＩＰセッションが必要である。この時間は、（特に、タイムクリティカルサービスのニーズを考慮した場合に）、それ自体が、かなり長い。一方、ＰＴＴタイプの即時サービスは、その特性がリアルタイムサービスである。従って、ユーザが別の関係者との通話を所望しているという旨の特殊なタンジェント又は別の通知が装置に対して付与された後に、不必要な遅延を伴うことなしに、ユーザプレーン接続が準備完了状態になる必要がある。しかしながら、ＰＤＰコンテキストに必要なセットアップ手順の特性に起因し、要求してから適切なデータ接続が提供されるまでに、しばらくの時間を所要する。例えば、３ＧＰＰリリース５に準拠したＩＭＳネットワークにおいては、ＰＤＰコンテキストの起動には、ＲＡＢ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）の確立時間と合わせて、通常、３秒超を所要している。
【００１５】
この結果、セッションの開始時点における媒体能力ネゴシエーションの実行に過大な時間を所要し、適切なエンドツーエンドの媒体能力ネゴシエーションのための時間がなくなってしまう。これにより、様々に不都合な影響が生じ得る。例えば、セッションの開始時点から十分なコーデック設定を提供する方法が問題となる。十分なコーデック情報を入手できなければ、バーストは、必要としている通信のタイプには不必要な低コーデックを使用することになる。ネゴシエートを必要とする使用可能な能力情報のその他の例については、詳細な説明の節において説明する。
【発明の開示】
【発明が解決しようとする課題】
【００１６】
従って、セットアップにおいて能力ネゴシエーションを適切に実現可能であれば、有利であろう。しかしながら、セットアップに更なる時間を要することになると、ユーザはいらいらし、彼らが要求したサービスが提供可能となるのに十分な時間だけ待たないことが考えられる。過剰に長い待ち時間は、サービスレベルの観点からも不適当であると考えられよう。発信側が、通話開始の通知のために、過剰に長い間待たなければならない場合には、彼／彼女は、その要求が失敗したと判断することになろう。この結果、発信側がタンジェントを再度押下する可能性がある。再度の押下により、新しいＳＩＰセッションの確立手順が起動され、この結果、ネットワークリソースが消費されると共に、セッションのセットアップが更に遅延することになる。
【課題を解決するための手段】
【００１７】
本発明の一実施例によれば、データセッションをセットアップする方法が提供される。この方法は、少なくとも１つのユーザ装置をサービスプロバイダに登録する段階を有しており、媒体能力に関する情報が、少なくとも１つのユーザ装置とサービスプロバイダ間において通信された後に保存される。本方法は、少なくとも１つのユーザ装置とのデータセッションに対する要求を送信する段階と、その要求されたデータセッションをセットアップする際に保存されている情報を使用する段階と、を更に有している。
【００１８】
本発明の別の実施例によれば、ユーザにサービスを提供するべく構成された通信システムが提供される。この通信システムは、少なくとも１つのデータネットワークに対するアクセスを少なくとも１つのユーザ装置に対して提供する通信ネットワークであって、データネットワークは、通信ネットワークに接続されている、通信ネットワークと；データネットワークに接続されたアプリケーションサーバと；を有している。アプリケーションサーバは、ユーザ装置とのデータセッションが要求される前に、媒体能力に関する情報を少なくとも１つのユーザ装置と通信し、媒体能力に関する情報をストレージ内に保存し、要求されたデータセッションをセットアップする際にストレージからの情報を使用するべく構成されている。
【００１９】
本発明の更に別の実施例によれば、通信ネットワークに接続されたユーザ装置に対してサービスを提供するアプリケーションサーバが提供される。アプリケーションサーバは、データネットワークに接続されている。アプリケーションサーバは、少なくとも１つのユーザ装置とのデータセッションが要求される前に、媒体能力に関する情報を少なくとも１つのユーザ装置と通信し、媒体能力に関する情報をストレージ内に保存し、要求されたデータセッションをセットアップする際にストレージからの情報を使用するべく構成されている。
【００２０】
本発明の更に別の実施例によれば、通信ネットワークに接続するべく構成されたユーザ装置が提供される。このユーザ装置は、ユーザ装置とのデータセッションに対する要求がアプリケーションサーバに送信される前に、通信ネットワークとデータネットワークを介して、データネットワークに接続されたアプリケーションサーバと媒体能力に関する情報を通信するべく構成されている。
【００２１】
本発明の実施例は、様々な利点を提供可能である。特定のアプリケーションにおいては、適切な媒体能力を有する発話又はその他の接続をセットアップするのに必要な時間を低減可能である。特定の実施例においては、タイムクリティカルサービス用に要求されたセッションを提供するのに必要な待ち時間を短縮可能である。セッション要求の不要な反復を回避可能である。この結果、ネットワーク及びユーザ装置のリソースを節約可能である。これらの実施例は、サービス（特に、タイムクリティカルサービス）の有用性を向上させることができる。
【発明を実施するための最良の形態】
【００２２】
本発明を十分に理解できるように、以下、一例として、添付の図面を参照する。
【００２３】
一例として、第三世代（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ：３Ｇ）モバイル通信システムの模範的なアーキテクチャを参照し、本発明の特定の実施例について説明する。但し、特定の実施例は、任意のその他の適切な形態のネットワークに適用可能であることを理解されたい。モバイル通信システムは、通常、ユーザ装置と通信システムの基地局間の無線インターフェイスを介して、複数のモバイルユーザ装置に対してサービスするべく、通常、構成されている。モバイル通信システムは、理論的に、無線アクセスネットワーク（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＲＡＮ）とコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ：ＣＮ）に分割可能である。
【００２４】
本発明を実施可能なネットワークアーキテクチャの一例を示す図１を参照されたい。図１は、ＩＰマルチメディアネットワーク加入者にＩＰマルチメディアサービスを提供するＩＰマルチメディアネットワーク４５を示している。ＩＭ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ）機能は、サービスを提供するための様々なエンティティを含むＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）サブシステムを利用して提供可能である。
【００２５】
基地局３１及び４３は、モバイルユーザ（即ち、加入者）のモバイルユーザ装置３０及び４４との間において、無線インターフェイスを介して信号を送受信するべく構成されている。相応して、モバイルユーザ装置のそれぞれも、基地局との間において、無線インターフェイスを介して信号を送受信可能である。図１の概略図においては、基地局３１及び４３は、個々のＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）に属している。図示の構成においては、ユーザ装置３０、４４のそれぞれは、それぞれ、基地局３１及び４３と関連する２つのアクセスネットワークを介してＩＭＳネットワーク４５にアクセス可能である。わかりやすくするために、図１には、２つのＲＡＮの基地局しか示されていないが、通常のモバイル通信ネットワークは、一般に、多数のＲＡＮを含んでいることを理解されたい。
【００２６】
３ＧのＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）は、通常、適切な無線ネットワークコントローラ（Ｒａｉｄｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：ＲＮＣ）によって制御されている。このコントローラも、わかりやすくするために図示されてはいない。１つのコントローラをそれぞれの基地局ごとに割り当てることも可能であり、或いは、１つのコントローラによって複数の基地局を制御することも可能である。又、複数の基地局を制御するべく、個々の基地局と無線アクセスネットワークレベルとの両方にコントローラが提供されているソリューションについても、周知である。従って、ネットワークコントローラの名称、場所、及び数は、システムによって変化することを理解されたい。
【００２７】
モバイルユーザは、ネットワークに接続するべくＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信に適合された任意の適切なモバイル装置を使用可能である。例えば、モバイルユーザは、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ：ＰＣ）、携帯情報端末（Ｐｅｒｓｏｎａｌ  Ｄａｔａ  Ａｓｓｉｓｔａｎｔ：ＰＤＡ）、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ：ＭＳ）などにより、セルラーネットワークにアクセス可能である。以下の例は、移動局の観点から説明することとする。
【００２８】
当業者は、一般的な移動局の機能と動作に習熟している。従って、これらの機能に関する詳細な説明は不要であり、ユーザが、電話による通話の受発信、ネットワークとの間のデータの送受信、並びに、例えば、マルチメディアコンテンツの経験などのタスクのために移動局を使用可能であるという点に留意するだけで十分である。移動局には、通常、これらのタスクを実現するためのプロセッサとメモリ手段が提供されている。移動局は、モバイルネットワークの基地局との間で信号を無線で送受信するためのアンテナ手段を含むことができる。又、移動局には、モバイルユーザ装置のユーザに対して画像及びその他のグラフィカルな情報を表示するディスプレイを提供することも可能である。スピーカ手段も提供可能である。移動局の動作は、制御ボタンや音声命令などの適切なユーザインターフェイスによって制御可能である。
【００２９】
移動局３０及び４４は、ＰＴＴ（Ｐｕｓｈ−ｔｏ−ｔａｌｋ）タイプのサービスを使用可能である。ＰＴＴサービスに必要なタンジェント機能は、移動局３０及び４４の通常のキーパッド上のボタンの中の１つにより、或いは、例えば、「トランシーバ」装置において周知のタンジェントなどの特定のタンジェントキーによって提供可能である。音声起動も使用可能である。この場合には、検出された音響を使用し、発話又はその他のデータの伝送用のセッションのセットアップを起動可能である。キーを押下する代わりに、ユーザは、適切なメニューを選択することにより、サービスを起動することも可能である。移動局がサービスを起動する方法は、実装の問題であり、従って、これ以上の詳しい説明は省略する。
【００３０】
わかりやすくするために、図１には、２つの移動局しか示されていないが、多数の移動局をモバイル通信システムのそれぞれの基地局と同時通信状態にすることが可能であることを理解されたい。又、移動局は、例えば、いくつかのＳＩＰセッション及び起動したＰＤＰコンテキストなどのいくつかの同時セッションを具備することも可能である。又、ユーザは、電話による通話を具備した状態で、同時に、少なくとも１つのその他のサービスに接続することも可能である。
【００３１】
ＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）エンティティは、通常、いくつかの無線アクセスネットワークを介した通信を可能にすると共に、単一の通信システムをその他のセルラーシステム及び／又は固定回線通信システムなどの１つ又は複数の通信システムとインターフェイスさせるべく、様々な制御エンティティ及びゲートウェイを含んでいる。図１において、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）３３、４２及びＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）３４、４０は、それぞれ、ネットワーク内においてＧＰＲＳサービス３２、４１のサポートを提供するためのものである。
【００３２】
無線アクセスネットワークコントローラは、通常、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）３３及び４２などの（但し、これに限定されない）１つ又は複数の適切なコアネットワークエンティティに接続されている。図示されてはいないが、それぞれのＳＧＳＮは、通常、個々のユーザ装置の加入と関連する情報を保存するべく構成された専用の加入者データベースにアクセス可能である。
【００３３】
無線アクセスネットワーク内のユーザ装置は、通常、ＲＢ（Ｒａｄｉｏ  Ｂｅａｒｅｒ）と呼ばれる無線ネットワークチャネルを介して、無線ネットワークコントローラと通信可能である。それぞれのユーザ装置は、無線ネットワークコントローラにより、任意の一時点において、１つ又は複数の無線ネットワークチャネルをオープン状態にすることができる。無線アクセスネットワークコントローラは、適切なインターフェイスを介して（例えば、ｌｕインターフェイス上において）ＳＧＳＮと通信状態にある。
【００３４】
そして、ＳＧＳＮは、通常、ＧＰＲＳバックボーンネットワーク３２、４１を介して、ＧＧＳＮと通信状態にある。このインターフェイスは、一般に、パケット交換データインターフェイスである。ＳＧＳＮ及び／又はＧＧＳＮは、ネットワーク内においてＧＰＲＳサービスのサポートを提供するためのものである。
【００３５】
アクセスエンティティ内におけるユーザ装置とＧＧＳＮ間の全体的な通信は、一般に、ＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）コンテキストによって提供される。それぞれのＰＤＰコンテキストは、通常、特定のユーザ装置とＧＧＳＮ間の通信経路を提供し、確立された後には、通常、複数のフローを搬送可能である。それぞれのフローは、通常、例えば、特定のサービス及び／又は特定のサービスの媒体成分を表している。従って、ＰＤＰコンテキストは、しばしば、ネットワーク上における１つ又は複数のフローの論理的な通信経路を表している。ユーザ装置とＳＧＳＮ間にＰＤＰコンテキストを実装するには、一般にユーザ装置のデータ転送を実現するＲＡＢ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）を確立する必要がある。これらの論理的及び物理的なチャネルの実装については、当業者に周知であり、従って、本明細書においては更なる説明を省略する。
【００３６】
ユーザ装置３０、４４は、ＧＰＲＳネットワークを介して、一般にＩＭＳに接続されているアプリケーションサーバに接続可能である。図１には、ＰｏＣ（Ｐｕｓｈ−ｔｏ−ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ）サービスサーバ５０により、このようなアプリケーションサーバが提供されている。サーバ５０は、ＩＭＳネットワーク４５上において、ＰｏＣ（Ｐｕｓｈ−ｔｏ−ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ）サービスを提供するためのものである。ＰＴＴ（Ｐｕｓｈ−Ｔｏ−Ｔａｌｋ）サービスが、所謂、直接音声通信サービスの一例である。ＰｏＣサービスの使用を所望するユーザは、適切なＰｏＣサーバに加入する必要がある。そして、ＩＭＳに登録した後に、適切なサードパーティの登録手順を利用し、ＰｏＣサービスへの登録をＩＭＳによって実行可能である。好ましくは、Ｐｏｃサーバには、自身に登録されているユーザ装置の能力と関連する情報を保存するための適切なメモリ手段が提供されている。このため、図１には、ＰｏＣアプリケーションサーバ５０のメモリ手段５２が示されている。
【００３７】
直接音声通信サービスは、ＧＰＲＳバックボーンの能力とＩＭＳ（ＭｕｌｔｉＭｅｄｉａ  Ｓｕｂｓｙｔｅｍ）の制御機能を使用し、移動局３０及び４４のＩＰ接続を実現することを目的としている。ＰｏＣアプリケーションサーバは、ＩＭＳシステム事業者又はサードパーティのサービスプロバイダが運営可能である。このサービスによって移動局３０のユーザ（関係者Ａ）と移動局４４のユーザ（関係者Ｂ）との直接的な通信を実行する方法については、後程、更に詳細に説明する。
【００３８】
ユーザは、例えば、移動局３０上の特定のボタンを単純に押下することにより、通信セッションをオープン可能である。移動局３０のユーザが話している際には、移動局４４のユーザは聴取する。次いで、同様に、移動局４４のユーザも返答可能である。
【００３９】
通信システムの進歩により、サーバと呼ばれるネットワークエンティティによって処理されるネットワークの様々な機能を利用することにより、ユーザ装置に対してサービスを提供可能である。例えば、現時点における３Ｇ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ）無線マルチメディアネットワークアーキテクチャにおいては、いくつかの異なるサーバを使用して様々な機能を処理することを想定している。これらには、通話セッション制御機能（Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ：ＣＳＣＦ）などの機能が含まれる。通話セッション制御機能は、Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ  Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）、Ｉ−ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ  Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）、及びＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ  Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）などの様々なカテゴリに分割可能である。ＩＭＳシステムを介してアプリケーションサーバが提供するサービスの使用を所望するユーザは、サービス元の制御エンティティに登録する必要がある。Ｓ−ＣＳＣＦは、３ＧのＩＭＳ構成において、通信システムに対してサービスを要求できるようにするべく、ユーザの登録を要するエンティティを形成可能である。
【００４０】
異なるシステムにおいては、類似の機能を異なる名称で呼ぶ場合があることを理解されたい。例えば、特定のアプリケーションにおいては、ＣＳＣＦは、通話状態制御機能（Ｃａｌｌ  Ｓｔａｔｅ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）と呼ばれている。
【００４１】
バックボーンネットワークによって必要な通信リソースが既に提供されているユーザが、所望のサービスに対する要求を通信システム上において送信することにより、サービスの使用を起動しなければならないように、通信システムを構成可能である。例えば、ユーザは、セッション、トランザクション、又はその他のタイプの通信を適切なネットワークエンティティに対して要求可能である。
【００４２】
ユーザ装置と適切な通話状態制御機能間のシグナリングは、ＧＰＲＳネットワークを介してルーティングされる。ユーザ装置用のユーザプレーンのセッションセットアップシグナリングは、ＰｏＣアプリケーションサーバ５０を介してルーティングされ、且つ、これによって制御される（即ち、ＰｏＣが、ＰｏＣユーザの制御プレーンとユーザプレーンの両方を制御している）。ＰｏＣアプリケーションサーバとユーザ装置間の制御プレーンのトラフィックは、ＩＭＳ４５を介してルーティングされ、ユーザ装置とＰｏＣアプリケーションサーバ間のユーザプレーンのトラフィックは、インターフェイス５４及び５６上において、ＧＰＲＳシステムからＰｏＣアプリケーションサーバにルーティングされることを理解されたい。
【００４３】
これらの実施例は、時間に厳しい（タイムクリティカル）サービスの場合には、データの実際の通信が起動される前に、媒体能力ネゴシエーションの少なくとも一部を実行可能であれば有利であろうという認識に基づいている。媒体能力ネゴシエーションは、特定のユーザ装置とアプリケーションサーバ間の様々な能力情報の通信に必要である。アプリケーションサーバに対して提供を要するユーザ装置に固有の情報の非限定的な例には、ポート情報（即ち、アプリケーションサーバが媒体を送信する先のポート）、ユーザ装置のタイプ及びバージョンに関する情報、タイマ情報、サポートされているコーデック及びモードに関する情報、サポートされている任意選択の機能に関する情報などが含まれる。又、ユーザ装置は、無線ネットワークとの間に自身が具備している無線インターフェイスの能力に関する情報をアプリケーションサーバに対して提供することも可能である。例えば、無線インターフェイスの能力及び品質やサービス品質の制限などに関する情報をアプリケーションサーバに通信可能である。ユーザ装置には、サーバのバージョン、サポートされている任意選択の機能、可能なタイマ、加入者が利用可能なサービス、プリペイド又はポストペイドアカウントなどに関する情報などのアプリケーションサーバに固有の情報を提供する必要がある。
【００４４】
以下においては、アプリケーションサーバが提供するサービスが使用される前に、ユーザ装置の能力をアプリケーションサーバに通知する実施例について説明する。この実施例においては、ユーザ装置は、ＩＭＳシステムに対する初期登録の直後に、１つ又は複数のタイムクリティカルアプリケーションサーバと媒体能力ネゴシエーションを実行している。
【００４５】
まず、図２を参照すれば、段階１００において、ユーザ装置が、所望のサービスプロバイダのアプリケーションサーバに登録される。一実施例によれば、移動局４４は、まず、例えば、Ｓ−ＣＳＣＦ３８などのＩＭＳに登録される。移動局４４のＩＭＳへの登録が成功した後に、ＰｏＣアプリケーションサーバ５０において、移動局４４のサードパーティ登録を実行可能である。これは、ＰｏＣサービスに加入しているそれぞれのユーザごとに自動的に実行可能である。従って、ユーザは、この段階では、なんらのアクションをもとる必要はないであろう。サードパーティ登録は、ＩＭＳとＰｏＣアプリケーションサーバ間のＳＩＰサードパーティ登録手順を利用して提供可能である。
【００４６】
次いで、ユーザ装置は、段階１０２において、Ｓ−ＣＳＣＦによるサードパーティ登録の直後に、アプリケーションサーバと媒体ネゴシエーションを実行可能である。ネゴシエーションは、例えば、ユーザ装置とアプリケーションサーバ間において通信されるＳＩＰ  ＩＮＶＩＴＥ、ＳＩＰ  ＭＥＳＳＡＧＥ、又はＳＩＰ  ＯＰＴＩＯＮメッセージを利用して実行可能である（図３も参照されたい）。アプリケーションサーバは、能力情報を受信すると、段階１０４において、これを自身のデータベース内に保存する。段階１０６において、関係者Ａのユーザ装置が、段階１００〜１０４において登録されたユーザ装置との通信セッションを要求することに応答し、アプリケーションサーバ５０は、段階１０８において、保存されている媒体能力情報を使用し、要求されたセッションをセットアップ可能である。この結果、この段階において、更なる媒体能力ネゴシエーションを回避可能である。
【００４７】
関係者Ａのユーザ装置と関連する媒体能力は、セッションの要求内に含めることができる。或いは、この代わりに、アプリケーションサーバは、関係者Ａのユーザ装置用に自身のデータベース内に保存されている情報を使用することも可能である。
【００４８】
次いで、媒体能力ネゴシエーション用の使用可能なメカニズムを示す図３を参照されたい。ＰｏＣに対応したユーザ装置４４は、ＰｏＣの登録が行われた直後に、適切なＳＩＰメッセージ１を送信する。ＳＩＰ  ＭＥＳＳＡＧＥ１は、ユーザ装置の必要な能力情報を搬送可能である。
【００４９】
ＰｏＣサーバ５０は、この能力情報をＳＩＰ  ＭＥＳＳＡＧＥ３内において受信し、この情報を自身のデータベース５２内に保存する。この結果、ＰｏＣアプリケーションサーバは、ＰｏＣアプリケーションサーバと関係者Ｂのユーザ装置間の通信に必要な（例えば、ポート番号などの）関係者Ｂのユーザ装置４４のユーザプレーンパラメータを入手可能である。同様に、いくつかのユーザをＰｏＣアプリケーションサーバに登録可能である。その他のユーザ装置も、類似の能力ネゴシエーションを実行可能であり、従って、複数のユーザ装置のパラメータをＰｏＣアプリケーションサーバ内に保存可能である。すべての必要な情報を入手すると、ＰｏＣアプリケーションサーバは、ＳＩＰ  ２００  ＯＫメッセージ４をユーザ装置４４に返送可能である。ＳＩＰ  ２００  ＯＫメッセージ６を受信することにより、ユーザ装置は、能力情報の登録が完了し、必要に応じていつでもサービスの使用を開始可能であることを知ることになる。
【００５０】
図４は、関係者Ｂのユーザ装置４４が自身の媒体能力をアプリケーションサーバに登録した後の、ユーザ装置３０とＰｏＣアプリケーションサーバ５０間の可能なシグナリングを示している。図５は、ＰｏＣアプリケーションサーバ５０と関係者Ｂのユーザ装置４４間のメッセージングを示している。図４及び図５の丸付きの文字Ａ及びＢは、図４及び図５のシグナリングフローチャートを互いにマッピングすることにより、それぞれ、関係者Ａ及びＢのユーザ装置３０及び４４間の接続の起動手順のシグナリングの更に完全な図を得ることが可能な場所を示している。
【００５１】
段階１０において、ユーザが、彼／彼女が関係者Ｂとの発話接続の確立を所望しているという旨の通知を付与する。次いで、ユーザ装置３０は、ＰｏＣアプリケーションサーバ５０にルーティングされるＳｉＰ  ＩＮＶＩＴＥメッセージ１１をＩＭＳ４５に対して送信し、関係者Ｂとの発話接続を要求可能である。ＩＭＳは、この要求を受信した確認として、ＳＩＰ  １００  ＴＲＹＩＮＧメッセージ１２を、ユーザ装置３０に返送可能である。
【００５２】
ＩＭＳ４５は、メッセージ１３として、ＳＩＰ  ＩＮＶＩＴＥをＰｏＣアプリケーションサーバ５０に転送する。このメッセージを受信すると、アプリケーションサーバは、この要求を受信した確認として、ＳＩＰ  １００  ＴＲＹＩＮＧメッセージ１４をＩＭＳに返送可能である。
【００５３】
要求を受信した旨の確認をＩＭＳから受信すると（図５のメッセージ２１を参照されたい）、アプリケーションサーバは、ＳＩＰ  ２００  ＯＫメッセージ１５をＩＭＳに送信可能である。このメッセージは、関係者Ｂのユーザ装置４４が要求又はそのような要求が予想されるという通知を受信する前の段階において送信することも可能である。次いで、メッセージ１６内において、ＳＩＰ  ２００  ＯＫがユーザ装置３０に転送される。メッセージ１６の受信に応答し、段階１７において、ユーザ装置３０は、ユーザ装置のユーザに対して、彼／又は彼女が通話を開始可能であるという旨の通知を付与可能である。ユーザ装置３０は、ＳＩＰ  ＡＣＫメッセージ１８をＩＭＳに送信することにより、ＯＫメッセージをアクノリッジすることも可能である。次いで、このメッセージは、メッセージ１９として、ＰｏＣアプリケーションサーバ５０に転送可能である。
【００５４】
図５に示されているように、図４のＳＩＰ  ＩＮＶＩＴＥメッセージ１３の受信に応答し、ＰｏＣアプリケーションサーバ５０は、関係者Ｂのユーザ装置１４にルーティングされるＳＩＰ  ＩＮＶＩＴＥメッセージ２０をＩＭＳに送信可能である。ＩＭＳは、ＳＩＰ  １００  ＴＲＹＩＮＧメッセージ２１をアプリケーションサーバに返送し、そのメッセージを受信したことを確認可能である。ＩＭＳ４５は、メッセージ２２として、ＳＩＰ  ＩＮＶＩＴＥをＰｏＣに対応した関係者Ｂのユーザ装置４４に転送する。このメッセージを受信すると、関係者Ｂのユーザ装置４４は、要求を受信した確認として、ＳＩＰ  １００  ＴＲＹＩＮＧメッセージ２３をＩＭＳに返送可能である。
【００５５】
要求された処理が関係者Ｂのユーザ装置４４において完了し、要求を満足可能な場合には、ＳＩＰ  ２００  ＯＫメッセージ２４がＩＭＳに伝達される。関係者Ｂのユーザ装置４４は、段階２５において、聴取開始通知をそのユーザに対して付与することも可能である。関係者Ａからの発話バーストが到来する直前に、到来するＰｏＣ「発話」セッションに関する通知を関係者Ｂユーザに対して提供可能である。
【００５６】
ＳＩＰ  ２００  ＯＫは、メッセージ２６内において、ＩＭＳからＰｏＣアプリケーションサーバ５０に転送される。ＰｏＣアプリケーションサーバ５０は、ＳＩＰ  ＡＣＫメッセージ２７をＩＭＳに送信することにより、ＯＫメッセージ２６をアクノリッジ可能である。次いで、このメッセージは、メッセージ２８として、関係者Ｂのユーザ装置４４に転送可能である。
【００５７】
初期のユーザ装置の媒体能力ネゴシエーションにより、セッションの確立を加速することができる。アプリケーションサーバに提供される情報は、例えば、異なる通信リンク特性のために、２つのユーザ装置３０及び４４間のユーザプレーン接続になんらかの適合が必要とされる場合に特に有用であろう。媒体パラメータについて予め認知しておれば、１つ又は複数のアプリケーションサーバは、ユーザ装置間における通信の前に（例えば、ＰｏＣアプリケーション内において、最初の発話バーストが１つのユーザ装置からもう１つのものに通信される前に）、ユーザ装置とパラメータをネゴシエート可能である。例えば、コーデック能力などの能力のネゴシエーションは、実際の通信セッションのセットアップの際に時間を所要しない。適切に設定されたコーデックモードを使用することにより、発話接続の品質を確保可能である。アプリケーションサーバは、アプリケーションサーバに登録されているすべてのユーザ装置の能力情報を保存可能である。
【００５８】
更なる実施例においては、アプリケーションサーバにより、ユーザ装置に対して「常にオン状態のセッション（ａｌｗａｙｓ−ｏｎ  ｓｅｓｓｉｏｎ）」を提供可能である。この手順は、例えば、「プリセッション（ｐｒｅ−ｓｅｓｓｉｏｎ）」、「早期セッション（ｅａｒｌｙ  ｓｅｓｓｉｏｎ）」、又は「常にオン状態のセッション（ａｌｗａｙｓ−ｏｎ  ｓｅｓｓｉｏｎ）」確立と呼ぶことができよう。このような場合には、媒体能力ネゴシエーションは、好ましくは、「常にオン状態のセッション」の確立の際に実行される。ユーザ装置は、図２の段階１００におけるアプリケーションサーバに対する登録の後に、「常にオン状態のセッション」の確立を自動的に要求可能である。迅速なセッションのセットアップを円滑に実行するべく、ユーザ用のＰＤＰコンテキストを起動可能であり、アプリケーションサーバに対する登録に応答し、必要なＲＡＢ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）を自動的にセットアップすることも可能である。ＰＤＰコンテキストの事前確立は、通信セッションの要求を送信する前にＰＤＰコンテキストを起動するＳＩＰセッションを利用して（又は、別の適切なＰＤＰコンテキスト起動手順を利用して）実行可能である。ＲＡＢ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）のセットアップは、適切なＲＡＢ割当手順を利用して実行可能である。加入者に十分な即時サービスを提供するべく、「常にオン状態のセッション」は、好ましくは、発話又はその他のセッションの要求が実際に行われる前に、ユーザ装置とアプリケーションサーバ間において提供される。この結果、この確立済みの通信セッションをユーザ装置とアプリケーションサーバ間の通信に使用可能である。
【００５９】
事前に確立された「常にオン状態」のセッションにより、エンドユーザと彼／彼女のホームＰｏＣアプリケーションサーバ間に実質的に即時の通信が提供される。ユーザ装置のユーザがユーザ装置のタンジェントキーを押下することに応答して（このタンジェントの押下により、ＰｏＣサーバに対する発話接続がオープンされる）、通信をユーザ装置からＰｏＣアプリケーションサーバに搬送可能である。ＰＤＰコンテキストが既に確立されているため、任意の適切なシグナリングプロトコルを利用し、通信要求をＰｏＣアプリケーションサーバに搬送可能である。これは、アプリケーションレベルの問題であり、様々な方式で提供可能であることを理解されたい。３ＧＰＰなどの通信ネットワーク規格は、通常、この種の目的には、特定のプロトコルに制限された設定にはなっていない。一例を挙げれば、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）やＲＴＣＰ（ＲＴＰ  Ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ）を要求の送信に使用可能である。これらのプロトコルは、一緒に又は別個に使用可能である。ＳＩＰを利用して要求を送信することも可能である。パケットは、例えば、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）又はＴＣＰ（Ｔｒａｎｓｐｏｒｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）に基づいて搬送可能である。
【００６０】
「常にオン状態」のセッションにより、移動局は、ＲＴＰ／ＲＴＣＴパケットが向かうＰｏＣアプリケーションサーバのＩＰアドレス及びポートを知ることができる。ＲＴＰ／ＲＴＣＰペイロードは、関係者Ｂの移動局４４に対してＲＴＰ／ＲＴＣＰパケットをルーティングするための十分なアドレッシング情報を含んでいる。
【００６１】
発話接続の要求を最終的に実行する際には、ＰｏＣサーバに対して関係者Ｂを識別する必要がある。ユーザは、移動局のメニューから関係者Ｂユーザ又はターゲットグループを選択した後に、移動局上のＰＴＴ（Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ）キーを押下可能である。移動局は、ＰｏＣアプリケーションサーバに対する「常にオン状態」のセッション上において搬送されるシグナリングに対して、必要な識別情報を追加可能である。
【００６２】
別の実施例によれば、アプリケーションサーバの能力に関連する情報は、ユーザ装置に提供され、将来に使用するべく、その内部に保存される。又、通信セッションの要求が行われる前に、ユーザ装置及びアプリケーションサーバは、図２の段階１０２において、必要な能力情報を互いに交換することも可能である。
【００６３】
一実施例によれば、ユーザ装置は、使用可能な能力に関する情報を送信する。アプリケーションサーバは、この能力情報を受信し、この情報を提案として取り扱う。能力を分析した後に、アプリケーションサーバは、次のセッションに使用する能力に関する情報を返送可能である。これに関する分析及び意思決定は、様々な情報に基づいたものであってよい。例えば、グループセッションをセットアップする場合には、アプリケーションサーバは、セッションに関連するすべてのユーザ装置の能力を分析し、グループのすべてのメンバーがセッションに参加できるように能力を設定可能である。
【００６４】
以上は、ＰｏＣなどのタイムクリティカルサービス用の一般的なアプリケーションサーバに基づいたソリューションについて説明したものである。但し、本発明は、その範囲と精神を逸脱することなしに、その他のサービスにも適用可能であることを理解されたい。
【００６５】
この概念は、複数のユーザ装置のカテゴリに跨ったＰＴＴ（Ｐｕｓｈ−Ｔｏ−Ｔａｌｋ）機能を実装するための機会を端末製造者に対して提供し、これにより、通信ニーズに最も適合する製品を選択する大きな自由度をエンドユーザに対して提供する。
【００６６】
移動局などのユーザ装置との関連において、本発明の実施例について説明したが、本発明の実施例は、任意のその他の好適なタイプのユーザ装置に適用可能であることを理解されたい。
【００６７】
ＩＭＳシステム及びＧＰＲＳネットワークの観点において、本発明の例について説明したが、本発明は、任意のその他のアクセス法にも適用可能である。又、ＳＩＰに対応したエンティティを有するＳＩＰネットワークの観点において、所与の例について説明したが、本発明は、無線又は固定回線のシステム及び規格及びプロトコルのいずれかの任意のその他の適切な通信システムにも適用可能である。
【００６８】
図１及び以上の記述においては、１つのＰｏＣアプリケーションサーバについてのみ図示及び説明しているが、多数のこのようなサーバを提供可能であることを理解されたい。関係者Ａ及びＢのユーザ装置は、異なるＰｏＣアプリケーションサーバに登録可能である。又、関係者Ａ及びＢにサービスするアプリケーションサーバを異なるネットワーク内に配置することも可能である。
【００６９】
通話状態制御機能の観点において、本発明の実施例について説明したが、本発明の実施例は、適宜、その他のネットワーク要素にも適用可能である。
【００７０】
又、以上においては、本発明の模範的な実施例について説明しているが、添付の請求項に定義されている本発明の範囲を逸脱することなしに、開示されているソリューションに対して加えることが可能ないくつかの変形及び変更が存在することにも留意されたい。
【図面の簡単な説明】
【００７１】
【図１】本発明を実施可能な通信システムを示している。
【図２】本発明の一実施例の動作を示すフローチャートである。
【図３】可能な媒体能力ネゴシエーション手順を示している。
【図４】発信側ユーザ装置用の可能なセッションセットアップ手順を示している。
【図５】着信側ユーザ装置用の可能なセッションセットアップを示している。
【図１】
2007503141.tif 000003
【図２】
2007503141.tif 000004
【図３】
2007503141.tif 000005
【図４】
2007503141.tif 000006
【図５】
2007503141.tif 000007
【国際調査報告】
2007503141.tif 000008
2007503141.tif 000009