(57)【特許請求の範囲】
【請求項１】
第１ネットワークにおいてコンテクストをアクチベートしてその第１ネットワーク及び第２ネットワーク(6)を経てコール及び／又はトランザクションを転送するための方法であって、
上記第１ネットワーク内でシグナリング又はデフォールトコンテクストを使用してアプリケーションプロトコルに基づき設定メッセージを発呼装置から送信し、上記発呼装置は、上記第１ネットワークに属しており、
上記コンテクストをアクチベートする前に上記発呼装置と被呼装置との間に上記アプリケーションプロトコルを設定し、
上記第２ネットワーク(6)から上記第１ネットワークへ送信された上記アプリケーションプロトコルのメッセージに基づいて能力情報を決定し、そして
上記決定された能力情報に基づいて上記コンテクストをアクチベートするという段階を備えた方法。
【請求項２】
上記アクチベートする段階は、要求された情報を含むコンテクストアクチベーション要求メッセージを上記第１ネットワークに送信することにより実行され、上記能力情報は、上記要求された情報に対してマップされる請求項１に記載の方法。
【請求項３】
上記設定段階は、発呼端において実行される請求項１又は２に記載の方法。
【請求項４】
上記コールは、音声コールである請求項１ないし３のいずれかに記載の方法。
【請求項５】
上記第１ネットワークは、移動ネットワークであり、そして上記コンテクストは、二次ＰＤＰコンテクストである請求項１ないし４のいずれかに記載の方法。
【請求項６】
上記移動ネットワークは、ＵＭＴＳネットワークである請求項５に記載の方法。
【請求項７】
上記第２ネットワークは、ＩＰネットワーク(6)又はＵＭＴＳネットワークである請求項１ないし６のいずれかに記載の方法。
【請求項８】
上記アプリケーションプロトコルは、Ｈ．３２３又はＨ．２４８プロトコル或いはＳＩＰである請求項１ないし７のいずれかに記載の方法。
【請求項９】
上記能力情報は、ＱｏＳ要求である請求項１ないし８のいずれかに記載の方法。
【請求項１０】
上記ＱｏＳ要求は、一種のコーデック、最大ビットレート、保証されたビットレート及び／又は転送遅延を定義する請求項９に記載の方法。
【請求項１１】
ＩＥＴＦ  Ｄｉｆｆｓｅｒｖサービスを中間ネットワークに使用して、上記能力情報に基づく能力を与える段階を更に備えた請求項１ないし１０のいずれかに記載の方法。
【請求項１２】
第１ネットワークにおいてコンテクストをアクチベートして、その第１ネットワーク及び第２ネットワーク(6)を経てコール及び／又はトランザクションを転送するためのシステムであって、
ａ）上記第１ネットワーク内でシグナリング又はデフォールトコンテクストを使用してアプリケーションプロトコルに基づき設定メッセージを送信するための設定手段(1,7)と、
ｂ）上記第２ネットワーク(6)から上記第１ネットワークへ送信された上記アプリケーションプロトコルのメッセージに基づいて能力情報を決定するための決定手段(12)と、
ｃ）上記決定された能力情報に基づいて上記コンテクストをアクチベートするためのアクチベーション手段(13)と、
を備えたシステム。
【請求項１３】
上記アクチベーション手段(13)は、上記決定された能力情報を含むコンテクストアクチベーション要求メッセージを上記第１ネットワークに送信するように構成される請求項１２に記載のシステム。
【請求項１４】
上記設定手段(1,7)は、上記コール及び／又は上記トランザクションの発呼端に配置される請求項１２又は１３に記載のシステム。
【請求項１５】
上記第１ネットワークは、移動ネットワークであり、そして上記コンテクストは、二次ＰＤＰコンテクストである請求項１２ないし１４のいずれかに記載のシステム。
【請求項１６】
上記第２ネットワークは、ＩＰネットワーク(6)又はＵＭＴＳネットワークである請求項１２ないし１５のいずれかに記載のシステム。
【請求項１７】
上記アプリケーションプロトコルは、Ｈ．３２３又はＨ．２４８プロトコル或いはＳＩＰである請求項１２ないし１６のいずれかに記載のシステム。
【請求項１８】
上記能力情報は、ＱｏＳ要求である請求項１２ないし１７のいずれかに記載のシステム。
【請求項１９】
上記システムは、ＩＥＴＦ  Ｄｉｆｆｓｅｒｖサービスを中間ネットワークに使用して、上記決定された能力情報に基づく能力を与えるように構成された請求項１２ないし１８のいずれかに記載のシステム。
【請求項２０】
第１ネットワークにおいてコンテクストをアクチベートして、その第１ネットワーク及び第２ネットワーク(6)を経てコール及び／又はトランザクションを転送するためのターミナル装置(1)であって、
ａ）上記第２ネットワーク(6)から上記第１ネットワークを経て上記ターミナル装置(1)へ送信されたアプリケーションプロトコルのメッセージに基づき能力情報を決定するための決定手段(12)を備え、上記第１ネットワーク内にはシグナリング又はデフォールトコンテクストが使用され、そして
ｂ）上記決定された能力情報を使用して上記コンテクストをアクチベートするためのアクチベーション手段(13)を備えたターミナル装置。
【請求項２１】
上記決定手段(12)は、上記第２ネットワーク(6)に接続された被呼エンドポイント(7)との設定ネゴシエーションにおいて合意した能力に基づいて上記能力情報を決定するように構成され、上記設定ネゴシエーションは、上記ターミナル装置(1)の設定手段(11)により初期化される請求項２０に記載のターミナル装置。
【請求項２２】
上記決定手段(12)は、上記第２ネットワーク(6)に接続された発呼エンドポイント(5)から受け取ったプロトコルメッセージに基づいて上記能力情報を決定するように構成される請求項２０に記載のターミナル装置。
【請求項２３】
上記ターミナル装置は、移動ターミナル(1)であり、そして上記第２ネットワークは、ＩＰネットワーク(6)である請求項２０ないし２２のいずれかに記載のターミナル装置。
【請求項２４】
上記アプリケーションプロトコルは、Ｈ．３２３又はＨ．２４８プロトコル或いはＳＩＰである請求項２０ないし２３のいずれかに記載のターミナル装置。
【請求項２５】
上記能力情報は、ＱｏＳ要求である請求項２０ないし２４のいずれかに記載のターミナル装置。
【発明の詳細な説明】
【０００１】
【技術分野】
本発明は、第１ネットワークにおいてコンテクストをアクチベートして、その第１ネットワーク及び第２ネットワークを経てコールを転送するための方法及びシステムに係る。より詳細には、第１ネットワークは、ＵＭＴＳ（ユニバーサル移動テレコミュニケーションズシステム）又はＧＰＲＳ（汎用パケット無線サービス）ネットワークのようなセルラー又は移動ネットワークである。
【０００２】
【背景技術】
回路交換ネットワークとは対照的に、従来のＩＰネットワークは、コール受け入れ制御も、ネットワーク内のパー・コール(per-call)状態も使用しない無接続パケット交換パラダイムを用いている。各パケットは、ＩＰヘッダ内に含まれたグローバルに独特のＩＰ行先アドレスに基づいてホップごとにその行先へ単にルーティングされる。個々のデータ流は、専用の帯域巾を受け入れず、そして使用可能な帯域巾は、全トラフィック間で共用される。中間ノード出力ポートに送信された集合パケット流が出力リンクレートより大きいときには、パケットを出力バッファにおいて待ち行列処理しなければならず、遅延を生じさせる。更に、混雑の時間中には、出力バッファがオーバーフローして、パケットが失われることがある。
【０００３】
Ｘ．２５及び／又はＩＰ／インターネットのような従来のパケット交換データネットワークは、高い帯域巾利用性を得ることができるが、音声のようなリアルタイムトラフィックに対し充分なＱｏＳ（サービスクオリティ）サポートを同時に与えることができない。これは、リアルタイム及び非リアルタイムの両トラフィックを含む環境において高い利用性及びリアルタイムＱｏＳサポートを同時に与えることのできるＡＴＭ及びフレームリレーのような新規なパケット交換技術とは異なる。又、これらＱｏＳサポート及び効率の２つの目標は、ＩＰネットワークにおいては、ＲＳＶＰ（リザベーションセットアッププロトコル）のような予約プロトコルが使用される場合に達成できるが、確固たるＱｏＳ保証は、各中間ルーターがＲＳＶＰをサポートする場合にしか与えることができない。ネットワークが帯域巾保証又は予約を特定データ流に与えることができるまでには、その保証を満足できること、即ち充分なリソースがネットワークに存在することを受け入れ制御が確保しなければならない。さもなければ、ネットワークは、ユーザに対してその保証を約束できない。
【０００４】
パケット交換ネットワークのユーザに利用できる端−端ＱｏＳは、２つの要素により決定される。その第１は、パケット遅延、遅延変化及びパケットロスに関してネットワークにより導入される歪の量である。その第２は、ネットワークにより導入されたこの歪みを受信側ターミナルにおいて除去又は補償できる程度、即ちターミナルコンディショニングと一般に称されるプロセスである。このターミナルコンディショニングは、ジッタ（パケット間の遅延の変化）の除去のようなプロセスを含み、受信器においてパケット間の元のタイミング関係を再構成するものである。更に、送信者が、送信データパケット間に冗長性を導入するある種の健全なエンコードスキムを使用する場合には、受信者が失われたパケットを回復することができる。
【０００５】
上述したように、中間のパケット交換環境において音声のようなリアルタイムトラフィックにより受け取られるネットワーク層のＱｏＳを保証又は少なくとも最大にするために原理的に使用される解決策の１つは、特定のデータ流に対して中間ルーター／スイッチにおいてリソース（帯域巾、バッファスペース）を予約することに関連するものであり、そしてＡＴＭ（非同期転送モード）及びＩＰ／ＲＳＶＰの両方により使用される方法である。ＲＳＶＰは、ＩＥＴＦ（インターネット・エンジニアリング・タスク・フォース）統合サービスモデルに基づき、端−端予約を要求するために受信器及びノードによって使用することができる。ＲＳＶＰは、仕様書ＲＦＣ２２０５に規定されている。特に、ＲＳＶＰは、ルーティングプロトコルではなく、どちらの基本的ルーティングプロトコルが存在するかによって設定された既存のルートに沿ってリソースを予約するのに単に使用される。行先アドレス、搬送層プロトコル形式及び行先ポート番号の組み合わせにより、通信セッションが識別される。各ＲＳＶＰオペレーションは、特定セッションのパケットに適用されるだけであり、従って、各ＲＳＶＰメッセージは、それが適用されるセッションの詳細を含まねばならないことに注意するのが重要である。ＲＳＶＰメッセージは、プロトコル番号４６を使用してＩＰデータグラム内で「生」の状態で搬送できるが、この生のＩ／Ｏ能力を伴うホストは、最初に、ＲＳＶＰメッセージをＵＤＰヘッダ内にカプセル化することができる。
【０００６】
ＵＭＴＳ又はＧＰＲＳネットワークのような移動ネットワークでは、コールに対して充分な端−端ＱｏＳを設定しなければならない。これを達成するために、充分なＱｏＳを伴うＰＤＰ（パケットデータプロトコル）コンテクストがアクチベートされて、音声トラフィックを転送する。従って、両エンドポイントがコールのＱｏＳ要求を知らねばならない。ＱｏＳ要求を知ることにより、エンドポイントは、エンドポイントの環境に基づくメカニズムで充分なＱｏＳを設定することができる。移動ネットワークがＩＰネットワークに接続された結合ネットワークでは、ＲＳＶＰは、ネットワーク間にＱｏＳ要求を信号することが提案されている。しかしながら、ＲＳＶＰは、ＱｏＳ要求を転送するために不必要なシグナリングを生じさせる。更に、ＲＳＶＰが、パー・コール（コールごと）ベースで使用するに充分なほど拡張可能であるかどうかは疑問である。
【０００７】
【発明の開示】
そこで、本発明の目的は、コンテクストをアクチベートし、それにより、能力の交換を効率的なやり方で実行できるようにする方法及びシステムを提供することである。
この目的は、第１ネットワークにおいてコンテクストをアクチベートしてその第１ネットワーク及び第２ネットワークを経てコール及び／又はトランザクションを転送するための方法であって、上記第１ネットワーク内でシグナリング又はデフォールトコンテクストを使用してアプリケーションプロトコルに基づき接続を設定し、上記第２ネットワークから上記第１ネットワークへ送信された上記アプリケーションプロトコルのメッセージに基づいて能力情報を決定し、そしてその決定された能力情報に基づき上記コンテクストをアクチベートするという段階を備えた方法により達成される。
【０００８】
更に、上記目的は、第１ネットワークにおいてコンテクストをアクチベートしてその第１ネットワーク及び第２ネットワークを経てコール及び／又はトランザクションを転送するためのシステムであって、上記第１ネットワーク内でシグナリング又はデフォールトコンテクストを使用してアプリケーションプロトコルに基づき接続を設定するための設定手段と、上記第２ネットワークから上記第１ネットワークへ送信された上記アプリケーションプロトコルのメッセージに基づいて能力情報を決定するための決定手段と、上記決定された能力情報に基づいて上記コンテクストをアクチベートするためのアクチベーション手段とを備えたシステムにより達成される。
【０００９】
更に、上記目的は、第１ネットワークにおいてコンテクストをアクチベートしてその第１ネットワーク及び第２ネットワークを経てコール及び／又はトランザクションを転送するためのターミナル装置であって、上記第２ネットワークから上記第１ネットワークを経て上記ターミナル装置へ送信されたアプリケーションプロトコルのメッセージに基づき能力情報を決定するための決定手段を備え、上記第１ネットワーク内にはシグナリング又はデフォールトコンテクストが使用され、そして上記決定された能力情報を使用して上記コンテクストをアクチベートするためのアクチベーション手段を備えたターミナル装置により達成される。
【００１０】
従って、第１ネットワークと第２ネットワークとの間にＲＳＶＰを使用して、能力情報を他の各接続端に信号する必要はない。コール及び／又はトランザクションに対する適当な端−端能力は、シグナリング又はデフォールトコンテクストを使用することにより送信されるアプリケーションプロトコルメッセージに基づいて前もって合意することができる。次いで、コールを転送するために必要とされる実際のコンテクストが、その合意された能力情報に基づいてアクチベートされる。これにより、ＲＳＶＰに必要とされる付加的なシグナリングをセーブして、シグナリング負荷を減少することができる。更に、本発明によって提案された解決策は、アプリケーションプロトコルメッセージを第１ネットワークへ透過的に転送できるので、コアネットワークにとって透過的である。
【００１１】
アクチベーションは、能力情報を決定するときに基礎となるパラメータを含むコンテクストアクチベーション要求メッセージを第１ネットワークへ送信することにより実行されるのが好ましい。プロトコル設定段階を発呼端で実行し、被呼端に、要求された接続が直接通知されるようにするのが好ましい。
コールは、音声コールであるのが好ましい。従って、リアルタイム音声トラフィックにより要求されるネットワーク層能力（例えばＱｏＳプロフィール）は、異なるネットワークを経ても、効率的に与えることができる。しかしながら、本発明は、コンテクストアクチベーションに基づき転送されるいかなるコール及び／又はトランザクション（例えば、サービスメッセージ、ダウンロードプログラム等）にも適用できる。
【００１２】
更に、第１ネットワークは、移動ネットワークであり、そしてコンテクストは、二次ＰＤＰコンテクストである。このような二次ＰＤＰコンテクストは、移動発信コール及び移動着信コールの両方に適用でき、コンテクストアクチベーションは、コール及び／又はトランザクションの発信点に関わりなく、移動ネットワークに接続された接続エンドポイントによって常に実行される。移動ネットワークは、ＵＭＴＳネットワークであり、一方、第２ネットワークは、ＩＰネットワークである。
アプリケーションプロトコルは、Ｈ．３２３又はＨ．２４８プロトコル或いはＳＩＰであるのが好ましい。これらプロトコルは、いかなるＩＰベースネットワークにも広く適用できるので、異なるネットワーク間で能力交換するための普遍的な解決策を提供することができる。
【００１３】
能力情報は、ＱｏＳ要求である。従って、第１及び第２ネットワーク内に設定された既存のルートに沿ってリソースを予約するために付加的なＲＳＶＰシグナリングを必要とせずに、第１及び第２ネットワークにおいて所望のＱｏＳを確保することができる。ＱｏＳ要求は、一種のコーデック（例えば、Ｈ．３２３、Ｈ．２４８又はＳＩＰ環境における）、或いは最大ビットレート、保証されたビットレート及び／又は転送遅延（例えば、ＧＰＲＳコアネットワークのアクチベート（二次）ＰＤＰコンテクスト要求メッセージにおける）を定義することができる。
【００１４】
更に、上記能力情報に基づく能力を与えるために、中間ネットワークにおいてＩＥＴＦ  Ｄｉｆｆｓｅｒｖサービスを利用することができる。このサービスに基づき、中間ネットワークルーターには、必要なリソースを予約するためにシグナリングプロトコルを使用することによりその転送されたコール及び／又はトランザクションの所要の能力（例えば、ＱｏＳ要求）を通知することができる。
ターミナル装置の決定手段は、第２ネットワークに接続された被呼エンドポイントとの設定ネゴシエーションにおいて合意された能力に基づき能力情報を決定するように構成され、設定ネゴシエーションは、ターミナル装置の設定手段により初期化される。
【００１５】
一方、ターミナル装置の決定手段は、第２ネットワークに接続された発呼エンドポイントから受け取ったプロトコルメッセージに基づいて能力情報を決定するように構成される。従って、二次コンテクストを発呼エンドポイント及び被呼エンドポイントからアクチベートできることにより、コール転送の方向に関わりなく、能力情報の提案された転送を実行することができる。
【００１６】
【発明を実施するための最良の形態】
以下、添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。
本発明による方法及びシステムの好ましい実施形態を、図１に示すようにＩＰネットワーク６に接続されたＵＭＴＳシステムに基づいて以下に説明する。
図１によれば、ＵＭＴＳネットワークは、ＧＰＲＳベースのコアネットワークに接続されたＵＴＲＡＮ（ＵＭＴＳ無線アクセスネットワーク）２を備え、ＩＰネットワーク６への接続は、ＳＧＳＮ（サービングＧＰＲＳサポートノード）３及びＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）４を経て確立される。
【００１７】
更に、移動ターミナル又はステーションのようなユーザ装置（ＵＥ）１は、ＵＴＲＡＮ２に無線接続される。ＵＴＲＡＮ２は、ＵＭＴＳネットワークのＧＰＲＳベースのコアネットワークへのアクセスを与えるワイヤレスアクセスネットワークである。ＩＰネットワーク６は、ＵＭＴＳネットワークに接続できるＩＰベースのネットワークである。更に、ターミナル装置（ＴＥ）５が示されており、これは、ＩＰネットワーク６に接続された音声又はデータターミナルである。
従って、図１によれば、データ又は音声コール、或いはある種のトランザクション、例えば、サービスメッセージ又はダウンロードプログラム等は、ＵＭＴＳネットワーク及びＩＰネットワーク６を経てＵＥ１とＴＥ５との間に転送することができる。
【００１８】
ＧＰＲＳコアネットワークの主たる目的は、標準データネットワークへの接続を与えることである（ＴＣＰ／ＩＰ、Ｘ．２５及びＣＬＮＰ（無接続ネットワークプロトコル）のようなプロトコルを使用して）。パケット指向のＧＰＲＳコアネットワークインフラストラクチャーは、２つのサポートノードＧＧＳＮ４及びＳＧＳＮ３を導入する。ＧＧＳＮ４の主たる機能は、外部ＩＰネットワーク６との相互作用を含む。ＧＧＳＮ４は、関連移動ターミナルの経路に関してＳＧＳＮ３により供給されるルート情報を使用して位置ディレクトリーを更新し、そしてカプセル化された外部データネットワークプロトコルパケットを、ＧＰＲＳバックボーンを経て、当該移動ターミナル（例えば、ＵＥ１）に現在サービスしているＳＧＳＮ３へルーティングする。又、外部データネットワークパケットをカプセル解除してＩＰネットワーク６へ転送し、そしてデータトラフィックの課金も取り扱う。ＳＧＳＮ３の主たる機能は、そのサービスエリアにおいて新たなＧＰＲＳ移動ターミナルを検出し、新たな移動ターミナルをＧＰＲＳレジスタに登録するプロセスを取り扱い、関連移動ターミナルへ／からデータパケットを送信／受信し、そしてそのサービスエリア内における移動ターミナルの位置の記録を保持することである。加入者情報はＧＰＲＳレジスタに記憶され、ここには、移動ターミナル認識とＰＳＰＤＮ（パケット交換公衆データネットワーク）アドレス（例えば、ＩＰネットワークアドレス）との間のマッピングが記憶される。ＧＰＲＳレジスタは、データベースとして働き、そこから、ＳＧＳＮ３は、そのエリア内の新たな移動ターミナルがＧＰＲＳコアネットワークに参加できるかどうか導出することができる。
【００１９】
アイドル状態において、ＵＥ１は、論理的ＧＰＲＳコンテクストをアクチベートしたり又はＰＳＰＤＮアドレスを割り当てたりしない。この状態において、ＵＥ１は、ＧＰＲＳ移動ターミナルによって受信できるマルチキャストメッセージしか受信することができない。ＧＰＲＳネットワークインフラストラクチャーは、ＵＥ１の位置を知らないので、外部ＩＰネットワーク６からＵＥ１へメッセージを送信することはできない。
【００２０】
ＵＥ１がスイッチオンしたときに、ＵＥ１とＧＰＲＳコアネットワークとの間で実行される第１の手順は、無線同期である。ＵＥ１は、ＵＭＴＳネットワークのＧＰＲＳサービスを利用してスタートしたいときに、コンテクストアクチベーション手順を開始し、専用の制御チャンネルをキャリアとして使用してＵＥ１とＳＧＳＮ３との間に論理的リンクのコンテクストを確立する。
【００２１】
ＩＰネットワーク６のＴＥ５とＵＥ１との間にコールを転送すべき場合には、ＵＥ１とＴＥ５との間で能力情報を交換し、ＵＭＴＳネットワーク及びＩＰネットワーク６を経て送信経路に能力要求を確保しなければならない。
最初に述べた公知技術では、既知のシステムは、ＵＥ１又はＧＧＳＮ４と外部ＴＥ５との間にＲＳＶＰを使用して、能力要求、例えば、ＱｏＳ要求を信号する（即ち、ＵＥ←→ＴＥ、又はＧＧＳＮ←→ＴＥ）。
【００２２】
本発明の好ましい実施形態によれば、ＰＤＰ（パケットデータプロトコル）コンテクスト及び実際のコール転送をアクチベートする前に、ＵＥ１とＴＥ５との間にアプリケーションプロトコルが設定される。この場合には、アプリケーションプロトコルのプロトコルメッセージに基づいて前もって能力を合意することができる。
【００２３】
この目的に適したアプリケーションプロトコルは、例えば、インターナショナル・テレコミュニケーションズ・ユニオン（ＩＴＵ）推奨勧告Ｈ．３２３に基づくプロトコルである。この規格は、狭帯域の視覚電話（又は音声グラフィック）サービスのための技術的な要件をカバーする。Ｈ．３２３は、視覚電話コールに必要とされる要素をカバーする。ビデオコーデックス及び共用アプリケーション規格は、音声電話コールには必要とされないが、同じ規格枠内に存在する。Ｈ．３２３は、ＱｏＳ保証を与えないネットワークにわたってパケットベースのマルチメディア通信システムを指定するアプリケーションプロトコルである。Ｈ．３２３プロトコルは、インターネットを含むＩＰベースネットワークに適用できると共に、音声のみのターミナル及び映像能力をもつものに適用される。
【００２４】
Ｈ．３２３を使用してポイント対ポイントコールを確立するために、２つのＴＣＰ接続が必要とされる。その第１は、設定を必要とするもので、Ｑ．９３１として一般に知られている。発呼エンドポイントは、被呼エンドポイントへのこのＴＣＰ接続の設定を開始する。次いで、コール設定メッセージがＨ．２２５．０に規定されたように交換される。被呼エンドポイントがコールを受け入れる場合には、設定を必要とする付加的なＨ．２４５チャンネルのＩＰアドレス及びポートが、Ｑ．９３１チャンネルを使用して発呼エンドポイントへ搬送される。発呼エンドポイントは、次いで、指示されたアドレス及びポートへのＴＣＰ接続をオープンして、Ｈ．２４５チャンネルを形成する。Ｈ．２４５チャンネルが設定されると、Ｑ．９３１チャンネルは、簡単なコールのケースにはもはや必要とされず、いずれか一方のエンドポイントによってクローズされてもよい。
【００２５】
Ｑ．９３１メッセージは、能力情報を構成する多数のメッセージ特有の情報エレメントを含むことから、ＴＥ５とＵＥ１との間に必要とされる能力情報の転送を、Ｈ．３２３設定の実行により達成することができる。
或いは又、ＩＰネットワークにおいてコールを開始するためのＩＥＴＦプロトコルであるセッション開始プロトコル（ＳＩＰ）を使用して、能力情報を転送することができる。このＳＩＰは、ＩＥＴＦの多当事者マルチメディアセッション制御ワーキンググループにより開発されたアプリケーションレベルプロトコルであり、ＲＦＣ２４５３に説明されている。ＳＩＰは、インターネット電話、マルチメディア会議及び長距離学習のようなマルチメディアセッション又はコールを確立するのに使用できる。ＳＩＰは、次のような通信のケース、即ちユーザ位置、ユーザ能力、ユーザアベイラビリティ、コール設定及びコールハンドリングを取り扱う。
【００２６】
ＳＩＰを使用してコールを開始する第１ステップは、被呼エンドポイントに対するＳＩＰサーバーを位置決めすることである。これは、デフォールトローカルプロキシＳＩＰサーバー又は被呼者に対するＳＩＰサーバーのいずれかであるＳＩＰサーバーへクライアント要求を送信することにより達成することができる。被呼者に対するＳＩＰサーバーは、ＳＩＰアドレスが数字のＩＰアドレスである場合にそれに基づいて位置決めすることができる。或いは又、ＤＮＳ（ドメインネームサーバー）を使用して、ＳＩＰサーバーに対して試みることのできるアドレスのリストを得ることができる。ＳＩＰサーバーが見つかると、発呼エンドポイントは、通信セッションに参加するように被呼エンドポイントを招待することができる。指示プロセスのためのプロトコルメッセージ交換は、コンタクトしたサーバーがプロキシサーバーとして働くか、又はその特定の招待に対して再指向サーバーとして働くかに基づいて変化する。
【００２７】
従って、上記で示唆されたＨ．３２３及びＳＩＰプロトコルは、コール転送を実際に実行する前に能力情報（例えば、ＱｏＳ要求）を交換するための可能性を与える。しかしながら、Ｈ．２４８ターミナル制御プロトコルのような他の適当なアプリケーションプロトコルをこの目的に使用することができる。
図２は、本発明の好ましい実施形態によるＵＥ１の基本的ブロック図である。図２には、本発明にとって重要な部分しか示されていないことに注意されたい。
図２によれば、ＵＥ１は、ワイヤレス接続を経てＵＴＲＡＮ２へ／から信号を送信又は受信するように構成されたトランシーバ（ＴＲＸ）１５を備えている。ＴＲＸ１５は、コーデックス１４に接続され、これは、ＵＭＴＳネットワークへ送信されるか又はそこから受信された信号を適当にコード化又はデコードする。
【００２８】
更に、プロトコルシグナリングユニット１１が設けられ、これは、ＵＥ１においてコールを発信すべきときに、アプリケーションプロトコル（例えば、Ｈ．３２３、Ｈ．２４８、又はＳＩＰ）の設定シグナリングを実行する。次いで、ＵＥ１と被呼ＴＥ５との間のプロトコルメッセージの交換が、能力決定ユニット１２に供給され、該ユニットは、ＴＥ５からプロトコルメッセージと共に受信された能力情報に基づいて合意された能力を決定するように構成される。決定され又は合意された能力は、次いで、コンテクスト制御ユニット１３へ供給され、該ユニットは、ＳＧＳＮ３へ送信されるコンテクストアクチベーションメッセージに対して必要とされるコンテクスト情報を維持及び発生し、ＵＭＴＳネットワークのＧＰＲＳコアネットワークに必要とされる能力を確立する。
【００２９】
アプリケーションプロトコルの初期設定メッセージの転送は、ＧＰＲＳコアネットワークにおいてシグナリング又はデフォールトコンテクストを使用することにより実行されることに注意されたい。更に、図２に示されたブロック１１ないし１３の機能は、ＵＥ１に配置された処理手段（例えば、ＣＰＵ）を制御するのに使用される対応する制御プログラム又はルーチンにより達成できることに注意されたい。
以下、図３及び４を各々参照して、移動発信コール及び移動着信コールに対するコンテクストアクチベーションシグナリングについて説明する。
【００３０】
図３は、移動発信コールの場合、即ちＵＥ１が発呼エンドポイントである場合のシグナリング図である。ＵＥ１は、外部ＴＥ５へコールを転送したいときに、上述したＨ．３２３、Ｈ．２４８又はＳＩＰプロトコルのようなアプリケーションプロトコルを使用して設定シグナリングを開始するようにプロトコルシグナリングユニット１１を制御する。設定手順の間に交換されるプロトコルメッセージは、ＵＭＴＳネットワーク内にシグナリング又はデフォールトＰＤＰコンテクストを使用して転送される。従って、ＵＥ１は、必要とされる能力（例えば、一種のコーデック等）において被呼ＴＥ５と通信することができる。
【００３１】
能力決定ユニット１２が合意された能力を決定すると、この能力情報は、コンテクスト制御ユニット１３へ供給され、該ユニットは、次いで、合意された能力に対応する二次ＰＤＰコンテクストアクチベーションを開始するように制御される。これを達成するために、コンテクスト制御ユニット１３は、「アクチベート二次ＰＤＰコンテクスト要求」メッセージを発生し、そしてこのメッセージをＳＧＳＮ３へ送信するように制御を実行する。このメッセージに含まれたパラメータ（例えば、最大ビットレート、保証されたビットレート、転送遅延等のようなＱｏＳパラメータを含む要求されたＱｏＳ）に基づいて、合意された能力情報、例えば、所望のＱｏＳプロフィールは、その合意された能力情報とパラメータとの間のマッピングオペレーションを遂行することにより決定される。次いで、ＳＧＳＮ３は、「アクチベート二次ＰＤＰコンテクスト要求」メッセージを有効とし、そして対応するＧＧＳＮ４のアドレスを導出する。次いで、ＳＧＳＮ３は、要求されたＰＤＰコンテクストに対する「トンネル識別子（ＴＩＤ）」を形成し、そして「形成ＰＤＰコンテクスト要求」メッセージをＧＧＳＮ４へ送信する。ＧＧＳＮ４は、「形成ＰＤＰコンテクスト要求」メッセージに含まれた「アクセスポイント名」を使用して、ＩＰネットワーク６を見出し、そしてそのＰＤＰコンテクストテーブルにおいて新たなエントリーを形成する。この新たなエントリーは、ＧＧＳＮ４がそれに対応するデータパケットをＳＧＳＮ３と外部ＩＰネットワーク６との間にルーティングできるようにする。更に、ＧＧＳＮ４は、必要とされる能力（例えば、ネゴシエーションされたＱｏＳ）を確立し、そして「形成ＰＤＰコンテクスト応答」メッセージをＳＧＳＮ３へ返送する。それに応答して、ＳＧＳＮ３は、「アクチベートＰＤＰコンテクスト応答」メッセージをＵＥ１へ返送し、そしてここで、ＧＧＳＮ４とＵＥ１との間にデータパケットをルーティングすることができる。
【００３２】
従って、被呼者に対して与えられる能力要求（例えばＱｏＳメカニズム）は、被呼者の環境、例えば、二次ＰＤＰコンテクストアクチベーションに定義された能力に依存する。しかしながら、ＵＥ１又はＧＧＳＮ４とＴＥ５との間にＲＳＶＰを使用して能力要求（例えば、一種のコーデック等）を被呼者へ信号する必要性はもはやない。
【００３３】
図４は、移動着信コールの場合、即ちＴＥ５がコールをＵＥ１へ転送する場合のシグナリング図である。この場合には、ＴＥ５が、上述したＨ．３２３、Ｈ．２４８又はＳＩＰのようなアプリケーションプロトコルの設定メッセージを最初にＵＥ１へ送信し、一方、ＵＭＴＳネットワーク内にシグナリング又はデフォールトコンテクストを使用してこのメッセージが透過的に転送される。このプロトコル設定メッセージは、次いで、ＵＥ１のプロトコルシグナリングユニット１１へ供給され、これは、プロトコル設定応答メッセージを直接発生してプロトコル設定を確認することができる。受信したプロトコル設定メッセージに基づいて、能力決定ユニット１２は、合意した能力を決定し、そしてその決定された能力をコンテクスト制御ユニット１３へ供給する。次いで、コンテクスト制御ユニット１３は、「アクチベート二次ＰＤＰコンテクスト要求」メッセージをＳＧＳＮ３へ送信するように制御を遂行する。次いで、図３を参照して述べたように、ＳＧＳＮ３は、ＵＥ１から受信された「アクチベート二次ＰＤＰコンテクスト要求」メッセージに含まれた能力情報に基づいてＧＧＳＮ４へ「形成ＰＤＰコンテクスト要求」メッセージを発生する。ＧＧＳＮ４から「形成ＰＤＰコンテクスト応答」メッセージを受信すると、ＳＧＳＮ３は、「アクチベート二次ＰＤＰコンテクスト応答」メッセージをＵＥ１へ送信し、これにより、ＵＭＴＳネットワーク内に接続を確立する。
【００３４】
或いは又、上記のアプリケーションプロトコル設定応答メッセージは、図４に破線の矢印で示されたように、二次ＰＤＰコンテクストアクチベーションの後に送信されてもよい。
従って、移動着信コールにおいても、ＵＥ１は、二次ＰＤＰコンテクストアクチベーションを開始する。ＵＥ１は、発呼ＴＥ５の能力を受け取り、そしてそれ自身の能力を知り、従って、能力決定ユニット１２は、合意した能力に基づいてＰＤＰコンテクストに対する最小能力要求（例えば、ＱｏＳ要求）を設定することができる。更に、この場合にも、ＵＥ１又はＧＧＳＮ４とＴＥ５との間のＲＳＶＰは、能力要求をＴＥ５へ信号するのに使用する必要はない。
【００３５】
ＵＭＴＳネットワークとＩＰネットワーク６との間に他の中間ネットワークが配置された場合には、ＩＥＴＦ区別化サービス（Ｄｉｆｆｓｅｒｖ）メカニズムを使用して、必要な能力、例えば、ＱｏＳプロフィールを与えることができる。Ｄｉｆｆｓｅｒｖは、パケットヘッダのオクテットを使用して、コードポイント値でパケットをマークするようなサービスを定義する。マークされたパケットは、パケットを行先へルーティングするネットワークルーターによって確立されるサービスのクラスを指示する。
しかしながら、適当なメカニズムを使用して、中間ネットワークに必要な能力を与えることもできる。
【００３６】
要約すれば、第１ネットワークにおいてコンテクストをアクチベートしてその第１ネットワーク及び第２ネットワークを経てコール及び／又はトランザクションを転送するための方法及びシステムを説明した。最初に、第１ネットワーク内にシグナリング又はデフォールトコンテクストを使用して、Ｈ．３２３、Ｈ．２４８又はＳＩＰのようなアプリケーションプロトコルが設定される。第２ネットワークから送信されるアプリケーションプロトコルのメッセージに基づいて能力情報が決定されそしてそれを使用してコンテクストがアクチベートされる。これにより、能力を前もって合意することができ、そしてコンテクストは、例えば、移動発信及び移動着信の両コール及び／又はトランザクションに対する二次コンテクストとしてアクチベートすることができる。従って、能力要求を第２ネットワークに信号するのに予約プロトコルはもはや必要とされず、シグナリング負荷を減少することができる。
【００３７】
好ましい実施形態で説明したコンテクストアクチベーション方法及びシステムは、コンテクストをアクチベートして所要の能力を確立することのできるいかなるネットワークにも適用できることが指摘される。更に、プロトコルメッセージを使用して能力交換を実行できるようにするアプリケーションプロトコルは、コンテクストを実際にアクチベートする前に必要な能力を合意するように適用することができる。能力はＱｏＳ要求に限定されず、プロトコルメッセージを介して交換できる能力要求であってコンテクストアクチベーションに必要とされる能力要求を、ここに提案する解決策により合意することができる。好ましい実施形態の上記説明及び添付図面は、単に本発明を例示するものに過ぎない。従って、本発明の好ましい実施形態は、特許請求の範囲内で変更し得るものである。
【図面の簡単な説明】
【図１】  本発明の好ましい実施形態を実施できるＩＰネットワークに接続されたＵＭＴＳネットワークの基本的ブロック図である。
【図２】  本発明の好ましい実施形態に基づくユーザ装置の基本的ブロック図である。
【図３】  本発明の好ましい実施形態に基づく移動発信コールに対するＰＤＰアクチベーションシグナリングを示すシグナリング図である。
【図４】  本発明の好ましい実施形態に基づく移動着信コールに対するＰＤＰアクチベーションを示すシグナリング図である。
【図１】
0003825693.tif 000002
【図２】
0003825693.tif 000003
【図３】
0003825693.tif 000004
【図４】
0003825693.tif 000005