JP4217606B2 - 回路交換及びパケット交換通信 - Google Patents

Description

本発明は、移動電話システムのような通信システムにおける接続の確立に係る。

図１は、一形式の通信システムを示す簡単な図である。図１の構造は、第三世代（３Ｇ）ＵＭＴＳ移動通信システムのアーキテクチャーに基づく。図１のシステムは、２つのユーザ装置又はターミナル（ＵＥ）１、２を備え、これらは、ネットワーク３により通信することができる。各ターミナルは、ネットワークと無線で通信し、無線アクセスネットワーク（ＲＡＮ）４、５を経てネットワーク３へのアクセスを得る。ネットワーク３は、ターミナル間に２つの形式の通信を与える。例えば、音声通信用の回路交換接続は、移動交換センター（ＭＳＣ）６、７を経て無線アクセスネットワーク４、５間に通される。例えば、データ接続用のパケット交換接続は、サービングＧＰＲＳサポートノード（ＳＧＳＮ）８、９及びゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１０、１１を経て無線アクセスネットワーク間に通される。

従来、２つのターミナル間に接続を設定すべきときには、ターミナルが、提案された接続の性質、例えば、必要なデータレート、及び許容できる遅延量に基づいて、パケット交換接続を設定すべきか回路交換接続を設定すべきか判断する。あるアプリケーションは、いずれかの形式の接続で満足することができる。例えば、多くの状態において、音声トラフィックは、回路交換接続又はパケット交換接続を経て満足に搬送することができる（例えば、ＳＩＰ又はＨ．３２３プロトコルにより）。特に、パケット交換接続では、リンクを経て２つ以上の形態のデータを搬送することができ、従って（例えば）、音声及び映像データを同時に搬送することができる。これは、クリック・ツー・トークホワイトボード及びチャットのような拡張サービスを実施する便利な手段を提供する。

しかしながら、パケット交換音声は、比較的新規なものである。ほとんどの既存のネットワークでは、音声トラフィックが回路交換リンクを経てほぼ独占的に搬送される。というのは、これらのネットワークでは、パケット交換リンクは、音声トラフィックに対して過剰な遅延のおそれがあるために、充分なサービスクオリティを与える保証がないからである。将来、これらのネットワークは、上述した形式の拡張サービスをパケット交換リンク上で確実にサポートするのを許すサービスレベルでパケット交換トラフィックを搬送できることが期待される。しかしながら、それまでの間、このような拡張サービスの需要が成長するにつれて、高い能力のパケット交換ネットワークが一般に入手できるまでギャップを埋めると共に、より多くの従来型ネットワークを経てこのような拡張サービスを提供できることが要望される。

更に、より高い能力のネットワークが入手できるときでも、多くの場合、回路交換及びパケット交換チャンネルを使用できることが予想される。本発明者は、ネットワークの両方の部分に対する帯域巾の使用のバランスをとるために、使用可能な形式のチャンネルへの接続の割り当てに付加的な融通性をもたせることが有用であると気付いた。

本発明の１つの特徴によれば、第１ネットワークアクセスポイント及び第２ネットワークアクセスポイントを有し、第１ベアラ及び第２ベアラによりこれら第１ネットワークアクセスポイントと第２ネットワークアクセスポイントとの間でデータを搬送することのできるネットワークと、
上記第１ネットワークアクセスポイントに接続することのできる第１ターミナル及び上記第２ネットワークアクセスポイントに接続することのできる第２ターミナルであって、各ターミナルは、他のターミナルとで上記ネットワークを経て単一の論理通信構成体として第１形式の接続及び第２形式の接続を同時にサポートできるようにされた第１及び第２のターミナルと、
を備え、上記第１形式の接続は、上記ターミナル間の通信の始めに確立され、そして上記第２形式の接続は、その後に、新たな形式のデータが通信に導入されて、その送信が第２形式の接続により良好にサポートされる場合に上記ターミナル間に確立される通信システムが提供される。

本発明の第２の特徴によれば、第１ネットワークアクセスポイント及び第２ネットワークアクセスポイントを有し、パケット交換ベアラ及び回路交換ベアラによりこれら第１ネットワークアクセスポイントと第２ネットワークアクセスポイントとの間でデータを搬送することのできるネットワークを備えた通信システムにより、第１ターミナルと第２ターミナルとの間で通信する方法において、
上記第１ターミナルは、上記第１ネットワークアクセスポイントに接続し、
上記第２ターミナルは、上記第２ネットワークアクセスポイントに接続し、そして
各ターミナルは、他のターミナルとで上記ネットワークを経て単一の論理通信構成体としてパケット交換接続及び回路交換接続を同時にサポートし、そして
一方の形式の接続は、上記ターミナル間の通信の始めに確立し、そして他方の形式の接続は、その後に、新たな形式のデータが通信に導入されて、その送信が上記他方の形式の接続により良好にサポートされる場合に上記ターミナル間に確立するという段階を備えた方法が提供される。

好ましくは、第１ベアラは、パケット交換ベアラであり、第１接続の形式は、パケット交換である。好ましくは、第２ベアラは、回路交換ベアラであり、第２接続の形式は、回路交換である。

好ましくは、ターミナルは、回路交換接続を確立し、そして各ターミナルが回路交換接続によりそのパケット交換アドレスを他のターミナルへ送信するという段階により、同時パケット交換及び回路交換接続を確立する動作を実行するように構成される。従って、好ましくは、ターミナルは、回路交換接続を経て送信されたパケット交換アドレスによりパケット交換接続を確立するように構成される。

或いは又、第１ベアラは、回路交換ベアラであり、第１接続の形式は、回路交換であり、そして第２ベアラは、パケット交換ベアラであり、第２接続の形式は、パケット交換である。ターミナルは、回路交換接続を確立し、そして各ターミナルがネットワークのプロキシーサーバーと通信して、該プロキシーサーバーから他のターミナルのパケット交換アドレスを得るという段階により、同時パケット交換及び回路交換接続を確立する動作を実行するように構成される。各ターミナルは、各プロキシーサーバーに他のターミナルのネットワークアドレスを与えるように構成され、そしてプロキシーサーバーは、そのアドレスに応答して、上記他のターミナルのパケット交換アドレスを与えるように構成される。ネットワークアドレスは、Ｅ．１６４番号である。ターミナルは、プロキシーにより得られたパケット交換アドレスによりパケット交換接続を確立するように構成されるのが適当である。プロキシーは、ＳＩＰプロキシーでよい。

パケット交換アドレスは、インターネットプロトコルアドレスであるのが適当である。
パケット交換アドレスは、ユーザ対ユーザシグナリング（ＵＵＳ）によりターミナルに送信される。パケット交換アドレスは、セッション記述プロトコル（ＳＤＰ）によりターミナルへ送信される。ＵＵＳを使用して送信されるメッセージは、ＳＤＰプロトコルを使用して便利にコード化される。

ターミナルは、パケット交換接続を確立し、そして各ターミナルがパケット交換接続によりその回路交換アドレスを他のターミナルへ送信するという段階により、同時パケット交換及び回路交換接続を確立する動作を実行するように構成される。従って、ターミナルは、回路交換接続を経て送信された回路交換アドレスにより回路交換接続を確立するように構成される。

回路交換アドレスは、移動加入者サービス総合デジタルネットワーク認識（ＭＳＩＳＤＮ）、即ちＥ．１６４番号であるのが好ましい。
回路交換アドレスは、セッション開始プロトコル（ＳＩＰ）によって送信されるのが適当である。

ネットワークは、移動通信ネットワークであるのが好ましい。ターミナルは、移動ターミナルであるのが好ましい。ターミナルは、無線インターフェイスを経てネットワークと通信できるのが好ましい。ネットワーク及び／又はターミナルは、ＧＳＭ、ＧＰＲＳ又はＵＭＴＳシステム或いはその派生システムに基づいて動作することができる。ネットワークは、１つ以上のコアネットワークを含む。

以下、添付図面を参照して、本発明を一例として詳細に説明する。
本発明は、一例として、３Ｇネットワークのアーキテクチャーを参照して説明する。しかしながら、本発明は、他の適当な形式のネットワークにも適用できることを理解されたい。

通信サービスのユーザから需要が生じ始めている多数の拡張サービスは、音声情報のように非常に遅延に厳格なデータと、あまり遅延に厳格でない関連データとの両方を使用する。このようにあまり遅延に厳格でないデータは、例えば、クリック・ツー・トーク(click-to-talk)サービスをサポートする映像や、ホワイトボードサービスに共用される図面や、チャットサービスをサポートするための参加者のアクションに関するサポートデータを含む。これら各々の場合に、音声データは、通常そうであるように、最小遅延で形成されねばならないが、サポートデータは、更なる遅延を許容することができる。以下に述べるように、これらのサービスは、普通のエンドポイント又はターミナル間の同時回路交換及びパケット交換リンクにより便利にサポートすることができる。このような構成は、図１に概略的に示すネットワークにおいて実施できるが、ターミナル／ユーザ装置及びネットワーク側の要素は、以下に述べるアーキテクチャー及び能力を有する。

図２は、図１のアーキテクチャーにおいてＵＥ１、２として動作しそして通常のエンドポイント間に同時回路交換及びパケット交換リンクを与えるのに適したターミナルの機能的アーキテクチャーを示す。このアーキテクチャーの上位レベル２０は、下位レベル要素とユーザとの間の相互作用を取り扱うユーザインターフェイスである。ユーザインターフェイス２０の下には、ターミナルにおいて実行されるアプリケーション２１がある。この例では、このアプリケーションは、拡張サービス即ち「リッチコール(rich call)」サービスをサポートできるものである。アプリケーションの下には、パケット交換又は回路交換要求に基づいて、出て行くデータをフォーマットし又は到来するデータを処理する層がある。この例では、パケット交換（ＰＳ）層は、上位インターネットプロトコル（ＩＰ）層２２と、ゲートウェイ汎用パケット無線サービス（Ｇ−ＧＰＲＳ）層２３とを備えている。回路交換（ＣＳ）処理は、ＣＳプロトコル層２４により取り扱われる。ＰＳ及びＣＳ特有の層は、並列であるのが効果的である。ＰＳ及びＣＳ層の下には、３ＧワイドバンドＣＤＭＡ（Ｗ−ＣＤＭＡ）への無線インターフェイスがある。

リッチコールサービスを提供するときには、リッチコールアプリケーション（ＲＣＡ）２１は、ＰＳ特有の機能２２、２３及びＣＳ特有の機能２４の両方と通信することができる。ＲＣＡは、ＣＳ及びＰＳ接続の使用を調整し、サービスが利用されるときにユーザインターフェイスを経て一貫したユーザ経験を与える。

図２に示す形式の１つのターミナルが、リッチコールサービスにより別のこのようなターミナルと通信すべきときには、各ターミナルのユーザが各ターミナルのアプリケーション２１をアクチベートして、サービスをサポートする。アプリケーションは、ネットワーク３を経て互いにネゴシエーションし、サービスをいかに提供すべきか決定する。１つの考えられる構成は、音声データのような遅延に厳格なデータがターミナル間で回路交換接続を経て送信され、そして関連視覚データ又は記述データのようなあまり遅延に厳格でないデータが同じターミナル間でパケット交換接続を経て送信されることにターミナルが合意することである。ターミナルが、このような構成を両方ともサポートしそしてそのやり方に合意することが確立されると、ターミナルは、ネットワークを経て同時回路交換及びパケット交換接続を確立し、次いで、サービスを提供するための通信を続ける。

ＰＳ接続を与える１つの好ましい手段は、インターネットプロトコル（ＩＰ）である。この場合に、ターミナルは、互いのＩＰアドレス及びポート番号を知らねばならず、これらは、複合ＣＳ及びＰＳ接続を設定するために使用される。この情報は、例えば、ユーザ対ユーザシグナリング（ＵＵＳ）を使用してターミナル間で通信することができる。１つの特定の解決策は、ＲＦＣ−２３２７で定義されたセッション記述プロトコル（ＳＤＰ）を使用することである。

ターミナルのＩＰアドレス等の情報は、例えば、ユーザが従来のコール中に拡張サービスをアクチベートすると判断した場合には、コール設定プロセス中又はその後のコール中に送信することができる。通常の状況では、前者の解決策が好ましい。
図３を参照して、設定手順の操作の一例を説明する。図３の例は、アン（Ａ）及びボブ（Ｂ）と称するユーザ間のホワイトボードセッションの設定を示す。図３は、Ａのターミナル３０及びＢのターミナル３１を示す。各ターミナルは、リッチコールアプリケーション３２、３３と、ＰＳ通信を取り扱うためのＩＰスタック３４、３５と、ＣＳ通信を取り扱うためのＣＳプロトコル処理構成体３６、３７とを備えている。ターミナルは、ネットワークの移動交換センター３８を経てＣＳ通信に対して接続される。簡単化のために、ネットワークのＰＳユニットは図示されていない。

この例では、両ターミナルが、最初に、アクティブなＰＤＰコンテクストを、指定のＩＰアドレスと共に有すると仮定する。他の点では、更に別の設定を行う前にこれを構成することができる。
図３に示すプロセスでは、アンのターミナルがアイコンを表示し、アンはそれをクリックして（４０において）、コールを開始する。ＲＣＡ３２は、要求を解釈し、そしてＣＳ接続によりコールの要求を満足するのが好ましいと決定する。従って、ターミナル３０及びターミナル３１は、ステップ４１から５０に示す通常のやり方で通信して、ターミナル間にＣＳコールを確立すると共に、ＣＳベアラチャンネルを使用してスピーチのための経路をオープンする。

ターミナルは、コール設定中にＵＵＳを経てＳＤＰ情報を互いに適当に交換する。
ボブは、ホワイトボードセッションをオープンすることを判断する（５１において）。ＲＣＡ３３は、音声及びホワイトボードデータの要求を満足するために並列なＣＳ及びＰＳ接続を使用するのが好ましいと決定する。従って、アプリケーション３３は、ホワイトボードセッションを開始することをＩＰスタック３５に通知する（５２において）。ターミナル３０のＩＰアドレスが分かっている状態で、ターミナル３１は、並列なＰＳリンクを経てホワイトボードセッションを開始するようインバイトすることをターミナル３０に通知する（５３において）。ＩＰスタック３４は、ホワイトボードセッションが要求されたことをＲＣＡ３２に通知する（５４において）。アンは、ターミナル３０のユーザインターフェイスを経て、ホワイトボードセッションを受け入れることを指示する（５５において）。ＲＣＡ３２は、要求が受け入れられたことをＩＰスタックに通知し（５６において）、ＩＰスタック３４は、２００ＯＫメッセージをＩＰスタック３５へ返送し（５７において）、これは、ホワイトボードセッションが確立されたことをＲＣＡに指示する（５８において）。次いで、ホワイトボードセッションは、５９で示すように、パケット交換ベアラチャンネルを使用して続けられる。

図４に示すように、セッションは、アンがボブとのミーティングを予約するよう要求することにより続けられる。これを行うために、更に別のＰＳ交換を使用して６０で一般に示すようにミーティング情報が交換される。この交換は、５９で示された形態の進行中の通信セッション／チャンネルを生じない。

コールを終了すべきときには、アンは、コールを終了することをＲＣＡ３２に通知する（６１において）。ＲＣＡは、進行中のホワイトボードセッションを終了することをＩＰスタック３４に通知する（６２において）と共に、ＣＳコールを終了することをＣＳプロトコル３６に通知する（６２、６３において）。切断メッセージ６４、６５が通常のやり方で送信される。ＣＳプロトコル３７は、終了を開始しなかった当事者のＲＣＡ３５に、コールを切断すべきであることを通知する（６６において）。このＲＣＡ３５は、ホワイトボードセッションを終了すべきことをＩＰスタック３６に通知し、そしてコールの切断をＣＳプロトコルに確認する（６７及び６８において）。確認６９、７０、７１は、次いで、通常のやり方で送信される。ＣＳ及びＰＳ接続は、単一の論理通信構成体として取り扱われる。接続のこのリンケージは、ターミナルが、接続の一方が終了された場合にその他方を終了するのが単純であることを意味する。

エンドユーザアプリケーションは、接続の数及び特性をユーザの観点から透過的に管理し、接続が異なる形式のものであっても、ユーザにとって接続を単純に行いそして終了できるようにする。
図５及び６は、別の構成を示す。図５及び６の実施形態において、Ａ及びＢのターミナルは、適応層８０を含む（図５を参照）。この適応層は、ＣＳ又はＰＳコールの確立を、ターミナルで実行されているアプリケーション８１にとって透過的であるようにする。適応層は、ターミナルで実行されるべきアプリケーションとは独立してターミナルに設けることができる。適応層は、アプリケーションとＣＳ及びＰＳ通信層との間に位置する。アプリケーションが接続の要求を発生すると、適応層は、その要求を解釈し、それを適宜にＣＳ又はＰＳ層へ通す。

図６は、図５に示すアーキテクチャーを有するターミナルによりサポートされるオペレーションの一例を示す。図６の例では、２つのターミナル９０、９１がパケット交換接続により既に通信していると仮定する（９２を参照）。ターミナルは、アプリケーション層９３、９４と、適応層９５、９６と、ＩＰスタック９７、９８と、回路交換プロトコルスタック９９、１００とを有する。ターミナルは、ＣＳコールについてＭＳＣ１０１を経て通信することができる。

ユーザＡは、ユーザＢと音声コールを開始することを判断する。ユーザＡは、ユーザＡは、自分のターミナルのアプリケーション層９３に、音声コールを開始すべきであることを指示する。ターミナルは、ＰＳコールに既に参加しているので、この例では、アプリケーション層が、例えば、ＳＩＰ（セッション開始プロトコル）フォーマットで、ＰＳ接続に適するものとして、相手ターミナルのアドレスに基づいて、要求（例えば、図６に示すようにフォーマットされた）により音声コールを開始すると仮定する。適応層は、ＰＳリンクにわたって音声コールを開始するように試みることができる。しかしながら、この例では、適応層が、ＣＳベアラを使用すべきと判断するものと仮定する。この判断は、ネットワークの能力についての適応ユニットの知識に基づいて行うことができる。図６に示すように、適応層は、ＩＰスタック９７を経てＢのターミナルへ「ＳＩＰインバイト」メッセージを送信する。「インバイト」メッセージは、ＣＳベアラを使用すべきであることを指示するＳＩＰパラメータを含み、ＡのターミナルのＭＳＩＳＤＮを指示する（１０３を参照）。このＭＳＩＳＤＮの知識は、コールの設定要求がＢのターミナルに到着するときにＢのターミナルがコールを識別できるようにする。

Ｂのターミナルの適応層は、到来する「インバイト」メッセージを検出する。「インバイト」メッセージのフォームは、到来するＣＳコールの要求を指示するので、ターミナルＢのＭＳＩＳＤＮを含む２００ＯＫメッセージで応答する（１０４を参照）。ターミナルＢのＭＳＩＳＤＮの知識は、ターミナルＡがそのＭＳＩＳＤＮにコールして、差し迫ったＣＳコールを設定できるようにする。

ターミナルＢのＭＳＩＳＤＮをもつＯＫメッセージがターミナルＡに到着すると、ターミナルＡの適応層９５は、そのＭＳＩＳＤＮへのコールを確立し始める（１０５を参照）。受信ターミナルの適応層９８は、到来するコールのＭＳＩＳＤＮを、ステップ１０３で受信したものと比較する。それらが一致する場合には、ターミナルＢの適応層１００に、到来するコールを通知する（１０６において）。適応層１００は、受け入れメッセージ１０７で応答し、そしてそれに応答して、適応層９８は、ＣＳコールを受け入れる（１０８において）。次いで、ＣＳコールが、同時に、且つ元のＩＰ接続９２と同じエンドポイント間に確立される（１０９において）。

ＳＩＰプロキシー（又はＣＳＣＦ）が含まれる場合にも、同じ手順を使用することができる。
他の手段を使用して、ＰＳ接続を確立してもよい。
２つの従来型のＧＰＲＳ（汎用パケット無線サービス）ターミナルが回路交換コールに参加する場合には、その各々が他方のＥ．１６４番号を知るが、ＧＧＳＮにより指定される他方のＩＰアドレスは必ずしも知らない。この場合に、ＰＳ接続が既存のＣＳ接続と並列に確立されるべき場合には、ターミナルが他方の各ＩＰアドレスや必要なファイアウオール及び／又はプロキシー横断情報にアクセスするための手段が必要となる。

この状態では、ボイス・オーバー・ＩＰコールに対して最初に指定されたＳＩＰプロトコル（ＲＦＣ−２５４３）を、ＣＳコールの進行中に使用することができる。ＣＳユーザのＳＩＰ ＵＲＬを決定するために、Ｅ．１６４認識からＳＩＰ ＵＲＬへの所定のマッピングがあるのが好ましい。このマッピングは、所定のロジックを使用してもよいし、又はルックアップテーブルとして記憶されてもよい。このようなアドレスマッピングは、ネットワークにおいてＳＩＰプロキシーにより実行することができる（図１の１２０）。これは、単純なマッピングテーブルを実施してもよいし、又はマッピングを決定するためにサーチされねばならない更に複雑なデータベースを使用してもよい。前者の解決策では、ルックアップテーブルは、例えば、各Ｅ．１６４番号に対応するＳＩＰプロキシーをリストすることができる。
Ｅ．１６５番号 ＳＩＰプロキシー オペレータ
+358 40 sip.soneragprs.fi DONERA
+358 41 sipgw.teliagprs.com TELIA
+1 30 mcigprs.com MCI

後者の解決策では、ＳＩＰプロキシーは、ＤＮＳ ＳＲＶ記録を使用して本質的にＤＮＳ（ドメインネームサービス）問合せサービスを提供する。
ＣＳコール中に、ユーザは、リモート当事者のＥ．１６４アドレスを知る。別のターミナルへのＰＳベアラ接続を開始すべき開始ターミナルのアプリケーションは、Ｅ．１６４アドレスを使用して、ＳＩＰ ＩＮＶＩＴＥ（又はＳＩＰ ＩＮＦＯ）メッセージを形成しそしてそれをローカルＳＩＰプロキシーへ送信する。行先は、他の当事者のＥ．１６４番号（アドレスがユーザ名ではなく電話番号であることを指示するためのタグと共に送信された）であり、そしてそのローカルプロキシーは、そのマッピングテーブル（又はより複雑な機構）を使用して、対応する行先ＳＩＰプロキシーを決定する。行先ＳＩＰプロキシーの認識は、開始ターミナルへ返送される。開始ターミナルは、ＩＮＶＩＴＥ（又はＩＮＦＯ）メッセージを、他のターミナルのＥ．１６４認識を指示する行先プロキシーへ送信する。行先プロキシーは、そのＥ．１６４認識を使用してターミナルに割り当てられたＳＩＰ ＵＲＬアドレスを決定する。行先プロキシーは、次いで、その要求を上記他のターミナルへそのＩＰアドレスにより転送することができ、そしてＰＳ接続の設定を通常のように一般的に続けることができる。行先プロキシーは、ＩＮＶＩＴＥ（又はＩＮＦＯ）メッセージのペイロードにセッション情報がないことから、メッセージがコール設定を指示しないことを決定できる。

例えば、パーズされたペイロード形式又は搬送されるべきデータのサイズに基づいて、適当な勘定手順を適用することができる。例えば、大きな非圧縮の映像ファイルは、小さな圧縮された映像ファイルより転送コストがかかる。又、ＳＩＰプロキシーは、日時、ペイロード形式等に基づいて異なるファンクションを適用できる登録サービスも維持することができる。例えば、ユーザは、ＧＩＦ像を受け取りそして時刻が１６：００以降である場合にその映像を指定のｅ−メールアドレスに転送することを定義できる。

或いは又、ＳＩＰ ＩＮＶＩＴＥ又はＩＮＦＯメッセージ自体を、ユーザデータの転送に使用することもできる。
本発明は、ＵＭＴＳ及びＧＰＲＳシステムを参照して説明した。しかしながら、本発明は、これらのシステムに限定されない。
本発明は、ここに暗示的に又は明確に開示した特徴又は特徴の組合せ或いはそれを一般化したものを包含するが、本発明の範囲を何ら限定するものではないことが明らかであろう。以上の説明から、当業者であれば、本発明の範囲内で種々の変更や修正がなされ得ることが明らかであろう。

通信ネットワークの概略図である。 ユーザ装置ターミナルの簡単な機能的アーキテクチャーを示す図である。 ホワイトボード通信セッションの設定中のメッセージの流れを示す図である。 通信セッションの継続中のメッセージの流れを示す図である。 ユーザ装置ターミナルの別の簡単な機能的アーキテクチャーを示す図である。 回路交換接続によるパケット交換通信セッションの継続中のメッセージの流れを示す図である。

Claims (72)

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. 前記パケット交換アドレスがセッション開始プロトコルアドレスである、請求項１４から請求項１９のいずれかに記載の方法。
29. ネットワーク（３）のアクセスポイントに接続し、該ネットワーク（３）を介して単一の論理通信構成体として他方の端末（２）とともに第１形式の通信及び第２形式の通信を同時にサポートするように構成された端末であって、
    該端末は、
    前記他方の端末（２）の前記第１形式のアドレスを用いた該他方の端末（２）との通信の開始のときに前記第１形式の接続を確立し、この後、新たな形式のデータであってその伝送が前記第２形式の接続によりさらに良好にサポートされる新たな形式のデータが前記通信に導入される場合に、前記他方の端末（２）とともに前記第２形式の接続を確立するように構成され、
    この場合、前記第１形式の接続がパケット交換接続であって、前記第２形式の接続が回路交換接続であり、又は、前記第１形式の接続が回路交換接続であって、前記第２形式の接続がパケット交換接続であり、
    さらに、前記端末は、前記他方の端末（２）の前記第２形式のアドレスを用いて前記第２形式の接続を確立するように構成され、
    前記他方の端末（２）の前記第１形式のアドレスが該他方の端末（２）の前記第２形式のアドレスと異なる、
    ことを特徴とする端末。
30. 前記端末（１）が、
    回路交換接続を確立する段階と、該端末のパケット交換アドレスを該回路交換接続により前記他方の端末に対して送信する段階と、により、パケット交換接続及び回路交換接続を同時に確立するための動作を実行するように構成される、請求項２９に記載の端末。
31. 前記回路交換接続を介して前記他方の端末のパケット交換アドレスを受信することにより、前記パケット交換接続を確立するように構成される、請求項３０に記載の端末（１）。
32. 前記端末（１）が、回路交換接続を確立する段階と、前記ネットワーク（３）のプロキシサーバと通信して該プロキシサーバから前記他方の端末のパケット交換アドレスを取得する段階と、によりパケット交換接続及び回路交換接続を同時に確立する ための動作を実行するように構成される、請求項２９に記載の端末。
33. 前記端末（１）が各プロキシサーバに前記他方の端末のネットワークアドレスを提供するように構成され、
    前記プロキシサーバが、そのアドレスに応答して前記他方の端末のパケット交換アドレスを与えるように構成される、請求項３２に記載の端末。
34. 前記プロキシサーバにより取得されたパケット交換アドレスにより前記パケット交換接続を確立するように構成される、請求項３２又は請求項３３に記載の端末（１）。
35. 前記他方の端末のパケット交換アドレスがインターネットプロトコルアドレスである、請求項２９から請求項３４のいずれかに記載の端末。
36. 前記他方の端末のパケット交換アドレスが、ユーザ対ユーザのシグナリングにより前記端末（１）に送信される、請求項２９又は請求項３５に記載の端末。
37. 前記他方の端末のパケット交換アドレスが、セッション記述プロトコルにより前記端末（１）に送信される、請求項２９から請求項３６のいずれかに記載の端末。
38. 前記端末（１）が、パケット交換接続を確立する段階と、該端末の回路交換アドレスを該パケット交換接続により前記他方の端末に送信する段階と、により、パケット交換接続及び回路交換接続を同時に確立するための動作を実行するように構成される、請求項２９に記載の端末。
39. 前記端末（１）が、前記パケット交換接続を介して前記他方の端末の回路交換アドレスを受信することにより、前記回路交換接続を確立するように構成される、請求項３８に記載の端末。
40. 前記回路交換アドレスが移動加入者サービス総合デジタルネットワーク認識である、請求項３８又は請求項３９に記載の端末。
41. 前記回路交換アドレスがセッション開始プロトコルにより送信される、請求項３８から請求項４０に記載の端末。
42. 前記パケット交換アドレスがセッション開始プロトコルアドレスである、請求項２９から請求項３４に記載の端末。
43. ネットワーク（３）のアクセスポイントに接続し、該ネットワーク（３）を介して他方の端末（２）とともに単一の論理通信構成体として第１形式の通信及び第２形式の通信を同時にサポートする、ように構成された端末（１）、において動作するように構成された装置であって、
    該装置が、前記他方の端末（２）の前記第１形式のアドレスを用いた該他方の端末（２）との通信の開始のときに前記第１形式の接続を確立し、この後、新たな形式のデータであってその伝送が前記第２形式の接続によりさらに良好にサポートされる新たなデータが、前記通信に導入される場合に、前記他方の端末（２）とともに前記第２形式の接続を確立すること、を実行するように構成されており、
    前記第１形式がパケット交換であって、前記第２形式が回路交換であり、又は、前記第１形式が回路交換であって、前記第２形式がパケット交換であり、
    前記装置が、前記他方の端末（２）の前記第２形式のアドレスを用いて該第２形式の接続を確立するように構成されており、
    前記他方の端末（２）の前記第１形式のアドレスが該他方の端末（２）の前記第２形式のアドレスと異なる、
    ことを特徴とする装置。
44. 回路交換接続を確立する段階と、該回路交換接続により前記端末のパケット交換アドレスを前記他方の端末に送信する段階と、により、パケット交換接続及び回路交換アドレスを同時に確立するための動作を実行するように構成される、請求項４３に記載の装置。
45. 前記回路交換接続を介して前記他方の端末のパケット交換アドレスを受信することにより前記パケット交換接続を確立するように構成される、請求項４４に記載 の装置。
46. 回路交換接続を確立する段階と、前記ネットワーク（３）のプロキシサーバと通信して該プロキシサーバから前記他方の端末のパケット交換アドレスを取得する段階と、により、パケット交換接続及び回路交換接続を同時に確立するための動作を実行するように構成される、請求項４３に記載の装置。
47. 前記装置が各プロキシサーバに前記他方の端末のネットワークアドレスを提供するように構成され、前記プロキシサーバがそのアドレスに応答して、その他方の端末のパケット交換アドレスを与えるように構成される、請求項４６に記載の装置。
48. 前記プロキシサーバにより取得されたパケット交換アドレスにより前記パケット交換接続を確立するように構成される、請求項４６又は請求項４７に記載の装置。
49. 前記他方の端末のパケット交換アドレスがインターネットプロトコルアドレスである、請求項４３から請求項４８のいずれかに記載の装置。
50. 前記他方の端末のパケット交換アドレスが、ユーザ対ユーザのシグナリングにより前記装置に送信される、請求項４３から請求項４９のいずれかに記載の装置。
51. 前記他方の端末のパケット交換アドレスがセッション記述プロトコルにより前記装置に送信される、請求項４３から請求項５０のいずれかに記載の装置。
52. パケット交換接続を確立する段階と、該端末の回路交換アドレスを該パケット交換接続により前記他方の端末に送信する段階と、により、パケット交換接続及び回路交換接続を同時に確立するための動作を実行するように構成される、請求項４３に記載の装置。
53. 前記パケット交換接続を介して前記他方の端末の回路交換アドレスを受信することにより前記回路交換接続を確立するように構成される、請求項５２に記載の装置。
54. 前記他方の端末の回路交換アドレスが移動加入者サービス総合デジタルネットワーク認識である、請求項５３に記載の装置。
55. 前記他方の端末の回路交換アドレスがセッション開始プロトコルにより送信される、請求項５３又は請求項５４に記載の装置。
56. 前記他方の端末のパケット交換アドレスがセッション開始プロトコルアドレスである、請求項４３から請求項５５に記載の装置。
57. 第１ネットワークアクセスポイント（４）及び第２ネットワークアクセスポイント（５）を有し、パケット交換ベアラ及び回路交換ベアラにより前記第１ネットワークアクセスポイント（４）と前記第２ネットワークアクセスポイント（５）との間においてデータを搬送することが可能なネットワーク（３）を具備する通信システムにより第１端末（１）と他方の端末（２）との間において通信する方法であって、
    前記第１端末（１）が、前記ネットワークのアクセスポイントに接続し、該ネットワークを介して単一の論理通信構成体として他方の端末（２）とともに第１形式の接続及び第２形式の接続を同時にサポートし、
    前記第１端末（１）が、前記他方の端末の前記第１形式のアドレスを用いた該他方の端末との通信の開始のときに、前記第１形式の通信を確立し、この後、新たな形式のデータであってその伝送が前記第２形式の接続によりさらに良好にサポートされる新たなデータが前記通信に導入される場合に、前記他方の端末とともに前記第２形式の接続を確立し、
    前記第１形式がパケット交換であって、前記第２形式が回路交換であり、又は、前記第１形式が回路交換であって、前記第２形式がパケット交換であり、
    前記第１端末（１）が前記他方の端末の前記第２形式のアドレスを用いて該第２形式の接続を確立し、
    前記他方の端末の前記第１形式のアドレスが前記他方の端末の前記第２形式のアドレスと異なる、
    ことを特徴とする方法。
58. 前記端末（１）が、回路交換接続を確立する段階と、該端末のパケット 交換アドレスを該回路交換接続により前記他方の端末に送信する段階と、により、パケット交換接続及び回路交換接続を同時に確立するための動作を実行するように構成される、請求項５７に記載の方法。
59. 前記他方の端末のパケット交換アドレスがインターネットプロトコルアドレスである、請求項５７又は請求項５８に記載の方法。
60. 前記他方の端末のパケット交換アドレスがユーザ対ユーザのシグナリングにより前記端末（１）に送信される、請求項５７から請求項５９のいずれかに記載の方法。
61. 前記他方の端末のパケット交換アドレスがセッション記述プロトコルにより前記端末（１）に送信される、請求項５７から請求項６０のいずれかに記載の方法。
62. 前記他方の端末の回路交換アドレスが移動加入者サービス総合デジタルネットワーク認識である、請求項５７に記載の方法。
63. 前記他方の端末の回路交換アドレスがセッション開始プロトコルにより送信される、請求項６２に記載の方法。
64. 前記他方の端末のパケット交換アドレスがセッション開始プロトコルアドレスである、請求項５７から請求項６１のいずれかに記載の方法。
65. 第１ネットワークアクセスポイント（４）及び第２ネットワークアクセスポイント（５）を有し、パケット交換型ベアラ及び回路交換型ベアラにより前記第１ネットワークアクセスポイント（４）と前記第２ネットワークアクセスポイント（５）との間においてデータを搬送することが可能なネットワーク（３）、を具備する通信システムにより、装置を具備する第１端末（１）と第２端末（２）との間において通信する方法であって、
    前記装置が、前記第２端末の第１形式のアドレスを用いた該第２端末との通信の開始のときに、前記第１形式の接続を確立し、この後、新たなデータであってその伝送が前記第２形式の接続によりさらに良好にサポートされる新たなデータが、前記通信に導入される場合に、前記第２端末とともに前記第２形式の接続を確立し、
    前記第１形式がパケット交換型であって、前記第２形式が回路交換型であり、又は、前記第１形式が回路交換型であって、前記第２形式がパケット交換型であり、
    前記装置が、前記第２端末の前記第２形式のアドレスを用いて前記第２形式の接続を確立するように構成され、
    前記第２端末の前記第１形式のアドレスが該第２端末の前記第２形式のアドレスと異なる、
    ことを特徴とする方法。
66. 前記装置が、回路交換接続を確立する段階と、前記第１端末のパケット交換アドレスを該回路交換接続により前記第２端末に送信する段階と、により、パケット交換接続及び回路交換接続を同時に確立するための動作を実行するように構成される、請求項６５に記載の方法。
67. 前記第２端末のパケット交換アドレスがインターネットプロトコルアドレスである、請求項６５又は請求項６６に記載の方法。
68. 前記第２端末のパケット交換アドレスがユーザ対ユーザのシグナリングにより前記装置に送信される、請求項６５から請求項６７のいずれかに記載の方法。
69. 前記第２端末のパケット交換アドレスがセッション記述プロトコルにより前記装置に送信される、請求項６５から請求項６８のいずれかに記載の方法。
70. 前記第２端末の回路交換アドレスが移動加入者サービス総合デジタルネットワーク認識である、請求項６５に記載の方法。
71. 前記第２端末の回路交換アドレスがセッション開始プロトコルにより送信される、請求項７０に記載の方法。
72. 前記第２端末のパケット交換アドレスがセッション開始プロトコルアドレスである、請求項６５から請求項６９に記載の方法。

Images