JP4006407B2 - 移動通信システムでのインターネットプロトコルバージョンに従うトラヒックフローテンプレートパケットフィルタリングを遂行する装置及び方法 - Google Patents
移動通信システムでのインターネットプロトコルバージョンに従うトラヒックフローテンプレートパケットフィルタリングを遂行する装置及び方法 Download PDFInfo
- Publication number
- JP4006407B2 JP4006407B2 JP2004045336A JP2004045336A JP4006407B2 JP 4006407 B2 JP4006407 B2 JP 4006407B2 JP 2004045336 A JP2004045336 A JP 2004045336A JP 2004045336 A JP2004045336 A JP 2004045336A JP 4006407 B2 JP4006407 B2 JP 4006407B2
- Authority
- JP
- Japan
- Prior art keywords
- version
- address
- tft
- packet
- ipv4
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/54—Organization of routing tables
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/167—Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/168—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/659—Internet protocol version 6 [IPv6] addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/26—Network addressing or numbering for mobility support
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/06—Interfaces between hierarchically different network devices between gateways and public network devices
Description
本発明は、移動通信システムに関し、特に、インターネットプロトコル(Internet Protocol；ＩＰ)バージョンに従ってトラヒックフローテンプレート(Traffic Flow Template；ＴＦＴ)パケットフィルタリングを遂行する装置及び方法に関する。
移動通信システム(Mobile Communication System)であるＵＭＴＳ(Universal Mobile Telecommunication Systems；以下、“ＵＭＴＳ”と略称する。)は、第３世代(3rd Generation)移動通信を遂行するシステムである。前記ＵＭＴＳシステムは、音声サービスのみならずパケットデータ(packet data)サービスを支援し、高速データ通信及び動映像通信などを支援する。前記ＵＭＴＳネットワークの概略的な構造を図１を参照して説明する。
図１は、一般的なＵＭＴＳネットワーク構造を概略的に示す。
図１を参照すると、まず使用者端末機(User Equipment；以下、“ＵＥ”と略称する。)１１１は、ＵＭＴＳ陸上無線接続ネットワーク(UMTS Terrestrial Radio Access Network；以下、“ＵＴＲＡＮ”と略称する。)１１３と接続されて呼(call)を処理し、回線サービス(Circuit Service；ＣＳ)及びパケットサービス(Packet Service；ＰＳ)をすべて支援する。前記ＵＴＲＡＮ１１３は、基地局(Ｎｏｄｅ Ｂ)(図示せず)と無線ネットワーク制御器(Radio Network Controller；以下、“ＲＮＣ”と略称する。)(図示せず)とから構成され、前記Ｎｏｄｅ Ｂは、前記ＵＥ１１１及びＵｕインタフェース(interface)を通じて連結され、前記ＲＮＣは、サービスパケット無線サービス支援ノード(Serving GPRS Support Node；以下、“ＳＧＳＮ”と略称する。)１１５及びＩｕインタフェースを通じて連結される。ここで、汎用パケット無線通信サービス(General Packet Radio Service；以下、“ＧＰＲＳ”と略称する。)は、前記ＵＭＴＳネットワークで遂行するパケットデータサービスである。前記ＵＴＲＡＮ１１３は、前記ＵＥ１１１からエアー(air)上に伝送した無線データまたは制御メッセージ(control message)をＧＰＲＳトンネリングプロトコル(GPRS Tunneling Protocol；以下、“ＧＴＰ”と略称する。)を使用するコアネットワーク(Core Network；ＣＮ)に伝達するためにプロトコル変換動作を遂行する。ここで、前記ＣＮは、前記ＳＧＳＮ１１５及びゲートウェイパケット無線サービス支援ノード(Gateway GPRS Support Node；以下、“ＧＧＳＮ”と略称する。)１１９を通称する。
図１を参照すると、まず使用者端末機(User Equipment；以下、“ＵＥ”と略称する。)１１１は、ＵＭＴＳ陸上無線接続ネットワーク(UMTS Terrestrial Radio Access Network；以下、“ＵＴＲＡＮ”と略称する。)１１３と接続されて呼(call)を処理し、回線サービス(Circuit Service；ＣＳ)及びパケットサービス(Packet Service；ＰＳ)をすべて支援する。前記ＵＴＲＡＮ１１３は、基地局(Ｎｏｄｅ Ｂ)(図示せず)と無線ネットワーク制御器(Radio Network Controller；以下、“ＲＮＣ”と略称する。)(図示せず)とから構成され、前記Ｎｏｄｅ Ｂは、前記ＵＥ１１１及びＵｕインタフェース(interface)を通じて連結され、前記ＲＮＣは、サービスパケット無線サービス支援ノード(Serving GPRS Support Node；以下、“ＳＧＳＮ”と略称する。)１１５及びＩｕインタフェースを通じて連結される。ここで、汎用パケット無線通信サービス(General Packet Radio Service；以下、“ＧＰＲＳ”と略称する。)は、前記ＵＭＴＳネットワークで遂行するパケットデータサービスである。前記ＵＴＲＡＮ１１３は、前記ＵＥ１１１からエアー(air)上に伝送した無線データまたは制御メッセージ(control message)をＧＰＲＳトンネリングプロトコル(GPRS Tunneling Protocol；以下、“ＧＴＰ”と略称する。)を使用するコアネットワーク(Core Network；ＣＮ)に伝達するためにプロトコル変換動作を遂行する。ここで、前記ＣＮは、前記ＳＧＳＮ１１５及びゲートウェイパケット無線サービス支援ノード(Gateway GPRS Support Node；以下、“ＧＧＳＮ”と略称する。)１１９を通称する。
そして、前記ＳＧＳＮ１１５は、ＵＥ１１１の加入者情報及び位置情報を管理するネットワークノードである。前記ＳＧＳＮ１１５は、前記ＵＴＲＡＮ１１３にＩｕインタフェースを通じて連結され、ＧＧＳＮ１１９にＧｎインタフェースを通じて連結されてデータ及び制御メッセージなどの送受信を行う。そして、前記ＳＧＳＮ１１５は、ホーム位置登録器(Home Location Register；ＨＬＲ)１１７にＧｒインタフェースを通じて連結されて前記加入者情報及び位置情報を管理する。
前記ホーム位置登録器１１７は、パケットドメイン(packet domain)の加入者情報及びルーティング(routing)情報などを貯蔵する。前記ホーム位置登録器１１７は、前記ＳＧＳＮ１１５にＧｒインタフェースを通じて連結され、前記ＧＧＳＮ１１９にＧｃインタフェースを通じて連結される。そして、前記ホーム位置登録器１１７は、ＵＥ１１１のローミング(roaming)などを考慮して、他のパブリックランドモバイル通信ネットワーク(Public Land Mobile Network；以下、“ＰＬＭＮ”と略称する。)に位置することができることはもちろんである。そして、前記ＧＧＳＮ１１９は、前記ＵＭＴＳネットワークにおいてＧＴＰの終端であり、Ｇｉインタフェースを通じて外部ネットワークに連結されてインターネット１２１、パケットドメインネットワーク(Packet Domain Network；ＰＤＮ)、または他のＰＬＭＮなどに連動されることができる。
次に、図２を参照して、トラヒックフローテンプレート(Traffic Flow Template；以下、“ＴＦＴ”と略称する。)が使用されるＵＭＴＳコアネットワークの構造を概略的に説明する。
図２は、一般的なＴＦＴが使用されるＵＭＴＳコアネットワークを概略的に示す。
図２を説明するに先立って、まず、パケットフィルタリング(packet filtering)動作は、ＴＦＴを使用して遂行され、ＵＭＴＳコアネットワークは、ＴＦＴを使用する。前記ＴＦＴの使用を説明すると次のようである。まず、パケットデータプロトコル(Packet Data Protocol；以下、“ＰＤＰ”と略称する。)コンテキスト(context)は、第１ＰＤＰコンテキスト(primary PDP context)及び第２ＰＤＰコンテキスト(second PDP context)の２通りが存在する。前記第２ＰＤＰコンテキストは、前記第２ＰＤＰコンテキストと同一の情報を有するＰＤＰコンテキスト、すなわち、第１ＰＤＰコンテキストが存在する場合にのみ存在することができる。すなわち、第２ＰＤＰコンテキストは、第１ＰＤＰコンテキストの情報をそのまま再使用するので、前記第１ＰＤＰコンテキストが生成された以後に生成可能である。このように、前記第１ＰＤＰコンテキスト及び第２ＰＤＰコンテキストは、実際に使用する情報は同一であり、ただ、実際にパケットデータが伝送されるＧＴＰトンネルのみが相異である。
図２は、一般的なＴＦＴが使用されるＵＭＴＳコアネットワークを概略的に示す。
図２を説明するに先立って、まず、パケットフィルタリング(packet filtering)動作は、ＴＦＴを使用して遂行され、ＵＭＴＳコアネットワークは、ＴＦＴを使用する。前記ＴＦＴの使用を説明すると次のようである。まず、パケットデータプロトコル(Packet Data Protocol；以下、“ＰＤＰ”と略称する。)コンテキスト(context)は、第１ＰＤＰコンテキスト(primary PDP context)及び第２ＰＤＰコンテキスト(second PDP context)の２通りが存在する。前記第２ＰＤＰコンテキストは、前記第２ＰＤＰコンテキストと同一の情報を有するＰＤＰコンテキスト、すなわち、第１ＰＤＰコンテキストが存在する場合にのみ存在することができる。すなわち、第２ＰＤＰコンテキストは、第１ＰＤＰコンテキストの情報をそのまま再使用するので、前記第１ＰＤＰコンテキストが生成された以後に生成可能である。このように、前記第１ＰＤＰコンテキスト及び第２ＰＤＰコンテキストは、実際に使用する情報は同一であり、ただ、実際にパケットデータが伝送されるＧＴＰトンネルのみが相異である。
特に、ＵＭＴＳコアネットワークでは、前記第２ＰＤＰコンテキストを活性化させる(activate)場合に、第１ＰＤＰコンテキス及び第２ＰＤＰコンテキストを区分するためのフィルタ(filter)として前記ＴＦＴ情報を使用する。図２に示すように、ＵＭＴＳコアネットワーク２００、すなわち、広帯域符号分割多重接続(Wideband Code Division Multiple Access；ＷＣＤＭＡ)２００には７個のＴＦＴが貯蔵されており、前記７個のＴＦＴに該当する第２ＰＤＰコンテキスト及び第１ＰＤＰコンテキストを考慮して総８個のＧＴＰトンネルが生成される。外部ネットワーク、例えば、インターネット１２１を通じて流入するインターネットプロトコル(Internet Protocol；以下、“ＩＰ”と略称する。)パケットデータは、Ｇｉインタフェースを通じてＧＧＳＮ１１９に入力される。前記ＧＧＳＮ１１９には７個のＴＦＴ、すなわち、ＴＦＴ１乃至ＴＦＴ７が貯蔵されており、前記Ｇｉインタフェースを通じて入力されるＩＰパケットデータに使用するパスは、前記貯蔵されている７個のＴＦＴを通じてパケットフィルタリング動作によって決定される。そして、前記ＧＧＳＮ１１９でＴＦＴを使用してフィルタリングされたＩＰパケットデータは、決定されたパス、すなわち、決定されたＧＴＰトンネルでＧｎインタフェースを通じてＳＧＳＮ１１５に伝達され、前記ＳＧＳＮ１１５は、前記ＧＧＳＮ１１９から受信したＩＰパケットデータを該当ＧＴＰトンネルを利用してＩｕインタフェースを通じて無線接続ネットワーク(Radio Access Network；ＲＡＮ)２１１に伝達する。
次に、図３を参照して前記ＴＦＴ構造を説明する。
図３は、一般的なＴＦＴ構造を示す。
まず、ＴＦＴはＵＥ１１１で生成され、前記生成されたＴＦＴは、ＵＴＲＡＮ１１３及びＳＧＳＮ１１５を通じてＧＧＳＮ１１９に伝達される。そして、前記ＧＧＳＮ１１９は、第１ＧＴＰ(Primary GTP)トンネルと第２ＧＴＰ(Secondary GTP)トンネルを区分するためにＴＦＴを使用して、外部ネットワーク、例えば、インターネット１２１を通じて入力されるパケットデータをフィルタリングして、前記パケットデータが実際に伝送されるＧＴＰトンネルを探すようになる。そして、第１ＰＤＰコンテキストを使用する第１ＧＴＰトンネルと第２ＰＤＰコンテキストを使用する第２ＧＴＰトンネルは、それぞれＰＤＰアドレス(address)が同一であるので、実際にＴＦＴが存在しない場合に、外部ネットワークから受信されるパケットデータがどんなＧＴＰトンネルを通じて伝送されるか、すなわち、第１ＧＴＰトンネルを通じて伝送されるか、または第２ＧＴＰトンネルを通じて伝送されるかを区別することが不可能になる。
図３は、一般的なＴＦＴ構造を示す。
まず、ＴＦＴはＵＥ１１１で生成され、前記生成されたＴＦＴは、ＵＴＲＡＮ１１３及びＳＧＳＮ１１５を通じてＧＧＳＮ１１９に伝達される。そして、前記ＧＧＳＮ１１９は、第１ＧＴＰ(Primary GTP)トンネルと第２ＧＴＰ(Secondary GTP)トンネルを区分するためにＴＦＴを使用して、外部ネットワーク、例えば、インターネット１２１を通じて入力されるパケットデータをフィルタリングして、前記パケットデータが実際に伝送されるＧＴＰトンネルを探すようになる。そして、第１ＰＤＰコンテキストを使用する第１ＧＴＰトンネルと第２ＰＤＰコンテキストを使用する第２ＧＴＰトンネルは、それぞれＰＤＰアドレス(address)が同一であるので、実際にＴＦＴが存在しない場合に、外部ネットワークから受信されるパケットデータがどんなＧＴＰトンネルを通じて伝送されるか、すなわち、第１ＧＴＰトンネルを通じて伝送されるか、または第２ＧＴＰトンネルを通じて伝送されるかを区別することが不可能になる。
そして、前記ＴＦＴは、固有のパケットフィルタＩＤ(packet filter identifier)によって区分されるパケットフィルタを複数、例えば、８個まで有することができる。前記パケットフィルタは、同一のＰＤＰアドレスを共有するＰＤＰコンテキストに関連したすべてのＴＦＴに対して固有の評価順位インデックス(evaluation precedence index)を有する。前記評価順位インデックスは、２５５と０との間の値のうち１つの値を有するが、前記ＵＥ１１１は、パケットフィルタＩＤとパケットフィルタの評価順位インデックスを管理し、実際に、パケットフィルタのコンテンツ(contents)を生成する。また、前記ＴＦＴは、第２ＰＤＰコンテキスト活性化ステップにおいて、常にＰＤＰコンテキストに一対一に対応する。すなわち、前記ＴＦＴは、ＰＤＰコンテキスト活性化ステップで生成されたＰＤＰコンテキストに前記ＵＥ１１１によるＰＤＰコンテキスト修正ステップ(MS-Initiated PDP Context Modification Procedure)を通じて追加生成が可能であり、前記ＵＥ１１１によるＰＤＰコンテキスト修正ステップ(MS-Initiated PDP Context Modification Procedure)を通じても修正が可能である。ここで、１つのＰＤＰコンテキストは、１つ以上のＴＦＴを有することができない。
図３を参照すると、前記ＴＦＴは、ＴＦＴタイプ(Traffic Flow Template Type)領域と、ＴＦＴタイプの長さ(Length of Traffic Flow Template Type)領域と、ＴＦＴ演算コード(TFT operation code)領域と、パケットフィルタの数(number of packet filters)領域と、パケットフィルタリスト(Packet filter List)領域を有する。前記ＴＦＴタイプ領域は、使用されるＴＦＴのタイプを示す領域として、一般的に、ＵＭＴＳコアネットワーク２００では、その値を１３７で設定し、ネットワークに従って相異であるように設定可能であることはもちろんである。そして、前記ＴＦＴタイプの長さ領域は、使用されるＴＦＴタイプの長さを示す領域であり、所定の長さ、例えば、２バイト(Byte)の領域の大きさを有し、前記ＴＦＴタイプ領域と前記ＴＦＴタイプの長さ領域を除外した残りの領域の大きさを示す。そして、ＴＦＴ演算コード領域は、使用されるＴＦＴ演算コードを示す領域であり、前記ＴＦＴ演算コード領域に示されている値を解釈してＵＥ１１１から受信したＴＦＴをどんな方式にて処理するかを決定するようになる。前記ＴＦＴ演算コード領域で示すコードを下記表１に示す。
前記表１に示すように、ＴＦＴ演算コード“０００”は、スペア値を示し、ＴＦＴ演算コード“００１”は、新たなＴＦＴを生成する演算を示し、ＴＦＴ演算コード“０１０”は、貯蔵中のＴＦＴを削除する演算を示し、ＴＦＴ演算コード“０１１”は、貯蔵中のＴＦＴにパケットフィルタを加える演算を示し、ＴＦＴ演算コード“１００”は、貯蔵中のＴＦＴのパケットフィルタと置き換える演算を示し、ＴＦＴ演算コード“１０１”は、貯蔵中のＴＦＴのパケットフィルタを削除する演算を示し、ＴＦＴ演算コード“１１０”及び“１１１”は、予約(reserved)値を示す。前記ＧＧＳＮ１１９は、前記ＴＦＴ演算コード領域を読み出して該当演算を遂行するようになる。
そして、前記パケットフィルタの数領域は、使用されるＴＦＴに設定されているパケットフィルタの数を示す領域として、前記ＴＦＴのパケットフィルタリストに存在するパケットフィルタの数を示す。例えば、ＴＦＴ演算コード領域の値が“０１０”として貯蔵されている場合に、すなわち、貯蔵中のＴＦＴを削除する場合に、前記パケットフィルタの数領域の値は“０”で設定される。従って、前記貯蔵中のＴＦＴを削除する場合の以外の前記パケットフィルタの数領域の値は、０よりは大きく、８以下になるように設定される(０＜ number of packet filters≦８)。ここで、前記パケットフィルタの数領域の値が０よりは大きく、８以下になるように設定する理由は、前記ＵＭＴＳコアネットワーク２００で使用するパケットフィルタの数を最大８個で設定したからである。そして、前記ＴＦＴ情報は、前記パケットフィルタが最小１個から最大８個までを有することができる。そして、前記パケットフィルタは、そのコンテンツが１つである単一フィールドパケットフィルタ(single-field filter)とそのコンテンツが複数で構成されたマルチフィールドパケットフィルタ(multi-field packet filter)とに区分される。ここで、前記単一フィールドパケットフィルタは、パケットフィルタでフィルタリングするコンテンツが１個、例えば、ソースアドレス(source address)のような１個のコンテンツで構成され、前記マルチフィールドパケットフィルタは、パケットフィルタでフィルタリングするコンテンツが例えば、ソースアドレス、プロトコルコンテンツ、及びデスティネーションアドレス(destination address)などの複数のコンテンツで構成される。前記パケットフィルタリスト領域は、前記ＴＦＴに設定された実際に使用されるパケットフィルタの情報に対する内容を示す領域である。
図３のような構造を有するＴＦＴがＧＧＳＮ１１９に貯蔵されており、外部インターネット１２１からＩＰパケットデータが入力されると、前記ＴＦＴの内に貯蔵されているパケットフィルタを通じてフィルタリングされる。ここで、前記ＴＦＴの内のパケットフィルタによってフィルタリングされるＩＰパケットデータは、該当ＴＦＴが貯蔵されたＰＤＰコンテキストを使用するようになる。従って、入力されるＩＰパケットデータがＴＦＴの内の複数のパケットフィルタのうち、例えば、ＴＦＴの内に第１パケットフィルタ乃至第３パケットフィルタを含んでいる３個のパケットフィルタが存在する場合に、その３個のパケットフィルタのうち一番目パケットフィルタである第１パケットフィルタを満足しなければ、前記ＴＦＴに貯蔵されている次のパケットフィルタ、すなわち、二番目パケットフィルタである第２パケットフィルタを適用する。このように、終わりのパケットフィルタまですべてのパケットフィルタを満足しなければ、前記入力されたＩＰパケットデータは他のＧＴＰトンネルを使用することであり、前記パケットフィルタリング動作が終了されたＴＦＴではない次のＴＦＴを使用してパケットフィルタリング動作を試みるようになる。
次に、図４を参照して、ＰＤＰコンテキスト活性化に従うＧＴＰトンネル生成ステップを説明する。
図４は、第１ＰＤＰコンテキスト活性化に従うＧＴＰトンネル生成ステップを示す信号フローチャートである。
まず、ＵＭＴＳパケットドメインで、データ、すなわち、パケットデータを伝送するためには、前記パケットデータを伝送するためのＧＴＰトンネルを生成しなければならない。前記ＧＴＰトンネルが生成される経路は、大別して、ＵＥ１１１がコアネットワークに要請する場合に、すなわち、ＵＥの初期活性化(ＵＥ-Initiated Activate)と、外部ネットワークで前記ＵＭＴＳコアネットワークに要請する場合に、すなわち、ネットワーク要請活性化(Network Requested Activate)の２個の経路に区分される。
図４は、第１ＰＤＰコンテキスト活性化に従うＧＴＰトンネル生成ステップを示す信号フローチャートである。
まず、ＵＭＴＳパケットドメインで、データ、すなわち、パケットデータを伝送するためには、前記パケットデータを伝送するためのＧＴＰトンネルを生成しなければならない。前記ＧＴＰトンネルが生成される経路は、大別して、ＵＥ１１１がコアネットワークに要請する場合に、すなわち、ＵＥの初期活性化(ＵＥ-Initiated Activate)と、外部ネットワークで前記ＵＭＴＳコアネットワークに要請する場合に、すなわち、ネットワーク要請活性化(Network Requested Activate)の２個の経路に区分される。
図４を参照すると、ＵＥ１１１は、パケットデータの発生を感知するに従って、前記パケットデータを伝送するために少なくとも１つのＧＴＰトンネルを生成する。このように、ＵＥ１１１は、ステップ４１１で、ＧＴＰトンネルの生成のためにＳＧＳＮ１１５にＰＤＰコンテキスト活性化要請(Activate PDP Context Request)メッセージ(message)を伝送する。前記ＰＤＰコンテキスト活性化要請メッセージに含まれるパラメータ(parameter)には、ネットワーク階層サービス接続ポイント識別子(Network layer Service Access Point Identifier；以下、“ＮＳＡＰＩ”と略称する。)、ＴＩ(Transaction Identifier)、ＰＤＰタイプ(type)、ＰＤＰアドレス(address)、ＡＰＮ(Access Point Name)、サービス品質(Quality of Service；ＱｏＳ)などがある。
ここで、前記ＮＳＡＰＩは、前記ＵＥ１１１で生成される情報として、５番から１５番まで総１１個の値を使用することができる。前記ＮＳＡＰＩの値は、ＰＤＰアドレス及びＰＤＰコンテキストＩＤ(PDP Context Identifier)に一対一に対応する。前記ＰＤＰアドレスは、ＵＭＴＳパケットドメインで使用されるＵＥ１１１のＩＰアドレスを示し、前記ＰＤＰコンテキスト情報を構成する情報である。ここで、前記ＰＤＰコンテキストは、前記ＧＴＰトンネルの各種情報を貯蔵しており、前記ＰＤＰコンテキストは、ＰＤＰコンテキストＩＤで管理される。そして、前記ＴＩは、ＵＥ１１１とＵＴＲＡＮ１１３及びＳＧＳＮ１１５で使用され、ＧＴＰトンネルのそれぞれを区分するために、ＧＴＰトンネルのそれぞれに固有の値として指定される。そして、前記ＴＩ及び前記ＮＳＡＰＩは、類似している概念として使用されるが、前記ＴＩは、ＵＥ１１１とＵＴＲＡＮ１１３及びＳＧＳＮ１１５で使用され、前記ＮＳＡＰＩは、ＵＥ１１１とＳＧＳＮ１１５及びＧＧＳＮ１１９で使用される点で相異である。そして、前記ＰＤＰタイプは、前記ＰＤＰコンテキスト活性化要請メッセージを通じて生成しようとするＧＴＰトンネルのタイプを示す。ここで、前記ＧＴＰトンネルのタイプは、インターネットプロトコル(Internet Protocol；ＩＰ)、ポイント対ポイントプロトコル(Point to Point Protocol；ＰＰＰ)と、モバイルＩＰ(Mobile IP)などが存在する。そして、前記ＡＰＮは、前記ＧＴＰトンネルを生成して要請するＵＥ１１１が現在接続しようとするサービスネットワークの接続ポイントを示す。また、前記サービス品質は、現在生成されるＧＴＰトンネルを通じて伝送されるパケットデータの品質を示す。すなわち、前記サービス品質が高いＧＴＰトンネルを使用するパケットデータは、サービス品質が低いＧＴＰトンネルを使用するパケットデータより優先的に処理される。
一方、前記ＰＤＰコンテキスト活性化要請メッセージを受信したＳＧＳＮ１１５は、ステップ４１３で、ＵＴＲＡＮ１１３に無線接続ベアラーセットアップ(Radio Access Bearer Setup)メッセージを伝送して、前記ＵＴＲＡＮ１１３と無線接続ベアラーを設定する。また、前記ＵＴＲＡＮ１１３は、ステップ４１５で、前記ＵＥ１１１に無線接続ベアラーセットアップメッセージを伝送して、前記ＵＥ１１１と無線接続ベアラーを設定する。このように、前記ＳＧＳＮ１１５とＵＴＲＡＮ１１３との間に、また、ＵＴＲＡＮ１１３とＵＥ１１１との間に無線接続ベアラーが設定されるに従って、無線を通じたパケットデータの伝送に必要な資源(resource)の割当てが完了されたことである。一方、図４に示している“Invoke Trace”メッセージを説明すると、次のようである。前記ＵＴＲＡＮ１１３に追跡(trace)機能が活性化されている場合に、前記ＳＧＳＮ１１５は、前記Invoke Traceメッセージをホーム位置登録器(図示せず)または運用及び保持補修センター(Operation and Maintenance Center；ＯＭＣ)(図示せず)から得る追跡(trace)情報とともに前記ＵＴＲＡＮ１１３に伝達する。ここで、前記追跡機能は、データのフローを追跡するための用途として使用される。
一方、ＳＧＳＮ１１５とＵＴＲＡＮ１１３との間で無線接続ベアラーが設定された場合に、ステップ４１７で、前記ＳＧＳＮ１１５は、ＧＧＳＮ１１９にＰＤＰコンテキスト生成要請(Create PDP Context Request)メッセージを伝送する。このとき、ＳＧＳＮ１１５とＧＧＳＮ１１９との間には、トンネル終端ポイントＩＤ(Tunnel Endpoint ID；ＴＥＩＤ)が新たに設定されるが、前記トンネル終端ポイントＩＤは、ＧＴＰトンネルを使用するネットワークノードの間にパケットデータを伝送するために設定されることである。すなわち、前記ＳＧＳＮ１１５は、ＧＧＳＮ１１９のトンネル終端ポイントＩＤを記憶しており、前記ＧＧＳＮ１１９は、前記ＳＧＳＮ１１５のトンネル終端ポイントＩＤを記憶している。従って、前記ＰＤＰコンテキスト生成要請メッセージには、前記ＧＧＳＮ１１９が前記ＳＧＳＮ１１５にパケットデータを伝送するときに使用すべきトンネル終端ポイントが含まれている。
前記ＰＤＰコンテキスト生成要請メッセージを受信したＧＧＳＮ１１９は、前記ＰＤＰコンテキスト生成要請メッセージに対するＰＤＰコンテキストの生成が正常的に完了されると、ステップ４１９で、前記ＳＧＳＮ１１５にＰＤＰ生成応答(Create PDP Context Response)メッセージを伝送する。これにより、前記ＳＧＳＮ１１５とＧＧＳＮ１１９との間にＧＴＰトンネルの生成が完了されることであり、前記ＧＴＰトンネルの生成によって実際にパケットデータの伝送が可能になることである。前記ＰＤＰ生成応答メッセージを受信したＳＧＳＮ１１５は、ステップ４２１で、前記ＵＥ１１１にＰＤＰ活性化許容(Activate PDP Context Accept)メッセージを伝送する。前記ＵＥ１１１が前記ＰＤＰ活性化許容メッセージを受信することに従って、前記ＵＥ１１１とＵＴＲＡＮ１１３との間に無線チャンネル(radio channel)が生成され、結果的に、前記ＵＴＲＡＮ１１３とＳＧＳＮ１１５及びＧＧＳＮ１１９との間にＧＴＰトンネルの生成が完了される。すなわち、前記ＵＥ１１１は、ＵＥ１１１の自分のＰＤＰアドレスに伝達されるすべてのパケットデータの送受信を遂行することができる。一方、前述したＰＤＰコンテキスト関連ステップで生成されたＧＴＰトンネルは、１つのＰＤＰコンテキストに一対一に対応し、ＧＴＰトンネルが異なるとＰＤＰコンテキストが異なることによって異なるトンネル情報を有する。
図４を参照して、一般的なＰＤＰコンテキスト活性化に従うＧＴＰトンネル生成ステップ、すなわち、第１ＰＤＰコンテキスト活性化ステップを説明し、次に、図５を参照して、第２ＰＤＰコンテキスト活性化に従う他のＧＴＰトンネル生成ステップを説明する。
図５は、第２ＰＤＰコンテキスト活性化に従うＧＴＰトンネル生成ステップを示す信号フローチャートである。
まず、前記第２ＰＤＰコンテキスト活性化ステップは、すでに活性化されている第１ＰＤＰコンテキストのＧＴＰトンネル情報をそのまま再使用してＧＴＰトンネルを新たに生成するステップを意味することである。すなわち、前記第２ＰＤＰコンテキスト活性化ステップに従って生成されるＧＴＰトンネルは、前述したように、第２ＧＴＰトンネルと称され、前記第２ＧＴＰトンネルは、前記第１ＰＤＰコンテキスト情報をそのまま使用する。
図５は、第２ＰＤＰコンテキスト活性化に従うＧＴＰトンネル生成ステップを示す信号フローチャートである。
まず、前記第２ＰＤＰコンテキスト活性化ステップは、すでに活性化されている第１ＰＤＰコンテキストのＧＴＰトンネル情報をそのまま再使用してＧＴＰトンネルを新たに生成するステップを意味することである。すなわち、前記第２ＰＤＰコンテキスト活性化ステップに従って生成されるＧＴＰトンネルは、前述したように、第２ＧＴＰトンネルと称され、前記第２ＧＴＰトンネルは、前記第１ＰＤＰコンテキスト情報をそのまま使用する。
図５を参照すると、ＵＥ１１１は、ステップ５１１で、第２ＧＴＰトンネルの生成のためにＳＧＳＮ１１５に第２ＰＤＰコンテキスト活性化要請(Activate Secondary PDP Context Request)メッセージを伝送する。前記第２ＰＤＰコンテキスト活性化要請メッセージに含まれるパラメータ(parameter)には、ＮＳＡＰＩ、ｌｉｎｋｅｄ ＴＩ、ＰＤＰタイプ、ＰＤＰアドレス、ＡＰＮ、及びＱｏＳなどがある。ここで、前記第２ＰＤＰコンテキスト活性化要請メッセージは、前記ＰＤＰコンテキスト活性化要請メッセージとは異なり、ｌｉｎｋｅｄ ＴＩを含ませて伝送するが、これは、すでに活性化されている第１ＰＤＰコンテキスト情報、すなわち、第１ＧＴＰトンネル情報をそのまま使用するためのものである。図４で説明したように、ＴＩは、ＵＥ１１１とＵＴＲＡＮ１１３及びＳＧＳＮ１１５との間でＧＴＰトンネルを区分するために使用されるので、ｌｉｎｋｅｄ ＴＩは、１つ以上の第２ＧＴＰトンネルが前記第１ＧＴＰトンネルと同一の情報を使用するために使用される。
一方、前記第２ＰＤＰコンテキスト活性化要請メッセージを受信したＳＧＳＮ１１５は、ステップ５１３で、ＵＴＲＡＮ１１３に無線接続ベアラーセットアップメッセージを伝送して前記ＵＴＲＡＮ１１３と無線接続ベアラーを設定し、また、ステップ５１５で、前記ＵＴＲＡＮ１１３は、前記ＵＥ１１１に無線接続ベアラーセットアップメッセージを伝送して前記ＵＥ１１１と無線接続ベアラーを設定する。このように、前記ＳＧＳＮ１１５とＵＴＲＡＮ１１３との間に、また、ＵＴＲＡＮ１１３とＵＥ１１１との間に無線接続ベアラーが設定されるに従って無線を通じたパケットデータ伝送に必要な資源割当てが完了される。
一方、前記ＵＴＲＡＮ１１３と前記ＳＧＳＮ１１との間に無線接続ベアラーが設定された状態で、前記ＳＧＳＮ１１５は、ステップ５１７で、ＧＧＳＮ１１９にＰＤＰコンテキスト生成要請(Create PDP Context Request)メッセージを伝送する。このとき、前記ＳＧＳＮ１１５は、前記生成しようとするＧＴＰトンネルが第２ＧＴＰトンネルであることを示すために第１ＮＳＡＰＩを伝送する。前記第１ＮＳＡＰＩの値は、すでに活性化されている第１ＰＤＰコンテキスト情報に一対一に対応する。従って、前記第１ＮＳＡＰＩの値を参照して第１ＰＤＰコンテキスト情報を使用できる。また、前記ＳＧＳＮ１１５は、前記ＰＤＰコンテキスト生成要請メッセージにＴＦＴを含んで伝送する。その理由は、前記第１ＧＴＰトンネルと第２ＧＴＰトンネルを区分するためである。すなわち、前記第１ＧＴＰトンネルにはＴＦＴが貯蔵されておらず、前記第２ＧＴＰトンネルにのみＴＦＴが貯蔵されているからである。そして、前記第１ＧＴＰトンネルの生成ステップと同様に、前記ＳＧＳＮ１１５とＧＧＳＮ１１９との間にはトンネル終端ポイントＩＤが新たに設定され、前記トンネル終端ポイントＩＤは、ＧＴＰトンネルを使用するネットワークノードの間にパケットデータを伝送するために設定される。すなわち、前記ＳＧＳＮ１１５は、ＧＧＳＮ１１９のトンネル終端ポイントＩＤを記憶しており、前記ＧＧＳＮ１１９は、前記ＳＧＳＮ１１５のトンネル終端ポイントＩＤを記憶している。従って、前記ＰＤＰコンテキスト生成要請メッセージには、前記ＧＧＳＮ１１９が前記ＳＧＳＮ１１５にパケットデータを伝送するときに使用すべきトンネル終端ポイントＩＤが含まれている。
前記ＰＤＰコンテキスト生成要請メッセージを受信したＧＧＳＮ１１９は、前記ＰＤＰコンテキスト生成要請メッセージに対するＰＤＰコンテキストの生成が正常的に完了されると、ステップ５１９で、前記ＳＧＳＮ１１５にＰＤＰ生成応答(Create PDP Context Response)メッセージを伝送する。これにより、前記ＳＧＳＮ１１５とＧＧＳＮ１１９との間に第２ＧＴＰトンネルの生成が完了され、前記第２ＧＴＰトンネルの生成によって、実際にパケットデータの伝送が可能になる。前記ＰＤＰ生成応答メッセージを受信したＳＧＳＮ１１５は、ステップ５２１で、前記ＵＥ１１１にＰＤＰ活性化許容(Activate PDP Context Accept)メッセージを伝送する。前記ＵＥ１１１が前記ＰＤＰ活性化許容メッセージを受信することに従って、前記ＵＥ１１１とＵＴＲＡＮ１１３との間に無線チャンネルが生成され、ＵＴＲＡＮ１１３とＳＧＳＮ１１５及びＧＧＳＮ１１９との間に第２ＧＴＰトンネルの生成が完了される。すなわち、前記ＵＥ１１１は、ＵＥ１１１の自分のＰＤＰアドレスに伝達されるすべてのパケットデータの送受信を遂行することができる。一方、前述したＰＤＰコンテキスト関連ステップで生成された第２ＧＴＰトンネルも１つのＰＤＰコンテキストに一対一に対応する。
次に、図３で説明したＴＦＴ演算コードに従うＴＦＴ処理動作を説明し、まず、図６を参照して新たなＴＦＴを生成するステップを説明する。
図６は、新たなＴＦＴを生成するためのＴＦＴ情報を概略的に示す。
まず、図３で説明したように、ＴＦＴ演算コードが“００１”で設定されている場合に、新たなＴＦＴを生成する。一方、図６に示している“０”の領域は、スペアビット(spare bit)として、その用途がまだ定めていない未領域であり、一般的に、“０”で設定する。そして、図６を参照して、パケットフィルタリスト領域をさらに詳細に説明する。図６において、パケットフィルタＩＤ(packet filter identifier)は、前記ＴＦＴの内に設定されている複数のパケットフィルタのうち、該当パケットフィルタを区分するために使用される。前述したように、ＴＦＴの内に設定されることができる最大パケットフィルタの数は、例えば８個で仮定されているので、前記パケットフィルタＩＤも最大８個で表現されることができる。図６において、前記パケットフィルタＩＤは０〜２ビットで表現され、残りの４〜７ビットはスペアビットである。
図６は、新たなＴＦＴを生成するためのＴＦＴ情報を概略的に示す。
まず、図３で説明したように、ＴＦＴ演算コードが“００１”で設定されている場合に、新たなＴＦＴを生成する。一方、図６に示している“０”の領域は、スペアビット(spare bit)として、その用途がまだ定めていない未領域であり、一般的に、“０”で設定する。そして、図６を参照して、パケットフィルタリスト領域をさらに詳細に説明する。図６において、パケットフィルタＩＤ(packet filter identifier)は、前記ＴＦＴの内に設定されている複数のパケットフィルタのうち、該当パケットフィルタを区分するために使用される。前述したように、ＴＦＴの内に設定されることができる最大パケットフィルタの数は、例えば８個で仮定されているので、前記パケットフィルタＩＤも最大８個で表現されることができる。図６において、前記パケットフィルタＩＤは０〜２ビットで表現され、残りの４〜７ビットはスペアビットである。
次に、パケットフィルタリストに含まれているパケットフィルタ評価順位(evaluation precedence)領域は、前記ＴＦＴの内に設定されているすべてのパケットフィルタの間に適用される手順を示す。すなわち、外部ネットワークから入力されるパケットデータに対するパケットフィルタリング動作の手順を示す。前記パケットフィルタ評価順位値が小さければ小さいほど、前記外部ネットワークから入力されるパケットデータに対して適用される手順が速くなる。前記外部ネットワークからパケットデータが受信されると、前記ＧＧＳＮ１１９に貯蔵されているＴＦＴパケットフィルタのうち、前記パケットフィルタ評価順位値が一番小さいパケットフィルタは、前記受信されるパケットデータに適用され、前記一番小さいパケットフィルタ評価順位値を有するパケットフィルタが前記受信されたパケットデータのヘッダ(header)をマッチング(matching)しない場合に、前記パケットフィルタ評価順位値がその次に小さいパケットフィルタは、前記受信されたパケットデータに適用される。そして、前記パケットフィルタコンテンツの長さ(Length of Packet filter contents)は、該当パケットフィルタのコンテンツ長さを示す。
終わりに、パケットフィルタリストに含まれているパケットフィルタコンテンツは、パケットフィルタコンポーネントタイプＩＤ(packet filter component type identifier)を含み、その長さが可変的である。前記パケットフィルタコンテンツの長さが可変的な理由は、前記パケットフィルタの長さがそれぞれ異なり、また、ＴＦＴの内に設定されるパケットフィルタの個数が状況に従って可変的であるからである。そして、前記パケットフィルタコンポーネントタイプＩＤは、一回使用された後には何のパケットフィルタにも使用されることが不能であり、同一のＴＦＴの内でＩＰｖ４(IP version 4)ソースアドレスタイプ及びＩＰｖ６(IP version 6)ソースアドレスタイプを混用してパケットフィルタを構成することができない。そして、単一デスティネーションポートタイプ(single destination port type)及びデスティネーションポート範囲タイプ(destination port range type)も、前記パケットフィルタで混用して構成することができない。また、単一ソースポートタイプ(single source port type)及びソースポート範囲タイプ(source port range type)も前記パケットフィルタで混用して構成することができない。前述したようなパケットフィルタコンポーネントタイプと該当パケットフィルタコンポーネントタイプＩＤを下記表２に示す。
前記表２に示すように、１つのパケットフィルタに複数のパケットフィルタコンポーネントが構成されることができる。しかし、現在、ＵＭＴＳ通信システムでは、提案しているすべてのパケットフィルタタイプを使用しない。例えば、ＴＣＰ(Transmission Control Protocol)／ＵＤＰ(User Datagram Protocol)ポート範囲はパケットフィルタコンポーネントとして使用されるが、ＴＣＰ／ＵＤＰポートのそれぞれは、パケットフィルタコンポーネントとして使用されない。そして、前記複数のパケットフィルタコンポーネントは、パケットフィルタを構成することができる。例えば、終端装置(Terminal Equipment；ＴＥ)が“::172.168.8.0/96”のアドレスで４５００〜５０００のＴＣＰポート範囲を有するＩＰｖ６パケットデータを分類することができ、
packet filter identifier = 1;
IPv6 Source Address = ::172.168.8.0[FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:0:0];
TCPに対するProtocol Number = 6;
Destination Port range= 4500,5000;
のようにパケットフィルタを構成することができる。このように、複数のパラメータを使用してパケットデータを分類する動作をマルチフィールド分類(Multi-field classification)であると称し、下記でパケットフィルタコンポーネントタイプを説明する。
packet filter identifier = 1;
IPv6 Source Address = ::172.168.8.0[FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:0:0];
TCPに対するProtocol Number = 6;
Destination Port range= 4500,5000;
のようにパケットフィルタを構成することができる。このように、複数のパラメータを使用してパケットデータを分類する動作をマルチフィールド分類(Multi-field classification)であると称し、下記でパケットフィルタコンポーネントタイプを説明する。
一番目に、前記表２に示している“ＩＰｖ４ソースアドレスタイプ(IPv4 source address type)”を説明する。
前記ＩＰｖ４ソースアドレスタイプに設定されたパケットフィルタコンテンツは、４オクテット(octet)の大きさを有するＩＰｖ４アドレスフィールドと４オクテットのＩＰｖ４アドレスマスク(mask)フィールドとから構成され、前記ＩＰｖ４アドレスフィールドが前記ＩＰｖ４アドレスマスクフィールドより先に伝達される。ここで、前記ＩＰｖ４アドレスは、３２ビットで表現され、例えば、“10.2.10.3”のように表現される。
前記ＩＰｖ４ソースアドレスタイプに設定されたパケットフィルタコンテンツは、４オクテット(octet)の大きさを有するＩＰｖ４アドレスフィールドと４オクテットのＩＰｖ４アドレスマスク(mask)フィールドとから構成され、前記ＩＰｖ４アドレスフィールドが前記ＩＰｖ４アドレスマスクフィールドより先に伝達される。ここで、前記ＩＰｖ４アドレスは、３２ビットで表現され、例えば、“10.2.10.3”のように表現される。
前記ＩＰｖ４アドレスフィールドは、ＡＰＮなどのサービスネットワークに接続するために使用される第２ＰＤＰコンテキスト要請メッセージに伝達されるＴＦＴには設定できない場合が存在する。すなわち、初期に第２ＰＤＰコンテキストを活性化する場合に、ＵＥ１１１は、最初に接続するサービスネットワークに対してはドメインネームサービス(Domain Name Service；以下、“ＤＮＳ”と略称する。)サーバー(server)を通じて実際にＩＰアドレスを受信するようになる。この場合には、すでに第２ＰＤＰコンテキスト活性化メッセージを伝達するために待機中であるので、設定されるＴＦＴのパケットフィルタコンテンツを変更することが不能である。もちろん、前記最初接続のその次の接続で前記ＵＥ１１１が前記ＤＮＳサーバーから受信した該当サービスのＩＰアドレスを知っているので、前記設定されているＴＦＴパケットフィルタコンテンツとして前記“ＩＰｖ４ソースアドレスタイプ”フィールドを使用することができる。一方、前記ＵＥ１１１が新たなサービスネットワークに最初に接続することではなく、他のＵＥと通信を遂行するために前記第２ＰＤＰコンテキスト活性化要請メッセージを伝送する場合には、前記ＴＦＴにＩＰｖ４ソースアドレスタイプをパケットフィルタコンテンツとして使用することができる。
二番目に、前記表２に示している“ＩＰｖ６ソースアドレスタイプ(IPv6 source address type)”フィールドに対して説明する。前記“ＩＰｖ６ソースアドレスタイプ”フィールドは、１６オクテットのＩＰｖ６アドレスフィールドと１６オクテットのＩＰｖ６アドレスマスクフィールドとから構成され、前記ＩＰｖ６アドレスフィールドが前記ＩＰｖ６アドレスマスクフィールドより先に伝達される。ここで、前記ＩＰｖ６アドレスは１２８ビットで表現され、前記ＩＰｖ６アドレスを使用する場合に、ＩＰｖ４アドレスに比べて２９６倍だけの加入者をさらに収容することができる。このように、前記ＩＰｖ４アドレスに比べて非常に多い加入者を追加的に収容することができるので、ＩＰｖ６アドレスの使用が増加されている。
図７を参照して前記ＩＰｖ６アドレスの構造を説明する。
図７は、一般的なＩＰｖ６アドレスの構造を概略的に示す。
図７を参照すると、前記ＩＰｖ６アドレスは１２８ビットで表現され、実際に、ノードアドレスは前記１２８ビットで表現される。
しかし、前記ＩＰｖ６アドレスの一番大きい短所は、ＩＰｖ６アドレスの長さが長すぎることである。例えば、前記ＩＰｖ４アドレスは、“10.2.10.3”で表現されるが、前記ＩＰｖ６アドレスは、“ABCD:1234:EF12:5678:2456:9ABC”で表現される。このように、ＩＰｖ６アドレスの長さが長すぎて加入者がＩＰｖ６アドレスを覚えることにも難しい。また、その演算処理においても、１２８ビットを使用しなければならないので、システムのロード発生及び消耗される費用の追加などの問題点がある。
図７は、一般的なＩＰｖ６アドレスの構造を概略的に示す。
図７を参照すると、前記ＩＰｖ６アドレスは１２８ビットで表現され、実際に、ノードアドレスは前記１２８ビットで表現される。
しかし、前記ＩＰｖ６アドレスの一番大きい短所は、ＩＰｖ６アドレスの長さが長すぎることである。例えば、前記ＩＰｖ４アドレスは、“10.2.10.3”で表現されるが、前記ＩＰｖ６アドレスは、“ABCD:1234:EF12:5678:2456:9ABC”で表現される。このように、ＩＰｖ６アドレスの長さが長すぎて加入者がＩＰｖ６アドレスを覚えることにも難しい。また、その演算処理においても、１２８ビットを使用しなければならないので、システムのロード発生及び消耗される費用の追加などの問題点がある。
三番目に、プロトコルＩＤ(Protocol identifier)／ネクストヘッダータイプに対して説明する。前記プロトコルＩＤ／ネクストヘッダータイプフィールドは、１オクテットのプロトコルＩＤ、例えば、ＩＰｖ４またはネクストヘッダータイプ、例えば、ＩＰｖ６から構成される。四番目に、単一デスティネーションポートタイプ(Single destination port type)フィールドは、２オクテットのデスティネーションポートナンバー(destination port number)で構成され、前記単一デスティネーションポートタイプフィールドの値は、ＩＰヘッダ(header)のプロトコルフィールド値に従ってＵＤＰポート値またはＴＣＰポート値になることができる。五番目に、デスティネーションポート範囲タイプ(Destination port range type)フィールドは、２オクテットのデスティネーションポートナンバー(destination port number)の最小値と２オクテットのデスティネーションポートナンバーの最大値とから構成され、前記デスティネーションポート範囲タイプフィールドで示す値は、ＩＰヘッダのプロトコルフィールド値に従ってＵＤＰポートまたはＴＣＰポートの範囲になることができる。
六番目に、単一ソースポートタイプ(Single source port type)フィールドは、２オクテットのソースポートナンバー(source port number)で構成され、前記ソースポートナンバーは、ＩＰヘッダのプロトコルフィールド値に従ってＵＤＰポートまたはＴＣＰポート値になることができる。七番目に、ソースポート範囲タイプ(Source port range type)フィールドは、２オクテットのソースポートナンバー(source port number)の最小値と２オクテットのソースポートナンバーの最大値とから構成され、前記ソースポート範囲タイプフィールドで示す値は、ＩＰヘッダのプロトコルフィールド値に従ってＵＤＰポートまたはＴＣＰポート範囲になることができる。八番目に、保安性パラメータインデックスタイプ(Security parameter index type)フィールドは、４オクテットのＩＰＳｅｃ保安性パラメータインデックス(ＳＰＩ)で構成される。九番目に、サービスタイプ(Type of service)／トラヒッククラスタイプ(Traffic class type)フィールドは、１オクテットのＩＰｖ４サービスタイプ(Type of service(IPv4))／ＩＰｖ６トラヒッククラス(Traffic class(IPv6))フィールドと、１オクテットのＩＰｖ４サービスマスクタイプ(Type of service mask(IPv4))／ＩＰｖ６トラヒッククラスマスク(Traffic class mask(IPv6))フィールドとから構成される。終わりに、フローラベルタイプ(Flow label type)フィールドは、３オクテットのＩＰｖ６フローラベルで構成され、一番目オクテットの４〜７ビットは、スペアフィールド(spare field)であり、残りの２０ビットにＩＰｖ６フローラベルが含まれている。
図６では、ＴＦＴ演算コードが“００１”である場合に、すなわち、新たなＴＦＴを生成するステップを説明し、次に、図８を参照して、ＴＦＴ演算コードが“０１０”である場合に、すなわち、貯蔵中のＴＦＴを削除するステップと、ＴＦＴ演算コードが“０１１”である場合に、すなわち、貯蔵中のＴＦＴにパケットフィルタを加えるステップと、ＴＦＴ演算コードが“１００”である場合に、すなわち、貯蔵中のＴＦＴにパケットフィルタを置き換えるステップを説明する。
図８は、貯蔵されているＴＦＴを削除するか、貯蔵されているＴＦＴにパケットフィルタを加えるか、またはパケットフィルタを置き換えるためのＴＦＴ情報を概略的に示す。
図８を参照すると、一番目に、ＴＦＴを削除する場合には、パケットフィルタリスト領域は、別途に関係する必要なくＴＦＴ演算コードを確認した後に、前記ＴＦＴ演算コード値が予め設定したＴＦＴの削除を示す値、すなわち、“０１０”である場合にＧＧＳＮ１１９に貯蔵されているＴＦＴのうち、前記削除しようとするＴＦＴタイプと同一のＴＦＴを前記ＧＧＳＮ１１９で削除する。二番目に、貯蔵されているＴＦＴにパケットフィルタを加える場合には、前記で説明したＴＦＴを削除する場合と同一の情報が使用され、該当パケットフィルタリストのコンテンツを前記貯蔵されているＴＦＴに加える。三番目に、貯蔵されているＴＦＴのパケットフィルタを置き換える場合には、前記ＴＦＴを削除する場合及びＴＦＴにパケットフィルタを追加する場合と 同一の情報が使用され、該当パケットフィルタリストの内容を前記貯蔵されているＴＦＴのパケットフィルタを削除した後に置き換える。
図８を参照すると、一番目に、ＴＦＴを削除する場合には、パケットフィルタリスト領域は、別途に関係する必要なくＴＦＴ演算コードを確認した後に、前記ＴＦＴ演算コード値が予め設定したＴＦＴの削除を示す値、すなわち、“０１０”である場合にＧＧＳＮ１１９に貯蔵されているＴＦＴのうち、前記削除しようとするＴＦＴタイプと同一のＴＦＴを前記ＧＧＳＮ１１９で削除する。二番目に、貯蔵されているＴＦＴにパケットフィルタを加える場合には、前記で説明したＴＦＴを削除する場合と同一の情報が使用され、該当パケットフィルタリストのコンテンツを前記貯蔵されているＴＦＴに加える。三番目に、貯蔵されているＴＦＴのパケットフィルタを置き換える場合には、前記ＴＦＴを削除する場合及びＴＦＴにパケットフィルタを追加する場合と 同一の情報が使用され、該当パケットフィルタリストの内容を前記貯蔵されているＴＦＴのパケットフィルタを削除した後に置き換える。
図８では、ＴＦＴ演算コードが“０１０”である場合に、すなわち、貯蔵中のＴＦＴを削除するステップと、ＴＦＴ演算コードが“０１１”である場合に、すなわち、貯蔵中のＴＦＴにパケットフィルタを加えるステップと、ＴＦＴ演算コードが“１００”である場合に、すなわち、貯蔵中のＴＦＴにパケットフィルタを置き換えるステップを説明し、次に、図９を参照してＴＦＴ演算コードが“１０１”である場合に、すなわち、貯蔵中のＴＦＴパケットフィルタを削除するステップを説明する。
図９は、貯蔵されているＴＦＴでのパケットフィルタを削除するためのＴＦＴ情報を概略的に示す。
図９に示すように、貯蔵されているＴＦＴでパケットフィルタを削除する場合には、パケットフィルタリストとは無関係にパケットフィルタＩＤのみを考慮する。前記ＧＧＳＮ１１９は、貯蔵されているＴＦＴのパケットフィルタでＵＥ１１１から受信した前記ＴＦＴ情報に含まれているパケットフィルタＩＤに該当するパケットフィルタを削除する。図９は、第１パケットフィルタから第ＮパケットフィルタまでＮ個のパケットフィルタをＴＦＴで削除する場合を示す。
図９に示すように、貯蔵されているＴＦＴでパケットフィルタを削除する場合には、パケットフィルタリストとは無関係にパケットフィルタＩＤのみを考慮する。前記ＧＧＳＮ１１９は、貯蔵されているＴＦＴのパケットフィルタでＵＥ１１１から受信した前記ＴＦＴ情報に含まれているパケットフィルタＩＤに該当するパケットフィルタを削除する。図９は、第１パケットフィルタから第ＮパケットフィルタまでＮ個のパケットフィルタをＴＦＴで削除する場合を示す。
次に、図１０を参照してＴＦＴパケットフィルタリングステップを説明する。
図１０は、一般的なＵＭＴＳコアネットワークでのＴＦＴパケットフィルタリング動作を概略的に示す。
まず、図１０において、ＴＦＴパケットフィルタリング動作を説明するとき、便宜上、各ＴＦＴが１個のパケットフィルタのみを有する場合を仮定して説明する。ＵＭＴＳコアネットワーク２００のＧＧＳＮ１１９には総４個のＴＦＴが貯蔵されており、前記４個のＴＦＴフィルタのそれぞれは、１個のパケットフィルタを有する。また、前記４個のＴＦＴが貯蔵されているということは、前記ＧＧＳＮ１１９が、ＳＧＳＮ１１５と５個のＧＴＰトンネル、すなわち、第１ＰＤＰコンテキストのための１個の第１ＧＴＰトンネルと第２ＰＤＰコンテキストのための４個の第２ＧＴＰトンネルとを備え、前記５個のＧＴＰトンネルが同一のＰＤＰコンテキストを共有するようになることを意味する。そして、前記総５個のＧＴＰトンネルはＴＦＴによってのみ区分される。
図１０は、一般的なＵＭＴＳコアネットワークでのＴＦＴパケットフィルタリング動作を概略的に示す。
まず、図１０において、ＴＦＴパケットフィルタリング動作を説明するとき、便宜上、各ＴＦＴが１個のパケットフィルタのみを有する場合を仮定して説明する。ＵＭＴＳコアネットワーク２００のＧＧＳＮ１１９には総４個のＴＦＴが貯蔵されており、前記４個のＴＦＴフィルタのそれぞれは、１個のパケットフィルタを有する。また、前記４個のＴＦＴが貯蔵されているということは、前記ＧＧＳＮ１１９が、ＳＧＳＮ１１５と５個のＧＴＰトンネル、すなわち、第１ＰＤＰコンテキストのための１個の第１ＧＴＰトンネルと第２ＰＤＰコンテキストのための４個の第２ＧＴＰトンネルとを備え、前記５個のＧＴＰトンネルが同一のＰＤＰコンテキストを共有するようになることを意味する。そして、前記総５個のＧＴＰトンネルはＴＦＴによってのみ区分される。
外部ネットワーク、例えば、インターネット１２１から入力されるパケットデータが前記４個のＴＦＴを通じてパケットフィルタリング動作に成功できなかった場合には、前記インターネット１２１から入力されたパケットデータは、第１ＰＤＰコンテキスト(第１ＧＴＰトンネル)のみを通じてＳＧＳＮ１１５に伝送される。例えば、前記インターネット１２１から入力されたパケットデータに対して、サービスタイプ(Type Of Service；ＴＯＳ)が“０ｘ３０”、プロトコルがＴＣＰ、ソースアドレス(Source Address(ＳＡ))が“１．１．１．１”、デスティネーションアドレス(Destination Address(ＤＡ))が“２．２．２．２”、ソースポートが“２００”、デスティネーションポートが“５０”であると仮定すると、前記入力されたパケットデータは、ＴＦＴ１及びＴＦＴ２のパケットフィルタコンテンツにマッチングされないのでパケットフィルタリング動作が遂行されず、ＴＦＴ３のパケットフィルタコンテンツにマッチングされてパケットフィルタリング動作が遂行され、前記マッチングするＴＦＴ３に該当するＧＴＰトンネルを通じて前記ＳＧＳＮ１１５に伝達される。ここで、前記インターネット１２１から入力されたパケットデータがＴＦＴ１及びＴＦＴ２でフィルタリングされることができない理由は、前記ＴＦＴ１パケットフィルタコンテンツであるソースアドレスは“３．３．３．３”であるので、前記入力されたパケットデータのソースアドレス“１．１．１．１”と一致しておらず、前記ＴＦＴ２のパケットフィルタコンテンツであるプロトコルはＩＣＭＰであるので、前記入力されたパケットデータのプロトコルＴＣＰと一致しないからである。そして、前記ＴＦＴ３でフィルタリングされる理由は、前記ＴＦＴ３パケットフィルタコンテンツであるサービスタイプが“０ｘ３０”であるので、前記入力されたパケットデータのサービスタイプ“０ｘ３０”と一致するからである。
前述したように、ＴＦＴは、第２ＰＤＰコンテキスト活性化ステップでＰＤＰコンテキスト(またはＧＴＰトンネル)と常に関連されて生成される。前記ＴＦＴは、ＵＥ１１１がＰＤＰコンテキスト活性化ステップで生成されたＰＤＰコンテキストをＰＤＰコンテキスト修正ステップ(ＵＥ-Initiated PDP Context Modification Procedure)を通じて追加／修正／削除が可能である。前述したように、１つのＰＤＰコンテキストは、１つのＴＦＴのみを有することができる。ここで、前記ＵＥ１１１が新たなＴＦＴを生成するか、または前記ＧＧＳＮ１１９に貯蔵されているＴＦＴを修正しようとする場合に、前記ＴＦＴは、少なくとも１つ以上の有効なパケットフィルタを貯蔵しなければならない。前記貯蔵されているＴＦＴに有効なパケットフィルタが存在しない場合に、前記ＵＥ１１１のＰＤＰコンテキスト修正ステップ(MS-Initiated PDP Context Modification Procedure)は失敗し、前記ＧＧＳＮは、前記ＵＥ１１１に前記ＴＦＴのための前記ＵＥ１１１ 自分のＰＤＰコンテキスト修正ステップ(MS-Initiated PDP Context Modification Procedure)が失敗することを示すエラーコードを伝送する。また、前記ＴＦＴは、ＴＦＴに関連したＰＤＰコンテキストが非活性化されると削除される。
前述したＩＰアドレスに対して具体的に説明すると、次のようである。
前記ＩＰアドレスは、そのバージョンに従ってＩＰｖ４アドレス及びＩＰｖ６アドレスに区分されるが、前記ＩＰｖ４アドレスを使用するネットワークを“ＩＰｖ４ネットワーク”と称し、ＩＰｖ６アドレスを使用するネットワークを“ＩＰｖ６ネットワーク”と称する。前記ＵＭＴＳ通信システムは、ＩＰｖ４ネットワークとＩＰｖ６ネットワークとの間にＩＰ通信が遂行されることができるように、ＩＰｖ４挿入ＩＰｖ６アドレス(以下、“IPv4 embedded IPv6アドレス”と称する。)を使用する。ここで、前記IPv4 embedded IPv6アドレスは、ＩＰｖ４互換ＩＰｖ６(以下、“IPv4 compatible IPv6”と称する。)アドレスとＩＰｖ４マッピングＩＰｖ６(以下、“IPv4 mapped IPv6”と称する。)アドレスとを含む。前記IPv4 compatible IPv6アドレス及びIPv4 mapped IPv6アドレスを説明すると、次のようである。
前記ＩＰアドレスは、そのバージョンに従ってＩＰｖ４アドレス及びＩＰｖ６アドレスに区分されるが、前記ＩＰｖ４アドレスを使用するネットワークを“ＩＰｖ４ネットワーク”と称し、ＩＰｖ６アドレスを使用するネットワークを“ＩＰｖ６ネットワーク”と称する。前記ＵＭＴＳ通信システムは、ＩＰｖ４ネットワークとＩＰｖ６ネットワークとの間にＩＰ通信が遂行されることができるように、ＩＰｖ４挿入ＩＰｖ６アドレス(以下、“IPv4 embedded IPv6アドレス”と称する。)を使用する。ここで、前記IPv4 embedded IPv6アドレスは、ＩＰｖ４互換ＩＰｖ６(以下、“IPv4 compatible IPv6”と称する。)アドレスとＩＰｖ４マッピングＩＰｖ６(以下、“IPv4 mapped IPv6”と称する。)アドレスとを含む。前記IPv4 compatible IPv6アドレス及びIPv4 mapped IPv6アドレスを説明すると、次のようである。
(１) IPv4 compatible IPv6アドレス
前記IPv4 compatible IPv6アドレスは、相手ネットワークがＩＰｖ６アドレスを支援し、相手、すなわち、デスティネーションのＩＰｖ４アドレスを知っており、ＩＰｖ６ネットワークを通じて通信しようとする場合に選択的に使用されるアドレスである。そうすると、図１１を参照して、前記IPv4 compatible IPv6アドレス構造を説明する。
前記IPv4 compatible IPv6アドレスは、相手ネットワークがＩＰｖ６アドレスを支援し、相手、すなわち、デスティネーションのＩＰｖ４アドレスを知っており、ＩＰｖ６ネットワークを通じて通信しようとする場合に選択的に使用されるアドレスである。そうすると、図１１を参照して、前記IPv4 compatible IPv6アドレス構造を説明する。
図１１は、一般的なIPv4 compatible IPv6アドレスの構造を概略的に示す。
図１１を参照すると、基本的に、前記IPv4 compatible IPv6アドレスはＩＰｖ６アドレスであるので、１２８ビットで表現され、ＩＰｖ４アドレスは、IPv4 compatible IPv6アドレスの下位３２ビットに挿入される。すなわち、デスティネーションＩＰｖ４アドレスは、IPv4 compatible IPv6アドレスの下位３２ビットにそのままに挿入され、残りの上位９６ビットにはすべて０が挿入される。
そうすると、図１２を参照して、前記IPv4 compatible IPv6アドレスが使用されるネットワーク構造を説明する。
図１１を参照すると、基本的に、前記IPv4 compatible IPv6アドレスはＩＰｖ６アドレスであるので、１２８ビットで表現され、ＩＰｖ４アドレスは、IPv4 compatible IPv6アドレスの下位３２ビットに挿入される。すなわち、デスティネーションＩＰｖ４アドレスは、IPv4 compatible IPv6アドレスの下位３２ビットにそのままに挿入され、残りの上位９６ビットにはすべて０が挿入される。
そうすると、図１２を参照して、前記IPv4 compatible IPv6アドレスが使用されるネットワーク構造を説明する。
図１２は、IPv4 compatible IPv6アドレスが使用されるネットワーク構造を概略的に示す図である。
図１２を参照すると、まず、ネットワーク１２１１及びネットワーク１２１３は、ＩＰｖ４アドレス及びＩＰｖ６アドレスのすべてを使用するネットワークであり、前記ネットワーク１２１１から伝送しようとするパケットデータのデスティネーションアドレスがＩＰｖ４アドレスである場合に、前記ネットワーク１２１１は、図１１で説明したように、前記ＩＰｖ４アドレスを構成する３２ビットをIPv4 compatible IPv6アドレスの下位３２ビットに挿入して前記ネットワーク１２１３に伝送する。そうすると、前記ネットワーク１２１３は、前記ネットワーク１２１１から伝送したIPv4 compatible IPv6アドレスのパケットデータを受信し、前記ネットワーク１２１３は、前記IPv4 compatible IPv6アドレスの下位３２ビットのＩＰｖ４アドレスを検出する。ここで、前記ＩＰｖ４アドレスはグローバルに唯一すべきであるが、これは、ＩＰｖ４アドレスのみでも唯一性が保証されなければならないものである。ここで、前記IPv4 compatible IPv6アドレスは、次のように表現される。
図１２を参照すると、まず、ネットワーク１２１１及びネットワーク１２１３は、ＩＰｖ４アドレス及びＩＰｖ６アドレスのすべてを使用するネットワークであり、前記ネットワーク１２１１から伝送しようとするパケットデータのデスティネーションアドレスがＩＰｖ４アドレスである場合に、前記ネットワーク１２１１は、図１１で説明したように、前記ＩＰｖ４アドレスを構成する３２ビットをIPv4 compatible IPv6アドレスの下位３２ビットに挿入して前記ネットワーク１２１３に伝送する。そうすると、前記ネットワーク１２１３は、前記ネットワーク１２１１から伝送したIPv4 compatible IPv6アドレスのパケットデータを受信し、前記ネットワーク１２１３は、前記IPv4 compatible IPv6アドレスの下位３２ビットのＩＰｖ４アドレスを検出する。ここで、前記ＩＰｖ４アドレスはグローバルに唯一すべきであるが、これは、ＩＰｖ４アドレスのみでも唯一性が保証されなければならないものである。ここで、前記IPv4 compatible IPv6アドレスは、次のように表現される。
0:0:0:0:0:0:165.213.138.35 → ::165.213.138.35
このように、IPv4 compatible IPv6アドレスは、下位３２ビットにＩＰｖ４アドレスが挿入されている形態を有し、前述したように、前記IPv4 compatible IPv6アドレスもグローバルに唯一なアドレスになる。
(２) IPv4 mapped IPv6アドレス
前記IPv4 mapped IPv6アドレスは、相手ネットワークがＩＰｖ６アドレスを支援しないが、ＩＰｖ６アドレスを利用して通信を遂行すべき場合に選択的に使用されるアドレスである。そうすると、図１３を参照して前記IPv4 mapped IPv6アドレスの構造を説明する。
前記IPv4 mapped IPv6アドレスは、相手ネットワークがＩＰｖ６アドレスを支援しないが、ＩＰｖ６アドレスを利用して通信を遂行すべき場合に選択的に使用されるアドレスである。そうすると、図１３を参照して前記IPv4 mapped IPv6アドレスの構造を説明する。
図１３は、一般的なIPv4 mapped IPv6アドレスの構造を概略的に示す。
図１３を参照すると、基本的に、前記IPv4 mapped IPv6アドレスはＩＰｖ６アドレスであるので、１２８ビットで表現され、ＩＰｖ４アドレスは、IPv4 mapped IPv6アドレスの下位３２ビットに挿入される。すなわち、デスティネーションＩＰｖ４アドレスは、IPv4 mapped IPv6アドレスの下位３２ビットにそのままに挿入され、ＩＰｖ４アドレスの下位３２ビットが挿入されたIPv4 mapped IPv6アドレスの隣接上位１６ビットに１が挿入され、IPv4 mapped IPv6アドレスの残りの上位８０ビットにはすべて０が挿入される。
図１３を参照すると、基本的に、前記IPv4 mapped IPv6アドレスはＩＰｖ６アドレスであるので、１２８ビットで表現され、ＩＰｖ４アドレスは、IPv4 mapped IPv6アドレスの下位３２ビットに挿入される。すなわち、デスティネーションＩＰｖ４アドレスは、IPv4 mapped IPv6アドレスの下位３２ビットにそのままに挿入され、ＩＰｖ４アドレスの下位３２ビットが挿入されたIPv4 mapped IPv6アドレスの隣接上位１６ビットに１が挿入され、IPv4 mapped IPv6アドレスの残りの上位８０ビットにはすべて０が挿入される。
そうすると、図１４を参照して、前記IPv4 mapped IPv6アドレスが使用されるネットワーク構造を説明する。
図１４は、IPv4 mapped IPv6アドレスが使用されるネットワーク構造を概略的に示す。
図１４を参照すると、まず、ネットワーク１４１１は、ＩＰｖ４アドレス及びＩＰｖ６アドレスのすべてを使用するネットワークであり、ネットワーク１４１３は、ＩＰｖ４アドレスのみを使用するネットワークである。前記ネットワーク１４１１から伝送しようとするパケットデータのデスティネーションアドレスがＩＰｖ４アドレスである場合に、図１３で説明したように、前記ネットワーク１４１１は、前記ＩＰｖ４アドレスを構成する３２ビットをIPv4 mapped IPv6アドレスの下位３２ビットに挿入して前記ネットワーク１４１３に伝送する。そうすると、前記ネットワーク１４１３は、前記ネットワーク１４１１から伝送したIPv4 mapped IPv6アドレスのパケットデータを受信し、前記ネットワーク１４１３は、前記IPv4 mapped IPv6アドレスの下位３２ビットのＩＰｖ４アドレスを検出する。ここで、前記IPv4 mapped IPv6アドレスは、次のように表現される。
図１４は、IPv4 mapped IPv6アドレスが使用されるネットワーク構造を概略的に示す。
図１４を参照すると、まず、ネットワーク１４１１は、ＩＰｖ４アドレス及びＩＰｖ６アドレスのすべてを使用するネットワークであり、ネットワーク１４１３は、ＩＰｖ４アドレスのみを使用するネットワークである。前記ネットワーク１４１１から伝送しようとするパケットデータのデスティネーションアドレスがＩＰｖ４アドレスである場合に、図１３で説明したように、前記ネットワーク１４１１は、前記ＩＰｖ４アドレスを構成する３２ビットをIPv4 mapped IPv6アドレスの下位３２ビットに挿入して前記ネットワーク１４１３に伝送する。そうすると、前記ネットワーク１４１３は、前記ネットワーク１４１１から伝送したIPv4 mapped IPv6アドレスのパケットデータを受信し、前記ネットワーク１４１３は、前記IPv4 mapped IPv6アドレスの下位３２ビットのＩＰｖ４アドレスを検出する。ここで、前記IPv4 mapped IPv6アドレスは、次のように表現される。
0:0:0:0:FFFF:165.213.138.35 → ::FFFF:165.213.138.35
このように、IPv4 mapped IPv6アドレスは、下位３２ビットにＩＰｖ４アドレスが挿入されている形態を有し、前述したように、前記IPv4 compatible IPv6アドレスとは異なり、前記ＩＰｖ４アドレスの下位３２ビットが挿入されたIPv4 mapped IPv6アドレスの隣接上位１６ビットに“０ｘＦＦＦＦ”が挿入されている。
前述したＴＦＴパケットフィルタのコンポーネントタイプのうち、ＩＰｖ４ソースアドレスは、ＩＰｖ４アドレスを使用する３２ビットアドレスを示す。現在、移動通信システムの加入者の数は幾何級数的に増加しており、このように、幾何級数的に増加する加入者に正常的なＩＰアドレスを割り当てるためには、ＩＰｖ６アドレスの使用が常用化されるのであろう。従って、前記ＩＰｖ６アドレスを有するパケットデータをフィルタリングするためのＴＦＴパケットフィルタのコンポーネントタイプが提案された。しかし、前記ＩＰｖ６アドレスは、前述したように、１２８ビットで表現されるので、ＩＰｖ４アドレスを表現するための３２ビットに比べてビットの演算面において甚だしいロードを発生するようになる。
すなわち、前述したように、外部ネットワークからＧＧＳＮ１１９に入力されるパケットデータは、前記ＧＧＳＮ１１９に貯蔵されているＴＦＴを通じてパケットフィルタリング動作が遂行され、前記ＴＦＴを通じたパケットフィルタリング動作は、前記ＴＦＴの内に貯蔵されている少なくとも１つ以上のパケットフィルタに対してパケットフィルタ評価順位が一番小さい値を有するパケットフィルタから順次に遂行される。例えば、前記ＧＧＳＮ１１９に５個のＴＦＴが貯蔵されており、前記５個のＴＦＴがそれぞれ４個のパケットフィルタを貯蔵している場合に、外部ネットワーク、すなわち、インターネット１２１から入力されるパケットデータは、前記５個のＴＦＴに対して一番目ＴＦＴから４個のパケットフィルタに対するパケットフィルタリング動作を遂行し、パケットフィルタリング動作が成功されない場合には、前記５個のＴＦＴに対して二番目ＴＦＴから４個のパケットフィルタに対するパケットフィルタリング動作を遂行して、前記外部ネットワークから入力されたパケットデータに対してパケットフィルタリング動作を遂行するようになる。このようにパケットデータに対するパケットフィルタリング動作が成功されるときまで、前記ＩＰｖ６アドレスの１２８ビットの演算は、前記ＧＧＳＮ１１９に貯蔵されるＴＦＴの個数が急増する場合及び外部ネットワーク１２１から入力されるパケットデータの量が急増する場合に、前記ＴＦＴパケットフィルタリングの性能を劣化し、このようなパケットフィルタリングの性能劣化は、ＵＭＴＳコアネットワークに致命的に作用できるという短所がある。
上記背景に鑑みて、本発明の目的は、移動通信システムでＩＰアドレスバージョンに従ってＴＦＴパケットフィルタリングを遂行する装置及び方法を提供することにある。
本発明の他の目的は、移動通信システムで相互に異なるＩＰバージョンを有するＩＰアドレスで共通に使用される領域を使用してＴＦＴパケットフィルタリングを遂行する装置及び方法を提供することにある。
本発明の他の目的は、移動通信システムで相互に異なるＩＰバージョンを有するＩＰアドレスで共通に使用される領域を使用してＴＦＴパケットフィルタリングを遂行する装置及び方法を提供することにある。
本発明のまた他の目的は、移動通信システムで入力されるパケットデータのＩＰアドレスバージョンに従って、最小のパケットフィルタリング計算量を提供するＴＦＴパケットフィルタリングを遂行する装置及び方法を提供することにある。
このような目的を達成するために、本発明の第１実施形態によれば、第１ビットで構成された第１バージョンＩＰアドレス及び前記第１ビットを含む第２ビットで構成された第２バージョンＩＰアドレスを支援する移動通信システムでＩＰバージョンに従うＴＦＴパケットフィルタリングを遂行する装置において、ＴＦＴ情報を受信し、前記受信されたＴＦＴ情報が前記第１バージョンＩＰアドレスが挿入された形態の第２バージョンＩＰアドレスを示す場合に、前記第２バージョンＩＰアドレスに含まれている前記第１バージョンＩＰアドレスの第１ビットを抽出して新たなＴＦＴ情報を生成するように制御する制御器と、前記受信されたＴＦＴ情報を前記新たなＴＦＴ情報として貯蔵するメモリと、を備えることを特徴とする。
また、このような目的を達成するために、本発明の第２実施形態によれば、第１ビットで構成された第１バージョンアドレス及び前記第１ビットを含む第２ビットで構成された第２バージョンＩＰアドレスを支援する移動通信システムでＩＰバージョンに従うＴＦＴパケットフィルタリングを遂行する装置において、ソースＩＰアドレスが前記第１バージョンＩＰアドレスが挿入された形態の第２バージョンＩＰアドレスである場合に、前記第２バージョンＩＰアドレスに含まれている前記第１バージョンＩＰアドレスの第１ビットを抽出してＴＦＴ情報を生成し、前記生成したＴＦＴ情報をＧＧＳＮに伝送するＵＥと、前記ＵＥから受信したＴＦＴ情報を貯蔵し、受信されるパケットデータのＩＰアドレスのバージョンが第２バージョンであり、その形態が前記第１バージョンＩＰアドレスが挿入された形態の第２バージョンＩＰアドレスである場合に、その第２バージョンＩＰアドレスに含まれている第１バージョンＩＰアドレスを示す第１ビットを抽出し、前記受信パケットデータから抽出した第１ビットを利用してＴＦＴパケットフィルタリングを遂行するＧＧＳＮと、を備えることを特徴とする。
さらに、このような目的を達成するために、本発明の第３実施形態によれば、第１ビットで構成された第１バージョンＩＰアドレス及び前記第１ビットを含む第２ビットで構成された第２バージョンＩＰアドレスを支援する移動通信システムでＩＰバージョンに従うＴＦＴパケットフィルタリングを遂行する方法において、ＴＦＴ情報を受信し、前記受信したＴＦＴ情報が前記第１バージョンＩＰアドレスが挿入された形態の第２バージョンＩＰアドレスを示す場合に、前記第２バージョンＩＰアドレスに含まれている前記第１バージョンＩＰアドレスの第１ビットを抽出するステップと、前記抽出した第１バージョンＩＰアドレスの第１ビットから新たなＴＦＴ情報を生成するステップと、受信パケットデータのＩＰアドレスのバージョンが第２バージョンであり、前記ＩＰアドレスの形態が前記第１バージョンＩＰアドレスが挿入された形態の第２バージョンＩＰアドレスである場合に、前記第２バージョンＩＰアドレスに含まれている第１バージョンＩＰアドレスを示す第１ビットを抽出するステップと、前記受信パケットデータから抽出した前記第１ビットを利用してＴＦＴパケットフィルタリングを遂行するステップと、を備えることを特徴とする。
なお、このような目的を達成するために、本発明の第４実施形態によれば、第１ビットで構成された第１バージョンＩＰアドレス及び前記第１ビットを含む第２ビットで構成された第２バージョンＩＰアドレスを支援する移動通信システムでＩＰバージョンに従うＴＦＴパケットフィルタリングを遂行する方法において、ソースＩＰアドレスのバージョンに相応するように前記ソースＩＰアドレスから前記ＩＰバージョンに従う情報を抽出するステップと、前記抽出した情報を含むＴＦＴ情報を生成してＧＧＳＮに伝送するステップと、を備えることを特徴とする。
本発明は、移動通信システムで外部ネットワークから流入するパケットデータのＩＰアドレスのタイプがIPv4 embedded IPv6アドレスである場合に１２８ビットをそのまま使用することではなく、下位３２ビットのみを使用することによってＴＦＴパケットフィルタリング動作を遂行するときにビットの演算量を最小にすることができる。すなわち、一回のＴＦＴパケットフィルタリングごと９６ビットに対する演算量が減少するのでビットの演算量を最小にすることができる。また、本発明は、ＩＰアドレスのタイプがIPv4 embedded IPv6アドレスである場合に、ＴＦＴパケットフィルタを構成するときに１２８ビットではない３２ビットを利用するので、ＴＦＴパケットフィルタの貯蔵容量を最小にすることができる。従って、移動通信システム全体の資源効率性を増加させられる長所を有する。
以下、本発明の好適な実施形態について添付図を参照しつつ詳細に説明する。下記説明において、本発明の要旨のみを明瞭するために公知の機能又は構成に対する詳細な説明は省略する。なお、図面中、同一な構成要素及び部分には、可能な限り同一な符号及び番号を共通使用するものとする。
図１５は、本発明の実施例での機能を遂行するためのＵＭＴＳネットワークの構造を概略的に示す。
図１５を参照すると、まず、ＵＭＴＳネットワークは、インターネットプロトコル(Internet Protocol；以下、“ＩＰ”と略称する。)バージョン(version)６(以下、“ＩＰｖ６”と称する。)アドレスを使用するＩＰｖ６ネットワーク１５００と、ＩＰバージョン４(以下、“ＩＰｖ４”と称する。)アドレスを使用するＩＰｖ４ネットワーク１５３０と、ＩＰｖ６アドレスを使用するＩＰｖ６ネットワーク１５７０と、から構成される。前記ＩＰｖ６ネットワーク１５００を一例にして前記ＵＭＴＳネットワークの構造を説明する。
図１５を参照すると、まず、ＵＭＴＳネットワークは、インターネットプロトコル(Internet Protocol；以下、“ＩＰ”と略称する。)バージョン(version)６(以下、“ＩＰｖ６”と称する。)アドレスを使用するＩＰｖ６ネットワーク１５００と、ＩＰバージョン４(以下、“ＩＰｖ４”と称する。)アドレスを使用するＩＰｖ４ネットワーク１５３０と、ＩＰｖ６アドレスを使用するＩＰｖ６ネットワーク１５７０と、から構成される。前記ＩＰｖ６ネットワーク１５００を一例にして前記ＵＭＴＳネットワークの構造を説明する。
まず、使用者端末機(User Equipment；以下、“ＵＥ”と略称する。)１５１１は、ＵＭＴＳ陸上無線接続ネットワーク(UMTS Terrestrial Radio Access Network；以下、“ＵＴＲＡＮ”と略称する。)１５１３と接続されて呼(call)を処理し、回線サービス(Circuit Service；ＣＳ)とパケットサービス(Packet Service；ＰＳ)をすべて支援する。特に、本発明において、前記ＵＥ１５１１は、ＩＰｖ４アドレス及びＩＰｖ６アドレスをすべて支援可能なデュアルモード(dual mode)ＵＥである。前記ＵＥ１５１１は、前記従来技術で説明したように、トラヒックフローテンプレート(Traffic Flow Template；以下、“ＴＦＴ”と略称する。)情報を構成するが、本発明において、前記ＵＥ１５１１は、使用するＩＰアドレスをそのまま使用してＴＦＴパケットフィルタを生成するか、またはＩＰアドレスの一部分のみを使用してＴＦＴパケットフィルタを生成する。このように、ＩＰアドレスの全部または一部を使用してＴＦＴパケットフィルタを生成するステップは、下記で詳細に説明されるので、ここでは、その詳細な説明を省略する。
前記ＵＴＲＡＮ１５１３は、基地局(Ｎｏｄｅ Ｂ)(図示せず)と、無線ネットワーク制御器(Radio Network Controller；以下、“ＲＮＣ”と略称する。)(図示せず)とから構成され、前記Ｎｏｄｅ Ｂは、前記ＵＥ１５１１及びＵｕインタフェース(interface)を通じて連結され、前記ＲＮＣは、サービスパケット無線サービス支援ノード(Serving GPRS Support Node；以下、“ＳＧＳＮ”と略称する。)１５１５及びＩｕインタフェースを通じて連結される。ここで、前記パケット無線サービス(General Packet Radio Service；以下、“ＧＰＲＳ”と略称する。)は、前記ＵＭＴＳネットワークで遂行するパケットデータサービスである。前記ＵＴＲＡＮ１５１３は、前記ＵＥ１５１１でエアー(air)上に伝送した無線データまたは制御メッセージ(control message)をＧＰＲＳトンネリングプロトコル(GPRS Tunneling Protocol；以下、“ＧＴＰ”と略称する。)を使用するコアネットワーク(Core Network；ＣＮ)に伝達するためにプロトコル変換を遂行する。ここで、前記ＣＮは、前記ＳＧＳＮ１５１５及びゲートウェイパケット無線サービス支援ノード(Gateway GPRS Support Node；以下、“ＧＧＳＮ”と略称する。)１５１９を通称する。
そして、前記ＳＧＳＮ１５１５は、ＵＥ１５１１の加入者情報と位置情報を管理するネットワークノードである。前記ＳＧＳＮ１５１５は、Ｉｕインタフェースを通じて前記ＵＴＲＡＮ１５１３と連結され、Ｇｎインタフェースを通じてＧＧＳＮ１５１９と連結されてデータ及び制御メッセージなどを送受信する。そして、前記ＳＧＳＮ１５１５は、Ｇｒインタフェースを通じてホーム位置登録器(Home Location Register；ＨＬＲ)１５１７と連結されて前記加入者情報及び位置情報を管理する。
前記ホーム位置登録器１５１７は、パケットドメイン(packet domain)の加入者情報及びルーティング(routing)情報などを貯蔵する。前記ホーム位置登録器１５１７は、Ｇｒインタフェースを通じて前記ＳＧＳＮ１５１５と連結され、Ｇｃインタフェースを通じて前記ＧＧＳＮ１５１９と連結される。そして、前記ホーム位置登録器１５１７は、ＵＥ１５１１のローミング(roaming)などを考慮して、他のパブリックランドモバイル通信ネットワーク(Public Land Mobile Network；以下、“ＰＬＭＮ”と略称する。)の内に位置することができることはもちろんである。そして、ＧＧＳＮ１５１９は、前記ＵＭＴＳネットワークにおいて、ＧＴＰの終端であり、Ｇｉインタフェースを通じて外部ネットワークと連結されて、インターネット、パケットドメインネットワーク(Packet Domain Network；ＰＤＮ)、または他のＰＬＭＮなどと連動することができる。前記ＩＰｖ６ネットワーク１５００は、第１ボーダーゲートウェイ(Boarder Gateway 1)１５２０を通じて前記ＩＰｖ４ネットワーク１５５０と連結される。前記第１ボーダーゲートウェイ１５２０は、前記ＩＰｖ６ネットワーク１５００の一番終端に位置し、メッセージフィルタリング(message filtering)及びＮＡＴ(Network Address Translation)などの機能を遂行する。
特に、本発明において、前記第１ボーダーゲートウェイ１５２０は、前記ＩＰｖ６ネットワーク１５００から受信したパケットデータを第２ボーダーゲートウェイ１５３０に伝達する。ここで、前記ＩＰｖ６ネットワーク１５００から受信したパケットデータは、ＩＰｖ６アドレスを有するが、前記第２ボーダーゲートウェイ１５３０に連結されたＩＰｖ４ネットワーク１５５０は、ＩＰｖ４アドレスのみを支援する。従って、前記第１ボーダーゲートウェイ１５２０は、前記ＩＰｖ６ネットワーク１５００から受信したパケットデータのＩＰｖ６アドレスの下位３２ビットを抽出してＩＰｖ４ヘッダ(header)を生成し、前記生成したＩＰｖ４ヘッダを前記パケットデータに追加してＩＰｖ４ネットワーク１５５０に伝達する。ここで、前記ＵＭＴＳ通信システムは、従来技術で説明したように、ＩＰｖ４ネットワークとＩＰｖ６ネットワークとの間にＩＰ通信が遂行されることができるようにＩＰｖ４挿入ＩＰｖ６アドレス(以下、“IPv4 embedded IPv6アドレス”と称する。)を使用する。ここで、前記IPv4 embedded IPv6アドレスは、ＩＰｖ４互換ＩＰｖ６(以下、“IPv4 compatible IPv6”と称する。)アドレスとＩＰｖ４マッピングＩＰｖ６(以下、“IPv4 mapped IPv6”と称する。)アドレスとから構成される。一方、前記ＩＰｖ４ネットワーク１５５０は、前記第２ボーダーゲートウェイ１５３０から受信したパケットデータのＩＰｖ４ヘッダを除去し、前記ＩＰｖ４ヘッダが除去されたパケットデータを第３ボーダーゲートウェイ１５４０を通じて伝達する。そうすると、前記第３ボーダーゲートウェイ１５４０は、第４ボーダーゲートウェイ１５６０を通じてパケットデータを伝達し、結果的に、ＩＰｖ６ネットワーク１５７０は、ＩＰｖ６アドレスを有するパケットデータを受信するようになる。前述したように、ＩＰｖ６ネットワーク１５００からパケットデータを外部に伝送するステップのみを説明したが、これとは反対に、ＩＰｖ６ネットワーク１５００が外部から流入するパケットデータを受信する場合にも、そのＩＰアドレスバージョンに従ってパケットデータをカプセル化(capsulation)またはデカプセル化(de-capsulation)して処理するようになる。そして、下記の説明で、便宜上、ＩＰｖ４アドレスを有するパケットデータを“ＩＰｖ４パケットデータ”と称し、ＩＰｖ６アドレスを有するパケットデータを“ＩＰｖ６パケットデータ”と称する。
また、前記第２ボーダーゲートウェイ１５３０は、ＩＰｖ４ネットワーク１５５０の境界ルーター(router)機能を遂行し、一般的なＩＰｖ４ルーター動作を遂行する。前記第３ボーダーゲートウェイ１５４０は、ＩＰｖ４ネットワーク１５５０の境界ルーター機能を遂行し、一般的なＩＰｖ４ルーター動作を遂行する。前記第４ボーダーゲートウェイ１５６０は、ＩＰｖ６ネットワーク１５７０の境界ルーター機能を遂行し、前記第１ボーダーゲートウェイ１５２０と同一の機能を遂行する。ＩＰｖ４／ＩＰｖ６サ−バー(server)は、ＩＰｖ４パケットデータとＩＰｖ６パケットデータをすべて収容できるデュアルモードのサーバーとして、ＩＰｖ４ネットワーク１５５０を通じてＵＭＴＳネットワークのＵＥ１５１１と通信を遂行するために、IPv4-compatible IPv6アドレスまたはIPv4-mapped IPv6アドレスを使用する。
そうすると、次に、図１６を参照して本発明の実施例での機能を遂行するためのＴＦＴパケットフィルタリング装置の内部構造を説明する。
図１６は、本発明の実施例での機能を遂行するためのＴＦＴパケットフィルタリング装置の内部構造を示すブロック図である。
図１６を参照すると、まず、前記ＴＦＴパケットフィルタリング装置は、大別して、制御器(Central Processing Unit；ＣＰＵ)１６００と、ランダムアクセスメモリ(Random Access Memory；ＲＡＭ)１６５０と、分割及び再組合せ器(Segmentation and Reassembly；ＳＡＲ)１６７０及びデュプレクサ(Duplexer)１６９０とから構成される。前記制御器１６００は、ＧＧＳＮのＧｉインタフェースを通じて外部ネットワーク、例えば、インターネット(internet)から流入するパケットデータを処理し、数学的な演算、スケジューリング(scheduling)、及びタスク(task)管理などの全般的な制御動作を遂行する。特に、本発明の実施例で、前記制御器１６００は、ＰＳＳＢ(Packet Service Slace Block)タスク１６１０を管理し、図１６に示しているＳＩＰＣ(S Inter Process Communications)タスクは、ハッチ処理を行い、本発明の実施例とは直接的な関連がないので、ここでは、その詳細な説明を省略する。ここで、前記ＰＳＳＢタスク１６１０は、ＧＴＰトンネル(tunnel)を通じて伝達されたＧＴＰ−ｕパケットデータまたは外部ネットワーク、例えば、インターネットから受信されたＩＰパケットデータを受信して各種プロトコル処理を行う。
そして、前記ＰＳＳＢタスク１６１０は、ＴＦＴパケットフィルタリングプロシージャ(TFT Packet filtering Procedure)１６１１とパケットプロセッサ(packet processor)１６１３とから構成される。前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、前記ＴＦＴでパケットフィルタリングを遂行するプロシージャであり、パケットプロセッサ１６１３は、前記ＴＦＴパケットフィルタリングプロシージャ１６１１でＴＦＴパケットフィルタリングされたパケットを処理する。前記ＲＡＭ１６５０は、ＴＦＴテーブル(TFT Table)１６５１及び資源テーブル(resource table)１６５３を備える。前記ＴＦＴテーブル１６５１は、前記ＧＧＳＮに貯蔵されているＴＦＴに対する情報を貯蔵しており、前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、前記ＧＧＳＮに流入するパケットデータに対して前記ＴＦＴテーブル１６５１を参照してパケットフィルタリングを遂行する。ここで、前記ＴＦＴテーブル１６５１に貯蔵されているＴＦＴパケットフィルタは、本発明において、IPv4 compatible IPv6アドレス及びＩＰｖ４マッピング(mapped)ＩＰｖ６(以下、“IPv4 mapped IPv6”と称する。)アドレスを使用することに従って３２ビットのＩＰｖ４アドレスを有する。ここで、前記IPv4 compatible IPv6アドレスは相手ネットワークがＩＰｖ６アドレスを支援し、相手、すなわち、デスティネーションＩＰｖ４アドレスを認識しており、ＩＰｖ６ネットワークを通じて通信しようとする場合に選択的に使用されるアドレスである。また、前記IPv4 mapped IPv6アドレスは、相手ネットワークがＩＰｖ６アドレスを支援しないが、ＩＰｖ６アドレスを利用して通信を遂行すべき場合に選択的に使用されるアドレスである。
図１６は、本発明の実施例での機能を遂行するためのＴＦＴパケットフィルタリング装置の内部構造を示すブロック図である。
図１６を参照すると、まず、前記ＴＦＴパケットフィルタリング装置は、大別して、制御器(Central Processing Unit；ＣＰＵ)１６００と、ランダムアクセスメモリ(Random Access Memory；ＲＡＭ)１６５０と、分割及び再組合せ器(Segmentation and Reassembly；ＳＡＲ)１６７０及びデュプレクサ(Duplexer)１６９０とから構成される。前記制御器１６００は、ＧＧＳＮのＧｉインタフェースを通じて外部ネットワーク、例えば、インターネット(internet)から流入するパケットデータを処理し、数学的な演算、スケジューリング(scheduling)、及びタスク(task)管理などの全般的な制御動作を遂行する。特に、本発明の実施例で、前記制御器１６００は、ＰＳＳＢ(Packet Service Slace Block)タスク１６１０を管理し、図１６に示しているＳＩＰＣ(S Inter Process Communications)タスクは、ハッチ処理を行い、本発明の実施例とは直接的な関連がないので、ここでは、その詳細な説明を省略する。ここで、前記ＰＳＳＢタスク１６１０は、ＧＴＰトンネル(tunnel)を通じて伝達されたＧＴＰ−ｕパケットデータまたは外部ネットワーク、例えば、インターネットから受信されたＩＰパケットデータを受信して各種プロトコル処理を行う。
そして、前記ＰＳＳＢタスク１６１０は、ＴＦＴパケットフィルタリングプロシージャ(TFT Packet filtering Procedure)１６１１とパケットプロセッサ(packet processor)１６１３とから構成される。前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、前記ＴＦＴでパケットフィルタリングを遂行するプロシージャであり、パケットプロセッサ１６１３は、前記ＴＦＴパケットフィルタリングプロシージャ１６１１でＴＦＴパケットフィルタリングされたパケットを処理する。前記ＲＡＭ１６５０は、ＴＦＴテーブル(TFT Table)１６５１及び資源テーブル(resource table)１６５３を備える。前記ＴＦＴテーブル１６５１は、前記ＧＧＳＮに貯蔵されているＴＦＴに対する情報を貯蔵しており、前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、前記ＧＧＳＮに流入するパケットデータに対して前記ＴＦＴテーブル１６５１を参照してパケットフィルタリングを遂行する。ここで、前記ＴＦＴテーブル１６５１に貯蔵されているＴＦＴパケットフィルタは、本発明において、IPv4 compatible IPv6アドレス及びＩＰｖ４マッピング(mapped)ＩＰｖ６(以下、“IPv4 mapped IPv6”と称する。)アドレスを使用することに従って３２ビットのＩＰｖ４アドレスを有する。ここで、前記IPv4 compatible IPv6アドレスは相手ネットワークがＩＰｖ６アドレスを支援し、相手、すなわち、デスティネーションＩＰｖ４アドレスを認識しており、ＩＰｖ６ネットワークを通じて通信しようとする場合に選択的に使用されるアドレスである。また、前記IPv4 mapped IPv6アドレスは、相手ネットワークがＩＰｖ６アドレスを支援しないが、ＩＰｖ６アドレスを利用して通信を遂行すべき場合に選択的に使用されるアドレスである。
前記分割及び再組立て器１６７０は、外部ネットワークから入力される非同期伝送モード(Asynchronous Transfer Mode；ＡＴＭ)セル(cell)を再び組立てて(reassembly)、前記ＰＳＳＢタスク１６１０内のＩＮ経路に伝達し、前記ＧＧＳＮから外部ネットワークに出力されるパケットデータ、すなわち、ＰＳＳＢタスク１６１０のＩＮ、Ｐ、Ｓなどの経路を通じて伝達されたパケットデータをＡＴＭセルの単位に分割(segmentation)して前記デュプレクサ１６９０に出力する。前記デュプレクサ１６９０は、前記外部ネットワークから入力されるパケットデータを選択的に受信し、前記ＧＧＳＮから出力されるパケットデータを前記デュプレクサ１６９０に物理的に(physical)連結されたすべてのブロック(block)に伝送する。
また、図１６で説明したＴＦＴパケットフィルタリング装置は、流入するパケットデータに対してＴＦＴパケットフィルタリングを遂行するためには、第２ＰＤＰコンテキスト活性化ステップとＴＦＴ情報の貯蔵を考慮すべきである。前記ＴＦＴパケットフィルタリングを遂行するために考慮すべき点を説明するに先立って、本発明の説明において、ＵＭＴＳネットワーク及びコアネットワーク(Core Network；ＣＮ)の構造は、図１及び図２で説明したような同一の構造を有し、ＴＦＴパケットフィルタリングのための部分のみが差別的な構造を有する。すなわち、本発明では、ＩＰｖ４挿入ＩＰｖ６アドレス(以下、“IPv4 embedded IPv6アドレス”と称する。)であるIPv4 compatible IPv6アドレス及びIPv4 mapped IPv6アドレスを使用する場合を仮定しており、従って、ＴＦＴパケットフィルタリング動作を遂行するためのＴＦＴパケットフィルタを前記IPv4 embedded IPv6アドレスであるＩＰｖ４アドレスのみを使用してＴＦＴパケットフィルタリング動作を遂行するからである。また、本発明のパケットデータプロトコル(Packet Data Protocol；以下、“ＰＤＰ”と略称する。)コンテキスト(Context)、すなわち、第１ＰＤＰコンテキスト(primary PDP context)及び第２ＰＤＰコンテキスト(second PDP context)の活性化(activation)ステップは、図４及び図５で説明したような同一のステップを経ることに留意されたい。
本発明のＴＦＴパケットフィルタリングを遂行するためには、一番目に、前述したように、第２ＰＤＰコンテキスト活性化ステップを考慮すべきである。
前記第２ＰＤＰコンテキスト活性化ステップを考慮すべき理由は、前記ＴＦＴが第１ＰＤＰコンテキスト活性化のときには生成されず、第２ＰＤＰコンテキスト活性化ステップでのみ生成されるからである。前記第２ＰＤＰコンテキスト活性化ステップは、図５で説明したように、ＵＥ１５１１がＳＧＳＮ１５１５にＰＤＰコンテキスト活性化要請(Activate Secondary PDP Context Request)メッセージを伝送し、前記ＳＧＳＮ１５１５がＧＧＳＮ１５１９にＰＤＰコンテキスト生成要請(Create PDP Context Request)メッセージを伝送するに従って始まる。図５で説明したように、ＴＦＴ情報はＵＥ１５１１で生成され、前記ＰＤＰコンテキスト生成要請メッセージに含まれて前記ＧＧＳＮ１５１９に伝達される。そうすると、ＧＧＳＮ１５１９は、前記ＰＤＰコンテキスト生成要請メッセージに含まれているＴＦＴ情報を利用して第２ＰＤＰコンテキストを活性化して第２ＧＴＰトンネルを生成し、前記生成された第２ＧＴＰトンネルを通じて外部ネットワークから流入するパケットデータを処理することができる。
前記第２ＰＤＰコンテキスト活性化ステップを考慮すべき理由は、前記ＴＦＴが第１ＰＤＰコンテキスト活性化のときには生成されず、第２ＰＤＰコンテキスト活性化ステップでのみ生成されるからである。前記第２ＰＤＰコンテキスト活性化ステップは、図５で説明したように、ＵＥ１５１１がＳＧＳＮ１５１５にＰＤＰコンテキスト活性化要請(Activate Secondary PDP Context Request)メッセージを伝送し、前記ＳＧＳＮ１５１５がＧＧＳＮ１５１９にＰＤＰコンテキスト生成要請(Create PDP Context Request)メッセージを伝送するに従って始まる。図５で説明したように、ＴＦＴ情報はＵＥ１５１１で生成され、前記ＰＤＰコンテキスト生成要請メッセージに含まれて前記ＧＧＳＮ１５１９に伝達される。そうすると、ＧＧＳＮ１５１９は、前記ＰＤＰコンテキスト生成要請メッセージに含まれているＴＦＴ情報を利用して第２ＰＤＰコンテキストを活性化して第２ＧＴＰトンネルを生成し、前記生成された第２ＧＴＰトンネルを通じて外部ネットワークから流入するパケットデータを処理することができる。
本発明のＴＦＴパケットフィルタリングを遂行するためには、二番目に、ＴＦＴ情報の貯蔵を考慮すべきである。
前述したように、ＵＥ１５１１から受信したＴＦＴ情報は、前記ＧＧＳＮ１５１９のＧｉインタフェースに貯蔵されており、このとき、前記ＴＦＴ情報のうち必要な情報、すなわち、パケットフィルタ(packet filter)の個数、パケットフィルタコンテンツ(packet filter contents)などの情報を貯蔵して、外部ネットワークから流入するパケットデータに対するＴＦＴパケットフィルタリングを遂行することができる。すなわち、前記ＴＦＴ情報は、前記第２ＰＤＰコンテキスト活性化要求メッセージに含まれて前記ＳＧＳＮ１５１５に伝達される。また、前記ＴＦＴ情報は、ＰＤＰコンテキスト生成要求メッセージに含まれて前記ＧＧＳＮ１５１９に伝達されるが、ＧＧＳＮ１５１９は、必要なＴＦＴ情報のみを抽出して貯蔵する。
前述したように、ＵＥ１５１１から受信したＴＦＴ情報は、前記ＧＧＳＮ１５１９のＧｉインタフェースに貯蔵されており、このとき、前記ＴＦＴ情報のうち必要な情報、すなわち、パケットフィルタ(packet filter)の個数、パケットフィルタコンテンツ(packet filter contents)などの情報を貯蔵して、外部ネットワークから流入するパケットデータに対するＴＦＴパケットフィルタリングを遂行することができる。すなわち、前記ＴＦＴ情報は、前記第２ＰＤＰコンテキスト活性化要求メッセージに含まれて前記ＳＧＳＮ１５１５に伝達される。また、前記ＴＦＴ情報は、ＰＤＰコンテキスト生成要求メッセージに含まれて前記ＧＧＳＮ１５１９に伝達されるが、ＧＧＳＮ１５１９は、必要なＴＦＴ情報のみを抽出して貯蔵する。
本発明は、前記ＴＦＴ情報を貯蔵するにおいて２つの方法を提案し、前記２つの方法を説明すれば、次のようである。
(１) ＩＰｖ６ソースアドレスタイプ(以下、“IPv6 source address type”と称する。)方法
前述したように、ＵＥ１５１１で生成したＴＦＴ情報はＧＧＳＮ１５１９に貯蔵され、ＧＧＳＮ１５１９は、前記ＵＥ１５１１から伝達した情報のうち必要な情報のみを抽出してＴＦＴ情報として貯蔵する。すなわち、ＧＧＳＮ１５１９は、パケットフィルタの個数、パケットフィルタコンテンツなどを構成するＴＦＴ情報を貯蔵してパケットフィルタリング動作を容易に遂行することができる。このとき、ＴＦＴパケットフィルタの種類がIPv6 source address typeであり、該当フィルタ係数がIPv4 embedded IPv6アドレスである場合に、ＧＧＳＮ１５１９は、ＴＦＴ情報で前記IPv4 embedded IPv6アドレスを示すための１２８ビットのアドレス値と１２８ビットのマスク(mask)値を貯蔵せず、下位３２ビット、すなわち、IPv4 embedded IPv6アドレス のＩＰｖ４アドレスを示す下位３２ビットのみを選択して３２ビットのアドレス値と３２ビットのマスク値のみを貯蔵する。すなわち、前記ＴＦＴパケットフィルタは、実際に、IPv6 source address typeを有するが、前記ＴＦＴパケットフィルタに貯蔵されているフィルタ係数は、ＩＰｖ４アドレスフォーマットを有する。
前述したように、ＵＥ１５１１で生成したＴＦＴ情報はＧＧＳＮ１５１９に貯蔵され、ＧＧＳＮ１５１９は、前記ＵＥ１５１１から伝達した情報のうち必要な情報のみを抽出してＴＦＴ情報として貯蔵する。すなわち、ＧＧＳＮ１５１９は、パケットフィルタの個数、パケットフィルタコンテンツなどを構成するＴＦＴ情報を貯蔵してパケットフィルタリング動作を容易に遂行することができる。このとき、ＴＦＴパケットフィルタの種類がIPv6 source address typeであり、該当フィルタ係数がIPv4 embedded IPv6アドレスである場合に、ＧＧＳＮ１５１９は、ＴＦＴ情報で前記IPv4 embedded IPv6アドレスを示すための１２８ビットのアドレス値と１２８ビットのマスク(mask)値を貯蔵せず、下位３２ビット、すなわち、IPv4 embedded IPv6アドレス のＩＰｖ４アドレスを示す下位３２ビットのみを選択して３２ビットのアドレス値と３２ビットのマスク値のみを貯蔵する。すなわち、前記ＴＦＴパケットフィルタは、実際に、IPv6 source address typeを有するが、前記ＴＦＴパケットフィルタに貯蔵されているフィルタ係数は、ＩＰｖ４アドレスフォーマットを有する。
ＧＧＳＮ１５１９は、前記ＵＥ１５１１から伝送する第２ＰＤＰコンテキスト活性化要請メッセージに含まれているＴＦＴ情報のうち必要な情報のみを利用してＴＦＴ情報を貯蔵する。前記ＧＧＳＮ１５１９に貯蔵される、すなわち、前記ＴＦＴパケットフィルタリング装置のＲＡＭ１６５０に貯蔵されているＴＦＴ情報を図１７を参照して説明する。
図１７は、図１６のＴＦＴテーブル１６５１に貯蔵されるＴＦＴ情報を示す。
図１７を参照すると、パケットフィルタナンバー(Number of Packet filters)領域１７１１と、パケットフィルタＩＤ(packet filter identifier)領域１７１３、１７２３、１７３３、１７４３、１７５３と、パケットフィルタ評価順位(packet filter evaluation precedence)領域(図示せず)と、パケットフィルタコンテンツ(packet filter contents)領域１７１５、１７２５、１７３５、１７４５、１７５５とに区分される。前記パケットフィルタナンバー領域１７１１は、該当ＴＦＴに貯蔵されるパケットフィルタの数を示し、前記パケットフィルタＩＤ領域１７１３、１７２３、１７３３、１７４３、１７５３は、前記ＴＦＴに貯蔵されている複数のパケットフィルタのそれぞれを区分するためのパケットフィルタＩＤを示す。そして、前記パケットフィルタＩＤのそれぞれに従ってパケットフィルタ評価順位領域及びパケットフィルタコンテンツ領域１７１５、１７２５、１７３５、１７４５、１７５５のそれぞれが貯蔵される。一方、図１７に貯蔵されるＴＦＴ情報は、一般的なＴＦＴ情報、すなわち、図６に示しているＴＦＴ情報のうち、本発明のＴＦＴパケットフィルタリングに必要な情報のみを別途に選択したことである。本発明では、IPv4 embedded IPv6アドレスのＴＦＴパケットフィルタリングを遂行するので、ソースアドレス(source address)コンテンツ及びデスティネーションアドレス(destination address)コンテンツを重要に考慮する。
図１７は、図１６のＴＦＴテーブル１６５１に貯蔵されるＴＦＴ情報を示す。
図１７を参照すると、パケットフィルタナンバー(Number of Packet filters)領域１７１１と、パケットフィルタＩＤ(packet filter identifier)領域１７１３、１７２３、１７３３、１７４３、１７５３と、パケットフィルタ評価順位(packet filter evaluation precedence)領域(図示せず)と、パケットフィルタコンテンツ(packet filter contents)領域１７１５、１７２５、１７３５、１７４５、１７５５とに区分される。前記パケットフィルタナンバー領域１７１１は、該当ＴＦＴに貯蔵されるパケットフィルタの数を示し、前記パケットフィルタＩＤ領域１７１３、１７２３、１７３３、１７４３、１７５３は、前記ＴＦＴに貯蔵されている複数のパケットフィルタのそれぞれを区分するためのパケットフィルタＩＤを示す。そして、前記パケットフィルタＩＤのそれぞれに従ってパケットフィルタ評価順位領域及びパケットフィルタコンテンツ領域１７１５、１７２５、１７３５、１７４５、１７５５のそれぞれが貯蔵される。一方、図１７に貯蔵されるＴＦＴ情報は、一般的なＴＦＴ情報、すなわち、図６に示しているＴＦＴ情報のうち、本発明のＴＦＴパケットフィルタリングに必要な情報のみを別途に選択したことである。本発明では、IPv4 embedded IPv6アドレスのＴＦＴパケットフィルタリングを遂行するので、ソースアドレス(source address)コンテンツ及びデスティネーションアドレス(destination address)コンテンツを重要に考慮する。
例えば、ＵＥ１５１１から受信したＴＦＴ情報の内の一番目パケットフィルタコンテンツ領域１７１５で、IPv4-compatible IPv6アドレスが“::3.2.2.1”であり、プロトコルがＵＤＰである場合に、ＧＧＳＮ１５１９は、IPv6 source address type方法を使用してIPv6 source address type“::3.2.2.1”及びプロトコルタイプＵＤＰのコンテンツを有するパケットフィルタを生成して、前記ＴＦＴパケットフィルタリング装置内のアクセスランダムメモリ１６５０のＴＦＴテーブル１６５１に貯蔵する。
前記では、IPv6 source address type方法を使用してＴＦＴ情報を貯蔵する場合を説明しており、次に、ＩＰｖ４挿入ＩＰｖ６ソースアドレスタイプ(以下、“IPv4 embedded IPv6 source address type”と称する。)方法を使用してＴＦＴ情報を貯蔵する場合を説明する。
(２) IPv4 embedded IPv6 source address type方法
前述したように、ＵＥ１５１１がＴＦＴ情報を生成し、ＩＰアドレスがIPv4 embedded IPv6 source addressである場合に、前記ＵＥ１５１１は、ＴＦＴパケットフィルタタイプをIPv4 embedded IPv6 source address typeに設定し、ＩＰｖ６アドレスの下位３２ビットのみを抽出する。前記ＵＥ１５１１は、前記抽出したIPv4 embedded IPv6 source addressの下位３２ビットを利用して新たなＴＦＴパケットフィルタを構成してＧＧＳＮ１５１９に伝送する。このように、ＵＥ１５１１がIPv4 embedded IPv6 source addressの下位３２ビットのみを抽出して新たなＴＦＴパケットフィルタを構成して送信する方法が前記IPv4 embedded IPv6 source address type方法である。前記IPv4 embedded IPv6 source address type方法を支援するためには、前記表２で説明したパケットフィルタコンポーネントタイプにIPv4 embedded IPv6 source address typeを追加すべきである。前記IPv4 embedded IPv6 source address typeのパケットフィルタコンポーネントタイプＩＤは、“００１０ ０００１”に設定される。ここで、前記“００１０ ０００１”は、前記パケットフィルタコンポーネントタイプＩＤのうち予約(reserved)されている値である。
前述したように、ＵＥ１５１１がＴＦＴ情報を生成し、ＩＰアドレスがIPv4 embedded IPv6 source addressである場合に、前記ＵＥ１５１１は、ＴＦＴパケットフィルタタイプをIPv4 embedded IPv6 source address typeに設定し、ＩＰｖ６アドレスの下位３２ビットのみを抽出する。前記ＵＥ１５１１は、前記抽出したIPv4 embedded IPv6 source addressの下位３２ビットを利用して新たなＴＦＴパケットフィルタを構成してＧＧＳＮ１５１９に伝送する。このように、ＵＥ１５１１がIPv4 embedded IPv6 source addressの下位３２ビットのみを抽出して新たなＴＦＴパケットフィルタを構成して送信する方法が前記IPv4 embedded IPv6 source address type方法である。前記IPv4 embedded IPv6 source address type方法を支援するためには、前記表２で説明したパケットフィルタコンポーネントタイプにIPv4 embedded IPv6 source address typeを追加すべきである。前記IPv4 embedded IPv6 source address typeのパケットフィルタコンポーネントタイプＩＤは、“００１０ ０００１”に設定される。ここで、前記“００１０ ０００１”は、前記パケットフィルタコンポーネントタイプＩＤのうち予約(reserved)されている値である。
結果的に、前述したように、IPv6 source address type方法を使用する場合には、ＴＦＴパケットフィルタがIPv6 source address typeであり、従って、貯蔵されたＴＦＴパケットフィルタの長さが３２ビットになる。一方、前記IPv4 embedded IPv6 source address type方法を使用する場合には、ＴＦＴパケットフィルタがIPv4 embedded IPv6 source address typeになり、貯蔵されたＴＦＴパケットフィルタの長さは同一である。
次に、図１８Ａ及び図１８Ｂを参照して、前記IPv6 source address type方法を使用する場合のＴＦＴパケットフィルタリングステップを説明する。
図１８Ａ乃至図１８Ｂは、IPv6 source address type方法を使用する場合のＴＦＴパケットフィルタリングステップを示すフローチャートである。
図１８Ａを参照すると、まず、ステップ１８１１で、ＧＧＳＮ１５１９は、Ｇｉインタフェースを通じてＩＰパケットデータを受信すると、ステップ１８１３に進行する。ステップ１８１３で、ＧＧＳＮ１５１９は、前記受信したＩＰパケットデータのデスティネーションアドレスを確認して、ＰＤＰアドレスとマッチングされる情報に第２呼(secondary call)が設定されているか否かを検査する。ここで、前記第２呼が設定されているか否かを検査する理由は、第２ＧＴＰトンネルが存在するか否かを検査するためである。すなわち、前記第２ＧＴＰトンネルが存在しない場合には、ＴＦＴパケットフィルタリングが不能であるので、前記第２呼が存在するか否かを検査することである。前記検査結果、前記第２呼が設定されていない場合に、ＧＧＳＮ１５１９はステップ１８２７に進行する。ステップ１８２７で、ＧＧＳＮ１５１９は、第１ＧＴＰトンネルを選択し、ステップ１８２１に進行する。
図１８Ａ乃至図１８Ｂは、IPv6 source address type方法を使用する場合のＴＦＴパケットフィルタリングステップを示すフローチャートである。
図１８Ａを参照すると、まず、ステップ１８１１で、ＧＧＳＮ１５１９は、Ｇｉインタフェースを通じてＩＰパケットデータを受信すると、ステップ１８１３に進行する。ステップ１８１３で、ＧＧＳＮ１５１９は、前記受信したＩＰパケットデータのデスティネーションアドレスを確認して、ＰＤＰアドレスとマッチングされる情報に第２呼(secondary call)が設定されているか否かを検査する。ここで、前記第２呼が設定されているか否かを検査する理由は、第２ＧＴＰトンネルが存在するか否かを検査するためである。すなわち、前記第２ＧＴＰトンネルが存在しない場合には、ＴＦＴパケットフィルタリングが不能であるので、前記第２呼が存在するか否かを検査することである。前記検査結果、前記第２呼が設定されていない場合に、ＧＧＳＮ１５１９はステップ１８２７に進行する。ステップ１８２７で、ＧＧＳＮ１５１９は、第１ＧＴＰトンネルを選択し、ステップ１８２１に進行する。
一方、ステップ１８１３で、検査結果、前記第２呼が設定されている場合にＧＧＳＮ１５１９は、ステップ１８１５に進行する。ステップ１８１５で、ＧＧＳＮ１５１９は、第２ＧＴＰトンネルを選択して一番目ＴＦＴ情報から優先順位が一番高いＴＦＴパケットフィルタを選択し、ステップ１８５１に進行する。ステップ１８５１で、ＧＧＳＮ１５１９は、前記最優先順位を有するＴＦＴパケットフィルタがIPv6 source address typeであるか否かを検査する。前記検査結果、前記最優先順位を有するＴＦＴパケットフィルタがIPv6 source address typeではない場合に、ＧＧＳＮ１５１９はステップ１８６７に進行する。ステップ１８６７で、ＧＧＳＮ１５１９は、一般的なＴＦＴパケットフィルタリングステップを遂行し、ステップ１８６９に進行する。ステップ１８５１で、検査結果、前記最優先順位を有するＴＦＴパケットフィルタがIPv6 source address typeである場合には、ＧＧＳＮ１５１９はステップ１８５３に進行する。ステップ１８５３で、ＧＧＳＮ１５１９は、前記Ｇｉインタフェースを通じて受信したＩＰパケットデータのバージョン、ソースアドレスのＩＰバージョンがＩＰｖ６であるか否かを検査する。前記検査結果、前記受信されたＩＰパケットデータのバージョンがＩＰｖ６ではない場合に、ＧＧＳＮ１５１９はステップ１８５５に進行する。ステップ１８５５で、ＧＧＳＮ１５１９は、前記一番目ＴＦＴ情報に他のＴＦＴパケットフィルタが存在するか否かを検査する。前記検査結果、他のＴＦＴパケットフィルタが存在する場合に、ＧＧＳＮ１５１９はステップ１８５７に進行する。ステップ１８５７で、ＧＧＳＮ１５１９は、前記他のＴＦＴパケットフィルタのうち優先順位が一番高いＴＦＴパケットフィルタを選択した後にステップ１８５１に戻る。また、ステップ１８５５で、検査結果、他のＴＦＴパケットフィルタが存在しない場合に、ＧＧＳＮ１５１９はステップ１８２５に進行する。ステップ１８２５で、ＧＧＳＮ１５１９は、次のＴＦＴ情報が存在するか否かを検査する。前記検査結果、次のＴＦＴ情報が存在する場合に、ＧＧＳＮ１５１９はステップ１８２３に進行する。ステップ１８２３で、ＧＧＳＮ１５１９は、次のＴＦＴ情報を選択し、ステップ１８１５に戻る。また、ステップ１８２５で、検査結果、次のＴＦＴ情報が存在しない場合にＧＧＳＮ１５１９はステップ１８２７に進行する。ステップ１８２７で、ＧＧＳＮ１５１９は、第１ＧＴＰトンネルを選択し、ステップ１８１７に進行する。
一方、ステップ１８５３で、検査結果、前記受信したＩＰパケットデータのバージョンがＩＰｖ６である場合に、ＧＧＳＮ１５１９はステップ１８５９に進行する。ステップ１８５９で、ＧＧＳＮ１５１９は、ＴＦＴパケットフィルタの長さが３２ビットであるか否かを検査する。前記検査結果、前記ＴＦＴパケットフィルタの長さが３２ビットではない場合に、ＧＧＳＮ１５１９はステップ１８６７に進行する。ここで、前記ＴＦＴパケットフィルタの長さが３２ビットではないことは、一般的な１２８ビットのＩＰｖ６アドレスを意味するので、ステップ１８６７に進行して一般的なＴＦＴパケットフィルタリング動作を遂行することである。ステップ１８５９で、検査結果、前記ＴＦＴパケットフィルタの長さが３２ビットである場合に、ＧＧＳＮ１５１９はステップ１８６１に進行する。ステップ１８６１で、ＧＧＳＮ１５１９は、前記受信したＩＰパケットデータのソースアドレスがIPv4 embedded IPv6アドレスであるか否かを検査する。前記検査結果、前記ソースアドレスがIPv4 embedded IPv6アドレスではない場合に、ＧＧＳＮ１５１９はステップ１８６７に進行する。ここで、前記ソースアドレスがIPv4 embedded IPv6アドレスではないことは、一般的な３２ビットＩＰｖ４アドレスであることを示すので、ステップ１８６７で、一般的なＴＦＴパケットフィルタリング動作を遂行することである。
ステップ１８６１で、検査結果、前記ソースアドレスがIPv4 embedded IPv6アドレスである場合に、ＧＧＳＮ１５１９はステップ１８６３に進行する。ステップ１８６３で、ＧＧＳＮ１５１９は、前記ソースアドレスの下位３２ビットを抽出し、ステップ１８６５に進行する。ステップ１８６５で、ＧＧＳＮ１５１９は、前記抽出した３２ビットを利用してＴＦＴパケットフィルタリング動作を遂行し、ステップ１８６９に進行する。ここで、ステップ１８６５で遂行するＴＦＴパケットフィルタリングは、前記で提案したIPv6 source address type方法を使用することである。ステップ１８６９で、ＧＧＳＮ１５１９は、前記ＴＦＴパケットフィルタリングに成功したか否かを検査する。前記検査結果、前記ＴＦＴパケットフィルタリングに成功しなかった場合に、ＧＧＳＮ１５１９はステップ１８５５に進行する。ステップ１８６９で、検査結果、前記ＴＦＴパケットフィルタリングに成功した場合に、ＧＧＳＮ１５１９はステップ１８１７に進行する。
ステップ１８１７で、ＧＧＳＮ１５１９は、現在ＴＦＴ情報に対応するＧＴＰトンネルを選択してステップ１８２１に進行する。ステップ１８２１で、ＧＧＳＮ１５１９は、前記受信したＩＰパケットデータを処理するためのパケットプロシージャ−(packet procedure)を遂行して終了する。
図１８Ａ及び図１８Ｂでは、前記IPv6 source address type方法を使用してＴＦＴパケットフィルタリングするステップを説明し、次に、図１９Ａ及び図１９Ｂを参照して、前記IPv4 embedded IPv6 source address type方法を使用してＴＦＴパケットフィルタリングを遂行するステップを説明する。
図１９Ａ乃至図１９Ｂは、IPv4 embedded IPv6 source address type方法を使用する場合のＴＦＴパケットフィルタリングステップを示すフローチャートである。
図１９Ａを参照すると、まず、ステップ１９１１で、ＧＧＳＮ１５１９は、Ｇｉインタフェースを通じてＩＰパケットデータを受信すると、ステップ１９１３に進行する。ステップ１９１３で、ＧＧＳＮ１５１９は、前記受信したＩＰパケットデータのデスティネーションアドレスを確認して、ＰＤＰアドレスとマッチングされる情報に第２呼(secondary call)が設定されているか否かを検査する。ここで、前記第２呼が設定されているか否かを検査する理由は、前述したように、第２ＧＴＰトンネルが存在するか否かを検査するためである。すなわち、前記第２ＧＴＰトンネルが存在しない場合には、ＴＦＴパケットフィルタリングが不能であるので、前記第２呼が存在するか否かを検査することである。前記検査結果、前記第２呼が設定されていない場合に、ＧＧＳＮ１５１９はステップ１９２７に進行する。ステップ１９２７で、ＧＧＳＮ１５１９は、第１ＧＴＰトンネルを選択し、ステップ１９１７に進行する。
図１９Ａを参照すると、まず、ステップ１９１１で、ＧＧＳＮ１５１９は、Ｇｉインタフェースを通じてＩＰパケットデータを受信すると、ステップ１９１３に進行する。ステップ１９１３で、ＧＧＳＮ１５１９は、前記受信したＩＰパケットデータのデスティネーションアドレスを確認して、ＰＤＰアドレスとマッチングされる情報に第２呼(secondary call)が設定されているか否かを検査する。ここで、前記第２呼が設定されているか否かを検査する理由は、前述したように、第２ＧＴＰトンネルが存在するか否かを検査するためである。すなわち、前記第２ＧＴＰトンネルが存在しない場合には、ＴＦＴパケットフィルタリングが不能であるので、前記第２呼が存在するか否かを検査することである。前記検査結果、前記第２呼が設定されていない場合に、ＧＧＳＮ１５１９はステップ１９２７に進行する。ステップ１９２７で、ＧＧＳＮ１５１９は、第１ＧＴＰトンネルを選択し、ステップ１９１７に進行する。
一方、ステップ１９１３で、検査結果、前記第２呼が設定されている場合に、ＧＧＳＮ１５１９はステップ１９１５に進行する。ステップ１９１５で、ＧＧＳＮ１５１９は、第２ＧＴＰトンネルを選択して一番目ＴＦＴ情報から優先順位が一番高いＴＦＴパケットフィルタを選択し、ステップ１９５１に進行する。ステップ１９５１で、ＧＧＳＮ１５１９は、前記最優先順位を有するＴＦＴパケットフィルタがIPv4 embedded IPv6 addressタイプであるか否かを検査する。前記検査結果、前記最優先順位を有するＴＦＴパケットフィルタがIPv4 embedded IPv6 addressタイプではない場合に、ＧＧＳＮ１５１９はステップ１９５３に進行する。ステップ１９５３で、ＧＧＳＮ１５１９は、一般的なＴＦＴパケットフィルタリングステップを遂行し、ステップ１９６５に進行する。ステップ１９５１で、検査結果、前記最優先順位を有するＴＦＴパケットフィルタがIPv4 embedded IPv6 addressタイプである場合に、ＧＧＳＮ１５１９はステップ１９５５に進行する。ステップ１９５５で、ＧＧＳＮ１５１９は、前記受信したＩＰパケットデータのソースアドレスがIPv4 embedded IPv6アドレスであるか否かを検査する。前記検査結果、前記受信したＩＰパケットデータのソースアドレスがIPv4 embedded IPv6アドレスではない場合に、ＧＧＳＮ１５１９はステップ１９５７に進行する。ステップ１９５７で、ＧＧＳＮ１５１９は、前記一番目ＴＦＴ情報に他のＴＦＴパケットフィルタが存在するか否かを検査する。前記検査結果、他のＴＦＴパケットフィルタが存在する場合に、ＧＧＳＮ１５１９はステップ１９５９に進行する。ステップ１９５９で、ＧＧＳＮ１５１９は、前記他のＴＦＴパケットフィルタのうち優先順位が一番高いＴＦＴパケットフィルタを選択した後に、ステップ１９５１に戻る。また、ステップ１９５７で、検査結果、他のＴＦＴパケットフィルタが存在しない場合に、ＧＧＳＮ１５１９はステップ１９２５に進行する。ステップ１９２５で、ＧＧＳＮ１５１９は、次のＴＦＴ情報が存在するか否かを検査する。前記検査結果、次のＴＦＴ情報が存在する場合に、ＧＧＳＮ１５１９はステップ１９２３に進行する。ステップ１９２３で、ＧＧＳＮ１５１９は次のＴＦＴ情報を選択し、ステップ１９１５に戻る。また、ステップ１９２５で、検査結果、次のＴＦＴ情報が存在しない場合に、ＧＧＳＮ１５１９はステップ１９２７に進行する。ステップ１９２７で、ＧＧＳＮ１５１９は、第１ＧＴＰトンネルを選択してステップ１９２１に進行する。
一方、ステップ１９５５で、検査結果、前記受信したＩＰパケットデータのソースアドレスがIPv4 embedded IPv6アドレスである場合に、ＧＧＳＮ１５１９はステップ１９６１に進行する。ステップ１９６１で、ＧＧＳＮ１５１９は、前記IPv4 embedded IPv6アドレスの下位３２ビットを抽出した後にステップ１９６３に進行する。ステップ１９６３で、ＧＧＳＮ１５１９は、前記抽出した３２ビットを利用してＴＦＴパケットフィルタリング動作を遂行した後に、ステップ１９６５に進行する。ステップ１９６５で、ＧＧＳＮ１５１９は、前記ＴＦＴパケットフィルタリングに成功したか否かを検査する。前記ＴＦＴパケットフィルタリングに成功しなかった場合に、ＧＧＳＮ１５１９はステップ１９５７に進行する。ステップ１９６５で、前記ＴＦＴパケットフィルタリングに成功した場合に、ＧＧＳＮ１５１９はステップ１９１７に進行する。ステップ１９１７で、ＧＧＳＮ１５１９は、現在ＴＦＴ情報に対応するＧＴＰトンネルを選択してステップ１９２１に進行する。ステップ１９２１で、ＧＧＳＮ１５１９は、前記受信したＩＰパケットデータを処理するためのパケットプロシージャ−(packet procedure)を遂行して終了する。
次に、図２０を参照して一般的なＴＦＴパケットフィルタリング動作を説明する。
図２０は、図１６のＴＦＴパケットフィルタリングプロシージャ１６１１の一般的なＴＦＴパケットフィルタリング動作を概略的に示す。
図２０を参照すると、まず、外部ネットワークからＩＰパケットデータ２０００がＧＧＳＮ１５１９のＧｉインタフェースを通じて入力されると、すなわち、デュプレクサ１６９０を通じてＩＰパケットデータ２０００が入力されると、前記入力されたＩＰパケットデータ２０００を分割及び再組立て器１６７０を通じてＴＦＴパケットフィルタリングプロシージャ１６１１に伝達される。前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、ＲＡＭ１６５０のＴＦＴテーブル１６５１に貯蔵されているＴＦＴ情報を利用してＴＦＴパケットフィルタリングを遂行する。図２０に示しているように、前記ＴＦＴテーブル１６５１に貯蔵されているＴＦＴ情報がＴＦＴ１及びＴＦＴ２の２個のＴＦＴ情報である場合に、前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、まず、ＴＦＴ１のパケットフィルタ１から前記ＩＰパケットデータ２０００のＴＦＴパケットフィルタリングを試みる。ここで、前記ＩＰパケットデータ２０００を説明すると、サービスタイプ(Type Of Service；ＴＯＳ)が“Ｏｘ１Ｆ”であり、プロトコルがＴＣＰ(６)であり、ソースアドレス(source address)が“２．２．２．２”であり、デスティネーションアドレス(destination address)が“３．３．３．３”であり、ソースポートナンバー(source port number)が５０００であり、デスティネーションポートナンバー(destination port number)が５０である。
図２０は、図１６のＴＦＴパケットフィルタリングプロシージャ１６１１の一般的なＴＦＴパケットフィルタリング動作を概略的に示す。
図２０を参照すると、まず、外部ネットワークからＩＰパケットデータ２０００がＧＧＳＮ１５１９のＧｉインタフェースを通じて入力されると、すなわち、デュプレクサ１６９０を通じてＩＰパケットデータ２０００が入力されると、前記入力されたＩＰパケットデータ２０００を分割及び再組立て器１６７０を通じてＴＦＴパケットフィルタリングプロシージャ１６１１に伝達される。前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、ＲＡＭ１６５０のＴＦＴテーブル１６５１に貯蔵されているＴＦＴ情報を利用してＴＦＴパケットフィルタリングを遂行する。図２０に示しているように、前記ＴＦＴテーブル１６５１に貯蔵されているＴＦＴ情報がＴＦＴ１及びＴＦＴ２の２個のＴＦＴ情報である場合に、前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、まず、ＴＦＴ１のパケットフィルタ１から前記ＩＰパケットデータ２０００のＴＦＴパケットフィルタリングを試みる。ここで、前記ＩＰパケットデータ２０００を説明すると、サービスタイプ(Type Of Service；ＴＯＳ)が“Ｏｘ１Ｆ”であり、プロトコルがＴＣＰ(６)であり、ソースアドレス(source address)が“２．２．２．２”であり、デスティネーションアドレス(destination address)が“３．３．３．３”であり、ソースポートナンバー(source port number)が５０００であり、デスティネーションポートナンバー(destination port number)が５０である。
そうすると、前記ＴＦＴ１のパケットフィルタ１に前記ＩＰパケットデータ２０００のＴＦＴパケットフィルタリングを遂行する場合に、前記ＴＦＴ１のパケットフィルタ１のソースアドレスは“１．１．１．１”であるので、ＴＦＴパケットフィルタリングに失敗するようになる。そうすると、前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、前記ＴＦＴ１のパケットフィルタ２に前記ＩＰパケットデータ２０００のパケットフィルタリングを遂行する。しかし、前記ＴＦＴ１のパケットフィルタ２は、そのパケットフィルタコンテンツがソースポート範囲１００〜１０００であり、前記ＩＰパケットデータ２０００のソースポートナンバー５０００にマッピングされないので、ＴＦＴパケットフィルタリングに失敗する。このように、前記入力されたＩＰパケットデータ２０００にマッピングされるＴＦＴパケットフィルタを検索するようになり、前記ＩＰパケットデータ２０００とマッチングされるＴＦＴパケットフィルタを通じてフィルタリングし、該当ＧＴＰトンネルを通じて前記ＩＰパケットデータ２０００をＳＧＳＮ１５１５に伝達する。図２０では、ＩＰパケットデータ２０００のデスティネーションポート範囲とＴＦＴ２のパケットフィルタ５のデスティネーションポート範囲がマッチングされるので、前記ＩＰパケットデータ２０００は、前記ＴＦＴ２に該当するＧＴＰトンネルを使用するようになる。もちろん、外部ネットワークから流入したパケットデータに対するＴＦＴパケットフィルタリングステップの自体は、従来技術である図１０で説明した方式と同一である。
次に、図２１を参照して、前記IPv6 source address type方法を使用する場合のＴＦＴパケットフィルタリングを説明する。
図２１は、図１６のＴＦＴパケットフィルタリングプロシージャ１６１１がIPv6 source address type方法を使用してＴＦＴパケットフィルタリング動作を概略的に示す。
図２１を参照すると、まず、外部ネットワークからＩＰパケットデータ２１００がＧＧＳＮ１５１９のＧｉインタフェースを通じて入力されると、すなわち、デュプレクサ１６９０を通じてＩＰパケットデータ２１００が入力されると、前記入力されたＩＰパケットデータ２１００を分割及び再組立て器１６７０を通じてＴＦＴパケットフィルタリングプロシージャ１６１１に伝達される。前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、ＲＡＭ１６５０のＴＦＴテーブル１６５１に貯蔵されているＴＦＴ情報を利用してＴＦＴパケットフィルタリングを遂行する。図２１に示しているように、前記ＴＦＴテーブル１６５１に貯蔵されているＴＦＴ情報がＴＦＴ１及びＴＦＴ２の２個のＴＦＴ情報である場合に、前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、まず、ＴＦＴ１のパケットフィルタ１から前記ＩＰパケットデータ２１００のＴＦＴパケットフィルタリングを試みる。ここで、前記ＩＰパケットデータ２１００を説明すると、サービスタイプが“Ｏｘ１Ｆ”であり、プロトコルがＴＣＰ(６)であり、ソースアドレスが“::10.3.8.112”であり、デスティネーションアドレスが“::10.2.3.54”であり、ソースポートナンバーが５０００であり、デスティネーションポートナンバーが２５２である。ここで、前記ソースアドレス及びデスティネーションアドレスは、IPv4 compatible IPv6アドレスとして、下位３２ビットのみが表示されたものである。
図２１は、図１６のＴＦＴパケットフィルタリングプロシージャ１６１１がIPv6 source address type方法を使用してＴＦＴパケットフィルタリング動作を概略的に示す。
図２１を参照すると、まず、外部ネットワークからＩＰパケットデータ２１００がＧＧＳＮ１５１９のＧｉインタフェースを通じて入力されると、すなわち、デュプレクサ１６９０を通じてＩＰパケットデータ２１００が入力されると、前記入力されたＩＰパケットデータ２１００を分割及び再組立て器１６７０を通じてＴＦＴパケットフィルタリングプロシージャ１６１１に伝達される。前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、ＲＡＭ１６５０のＴＦＴテーブル１６５１に貯蔵されているＴＦＴ情報を利用してＴＦＴパケットフィルタリングを遂行する。図２１に示しているように、前記ＴＦＴテーブル１６５１に貯蔵されているＴＦＴ情報がＴＦＴ１及びＴＦＴ２の２個のＴＦＴ情報である場合に、前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、まず、ＴＦＴ１のパケットフィルタ１から前記ＩＰパケットデータ２１００のＴＦＴパケットフィルタリングを試みる。ここで、前記ＩＰパケットデータ２１００を説明すると、サービスタイプが“Ｏｘ１Ｆ”であり、プロトコルがＴＣＰ(６)であり、ソースアドレスが“::10.3.8.112”であり、デスティネーションアドレスが“::10.2.3.54”であり、ソースポートナンバーが５０００であり、デスティネーションポートナンバーが２５２である。ここで、前記ソースアドレス及びデスティネーションアドレスは、IPv4 compatible IPv6アドレスとして、下位３２ビットのみが表示されたものである。
そうすると、ＴＦＴ１のパケットフィルタ１に前記ＩＰパケットデータ２１００のＴＦＴパケットフィルタリングを遂行する場合に、前記ＴＦＴ１のパケットフィルタ１のソースアドレスは“１０．３．８．１１２”であるので、ＴＦＴパケットフィルタリングが成功する。そうすると、前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、ＩＰパケットデータ２１００とマッチングされるＴＦＴパケットフィルタを通じてフィルタリングし、該当ＧＴＰトンネルを通じて前記パケットデータ２１００をＳＧＳＮ１５１５に伝達する。図２１では、パケットデータ２１００のソースアドレスと前記ＴＦＴ１のパケットフィルタ１のソースアドレスがマッチングされるので、前記ＩＰパケットデータ２１００は、前記ＴＦＴ１に該当するＧＴＰトンネルを使用するようになる。
次に、図２２を参照して、前記IPv4 embedded IPv6 source address type方法を使用する場合のＴＦＴパケットフィルタリングを説明する。
図２２は、図１６のＴＦＴパケットフィルタリングプロシージャ１６１１がIPv4 embedded IPv6 source address type方法を使用して遂行したＴＦＴパケットフィルタリング動作を概略的に示す。
図２２を参照すると、まず、外部ネットワークからＩＰパケットデータ２２００がＧＧＳＮ１５１９のＧｉインタフェースを通じて入力されると、すなわち、デュプレクサ１６９０を通じてＩＰパケットデータ２２００が入力されると、前記入力されたＩＰパケットデータ２２００を分割及び再組立て器１６７０を通じてＴＦＴパケットフィルタリングプロシージャ１６１１に伝達される。前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、ＲＡＭ１６５０のＴＦＴテーブル１６５１に貯蔵されているＴＦＴ情報を利用してＴＦＴパケットフィルタリングを遂行する。図２２に示すように、前記ＴＦＴテーブル１６５１に貯蔵されているＴＦＴ情報がＴＦＴ１及びＴＦＴ２の２個のＴＦＴ情報である場合に、前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、まず、ＴＦＴ１のパケットフィルタ１から前記ＩＰパケットデータ２２００のＴＦＴパケットフィルタリングを試みる。ここで、前記ＩＰパケットデータ２２００を説明すると、サービスタイプが“Ｏｘ１Ｆ”であり、プロトコルがＴＣＰ(６)であり、ソースアドレスが“::FFFF:10.3.2.1”であり、デスティネーションアドレスが、“::FFFF:10.2.3.54”であり、ソースポートナンバーが５０００であり、デスティネーションポートナンバーが５０である。ここで、前記ソースアドレス及びデスティネーションアドレスはIPv4 mapped IPv6アドレスとして、下位３２ビットのみが表示されたものである。
図２２は、図１６のＴＦＴパケットフィルタリングプロシージャ１６１１がIPv4 embedded IPv6 source address type方法を使用して遂行したＴＦＴパケットフィルタリング動作を概略的に示す。
図２２を参照すると、まず、外部ネットワークからＩＰパケットデータ２２００がＧＧＳＮ１５１９のＧｉインタフェースを通じて入力されると、すなわち、デュプレクサ１６９０を通じてＩＰパケットデータ２２００が入力されると、前記入力されたＩＰパケットデータ２２００を分割及び再組立て器１６７０を通じてＴＦＴパケットフィルタリングプロシージャ１６１１に伝達される。前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、ＲＡＭ１６５０のＴＦＴテーブル１６５１に貯蔵されているＴＦＴ情報を利用してＴＦＴパケットフィルタリングを遂行する。図２２に示すように、前記ＴＦＴテーブル１６５１に貯蔵されているＴＦＴ情報がＴＦＴ１及びＴＦＴ２の２個のＴＦＴ情報である場合に、前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、まず、ＴＦＴ１のパケットフィルタ１から前記ＩＰパケットデータ２２００のＴＦＴパケットフィルタリングを試みる。ここで、前記ＩＰパケットデータ２２００を説明すると、サービスタイプが“Ｏｘ１Ｆ”であり、プロトコルがＴＣＰ(６)であり、ソースアドレスが“::FFFF:10.3.2.1”であり、デスティネーションアドレスが、“::FFFF:10.2.3.54”であり、ソースポートナンバーが５０００であり、デスティネーションポートナンバーが５０である。ここで、前記ソースアドレス及びデスティネーションアドレスはIPv4 mapped IPv6アドレスとして、下位３２ビットのみが表示されたものである。
一番目に、前記ＴＦＴパケットフィルタリングプロシージャ１６１１がＴＦＴ１のパケットフィルタ１からＩＰパケットデータ２２００のＴＦＴパケットフィルタリングを遂行する場合に、前記ＴＦＴ１のパケットフィルタ１のソースアドレスが“2002::AF10:E9”であるので、ＴＦＴパケットフィルタリングに失敗する。また、前記ＴＦＴ１のパケットフィルタ２のソースポート範囲が１００〜１０００であるので、ＴＦＴパケットフィルタリングに失敗し、前記ＴＦＴ１のパケットフィルタ３のプロトコルがＩＣＭＰ(１)であるので、ＴＦＴパケットフィルタリングに失敗する。二番目に、前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、ＴＦＴ２のパケットフィルタ１にＩＰパケットデータ２２００のＴＦＴパケットフィルタリングを遂行する場合に、IPv4 Embedded type 1が“１０．３．２．１”であるので、ＴＦＴパケットフィルタリングに成功する。そうすると、前記ＴＦＴパケットフィルタリングプロシージャ１６１１は、ＩＰパケットデータ２２００とマッチングされるＴＦＴパケットフィルタを通じてフィルタリングし、該当ＧＴＰトンネルを通じて前記パケットデータ２２００をＳＧＳＮ１５１５に伝達する。図２２では、パケットデータ２２００のソースアドレスと前記ＴＦＴ２のパケットフィルタ１のIPv4 Embedded type 1がマッチングされるので、前記ＩＰパケットデータ２２００は、前記ＴＦＴ２に該当するＧＴＰトンネルを使用するようになる。
次に、図２３を参照して、本発明のIPv6 source address type方法及びIPv4 embedded IPv6 source address type方法を使用する場合のＴＦＴパケットフィルタリングに従うビットの演算量と一般的なＴＦＴパケットフィルタリングに従うビットの演算量とを比較する。
図２３は、本発明のIPv6 source address type方法及びIPv4 embedded IPv6 source address type方法を使用する場合のＴＦＴパケットフィルタリングに従うビットの演算量と一般的なＴＦＴパケットフィルタリングに従うビットの演算量との比較を示す。
図２３を参照すると、まず、ＴＦＴパケットフィルタリング回数に従ってＩＰｖ６アドレスの１２８ビットをそのまま使用する場合とＩＰｖ６アドレスの１２８ビットのうち３２ビットを抽出して使用する場合とのビット演算量が示されている。すなわち、ＴＦＴパケットフィルタリング動作回数が１，０００回である場合、１０，０００回である場合、１００，０００回である場合、及び１，０００，０００回である場合の１２８ビットの演算量と３２ビットの演算量がそれぞれ示されている。図２３に示しているように、１２８ビットをそのまま使用する場合と３２ビットを使用する場合は、ビット演算量において大きな差異が発生する。
図２３は、本発明のIPv6 source address type方法及びIPv4 embedded IPv6 source address type方法を使用する場合のＴＦＴパケットフィルタリングに従うビットの演算量と一般的なＴＦＴパケットフィルタリングに従うビットの演算量との比較を示す。
図２３を参照すると、まず、ＴＦＴパケットフィルタリング回数に従ってＩＰｖ６アドレスの１２８ビットをそのまま使用する場合とＩＰｖ６アドレスの１２８ビットのうち３２ビットを抽出して使用する場合とのビット演算量が示されている。すなわち、ＴＦＴパケットフィルタリング動作回数が１，０００回である場合、１０，０００回である場合、１００，０００回である場合、及び１，０００，０００回である場合の１２８ビットの演算量と３２ビットの演算量がそれぞれ示されている。図２３に示しているように、１２８ビットをそのまま使用する場合と３２ビットを使用する場合は、ビット演算量において大きな差異が発生する。
前述したように、IPv4 embedded IPv6 source address type方法において、ＵＥ１５１１は、ＴＦＴパケットフィルタタイプをIPv4 embedded IPv6 source address typeに設定し、ＩＰｖ６アドレスの下位３２ビットのみを抽出した後に、前記抽出したIPv4 embedded IPv6 source addressの下位３２ビットを利用して新たなＴＦＴパケットフィルタを構成する。すなわち、前記IPv4 embedded IPv6 source address type方法でＵＥ１５１１がＴＦＴを構成する方式と、前記IPv6 source address type方法でＵＥ１５１１がＴＦＴを構成する方式とが相互に異なる。これを図２４を参照して説明する。
図２４は、IPv4 embedded IPv6 source address type方法を使用する場合のＴＦＴパケットフィルタの生成ステップを示すフローチャートである。
図２４を参照すると、まず、ステップ２４１１で、前記ＵＥ１５１１は、任意の変数ｉを“０”(ｉ＝０)に設定し、任意の変数Max_filterを“ｘ”に設定してステップ２４１３に進行する。ここで、前記“ｘ”は、１つのＴＦＴの内に構成できるパケットフィルタの個数を示し、前述したように、現在ＴＦＴの内には、例えば、最大８個までパケットフィルタを構成することができるので、前記“ｘ”は、１〜８までの整数のうち１つの整数値を有する。前記１つのＴＦＴの内に構成できるパケットフィルタの個数“ｘ”は、前記ＵＥ１５１１の所定のアプリケーション(application)によって決定される。ステップ２４１３で、前記ＵＥ１５１１は、前記変数“ｉ”の値が前記変数Max_filterの値未満(i＜Max_filter)であるか否かを検査する。前記検査結果、変数ｉの値が前記変数Max_filterの値以上(i≧Max_filter)である場合に、前記ＵＥ１５１１は、現在までのステップを終了し、前記変数ｉの値が前記変数Max_filterの値未満(i＜Max_filter)である場合には、ステップ２４１５に進行する。ステップ２４１５で、前記ＵＥ１５１１は、前記ＴＦＴパケットフィルタを構成するＩＰアドレスがIPv4 embedded IPv6 source address typeであるか否かを検査する。前記検査結果、前記ＴＦＴパケットフィルタを構成するＩＰアドレスがIPv4 embedded IPv6 source address typeではない場合に、前記ＵＥ１５１１はステップ２４１７に進行する。ステップ２４１７で、前記ＵＥ１５１１は、一般的なＴＦＴパケットフィルタの生成方法と同一の方法にて、ＴＦＴパケットフィルタを構成してステップ２４２３に進行する。一方、前記ＴＦＴパケットフィルタを構成するＩＰアドレスがIPv4 embedded IPv6 source address typeである場合に、前記ＵＥ１５１１はステップ２４１９に進行する。
図２４を参照すると、まず、ステップ２４１１で、前記ＵＥ１５１１は、任意の変数ｉを“０”(ｉ＝０)に設定し、任意の変数Max_filterを“ｘ”に設定してステップ２４１３に進行する。ここで、前記“ｘ”は、１つのＴＦＴの内に構成できるパケットフィルタの個数を示し、前述したように、現在ＴＦＴの内には、例えば、最大８個までパケットフィルタを構成することができるので、前記“ｘ”は、１〜８までの整数のうち１つの整数値を有する。前記１つのＴＦＴの内に構成できるパケットフィルタの個数“ｘ”は、前記ＵＥ１５１１の所定のアプリケーション(application)によって決定される。ステップ２４１３で、前記ＵＥ１５１１は、前記変数“ｉ”の値が前記変数Max_filterの値未満(i＜Max_filter)であるか否かを検査する。前記検査結果、変数ｉの値が前記変数Max_filterの値以上(i≧Max_filter)である場合に、前記ＵＥ１５１１は、現在までのステップを終了し、前記変数ｉの値が前記変数Max_filterの値未満(i＜Max_filter)である場合には、ステップ２４１５に進行する。ステップ２４１５で、前記ＵＥ１５１１は、前記ＴＦＴパケットフィルタを構成するＩＰアドレスがIPv4 embedded IPv6 source address typeであるか否かを検査する。前記検査結果、前記ＴＦＴパケットフィルタを構成するＩＰアドレスがIPv4 embedded IPv6 source address typeではない場合に、前記ＵＥ１５１１はステップ２４１７に進行する。ステップ２４１７で、前記ＵＥ１５１１は、一般的なＴＦＴパケットフィルタの生成方法と同一の方法にて、ＴＦＴパケットフィルタを構成してステップ２４２３に進行する。一方、前記ＴＦＴパケットフィルタを構成するＩＰアドレスがIPv4 embedded IPv6 source address typeである場合に、前記ＵＥ１５１１はステップ２４１９に進行する。
ステップ２４１９で、前記ＵＥ１５１１は、前記生成するパケットフィルタタイプをIPv4 embedded IPv6 source address typeに設定した後に、ステップ２４２１に進行する。ステップ２４２１で、前記ＵＥ１５１１は、前記IPv4 embedded IPv6 addressの下位３２ビットを抽出した後に、ステップ２４２３に進行する。ステップ２４２３で、前記ＵＥ１５１１は、前記抽出した下位３２ビットを利用してパケットフィルタを生成し、前記生成したパケットフィルタをＴＦＴに貯蔵した後に、ステップ２４２５に進行する。ステップ２４２５で、前記ＵＥ１５１１は、前記変数“ｉ”の値を“１”増加させた後(ｉ＝ｉ＋１)に、ステップ２４１３に進行する。
以上、本発明の詳細について具体的な実施形態に基づき説明してきたが、本発明の範囲を逸脱しない限り、各種の変形が可能なのは明らかである。従って、本発明の範囲は、上記実施形態に限るものでなく、特許請求の範囲のみならず、その範囲と均等なものにより定められるべきである。
１５００、１５７０ IPv6ネットワーク
１５１１ 使用者端末機(UE)
１５１３ UMTS陸上無線接続ネットワーク(UTRAN)
１５１５ サービスパケット無線サービス支援ノード(SGSN)
１５１９ ゲートウェイパケット無線サービス支援ノード(GGSN)
１５３０ IPv4ネットワーク
１６００ 制御器(CPU)
１６１０ PSSBタスク
１６１１ TFTパケットフィルタリングプロシージャ
１６１３ パケットプロセッサ
１６５０ ランダムアクセスメモリ(RAM)
１６７０ 分割及び再組合せ器(SAR)
１５１１ 使用者端末機(UE)
１５１３ UMTS陸上無線接続ネットワーク(UTRAN)
１５１５ サービスパケット無線サービス支援ノード(SGSN)
１５１９ ゲートウェイパケット無線サービス支援ノード(GGSN)
１５３０ IPv4ネットワーク
１６００ 制御器(CPU)
１６１０ PSSBタスク
１６１１ TFTパケットフィルタリングプロシージャ
１６１３ パケットプロセッサ
１６５０ ランダムアクセスメモリ(RAM)
１６７０ 分割及び再組合せ器(SAR)
Claims (15)
- 移動通信システムでＩＰバージョンに従うトラヒックフローテンプレート(Traffic Flow Template；ＴＦＴ)パケットフィルタリングを遂行する方法において、
第２バージョンＩＰアドレスから第１バージョンＩＰアドレスを抽出するステップであって、前記第２バージョンＩＰアドレスは、第１バージョンＩＰアドレスを含む、ステップと、
前記第１バージョンＩＰアドレスを使用してＴＦＴ情報を生成するステップであって、前記ＴＦＴ情報は、前記第２バージョンＩＰアドレスが第１バージョンＩＰアドレスを含む表示を含む、ステップと、
前記ＴＦＴ情報をゲートウェイパケット無線サービス支援ノード(Gateway GPRS(General Packet Radio Service) Support Node; GGSN)に伝送するステップと
を備えることを特徴とする方法。 - 移動通信システムでインターネットプロトコル(Internet Protocol; IP)アドレスに従うトラヒックフローテンプレート(Traffic Flow Template; TFT)フィルタリングを遂行する方法において、
第２バージョンＩＰアドレスを含む移動局から第１ＴＦＴ情報を受信するステップであって、前記第２バージョンＩＰアドレスは、第１バージョンＩＰアドレスを含む、ステップと、
前記第１バージョンＩＰアドレスを使用して第２ＴＦＴ情報を生成するステップと、
前記第２ＴＦＴ情報を使用して受信パケットをフィルタリングするステップと
を備えることを特徴とする方法。 - 使用者端末機(User Equipment; UE)は、ＴＦＴ情報を抽出し、生成し、かつ前記生成されたＴＦＴ情報をゲートウェイパケット無線サービス支援ノード(Gateway GPRS(General Packet Radio Service)Support Node; GGSN)に伝送するステップと、
前記ゲートウェイパケット無線サービス支援ノードは、前記使用者端末機から受信された前記ＴＦＴ情報を貯蔵し、前記第２バージョンＩＰアドレスが、挿入された前記第１バージョンＩＰアドレスを有する場合に、前記第２バージョンＩＰアドレスに含まれている第１バージョンＩＰアドレスを示す第１ビットを抽出するステップと、
前記ＧＧＳＮは、前記抽出した第１バージョンＩＰアドレスを利用してＴＦＴパケットフィルタリングを遂行するステップと
を備えることを特徴とする請求項１記載の方法。 - 前記第１バージョンＩＰアドレスが挿入された形態の前記第２バージョンＩＰアドレスは、第１バージョンＩＰ互換第２バージョンＩＰアドレスまたは第１バージョンＩＰマッピング第２バージョンＩＰアドレスである請求項１、２、又は３の何れか１項に記載の方法。
- 前記第１バージョンＩＰ互換第２バージョンＩＰアドレスは、前記第１バージョンＩＰ及び第２バージョンＩＰのすべてを支援可能なネットワークの間に使用されるアドレスである請求項４記載の方法。
- 第１バージョンＩＰマッピング第２バージョンＩＰアドレスは、前記第１バージョンＩＰのみを支援するネットワークと前記第１バージョンＩＰ及び第２バージョンＩＰのすべてを支援可能なネットワークとの間に使用されるアドレスである請求項４記載の方法。
- 第１バージョンはバージョン４(ＩＰｖ４)であり、第２バージョンはバージョン６(ＩＰｖ６)である請求項１、２、又は３に記載の方法。
- 移動通信システムでＩＰバージョンに従うトラヒックフローテンプレート(Traffic Flow Template；ＴＦＴ)パケットフィルタリングを遂行する装置において、
第２バージョンＩＰアドレスを含む移動局から第１ＴＦＴ情報を受信する受信手段であって、前記第２バージョンＩＰアドレスは、第１バージョンＩＰアドレスを含む、手段と、
前記第１バージョンＩＰアドレスを使用して第２ＴＦＴ情報を生成する手段と、
前記第２ＴＦＴ情報を使用して受信パケットをフィルタリングするフィルタリング手段と
を備えることを特徴とする装置。 - 前記フィルタリング手段は、受信パケットデータのＩＰアドレスのバージョンが第２バージョンであり、その形態が前記第１バージョンＩＰアドレスが挿入された形態の第２バージョンＩＰアドレスである場合に、その第２バージョンＩＰアドレスに含まれている第１バージョンＩＰアドレスを抽出し、前記第２ＴＦＴ情報をもってＴＦＴフィルタリングするＴＦＴパケットフィルタリングプロシージャを備える請求項８記載の装置。
- 移動通信システムでＩＰバージョンに従うトラヒックフローテンプレート(Traffic Flow Template；ＴＦＴ)パケットフィルタリングを遂行する装置において、
第２バージョンＩＰアドレスから第１バージョンＩＰアドレスを抽出し、前記第２バージョンＩＰアドレスは、第１バージョンＩＰアドレスを含み、かつ前記第１バージョンＩＰアドレスからＴＦＴ情報を生成し、前記ＴＦＴ情報は、前記第２バージョンＩＰアドレスが第１バージョンＩＰアドレスを含む表示を含む、制御器と、
前記ＴＦＴ情報をゲートウェイパケット無線サービス支援ノード(Gateway GPRS(General Packet Radio Service) Support Node; GGSN)に伝送する伝送手段と
を備えることを特徴とする装置。 - ゲートウェイパケット無線サービス支援ノード(Gateway GPRS(General Packet Radio Service) Support Node; GGSN)は、前記受信パケットデータのＩＰアドレスのバージョンが第２バージョンであり、その形態が前記第１バージョンＩＰアドレスが挿入された形態の第２バージョンＩＰアドレスである場合に、その第２バージョンＩＰアドレスに含まれている第１バージョンＩＰアドレス抽出し、前記第１バージョンＩＰアドレスを利用してＴＦＴパケットフィルタリングを遂行するＴＦＴパケットフィルタリングプロシージャと、
前記使用者端末機から受信されたＴＦＴ情報を貯蔵するメモリと
をさらに備えることを特徴とする請求項１０記載の装置。 - 前記第１バージョンＩＰアドレスが挿入された形態の前記第２バージョンＩＰアドレスは、第１バージョンＩＰ互換第２バージョンＩＰアドレスまたは第１バージョンＩＰマッピング第２バージョンＩＰアドレスである請求項８又は１０の何れか１項に記載の装置。
- 前記第１バージョンＩＰ互換第２バージョンＩＰアドレスは、前記第１バージョンＩＰ及び第２バージョンＩＰのすべてを支援可能なネットワークの間に使用されるアドレスである請求項１２記載の装置。
- 第１バージョンＩＰマッピング第２バージョンＩＰアドレスは、前記第１バージョンＩＰのみを支援するネットワークと前記第１バージョンＩＰ及び第２バージョンＩＰのすべてを支援可能なネットワークとの間に使用されるアドレスである請求項１２記載の装置。
- 第１バージョンはバージョン４(ＩＰｖ４)であり、第２バージョンはバージョン６(ＩＰｖ６)である請求項８又は１０のうち何れか１項に記載の装置。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR20030011133A KR100886551B1 (ko) | 2003-02-21 | 2003-02-21 | 이동통신시스템에서 인터넷 프로토콜 버전에 따른 트래픽플로우 탬플릿 패킷 필터링 장치 및 방법 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004260818A JP2004260818A (ja) | 2004-09-16 |
| JP4006407B2 true JP4006407B2 (ja) | 2007-11-14 |
Family
ID=32041031
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004045336A Expired - Fee Related JP4006407B2 (ja) | 2003-02-21 | 2004-02-20 | 移動通信システムでのインターネットプロトコルバージョンに従うトラヒックフローテンプレートパケットフィルタリングを遂行する装置及び方法 |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US20040205247A1 (ja) |
| JP (1) | JP4006407B2 (ja) |
| KR (1) | KR100886551B1 (ja) |
| CN (1) | CN1279731C (ja) |
| DE (1) | DE102004008720B4 (ja) |
| FR (1) | FR2852472B1 (ja) |
| GB (1) | GB2400278B (ja) |
| IT (1) | ITMI20040297A1 (ja) |
Families Citing this family (39)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI116186B (fi) * | 2003-12-19 | 2005-09-30 | Nokia Corp | Tiedonsiirron järjestäminen langattomassa pakettivälitteisen datan siirtoa tarjoavassa järjestelmässä |
| US20050268331A1 (en) * | 2004-05-25 | 2005-12-01 | Franck Le | Extension to the firewall configuration protocols and features |
| US8175534B2 (en) * | 2004-09-03 | 2012-05-08 | Cisco Technology, Inc. | RF-aware packet filtering in radio access networks |
| GB2422272A (en) * | 2005-01-14 | 2006-07-19 | King S College London | Network mobility |
| EP1705858A1 (en) * | 2005-03-24 | 2006-09-27 | Orange SA | Method and system for activation of a packet data protocol context |
| EP1705859A1 (en) * | 2005-03-24 | 2006-09-27 | Orange SA | Packet radio network and method for activation of a packet data protocol context |
| GB2425015A (en) | 2005-04-07 | 2006-10-11 | Symbian Software Ltd | Quality of service in networked computing devices |
| US7826418B2 (en) * | 2005-06-27 | 2010-11-02 | Qualcomm Incorporated | Block-based assignment of quality of service precedence values |
| KR100757874B1 (ko) | 2006-02-18 | 2007-09-11 | 삼성전자주식회사 | ＤＳＴＭ 환경의 ＩＰｖ６-ＩＰｖ４ 네트워크에서의ＩＰｖ６ 패킷 위조 방지 방법 및 그 시스템 |
| US20070195801A1 (en) * | 2006-02-23 | 2007-08-23 | Nokia Corporation | Context-based processing of data flows |
| US8332926B2 (en) | 2006-05-12 | 2012-12-11 | Qualcomm Incorporated | Efficient modification of packet filters in a wireless communication network |
| KR100821152B1 (ko) * | 2006-06-23 | 2008-04-11 | 주식회사 케이티프리텔 | Ｗｃｄｍａ망에서 트래픽 플로우 템플릿 설정 방법 및시스템 |
| US7870231B2 (en) * | 2006-07-21 | 2011-01-11 | Qualcomm Incorporated | Efficiently assigning precedence values to new and existing QoS filters |
| CN101128043B (zh) | 2006-08-15 | 2011-02-02 | 华为技术有限公司 | 系统间切换或者改变时的数据处理方法 |
| FI20075305L (fi) * | 2007-05-02 | 2008-11-03 | Eads Secure Networks Oy | Datavirtojen hallinta tietoliikennejärjestelmässä |
| KR100953453B1 (ko) | 2007-11-27 | 2010-04-20 | 한국전자통신연구원 | 이동단말에서의 상향링크 ｉｐ 패킷 필터링 제어방법 |
| US20100067390A1 (en) * | 2008-05-21 | 2010-03-18 | Luis Filipe Pereira Valente | System and method for discovery of network entities |
| US20090323965A1 (en) * | 2008-06-27 | 2009-12-31 | Telefonaktiebolaget Lm Ericsson (Publ) | Systems and Methods for Monitoring Performance of a Communication System |
| CN102217275A (zh) * | 2008-11-18 | 2011-10-12 | 思达伦特网络有限责任公司 | 无线网络中的选择性寻呼 |
| US8428625B2 (en) | 2009-02-27 | 2013-04-23 | Cisco Technology, Inc. | Paging heuristics in packet based networks |
| KR101362443B1 (ko) * | 2009-08-03 | 2014-02-11 | 니뽄 덴신 덴와 가부시키가이샤 | 함수 암호 응용 시스템, 정보 출력 장치, 정보 처리 장치, 암호 프로토콜 실행 방법, 정보 출력 방법, 정보 처리 방법, 프로그램, 및 기록 매체 |
| CN101800967B (zh) * | 2009-12-30 | 2012-12-12 | 华为技术有限公司 | 一种实现策略与计费控制的方法、网关和移动终端 |
| WO2011085803A1 (en) * | 2010-01-12 | 2011-07-21 | Nokia Siemens Networks Oy | Controlling traffic flow template generation |
| US8448221B2 (en) * | 2010-03-12 | 2013-05-21 | Mcafee, Inc. | System, method, and computer program product for displaying network events in terms of objects managed by a security appliance and/or a routing device |
| US8531947B2 (en) * | 2010-03-31 | 2013-09-10 | Qualcomm Incorporated | Single and dual internet protocol bearer support |
| US8861535B2 (en) | 2010-05-21 | 2014-10-14 | Cisco Technology, Inc. | Multi-tiered paging support using paging priority |
| US8537829B2 (en) | 2010-09-15 | 2013-09-17 | Cisco Technology, Inc. | Paging control in communication networks |
| KR101228089B1 (ko) * | 2012-09-10 | 2013-02-01 | 한국인터넷진흥원 | Ｉｐ 스푸핑 탐지 장치 |
| US9060347B2 (en) | 2012-11-30 | 2015-06-16 | Cisco Technology, Inc. | Subscriber-aware paging |
| KR101469244B1 (ko) * | 2013-02-06 | 2014-12-12 | 한밭대학교 산학협력단 | 수신된 데이터에서의 불필요한 패킷 제거 장치 및 방법 |
| US20150215840A1 (en) * | 2014-01-30 | 2015-07-30 | Intel IP Corporation | Systems, methods and devices for application specific routing in dual connectivity |
| JP6415603B2 (ja) * | 2014-06-30 | 2018-10-31 | インテル アイピー コーポレーション | Ｌｔｅ用のサービス品質アーキテクチャを改善する装置及び方法 |
| US10469379B2 (en) * | 2017-02-17 | 2019-11-05 | Cisco Technology, Inc. | System and method to facilitate content delivery to multiple recipients in a network environment |
| US10404592B2 (en) | 2017-03-24 | 2019-09-03 | Cisco Technology, Inc. | System and method to facilitate content forwarding using bit index explicit replication (BIER) in an information-centric networking (ICN) environment |
| EP3404900B1 (en) * | 2017-05-09 | 2019-07-10 | NSOF Networks Ltd | A communication system and method |
| US11095507B2 (en) | 2017-05-09 | 2021-08-17 | Proofpoint, Inc. | Globally-distributed secure end-to-end identity-based overlay network |
| CN108200138A (zh) * | 2017-12-26 | 2018-06-22 | 广东欧珀移动通信有限公司 | 专用承载的建立方法及相关设备 |
| KR20200033048A (ko) | 2018-09-19 | 2020-03-27 | 삼성전자주식회사 | 패킷을 필터링하는 전자 장치 및 그 작동 방법 |
| US11689498B1 (en) * | 2022-02-09 | 2023-06-27 | Rakuten Mobile, Inc. | Internet protocol address generation |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6690669B1 (en) * | 1996-11-01 | 2004-02-10 | Hitachi, Ltd. | Communicating method between IPv4 terminal and IPv6 terminal and IPv4-IPv6 converting apparatus |
| FI108601B (fi) | 1999-01-05 | 2002-02-15 | Nokia Corp | QoS-kartoitustiedon välitys pakettiradioverkossa |
| FI106762B (fi) * | 1999-02-16 | 2001-03-30 | Nokia Mobile Phones Ltd | Menetelmä ja järjestelmä eräiden neuvottelujen toteuttamiseksi pakettidataverkossa |
| US6845091B2 (en) * | 2000-03-16 | 2005-01-18 | Sri International | Mobile ad hoc extensions for the internet |
| AU2001250888A1 (en) * | 2000-03-20 | 2001-10-03 | At And T Corp. | Service selection in a shared access network using policy routing |
| US6621793B2 (en) * | 2000-05-22 | 2003-09-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Application influenced policy |
| WO2002069519A1 (en) | 2001-02-23 | 2002-09-06 | Nokia Inc. | System and method for fast gprs for ipv6 communications |
| EP1371242A1 (en) * | 2001-03-14 | 2003-12-17 | Nokia Corporation | Method for activating a connection in a communications system, mobile station, network element and packet filter |
| JP4075318B2 (ja) * | 2001-04-18 | 2008-04-16 | 株式会社日立製作所 | プロトコル変換方法，及びアドレス変換サーバ |
| US7145919B2 (en) * | 2001-06-01 | 2006-12-05 | Telefonaktienbolaget Lm Ericsson (Publ) | Method and apparatus for transporting different classes of data bits in a payload over a radio interface |
| JP3881198B2 (ja) | 2001-07-04 | 2007-02-14 | 株式会社エヌ・ティ・ティ・ドコモ | モバイルｉｐ通信システム、モバイルｉｐ通信方法、ネットワーク中継装置及び移動体端末 |
| US20030039259A1 (en) * | 2001-07-10 | 2003-02-27 | Lila Madour | Traffic flow template for managing packet data flows |
| US20030026230A1 (en) | 2001-08-02 | 2003-02-06 | Juan-Antonio Ibanez | Proxy duplicate address detection for dynamic address allocation |
| WO2003032668A1 (en) * | 2001-10-05 | 2003-04-17 | Nokia Corporation | Method and system for hand off in a gprs network with nodes supporting different ip versions |
| RU2273104C2 (ru) * | 2001-10-05 | 2006-03-27 | Нокиа Корпорейшн | Переключение адресов и корреляция сообщений между сетевыми узлами |
| WO2003069842A1 (en) * | 2002-02-13 | 2003-08-21 | Nokia Corporation | Filtering of data packets in a communication network according to interface identifiers |
| US7286536B2 (en) * | 2002-10-28 | 2007-10-23 | Nokia Corporation | Method and system for early header compression |
-
2003
- 2003-02-21 KR KR20030011133A patent/KR100886551B1/ko not_active IP Right Cessation
-
2004
- 2004-02-18 GB GB0403484A patent/GB2400278B/en not_active Expired - Fee Related
- 2004-02-20 JP JP2004045336A patent/JP4006407B2/ja not_active Expired - Fee Related
- 2004-02-20 US US10/781,865 patent/US20040205247A1/en not_active Abandoned
- 2004-02-20 FR FR0401709A patent/FR2852472B1/fr not_active Expired - Fee Related
- 2004-02-20 IT ITMI20040297 patent/ITMI20040297A1/it unknown
- 2004-02-21 CN CNB2004100330718A patent/CN1279731C/zh not_active Expired - Fee Related
- 2004-02-23 DE DE200410008720 patent/DE102004008720B4/de not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| FR2852472A1 (fr) | 2004-09-17 |
| CN1531287A (zh) | 2004-09-22 |
| KR100886551B1 (ko) | 2009-03-02 |
| CN1279731C (zh) | 2006-10-11 |
| KR20040075582A (ko) | 2004-08-30 |
| GB2400278B (en) | 2006-06-21 |
| FR2852472B1 (fr) | 2006-02-10 |
| JP2004260818A (ja) | 2004-09-16 |
| DE102004008720A1 (de) | 2004-09-16 |
| ITMI20040297A1 (it) | 2004-05-20 |
| GB0403484D0 (en) | 2004-03-24 |
| DE102004008720B4 (de) | 2009-03-19 |
| GB2400278A (en) | 2004-10-06 |
| US20040205247A1 (en) | 2004-10-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4006407B2 (ja) | 移動通信システムでのインターネットプロトコルバージョンに従うトラヒックフローテンプレートパケットフィルタリングを遂行する装置及び方法 | |
| JP3642778B2 (ja) | 移動通信システムでのトラヒックフローテンプレート再整列装置及び方法 | |
| US7701963B2 (en) | Method and apparatus for the use of micro-tunnels in a communications system | |
| US7286831B2 (en) | Method of balancing load and method of setting up call using the same in general packet radio service network | |
| US6973076B2 (en) | Mobile communication network, terminal equipment, packet communication control method, and gateway | |
| US9237058B2 (en) | Telecommunications apparatus and method | |
| CN102668685B (zh) | 针对改进服务质量处理的电信方法、协议和设备 | |
| US8004969B2 (en) | Cell level congestion policy management | |
| US7779245B2 (en) | Providing access bearer related information in a packet data network | |
| US7554991B2 (en) | Method, system and network element for data transmission using a transition mechanism | |
| GB2341059A (en) | Internet protocol flow detection | |
| CN110235469A (zh) | 用于无线通信中的系统间切换的方法和装置 | |
| US7421506B2 (en) | Load balancer for multiprocessor platforms | |
| US20040057424A1 (en) | Communications system | |
| US7954002B2 (en) | Systems and methods for bulk release of resources associated with node failure | |
| EP1500243B1 (en) | Internet protocol based system | |
| EP3537666B1 (en) | Service data processing method and apparatus | |
| JP4741796B2 (ja) | パケットエンティティを指向する方法及び装置 | |
| US9094852B2 (en) | Implementation of packet data service in a mobile communication network | |
| EP3982598A1 (en) | Method and apparatus for sending and receiving message, and communication system | |
| EP1512073B1 (en) | Load balancer for multiprocessor platforms | |
| ES2335571T3 (es) | Procedimiento para la transmision de paquetes de datos. | |
| CN105357774A (zh) | 针对改进服务质量处理的电信方法、协议和设备 | |
| El-Malki et al. | 3G IPv6 Node Emulator |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060821 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060829 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061129 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070109 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070405 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070731 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070827 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100831 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110831 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120831 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130831 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |