JP2018061100A - ゲートウェイ装置、通信方法、及びプログラム - Google Patents

Abstract

【課題】３ＧＰＰ規格に基づいて構築されているネットワークにおいて、適切にパケットを振り分けることができるゲートウェイ装置を提供すること。【解決手段】本発明のゲートウェイ装置３０は、ＧＴＰに従って通信を行うノード装置２０とＳ／Ｐ−ＧＷ４０もしくはＳ／Ｐ−ＧＷ５０との間に配置される。ゲートウェイ装置３０は、ノード装置２０から送信されたＧＴＰメッセージを終端する通信部３１と、ＧＴＰメッセージに関連付けられた移動局の端末種別を判定する判定部３２と、ノード装置２０から送信されたＧＴＰメッセージに設定されている送信元アドレスを、ノード装置２０の識別子からゲートウェイ装置３０の第１の識別子に変更する変換部３３と、を備え、通信部３１は、送信元アドレスが変換されたＧＴＰメッセージを、端末種別に応じて決定されるＳ／Ｐ−ＧＷ４０もしくはＳ／Ｐ−ＧＷ５０へ送信する。【選択図】図１

Description

本発明はゲートウェイ装置、通信方法、及び、プログラムに関し、特にメッセージを伝送するゲートウェイ装置、通信方法、及び、プログラムに関する。

近年、スマートフォン等が普及するとともに、ＩｏＴ（Internet Of Things）サービスも広まってきている。ＩｏＴサービスは、例えば、ユーザの操作を伴わずに自律的に通信を行う端末等を用いて実施される。一般的に、スマートフォン等の端末と、ＩｏＴサービスに用いられる端末とでは、トラヒック特性が異なることが知られている。例えば、ＩｏＴサービスは、スマートフォン等と比較して少量のデータが伝送される場合が多い。さらに、ＩｏＴサービスは、１日のうち、予め定められたタイミングにデータが伝送されるというトラヒック特性を有することもある。

このように、スマートフォン等の端末を用いた一般サービスと、ＩｏＴサービスとは、トラヒック特性が異なるため、一般サービスを提供するコアネットワークと、ＩｏＴサービスを提供するコアネットワークとを分離し、それぞれ独立に運用することが検討されている。コアネットワークを分離することによって、それぞれのサービスのトラヒック特性に応じた設備設計等を行うことが可能となる。

特許文献１には、トラヒック特性の異なるユーザ端末を区別し、ユーザ端末を接続することに適したトラヒック特性を持つゲートウェイ装置の構成が開示されている。具体的に、ゲートウェイ装置が有するパケット振り分け制御部が、パケット内に含まれるユーザ端末のＭＡＣアドレスもしくはドメイン情報等に基づいて、パケットの転送先を決定する。さらにパケット振り分け制御部は、パケットの送信先のＩＰアドレスを、転送先のゲートウェイ装置のＩＰアドレスに変更する。

特開２０１５−４３５２２号公報

しかし、３ＧＰＰ（3rd Generation Partnership Project）等の規格に基づいて構築されるネットワークにおいては、ノード装置間において様々なプロトコルが規定されている。そのため、パケットを転送する際に、送信先のＩＰアドレスを変更するのみでは、ノード装置間において規定されているプロトコルとの情報が一致せず、適切にパケットを転送することができないという問題がある。

本発明の目的は、３ＧＰＰの規格に基づいて構築されているネットワークにおいて、適切にパケットを振り分けることができるゲートウェイ装置、通信方法、及び、プログラムを提供することにある。

本発明の第１の態様にかかるゲートウェイ装置は、ＧＴＰ（GPRS（General Packet Radio Service） Tunneling Protocol）に従って通信を実行するノード装置とＳ−ＧＷ（Serving-Gateway）との間、もしくは、ＧＴＰにしたがって通信を実行するノード装置とＰ−ＧＷ（PDN（Packet Data Network）-Gateway）との間に配置されるゲートウェイ装置であって、前記ノード装置から送信されたＧＴＰメッセージを終端する通信部と、前記ＧＴＰメッセージに関連付けられた移動局の端末種別を判定する判定部と、前記ノード装置から送信された前記ＧＴＰメッセージに設定されている送信元アドレスを、前記ノード装置の識別子から前記ゲートウェイ装置の第１の識別子に変更する変換部と、を備え、前記通信部は、送信元アドレスが変換された前記ＧＴＰメッセージを、前記端末種別に応じて決定されるＳ−ＧＷもしくはＰ−ＧＷへ送信するものである。

本発明の第２の態様にかかる通信方法は、ＧＴＰ（GPRS（General Packet Radio Service） Tunneling Protocol）に従って通信を実行するノード装置とＳ−ＧＷ（Serving-Gateway）との間、もしくは、ＧＴＰにしたがって通信を実行するノード装置とＰ−ＧＷ（PDN（Packet Data Network）-Gateway）との間に配置されるゲートウェイ装置における通信方法であって、前記ノード装置から送信されたＧＴＰメッセージを終端し、前記ＧＴＰメッセージに関連付けられた移動局の端末種別を判定し、前記ノード装置から送信された前記ＧＴＰメッセージに設定されている送信元アドレスを、前記ノード装置の識別子から前記ゲートウェイ装置の第１の識別子に変更し、送信元アドレスが変換された前記ＧＴＰメッセージを、前記端末種別に応じて決定されるＳ−ＧＷもしくはＰ−ＧＷへ送信するものである。

本発明の第３の態様にかかるプログラムは、ＧＴＰ（GPRS（General Packet Radio Service） Tunneling Protocol）に従って通信を実行するノード装置とＳ−ＧＷ（Serving-Gateway）との間、もしくは、ＧＴＰにしたがって通信を実行するノード装置とＰ−ＧＷ（PDN（Packet Data Network）-Gateway）との間に配置されるゲートウェイ装置であるコンピュータに実行させるプログラムであって、前記ノード装置から送信されたＧＴＰメッセージを終端し、前記ＧＴＰメッセージに関連付けられた移動局の端末種別を判定し、前記ノード装置から送信された前記ＧＴＰメッセージに設定されている送信元アドレスを、前記ノード装置の識別子から前記ゲートウェイ装置の第１の識別子に変更し、送信元アドレスが変換された前記ＧＴＰメッセージを、前記端末種別に応じて決定されるＳ−ＧＷもしくはＰ−ＧＷへ送信することをコンピュータに実行させるものである。

本発明により、３ＧＰＰの規格に基づいて構築されているネットワークにおいて、適切にパケットを振り分けることができるゲートウェイ装置、通信方法、及び、プログラムを提供することができる。

実施の形態１にかかる通信システムの構成図である。 実施の形態２にかかる通信システムの構成図である。 実施の形態２にかかるＡｔｔａｃｈ処理の流れを示す図である。 実施の形態２にかかるＤｅｔａｃｈ処理の流れを示す図である。 実施の形態２にかかる通信システムの構成図である。 実施の形態３にかかる通信システムの構成図である。 実施の形態３にかかるＡｔｔａｃｈ処理の流れを示す図である。 実施の形態３にかかるＤｅｔａｃｈ処理の流れを示す図である。 実施の形態４にかかる通信システムの構成図である。 実施の形態４にかかるＡｔｔａｃｈ処理の流れを示す図である。 実施の形態４にかかるＤｅｔａｃｈ処理の流れを示す図である。 実施の形態５にかかる通信システムの構成図である。 実施の形態５にかかるＤＢが管理する情報を示す図である。 実施の形態５にかかるパケット振り分け処理の流れを示す図である。 実施の形態５にかかる通信システムの構成図である。 実施の形態６にかかる通信システムの構成図である。 実施の形態６にかかるパケット振り分け処理の流れを示す図である。 実施の形態７にかかる通信システムの構成図である。 実施の形態７にかかるパケット振り分け処理の流れを示す図である。 それぞれの実施の形態にかかるゲートウェイ装置の構成図である。

（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。図１を用いて本発明の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、ＲＡＮ（Radio Area Network）装置１０、ノード装置２０、ゲートウェイ装置３０、Ｓ（Serving）／Ｐ（（PDN）Packet Data Network）−ＧＷ（Gateway）４０、Ｓ／Ｐ−ＧＷ５０、及びＵＥ６０を有している。Ｓ／Ｐ−ＧＷは、Ｓ−ＧＷもしくはＰ−ＧＷであることを示す。もしくは、Ｓ／Ｐ−ＧＷは、Ｓ−ＧＷ及びＰ−ＧＷであることを示してもよい。ＲＡＮ装置１０、ノード装置２０、ゲートウェイ装置３０、Ｓ／Ｐ−ＧＷ４０、Ｓ／Ｐ−ＧＷ５０、及びＵＥ６０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。

ＲＡＮ装置１０は、基地局、もしくは、基地局を制御する基地局制御装置であってもよい。もしくは、ＲＡＮ装置１０は、基地局及び基地局制御装置を含んでもよい。基地局は、例えば、３ＧＰＰにおいてＬＴＥ（Long Term Evolution）をサポートする基地局であるｅＮＢであってもよく、いわゆる２Ｇもしくは３Ｇと称される無線通信方式をサポートするＮｏｄｅＢであってもよい。基地局制御装置は、例えば、３ＧＰＰにおいて規定されているＲＮＣ（Radio Network Controller）であってもよい。ＲＡＮ装置１０は、ＵＥ６０と無線通信を行う。ＵＥ６０は、３ＧＰＰにおいて用いられている移動局の総称である。

ノード装置２０は、３ＧＰＰにおいてＵＥ６０の位置情報を管理し、さらに、ＵＥ６０に関する呼処理制御を実施する装置である。ノード装置２０は、例えば、３ＧＰＰにおいて規定されているＭＭＥ（Mobility Management Entity）もしくはＳＧＳＮ（Serving GPRS（General Packet Radio Service） Support Node）であってもよい。もしくは、ノード装置２０は、ＵＥ６０に関するユーザデータを伝送するＳ−ＧＷであってもよい。

Ｓ／Ｐ−ＧＷ４０及びＳ／Ｐ−ＧＷ５０は、ＵＥ６０に関するユーザデータを伝送する。

ゲートウェイ装置３０は、ノード装置２０とＳ／Ｐ−ＧＷ４０との間、さらに、ノード装置２０とＳ／Ｐ−ＧＷ５０との間に配置される。ゲートウェイ装置３０は、ノード装置２０と、Ｓ／Ｐ−ＧＷ４０もしくはＳ／Ｐ−ＧＷ５０との間において伝送される制御データを中継する。制御データは、Ｓ／Ｐ−ＧＷ４０の呼処理制御を実行するためのデータであってもよい。もしくは、制御データは、ＵＥ６０に関するユーザデータの伝送経路を設定するために用いられるデータであってもよい。制御データは、制御信号、制御情報、もしくは、Ｃ−Ｐｌａｎｅデータ等と称されてもよい。また、ＵＥ６０が送受信するテキストデータ、画像データ、もしくは動画データ等をユーザデータと称する。ユーザデータは、ユーザ情報、もしくは、Ｕ−Ｐｌａｎｅデータ等と称されてもよい。

ノード装置２０は、Ｓ／Ｐ−ＧＷ４０及びＳ／Ｐ−ＧＷ５０と、ＧＴＰ（GPRS（General Packet Radio Service） Tunneling Protocol）に従って通信を実行する。つまり、ノード装置２０は、ＧＴＰにおいて規定された制御メッセージであるＧＴＰメッセージに各種情報を設定し、Ｓ／Ｐ−ＧＷ４０及びＳ／Ｐ−ＧＷ５０との間において、ＧＴＰメッセージを伝送する。制御メッセージとして用いられるＧＴＰメッセージは、例えば、ＧＴＰ−Ｃメッセージと称されてもよい。

続いて、ゲートウェイ装置３０の構成例について説明する。ゲートウェイ装置３０は、通信部３１、判定部３２、及び、変換部３３を有している。通信部３１、判定部３２、及び、変換部３３は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、通信部３１、判定部３２、及び、変換部３３は、回路もしくはチップ等のハードウェアであってもよい。

通信部３１は、ノード装置２０、Ｓ／Ｐ−ＧＷ４０、もしくはＳ／Ｐ−ＧＷ５０から送信されたＧＴＰメッセージを終端する。通信部３１がＧＴＰメッセージを終端するとは、通信部３１がＧＴＰメッセージに設定された情報を解析し、もしくは、ＧＴＰメッセージに設定された情報を変更等することであってもよい。通信部３１は、受信したＧＴＰメッセージを判定部３２及び変換部３３へ出力する。

判定部３２は、ＧＴＰメッセージに関連付けられたＵＥ６０の端末種別を判定する。ＧＴＰメッセージは、ＵＥ６０の呼処理制御を行うために用いられるメッセージである。つまり、ＧＴＰメッセージは、ＵＥ毎に伝送される。

端末種別は、例えば、ＵＥ６０が実行するサービスの識別情報、ＵＥ６０のトラヒック特性を定義した情報、もしくは、その他のＵＥ６０を識別するための識別情報等であってもよい。例えば、端末種別は、ＩｏＴサービスを実行する端末と、それ以外の端末とを識別する情報であってもよい。

変換部３３は、ノード装置２０から送信されたＧＴＰメッセージに設定されている送信元アドレスを、ノード装置２０からゲートウェイ装置３０の識別子Ａへ変更する。識別子Ａは、ゲートウェイ装置３０とＳ／Ｐ−ＧＷ４０との間、もしくは、ゲートウェイ装置３０とＳ／Ｐ−ＧＷ５０との間の通信に用いられる識別子である。

ここで、通信部３１は、送信元アドレスが変換されたＧＴＰメッセージを、端末種別に応じて決定されるＳ／Ｐ−ＧＷ４０もしくはＳ／Ｐ−ＧＷ５０へ送信する。例えば、Ｓ／Ｐ−ＧＷ４０及びＳ／Ｐ−ＧＷ５０は、特定の端末種別のＵＥ６０に関するユーザデータを伝送する。この場合、通信部３１は、判定した端末に関連付けられているＳ／Ｐ−ＧＷへ、ＧＴＰメッセージを送信する。言い換えると、通信部３１は、端末種別に応じて、ＧＴＰメッセージを複数のＳ／Ｐ−ＧＷへ振り分ける。

以上説明したように、図１のゲートウェイ装置３０は、３ＧＰＰにおいてノード装置２０とＳ／Ｐ−ＧＷ４０との間の通信、さらに、ノード装置２０とＳ／Ｐ−ＧＷ５０との間の通信に用いられるＧＴＰメッセージを終端することができる。さらに、ゲートウェイ装置３０は、ＵＥ６０の端末種別に応じて、ＧＴＰメッセージを複数のＳ／Ｐ−ＧＷへ振り分けることができる。

さらに、ゲートウェイ装置３０は、ノード装置２０から送信されたＧＴＰメッセージの送信元アドレスを、ノード装置２０からゲートウェイ装置３０に変更することができる。このようにして、ゲートウェイ装置３０が、ＧＴＰメッセージにおいて定められている送信元の識別情報を変更し、送信元の識別情報を変更したＧＴＰメッセージをＳ／Ｐ−ＧＷへ送信する。その結果、ゲートウェイ装置３０がノード装置２０とＳ／Ｐ−ＧＷ４０との間、さらに、ノード装置２０とＳ／Ｐ−ＧＷ５０との間に配置され、ＧＴＰメッセージを終端した場合であっても、正常にＧＴＰメッセージを伝送することができる。つまり、Ｓ／Ｐ−ＧＷ４０及びＳ／Ｐ−ＧＷ５０は、ＧＴＰメッセージの送信先として、ゲートウェイ装置３０の識別情報を設定することによって、ノード装置２０とＳ／Ｐ−ＧＷ４０との間、さらに、ノード装置２０とＳ／Ｐ−ＧＷ５０との間において伝送されるＧＴＰメッセージが、ゲートウェイ装置３０を介して伝送されることを可能とする。

（実施の形態２）
続いて、図２を用いて本発明の実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、ｅＮＢ１１、ＭＭＥ２１、ゲートウェイ装置３０、一般ネットワーク４５、ＩｏＴネットワーク５５、及び、ＵＥ６０を有している。また、一般ネットワーク４５は、Ｓ−ＧＷ４１及びＰ−ＧＷ４２を有している。ＩｏＴネットワーク５５は、Ｓ−ＧＷ５１及びＰ−ＧＷ５２を有している。

ｅＮＢ１１は、図１のＲＡＮ装置１０に相当する。ＭＭＥ２１は、図１のノード装置２０に相当する。Ｓ−ＧＷ４１は、図１のＳ／Ｐ−ＧＷ４０に相当する。Ｓ−ＧＷ５１は、図１のＳ／Ｐ−ＧＷ５０に相当する。ゲートウェイ装置３０及びＵＥ６０は、図１と同様である。

ＩｏＴネットワーク５５は、ＩｏＴサービスに用いられるＵＥに関するデータを伝送するネットワークである。例えば、ＩｏＴネットワーク５５は、ＩｏＴサービスに用いられるＵＥに関する制御データ及びユーザデータを伝送するネットワークであってもよい。

一般ネットワーク４５は、ＩｏＴサービスに用いられるＵＥ以外のＵＥに関するデータを伝送するネットワークである。例えば、ＩｏＴサービスに用いられるＵＥ以外のＵＥは、サービスを利用する際にユーザ操作を伴う携帯電話もしくはスマートフォン等であってもよい。

ＩｏＴサービスは、スマートフォン等と比較して少量のデータを伝送する場合が多い。さらに、ＩｏＴサービスは、１日のうち、予め定められたタイミングにデータが伝送されるというトラヒック特性を有することもある。

一方、スマートフォン等の端末は、大容量の動画データを受信することもある。さらに、スマートフォン端末を用いて様々なサービスを利用することが可能であり、近年、スマートフォン端末が送受信するデータ量は増加していると考えられている。このように、ＩｏＴサービスに用いられる端末と、その他のサービスに用いられる端末とは、トラヒック特性が異なる。ここで、同じトラヒック特性の端末に関するトラヒックを同じネットワークにて扱うことによって、ネットワークを効率的に設計することができる。

例えば、伝送されるユーザデータの少ない端末に関するトラヒックを扱うネットワークであるＩｏＴネットワーク５５においては、ユーザデータを中継するＳ−ＧＷ等のノード装置の数を少なくしてもよい。

一方、一般ネットワーク４５においては、伝送されるユーザデータの多い端末に関するトラヒックを扱う。そのため、一般ネットワーク４５においては、ユーザデータを中継するＳ−ＧＷ等のノード装置の数を多くしてもよい。

ゲートウェイ装置３０は、ＵＥ６０がＩｏＴサービスに用いられる端末か否かを判定し、ＵＥ６０に関するメッセージをＳ−ＧＷ４１もしくはＳ−ＧＷ５１に振り分ける。

続いて、図３を用いてＵＥ６０に関するＡｔｔａｃｈ処理の流れについて説明する。はじめに、ＵＥ６０は、ＮＡＳ（Non Access Stratum）メッセージであるAttach Requestメッセージを、ｅＮＢ１１を介してＭＭＥ２１へ送信する（Ｓ１１）。ＵＥ６０は、Attach Requestメッセージに、端末種別に関する情報を設定してもよい。端末種別に関する情報は、例えば、ＩｏＴサービスに用いられる端末か否かを示す情報であってもよい。具体的には、ＵＥ６０は、ＮＡＳメッセージに設定するパラメータであるDevice-Propertiesに端末種別に関する情報を設定してもよい。

次に、ＭＭＥ２１は、ＧＴＰメッセージであるCreate Session Requestメッセージをゲートウェイ装置３０へ送信する（Ｓ１２）。Create Session Requestメッセージの宛先は、ゲートウェイ装置３０が設定されてもよく、任意のＳ−ＧＷが設定されてもよい。ＭＭＥ２１は、Attach Requestメッセージに設定された端末種別を、ＧＴＰメッセージにおけるパラメータであるSignaling Priority Indicationに設定してもよい。

Create Session Requestメッセージの送信先は、ゲートウェイ装置３０において決定される。そのため、Create Session Requestメッセージの宛先に任意のＳ−ＧＷが設定された場合、ゲートウェイ装置３０において、Create Session Requestメッセージの宛先が変更される。また、Create Session Requestメッセージの宛先に任意のＳ−ＧＷが設定された場合であっても、Create Session Requestメッセージは、ゲートウェイ装置３０へ送信されるように通信経路が設定される。

次に、ゲートウェイ装置３０は、ＧＴＰメッセージであるCreate Session Requestメッセージの振り分け先を判定する（Ｓ１３）。言い換えると、ゲートウェイ装置３０は、Create Session Requestメッセージの送信先を決定する。ゲートウェイ装置３０は、Create Session Requestメッセージに設定された端末種別に関する情報を用いて、Create Session Requestメッセージの振り分け先を判定する。ゲートウェイ装置３０は、端末種別に、ＩｏＴサービスに用いられる端末であることが示される情報が設定されている場合、Create Session Requestメッセージの振り分け先がＳ−ＧＷ５１であると判定する。図３においては、ゲートウェイ装置３０が、Create Session Requestメッセージの振り分け先がＳ−ＧＷ５１であると判定した場合について説明する。

次に、ゲートウェイ装置３０は、Create Session Requestメッセージの送信元のアドレスをＭＭＥ２１の識別子からゲートウェイ装置３０の識別子へ変更する、もしくは、付け替える（Ｓ１４）。Create Session Requestメッセージの送信元のアドレスとして、ＧＴＰにおいて規定されるＴＥＩＤ（Tunnel Endpoint Identifier）が用いられる。ＴＥＩＤは、ＭＭＥ２１とＳ−ＧＷ５１との間において、制御データを伝送するための経路上に設定されるトンネルを識別する情報である。ＴＥＩＤは、トンネルの両端のノード装置を識別するために用いられる情報である。言い換えると、Create Session Requestメッセージの送信元を示すＴＥＩＤは、ＭＭＥ２１側のトンネルを識別するために用いられる情報である。

例えば、ＭＭＥ２１を示すＴＥＩＤを、TEID#Aとする。例えば、ゲートウェイ装置３０は、送信元を示す情報としてTEID#Aが設定されたCreate Session Requestメッセージを受信すると、送信元を示す情報をTEID#Cへ変更する。ゲートウェイ装置３０は、TEID#AとTEID#Cとを対応付けて管理する。言い換えると、ゲートウェイ装置３０は、TEID#Aに対してTEID#Cを割り当てる。

次に、ゲートウェイ装置３０は、送信元を示すＴＥＩＤを変更したCreate Session RequestメッセージをＳ−ＧＷ５１へ送信し、Ｓ−ＧＷ５１は、受信したCreate Session RequestメッセージをＰ−ＧＷ５２へ送信する（Ｓ１５）。

次に、Ｐ−ＧＷ５２は、ＧＴＰメッセージであるCreate Session ResponseメッセージをＳ−ＧＷ５１へ送信し、Ｓ−ＧＷ５１は、受信したCreate Session Responseメッセージをゲートウェイ装置３０へ送信する（Ｓ１６）。Ｓ−ＧＷ５１は、Create Session Responseメッセージの宛先として、TEID#Cを設定する。また、Ｓ−ＧＷ５１は、Create Session Responseメッセージの送信元を示す情報として、TEID#Dを設定する。

次に、ゲートウェイ装置３０は、Create Session Responseメッセージの送信元を示す情報をＳ−ＧＷ５１の識別子からゲートウェイ装置３０の識別子へ変更する、もしくは、付け替える。例えば、ゲートウェイ装置３０は、送信元を示す情報としてTEID#Dと設定されたCreate Session Responseメッセージを受信すると、送信元を示す情報を、TEID#Bへ変更する。ゲートウェイ装置３０は、TEID#DとTEID#Bとを対応付けて管理する。言い換えると、ゲートウェイ装置３０は、TEID#Dに対してTEID#Bを割り当てる。

次に、ゲートウェイ装置３０は、送信元を示す情報を変更したCreate Session ResponseメッセージをＭＭＥ２１へ送信する（Ｓ１８）。ゲートウェイ装置３０は、Create Session Responseメッセージの宛先を示す情報としてTEID#Aを設定する。

以降、３ＧＰＰにおいて規定されている通常のＡｔｔａｃｈ処理が継続される（Ｓ１９）。通常のＡｔｔａｃｈ処理は、周知な処理であるため詳細な説明を省略する。また、Ａｔｔａｃｈ処理において、ゲートウェイ装置３０は、ＭＭＥ２１とＳ−ＧＷ５１との間において伝送される制御データを中継する。ＭＭＥ２１は、Ｓ−ＧＷ５１へ送信する制御データの宛先を示すＴＥＩＤとしてTEID#Bを設定し、Ｓ−ＧＷ５１は、ＭＭＥ２１へ送信する制御データの宛先を示すＴＥＩＤとしてTEID#Cを設定する。これによって、ＭＭＥ２１とＳ−ＧＷ５１との間において伝送される制御データは、ゲートウェイ装置３０を介して伝送される。

Ａｔｔａｃｈ処理が完了すると、Ｓ−ＧＷ５１及びＰ−ＧＷ５２を介して、ＵＥ６０に関するユーザデータが伝送される（Ｓ２０）。

続いて、図４を用いて本発明の実施の形態２にかかるＤｅｔａｃｈの処理の流れについて説明する。はじめに、ＵＥ６０は、ｅＮＢ１１を介してＭＭＥ２１へDetach Requestメッセージを送信する（Ｓ３１）。

次に、ＭＭＥ２１は、ＵＥ６０に関するＥＰＳ（Evolved Packet System）ベアラを解放するために、ＧＴＰメッセージであるDelete Session Requestメッセージを、ゲートウェイ装置３０を介してＳ−ＧＷ５１へ送信する。さらに、Ｓ−ＧＷ５１は、受信したDelete Session RequestメッセージをＰ−ＧＷ５２へ送信する（Ｓ３２）。ステップＳ３２において、ゲートウェイ装置３０は、図３のステップＳ１４と同様に、アドレス変換を行う。

次に、Ｐ−ＧＷ５２は、Delete Session Requestメッセージに対する応答として、ＧＴＰメッセージであるDelete Session ResponseメッセージをＳ−ＧＷ５１へ送信する（Ｓ３３）。さらに、Ｓ−ＧＷ５１は、受信したDelete Session Responseメッセージを、ゲートウェイ装置３０を介して、ＭＭＥ２１へ送信する（Ｓ３３）。ステップＳ３３において、ゲートウェイ装置３０は、図３のステップＳ１７と同様に、アドレス変換を行う。

次に、ＭＭＥ２１は、ステップＳ３１において受信したDetach Requestメッセージへの応答として、ｅＮＢ１１を介してDetach ResponseメッセージをＵＥ６０へ送信する（Ｓ３４）。

次に、ゲートウェイ装置３０は、図３のAttach処理においてTEID#Aと、TEID#Cとを関連付けた管理情報、さらに、TEID#BとTEID#Dとを関連付けた管理情報を解放、もしくは削除する（Ｓ３５）。言い換えると、ゲートウェイ装置３０は、TEID#Aに対して割り当てたTEID#C、及び、TEID#Dに対して割り当てたTEID#Bを解放する。

以上説明したように、本発明の実施の形態２にかかるAttach処理を実行することによって、ゲートウェイ装置３０は、ＵＥ６０の端末種別に応じてＳ−ＧＷを選択し、選択したＳ−ＧＷへＧＴＰメッセージを振り分けることができる。また、ゲートウェイ装置３０は、ＧＴＰメッセージに設定されるアドレス情報を変換することによって、ゲートウェイ装置３０を介したＭＭＥ２１と、Ｓ−ＧＷ４１もしくはＳ−ＧＷ５１との間において、ＧＴＰメッセージを終端し、転送することができる。つまり、ゲートウェイ装置３０は、ＭＭＥとＳ−ＧＷとの間において伝送されるＧＴＰメッセージのアドレスを変換することによって、ＭＭＥとＳ−ＧＷとの間において伝送されるＧＴＰメッセージを中継することができる。

実施の形態２においては、図２の通信システムにおけるAttach処理及びDetach処理について説明したが、図２とは異なる通信システムにおけるAttach処理及びDetach処理について説明する。

例えば、図２の通信システムの代わりに、図５の通信システムが用いられてもよい。図２の通信システムは、無線アクセスネットワークにおいて、ＬＴＥが用いられる構成を示している。図５の通信システムは、無線アクセスネットワークにおいて、３ＧＰＰにおいて３Ｇとして規定されている無線アクセス方式が用いられる構成を示している。

図５の通信システムは、図２の通信システムにおけるｅＮＢ１１の代わりに、ＲＮＣ１２が配置されている。さらに、図５の通信システムは、図２の通信システムにおけるＭＭＥ２１の代わりにＳＧＳＮ２２が配置されている。図５の通信システムにおける、ＲＮＣ１２及びＳＧＳＮ２２以外の構成については、図２の通信システムと同様である。

図５の通信システムにおいても、図３において説明したＡｔｔａｃｈ処理及び図４において説明したＤｅｔａｃｈ処理が実行される。

（実施の形態３）
続いて、図６を用いて本発明の実施の形態３にかかる通信システムの構成例について説明する。図６の通信システムは、ゲートウェイ装置３０が、Ｓ−ＧＷ４６とＰ−ＧＷ４７との間、さらに、Ｓ−ＧＷ４６とＰ−ＧＷ５７との間に配置されている。図２の通信システムは、ゲートウェイ装置３０が、Ｓ−ＧＷ４１及びＳ−ＧＷ５１のいずれかを選択する構成を示しているが、図６の通信システムは、ゲートウェイ装置３０が、Ｐ−ＧＷ４７及びＰ−ＧＷ５７のいずれかを選択する点において、図２の通信システムと異なる。

さらに、図６の通信システムは、ＳＧＳＮ２２がＳ−ＧＷ４６と接続する点において、ＳＧＳＮ２２が、ゲートウェイ装置３０を介してＰ−ＧＷと接続する図５の通信システムの構成とは異なる。

続いて、図７を用いて、図６におけるＵＥ６０に関するＡｔｔａｃｈ処理の流れについて説明する。はじめに、ＵＥ６０は、ＮＡＳ（Non Access Stratum）メッセージであるAttach Requestメッセージを、ｅＮＢ１１を介してＭＭＥ２１へ送信する（Ｓ４１）。ＵＥ６０は、Attach Requestメッセージに、端末種別に関する情報を設定してもよい。端末種別に関する情報は、例えば、ＩｏＴサービスに用いられる端末か否かを示す情報であってもよい。具体的には、ＵＥ６０は、ＮＡＳメッセージに設定するパラメータであるDevice-Propertiesに端末種別に関する情報を設定してもよい。

次に、ＭＭＥ２１は、ＧＴＰメッセージであるCreate Session RequestメッセージをＳ−ＧＷ４６へ送信する（Ｓ４２）。ＭＭＥ２１は、Attach Requestメッセージに設定された端末種別を、ＧＴＰメッセージにおけるパラメータであるSignaling Priority Indicationに設定してもよい。

また、Ｓ−ＧＷ４６は、受信したCreate Session Requestメッセージをゲートウェイ装置３０へ送信する（Ｓ４２）。Create Session Requestメッセージの送信先は、ゲートウェイ装置３０において決定される。そのため、Create Session Requestメッセージの宛先に任意のＰ−ＧＷが設定された場合、ゲートウェイ装置３０において、Create Session Requestメッセージの宛先が変更される。また、Create Session Requestメッセージの宛先に任意のＰ−ＧＷが設定された場合であっても、Create Session Requestメッセージは、ゲートウェイ装置３０へ送信されるように通信経路が設定される。

次に、ゲートウェイ装置３０は、ＧＴＰメッセージであるCreate Session Requestメッセージの振り分け先を判定する（Ｓ４３）。言い換えると、ゲートウェイ装置３０は、Create Session Requestメッセージの送信先を決定する。ゲートウェイ装置３０は、Create Session Requestメッセージに設定された端末種別に関する情報を用いて、Create Session Requestメッセージの振り分け先を判定する。ゲートウェイ装置３０は、端末種別に、ＩｏＴサービスに用いられる端末であることが示される情報が設定されている場合、Create Session Requestメッセージの振り分け先がＰ−ＧＷ５７であると判定する。図７においては、ゲートウェイ装置３０が、Create Session Requestメッセージの振り分け先がＰ−ＧＷ５７であると判定した場合について説明する。

次に、ゲートウェイ装置３０は、Create Session Requestメッセージの送信元のアドレスをＳ−ＧＷ４６の識別子からゲートウェイ装置３０の識別子へ変更する、もしくは、付け替える（Ｓ４４）。

例えば、Ｓ−ＧＷ４６を示すＴＥＩＤを、TEID#Aとする。例えば、ゲートウェイ装置３０は、送信元を示す情報としてTEID#Aが設定されたCreate Session Requestメッセージを受信すると、送信元を示す情報をTEID#Cへ変更する。ゲートウェイ装置３０は、TEID#AとTEID#Cとを対応付けて管理する。言い換えると、ゲートウェイ装置３０は、TEID#Aに対してTEID#Cを割り当てる。

次に、ゲートウェイ装置３０は、送信元を示すＴＥＩＤを変更したCreate Session RequestメッセージをＰ−ＧＷ５７へ送信する（Ｓ４５）。

次に、Ｐ−ＧＷ５７は、ＧＴＰメッセージであるCreate Session Responseメッセージをゲートウェイ装置３０へ送信する（Ｓ４６）。Ｐ−ＧＷ５７は、Create Session Responseメッセージの宛先として、TEID#Cを設定する。また、Ｐ−ＧＷ５７は、Create Session Responseメッセージの送信元を示す情報として、TEID#Dを設定する。

次に、ゲートウェイ装置３０は、Create Session Responseメッセージの送信元を示す情報をＰ−ＧＷ５７の識別子からゲートウェイ装置３０の識別子へ変更する、もしくは、付け替える（Ｓ４７）。例えば、ゲートウェイ装置３０は、送信元を示す情報としてTEID#Dと設定されたCreate Session Responseメッセージを受信すると、送信元を示す情報を、TEID#Bへ変更する。ゲートウェイ装置３０は、TEID#DとTEID#Bとを対応付けて管理する。言い換えると、ゲートウェイ装置３０は、TEID#Dに対してTEID#Bを割り当てる。

次に、ゲートウェイ装置３０は、送信元を示す情報を変更したCreate Session Responseメッセージを、Ｓ−ＧＷ４６へ送信する（Ｓ４８）。ゲートウェイ装置３０は、Create Session Responseメッセージの宛先を示す情報としてTEID#Aを設定する。また、Ｓ−ＧＷ４６は、受信したCreate Session ResponseメッセージをＭＭＥ２１へ送信する（Ｓ４８）。

以降、３ＧＰＰにおいて規定されている通常のＡｔｔａｃｈ処理が継続される（Ｓ４９）。通常のＡｔｔａｃｈ処理については、周知な処理であるため詳細な説明を省略する。また、Ａｔｔａｃｈ処理において、ゲートウェイ装置３０は、Ｓ−ＧＷ４６とＰ−ＧＷ５７との間において伝送される制御データを中継する。Ｓ−ＧＷ４６は、Ｐ−ＧＷ５７へ送信する制御データの宛先を示すＴＥＩＤとしてTEID#Bを設定し、Ｐ−ＧＷ５７は、Ｓ−ＧＷ４６へ送信する制御データの宛先を示すＴＥＩＤとしてTEID#Cを設定する。これによって、Ｓ−ＧＷ４６とＰ−ＧＷ５７との間において伝送される制御データは、ゲートウェイ装置３０を介して伝送される。

Ａｔｔａｃｈ処理が完了すると、Ｓ−ＧＷ４６及びＰ−ＧＷ５７を介して、ＵＥ６０に関するユーザデータが伝送される（Ｓ５０）。

ここで、ステップＳ４２及びＳ４５におけるCreate Session Requestメッセージ、及び、ステップＳ４６におけるCreate Session Responseメッセージには、ユーザデータを伝送するために用いられるトンネルのＴＥＩＤが設定されていてもよい。例えば、ステップＳ４２のCreate Session Requestメッセージにおいては、Ｓ−ＧＷとＰ−ＧＷとの間において、ユーザデータを伝送するために用いられるトンネルのＳ−ＧＷ４６側のＴＥＩＤが設定されていてもよい。ゲートウェイ装置３０は、ユーザデータを伝送するために用いられるトンネルのＳ−ＧＷ４６側のＴＥＩＤをステップＳ４４において変換してもよく、もしくは、変換しなくてもよい。さらに、ゲートウェイ装置３０は、ユーザデータを伝送するために用いられるトンネルのＰ−ＧＷ５７側のＴＥＩＤをステップＳ４７において変換してもよく、もしくは、変換しなくてもよい。

ゲートウェイ装置３０が、ユーザデータを伝送するために用いられるトンネルのＳ−ＧＷ４６側のＴＥＩＤ及びＰ−ＧＷ５７側のＴＥＩＤを変換した場合、Ｓ−ＧＷ４６とＰ−ＧＷ５７との間において伝送されるユーザデータは、ゲートウェイ装置３０によって中継される。また、ゲートウェイ装置３０が、ユーザデータを伝送するために用いられるトンネルのＳ−ＧＷ４６側のＴＥＩＤ及びＰ−ＧＷ５７側のＴＥＩＤを変換しない場合、Ｓ−ＧＷ４６とＰ−ＧＷ５７との間において伝送されるユーザデータは、ゲートウェイ装置３０によって中継されない。

図７においては、ＵＥ６０に関するＡｔｔａｃｈ処理の流れについて説明したが、ＵＥ６１に関するＡｔｔａｃｈ処理についても、図７に示される処理と同様の処理が実行される。ＵＥ６１に関するＡｔｔａｃｈ処理においては、図７のｅＮＢ１１がＲＮＣ１２に置き換えられ、図７のＭＭＥ２１がＳＧＳＮ２２に置き換えられる。

続いて、図８を用いて本発明の実施の形態３にかかるＤｅｔａｃｈ処理の流れについて説明する。はじめに、ＵＥ６０は、ｅＮＢ１１を介してＭＭＥ２１へDetach Requestメッセージを送信する（Ｓ６１）。

次に、ＭＭＥ２１は、ＵＥ６０に関するＥＰＳ（Evolved Packet System）ベアラを解放するために、ＧＴＰメッセージであるDelete Session Requestメッセージを、Ｓ−ＧＷ４６へ送信する。さらに、Ｓ−ＧＷ４６は、受信したDelete Session Requestメッセージを、ゲートウェイ装置３０を介してＰ−ＧＷ５７へ送信する（Ｓ６２）。ステップＳ６２において、ゲートウェイ装置３０は、図７のステップＳ４４と同様に、アドレス変換を行う。

次に、Ｐ−ＧＷ５７は、Delete Session Requestメッセージに対する応答として、ＧＴＰメッセージであるDelete Session Responseメッセージを、ゲートウェイ装置３０を介してＳ−ＧＷ４６へ送信する（Ｓ６３）。ステップＳ６３において、ゲートウェイ装置３０は、図７のステップＳ４７と同様に、アドレス変換を行う。

次に、ＭＭＥ２１は、ステップＳ３１において受信したDetach Requestメッセージへの応答として、ｅＮＢ１１を介してDetach ResponseメッセージをＵＥ６０へ送信する（Ｓ６４）。

次に、ゲートウェイ装置３０は、図７のAttach処理において、TEID#Aと、TEID#Cとを関連付けた管理情報、さらに、TEID#BとTEID#Dとを関連付けた管理情報を解放、もしくは削除する（Ｓ６５）。言い換えると、ゲートウェイ装置３０は、TEID#Aに対して割り当てたTEID#C、及び、TEID#Dに対して割り当てたTEID#Bを解放する。

以上説明したように、本発明の実施の形態３にかかるAttach処理を実行することによって、ゲートウェイ装置３０は、ＵＥ６０の端末種別に応じてＰ−ＧＷを選択し、選択したＰ−ＧＷへＧＴＰメッセージを振り分けることができる。また、ゲートウェイ装置３０は、ＧＴＰメッセージに設定されるアドレス情報を変換することによって、ゲートウェイ装置３０を介したＳ−ＧＷ４６と、Ｐ−ＧＷ４７もしくはＰ−ＧＷ５７との間において、ＧＴＰメッセージを終端し、転送することができる。つまり、ゲートウェイ装置３０は、Ｓ−ＧＷとＰ−ＧＷとの間において伝送されるＧＴＰメッセージのアドレスを変換することによって、Ｓ−ＧＷとＰ−ＧＷとの間において伝送されるＧＴＰメッセージを中継することができる。

（実施の形態４）
続いて、図９を用いて本発明の実施の形態４にかかる通信システムの構成例について説明する。図９の通信システムは、ゲートウェイ装置３０が、ＳＧＳＮ２２とＰ−ＧＷ４７との間、さらに、ＳＧＳＮ２２とＰ−ＧＷ５７との間に配置されていることを示している。図９の通信システムは、ゲートウェイ装置３０が、Ｐ−ＧＷ４７及びＰ−ＧＷ５７のいずれかを選択することを示している。また、図９の通信システムは、ＵＥ６１が、ＲＮＣ１２を介してＳＧＳＮ２２と通信を行うことを示している。

続いて、図１０を用いて、図９におけるＵＥ６１に関するＡｔｔａｃｈ処理の流れについて説明する。はじめに、ＵＥ６１は、ＮＡＳ（Non Access Stratum）メッセージであるAttach Requestメッセージを、ＲＮＣ１２を介してＳＧＳＮ２２へ送信する（Ｓ７１）。ＵＥ６１は、Attach Requestメッセージに、端末種別に関する情報を設定してもよい。端末種別に関する情報は、例えば、ＩｏＴサービスに用いられる端末か否かを示す情報であってもよい。具体的には、ＵＥ６１は、ＮＡＳメッセージに設定するパラメータであるDevice-Propertiesに端末種別に関する情報を設定してもよい。

次に、ＳＧＳＮ２２は、ＧＴＰメッセージであるCreate PDP Context Requestメッセージをゲートウェイ装置３０へ送信する（Ｓ７２）。ＳＧＳＮ２２は、Attach Requestメッセージに設定された端末種別を、ＧＴＰメッセージにおけるパラメータであるSignaling Priority Indicationに設定してもよい。ここで、ＳＧＳＮとＰ−ＧＷとの間において、Ｓ−ＧＷを介さずに伝送されるＧＴＰメッセージは、ＧＴＰバージョン１（ＧＴＰｖ１）に従う。なお、他の実施の形態において説明されるＭＭＥとＰ−ＧＷとの間において伝送されるＧＴＰメッセージ、さらに、Ｓ−ＧＷを介してＳＧＳＮとＰ−ＧＷとの間において伝送されるＧＴＰメッセージは、ＧＴＰバージョン２（ＧＴＰｖ２）に従う。

Create PDP Context Requestメッセージの送信先は、ゲートウェイ装置３０において決定される。そのため、Create PDP Context Requestメッセージの宛先に任意のＰ−ＧＷが設定された場合、ゲートウェイ装置３０において、Create PDP Context Requestメッセージの宛先が変更される。また、Create PDP Context Requestメッセージの宛先に任意のＰ−ＧＷが設定された場合であっても、Create PDP Context Requestメッセージは、ゲートウェイ装置３０へ送信されるように通信経路が設定される。

次に、ゲートウェイ装置３０は、ＧＴＰメッセージであるCreate PDP Context Requestメッセージの振り分け先を判定する（Ｓ７３）。言い換えると、ゲートウェイ装置３０は、Create PDP Context Requestメッセージの送信先を決定する。ゲートウェイ装置３０は、Create PDP Context Requestメッセージに設定された端末種別に関する情報を用いて、Create PDP Context Requestメッセージの振り分け先を判定する。ゲートウェイ装置３０は、端末種別に、ＩｏＴサービスに用いられる端末であることが示される情報が設定されている場合、Create PDP Context Requestメッセージの振り分け先がＰ−ＧＷ５７であると判定する。図１０においては、ゲートウェイ装置３０が、Create PDP Context Requestメッセージの振り分け先がＰ−ＧＷ５７であると判定した場合について説明する。

次に、ゲートウェイ装置３０は、Create PDP Context Requestメッセージの送信元のアドレスをＳＧＳＮ２２の識別子からゲートウェイ装置３０の識別子へ変更する、もしくは、付け替える（Ｓ７４）。

例えば、ＳＧＳＮ２２を示すＴＥＩＤを、TEID#Aとする。例えば、ゲートウェイ装置３０は、送信元を示す情報としてTEID#Aが設定されたCreate PDP Context Requestメッセージを受信すると、送信元を示す情報をTEID#Cへ変更する。ゲートウェイ装置３０は、TEID#AとTEID#Cとを対応付けて管理する。言い換えると、ゲートウェイ装置３０は、TEID#Aに対してTEID#Cを割り当てる。

次に、ゲートウェイ装置３０は、送信元を示すＴＥＩＤを変更したCreate PDP Context RequestメッセージをＰ−ＧＷ５７へ送信する（Ｓ７５）。

次に、Ｐ−ＧＷ５７は、ＧＴＰメッセージであるCreate PDP Context Responseメッセージをゲートウェイ装置３０へ送信する（Ｓ７６）。Ｐ−ＧＷ５７は、Create PDP Context Responseメッセージの宛先として、TEID#Cを設定する。また、Ｐ−ＧＷ５７は、Create PDP Context Responseメッセージの送信元を示す情報として、TEID#Dを設定する。

次に、ゲートウェイ装置３０は、Create PDP Context Responseメッセージの送信元を示す情報をＰ−ＧＷ５７の識別子からゲートウェイ装置３０の識別子へ変更する、もしくは、付け替える（Ｓ７７）。例えば、ゲートウェイ装置３０は、送信元を示す情報としてTEID#Dと設定されたCreate PDP Context Responseメッセージを受信すると、送信元を示す情報を、TEID#Bへ変更する。ゲートウェイ装置３０は、TEID#DとTEID#Bとを対応付けて管理する。言い換えると、ゲートウェイ装置３０は、TEID#Dに対してTEID#Bを割り当てる。

次に、ゲートウェイ装置３０は、送信元を示す情報を変更したCreate PDP Context Responseメッセージを、ＳＧＳＮ２２へ送信する（Ｓ７８）。ゲートウェイ装置３０は、Create PDP Context Responseメッセージの宛先を示す情報としてTEID#Aを設定する。

以降、３ＧＰＰにおいて規定されている通常のＡｔｔａｃｈ処理が継続される（Ｓ７９）。通常のＡｔｔａｃｈ処理については、周知な処理であるため詳細な説明を省略する。また、Ａｔｔａｃｈ処理において、ゲートウェイ装置３０は、ＳＧＳＮ２２とＰ−ＧＷ５７との間において伝送される制御データを中継する。ＳＧＳＮ２２は、Ｐ−ＧＷ５７へ送信する制御データの宛先を示すＴＥＩＤとしてTEID#Bを設定し、Ｐ−ＧＷ５７は、ＳＧＳＮ２２へ送信する制御データの宛先を示すＴＥＩＤとしてTEID#Cを設定する。これによって、ＳＧＳＮ２２とＰ−ＧＷ５７との間において伝送される制御データは、ゲートウェイ装置３０を介して伝送される。

Ａｔｔａｃｈ処理が完了すると、ＳＧＳＮ２２及びＰ−ＧＷ５７を介して、ＵＥ６０に関するユーザデータが伝送される（Ｓ８０）。

続いて、図１１を用いて本発明の実施の形態４にかかるＤｅｔａｃｈ処理の流れについて説明する。はじめに、ＵＥ６１は、ＲＮＣ１２を介してＳＧＳＮ２２へDetach Requestメッセージを送信する（Ｓ９１）。

次に、ＳＧＳＮ２２は、ＵＥ６１に関するＥＰＳ（Evolved Packet System）ベアラを解放するために、ＧＴＰメッセージであるDelete PDP Context Requestメッセージを、ゲートウェイ装置３０を介してＰ−ＧＷ５７へ送信する（Ｓ９２）。ゲートウェイ装置３０は、ステップＳ９２において、図１０のステップＳ７４と同様に、アドレス変換を行う。

次に、Ｐ−ＧＷ５７は、Delete PDP Context Requestメッセージに対する応答として、ＧＴＰメッセージであるDelete PDP Context Responseメッセージを、ゲートウェイ装置３０を介してＳＧＳＮ２２へ送信する（Ｓ９３）。ゲートウェイ装置３０は、ステップＳ９３において、図１０のステップＳ７７と同様に、アドレス変換を行う。

次に、ＳＧＳＮ２２は、ステップＳ９１において受信したDetach Requestメッセージへの応答として、ＲＮＣ１２を介してDetach ResponseメッセージをＵＥ６１へ送信する（Ｓ９４）。

次に、ゲートウェイ装置３０は、図１０のAttach処理において、TEID#Aと、TEID#Cとを関連付けた管理情報、さらに、TEID#BとTEID#Dとを関連付けた管理情報を解放、もしくは削除する（Ｓ９５）。言い換えると、ゲートウェイ装置３０は、TEID#Aに対して割り当てたTEID#C、及び、TEID#Dに対して割り当てたTEID#Bを解放する。

以上説明したように、本発明の実施の形態４にかかるAttach処理を実行することによって、ゲートウェイ装置３０は、ＵＥ６１の端末種別に応じてＰ−ＧＷを選択し、選択したＰ−ＧＷへＧＴＰメッセージを振り分けることができる。また、ゲートウェイ装置３０は、ＧＴＰメッセージに設定されるアドレス情報を変換することによって、ゲートウェイ装置３０を介したＳＧＳＮ２２と、Ｐ−ＧＷ４７もしくはＰ−ＧＷ５７との間において、ＧＴＰメッセージを終端し、転送することができる。つまり、ゲートウェイ装置３０は、ＳＧＳＮとＰ−ＧＷとの間において伝送されるＧＴＰメッセージのアドレスを変換することによって、ＳＧＳＮとＰ−ＧＷとの間において伝送されるＧＴＰメッセージを中継することができる。

（実施の形態５）
続いて、図１２を用いて本発明の実施の形態５にかかる通信システムの構成例について説明する。図１２の通信システムは、図２の通信システムに、ＤＢ（データベース）１００が追加されている。さらに、ＩｏＴネットワーク５５内に、ＩｏＴコアネットワーク９１、ＩｏＴコアネットワーク９２、及びＩｏＴコアネットワーク９３が存在し、ＩｏＴコアネットワーク９１内には、Ｓ−ＧＷ７１及びＰ−ＧＷ７２が配置され、ＩｏＴコアネットワーク９２内には、Ｓ−ＧＷ７３及びＰ−ＧＷ７４が配置され、ＩｏＴコアネットワーク９３内には、Ｓ−ＧＷ７５及びＰ−ＧＷ７６が配置されている。さらに、Ｐ−ＧＷ７２には、サーバ装置８１が接続し、Ｐ−ＧＷ７４には、サーバ装置８２が接続し、Ｐ−ＧＷ７６には、サーバ装置８３が接続する。

ＩｏＴネットワーク５５は、提供するＩｏＴサービス毎にＩｏＴコアネットワーク９１、ＩｏＴコアネットワーク９２、及びＩｏＴコアネットワーク９３等のように、ＩｏＴコアネットワークが分けられている。もしくは、一つのＩｏＴコアネットワークにおいて、複数のＩｏＴサービスが提供されてもよい。

ＩｏＴサービスには、例えば、スマートメーターを管理するサービス、交通制御を行うサービス、官庁もしくは緊急機関等に関連したサービス、物流を管理するサービス、セキュリティを提供するサービス、もしくは、在庫管理を行うサービス等、様々なサービスがある。

また、サーバ装置８１、サーバ装置８２、及びサーバ装置８３は、ＩｏＴサービスを提供するサービス事業者が管理するサーバ装置であってもよい。つまり、ＩｏＴコアネットワーク９１は、サーバ装置８１を管理するサービス事業者に提供するＩｏＴコアネットワークであると称してもよい。ＩｏＴコアネットワーク９２及びＩｏＴコアネットワーク９３も、ＩｏＴコアネットワーク９１と同様である。

ゲートウェイ装置３０は、ＭＭＥ２１から送信されたＧＴＰメッセージを終端し、複数のＩｏＴコアネットワークの中から、ＧＴＰメッセージを送信するコアネットワークを特定する。ゲートウェイ装置３０は、ＧＴＰメッセージを送信するコアネットワークを特定する際に、ＤＢ１００を用いる。

ＤＢ１００は、ＵＥ６０の識別情報と、ＵＥ６０が登録されるＩｏＴコアネットワークの識別情報とを関連付けて管理する。ゲートウェイ装置３０は、ＧＴＰメッセージに含まれるＵＥ６０の識別情報を用いて、ＤＢ１００から、ＵＥ６０に関連付けられているＩｏＴコアネットワークの識別情報を抽出する。また、ゲートウェイ装置３０は、特定したＩｏＴコアネットワークに配置されているＳ−ＧＷへＧＴＰメッセージを送信する。

続いて、図１３を用いて、ＤＢ１００が管理する情報について説明する。ＤＢ１００は、情報管理部１０１及び情報管理部１０２を有している。情報管理部１０１及び情報管理部１０２は、ＤＢ１００内のメモリ等であってもよく、ＤＢ１００に取り付けられる外部メモリ等であってもよい。

情報管理部１０１は、ＩｏＴ種別に関する情報と、ＣＮ（コアネットワーク）種別に関する情報とを関連付けて管理する。ＩｏＴ種別に関する情報は、例えば、ＩｏＴサービスを識別する情報であってもよい。図１３においては、ＩｏＴ種別に関する情報として、１〜４等の数字が用いられている。また、ＣＮ種別に関する情報は、ＩｏＴコアネットワークを識別する情報である。図１３においては、ＣＮ種別に関する情報として、図１２におけるＩｏＴコアネットワーク毎に付した９１〜９３等の符号が用いられている。

情報管理部１０２は、加入者番号に関する情報と、ＩｏＴ種別に関する情報とを関連付けて管理する。加入者番号に関する情報とは、例えば、ＵＥ６０に割り当てられている電話番号もしくは機体番号等であってもよい。もしくは、加入者番号に関する情報は、ＩＭＳＩ（International Mobile Subscriber Identity）であってもよい。図１３においては、加入者番号に関する情報として、Ａ〜Ｄ等の文字が用いられている。

また、ＤＢ１００において管理されている情報は、複数の装置に分散して管理されてもよい。例えば、情報管理部１０２において管理されている情報は、コアネットワーク内に配置され、加入者情報を管理するＨＳＳ（Home Subscriber Server）もしくはＨＬＲ（Home Location Register）において管理されてもよい。

続いて、図１４を用いて本発明の実施の形態５にかかるパケット振り分け処理の流れについて説明する。はじめに、ＤＢ１００は、図１３に示す情報を登録する（Ｓ１０１）。例えば、ＤＢ１００は、他のサーバ装置等から図１３に示す情報を取得してもよく、もしくは、ＤＢ１００を管理するユーザ等から図１３に示す情報が入力されてもよい。

次に、ＵＥ６０は、パケット通信を開始するために、ｅＮＢ１１を介してＭＭＥ２１へ、パケット通信開始要求メッセージを送信する（Ｓ１０２）。ＵＥ６０は、加入者番号をパケット通信開始要求メッセージに設定する。ここでは、ＵＥ６０は、加入者番号Ａをパケット通信開始要求メッセージに設定したとする。次に、ＭＭＥ２１は、ＧＴＰメッセージであるパケット通信開始要求メッセージをゲートウェイ装置３０へ送信する（Ｓ１０３）。ＧＴＰメッセージであるパケット通信開始要求メッセージには、加入者番号Ａが設定されている。

次に、ゲートウェイ装置３０は、ＭＭＥ２１から送信されたＧＴＰメッセージであるパケット通信開始要求メッセージを終端し、ＵＥ６０の加入者番号を抽出する。さらに、ゲートウェイ装置３０は、抽出した加入者番号Ａを設定したＱｕｅｒｙメッセージをＤＢ１００へ送信する（Ｓ１０４）。ＤＢ１００は、加入者番号が設定されたＱｕｅｒｙメッセージを受信すると、情報管理部１０２を用いて、加入者番号に対応付けられたＩｏＴ種別を特定する。さらに、ＤＢ１００は、情報管理部１０１を用いて、ＩｏＴ種別に対応付けられたＣＮ種別を特定する。ここでは、Ｑｕｅｒｙメッセージに加入者番号Ａが設定されているため、ＤＢ１００は、ＩｏＴ種別：２、及び、ＣＮ種別：９２を特定する。

次に、ＤＢ１００は、ＣＮ種別：９２を設定したＡｎｓｗｅｒメッセージをゲートウェイ装置３０へ送信する（Ｓ１０５）。次に、ゲートウェイ装置３０は、パケット通信開始要求メッセージの振り分け先を判定する（Ｓ１０６）。言い換えると、ゲートウェイ装置３０は、パケット通信開始要求メッセージの送信先を決定する。ゲートウェイ装置３０は、Ａｎｓｗｅｒメッセージに設定されたＣＮ種別：９２に対応する、ＩｏＴコアネットワーク９２に配置されているＳ−ＧＷ７３へ、パケット通信開始要求メッセージを送信することを決定する。

次に、ゲートウェイ装置３０は、Ｓ−ＧＷ７３へ送信するＧＴＰメッセージであるパケット通信開始要求メッセージの送信元アドレスを、ＭＭＥ２１の識別子からゲートウェイ装置３０の識別子に変更する（Ｓ１０７）。ステップＳ１０７におけるアドレス変換処理は、図３のステップＳ１４及びＳ１７におけるアドレス変換処理と同様であるため詳細な説明を省略する。

次に、ゲートウェイ装置３０は、Ｓ−ＧＷ７３へパケット通信開始要求メッセージを送信する（Ｓ１０８）。さらに、Ｓ−ＧＷ７３は、受信したパケット通信開始要求メッセージを、Ｐ−ＧＷ７４へ送信する（Ｓ１０８）。

以上説明したように、本発明の実施の形態５にかかる通信システムを用いることによって、ＩｏＴサービス毎に分離したＩｏＴコアネットワークが存在する場合に、ゲートウェイ装置３０は、ＵＥ６０が利用するＩｏＴサービスに関するデータを伝送するＩｏＴコアネットワークへ、ＵＥ６０に関するデータを中継することができる。

また、実施の形態５においては、図１５に示すように、ｅＮＢ１１の代わりにＲＮＣ１２が用いられ、ＭＭＥ２１の代わりにＳＧＳＮ２２が用いられてもよい。

また、実施の形態１乃至４においても、実施の形態５において説明したように、ゲートウェイ装置３０が、ＤＢ１００を用いて、メッセージの振り分け先を決定してもよい。

また、情報管理部１０２において管理されている情報がＨＳＳにおいて管理されている場合、ＤＢ１００は、ステップＳ１０４において受信したＱｕｅｒｙメッセージを、ＨＳＳへ送信する。ＨＳＳは、Ｑｕｅｒｙメッセージに設定されている加入者番号に対応付けられたＩｏＴ種別を特定する。次に、ＨＳＳは、特定したＩｏＴ種別を設定したメッセージをＤＢ１００へ送信する。ＤＢ１００は、メッセージに設定されているＩｏＴ種別に対応付けられたＣＮ種別を特定する。

（実施の形態６）
続いて、図１６を用いて本発明の実施の形態６にかかる通信システムの構成例について説明する。図１６の通信システムは、図６の通信システムに、ＤＢ（データベース）１００が追加されている。さらに、ＩｏＴネットワーク５５内に、ＩｏＴコアネットワーク９１、ＩｏＴコアネットワーク９２、及びＩｏＴコアネットワーク９３が存在し、ＩｏＴコアネットワーク９１内には、Ｐ−ＧＷ７７が配置され、ＩｏＴコアネットワーク９２内には、Ｐ−ＧＷ７８が配置され、ＩｏＴコアネットワーク９３内には、Ｐ−ＧＷ７９が配置されている。さらに、Ｐ−ＧＷ７７には、サーバ装置８１が接続し、Ｐ−ＧＷ７８には、サーバ装置８２が接続し、Ｐ−ＧＷ７９には、サーバ装置８３が接続する。

ゲートウェイ装置３０は、Ｓ−ＧＷ４６から送信されたＧＴＰメッセージを終端し、複数のＩｏＴコアネットワークの中から、ＧＴＰメッセージを送信するコアネットワークを特定する。ゲートウェイ装置３０は、ＧＴＰメッセージを送信するコアネットワークを特定する際に、ＤＢ１００を用いる。

ＤＢ１００は、ＵＥ６０の識別情報と、ＵＥ６０が登録されるＩｏＴコアネットワークの識別情報とを関連付けて管理する。さらに、ＤＢ１００は、ＵＥ６１の識別情報と、ＵＥ６１が登録されるＩｏＴコアネットワークの識別情報とを関連付けて管理する。ゲートウェイ装置３０は、ＧＴＰメッセージに含まれるＵＥ６０もしくはＵＥ６１の識別情報を用いて、ＤＢ１００から、ＵＥ６０もしくはＵＥ６１に関連付けられているＩｏＴコアネットワークの識別情報を抽出する。また、ゲートウェイ装置３０は、特定したＩｏＴコアネットワークに配置されているＰ−ＧＷへＧＴＰメッセージを送信する。

続いて、図１７を用いて本発明の実施の形態６にかかるパケット振り分け処理の流れについて説明する。ステップＳ１１１の処理は、図１４のステップＳ１０１と同様であるため詳細な説明を省略する。

次に、ＵＥ６０は、パケット通信を開始するために、ｅＮＢ１１を介してＭＭＥ２１へ、パケット通信開始要求メッセージを送信する（Ｓ１１２）。ＵＥ６０は、加入者番号をパケット通信開始要求メッセージに設定する。ここでは、ＵＥ６０は、加入者番号Ａをパケット通信開始要求メッセージに設定したとする。次に、ＭＭＥ２１は、ＧＴＰメッセージであるパケット通信開始要求メッセージを、Ｓ−ＧＷ４６を介してゲートウェイ装置３０へ送信する（Ｓ１１３）。ＧＴＰメッセージであるパケット通信開始要求メッセージには、加入者番号Ａが設定されている。

次に、ゲートウェイ装置３０は、Ｓ−ＧＷ４６から送信されたＧＴＰメッセージであるパケット通信開始要求メッセージを終端し、ＵＥ６０の加入者番号を抽出する。さらに、ゲートウェイ装置３０は、抽出した加入者番号Ａを設定したＱｕｅｒｙメッセージをＤＢ１００へ送信する（Ｓ１１４）。ＤＢ１００は、加入者番号が設定されたＱｕｅｒｙメッセージを受信すると、情報管理部１０２を用いて、加入者番号に対応付けられたＩｏＴ種別を特定する。さらに、ＤＢ１００は、情報管理部１０１を用いて、ＩｏＴ種別に対応付けられたＣＮ種別を特定する。ここでは、Ｑｕｅｒｙメッセージに加入者番号Ａが設定されているため、ＤＢ１００は、ＩｏＴ種別：２、及び、ＣＮ種別：９２を特定する。

次に、ＤＢ１００は、ＣＮ種別：９２を設定したＡｎｓｗｅｒメッセージをゲートウェイ装置３０へ送信する（Ｓ１１５）。次に、ゲートウェイ装置３０は、パケット通信開始要求メッセージの振り分け先を判定する（Ｓ１１６）。言い換えると、ゲートウェイ装置３０は、パケット通信開始要求メッセージの送信先を決定する。ゲートウェイ装置３０は、Ａｎｓｗｅｒメッセージに設定されたＣＮ種別：９２に対応する、ＩｏＴコアネットワーク９２に配置されているＳ−ＧＷ７８へ、パケット通信開始要求メッセージを送信することを決定する。

次に、ゲートウェイ装置３０は、Ｐ−ＧＷ７８へ送信するＧＴＰメッセージであるパケット通信開始要求メッセージの送信元アドレスを、Ｓ−ＧＷ４６の識別子からゲートウェイ装置３０の識別子に変更する（Ｓ１１７）。ステップＳ１１７におけるアドレス変換処理は、図７のステップＳ４４及びＳ４７におけるアドレス変換処理と同様であるため詳細な説明を省略する。

次に、ゲートウェイ装置３０は、Ｐ−ＧＷ７８へパケット通信開始要求メッセージを送信する（Ｓ１１８）。

ここで、図１６におけるＵＥ６１に関するパケット通信開始要求メッセージの振り分け処理に関しては、図１７のｅＮＢ１１をＲＮＣ１２に置き換え、ＭＭＥ２１をＳＧＳＮ２２に置き換えることによって実行可能である。

以上説明したように、本発明の実施の形態６にかかる通信システムを用いることによって、ＩｏＴサービス毎に分離したＩｏＴコアネットワークが存在する場合に、ゲートウェイ装置３０は、ＵＥ６０が利用するＩｏＴサービスに関するデータを伝送するＩｏＴコアネットワークへ、ＵＥ６０に関するデータを中継することができる。

（実施の形態７）
続いて、図１８を用いて本発明の実施の形態７にかかる通信システムの構成例について説明する。図１８の通信システムは、図９の通信システムに、ＤＢ（データベース）１００が追加されている。さらに、ＩｏＴネットワーク５５内に、ＩｏＴコアネットワーク９１、ＩｏＴコアネットワーク９２、及びＩｏＴコアネットワーク９３が存在し、ＩｏＴコアネットワーク９１内には、Ｐ−ＧＷ７７が配置され、ＩｏＴコアネットワーク９２内には、Ｐ−ＧＷ７８が配置され、ＩｏＴコアネットワーク９３内には、Ｐ−ＧＷ７９が配置されている。さらに、Ｐ−ＧＷ７７には、サーバ装置８１が接続し、Ｐ−ＧＷ７８には、サーバ装置８２が接続し、Ｐ−ＧＷ７９には、サーバ装置８３が接続する。

ゲートウェイ装置３０は、ＳＧＳＮ２２から送信されたＧＴＰメッセージを終端し、複数のＩｏＴコアネットワークの中から、ＧＴＰメッセージを送信するコアネットワークを特定する。ゲートウェイ装置３０は、ＧＴＰメッセージを送信するコアネットワークを特定する際に、ＤＢ１００を用いる。

ＤＢ１００は、ＵＥ６１の識別情報と、ＵＥ６１が登録されるＩｏＴコアネットワークの識別情報とを関連付けて管理する。ゲートウェイ装置３０は、ＧＴＰメッセージに含まれるＵＥ６１の識別情報を用いて、ＤＢ１００から、ＵＥ６１に関連付けられているＩｏＴコアネットワークの識別情報を抽出する。また、ゲートウェイ装置３０は、特定したＩｏＴコアネットワークに配置されているＰ−ＧＷへＧＴＰメッセージを送信する。

続いて、図１９を用いて本発明の実施の形態７にかかるパケット振り分け処理の流れについて説明する。ステップＳ１２１の処理は、図１４のステップＳ１０１と同様であるため詳細な説明を省略する。

次に、ＵＥ６１は、パケット通信を開始するために、ＲＮＣ１２を介してＳＧＳＮ２２へ、パケット通信開始要求メッセージを送信する（Ｓ１２２）。ＵＥ６１は、加入者番号をパケット通信開始要求メッセージに設定する。ここでは、ＵＥ６１は、加入者番号Ａをパケット通信開始要求メッセージに設定したとする。次に、ＳＧＳＮ２２は、ＧＴＰメッセージであるパケット通信開始要求メッセージを、ゲートウェイ装置３０へ送信する（Ｓ１２３）。ＧＴＰメッセージであるパケット通信開始要求メッセージには、加入者番号Ａが設定されている。

次に、ゲートウェイ装置３０は、ＳＧＳＮ２２から送信されたＧＴＰメッセージであるパケット通信開始要求メッセージを終端し、ＵＥ６１の加入者番号を抽出する。さらに、ゲートウェイ装置３０は、抽出した加入者番号Ａを設定したＱｕｅｒｙメッセージをＤＢ１００へ送信する（Ｓ１２４）。ＤＢ１００は、加入者番号が設定されたＱｕｅｒｙメッセージを受信すると、情報管理部１０２を用いて、加入者番号に対応付けられたＩｏＴ種別を特定する。さらに、ＤＢ１００は、情報管理部１０１を用いて、ＩｏＴ種別に対応付けられたＣＮ種別を特定する。ここでは、Ｑｕｅｒｙメッセージに加入者番号Ａが設定されているため、ＤＢ１００は、ＩｏＴ種別：２、及び、ＣＮ種別：９２を特定する。

次に、ＤＢ１００は、ＣＮ種別：９２を設定したＡｎｓｗｅｒメッセージをゲートウェイ装置３０へ送信する（Ｓ１２５）。次に、ゲートウェイ装置３０は、パケット通信開始要求メッセージの振り分け先を判定する（Ｓ１２６）。言い換えると、ゲートウェイ装置３０は、パケット通信開始要求メッセージの送信先を決定する。ゲートウェイ装置３０は、Ａｎｓｗｅｒメッセージに設定されたＣＮ種別：９２に対応する、ＩｏＴコアネットワーク９２に配置されているＰ−ＧＷ７８へ、パケット通信開始要求メッセージを送信することを決定する。

次に、ゲートウェイ装置３０は、Ｐ−ＧＷ７８へ送信するＧＴＰメッセージであるパケット通信開始要求メッセージの送信元アドレスを、ＳＧＳＮ２２の識別子からゲートウェイ装置３０の識別子に変更する（Ｓ１２７）。ステップＳ１２７におけるアドレス変換処理は、図１０のステップＳ７４及びＳ７７におけるアドレス変換処理と同様であるため詳細な説明を省略する。

次に、ゲートウェイ装置３０は、Ｐ−ＧＷ７８へパケット通信開始要求メッセージを送信する（Ｓ１２８）。

以上説明したように、本発明の実施の形態７にかかる通信システムを用いることによって、ＩｏＴサービス毎に分離したＩｏＴコアネットワークが存在する場合に、ゲートウェイ装置３０は、ＵＥ６１が利用するＩｏＴサービスに関するデータを伝送するＩｏＴコアネットワークへ、ＵＥ６１に関するデータを中継することができる。

図２０は、ゲートウェイ装置３０の構成例を示すブロック図である。図２０を参照すると、ゲートウェイ装置３０は、ネットワークインタフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインタフェース１２０１は、ネットワークノード（e.g., eNB、MME、P-GW、）と通信するために使用される。ネットワークインタフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。

プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明されたゲートウェイ装置３０の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。

メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。

図２０の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明されたゲートウェイ装置３０の処理を行うことができる。

図２０を用いて説明したように、上述の実施形態におけるゲートウェイ装置３０が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。

上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。

１０ ＲＡＮ装置
１１ ｅＮＢ
１２ ＲＮＣ
２０ ノード装置
２１ ＭＭＥ
２２ ＳＧＳＮ
３０ ゲートウェイ装置
３１ 通信部
３２ 判定部
３３ 変換部
４０ Ｓ／Ｐ−ＧＷ
４１ Ｓ−ＧＷ
４２ Ｐ−ＧＷ
４５ 一般ネットワーク
４６ Ｓ−ＧＷ
４７ Ｐ−ＧＷ
５０ Ｓ／Ｐ−ＧＷ
５１ Ｓ−ＧＷ
５２ Ｐ−ＧＷ
５５ ＩｏＴネットワーク
５７ Ｐ−ＧＷ
６０ ＵＥ
６１ ＵＥ
７１ Ｓ−ＧＷ
７２ Ｐ−ＧＷ
７３ Ｓ−ＧＷ
７４ Ｐ−ＧＷ
７５ Ｓ−ＧＷ
７６ Ｐ−ＧＷ
７７ Ｐ−ＧＷ
７８ Ｐ−ＧＷ
７９ Ｐ−ＧＷ
８１ サーバ装置
８２ サーバ装置
８３ サーバ装置
８４ サーバ装置
９１ ＩｏＴコアネットワーク
９２ ＩｏＴコアネットワーク
９３ ＩｏＴコアネットワーク
１００ ＤＢ
１０１ 情報管理部
１０２ 情報管理部

Claims (8)

1. ＧＴＰ（GPRS（General Packet Radio Service） Tunneling Protocol）に従って通信を実行するノード装置とＳ−ＧＷ（Serving-Gateway）との間、もしくは、ＧＴＰにしたがって通信を実行するノード装置とＰ−ＧＷ（PDN（Packet Data Network）-Gateway）との間に配置されるゲートウェイ装置であって、
   前記ノード装置から送信されたＧＴＰメッセージを終端する通信部と、
   前記ＧＴＰメッセージに関連付けられた移動局の端末種別を判定する判定部と、
   前記ノード装置から送信された前記ＧＴＰメッセージに設定されている送信元アドレスを、前記ノード装置の識別子から前記ゲートウェイ装置の第１の識別子に変更する変換部と、を備え、
   前記通信部は、
   送信元アドレスが変換された前記ＧＴＰメッセージを、前記端末種別に応じて決定されるＳ−ＧＷもしくはＰ−ＧＷへ送信する、ゲートウェイ装置。
2. 前記判定部は、
   前記移動局のＡｔｔａｃｈ処理において送信される前記ＧＴＰメッセージを用いて、前記移動局の端末種別を判定し、
   前記通信部は、
   前記端末種別に応じて定まる前記移動局の登録ネットワーク内に配置される前記Ｓ−ＧＷもしくは前記Ｐ−ＧＷへ前記ＧＴＰメッセージを送信する、請求項１に記載のゲートウェイ装置。
3. 前記変換部は、
   前記Ｓ−ＧＷもしくは前記Ｐ−ＧＷから送信されたＧＴＰメッセージに設定されている送信元アドレスを、前記Ｓ−ＧＷもしくは前記Ｐ−ＧＷの識別子から前記ゲートウェイ装置の第２の識別子に変更し、前記ノード装置の識別子と前記第１の識別子とを関連付けて管理し、さらに、前記Ｓ−ＧＷもしくは前記Ｐ−ＧＷの識別子と前記第２の識別子とを関連付けて管理し、
   前記通信部は、
   前記Ｓ−ＧＷもしくは前記Ｐ−ＧＷから前記第１の識別子を宛先とするＧＴＰメッセージを受信した場合、宛先を前記ノード装置の識別子に変更したＧＴＰメッセージを前記ノード装置へ送信し、前記ノード装置から前記第２の識別子を宛先とするＧＴＰメッセージを受信した場合、宛先を前記Ｓ−ＧＷもしくは前記Ｐ−ＧＷの識別子に変更したＧＴＰメッセージを前記Ｓ−ＧＷもしくは前記Ｐ−ＧＷへ送信する、請求項１または２に記載のゲートウェイ装置。
4. 前記ノード装置の識別子、前記Ｓ−ＧＷもしくは前記Ｐ−ＧＷの識別子、前記第１の識別子、及び前記第２の識別子は、制御メッセージを伝送するために用いられるトンネルを識別するＴＥＩＤ（Tunnel Endpoint Identifier）である、請求項３に記載のゲートウェイ装置。
5. 前記変換部は、
   前記ノード装置から送信されたＧＴＰメッセージに含まれる、ユーザデータを伝送するために用いられるトンネルを識別するＴＥＩＤを、前記ノード装置を識別するＴＥＩＤから、前記ゲートウェイ装置を識別するＴＥＩＤに変換し、前記Ｓ−ＧＷもしくは前記Ｐ−ＧＷから送信されたＧＴＰメッセージに含まれる、ユーザデータを伝送するために用いられるトンネルを識別するＴＥＩＤを、前記Ｓ−ＧＷもしくは前記Ｐ−ＧＷを識別するＴＥＩＤから、前記ゲートウェイ装置を識別するＴＥＩＤに変換する、請求項４に記載のゲートウェイ装置。
6. 前記変換部は、
   前記ノード装置と前記Ｓ−ＧＷとの間のセッションの解放指示メッセージ、もしくは、前記ノード装置と前記Ｐ−ＧＷとの間のセッションの解放指示メッセージを受信した場合、前記ノード装置の識別子と前記第１の識別子との関連付け、さらに、前記Ｓ−ＧＷもしくは前記Ｐ−ＧＷの識別子と前記第２の識別子との関連付けを解消する、請求項３に記載のゲートウェイ装置。
7. ＧＴＰ（GPRS（General Packet Radio Service） Tunneling Protocol）に従って通信を実行するノード装置とＳ−ＧＷ（Serving-Gateway）との間、もしくは、ＧＴＰにしたがって通信を実行するノード装置とＰ−ＧＷ（PDN（Packet Data Network）-Gateway）との間に配置されるゲートウェイ装置における通信方法であって、
   前記ノード装置から送信されたＧＴＰメッセージを終端し、
   前記ＧＴＰメッセージに関連付けられた移動局の端末種別を判定し、
   前記ノード装置から送信された前記ＧＴＰメッセージに設定されている送信元アドレスを、前記ノード装置の識別子から前記ゲートウェイ装置の第１の識別子に変更し、
   送信元アドレスが変換された前記ＧＴＰメッセージを、前記端末種別に応じて決定されるＳ−ＧＷもしくはＰ−ＧＷへ送信する、通信方法。
8. ＧＴＰ（GPRS（General Packet Radio Service） Tunneling Protocol）に従って通信を実行するノード装置とＳ−ＧＷ（Serving-Gateway）との間、もしくは、ＧＴＰにしたがって通信を実行するノード装置とＰ−ＧＷ（PDN（Packet Data Network）-Gateway）との間に配置されるゲートウェイ装置であるコンピュータに実行させるプログラムであって、
   前記ノード装置から送信されたＧＴＰメッセージを終端し、
   前記ＧＴＰメッセージに関連付けられた移動局の端末種別を判定し、
   前記ノード装置から送信された前記ＧＴＰメッセージに設定されている送信元アドレスを、前記ノード装置の識別子から前記ゲートウェイ装置の第１の識別子に変更し、
   送信元アドレスが変換された前記ＧＴＰメッセージを、前記端末種別に応じて決定されるＳ−ＧＷもしくはＰ−ＧＷへ送信することをコンピュータに実行させるプログラム。

Images