JP2017123674A - 無線端末にｉｐネットワークへのアクセスを提供するための通信システム及び通信方法 - Google Patents

Abstract

【課題】無線端末にIPネットワークへのアクセスを提供するための通信システム及び通信方法において同時接続可能機器数の増加を可能とする。【解決手段】第１のサーバ群２１１を構成する各サーバは、無線端末からのデータを受信する受信部と、受信したデータのヘッダを元に複数の送信先アドレスのいずれかから1つを選択する選択部と、受信したデータを選択部が選択した送信先アドレスに転送する転送部とを有する。選択は、ヘッダ内のIPヘッダにより指示されるIPアドレスを書き換えて行うことができる。本発明の一例では、ゲートウェイ２１０を、第１のサーバ群２１１と、付加的なデータ処理等を行う部分である第２のサーバ群２１２とを切り分ける。また、付加的なデータ処理を追加しなくとも、第１のサーバ群２１１におけるデータ処理を限定することでゲートウェイの台数制限の中で同時接続可能台数の増加が可能である。【選択図】図２

Description

本発明は、無線端末にIPネットワークへのアクセスを提供するための通信システム及び通信方法に関する。

近年、MVNO（仮想移動体通信事業者）の登場により無線通信回線の小売が進んでいる。従来は、無線通信インフラを有するMNO（移動体通信事業者）がエンドユーザーに直接無線通信サービスを提供してきたが、MVNOは、MNOの無線通信インフラを利用してエンドユーザーに独自の無線通信サービスを提供する。

MVNOには、自社で一切通信インフラを有しない形態と、自社でも通信インフラを有し、その通信インフラをMNOの通信インフラに接続して無線通信サービスを提供する形態（図１参照）に大別することができる。後者は前者と比較して、自社でも通信インフラを有することから、通信速度、通信容量等の通信品質に応じた価格設定が可能であり、さまざまなニーズに応えることが試みられている。たとえば、高速データ通信が可能な最大通信容量を設定することで価格を抑えた無線通信サービス用のSIMカードが量販店で販売されている。

具体的には、このようなMVNOは、MNOからSIMカードの提供を受けて、それをさらにエンドユーザーに提供している。MVNOは、各SIMカードに設定された速度制限、容量制限等の通信品質を各SIMカードの識別番号とともにデータベースで管理しており、インターネットへのアクセスを要求してきたスマートフォン、タブレットなどの携帯端末の契約内容に応じて無線通信サービスを提供している。

MNOとMVNOの間に、MVNOが円滑な事業を行うための支援サービスを提供するMVNE（仮想移動体通信サービス提供者）が介在し、MVNEがMNOからSIMカードの提供を受けて、それをさらにMVNOに提供する場合もある。

MVNO又はMVNEが、コアネットワークのエンドポイントであるゲートウェイ（3GではGGSN、LTEではP−GW）を自社の通信インフラとして保有する場合には、MNOの通信インフラ（3GのSGSN、LTEのS−GW）とL2接続（full MVNO connection (LTEではS5/S8 interface、3GではGn interface)）が可能となり、エンドユーザーのSIMカードが装着された無線端末とゲートウェイとの間にL2トンネルが形成される。L2接続は、L3接続（light MVNO connection）と比較して無線通信サービスの設計自由度が高まり、注目を集めている。

L2接続のためにMVNO又はMVNEが保有する必要のあるゲートウェイは、１台数億円の高価なハードウェアであり、その性能として、同時接続可能機器数が重視されるところ、さまざまなニーズに応えるべくゲートウェイにおいて付加的なデータ処理を行うと、ゲートウェイが実装されるサーバの物理的限界により、同時接続可能機器数の低下を必然的に招いてしまう。

そして、MVNO又はMVNEがMNOの通信インフラと接続可能なゲートウェイの数は、MNOにより予め定められていて台数制限が設けられている場合が大半で、コストを度外視しても、制限台数より多くハードウェアを追加して同時接続可能機器数の増加を受容するといったことはできない。

たとえば、無線通信サービスに対するニーズとして近年顕著に増加しているのが、あらゆるモノに無線通信機能を加えてインターネットにつなげるIoTの動きである。以下、インターネットを含めコンピュータネットワークに接続可能な無線機器を「IoT機器」と呼ぶ。IoT機器は、ヒトが保持するスマートフォン、タブレットなどの携帯端末も含むが、ヒトよりも高速に移動する自動車等の移動手段、逆にあまり特定の位置から移動しないセンサーなど、ヒトとは異なる形での通信を必要とする機器に拡がりを見せており、それに伴い、求められる通信速度や通信の頻度は多岐に渡る。産業機械にSIMカードを組み込んでIoT化し、遠隔で他の機器と通信させることを考えた場合には、各IoT機器は低容量の通信を低頻度で行うのみであっても、無数の機器が通信を行うことを考慮すれば、多くの同時接続数が求められる。このようなニーズに応える上では、同時接続可能機器数の増加を抑制することなく、無線通信サービスの高付加価値化を実現する必要がある。

類似の問題は、エンドユーザーの無線端末とL3接続されるゲートウェイにおいても発生し得る。また、MNOが保有するゲートウェイに関しても、同様のことが問題となり得る。

さらに、ゲートウェイにおいて付加的なデータ処理を行わなくとも、同時接続可能機器数は、GTPヘッダのトンネリング処理によっても制限を受けており、こうしたデータ処理の負担も同時接続可能機器数の増加を可能とする上で障害となっている。

本発明は、このような問題点に鑑みてなされたものであり、その目的は、無線端末にIPネットワークへのアクセスを提供するための通信システム及び通信方法において、従来よりも同時接続可能機器数の増加を可能とすることにある。

このような目的を達成するために、本発明の第１の態様は、無線端末にIPネットワークへのアクセスを提供するための通信システムであって、前記無線端末からのデータを前記IPネットワークに通過させるためのゲートウェイを備え、前記ゲートウェイは、前記無線端末からのデータを受信する受信部と、受信した前記データのヘッダを元に複数の送信先アドレスのいずれかから1つを選択する選択部と、前記データを前記選択部が選択した送信先アドレスに転送する転送部とを有する第１のサーバ群を有し、前記第１のサーバ群のそれぞれは、前記複数の送信先アドレスのいずれかに対応する第２のサーバ群を構成するサーバに前記データを転送することを特徴とする。

また、本発明の第２の態様は、第１の態様において、前記ゲートウェイがGGSN又はP−GWであることを特徴とする。

また、本発明の第３の態様は、第１又は第２の態様において、前記通信システムは、前記無線端末からの接続開始要求を受信するCプレーン・サーバ群をさらに備え、前記第１のサーバ群は、前記Cプレーン・サーバ群が受けた接続開始要求を契機に第１又は第２の態様に記載の処理を行うことを特徴とする。

また、本発明の第４の態様は、第１から第３のいずれかの態様において、前記第１のサーバ群を構成するサーバ数が予め定められた数以下であることを特徴とする。

また、本発明の第５の態様は、第４の態様において、前記予め定められた数がMNOにより定められていることを特徴とする。

また、本発明の第６の態様は、第１から第５のいずれかの態様において、前記第２のサーバ群を構成するサーバ数が前記第１のサーバ群を構成するサーバ数を超えることを特徴とする。

また、本発明の第７の態様は、第１から第６のいずれかの態様において、前記第１及び第２のサーバ群は、それぞれ、前記ヘッダが指示していた前記送信先アドレスと、前記複数の送信先アドレスとの間の対応テーブルを前記無線端末が確立したトンネル毎に有することを特徴とする。

また、本発明の第８の態様は、第７の態様において、前記対応テーブルが前記ヘッダ内のGTPヘッダが有する識別子と関連づけられていることを特徴とする。

また、本発明の第９の態様は、第１から第８のいずれかの態様において、前記選択部は、前記ヘッダが指示する送信先アドレスを書き換えることで転送先の複数の送信先アドレスのいずれかを特定することを特徴とする。

また、本発明の第１０の態様は、第１から第９のいずれかの態様において、前記複数の送信先アドレスは、同一の送信先アドレスを割り当てないように決定されることを特徴とする。

また、本発明の第１１の態様は、第１から第９のいずれかの態様において、前記複数の送信先アドレスのうちの少なくとも一部が同一であることを特徴とする。

また、本発明の第１２の態様は、第１から第１１のいずれかの態様において、前記無線端末と前記第１のサーバ群との間にL2トンネルが通信経路として形成されることを特徴とする。

また、本発明の第１３の態様は、第１から第１２のいずれかの態様において、前記第２のサーバ群を構成する各サーバがクラウド上のインスタンスであることを特徴とする。

また、本発明の第１４の態様は、第１３の態様において、前記第１のサーバ群を構成する各サーバがクラウド上のインスタンスであることを特徴とする。

また、本発明の第１５の態様は、第１４の態様において、前記第２のサーバ群が前記第１のサーバ群の各サーバで共用されることを特徴とする。

また、本発明の第１６の態様は、第１３から第１５のいずれかの態様において、前記第２のサーバ群と接続された第３のサーバ群を備え、前記第３のサーバ群は、前記第２のサーバ群を構成するサーバ数を制御することを特徴とする。

また、本発明の第１７の態様は、第１６の態様において、前記第３のサーバ群が前記第２のサーバ群を構成するインスタンスにより構成されることを特徴とする。

また、本発明の第１８の態様は、第１３から第１７のいずれかの態様において、前記第２のサーバ群を構成するインスタンス数が前記第２のサーバ群の処理負荷に応じてゼロまで減少可能であることを特徴とする。

また、本発明の第１９の態様は、第１３から第１８のいずれかの態様において、前記ゲートウェイがマルチテナントであることを特徴とする。

また、本発明の第２０の態様は、第１から第１９のいずれかの態様において、前記第２のサーバ群が前記データに対してデータ処理を行うことを特徴とする。

また、本発明の第２１の態様は、第２０の態様において、前記データ処理は、前記データのペイロードの暗号化、前記データのプロトコル変換、前記無線端末からのデータ送信のスループット制御、及び、前記データのペイロードに対するクレデンシャル付与のうちの少なくとも１つであることを特徴とする。

また、本発明の第２２の態様は、第１から第２１のいずれかの態様において、前記第２のサーバ群は、前記ゲートウェイから前記無線端末に送信されるデータに対して下り時のデータ処理を行うことを特徴とする。

また、本発明の第２３の態様は、第２２の態様において、前記下り時のデータ処理は、前記データに含まれる画像又は動画の解像度変換、前記無線端末のデータ受信のスループット制御、前記無線端末のデータ受信の優先度制御、及び、HTML5に準拠した機能の実行のうちの少なくとも１つであることを特徴とする。

また、本発明の第２４の態様は、無線端末にIPネットワークへのアクセスを提供するための通信方法であって、前記無線端末からのデータを前記IPネットワークに通過させるためのゲートウェイにおいて、前記ゲートウェイが有する第１のサーバ群が、前記無線端末からのデータを受信する受信ステップと、前記第１のサーバ群が、受信した前記データのヘッダを元に複数の送信先アドレスのいずれかから1つを選択する選択ステップと、前記第１のサーバ群が、前記データを前記選択された送信先アドレスに転送する転送ステップとを含み、前記転送ステップは、前記第１のサーバ群のそれぞれが、前記複数の送信先アドレスのいずれかに対応する第２のサーバ群を構成するサーバに前記データを転送することを特徴とする。

また、本発明の第２５の態様は、無線端末からのデータをIPネットワークに通過させるためのゲートウェイに、前記無線端末に前記IPネットワークへのアクセスを提供するための通信方法を実行させるためのプログラムであって、前記通信方法は、前記ゲートウェイにおいて、前記ゲートウェイが有する第１のサーバ群が、前記無線端末からのデータを受信する受信ステップと、前記第１のサーバ群が、受信した前記データのヘッダを元に複数の送信先アドレスのいずれかから1つを選択する選択ステップと、前記第１のサーバ群が、前記データを前記選択された送信先アドレスに転送する転送ステップとを含み、前記転送ステップは、前記第１のサーバ群のそれぞれが、前記複数の送信先アドレスのいずれかに対応する第２のサーバ群を構成するサーバに前記データを転送することを特徴とする。

本発明の一態様によれば、無線端末からのデータをIPネットワークに通過させるためのゲートウェイにおいて、無線端末からのデータを受信する第１のサーバ群と、付加的なデータ処理又は第１のサーバ群で行われなかったデータ処理を行う部分である第２のサーバ群とを切り分けることによって、第１のサーバ群の同時接続可能数の上限を引き上げつつ、第２のサーバ群においてより多くのコンピューティングリソースを用いたデータ処理を行うことが可能となる。

自社の通信インフラをMNOの通信インフラに接続して無線通信サービスを提供するMVNOを模式的に示す図である。 本発明の一実施形態におけるゲートウェイを備える通信システムの概要を示す図である。 無線端末からゲートウェイに送信されるパケットを例示的に示す図である。 本発明の一実施形態におけるGTPヘッダの書き換えを示す図である。 本発明の別の実施形態におけるゲートウェイを備える通信システムの概要を示す図である。 第１のサーバ群と第２のサーバ群との対応関係の決定プロセスの一例を示す図である。 第１のサーバ群と第２のサーバ群との対応関係の一例を示す図である。 本発明の一実施形態におけるペイロードに対する付加的なデータ処理を示す図である。 本発明の一実施形態におけるプロトコル変換のデータ処理の流れを示す図である。

以下、本発明の実施形態を図面を参照して説明する。

本明細書では、MVNOがゲートウェイを保有する場合を例に説明するが、本発明は、MVNE又はMNOが保有する場合にも適用できることを付言しておく。

また、MNO、MVNE、MVNOという用語は、国によりその定義が異なることがある。以下では、日本におけるように、MNOは3GのSGSN、LTEのS−GWを通信インフラとして保有し、MVNOが3GのGGSN、LTEのP−GWを通信インフラとして保有する場合を例に説明する。いずれにしても、設置可能台数に制約のあるゲートウェイの下でも同時接続可能機器数の増加を可能とする本発明を適用可能であることは変わらない。

（本発明の概要）
図２に、本発明にかかるゲートウェイを備える通信システムの概要を示す。

本発明にかかる通信システム２００は、無線端末にIPネットワークなどへのアクセスを提供するための通信システムであって、当該無線端末からのデータをIPネットワークに通過させるためのゲートウェイ２１０を備える。

ゲートウェイ２１０は、第１のサーバ群２１１を有する。たとえば、MNOの通信インフラ（コアネットワーク）と接続できるサーバの台数には制限があり、これは一般に、MNOにより定められており、超えることができない。たとえば、第１のサーバ群２１１を構成するサーバのIPアドレスを、予めMNOのデータベースに登録し、MNOが、登録されたIPアドレスのリストを参照して、無線端末からのデータを第１のサーバ群２１１のうちのいずれのサーバに伝送するかを決定している。たとえば、ラウンドロビン方式で割り振ることができる。登録する情報は、IPアドレス以外にMACアドレスなどの送信先を識別するための送信先アドレスとしてもよい。

第１のサーバ群２１１を構成する各サーバは、無線端末からのデータを受信する受信部と、受信したデータのヘッダを元に複数の送信先アドレスのいずれかから1つを選択する選択部と、受信したデータを選択部が選択した送信先アドレスに転送する転送部とを有する。

転送部では、本発明の一実施形態においては、無線端末からの受信した当該データのヘッダが指示するIPアドレスを複数のIPアドレスのいずれかに書き換える。データは、図３に示すように、ペイロード及びヘッダを有する。図３では、HTTP層よりも上位の部分をペイロードとして示しているが、たとえばGTPヘッダに着目して、GTP層よりも上位（図３では左側）の部分をペイロード、この場合にはGTPペイロードとみることもできる。

書き換えは、図４に示すように、ヘッダ内のIPヘッダにより指示されるIPアドレスを書き換えることにより行うことができる。具体的には、第１のサーバ群２１１が、到着したIPパケットに含まれるGTPヘッダの中の識別子（TEID）からIMSI、ICCIDなどのSIMカードの識別番号を判別することで、どの無線端末からのデータであるかを識別し、当該識別子に関連づけられた第２のサーバ群２１２のうちのいずれかのサーバのIPアドレスに書き換えることができる。

また、書き換えは、第１のサーバ群２１１のそれぞれが受信したデータを第２のサーバ群２１２を構成するサーバに転送する際に必要な処理の一例であり、他のトンネリング（IPIP、GRE、IPsec、GTPなど）を行って転送することもできる。

選択部においては、転送先の第２のサーバ群２１２に対応する複数のIPアドレスは、プライベートIPアドレス又はグローバルIPアドレス空間の中から、第２のサーバ群２１２の複数のサーバに同時に同一のIPアドレスを割り当てないように決定することができる。また、複数のIPアドレスのうちの少なくとも一部を同一のものとして、これを複数のサーバに同時に割り当てることもでき、この場合には、同一のIPアドレスが与えられた割り振られたサーバのうちの１つだけをアクティブにしてその他をスタンバイにすればよい。また、契約内容に応じて、一部のIPアドレスを特定の識別子（TEID）の場合にのみアクセス可能とすることもできる。そして、第１のサーバ群２１１及び第２のサーバ群２１２は、それぞれ、ヘッダが指示していた書き換え前のIPアドレスと、書き換え後の複数のIPアドレスとの間の対応テーブルをL2又はL3トンネル毎に保持することができる。各対応テーブルは、GTPヘッダ内の識別子等によって、各無線端末との関連づけが可能である。また、対応テーブルを第２のサーバ群２１２にのみ持たせ、第１のサーバ群２１１は第２のサーバ群２１２に問い合わせることもできる。

ここでは、ゲートウェイ２１０の動作として、携帯端末との間にL2トンネルが通信経路として形成された後のIPネットワークへのアクセスのためにGTPのUプレーン上で通信を行う場面を主に想定して説明しているが、L2トンネルを形成するためにGTPのCプレーン上で通信を行う場面においても、同様にIPアドレスの書き換えを行うことも考えられる。また、L2トンネルのほか、L3トンネルなどのトンネルが形成されている状況においても適用は可能である。

本発明の上述の例では、ゲートウェイ２１０を、MNOの通信インフラと接続する部分である第１のサーバ群２１１と、付加的なデータ処理等を行う部分である第２のサーバ群２１２とを切り分けることによって、ゲートウェイ２１０における付加的なデータ処理を追加しても、ゲートウェイ２１０の同時接続可能機器数の増加を制限するコンピューティングリソースの占有を回避し、ゲートウェイ２１０にリッチな機能、複雑な機能を実装することが可能となっている。

また、付加的なデータ処理を追加しなくとも、たとえば第１のサーバ群２１１では受信したデータのヘッダが指示するIPアドレスの複数のIPアドレスのいずれかへの書き換えのみを実質的に行うようにするなど、第１のサーバ群２１１におけるデータ処理を限定することで、第１のサーバ群２１１の限られたコンピューティングリソースを主にそのような制限のない第２のサーバ群２１２への転送に用い、MNOの通信インフラと接続可能なゲートウェイの台数制限の中で同時接続可能台数の向上も可能である。一例として、第２のサーバ群２１２において、GTPヘッダのトンネリング処理を行うようにしてもよい。

また、たとえば、お正月又は新年の通信制限は、通信を処理するサーバのCPU、メモリ、ストレージ又はネットワークトラフィックの設計容量をどれか一つでも超過してしまうことを主な理由とするものであるが、本実施形態によれば、第２のサーバ群２１２の処理能力のメトリックスに基づき、負荷の低いサーバのIPアドレスを割り当てるか、第２のサーバ群２１２全体の容量が足りない場合には、新しくサーバを起動させることにより処理を分散させることで、同時接続可能数及び通信システム全体の容量を増加させることができる。

特に、第２のサーバ群２１２を構成する各サーバを、クラウド上のインスタンスとすることができ、このようにすることで、必要に応じてインスタンスの数を増やしてスケールアウトしていくことができるため、実質的に無尽蔵にコンピューティングリソースを用いることができる。

ここで、本明細書において「クラウド」とは、ネットワーク上で需要に応じてCPU、メモリ、ストレージ、ネットワーク帯域などのコンピューティングリソースを動的にプロビジョニングし、提供できるシステムを言う。たとえば、AWS等によりクラウドを利用することができる。

さらに、第１のサーバ群２１１を構成する各サーバを、クラウド上のインスタンスとすることもでき、このようにすることで、各サーバのIPアドレスを仮想化して、耐障害性を向上させることができる。仮にあるサーバがダウンしても、第１のサーバ群２１１と第２のサーバ群２１２との対応関係を、たとえば後述する第３のサーバ群５００のデータベース上にリアルタイムに最新の状態で保持しておくことにより、別のサーバにIPアドレスを付け替えることで瞬時に障害復旧が可能である。また、クラウド化することでスケールアップ及びスケールダウンが自在にできるため、処理負荷に応じた最適なCPU、メモリ、ストレージ、ネットワーク帯域を有するインスタンスを選ぶことができる。これにより、ピーク時の最大需要に合わせたハードウェアを常に用意する必要がなくなり、コストの最適化が可能となる。このことは、第２のサーバ群２１２のクラウド化においても同様である。

本実施形態により可能となる無線端末によるアクセス先のIPネットワークなどの例としては、インターネットのほか、プライベートシステムが挙げられる。オンプレミスのプライベートシステム、ゲートウェイ２１０の少なくとも一部をクラウド上で実現する場合には同一クラウド上の異なるIPネットワーク又は異なるクラウド上のIPネットワークなどがプライベートシステムに含まれ、通信システム２００又はゲートウェイ２１０とこれらのプライベートシステムとは専用線又は仮想的な専用線によって接続可能である。

（第２のサーバ群の制御）
本発明の一実施形態においては、図５に示すように、通信システム２００が第３のサーバ群５００をさらに備え、第２のサーバ群２１２を構成するサーバ数を処理能力のメトリックスに基づいて制御し、スケールアウト・スケールインさせることができる。第３のサーバ群５００は、第１のサーバ群２１１、第２のサーバ群２１２で利用されるインスタンスの処理能力のメトリックスを監視し、無線端末から接続要求が来た都度、処理負荷の低いインスタンスに接続を割り振ることができる。

監視するメトリックスとしては、例として、CPU負荷、メモリ利用率、ディスク読み出し、ディスク書き込み、ネットワークトラフィック受信量、ネットワークトラフィック送信量等が挙げられる。

また、第１のサーバ群２１１と第２のサーバ群２１２との対応関係を、第３のサーバ群５００を用いて選択することができる。図６に示すように、第１のサーバ群２１１が無線端末のIMSI、TEIDなどを含むGTP接続開始要求（GTP−C）を受信した際に、CreateSessionメッセージを第３のサーバ群５００に送信し、それを受けた第３のサーバ群５００が、第２のサーバ群２１２のコンピューティングリソースのCPU、メモリ、ストレージ、ネットワークトラフィックなどの利用状況を継続的又は断続的にモニタリングすることで作成された処理能力のメトリックスに基づいて転送先の第２のサーバ群２１２を選択しておくことができる。GTP接続開始要求時に、L2トンネルの識別子、無線端末の識別番号、第１のサーバ群２１１のIPアドレス、第２のサーバ群２１２のIPアドレスの対応を第３のサーバ群５００で記録することにより、第１のサーバ群２１１や第２のサーバ群２１２の障害時にL2トンネルのセッションを復旧することが可能になる。

図６では、第１のサーバ群２１１において接続開始要求を受信しており、第１のサーバ群２１１がCプレーン上の機能も果たしているが、ゲートウェイ２１０の一部として、又は通信システム２００の一部として、Cプレーン上の機能を果たすCプレーン・サーバ群を別途備えることができる。このようにすることで、第１のサーバ群２１１のコンピューティングリソースをより多くの機器との同時接続に用いることが可能となる。この場合には、第１のサーバ群２１１は、接続開始要求を受信せず、Cプレーン上の機能を有しない。

また、第３のサーバ群５００から、第２のサーバ群２１２の中でも利用状況が少なくGTP接続開始時点でのパフォーマンスメトリックスの小さいサーバへプロビジョニングメッセージを送信することで、第２のサーバ群２１２の中から処理負荷が小さいサーバを選択してGTPの接続先サーバを割り当てることができる。

そして、図７に示すように、第１のサーバ群２１１を構成するサーバは、書き換え後の複数のIPアドレスに対応する第２のサーバ群２１２のいずれかに無線端末からのデータを転送する。図７では、第１のサーバ群２１１及び第２のサーバ群２１２がそれぞれ３つのインスタンスを有し、第２のサーバ群２１２が第１のサーバ群２１１の各サーバで共用されるように示しているが、このような例に限るものではない。

第２のサーバ群２１２を構成するサーバ数は、第１のサーバ群２１１を構成するサーバ数を超えることが望ましい。第２のサーバ群２１２を構成するサーバ数が第１のサーバ群２１１を構成するサーバ数以下であると、サーバ又はインスタンスの数で決まってしまうセッション数、IPフロー数等のリソースは増えないため、十分なスケーラビリティを発揮できないことがある。

第２のサーバ群２１２のインスタンスグループ全体の処理負荷が設定した水準を超えた場合、新たにインスタンスを起動してサーバを追加することができる。一方、第２のサーバ群２１２のインスタンスグループ全体の処理負荷が設定した水準を下回った場合、起動中のインスタンスのいずれかを選択し、通信中のL2トンネルなどがあればそれを別のインスタンスに移した後、選択したインスタンスを停止させることができる。たとえば、第２のサーバ群２１２を構成するインスタンスの数をゼロにすることもできる。

第３のサーバ群５００は、前記第２のサーバ群２１２をスケールアウト・スケールインさせるインスタンス数を、予め決められたスケジュールで設定することもできる。たとえば、通信需要がピークを迎えるお昼休み時間の少し前の１１：３０からインスタンス数を自動的に増加させておき、ピークを過ぎた１３：３０にインスタンス数を自動的に減少させるということができる。

なお、上述の例では、第３のサーバ群５００をゲートウェイ２１０の外に設けているが、ゲートウェイ２１０が第３のサーバ群５００を有していてもよく、第２のサーバ群２１２を構成するインスタンスにより構成することもできる。

また、第３のサーバ群５００は共通のデータベースを持ち、複数のインスタンスで並列に処理をすることができる。

（付加的なデータ処理）
本発明によりゲートウェイ２１０で可能となる付加的なデータ処理について具体例を説明する。

暗号化
図８を参照して、ペイロードの暗号化のデータ処理を説明する。第１のサーバ群２１１から、ヘッダが付加されたペイロードを受け取った第２のサーバ群２１２の対応するサーバは、まず、すべてのヘッダを一旦取り除く。そして、HTTPのペイロード部分（HTTPペイロード）を暗号化した上でHTTPSのヘッダを新しく付与し、TCP/IPのヘッダもさらに付け直す。

このようなデータ処理によって、第１のサーバ群２１１に負荷を加えることなく、無線端末の代わりに、いわば肩代わりしてペイロードの暗号化を行い、通信の安全性を高めることができる。特に、比較的性能の低いIoT機器等の無線端末であっても、通信システム（通信プラットフォーム）側で所要の付加価値を加えることができる。

なお、図示の例ではTCPのペイロード部分（TCPペイロード）を暗号化しているが、IPのペイロード部分（IPペイロード）から暗号化することもできる。この場合には、GTPペイロードに含まれるIPヘッダを一旦取り除き、IPペイロードを暗号化すればよい。

クレデンシャル付与
第１のサーバ群２１１からヘッダが付加されたペイロードを受け取った第２のサーバ群２１２のうちの対応するサーバは、ヘッダを取り除く過程で、GTPヘッダに含まれる識別子を識別することにより、無線端末の識別番号などの加入者情報を特定することができる。そのため、たとえば第３のサーバ群５００のデータベースに記録されている加入者情報に付属するパスワードなどのクレデンシャルを取得することができる。第２のサーバ群２１２は、無線端末からの特定のHTTPサーバを宛先とした通信を捕捉して、そのHTTPサーバに必要なクレデンシャルで署名を生成した後、HTTPSで送信することができる。ここでいう「クレデンシャル」とは、IDやパスワードをはじめとする、ユーザーの認証に用いられる情報の総称である。

このようなデータ処理により、IoT機器等、非力で記憶容量がない無線端末でもパスワードなどのクレデンシャルを付与してインターネット上のサーバと通信をおこなうことができる。

代理ストレージ
無線端末から送信されたHTTP、MQTT、TELNET、FTP、TCPなどのプロトコルによるデータを第１のサーバ群２１１が受信する。第１のサーバ群２１１からヘッダが付加されたペイロードを受け取った第２のサーバ群２１２のうちの対応するサーバは、まず、すべてのヘッダを一旦取り除く。そして、クラウド上のコンピューティングストレージに保存するために必要なクレデンシャルやJSON等のデータ記述言語による受け渡しデータを付与した上でHTTPのヘッダを付け直すか、HTTPのペイロード部分を暗号化した上でHTTPSのヘッダを新しく付与し、クラウド上のコンピューティングストレージやデータベースにペイロード内のデータを格納することができる。

このようなデータ処理により、IoT機器等の非力で記憶容量のない無線端末でも、通信機能を具備するのみで、データの保存が容易に可能になる。

プロトコル変換
図９を参照して、プロトコル変換のデータ処理の流れを説明する。無線端末からエンドポイントに向けて送信されたHTTP、HTTPS、MQTT、TELNET、FTP、TCPなどのプロトコルによって運ばれるデータを第１のサーバ群２１１経由で受け取った第２のサーバ群２１２のインスタンスは、すべてのヘッダを一旦取り除く際に、GTPヘッダに含まれる識別子を識別することにより、送信元の無線端末の加入者情報を判別することができる。ペイロードに対して、インスタンス自身のIPアドレスが外部との通信の受信先になるようにIPヘッダ中の送信元IPアドレスを置き換えて、たとえば第３のサーバ群５００のデータベースから加入者情報に対応するパスワードなどの情報を取得して、無線端末の加入者情報に含まれるID、パスワードなどのクレデンシャルを付与した上で、無線端末から送信されてきた時とは別のプロトコル（HTTP、HTTPS、MQTT、TELNET、FTP、TCP、IP等）のヘッダを付け直し、ペイロード部分を暗号化あるいは非暗号化してインターネット上の任意のサーバ（ターゲット）に送信することができる。

このような付加的なデータ処理によって、IoT機器等、無線端末側の処理能力が非力で具備が困難なプロトコルがあっても、第２のサーバ群２１２が中継役となってプロトコル変換を実施することにより、インターネット側のサーバと通信を行うことが可能になる。

スループット制御
無線端末とIPネットワークで送受信されるデータ量を、第２のサーバ群２１２で計測することにより、単位時間あたりでのデータ通信量を制御することができる。無線端末からの送信データ量、あるいは受信データ量が制限値を超える場合には、第２のサーバ群２１２でIPパケットを廃棄または一定時間バッファすることで、データの流量を制御することができ、結果としてスループット制御が可能になる。

このようなデータ処理によって、第１のサーバ群２１１に負荷を加えることなく、例えば受信能力が限られた多数のIoT機器に対して、適切なスループットにコントロールしてデータを送信することができる。

総データ通信量制御
無線端末とIPネットワークで送受信されるデータ量を、第２のサーバ群２１２で計測し、第３のサーバ群５００へ送信し、第３のサーバ群５００のデータベースで個別の無線端末の送受信通信量を管理することにより、総データ通信量を制御することができる。無線端末と第２のサーバ群２１２との対応は、GTPが接続される際に上述したように決定できるため、ある特定のサーバだけでは第２のサーバ群２１２を通過する総データ通信量を計測することはできない。しかし、第３のサーバ群５００にてリアルタイムに集計することにより、特定の無線端末が送受信するデータ量が一定期間内に設定値を超えた場合には、その無線端末への送受信データ通信を止めるか、一定値以下の流量にスループット制御することができる。

このようなデータ処理によって、第１のサーバ群２１１に負荷を加えることなく、第３のサーバ群５００のデータベースによる個別の無線端末の総データ通信量をリアルタイムで合算することができるため、IoT機器のように数が膨大な無線端末を１つのグループとしてまとめて、総データ通信量を把握することができる。

レスポンス及び優先度制御
インターネットから無線端末へ送信されるデータに優先度をつけた処理ができる。例えば、第２のサーバ群２１２の送信待ち行列の内部で、優先度の高いSIMカードに向けたデータを優先度の高いインスタンスの送信待ち行列に配置し、その他の優先度の低いSIMカードのデータを優先度の低いインスタンスの送信待ち行列に配置し、優先度の高い送信待ち行列のデータから先に処理を行なうことで、優先度に応じた優先送信処理を行なうことでレスポンス（呼応）性能を制御することができる。あるいは、優先度の低いSIMカードへのデータを第２のサーバ群２１２で廃棄することによって優先度の高いSIMカードへのデータを優先的に処理し、レスポンスを向上させることができる。

このようなデータ処理によって、緊急通報が必要なIoT機器は優先度を高くして、レスポンスを短くデータ通信をすることが可能になる。

時間帯制限
第１のサーバ群２１１からヘッダが付加されたペイロードを受け取った第２のサーバ群２１２のうちの対応するサーバは、特定の無線端末からのデータ通信を判別し、時間帯によってデータ通信を止めるか、一定値以下の流量にスループット制御することができる。例えば、深夜帯の時間のみ通信を許可する無線端末の場合、許可された時間以外は第１のサーバ群２１１で新しいリクエストを受け付けないか、すでに通信路が確立している場合は第２のサーバ群２１２で通信処理を止めることができる。

このようなデータ処理により、無線データ通信がピークを迎えたときにはIoT機器からのデータを止めることができ、逆に無線データ通信がオフピークである時間帯を有効に活用することができる。

通知とプログラム実行
無線端末から送信されたHTTP、MQTT、TELNET、FTP、TCPなどのプロトコルによるデータを第１のサーバ群２１１が受信する。第１のサーバ群２１１から、ヘッダが付加されたペイロードを受け取った第２のサーバ群２１２の対応するサーバは、まず、すべてのヘッダを一旦取り除く。そして、第３のサーバ群５００に保存されている情報に基づき、宛先に対してSMS、Eメールを送信して通知するか、あらかじめ用意してあるプログラムへペイロードを入力し、特定のプログラムを実行する。

このようなデータ処理により、障害等の特定の事象が起こった場合にEメールで通知を行ったり、決められたプログラムを自動的に実行したりする処理が容易に実現できることになる。

画像・動画の解像度変換
無線端末のCPU処理負荷を低減するために、ゲートウェイ２１０から無線端末に伝送される下り時のデータに含まれる画像又は動画の解像度を変更することができる。第２のサーバ群２１２は、個別の無線端末に対する単位時間当たりのデータ送信量を計測することによってスループットを割り出すことが可能である。第２のサーバ群２１２はスループットが一定値以下に下がった場合には、送信データの中に含まれている画像・動画データを抽出し、現在利用可能なスループットに適合するコーデックのビットレートに変換したのちに、無線端末へデータを送信することができる。

このようなデータ処理により、監視カメラなどのリアルタイム性が必要なIoT機器に対して、画像が動画の伝送遅延無く送信することが可能になる。

シンクライアント
スマートフォン、タブレットなどのモバイル端末用に、HTML5に準拠したアプリが増加しているところ、このようなアプリの実行を、モバイル端末のウェブブラウザ上で行うのではなく、第２のサーバ群２１２において行って、画面表示のみをモバイル端末側で行うことができる。

具体的には、ゲートウェイ２１０側で、ネットワーキング機能（HTTP又はHTTPS）、画像又は動画のデータ圧縮機能（モバイル端末の画面サイズに最適化して縮小等）、画像又は動画のコーデック変換機能、DRMの追加・変換機能、Javascript（登録商標）のインタープリタ（又はコンパイラ）機能、データキャッシュ機能（ユーザーが次に読み込むページを予測する機能付き）、レンダリング機能（ユーザーが次に読み込むページを予測する機能付き）、データストレージ機能等を代理することができる。

モバイル端末側では、極限としては表示装置としての機能を果たせばよく、必要なアプリの機能は、通信システム（通信プラットフォーム）側で代理することが可能である。

（パブリッククラウド）
通信システム２００は、クラウド上で実装することができ、特に、パブリッククラウド上で実装することができる。ここで、「パブリッククラウド」とは、複数のテナントが利用可能なクラウドを言う。

パブリッククラウドでは、統計多重により、単一の事業者が利用するプライベートクラウドと比較すると、複数の事業者が異なったパターンでコンピューティングリソースを利用するため、統計多重効果によりピーク時と平均時の利用率の差が小さくなる。そのため、パブリッククラウド事業者は大規模なコンピューティングリソースを効率的に運用することができる。本件発明においては、パブリッククラウド上で通信事業以外の事業者とコンピューティングリソースを共有して利用することにより、ピーク時に必要なコンピューティングリソースを無制限にパブリッククラウドから確保することができる。

２００ 通信システム（通信プラットフォーム）
２１０ ゲートウェイ
２１１ 第１のサーバ群
２１２ 第２のサーバ群
５００ 第３のサーバ群

Claims (25)

1. 無線端末にIPネットワークへのアクセスを提供するための通信システムであって、
   前記無線端末からのデータを前記IPネットワークに通過させるためのゲートウェイを備え、
   前記ゲートウェイは、
   前記無線端末からのデータを受信する受信部と、
   受信した前記データのヘッダを元に複数の送信先アドレスのいずれかから1つを選択する選択部と、
   前記データを前記選択部が選択した送信先アドレスに転送する転送部と
   を有する第１のサーバ群を有し、
   前記第１のサーバ群のそれぞれは、前記複数の送信先アドレスのいずれかに対応する第２のサーバ群を構成するサーバに前記データを転送することを特徴とする通信システム。
2. 前記ゲートウェイは、GGSN又はP−GWであることを特徴とする請求項１に記載の通信システム。
3. 前記通信システムは、前記無線端末からの接続開始要求を受信するCプレーン・サーバ群をさらに備え、
   前記第１のサーバ群は、前記Cプレーン・サーバ群が受けた接続開始要求を契機に請求項１又は２に記載の処理を行う通信システム。
4. 前記第１のサーバ群を構成するサーバ数は、予め定められた数以下であることを特徴とする請求項１から３のいずれかに記載の通信システム。
5. 前記予め定められた数は、MNOにより定められていることを特徴とする請求項４に記載の通信システム。
6. 前記第２のサーバ群を構成するサーバ数は、前記第１のサーバ群を構成するサーバ数を超えることを特徴とする請求項１から５のいずれかに記載の通信システム。
7. 前記第１及び第２のサーバ群は、それぞれ、前記ヘッダが指示していた前記送信先アドレスと、前記複数の送信先アドレスとの間の対応テーブルを前記無線端末が確立したトンネル毎に有することを特徴とする請求項１から６のいずれかに記載の通信システム。
8. 前記対応テーブルは、前記ヘッダ内のGTPヘッダが有する識別子と関連づけられていることを特徴とする請求項７に記載の通信システム。
9. 前記選択部は、前記ヘッダが指示する送信先アドレスを書き換えることで転送先の複数の送信先アドレスのいずれかを特定することを特徴とする請求項１から８のいずれかに記載の通信システム。
10. 前記複数の送信先アドレスは、同一の送信先アドレスを割り当てないように決定されることを特徴とする請求項１から９のいずれかに記載の通信システム。
11. 前記複数の送信先アドレスのうちの少なくとも一部が同一であることを特徴とする請求項１から９のいずれかに記載の通信システム。
12. 前記無線端末と前記第１のサーバ群との間にL2トンネルが通信経路として形成されることを特徴とする請求項１から１１のいずれかに記載の通信システム。
13. 前記第２のサーバ群を構成する各サーバは、クラウド上のインスタンスであることを特徴とする請求項１から１２のいずれかに記載の通信システム。
14. 前記第１のサーバ群を構成する各サーバは、クラウド上のインスタンスであることを特徴とする請求項１３に記載の通信システム。
15. 前記第２のサーバ群が前記第１のサーバ群の各サーバで共用されることを特徴とする請求項１４に記載の通信システム。
16. 前記第２のサーバ群と接続された第３のサーバ群を備え、
    前記第３のサーバ群は、前記第２のサーバ群を構成するサーバ数を制御することを特徴とする請求項１３から１５のいずれかに記載の通信システム。
17. 前記第３のサーバ群は、前記第２のサーバ群を構成するインスタンスにより構成されることを特徴とする請求項１６に記載の通信システム。
18. 前記第２のサーバ群を構成するインスタンス数は、前記第２のサーバ群の処理負荷に応じてゼロまで減少可能であることを特徴とする請求項１３から１７のいずれかに記載の通信システム。
19. 前記ゲートウェイは、マルチテナントであることを特徴とする請求項１３から１８のいずれかに記載の通信システム。
20. 前記第２のサーバ群は、前記データに対してデータ処理を行うことを特徴とする請求項１から１９のいずれかに記載の通信システム。
21. 前記データ処理は、前記データのペイロードの暗号化、前記データのプロトコル変換、前記無線端末からのデータ送信のスループット制御、及び、前記データのペイロードに対するクレデンシャル付与のうちの少なくとも１つであることを特徴とする請求項２０に記載の通信システム。
22. 前記第２のサーバ群は、前記ゲートウェイから前記無線端末に送信されるデータに対して下り時のデータ処理を行うことを特徴とする請求項１から２１のいずれかに記載の通信システム。
23. 前記下り時のデータ処理は、前記データに含まれる画像又は動画の解像度変換、前記無線端末のデータ受信のスループット制御、前記無線端末のデータ受信の優先度制御、及び、HTML5に準拠した機能の実行のうちの少なくとも１つであることを特徴とする請求項２２に記載の通信システム。
24. 無線端末にIPネットワークへのアクセスを提供するための通信方法であって、
    前記無線端末からのデータを前記IPネットワークに通過させるためのゲートウェイにおいて、前記ゲートウェイが有する第１のサーバ群が、前記無線端末からのデータを受信する受信ステップと、
    前記第１のサーバ群が、受信した前記データのヘッダを元に複数の送信先アドレスのいずれかから1つを選択する選択ステップと、
    前記第１のサーバ群が、前記データを前記選択された送信先アドレスに転送する転送ステップと
    を含み、
    前記転送ステップは、前記第１のサーバ群のそれぞれが、前記複数の送信先アドレスのいずれかに対応する第２のサーバ群を構成するサーバに前記データを転送することを特徴とする通信方法。
25. 無線端末からのデータをIPネットワークに通過させるためのゲートウェイに、前記無線端末に前記IPネットワークへのアクセスを提供するための通信方法を実行させるためのプログラムであって、
    前記通信方法は、
    前記ゲートウェイにおいて、前記ゲートウェイが有する第１のサーバ群が、前記無線端末からのデータを受信する受信ステップと、
    前記第１のサーバ群が、受信した前記データのヘッダを元に複数の送信先アドレスのいずれかから1つを選択する選択ステップと、
    前記第１のサーバ群が、前記データを前記選択された送信先アドレスに転送する転送ステップと
    を含み、
    前記転送ステップは、前記第１のサーバ群のそれぞれが、前記複数の送信先アドレスのいずれかに対応する第２のサーバ群を構成するサーバに前記データを転送することを特徴とするプログラム。
    
    

Images