JP2007534251A - 電気通信システム - Google Patents

Abstract

電気通信システムは、第１のインターネットプロトコル（ＩＰｖ６）に基づいて動作する第１のインターネットプロトコルスタックと、第２のインターネットプロトコル（ＩＰｖ４）に基づいて動作する第２のインターネットプロトコルスタックとを含むユーザ機器を備える。電気通信システムは、第２のインターネットプロトコル（ＩＰｖ４）に基づいてインターネットパケットデータを通信するパケット無線システム（ＧＰＲＳ）ネットワークと、相互動作ユニットとを備える。相互動作ユニットは、パケット無線システムネットワーク（ＧＰＲＳ）を介する通信のために、プロトコル変換又はトンネルプロセスの１つを実行し、第１のインターネットプロトコル（ＩＰｖ６）に基づくインターネットパケットデータを、第２のインターネットプロトコル（ＩＰｖ４）に基づくインターネットパケットデータとして表現し、ユーザ機器への通信のために、インターネットパケットデータの形式でパケット無線システムネットワーク（ＧＰＲＳ）から受信した第２のインターネットプロトコル（ＩＰｖ４）に基づくインターネットパケットデータを、第１のインターネットプロトコル（ＩＰｖ６）に基づくインターネットパケットデータとして表現する。相互動作ユニットは、第２のインターネットプロトコルスタックから、第１のインターネットプロトコルに基づくインターネットパケットデータを、第２のインターネットプロトコルに基づくインターネットパケットデータとして表現するアドレスを取得する。パケット無線システムネットワーク（ＧＰＲＳ）へ／からのインターネットパケットデータの相互通信のための対応する相互動作ユニットも提供される。本発明の実施の形態によって、ユーザ機器は、１つのインターネットプロトコルに基づいてインターネットパケットを通信するように構成されたパケット無線システムネットワークを用いて、他のインターネットプロトコルに基づくインターネットプロトコル通信の使用を要求するアプリケーションプログラムを実行することができる。

Description

本発明は、例えば、汎用パケット無線システム（General Packet Radio System：ＧＰＲＳ）に基づいて動作するネットワーク等のパケット無線ネットワークを介してインターネットパケットデータを通信するシステム及び方法に関する。

ＧＰＲＳネットワークは、例えば、移動体通信用グローバルシステム（ＧＳＭ）又はユニバーサル移動体通信システム（ＵＭＴＳ）ネットワーク等の移動無線システムをバックボーンネットワークとして用いて構築することができる。第３世代プロジェクトパートナーシップ（3rd Generation Project Partnership：３ＧＰＰ）によって開発されたＧＰＲＳは、パケット指向サービスをサポートし、例えば、インターネットプロトコル（Internet Protocol：ＩＰ）通信等のデータパケット通信のためのネットワーク及び無線リソースの最適化を試みる。ＧＰＲＳは、移動無線システムの物理的な通信アーキテクチャに関連する論理的なアーキテクチャを提供する。

インターネットを介した通信を向上させるインターネットプロトコルの開発は、インターネットエンジニアリングタスクフォース（Internet Engineering Task Force：ＩＥＴＦ）が中心となって行っている。例えば、パーソナルコンピュータがインターネットにアクセスするために開発及び標準化されたインターネットプロトコルとしては、インターネットプロトコルバージョン４（ＩＰｖ４）がある。また、ＩＥＴＦは、ＩＰｖ４を改良して、移動体通信を容易にし、ユーザ機器のためのアドレス指定オプションを強化したインターネットプロトコルバージョン６（ＩＰｖ６）と呼ばれる更なる規格も開発している。ＩＰｖ４とＩＰｖ６の間には、類似性があるが、ＩＰ４をサポートするように開発されたパケット無線ネットワークでは、ＩＰｖ６に基づくインターネットパケットを通信できないという問題がある。

3GPP TS23.221 "Architectural Requirements (Release 5)" RFC 2893 RFC 2766 using SIIT( RFC 2765)) R. Steele, C-C Lee and P.Gould, "GSM, cdmaOne and 3G Systems," published by Wiley International ISBN 0 471 491853 3G TS 32.015

本発明は、第２のインターネットプロトコル（ＩＰｖ４）に基づいてインターネットパケットデータを通信するパケット無線システム（ＧＰＲＳ）ネットワークを介して、第１のインターネットプロトコル（ＩＰｖ６）に基づいて、インターネットパケットデータを通信する電気通信システムを提供する。電気通信システムは、少なくとも１つの移動体であるユーザ機器と、相互動作ユニットとを備える。ユーザ機器は、第１のインターネットプロトコル（ＩＰｖ６）に基づいて動作可能な第１のインターネットプロトコルスタックと、第２のインターネットプロトコル（ＩＰｖ４）に基づいて動作可能な第２のインターネットプロトコルスタックとを備え、ユーザ機器は、パケット無線システムネットワークにパケットデータプロトコルコンテキストアクティブ化要求メッセージを送信し、パケット無線システムから第２のインターネットプロトコルアドレスを受信することによって、パケット無線システムネットワークから第２のインターネットプロトコルに基づくアドレスを取得する。電気通信システムは、第２のインターネットプロトコル（ＩＰｖ４）に基づいてインターネットパケットデータを通信するパケット無線システム（ＧＰＲＳ）ネットワークと、相互動作ユニットとを備える。相互動作ユニットは、パケット無線システムネットワーク（ＧＰＲＳ）を介する通信のために、プロトコル変換又はトンネルプロセスの１つを実行し、第１のインターネットプロトコル（ＩＰｖ６）に基づくインターネットパケットデータを、第２のインターネットプロトコル（ＩＰｖ４）に基づくインターネットパケットデータとして表現する。また、相互動作ユニットは、ユーザ機器への通信のために、インターネットパケットデータの形式でパケット無線システムネットワーク（ＧＰＲＳ）から受信した第２のインターネットプロトコル（ＩＰｖ４）に基づくインターネットパケットデータを、第１のインターネットプロトコル（ＩＰｖ６）に基づくインターネットパケットデータとして表現する。相互動作ユニットは、第２のインターネットプロトコルスタックから、第１のインターネットプロトコルに基づくインターネットパケットデータを、第２のインターネットプロトコルに基づくインターネットパケットデータとして表現するアドレスを取得する。プロトコル変換を実行する場合、相互動作ユニットは、ユーザ機器への通信のために、第１のインターネットプロトコルスタックから、第２のインターネットプロトコルに基づくインターネットパケットデータを、第１のインターネットプロトコルに基づくインターネットパケットデータとして表現するアドレスも取得する。パケット無線システムネットワーク（ＧＰＲＳ）へ／からのインターネットパケットデータの相互通信のための対応する相互動作ユニットも提供される。

本発明の実施の形態によって、ユーザ機器は、１つのインターネットプロトコルに基づいてインターネットパケットを通信するように構成されたパケット無線システムネットワークを用いて、他のインターネットプロトコルに基づくインターネットプロトコル通信の使用を要求するアプリケーションプログラムを実行することができる。例えば、パケット無線ネットワークは、汎用パケット無線システム（ＧＰＲＳ）ネットワークであってもよく、第１のインターネットプロトコルは、ＩＰｖ６であってもよく、第２のインターネットプロトコルは、ＩＰｖ４であってもよい。一具体例においては、アプリケーションプログラムは、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）へのアクセスを要求する。

ＩＭＳは、ユーザ機器のためのマルチメディアサービス及びアプリケーションをサポートするために３ＧＰＰによって開発された。３ＧＰＰ ＴＳ２３．２２１に基づく「アーキテクチャ要求（リリース５）」［非特許文献１］によれば、ＩＰマルチメディアサブシステムは、ＩＰｖ６専用である。これは、ＩＭＳ制御エンティティ、例えばＰ−ＣＳＣＦ、Ｓ−ＣＳＣＦ等（添付資料１参照）がＩＰｖ６であり、ＵＭＴＳネットワークベアラがＩＰｖ６に対応している必要があり、シグナリング及びユーザデータの両方を搬送するＩＰｖ６パケットがシステム付随の（ＩＰｖ４から／に変換されていない）ＩＰｖ６ベアラを介してルーティングされることを意味する。ここで、インターネットプロトコルバージョン４（ＩＰｖ４）に基づいて構築され、動作するＧＰＲＳネットワーク等のパケット無線ネットワークに対して、既に大きな投資が行われている。この結果、現在のところ、ユーザ機器は、ＩＰｖ４に基づくＧＰＲＳネットワークを用いて通信する場合、ＩＭＳサービスを用いることができない。

本発明の実施の形態により、ユーザ機器は、ＩＰｖ４規格等の第２のインターネットプロトコルに基づく既存のＧＰＲＳネットワークを介して、ＩＰｖ６等の第１のインターネットプロトコルに基づくインターネットプロトコル通信の使用を要求するアプリケーションプログラムを実行することができる。これにより、ユーザ機器は、従来のＩＰｖ４ＧＰＲＳネットワークを使用しながら、ＩＭＳネットワークにアクセスでき、ＩＭＳネットワークが提供する機能を利用できる。このために、ユーザ機器は、Ｉｐｖ６規格に基づいて動作する第１のプロトコルスタックと、Ｉｐｖ４規格に基づいて動作する第２のプロトコルスタックとを備える。相互動作ユニットは、ユーザ機器に関連して、ユーザ機器に／からインターネットパケットを送受するために機能する。相互動作ユニットは、ＧＰＲＳネットワークによって提供されたＩＰｖ４ベアラを介する通信のために、ＩＰｖ６インターネットパケットをＩＰｖ４インターネットパケットとして表現する。逆に、相互動作ユニットは、ＩＰｖ４ベアラを介してＧＰＲＳネットワークからＩＰｖ４パケットを受け取り、ＩＰｖ４インターネットパケットＩＰｖ６インターネットパケットとして表現し、これをユーザ機器に供給する。

相互動作ユニットの機能の具体例としては、第１のインターネットプロトコル（ＩＰｖ６）に基づくインターネットパケットのアドレスを第２のインターネットプロトコル（ＩＰｖ４）に基づくアドレスに変換し、第２のインターネットプロトコルに基づくインターネットパケットを生成する機能がある。これに対応して、相互動作ユニットは、第２のインターネットプロトコル（ＩＰｖ４）に基づくインターネットパケットのアドレスを、第１のインターネットプロトコル（Ｉｐｖ６）に基づくアドレスに変換し、第１のインターネットプロトコル（ＩＰｖ６）に基づくインターネットパケットを生成することもできる。第１のインターネットプロトコル及び第２のインターネットプロトコルのためのアドレスは、ユーザ機器が提供する。ＩＰｖ６アドレスは、ユーザ機器のインターネットプロトコルスタックから静的又は動的な形式で提供できる。同様に、ＩＰｖ４アドレスは、ＩＰｖ４インターネットプロトコルスタックから動的又は静的な形式で提供できる。例えば、ＧＰＲＳネットワークが、パケットデータプロトコルコンテキストアプリケーション要求に続いて、ＩＰｖ４アドレスを提供してもよい。

一実施の形態においては、相互動作ユニットは、トンネリングプロセッサとして構成され、ＧＰＲＳネットワークを介する通信のために、ＩＰｖ６インターネットパケットを、ＩＰｖ４インターネットパケットとしてカプセル化し、ＧＰＲＳネットワークから受信したＩＰｖ６インターネットパケットを、ＩＰｖ４インターネットパケットとして逆カプセル化する。トンネリングプロセッサを用いる利点として、相互動作ユニットは、比較的簡単な処理であるカプセル化及び逆カプセル化によって、ＧＰＲＳネットワークを介する通信のために、ＩＰｖ６インターネットパケットをＩＰｖ４パケットとして表すことができ、ユーザ機器への通信のためにＩＰｖ４インターネットパケットをＩＰｖ６インターネットパケットとして表すことができる。更に、ユーザ機器のＩＰｖ６及びＩＰｖ４アドレスに互換性がある場合、アドレス変換を自動的に行うことができる。他の実施の形態では、相互動作ユニットは、ＧＰＲＳネットワークを介する通信のためにＩＰｖ６インターネットパケットをＩＰｖ４パケットに変換し、ユーザ機器への通信のためにＩＰｖ４インターネットパケットをＩＰｖ６インターネットパケットに変換するプロトコル変換器を備える。プロトコル変換器は、トンネリングプロセッサより複雑である場合があるが、プロトコル変換器は、通信効率、特に無線通信に関して有利である。これは、例えば、トンネリングではなく、ＩＰｖ６パケットをＩＰｖ４パケットに変換した場合、１つのヘッダだけが送信されるのでＩＰｖ４インターネットパケットとしてトンネリングされたＩＰｖ６インターネットパケットに比べて、冗長なデータの量が削減されるためである。

本発明の様々な更なる側面及び特徴は、以下の実施の形態に支持される添付の特許請求の範囲に定義される。

ＩＭＳの導入に関連する１つの課題として、現在ＩＰｖ４専用であるオペレータのネットワークインフラストラクチャに対するＩＰｖ６の要求の影響を減少させる必要がある。ＩＰｖ６の幾つかの機能は、現在開発中であり、展開及びエンジニアリング方式は、ＩＰｖ４ほど成熟していないため、ＩＰｖ６ＩＭＳをサポートするために、ＩＰｖ６をサポートするように既存のＩＰｖ４ＩＰ／ＵＭＴＳネットワークをアップグレードさせることは困難な課題である。更に、３Ｇオペレータの観点から、ＩＰｖ６を展開する利益は、まだ明確ではない。ＩＰｖ４専用ＵＭＴＳネットワークだけを含むＩＰｖ４専用ネットワークは、ＩＰｖ６が徐々に導入される以前に存在した唯一の動作プラットフォームとして、大規模に現存している。ＩＰｖ６専用ＩＭＳは、ＩＭＳサービスを展開するために、３Ｇオペレータのストラテジに関して、幾つかの制限を要求する。これは、ＵＭＴＳネットワークがＩＰｖ６をサポートするまでＩＰｖ６ＩＭＳサービスがサポートされないためであり、すなわち、ＵＭＴＳセッションは、システム付随のＩＰｖ６をサポートする必要があり、ＩＰｖ６ＰＤＰコンテキスト動作を必要とする。

以下に説明する実施の形態では、ＩＰｖ４専用ＧＰＲＳ／ＵＭＴＳネットワークに亘って、ＩＰｖ６トラヒック（ＩＭＳシグナリング及びユーザデータの両方）をサポートするメカニズムを開示する。これにより、３Ｇオペレータは、既存のＩＰｖ４専用ＵＭＴＳを用いて、ＩＰｖ６通信をサポートでき、この結果、ＩＰｖ６ＩＭＳの早期の導入に関連する諸問題を解決することができる。

図１は、第２の（ＩＰｖ４）インターネットプロトコル規格に基づいて開発されたインターネットパケットの通信をサポートするパケット無線システムネットワークを介して、第１の（ＩＰｖ６）インターネットプロトコル規格に基づいて、インターネットパケットを通信するためのシステムのブロック図である。図１に示すユーザ機器（user equipment）ＵＥは、アプリケーションプログラム１をホストし、マルチメディアサービスをユーザに提供する。アプリケーションプログラム１は、例えば、３ＧＰＰによって開発された、ＵＭＴＳバックボーンネットワークを用いてマルチメディアサービスをユーザに提供するインターネットプロトコルマルチメディアサブシステム（Multi-media Sub-system：ＭＳ）へのアクセスを必要とする。３ＧＰＰ−ＩＭＳネットワークに関する詳細な情報は、添付資料１に示してある。

この具体例では、パケット無線システムネットワークは、汎用パケット無線システム（General Packet Radio System：ＧＰＲＳ）ネットワーク２である。ＧＰＲＳネットワーク２のコンポーネントのより詳細な説明は、添付資料２に示してある。なお、簡潔に言えば、図１は、ＧＰＲＳネットワークの要素を示しており、これらの要素には、ゲートウェイＧＰＲＳサポートノード（ゲートウェイＧＰＲＳサポートノード：ＧＧＳＮ）４、サービスＧＲＰＳサポートノード（serving GRPS support node：ＳＧＳＮ）６及び無線ネットワークコントローラ（ＲＮＣ）８が含まれる。包括的に言えば、ＧＧＳＮ４及びＳＧＳＮ６は、コアネットワーク（core network：ＣＮ）の一部を構成し、無線ネットワークコントローラＲＮＣ８は、無線ネットワーク（radio network：ＲＮ）の一部を構成する。説明のために簡略化された図１に示すように、ＧＰＲＳネットワークは、ＩＰｖ４インターネットプロトコルによって確立されているので、ＧＰＲＳネットワーク２は、ＩＰｖ４ベアラ１０を提供している。後述するように、ＩＰｖ４ベアラは、ユーザ機器ＵＥがＧＰＲＳネットワークを介して通信相手ノードにインターネットパケットを送信し、及び例えば、ＩＭＳネットワークにデータ（ＳＩＰメッセージ）をシグナリングするために確立されている。ＧＰＲＳネットワーク２から送出される、ＧＧＳＮ４からパケットデータネットワーク１２へのインターネットパケットもまた、ＩＰｖ４インターネットプロトコルに基づいて動作する。

この具体例では、ユーザ機器ＵＥは、ＩＭＳネットワークのサポートを必要とするアプリケーションプログラムを実行している。図１に示すように、ＩＭＳネットワーク１２は、ＧＰＲＳネットワークが提供するＩＰｖ４ベアラを介してインターネットパケットを通信する。なお、上述したように、ＩＭＳは、ＩＰｖ６インターネットプロトコル規格に基づいて開発及び標準化されている。ここで、ユーザ機器ＵＥが、ＩＰｖ４インターネットプロトコルに基づいて動作するＧＰＲＳネットワークを介して、ＩＰｖ６インターネットプロトコルに基づいて、インターネットパケットを送受するために、相互動作ユニット（inter-working unit）ＩＷＵを設ける。この技術では、相互動作ユニットＩＷＵは、ＧＰＲＳネットワーク２によって提供されたＩＰｖ４ベアラ１０を介してＩＰｖ６インターネットパケットを通信する。パケットデータネットワーク１２からＩＰｖ４パケットの形式でインターネットパケットが受け取られるポイントには、対応する相互動作ユニット（corresponding inter-working unit）ＣＩＷＵを設け、これにより、ＩＰｖ６インターネットプロトコルに基づいて、例えば、ＩＭＳネットワーク１４にインターネットパケットを通信することができる。

後述するように、一具体例では、相互動作ユニットＩＷＵは、ＩＰｖ４ベアラを介してＩＰｖ６インターネットパケットを通信するために、ＩＰｖ６インターネットパケットをＩＰｖ４インターネットパケットとしてインテリジェントにトンネリングするトンネリングプロセッサとして動作する。逆に相互動作ユニットＩＷＵは、ＧＰＲＳネットワーク２からＩＰｖ６インターネットパケットをＩＰｖ４トンネルパケットの形式で受け取り、このパケットを逆カプセル化して、ＩＰｖ６インターネットパケットを復元する。他の具体例では、相互動作ユニットＩＷＵは、ＩＰｖ６インターネットパケットをＩＰｖ４インターネットパケットに変換するプロトコル変換器として構成される。なお、相互動作ユニットＩＷＵの動作を実現するために、相互動作ユニットＩＷＵは、ＵＥのＩＰｖ６アドレス及びＵＥのＩＰｖ４アドレスの両方を提供する。以下、この点について説明する。

アドレス取得
ユーザ機器ＵＥによるアドレス取得には、ＩＰｖ４インターネットプロトコルアドレス又はＩＰｖ６インターネットプロトコルアドレスが、静的に取得されたか又は動的に取得されたかに応じて、４つの可能な組合せがある。図１に示すように、ユーザ機器ＵＥは、ＩＰｖ４インターネットプロトコルスタック１６及びＩＰｖ６インターネットプロトコルスタック１８を備える。ＩＰｖ４インターネットプロトコルスタック及びＩＰｖ６インターネットプロトコルスタックは、個別に動作し、動的割当が選択されている場合、アドレスを取得し、静的割当が実行される場合、アドレスを提供する。以下、アドレスの各種類について順番に説明する。

ＩＰｖ４アドレスの取得
ＩＰｖ４インターネットプロトコルアドレスは、３ＧＰＰ規格ＴＳ３２．０１５［非特許文献５］において定義され、添付資料３に概要を示すパケットデータプロトコルコンテキストアプリケーション要求に続いて、ＵＥによって取得される。３ＧＰＰ規格で定義されているＰＤＰコンテキストアクティブ化手続きは、通常、ＧＰＲＳネットワーク２のコアネットワークＣＮからＩＰｖ４アドレスを取得する機能を提供する。ネットワークからアクティブＰＤＰコンテキスト要求メッセージでＩＰｖ４アドレスを取得するために、ＵＥは、ＰＤＰコンテキストアドレスフィールドを空にしておく。ＧＧＳＮ４が外部ネットワークによって割り当てられたＩＰアドレスを有するようにオペレータが設定した場合、ＧＧＳＮ４は、そのアクティブＰＤＰコンテキスト受理メッセージにおいて、ＰＤＰアドレスフィールドに「０」を格納し、ユーザ機器ＵＥに対し、確立されたＵＭＴＳベアラ（例えば、ＤＨＣＰ）を用いて、外部ネットワークからＩＰアドレス割当を要求する必要があることを示す。静的なアドレス割当の場合、ＵＥは、ＰＤＰアドレスフィールドに自らのＩＰｖ４アドレスを格納する。

ＩＰｖ６アドレスの取得
ＩＰｖ４アドレスの場合のように、ユーザ機器ＵＥが取得したＩＰｖ６アドレスは、既に割り当てられている静的アドレスであっても、動的アドレスであってもよい。ＩＰｖ６アドレスの動的割当の場合、ＵＥは、ＤＨＣＰＶ６サーバと対話するために、ＤＨＣＰＶ６を用いて、ＩＰｖ４ＵＭＴＳベアラ（ＩＰｖ４ＰＤＰコンテキスト）を介して、サーバからＩＰｖ６アドレスを取得する。この場合も、ＩＰｖ６アドレスが静的に割り当てられている場合、ユーザ機器ＵＥは、ＩＰｖ６インターネットプロトコルパケットを通信するために用いることができるＩＰｖ６アドレスを既に有する。

ＩＰｖ６／ＩＰｖ４アドレス管理
ＵＥは、上述のように、ＩＰｖ６アドレス及びＩＰｖ４アドレスを取得することができるが、ユーザ機器ＵＥには、２つのタイプのＩＰｖ６アドレスを提供することもできる。ＩＰｖ６アドレスは、ＩＰｖ４互換アドレスであってもよく、この場合、ＩＰｖ６アドレスは、上位９６ビット０：０：０：０：０：０に格納され、ＩＰｖ４アドレスは、下位３２ビットに格納される。後述するように、ＩＰｖ６アドレスがＩＰｖ４と互換性がある場合、トンネリングプロセッサとして機能する相互動作ユニットＩＷＵは、自動トンネリングを実行できる。上述したアドレス割当の場合、ユーザ機器ＵＥは、ＩＰｖ６アドレスを明示的には取得せず、（静的又は動的）ＩＰｖ４アドレスを下位３２ビットとして用いる。これに代えて、ＩＰｖ６アドレスが生来的アドレスである場合、すなわち、ＩＰｖ６アドレスがＩＰｖ４アドレスから独立している場合、動的アドレス割当のために、ＩＰｖ６アドレス空間の残りの部分には、０：０：０：０：０：０以外のプレフィックスが格納される。

相互動作ユニットの動作
以下、例えば、トンネリングプロセッサ又はプロトコル変換器として機能する相互動作ユニットの動作について更に詳細に説明する。図２は、ＵＥからＩＭＳにＩＰｖ６インターネットパケットを通信する際の相互動作ユニットＩＷＵの包括的な動作を示している。
まず、図２に示す動作の概要を説明する。
Ｓ２：ユーザ機器ＵＥが、通信セッションの一部として、例えば、セッション開始プロトコル（ＳＩＰ）メッセージを表すＩＰｖ６インターネットパケットをＩＭＳネットワークに送信する。
Ｓ４：相互動作ユニットＩＷＵが、ＩＰｖ６インターネットパケットを受信し、ＩＰｖ６インターネットパケットをＩＰｖ４インターネットパケットとしてＧＰＲＳネットワークに送信する。相互動作ユニットＩＷＵは、ＩＰｖ６インターネットパケットをＩＰｖ４インターネットパケットとして表現するが、このパケットには、ＩＰｖ６インターネットパケットによって搬送された全てのデータが含まれる。
Ｓ６：ＩＰｖ４インターネットパケットが、ＧＰＲＳネットワーク及び場合によってはパケットデータネットワーク１２を介して、ＩＭＳネットワーク１４に関連する対応する相互動作ユニットＣＩＷＵに送信される。
Ｓ８：対応する相互動作ユニットが、ＩＰｖ４インターネットパケットを受信し、ＩＰｖ４パケットをＩＰｖ６インターネットパケットの形式でＩＭＳネットワークに送信する。対応する相互動作ユニットＣＩＷＵは、逆の処理を実行し、ＩＰｖ４インターネットパケットからＩＰｖ６インターネットパケットを復元してＩＭＳネットワークに供給する。
Ｓ１０：これに応じて、相互動作ユニットＩＷＵは、ＧＰＲＳネットワークからＩＰｖ４インターネットパケットを受信し、ＩＰｖ４インターネットパケットからＩＰｖ６インターネットパケットを復元することによって、ＩＰｖ４ベアラ１０を介して通信されたＩＰｖ４インターネットパケットをＩＰｖ６インターネットパケットとして表現する。そして、ＩＰｖ６インターネットパケットは、ユーザ機器ＵＥに供給される。

ＩＰｖ６インターネットパケットをＩＰｖ４インターネットパケットとして表現するために、相互動作ユニットは、ユーザ機器ＵＥのＩＰｖ４アドレス及びＩＰｖ６アドレスを取得しなければならない。相互動作ユニットＩＷＵがユーザ機器ＵＥのＩＰｖ６及びＩＰｖ４アドレスを取得する処理手順を図３に示す。以下、図３に示す処理手順を説明する。
Ｓ１２：相互動作ユニットＩＷＵが、ユーザ機器ＵＥのＩＰｖ６プロトコルスタックからユーザ機器ＵＥのＩＰｖ６アドレスを取得する。プロトコルスタックは、上述のように、動的又は静的にＩＰｖ６アドレスを取得することができる。
Ｓ１４：そして、相互動作ユニットＩＷＵは、ＵＥのＩＰｖ４プロトコルスタックからユーザ機器ＵＥのＩＰｖ４アドレスを取得する。ここで、上述したようにＧＰＲＳネットワークによってアドレスが動的に割り当てられるＰＤＰコンテキストアクティブ化によってＩＰｖ４アドレスを割り当ててもよい。
Ｓ１６：相互動作ユニットＩＷＵが、ＧＰＲＳネットワークを介して、ＩＰｖ４ベアラを用いてＩＰｖ６パケットを送信するために、ユーザ機器から受信したＩＰｖ６インターネットパケットをＩＰｖ４パケットに変換する。
Ｓ１８：また、相互動作ユニットＩＷＵは、ＩＰｖ４インターネットパケットをＩＰｖ６インターネットパケットとしてユーザ機器ＵＥに提供するために、ＧＰＲＳネットワークベアラ１０から受信したＩＰｖ４インターネットパケットをＩＰｖ６パケットに変換する。この変換は、相互動作ユニットＩＷＵがプロトコル変換器として動作するか又はトンネリングプロセッサとして動作するかに応じて実行される。相互動作ユニットＩＷＵがトンネリングプロセッサとして動作する場合、相互動作ユニットは、ＩＰｖ６パケットをカプセル化する際に、単にＩＰｖ６ヘッダを追加又は削除して、ＧＰＲＳネットワークベアラから受信したＩＰｖ４パケットからＩＰｖ６パケットを復元する。

トンネリングプロセッサとしての相互動作ユニット
上述のように、相互動作ユニットＩＷＵの実現例として、相互動作ユニットＩＷＵをトンネリングプロセッサとして実現してもよい。この技術に基づき、トンネリングプロセッサは、インテリジェントに動作し、ＩＰｖ４アドレス及びＩＰｖ６アドレスの種類及び互換性に応じて、ＩＰｖ６パケットをＩＰｖ４パケットとしてトンネリングする。トンネリングプロセッサは、ユーザ機器ＵＥ及び、例えば、ＩＰｖ６をサポートする第１のルータであるＩＭＳサブシステムのエントリポイントの両方に接続される。これは、Ｐ−ＣＳＣＦ／Ｓ−ＣＳＣＦであってもよい。

トンネリングプロセッサブローカの機能は以下の通りである。
・ユーザ機器ＵＥのアドレスタイプ（ＩＰｖ４互換アドレスか、ＩＰｖ６システム付随アドレスか）を判定する。
・アドレスタイプに基づいて、トンネルタイプを選択する。
・ＩＰｖ６トラヒックをトンネルし、ＰＤＰコンテキストアクティブ化によって確立されたＩＰＶ４ベアラを介してシグナリングを行う。
・ＩＰｖ４インターネットパケットからＩＰｖ６インターネットパケットを逆カプセル化する。

トンネリングプロセッサは、ＩＰｖ６ＩＭＳトラヒック又はシグナリング上で動作してもよい。ＩＰｖ４ＵＭＴＳベアラ上でのＩＰｖ６ＩＭＳシグナリングのために、トンネリングプロセッサは、ＩＭＳシステム要素（Ｐ−ＣＳＣＦ／Ｓ−ＣＳＣＦ）にＩＭＳシグナリング（ＳＩＰ／ＳＤＰメッセージ）を送信する。トンネリングプロセッサ及び対応するトンネリングプロセッサの両方（ＩＰｖ６ＵＥ及びＩＰｖ６ＩＭＳ）は、システム付随のＩＰｖ６を実行し、ＵＭＴＳを含む中間的ベアラは、ＩＰｖ４専用である。

トンネリングプロセッサは、以下のトンネル処理を実行できる（ＲＦＣ２８９３［非特許文献２］参照）。
・ＩＰｖ６−ＩＰｖ４トンネリング：ＩＰｖ４ルーティングインフラストラクチャを介して搬送することができるように、ＩＰｖ６パケットをＩＰｖ４パケットにカプセル化する。
・設定トンネリング：ＩＰｖ６パケットをＩＰｖ４パケットにカプセル化するが、ＩＰｖ４トンネル端点アドレスは、カプセル化ノードの設定情報によって決定する。
・自動トンネリング：ＩＰｖ６−ＩＰｖ４トンネリングにおいて、ＩＰｖ４トンネル端点アドレスは、トンネリングされるＩＰｖ６パケットのＩＰｖ４互換性宛先アドレスに埋め込まれているＩＰｖ４アドレスから判定される。
・ＩＰｖ４マルチキャストトンネリング：ＩＰｖ６−ＩＰｖ４トンネリングにおいて、ＩＰｖ４トンネル端点アドレスは、近隣探索（Neighbour Discovery）を用いて判定される。ここでは、設定トンネリングと異なり、如何なるアドレスコンフィグレーションも取得せず、自動トンネリングと異なり、ＩＰｖ４互換アドレスを使用する必要がない。

トンネリングプロセッサとして動作する相互動作ユニットＩＷＵのブロック図を図４に示す。図４において、既に説明した図１に対応する要素には、同様の符号を付してある。図４では、相互動作ユニットＩＷＵをトンネリングプロセッサ（tunnelling processor）ＴＰとして示し、対応する相互動作ユニットを、対応するトンネリングプロセッサ（corresponding tunnelling processor）ＣＴＰとして示している。図４に矢印３０、３２として示すように、トンネリングプロセッサは、ＩＰｖ６パケットを、ＩＰｖ４ベアラを介してＩＰｖ４パケットとしてトンネリングする。このように、トンネリングプロセッサＴＰは、ＩＰｖ４ベアラ１０を介する通信のために、ユーザ機器ＵＥから受け取ったＩＰｖ６パケットをＩＰｖ４パケットとしてカプセル化する。これに対応して、逆カプセル化では、ユーザ機器ＵＥへの通信のために、ＩＰｖ４ベアラからＩＰｖ４パケットを受信し、ＩＰｖ６インターネットパケットを復元する必要がある。

図５は、逆カプセル化の具体例を示している。図５では、ＧＰＲＳネットワーク２からＩＰｖ４パケット４０としてカプセル化されたＩＰｖ６パケットを受信している。ＩＰｖ４パケットは、ＩＰｖ４ヘッダ４２、ＩＰｖ６ヘッダ４４、トランスポートレイヤヘッダ４６及びペイロードデータ４８を含む。矢印５０で示すように、逆カプセル化を実行することによって、ＩＰｖ６インターネットパケット５２が生成される。図５に示すように、ＩＰｖ６インターネットパケットは、ＩＰｖ６ヘッダ４４、トランスポートレイヤヘッダ４６及びデータ４８を含む。図５に示すように、ＩＰｖ４パケット４０は、ＧＰＲＳネットワーク２内の無線ネットワークＲＮによって提供される無線アクセスインタフェースを介して通信され、ＩＰｖ６ヘッダ４４及びトランスポートヘッダ４６に冗長な情報を含む。すなわち、ＩＰｖ４パケット４０について示すように、ＩＰｖ４ヘッダ４２、ＩＰｖ６ヘッダ４４及びトランスポートヘッダ４６の３つのヘッダが通信される。このように、トンネリングプロセッサを用いると、ペイロードデータ４８と共に、比較的、大きなデータを通信しなくてはならないという問題がある。したがって、ＧＰＲＳネットワークのリソースの使用効率が低下し、これらのリソースは、限定的であるので、トンネリングプロセッサに基づくＩＰｖ６パケットの送信は、例えば、プロトコル変換器に比べると効率が悪い。しかしながら、トンネリングプロセッサは、ＩＰｖ６パケットをＩＰｖ４パケットとして送信するために確立された、より簡単な技術を提供する。

上述のように、ＩＰｖ４ベアラは、ＩＰｖ４パケットを搬送するために、ＧＰＲＳネットワーク上で確立されている。ＧＰＲＳ規格では、ＧＰＲＳネットワークを介して通信されるトランスポートデータユニットは、ＩＰｖ４パケットのためのＰＤＰコンテキストアクティブ化に基づいて指定されているように、汎用トンネルプロトコル（ＧＴＰ）ユニットの形式を有する。ＧＴＰユニットの具体例を図６に示す。

図６に示すように、ＩＰｖ６パケット６０は、トンネルプロセスの間にカプセル化されているので、ＩＰｖ６パケット６０は、ＩＰｖ４パケット６２に含まれている。一方、ＧＴＰユニット６４は、ＩＰｖ４パケット６２をカプセル化している。したがって、この技術により、ＧＰＲＳネットワークを介した通信のためにＩＰｖ４パケットに基づいて生成されたＧＴＰユニットでＩＰｖ６パケットを搬送することができる。

図４に示すトンネリングプロセッサの処理を図７のフローチャートに示す。以下、図７に示す処理ステップについて、説明する。
Ｓ３０：トンネリングプロセッサＴＰが受信したＩＰｖ６インターネットパケットのアドレスを解析する。上述のように、ＩＰｖ６アドレス及びＩＰｖ４アドレスは、互換性があってもよい。これらのアドレスに互換性がある場合、トンネリングプロセッサは、ＩＰｖ６アドレスをＩＰｖ４アドレスに自動的に変換できる。
Ｓ３２：ＩＰｖ６アドレスがＩＰｖ４互換であるかをトンネリングプロセッサＴＰが判定する。
Ｓ３４：ＩＰｖ６アドレスがＩＰｖ４互換である場合、トンネリングプロセッサＴＰは、ＩＰｖ６アドレスをＩＰｖ４アドレスに自動的に変換する。
Ｓ３６：ＩＰｖ６アドレスがＩＰｖ４互換ではなく、生来的アドレスである場合、トンネリングプロセッサは、ユーザ機器ＵＥのＩＰｖ４アドレスからヘッダを作成する。
Ｓ３８：トンネリングプロセッサＴＰがＩＰｖ６インターネットパケットをＩＰｖ４インターネットパケットとしてカプセル化する。
Ｓ４０：トンネリングプロセッサＴＰは、ＧＰＲＳネットワークによって提供されたＩＰｖ４ベアラを介して、ＩＰｖ６インターネットパケットをＩＰｖ４インターネットパケットとしてトンネリングする。
Ｓ４２：対応するトンネリングプロセッサＣＴＰがＩＰｖ４インターネットパケットを受信し、ＩＭＳネットワーク１４に送信する前に、ＩＰｖ４パケットからＩＰｖ６パケットを逆カプセル化することによって、ＩＰｖ６パケットが復元される。

トンネリングプロセッサＴＰが、ＧＰＲＳネットワークからＩＰｖ４インターネットパケットとしてカプセル化されたＩＰｖ６インターネットパケットを受け取った場合は、以下のステップが実行される。
Ｓ４２：相互動作ユニットのトンネリングプロセッサがＩＰｖ４インターネットパケットを受信する。
Ｓ４４：トンネリングプロセッサＴＰは、ＩＰｖ４アドレスがＩＰｖ６互換であるかを判定する。
Ｓ４６：ＩＰｖ４アドレスがＩＰｖ６アドレス互換である場合、トンネリングプロセッサは、ＩＰｖ４アドレスをＩＰｖ６アドレスに自動的に変換する。
Ｓ４８：ＩＰｖ６アドレスがＩＰｖ４互換ではない場合、トンネリングプロセッサＴＰは、ユーザ機器ＵＥのＩＰｖ６アドレスからＩＰｖ６ヘッダを生成する。
Ｓ５０：トンネリングプロセッサＴＰは、ＧＰＲＳネットワークから受信したＩＰｖ４インターネットパケットからＩＰｖ６インターネットパケットを逆カプセル化する。
Ｓ５４：そして、トンネリングプロセッサＴＰは、ＩＰｖ６インターネットパケットをユーザ機器に送信する。

プロトコル変換器としての相互動作ユニット
トンネリングプロセッサとして動作する相互動作ユニットの場合と同様に、プロトコル変換器として動作する相互動作ユニットは、ユーザ機器ＵＥに関連し、対応するプロトコル変換器は、ＩＭＳサブシステムのエントリポイントに関連する。例えば、対応するプロトコル変換器は、例えば、Ｐ−ＣＳＣＦ／Ｓ−ＣＳＣＦである、ＩＰｖ６をサポートする第１のルータに配設してもよい。

プロトコル変換器の機能は、以下の通りである。
・ＵＬ方向では、ＵＥにおいてＩＰｖ６ヘッダをＩＰｖ４ヘッダに変換し、ＩＭＳのエントリポイントにおいて、ＩＰｖ４ヘッダからＩＰｖ６ヘッダを復元する。
・ＤＬ方向では、ＩＭＳエントリポイントにおいて、ＩＰｖ６ヘッダをＩＰｖ４ヘッダに変換し、ＵＥにおいて、ＩＰｖ６ヘッダを復元する。

図８は、相互動作ユニットがプロトコル変換器（protocol translator）ＰＴとして機能する図１に示すシステムの構成を示している。図１と図８とにおいて同様の部分には、共通の符号を付し、説明を簡潔にし、繰返しを避けるために、ここでは、図１とは違う部分についてのみ説明する。図８に示すように、相互動作ユニットは、基本的には、プロトコル変換器ＰＴとして機能し、対応する相互動作ユニットは、対応するプロトコル変換器ＣＰＴとして機能する。図９は、プロトコル変換器によって、ＩＰｖ６インターネットパケットがＩＰｖ４パケットに変換され、ＩＰｖ４パケットがＩＰｖ６パケットに変換される処理手順を説明する図である。図９に示すように、ＩＰｖ６ヘッダ６２及びデータフィールド６４を含むＩＰｖ６パケット６０がユーザ機器からプロトコル変換器ＰＴに送信される。そして、プロトコル変換器ＰＴは、例えば、アドレスを含むヘッダから対応するＩＰｖ４アドレスに各フィールドを変換することによってＩＰｖ６パケットをＩＰｖ４パケットに変換し、ＩＰｖ６パケット６４及びＩＰｖ４ヘッダ７０のデータを含むＩＰｖ４パケット６８を生成する。これにより、ＩＰｖ４パケット６８は、ＧＰＲＳネットワークのＩＰｖ４ベアラ１０を介して通信できるようになる。なお、図６に示すＧＴＰユニットとは異なり、図９に示すＧＴＰユニット８０は、ペイロードデータとしてＩＰｖ４パケット８２のみを含む。このように、プロトコル変換器を用いたＧＰＲＳネットワークを介するＩＰｖ４パケットの通信では、冗長な情報が少なく、効率的である。

更に、図９は、ＧＰＲＳネットワーク２のＩＰｖ４ベアラ１０から復元されたＩＰｖ４パケット９０を示している。すなわち、図９は、ＩＰｖ４パケットをＩＰｖ６パケットに変換する際にプロトコル変換器が実行する逆の処理も示している。この動作もまた対応するプロトコル変換器ＣＴＰによって実行される。ＩＰｖ４パケットは、プロトコル変換器ＰＴにおいて受信され、ペイロードデータ９４をコピーし、ＩＰｖ４ヘッダをＩＰｖ６ヘッダ９８に変換することによって、ＩＰｖ６パケット９２に変換される。プロトコル変換メカニズムの具体例としては、ネットワークアドレス変換／プロトコル変換器（Network Address Translation /Protocol Translator：ＮＡＴ−ＰＴ）があり、ＮＡＴ−ＰＴについては、［非特許文献３］に説明されている（ＳＩＩＴ（ＲＦＣ２７６５）を用いたＲＦＣ２７６６）。

ＩＰｖ４ＵＭＴＳベアラを介したＩＰｖ６ＩＭＳ−ＳＢＬＰ制御
ＧＰＲＳネットワークは、ユーザが認証されていないサービスを使用しないように、ＧＰＲＳネットワークのリソースのアクセスを制御する機能を提供する。サービスを用いるユーザの権限に基づくオペレータのポリシの強制は、サービスベースのローカルポリシ制御機能によって実現される。上述のように、本発明の実施の形態では、アプリケーションプログラムは、ＧＰＲＳネットワークによって提供されたＩＰｖ４ベアラを介して、ＩＰｖ６パケットを送信できる。したがって、アプリケーションプログラムは、例えば、ＩＭＳネットワークの使用を必要とし、したがって、ＩＰｖ６パケットを用いた送信のための機能を必要とするサービスをユーザに提供できる。しかしながら、ＧＰＲＳネットワークのＧＧＳＮによって強制されるＩＰｖ６ＩＭＳセッションを認証するサービスベースのローカルポリシ（service based local policy：ＳＢＬＰ）は、ＩＰｖ６ベアラに関して確立され、ＩＰｖ４ＧＰＲＳネットワーク、特にＩＰｖ４ＧＧＳＮでは理解されない。ＩＰｖ６通信セッションに割り当てられたリソースに、ＩＰｖ４ベアラに関するポリシを強制するために、本発明の実施の形態では、ポリシ制御機能（policy control function：ＰＣＦ）とともに、サービスベースローカルポリシ変換器（service based local policy translator：ＳＢＬＰ−Ｔ）を提供する。ＳＢＬＰ−Ｔは、ＧＰＲＳネットワークのＧＧＳＮ内におけるＳＢＬＰエンフォーサによる強制のために、ＩＰｖ６権限パラメータをＩＰｖ４パラメータに変換する。これにより、ポリシ決定ポイントとしてのＰＣＦ、ポリシ強制ポイントとしてのＧＧＳＮのＳＢＬＰエンフォーサとの間でサービスベースのローカルポリシ制御が実現される。したがって、ＳＢＬＰは、権限のないリソース又はサービスへのアクセスをブロックすることができ、例えば、サービスの妨害又は剽窃等の攻撃からＩＭＳを保護することができる。

「認証されたリソース制限」に関してポリシ決定を強制するために、ＧＧＳＮのＳＢＬＰエンフォーサは、ＩＰパケットの単方向のフローに有効な「ゲーティング」機能を実行する。ＳＢＬＰエンフォーサは、認証されたＩＰフローに対して「ゲート」をセットアップする。ゲートは、パケット分類及びトラヒック計測機能から構成される。ＩＰパケットが分類に一致することが検出され、承認された範囲内でリソースを用いる場合、ゲートがイネーブルにされ、ＧＧＳＮを介して、ＵＭＴＳネットワークに又は外部のパケットデータネットワークにＩＰパケットが送信される。パケット配信は、例えば、ＧＧＳＮの受入及び送出インタフェースにおけるＤｉｆｆＳｅｒｖ等のＱｏＳ制御に基づいて行われる。承認された範囲を超えるリソースを要求するＩＰフローの場合、ゲートは、ディスエーブルにされ、パケットは、ＧＧＳＮによって削除される。

ＳＢＬＰ−Ｔ及びＰＣＦの構成例
ＧＰＲＳネットワークに関するＳＢＬＰ−Ｔ及びＰＣＦの構成例を図１０に示す。図１０において、図１に対応する要素には、同様の符号を付してある。図１０に示すように、図１に示すネットワークに対応するＧＰＲＳネットワークは、ＧＧＳＮ４、ＳＧＳＮ６及びＲＮＣ８を備える。ＧＰＲＳネットワーク１０は、ＵＭＴＳベアラを提供し、図１に示す具体例と同様に、ＩＰｖ４パケットを通信する。更に、図１０には、ＩＰｖ４ベアラ１０からのＩＰｖ４パケットの送受のためのゲートとして機能するサービスベースローカルポリシ（service based local policy：ＳＢＬＰ）エンフォーサ１００が示されている。ＳＢＬＰエンフォーサ１００は、ユーザが加入したサービスに基づき、オペレータによって確立されたパラメータに基づいて、ＩＰｖ４パケットの受入又は送出を承認するポリシを強制する。ＳＢＬＰエンフォーサは、ＩＭＳネットワーク４０と動作可能に接続されたＳＢＬＰ−Ｔ１０２からＩＰｖ４権限情報を受信する。ＩＭＳネットワーク４０は、ポリシ制御機能（policy control function：ＰＣＦ）１０４を備えている。ＰＣＦは、ＩＰｖ６通信セッションのために確立された権限情報を含む。

実際の動作では、ＳＢＬＰ−Ｔ１０２は、ＩＰｖ６権限情報を受信し、権限情報をＩＰｖ４権限情報に変換し、このＩＰｖ４権限情報をＳＢＬＰエンフォーサ１００に供給し、ＩＰｖ４パラメータとしてポリシを強制する。権限情報を生成し、ＳＢＬＰエンフォーサ１００による強制のためにこの情報を変換する処理の具体例として、セッション開始プロトコル（ＳＩＰ）メッセージを用いる場合を説明する。例えば、ＳＩＰ招待メッセージ（SIP INVITE message）等のＩＰマルチメディアセッション開始要求を受信すると、Ｐ−ＣＳＣＦは、ＳＩＰメッセージのエンドポイントのＩＰアドレス、ポート番号及び帯域幅要求を確認する。そして、Ｐ−ＣＳＣＦは、この情報がオペレータのＩＭＳサービス提供ポリシに適合する場合、要求を承認する。そして、Ｐ−ＣＳＣＦは、ＰＣＦに以下のようなポリシ権限情報を送信する。
・宛先ＩＰアドレス
・宛先ポート番号
・トランスポートプロトコルＩＤ
・メディア方向情報
・ソースの方向（通信開始側か宛先側か）
・メディアコンポーネントが属すグループの指示
・メディアタイプ情報
ＰＣＦは、権限情報を保存し、権限トークンと呼ばれる、権限をＩＭＳセッションに提供する識別子を生成する。権限トークンは、ユーザ機器ＵＥに戻されるＳＩＰシグナリングに含ませるために、Ｐ−ＣＳＣＦに戻される。

既存のＵＭＴＳ仕様では、ＧＧＳＮがＵＭＴＳベアラセットアップ要求（ＩＰｖ６ＰＤＰコンテキスト要求メッセージ）を受信すると、ＧＧＳＮは、ベアラ権限要求をＰＣＦに送信する。そして、ＰＣＦは、要求内の拘束情報（binding information）によって特定されるセッションに関して保存されたサービスベースローカルポリシ情報に基づいて、要求を承認する。拘束情報は、ユーザ機器のＵＭＴＳベアラ要求と、Ｐ−ＣＳＣＦによって認証されたＩＭＳセッションとの間の関係を表す。拘束情報は、該当するＵＭＴＳベアラについて、ＰＤＰコンテキストにおいて多重化することが許可されたメディアコンポーネントの数等の情報を含む。「拘束」の認証が有効に検証されると、ＰＣＦは、ＧＧＳＮ内のＳＢＬＰエンフォーサに権限の詳細を送信し、所謂「ゲーティング」機能を実行させる。権限情報は、図１０に示すように、インタフェースＧ０を介して、ＰＣＦとＧＧＳＮとの間で交換される。

権限情報は、「認証されたＱｏＳ」及び関連するＩＰフローのパケット分類子を含む。これらは、以下のように定義される。
・パケット分類子：ＰＣＦは、宛先ＩＰアドレス、宛先ポート番号、トランスポートプロトコルＩＤを用いて、パケット分類子を定式化する。
・「認証されたＱｏＳ」：メディアコンポーネントに関する「認証されたＱｏＳ」情報（ＤｉｆｆＳｅｒｖクラス及びデータレートの最大値からなる）は、ＳＤＰのメディアタイプ情報から及び帯域幅パラメータから抽出される。ＰＣＦは、メディアタイプ情報を、メディアについて使用できる最高のＤｉｆｆＳｅｒｖクラスにマッピングする。例えば、オーディオのメディアタイプは、最優先転送（Expedited Forwarding：ＥＦ）にマッピングされる。

ＧＧＳＮのＳＢＬＰエンフォーサは、この権限情報を用いて、ゲーティング機能を実行するためにＳＢＬＰエンフォーサは、ＧＧＳＮを通過するパケットが、これらの権限規則に適合するか否かを検査する。適合しない場合、パケットは、ブロックされる。

上に列挙した権限情報は、ＩＰバージョン固有であり、換言すれば、これらの権限情報は、ＩＰｖ６に固有の情報である。例えば、ソース及び宛先アドレスは、ピアユーザ機器ＵＥのＩＰｖ６アドレスである。ＤｉｆｆＳｅｒｖコードポイント（DiffServ Code Point：ＤＳＣＰ）は、ＩＰｖ６パケット内のトラヒッククラスオブジェクトフィールドによって搬送される。ＩＰｖ４ＵＭＴＳネットワークでは、ＩＰｖ４ＧＧＳＮは、ＩＰｖ６の固有の権限情報の詳細を理解しない。これは、ＧＧＳＮが、ＩＰｖ６ソースアドレス及び宛先アドレス、並びにＤｉｆｆＳｅｒｖＱｏＳクラスのトラヒッククラスオブジェクトタイプ、すなわち、ＤＳＣＰを解釈できないからである。このため、ＧＧＳＮとＰＣＦとの間に、権限情報を解釈するＳＢＬＰ−Ｔを配設する。ＳＢＬＰ−Ｔは、ＩＰｖ４ＧＧＳＮ権限要求をＩＰｖ６フォーマットに変換し、ＩＰｖ６権限情報をＰＣＦからＩＰｖ４フォーマットに変化する。したがって、ＧＧＳＮのＳＢＬＰエンフォーサは、ＩＰｖ４パケット（ＩＰｖ６をピギーバックするＩＰｖ４（トンネル）又は、ＩＰｖ６から変換されたＩＰｖ４（プロトコル変換））に対して、ゲーティング機能を実行できる。

ＳＢＬＰ−Ｔアドレス取得
ＩＰｖ６固有のＳＢＬＰ権限情報をＩＰｖ４フォーマットに変換するためには、ＩＰｖ４パケット分類子及びＤｉｆｆＳｅｖのためのＩＰｖ４ＱｏＳフォーマット等、ＩＰｖ４の同等な権限情報がある必要がある。ＳＢＬＰ−Ｔは、変換を実行するために、ＩＰｖ４ソース及び宛先アドレスを知る必要がある。上述したように、ユーザ機器ＵＥは、ＩＰｖ６及びＩＰｖ４デュアルスタックであり、上述したように、ＰＤＰコンテキストアクティブ化の間に静的又は動的に割り当てられるＩＰｖ４アドレスを有する。ＳＢＬＰ−Ｔは、Ｐ−ＣＳＣＦから権限ポリシ情報を受信した後に、ＰＣＦからＩＰｖ６ソース／宛先アドレスを知らされる。なお、権限ポリシ情報の元の定義には、ソースアドレスは含まれない。そこで、本発明では、ユーザ機器のＩＰｖ４ソースアドレスが含まれるように権限情報を拡張する。ＳＢＬＰ−Ｔは、ＩＰｖ４ＰＤＰコンテキストアクティブ化の間にアドレスを割り当てるＧＧＳＮからローカルユーザ機器ＵＥのＩＰｖ４アドレス（ＩＰｖ４ソースアドレス）を知らされる。静的なＩＰｖ４アドレスの場合、ＧＧＳＮは、ＰＤＰコンテキストアクティブ化メッセージから、プロトコル設定オプション（Protocol Configuration Option：ＰＣＯ）フィールドを介して、ユーザ機器のＩＰｖ４アドレスを取得する。

ピア（リモート）ユーザ機器のＩＰｖ４アドレス（ＩＰｖ４宛先アドレス）を取得するためには、以下のように、２つの解決策がある。

ＰＣＦベース：ＰＣＦがローカルＳＢＬＰ−ＴにピアＩＰｖ６ＵＥのＩＰｖ４アドレスを通知する。このために、Ｐ−ＣＳＣＦは、ＰＣＦに、ＩＰｖ６宛先及びソースアドレス並びにＩＰｖ４宛先及びソースアドレスの両方を含む権限情報を送信する必要がある。Ｐ−ＣＳＣＦは、ＩＰｖ６アドレスを取得する場合と同様の手法で、例えば、ドメイン名サーバ（Domain Name Server：ＤＮＳ）を介してピア（リモート）ユーザ機器ＵＥのＩＰｖ４アドレスを取得することができる。これに代えて、Ｐ−ＣＳＣＦは、リモートＵＥとして機能する自らのピアＳ−ＣＳＣＦからアドレスを取得するピアＳ−ＣＳＣＦとのインタラクションの間にリモートピアＵＥのＩＰｖ４アドレスを取得することもできる。

ＳＢＬＰ−Ｔベース：ローカルＳＢＬＰ−Ｔが、ピアユーザ機器ＵＥの位置する他方の端点のＳＢＬＰ−Ｔと通信し、それぞれのＵＥのＩＰｖ４アドレスを交換する。この場合、ＳＢＬＰ−Ｔは、ユーザ機器ＵＥが、ＰＤＰコンテキスト制御メッセージにおけるプロトコル設定オプションフィールドを用いて、ＩＰｖ４アドレス（機密保護目的のため、ＩＰｖ６アドレスに一意的に関連付けられている。）を渡すように構成することによって、ローカルユーザ機器ＵＥのＩＰｖ４アドレスを取得する必要がある。

ＩＰｖ４ＱｏＳ権限変換
このコンテキストにおけるＩＰｖ６ＱｏＳとＩＰｖ４ＱｏＳの間の１つ違いとして、ＤＳＣＰは、ＩＰｖ６ヘッダのトラヒッククラスオブジェクトフィールドによって搬送されるが、ＩＰｖ４の場合、ＤＳＣＰは、タイプオブサービス（Type of Service：ＴｏＳ）ＩＰｖ４ヘッダによって搬送される。ＳＢＬＰ−Ｔは、ＤｉｆｆＳｅｒｖＱｏＳクラスのためのタイプオブサービス（ＴｏＳ）タイプをトラヒッククラスタイプに変換し、及びこれと逆の変換を行う。

ＳＢＬＰ−Ｔ及びＰＣＦの動作の概要
サービスベースのポリシ制御機能を提供する上述したＳＢＬＰエンフォーサ、ＳＢＬＰ−Ｔ及びＰＣＦの動作を要約するために、サービスベースのポリシパラメータを強制するための処理の概略を示すフローチャートを図１１に示す。上述のように、ＳＢＬＰエンフォーサが必要とするパラメータの具体例としては、通信セッションの間にＩＰｖ４パケットの送受が許可されるＩＰｖ４ソースアドレス及び宛先アドレスと、認証されたサービスのタイプ等がある。しかしながら、通信セッションのためにＰＣＦが保有する情報は、ＩＰｖ６ソース及び宛先アドレスの形式を有する。これらのアドレスと共に、ＩＰｖ６規格のために、セッションの間に許可されるトラヒックのタイプを定義するトラヒッククラスも要求され、これは、ＩＰｖ４におけるサービスのタイプと同等であるとみなすことができる。すなわち、ＩＰｖ６権限情報をＩＰｖ４情報として表現するために、ＳＢＬＰ−Ｔは、ＩＰｖ６アドレスをＩＰｖ４アドレスに変換し、トラヒッククラスをサービスクラスに変換する。図１１のフローチャートは、この具体例を示している。以下、図１１について説明する。
Ｓ８０：ＳＢＬＰエンフォーサ１００は、ＩＰｖ４パケットの受入及び送出を許可するために、ＳＢＬＰ−Ｔに認証されたパラメータを問い合わせる。ＳＢＬＰエンフォーサ１００は、これらの問合わせを、「どのアドレスが許可されているか？」及び「どのタイプのサービスが許可されているか？」と表現する。したがって、これらの質問は、ＩＰｖ４パラメータの形式を有する。ＳＢＬＰ−Ｔ１０２は、ＳＢＬＰエンフォーサ１００から質問を受け、これらの質問をＩＰｖ６パラメータに変換する。この結果、質問「どのアドレスが許可されているか？」は、「どの認証されたＩＰｖ６アドレスが許可されているか？」となり、質問「どのタイプのサービスが許可されているか？」は、「どのトラヒッククラスが許可されているか？」となる。
Ｓ８４：ＰＣＦ１０４がＳＢＬＰ−Ｔからの質問に対し許可されたＩＰｖ６アドレス及び許可されたトラヒッククラスを答える。
Ｓ８６：ＳＢＬＰ−Ｔ１０２がＩＰｖ６権限パラメータをＩＰｖ４パラメータに変換し、パラメータは、許可されたＩＰｖ４アドレス及び許可されたサービスの認証されたタイプとなる。

本発明の様々な更なる側面及び特徴は、添付の特許請求の範囲において定義される。本発明の範囲から逸脱することなく、本明細書に開示した実施の形態を様々に変更することができる。例えば、上述の実施の形態の説明では、第１のインターネットプロトコルをＩＰｖ６とし、第２のインターネットプロトコル（パケット無線システムネットワークを介する通信）をＩＰｖ４としたが、他の実施の形態として、第１のプロトコルをＩＰｖ４とし、第２のプロトコル（パケット無線システムネットワークを介する通信）をＩＰｖ６としてもよい。更に、他のインターネットプロトコルを第１及び第２のインターネットプロトコルとして用いてもよい。

添付資料１
ＩＰマルチメディアサブシステム
３ＧＰＰ（third generation partnership project）として知られる第３世代パートナーシッププロジェクトは、マルチメディア及びコール制御サービスアーキテクチャを提供するために、インターネットプロトコルマルチメディアサブシステム（Internet Protocol Multimedia Sub-system：ＩＭＳ）を開発及び標準化した。このサービスアーキテクチャは、インターネットプロトコル（Internet Protocol：ＩＰ）パケットの形式で、実時間対応のユニバーサル移動体通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）通信データによってサポートされる。ＩＭＳは、サービス規定及び新たなサービスの開発の基礎を提供し、実時間のマルチメディアサービスと、非実時間サービス及びマン−マシンコミュニケーション（person-to-machine communication）を統合することができる標準化されたコンバージェンスプラットフォームとして期待されている。サービス規定のためのＩＭＳアーキテクチャを図１２に示す。

ＩＭＳエンティティ
ＩＭＳホームネットワークは、ユーザがＩＭＳサービスを利用できるようにし、及びこれらのサービスへのアクセスを制御及び管理する。ＩＭＳホームネットワークは、問合せコールセッション制御機能（Interrogating Call Session Control Function：Ｉ−ＣＳＣＦ）、サービスコールセッション制御機能（Call Session Control Function：Ｓ−ＣＳＣＦ）、プロキシコールセッション制御機能（Proxy Call Session Control Function：Ｐ−ＣＳＣＦ）及びホーム加入者サーバ（ＨＳＳ）の４つの主な機能的エンティティに分割できる。なお、説明を簡潔にするために、図１２では、サービスコール制御機能（Ｓ−ＣＳＣＦ）１００及びホーム加入者サーバ（ＨＳＳ）１０２のみを示している。この他の要素、例えば、ＩＰマルチメディアサービス切換機能（IP Multimedia-Service Switching Function：ＩＭ−ＳＳＦ）１０３、マルチメディアリソース機能制御（Multimedia Resource Function Control：ＭＲＦＣ）１０５、移動通信ネットワーク拡張ロジック用のカスタマイズされたアプリケーション（Customized Applications for Mobile Networks Enhanced Logic：ＣＡＭＥＬ）サービス環境１０７については、この添付資料では説明しない。

サービスコール制御機能（Ｓ−ＣＳＣＦ）
サービスコール制御機能（Ｓ−ＣＳＣＦ）１００は、様々なシグナリング機能を担う。Ｓ−ＣＳＣＦ１００は、サービストリガを実行する。Ｓ−ＣＳＣＦ１００は、ユーザに単純なサービスを提供でき、又はアプリケーションサーバと対話することによって、より高度なサービスも提供できる。

ホーム加入者サーバ（ＨＳＳ）
ホーム加入者サーバ（ＨＳＳ）１０２は、現在、移動通信ネットワークで用いられているホーム位置レジスタ（Home Location Register：ＨＬＲ）を進化させたものである。ＨＳＳ１０２は、例えば、ユーザアイデンティティ、購読予約されたサービス又はプロファイル、サービス固有の情報、移動性管理情報、権限情報及びＩＰマルチメディアドメインに関連する機能等の情報を含む。ＨＳＳ１０２は、認証及び位置情報を処理する。

ＩＭＳアプリケーションサーバ
アプリケーションサーバは、サービスロジックをホストし、サービス実行を処理する役割を担う。ＩＭＳ仕様書では、ユーザにサービスを提供するために、ＳＩＰアプリケーションサーバ１０８、オープンサービスアーキテクチャ（Open Service Architecture：ＯＳＡ）アプリケーションサーバ１１０及びＣＡＭＥＬサービス環境１０７といった、３つのタイプのアプリケーションサーバ（Application Server：ＡＳ）が定義されている。アプリケーションサーバがＩＭＳ加入者にサービスを提供するために、図１２に示すように、アプリケーションサーバと、ＩＭＳエンティティとの間で多くのインタフェースが定義される。主なインタフェースとしては、以下に詳細に説明するＩＳＣインタフェース１１２及びＳｈインタフェース１１４がある。

Ｓｈインタフェース
ＨＳＳ１０２と、ＳＩＰ−ＡＳ１０８又はＯＳＡ−ＳＣＳ１１０との間のインタフェースをＳｈインタフェース１１４と呼ぶ。Ｓｈインタフェースは、イントラオペレータインタフェースであり、ダイアメータプロトコル（DIAMETER protocol）に基づいている。ダイアメータプロトコルは、ユーザプロファイルに関連する情報を交換するために用いられる認証、権限付与、課金（Authentication, Authorisation, Accounting：ＡＡＡ）プロトコルである。

Ｓｈインタフェース１１４は、例えば、ＨＳＳ１０２から１０８にデータをダウンロードし、ＨＳＳ１０２においてデータを更新する等、データ処理手続きを実行する。また、Ｓｈインタフェース１１４は、購読予約／通知手続きを処理し、これにより、ＨＳＳ１０２は、アプリケーションサーバにデータの変化を通知することができる。

ＩＳＣインタフェース
ＩＭＳ仕様書では、サービスを実行するアプリケーションサーバは、他のネットワーク設備から切り離され、標準インタフェースを介してＩＭＳ通信を行う。Ｓ−ＣＳＣＦ１００とサービスプラットフォームとの間のインタフェースは、ＩＳＣインタフェース１１２と呼ばれる。ＩＳＣインタフェースは、標準化されたＳＩＰベースのインタフェースである。このＩＳＣインタフェースは、ＳＩＰアプリケーションサーバ、ＯＳＡアプリケーションサーバ及びＣＡＭＥＬアプリケーションサーバに共通である。

ＩＰマルチメディアサービス切換機能（ＩＭ−ＳＳＦ）：
ＩＭ−ＳＳＦは、Ｓ−ＣＳＣＦとＣＡＭＥＬアプリケーションプロトコル（CAMEL Application Protocol：ＣＡＰ）の間を仲介し、ＳＩＰメッセージを移動通信ネットワーク拡張ロジック用のカスタマイズされたアプリケーション（ＣＡＭＥＬ）と相互動作させる。更に、ＩＭ−ＳＳＦ内には、呼状態モデルが論理的に設けられ、呼状態モデルは、ＩＳＣを介して渡されたＳＩＰメソッドと、ＣＡＭＥＬメカニズムとの間でマッピングを実行し、ＣＡＭＥＬサービス環境との対話を開始するために用いられる。

添付資料２：モバイルパケット無線ネットワークアーキテクチャ
データパケット通信をサポートするように構成された移動無線ネットワークの例示的アーキテクチャを図１３に示す。図１３で用いる用語及びアーキテクチャは、３Ｇのために提案され、３ＧＰＰによって管理されるＵＭＴＳのために用いられる用語及びアーキテクチャに対応している。図１３では、ゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）は、外部のパケットデータネットワーク（Packet Data network：ＰＤＮ）３０２に接続されている。外部ＰＤＮは、インターネットプロトコル（ＩＰ）を用いてデータをパケットとして通信する。ＧＧＳＮと外部ネットワークとの間のインタフェース３０４には、標準化されたＧｉのラベルを付している。但し、これ以外の更なる側面も標準化されている。また、ＧＧＳＮには、標準化されたＧｎ／Ｇｐのラベルが付されたインタフェース３０８を介して、サービスＧＰＲＳサポートノード（Serving GPRS Support Node：以下、ＳＧＳＮという。）３０６が接続されている。

ＧＧＳＮ及びＳＧＳＮは、ＧＰＲＳをサポートする必要がある２つのネットワークコンポーネントである。ＧＧＳＮは、外部のデータパケットネットワーク（ＰＤＮ）と、ＧＰＲＳをサポートする移動通信ネットワークとの間のゲートウェイとして機能する。ＧＧＳＮは、受け取ったＩＰデータパケットを、移動通信ネットワークによって提供された無線アクセス設備を介してデータを受け取る、モバイル機器である特定のＵＥに用いられるＳＧＳＮにルーティングするために十分な情報を含んでいる。例えば、一実施形態においては、３ＧＰＰ規格によって定義されている汎用陸上無線アクセスネットワーク（Universal Terrestrial Radio Access Network：以下、ＵＴＲＡＮという。）方式に基づいて無線アクセス設備が提供される。ＳＧＳＮは、ＳＧＳＮが同じ公衆陸上移動体ネットワーク（Public Land Mobile Network：以下、ＰＬＭＮという。）内にある場合、Ｇｎインタフェースを介して、ＧＧＳＮに接続され、Ｇｐインタフェースを介して、他のＰＬＭＮに属するＧＧＳＮに接続される。

ＳＧＳＮは、移動体無線ネットワークによってサポートされた領域内で移動するＵＥの移動性管理（mobility management）を提供する。この目的で、ＳＧＳＮは、ホーム位置レジスタ（Home Location Register：以下、ＨＬＲという。）３１０にアクセスする。ＳＧＳＮは、ＵＴＲＡＮ無線アクセス設備を介して、モバイルユーザＵＥ３１６、３１８と通信を行うために、データパケットを無線ネットワークコントローラ（ＲＮＣ）３１２、３１４にルーティングするよう構成されている。ＵＴＲＡＮ無線アクセス設備は、移動通信ネットワークの領域の無線通信可能範囲を提供する基地局を構成するノードＢ装置３２０、３２２、３２４、３２６、３２８によって提供される。Ｉｕｂのラベルが付されている、各ＲＮＣ３１２、３１４と、ノードＢ装置３２０、３２２、３２４、３２６、３２８との間のインタフェース３３０、３３２、３３４、３３６、３３８は、確立されている又は開発中の規格に従う。一方、Ｉｕ−ｐｓのラベルが付されている、ＳＧＳＮと、各ＲＮＣ３１２、３１４との間のインタフェース３４０、３４２は、開発中の規格に従う。ＧＰＲＳの更なる詳細は、［非特許文献４］に開示されている。

添付資料３：
ＰＤＰコンテキストアクティブ化を用いるＩＰｖ４ＵＭＴＳベアラ開始
ＩＰトラヒック（ＩＰｖ６又はＩＰｖ４）は、ＵＭＴＳベアラを用いて、ＵＭＴＳネットワークに亘って（ＵＥ及びＧＧＳＮの間で）トランスポートされる。ＵＭＴＳベアラは、パケットデータプロトコル（Packet Data Protocol：ＰＤＰ）コンテキストを用いて確立される。ユーザ機器ＵＥは、ＩＰｖ４ＰＤＰコンテキスト又はＩＰｖ６ＰＤＰコンテキストをセットアップすることによって、ＵＭＴＳネットワークを介してＩＰｖ４又はＩＰｖ６パケットを送信する。ＩＰｖ６ＰＤＰコンテキストは、ＩＰｖ６対応のＵＭＴＳネットワーク、具体的には、ネットワークプロトコルスタックにおいて、ＩＰ６に関連する機能（ルーティング、セキュリティ）をサポートできるＳＧＳＮ、ＧＧＳＮ及びＵＥにおいてのみサポートされる。

ＩＰｖ４ＰＤＰコンテキスト及びＩＰｖ６ＰＤＰコンテキストの確立手続きの間には、明確な違いはないが、ＩＰｖ４専用のＵＭＴＳネットワークは、ＩＰｖ４ＰＤＰコンテキストのみをサポートする。以下の説明及び図１４に示すフローチャートでは、ＰＤＰコンテキストアクティブ化におけるアドレス管理及びセキュリティを強調している。図１４のフローチャートは、ＩＰｖ４ＰＤＰコンテキストのためのＩＰｖ４及びＩＰｖ６対応のＵＭＴＳのＩＰｖ６ＰＤＰコンテキストのためのＩＰｖ６を同等に表している。
Ｓ９０：ユーザ機器ＵＥがＰＤＰコンテキストのアクティブ化の要求（ＮＳＡＰＩ、ＴＩ、ＰＤＰタイプ、ＰＤＰアドレス、アクセスポイント名要求されたＱｏＳ、ＰＤＰ設定オプション）メッセージをＳＧＳＮに送信する。ユーザ機器ＵＥは、ＰＤＰアドレスを用いて、静的ＰＤＰアドレスの使用を必要とするか、動的ＰＤＰアドレスの使用を必要とするかを指示する。ユーザ機器ＵＥは、動的ＰＤＰアドレスを要求する場合、ＰＤＰアドレスを空の状態にする。
Ｓ９２：ＳＧＳＮがユーザ機器ＵＥ及びＰＤＰコンテキスト購読予約記録が提供するＰＤＰタイプ（オプション）、ＰＤＰアドレス（オプション）及びアクセスポイント名（オプション）を用いてＰＤＰコンテキストのアクティブ化の要求を検証する。

ＧＧＳＮアドレスを導出することができず、又は規則に基づいて、ＰＤＰコンテキストアクティブ化要求が無効であるとＳＧＳＮが判定した場合、ＳＧＳＮは、ＰＤＰコンテキストアクティブ化要求を拒否する。

ＧＧＳＮアドレスを導出できた場合、ＳＧＳＮは、要求されたＰＤＰコンテキストのためのＴＥＩＤを作成する。ユーザ機器ＵＥが動的アドレスを要求した場合、ＳＧＳＮは、ＧＧＳＮに動的アドレスを割り当てさせる。ＳＧＳＮは、その能力及び現在の負荷に応じて、要求されたＱｏＳ属性を制限する場合があり、購読予約されたＱｏＳプロファイルに基づいて、要求されたＱｏＳ属性を制限する場合もある。

ＳＧＳＮは、ＰＤＰコンテキストの作成の要求（ＰＤＰタイプ、ＰＤＰアドレス、アクセスポイント名、折衝されたＱｏＳ、ＴＥＩＤ、ＮＳＡＰＩ、ＭＳＩＳＤＮ選択モード、課金特性、トレース参照、トレースタイプ、トリガＩＤ、ＯＭＣアイデンティティ、ＰＤＰ設定オプション）メッセージを関連するＧＧＳＮに送信する。動的アドレスが要求される場合、ＰＤＰアドレスは、空である。
Ｓ９４：ＧＧＳＮは、ＰＤＰコンテキストテーブルにおいて、新たなエントリを作成し、課金ＩＤを生成する。新たなエントリは、ＧＧＳＮがＳＧＳＮと外部のＰＤＰネットワークの間でＰＤＰ−ＰＤＵをルーティングし、課金を開始することを許可する。ＧＧＳＮは、３ＧＴＳ３２．０１５［非特許文献５］に定義されているように、例えば、ＳＧＳＮから受け取った課金特性を処理する。ＧＧＳＮは、ＰＤＰコンテキストの作成の応答（ＴＥＩＤ、ＰＤＰアドレス、ＰＤＰ設定オプション、折衝ＱｏＳ、課金ＩＤ、原因）メッセージをＳＧＳＮに戻す。ＧＧＳＮがＰＤＰアドレスを割り当てた場合、ここには、ＰＤＰアドレスが含まれる。オペレータによって、ＧＧＳＮが、要求されたＡＰＮのための外部のＰＤＮアドレス割当を用いるように構成されている場合、ＰＤＰアドレスは、０．０．０．０に設定され、これは、ＰＤＰコンテキストアクティブ化手続きの完了の後に、ユーザ機器ＵＥが外部ＰＤＮとＰＤＰアドレスを折衝したことを示す。ＧＧＳＮは、ＰＤＰコンテキストが有効な状態である限り、これらの折衝を中継し、変更し、監視し、ＧＧＳＮが開始したＰＤＰコンテキスト変更手続きを用いて、現在使用中のＰＤＰアドレスをＳＧＳＮ及びユーザ機器ＵＥに転送する。ＰＤＰ設定オプションは、例えばＧＧＳＮがユーザ機器ＵＥに転送できるオプションのＰＤＰパラメータを含む。これらのオプションのＰＤＰパラメータは、ユーザ機器ＵＥがアクティブＰＤＰコンテキスト要求メッセージで要求してもよく、又はＧＧＳＮによって自動的に送信してもよい。ＰＤＰ設定オプションは、ＳＧＳＮを介してトランスペアレントに送信される。ＰＤＰコンテキスト作成メッセージは、バックボーンネットワークを介して送信される。
Ｓ９６：ＱｏＳ折衝を含むＰＤＰアクティブ化に基づいて無線アクセスベアラがセットアップされる。そして、ＳＧＳＮからＧＧＳＮへ、ＰＤＰコンテキストの要求が更新され（Ｓ９８）、ＧＧＳＮは、更新に応答する（Ｓ９９）。
Ｓ１００：ユーザ機器ＵＥが動的アドレスを要求している場合、ＧＧＳＮから受信したＰＤＰアドレスをＰＤＰコンテキストに挿入する。ＳＧＳＮは、折衝されたＱｏＳに基づいて、無線優先順位及びパケットフローＩＤを選択し、ＰＤＰコンテキストのアクティブ化の受理（ＰＤＰタイプ、ＰＤＰアドレス、ＴＩ、折衝されたＱｏＳ、無線優先順位、パケットフローＩＤ、ＰＤＰ設定オプション）メッセージをユーザ機器ＵＥに戻す。これにより、ＳＧＳＮは、ＧＧＳＮとユーザ機器ＵＥとの間でＰＤＰ−ＰＤＵをルーティングし、課金を開始することができる。第２のＰＤＰコンテキストを識別するためには、ＮＳＡＰＩ（及びＴＩ）を用いる。

ユーザ機器がインターネットプロトコルマルチメディアサブシステムを含むＧＰＲＳネットワークを介して通信を行う電気通信システムのブロック図である。 図１に示す相互動作ユニットの動作を表すフローチャートである。 ユーザ機器からＩＰｖ４及びＩＰｖ６アドレスを取得する際の図１に示す相互動作ユニットの動作を表すフローチャートである。 相互動作ユニットがトンネリングプロセッサとして動作する図１に示す電気通信システムのブロック図である。 ＩＰｖ４パケットとしてカプセル化されたＩＰｖ６パケット及び逆カプセル化されたＩＰｖ６インターネットパケットの構成を示す図である。 ＧＰＲＳトンネルプロトコルユニットのブロック図である。 図４に示すトンネリングプロセッサの動作を表すフローチャートである。 相互動作ユニットがプロトコル変換器として動作する図１に示す電気通信システムのブロック図である。 図８に示すプロトコル変換器の動作の一部を説明する図である。 サービスベースのローカルポリシ強制に関連する部分を含む図１のシステムの一部を示すブロック図である。 サービスベースのローカルポリシ強制に関連する図１０の一部の動作を示すフローチャートである。 ３ＧＰＰ規格に基づくインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ネットワークの幾つかの部分を示すブロック図である。 ＧＰＲＳネットワークを示すブロック図である。 ＧＰＲＳネットワークに亘って、インターネットパケットのためにベアラを確立するために必要な幾つかの処理ステップを示すフローチャートである。

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