複数の基地局がネットワークを介してゲートウェイと接続され、さらにそれら複数の基地局のそれぞれが複数の移動体端末と通信を行うような階層構造を有する移動体通信システムにおいて、前記複数の基地局のうちのいくつかの基地局を収容するとともに前記ゲートウェイ装置と前記ネットワークを介して接続するローカルルーティングノードを設け、前記ゲートウェイに、ローカルルーティングノード制御部を設け、前記ゲートウェイのローカルルーティングノード制御部において、前記ネットワークを介さずにローカルルーティングノードにおいて、通信を折り返すべき呼を判定するための情報を生成して前記ローカルルーティングノードに通知し、前記ローカルルーティングノードは、ゲートウェイから通知された情報をテーブルに格納し、前記ローカルルーティングノードに収容された基地局からの接続要求について、前記テーブルを参照してローカルルーティングを行うと判断した場合には、前記ネットワークおよびゲートウェイを介さずに、ローカルルーティングノードにてルーティングを行うことを特徴とする移動体通信システム。請求項1に記載の移動体通信システムであって、前記ローカルルーティングノードには、前記ローカルルーティングノードにおいてローカルルーティングを行う対象か否かを判断するためのテーブルと、ローカルルーティング対象について、ローカルルーティングにより通信を行なった場合の統計情報を記憶するためのテーブルを有し、前記ローカルルーティングノードは、ローカルルーティングをおこなった通信の切断処理時に、前記統計情報のテーブルから統計情報を取得し、前記ゲートウェイに送信することを特徴とする移動体通信システム。複数の基地局がネットワークを介してゲートウェイと接続され、さらにそれら複数の基地局のそれぞれが複数の移動体端末と通信を行うような階層構造を有する移動体通信システムにおいて、前記複数の基地局のうちのいくつかの基地局を収容するとともに前記ゲートウェイ装置と前記ネットワークを介して接続するローカルルーティングノードであって、前記基地局とゲートウェイが移動体通信システムで規定されたプロトコルに従って通信するシグナリングを通過させる手段と、基地局とゲートウェイとの間で転送されるベアラデータを取り出す手段と、エンカプセリングされたベアラデータをデカプセリングする手段と、ユーザデータをエンカプセリングする手段と、デカプセリングされたユーザデータとエンカプセリングされたベアラデータを転送する手段と、ゲートウェイと通信する手段を備えることを特徴とするローカルルーティングノード。請求項3記載のローカルルーティングノードであって、さらにベアラデータをIPsec処理する手段を備えたことを特徴とするローカルルーティングノード。請求項3記載のローカルルーティングノードであって、前記ゲートウェイから受信したローカルルーティング設定情報を記憶するテーブルを有し、前記テーブルを参照して、テーブルの情報と受信データを比較した結果がテーブルの情報と一致した場合に、デカプセリングする手段は、前記受信データのデカプセリングを行うことを特徴とするローカルルーティングノード。請求項3記載のローカルルーティングノードであって、前記ゲートウェイから受信したローカルルーティング設定情報を記憶するテーブルを有し、前記テーブルを参照して、テーブルの情報と受信データを比較した結果がテーブルの情報と一致した場合に、エンカプセリングする手段は、前記受信データのエンカプセリングを行うことを特徴とするローカルルーティングノード。請求項4記載のローカルルーティングノードであって、前記ゲートウェイから受信したローカルルーティング設定情報を記憶するテーブルを有し、前記テーブルを参照して、テーブルの情報と受信データを比較した結果がテーブルの情報と一致した場合に、IPsec処理手段は、前記受信データに対してをIPsec処理行うことを特徴とするローカルルーティングノード。請求項3のローカルルーティングノードであって、デカプセリングされたユーザデータとエンカプセリングされたユーザデータのパケット数およびデータ量を測定する手段と、測定したパケット数およびデータ量を統計情報として記憶する手段を備え、前記移動体端末の通信の切断時に、前記記憶した統計情報を前記ゲートウェイに通知することを特徴とするローカルルーティングノード。複数の基地局がネットワークを介してゲートウェイと接続され、さらにそれら複数の基地局のそれぞれが複数の移動体端末と通信を行うような階層構造を有する移動体通信システムに、さらに前記複数の基地局のうちのいくつかの基地局を収容するとともに前記ゲートウェイ装置と前記ネットワークを介して接続するローカルルーティングノードを設けて構成された移動体通信システムにおける前記ゲートウェイであって、通常のゲートウェイ機能を有するゲートウェイ部と、前記ローカルルーティングノードを制御するローカルルーティングノード制御部とを有し、前記ローカルルーティングノード制御部に、移動体通信プロトコルに従って前記複数の基地局と行なった通信により得られた移動体端末の情報と、ベアラデータのカプセリングに必要な情報を蓄えるテーブルを備え、ローカルルーティング対象と判断した前記テーブル情報をローカルルーティングノードに通知することを特徴とするゲートウェイ。請求項9記載のゲートウェイであって、ローカルルーティング対象か非対象であるかの判断は、移動体端末のドメイン名によって決めることを特徴とするゲートウェイ装置。請求項9記載のゲートウェイであって、ローカルルーティング対象の移動体端末の情報をローカルルーティングノードに通知するか否かの判断は、前記ゲートウェイを通過するトラフィック量によって決めることを特徴とする。請求項9記載のゲートウェイであって、ローカルルーティング対象の移動体端末の情報をローカルルーティングノードに通知するか否かの判断は、予め設定された情報に基いて行われることを特徴とする。請求項9記載のゲートウェイであって、ローカルルーティングノードから統計情報を受信する手段と受信した統計情報を課金情報の元となる情報として使用することができることを特徴とする。上述した従来の移動体通信システムでは、例えば、図23においてMS400が送信したユーザデータは、必ずASN-GW200を通り、CSN500へ転送され、CSN500によってルーティングされる。そのため、MS400の通信先が同一移動体通信システム内の同一BS300に接続されているMS401であっても、MS400が送信したユーザデータ702は、一度、CSN500まで転送され、CSN500で抽出されたユーザデータの宛先によってルーティングされ、またASN-GW200を通って、送信元のBS300まで戻り、通信先であるMS401へと転送されるトロンボーン現象が発生する。BS300とASN-GW200間のネットワーク520は、移動体通信事業者が保有している場合と、他の通信事業者が保有している場合がある。いずれの場合も、近年の移動体通信の発達やコンテンツの大容量化にともない、ネットワーク520の負荷が急増していることから、ネットワーク520の負荷を減らしたい、または負荷を分散したいというニーズが増えている。しかしながら、従来の移動体通信システムでは、同じBSに接続されている近くのMS間の通信であっても、ユーザデータがネットワーク520を通ってCSN500に転送され、またネットワーク520を通って戻ってくるため、ネットワーク520の負荷を軽減できない。また、通信事業者によっては、ネットワーク520がインターネット511に接続されている場合があるにも関わらず、MS402のインターネットアクセスは、ネットワーク520を介してASNGW200に転送され、CSN500を通りインターネット510へと転送され、ネットワーク520、ASN-GW200、CSN500を通るトラフィックを増加させてしまう。上記目的を達成するため、本発明は、複数の基地局がネットワークを介してゲートウェイと接続され、さらにそれら複数の基地局のそれぞれが複数の移動体端末と通信を行うような階層構造を有する移動体通信システムにおいて、複数の基地局のうちのいくつかの基地局を収容するとともにゲートウェイ装置とネットワークを介して接続するローカルルーティングノードを設け、ゲートウェイに、ローカルルーティングノード制御部を設け、ゲートウェイのローカルルーティングノード制御部において、前記ネットワークを介さずにローカルルーティングノードにおいて、通信を折り返すべき呼を判定するための情報を生成してローカルルーティングノードに通知し、ローカルルーティングノードは、ゲートウェイから通知された情報をテーブルに格納し、ローカルルーティングノードに収容された基地局からの接続要求について、テーブルを参照してローカルルーティングを行うと判断した場合には、ネットワークおよびゲートウェイを介さずに、ローカルルーティングノードにてルーティングを行うようにしたものである。本発明によれば、前述のトロンボーン現象を解決し、移動体通信システムのネットワーク負荷を削減できる。また、階層型システムにおけるトラフィックの集中を防ぎ、負荷分散を実現できる。更にローカルルーティング内での折り返し通信により、通信遅延時間の削減もできる利点がある。以下では、WiMAXシステムに本発明を適用した場合の発明の実施の形態を説明する。図1は、本実施例のWiMAXシステムの構成を示した図である。本実施例のWiMAXシステムは、MS400、MS401、MS402、BS300、BS310、ローカルルーティングノードLRN:LocalRoutingNode100、ASN-GW200、CSN500、MVNOCSN501を有する。LRN100が、本発明の特徴的な構成である。LRN100とASN-GW200間は、ネットワーク520によって接続される。CSN500、MVNOCSN501は、インターネット510に接続されている。LRN100は、複数のBS300、BS310を収容し、ASN-GW200と接続されている。図2は、本発明の一実施例におけるローカルルーティングノードのの構成を説明する図である。LRN100は、BS300、BS310およびネットワーク520と接続する物理インタフェースを備えるIOポート107、IOポート107から受信したデータを送信先および送信元によって適したIOポート107に送信するルータL3スイッチ部103、受信データをエンカプセリングするエンカプセレーション部104、エンカプセリングされた受信データをデカプセリングするデカプセレーション部105、受信データがIPsec対応の場合にIPsec処理を行うIPsec部106、受信データ量を収集する統計収集部102、ASN-GW200との通信及び各部の制御を行う制御部101、各部を接続する装置内バス108からなる。制御部101は、受信データがローカルルーティング対象か否かを判断するために用いられるテーブルを持つ。次に、このテーブルについて説明する。図3は、受信データがローカルルーティング対象か否かの判断に用いるテーブルの一例を示す図である。この判断テーブルは、MSIPアドレス、MSが通信を行なっているBSのBSIPアドレス、MSがBSを介して接続されているASN-GWのASN-GWIPアドレス、DownLinkGREKEY、UpLinkGREKEY、Indexから成る。DownLinkとは、ユーザデータがASN-GW200からBS300、310へと転送される方向で、UpLinkとは、ユーザデータがBS300、310からASN-GW200へと転送される方向である。各項目に設定される値は、ASN-GW200から制御信号を介して通知される。図4は、統計収集部のローカルルーティング対象の受信データの統計情報を格納したテーブルの一例を示す図である。統計収集部102は、ローカルルーティング対象の受信データの統計情報を収集したテーブルを持つ。統計情報テーブルは、Indexに対応させて、DownLinkバイト数、UpLinkバイト数、DownLinkパケット数、UpLinkパケット数を持つ。統計情報テーブルのIndexは、図3のローカルルーティング判断テーブルのIndexと対応している。次に、ASN-GWの構成について説明する。図5は、本発明の一実施例におけるASN-GWの構成を説明する図である。ASN-GW200は、図5のように2つの機能に分かれている。ASN-GW部210は、従来のASN-GWの処理を行い、LRN制御部212は、LRN100の制御およびローカルルーティング判定を行う。LRN制御部212には、MS情報テーブル、LRN特定処理に使用されるテーブル、ローカルルーティング判定に使用されるテーブルの3つののテーブルを保持している。これらのテーブルについて、図6ないし図8を用いて説明する。図6は、LRN100の制御部に保持されているMS情報テーブルの一例を示す図である。MS情報テーブルは、図3のテーブルの要素にドメインが追加されているテーブルである。ドメインには、通信事業者やMVNO、サービスプロバイダのドメイン名を格納する。ドメインは、MSが契約した事業者を示すものでもある。図7は、LRN特定処理テーブルの一例を示す図である。LRN特定処理テーブルは、BSIPアドレスとLRNIPアドレスの対応テーブルであり、BSがどのLRNに収容されているかを示すものである。図8は、ローカルルーティング判定テーブルの一例を示す図である。ローカルルーティング判定テーブルは、ドメインとLRNモードの対応テーブルである。LRNモードは、ローカルルーティング対象とする場合をON、ローカルルーティング非対象とする場合をOFFとする。例えば、Index1は、ドメインがhitachi.comで対応するLRNモードがONである。これは、hitachi.comのドメインを持つMSのユーザデータをローカルルーティング対象にするという意味である。一方、Index2に設定されているmobile.comのドメインを持つMSのユーザデータは、LRNモードがOFFであり、ローカルルーティング非対象となる。各ドメインのLRNモードをONにするか、OFFにするかは、ドメイン名に対応する通信事業者や、MVNO、サービスプロバイダによって決めることができる。次に本実施例の接続シーケンスを説明する。図9は、接続シーケンスにおけるローカルルーティングの設定手順の一例を説明する図である。MS402は、接続要求時に、接続要求にあたるSBC-REQ800をBS310に送信する。SBC-REQ800を受信したBS310は、ASN-GW200に接続要求に当るMS_PreAttachment_Req.801を送信する。このMS_PreAttachment_Req801がLRN100を経由した場合は、LRN100はスイッチとしてルーティングを行い受信データの宛先に従いASN-GW200に転送する。ASN-GW200は、MS_PreAttachment_Req801を受信すると、図7で説明したLRN特定処理テーブルを使ってMS_PreAttachment_Req801を送信したBS310がどのLRNに収容されているかを特定する。図10は、接続要求を送信したBS310がどのLRNに収容されているかを特定する処理を説明するフローチャートである。MS_PreAttachment_Req801を受信することで図10のステップが開始され、ステップ2012に進む。ステップ2012では、BSのIPアドレスを特定する。MS_PreAttachment_Req801には、送信元BSを特定するBS識別子があり、そのBS識別子によりBSのIPアドレスが特定できる。また、別の方法として、受信データのIPヘッダに含まれる送信元IPアドレスを見ることでもBSのIPアドレスを特定できる。BSIPアドレスを特定するとステップ2013に進む。ステップ2013では、図7のテーブルを使ってLRN100のIPアドレスを検索する。例えば、受信データから抽出したBSIPアドレスが192.18.10.7であった場合は、図7のLRN特定処理テーブルに対して、192.18.10.7と同じBSIPアドレスが存在するか検索を行う。検索の結果、受信データから抽出したBSIPアドレス192.18.10.7がLRN特定処理テーブルのIndex2に対応することがわかる。そして、Index2のLRNIPアドレス要素を参照し、192.168.10.10が該当BSが収容されているLRNIPアドレスとなる。もし、検索の結果、一致するBSIPアドレスが無い場合には、ローカルルーティング非対称のMSと判断する。LRNIPアドレス検索が終わるとステップ2014に進みフローは終了である。図9に戻り、ASN-GW200は、LRN特定処理が終わると、MS_PreAttachment_Req801への応答メッセージMS_PreAttachment_Rsp802をBS310に対して送信する。以降は、WiMAXForumに規定される接続シーケンスに従いBS310とASN-GW200間で接続に必要な信号のやり取りが行われる。そのやり取りの途中において、ASN-GW200は、BS310からEAP-Response808を受信する。ASN-GW200は、EAP-Response808を受信するとローカルルーティング判定を行う。図11に、ローカルルーティング判定処理のフローチャートを示す。ローカルルーティング判定処理は、EAP-Response808の受信を契機に開始される。まず、ステップ2022に進みドメインを抽出する。EAP-Response808は、RFC3748で規定されているメッセージであり、その中には、ドメイン情報を含むIdentityが格納されている。Identitiyを見ることでMSのドメインが解る。ドメインの抽出後、ステップ2023に進み、該当MS402がローカルルーティングの対象か否かの判定を行う。この判定には、図8のローカルルーティング判定テーブルを使う。ローカルルーティング判定処置では、まずステップ2022で抽出したドメインが図8のテーブルに存在するか検索する。検索した結果、抽出したドメインが存在した場合は、そのドメインに対応するIndexを取得して、そのIndexに対応するLRNモードがONであれば、ステップ2024に進み、ローカルルーティング対象と判定してステップ2025に進み終了する。LRNモードがOFFであれば、ローカルルーティング非対象としてステップ2025に進み終了である。また、ステップ2023で検索した結果、一致するドメインが無い場合にもローカルルーティング非対象と判定してステップ2025に進む。図9に戻り、ローカルルーティング判定が終わると、WiMAX接続シーケンスを継続してEAP認証810、無線暗号鍵/MS情報交換815を行う。続いてPath_Reg_Req.816、Path_Reg_Rsp.819、Path_Reg_Ack.820の信号やり取りで、BS310とASN-GW200間のGREカプセリングに必要なUpLinkGREKEYとDownLinkGREKEYを交換してGREカプセリングパス823、MS402とBS310間の無線パス822を確立する。パス確立後は、MS402とASN-GW200の間でDHCP交換824を行いMS402に割り当てるMSIPアドレスをASN-GW200からMS402へ通知する。一方、DHCP交換824を契機としてASN-GW200とCSN500の間でモバイルIPパス825を確立する。ASN-GW200は、DHCP交換824とモバイルIPパス825確立が終わると、前述のローカルルーティング判定202がローカルルーティング対象の時は、LRN特定201で特定したLRN100のIPアドレス宛にLRN設定要求826を送信する。図12にLRN設定要求のフォーマットの例を示す。LRN設定要求は、IPヘッダ8271、UDPヘッダ8272、Type8273、情報要素8270を含む。Type8273は、LRN設定要求826とLRN設定応答827の区別に使う。情報要素8270には、ASN-GW200からLRN100に設定する情報をいれる。実施例1では、LRN設定要求826の情報要素8270として、MSIPアドレス、BSIPアドレス、ASN-GW200IPアドレス、DownLinkGREKEY、UpLinkGREKEYの5要素を含ませる。IPsec対応の場合には、前述の5要素に加えてIPsec処理に必要な情報を入れることもできる。LRN100は、ASN-GW200から送信されたLRN設定要求826をIOポート107を介して受信すると、ルータL3スイッチ部103によって制御部101へと転送する。制御部101では、LRN設定要求826を解読し、メッセージに含まれている情報要素8270を図3のテーブルに設定する。設定完了後、制御部101は、LRN設定応答827を作成して、ルータL3スイッチ部103、IOポート107を介してASN-GW200へと送信する。これにより、BS310とASN-GW200の間で確立したGREカプセリングパス823と同じGREカプセリングパス828をBS310とLRN100の間で確立したことになる。次にユーザデータのローカルルーティング動作について、MS402がインターネットにアクセスする場合を例に説明する。MS402は、インターネットに接続するために、MS402からインターネットの接続先に向けてユーザデータを送信する。このユーザデータは、無線区間を通りBS310に届く、BS310は前述の接続シーケンスによって確立されたGREカプセリングパス823のGREKEYを使ってユーザデータに対してGREエンカプセリングを行い、ASN-GW200宛に送信する。このBS310は、LRN100に収容されているため、ASN-GW200の宛てのGREカプセリングデータ7012は、LRN100を通る。LRN100で受信したGREカプセリングデータ7012は、IOポート107を通り、ルータL3スイッチ部103へと転送される。ルータL3スイッチ部103では、次に示すルーティング処理を行う。図13は、LRNのルータL3スイッチ部103におけるルーティング処理内容を説明するフローチャートである。LRNは、ルータL3スイッチ部103がユーザデータを受信したことを契機にフローを開始1031する。ステップ1032では、受信データのIPヘッダにあるProtocolTypeがGREであるか否かを判定する。GREである場合には、ステップ1033に進み、GREでない場合には、ステップ1038に進む。ステップ1038では、受信データの送信先IPアドレスがMSIPアドレスであるかの判定を行う。この受信データは、インターネットへのアクセスデータであるため、一致することはなく、NO判定でステップ1037に進みIPヘッダの宛先に従ったルーティング処理を行う。BS310とASN-GW200の間でやり取りされる接続シーケンスもステップ1032とステップ1038でNOと判定されてローカルルーティングされることなくASN-GW200へと転送される。ステップ1033は、受信データのIPヘッダにある送信元IPアドレスが図3のテーブルに設定されたBSIPアドレスと一致するか検索する。検索結果、一致した場合は、一致したBSIPアドレスに対応するIndexを取得後、ステップ1034に進む。図3のテーブルに設定されたBSIPアドレスと一致しない場合は、ステップ1037に進む。ステップ1034では、受信パケットのGREヘッダに格納されているGREKEYとステップ1033で取得したIndexに対応するUpLinkGREKEYが一致するか判定する。一致した場合には、この受信データは、ローカルルーティング対象であり、受信データをデカプセレーション部105に送信して、ステップ1035に進む。図14は、デカプセレーション処理を説明する図である。デカプセレーション処理では、図14の上段に示す、受信データであるGREカプセリングデータから、IPヘッダ7066とGREヘッダ7067を取り除き、ユーザデータ7068を抽出して、ステップ1036に進む。ステップ1036では、ユーザデータ7068のバイト数を計測して、ステップ1033で取得したIndexとバイト数を統計収集部102に通知する。統計収集部102は、通知されたバイト数を通知されたIndexに対応する図4の統計情報テーブルのUpLinkバイト数に加算するとともに、UpLinkパケット数を1加算する。ステップ1036が終わると、ユーザデータ7068をルータL3スイッチ部103に転送してステップ1037に進む。ステップ1037では、ルーティング情報に従って、ユーザデータ7068を転送する。ユーザデータ7068の宛先IPアドレスは、インターネットの接続先のIPアドレスであるため、ネットワーク520がインターネット511と接続されている場合には、ネットワーク520からインターネット511に転送される。ステップ1034のGREKEYによるローカルルーティング対象であるか否かの判定で、GREKEYが不一致と判断した場合は、ローカルルーティング非対象の受信データと判断してステップ1037に進み、ルーティング情報に従って転送する。一方、インターネット511からMS402に送信されるDownLinkのユーザデータがLRN100に到着した場合は、ユーザデータはIOポート107を介してルータL3スイッチ部103に転送され、図13のLRNのルーティング処理が実行される。ステップ1032では、IPヘッダのプロトコルタイプがGREであるかチェックする。インターネット511から受信するデータは、GREカプセリングデータではないいため、NO判定となり、ステップ1038に進む。ステップ1038では、受信したデータの送信先IPアドレスが図3のMSIPアドレスに一致するか検索する。一致した場合は、一致したMSIPアドレスに対応するIndexを取得して、ステップ1039に進む。ステップ1039は、統計収集のために受信データのバイト数を測定して、バイト数とステップ1038で取得したIndexを統計収集部102に通知する。統計収集部102は、通知されたバイト数をIndexに対応する図4統計情報テーブルののDownLinkバイト数1022に加算するとともに、DownLinkパケット数1024のカウンタを1増加させる。DownLinkデータ量1039が終わると受信データをエンカプセレーション部104に転送してステップ1040に進む。図15は、エンカプセレーション処理を説明する図である。ステップ1040のエンカプセレーション処理では、図15に示すように受信したユーザデータ7078にGREヘッダ7077とIPヘッダ7076を付与する。GREヘッダ7077のGREKEYは、ステップ1038で取得したIndexに対応するDownLinkGREKEY1015を付与する。更に宛先IPアドレスとして、同じIndexのBSIPアドレス1013、送信元IPアドレスとして、ASN-GWIPアドレス1014を付与する。エンカプセレーション処理1040が終わるとGREカプセリングデータをルータL3スイッチ部103に転送してステップ1037に進む。ステップ1037では、ルーティング情報に従ってBS310に転送する。BS310は、LRN100から受信するデータは、ASN-GW200から受信したデータとみなし、無線データ7011としてMS402へと転送する。次に、切断シーケンスを説明する。図16は、切断シーケンスの一例を説明する図である。MS402は、接続を切断したい場合、切断要求であるDRG-REQ840をBS310に送信する。BS310は、DRE-REQ840の受信を契機にBS310とASN-GW200の間で切断シーケンスPath_Dereg_Req.842、Path_Dereg_Rsp.843、Path_Dereg_Ack844を実行する。ASN-GW200は、BS310との切断シーケンスと同時にCSN500とのモバイルIPパス846を切断する。ASN-GW200は、LRN100に対してLRN設定解除要求847を送信する。このLRN設定解除要求847のフォーマットは、図12に示したLRN設定要求のフォーマットと同じであり、LRN設定要求かLRN設定解除要求であるかは、Type8273の内容で区別する。LRN設定解除要求の情報要素8270には、MSIPアドレス、UpLinkGREKEY、DownLinkGREKEYが含まれており、LRN設定解除要求847を受信したLRN100の制御部101は、図3のテーブルを検索して、一致したIndexの情報をクリアする。クリア後は、LRN100の統計収集部102から、このIndexに対応する図4のDownLinkバイト数、UpLinkバイト数、DownLinkパケット数、UpLinkパケット数を取得して、LRN設定解除応答848の情報要素8270に入れてASN-GW200に送信する。LRN設定解除応答848を受信したASN-GW200は、LRN設定解除応答848に格納されているDownLinkバイト数1022、UpLinkバイト数1023、DownLinkパケット数1024、UpLinkパケット数1025を取り出しAccounting-Requeststop849の決められたアトリビュートに格納して、CSN500へと送信する。CSN500は、Accounting-Requeststop849を受信すると、Accounting-Response850をASN-GW200に送信する。このようにローカルルーティング対象のMS402は、インターネットへのアクセスをASN-GW200とCSN500を通すことなく、LRN100からユーザデータを抽出して、インターネット511へとアクセスすることができる。また、切断時にLRN100から統計情報をASN-GW200に送信することでASN-GW200を通さないローカルルーティングデータについても、課金に必要な情報をCSN500に通知することが可能である。以上は、MS402がインターネットにアクセスする場合を例に説明したが、LRN100に接続された異なるMS400、MS401間の通信の場合について補足説明する。図17は、同一LRNに接続された2台のMS間で通信を行う場合の接続シーケンスを説明する図である。図17において、接続確立860および接続確立861と、接続確立865および接続確立866は、図9の800ないし825に対応する。図17のシーケンスに示すように、MS400とMS401が独立に図9の接続シーケンス800ないし825を実行することでBS300とLRN100の間にGREカプセリングパス864と869が確立できる。MS400からMS401へ送信したデータは、無線データ7700としてBS300に転送され、GREカプセリングデータ7701としてASN-GW200に転送するが、LRN100がGREカプセリングデータ7701から図13のフローチャートに従いユーザデータを抽出し、LRN100のルータL3スイッチ部103が宛先にルーティングする。同一LRN100が宛先を収容している場合には、IOポート107からユーザデータを受信したと判断され、再度、図13のフローチャートを実行する。その結果、GREカプセリングにエンカプセリングし、BS300へGREカプセリングデータ7702として転送する。BS300は、無線データ7703としてMS401に転送する。また、BSを跨ぐハンドオーバや、ASN-GWを跨ぐハンドーバであっても同じ方式によってローカルルーティングの動作が可能である。このようにローカルルーティングノード内での折り返し通信により、通信遅延時間も削減もできる。実施例2では、ローカルルーティング非対象であるMSを、接続後、通信をしている途中に、ローカルルーティング対象に変更する動作について説明する。図18は、ローカルルーティング非対象であるMSを、ローカルルーティング対象に変更する処理を説明するシーケンス図である。MS402は図9の接続シーケンスに従い接続を確立する。その過程でASN-GWは、LRN特定201とローカルルーティング判定202を行い、MS402はローカルルーティング非対象と判定し、MS402がインターネットと通信する際には、ASN-GW200とCSN500を介してインターネット510へ繋ぐ。しかし、ASN-GW200は、再度ローカルルーティング判定203を行う。判定結果としてローカルルーティング対象と判断した場合には、LRN100に対してLRN設定要求826を送信して、LRN100とBS310の間にGREカプセリングパス828を確立させることで、MS402からのデータをLRN100で抽出して、ローカルルーティングを行う。図19、図20、図21は、ローカルルーティングモードの変更処理の一例を示すフローチャートである。、LRNによるローカルルーティングは、常時実施する場合の他、必要な時のみ実施する場合が考えられる。図19ないし図21に示したローカルルーティングモードの変更処理フローは、LRNまたはASN-GWが行う。図19は、トラフィック量に基づいて、ローカルルーティングモードの設定を変更する場合のフローである。ローカルルーティング判定203の判断フローチャートである。図19は、ステップ7032でASN-GW200を通るトラフィック量が予め決めていた閾値より多く、通信サービスの低下に繋がると判断した場合には、ステップ7033でローカルルーティング対象と変更する。逆にステップ7032で、トラフィック量が閾値より小さいと判断した場合には、ステップ7034にてローカルルーティング非対象へと変更ができる。図20は、アプリケーションの種別により、ローカルルーティングモードの設定を変更する場合のフローである。ASN-GW200を通るユーザデータの種類が特定アプリケーション例えば、P2Pであった場合にその特定アプリケーションのデータのみローカルルーティング対象とすることができる。特定アプリケーションの特定は、ASN-GWにDPIDeepPacketInspection機能を備え、DPIによって抽出したユーザデータパターンと予めローカルルーティング対象アプリケーションと決めたパターンと一致するかを判定することで実現する。また、外部装置例えば、ファイアーウォールによって特定アプリケーションを検出し、ASN-GWにアプリケーションを使用ているMSのIPアドレスを通知することでも実現可能である。図21は、ネットワーク機器のメンテナンス時に、ローカルルーティングモードの設定を変更する場合のフローである。ネットワーク機器のメンテナンスをするため、保守者によりメンテナンス中との情報与えることにより、ローカルルーティング対象へと変更する。実施例2では、このように用途によってユーザデータをローカルルーティングに変更したり、元に戻すことでシステム全体のトラフィック最適化が可能である。実施例3では、LRN100の別の構成例を説明する。図22は、実施例3におけるLRNの構成を説明する図である。実施例3のLRNは、一般的なルータL3スイッチとLRN制御装置120の組み合わせでLRN100を構成する。実施例3のLRNは、図22に示すように、GREカプセリング機能を備えた一般的なルータL3スイッチ127と、LRN制御装置120から成り、LRN制御装置120は、IOポート125、ルータL3スイッチ127と接続されているルータインタフェース121、制御部122、L3スイッチ部124、各機能部を接続する接続バス123から構成される。ルータインタフェース121は、ルータL3スイッチ127のGRE設定を変更することができる。制御部122は、図2と同じくASN-GW200との間でローカルルーティングに必要な情報のやり取りを行う。LRN制御装置120のIOポート125は、ASN-GW200との通信用として用いられる。実施例3のLRNの動作を説明する。図9に示したLRN設定要求826をASN-GW200から受信したLRN制御装置120の制御部122は、ルータインターフェース121を介して、ルータL3スイッチ127のGRE設定を行う。設定は、ルータL3スイッチ127の機種によって異なり、その機種に適用したコマンド入力することで期待する受信データのGREデカプセリング処理、GREエンカプセリング処理の設定を行う。このルータL3スイッチ127には、複数のBSが接続されており、LRN制御装置120からのGRE処理設定に従って受信データをGRE処理することでLRN100の動作が可能となる。