(57)【要約】【課題】  従来の無線ネットワークにおいては、無線ネットワークの基地局が端末に対して帯域を割り当てる際、無線ネットワークの基地局はＷｉＦｉ中継器を端末のうちの１台としてしか認識していないため、ＷｉＦｉ中継器の配下に複数台のＷｉＦｉ端末が収容されている場合、これらのＷｉＦｉ端末は、ＷｉＦｉ中継器に割り当てられた端末１台分の帯域を、ＷｉＦｉ端末台数で分け合うことになり、通信速度の低下を招いていた。【解決手段】  無線ネットワークの基地局に収容される端末であり、かつＷｉＦｉ基地局としてＷｉＦｉ端末を収容するＷｉＦｉ中継器であって、ＷｉＦｉ端末の収容数に基づいて計算した要求帯域を無線ネットワークの基地局へ要求するＷｉＦｉ中継器を提供する。【選択図】  図１
2015039107.tif 000002
【特許請求の範囲】
【請求項１】
無線ネットワークの基地局に収容される端末であり、かつＷｉＦｉ基地局としてＷｉＦｉ端末を収容するＷｉＦｉ中継器であって、
ＷｉＦｉ端末の認証処理を行う端末認証部と、
収容するＷｉＦｉ端末の情報を保持する端末情報テーブルと、
前記無線ネットワークの基地局へ要求する要求帯域を計算する帯域計算部と、
前記無線ネットワークの基地局に前記要求帯域を要求するためのメッセージを送信するメッセージ送信部を有し、
前記帯域計算部は、前記ＷｉＦｉ端末の収容数に基づき前記要求帯域を計算することを特徴とするＷｉＦｉ中継器。
【請求項２】
請求項１に記載のＷｉＦｉ中継器であって、
前記端末認証部は、前記認証処理において前記ＷｉＦｉ端末の帰属する通信事業者情報を検出し、
前記端末情報テーブルは、前記収容するＷｉＦｉ端末の情報として前記ＷｉＦｉ端末の通信事業者情報を保持し、
前記帯域計算部は、所定の通信事業者に帰属するＷｉＦｉ端末の収容数に応じた帯域を確保するように前記要求帯域を計算することを特徴とするＷｉＦｉ中継器。
【請求項３】
請求項２に記載のＷｉＦｉ中継器であって、
前記所定の通信事業者に帰属するＷｉＦｉ端末の収容数に応じた帯域とは、前記所定の通信事業者に帰属するＷｉＦｉ端末の収容数に所定の帯域を乗算して得られる帯域であることを特徴とするＷｉＦｉ中継器。
【請求項４】
請求項２または請求項３に記載のＷｉＦｉ中継器であって、
前記認証処理を行うＷｉＦｉ端末は、他の無線ネットワークからオフロードされたＷｉＦｉ端末であり、
前記端末認証部は、オフロード前の前記他の無線ネットワークにおける前記ＷｉＦｉ端末の帰属する通信事業者情報を検出し、
前記帯域計算部は、前記オフロードされたＷｉＦｉ端末が、前記ＷｉＦｉ中継器と同一の通信事業者からオフロードしてきた場合に、前記所定の通信事業者に帰属するＷｉＦｉ端末であると判断することを特徴とするＷｉＦｉ中継器。
【請求項５】
請求項２から請求項５のいずれかに記載のＷｉＦｉ中継器であって、
前記無線ネットワークの基地局から割り当てられた帯域を収容するＷｉＦｉ端末にシェーピングするシェーピング部を有し、
前記シェーピング部は、前記帯域計算部が計算した前記要求帯域に基づいてシェーピングすることを特徴とするＷｉＦｉ中継器。
【請求項６】
請求項２から請求項５のいずれかに記載のＷｉＦｉ中継器であって、
前記端末認証部は、前記認証処理において、前記ＷｉＦｉ端末から受信した認証メッセージの中から前記通信事業者情報を検出することを特徴とするＷｉＦｉ中継器。
【請求項７】
請求項２から請求項５のいずれかに記載のＷｉＦｉ中継器であって、
前記端末認証部は、前記認証処理において、ＷｉＦｉ−ＡＡＡ（ＷｉＦｉ−Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）から受信した認証メッセージの中から前記通信事業者情報を検出することを特徴とするＷｉＦｉ中継器。
【請求項８】
無線ネットワークの基地局に収容される端末であり、かつＷｉＦｉ基地局としてＷｉＦｉ端末を収容するＷｉＦｉ中継器であって、
ＷｉＦｉ端末の認証処理を行い、前記ＷｉＦｉ端末の帰属する通信事業者情報を検出する端末認証部と、
前記ＷｉＦｉ端末の通信事業者情報を保持する端末情報テーブルと、
シェーピングを行うシェーピング部と、
前記シェーピング部に対して設定を行う帯域計算部と、
前記無線ネットワークの基地局に帯域割当を要求するＷｉＦｉ端末の台数を送信するためのメッセージ送信部を有し、
前記帯域計算部は、前記ＷｉＦｉ端末の帰属する通信事業者情報および前記台数に基づいてシェーピング部に設定を行うことを特徴とするＷｉＦｉ中継器。
【請求項９】
請求項８に記載のＷｉＦｉ中継器であって、
前記メッセージ送信部は、少なくとも所定の通信事業者に帰属するＷｉＦｉ端末の収容数に相当する台数を前記基地局に送信することを特徴とするＷｉＦｉ中継器。
【請求項１０】
請求項９に記載のＷｉＦｉ中継器であって、
前記帯域計算部は、前記所定の通信事業者に帰属するＷｉＦｉ端末に対して前記収容数にかかわらず所定の最低帯域を保証するようにシェーピング部に設定することを特徴とするＷｉＦｉ中継器。
【請求項１１】
請求項１０に記載のＷｉＦｉ中継器であって、
前記認証処理を行うＷｉＦｉ端末は、他の無線ネットワークからオフロードされたＷｉＦｉ端末であり、
前記端末認証部は、オフロード前の前記他の無線ネットワークにおける前記ＷｉＦｉ端末の帰属する通信事業者情報を検出し、
前記帯域計算部は、前記オフロードされたＷｉＦｉ端末が、前記ＷｉＦｉ中継器と同一の通信事業者からオフロードしてきた場合に、前記所定の通信事業者に帰属するＷｉＦｉ端末であると判断することを特徴とするＷｉＦｉ中継器。
【請求項１２】
請求項８から請求項１１のいずれかに記載のＷｉＦｉ中継器であって、
前記端末認証部は、前記認証処理において、前記ＷｉＦｉ端末から受信した認証メッセージの中から前記通信事業者情報を検出することを特徴とするＷｉＦｉ中継器。
【請求項１３】
請求項８から請求項１１のいずれかに記載のＷｉＦｉ中継器であって、
前記端末認証部は、前記認証処理において、ＷｉＦｉ−ＡＡＡ（ＷｉＦｉ−Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）から受信した認証メッセージの中から前記通信事業者情報を検出することを特徴とするＷｉＦｉ中継器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関するものであり、具体的には、異なる無線通信システム間でのオフロード技術に関する。
【背景技術】
【０００２】
近年、通信業界では、スマートフォンやタブレット端末の急速な普及が進んでいる。これらは、フィーチャーフォンに比べて大量のデータトラヒックを必要としており、無線ネットワークが逼迫している。
【０００３】
無線ネットワークの輻輳を回避するために、オフロードという技術が研究されてきた。オフロードとは、ある無線ネットワークから別のネットワークにデータトラヒックを迂回させることによって、無線ネットワークの負荷を軽減させる技術である。
【０００４】
従来のオフロードでは、無線ネットワークから、ＷｉＦｉ（無線ＬＡＮ）経由で光ファイバやＡＤＳＬ等の有線ネットワークにデータトラヒックを迂回させる方法が一般的であった。しかし、有線ネットワークが未敷設の場所や、あるいは公共交通機関のように物理的に有線ネットワークが敷設できない場所でもオフロードに対する需要は高まっており、最近では、有線ネットワークに代わり、無線通信システムの中でもより高い通信速度を実現するＬＴＥやＷｉＭＡＸ等の無線ネットワークにデータトラヒックをオフロードさせる場合が増えてきている。
【０００５】
無線ネットワークにデータトラヒックをオフロードさせるための手段として、通信事業者はＷｉＦｉ中継器を設置することが多い。ＷｉＦｉ中継器とは、無線ネットワークの基地局に収容される端末であり、同時にＷｉＦｉ基地局としてＷｉＦｉ端末を収容することができる装置である。またＷｉＦｉ中継器は、無線ネットワークのオフロード以外に、公衆ＷｉＦｉサービス用のＷｉＦｉ基地局としても使用することができる。
【０００６】
このような背景から、ＬＴＥやＷｉＭＡＸ等の通信事業者は、鉄道やバスの他、駅、空港、ホテル等、無線通信に対する需要が高い場所においてＷｉＦｉ中継器の整備を進め、データトラヒックのオフロードや公衆ＷｉＦｉサービスに対応している。
【０００７】
ＷｉＦｉを用いたサービスには２種類ある。一方は、別の無線ネットワークからオフロードしてきた端末をＷｉＦｉ端末として収容することによって、移動元の無線ネットワークの負荷を軽減させるものであり、もう一方は、ＬＴＥやＷｉＭＡＸに加入していないユーザに対して公衆ＷｉＦｉサービスを提供することで、ノートＰＣ等からの通信アクセスを許容するものである。
【０００８】
スマートフォン等の端末をＷｉＦｉに接続する際、従来はＷｅｂ認証方式が主流であった。Ｗｅｂ認証方式とは、ＷｉＦｉ接続後にＷｅｂ上のログイン画面からユーザ名とパスワードを入力する方式のことである。その場合、ユーザが手動で情報入力する必要があるため、実際に通信ができるまでにかなりの時間を要していた。
【０００９】
その問題を解決するために、最近ではＥＡＰ−ＳＩＭ認証がよく用いられる。ＥＡＰとは、リモートアクセスによるユーザ認証の際に用いられるプロトコルで、ＥＡＰ−ＳＩＭとは、ＥＡＰの中でも、端末のＳＩＭカード内にある契約者情報を用いる認証方式である。端末認証を、端末内にある情報を用いて自動で行うため、ＷｉＦｉ接続の際にユーザが手動で情報入力する必要がなく、認証に要する時間を大幅に短縮することができる。ＥＡＰ−ＳＩＭ認証については、非特許文献１のＲＦＣ４１８６−ＩＥＴＦの技術を用いることによって実現することができる。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】ＲＦＣ４１８６−ＩＥＴＦ「Extensible Authentication Protocol Method for Global System for Mobile Communications (GSM) Subscriber Identity Modules (EAP-SIM)」（GSMは登録商標）
【発明の概要】
【発明が解決しようとする課題】
【００１１】
従来の無線ネットワークにおいては、無線ネットワークの基地局が端末に対して帯域を割り当てる際、無線ネットワークの基地局はＷｉＦｉ中継器を端末のうちの１台としてしか認識しておらず、１台のＷｉＦｉ中継器に対して端末１台分の帯域を割り当てていた。つまり、ＷｉＦｉ中継器の配下に複数台のＷｉＦｉ端末が収容されている場合、これらのＷｉＦｉ端末は、ＷｉＦｉ中継器に割り当てられた端末１台分の帯域を、ＷｉＦｉ端末台数で分け合っていた。
【００１２】
従って、例えば無線ネットワークにデータトラヒックをオフロードさせる際に、端末がオフロード先の無線ネットワークにおいてＷｉＦｉ中継器の配下にＷｉＦｉ端末として収容される場合は、上述の理由から、１台のＷｉＦｉ中継器がＷｉＦｉ端末を多数収容している場合に通信速度が出にくく、オフロード前に比べて通信速度が低下することもあった。
【００１３】
そのため、ユーザが通信速度の低下を嫌って、オフロードを敬遠するという事態が発生し、無線ネットワークの負荷に偏りが生じていた。
【課題を解決するための手段】
【００１４】
本発明では、無線ネットワークの基地局に収容される端末であり、かつＷｉＦｉ基地局としてＷｉＦｉ端末を収容するＷｉＦｉ中継器であって、ＷｉＦｉ端末の認証処理を行う端末認証部と、収容するＷｉＦｉ端末の情報を保持する端末情報テーブルと、無線ネットワークの基地局へ要求する要求帯域を計算する帯域計算部と、無線ネットワークの基地局に要求帯域を要求するためのメッセージを送信するメッセージ送信部を有し、帯域計算部は、ＷｉＦｉ端末の収容数に基づき要求帯域を計算することを特徴とするＷｉＦｉ中継器を提供する。
【発明の効果】
【００１５】
本発明によれば、ＷｉＦｉ中継器が収容するＷｉＦｉ端末数の増加による通信速度の低下を抑止することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態における無線通信システムのネットワーク構成図である。
【図２】ＬＴＥカバーエリア、ＷｉＦｉカバーエリア、ＥＶＤＯカバーエリアの位置関係およびＥＶＤＯ端末の位置を示す図である。
【図３】オフロードした先のＬＴＥネットワーク、ＷｉＦｉネットワークにおけるｅＮＢ以下の構成を示す図である。
【図４】従来のＷｉＦｉ−ＡＰの構成を示すブロック図である。
【図５】ＥＡＰ−ＳＩＭに対応しているＷｉＦｉ端末がＬＴＥネットワークに接続する際の認証処理のシーケンス図である。
【図６】ＥＡＰ−ＳＩＭに対応していないＷｉＦｉ端末がＬＴＥネットワークに接続する際の認証処理のシーケンス図である。
【図７】従来のＷｉＦｉ−ＡＰが保持するＷｉＦｉ端末のＩＰアドレスのテーブルのフォーマットである。
【図８】実施例１におけるＷｉＦｉ−ＡＰの構成を示すブロック図である。
【図９】実施例１におけるＥＶＤＯ端末、即ち、ＥＡＰ−ＳＩＭに対応しているＷｉＦｉ端末がＬＴＥネットワークに接続する際の認証処理、およびＷｉＦｉ−ＡＰがｅＮＢに割当帯域を要求する際の処理を示すシーケンス図である。
【図１０】実施例１における端末情報テーブルのフォーマットである。
【図１１】ＩＭＳＩのフォーマットである。
【図１２】実施例１におけるＷｉＦｉ−ＡＰによるＷｉＦｉ端末接続からｅＮＢへの帯域割当要求までのフローチャートである。
【図１３】実施例１におけるＷｉＦｉ−ＡＰによるＷｉＦｉ端末切断からｅＮＢへの帯域割当要求までのフローチャートである。
【図１４】実施例２におけるＷｉＦｉ−ＡＰの構成を示すブロック図である。
【図１５】実施例３におけるＷｉＦｉ−ＡＰによるＷｉＦｉ端末接続からｅＮＢへの帯域割当要求までのフローチャートである。
【図１６】実施例４における端末情報テーブルのフォーマットである。
【図１７】実施例４におけるＷｉＦｉ−ＡＰによるＷｉＦｉ端末接続からｅＮＢへの帯域割当要求までのフローチャートである。
【発明を実施するための形態】
【００１７】
以下、実施例を図面を用いて説明する。
【実施例１】
【００１８】
図１は、本発明の実施形態における無線通信システムのネットワーク構成を示している。ＬＴＥネットワーク１０１、ＷｉＦｉネットワーク１０２、ＥＶＤＯネットワーク１０３、通信事業者の構内ネットワーク１０４、ｅＮＢ１０５、ＬＴＥ端末１０６、ＷｉＦｉ−ＡＰ１０７、ＥＶＤＯ端末１０８、ＰＣ１０９、ＭＭＥ１１０、ＳＧＷ１１１、ＰＧＷ１１２、ＡＡＡ１１３、ＡＰ１１４、ＥＶＤＯ端末１１５、ＰＣＦ１１６、ＨＳＧＷ１１７、ＳＷ１１８、ＷｉＦｉ−ＡＡＡ１１９、ＣＰＳ１２０、ＧＷ１２１、インターネット１２２をから成る構成を示している。
【００１９】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）ネットワーク１０１はｅＮＢ１０５、ＬＴＥ端末１０６、ＷｉＦｉ−ＡＰ１０７、ＭＭＥ１１０、ＳＧＷ１１１、ＰＧＷ１１２、ＡＡＡ１１３から成る。ｅＮＢ（Ｅ−ＵＴＲＡＮ  ＮｏｄｅＢ）１０５はＬＴＥ基地局装置、ＬＴＥ端末１０６はＬＴＥの通信機能を有する端末装置、ＷｉＦｉ−ＡＰ（ＷｉＦｉ−Ａｃｃｅｓｓ  Ｐｏｉｎｔ）１０７はＬＴＥ基地局に収容される端末であり同時にＷｉＦｉ基地局としてＷｉＦｉ端末を収容するＷｉＦｉ中継器、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）１１０はネットワーク制御を扱うコントロールプレーンのアクセスゲートウェイ、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）１１１はユーザデータのユーザプレーンを扱うゲートウェイ、ＰＧＷ（ＰＤＮ  Ｇａｔｅｗａｙ）１１２はＬＴＥネットワーク以外と接続するためのゲートウェイ、ＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）１１３はユーザ認証サーバである。
【００２０】
ＷｉＦｉネットワーク１０２はＷｉＦｉ−ＡＰ１０７、ＥＶＤＯ端末１０８、ＰＣ１０９から成る。ＥＶＤＯ端末１０８、ＰＣ１０９はＷｉＦｉの通信機能を有する端末装置である。ＥＶＤＯ端末１０８はＥＶＤＯネットワーク１０３からオフロードしてきた端末で、ＰＣ１０９は公衆ＷｉＦｉから繋いでいるＷｉＦｉ端末を示す。
【００２１】
ＥＶＤＯ（Ｅｖｏｌｕｔｉｏｎ  Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄ）ネットワーク１０３はＡＰ１１４、ＥＶＤＯ端末１１５、ＰＣＦ１１６、ＨＳＧＷ１１７から成る。ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）１１４はＥＶＤＯ基地局装置、ＥＶＤＯ端末１１５はＥＶＤＯとＷｉＦｉの通信機能およびそれら間の切替機能を有する端末装置、ＰＣＦ（Ｐａｃｋｅｔ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）１１６は無線パケット処理装置、ＨＳＧＷ（ＨＲＰＤ  Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）１１７はＬＴＥネットワーク１０１とＥＶＤＯネットワーク１０３を繋ぐゲートウェイである。
【００２２】
通信事業者の構内ネットワーク１０４はＳＷ１１８、ＷｉＦｉ−ＡＡＡ１１９、ＣＰＳ１２０、ＧＷ１２１から成る。ＳＷ１１８はスイッチ、ＷｉＦｉ−ＡＡＡ（ＷｉＦｉ−Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）１１９はＷｉＦｉ端末認証サーバ、ＣＰＳ（Ｃａｐｔｉｖｅ  Ｐｏｒｔａｌ  Ｓｅｒｖｅｒ）１２０はＷｉＦｉ端末へのＷｅｂ認証機能を提供するサーバ、ＧＷ１２１はインターネットに抜けるゲートウェイである。
【００２３】
ＬＴＥネットワーク１０１、ＷｉＦｉネットワーク１０２、ＥＶＤＯネットワーク１０３は同じ通信事業者が提供しているものとする。本通信事業者は、ＬＴＥとＥＶＤＯの他に、ＬＴＥネットワークをバックホールとする公衆ＷｉＦｉサービスを提供している。ｅＮＢ１０５はＬＴＥ端末１０６、ＷｉＦｉ−ＡＰ１０７を収容し、さらにＷｉＦｉ−ＡＰ１０７はＥＶＤＯ端末１０８、ＰＣ１０９を収容している。ＡＰ１１４はＥＶＤＯ端末１１５を収容している。
【００２４】
ＥＶＤＯ端末１１５がＷｉＦｉ−ＡＰ１０７の圏内にいる場合に、ＥＶＤＯネットワーク１０３の負荷を軽減するために、ＥＶＤＯ端末１１５がＬＴＥネットワーク１０１にオフロードする場合を考える。この端末は、オフロードした先では、ＬＴＥネットワーク１０１にあるＷｉＦｉ−ＡＰ１０７に収容されるＥＶＤＯ端末１０８となる。
【００２５】
図２は、ＬＴＥカバーエリア、ＷｉＦｉカバーエリア、ＥＶＤＯカバーエリアの位置関係およびＥＶＤＯ端末の位置を示している。ｅＮＢ２０１、ＷｉＦｉ−ＡＰ２０２、ＡＰ２０３、ＥＶＤＯ端末２０４、２０５、ＬＴＥカバーエリア２０６、ＷｉＦｉカバーエリア２０７、ＥＶＤＯカバーエリア２０８から成る。
【００２６】
ＷｉＦｉ−ＡＰ２０２はｅＮＢ２０１が収容する端末であることを、ＥＶＤＯ端末２０４、２０５はＡＰ２０３が収容する端末であることを示している。ｅＮＢ２０１のセル範囲をＬＴＥカバーエリア２０６、ＷｉＦｉ−ＡＰ２０２のセル範囲をＷｉＦｉカバーエリア２０７、ＡＰ２０３のセル範囲をＥＶＤＯカバーエリア２０８とする。
【００２７】
ＬＴＥカバーエリア２０６はＷｉＦｉカバーエリア２０７を包含しており、ＥＶＤＯカバーエリア２０８はＬＴＥカバーエリア２０６、ＷｉＦｉカバーエリア２０７と部分的に重なっている。ＥＶＤＯのみがカバーする領域に配置されているＥＶＤＯ端末２０４がＷｉＦｉカバーエリア２０７とＥＶＤＯカバーエリア２０８が重なっているＥＶＤＯ端末２０５の位置する領域に移動した際に、オフロード処理が発生する。
【００２８】
図３は、オフロードした先のＬＴＥネットワーク３０１、ＷｉＦｉネットワーク３０２におけるｅＮＢ３０３以下の構成を示している。ｅＮＢ３０３がＬＴＥ端末３０４をＺ台、ＷｉＦｉ−ＡＰ３０５を１台収容していて、ＷｉＦｉ−ＡＰ３０５がＥＶＤＯ端末３０６をＸ台、ＰＣ３０７をＹ台収容していることを示している。
【００２９】
従来の技術においては、ｅＮＢ３０３が配下の端末（ＬＴＥ端末３０４、ＷｉＦｉ−ＡＰ３０５）に対して帯域を割り当てる際に、ｅＮＢ３０３はＷｉＦｉ−ＡＰ３０５をＬＴＥ端末３０４のうちの１台として認識していたため、ＷｉＦｉ−ＡＰ３０５に対して、何らかの基準で他のＬＴＥ端末３０４と公平になるように帯域を割り当てていた。そして、ＷｉＦｉ−ＡＰ３０５が配下に複数のＥＶＤＯ端末３０６を収容している場合は、１台分の帯域をさらにＥＶＤＯ端末３０６の台数分で分け合っていた。
【００３０】
仮に、ｅＮＢ３０３のカバーエリア内で全端末（ＬＴＥ端末３０４、ＷｉＦｉ−ＡＰ３０５）の無線状態および通信量が均一で、かつＷｉＦｉ−ＡＰ３０５のカバーエリア内で全端末（ＥＶＤＯ端末３０６、ＰＣ３０７）の無線状態および通信量が均一であるという条件下の場合、ｅＮＢ３０３が割り当てる全体の帯域を１とすると、従来はＷｉＦｉ−ＡＰ３０５に対して１／（Ｚ＋１）の帯域を割り当てていた。さらに、ＷｉＦｉ−ＡＰ３０５の配下の端末（ＥＶＤＯ端末３０６、ＰＣ３０７）は、ＷｉＦｉ−ＡＰ３０５に割り当てられた帯域１／（Ｚ＋１）を端末台数（Ｘ＋Ｙ）で分け合っていた。従って、オフロードを実施した際に、オフロード先のネットワークにおいて、オフロード前と比べて通信速度が低下する場合もあった。
【００３１】
図４は、従来のＷｉＦｉ−ＡＰの構成のブロック図を示している。ＷｉＦｉ−ＡＰは大きく制御部４０１と信号処理部４０２から成る。制御部４０１は通信事業者からＷｉＦｉ−ＡＰの管理・制御などを行うための論理ブロックである。信号処理部４０２はＷｉＦｉ端末から受信したデータやＷｉＦｉ端末に送信するデータなどの信号を処理する論理ブロックである。制御部４０１は端末認証部４０３から成る。信号処理部４０２はＷｉＦｉアンテナ４０４、ＷｉＦｉ通信部４０５、受信信号処理部４０６、送信信号処理部４０７、ＬＴＥ通信部４０８、ＬＴＥアンテナ４０９、受信信号処理部４１０、送信信号処理部４１１、ルーティング部４１２から成る。ルーティング部４１２は、ＷｉＦｉ−ＡＰ配下のＷｉＦｉ端末（ＥＶＤＯ端末およびＰＣ）に割り当てるためのＩＰアドレスを、ＷｉＦｉ−ＡＰが収容できるＷｉＦｉ端末の台数分だけ保持している。
【００３２】
まず、ユーザデータの処理の流れについて説明する。ユーザデータとは、ＷｉＦｉ−ＡＰで終端されることなく、ＷｉＦｉ−ＡＰによってルーティングされるデータのことである。
【００３３】
ＷｉＦｉ通信部４０５はＷｉＦｉアンテナ４０４から受信した信号をベースバンドに変換し、変換した信号を受信信号処理部４０６に出力する。受信信号処理部４０６はＷｉＦｉ通信部４０５から受け取った信号を復調し、ユーザデータを検出してルーティング部４１２に出力する。一方、ＬＴＥ通信部４０８はＬＴＥアンテナ４０９から受信した信号をベースバンドに変換し、変換した信号を受信信号処理部４１０に出力する。受信信号処理部４１０はＬＴＥ通信部４０８から受け取った信号を復調し、ユーザデータを検出してルーティング部４１２に出力する。
【００３４】
ルーティング部４１２は、受信信号処理部４０６または受信信号処理部４１０から出力されたユーザデータを検出し、ユーザデータの宛先に応じて検出したユーザデータをＬＴＥ側に送信するかＷｉＦｉネットワーク側に送信するかを判断し、ユーザデータの宛先に応じて宛先のＩＰアドレスを変換する。ＬＴＥ側に送信するユーザデータは送信信号処理部４０７に、ＷｉＦｉ側に送信するユーザデータは送信信号処理部４１１に、それぞれ出力する。
【００３５】
送信信号処理部４０７はルーティング部４１２により出力されたユーザデータに基づき、ＬＴＥネットワークへの送信データを変調し、ＬＴＥ通信部４０８に出力する。ＬＴＥ通信部４０８は送信信号処理部４０７により出力された信号を無線の周波数に変換し、ＬＴＥアンテナ４０９経由でＬＴＥネットワークに送信する。一方、送信信号処理部４１１はルーティング部４１２により出力されたユーザデータに基づき、ＷｉＦｉネットワークへの送信データを変調し、ＷｉＦｉ通信部４０５に出力する。ＷｉＦｉ通信部４０５は送信信号処理部４１１により出力された信号を無線の周波数に変換し、ＷｉＦｉアンテナ４０４経由でＷｉＦｉネットワークに送信する。
【００３６】
次に、認証データの処理の流れについて説明する。認証データとは、ＷｉＦｉ−ＡＰで終端されるデータで、その中でもＷｉＦｉ端末認証時に流れるデータのことである。
【００３７】
ＷｉＦｉ通信部４０５はＷｉＦｉアンテナ４０４から受信した信号をベースバンドに変換し、変換した信号を受信信号処理部４０６に出力する。受信信号処理部４０６はＷｉＦｉ通信部４０５から受け取った信号を復調し、認証データを検出してルーティング部４１２に出力する。ＬＴＥ通信部４０８はＬＴＥアンテナ４０９から受信した信号をベースバンドに変換し、変換した信号を受信信号処理部４１０に出力する。受信信号処理部４１０はＬＴＥ通信部４０８から受け取った信号を復調し、認証データを検出してルーティング部４１２に出力する。
【００３８】
ルーティング部４１２は検出した認証データを端末認証部４０３に出力する。端末認証部４０３はルーティング部４１２により出力された認証データを一旦終端し、必要に応じて検出した認証データをＲＡＤＩＵＳメッセージやＥＡＰメッセージに変換の上、新しい宛先のＩＰアドレスを割り振り、ルーティング部４１２に出力する。ルーティング部４１２は、端末認証部４０３から出力された認証データを検出し、検出した認証データをＬＴＥ側に送信するかＷｉＦｉネットワーク側に送信するかを判断し、ＬＴＥ側に送信する認証データは送信信号処理部４０７に、ＷｉＦｉ側に送信する認証データは送信信号処理部４１１に、それぞれ出力する。
【００３９】
送信信号処理部４０７はルーティング部４１２により出力された認証データに基づき、ＬＴＥネットワークへの送信データを変調し、ＬＴＥ通信部４０８に出力する。ＬＴＥ通信部４０８は送信信号処理部４０７により出力された信号を無線の周波数に変換し、ＬＴＥアンテナ４０９経由でＬＴＥネットワークに送信する。一方、送信信号処理部４１１はルーティング部４１２により出力された認証データに基づき、ＷｉＦｉネットワークへの送信データを変調し、ＷｉＦｉ通信部４０５に出力する。ＷｉＦｉ通信部４０５は送信信号処理部４１１により出力された信号を無線の周波数に変換し、ＷｉＦｉアンテナ４０４経由でＷｉＦｉネットワークに送信する。
【００４０】
図５は、従来のＥＶＤＯ端末、即ち、ＥＡＰ−ＳＩＭに対応しているＷｉＦｉ端末がＬＴＥネットワークに接続する際の認証処理のシーケンス図を示している。
（ａ）ＬＴＥネットワークのセッションは既に確立しているものとする。
（ｂ）ＥＶＤＯ端末５０１とＷｉＦｉ−ＡＰ５０３との間で、ＥＡＰ−ＳＩＭ認証に対応しているか否かを確認するためのＤｉｓｃｏｖｅｒｙ処理を行う。
（ｃ）Ｄｉｓｃｏｖｅｒｙ処理の結果、ＥＶＤＯ端末５０１とＷｉＦｉ−ＡＰ５０３がＥＡＰ−ＳＩＭ認証に対応していると判明した場合は、ＥＡＰ−ＳＩＭ認証を行うために、ＷｉＦｉ−ＡＰ５０３はＥＶＤＯ端末５０１に対して認証開始要求をするＥＡＰメッセージ（ＥＡＰ−Ｒｅｑｕｅｓｔ／Ｉｄｅｎｔｉｔｙ）を送信する。
（ｄ）ＥＶＤＯ端末５０１は、ＷｉＦｉ−ＡＰ５０３からの認証開始要求に対し、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）を含むＥＡＰメッセージ（ＥＡＰ−Ｒｅｓｐｏｎｓｅ／Ｉｄｅｎｔｉｔｙ）を認証メッセージとしてＷｉＦｉ−ＡＰ５０３へ返す。
（ｅ）ＷｉＦｉ−ＡＰ５０３は、ＥＶＤＯ端末５０１から受信したＥＡＰメッセージ（ＥＡＰ−Ｒｅｓｐｏｎｓｅ／Ｉｄｅｎｔｉｔｙ）をＲＡＤＩＵＳメッセージ（ＲＡＤＩＵＳ−Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔ）に変換してＷｉＦｉ−ＡＡＡ５０９へ転送する。
（ｆ）ＷｉＦｉ−ＡＡＡ５０９は、ＷｉＦｉ−ＡＰ５０３から転送されてきたＲＡＤＩＵＳメッセージ（ＲＡＤＩＵＳ−Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔ）を受信し、この認証メッセージの送信元であるＥＶＤＯ端末５０１の認証処理を実施するため、ＷｉＦｉ−ＡＰ５０３に対してＲＡＤＩＵＳメッセージ（ＲＡＤＩＵＳ−Ａｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅ）を送信する。
（ｇ）ＷｉＦｉ−ＡＰ５０３は、ＷｉＦｉ−ＡＡＡ５０９から受信したＲＡＤＩＵＳメッセージ（ＲＡＤＩＵＳ−Ａｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅ）をＥＡＰメッセージ（ＥＡＰ−Ｒｅｑｕｅｓｔ／ＳＩＭ／Ｓｔａｒｔ）に変換してＥＶＤＯ端末５０１へ転送する。
（ｈ）ＥＶＤＯ端末５０１は、ＷｉＦｉ−ＡＰ５０３からのＥＡＰメッセージ（ＥＡＰ−Ｒｅｑｕｅｓｔ／ＳＩＭ／Ｓｔａｒｔ）を受信して、応答メッセージ（ＥＡＰ−Ｒｅｓｐｏｎｓｅ／ＳＩＭ／Ｓｔａｒｔ）をＷｉＦｉ−ＡＰ５０３へ返す。
（ｉ）ＷｉＦｉ−ＡＰ５０３は、ＥＶＤＯ端末５０１から受信したＥＡＰメッセージ（ＥＡＰ−Ｒｅｓｐｏｎｓｅ／ＳＩＭ／Ｓｔａｒｔ）をＲＡＤＩＵＳメッセージ（ＲＡＤＩＵＳ−Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔ）に変換してＷｉＦｉ−ＡＡＡ５０９へ転送する。
（ｊ）ＷｉＦｉ−ＡＡＡ５０９はＷｉＦｉ−ＡＰ５０３から送信されたＲＡＤＩＵＳメッセージ（ＲＡＤＩＵＳ−Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔ）を受信すると、ＩＭＳＩ情報の中に含まれるＭＣＣ情報およびＭＮＣ情報からＥＶＤＯ端末５０１が帰属する通信事業者を特定し、当該通信事業者のＡＡＡ５０８に対して、ＥＶＤＯ端末５０１のＳＩＭ情報の認証要求を行う。
（ｋ）ＡＡＡ５０８はＥＶＤＯ端末５０１のＳＩＭ情報の認証を実施し、認証結果をＷｉＦｉ−ＡＡＡ５０９に対して返す。
（ｌ）ＷｉＦｉ−ＡＡＡ５０９はＷｉＦｉ−ＡＰ５０３に対して、認証が成功した旨のＲＡＤＩＵＳメッセージ（ＲＡＤＩＵＳ−Ａｃｃｅｓｓ−Ａｃｃｅｐｔ）を送信する。
（ｍ）ＷｉＦｉ−ＡＰ５０３は、ＷｉＦｉ−ＡＡＡ５０９から受信したＲＡＤＩＵＳメッセージ（ＲＡＤＩＵＳ−Ａｃｃｅｓｓ−Ａｃｃｅｐｔ）をＥＡＰメッセージ（ＥＡＰ−Ｓｕｃｃｅｓｓ）に変換してＥＶＤＯ端末５０１へ転送する。認証に成功すると認証処理を完了する。
【００４１】
図６は、従来のＰＣ、即ち、ＥＡＰ−ＳＩＭに対応していないＷｉＦｉ端末がＬＴＥネットワークに接続する際の認証処理のシーケンス図を示している。
（ａ）ＬＴＥネットワークのセッションは既に確立しているものとする。
（ｂ）ＰＣ６０２とＷｉＦｉ−ＡＰ６０３との間で、ＥＡＰ−ＳＩＭ認証に対応しているか否かを確認するためのＤｉｓｃｏｖｅｒｙ処理を行う。
（ｃ）Ｄｉｓｃｏｖｅｒｙ処理の結果、ＰＣ６０２とＷｉＦｉ−ＡＰ６０３がＥＡＰ−ＳＩＭ認証に対応していないと判明した場合は、Ｗｅｂ認証を行うためにＰＣ６０２からＷｉＦｉ−ＡＰ６０３に対してＨＴＴＰ  Ｔｒａｆｆｉｃ  Ｆｌｏｗを送信する。
（ｄ）ＷｉＦｉ−ＡＰ６０３はＰＣ６０２に対してＨＴＴＰ  Ｒｅｄｉｒｅｃｔ  Ｈｅａｄｅｒを送信することでＣＰＳ６１０の場所を通知する。
（ｅ）ＰＣ６０２はＨＴＴＰ  ＲｅｑｕｅｓｔをＣＰＳ６１０にリダイレクトして、Ｗｅｂ認証のログイン画面を要求する。
（ｆ）ＣＰＳ６１０はＰＣ６０２に対してＷｅｂ認証のためのログイン画面を提供する。
（ｇ）ＰＣ６０２はユーザが入力したユーザ名とパスワードをＣＰＳ６１０に送信する。
（ｈ）ＣＰＳ６１０はユーザが入力したユーザ名とパスワードをＷｉＦｉ−ＡＡＡ６０９に転送する。
（ｉ）ＷｉＦｉ−ＡＡＡ６０９はＣＰＳ６１０に対してユーザ認証結果を送信する。
（ｊ）ＣＰＳ６１０はＰＣ６０２に対してＨＴＴＰ  Ｒｅｓｐｏｎｓｅを送信して、セッションが確立する。
【００４２】
図７は、従来の、ＷｉＦｉ−ＡＰが保持するＷｉＦｉ端末のＩＰアドレスのテーブルのフォーマットを示している。ＷｉＦｉ−ＡＰは、ＷｉＦｉ−ＡＰ配下のＷｉＦｉ端末に割り当てるためのＩＰアドレスを、ＷｉＦｉ−ＡＰが収容できるＷｉＦｉ端末の台数分だけ保持している。本ＩＰアドレスのテーブルは、それぞれのＩＰアドレスがＷｉＦｉ端末に割当済みか未割当かを示すテーブルである。
【００４３】
ＷｉＦｉ端末のＩＰアドレスのテーブルは、ＩＰアドレス７０１、割当状況７０２から成る。ＩＰアドレス７０１はＷｉＦｉ−ＡＰが配下のＷｉＦｉ端末に割り当てるために保持しているＩＰアドレスの一覧である。割当状況７０２は当該ＩＰアドレスが割当済み（ＷｉＦｉ端末接続中）なのか未割当（ＷｉＦｉ端末未接続）なのかを示す。
【００４４】
図８は、本発明を適用した実施例１におけるＷｉＦｉ−ＡＰの構成のブロック図を示している。ＷｉＦｉ−ＡＰは大きく制御部８０１と信号処理部８０２から成る。制御部８０１は通信事業者からＷｉＦｉ−ＡＰの管理・制御などを行うための論理ブロックである。信号処理部８０２はＷｉＦｉ端末から受信したデータやＷｉＦｉ端末に送信するデータなどの信号を処理する論理ブロックである。制御部８０１は端末認証部８０３、帯域計算部８０４、メッセージ作成部８０５、端末情報テーブル８０６から成る。信号処理部８０２の構成は、図４の従来のＷｉＦｉ−ＡＰの構成と同様であるため、詳細な説明を省略する。
【００４５】
また、ユーザデータの処理の流れについても、図４を用いて説明した従来のユーザデータの処理の流れと同様であるため、詳細な説明を省略する。
【００４６】
次に、認証データの処理の流れについて説明する。基本的な処理内容は、図４を用いて説明した従来の認証データの処理の流れと同様であるため、詳細な説明を省略するが、本実施例において追加・変更される処理を中心に説明する。
【００４７】
端末認証部８０３は、従来と同様にルーティング部８１５より出力された認証データをＲＡＤＩＵＳメッセージやＥＡＰメッセージに変換し、新しい宛先のＩＰアドレスを割り振る等の処理を行うが、本実施例における端末認証部８０３は更に、次の処理を行う。端末認証部８０３は、ルーティング部８１５により出力された認証データを検出した際にＥＶＤＯ端末のＩＭＳＩ情報を検出し、さらにＩＭＳＩ情報の中に含まれるＭＣＣ情報およびＭＮＣ情報からＥＶＤＯ端末が帰属する通信事業者を識別して、端末情報テーブル８０６に格納する。端末情報テーブル８０６は格納されている情報から、当ＷｉＦｉ−ＡＰの配下に収容されている各ＥＶＤＯ端末およびＰＣに割り当てたＩＰアドレスと、各ＥＶＤＯ端末が帰属する通信事業者に関する情報を、帯域計算部８０４に出力する。帯域計算部８０４は出力された情報に基づいてｅＮＢへの要求帯域の計算を行う。計算されたｅＮＢへの要求帯域に関してはメッセージ作成部８０５に出力される。メッセージ作成部８０５では、帯域計算部８０４にて計算した結果に基づいて、ｅＮＢへの帯域割り当て要求を行うメッセージを作成する。メッセージ作成部８０５で作成された帯域要求メッセージは送信信号処理部８１０に出力される。
【００４８】
送信信号処理部８１０はメッセージ作成部８０５により出力された帯域要求メッセージに基づき、ＬＴＥネットワークへの送信データを変調し、ＬＴＥ通信部８１１に出力する。ＬＴＥ通信部８１１は送信信号処理部８１０により出力された信号を無線の周波数に変換し、ＬＴＥアンテナ８１２経由でＬＴＥネットワークに送信する。
【００４９】
なお、ＷｉＦｉ−ＡＰとＷｉＦｉ−ＡＰ配下のＷｉＦｉ端末との間の通信が切断された場合は、端末情報テーブル８０６において切断したＷｉＦｉ端末に関連付けられたＩＰアドレスが解放され、解放されたＩＰアドレスに対応するＷｉＦｉ端末の情報が削除される。その後、帯域計算部８０４において端末情報テーブル８０６の情報に基づいてｅＮＢへの要求帯域の計算を行い、ｅＮＢへの要求帯域に関してはメッセージ作成部８０５に出力される。その後の処理はＷｉＦｉ端末接続時と同様である。
【００５０】
図９は、本発明を適用した実施例１における、ＥＶＤＯ端末、即ち、ＥＡＰ−ＳＩＭに対応しているＷｉＦｉ端末がＬＴＥネットワークに接続する際の認証処理、およびＷｉＦｉ−ＡＰがｅＮＢに割当帯域を要求する際の処理の一連のシーケンス図を示している。
【００５１】
ＥＶＤＯ端末がＬＴＥネットワークに接続する際の認証処理（ａ）〜（ｍ）に関しては、図５の（ａ）〜（ｍ）と同様である。
【００５２】
次に、ＷｉＦｉ−ＡＰがｅＮＢに割当帯域を要求する際の処理について説明する。
（ｎ）ＷｉＦｉ−ＡＰ９０３は（ｄ）のＥＡＰメッセージ（ＥＡＰ−Ｒｅｓｐｏｎｓｅ／Ｉｄｅｎｔｉｔｙ）に含まれるＩＭＳＩ情報の中のＭＣＣ情報およびＭＮＣ情報からＥＶＤＯ端末の通信事業者を検出し、端末情報テーブルに格納する。また、端末情報テーブルに格納されているＥＶＤＯ端末の台数および各ＥＶＤＯ端末が帰属する通信事業者、およびＰＣの台数から、ｅＮＢ９０４への要求帯域を計算する。
（ｏ）ＷｉＦｉ−ＡＰ９０３は、（ｎ）で計算した帯域をｅＮＢ９０４に要求するため、ＭＭＥ９０５に対してＲｅｑｕｅｓｔ  Ｂｅａｒｅｒ  Ｒｅｓｏｕｒｃｅ  Ｍｏｄｉｆｉｃａｔｉｏｎメッセージを送信する。
（ｐ）ＭＭＥ９０５は、ＳＧＷ９０６に対してＢｅａｒｅｒ  Ｒｅｓｏｕｒｃｅ  Ｃｏｍｍａｎｄメッセージを送信する。ＳＧＷ９０６はＢｅａｒｅｒ  Ｒｅｓｏｕｒｃｅ  Ｃｏｍｍａｎｄメッセージを受信したら、それをＰＧＷ９０７に転送する。
（ｑ）ＰＧＷ９０７は、Ｕｐｄａｔｅ  Ｂｅａｒｅｒ  ＲｅｑｕｅｓｔメッセージをＳＧＷ９０６に送信する。ＳＧＷ９０６はＵｐｄａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージを受信したら、それをＭＭＥ９０５に転送する。
（ｒ）ＭＭＥ９０５は、Ｂｅａｒｅｒ  Ｍｏｄｉｆｙ  ＲｅｑｕｅｓｔをｅＮＢ９０４に送信する。
（ｓ）ｅＮＢ９０４はＷｉＦｉ−ＡＰ９０３にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信する。
（ｔ）ＷｉＦｉ−ＡＰ９０３がｅＮＢ９０４にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅメッセージを送信し、ＷｉＦｉ−ＡＰ９０３とｅＮＢ９０４との間に新しい帯域が割り当てられる。
（ｕ）ｅＮＢ９０４はＭＭＥ９０５にＢｅａｒｅｒ  Ｍｏｄｉｆｙ  Ｒｅｓｐｏｎｓｅメッセージを送信する。
（ｖ）ＭＭＥ９０５はＳＧＷ９０６にＵｐｄａｔｅ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅメッセージを送信する。ＳＧＷ９０６はＵｐｄａｔｅ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅメッセージを受信したら、それをＰＧＷ９０７に転送する。
【００５３】
なお上記の（ｏ）〜（ｖ）は標準規格にて規定されたメッセージでああり、本実施例ではＬＴＥの場合の例を示しているが、本発明はＷｉＭＡＸ等、他の無線通信システムにも適用される。ＬＴＥの場合、ＭＭＥ９０５はコントロールプレーンのアクセスゲートウェイで、ｅＮＢ−ＳＧＷ間で制御信号（シーケンス制御、ユーザデータ転送経路の設定、等）の送受信を行う。ＰＧＷ９０７は、ポリシー制御情報に基づきＱｏＳ制御（ＱｏＳポリシー決定、ポリシー制御情報の配布、等）を行なう。つまり、（ｏ）で要求された帯域を、ＭＭＥ９０５はＳＧＷ９０６経由でＰＧＷ９０７に伝え（ｐ）、ＰＧＷ９０７はＳＧＷ９０６及びＭＭＥ９０５経由でｅＮＢ９０４に対してＱｏＳ設定を行なう（ｑ），（ｒ）。それを受けて、ｅＮＢ９０４はＷｉＦｉ−ＡＰ９０３との間でＲＲＣ（無線リソース制御）を行なう（ｓ），（ｔ）。但し、本処理はＬＴＥを用いた場合の一例であり、本発明は無線システム種別には依存しない為、必ずしもこの構成である必要はない。
【００５４】
従来は、ＷｉＦｉ−ＡＰ９０３の配下に複数のＥＶＤＯ端末９０１が存在するにもかかわらず、ＷｉＦｉ−ＡＰ９０３がｅＮＢ９０４に対して１台分の帯域しか要求していなかったため、端末１台分の帯域をＥＶＤＯ端末９０１の台数で分け合うことになり、各ＥＶＤＯ端末９０１に割り当てられる帯域が小さくなっていた。本発明を適用することで、ＷｉＦｉ−ＡＰ９０３配下のＥＶＤＯ端末９０１の台数に応じてＷｉＦｉ−ＡＰ９０３がｅＮＢ９０４に対して帯域を要求するため、ＥＶＤＯ端末９０１とＷｉＦｉ−ＡＰ９０３との間の通信速度は改善される。本効果に関する具体的な適用例については後述する。
【００５５】
図１０は、本発明を適用した実施例１における端末情報テーブルのフォーマットを示している。端末情報テーブルはＷｉＦｉ−ＡＰが保持するもので、ＷｉＦｉ−ＡＰが収容するＷｉＦｉ端末（ＥＶＤＯ端末、ＰＣ）の情報を格納する。本テーブルは、図７のＩＰアドレステーブルを拡張したものである。
【００５６】
ＷｉＦｉ−ＡＰは、ＷｉＦｉ−ＡＰ配下のＷｉＦｉ端末に割り当てるためのＩＰアドレスを、ＷｉＦｉ−ＡＰが収容できるＷｉＦｉ端末の台数分だけ保持している。端末情報テーブルは、それぞれのＩＰアドレスがＷｉＦｉ端末に割当済みか未割当かという判断の基、割当済みの場合はそれがＥＶＤＯ端末なのかＰＣなのか、ＥＶＤＯ端末の場合はどの通信事業者に帰属する端末なのかを示すテーブルである。ＩＰアドレスが解放された際は、解放されたＩＰアドレスに対応するＷｉＦｉ端末の情報も解放される。
【００５７】
端末情報テーブルは、ＩＰアドレス１００１、割当状況１００２、ＷｉＦｉ端末種別１００３、通信事業者１００４から成る。ＩＰアドレス１００１はＷｉＦｉ−ＡＰが配下のＷｉＦｉ端末に割り当てるために保持しているＩＰアドレスの一覧である。割当状況１００２はＷｉＦｉ−ＡＰが配下のＷｉＦｉ端末に割り当てるために保持しているＩＰアドレスが割当済み（ＷｉＦｉ端末接続中）なのか未割当（ＷｉＦｉ端末未接続）なのかを示す。ＷｉＦｉ端末種別１００３は、ＷｉＦｉ−ＡＰが接続中のＷｉＦｉ端末がＥＶＤＯ端末なのかＰＣなのかを示す。通信事業者１００４はＷｉＦｉ−ＡＰ配下のＥＶＤＯ端末が帰属する通信事業者を示す。
【００５８】
ＷｉＦｉ−ＡＰは端末情報テーブルの情報に基づいて、ｅＮＢへの要求帯域を計算し、ｅＮＢに対して割当帯域の要求を行う。
【００５９】
図１１は、ＩＭＳＩのフォーマットを示している。ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）とは、携帯電話ユーザに割り当てられている一意な識別番号である。携帯電話内のＳＩＭカードに格納されている。
【００６０】
ＩＭＳＩ１１０１は通常は１５桁の数字文字で、ＭＣＣ（Ｍｏｂｉｌｅ  Ｃｏｕｎｔｒｙ  Ｃｏｄｅ）１１０２、ＭＮＣ（Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ  Ｃｏｄｅ）１１０３、ＭＳＩＮ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ）１１０４の部分から成る。ＭＣＣ１１０２は３桁の国コード、ＭＮＣ１１０３は２〜３桁（日本・欧州では２桁、北米では３桁）のネットワークコード、ＭＳＩＮ１１０４は９〜１０桁のユーザ端末識別番号である。ＭＣＣ１１０２の国コード、ＭＮＣ１１０３のネットワークコードから、一意に通信事業者を識別することが可能である。
【００６１】
図１２は、本発明を適用した実施例１における、ＷｉＦｉ−ＡＰにおける、ＷｉＦｉ端末接続からｅＮＢへの帯域割当要求までのフローチャートを示している。本実施例におけるＬＴＥネットワーク、ＷｉＦｉネットワーク、ＥＶＤＯネットワークを提供している通信事業者をＡ社とする。
【００６２】
本例では、ＥＶＤＯ端末認証時に、ＷｉＦｉ−ＡＰにおいてＥＡＰ−ＳＩＭメッセージに含まれるＩＭＳＩ情報からＭＣＣ情報およびＭＮＣ情報を検出することでＥＶＤＯ端末が帰属する通信事業者を特定し、Ａ社のＥＶＤＯ端末が接続した際はｅＮＢに対して帯域割当１Ｍｂｐｓを固定値として加算要求する場合を説明する。Ａ社以外のＥＶＤＯ端末あるいはＰＣに対しては特に制御は行わない。
（１２０１）ＷｉＦｉ−ＡＰにＷｉＦｉ端末が接続してきたのを契機にＳＴＡＲＴする。
（１２０２）接続してきたＷｉＦｉ端末がＥＶＤＯ端末なのかＰＣなのかの判断を行う。
（１２０３）接続してきたＷｉＦｉ端末がＥＶＤＯ端末の場合、ＥＡＰ−ＳＩＭ認証による端末認証処理を開始する。
（１２０４）接続してきたＷｉＦｉ端末がＰＣの場合、Ｗｅｂ認証による端末認証処理を開始する。
（１２０５）ＥＡＰ−ＳＩＭ認証処理の中で、ＥＶＤＯ端末から受信したメッセージ（ＥＡＰ−Ｒｅｓｐｏｎｓｅ／Ｉｄｅｎｔｉｔｙ）に含まれるＩＭＳＩ情報の中のＭＣＣ情報およびＭＮＣ情報から、ＥＶＤＯ端末が帰属する通信事業者を検出する。
（１２０６）ＥＶＤＯ端末が帰属する通信事業者がＡ社である場合、端末情報テーブルに、ＷｉＦｉ端末種別がＥＶＤＯ端末、通信事業者がＡ社と登録する。
（１２０７）ＥＶＤＯ端末が帰属する通信事業者がＡ社以外である場合、端末情報テーブルに、ＷｉＦｉ端末種別がＥＶＤＯ端末、通信事業者がＡ社以外と登録する。
（１２０８）端末情報テーブルに、ＷｉＦｉ端末種別がＰＣと登録する。
（１２０９）ＥＶＤＯ端末が帰属する通信事業者がＡ社であるため、ｅＮＢへの要求帯域を１Ｍｂｐｓ加算する。
（１２１０）（１２０９）の計算結果に基づいて、ｅＮＢに帯域割当要求を行うためのメッセージを送信する。本メッセージは、図９の処理（ｏ）に相当する。但し、本処理はＬＴＥを用いた場合の一例であり、本発明は無線システム種別には依存しない為、必ずしも図９のメッセージ構成である必要はない。
（１２１１）本処理をＥＮＤする。
【００６３】
図１３は、本発明を適用した実施例１における、ＷｉＦｉ−ＡＰにおける、ＷｉＦｉ端末切断からｅＮＢへの帯域割当要求までのフローチャートを示している。本実施例におけるＬＴＥネットワーク、ＷｉＦｉネットワーク、ＥＶＤＯネットワークを提供している通信事業者をＡ社とする。
【００６４】
本例では、Ａ社のＥＶＤＯ端末が切断した際はｅＮＢに対して帯域割当１Ｍｂｐｓを固定値として減算要求する場合を説明する。Ａ社以外のＥＶＤＯ端末あるいはＰＣに対しては特に制御は行わない。
（１３０１）ＷｉＦｉ端末がＷｉＦｉ−ＡＰから切断したのを契機にＳＴＡＲＴする。
（１３０２）切断したＷｉＦｉ端末がＥＶＤＯ端末なのかＰＣなのかの判断を行う。
（１３０３）切断したＷｉＦｉ端末がＥＶＤＯ端末の場合、Ａ社端末なのか否かの判断を行う。
（１３０４）切断したＥＶＤＯ端末がＡ社端末である場合、端末情報テーブルから、当該端末に関するＷｉＦｉ端末種別および通信事業者の登録内容を削除する。
（１３０５）切断したＥＶＤＯ端末がＡ社以外の端末である場合、端末情報テーブルから、当該端末に関するＷｉＦｉ端末種別および通信事業者の登録内容を削除する。
（１３０６）切断したＷｉＦｉ端末がＰＣである場合、端末情報テーブルから、当該端末に関するＷｉＦｉ端末種別の登録内容を削除する。
（１３０７）切断したＥＶＤＯ端末が帰属する通信事業者がＡ社であるため、ｅＮＢへの要求帯域を１Ｍｂｐｓ減算する。
（１３０８）（１３０７）の計算結果に基づいて、ｅＮＢに帯域割当要求を行うためのメッセージを送信する。
（１３０９）本処理をＥＮＤする。
【実施例２】
【００６５】
実施例１では、ＷｉＦｉ端末認証時に、ＥＡＰ−ＳＩＭメッセージに含まれるＩＭＳＩ情報をＷｉＦｉ−ＡＰにて検出することで、ＷｉＦｉ端末がＥＶＤＯ端末だった場合に、ｅＮＢに要求する帯域を１Ｍｂｐｓ加算する場合の実現例を説明した。実施例２では、実施例１の場合の処理に加え、ＷｉＦｉ−ＡＰからＷｉＦｉ端末に送信するデータをシェーピング処理することで、ＷｉＦｉ中継器がｅＮＢに要求した帯域と同等の帯域をＷｉＦｉ端末に設定することを可能とする方式について説明する。本実施例におけるＬＴＥネットワーク、ＷｉＦｉネットワーク、ＥＶＤＯネットワークを提供している通信事業者をＡ社とする。
【００６６】
図１４は、本発明を適用した実施例２のＷｉＦｉ−ＡＰの構成のブロック図を示している。ＷｉＦｉ−ＡＰは大きく制御部１４０１と信号処理部１４０２から成る。制御部１４０１は通信事業者からＷｉＦｉ−ＡＰの管理・制御などを行うための論理ブロックである。信号処理部１４０２はＷｉＦｉ端末から受信したデータやＷｉＦｉ端末に送信するデータなどの信号を処理する論理ブロックである。制御部１４０１の構成は、図８の実施例１におけるＷｉＦｉ−ＡＰの構成と同様であるため、詳細な説明を省略する。信号処理部１４０２についても、図８の実施例１におけるＷｉＦｉ−ＡＰの構成と基本的には同様であるが、本実施例では、新たにシェーピング部１４１４を追加している。
【００６７】
まず、ユーザデータの処理の流れについて説明する。基本的な処理内容は、実施例１と同様であるため詳細な説明を省略するが、本実施例において追加・変更される処理を中心に説明する。
【００６８】
ルーティング部１４１６は、受信信号処理部１４０９または受信信号処理部１４１３から出力されたユーザデータを検出し、検出したユーザデータをＬＴＥ側に送信するかＷｉＦｉネットワーク側に送信するかを判断し、ユーザデータの宛先に応じて宛先のＩＰアドレスを変換する。ＬＴＥ側に送信するユーザデータは送信信号処理部１４１０に、ＷｉＦｉ側に送信するユーザデータはシェーピング部１４１４に、それぞれ出力する。
【００６９】
シェーピング部１４１４は帯域計算部１４０４により出力されたＥＶＤＯ端末への割当帯域に基づいて、ルーティング部１４１６から出力されたユーザデータのシェーピング処理を行い、送信信号処理部１４１５に出力する。送信信号処理部１４１５はシェーピング部１４１４により出力されたユーザデータに基づき、ＷｉＦｉネットワークへの送信データを変調し、ＷｉＦｉ通信部１４０８に出力する。ＷｉＦｉ通信部１４０８は送信信号処理部１４１５により出力された信号を無線の周波数に変換し、ＷｉＦｉアンテナ１４０７経由でＷｉＦｉネットワークに送信する。
【００７０】
次に、認証データの処理の流れについて説明する。基本的な処理内容は、実施例１と同様であるため、詳細な説明を省略するが、本実施例において追加・変更される処理を中心に説明する。
【００７１】
端末認証部１４０３は、実施例１と同様にルーティング部１４１６より出力された認証データをＲＡＤＩＵＳメッセージやＥＡＰメッセージに変換し、新しい宛先のＩＰアドレスを割り振る等の処理を行うが、本実施例では更に、以下の処理を行う。端末認証部１４０３は、ルーティング部１４１６により出力された認証データを検出した際にＥＶＤＯ端末のＩＭＳＩ情報を検出し、さらにＩＭＳＩ情報の中に含まれるＭＣＣ情報およびＭＮＣ情報からＥＶＤＯ端末が帰属する通信事業者を識別して、端末情報テーブル１４０６に格納する。端末情報テーブル１４０６は格納されている情報から、当ＷｉＦｉ−ＡＰの配下に収容されている各ＥＶＤＯ端末およびＰＣに割り当てたＩＰアドレスと、各ＥＶＤＯ端末が帰属する通信事業者に関する情報を、帯域計算部１４０４に出力する。帯域計算部１４０４は出力された情報に基づいてｅＮＢへの要求帯域およびＥＶＤＯ端末への割当帯域の計算を行う。ここで、例えば、ＥＶＤＯ端末用に帯域の加算要求をした１Ｍｂｐｓ（固定値）分を当該ＥＶＤＯ端末への割当帯域とすることが考えられる。計算されたｅＮＢへの要求帯域に関してはメッセージ作成部１４０５に、ＥＶＤＯ端末への割当帯域に関してはシェーピング部１４１４に、それぞれ出力される。メッセージ作成部１４０５では、帯域計算部１４０４にて計算した結果に基づいて、ｅＮＢへの帯域割り当て要求を行うメッセージを作成する。メッセージ作成部１４０５で作成された帯域要求メッセージは送信信号処理部１４１０に出力される。
【００７２】
ＷｉＦｉ−ＡＰとＷｉＦｉ−ＡＰ配下のＷｉＦｉ端末との間の通信が切断された場合は、端末情報テーブル１４０６において切断したＷｉＦｉ端末に関連付けられたＩＰアドレスが解放され、解放されたＩＰアドレスに対応するＷｉＦｉ端末の情報が削除される。その後、帯域計算部１４０４において端末情報テーブル１４０６の情報に基づいてｅＮＢへの要求帯域およびＥＶＤＯ端末への割当帯域の計算を行い、ｅＮＢへの要求帯域に関してはメッセージ作成部１４０５に、ＥＶＤＯ端末への割当帯域に関してはシェーピング部１４１４に、それぞれ出力される。
【００７３】
シェーピング部１４１４は、これら帯域計算部１４０４から出力されたＥＶＤＯ端末への割当帯域に基づいて、ルーティング部１４１６から出力されたユーザデータのシェーピング処理を行い、送信信号処理部１４１５に出力する。
【実施例３】
【００７４】
実施例１では、ＷｉＦｉ端末認証時に、ＥＡＰ−ＳＩＭメッセージに含まれるＩＭＳＩ情報をＷｉＦｉ−ＡＰにて検出することで、ＷｉＦｉ端末がＥＶＤＯ端末だった場合に、ｅＮＢに要求する帯域を１Ｍｂｐｓ加算する場合の実現例を説明した。実施例３では、ＷｉＦｉ−ＡＰからｅＮＢに対してＷｉＦｉ−ＡＰ配下のＷｉＦｉ端末台数分だけの帯域を要求したり、ＷｉＦｉ−ＡＰ配下のＥＶＤＯ端末とｅＮＢ配下のＬＴＥ端末の通信速度を同等にすることを可能とする方式について説明する。本実施例におけるＬＴＥネットワーク、ＷｉＦｉネットワーク、ＥＶＤＯネットワークを提供している通信事業者をＡ社とする。
【００７５】
図１５は、本発明を適用した実施例３における、ＷｉＦｉ−ＡＰにおける、ＷｉＦｉ端末接続からｅＮＢへの帯域割当要求までのフローチャートを示している。
（１５０１）〜（１５０８）の処理は、図１２の（１２０１）〜（１２０８）の処理と同様である。
【００７６】
（１５０６）、（１５０７）、（１５０８）の処理が行われた時点で、ｅＮＢがＷｉＦｉ−ＡＰを１台、ＬＴＥ端末をＺ台収容していて、ＷｉＦｉ−ＡＰがＡ社のＥＶＤＯ端末をＸ台、Ａ社以外のＥＶＤＯ端末およびＰＣを合わせてＹ台収容している前提とする。
（１５０９）端末情報テーブルの登録情報を元に、ＷｉＦｉ−ＡＰからｅＮＢへの要求台数を計算する。ここでは例として、Ａ社のＥＶＤＯ端末に対しては各ＥＶＤＯ端末ごとに端末１台分の帯域を割り当て、Ａ社以外のＥＶＤＯ端末およびＰＣに対しては全Ｙ台で端末１台分の帯域をシェアすることとする。この場合、ＷｉＦｉ−ＡＰからｅＮＢへの要求帯域は端末（Ｘ＋１）台分となる。
（１５１０）（１５０９）の計算結果に基づいてｅＮＢに要求台数を送信する。本メッセージは、図９の処理（ｏ）に相当する。処理（ｏ）のメッセージ（Ｒｅｑｕｅｓｔ  Ｂｅａｒｅｒ  Ｒｅｓｏｕｒｃｅ  Ｍｏｄｉｆｉｃａｔｉｏｎ）を用いて、要求帯域（実施例１）であっても要求台数（本実施例）であっても送信が可能である。但し、本処理はＬＴＥを用いた場合の一例であり、本発明は無線システム種別には依存しない為、必ずしも図９のメッセージ構成である必要はない。
（１５１１）割当比率を計算するＷｉＦｉ端末（つまり、(１５０１)にてＷｉＦｉ−ＡＰに接続してきたＷｉＦｉ端末）が帰属する通信事業者がＡ社かＡ社以外（ＰＣを含む）かを判別する。
（１５１２）Ａ社のＥＶＤＯ端末に対しては各ＥＶＤＯ端末ごとに端末１台分の帯域を割り当て、シェーピングを行う。
（１５１３）Ａ社以外のＥＶＤＯ端末およびＰＣに対しては全Ｙ台で端末１台分の帯域をシェアするように、シェーピングを行う。
（１５１４）本処理をＥＮＤする。
【００７７】
本実施例３において、ｅＮＢに対して、ＷｉＦｉ−ＡＰから端末（Ｘ＋１）台分の要求があり、ＬＴＥ端末からはＺ台分の要求があったとすると、ｅＮＢのカバーエリア内で全端末（ＬＴＥ端末、ＷｉＦｉ−ＡＰ）の無線状態および通信量が均一であるという条件下の場合、ＷｉＦｉ−ＡＰとｅＮＢ間の帯域は、全体帯域を１とすると（Ｘ＋１）／（Ｘ＋Ｚ＋１）となる。この時、ＷｉＦｉ−ＡＰのカバーエリア内で全端末（ＥＶＤＯ端末、ＰＣ）の無線状態および通信量が均一であるという条件下の場合、各Ａ社ＥＶＤＯ端末に割り当てられる帯域は、ＷｉＦｉ−ＡＰとｅＮＢ間の帯域（Ｘ＋１）／（Ｘ＋Ｚ＋１）を（Ｘ＋１）台で除した、１／（Ｘ＋Ｚ＋１）と計算される。各Ａ社以外ＥＶＤＯ端末およびＰＣに割り当てられる帯域は、１／（Ｘ＋Ｚ＋１）をさらにＹ台でシェアするために、１／Ｙ（Ｘ＋Ｚ＋１）と計算される。図３の説明で述べたように、従来の技術では、同構成において各Ａ社ＥＶＤＯ端末に割り当てられる帯域は１／（Ｘ＋Ｙ）（Ｚ＋１）であった。これが本発明を適用することにより、１／（Ｘ＋Ｚ＋１）に改善された。仮に、Ｘ＝５、Ｙ＝５、Ｚ＝４として計算すると、従来技術では、１／（Ｘ＋Ｙ）（Ｚ＋１）＝０．０２、本発明適用後は、１／（Ｘ＋Ｚ＋１）＝０．１となり、本発明の適用によりオフロード端末の通信速度は５倍に向上することが分かる。
【実施例４】
【００７８】
実施例１の実現方法の場合、ＷｉＦｉ端末から送信されるＥＡＰ−ＳＩＭメッセージが暗号化されていると、ＷｉＦｉ−ＡＰにおいてＥＡＰ−Ｒｅｓｐｏｎｓｅ／ＩｄｅｎｔｉｔｙメッセージからＩＭＳＩ情報を検出することができない。ＥＡＰ−ＳＩＭメッセージが暗号化されている場合の実現手段として、実施例４では、ＥＡＰ−ＳＩＭ認証時にＷｉＦｉ−ＡＡＡから送信されるＲＡＤＩＵＳ−Ａｃｃｅｓｓ−ＡｃｃｅｐｔメッセージにＩＭＳＩ情報を付加することで、ＷｉＦｉ−ＡＰにおいてＩＭＳＩ情報を検出するという方式について説明する。こうすることで、ＷｉＦｉ端末から送信されるＥＡＰ−ＳＩＭメッセージが暗号化されていても、ＷｉＦｉ−ＡＰにおいてＩＭＳＩ情報が検出可能となる。また、ＲＡＤＩＵＳ−Ａｃｃｅｓｓ−Ａｃｃｅｐｔメッセージに、ＩＭＳＩ情報に加えネットワーク種別のフィールドを付与することで、オフロードした端末に対して、オフロード前のネットワーク種別に応じた最低保証帯域を設定するという制御も可能となる。本実施例におけるＬＴＥネットワーク、ＷｉＦｉネットワーク、ＥＶＤＯネットワークを提供している通信事業者をＡ社とする。
【００７９】
図１６は、本発明を適用した実施例４における端末情報テーブルのフォーマットを示している。端末情報テーブルはＷｉＦｉ−ＡＰが保持するもので、ＷｉＦｉ−ＡＰが収容するＷｉＦｉ端末の情報を格納する。本テーブルは、図１０の端末情報テーブルを拡張したものである。
【００８０】
端末情報テーブルは、ＷｉＦｉ−ＡＰが保持するＩＰアドレスがＷｉＦｉ端末に割当済みか未割当かという判断の基、割当済みの場合はそれがＥＶＤＯ端末やＷｉＭＡＸ等の携帯端末なのかＰＣなのか、携帯端末の場合はどの通信事業者に帰属する端末なのか、そしてＥＶＤＯやＷｉＭＡＸ等どのネットワーク種別なのかを示すテーブルである。ＩＰアドレスが解放された際は、解放されたＩＰアドレスに対応するＷｉＦｉ端末の情報も解放される。
【００８１】
端末情報テーブルは、ＩＰアドレス１６０１、割当状況１６０２、ＷｉＦｉ端末種別１６０３、通信事業者１６０４、ネットワーク種別１６０５から成る。ＩＰアドレス１６０１はＷｉＦｉ−ＡＰが配下のＷｉＦｉ端末に割り当てるために保持しているＩＰアドレスの一覧である。割当状況１６０２はＷｉＦｉ−ＡＰが配下のＷｉＦｉ端末に割り当てるために保持しているＩＰアドレスが割当済み（ＷｉＦｉ端末接続中）なのか未割当（ＷｉＦｉ端末未接続）なのかを示す。ＷｉＦｉ端末種別１６０３は、ＷｉＦｉ−ＡＰが接続中のＷｉＦｉ端末がＥＶＤＯ端末やＷｉＭＡＸ端末等の携帯端末なのかＰＣなのかを示す。通信事業者１６０４はＷｉＦｉ−ＡＰ配下の携帯端末が帰属する通信事業者がＡ社なのかＡ社以外なのかを示す。ネットワーク種別１６０５はＷｉＦｉ−ＡＰ配下の携帯端末が帰属する通信事業者がＡ社の場合、ネットワーク種別（ＥＶＤＯ、ＷｉＭＡＸ等）を示す。
【００８２】
ＷｉＦｉ−ＡＰは端末情報テーブルの情報に基づいて、ｅＮＢへの要求帯域を計算し、ｅＮＢに対して割当帯域の要求を行う。
【００８３】
図１７は、本発明を適用した実施例４における、ＷｉＦｉ−ＡＰにおける、ＷｉＦｉ端末接続からｅＮＢへの帯域割当要求までのフローチャートを示している。本実施例におけるＬＴＥネットワーク、ＷｉＦｉネットワーク、ＥＶＤＯネットワークおよびＷｉＭＡＸネットワークを提供している通信事業者をＡ社とする。
（１７０１）ＷｉＦｉ−ＡＰにＷｉＦｉ端末が接続してきたのを契機にＳＴＡＲＴする。
（１７０２）接続してきたＷｉＦｉ端末が携帯端末なのかＰＣなのかの判断を行う。
（１７０３）接続してきたＷｉＦｉ端末が携帯端末の場合、ＥＡＰ−ＳＩＭ認証による端末認証処理を開始する。
（１７０４）接続してきたＷｉＦｉ端末がＰＣの場合、Ｗｅｂ認証による端末認証処理を開始する。
（１７０５）ＥＡＰ−ＳＩＭ認証処理の中で、ＷｉＦｉ−ＡＡＡから送信されるＲＡＤＩＵＳ−Ａｃｃｅｓｓ−Ａｃｃｅｐｔメッセージに付加されたＩＭＳＩ情報およびネットワーク種別から、携帯端末が帰属する通信事業者およびネットワーク種別を検出する。
（１７０６）携帯端末が帰属する通信事業者がＡ社の場合、ネットワーク種別を判別する。ここではＥＶＤＯとＷｉＭＡＸの２種類があるものとする。
（１７０７）ネットワーク種別がＥＶＤＯの場合、端末情報テーブルに、ＷｉＦｉ端末種別が携帯端末、通信事業者がＡ社、ネットワーク種別がＥＶＤＯと登録する。
（１７０８）ネットワーク種別がＷｉＭＡＸの場合、端末情報テーブルに、ＷｉＦｉ端末種別が携帯端末、通信事業者がＡ社、ネットワーク種別がＷｉＭＡＸと登録する。
（１７０９）携帯端末が帰属する通信事業者がＡ社以外の場合、端末情報テーブルに、ＷｉＦｉ端末種別が携帯端末、通信事業者がＡ社以外と登録する。
（１７１０）接続してきたＷｉＦｉ端末がＰＣであるため、端末情報テーブルに、ＷｉＦｉ端末種別がＰＣと登録する。
（１７１１）携帯端末が帰属する通信事業者がＡ社で、ネットワーク種別がＥＶＤＯと判明した場合は、ｅＮＢへの要求帯域を１Ｍｂｐｓ加算する。
（１７１２）携帯端末が帰属する通信事業者がＡ社で、ネットワーク種別がＷｉＭＡＸと判明した場合は、ｅＮＢへの要求帯域を５Ｍｂｐｓ加算する。
（１７１３）（１７１１）、（１７１２）の計算結果に基づいてｅＮＢに帯域割当要求を送信する。
（１７１４）帯域を割り当てる携帯端末が帰属する通信事業者がＡ社かＡ社以外かを判別する。
（１７１５）帯域を割り当てる携帯端末のネットワーク種別がＥＶＤＯかＷｉＭＡＸかを判別する。
（１７１６）ネットワーク種別がＥＶＤＯのＡ社端末に対して１Ｍｂｐｓの帯域を割り当て、シェーピングを行う。
（１７１７）ネットワーク種別がＷｉＭＡＸのＡ社端末に対して５Ｍｂｐｓの帯域を割り当て、シェーピングを行う。
（１７１８）本処理をＥＮＤする。
【００８４】
以上説明した各実施例によれば、無線ネットワークの基地局が、収容するＷｉＦｉ中継器に対して契約者情報に基づいて帯域を割り当て、例えばオフロード後の端末における通信速度がオフロード前と比較して低下する事態を抑止することができる。そのため、ユーザにオフロードの実施を促進することができ、結果として、無線ネットワークの負荷を平準化することができる。
【００８５】
ここでいう契約者情報には、端末が帰属する通信事業者やネットワーク種別に関する情報等が含まれる。契約者情報を識別することはＷｉＦｉ中継器の配下の端末を識別することに繋がるため、契約者情報に基づき帯域を計算することで、端末種別に応じた制御が可能となり、結果として、オフロードを実施した端末に対して一定の帯域を保証するという制御が可能となる。
【００８６】
本明細書では、ＬＴＥとＥＶＤＯの無線ネットワークの例に基づき実施例の説明をしているが、本発明は、ＷｉＭＡＸやＧＳＭ等の一般的な無線ネットワークを用いた全ての無線通信システムに適用することが可能である。本発明は、必ずしも本実施例で述べた特定の特徴または処理に限定されないことを理解されたい。上述した特定の特徴および処理は、請求項を実施する形態の例として開示されている点を理解されたい。
【符号の説明】
【００８７】
１０１，３０１：ＬＴＥネットワーク、１０２，３０２：ＷｉＦｉネットワーク、１０３：ＥＶＤＯネットワーク、１０４：通信事業者の構内ネットワーク、１０５，２０１，３０３：ｅＮＢ、１０６，３０４：ＬＴＥ端末、１０７，２０２，３０５：ＷｉＦｉ−ＡＰ、１０８，１１５，２０４，２０５，３０６：ＥＶＤＯ端末、１０９，３０７：ＰＣ、１１０：ＭＭＥ、１１１：ＳＧＷ、１１２：ＰＧＷ、１１３：ＡＡＡ、１１４，２０３：ＡＰ、１１６：ＰＣＦ、１１７：ＨＳＧＷ、１１８：ＳＷ、１１９：ＷｉＦｉ−ＡＡＡ、１２０：ＣＰＳ、１２１：ＧＷ、１２２：インターネット、４０１，８０１，１４０１：制御部、４０２，８０２，１４０２：信号処理部、４０３，８０３，１４０３：端末認証部、４０４，８０７，１４０７：ＷｉＦｉアンテナ、４０５，８０８，１４０８：ＷｉＦｉ通信部、４０６，８０９，１４０９：受信信号処理部、４０７，８１０，１４１０：送信信号処理部、４０８，８１１，１４１１：ＬＴＥ通信部、４０９，８１２，１４１２：ＬＴＥアンテナ、４１０，８１３，１４１３：受信信号処理部、４１１，８１４，１４１５：送信信号処理部、４１２，８１５，１４１６：ルーティング部、８０４，１４０４；帯域計算部、８０５，１４０５：メッセージ作成部、８０６，１４０６：端末情報テーブル、１４１４：シェーピング部
【図１】
2015039107.tif 000003
【図２】
2015039107.tif 000004
【図３】
2015039107.tif 000005
【図４】
2015039107.tif 000006
【図５】
2015039107.tif 000007
【図６】
2015039107.tif 000008
【図７】
2015039107.tif 000009
【図８】
2015039107.tif 000010
【図９】
2015039107.tif 000011
【図１０】
2015039107.tif 000012
【図１１】
2015039107.tif 000013
【図１２】
2015039107.tif 000014
【図１３】
2015039107.tif 000015
【図１４】
2015039107.tif 000016
【図１５】
2015039107.tif 000017
【図１６】
2015039107.tif 000018
【図１７】
2015039107.tif 000019