JP4456118B2 - パケット交換ネットワークシグナリングを介して回線交換通信を確立するシステム、装置及び方法 - Google Patents

Description

本発明は一般に、ネットワーク通信、特に、パケット交換ネットワークにおけるシグナリングを用いて回線交換通信を確立するシステム、装置及び方法に関する。これによって、パケット交換ネットワークを経由して提供されるサービスを回線交換通信ユーザへ提供することが可能となる。

通信インフラストラクチャ及びプロトコルの進歩によって、標準的計算機を価値のある通信ツールにすることが可能となっている。ローカルエリアネットワーク（ＬＡＮ）から、インターネットのような広い範囲に届くためのグローバルエリアネットワーク（ＧＡＮ）までの範囲にわたるネットワーク上でコンピュータ同士によって相互に通信が行われ、他の電子装置とも通信が行われている。その他の電子装置が携帯電話機、パーソナルディジタルアシスタント（ＰＤＡ）、及びその類似物のような同様の変容を経験している。今日、これらの無線装置は様々な種類の通信に利用されている。例えば、アナログ携帯電話機が伝統的にアナログ音声通信用に利用されていたのに対して、現在の携帯電話機は、音声、データ、画像、ビデオ、及びその他のマルチメディアコンテンツを伝える能力を備えた強力な通信ツールとなっている。ＰＤＡは、かつては携帯用のカレンダ及び情報整理用ツールであったが、現在では、電子メール、インターネットアクセスなどのようなネットワーク通信機能を備えていることが多い。無線及び地上回線のネットワークインフラストラクチャの統合によって、無線端末装置と地上回線端末装置との間ですべてのタイプの情報を便利に伝えることが可能となっている。

このような端末装置に対して、通信事業者のネットワークにおいてリアルタイムサービスを可能にするネットワークアーキテクチャが存在する。例えば、第３世代パートナシッププロジェクト（３ＧＰＰ）のＩＰマルチメディアコアネットワークサブシステム（ＩＭＳ）は、セッション開始プロトコル（ＳＩＰ）インフラストラクチャを介してマルチメディアサービスをサポートするアーキテクチャである。３ＧＰＰは、種々の段階で万国移動体通信システム（ＵＭＴＳ）を標準化してきたが、リリース５は、パケット交換コアネットワーク（ＰＳ−ＣＮ）が回線交換より優位を占めるシステムを含み、さらに電話サービスの責任を果たしていた。リリース５は、ＵＭＴＳアーキテクチャの中へ新たなコアネットワーク、すなわち電話サービスとマルチメディアサービスとの双方をサポートするＩＭＳコアを導入した。ＩＭＳは、公衆交換電話網（ＰＳＴＮ）とインターネット（又は他のこのような大規模ネットワーク）との双方と対話を行って、種々のマルチメディアサービスをユーザへ提供する。ＩＭＳ環境では、プロキシは呼状態制御機能（ＣＳＣＦ）として識別されるが、この制御機能には、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）、サービス提供ＣＳＣＦ（Ｓ−ＣＳＣＦ）、問合せ（ｉｎｔｅｒｒｏｇａｔｉｎｇ）ＣＳＣＦ（Ｉ−ＣＳＣＦ）を含む種々のタイプの制御機能が存在する。一般に、Ｓ−ＣＳＣＦはＩＭＳに対するセッション管理機能の制御を含み、位置情報サービス、認証などのようなホームネットワークサーバへのアクセスを提供するいくつかの機能の実行及び／又は実施時の補助を行う。Ｐ−ＣＳＣＦは、一般に、アプリケーションのための接続点（移動体端末装置クライアントアプリケーションなど）として機能し、変換、セキュリティ、認証、などの実行及び／又は実行時の補助を行うものである。Ｉ−ＣＳＣＦは、一般に、ホームネットワーク加入者又はそのネットワークのサービス対象エリア内に現在位置するローミング中の加入者に宛てたコネクションのホームネットワークにおける接続点として機能する。Ｉ−ＣＳＣＦは、登録を行ったり、Ｓ−ＣＳＣＦアドレスの取得のためにホーム加入者用サーバ（ＨＳＳ）にコンタクトしたり、Ｓ−ＣＳＣＦへＳＩＰ要求／応答を転送したりするユーザに対してＳ−ＣＳＣＦ割当てを行うなどの複数機能を実行することができる。

３ＧＰＰ ＩＭＳは、ネットワークの広範囲の機能性を達成するためにＳＩＰを利用する。インターネット技術タスクフォース（ＩＥＴＦ）によって定められたＳＩＰは、（特に）エンド−ツ−エンドマルチメディアセッションの確立、処理、及びリリースを可能にするエンド−ツ−エンドシグナリングプロトコルである。ＳＩＰは、インターネット会議、電話、プレゼンス、イベント通知、インスタントメッセージ、及びその類似物のようなアプリケーションで利用することができる。ＳＩＰは、ネットワーク終点、すなわち“ユーザエージェント”（ＵＡ）がお互いを探索し、セッション特性に同意することができるようにする。ユーザエージェント（ＵＡ）とは、メディアセッションを確立し、情報の送信／受信を行うためのＳＩＰ要求を起動するネットワーク終点である。他のユーザの位置を探索するために、ＳＩＰは、ユーザが登録と、セッションへの招待と、その他の要求とを、ユーザの端末装置を介して送信することができる前述のＣＳＣＦなどのネットワークプロキシサーバのインフラストラクチャを利用する。ＳＩＰは、ユーザの在席情報、リンギングのようなセッションの設定、セッション管理、及びいくつかの限定された端末装置機能のようなセッションの確立及び終了の種々の態様をサポートする。

ＩＭＳ通信のための情報の転送は、インターネットプロトコル（ＩＰ）に基づく。ＩＰは、インターネットのような相互コネクションされたパケット交換通信ネットワークのシステムで利用するために設計されている。このネットワーク層プロトコルは、メッセージをデータグラムに分割し、このデータグラムはネットワークを経由して種々の仲介ネットワークによって受信装置へ送信され、受信装置で再構成される。ＩＰは“コネクションレス”プロトコルであり、それは通信の終点間に連続的なコネクションが存在しないことを意味する。代わりに、送信者から送られたパケットは異なる経路をとる場合があり、どの経路でもネットワークの輻輳状態が生じる可能性がある。したがって、パケットの受信順序が送信順序とは異なるものになる場合があり、伝送遅延が、リアルタイムの通信やストリーミング通信に悪影響を与える可能性がある。

この理由のために、伝統的に行われていたように、上記のようなリアルタイム通信／ストリーミング通信は回線交換（ＣＳ）領域で行われる場合が多い。ＣＳネットワークは、終点間で単一のコネクションのために一つの物理経路が得られ、コネクションが継続する間、この物理経路がそのコネクション特定となるネットワークである。リアルタイムのサービス及びその他のストリーミングサービス（例えばオーディオ、ビデオ）は、通信の終点間の時間関係を維持するために、伝統的にＣＳネットワークを介して提供されてきた。上述のように、今やパケット交換（ＰＳ）領域を介してこのようなサービスの提供が可能となっている。例えば、“ボイスオーバーアイピー”（ＶｏＩＰ）は、一般に、伝統的なＣＳ領域の代わりに、ＰＳ領域でパケットを介して音声データが送信できるように、ＩＰを利用した音声情報の配信を管理するサービスを意味する。生じる可能性のあるネットワーク遅延問題を処理するために、ＶｏＩＰは、タイムリなパケット配信を目指してリアルタイムプロトコル（ＲＴＰ）を利用する。

しかし、多くの移動機（ＭＳ）及びその他の端末装置は、ＲＴＰベースのＶｏＩＰやＩＰ上の他のリアルタイムのサービス及び／又はストリーミングサービスをサポートしていない。移動体ネットワークにおいてリアルタイムのＩＰサービスを提供する際の問題は、主にＩＰネットワークがベストエフォートモデルに基づいている場合が多いことなど、ネットワークに対する要求に起因している。高いデータ送信レートに対する要求は、十分なビットレートを保証する適切なサービス品質サポート及びその他の同様の要件と同様に、現在ユビキタスなリアルタイムＩＰサービスにとって障害となっている。さらに、ＭＳは、ＩＰ以外のプロトコルを用いるＰＳネットワークを通じてリアルタイムのサービス及び／又はストリーミングサービスを、現在又は将来サポートしないかもしれない。例えば、将来のＰＳネットワークはＩＰと異なるネットワークプロトコルを使用するかもしれず、ある種のレガシー装置は、そのようなネットワークプロトコルを使用するパケットベースの通信をサポートしない。

しかし、上記のような装置ユーザにとって望ましいかもしれない、このようなＩＰネットワークや他のＰＳネットワークに関連するサービスがあり得るが、このようなユーザは利用できないであろう。例えば、ＩＭＳはユーザに多種多様の各種サービスを提供する。ＶｏＩＰや他の類似サービスをサポートしていないＭＳは、回線交換電話サービスなど他の方法でこのような通信を行うことが必要となる。このような場合、ＭＳがＩＭＳを通じてＶｏＩＰ又は他のサービスを介して通信していれば利用できる種々のＩＭＳサービスを、ユーザは利用できなくなる。さらに、通信事業者の第３世代（３Ｇ）ネットワーク（又はそれ以上の世代のネットワーク）はＶｏＩＰ及び類似のサービスを提供することができるが、ＩＭＳネットワークを経由して利用可能なサービスのすべては提供できない。上記の場合、ＣＳネットワークやＶｏＩＰが動作可能な３Ｇネットワークなどによる他の通信を可能にしつつ、ＩＭＳサービスをユーザに提供することが望ましい。

したがって、パケット交換ネットワークにおけるシグナリングを利用して回線交換通信を確立する方法に対する要望が、通信業界に存在する。回線交換ネットワークを介して通信を行うユーザが、非回線交換ネットワークで提供されるサービスの恩恵を得られる方法に対するさらなる必要性が存在する。本発明は、これらのニーズ及びその他のニーズを満たし、従来技術に優るその他の利点を提供する。

上述の従来技術における限界を克服するために、また、本明細書を読み、理解するとき明らかになるであろう他の限界を克服するために、本発明はパケット交換ネットワークにおけるシグナリングを利用して回線交換通信を確立するシステム、装置及び方法を開示する。

本発明の方法の１つの実施例は、回線交換（ＣＳ）領域で通信を行うユーザに対して、パケット交換（ＰＳ）マルチメディアネットワークを経由してサービスを提供する。上記ＰＳマルチメディアネットワークを通じて、端末装置間でダイアログが確立される。このダイアログによって上記端末装置のうちの少なくとも一方の端末装置へサービスが提供される。ＣＳネットワークを経由する通信フローが要求された旨の指示を含むＣＳベアラ情報が、上記端末装置間で、また上記ダイアログによって通信される。このＣＳベアラ情報によって指示されたとおり、上記ＣＳネットワークを経由する通信フローが端末装置間で実行される。

このような方法のより特定の実施例によれば、ＰＳマルチメディアネットワークを通じて端末装置間でダイアログを確立するステップは、ＰＳマルチメディアネットワークを介し、セッション開始プロトコル（ＳＩＰ）を利用して端末装置間でダイアログを確立するステップを伴う。他の特定の実施例では、ＰＳマルチメディアネットワークがインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）を含み、複数の端末装置間でダイアログを確立するステップが、ＩＭＳを通じ、セッション開始プロトコル（ＳＩＰ）を用いてダイアログを確立するステップを伴う。１つの実施例では、端末装置のうちの１つの端末装置から他の端末装置へのＳＩＰ招待（ＩＮＶＩＴＥ）要求を利用して、ダイアログが確立され、ＳＩＰ招待メッセーシ本体を介して与えられるセッション記述によってＣＳベアラ情報を伝えるステップを実行することができる。他の実施例では、セッション記述プロトコル（ＳＤＰ）を利用してセッション記述が与えられ、そこで、ＣＳベアラ情報はＳＤＰを介して与えられる。ＣＳ情報のいくらか又はすべてを、例えば、ＣＳネットワークを経由する通信フロー特定のメディアタイプ、ＣＳネットワークを識別するＳＤＰコネクションデータフィールド、ＣＳネットワークを経由する通信フロー特定のメディアタイプのサブフィールド、ＣＳネットワークを経由して実行される通信フローのタイプを示すＳＤＰ属性、ＣＳネットワークを経由する通信フロー特定のアプリケーションメディアタイプのサブフィールド、及び／又は通信フローをＣＳネットワークを経由して実行すべきことを指示するセッションレベルの属性によって与えることにより、ＳＤＰによりＣＳ情報を搬送することができる。他の実施例では、ＣＳベアラ情報は、ＳＩＰコンテンツタイプヘッダと関連するＣＳ特定コンテンツタイプ値によって、又は、ＣＳ特定ＳＩＰヘッダと関連するＣＳ特定値によって伝えられる。

提供サービスは、ＩＭＳ又は他のＰＳマルチメディアネットワークを介して利用可能な任意のサービスであってよい。例えば、このようなサービスは、発呼者回線識別サービスのマルチメディアバージョン（本願明細書でマルチメディアＣＬＩ又はＭＣＬＩと呼ぶ）、ビデオサービス、オーディオサービス、テレビ電話及び他のストリーミングビデオサービス、マルチメディア会議サービス、ボイスメール、着信転送、通話中着信転送、又はアプリケーション共有サービスを含んでもよい。ＣＳベースの通信はまた、例えば、リアルタイムメディア送信、会話サービス品質クラスのフロー、ストリーミングサービス品質クラスのフロー、音声呼、ビデオ及び／又はオーディオ送信、ファクシミリ送信、などのような種々の形態をとることもできる。

本発明の他の実施例によれば、少なくとも２つの端末装置間で回線交換（ＣＳ）コネクションを確立する方法が提供される。パケット交換（ＰＳ）マルチメディアネットワークを通じて端末装置間でダイアログが確立される。ダイアログを介して端末装置間でＣＳベアラ情報が伝えられ、ＣＳベアラ情報には、ＣＳネットワークを経由する通信フローが要求された旨のある指示が含まれる。ダイアログによって提供されるＣＳベアラ情報に少なくとも部分的に基づいて、ＣＳネットワークを経由してコネクションが確立される。ＣＳネットワークによって確立されたコネクションを利用して、端末装置間で通信フローが実行される。

本発明の他の実施例によれば、パケット交換（ＰＳ）マルチメディアネットワークを経由してサービスを受信し、回線交換（ＣＳ）ネットワークを経由して通信を行う端末装置が提供される。この端末装置は処理システムを含む。第１ユーザエージェントは、前記処理システムによって動作可能であり、ＰＳマルチメディアネットワークを経由して、少なくとも一つの他の目的の受信端末装置とのダイアログを確立し、そのダイアログを介して前記目的受信端末装置へＣＳベアラ情報を伝えるように構成される。そこで、ＣＳベアラ情報は、少なくともＣＳネットワークを経由する通信フローが要求された旨の指示を含む。前記処理システムを介して動作可能な第２ユーザエージェントは、ＣＳベアラ情報によって指示されたように、端末装置と、目的受信端末装置との間でＣＳネットワークによって通信フローを行うように構成される。

このような端末装置のより特定の実施例では、第１ユーザエージェントが、ＰＳマルチメディアネットワークを介して提供される少なくとも１つのサービスを利用するように構成される。このＰＳマルチメディアネットワークは、例えばＩＰマルチメディアサブシステム（ＩＭＳ）であってもよい。他の特定の実施例では、第１ユーザエージェントは、セッション開始プロトコル（ＳＩＰ）ユーザエージェントを含み、ＳＩＰを用いてダイアログが実行される。他の特定の実施例では、セッション記述ユーザエージェントは前記ＳＩＰユーザエージェントと動作的に結合され、ＣＳベアラ情報が、前記ＳＩＰユーザエージェントによって伝えられるように構成される。例えば、セッション記述プロトコル（ＳＤＰ）ユーザエージェントによってこのようなセッション記述ユーザエージェントを提供することができる。このようなＳＤＰユーザエージェントは、ＣＳベアラ情報を、例えば、ＣＳネットワークを経由する通信フロー特定のメディアタイプ、ＣＳネットワークを経由する通信フロー特定のメディアタイプのサブフィールド、ＣＳネットワークを経由する通信フロー特定のアプリケーションメディアタイプのサブフィールド、及び／又は、ＣＳネットワークを経由して通信フローを実行する旨を指示するセッションレベルの属性によって提供するように構成することができる。なおさらに他の実施例では、ＳＩＰユーザエージェントは、ＣＳベアラ情報を、ＳＩＰコンテンツタイプヘッダと関連するＣＳ特定コンテンツタイプ値、及び／又は、ＣＳ特定ＳＩＰヘッダと関連するＣＳ特定値によって、提供するように構成する。端末装置は、デスクトップ型コンピュータ、ワークステーション、又はその類似物のような地上回線端末装置であってもよいし、若しくは、携帯電話機、ＰＤＡ、又は、何らかの無線アクセスネットワーク（ＲＡＮ）を介してＩＭＳシステムと結合することができる他の無線装置などのような無線装置であってもよい。

本発明の他の実施例によれば、回線交換（ＣＳ）ネットワークを介して遅延時間に敏感な情報を伝えるユーザに対してＩＭＳベースのサービスを提供するシステムが提供される。このような遅延時間に敏感な情報は、例えば、音声呼、テレビ電話呼、ファクシミリ送信、又は他の会話ＱｏＳクラスのフロー及び／又はストリーミングＱｏＳクラスのフローを含むことができる。このシステムは、少なくとも送信端末装置と受信端末装置とを備える。送信端末装置は、処理システムと、ＩＭＳを通じて受信端末装置とのダイアログを開始し、そのダイアログを介して受信端末装置へＣＳベアラ情報を伝えるように構成されたＳＩＰユーザエージェントとを備える。送信端末装置はまた、ＣＳベアラ情報によって指示されたとおり、ＣＳネットワークを経由して受信端末装置を用いて通信フローを実行するように構成されたＣＳ通信ユーザエージェントを備える。受信端末装置は、処理システムと、ＣＳベアラ情報を認識し、ＣＳベアラ情報の受信確認を送信端末装置に応答するように構成されたＳＩＰユーザエージェントとを備える。受信端末装置は、ＣＳベアラ情報によって指示されたとおり、ＣＳネットワークを経由して送信端末装置を用いて通信フローを実行するように構成されたＣＳ通信ユーザエージェントをさらに備える。

本発明の他の実施例はコンピュータ可読メディアであって、少なくとも２つの端末装置の間で回線交換（ＣＳ）コネクションを確立するための、コンピュータシステムによって実行可能な命令を格納する。この命令は、パケット交換（ＰＳ）マルチメディアネットワークを通じて少なくとも２つの端末装置の間でダイアログを確立するステップと、そのダイアログを介して少なくとも２つの端末装置の間でＣＳベアラ情報を伝えるステップであって、ＣＳベアラ情報には、少なくともＣＳネットワークを経由する通信フローが要求された旨の指示が含まれるステップと、そのダイアログを介して提供されたＣＳベアラ情報に少なくとも部分的に基づいて、ＣＳネットワークを経由してコネクションを確立するステップと、ＣＳネットワークを経由して確立されたコネクションを利用して、少なくとも２つの端末装置間で通信フローを実行するステップと、を実行する。

これらの利点及び種々のその他の利点、並びに、本発明を特徴づける新規性の特徴は、特に本願に付属し、本願の一部を形成する請求項に指摘されている。しかし、本発明と、本発明の利点及び本発明の利用によって得られる目的をよりよく理解するために、本願の他の一部を形成する図面、及び、付随する記載事項を参照することが望ましい。これらの図面と記載事項との中に、本発明に準拠するシステム、装置及び方法の具体例が例示され、記載されている。

以下の図に例示する実施例と関連して、本発明について説明する。本願の開示の一部に、著作権保護の対象となる素材が含まれている。著作権所有者は、特許商標庁の特許ファイル又は記録に現われるとおりの、本願文書又は本願の開示のいずれかによる正確な複製に対して異議を申し立てるものではないが、そうでない場合にはどのようなものであれすべての著作権を保留するものである。

種々の実施例についての以下の説明において、本願の一部を形成する添付図面を参照するが、これらの添付図面は、本発明の実施が可能な種々の実施例を例示によって示すものである。本発明の範囲から逸脱することなく、構造的な変更及び処理上の変更を行うことができるため、他の実施例の利用もできることを理解されたい。

全体として、本発明は、パケット交換（ＰＳ）ネットワークでのシグナリングを利用して、回線交換（ＣＳ）通信を確立する方法を提供するものである。ユーザは、シグナリングプロトコルを介して、ＩＭＳなどのＰＳマルチメディアネットワーク上で他のユーザとのダイアログの確立を行うすることができる。ＰＳマルチメディアネットワーク上で通信を行うことによって、当該ＰＳマルチメディアネットワークによって提供されるサービスが１人のユーザ又は双方のユーザにとって利用可能となる。しかし、１以上のＣＳネットワークによってそのユーザ間で他の通信を行うことが可能であり、そこでは、ＰＳマルチメディアネットワークを経由して確立されるダイアログは、ＣＳネットワーク通信に関係のある情報を含む。例えば、ＶｏＩＰ機能を持たないユーザは、ＰＳマルチメディアネットワークを経由してダイアログを確立し、このＰＳマルチメディアネットワークによって利用可能になるサービスを利用して、電話又はＣＳネットワークを経由するリアルタイムの会話型の対話を必要とする他の通信を行うことができる。

インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）に関しては、情報転送は、インターネットなどのような相互コネクションされたパケット交換通信ネットワークのシステムで利用するために設計されたインターネットプロトコル（ＩＰ）に基づく。このネットワーク層プロトコルは、メッセージを、送信者及び受信者双方の一意のネットワークアドレスを含むパケット又は“データグラム”（これらの用語は本願明細書では交換可能に使用されている）に分割する。これらのパケットはネットワークを経由して種々の仲介ネットワークによって受信装置へ送信され、（送信制御プロトコル、ユーザデータグラムプロトコルなどを利用して）受信装置で再構成が行われる。ＩＰは“コネクションレス”プロトコルであり、それは通信の終点間に連続的なコネクションが存在しないことを意味する。代わりに、送信者から送られたパケットは異なる経路をとることがあり、どの経路でもネットワークの輻輳状態が生じる可能性がある。したがって、パケットの受信順序が送信順序とは異なるものとなる場合があり、伝送遅延が、リアルタイムの通信やストリーミング通信に悪影響を与える可能性がある。

このような遅延の潜在的可能性のために、リアルタイム通信／ストリーミング通信はＣＳ領域で実行される場合が多い。通信の終点間の時間関係を維持するために、電話及びストリーミングサービスのようなリアルタイムサービスは伝統的にＣＳネットワークを介して提供されてきた。前に示したように、ＶｏＩＰのようなサービスが最近になってパケット交換（ＰＳ）領域の中に入ってきた。生じる可能性のあるネットワーク遅延問題を処理するために、ＶｏＩＰは、タイムリなパケット配信を目指してリアルタイムプロトコル（ＲＴＰ）を利用する。しかし、多くの移動機（ＭＳ）及びその他の端末装置は、ＲＴＰベースのＶｏＩＰやＩＰ上の他のリアルタイムサービス及び／又はストリーミングサービスをサポートしていない。さらに、ＭＳは、ＩＰ以外のプロトコルを用いるＰＳネットワーク（ＩＭＳなど）を通じてリアルタイムサービス及び／又はストリーミングサービスを、現在又は将来サポートしないかもしれない。しかし、本発明による利点がなければ、このようなサービスを利用できないようなユーザにとっては、ＩＭＳなどのようなネットワークを経由することによって利用できるようになるサービスが望ましいかもしれない。ＶｏＩＰや他の同様の対応するサービスをサポートしていないＭＳは、回線交換電話サービスなど他の方法でこのような通信を行うことが必要となる。このような場合、ＭＳがＩＭＳを通じてＶｏＩＰ又は他のサービスを介して通信していれば利用できる種々のＩＭＳサービスを、ユーザは利用できなくなる。さらに、通信事業者の第３世代（３Ｇ）ネットワーク（又はそれ以上の世代のネットワーク）はＶｏＩＰ及び類似のサービスを提供することができるが、ＩＭＳネットワークを経由して利用可能なサービスのすべては提供できない。上記の場合、ＣＳネットワークやＶｏＩＰが動作可能な３Ｇネットワークなどによる他の通信を可能にしつつ、ＩＭＳサービスをユーザに提供することが望ましい。

本発明によって、本発明がなければＩＭＳを利用することはない、ＣＳ領域や他のネットワーク領域内にいるユーザに対してＩＭＳサービスを提供することが可能となる。したがって、たとえ通信事業者の３ＧネットワークがＶｏＩＰ（又は類似の）機能をすでに備えていても、又はＭＳがこのようなＶｏＩＰ、類似のサービス、又はそうでなければＩＭＳが関係しない他のシナリオをサポートしていなくても、ＩＭＳサービスをユーザのために提供することができる。本発明の種々の実施例はＩＭＳという観点から説明されているが、あるＭＳがサポートしていない特定のプロトコルを介してネットワークサブシステムが通信を提供する他の類似状況、又はＭＳが単にこのようなネットワークサブシステムからのサービス利用して利益を得るような他の類似状況に対しても、本明細書に記載されている説明から、本発明の適用ができることは本技術の当業者には明らかであることに留意されたい。したがって、本発明は、ＩＭＳ以外のネットワークサブシステム（ＰＳマルチメディアネットワークなど）に対しても、等しく適用ができる。例えば、本発明はＰＳセッションを確立するために用いられたシグナリングプロトコルをサポートする他のインフラストラクチャに対して適用できる。シグナリングプロトコルとしてＳＩＰを利用して、ＰＳセッションを確立するさらに特定の例では、いずれの通信事業者／サービスプロバイダが運用するＳＩＰインフラストラクチャに対しても本発明の適用ができる。ＩＭＳはこのような１つのＳＩＰインフラストラクチャを表わす。

図１は、ユーザが、本発明の１つの実施例に基づいてＶｏＩＰや他のＩＰベースのリアルタイム通信能力／ストリーミング通信能力なしで、ＩＭＳサービスを利用できることを、一般的に例示するブロック図である。図１の例示の実施例は、２つの移動体装置１００、１０２の間での通信を含むが、本発明はデスクトップ型コンピュータ、ワークステーションなどのような地上回線端末に対しても等しく適用できる。本発明はまた、アプリケーションサーバ又は特定のサービス（会議用サーバなど）をユーザに提供する他のネットワークエンティティを含む通信にも等しく適用できる。したがって、本願に記載の種々の実施例は、移動体装置間での通信に関連して記載されているが、本発明が他の移動端末装置や地上回線端末装置を含む通信に対しても適用できることを認識すべきである。図１に例示した実施例においては、移動体装置１００、１０２は、携帯電話機１０４、パーソナルディジタルアシスタント（ＰＤＡ）１０６、携帯用コンピュータ１０８、又は無線通信を介してネットワークにアクセスする能力を備えた他の装置などの装置を含むこともできる。

本発明によれば、通信終点１００、１０２間の時間関係を十分に保存する必要があるＩＭＳサービスが、音声呼のようなリアルタイムメディア／ストリーミングメディアを搬送するＣＳ領域ベアラを用いてユーザへ提供される。例えば、音声呼のような会話ＱｏＳクラスのフロー１１２は、ＣＳネットワーク１１４によって表されるようにＣＳ領域の中で搬送される。ストリーミングビデオ、オーディオなどのようなアプリケーションを含むストリーミングＱｏＳクラスのような、通信終点間での時間関係に敏感な他のクラスのフローはまた、ＣＳネットワーク１１４を通じて搬送することもできる。ＣＳ領域を通じてこのような通信が行われるが、本発明は、ＩＭＳ、又はＰＳネットワーク１２０と関連づけられた他の類似のマルチメディアＩＰネットワーク１１８を通じてサービス制御１１６を行うことにより、装置１００、１０２のユーザへＩＭＳサービスを提供することができる。例えば、本発明の１つの実施例では、セッション開始プロトコル（ＳＩＰ）は、ＩＭＳ１１８を通じてセッションの確立、修正、及び終了のために利用され、サービス制御はＩＭＳ１１８を通じてＳＩＰを利用して実行される。ユーザが利用可能なＩＭＳサービスは、例えば、マルチメディア発呼者回線識別（ＭＣＬＩ）、ストリーミングビデオ及びオーディオサービス、マルチメディア会議、アプリケーション共有、ボイスメール、着信転送、通話中着信転送、並びにその類似物を含むことができる。本発明によれば、本発明に準拠しなかった場合には、ＰＳネットワーク１２０とマルチメディアＩＰネットワーク１１８とを経由して、会話フロー、ストリーミングフロー又は他の時間に敏感なクラスのフローの通信を行う能力を望んだり、有したりしないユーザ１００、１０２が、マルチメディアＩＰネットワーク（例えばＩＭＳ）１１８を経由して１以上のサービスを受信しながら、ＣＳネットワーク１１４を介してこのようなクラスのフローの通信を行うことができる。

１つの実施例によれば、ＣＳネットワーク１１４の中を通るＣＳセッション１１２と、マルチメディアＩＰネットワーク１１８中を通るダイアログ１１６とが、端末装置内で結合される。例えば、ＩＭＳコンテキストでは、ＣＳセッション１１２とＳＩＰダイアログ１１６とは、特定のセッション記述定義を用いて端末装置１００、１０２の中で結合される。通信事業者がこの機能性をサポートするようにＩＭＳのエレメントを構成できるため、ネットワークに変更や追加を行う必要はない。しかし、ＣＳ特定セッション記述を搬送するＳＩＰメッセージが、通信事業者のポリシ判断により、ＩＭＳ領域内の呼制御機能（ＣＳＣＦ）によってブロックされないようにすべきである。

本発明の１つの実施例では、セッション設定と関連して終点１００、１０２間でＣＳ特定情報の搬送を行うために、セッション記述の拡張が行われるか、そうでなければ、修正される。例えば、ＳＩＰセッション設定時に、セッション記述プロトコル（ＳＤＰ）を利用してＣＳ特定情報を搬送することができる。セッション記述は、ＣＳ領域が会話フロー、ストリーミングフロー、又は他の遅延時間に敏感なクラスのフローに利用されることになる旨の端末装置（例えばＭＳ１００など）からの指示を含む。要求に対する応答（例えばＳＩＰ応答）において、ルーティング番号を搬送することもできる。そのようなルーティング番号は、例えば、会議時に、又はマルチパーティのピア−ツ−ピア通信時において、サーバから開始端末装置へのダイナミックな会議番号を取得するために用いることができる。

ＳＩＰダイアログ設定が完了したとき、又はそうでなければ適切なセッション進行状態にあるとき、ＭＳ−Ａ１００のような開始者はＭＳ−Ｂの番号を利用して、ＣＳ呼を開始する。したがって、ＭＳはＳＩＰダイアログ及び対応するＣＳベアラに合わせて構成され、そこでＭＳは複数のサービスを同時に搬送する技術を用いて動作するように構成される。例えば、動的同期転送モード（ＤＴＭ）を利用することができる。この転送モードは、異なるデータ転送速度で同時に複数のサービスを搬送することができる同期転送ネットワーク技術である。ＤＴＭは時分割多重方式（ＴＤＭ）を用いるネットワークのための回線交換の１つの形であり、ＴＤＭが利用可能な帯域幅を必要とするユーザのために動的に再割当てを行う。他の例として、広帯域符号分割多元接続（ＷＣＤＭＡ）マルチ無線アクセスベアラ（ＲＡＢ）は、マルチＲＡＢと呼ばれるが、ＭＳが２つのＲＡＢを同時に利用できるようにする能力を提供する。これらの技術若しくは他の類似の現在又は将来の技術は、本発明によって同時サービス制御１１６及び会話／ストリーミングフロー１１２をサポートするために用いることができる。

上記において暗に言及されているように、ＳＩＰダイアログの設定完了時に、又は、ＳＩＰダイアログの設定完了前に、ＭＳ−Ａ１００はＣＳ呼を開始することができる。例えば、１つの実施例では、成功したダイアログ設定（例えば２００／ＯＫ応答）の完了を示すＭＳ−Ｂ１０２からの確認応答受信時に、ＭＳ−Ａ１００によってＣＳ呼が開始される。別の実施例では、ダイアログのネゴシエーションが完全に行われる前にＣＳ呼を開始することができる。こうすることによって、全体の設定時間を減らすことができ、また、ある事例においては、いくつかのアプリケーションで異なるユーザ体験ができる。例えば、ＭＳ−Ａ１００は、セッション進行状態（ｐｒｏｇｒｅｓｓ）メッセージ（例えばＳＩＰ１８３応答）のような一時的応答を受信したとき、ＣＳ呼を開始する（例えば設定（ＳＥＴＵＰ）を送信する）ことができる。

さらに、ＭＳ１００、１０２は、サービス制御１１６を可能にするため、マルチメディアＩＰネットワーク１１８に登録する。例えば、ＭＳ１００、１０２はＳＩＰ登録メッセージを利用してＩＭＳに登録を行うことができる。さらに特定の例では、ＳＩＰ登録メッセージを当該ユーザのための最も近いプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）へ送ることができ、そこでドメインネームサービス（ＤＮＳ）ＳＲＶ、動的ホスト構成プロトコル（ＤＨＣＰ）、又はその類似物を用いて最も近いＰ−ＣＳＣＦを探索することができる。もしＰ−ＣＳＣＦが訪問先ネットワークの中にあれば、Ｐ−ＣＳＣＦは、ユーザのためにホームネットワークの問合せ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ）ＣＳＣＦ（Ｉ−ＣＳＣＦ）を探索し、サービス提供（Ｓｅｒｖｉｎｇ）（Ｓ−ＣＳＣＦ）へ登録メッセージを送信する。ひとたび登録されると、通信のためにＭＳを探索することができる。Ｐ−ＣＳＣＦが訪問先ネットワークにあれば、訪問先とホームネットワークとの間でＩＭＳローミングがサポートされることに留意されたい。しかし、これは要求条件ではない。というのは、ＧＰＲＳのローミングサポートのような他のローミングサポートで十分であり、Ｐ−ＣＳＣＦはホームネットワークにあればよいからである。

次に、本発明に準拠してＩＭＳを介してＣＳセッションを確立するための１つの実施例を示すブロック図である図２を参照する。この実施例は、ここでもまたＭＳ−Ａ２００とＭＳ−Ｂ２０２とラベルをつけた２つの無線装置間での通信を想定する。ＭＳ−Ａ２００は、訪問先公衆地上移動体ネットワーク（ＶＰＬＭＮ）２０８において、ＧＰＲＳ／ＩＭＳネットワーク２０６Ａを通じてＳＩＰダイアログ２０４を開始する。ＳＩＰダイアログ２０４は、ＩＭＳ領域２１０を通じてＭＳ−Ｂ２０２へ、ＭＳ−Ｂ２０２と関連づけられたＶＰＬＭＮ−Ｂ２１２と関連づけられたＧＰＲＳ／ＩＭＳ２０６Ｂを介して確立される。さらに特定すれば、ＭＳ−Ａ２００は、ＶＰＬＭＮ−Ａ２０８と関連づけられたＰ−ＣＳＣＦ−Ａ２１４へ、ＳＩＰ招待要求のようなＳＩＰ要求を送信する。招待要求はＳ−ＣＳＣＦ−Ａ２１６へ届けられ、そこでその要求は次いで、Ｓ−ＣＳＣＦ−Ｂ２１８及びＶＰＬＭＮ−Ｂ２１２と関連づけられたＰ−ＣＳＣＦ−Ｂ２２０に届けられる。ＳＩＰ招待要求は、本発明に準拠して、ＣＳベアラメディア記述を含むＣＳ特定情報を搬送するセッション記述を含むメッセージ本体を有する。このようなセッション記述について以下さらに詳述する。このようにして、ＩＭＳを介してＭＳ−Ａ２００とＭＳ−Ｂ２０２との間でＳＩＰダイアログ２２２が確立される。

ＭＳ−Ｂ２０２は招待要求からのＣＳ特定情報の構文解析を行い、それによって、ＭＳ−Ｂ２０２はＭＳ−Ａ２００がＣＳベースの通信を行うことを望んでいる旨を知ることになる。マルチメディア発呼者回線識別（ＭＣＬＩ）のような他のＩＭＳサービスの利用も可能であり、そこでは、発呼者の写真又は他の画像、企業ロゴ、ｖＣＡＲＤ、他の図形、オーディオクリップ、又は類似物をＭＳ−Ｂ２０２に提示することができる。ＭＳ−Ｂ２０２が招待要求に応答するとき、ＭＳ−Ｂ２０２のセッション記述がＭＳ−Ａ２００に与えられ、そこでは、セッション記述はまた、ＣＳベアラメディア記述も提供する。

ＳＩＰダイアログ２２２が確立され、セッション記述が交換されると、ＭＳ−Ａ２００はＣＳ呼制御２２６によって図示されるように、ＭＳ−Ｂ２０２の番号を用いてＣＳ領域２２４を通じて呼設定手続きを起動する。例えば、世界移動体通信システム（ＧＳＭ）のネットワークでは、呼の確立によってローカルに責任を負う交換機が決定される。これを行うのが、例示の実施例では訪問先移動体交換センタ（ＶＭＳＣ）２２８である。ＶＭＳＣ２２８は、ロケーションエリアＬＡＩ内の一時的ＴＭＳＩによって識別されたＭＳ−Ａ２００がサービスアクセスを要求した旨を訪問先ロケーションレジスタ（ＶＬＲ；図示せず）に通知する。認証及び他の手続きの後、コネクション要求が遠隔ＶＭＳＣ２３０へ通知され、ＭＳ−Ｂ２０２に対してＣＳ呼制御２３２が実行される。ＭＳ−Ｂ２０２は、事前に確立されたＳＩＰダイアログ２２２が指示しているので、ＣＳ呼を期待している。このようにして、ＣＳ呼２３４が確立される。

前に示したように、ＳＩＰを用いてＩＭＳによるセッションを確立することができる。図３は、本発明の１つの実施例に基づいて、ＩＭＳによってＳＩＰを用いてサービス制御を行う代表的方法を例示する図である。ＳＩＰメッセージ３００のための構文は、一般に、少なくともメッセージヘッダ３０１とメッセージ本体３０２とを含む。メッセージヘッダ３０１は、応答を期待するアドレスを識別するための“Ｖｉａ”フィールド、目的の受信者及び送信者をそれぞれ識別する“Ｔｏ”及び“ＦＲＯＭ”フィールド、呼の一意な識別情報を表わす“Ｃａｌｌ−ＩＤ”、コンテンツの長さ、タイプ、及びその類似物のようなフィールドを含む。

セッション、メディアタイプ、コーデック、サンプリングレートの詳細、及び／又はその他の詳細は、ＳＩＰには記述されない。代わりに、ＳＩＰメッセージのメッセージ本体３０２が、セッション記述プロトコル（ＳＤＰ）のようなある他のプロトコル形式で符号化されたセッションの説明を含む。ＳＤＰは、セッション告知、セッション招待、及びマルチメディアセッション開始の他の形を目的として、マルチメディアセッションを記述するために用いることができる。他のプロトコル形式もまた、ＳＩＰメッセージの本体を介してこのようなセッション記述を与えるために用いることができ、マルチメディアセッションに参加するために十分な情報を伝える任意のはっきりと定義された形式を本発明に準拠して利用することもできる。図３〜図６の実施例においては、ＳＤＰを仮定しているが、本発明に準拠する上記のようなセッション記述の詳細を提供できる１つの方法を表しているにすぎない。したがって、図３に示された実施例では、メッセージ本体３０２は、ＳＩＰメッセージ本体３０２の少なくとも一部としてＳＤＰメッセージ３０４を含む。ＳＤＰメッセージ３０４は、ウェブページがＨＴＴＰメッセージを介して搬送される方法と同様の方法でＳＩＰメッセージにより搬送される。

図３の例では、ＳＤＰメッセージ３０４はＳＤＰメッセージの共通部分３０６を示す代表例を含む。メッセージ行のこの部分３０６は、典型的なＳＤＰメッセージと関連づけることができる代表的記述情報を示している。セッション記述は、セッション全体及びすべてのメディアストリームに適用できるように、セッションレベルの記述を含む。ＳＤＰ構造は、一般にセッションレベルのセクションとそれに続く０又はそれ以上のメディアレベルのセクションとを含む。セッションレベル部はプロトコルバージョンに関連する“ｖ”行３１０から始まり、メディア名に関連する“ｍ”行から始まる最初のメディアレベルセクションへ続く。メディアレベルセクションは、セッション記述の最後まで、又は次のメディア記述へ続く。例えば、例示の実施例では、１つのメディアレベルセクションが行３２０から始まり、他のメディアレベルセクションが行３２２から始まる。一般に、セッションレベル値は、同等のメディアレベル値によって無効にされないかぎり、すべてのメディアに対してデフォルト値となる。

当業では周知のように、他のセッション記述子項目はＳＤＰメッセージ部３０６に含まれる。例えば、“ｏ”フィールド３１２は、セッションの発信者（図示の例において、 “−”は発呼側装置がユーザ名をサポートしていないことを示し、そうでなければユーザ名を含む）、セッションＩＤ、セッションバージョン番号（例えば、ＩＮ ＩＰ６）などを示すことができる。 “ｓ”フィールド３１４はセッション名を表わす。“ｃ”フィールド３１６は、図示された実施例ではセッションレベルコネクションデータを表すコネクションデータである。セッションレベルコネクションデータは、ネットワークタイプ（ＩＮ）及びアドレスタイプ（ＩＰ６）、並びに、コネクションアドレス（例えば、５５５５：：ａａａ：ｂｂｂ：ｃｃｃ：ｄｄｄ：）を含む。“ｔ”フィールド３１８は、会議のためにセッションがアクティブになる時刻（図示された実施例では開始／終了時刻“０ ０”）を表わす。“ｍ”フィールド３２０は、メディアタイプ（例えばａｕｄｉｏ）、メディアストリームが送信されるトランスポート（例えば４９１７０）、トランスポートプロトコル（例えば、オーディオ／ビデオプロファイルを利用するリアルタイムトランスポートプロトコルであるＲＴＰ／ＡＶＰ）、及びメディア形式（例えば０）を含むいくつかのサブフィールドを含むメディア記述を表わす。

本発明の１つの実施例によれば、ＳＤＰ拡張部３０８が提供され、この拡張部は、ＣＳコネクションを使用する旨を指示するＣＳ特定情報を伝えるために設けることができる追加のＳＤＰメッセージ行を表わす。本例では、ＳＤＰ拡張部によって新たなメディアタイプが示される。さらに特定するならば、ＳＤＰ拡張部３０８は、新たなメディアタイプ“ｐｓｔｎ＿ａｕｄｉｏ”を含むメディア記述３２２を含む。本発明によれば、ＣＳベアラ及び関連するメディアタイプを識別するために種々の新たなメディアタイプが提供される。例えば、新たなメディアタイプ“ｐｓｔｎ＿ａｕｄｉｏ”は、ＣＳベアラのためのオーディオメディアタイプを表わす。同様に、ビデオ、ファックス、及びＣＳベアラのための他のメディアタイプのために、“ｐｓｔｎ＿ｖｉｄｅｏ”、“ｐｓｔｎ＿ｆａｘ”などのような新たなメディアタイプを提供することができる。このような新たなメディアタイプは、インターネット番号割当てオーソリティ（ＩＡＮＡ）への登録などによって登録することができる。実施例によっては、メディア記述３２２はまた、オーディオ／ビデオコーデック及びその類似物のようなメディアに関する追加情報も搬送できる。

図３の代表的ＳＤＰ拡張部３０８はまた、コネクションデータフィールド３２４も含む。ネットワークタイプ“ＰＳＴＮ”は、ＳＤＰの送信者の電話番号（例えば、＋３５８５０１２３４５６７）を含むＰＳＴＮ呼のためのコネクションパラメータを記述する。ＣＳネットワークのための他のネットワークタイプが代わりに与えられる。電話番号形式（例えばＥ１６４）も提供することができる。

ＳＤＰ拡張部の行３２６、３２８に図示するように、属性を与えることができる。属性フィールドは様々な形式のものであってよい。プロパティ属性は“ａ＝＜フラグ＞”の形である。これらは２値の属性であり、このような属性があれば、その属性がそのセッションのプロパティであることを示す。値属性は“ａ＝＜属性＞：＜値＞”の形であり、<値>は<属性>の特性を定義する。例示の実施例では、拡張部の行３２６に示すようにプロパティ属性をオプションとして与えて、メディアに関するさらに多くの情報を追加することができる。ここで、“属性”は任意の所望の登録済み属性である。同様に、Ｘ−拡張行３２８はオプションとして非登録属性を識別するのに用いることができる。

同じＳＤＰ３０４が、ＣＳ（例えばＰＳＴＮ）とＩＰセッションの双方の定義を含むことができることに留意されたい。例えば、行３２０に示されるメディア記述はＩＰセッションのために使用することができ、ＳＤＰ拡張部３０８の行３２２に示されるメディア記述は、ＰＳＴＮ通信のために使用することができる。

図４は本発明に準拠するＳＤＰ拡張部の他の実施例を例示する図であり、メディアタイプに新たなサブフィールドが与えられている。ＳＤＰメッセージ４００は、本発明の代替の実施例に基づいて最初のＳＤＰメッセージ部分４０２及びＳＤＰ拡張部４０４Ａ、４０４Ｂを含む。ＳＤＰ拡張部４０４Ａ及び４０４Ｂは、代替の代表的ＳＤＰ拡張部を例示するものであり、メディアタイプに新たなサブフィールドが本発明に準拠して提供される。

最初のＳＤＰメッセージ部分４０２は、図３に関連して記載されたＳＤＰメッセージ部分３０６に類似しており、ここでは更なる説明は行わない。最初の代表的ＳＤＰ拡張部４０４Ａは、オーディオ、ビデオなどのような既存のメディアタイプを含むメディア記述４０６を含む。例示の実施例では、メディア記述４０６は、既知のメディアタイプ“ａｕｄｉｏ”を含む。ＳＤＰ記述４００のメディア記述４０６は、本発明の例示された実施例に基づいてメディアタイプに新たなサブフィールドタイプを含む。メディア記述４０６中の１つのそのような新たなサブフィールドタイプは、公衆交換電話ネットワーク（ＰＳＴＮ）を表わす“ＰＳＴＮ”サブフィールドタイプを含む。このサブフィールドタイプは、そのメディアタイプ（ａｕｄｉｏ）が図示の例ではＰＳＴＮであるＣＳベアラを介して伝えられることを示す。ＰＳＴＮ呼情報を追加するために、新たなサブフィールドタイプ“ＰＳＴＮ”を導入することができる。図４に関連して説明した実施例に基づいて、各種のＣＳベアラのための他のサブフィールドタイプをメディアサブフィールドタイプとして指定することができる。

コネクションデータフィールド４０８はまた、ＳＤＰ拡張部４０４Ａで例示されている“ＰＳＴＮ”である新たなサブフィールドタイプも含む。このような新たなサブフィールドタイプはＰＳＴＮ呼のためのコネクションパラメータを記述し、このパラメータは、例えば、ＳＤＰメッセージ４００の送信者の電話番号（例えば＋３５８５０１２３４５６７）、及び、必要に応じて、電話番号形式（例えばＥ１６４）を含む。オーディオ、ビデオ、ファックス及びその類似物のようにサービスタイプを識別することができる。属性フィールド４１０は、コネクションタイプを示す新たな属性を識別するために用いることができる。新たな属性タイプが、新たなコネクション属性に対応する“ｃＴＹＰＥ”としてＳＤＰ拡張部４０４Ａに示され、この属性値は“ｔｅｌｅｐｈｏｎｙ”である。この新たな属性タイプは、“ａ＝ｃＴｙｐｅ：ｔｅｌｅｐｈｏｎｙ”、“ａ＝ｃＴｙｐｅ：ｖｉｄｅｏ＿ｔｅｌｅｐｈｏｎｙ”、“ａ＝ｃＴｙｐｅ：ｆａｘ”、又はその類似物のようなＣＳベアラのための任意の所望のコネクション属性を識別するために用いることができる。さらに、登録済みか否かにかかわらず、他の属性も得ることができる。例えば、代表的ＳＤＰ拡張部４０４Ａは、“Ｘ−ｏｔｈｅｒ−ａｔｔｒｉｂｕｔｅ”として示される非登録属性をオプションとして識別するためにＸ−拡張行４１２を含む。

もしすべての必要なパラメータがメディア記述行に追加されていれば、コネクションデータフィールド４０８を省くことができることに留意されたい。このような実施例がＳＤＰ拡張部４０４Ｂによって例示され、メディア記述４１４は、ａｕｄｉｏタイプ及び新たなサブフィールドタイプＰＳＴＮ、並びに、ＳＤＰメッセージ４００の送信者の電話番号（例えば、＋３５８５０１２３４５６７）、及び、必要に応じて、電話番号形式（例えばＥ１６４）を含む。ここでも、属性フィールド４１６で示されるように、新たなコネクションタイプ“ｃＴｙｐｅ”を識別することができ、また、Ｘ−拡張行４１８に示すような他の属性を非登録属性を識別するためにオプションとして用いることもできる。

図５は、アプリケーションメディアタイプが実装された、本発明に準拠するＳＤＰ拡張部の他の実施例を例示する図である。本発明の代替実施例によれば、ＳＤＰメッセージ５００は最初のＳＤＰメッセージ部５０２及びＳＤＰ拡張部５０４Ａ、５０４Ｂを含む。ＳＤＰ拡張部５０４Ａ及び５０４Ｂは、本発明に準拠して新たなアプリケーションメディアタイプが提供される代替の代表的ＳＤＰ拡張部を例示する。

最初のＳＤＰメッセージ部５０２は、図３に関して説明したＳＤＰメッセージ部分３０６に類似するため、ここではさらなる説明は行わない。最初の代表的ＳＤＰ拡張部５０４Ａは、標準の“ａｐｐｌｉｃａｉｏｎ”メディアタイプと、ＰＳＴＮ呼を定義するために挿入された新たなサブタイプ“ＰＳＴＮ”とを使ったメディア記述５０６を含む。ＣＳベアラを識別する他の類似のサブタイプを、上記のような実施例で代替として使用することもできる。所望の場合又は必要な場合に、メディア記述５０６は、またオーディオ／ビデオコーデックなどのようなメディアに関する追加情報を搬送することもできる。

例示の実施例において、コネクションデータフィールド５０８はＰＳＴＮ呼のためのコネクションパラメータを記述する。コネクションパラメータは、例えば、ＳＤＰの送信者の電話番号（例えば、＋３５８５０１２３４５６７）、及び、必要に応じて、電話番号形式（例えばＥ１６４）を含むことができる。サービスタイプはオーディオ、ビデオ、ファックス、及びその類似物のように識別することができる。属性フィールド５１０は、コネクションタイプを指示する新たな属性を識別するために用いることができる。新たな属性タイプが、新たなコネクション属性に対応する“ｃＴｙｐｅ”としてＳＤＰ拡張部５０４Ａに示され、この属性値は“ｔｅｌｅｐｈｏｎｙ”である。この新たな属性タイプは、“ａ＝ｃＴｙｐｅ：ｔｅｌｅｐｈｏｎｙ”、“ａ＝ｃＴｙｐｅ：ｖｉｄｅｏ＿ｔｅｌｅｐｈｏｎｙ”、“ａ＝ｃＴｙｐｅ：ｆａｘ”、又はその類似物のようなＣＳベアラのための任意の所望のコネクション属性を識別するために用いることができる。さらに、適切な属性すなわちＸ−属性を用いることによって、このような属性が登録済みか否かにかかわらず他の属性も得ることができる。

もしすべての必要なパラメータがメディア記述行に追加されていれば、コネクションデータフィールド５０８を省くことができることに留意されたい。このような実施例がＳＤＰ拡張部５０４Ｂによって例示され、メディア記述５１２は、“ａｐｐｌｉｃａｔｉｏｎ”タイプと、前述したような新たなサブタイプ“ＰＳＴＮ”とを含み、また、コネクションパラメータも含む。このコネクションパラメータは、例えば、ＳＤＰの送信者の電話番号（例えば＋３５８５０１２３４５６７）、及び、必要に応じて、電話番号形式（例えばＥ１６４）を含んでもよい。属性フィールド５１４に示すように、ここでも新たなコネクションタイプ“ｃＴｙｐｅ”を介して属性を与えることができ、また、Ｘ−拡張行５１６に示すように、他の属性を非登録属性を識別するためにオプションとして用いることができる。

図６は本発明に準拠するＳＤＰ拡張部の他の実施例を例示する図であり、セッションレベルの属性がＣＳ特定情報を識別するために用いられる。本実施例では、ＣＳベアラは新たなセッションレベルとして定義されず、逆に、このセッションがＣＳ通信に関連することを知らせるために新たなメディアタイプ属性が追加される。もし受信者がこの属性を理解しないときは、単にこの属性をスキップする。属性パラメータは、例えば、“ｘ−ｐｓｔｎ＿ａｕｄｉｏ”、“ｘ−ｐｓｔｎ＿ｖｉｄｅｏ”、“ｘ−ｐｓｔｎ＿ｆａｘ”などを含んでもよい。もし電話番号形式を区別するのが適切ならば、例えば、“ｘ−ｅ１６４＿ａｕｄｉｏ”、“ｘ−ｅ１６４＿ｖｉｄｅｏ”、“ｘ−ｅ１６４＿ｆａｘ”などのように、他の属性名を使用することができる。

図６は、本発明の１つの実施例に従って、セッションレベルの属性がＣＳ特定情報を識別するために用いられる例を示している。ＳＤＰ記述６００は、新しく追加されたセッションレベルの属性６０２を除けば、図３に関して説明したＳＤＰメッセージ部分３０６に類似する。本例では、属性パラメータは、オーディオ通信を搬送するためのＣＳベアラ（ＰＳＴＮ）のための非登録属性を指示する“ｘ−ｐｓｔｎ＿ａｕｄｉｏ”を含む。ＳＤＰの送信者の電話番号（例えば＋３５８５０１２３４５６７）のような関連する属性値が与えられる。

図３〜６と関連して説明した種々のＳＤＰ拡張部の実施例は、本発明の原理に基づいて利用することができるＳＤＰ拡張部のタイプを代表するものである。しかし、ＩＭＳを通じてＳＩＰを用いてＣＳ特定情報を伝える他の方法もまた利用できることを認識するべきである。したがって、ＳＤＰ又は他のセッション記述がこのようなデータを搬送する唯一のメカニズムではない。例えば、ＣＳ特定情報を含む全く新しいデータ形式を定義することができる。例えば、新しいコンテンツタイプとして、招待メッセージ（すなわち、新たなＭＩＭＥタイプ）にデータを追加することができる。代替として、ＳＩＰ要求中の新しいヘッダとしてＣＳ特定情報を追加することができる。このような実施例の次に説明する図７に示されている。

図７は、ＣＳ特定情報がＳＩＰ情報の一部として提供される本発明の種々の実施例を示す図である。図７は、ＳＩＰメッセージヘッダ７００の代表例を示す。本発明の１つの実施例に従って、本発明に準拠するＣＳ特定情報を、ＳＩＰ招待要求のようなＳＩＰメッセージに新しいコンテンツタイプとして追加することができる。例えば、ＳＩＰヘッダフィールド７０２は“ｃｏｎｔｅｎｔ−Ｔｙｐｅ”を表わす。当業者には周知のように、“ｃｏｎｔｅｎｔ−Ｔｙｐｅ”は、ＳＩＰヘッダで用いられる多目的インターネットメール拡張（ＭＩＭＥ）ヘッダフィールドである。ＭＩＭＥコンテンツタイプフィールドの目的は、受信ユーザエージェントが、データを提示し、そうでない場合にはデータを適切に処理するために、適切なエージェント又は他のメカニズムを識別できるように、本体中に含まれるデータを記述することである。

コンテンツタイプフィールドと関連づけられた値はメディアタイプと呼ばれる。本発明の１つの実施例によれば、対応するＣＳ領域を経由して情報を伝えるためのＣＳベアラとしてメディアタイプを識別するコンテンツタイプの値として新たなＣＳメディアタイプ７０４が提供される。例えば、現在存在するメディアタイプは、“ｔｅｘｔ”、“ｉｍａｇｅ”、“ａｕｄｉｏ”、“ｖｉｄｅｏ”、“ａｐｐｌｉｃａｔｉｏｎ”などである。本発明の１つの実施例では、ＣＳ特定情報を識別するためにコンテンツタイプヘッダフィールド７０２のための１以上の新たなメディアタイプ７０４が提供される。本発明によれば、メディアタイプを“ｃｓ＿ｂｅａｒｅｒ”、“ｐｓｔｎ＿ａｕｄｉｏ”、“ｐｓｔｎ＿ｖｉｄｅｏ”、“ｐｓｔｎ＿ｆａｘ”、又はその類似物として定義することができる。代替として、１以上のサブタイプと関連づけられる能力を有する、“ｃｓ＿ｂｅａｒｅｒ”のような新たな一般的メディアタイプを提供することができる。例えば、現在のＭＩＭＥテキストメディアタイプは、テキストをプレーンテキストとして識別するために“ｐｌａｉｎ”サブタイプを伴う“ｔｅｘｔ”メディアタイプとして指定することができる。同様に、“ｃｓ＿ｂｅａｒｅｒ”（又は選択された他のメディアタイプ名）を“ｐｓｔｎ＿ａｕｄｉｏ”、“ｐｓｔｎ＿ｖｉｄｅｏ”、“ｐｓｔｎ＿ｆａｘ”、又はその類似物のようなサブタイプと関連づけることができる。

別の実施例では、要求中の新しいヘッダによってＣＳ特定情報を識別することができる。例えば、“ｃｓ＿ｂｅａｒｅｒ”ヘッダフィールドのような新しいヘッダフィールド７０６を提供することができる。メディアタイプ７０８は、“ｐｓｔｎ＿ａｕｄｉｏ”、“ｐｓｔｎ＿ｖｉｄｅｏ”、“ｐｓｔｎ＿ｆａｘ”、又はその類似物と関連づけることができる。ヘッダフィールド７０２、７０６が代替実施例を表わすものであること、及び、その一方又は他方をＳＩＰヘッダフィールドで使用することができることを認識するべきである。ヘッダフィールド７０２、７０６は双方とも専ら説明のためにＳＩＰメッセージヘッダ７００に例示されているにすぎない。

図３〜７の例から分かるように、本発明に準拠してＣＳ特定情報は任意の数の方法で得ることができる。したがって、本発明は、任意の好便な方法でこのようなＣＳ特定情報が得られることを意図している。

図８は、本発明に準拠して、ＣＳ領域を経由して通信を行いながら、ＩＭＳサービスをユーザに提供する１つの代表的方法を例示するブロック図である。図８の例は、ＣＳ領域の電話通信に関するＩＭＳマルチメディア発呼者回線識別（ＭＣＬＩ）サービスの利用を示している。一般に、ＣＬＩは多数の電話プロバイダにより供給されているサービスであり、電話呼を行う際に電話番号が送信される。ＣＬＩを備えた受信端末を用いると、ユーザは、呼に応答する前に発呼者の電話番号を見ることができる。ＭＣＬＩとは、マルチメディアコンテンツが電話番号に付随するか、又は電話番号の代わりに表示されるＣＬＩを指す。例えば、発呼者のデジタル映像、及び／又は、オーディオクリップ、図形、企業ロゴ、及び／又はその類似物を送信することができる。図８に示された例ではＭＣＬＩがＩＭＳサービスを代表しているが、同様に他のＩＭＳサービスを提供することができる。

ユーザ装置−Ａ（ＵＥ−Ａ）８００と関連づけられた第１のユーザは、意図する呼受信者ＵＥ−Ｂ８０４へ向けてＳＩＰ招待要求８０２Ａを送信する。例示の実施例では、招待要求は、ＵＥ−Ａ８００と関連づけられたＳＤＰメッセージ（ＳＤＰ−Ａ）を含む。ＳＤＰ−Ａは、テキスト、画像、名刺、ロゴ、オーディオクリップ及び／又はその他のコンテンツのようなＭＣＬＩデータを含む提供メディアを含む。１つの実施例では、ＳＤＰ−Ａはまた、ＣＳ領域からオーディオのためのベアラが割り当てられる旨を指示する特別の“ＣＳベアラ”メディア記述行も含む。前に示したように、ＣＳ特定情報はまたメディア記述行以外の別の方法でも提供することができる。

ＵＥ−Ｂ８０４の統一リソース識別子（ＵＲＩ）は、ＩＭＳにおいて招待を届けるために用いられる。さらに特定すれば、招待８０２Ａは、ＵＥ−Ａのホーム公衆地上移動体ネットワーク（ＨＰＬＭＮ−Ａ）８０８内のＰ−ＣＳＣＦ８０６で受信される。招待８０２ＢはＩＭＳ内のＳ−ＣＳＣＦ８１０へ転送され、また招待８０２Ｃに描かれているように、ＨＰＬＭＮ−Ｂ８１４内のＰ−ＣＳＣＦ８１２へ転送される。招待８０２ＤはそのＰ−ＣＳＣＦ８１２からＵＥ−Ｂ８０４へ出力される。

ＵＥ−Ｂ８０４はＳＤＰ−Ａからの“ＣＳベアラ”メディア記述行（又はＣＳベアラ情報を搬送する他のヘッダ、属性、など）の構文解析を行う。ＳＤＰ−Ａは、ＵＥ−Ａ８００の電話番号を搬送し、それによりＵＥ−Ｂ８０４はすでにＣＳベアラ情報に基づいてこの電話呼を予期する。ＵＥ−Ｂ８０４はまた、ＭＣＬＩも表示するか、又はそうでなければＵＥ−Ｂ８０４を介してＭＣＬＩを提示する。

ＵＥ−Ｂ８０４は適切なＳＩＰ応答メッセージ８１６Ａ〜８１６Ｄを応答として送信するが、これは図示の例ではＳＩＰ“１８３”応答である。当業においては周知のように、ＳＩＰ“１８３”応答は“セッション進行状態”を指示するものであり、これによらなければ分類できない、呼の進行状態に関する情報が伝えられるために用いられる。代替として、ＵＥ−Ｂ８０４は、ＳＩＰ“２００”（ＯＫ）メッセージ８１８Ａ〜８１８Ｄを応答として送信することができる。いずれの場合にせよ、応答は、“ＣＳベアラ”メディア記述を搬送するＵＥ−Ｂ（すなわちＳＤＰ−Ｂ）のＳＤＰ記述を搬送する。実行される可能性のある他のＳＩＰメッセージ及び応答については示していない。

ＵＥ−Ａ８００は、２００（ＯＫ）応答８１８Ｄの受信時に呼設定８２０を開始することができる。又は代替として、１８３（セッション進行状態）応答８１６Ｄのような一時的ＳＩＰ応答の受信に応答して、呼設定８２０を開始することもできる。ＵＥ−Ａ８００はＵＥ−Ｂ８０４の番号（ｍｓ−ｂ−ｎｂｒ）を用いて呼設定８２０を開始するが、これは、初期アドレスメッセージ（ＩＡＭ）８２６を介してＶＭＳＣ８２２、８２４、ＨＰＬＭＮ−Ａ８０８及びＨＰＬＭＮ−Ｂ８１４の間で継続される。当業においては周知のように、ＩＡＭは、Ｎｏ．７信号方式（ＳＳ７）におけるメッセージ又はＣＳ呼設定用のために利用される類似の回線交換シグナリングネットワークである。呼設定はＵＥ−Ｂ８０４へ継続され、そこでＵＥ−Ｂ８０４は前に生じたＳＩＰシグナリングの結果として、ＵＥ−Ａ８００からのＣＳ呼をすでに予期している。ＵＥ−Ｂ８０４のユーザが呼に応答することにしたと想定すると、次にＣＳ呼が指示されたとおりＣＳ呼コネクション経路８２８Ａ、８２８Ｂ、８２８Ｃを介して確立される。

図９は、ＣＳ領域で通信を行うユーザに対してＰＳマルチメディアネットワークを経由してサービスを提供する方法の種々の実施例を例示する流れ図である。ＰＳマルチメディアネットワークは、ＩＭＳであってもよいし、若しくはインターネットプロトコル（ＩＰ）又はＣＳ領域で情報を伝えるために使用しない他のプロトコルを介して通信を可能にするために用いる他のＰＳベースのネットワークであってもよい。ダイアログは、ＰＳマルチメディアネットワークを経由して２以上の端末装置間で確立される９００。ダイアログの初期要求、応答又は他のシグナリング段階のようなダイアログの任意の時点で、端末装置のうちの少なくとも１つへ１以上のサービスが提供され９０２、次いで、ダイアログを介してＣＳベアラ情報が伝えられる９０４。端末装置は、ＰＳマルチメディアネットワークを経由するダイアログを介して得られるＣＳベアラ情報により明らかにされるような方法で、ＣＳ領域を経由して相互に通信を行う９０６ことができる。このようにして、端末装置は、ＩＭＳ又は他のＰＳマルチメディアネットワークを介してサービスを受信しながら、ＣＳ領域を経由して通信を行うことができる。

本発明の１つの実施例によれば、ＩＭＳ又は他のＰＳマルチメディアネットワークを通じて端末装置間でダイアログを確立するステップは、ＳＩＰ招待９０８又は他のシグナリングプロトコルメッセージ９１０を利用してダイアログを開始するステップを含む。他の実施例では、１以上の端末装置へサービスを提供するステップは、ＭＣＬＩ９１２、アプリケーション共有９１４、マルチメディア会議９１６、ビデオ９１８、オーディオ９２０、他のストリーミングサービス／リアルタイムサービス９２２などのようなサービスを提供するステップを含む。さらに他の実施例では、ＳＤＰ拡張部の利用を通じて行われるような種々の方法で、ダイアログを介してＣＳベアラ情報を伝えるステップを実行することができる。このようなＳＤＰ拡張部は、例えば、ＳＤＰメディアタイプ拡張部９２４、ＳＤＰメディアタイプサブフィールド拡張部９２６、ＳＤＰアプリケーションメディアタイプ拡張部９２８、ＳＤＰセッションレベル属性拡張部９３０などを含む。ＣＳベアラ情報は、新たなＳＩＰコンテンツタイプ９３２、新たなＳＩＰヘッダ９３４、若しくは他のシグナリングプロトコルコンテンツタイプ又はヘッダ９３６を介するような他の方法で伝えることができる。さらに他の実施例では、端末装置間でのＣＳ通信は、電話９３８、テレビ電話９４０、ファクシミリ送信９４２、及びその類似物のようなリアルタイム通信／ストリーミング通信を含むことができる。

ハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせは、本発明に準拠するユーザ装置（ＵＥ）機能及び動作を実行するために用いることができる。本発明に準拠するＵＥ装置は、ＳＩＰを実装した装置のような、用いられるシグナリングプロトコルに適合した通信装置を含む。これらの装置は、例えば、携帯電話機、ＰＤＡ及び他の無線コミュニケータ、並びに、地上回線の計算システム及びコミュニケータを含む。本発明に準拠するＵＥとしてサービスを提供することが可能な移動体装置の代表例を図１０に例示する。移動体装置１０００は、従来装置の活動、及び本発明によって提供される機能性を制御し、管理するために計算システムを利用する。代表的移動体装置１０００は、本発明に準拠する演算を行う能力を備えた計算システムを含む。例えば、代表的移動体装置１０００は、マイクロプロセッサ、縮小命令セットコンピュータ（ＲＩＳＣ）又はその他の中央演算処理モジュールのような処理／制御ユニット１００２を含む。処理ユニット１００２は単一の装置である必要はなく、１以上のプロセッサを含んでもよい。例えば、処理ユニットは、マスタプロセッサ及びマスタプロセッサと通信するように結合された関連するスレーブプロセッサを含むことができる。

処理ユニット１００２は、プログラムの記憶装置／メモリ１００４で得られるプログラムによって指令されるとおり、移動体装置１０００の基本機能を制御する。記憶装置／メモリ１００４は、本発明と関連づけられるオペレーティングシステムと、種々のプログラムと、データモジュールとを含むことができる。本発明の１つの実施例では、プログラムは、不揮発性の電気的に消去可能な、プログラム可能なリードオンリメモリ（ＥＥＰＲＯＭ）、フラッシュＲＯＭなどに格納されるため、移動体装置の電源断時にもプログラムが失われない。記憶装置１００４はまた、１以上の他のタイプのリードオンリメモリ（ＲＯＭ）及びプログラム可能な及び／又は消去可能なＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、加入者インタフェースモジュール（ＳＩＭ）、無線インタフェースモジュール（ＷＩＭ）、スマートカード、若しくはその他の固定又は取り外し可能なメモリ装置を含んでもよい。本発明に準拠する移動体装置の動作を実行するための関連するソフトウェアはまた、インターネット及び中間無線ネットワークのような１以上のネットワークを経由して電子的にダウンロードされるようなデータ信号を介して移動体装置１０００へ送信してもよい。

他の標準的な移動体装置の機能を実行するために、プロセッサ１００２はまた、移動体装置１０００と関連づけられるユーザインタフェース１００６と結合される。ユーザインタフェース（ＵＩ）１００６は、例えば、液晶表示装置のような表示装置１００８、キーパッド１０１０、スピーカ１０１２、マイク１０１４などを含んでもよい。これらのＵＩコンポーネント及びその他のＵＩコンポーネントは当業で周知のようにプロセッサ１００２と結合される。キーパッド１０１０は、従来方式のセルラ／ＣＳ通信のための番号をダイアルする機能、及び／又は、ＳＩＰベースの通信を実行する機能を含む種々の機能を実行するための英数字キーを含んでもよい。音声コマンド、スイッチ、タッチパッド／スクリーン、ポインティングデバイス、トラックボール、ジョイスティックを利用するグラフィックユーザインタフェース又は任意の他のユーザインタフェースメカニズムのような他のＵＩメカニズムを用いることができる。

無線装置１０００はまた、移動体ネットワーク上で無線送信を行う従来方式の回路を含むことができる。ＤＳＰ１０１６は、アナログディジタル（Ａ／Ｄ）変換、ディジタルアナログ（Ｄ／Ａ）変換、音声符号化／復号、暗号化／解読、エラー検出及び訂正、ビットストリーム変換、フィルタリングなどを含む種々の機能を実行するために用いることができる。送受信装置１０１８は、一般にアンテナ１０２０と結合され、送信無線信号１０２２を送信し、移動体装置１０００と関連づけられる着信無線信号１０２４を受信する。例えば、信号１０２２、１０２４は、ＧＳＭを経由して提供されるような無線アクセスネットワーク（ＲＡＮ）を経由してＣＳネットワーク又はＰＳネットワークへ送信することができる。

例示の実施例では、記憶装置／メモリ１００４は、他のＵＥとのダイアログに用いるユーザエージェント（ＵＡ）のような種々のクライアントプログラムを格納する。例えば、記憶装置１００４は、ＳＩＰ ＵＡ１０２６又は利用するシグナリングプロトコルと関連するその他の類似のＵＡを含む。本発明に準拠してＣＳ特定情報を送信するために新たなＳＩＰコンテンツタイプ又はＳＩＰヘッダを利用する場合、発呼者のためのＳＩＰ ＵＡ１０２６は、送信するＳＩＰメッセージの中に上記のような情報を含める。“被呼者”端末装置のＳＩＰ ＵＡ１０２６は、ＳＩＰ要求を受信し、メッセージを構文解析し、そしてＣＳ特定情報を識別する。ＳＩＰ ＵＡ１０２６はまた、他のＳＩＰメッセージ情報の構文解析及び処理も行う。

前述したように、本発明の他の実施例は、ＳＤＰのようなセッション記述によるＣＳ特定情報の送信を伴う。本発明の１つの実施例では、ＳＤＰ（又は類似の）ＵＡ１０２８Ａは、発呼者ＵＥで、このような情報をＳＤＰ定義の中に含めるために用いられる。受信ＵＥでは、ＳＤＰ ＵＡは、１０２８Ａは、着信ＳＤＰを構文解析し、ＣＳ特定情報（並びに他のセッション記述情報）を識別し、そして端末装置においてＣＳセッションとＩＭＳ／ＳＩＰダイアログとを本質的に一体に結ぶために用いられる。ＳＤＰ ＵＡ１０２８Ｂによって図示されるように、このようなＳＤＰ ＵＡはまた、ＳＩＰ ＵＡ１０２６の一部として提供することもできる。

端末装置はまた、１以上のＣＳ通信エージェント１０３０も含む。例えば、ＣＳベースの電話エージェントは、音声呼の設定を実行し、この端末装置と他の端末装置との間の通信を可能にするために、プロセッサ１００２と関連して動作する。ＣＳ通信エージェント１０３０はまた、ストリーミングビデオユーザエージェント、ストリーミングオーディオユーザエージェント、テレビ電話ユーザエージェント、及びその類似物のような他のＣＳベースのユーザエージェント及び／又は追加のＣＳベースのユーザエージェントを代表することもできる。

類似の計算アーキテクチャが地上回線コミュニケータのために提供される。例えば、ＳＩＰ（又は他の）ＵＡ及びＳＤＰ ＵＡは、本発明に準拠して機能を実行するための処理システムにより実行することができる。このような地上回線コミュニケータは、ネットワーク間で情報を伝えるために送受信装置及び／又は他のネットワークインタフェースを含むことができる。

本発明の例示の実施例についての上述の説明は、例示及び説明を目的として提示された。上述の説明は、網羅的であること、又は、開示した正確な形態に本発明を限定することを意図したものではない。上述の教示を考慮して多くの修正及び変形ができる。本発明の範囲は、上記詳細な説明によって限定されるものではなく、本願請求項によって限定されることを意図している。

本発明の１つの実施例に基づくＩＭＳサービスを利用するＶｏＩＰ、又はその他のＩＰベースのリアルタイム通信能力／ストリーミング通信能力を持たないユーザの能力を一般的に例示するブロック図である。 本発明に準拠して、ＩＭＳを介してＣＳセッションを確立する１つの実施例を例示するブロック図である。 本発明の１つの実施例に基づくＩＭＳを通じてＳＩＰを利用してサービス制御を行う代表的方法を例示する図である。 本発明に準拠するＳＤＰ拡張部の他の実施例を例示する図であり、そこでは、メディアタイプに対して新たなサブフィールドが提供される。 本発明に準拠するＳＤＰ拡張部の他の実施例を例示する図であり、そこではアプリケーションメディアタイプが実装される。 本発明に準拠するＳＤＰ拡張部の他の実施例を例示する図であり、そこではセッションレベル属性がＣＳ特定情報を識別するために用いられる。 ＣＳ特定情報がＳＩＰ情報の一部として提供される本発明の実施例を例示する図である。 本発明に準拠して、ＣＳ領域を経由して通信を行いながらＩＭＳサービスをユーザに提供する１つの代表的方法を例示するブロック図である。 ＣＳ領域で通信を行うユーザに対して、ＰＳマルチメディアネットワークを経由してサービスを提供する方法の種々の実施例を例示する流れ図である。 本発明に準拠するＵＥとしてサービスを提供することができる移動体装置の代表例を例示する図である。

Claims (28)

1. インターネットプロトコルマルチメディアサブシステムネットワークを介してセッション開始プロトコル招待メッセージを送信して、前記インターネットプロトコルマルチメディアサブシステムネットワークに接続された複数の端末装置間にインターネットプロトコルマルチメディアサブシステム特定サービスを確立するステップと、
   前記セッション開始プロトコル招待メッセージによって、前記複数の端末装置間でセッション開始プロトコルダイアログを確立するステップと、
   前記セッション開始プロトコルダイアログによって、かつ回線交換ベアラ情報を示すセッション記述プロトコル拡張部を有するセッション記述プロトコルメッセージによって、前記複数の端末装置間で前記回線交換ベアラ情報を伝送する伝送ステップであって、前記回線交換ベアラ情報には、回線交換ネットワークを介した回線交換通信フローを要求する指示が少なくとも含まれ、前記回線交換通信フローは前記複数の端末装置内で前記インターネットプロトコルマルチメディアサブシステム特定サービスと結合されるステップと、
   前記インターネットプロトコルマルチメディアサブシステム特定サービスの確立と共に、前記回線交換ベアラ情報によって指示された回線交換ネットワークを介して前記複数の端末装置間で前記回線交換通信フローを実行する実行ステップと、
   を有する方法。
2. 前記伝送ステップが、メディアタイプサブフィールドによって前記回線交換ベアラ情報のうちの少なくともいくらかの情報を伝送するステップを含み、前記サブフィールドは、前記回線交換ネットワークを介した回線交換通信フロー特定のサブフィールドである請求項１に記載の方法。
3. 前記伝送ステップが、アプリケーションメディアタイプサブフィールドによって前記回線交換ベアラ情報のうちの少なくともいくらかの情報を伝送するステップを含み、前記サブフィールドは、前記回線交換ネットワークを介した回線交換通信フロー特定のサブフィールドである請求項１に記載の方法。
4. 前記伝送ステップが、前記回線交換ネットワークを介して前記通信フローを実行すべきであることを示すセッションレベルの属性によって、前記回線交換ベアラ情報のうちの少なくともいくらかの情報を伝送するステップをさらに含む請求項１に記載の方法。
5. 前記伝送ステップが、セッション開始プロトコルコンテンツタイプヘッダと関連する回線交換特定コンテンツタイプ値によって前記回線交換ベアラ情報のうちの少なくともいくらかの情報を伝送するステップをさらに含む請求項１に記載の方法。
6. 前記伝送ステップが、回線交換特定セッション開始プロトコルヘッダと関連する回線交換特定値によって前記回線交換ベアラ情報のうちの少なくともいくらかの情報を伝送するステップをさらに含む請求項１に記載の方法。
7. 前記伝送ステップが、パケット交換マルチメディアネットワークにおいて動作可能なシグナリングプロトコルのヘッダと関連する回線交換特定コンテンツタイプ値によって前記回線交換ベアラ情報のうちの少なくともいくらかの情報を伝送するステップをさらに含む請求項１に記載の方法。
8. 前記伝送ステップが、パケット交換マルチメディアネットワークにおいて動作可能なシグナリングプロトコルの回線交換特定ヘッダと関連する回線交換特定値によって前記回線交換ベアラ情報のうちの少なくともいくらかの情報を伝送するステップをさらに含む請求項１に記載の方法。
9. 前記インターネットプロトコルマルチメディアサブシステム特定サービスは、マルチメディア発呼者回線識別サービス、ビデオサービス、テレビ電話サービス、マルチメディア会議サービス、ボイスメール、着信転送、通話中着信転送、及びアプリケーション共有サービスのうちの少なくとも１つを含む請求項１に記載の方法。
10. 前記実行ステップが、前記回線交換ネットワークを通じてリアルタイムメディアを伝送するステップをさらに含む請求項１に記載の方法。
11. 前記実行ステップが、前記回線交換ネットワークを通じて会話サービス品質クラスのフローを伝送するステップをさらに含む請求項１に記載の方法。
12. 前記実行ステップが、前記回線交換ネットワークを通じてストリーミングサービス品質クラスのフローを伝送するステップをさらに含む請求項１に記載の方法。
13. 前記実行ステップが、前記回線交換ネットワークを通じてビデオ送信及びファクシミリ送信のうちの少なくとも１つを伝送するステップをさらに含む請求項１に記載の方法。
14. インターネットプロトコルマルチメディアサブシステムネットワークを介して、セッション開始プロトコルセッションを確立するステップと、
    セッション開始プロトコルダイアログによって前記少なくとも２つの端末装置間で回線交換ベアラ情報を伝送するステップであって、前記回線交換ベアラ情報は、回線交換ネットワークを介した回線交換通信フローを要求する指示を少なくとも含むステップと、
    前記セッション開始プロトコルダイアログによって提供された前記回線交換ベアラ情報を少なくとも部分的に用いて、前記回線交換ネットワークを介したコネクションを確立するステップと、
    前記の確立された回線交換ネットワークを介したコネクションを利用して、前記少なくとも２つの端末装置間で前記回線交換通信フローを実行するステップと、
    を有する方法。
15. インターネットプロトコルマルチメディアサブシステムネットワークを介してサービスを受信し、回線交換ネットワークを介して通信できる１または複数のネットワークインタフェースと、
    処理システムであって、
    セッション開始プロトコル招待メッセージの送信に応答して前記インターネットプロトコルマルチメディアサブシステムネットワークを介して少なくとも１つの目的端末装置とのセッション開始プロトコルダイアログを確立し、前記少なくとも１つの目的端末装置とのインターネットプロトコルマルチメディアサブシステム特定サービスを確立し、前記セッション開始プロトコルダイアログは前記回線交換ネットワークを介した回線交換通信フローが要求されていることを示す回線交換ベアラ情報を含むセッション記述プロトコル拡張部を有するセッション記述プロトコルメッセージを伝送することによって確立されるものであり、
    前記セッション記述プロトコルメッセージ内の回線交換ベアラ情報を識別し、
    前記回線交換ベアラ情報によって指示された回線交換ネットワークを介して、前記端末装置と、前記少なくとも１つの目的端末装置との間で前記回線交換通信フローを実行し、
    前記回線交換通信フローを前記インターネットプロトコルマルチメディアサブシステム特定サービスと結合する
    ように前記端末装置を制御する命令によって構成された処理システムと、
    を具備する端末装置。
16. 前記処理システムが、メディアタイプサブフィールドによって前記回線交換ベアラ情報を提供するようにさらに構成され、前記サブフィールドが前記回線交換ネットワークを介した回線交換通信フロー特定のサブフィールドである請求項１５に記載の端末装置。
17. 前記処理システムが、アプリケーションメディアタイプサブフィールドによって前記回線交換ベアラ情報を提供するようにさらに構成され、前記サブフィールドが前記回線交換ネットワークを介した回線交換通信フロー特定のサブフィールドである請求項１５に記載の端末装置。
18. 前記処理システムが、前記回線交換通信フローが前記回線交換ネットワークを介して実行される旨を指示するセッションレベル属性によって、前記回線交換ベアラ情報を提供するように構成される請求項１５に記載の端末装置。
19. 前記処理システムが、セッション開始プロトコルコンテンツタイプヘッダと関連する回線交換特定コンテンツタイプ値によって、前記回線交換ベアラ情報を提供するように構成される請求項１５に記載の端末装置。
20. 前記処理システムが、回線交換特定セッション開始プロトコルヘッダと関連する回線交換特定値によって前記回線交換ベアラ情報を提供するように構成される請求項１５に記載の端末装置。
21. 前記端末装置が、無線アクセスネットワークを介してパケット交換マルチメディアネットワーク及び前記回線交換ネットワークと無線で接続された移動機を含む請求項１５に記載の端末装置。
22. コンピュータシステムによって実行可能な命令を格納したコンピュータ可読記憶媒体であって、前記命令は
    インターネットプロトコルマルチメディアサブシステムネットワークを介して、セッション開始プロトコル招待メッセージを送信して、前記インターネットプロトコルマルチメディアサブシステムに接続された複数の端末装置の間にインターネットプロトコルマルチメディアサブシステム特定サービスを確立するステップと、
    前記セッション開始プロトコル招待メッセージを用いて、少なくとも２つの端末装置の間でセッション開始プロトコルダイアログを確立するステップと、
    前記セッション開始プロトコルダイアログによって、回線交換ベアラ情報を示すセッション記述プロトコル拡張部を有するセッション記述プロトコルメッセージによって、前記少なくとも２つの端末装置の間で前記回線交換ベアラ情報を伝送する伝送ステップであって、前記回線交換ベアラ情報が、回線交換ネットワークを介した回線交換通信フローを要求する指示を少なくとも含み、前記回線交換通信フローは前記少なくとも２つの端末装置内で前記インターネットプロトコルマルチメディアサブシステム特定サービスと結合されるステップと、
    前記セッション開始プロトコルダイアログによって提供された前記回線交換ベアラ情報を少なくとも部分的に用いて、前記回線交換ネットワークを介したコネクションを確立するステップと、
    前記インターネットプロトコルマルチメディアサブシステム特定サービスの確立と共に、前記回線交換ネットワークを介して確立されたコネクションを利用して、前記少なくとも２つの端末装置間で前記回線交換通信フローを実行するステップと、
    を実行することによって、前記少なくとも２つの端末装置間で回線交換コネクションを確立する命令とするコンピュータ可読記憶媒体。
23. 前記伝送ステップを実行する命令が、セッション開始プロトコルコンテンツタイプヘッダと関連する回線交換特定コンテンツタイプ値によって前記回線交換ベアラ情報を伝送する命令を含む請求項２２に記載のコンピュータ可読記憶媒体。
24. 前記伝送ステップを実行する命令が、回線交換特定セッション開始プロトコルヘッダと関連する回線交換特定値によって前記回線交換ベアラ情報を伝送する命令を含む請求項２２に記載のコンピュータ可読記憶媒体。
25. 前記伝送ステップを実行する命令が、前記回線交換ネットワークを介した回線交換通信フロー特定のメディアタイプによって前記回線交換ベアラ情報のうちの少なくともいくらかの情報を伝送する命令を含む請求項２２に記載のコンピュータ可読記憶媒体。
26. 前記伝送ステップを実行する命令が、メディアタイプサブフィールドによって前記回線交換ベアラ情報のうちの少なくともいくらかの情報を伝送する命令を含み、前記サブフィールドが、前記回線交換ネットワークを介した回線交換通信フロー特定のサブフィールドである請求項２２に記載のコンピュータ可読記憶媒体。
27. 前記伝送ステップを実行する命令が、アプリケーションメディアタイプサブフィールドによって前記回線交換ベアラ情報のうちの少なくともいくらかの情報を伝送する命令を含み、前記サブフィールドが、前記回線交換ネットワークを介した回線交換通信フロー特定のサブフィールドである請求項２２に記載のコンピュータ可読記憶媒体。
28. 前記伝送ステップを実行する命令が、前記回線交換通信フローが前記回線交換ネットワークを介して実行される旨を指示するセッションレベルの属性によって、前記回線交換ベアラ情報のうちの少なくともいくらかの情報を伝送する命令を含む請求項２２に記載のコンピュータ可読記憶媒体。

Images