JP2010506533A - Ｉｍｓデバイスの再設定 - Google Patents

Abstract

本発明は、メディア伝送のために第１のセッションモデル（ＯＮＥ）を使用するように設定された第１の端末（Ａ）と、第２のセッションモデル（ＴＷＯ）を使用するように設定された第２の端末（Ｂ）との間の、通信システムにおける通信を促進する方法に関する。前記方法は、前記第１の端末（Ａ）からサービス能力チェックを開始するステップと、前記第２の端末（Ｂ）に関する能力特徴情報（「ＣＳＩ」）を前記第１の端末（Ａ）で受信するステップと、前記第２の端末（Ｂ）が前記第２のセッションモデル（ＴＷＯ）を使用するように設定されているということを確認するステップと、前記第２のセッションモデル（ＴＷＯ）を使用するように前記第１の端末（Ａ）を再設定するステップと、を備える。

Description

本発明は、通信システムにおいて、メディア伝送のために第１のセッションモデルを使用するように設定された第１の端末と、メディア伝送のために第２のセッションモデルを使用するように設定された第２の端末との間の通信を促進する、方法及び構成に関する。

ＩＰマルチメディア・サブシステム（ＩＭＳ）は、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）によって規定された技術であり、移動通信ネットワークを介してＩＰマルチメディア・サービスを提供するものである（３ＧＰＰ ＴＳ ２２．２２８， ＴＳ ２３．２２８、ＴＳ ２４．２２９、ＴＳ ２９．２２８、ＴＳ ２９．２２９、ＴＳ ２９．３２８、及びＴＳ ２９．３２９のリリース５及びリリース６）。ＩＭＳは、標準化されたＩＭＳサービス・イネーブラを使用することによってエンドユーザの個人対個人の通信エクスペリエンスを豊かにする主要な特徴を提供するものであり、ＩＭＳサービス・イネーブラは、ＩＰベースのネットワークを介して個人対コンテンツ（クライアント対サーバ）のサービスのみならず個人対個人（クライアント対クライアント）の新しい豊かな通信サービスを促進する。ＩＭＳは、ユーザ端末間の（又はユーザ端末とアプリケーションサーバとの間の）呼又はセッションを確立して制御するために、セッション開始プロトコル（ＳＩＰ）を使用する。セッションのメディアコンポーネントを記述してこれについて交渉するために、ＳＩＰシグナリングによって搬送されるセッション記述プロトコル（ＳＤＰ）が使用される。ＳＩＰはユーザ対ユーザのプロトコルとして作成されたが、ＩＭＳでは、オペレータ及びサービスプロバイダがサービスに対するユーザのアクセスを制御してそれに応じてユーザに料金請求することが許可される。

ＩＰマルチメディア・サービスは、同一セッション内で、音声、ビデオ、メッセージング、データ等の動的な組み合わせを提供する。基本アプリケーションの数、及び基本アプリケーションが組み合わせ可能なメディアの数が増加することにより、エンドユーザに提供されるサービスの数も増加し、個人間の通信エクスペリエンスは豊かになるであろう。このことは、所謂「組み合わせのＩＰマルチメディア」サービスを含む、パーソナライズされた豊かなマルチメディア通信サービスに関する新しい世代をもたらすことになろう。

組み合わせのサービスの背景にあるコンセプトは、音声サービスを既存の回線交換（ＣＳ）ドメインに構築し、「コンテンツ」をパケット交換（ＰＳ）ドメインに構築することを伴う。これは、既にオペレータによって大いに使用されている標準規格ベースの音声ネットワーク及びデータネットワークを使用する。組み合わせのサービスの一例として、音声呼がＣＳドメイン内に通常通り確立されてその呼が進行中である場合に、画像、ビデオ、及びファイルのようなコンテンツをＰＳドメインを介して追加又は取り出し可能なことが挙げられる。これは、音声通信を豊かにし、音声サービスとデータサービスとの間の相互作用を改良し、移動体オペレータのための多数の新しいビジネスチャンスを生み出す。組み合わせのサービスのエンド・ツー・エンドのソリューションは、高度に、スケーラブルで、ロバストで、３ＧＰＰ Ｃｏｍｂｉｎｉｎｇ ＣＳ ａｎｄ ＩＭＳ ｓｅｒｖｉｃｅｓ（ＣＳＩ）仕様に準拠しており、また、３ＧＰＰによって策定されているＩＭＳアーキテクチャに基づいている。

固定ＩＭＳの展開は、ＩＭＳマルチメディア・テレフォニー（ＭＭｔｅｌ）、ファイル転送、及びインスタントメッセージングなどの多様なサービスをサポートする。ＩＭＳマルチメディア・テレフォニーは、住宅物件市場のために、新しい魅力的なサービスを提供する。オペレータは、自分達の現在の公衆交換電話網（ＰＳＴＮ）を拡張して、各家庭に対して１つか幾つかのＩＰテレフォニー・ラインを提供することができる。ＩＭＳマルチメディア・テレフォニーは、３ＧＰＰによって策定されたＩＭＳ標準に基づく。更に、このソリューションは、固定ネットワークの観点からの追加の要件を扱う、ＴＩＳＰＡＮによって行われた標準化に従って構築されている。ＩＭＳマルチメディア・テレフォニーは、新しいアプリケーションのシームレスな追加、及び、ＩＰテレフォニーからビデオテレフォニーに亘るサービスの固定移動体融合への進化を可能にすることによって、コストを削減する。ＩＭＳマルチメディア・テレフォニーにおいては、複数のメディアの伝送のために単一のセッションモデルが使用される。例えば、音声及びビデオについて、１つのシグナリングセッションとして交渉及び確立が行われる。図１は、従来技術の一部であり、両者共に１つのセッションモデル「ＯＮＥ」に従うメディア伝送を使用するマルチメディア・テレフォニー端末Ａ１及びＡ２の間の通信を概略的に開示する。図１に示される別のノードエンティティについては、本発明を説明する際に明細書中で後述する。

現在、ＣＳＩ（Ｃｏｍｂｉｎｉｎｇ ＣＳ ａｎｄ ＩＭＳ ｓｅｒｖｉｃｅｓ）は、３ＧＰＰに規定されたサービスであって、例えば同時にＩＭＳセッションを伴う音声といった風に、通常の移動回線交換（ＣＳ）通信セッションのエクスペリエンスを豊かにするために使用される。ＩＭＳセッションはビデオストリームであってもよいし、写真伝送であってもよいし、他の種類のメディア伝送であってもよい。

ＩＭＳマルチメディア・テレフォニー（ＭＭｔｅｌ）では、音声及びビデオについて、１つのシグナリングセッションとして交渉及び確立が行われるが、ＣＳＩの場合、音声はＣＳセッションを用いて確立され、例えばビデオは並行してＩＭＳセッションを用いて確立される。即ち、ＭＭｔｅｌは１つのセッションモデルを使用し、ＣＳＩは２つのセッションモデルを使用する。異なるセッションモデルを使用する端末間の通信は、相互作用の問題を引き起こす。

米国特許出願ＵＳ ２００６／０１２６５９０には、複数の周波数上でデータが送信されるシステムにおいてデータを受信する方法が開示されている。デバイスは、選択されたセッションに関連する設定を決定し、決定した設定に従ってセッションを受信する。ＣＳＩからＭＭｔｅｌへ向かうシナリオにおいて、２系統(two-way)セッションに関連する１系統(one-way)セッションに対して不適合が関与し、２番目のセッションは、ＭＭｔｅｌクライアントからのビジー応答という結果になり得る。

別の問題として、セッションの再ルーティングを行う必要性がある。米国特許出願ＵＳ ２００４／０１６０８９５ Ａ１は、適切な再ルーティングが後に続く失敗通知を開示する。

ＣＳＩはパケット交換上の音声をサポートしておらず、回線交換上の音声をサポートするのみであるので、ＭＭｔｅｌからＣＳＩへの音声セッションの開始は、パケット交換ドメインへのルーティング及びそれに続くＣＳＩからの拒絶という結果をもたらす。ＭＭｔｅｌは１セッションモデルに従う確立のためにＩＭＳドメインを使用するが、一方で、ＣＳＩは２セッションモデルに従う確立のためにＩＭＳドメイン及びＣＳドメインの両方を使用する。セッション開始プロトコルに関するコーラー・プリファレンスは、ＲＦＣ３８４１などの標準化文書に見られる。

本発明は、異なるセッションモデルを使用する端末間の通信に関する課題を解決する。１セッションモデルの端末を２セッションモデルの端末と通信可能にするためには、１つのセッションを２つのセッションに分割するか、又は２つのセッションを１つのセッションに統合しなければならない。例えば、ＣＳＩからＭＭｔｅｌへのシナリオにおいては、このことが行われない場合、２番目のセッションはＭＭｔｅｌクライアントからのビジー応答又はエラー応答をもたらすであろう。しかしながら、セッションを分割したり統合したりすることは、セッションの種類に関する固有の相違に起因する障害を暗示する。更なる課題は、ＩＭＳコアネットワークが、登録されたユーザへ宛てられたセッションのために回線交換ブレークアウトを実行できないということである。ブレークアウトは、被呼加入者がシステム内に登録されていない場合にのみ発生する。この場合、加入者はシステム内に登録されるが、（ＭＭｔｅｌのような）１セッションモデルの端末と（ＣＳＩのような）２セッションモデルの端末との間で通信不能であることが原因で、２つの端末を通信可能にするために回線交換ドメインにおいてルーティングを実行する必要があるということを示す指示情報は、セッション確立の間にＩＭＳ制御ドメインにおいて発見されない。

本発明によれば、１セッションモデルに従って通信するかそれとも２セッションモデルに従って通信するかを１セッションモデルの端末が状況に応じて選択することを促進することによって、通信の課題が解決される。着信側ユーザに関する登録データを取得することによって、発信側ユーザはどのモデルタイプを使用するかを選択可能になる。即ち、着信側ユーザがサポートするモデルタイプに依拠することができる。

課題に対するソリューションはより詳細には、メディア伝送のために第１のセッションモデルを使用するように設定された第１の端末と第２のセッションモデルを使用するように設定された第２の端末との間の通信システムにおける通信を促進する方法を含む。本方法は、以下のステップを備える。
− サービス能力チェックが第１の端末から開始される。
− 第２の端末に関する能力特徴が第１の端末に受信される。
− 第２の端末は第２のセッションモデルを使用するように設定されているという事実の確認が行われる。
− 第２のセッションモデルを使用するように第１の端末が再設定される。

本発明の更なる態様によれば、通信システム内の制御ドメイン内で代理登録を実行することによって、更なる課題が解決される。代理登録は、回線交換ドメインへのルーティングを可能にする。

本発明の目的は、ＭＭｔｅｌクライアントのようなＩＭＳ／ＳＩＰクライアントがＣＳＩ端末のようなＩＭＳ／ＣＳ結合クライアントに対する性能向上された音声呼を行う能力を向上させることである。この目的などは、方法、構成、システム、及び製造物品によって達成される。

本発明の利点は、固定ＩＭＳ／ＳＩＰ１セッション端末とＣＳＩ２セッション端末との間の相互作用をサポートする方法を実行するということである。

本発明の他の利点は、ＣＳＩ相互作用の文脈においてＩＭＳ機能を使用することを可能にする代理登録機能を導入するということである。

添付の図面に関連して好適な実施形態の助けを借りて、本発明を更に詳細に説明する。

従来技術の一部であり、１セッションモデルに従ってメディアが伝送される際のアクセスネットワーク及びバックボーンネットワークと併せてＩＰマルチメディア・サブシステムのブロック概略図を開示する。 再設定されたＭＭｔｅｌ端末と２セッションモデルに従うＣＳＩ端末との間でメディアが伝送される際のアクセスネットワーク及びバックボーンネットワークと併せてＩＰマルチメディア・サブシステムのブロック概略図を開示する。音声及びビデオは、ＭＭｔｅｌ端末から開始される。 ＭＭｔｅｌからＣＳＩへの音声呼の確立、及びそれに続くＭＭｔｅｌからのビデオの開始に関する、信号シーケンス図を開示する。 再設定されたＭＭｔｅｌ端末と２セッションモデルに従うＣＳＩ端末との間でメディアが伝送される際のアクセスネットワーク及びバックボーンネットワークと併せてＩＰマルチメディア・サブシステムのブロック概略図を開示する。音声及びビデオは、ＣＳＩ端末から開始される。 ＣＳＩからＭＭｔｅｌへの音声呼の確立、及びそれに続くＣＳＩからのビデオの開始に関する、信号シーケンス図を開示する。 本発明の幾つかの本質的な方法ステップを示すフローチャートを開示する。 本発明を実現するために使用可能な構成を概略的に開示する。

図２は、ＩＰマルチメディア・サブシステムＩＭＳ−Ａ及びＩＭＳ−Ｂを含み制御ドメインにおいてシグナリングを処理する通信システムを開示する。音声及びビデオなどのメディアは主としてベアラドメインにおいて処理される。本例におけるベアラドメインは、（ＰＬＭＮ及びＰＳＴＮのような）アクセスネットワークＡＣＣ ＮＷ及びＵＭＴＳ地上無線アクセス網（ＵＴＲＡＮ）と、バックボーンネットワークＩＰ ＮＷとから構成される。ＭＭｔｅｌクライアントＡはアクセスネットワークＡＣＣ ＮＷに位置し、一方でＣＳＩクライアントＢはアクセスネットワークＵＴＲＡＮに位置する。ＭＭｔｅｌクライアントＡは複数のメディアのために使用される１セッションクライアントである。音声及びビデオは例えば、１つのシグナリングセッションとして交渉されて確立される。本発明によれば、ＭＭｔｅｌデバイスは、１セッションモデルに従って通信するかそれとも２セッションモデルに従って通信するかを選択することで再設定可能である。ＭＭｔｅｌデバイスのこの再設定は、本明細書において後で更に説明する。ＣＳＩクライアントは２セッションのクライアントであり、無線基地局及び無線ネットワーク制御装置（ＲＮＣ）を介して、ＩＰマルチメディア・サブシステム（ＩＭＳ）への及びそこからのシグナリング及びメディアを通信する。シグナリング／メディアはこれによって、回線交換（ＣＳ）ドメインにおける移動通信交換局（ＭＳＣ）、又はパケット交換（ＰＳ）ドメインにおけるゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）を通過する。本例における制御ドメインは２つのＩＭＳネットワークを含み、これは本例では発信側ネットワークＩＭＳ−Ａ、及び着信側ネットワークＩＭＳ−Ｂである。図２において、各ＩＭＳネットワークは呼セッション制御機能ＣＳＣＦ−Ａ及びＣＳＣＦ−Ｂを含む。ＣＳＣＦ及びＳＩＰサーバはＩＭＳにおける不可欠なノードである。ＣＳＣＦはＩＭＳネットワークにおけるＳＩＰシグナリングを処理する。ＣＳＣＦは、標準規格で規定されるようにＰ−／Ｉ−／Ｓ−ＣＳＣＦのような様々な呼セッション制御機能の種類を含むが、明確さを目的として、概略的な図２においては単一のノードとして示す。Ｐ−ＣＳＣＦはとりわけ、端末とＩＭＳネットワークとの間の（シグナリングプレーンにおける）最初の接点として機能し、Ｓ−ＣＳＣＦはシグナリングプレーンの中央ノードであってセッション制御を実行する。メディアゲートウェイ・コントローラ（ＭＧＣ）はＣＳＣＦ−ＢからＳＩＰシグナリングを受信し、ＳＩＰシグナリングをＩＳＤＮユーザパート（ＩＳＵＰ）シグナリングに変換する。ＩＳＵＰは、発呼側と被呼側との間で音声及びデータを搬送するトランクについての確立、管理、及び解放に際して回線交換ドメインにおいて使用される。登録代理（ＲＳ）ノードは宛先（コンタクト）をＣＳＣＦ−Ｂに登録する。このコンタクトは、ＣＳＣＦ−Ｂが要求を正しくルーティングするために必要な情報を含む。ＲＳは、ＣＳＣＦ−Ｂに対して明示的に登録することができない回線交換デバイスのようなデバイスに代わって代理登録を実行するＳＩＰユーザエージェントクライアントである。

本発明の第１の実施形態を図３を用いて紹介する。図３に開示される方法は、ＡからＢへの音声呼の確立と、それに続いてＡがビデオを確立することとを含む。この方法は、着信側のＢクライアントがどのセッションモデルを使用するか（即ち、この例では２セッションモデル）を発信側のＡクライアントに対して明示する登録制御を示す。この方法はまた、ＣＳドメインへのシグナリングのルーティングと、２セッション通信において並行する音声／ビデオの更なる確立とを示す。本発明の前提条件は、１セッションＡクライアントが２セッションモデルも使用するために再設定するように構成されており、その結果、ＣＳＣＦ−ＡにおいてＣＳＩ及びＭＭｔｅｌの両者のための登録されたコンタクトを明示的に持つということである。図３は、登録、呼、サービスチェック、及びビデオという４つのシグナリンググループに分割される。ＣＳＣＦやＲＳなどのノードエンティティについては、図２において既に説明した。本発明の第１の実施形態に従う方法は、以下のステップを含む。

登録
− 所謂第１の特徴タグであるコンタクトＴａｇ＝ＣＳＩ＆ＭＭｔｅｌが、Ａクラインとのための登録データの一部としてＣＳＣＦ−Ａに格納される。コンタクトは、ＡからＣＳＣＦ−Ａへと送信される（１Ａ）。このコンタクトは、ＣＳＣＦ−ＡがあらゆるＭＭｔｅｌ要求又はＣＳＩ要求をＡクライアントへとルーティングするために必要な情報を含む。

− Ｂクライアント（即ち、ＣＳＩクライアント）が回線交換（ＣＳ）ネットワークにアタッチし、ＭＳＣを介してＢから登録代理ノードＲＳへと信号が送信される（１Ｂ）。

− ＲＳがＡクライアント（即ち、１セッションモデル又は２セッションモデルのいずれかを使用して通信するように設定可能なＭＭｔｅｌクライアント）を登録する。この登録は図において信号１Ｃを用いて示される。所謂第２の特徴タグであるコンタクトＴａｇ＝ＭＭｔｅｌがこれによってＢクライアントのための登録データの一部としてＣＳＣＦ−Ｂに格納される。この登録は上のステップのように動的に行われてもよいし、静的に（即ち、プロビジョニング時に）行われてもよい。動的な登録が望まれる場合、これはＣＡＭＥＬトリガ又はＯＳＡ／Ｐａｒｌａｙ／Ｐａｒｌａｙ Ｘステータスサービスを使用して実装可能であろう。静的な登録によって、この登録はＲＳ内に手作業で設定される。そしてＲＳは、ＣＳＣＦ−Ｂを例えば定期的に更新する。このコンタクトは、ＣＳＣＦ−ＢがあらゆるＭＭｔｅｌ要求を回線交換ドメインのＭＧＣ及びＭＳＣを介してＢデバイスへとルーティングするために必要な情報を含む。

呼
− Ａクライアントが、ＳＩＰ ＩＮＶＩＴＥ要求を送信することによって、発信側クライアントＡから着信側クライアントＢへのＣＳＣＦ−Ｂを介したＭＭｔｅｌ音声セッションを開始する（２Ａ）。ＣＳＣＦ−Ｂは、移動ＣＳＩデバイスのためのＭＭｔｅｌコンタクト（即ち、Ｔａｇ＝ＭＭｔｅｌ）を発見し、それに従ってＳＩＰシグナリング要求２ＡをＭＧＣへとルーティングする。ＭＧＣはプロトコル変換を行う状態機械であり、この例ではＭＧＣはＳＩＰをＩＳＵＰにマッピングする。ＭＧＣは回線交換ドメインのＭＳＣを介してＢクライアントへとＩＳＵＰシグナリング要求を転送する（２Ｂ）。

− Ｂクライアントは、ＭＳＣを介してＭＧＣへ肯定応答信号を送信することによって、肯定応答による応答を行う（２Ｃ）。２Ｃの変換後、図３に従ってＳＩＰ ２００（ＯＫ）応答信号がＭＧＣからＡクライアントへ送信される（２Ｄ）。

− この時点で音声セッションがクライアント間で確立される。このセッションは、Ａクライアントとメディアゲートウェイ（ＭＧＷ）との間のリアルタイムプロトコル（ＲＴＰ）音声２２Ａと、ＭＧＷとＭＳＣとの間のパルス符号変調（ＰＣＭ）音声２２Ｂと、ＭＳＣとＢクライアントとの間の適応マルチレート（ＡＭＲ）音声２２Ｃとから構成される。

サービスチェック
− パケット交換（ＰＳ）ドメインのゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）を介してＡクライアントからＢクライアントへと送信されるＳＩＰ ＯＰＴＩＯＮＳ信号を使用してサービス能力チェックが行われる（３Ａ）。

− Ｂクライアントは、図３に従って、ＡクライアントへＳＩＰ ＯＰＴＩＯＮＳ信号を送信することによって応答する（３Ｂ）。ＳＩＰ ＯＰＴＩＯＮＳ信号は、ＢクライアントがＣＳＩをサポートするということを示す登録「ＣＳＩ」を含む。この場合、リモートＢクライアントはＣＳＩのみをサポートするので、発信側Ａクライアントはあらゆる追加のメディアのために２セッションモデルを使用するということを知る。

− Ａデバイスが再設定され、この時点で、第２のセッションモデル（ＴＷＯ）を使用する準備がなされる。この再設定は、図３においては「Ｘ」でマークされている。再設定の前提条件は、デバイスが上のＳＩＰ ＯＰＴＩＯＮ信号に対して再設定によって応じるように構成されていることである。

− 上と同種のシグナリングが反対方向に送信される。このシグナリングの間に、ＢクライアントはＡクライアントに対して、Ａクライアントがどのシグナリングをサポートするかを問い合せ、Ａが返答する。（このシグナリングは図３には示されていない。）

ビデオ
− Ａクライアントは、図３に従ってＳＩＰ ＩＮＶＩＴＥ要求を送信することによってＢクライアントに対するＣＳＩビデオセッションを開始する（４Ａ）。ＢクライアントはＳＩＰ ２００（ＯＫ）信号をＡへ送信することによって応答する（４Ｂ）。

− ２系統(two-way)ビデオセッションがこの時点でクライアント間で確立される。このセッションは、クライアントＡとクライアントＢとの間のリアルタイムプロトコル（ＲＴＰ）ビデオ４４から構成される。

ビデオセッションの開始は、Ｂクライアントから来てもよい。図３はシグナリングの一般的な原理を示すのみであるということにも注目願いたい。もちろん、例えばＩＭＳ−Ａ又はＩＭＳ−Ｂがそれぞれ加入者Ａ及びＢのためにホームネットワークとして又は訪問先ネットワークとして振る舞っている場合のような現状に応じて、シグナリングは変化することになる。更に、シグナリングのプロトコルタイプについては手短に言及したのみであるが、標準規格関連の文書において見つけることができる。上述したタグ（ＣＳＩ及びＭＭｔｅｌ）は例として見られるべきであるということにも注目願いたい。いかなる特徴タグが使用されてもよい。

図４は、既に説明した図２に概ね対応する。しかしながら、図４においては、ＩＭＳ−Ｂが発信側ＩＭＳネットワークであり、ＩＭＳ−Ａが着信側ネットワークである。本発明で使用されるメディアゲートウェイ（ＭＧＷ）及びメディアゲートウェイ・コントローラは、第２の実施形態においては、第１の実施形態ではそうであったようなＩＭＳ−Ｂではなく、ＩＭＳ−Ａに位置する。

図５は、本発明の第２の実施形態を開示する。図５に開示される方法は、ＢからＡへの音声呼の確立と、それに続いてＢがビデオを確立することとを含む。この場合、ＩＭＳ−Ｂが発信側ＩＭＳネットワークである一方で、ＩＭＳ−Ａが着信側ネットワークである。この方法は、第１の実施形態におけるものと同様に、２セッション通信において並行する音声／ビデオの確立を示す。本発明の第２の実施形態に従う方法は、以下のステップを含む。

登録
− 第１の実施形態と同様に登録が実行される。即ち、コンタクトＴａｇ＝ＣＳＩ＆ＭＭｔｅｌがＣＳＣＦ−Ａに格納される。

呼
− Ｂクライアントが、ＳＥＴＵＰ信号を送信することによって、発信側Ｂクライアントから着信側Ａクライアントへの、着信側ネットワークＩＭＳ−Ａに位置するＭＧＣからＣＳＣＦ−Ａを介したＣＳＩ音声セッションを開始する（５Ａ）。ＭＧＣはＩＳＵＰシグナリングをＳＩＰシグナリングに変換する。ＣＳＣＦ−ＡがＣＳＩコンタクト（即ち、Ｔａｇ＝ＣＳＩ＆ＭＭｔｅｌ）を発見し、それに従ってＭＧＣからＡクライアントへとＳＩＰシグナリングを転送する（５Ｂ）。

− Ａクライアントは、ＭＧＣを介して肯定応答信号（即ち、ＳＩＰ ２００（ＯＫ）応答信号）を送信することによって、肯定応答による応答を行う（５Ｃ）。５Ｃの変換後、ＩＳＵＰ肯定応答信号が、ＭＧＣから発信側ネットワークのＭＳＣへと図５に従って送信される（５Ｄ）。

− この時点で音声セッションがクライアント間で確立される。このセッションは、Ａクライアントとメディアゲートウェイ（ＭＧＷ）との間のリアルタイムプロトコル（ＲＴＰ）音声５５Ａと、ＭＧＷとＭＳＣとの間のパルス符号変調（ＰＣＭ）音声５５Ｂと、ＭＳＣとＢクライアントとの間の適応マルチレート（ＡＭＲ）音声５５Ｃとから構成される。

サービスチェック
− Ｂクライアントからパケット交換（ＰＳ）ドメインのゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）を介してＡクライアントへ送信されるＳＩＰ ＯＰＴＩＯＮＳ信号を使用して、サービス能力チェックが実行される（６Ａ）。

− Ａクライアントは、ＢクライアントへＳＩＰ ＯＰＴＩＯＮＳ信号を送信することによって応答する（６Ｂ）。ＳＩＰ ＯＰＴＩＯＮＳ信号は、ＡクライアントがＭＭｔｅｌをサポートするということを示す登録「ＭＭｔｅｌ」（不図示）を含む。

− Ａクライアントからパケット交換（ＰＳ）ドメインのゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）を介してＢクライアントへ送信されるＳＩＰ ＯＰＴＩＯＮＳ信号を使用して、サービス能力チェックが実行される（６Ｃ）。

− Ｂクライアントは、ＡクライアントへＳＩＰ ＯＰＴＩＯＮＳ信号を送信することによって応答する（６Ｄ）。ＳＩＰ ＯＰＴＩＯＮＳ信号は、ＢクライアントがＣＳＩをサポートするということを示す登録「ＣＳＩ」（図４参照）を含む。この場合、リモートＢクライアントがＣＳＩのみをサポートするので、発信側Ａクライアントはあらゆる追加のメディアのために２セッションモデルを使用するということを知る。

− Ａデバイスが再設定され、この時点で、第２のセッションモデル（ＴＷＯ）を使用する準備がなされる。この再設定は、図５においては「Ｘ」でマークされている。

ビデオ
− Ｂクライアントは、ＳＩＰ ＩＮＶＩＴＥ要求を送信することによってＡクライアントに対するＣＳＩビデオセッションを開始する（７Ａ）。

− ２系統(two-way)ビデオセッションがこの時点でクライアント間で確立される。このセッションは、クライアントＡとクライアントＢとの間のリアルタイムプロトコル（ＲＴＰ）ビデオ７７から構成される。

ビデオセッションの開始は、Ａクライアントから来てもよい。これは第１の実施形態において既に示した。

図６は、幾つかの重要なステップが示されるフローチャートを開示する。このフローチャートは、先に示した各図と併せて読まれる。このフローチャートは以下のステップを含む。

− サービス能力チェックが開始され、第１の端末Ａから第２の端末Ｂへと送信される。このステップは図６においてブロック１０１を用いて示される。

− 第２の端末Ｂに関する能力特徴「ＣＳＩ」がＡに受信される。第１の端末Ａは、Ｂが第２のセッションモデルを使用するように設定されているということを確認する。このステップは図６においてブロック１０２を用いて示される。

− 第１の端末Ａは、Ｂと同じセッションモデル（即ち、第２のセッションモデル）を使用するように再設定される。このステップは図６においてブロック１０３を用いて示される。

本発明を実現するために使用可能な構成を図７に概略的に示す。図７は、ネットワークＩＭＳとユーザデバイスＡ及びＢとを開示する。ユーザデバイスＡは先に説明したＡクライアントに対応し、ユーザデバイスＢは先に説明したＢクライアントに対応する。ユーザデバイスＡは、ＩＭＳ及びＢに対する登録信号やメディア確立信号などを受信し、処理し、送信するプロセッサユニットＰＲ１を備える。ＰＲ１は、ｏｐｔｉｏｎ信号に対する受信及び応答を行い、そして１セッションモデル又は２セッションモデルに従ってメディアを受信／送信する受信／送信デバイスＡ−Ｒ／Ｓを再設定する能力を含む。ＩＭＳネットワークのプロセッサユニットＰＲ２は、登録及びメディア確立を処理する。ＩＭＳネットワークの登録ユニットＲＥＧは、Ａから、Ｂから、又は登録代理デバイスＲＳから、プロセッサユニットＰＲ２を介して登録データを受信する。登録データはＲＥＧに格納される。ルーティングデバイスＲは、回線交換ドメインＣＳを介するルーティングを担う。Ｂはパケット交換（ＰＳ）ドメイン及び回線交換（ＣＳ）ドメインにおいて動作する。Ｂは、受信機／送信機Ｂ１−Ｒ／Ｓを介してＰＳドメインでメディアを受信／送信し、受信機／送信機Ｂ２−Ｒ／Ｓを介してＣＳドメインでメディアを受信／送信する。

各図において、列挙された項目は個別のエレメントとして示されている。しかしながら、本発明の実際の実装においては、これらは、例えばデジタルコンピュータなどの他の電子デバイスから分離不可能なコンポーネントであるかもしれない。それゆえ、上述した動作は、プログラム格納媒体を含む製造物品に収録可能なソフトウェアに実装可能である。プログラム格納媒体は、１以上の搬送波に具現化されるデータ信号、コンピュータディスク（磁気的又は光学的（例えば、ＣＤ又はＤＶＤ或いはその両方））、不揮発性メモリ、テープ、システムメモリ、及びコンピュータハードドライブを含む。

本発明は、上に示した例には限定されない。ＰＳＴＮやＰＬＭＮなどの様々なネットワークタイプを本発明によって使用可能である。ＩＭＳの構成は、既に示したように、様々なものであってよい。本明細書で言及したタグ（ＣＳＩ及びＭＭｔｅｌ）は例として見られるべきであるということにも注目願いたい。あらゆる特徴タグを使用可能である。本発明はもちろん、上で説明して図に示した実施形態には限定されず、添付の請求項の範囲内で変更可能である。

Claims (23)

1. メディア伝送のために第１のセッションモデル（ＯＮＥ）を使用するように設定された第１の端末（Ａ）と、第２のセッションモデル（ＴＷＯ）を使用するように設定された第２の端末（Ｂ）との間の、通信システムにおける通信を促進する方法であって、
   前記第１の端末（Ａ）からサービス能力チェックを開始するステップと、
   前記第２の端末（Ｂ）に関する能力特徴情報（「ＣＳＩ」）を前記第１の端末（Ａ）で受信するステップと、
   前記第２の端末（Ｂ）が前記第２のセッションモデル（ＴＷＯ）を使用するように設定されているということを確認するステップと、
   前記第２のセッションモデル（ＴＷＯ）を使用するように前記第１の端末（Ａ）を再設定するステップと、
   を備えることを特徴とする方法。
2. 前記第１の端末（Ａ）と前記第２の端末（Ｂ）との間のコンタクト情報を表す第１の特徴タグ（ＣＳＩ＆ＭＭｔｅｌ）を前記通信システムの制御ドメインにおいて登録するステップを更に備えることを特徴とする請求項１に記載の方法。
3. 前記第１の端末（Ａ）と前記第２の端末（Ｂ）との間のコンタクト情報を表す第２の特徴タグ（ＭＭｔｅｌ）を前記通信システムの制御ドメインにおいて登録するステップと、
   前記端末（Ａ，Ｂ）間の第１のメディアセッション（Ｖｏｉｃｅ）の確立を開始するステップ（ＩＮＶＩＴＥ−１）と、
   前記登録された第１のタグ（ＭＭｔｅｌ）を検出するステップと、
   回線交換（ＣＳ）ドメインを介して前記第１のメディアセッションをルーティングするステップと、
   を更に備えることを特徴とする請求項１又は２に記載の方法。
4. 前記第２のタグ（ＭＭｔｅｌ）は、代理レジスタ（ＲＳ）を介して静的又は動的に登録されることを特徴とする請求項３に記載の方法。
5. 前記第２のタグ（ＭＭｔｅｌ）は前記代理レジスタ（ＲＳ）への手入力によって静的に登録されることを特徴とする請求項４に記載の方法。
6. 前記第２のタグは、前記第２の端末（Ｂ）が前記通信システムに入った際の当該タグ（ＭＭｔｅｌ）の前記代理レジスタ（ＲＳ）への入力によって動的に登録されることを特徴とする請求項４に記載の方法。
7. 前記第２のタグは、ＣＡＭＥＬトリガ又はＯＳＡ／Ｐａｒｌａｙ／Ｐａｒｌａｙ Ｘステータスサービスを実装することによって動的に登録されることを特徴とする請求項６に記載の方法。
8. 前記第１のセッション（Ｖｏｉｃｅ）と並行する、前記端末（Ａ，Ｂ）間の第２のメディアセッション（Ｖｉｄｅｏ）のパケット交換（ＰＳ）ドメインにおける確立を開始するステップ（ＩＮＶＩＴＥ−２）を更に備えることを特徴とする請求項２乃至７のいずれか１項に記載の方法。
9. 前記第１のタグ（ＭＭｔｅｌ＆ＣＳＩ）は、前記第１の端末（Ａ）のユーザデータが格納されている呼セッション制御機能（ＣＳＣＦ−Ａ）に登録されることを特徴とする請求項２乃至８のいずれか１項に記載の方法。
10. 前記第２のタグ（ＭＭｔｅｌ）は、前記第２の端末（Ｂ）のユーザデータが格納されている呼セッション制御機能（ＣＳＣＦ−Ｂ）に登録されることを特徴とする請求項３乃至８のいずれか１項に記載の方法。
11. 前記第１の端末（Ａ）は、前記第１のセッションモデル（ＯＮＥ）又は前記第２のセッションモデル（ＴＷＯ）を使用して通信するように構成されることを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
12. メディア伝送のために第１のセッションモデル（ＯＮＥ）を使用するように設定された第１の端末（Ａ）と、第２のセッションモデル（ＴＷＯ）を使用するように設定された第２の端末（Ｂ）との間の、通信システムにおける通信を促進するシステムであって、
    前記第１の端末（Ａ）においてサービス能力チェックを開始する手段と、
    前記第２の端末（Ｂ）に関する能力特徴情報（「ＣＳＩ」）を前記第１の端末（Ａ）で受信する手段と、
    前記第２の端末（Ｂ）が前記第２のセッションモデル（ＴＷＯ）を使用するように設定されているということを確認する手段と、
    前記第２のセッションモデル（ＴＷＯ）を使用するように前記第１の端末（Ａ）を再設定する手段と、
    を備えることを特徴とするシステム。
13. 前記第１の端末（Ａ）と前記第２の端末（Ｂ）との間のコンタクト情報を表す第１の特徴タグ（ＣＳＩ＆ＭＭｔｅｌ）を前記通信システムの制御ドメインにおいて登録する手段を更に備えることを特徴とする請求項１２に記載のシステム。
14. 前記第１の端末（Ａ）と前記第２の端末（Ｂ）との間のコンタクト情報を表す第２の特徴タグ（ＭＭｔｅｌ）を前記通信システムの制御ドメインにおいて登録する手段と、
    前記端末（Ａ，Ｂ）間の第１のメディアセッション（Ｖｏｉｃｅ）の確立を開始する手段（ＩＮＶＩＴＥ−１）と、
    前記登録された第１のタグ（ＭＭｔｅｌ）を検出する手段と、
    回線交換（ＣＳ）ドメインを介して前記第１のメディアセッションをルーティングする手段と、
    を更に備えることを特徴とする請求項１２又は１３に記載のシステム。
15. 前記第２のタグ（ＭＭｔｅｌ）は、代理レジスタ（ＲＳ）を介して静的又は動的に登録されることを特徴とする請求項１４に記載のシステム。
16. 前記第２のタグ（ＭＭｔｅｌ）は前記代理レジスタ（ＲＳ）への手入力によって静的に登録されることを特徴とする請求項１５に記載のシステム。
17. 前記第２のタグは、前記第２の端末（Ｂ）が前記通信システムに入った際の当該タグ（ＭＭｔｅｌ）の前記代理レジスタ（ＲＳ）への入力によって動的に登録されることを特徴とする請求項１５に記載のシステム。
18. 前記第２のタグは、ＣＡＭＥＬトリガ又はＯＳＡ／Ｐａｒｌａｙ／Ｐａｒｌａｙ Ｘステータスサービスを実装することによって動的に登録されることを特徴とする請求項１７に記載のシステム。
19. 前記第１のセッション（Ｖｏｉｃｅ）と並行する、前記端末（Ａ，Ｂ）間の第２のメディアセッション（Ｖｉｄｅｏ）のパケット交換（ＰＳ）ドメインにおける確立を開始する手段（ＩＮＶＩＴＥ−２）を更に備えることを特徴とする請求項１４乃至１８のいずれか１項に記載のシステム。
20. 前記第１の端末（Ａ）のユーザデータが格納されている呼セッション制御機能（ＣＳＣＦ−Ａ）に前記第１のタグ（ＭＭｔｅｌ＆ＣＳＩ）を登録する手段を更に備えることを特徴とする請求項１３乃至１９のいずれか１項に記載のシステム。
21. 前記第２の端末（Ｂ）のユーザデータが格納されている呼セッション制御機能（ＣＳＣＦ−Ｂ）に前記第２のタグ（ＭＭｔｅｌ）を登録する手段を更に備えることを特徴とする請求項１４乃至２０のいずれか１項に記載のシステム。
22. メディア伝送のために第１のセッションモデル（ＯＮＥ）を使用するように設定された第１の端末（Ａ）と、第２のセッションモデル（ＴＷＯ）を使用するように設定された第２の端末（Ｂ）との間の、通信システムにおける通信を促進するシステムであって、
    前記通信システムの制御ドメインにおいて、前記第１の端末（Ａ）と前記第２の端末（Ｂ）との間の相互通信実現性を登録する手段（Ｔａｇ＝ＭＭｔｅｌ＆ＣＳＩ； Ｔａｇ＝ＣＳＩ）と、
    前記端末（Ａ，Ｂ）間の第１のメディアセッション（Ｖｏｉｃｅ）の確立を開始する手段（ＩＮＶＩＴＥ−１）と、
    回線交換（ＣＳ）ドメインを介して前記第１のメディアセッションをルーティングする手段と、
    前記第２の端末（Ｂ）に関する能力特徴情報を前記第１の端末（Ａ）で受信する手段と、
    前記第２のセッションモデル（ＴＷＯ）を使用するように前記第１の端末（Ａ）を再設定する手段と、
    前記第１のセッション（Ｖｏｉｃｅ）と並行する、前記端末（Ａ，Ｂ）間の第２のメディアセッション（Ｖｉｄｅｏ）の確立を開始する手段（ＩＮＶＩＴＥ−２）と、
    を備えることを特徴とするシステム。
23. メディア伝送のために第１のセッションモデル（ＯＮＥ）を使用するように設定された第１の端末（Ａ）と、第２のセッションモデル（ＴＷＯ）を使用するように設定された第２の端末（Ｂ）との間の、通信を促進するために使用される通信システムにおける製造物品であって、
    前記第１の端末（Ａ）からサービス能力チェックを開始することができるコンピュータ可読プログラムコードと、
    前記第２の端末（Ｂ）に関する能力特徴情報（「ＣＳＩ」）を前記第１の端末（Ａ）で受信することができるコンピュータ可読プログラムコードと、
    前記第２の端末（Ｂ）が前記第２のセッションモデル（ＴＷＯ）を使用するように設定されているということを確認することができるコンピュータ可読プログラムコードと、
    前記第２のセッションモデル（ＴＷＯ）を使用するように前記第１の端末（Ａ）を再設定することができるコンピュータ可読プログラムコードと、
    を備えることを特徴とする製造物品。

Images