(57)【要約】［課題］バックホールの輻輳や無線端末のスループットの低減をより確実に回避することができる無線基地局、トラフィック負荷分散方法およびトラフィック負荷分散プログラムを提供する。［解決手段］自局とコアネットワークとの間のバックホールにおけるトラフィック負荷を示すネットワーク負荷情報を決定する決定部１４と、決定部が決定したネットワーク負荷情報と、隣接する無線基地局から受信したネットワーク負荷情報とに基づいて、無線基地局間のトラフィック負荷の分散を実行する実行部１５とを含む。
2015064054.tif 000002
【特許請求の範囲】
【請求項１】
自局とコアネットワークとの間のバックホールにおけるトラフィック負荷を示すネットワーク負荷情報を決定する決定手段と、
前記決定手段が決定したネットワーク負荷情報と、隣接する無線基地局から受信したネットワーク負荷情報とに基づいて、無線基地局間のトラフィック負荷の分散を実行する実行手段とを含む
ことを特徴とする無線基地局。
【請求項２】
自局からコアネットワークに送信されたパケットのロス率および遅延変動を推定する推定手段を含み、
前記決定手段は、前記推定手段の推定結果に基づいて、自局とコアネットワークとの間のバックホールにおけるトラフィック負荷を決定し、決定結果をネットワーク負荷情報とする
請求項１に記載の無線基地局。
【請求項３】
前記実行手段は、前記推定手段が推定したパケットのロス率および遅延変動を、ネットワーク負荷情報とともに、隣接する無線基地局に送信する
請求項２に記載の無線基地局。
【請求項４】
自局からコアネットワークに送信されたパケットのロス率および遅延変動から、自局とコアネットワークとの間のバックホールにおけるトラフィック負荷を決定するための決定アルゴリズムを示す情報を記憶する記憶手段を含み、
前記決定手段は、前記決定アルゴリズムをもとに、前記推定手段の推定結果に基づいて、自局とコアネットワークとの間のバックホールにおけるトラフィック負荷を決定する
請求項２または請求項３に記載の無線基地局。
【請求項５】
前記記憶手段は、バックホール回線の種類ごとの決定アルゴリズムを示す情報を記憶し、
前記決定手段は、自局が利用するバックホール回線の種類に応じた決定アルゴリズムを用いて、ネットワーク負荷情報を決定する
請求項４に記載の無線基地局。
【請求項６】
前記実行手段は、決定手段が決定したネットワーク負荷情報を、隣接する無線基地局に送信する
請求項１から請求項５のうちのいずれか１項に記載の無線基地局。
【請求項７】
前記実行手段は、前記決定手段が決定したネットワーク負荷情報と、隣接する無線基地局から受信したネットワーク負荷情報とに基づいてハンドオーバを実行し、自局のセルに在圏する無線端末を、受信したネットワーク負荷情報が示すトラフィック負荷が小さい隣接する無線基地局のセルに在圏させる
請求項１から請求項６のうちのいずれか１項に記載の無線基地局。
【請求項８】
自局とコアネットワークとの間のバックホールにおけるトラフィック負荷を示すネットワーク負荷情報を決定し、
決定した前記ネットワーク負荷情報と、隣接する無線基地局から受信したネットワーク負荷情報とに基づいて、無線基地局間のトラフィック負荷の分散を実行する
ことを特徴とするトラフィック負荷分散方法。
【請求項９】
コンピュータに、
自局とコアネットワークとの間のバックホールにおけるトラフィック負荷を示すネットワーク負荷情報を決定する処理と、
決定した前記ネットワーク負荷情報と、隣接する無線基地局から受信したネットワーク負荷情報とに基づいて、無線基地局間のトラフィック負荷の分散を実行する処理とを実行させるための
トラフィック負荷分散プログラムが記憶された記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局間のトラフィック負荷を分散する無線基地局、トラフィック負荷分散方法およびトラフィック負荷分散プログラムが記憶された記憶媒体に関する。
【背景技術】
【０００２】
無線基地局とモバイルコアネットワークとの間のバックホール（以下、モバイルバックホールという。）が、複数のリンクによって構成される場合がある。図１０は、モバイルバックホールの一例を示す説明図である。モバイルバックホールは、アクセスリンクと、アグリゲーションリンクと、メトロリンクとに分けられる。アクセスリンクは、アクセス領域に設置された中継装置に接続された無線基地局を収容するリンクである。アグリゲーションリンクは、アクセス領域に設置された中継装置に接続された複数の無線基地局、およびアグリゲーション領域に設置された無線基地局（図１０において図示せず）を収容するリンクである。メトロリンクは、メトロ領域におけるリンクであって、アグリゲーションリンクを介して転送された複数の無線基地局の大容量モバイルデータトラフィックをモバイルコアネットワークへ転送するためのリンクである。以下、バックホールにおける通信リソースをバックホールリソースという。また、バックホールリソースにおけるトラフィック負荷をバックホールリソース負荷という。【０００３】
バックホールリソース負荷を分散する方法として、例えば、ｅＮＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）間で実行されるＭＬＢ（Ｍｏｂｉｌｉｔｙ  Ｌｏａｄ  Ｂａｌａｎｃｉｎｇ：モビリティ負荷分散）がある。ｅＮＢは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）に対応した無線基地局である。ＭＬＢは、以下の１〜４に示す手順に従って実行される。【０００４】
１．ｅＮＢ間でＸ２リンクを経由し、リソースステータス通知処理、具体的には３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）の技術仕様書（ＴＳ３６．４２３  Ｖｅｒｓｉｏｎ１１．５．０）に記載されたＲｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔｉｎｇ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅを実行する。【０００５】
図１１は、ｅＮＢ間におけるリソースステータス通知処理を示すシーケンス図である。リソースステータス通知処理では、図１１に示すように、ｅＮＢ１から、隣接するｅＮＢ（以下、隣接ｅＮＢという。）、つまりｅＮＢ２に対して、リソースステータス要求メッセージ（Ｘ２：  ＲＥＳＯＵＲＣＥ  ＳＴＡＴＵＳ  ＲＥＱＵＥＳＴ  ｍｅｓｓａｇｅ）が送信される。そして、ｅＮＢ２からｅＮＢ１へ、リソースステータス要求メッセージに対する応答メッセージ（Ｘ２：  ＲＥＳＯＵＲＣＥ  ＳＴＡＴＵＳ  ＲＥＳＰＯＮＳＥ  ｍｅｓｓａｇｅ）が送信される。【０００６】
図１２は、リソースステータス要求メッセージの構造を示す説明図である。ｅＮＢ１は、リソースステータス要求メッセージで、Ｘ２リンクを確立している隣接ｅＮＢ（ｅＮＢ２）の負荷情報を測定対象に指定する。具体的には、ｅＮＢ１は、図１２に示すように、リソースステータス要求メッセージのパラメータ“Ｒｅｐｏｒｔ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ（測定対象項目）”に、“ＴＮＬ（Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）  ｌｏａｄ  Ｉｎｄ  Ｐｅｒｉｏｄｉｃ”を指定する。それにより、ｅＮＢ１は、ｅＮＢ２の負荷情報を定期的に受信することが可能になる。なお、“Ｒｅｐｏｒｔ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ”には最大４つの負荷情報を指定することができる。本例では、その１つに、“ＴＮＬ  ｌｏａｄ  Ｉｎｄ  Ｐｅｒｉｏｄｉｃ”が含まれる。【０００７】
２．ｅＮＢ１は、隣接ｅＮＢからリソースステータス更新メッセージ（Ｘ２：  ＲＥＳＯＵＲＣＥ  ＳＴＡＴＵＳ  ＵＰＤＡＴＥ  ｍｅｓｓａｇｅ）を受信する。【０００８】
図１３は、リソースステータス更新メッセージの構造を示す説明図である。ｅＮＢ１が受信するリソースステータス更新メッセージには、図１３に示すように“Ｓ１  ＴＮＬ  Ｌｏａｄ  Ｉｎｄｉｃａｔｏｒ”が含まれる。“Ｓ１  ＴＮＬ  Ｌｏａｄ  Ｉｎｄｉｃａｔｏｒ”は、Ｓ１トランスポートネットワークレイヤの負荷情報（以下、Ｓ１ネットワーク負荷情報という。）である。Ｓ１ネットワーク負荷情報は、ｅＮＢとｅＮＢから１ホップ目の中継装置との間のリンク、つまりアクセスリンクのバックホールリソース負荷を示す情報である。Ｓ１ネットワーク負荷情報の値は、“ＬｏｗＬｏａｄ”、“ＭｅｄｉｕｍＬｏａｄ”、“ＨｉｇｈＬｏａｄ”、“Ｏｖｅｒｌｏａｄ”の４段階で示される。【０００９】
３．ｅＮＢ１は、ＴＮＬの負荷がある一定の閾値を超えた場合に、無線端末が在圏するセルを、ｅＮＢ１のセルから、負荷が低い隣接ｅＮＢのセルに切り替えるために、つまりハンドオーバ（Ｈａｎｄｏｖｅｒ）を実行するために、ハンドオーバ属性値（上記技術仕様書に記載された、ハンドオーバを制御するためのパラメータの値）を変更する。このとき、ｅＮＢ１は、隣接ｅＮＢから受信したＳ１ネットワーク負荷情報をもとに、負荷が低い隣接ｅＮＢのセルをハンドオーバ先に指定する。ここでは、ｅＮＢ１は、ｅＮＢ２のセルを指定するとする。【００１０】
４．ｅＮＢ１は、無線端末が在圏するセルを、ｅＮＢ１のセルからｅＮＢ２のセルにハンドオーバし、バックホールリソース負荷を分散する。【００１１】
特許文献１には、ｅＮＢが複数のキャリアを利用して通信を行う無線通信システムにおいて、ｅＮＢが、キャリアの構成情報、および負荷情報やリソース使用状況を、他のｅＮＢと交換することで、セル間干渉の回避やキャリア間の負荷分散を行う技術が記載されている。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】国際公開第２０１１／０５２６４３号
【発明の概要】
【発明が解決しようとする課題】
【００１３】
ここで、ｅＮＢ１とｅＮＢ２とがそれぞれ異なるアクセスリンクを使用しているとする。また、ｅＮＢ１とｅＮＢ２とが使用する、アクセスリンクの先にあるアグリゲーションリンクが同じであって、尚且つそのアグリゲーションリンクでバックホールリソース負荷が高くなり、輻輳しているとする。【００１４】
ｅＮＢ１が使用するアクセスリンクのバックホールリソース負荷が高く、ｅＮＢ２が使用するアクセスリンクのバックホールリソース負荷が軽い場合に、各ｅＮＢにおいて負荷分散機能が働く。つまり、上記の手順３〜４が実行される。それにより、無線端末が在圏するセルが、ｅＮＢ１のセルからｅＮＢ２のセルにハンドオーバする。その結果、アクセスリンクにおけるバックホールリソース負荷が分散される。しかし、アグリゲーションリンクでは、バックホールリソース負荷が変わらないため、輻輳は解消されない。そのため、ハンドオーバ先のｅＮＢ２のセルにおける無線端末のスループットの低下を回避することができない。その理由は、リソースステータス更新メッセージの中に含まれる“Ｓ１  ＴＮＬ  Ｌｏａｄ  Ｉｎｄｉｃａｔｏｒ”によって示される値が、アクセスリンクのバックホールリソース負荷を示すためである。つまり、アグリゲーションリンクの負荷情報を考慮した負荷分散が行われていないためである。【００１５】
ｅＮＢは、ｅＮＢとモバイルコアネットワークとの間のバックホールリソースを管理する管理装置（ＮＭＳ（Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ））からリンクの負荷情報を取得することができる。しかし、ＮＭＳがｅＮＢとモバイルコアネットワークとの間におけるすべてのリンクを管理していない場合がある。例えば、ＮＭＳがアクセスリンクのバックホールのみを管理している場合がある。そのような場合、ｅＮＢは、ｅＮＢとモバイルコアネットワークとの間で最も負荷の高いリンク、つまりボトルネックリンクの負荷情報を知ることができない。その結果、ｅＮＢがＮＭＳからリンクの負荷情報を取得できたとしても、バックホールの輻輳や無線端末のスループット低下を回避できない可能性がある。【００１６】
そこで、本発明は、バックホールの輻輳や無線端末のスループットの低下をより確実に回避することができる無線基地局、トラフィック負荷分散方法およびトラフィック負荷分散プログラムが記憶された記憶媒体を提供することを目的とする。
【課題を解決するための手段】
【００１７】
本発明による無線基地局は、自局とコアネットワークとの間のバックホールにおけるトラフィック負荷の状態を示すネットワーク負荷情報を生成する決定部と、決定部が生成したネットワーク負荷情報と、隣接する無線基地局から受信したネットワーク負荷情報とに基づいて、無線基地局間のトラフィック負荷の分散を実行する実行部とを含むことを特徴とする。【００１８】
本発明によるトラフィック負荷分散方法は、自局とコアネットワークとの間のバックホールにおけるリソース負荷を示すネットワーク負荷情報を決定し、決定したネットワーク負荷情報と、隣接する無線基地局から受信したネットワーク負荷情報とをもとに、無線基地局間のネットワーク負荷の分散を実行することを特徴とする。【００１９】
本発明によるトラフィック負荷分散プログラムが記憶された記憶媒体は、コンピュータに、自局とコアネットワークとの間のバックホールにおけるトラフィック負荷の状態を示すネットワーク負荷情報を生成する処理と、生成したネットワーク負荷情報と、隣接する無線基地局から受信したネットワーク負荷情報とに基づいて、無線基地局間のトラフィック負荷の分散を実行する処理とを実行させるトラフィック負荷分散プログラムが記憶されていることを特徴とする。
【発明の効果】
【００２０】
本発明によれば、バックホールの輻輳や無線端末のスループットの低減をより確実に回避することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明による無線基地局を含む無線通信ネットワークの概要を示すブロック図である。
【図２】図１に示す無線通信ネットワークの構成の一例を示すブロック図である。
【図３】ｅＮＢが、無線端末を、無線端末が在圏するセルから別のセルへハンドオーバさせる様子を示す説明図である。
【図４】本発明による無線基地局の第１の実施形態の構成を示すブロック図である。
【図５】Ｓ１ネットワーク負荷情報の決定アルゴリズムを示す情報の一例を示す説明図である。
【図６】パケットロス率と遅延変動とが指定されたリソースステータス更新メッセージを示す説明図である。
【図７】光回線のバックホールに対応する決定アルゴリズムを示す情報の一例を示す説明図である。
【図８】衛星回線のバックホールに対応する決定アルゴリズムを示す情報の一例を示す説明図である。
【図９】本発明による無線基地局の最小構成を示すブロック図である。
【図１０】モバイルバックホールの一例を示す説明図である。
【図１１】ｅＮＢ間におけるリソースステータス通知処理を示すシーケンス図である。
【図１２】リソースステータス要求メッセージの構造を示す説明図である。
【図１３】リソースステータス更新メッセージの構造を示す説明図である。
【発明を実施するための形態】
【００２２】
実施形態１．
以下、本発明の第１の実施形態を図面を参照して説明する。
【００２３】
図１は、本発明による無線基地局を含む無線通信ネットワークの概要を示すブロック図である。図１に示すように、本発明による無線基地局（ｅＮＢ１０３〜１０５）は、バックホール２００を介して、モバイルコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）ネットワーク（以下、単にＥＰＣという。）１００と互いに接続される。
【００２４】
図２は、図１に示す無線通信ネットワークの構成の一例を示すブロック図である。図２に示す例では、ｅＮＢ１０３〜１０５は、リンク１１１〜１１５、および中継装置１０１〜１０２を介して、ＥＰＣ１００と互いに接続される。つまり、リンク１１１〜１１５は、図１に示すバックホール２００に相当する。ｅＮＢ１０３とｅＮＢ１０４とは、中継装置１０１と接続される。ｅＮＢ１０５は、中継装置１０２と接続される。また、中継装置１０１〜１０２は、ＥＰＣ１００と接続される。ｅＮＢ１０３およびｅＮＢ１０４と、ｅＮＢ１０４およびｅＮＢ１０５とは、Ｘ２リンクでそれぞれ接続される。なお、図２では、２つの中継装置と３つのｅＮＢとが例示されているが、中継装置およびｅＮＢはいくつあってもよい。
【００２５】
ここでは、無線端末１０６が、ｅＮＢ１０４のセル（図２に示すセル１０８）に在圏しているとする。無線端末１０６は、ｅＮＢ１０４と中継装置１０１とを介して、ＥＰＣ１００と互いに接続される。また、ＥＰＣ１００と中継装置１０１とを接続するリンク１１１におけるバックホールリソース負荷の状態は、“ＨｉｇｈＬｏａｄ”である。ＥＰＣ１００と中継装置１０２とを接続するリンク１１２におけるバックホールリソース負荷の状態は、“ＭｅｄｉｕｍＬｏａｄ”である。中継装置１０１とｅＮＢ１０３とを接続するリンク１１３におけるバックホールリソース負荷の状態は、“ＬｏｗＬｏａｄ”である。中継装置１０１とｅＮＢ１０４とを接続するリンク１１４におけるバックホールリソース負荷の状態は、“ＨｉｇｈＬｏａｄ”である。中継装置１０２とｅＮＢ１０５とを接続するリンク１１５におけるバックホールリソース負荷の状態は、“ＭｅｄｉｕｍＬｏａｄ”である。
【００２６】
例えば、ｅＮＢ１０４がｅＮＢ１０３から受信する“Ｓ１  ＴＮＬ  Ｌｏａｄ  Ｉｎｄｉｃａｔｏｒ”、つまりＳ１ネットワーク負荷情報の値は、リンク１１３のバックホールリソース負荷を示す。従って、ｅＮＢ１０４は、ｅＮＢ１０３のＳ１ネットワーク負荷情報の値として、“ＬｏｗＬｏａｄ”を取得する。同様にｅＮＢ１０３がｅＮＢ１０４から受信するＳ１ネットワーク負荷情報の値は、“ＨｉｇｈＬｏａｄ”となる。また、ｅＮＢ１０４がｅＮＢ１０５から受信するＳ１ネットワーク負荷情報の値は、“ＭｅｄｉｕｍＬｏａｄ”となる。
【００２７】
仮に、ｅＮＢ１０３、ｅＮＢ１０４、およびｅＮＢ１０５間でお互いの負荷情報を共有し、各ｅＮＢが、その負荷情報によって示される値をもとにどの隣接セルを無線端末１０６のハンドオーバ先にするかを決定するとする。なお、ここでは、各ｅＮＢは、Ｓ１ネットワーク負荷情報のみを共有するとする。このとき、ｅＮＢ１０４の負荷がある程度高まると、ｅＮＢ１０４は、ｅＮＢ１０３のＳ１ネットワーク負荷情報の値が“ＬｏｗＬｏａｄ”なので、ｅＮＢ１０３のセル（図２に示すセル１０７）をハンドオーバ先に決定する。
【００２８】
図３は、ｅＮＢ１０３〜１０４が、無線端末を、無線端末が在圏するセル（セル１０８）から別のセル（セル１０７）へハンドオーバさせる様子を示す説明図である。図３に示すように、無線端末１０６がセル１０８からセル１０７にハンドオーバしやすくするために、ｅＮＢ１０３とｅＮＢ１０４とが協力して、ハンドオーバ属性値の設定を変更する。つまり、ｅＮＢ１０３とｅＮＢ１０４とは、それぞれハンドオーバ属性値の設定を変更して、ハンドオーバ境界を移動させて、セル１０７がハンドオーバ先となるように仕向ける。ハンドオーバ属性値を変更する前のセル１０７の領域は、図３において破線で示されている。無線端末１０６をセル１０７に在圏させることによって、リンク１１４のバックホールリソース負荷が低減され、リンク１１３のバックホールリソース負荷が増大する。それにより、リンク１１３とリンク１１４との間で負荷が分散される。しかし、リンク１１３とリンク１１４とを集約するリンク１１１のバックホールリソース負荷は、もともと”ＨｉｇｈＬｏａｄ”である。そのため、リンク１１３とリンク１１４との間で負荷が分散されたとしても、リンク１１１の負荷は低減されず“ＨｉｇｈＬｏａｄ”のままである。従って、無線端末１０６が在圏するセルをハンドオーバさせたとしても、無線端末１０６のスループット低下を回避できない可能性がある。
【００２９】
ＭＬＢの最適化方法として、国際会議（２０１２  ＩＥＥＥ  ２３ｒｄ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｙｍｐｏｓｉｕｍ  ｏｎ  Ｐｅｒｓｏｎａｌ，  Ｉｎｄｏｏｒ  ａｎｄ  Ｍｏｂｉｌｅ  Ｒａｄｉｏ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  −  （ＰＩＭＲＣ））において、ＮＳＮ（Ｎｏｋｉａ  Ｓｏｌｕｔｉｏｎｓ  ａｎｄ  Ｎｅｔｗｏｒｋｓ）によって発表された“Ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｉｔｙ  Ｌｏａｄ  Ｂａｌａｎｃｉｎｇ  Ｏｐｔｉｍｉｚａｔｉｏｎ  ｉｎ  ＬＴＥ”がある。この最適化方法では、ハンドオーバ先のセルが、各隣接無線基地局が利用できる周波数帯に基づいて決定される。ここで、各隣接無線基地局が利用できる周波数帯は、無線基地局に割り当てられたすべてのトランスポート容量と、アクティブベアラのＧＢＲ（Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ：保証ビットレート）合計との差分で定義される。アクティブベアラのＧＢＲ合計は、Ｓ１インタフェースプロトコル（Ｓ１  Ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）による通信上のオーバヘッドも含めた、アクティブベアラのＧＢＲの合計である。
【００３０】
上記最適化方法は、無線基地局と無線基地局から１ホップ目の中継装置との間のリンク、つまりアクセスリンクのバックホールリソース負荷のみを考慮したトランスポート容量を用いる。従って、上記最適化方法では、アクセスリンクの先のアグリゲーションリンクのバックホールリソース負荷が考慮されていない。アクセスリンクの先のアグリゲーションリンクのバックホールリソース負荷を考慮した場合と、考慮しない場合とでは、トランスポート容量とアクティブベアラのＧＢＲ合計との差分で定義される周波数帯は異なる。
その結果、上記最適化方法に基づいて無線基地局間でＭＬＢを実行したとしても、アグリゲーションリンクの輻輳や無線端末のスループット低下を回避することは難しい。
【００３１】
そこで、本発明による無線基地局（ｅＮＢ１０３〜１０５）は、アグリゲーションリンクのバックホールリソース負荷を考慮したＭＬＢを実行する。
【００３２】
図４は、本発明による無線基地局の第１の実施形態の構成を示すブロック図である。図４に示すように、各ｅＮＢ（ｅＮＢ１０３〜１０５）は、通信部１１と、推定部１２と、記憶部１３と、決定部１４と、実行部１５とを含む。
【００３３】
通信部１１は、パケットの送受信を行う。
【００３４】
推定部１２は、インターネットプロトコル性能測定基準（ＩＰ  Ｐｅｒｆｏｒｍａｎｃｅ  Ｍｅｔｒｉｃｓ）に従って、パケットロス率（Ｐａｃｋｅｔ  Ｌｏｓｓ  Ｒａｔｅ）および遅延変動（Ｄｅｌａｙ  ｖａｒｉａｔｉｏｎ）を推定する。ここで、パケットロス率は、通信部１１がＥＰＣに送信したパケットのロス率である。遅延変動は、通信部１１がＥＰＣに送信したパケットの遅延変動の大きさである。なお、推定部１２は、パケットロス率および遅延変動以外のものを推定してもよい。
【００３５】
インターネットプロトコル性能測定基準のフレームワークは、ＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  ｃｏｍｍｅｎｔｓ）２３３０に記載されている。インターネットプロトコル性能測定基準は、ＩＰレイヤ（ＩＰ  Ｌａｙｅｒ）においてパケット送信側が、自身が送信したパケットのパケットロス率や遅延変動を推定して、ネットワークの信頼性やパフォーマンスを評価する手法についての規定である。なお、パケットロス率の推定方法には、例えば、ＲＦＣ２６８０に記載されている方法が用いられる。また、遅延変動の推定方法には、例えば、ＲＦＣ３３９３に記載されている方法が用いられる。
【００３６】
記憶部１３には、Ｓ１ネットワーク負荷情報の決定アルゴリズムを示す情報が記憶される。Ｓ１ネットワーク負荷情報の各値は、パケットロス率および遅延変動の推定結果に基づいて決定される。具体的には、Ｓ１ネットワーク負荷情報の各値は、例えば、 “ＬｏｗＬｏａｄ”、“ＭｅｄｉｕｍＬｏａｄ”、“ＨｉｇｈＬｏａｄ”、“Ｏｖｅｒｌｏａｄ”のいずれかに決定される。
【００３７】
図５は、Ｓ１ネットワーク負荷情報の決定アルゴリズムを示す情報の一例を示す説明図である。図５に示すように、本実施形態では、記憶部１３には、Ｓ１ネットワーク負荷情報の決定アルゴリズムを示す情報として、パケットロス率および遅延変動と、Ｓ１ネットワーク負荷情報の各値との対応を示すテーブルが記憶されている。図５に示す例では、パケットロス率は、０．０１未満、０．０１以上であって０．０５未満、および０．０５以上の３段階に分けられている。また、遅延変動は、１ｍｓｅｃ未満、１ｍｓｅｃ以上であって５ｍｓｅｃ未満、および５ｍｓｅｃ以上の３段階に分けられている。ここで、図５に示すＳ１ネットワーク負荷情報の各値は、ｅＮＢからＥＰＣまでのバックホールリソース負荷、つまり図１に示すバックホール２００におけるトラフィック負荷を示す。
【００３８】
なお、図５に示す、Ｓ１ネットワーク負荷情報の各値に対応するパケットロス率および遅延変動の値は、例えば、ｅＮＢからＥＰＣまでのバックホールリソース負荷の状態に応じて予め測定した、パケットロス率および遅延変動の測定結果をもとに決定されればよい。また、Ｓ１ネットワーク負荷情報の各値に対応するパケットロス率および遅延変動の値は、通信システムの構成などに応じて、オペレータが変更するようにしてもよい。
【００３９】
決定部１４は、Ｓ１ネットワーク負荷情報を決定する。具体的には、決定部１４は、図５に示す決定アルゴリズムを示す情報をもとに、推定部１２におけるパケットロス率および遅延変動の推定結果に基づいて、自局からＥＰＣ１００までのバックホールリソース負荷を決定する。そして、決定部１４は、隣接ｅＮＢに送信するリソースステータス更新メッセージのＳ１ネットワーク負荷情報に、決定結果を設定する。
【００４０】
実行部１５は、通信部１１を介して、決定部１４による決定結果が設定されたＳ１ネットワーク負荷情報を含むリソースステータス更新メッセージを、隣接ｅＮＢに送信する。また、実行部１５は、通信部１１を介して、隣接ｅＮＢからＳ１ネットワーク負荷情報を含むリソースステータス更新メッセージを取得する。
【００４１】
実行部１５は、決定部１４による決定結果が設定されたＳ１ネットワーク負荷情報と、隣接ｅＮＢから受信したＳ１ネットワーク負荷情報とをもとに、ＭＬＢを実行する。
【００４２】
なお、通信部１１、推定部１２、決定部１４および実行部１５は、例えば、トラフィック負荷分散プログラムに従って動作するコンピュータのＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）によって実現される。トラフィック負荷分散プログラムは、例えば、コンピュータの記憶装置（図示せず）に記憶される。ＣＰＵは、そのプログラムを読み込み、そのプログラムに従って、通信部１１、推定部１２、決定部１４および実行部１５として動作する。また、通信部１１、推定部１２、決定部１４および実行部１５が別々のハードウェアで実現されていてもよい。
【００４３】
また、記憶部１３は、例えば、コンピュータのＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等の記憶装置によって実現される。
【００４４】
次に、本実施形態における各部の動作について説明する。
【００４５】
ここでは、図１に示すｅＮＢ１０３〜１０５を代表してｅＮＢ１０３の動作について説明する。
【００４６】
ｅＮＢ１０３の通信部１１は、ＥＰＣ１００にパケットを送信する。ＥＰＣ１００は、ｅＮＢ１０３から送信されたパケットの受信状況をｅＮＢ１０３に通知する。
【００４７】
推定部１２は、ＥＰＣ１００から通信部１１を介して通知されたパケットの受信状況をもとに、パケットロス率と遅延変動とを推定する。
【００４８】
決定部１４は、推定部１２におけるパケットロス率と遅延変動との推定結果に基づいて、Ｓ１ネットワーク負荷情報に設定する値を決定する。このとき、決定部１４は、上述したように、記憶部１３に記憶されている決定アルゴリズムを示す情報をもとに、Ｓ１ネットワーク負荷情報に設定する値を決定する。
【００４９】
例えば、パケットロス率が０．０３であり、遅延変動が３ｍｓｅｃである場合には、決定部１４は、図５に示す決定アルゴリズムを示す情報を用いて、Ｓ１ネットワーク負荷情報に設定する値を“ＭｅｄｉｕｍＬｏａｄ”に決定する。この決定結果によって、ｅＮＢ１０３からＥＰＣ１００までのバックホールリソース負荷が“ＭｅｄｉｕｍＬｏａｄ”であることが示される。
【００５０】
実行部１５は、通信部１１を介して、決定部１４の決定結果が設定されたＳ１ネットワーク負荷情報を含むリソースステータス更新メッセージを、隣接ｅＮＢ、例えば図１に示すｅＮＢ１０４に送信する。
【００５１】
図１に示すｅＮＢ１０４，１０５が、ｅＮＢ１０３と同様の方法でリソースステータス更新メッセージをそれぞれ送信することにより、ｅＮＢ間で、隣接ｅＮＢのバックホールリソース負荷を示す情報を取得することができる。つまり、ｅＮＢ間で、各ｅＮＢからＥＰＣまでのバックホールリソース負荷を示す情報を共有することができる。従って、各ｅＮＢの実行部１５は、アグリゲーションリンクのバックホールリソース負荷を考慮した、ＭＬＢを実行することができる。つまり、各ｅＮＢは、無線端末に対する負荷がより少ない隣接ｅＮＢのセルをハンドオーバ先にすることができる。
【００５２】
以上に説明したように、本実施形態では、ｅＮＢが、ＥＰＣに送信したパケットのパケットロス率と遅延変動とを推定し、その推定結果をもとにｅＮＢからＥＰＣまでのトラフィック負荷を示すＳ１ネットワーク負荷情報を決定する。それにより、ｅＮＢとモバイルコアネットワークとの間のバックホールが複数のリンクから構成される場合でも、全リンクの存在を考慮したＳ１ネットワーク負荷情報を決定することができる。
【００５３】
また、本実施形態では、決定したＳ１ネットワーク負荷情報を隣接ｅＮＢに通知する。これにより、ｅＮＢ間で、各ｅＮＢからＥＰＣまでのバックホールリソース負荷を示す情報を共有することができる。従って、各ｅＮＢは、アクセスリンクのバックホールリソースだけでなく、複数リンクから構成されるバックホールリソースの全体の輻輳状況を加味してＭＬＢを実行することができる。よって、ＭＬＢ実行時におけるｅＮＢ間のハンドオーバをより確実に成功させることができる。そのため、ｅＮＢとＥＰＣとの間の輻輳、例えばアグリゲーションリンクの輻輳を回避することができる。また、無線端末のスループットの低下をより確実に回避することができる。
【００５４】
本発明は、複数の無線基地局とバックホールリソースを管理する制御装置とを有する通信システムに適用することができる。
【００５５】
なお、本実施形態では、通信部が隣接ｅＮＢに対して、Ｓ１ネットワーク負荷情報を通知する場合について説明したが、通信部は、Ｓ１ネットワーク負荷情報とともに、推定部が推定したパケットロス率と遅延変動の値とを送信するように構成されていてもよい。例えば、Ｘ２リンク間のリソースステータス更新メッセージの追加ＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）として、パケットロス率（“Ｐａｃｋｅｔ  Ｌｏｓｓ  Ｒａｔｅ”）と遅延変動（“Ｄｅｌａｙ  Ｖａｒｉａｔｉｏｎ”）とが指定されればよい。そして、通信部は、そのリソースステータス更新メッセージを送信すればよい。図６は、パケットロス率と遅延変動とを指定したリソースステータス更新メッセージを示す説明図である。そのような構成によれば、例えば、ｅＮＢ１０３からｅＮＢ１０４にリソースステータス更新メッセージを送信することで、ｅＮＢ１０４は、ｅＮＢ１０３のパケットロス率、および遅延変動の値を取得することができる。
【００５６】
また、ｅＮＢを管理する制御装置（ＳＯＮ（Ｓｅｌｆ  Ｏｒｇａｎｉｚｉｎｇ  Ｎｅｔｗｏｒｋ）／ＥＭＳ（Ｅｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）／ＨｅＮＢ−ＧＷ（Ｈｏｍｅ  ｅＮＢ−Ｇａｔｅｗａｙ））が、ｅＮＢから送信されるパケットロス率と遅延変動の値とを収集するようにしてもよい。そして、制御装置が、ｅＮＢとＥＰＣとの間におけるパケットロス率と遅延変動の値とに基づいて、Ｓ１ネットワーク負荷情報と同様に４段階（“ＬｏｗＬｏａｄ”、“ＭｅｄｉｕｍＬｏａｄ”、“ＨｉｇｈＬｏａｄ”、“Ｏｖｅｒｌｏａｄ”）の指標に対応づけて、バックホールリソース負荷を決定するようにしてもよい。
【００５７】
また、推定部１２が、ｅＮＢからＳｅＧＷ（Ｓｅｃｕｒｉｔｙ  Ｇａｔｅｗａｙ）、スイッチ、ルータまでのトラフィックから、パケットロス率や遅延変動を推定し、決定部が、その推定結果をもとに、Ｓ１ネットワーク負荷情報を決定してもよい。
【００５８】
また、推定部１２が、Ｐｉｎｇ（Ｐａｃｋｅｔ  ＩＮｔｅｒｎｅｔ  Ｇｒｏｐｅｒ）や、ＲＦＣ３１６８に記載されたＥＣＮ（Ｅｘｐｌｉｃｉｔ  Ｃｏｎｇｅｓｔｉｏｎ  Ｎｏｔｉｆｉｃａｔｉｏｎ：輻輳情報通知機能）を用いて、ｅＮＢとＥＰＣとの間のパケットロス率や遅延変動を推定してもよい。
【００５９】
実施形態２．
以下、本発明の第２の実施形態を図面を参照して説明する。
【００６０】
第２の実施形態における無線基地局の構成は、第１の実施形態と同様である。
【００６１】
ただし、本実施形態の記憶部１３には、ｅＮＢとＥＰＣとの間のバックホールのリンクの種類ごとに、決定アルゴリズムを示す情報が記憶されている。本実施形態では、記憶部１３には、光回線のバックホールに対応する決定アルゴリズムを示す情報と、衛星回線のバックホールに対応する決定アルゴリズムを示す情報とが記憶されている。図７は、光回線のバックホールに対応する決定アルゴリズムを示す情報の一例を示す説明図である。図７に示す例では、パケットロス率は、０．００１未満、０．００１以上であって０．００５未満、および０．００５以上の３段階に分けられている。また、遅延変動は、０．０１ｍｓｅｃ未満、０．０１ｍｓｅｃ以上であって０．０５ｍｓｅｃ未満、および０．０５ｍｓｅｃ以上の３段階に分けられている。図８は、衛星回線のバックホールに対応する決定アルゴリズムを示す情報の一例を示す説明図である。図８に示す例では、パケットロス率は、０．０５未満、０．０５以上であって０．１未満、および０．１以上の３段階に分けられている。また、遅延変動は、１０ｍｓｅｃ未満、１０ｍｓｅｃ以上であって５０ｍｓｅｃ未満、および５０ｍｓｅｃ以上の３段階に分けられている。
【００６２】
また、本実施形態の決定部１４は、バックホールのリンクの種類に応じて、Ｓ１ネットワーク負荷情報の決定アルゴリズムを切り替える。例えば、バックホールのリンクが光回線である場合には、図７に示す情報をもとに、Ｓ１ネットワーク負荷情報を決定する。また例えば、バックホールのリンクが衛星回線である場合には、図８に示す情報をもとに、Ｓ１ネットワーク負荷情報を決定する。
【００６３】
このように、本実施形態では、ｅＮＢ１０３は、バックホールのリンクの種類に応じて、ＥＰＣ１００に送信したパケットのパケットロス率や遅延変動を推定し、その推定結果に基づいてＳ１ネットワーク負荷情報を決定する。
【００６４】
なお、通信部１１が中継装置等からバックホールのリンクの種別を示す情報を取得可能な場合には、通信部１１がその情報をもとにバックホールのリンクの種別を判定し、判定結果を決定部１４に通知してもよい。また、オペレータ等が予め、ｅＮＢの操作部（図示せず）を介して、決定部１４に対してバックホールのリンクの種類を指定してもよい。
【００６５】
本実施形態では、Ｓ１ネットワーク負荷情報の決定アルゴリズムをバックホール回線の種類に応じて切り替えるので、第１の実施形態と同様の効果を得ることができるとともに、利用中のバックホール回線の種類に応じたＳ１ネットワーク負荷情報の値を決定することができる。つまり、利用中のバックホール回線で実際に起こりうるパケットロスや遅延変動に基づいて、Ｓ１ネットワーク負荷情報の値を決定することができる。
【００６６】
なお、本実施形態においても、ｅＮＢを管理する制御装置（ＳＯＮ／ＥＭＳ／ＨｅＮＢ−ＧＷ）が、ｅＮＢからＳｅＧＷ、スイッチ、ルータまでのトラフィックから、パケットロス率や遅延変動を推定し、推定した結果に基づいて、Ｓ１ネットワーク負荷情報の値を決定してもよい。
【００６７】
次に、本発明の概要を説明する。図９は、本発明による無線基地局の最小構成を示すブロック図である。本発明による無線基地局は、自局とコアネットワークとの間のバックホールにおけるトラフィック負荷を示すネットワーク負荷情報を決定する決定部１４と、決定部１４が決定したネットワーク負荷情報と、隣接する無線基地局から受信したネットワーク負荷情報とに基づいて、無線基地局間のトラフィック負荷の分散を実行する実行部１５とを含む。
【００６８】
そのような構成によれば、ｅＮＢからモバイルコアネットワークまでの間のバックホールが複数のリンクから構成される場合でも、全リンクの存在を考慮したバックホールリソース負荷を決定することができる。それにより、アクセスリンクのバックホールリソースだけでなく、複数リンクから構成されるバックホールリソースの全体の輻輳状況を加味してＭＬＢを実行することができる。
【００６９】
また、本発明による無線基地局は、自局からコアネットワークに送信されたパケットのロス率および遅延変動を推定する推定部１２（図４参照）を含んでもよい。そして、決定部１４は、推定部１２の推定結果に基づいて、自局とコアネットワークとの間のバックホールにおけるトラフィック負荷を決定し、決定結果をネットワーク負荷情報としてもよい。そのような構成によれば、自局とコアネットワークとの間を行き来するパケットを解析した結果をトラフィック負荷の決定に用いることにより、より正確に自局とコアネットワークとの間のバックホールにおけるトラフィック負荷を決定することができる。
【００７０】
また、本発明による無線基地局は、自局からコアネットワークに送信されたパケットのロス率および遅延変動に基づいて、自局とコアネットワークとの間のバックホールにおけるトラフィック負荷を決定するための決定アルゴリズムを示す情報が記憶されている記憶部１３（図４参照）を含んでもよい。そして、決定部１４は、決定アルゴリズムをもとに、推定部１２の推定結果に基づいて、自局とコアネットワークとの間のバックホールにおけるトラフィック負荷を決定してもよい。そのような構成によれば、自局からコアネットワークに送信されたパケットのロス率および遅延変動に基づいて、確実に自局とコアネットワークとの間のバックホールにおけるトラフィック負荷、つまりＳ１ネットワーク負荷情報を求めることができる。また、通信システムの構成などに応じて、記憶部１３に記憶されている複数種類の決定アルゴリズムから、使用する決定アルゴリズムをオペレータが変更することにより、決定部１４は、より正確にトラフィック負荷を決定することができる。
【００７１】
また、実行部１５は、決定部１４が決定したネットワーク負荷情報を、隣接する無線基地局に送信してもよい。そのような構成によれば、ｅＮＢ間で、各ｅＮＢからＥＰＣまでのバックホールリソース負荷を示す情報を共有することができる。従って、各ｅＮＢは、アクセスリンクのバックホールリソースだけでなく、複数リンクから構成されるバックホールリソースの全体の輻輳状況を加味してＭＬＢを実行することができる。よって、ＭＬＢ実行時におけるｅＮＢ間のハンドオーバをより確実に成功させることができる。そのため、ｅＮＢとＥＰＣとの間の輻輳を回避することができる。また、無線端末のスループットの低下をより確実に回避することができる。
【００７２】
また、実行部１５は、推定部１２が推定したパケットのロス率および遅延変動を、ネットワーク負荷情報とともに、隣接する無線基地局に送信してもよい。そのような構成によれば、例えば、無線基地局は、他の無線基地局から受信したパケットのロス率および遅延変動の値に基づいて、自局が保持する決定アルゴリズムをもとに、他の無線基地局からＥＰＣまでのバックホールリソース負荷を決定することができる。
【００７３】
また、記憶部１３に、バックホール回線の種類ごとの決定アルゴリズムを示す情報が記憶され、決定部１４は、自局が利用するバックホール回線の種類に応じた決定アルゴリズムをもとに、ネットワーク負荷情報を決定してもよい。そのような構成によれば、自局が利用するバックホール回線の種類に応じたＭＬＢを実行することができる。それにより、ｅＮＢとＥＰＣとの間の輻輳をより確実に回避することができる。また、無線端末のスループットの低下をより確実に回避することができる。
【００７４】
また、実行部１５は、決定部１４が決定したネットワーク負荷情報と、隣接する無線基地局から受信したネットワーク負荷情報とに基づいてハンドオーバを実行し、自局のセルに在圏する無線端末を、受信したネットワーク負荷情報が示すトラフィック負荷が小さい隣接する無線基地局のセルに在圏させるようにしてもよい。そのような構成によれば、コアネットワークとの間のバックホールにおけるトラフィック負荷がより小さい隣接ｅＮＢのセルに無線端末を在圏させることができる。それにより、バックホールの輻輳や無線端末のスループットの低下をより確実に回避することができる。
【００７５】
なお、上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下に限られない。
【００７６】
（付記１）自局とコアネットワークとの間のバックホールにおけるトラフィック負荷を示すネットワーク負荷情報を決定する決定手段と、前記決定手段が決定したネットワーク負荷情報と、隣接する無線基地局から受信したネットワーク負荷情報とに基づいて、無線基地局間のトラフィック負荷の分散を実行する実行手段とを含むことを特徴とする無線基地局。
【００７７】
（付記２）自局からコアネットワークに送信されたパケットのロス率および遅延変動を推定する推定手段を含み、前記決定手段は、前記推定手段の推定結果に基づいて、自局とコアネットワークとの間のバックホールにおけるトラフィック負荷を決定し、決定結果をネットワーク負荷情報とする付記１に記載の無線基地局。
【００７８】
（付記３）前記実行手段は、前記推定手段が推定したパケットのロス率および遅延変動を、ネットワーク負荷情報とともに、隣接する無線基地局に送信する付記２に記載の無線基地局。
【００７９】
（付記４）自局からコアネットワークに送信されたパケットのロス率および遅延変動と、自局とコアネットワークとの間のバックホールにおけるトラフィック負荷との対応を示す決定アルゴリズムを記憶する記憶手段を含み、前記決定手段は、前記決定アルゴリズムをもとに、前記推定手段の推定結果に基づいて、自局とコアネットワークとの間のバックホールにおけるトラフィック負荷を決定する付記２または付記３に記載の無線基地局。
【００８０】
（付記５）前記記憶手段は、バックホール回線の種類ごとの決定アルゴリズムを記憶し、前記決定手段は、自局が利用するバックホール回線の種類に応じた決定アルゴリズムを用いて、ネットワーク負荷情報を決定する付記４に記載の無線基地局。
【００８１】
（付記６）前記実行手段は、決定手段が決定したネットワーク負荷情報を、隣接する無線基地局に送信する付記１から付記５のうちのいずれか１つに記載の無線基地局。
【００８２】
（付記７）前記実行手段は、前記決定手段が決定したネットワーク負荷情報と、隣接する無線基地局から受信したネットワーク負荷情報とに基づいてハンドオーバを実行し、自局のセルに在圏する無線端末を、受信したネットワーク負荷情報が示すトラフィック負荷が小さい隣接する無線基地局のセルに在圏させる付記１から付記６のうちのいずれか１項に記載の無線基地局。
【００８３】
（付記８）前記決定手段は、技術仕様書（ＴＳ３６．４２３  Ｖｅｒｓｉｏｎ１１．５．０）に規定されたＲＥＳＯＵＲＣＥ  ＳＴＡＴＵＳ  ＵＰＤＡＴＥメッセージにおける“Ｓ１  ＴＮＬ  Ｌｏａｄ”の指標に対応付けて、自局とコアネットワークとの間のバックホールにおけるトラフィック負荷を決定する付記２から付記７のうちのいずれか１つに記載の無線基地局。
【００８４】
（付記９）前記推定手段は、自局からＳｅＧＷ、スイッチまたはルータに送信されたパケットのロス率および遅延変動を推定する付記２から付記８のうちのいずれか１つに記載の無線基地局。
【００８５】
（付記１０）前記推定手段は、ＰｉｎｇまたはＥＣＮを用いて、無線基地局とＥＰＣとの間のパケットロス率および遅延変動を推定する付記２から付記９のうちのいずれか１つに記載の無線基地局。
【００８６】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる
【００８７】
この出願は、２０１３年１０月２８日に出願された日本出願特願２０１３−２２２９２４を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００８８】
１１  通信部
１２  推定部
１３  記憶部
１４  決定部
１５  実行部
１００  ＥＰＣ
１０１、１０２  中継装置
１０３、１０４、１０５  ｅＮＢ
１０６  無線端末
１０７、１０８、１０９  セル
１１１、１１２、１１３、１１４、１１５  リンク
２００  バックホール
【図１】
2015064054.tif 000003
【図２】
2015064054.tif 000004
【図３】
2015064054.tif 000005
【図４】
2015064054.tif 000006
【図５】
2015064054.tif 000007
【図６】
2015064054.tif 000008
【図７】
2015064054.tif 000009
【図８】
2015064054.tif 000010
【図９】
2015064054.tif 000011
【図１０】
2015064054.tif 000012
【図１１】
2015064054.tif 000013
【図１２】
2015064054.tif 000014
【図１３】
2015064054.tif 000015
【手続補正書】
【提出日】平成28年4月18日(2016.4.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項９
【補正方法】変更
【補正の内容】
【請求項９】
コンピュータに、
自局とコアネットワークとの間のバックホールにおけるトラフィック負荷を示すネットワーク負荷情報を決定する処理と、
決定した前記ネットワーク負荷情報と、隣接する無線基地局から受信したネットワーク負荷情報とに基づいて、無線基地局間のトラフィック負荷の分散を実行する処理とを実行させるための
トラフィック負荷分散プログラム。
【国際調査報告】
2015064054.tif 000016
2015064054.tif 000017
2015064054.tif 000018
2015064054.tif 000019