(57)【要約】【課題】複数の通信経路をパケット単位で効率的に用いることで、ユーザの体感品質（ＱｏＥ：(Quality of Experience)）を向上させること。【解決手段】本発明にかかる通信制御装置は、無線基地局へ転送すべきパケットの特性に関する特性情報に基づいて、当該パケットの転送に関する転送指標が個別に設定された複数の通信経路の中から、少なくとも一部の通信経路を選択する経路選択手段と、パケット又は当該パケット内のデータを、選択した通信経路により無線基地局へ転送する処理を制御する転送制御手段と、を備える。【選択図】図３
2016082438.tif 000002
【特許請求の範囲】
【請求項１】
無線基地局へ転送すべきパケットの特性に関する特性情報に基づいて、当該パケットの転送に関する転送指標が個別に設定された複数の通信経路の中から、少なくとも一部の通信経路を選択する経路選択手段と、
前記パケット又は当該パケット内のデータを、前記選択した通信経路により前記無線基地局へ転送する処理を制御する転送制御手段と、
を備える通信制御装置。
【請求項２】
前記特性情報は、無線端末のユーザ体感品質（ＱｏＥ）に関連する情報を少なくとも含み、
前記経路選択手段は、
前記ユーザ体感品質（ＱｏＥ）に関連する情報を基に当該パケットの重要度を判定し、
前記重要度に応じた前記転送指標が設定された通信経路を選択する
請求項１に記載の通信制御装置。
【請求項３】
前記転送指標は、他のパケットの転送に対する前記パケットの転送の優先度、及び前記通信経路の用途、の少なくともいずれかに関連する指標である、
請求項１又は２に記載の通信制御装置。
【請求項４】
前記ユーザ体感品質（ＱｏＥ）に関連する情報は、前記パケットに格納されている情報から取得するパケット情報、又は、無線ネットワークにおいて推定した前記ユーザ体感品質（ＱｏＥ）に関するＱｏＥ推定情報、の少なくともいずれかである、請求項２に記載の通信制御装置。
【請求項５】
１つのアプリケーションに対する前記パケットの転送の為に複数の前記通信経路を設定する経路設定手段をさらに備え、
前記経路選択手段が、前記特性情報を基に、前記パケット毎または複数の前記パケット毎に前記通信経路を選択する、
請求項１から４のいずれか１項に記載の通信制御装置。
【請求項６】
前記経路選択手段は、前記特性情報に基づいて前記パケットが再送パケットであると判定した場合に、前記複数の通信経路の中から、当該再送パケットを他の初送パケットより優先して転送させるように前記転送指標が設定された通信経路を選択する
請求項１から５のいずれか１項に記載の通信制御装置。
【請求項７】
前記転送指標は、前記パケットを転送するための転送量又は転送速度であり、
前記転送制御手段は、
各パケットの前記特性情報に基づいて、前記選択した通信経路に設定された前記転送量又は前記転送速度を変更することにより、前記選択した通信経路による前記転送する処理を制御する
請求項１から５のいずれか１項に記載の通信制御装置。
【請求項８】
無線端末宛のパケットをネットワークを介して受信する通信制御装置と、
前記通信制御装置から転送された前記パケットを前記無線端末へ転送する無線基地局と、
を備える無線通信システムであって、
前記通信制御装置は、
前記パケットの転送に関する転送指標を複数の通信経路のそれぞれに個別に設定し、
前記複数の通信経路のそれぞれに設定された前記転送指標を、前記無線基地局へ通知し、
前記パケットの特性を示す特性情報に基づいて、前記複数の通信経路の中から、少なくとも一部の通信経路を選択し、
前記パケット又は当該パケット内のデータを、前記選択した通信経路により前記無線基地局へ転送し、
前記無線基地局は、
前記通信制御装置から転送された前記パケット又は前記データを、前記通知された前記転送指標に基づいて、前記複数の通信経路の少なくとも一部を用いて前記無線端末へ転送する
無線通信システム。
【請求項９】
無線基地局へ転送すべきパケットの特性に関する特性情報に基づいて、当該パケットの転送に関する転送指標が個別に設定された複数の通信経路の中から、少なくとも一部の通信経路を選択し、
前記パケット又は当該パケット内のデータについて、前記選択した通信経路により前記無線基地局へ転送する処理を制御する、
通信制御装置の通信制御方法。
【請求項１０】
無線端末宛のパケットをネットワークを介して受信する通信制御装置から、複数の通信経路のそれぞれに個別に設定された当該パケットの転送に関する転送指標の通知を受け付ける通知受付手段と、
前記通信制御装置において前記パケットの特性に関する特性情報に基づいて前記複数の通信経路の中から少なくとも一部が選択された通信経路を介して、前記パケット又は当該パケット内のデータの転送を受信するデータ受信手段と、
前記通信制御装置から転送された前記パケット又は前記データを、前記通知された前記転送指標に基づいて、前記複数の通信経路の少なくとも一部を用いて前記無線端末へ転送する転送手段と、
を備える無線基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置、無線通信システム、通信制御方法及び無線基地局に関し、特に、無線通信ネットワークにおけるパケット転送を制御するための通信制御装置、無線通信システム、通信制御方法及び無線基地局に関する。
【背景技術】
【０００２】
スマートフォン及びタブレットの普及により、モバイルトラフィック量は急激に増加している。トラフィックの急激な増加に対応するため、３ＧＰＰ（3rd Generation Partnership Project）で標準化されたＬＴＥ（Long Term Evolution）のコアネットワーク（ＥＰＣ（Evolved Packet Core）と呼ばれる）では、モバイルネットワークの機能をすべてパケット交換（Packet Switch：ＰＳ）で機能させる仕組みを導入している。これにより、電話又は動画など異なるサービスを同一のネットワークで収容可能となる。また、従来の回線交換（Circuit Switch：ＣＳ）とパケット交換（ＰＳ）が混在するＵＭＴＳ（Universal Mobile Telecommunications System）と比較すると、ＬＴＥのＥＰＣではＰＳのみとなるため、ネットワーク構築が容易である。同時に、ＬＴＥのＥＰＣでは、ＣＳのように特定のユーザへの専用回線を維持する必要が無い為に、多数のユーザを効率的に収容可能となる。
【０００３】
モバイルネットワークでは、無線端末が論理的にモバイルネットワークシステム外のネットワークと接続する仮想的な経路を「ベアラ」と定義している。モバイルネットワークでは、サービス品質であるＱｏＳ（Quality of Service）向上のために、ベアラ毎のＱｏＳ制御が導入されている。ＱｏＳ制御のパラメータとして、ＱｏＳの観点から分類された複数のクラスに対応するインデックスであるＱＣＩ（QoS Class Indicator）が使われている。そして、ＱＣＩには、帯域制御の有無又は遅延許容時間などに応じて９段階の優先度が設けられている。ＱＣＩは無線端末とゲートウェイ装置間のコネクションであるベアラ毎に設定され、サービスタイプ例が規定されている（非特許文献１）。ＱＣＩの規定を図１０に示す。例えば、ＱＣＩ＝１はＶｏＩＰ（Voice over Internet Protocol）、ＱＣＩ＝２はＬｉｖｅ  Ｓｔｒｅａｍｉｎｇ、ＱＣＩ＝５はＩＭＳ  ｓｉｇｎａｌｉｎｇ、ＱＣＩ＝８はファイルダウンロードなどである。無線基地局のＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）スケジューラは、ＱＣＩに応じて、パケットの送信優先度を決定し、無線端末に送信する。図１１を用いて、無線基地局でのＱｏＳ制御例を説明する。図１１では、３局の無線端末２１〜２３が存在する。無線端末２１がＶｏＩＰ（ＱＣＩ＝１）を、無線端末２２がＬｉｖｅ  Ｓｔｒｅａｍｉｎｇ（ＱＣＩ＝２）とＩＭＳ  Ｓｉｇｎａｌｉｎｇ（ＱＣＩ＝５）を、無線端末２３がファイルダウンロード（ＱＣＩ＝８）を使用している例である。ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤでは、ＱＣＩごとにユーザデータ情報をバッファリングする。ここで、ユーザデータ情報とは、例えば音声又は動画などのアプリケーションの生データなどに相当する。又は、ユーザデータ情報の代わりにアプリケーションを実行する為に必要な制御シグナリングなどをバッファリングしてもよい。その後、ＭＡＣスケジューラは、ＲＬＣレイヤから受け取ったユーザデータを基に、無線端末ごとにＴＢ（Transport Block）を生成する。この時、当該ユーザデータがＲＬＣレイヤで格納されていた論理チャネル（Logical Channel：ＬＣＨ）に紐付けられたＱＣＩを考慮し、ＱＣＩから判定される優先度が高い順にスケジューリングできる。具体的には、ＱＣＩの優先度は、無線端末２２のＩＭＳ  Ｓｉｇｎａｌｉｎｇ（ＱＣＩ＝５）、無線端末２１のＶｏＩＰ（ＱＣＩ＝１）、無線端末２２のＬｉｖｅ  Ｓｔｒｅａｍｉｎｇ（ＱＣＩ＝５）、無線端末２３のファイルダウンロード（ＱＣＩ＝８）の順番となる。最後に、物理レイヤのチャネルであるＰＤＣＣＨ（Physical Downlink Control Channel）に制御情報を、ＰＤＳＣＨ（Physical Downlink Shared Channel）にユーザデータ情報をマッピングし、それぞれの無線端末２１〜２３に送信する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】3GPP TS23.203 ”Policy and charging control architecture”
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述のように、モバイルネットワークのＱｏＳ制御は、無線基地局において、使用するサービスタイプごとに適したＱＣＩをマッピングすることで行っていた。その為、同一ベアラで転送されたパケット単位での優先制御は実現できていなかった。例えば、図１２の(a)に示すように。無線基地局は同一ベアラで転送されたパケットを到着した順番にバッファリングし、当該順番で無線端末へと送信することになる。尚、図１２中の番号は、ＴＣＰレイヤの番号（TCP Sequence Number (SN)）を表すものとする。ここで、あるパケット（TCP SN #25）が無線基地局のバッファ（例えばＧＴＰ又はＰＤＣＰ）に収まりきらず溢れてしまった場合、当該パケットは破棄される。このとき、ＴＣＰレイヤの再送となり、図１２の(ｂ)に示すように、再送パケット(#25)は無線基地局バッファの最後尾にバッファリングされることになる。このため、無線端末にＴＣＰレイヤの番号順（ＴＣＰ  ＳＮ）に到達するまでに時間がかかり、ＴＣＰスループットが低下する。近年、無線伝送のスループットの揺らぎによる劣化を吸収するため、無線基地局バッファは大容量になっており、最後尾にバッファリングされた再送パケットの送信が大きく遅延してしまうことが問題となる。その結果、アプリケーションの停止又は中断が発生してしまうため、ユーザ体感品質であるＱｏＥ(Quality of Experience)が劣化してしまう。また、パケットの再送以外でも無線基地局でのＱｏＳ制御には限界があることから、ＱｏＥが劣化する問題がある。
【０００６】
本発明は、このような問題点を解決するためになされたものであり、複数の通信経路をパケット単位で効率的に用いることでＱｏＥを向上させるための通信制御装置、無線通信システム、通信制御方法及び無線基地局を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第１の態様にかかる通信制御装置は、
無線基地局へ転送すべきパケットの特性に関する特性情報に基づいて、当該パケットの転送に関する転送指標が個別に設定された複数の通信経路の中から、少なくとも一部の通信経路を選択する経路選択手段と、
前記パケット又は当該パケット内のデータを、前記選択した通信経路により前記無線基地局へ転送する処理を制御する転送制御手段と、
を備える。
【０００８】
本発明の第２の態様にかかる無線通信システムは、
無線端末宛のパケットをネットワークを介して受信する通信制御装置と、
前記通信制御装置から転送された前記パケットを前記無線端末へ転送する無線基地局と、
を備える無線通信システムであって、
前記通信制御装置は、
前記パケットの転送に関する転送指標を複数の通信経路のそれぞれに個別に設定し、
前記複数の通信経路のそれぞれに設定された前記転送指標を、前記無線基地局へ通知し、
前記パケットの特性を示す特性情報に基づいて、前記複数の通信経路の中から、少なくとも一部の通信経路を選択し、
前記パケット又は当該パケット内のデータを、前記選択した通信経路により前記無線基地局へ転送し、
前記無線基地局は、
前記通信制御装置から転送された前記パケット又は前記データを、前記通知された前記転送指標に基づいて、前記複数の通信経路の少なくとも一部を用いて前記無線端末へ転送する。
【０００９】
本発明の第３の態様にかかる通信制御装置の通信制御方法は、
無線基地局へ転送すべきパケットの特性に関する特性情報に基づいて、当該パケットの転送に関する転送指標が個別に設定された複数の通信経路の中から、少なくとも一部の通信経路を選択し、
前記パケット又は当該パケット内のデータについて、前記選択した通信経路により前記無線基地局へ転送する処理を制御する。
【００１０】
本発明の第４の態様にかかる無線基地局は、
無線端末宛のパケットをネットワークを介して受信する通信制御装置から、複数の通信経路のそれぞれに個別に設定された当該パケットの転送に関する転送指標の通知を受け付ける通知受付手段と、
前記通信制御装置において前記パケットの特性に関する特性情報に基づいて前記複数の通信経路の中から少なくとも一部が選択された通信経路を介して、前記パケット又は当該パケット内のデータの転送を受信するデータ受信手段と、
前記通信制御装置から転送された前記パケット又は前記データを、前記通知された前記転送指標に基づいて、前記複数の通信経路の少なくとも一部を用いて前記無線端末へ転送する転送手段と、
を備える。
【発明の効果】
【００１１】
本発明により、複数の通信経路をパケット単位で効率的に用いることでＱｏＥを向上させるための通信制御装置、無線通信システム、通信制御方法及び無線基地局を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】実施形態１にかかる無線通信システムを示す図である。
【図２】実施形態１にかかる無線通信システムの構成要素基を示す図である。
【図３】実施形態１の実施例１にかかるシーケンス図である。
【図４】実施形態１の実施例２における経路設定法を示す図である。
【図５】実施形態１の実施例２における経路設定法（ＴＣＰプロキシの場合）を示す図である。
【図６】実施形態にかかる無線通信システムの構成要素基を示す図である。
【図７】実施形態２の実施例３にかかるシーケンス図である。
【図８】実施形態２の実施例４における経路設定法を示す図である。
【図９】実施形態３の実施例４にかかるシーケンス図である。
【図１０】従来から定義されているＱＣＩの定義を示す図である。
【図１１】関連技術を説明する図である。
【図１２】解決する課題を説明する図である。
【発明を実施するための形態】
【００１３】
以下では、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略する。
【００１４】
本発明は、ユーザ体感品質（ＱｏＥ）の観点から重要度が高いパケットを、通信制御装置が主体となり優先制御を行うことにより、ＱｏＥを改善するという一側面がある。具体的には、例えばゲートウェイ装置等の通信制御装置が、複数の通信経路のそれぞれに、パケットの転送に関する異なる転送指標を設定し、当該複数の通信経路の中から、無線基地局へ転送すべきパケットの特性に関する特性情報に応じて、当該パケットの転送に使用する通信経路を選択するというトラフィック制御を行うことで、ＱｏＥの改善を実現する。なお、転送指標を設定すること、及び、通信経路を選択することを、異なる通信制御装置（例えば、それぞれゲートウェイ装置以外のネットワーク装置とゲートウェイ装置）が実行するようにしてもよい。
【００１５】
ここで、転送指標とは、パケットを無線基地局へ転送する際に、特定の通信経路を使用すべきかを判断するための指標である。例えば、転送指標は、他のパケットの転送に対する特定のパケットの転送の優先度、及び、パケットの転送に使用する通信経路に予め割り当てられた用途、の少なくともいずれかに関連する指標といえる。また、特性情報は、例えばパケットの重要度、アプリケーション種別などのＱｏＥに関連する情報、及び、例えば送信元アドレス又は宛先アドレスなどのパケット転送に関連する制御情報、の少なくともいずれかを含む。
【００１６】
そのため、本発明にかかる通信制御装置は、少なくとも、無線基地局へ転送すべきパケットの特性に関する特性情報に基づいて、当該パケットの転送に関する転送指標が個別に設定された複数の通信経路の中から、少なくとも一部の通信経路を選択する経路選択手段と、前記パケット又は当該パケット内のデータを、前記選択した通信経路により前記無線基地局へ転送する処理を制御する転送制御手段と、を備えるものである。これにより、パケットの特性に応じて転送に用いる通信経路を使い分けて、複数の通信経路を少なくともパケット単位で効率的に用いることにより、ＱｏＥを向上させることができる。例えば、ＱｏＥの観点から重要度の高いパケット等については、転送レートがより高い通信経路を用いて転送することができる。または、特定の目的で送信されるパケット等については、当該パケットの転送以外の用途で使用されない、つまり、遅延の生じにくい通信経路を用いて転送することができる。
【００１７】
ここで、通信経路（単に経路とも呼ぶ）としては、例えばベアラ、ＩＰフロー、サービスデータフロー、ＴＣＰセッション、或いは各無線アクセス技術（ＲＡＴ）におけるネットワーク接続（つまり各ＲＡＴにおいて確立されたコネクション）などが考えられる。
【００１８】
また、ＱｏＥに関連する情報としては、例えばゲートウェイ装置などの通信制御装置が受信したパケットから取得することができる情報である「パケット情報」が考えられる。尚、パケット情報は、ＱｏＥに関連する情報に関する具体例の一部の総称ともいえる。また、ここで言う「取得」とは、例えばパケットに格納されている情報のうち、ＱｏＥに関連する情報を（パケット情報として）抽出する（つまり抜き出す）こと、当該パケットに格納されている情報から（パケット情報を）読み取ること、或いは当該パケットがどのような（種類の）ものであるかを識別すること、などに相当する。尚、ＱｏＥに関連する情報は、パケット情報以外であっても構わない。例えば、ＯＡＭ  ｓｅｒｖｅｒ、ＲＡＮ Ｃｏｎｇｅｓｔｉｏｎ  Ａｗａｒｅｎｅｓｓ  Ｆｕｎｃｔｉｏｎ（ＲＣＡＦ）ノード、などのネットワーク装置が、ベアラ毎、ＩＰフロー毎、アプリケーション毎、又は、サービス毎にＱｏＥを推定し、当該推定した結果をＱｏＥ推定情報として、例えばゲートウェイ装置に送信してもよい。尚、ＱｏＥ推定情報は、無線ネットワークにおいて推定した前記ユーザ体感品質（ＱｏＥ）に関する情報ともいえる。
【００１９】
また、パケット情報としては、例えば以下の［Ａ］〜［Ｆ］が挙げられる。
［Ａ］パケットの重要度に関する情報
［Ｂ］パケットの送信状況に関する情報
［Ｃ］パケットに含まれるユーザデータの重要度に関する情報
［Ｄ］パケットに含まれるユーザデータの送信状況に関する情報
［Ｅ］パケットに含まれるユーザデータのアプリケーション種別に関する情報
［Ｆ］パケットに含まれるユーザデータのサービス種別に関する情報
【００２０】
［Ａ］パケットの重要度に関する情報としては、例えばどのようなＱｏＳに対応するパケットかを識別することができる情報、パケットが重要であるか否かを識別することができる情報、又は、パケットの重要度が所定のレベル（分類）のうちのいずれに対応するかを識別することができる情報、などが考えられる。ここで、ＱｏＳはＱＣＩ、ＡＲＰ（Ａｌｌｏｃａｔｉｏｎ  Ｒｅｔｅｎｔｉｏｎ  Ｐｒｉｏｒｉｔｙ）、又は、ビットレート（Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ又はＧｕｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）などにより決定又は判定されることが考えられるが、これらに限定はされない。例えば、ＱｏＳがＱＣＩにより判定される場合、ＱＣＩの値と要求品質の高さの関係を予め規定しておき、当該関係に基づき判定してもよい。また、ＱｏＳがビットレートにより判定される場合、ビットレートが高いほど、高い品質が求められるため、重要度が高いものと判定できる。
【００２１】
［Ｂ］パケットの送信状況に関する情報としては、例えばパケットが新規送信されたパケット（初送パケット）か再送されたパケット（再送パケット）かを識別することができる情報、パケットが本来の順序（例えばサーバ等から送信された順序、又はパケットに付与された番号の若い順）で送信されているか否かを識別することができる情報、どのようなＴｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ（例えばＴＣＰ又はＵＤＰ）で送信されているかを識別することができる情報、又は、ポート番号を識別することができる情報、などが考えられる。
【００２２】
［Ｃ］ユーザデータの重要度に関する情報としては、例えばユーザデータが重要であるか否かを識別することができる情報、又は、ユーザデータの重要度が所定のレベル（分類）のうちのいずれに対応するかを識別することができる情報、などが考えられる。
【００２３】
［Ｄ］ユーザデータの送信状況に関する情報としては、例えばユーザデータが初送か再送かを識別することができる情報、又は、ユーザデータが本来の順序で送信されているか否かを識別することができる情報、などが考えられる。
【００２４】
［Ｅ］ユーザデータのアプリケーション種別に関する情報は、例えばリアルタイム性のあるアプリケーションか否かを識別することができる情報、又は、どのようなＡｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（例えばＨＴＴＰ、ＦＴＰ、ＲＴＰ）で送信されているかを識別することができる情報、などが考えられる。
【００２５】
［Ｆ］ユーザデータのサービス種別に関する情報は、例えばリアルタイム性のあるサービスか否かを識別することができる情報、音声通信か否かを識別することができる情報や、（ビデオ）ストリーミング通信か否かを識別することができる情報、ユーザ（人）が（直接に）介在するサービスか否かを識別することができる情報、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−Ｔｏ−Ｍａｃｈｉｎｅ）タイプの端末（Ｍ２Ｍ端末）によるサービスか否かを識別することができる情報、オペレータにより提供されるサービスか否かを識別することができる情報、又は、ＯＴＴ（Ｏｖｅｒ  Ｔｈｅ  Ｔｏｐ）により提供されるサービスか否かを識別することができる情報、などが考えられる。オペレータにより提供されるサービスは、例えばＶｏＬＴＥ（Ｖｏｉｃｅ  ｏｖｅｒ  ＬＴＥ）、ＳＭＳ（Short Message Service）、又は、ＭＭＳ（Multimedia Messaging Service）、などが考えられる。
【００２６】
尚、通信制御装置としては、ゲートウェイ装置が考えられ、以下では基本的にゲートウェイ装置を想定して説明する。しかし、ゲートウェイ装置の代わりに、ゲートウェイ装置と同様の機能を有する他のネットワーク装置、ゲートウェイ装置の一部機能を代替する他のネットワーク装置、またはゲートウェイ装置に接続された他のネットワーク装置のいずれかが当該優先制御を行うようにしても良い。例えば、本発明にかかる通信制御装置は、ゲートウェイ装置ではなく、例えばＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ）ノード、ＰＣＥＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｅｎｆｏｒｃｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）ノード、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、ＴＤＦ（Ｔｒａｆｆｉｃ  Ｄｅｔｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ）ノード、又は、その他のゲートウェイ装置を制御するネットワーク装置であってもよい。その場合、ゲートウェイ装置以外の通信制御装置が、各通信経路に対して上述した転送指標を設定してもよい。あるいは、転送指標を設定するのがゲートウェイ以外のネットワーク装置で、経路選択を行うのがゲートウェイ装置であってもよい。
【００２７】
（実施形態１）
本発明の実施形態１では、無線通信システムとしてＬＴＥを想定する。
【００２８】
本発明の実施形態１について図面を参照して詳細に説明する。各図面において、同一または対応する要素には同一の番号が付されており、重複説明を省略する。
【００２９】
図１を用いて本発明の実施形態１にかかる無線通信システム１の構成について説明する。無線通信システム１には、無線基地局（eNode B: eNB）１０が存在し、無線基地局１０はセル１１を管理している。セル１１内には、無線端末（User Equipment: UE）２０が存在し、セル１１を管理する無線基地局１０と双方向の無線通信を行うことができる。無線基地局１０は、無線基地局制御装置３０およびゲートウェイ装置４０に接続されている。そして、無線基地局１０は、無線基地局制御装置３０と制御情報の送受信を行う。また、無線基地局１０は、ゲートウェイ装置４０とユーザデータ（送受信対象データ）の送受信を行う。無線基地局制御装置３０は、ゲートウェイ装置４０とも接続されている。そして、無線基地局制御装置３０は、無線端末２０とゲートウェイ装置４０間のコネクションであるベアラの管理、及び、ハンドオーバなどの移動制御などを行う。ゲートウェイ装置４０は、ＰＤＮ（Packet Data Network）５０を介してサーバ６０と接続されている。そして、ゲートウェイ装置４０は、無線端末２０へのＩＰアドレスの割り当て、及び、ベアラ設定時のＰＤＮ５０に対するユーザ認証などを行う。
【００３０】
ここで、「ベアラ」とは、ネットワークベアラ（Ｎｅｔｗｏｒｋ  Ｂｅａｒｅｒ）又は無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＲＢ）のいずれか又は両方を指す。ネットワークベアラとしては、例えば、Ｅ−ＲＡＢ（E-UTRAN Radio Access Bearer）、ＥＰＳ（Evolved Packet System）  ｂｅａｒｅｒ、Ｓ１  ｂｅａｒｅｒ、Ｓ５  ｂｅａｒｅｒ、又は、Ｓ８  ｂｅａｒｅｒなどが考えられる。以降では、特に説明が無い限り、ベアラは上述の種類のベアラの内のいずれか１つ又は複数の組み合わせに相当するが、本発明の適用範囲はそれらに限定はされない。
【００３１】
また、無線基地局制御装置３０としては、例えば無線端末の移動管理装置（Mobility Management Entity：ＭＭＥ）、又は、ネットワーク運用管理装置（Ｏｐｅｒａｔｉｏｎ、Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ Ｍａｎａｇｅｍｅｎｔ  ｓｅｒｖｅｒ：ＯＡＭ  ｓｅｒｖｅｒ）が考えられる。そして、ゲートウェイ装置４０としては、例えばＳ−ＧＷ（Serving Gateway）、及び／又は、Ｐ−ＧＷ（Packet Data Network Gateway）が考えられる。Ｓ−ＧＷは、他の３ＧＰＰアクセス網であるＧＳＭ（登録商標）（ＧＥＲＡＮ）又はＵＭＴＳ（ＵＴＲＡＮ）などとの接続ポイントとなる。Ｐ-ＧＷは、インターネット網などのｎｏｎ−３ＧＰＰ  ｎｅｔｗｏｒｋとの接続ポイントとなる。さらにＰ−ＧＷは、無線端末へのＩＰアドレスの割り当て、ＰＤＮ接続に関するユーザ認証、及び、課金データの作成などを行う。尚、Ｐ−ＧＷは、図１に示されていないＰＣＲＦからＱＣＩ（ＱｏＳ Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）に関する情報を取得し、トラフィック制御情報（例えば、Ｔｒａｆｆｉｃ  Ｆｌｏｗ  Ｔｅｍｐｌａｔｅ：ＴＦＴ）を生成する。そして、Ｐ−ＧＷは、当該トラフィック制御情報を基に無線基地局へパケットを転送する。ここで、当該パケットには、例えば、ユーザデータ（User Plane(UP) dataとも呼ばれる）、及び／又は、制御情報（Control Plane(CP) data、IMS signaling、TCP signaling、又は、アプリケーションレベルの制御シグナリング）が格納されている。そのため、ユーザデータ及び／又は制御情報等は、少なくともパケットに含まれるデータの一例といえる。以降の説明では、特に説明が無い限り、ゲートウェイ装置と言った場合には、Ｓ−ＧＷ単体、Ｐ−ＧＷ単体、又は、Ｓ−ＧＷとＰ−ＧＷの組み合わせ、のいずれかに相当する。また、パケットに格納されている情報は、基本的にユーザデータを想定するが、代わりに制御情報でも良い。
【００３２】
図２を用いて本発明の実施形態１にかかる無線通信システム１の構成要素である無線基地局１０、無線基地局制御装置３０、及び、ゲートウェイ装置４０の構成について説明する。図２の無線通信システム１は、無線基地局１０、無線端末２０、無線基地局制御装置３０、及び、ゲートウェイ装置４０を備えている。
【００３３】
無線基地局１０は、制御部１０１、バッファ１０２、スケジューラ部１０３、及び、無線部１０４を備えている。
【００３４】
制御部１０１は、無線基地局制御装置３０との間で制御情報の送受信を行う。例えば、無線端末２０が起動され、無線部１０４が無線端末２０からモバイルネットワークへの接続要求を受信した場合、制御部１０１は、無線基地局制御装置３０に当該接続要求（又は当該接続要求を含むメッセージ）を送信する。
【００３５】
バッファ１０２は、ゲートウェイ装置４０から転送されるユーザデータを保持する。バッファ１０２は、無線基地局１０（の各セル）に接続する無線端末毎に用意されていても良い。または、バッファ１０２は、無線基地局１０（の各セル）に接続する複数または全ての無線端末に共通に用意されていても良い。
【００３６】
スケジューラ部１０３は、ゲートウェイ装置４０が設定し、無線基地局制御装置３０を介して通知されるベアラのＱＣＩに基づいて、優先スケジューリングを行っても良い。例えば、スケジューラ部１０３は、ＱＣＩに紐づけられた優先度を考慮して、各ベアラに対応するＲＬＣレイヤのバッファからＭＡＣレイヤに渡すユーザデータ量を決定し、ユーザ毎にトランスポートブロック（ＴＢ）を生成する。無線部１０４は、当該ＴＢを物理チャネル(PDSCH)にマッピングさせて送信信号を生成し、当該送信信号を無線端末２０に送信する。ここで、優先度を考慮したユーザデータ量の決定は、例えばＱＣＩ毎にＲＬＣレイヤのバッファからＭＡＣレイヤに渡すユーザデータ量の最大値を規定しておき、優先度の高いＱＣＩに対応するベアラから順に当該最大値に達するまで、または当該ベアラのユーザデータが無くなるまでＲＬＣレイヤのバッファからＭＡＣレイヤに渡すことで実行されても良い。尚、この処理の途中でＴＢに割り当て可能なユーザデータ量の上限を超える場合には、その時点で処理を中断し、ＴＢの生成ステップへと移るようにしても良い。
【００３７】
無線基地局制御装置３０は、制御部３０１、及び、ベアラ管理部３０２を備えている。
【００３８】
制御部３０１は、無線基地局の制御部１０１およびゲートウェイ装置４０の制御部４０１との間で制御情報の送受信を行う。例えば、無線端末のモバイルネットワークへの接続要求に関する制御情報、又は、ベアラ設定要求に関する情報などの送受信を行う。
【００３９】
ベアラ管理部３０２は、無線基地局１０から送信された無線端末の接続要求に関する情報を制御部３０１を介して受信し、新規ベアラの設定が必要な場合に、制御部３０１を介して、ゲートウェイ装置４０に新規ベアラ設定要求を送信する。
【００４０】
ゲートウェイ装置４０は、制御部４０１、ベアラ設定部４０２、パケット検査部４０３、及び、ベアラ選択部４０４を備えている。
【００４１】
制御部４０１は、無線基地局制御装置３０の制御部３０１との間で制御情報の送受信を行う。具体的には、新規ベアラ設定要求に関する情報などが送受信される。
【００４２】
ベアラ設定部４０２は、無線基地局制御装置３０から送信された新規ベアラ設定要求を制御部４０１を介して受け付け、新規ベアラを設定する。この時、当該ベアラのＱｏＳに関する設定情報（例えばＱＣＩ）も決定する。例えば、既定ベアラ（Ｄｅｆａｕｌｔ  Ｂｅａｒｅｒ）に対するＱｏＳは、Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ（ＨＳＳ）から提供されるＱＣＩの設定値を適用する。一方、個別ベアラ（Ｄｅｄｉｃａｔｅｄ  Ｂｅａｒｅｒ）に対するＱｏＳは、ＰＣＲＦから提供されるＱｏＳポリシー又は制御ポリシーなどを基にＱＣＩを決定する。ここで、上記設定情報は、パケットの転送に関する転送指標の一例である。上記設定情報には、他のパケットの転送に対する特定のパケットの転送の優先度、及び通信経路の用途の少なくともいずれかを用いても構わない。ここで、通信経路の用途とは、例えば、初送パケット専用（または優先）、再送パケット専用（または優先）、リアルタイム性のあるアプリケーション専用（または優先）、又は、リアルタイム性のないアプリケーション専用（または優先）、などが挙げられる。
【００４３】
パケット検査部４０３は、特定手段の一例である。パケット検査部４０３は、ＰＤＮ５０を介してサーバ６０から転送されたユーザデータが格納されているパケットに含まれるパケット情報を取得する。または、パケット検査部４０３は、当該パケットからパケット情報を読み取ることにより取得してもよい。そのため、パケット検査部４０３は、パケットに格納されている情報からパケット情報を取得し、特性情報として利用するともいえる。パケット検査部４０３は、取得したパケット情報をベアラ選択部４０４に転送する。ここで、パケット情報は、ＱｏＥに関連する情報であり、例えば上述の［Ａ］〜［Ｆ］が挙げられる。
【００４４】
ベアラ選択部４０４は、経路選択手段及び転送制御手段の一例である。ベアラ選択部４０４は、パケット検査部４０３から転送されたパケット情報（例えばユーザデータの重要度に関する情報）、及び／又は、他のネットワーク装置から転送されるＱｏＥ推定情報を基に、ベアラ設定部４０２が設定したベアラの中からベアラを選択する。例えば、ベアラ選択部４０４は、パケット情報を基に、パケットの重要度が高いと判定される場合、重要度の高いパケットの転送に適した転送指標が設定されたベアラを選択する。ここで、重要度の高いパケットの転送に適した転送指標とは、例えば、当該パケットを他の重要度が低いパケットより優先して転送するために優先度が高く設定されること、又は、重要度の高いパケットのみを（又は、それらを優先的に）転送するという用途等が挙げられる。すなわち、ベアラ選択部４０４は、ユーザ体感品質（ＱｏＥ）に関連する情報に基づいて、パケットにおける重要度を判定し、当該判定したパケットにおける重要度に応じた転送指標が設定された通信経路を選択する。そして、ベアラ選択部４０４は、選択したベアラを用いて、無線基地局１０のバッファ１０２にユーザデータを転送する。例えば、ベアラ選択部４０４は、パケット検査部４０３から転送されたユーザデータの重要度に関する情報に対応するＱＣＩに紐付けられたベアラを選択するようにしても良い。つまり、ベアラ選択部４０４は、パケット情報、及び／又は、ＱｏＥ推定情報から当該パケットの重要度が高いと判定した場合に、複数の通信経路の中から、より高い優先度が設定された通信経路を選択するものといえる。尚、ベアラの選択は、パケット毎に行われても良い。または、ベアラの選択は、所定期間毎または所定パケット数毎に行われても良い。または、ベアラの選択は、所定のイベントが発生した場合、つまり所定の条件が満たされた場合に行われても良い。ここで、所定の条件とは、例えば当該ベアラが確立されているセル若しくは無線基地局の負荷が高いこと、当該ベアラが確立されているセル若しくは当該セルを管理する無線基地局の他セルで輻輳が発生していること、又は、ＴＣＰスループットなどから推測されるユーザ体感品質（ＱｏＥ）が所定の要求条件を下回っていること若しくは下回りそうなこと、などが考えられる。
【００４５】
本発明の実施形態１では、無線端末２０は、複数の経路を使って送信されたパケットが同一のアプリケーションであることを検知し、アプリケーションを実行する機能を備える(不図示)。例えば、無線端末２０は、マルチパスＴＣＰ（Ｍｕｌｔｉｐａｔｈ  ＴＣＰ：ＭＰＴＣＰ）に対応する機能を備える。ここで、マルチパスＴＣＰとは、ある通信端末が起動した一つのアプリケーションにおけるデータを、対応するアプリケーションサーバ等から複数の経路を使用して当該通信端末が受信する機能（アプリケーションサーバ等の観点からは送信する機能）である。そのため、無線端末２０は、少なくとも上述の説明における通信端末側の機能を備えるものとする。尚、マルチパスＴＣＰ（ＭＰＴＣＰ）では、セルラ（例えばＬＴＥ）と無線ＬＡＮ（ＷＬＡＮ）のように異なる無線アクセス技術（ＲＡＴ）を同時に使用することで複数の経路を設定することも想定される。但し、ここでは、ＬＴＥにおいて複数のベアラを使用することで複数の経路を設定することを想定する。これを実現する為に、無線端末２０は、例えば、アプリケーションの起動時に、ＬＴＥで複数の経路（ベアラ）を確立するようにネットワークに接続要求を行うようにしても良い。または、無線端末２０は、ＬＴＥとＷＬＡＮのそれぞれでネットワーク（及びサーバ）に接続した後、ＷＬＡＮで確立した経路をＬＴＥに移す（つまりＴｒａｆｆｉｃ  Ｓｔｅｅｒｉｎｇ）ようにしても良い。さらに別の方法にて実現されても良い。Ｔｒａｆｆｉｃ  Ｓｔｅｅｒｉｎｇの方法としては、３ＧＰＰで規定されているＡＮＤＳＦ（Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  Ｄｉｓｃｏｖｅｒｙ  ａｎｄ  Ｓｅｌｅｃｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）を用いて、ＡＮＤＳＦ  ｓｅｒｖｅｒからＵＥに指示することで実現しても良い。または、Ｔｒａｆｆｉｃ  Ｓｔｅｅｒｉｎｇの方法としては、ＡＮＤＳＦ  ｓｅｒｖｅｒ及びＲＡＮ（例えばeNB）からＵＥに指示することで実現しても良い。さらに、Ｔｒａｆｆｉｃ  Ｓｔｅｅｒｉｎｇの方法としては、ＲＡＮがＵＥに指示することで実現しても良い。尚、ゲートウェイ装置又はそれに付随するネットワーク装置が、アプリケーションサーバから送信されたユーザデータをＴＣＰレイヤで一旦終端し（ＴＣＰ終端）、改めて無線端末にユーザデータを送信するようにしても良い。これは、ＴＣＰプロキシまたはＴＣＰスプリットとも呼ばれる。
【００４６】
或いは、アプリケーションレイヤでマルチパスＴＣＰ（ＭＰＴＣＰ）と同様のユーザデータの分割又は統合を行うようにしても良い。この場合、無線端末（のＬＴＥデバイス）は複数のベアラで送受信するユーザデータが同一のアプリケーションによるものであることを認識しなくても良い。尚、アプリケーションレイヤとは、無線端末又はアプリケーションサーバにおけるアプリケーションレイヤが考えられる。さらに、ゲートウェイ装置又はそれに付随するネットワーク装置がユーザデータをアプリケーションレイヤで一旦終端し、ユーザデータの分割又は統合を行うようにしても良い。
【００４７】
一方、上述の複数の経路とは、ＬＴＥにおける複数のベアラでも良いし、複数の無線アクセス技術のことでも良いし、それらの組み合わせでも良い。
【００４８】
（実施例１）
次に、実施形態１における実施例１にかかる動作を図３のシーケンス図を用いて説明する。図３では、左から、無線端末２０、無線基地局１０、無線基地局制御装置３０、及び、ゲートウェイ装置４０の処理を示している。図３は、ゲートウェイ装置４０のパケット検査部４０３が、パケット情報として、［Ｂ］パケットの送信状況に関する情報と［Ｄ］パケットに含まれるユーザデータの送信状況に関する情報を取得する例である。具体的には、パケット検査部４０３は、パケットの送信状況に関する情報として、どのＴｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌで送信されているかを識別することができる情報を取得する。また、パケット検査部４０３は、ユーザデータの送信状況に関する情報として当該ユーザデータが初送か再送かを識別することができる情報を取得する。そして、ゲートウェイ装置４０は、ＴＣＰの再送パケットか否かを判定し、ＴＣＰの再送パケットである場合に優先制御を行う。つまり、ゲートウェイ装置４０は、パケット情報に基づいて、当該パケットが再送パケットであると判定した場合に、複数の通信経路の中から、当該再送パケットを他の初送パケットより先に（つまり優先して）転送させるように転送指標が設定された通信経路を選択する。例えば、ゲートウェイ装置４０は、この場合に複数の通信経路の中から、より高い優先度が設定された通信経路を選択する。さらに、実施例１では、ある無線端末２０が実行する１つのアプリケーションに対して２つのベアラ（ベアラＲ１１とＲ１２）を設定し、ベアラＲ１２がベアラＲ１１よりも高いＱｏＳ特性（例えばＱＣＩ、ＡＲＰ、Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ等）を持つものとする。このとき、ベアラＲ１２がベアラＲ１１よりも優先度が高いとも言える。
【００４９】
実施例１では、まず、無線端末２０は、無線基地局１０を介して無線基地局制御装置３０に接続要求を送信する(Ｓ１００)。無線基地局制御装置３０は、接続要求を受け付けると、ゲートウェイ装置４０に新規ベアラ設定の要求を送信する(Ｓ１０１)。ゲートウェイ装置４０は、新規ベアラ設定の要求を受け付けると、新規ベアラの設定を行う（Ｓ１０２）。この時、ゲートウェイ装置４０は、設定する新規ベアラに適用するＱｏＳ（例えばＱＣＩ）も設定する。上述のように、ここでは２つのベアラＲ１１とＲ１２を設定する。次に、ゲートウェイ装置４０は、無線基地局制御装置３０を介して、無線基地局１０にユーザデータを送信するベアラの情報を転送する（Ｓ１０３）。ベアラの情報は、例えばベアラ識別子（e.g. E-RAB ID, EPS Bearer ID）、E-RAB Level QoS Parameter、及び、GTP Tunnel Endpoint Identifier (TEID)などを含む。さらに、ベアラの情報は、設定されたＱｏＳの情報を含む。そのため、ゲートウェイ装置４０は、複数の通信経路のそれぞれに設定された転送指標を、ＭＭＥを介して、無線基地局１０へ通知する通知手段を備えるといえる。
【００５０】
そして、ゲートウェイ装置４０は、サーバ６０からパケットを受信し、パケット検査を行い、パケット情報を取得する（Ｓ１０４）。そして、ゲートウェイ装置４０は、当該パケット検査の結果を基に使用するベアラを決定し（すなわち、ベアラマッピングを行い）（Ｓ１０５）、ベアラＲ１１及び／又はベアラＲ１２を使用して当該ユーザデータを無線基地局１０に転送する（Ｓ１０６）。このとき、ユーザデータがＴＣＰの再送パケットとして送信されている場合はベアラＲ１２を使用し、そうでなければベアラＲ１１を使用する。無線基地局１０は、ユーザデータを受信すると、ステップＳ１０３において転送されたベアラの情報に含まれるＱｏＳ（例えばＱＣＩ）を考慮し、優先度の高いＱＣＩを持つベアラＲ１２で転送されたユーザデータを優先的にスケジューリングし（Ｓ１０７）、無線端末２０にユーザデータを送信する（Ｓ１０８）。例えば、無線基地局１０は、ベアラＲ１２で受信したユーザデータに割り当てた無線リソースのうちの所定量を割り当て、残りの無線リソースをベアラＲ１１で受信したユーザデータに割り当てるようにしても良い。又は、無線基地局１０は、ベアラＲ１２で受信したユーザデータを全てに無線リソースを割り当てた後に、空き無線リソースをベアラＲ１１で受信したユーザデータに割り当てるようにしても良い。
【００５１】
図３では、あるパケットに対する一連の処理のみを示しているが、同様の処理をパケット毎、所定期間毎、所定パケット数毎、又は、所定のイベントが発生した場合に実行する。
【００５２】
このように、優先度の異なる複数のベアラを使うことにより、同一アプリケーション内のパケットの優先制御が可能となるため、ＱｏＥに関連する重要度が高いパケットの送信を早めることができ、ＱｏＥの改善が期待できる。
【００５３】
尚、ゲートウェイ装置４０におけるパケット検査部４０３は、Ｄｅｅｐ  Ｐａｃｋｅｔ  Ｉｎｓｐｅｃｔｉｏｎ（ＤＰＩ）又はＳｈａｌｌｏｗ  Ｐａｃｋｅｔ  Ｉｎｓｐｅｃｔｉｏｎ（ＳＰＩ）と呼ばれる技術（又はそれらに準ずる技術）によって、パケット検査を実現しても良い。または、パケット検査部４０３は、ゲートウェイ装置４０がＴＣＰプロキシ（又はＴＣＰスプリット）によって実現しても良い。または、パケット検査部４０３は、ＴＣＰプロキシとＤＰＩを組み合わせて実現しても良い。ここで、ＤＰＩで実現される場合、パケット検査部４０３は、ＴＣＰの再送フラグから再送か否かを判定しても良い。または、この場合、パケット検査部４０３は、同じシーケンス番号（ＴＣＰ  ＳＮ）を既に送信したか否かで再送か否かを判定しても良い。また、ＴＣＰプロキシの場合、ゲートウェイ装置４０がＴＣＰレイヤを一旦終端しているので、パケット検査部４０３は、従来のＴＣＰ制御に基づいた再送判定を行うようにしても良い。例えば、ＴＣＰパケットの同一のシーケンス番号（ＴＣＰ  ＳＮ）に対するＡＣＫを連続してＮ（e.g. 3）回受信した場合、又はパケット送信時に起動する再送タイマがタイムアウトした場合（ＲＴＯ）に、再送（つまり再送パケット）と判定する。
【００５４】
実施例１において、同一アプリケーションのユーザデータを複数のベアラにマッピングする方法は、例えば上述のマルチパスＴＣＰ（ＭＰＴＣＰ）で実現しても良いし、アプリケーションレイヤでの分割及び統合で実現しても良い。
【００５５】
なお、実施例１では、パケット情報として、ＴＣＰの再送パケットか否かを識別できる情報を例として説明したが、それ以外の上述の［Ａ］〜［Ｆ］のいずれか又は組み合わせでも同様に本発明を適用できる。
【００５６】
例えば、［Ａ］パケットの重要度に関する情報（又は［Ｃ］パケットに含まれるユーザデータの重要度に関する情報）を用いても良い。画像規格のＭＰＥＧでは、Ｉフレーム、Ｐフレーム、及び、Ｂフレームがある。そして、基準になるフレームであるＩフレームに対応するパケット（又はユーザデータ）を他のフレームに対応するパケット（又はユーザデータ）よりも優先し、優先度の高いベアラで送信するようにしてもよい。尚、パケット（又はユーザデータ）がＩフレームまたはＰフレームのどちらに対応するかを判定する方法としては、例えばパケットのヘッダにＩフレームかＰフレームかを示す識別子を挿入するか、或いはユーザデータの一部に当該識別子を挿入し、当該識別子を基に判定しても良い。
【００５７】
さらに、実施例１では、ゲートウェイ装置４０が設定するベアラが２本の場合で説明したが、設定するベアラが３本以上であっても同様に本発明を適用できる。例えば、ベアラＲ１３、Ｒ１２、Ｒ１１の順番に優先度を高く設定して優先制御を実現しても良い。または、ベアラＲ１１とＲ１２を同一の優先度としてパケットの並列転送を行うことで１つの無線端末に対するパケットの転送量を増やしつつ、ベアラＲ１３の優先度をそれらよりも高く設定して優先制御を実現しても良い。
【００５８】
（実施例２）
実施形態１におけるゲートウェイ装置４０による経路選択（ベアラマッピングとも呼ぶ）について図４及び図５を用いて説明する。図４では、ゲートウェイ装置４０はサーバ６０から送信されたパケットを受信し、パケット検査（例えばＤＰＩ）を行い、パケット情報を取得し、どのパケットをどのベアラ（図４ではベアラＲ１１またはＲ１２）にマッピングするかを決定する。
【００５９】
一方、図５では、ゲートウェイ装置４０は、ＴＣＰプロキシ（ＴＣＰスプリットとも呼ぶ）を実行し、ＴＣＰレイヤを終端する。つまり、ゲートウェイ装置４０は、サーバ６０と無線端末２０との間で確立されていたＴＣＰセッションを、サーバ６０とゲートウェイ装置４０の間、及びゲートウェイ装置４０と無線端末２０の間の２つのＴＣＰセッションへと変更する。そして、ゲートウェイ装置４０は、サーバ６０から受信したパケット又は無線端末２０へ送信可能になった（つまり送信の準備ができた）パケットに対して、パケット情報を取得する。尚、図５のゲートウェイ装置４０も、ＤＰＩ（又はそれに近い処理）を合わせて行っても良い。
【００６０】
（実施形態２）
実施形態１では、優先度の異なる複数のベアラを設定し、パケットの重要度などのＱｏＥに関連する情報を基にベアラを選択することによって、パケットの優先制御を実現していた。一方、実施形態２では、同一ベアラ内で複数の経路を設定し、パケットの重要度などのＱｏＥに関連する情報を基に経路を選択することによって、パケットの優先制御を実現することにより、ＱｏＥを向上させる。実施形態２で言う経路は、具体的には、同一ベアラに設定可能な複数のＩＰフロー（サービスデータフロー（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｆｌｏｗ：ＳＤＦ）とも呼ぶ）を指す。各ＩＰフローは、例えば各アプリケーションのパケット（ユーザデータ）を送信する為に設定される。ここで、上述のマルチパスＴＣＰ（ＭＰＴＣＰ）を利用する場合には、同一アプリケーションの為の各ＴＣＰセッションを各ＩＰフローと考えることができる。通常、同一ベアラ内のＩＰフローには、同じＱｏＳに関する設定（例えば同じＱＣＩ）が適用される。しかし、本発明の実施形態２では、ゲートウェイ装置または無線基地局制御装置が、同一ベアラ内のＩＰフロー間に優先順位を設定し、パケットの重要度などのＱｏＥに関連する情報を基にパケット（ユーザデータ）を送信するＩＰフローを選択することにより優先制御を行う。ここで、当該優先順位をインデックス（例えば、Ｆｌｏｗ  Ｐｒｉｏｒｉｔｙ  Ｉｎｄｅｘ：ＦＰＩ）で表し、ゲートウェイ装置などの通信制御装置が、当該インデックスを無線基地局へ通知してもよい。なお、無線基地局への通知は、無線基地局へ転送するパケットに乗せて（Ｐｉｇｇｙ  ｂａｃｋさせて）送信してもよいし、ベアラ設定時またはベアラ確立時に予め制御情報として（例えばＭＭＥを介して）送信してもよい。
【００６１】
実施形態２にかかるネットワークの構成は実施形態１の図１と同一のため、説明を省略する。
【００６２】
実施形態２にかかる無線通信システム１ａの構成要素を図６に示す。無線基地局１０、無線基地局制御装置３０の構成は、実施形態１の図２と同一のため、ゲートウェイ装置４０のみ説明する。実施形態２にかかるゲートウェイ装置４０は、制御部４０１、ベアラ設定部４０２、パケット検査部４０３、ベアラ選択部４０５、ベアラ選択部４０５の中にベアラ制御部４０６を備えている。制御部４０１、ベアラ設定部４０２、パケット検査部４０３は、実施形態１と同一のため、ベアラ選択部４０５、ベアラ制御部４０６を以下で説明する。但し、ベアラ設定部４０２は、ベアラ内に複数のＩＰフローを設定し、各ＩＰフローに異なる優先度又は用途を転送指標として設定してもよい。または、無線基地局制御装置３０のベアラ管理部３０２が、ベアラ内に複数のＩＰフローを設定し、各ＩＰフローに異なる優先度又は用途を設定してもよい。
【００６３】
ベアラ選択部４０５は、ベアラ設定部４０２が設定したベアラの中で対応するＱＣＩを持つベアラを選択する。尚、ベアラ設定部４０２が設定したベアラが一つである場合には、複数のベアラの中から使用するベアラを選択する処理を行わなくてもよい。さらに、選択したベアラ内で送信するパケット間の優先制御を可能とするため、ベアラ制御部４０６においてパケット検査部４０３から転送されたパケット情報、及び／又は、他のネットワーク装置から転送されたＱｏＥ推定情報を基に、無線基地局１０へのパケット（ユーザデータ）の転送順序の変更、又は、転送量若しくは転送速度のダイナミックな変更などを行う。
【００６４】
ここで、パケットの転送順序の変更は、例えば同一ベアラ内の２つのＩＰフローを想定した場合、第１のＩＰフローを初送パケットの転送に使用し、第２のＩＰフローを再送パケットの転送に使用することで実現できる。すなわち、パケットの転送順序の変更の場合には、複数のＩＰフローのそれぞれに異なる用途（例えば、初送パケットを転送する用途及び再送パケットを転送する用途等）を設定し、パケットに含まれる情報に基づいて適切な用途が設定されたＩＰフローを選択し、選択したＩＰフローを当該パケットの転送に使用する。または、複数のＩＰフローのそれぞれには、パケットの転送順序の優先度を設定してもよい。具体的には、付与された番号（例えばＴＣＰシーケンス番号）の順に初送パケットを第１のＩＰフローで転送しつつ、再送パケットが発生した場合には第２のＩＰフローで当該再送パケットを転送する。これにより、再送パケットが発生した場合でも、当該再送パケットが第１のＩＰフローで転送待ちすることなく、第２のＩＰフローを用いて優先的に転送される。つまり、到着した複数のパケットのうち、再送パケットを優先的に送出することは、パケットの到着順と送出順を変更している（転送順序の変更）といえる。なお、第１のＩＰフロー及び第２のＩＰフローは、通常どちらも初送パケットと再送パケットの両方の転送に用いられていても良く、輻輳発生時、セル又は無線基地局の混雑時（during congestion situation）などの所定条件においてのみ上述の方法を適用してもよい。なお、輻輳が発生しているか否か、または混在しているか否かは、無線基地局からゲートウェイ装置などの通信制御装置に通知されてもよいし、他のネットワーク装置（例えばＲＣＡＦ）からゲートウェイ装置などの通信制御装置に通知されてもよい。
【００６５】
また、転送量のダイナミックな変更は、例えば同一ベアラ内の２つのＩＰフローを想定した場合、第１のＩＰフローにおける転送量の上限を、もう一方の第２のＩＰフローにおける転送量の上限よりも大きくし、優先度の高いパケット（又はユーザデータ）については第１のＩＰフローを選択して転送する。同様に、転送速度のダイナミックな変更は、第１のＩＰフローにより速い転送速度を設定し、第２のＩＰフローには第１のＩＰフローよりも遅い転送速度を設定する。そして、優先度の高いパケット（又はユーザデータ）については第１のＩＰフローを選択して転送する。ここで、「転送速度」は、例えば下りリンク若しくは上りリンクの転送レート（DL rate or UL rate）、下りリンク若しくは上りリンクのＧｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ（DL GBR or UL GBR）、Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ（ＡＰＮ）毎（つまり、ＰＤＮコネクション毎）のＡｇｇｒｅｇａｔｅｄ  Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ（APN-AMBR）、又は、ＴＣＰパケット送信レート（TCP transmission rate）が考えられる。
【００６６】
尚、実施形態２においては、ゲートウェイ装置４０においてパケット検査（例えばＤＰＩ）を行っても良いし、ＴＣＰプロキシ（ＴＣＰスプリット）を行っても良い。
【００６７】
（実施例３）
実施形態２の実施例３にかかる動作を図７のシーケンス図を用いて説明する。実施例３は、１つの無線端末が１つのアプリケーションを起動し、当該アプリケーションがマルチパスＴＣＰ（ＭＰＴＣＰ）による２つのＴＣＰセッション（ＴＣＰ＿Ｒ３１とＴＣＰ＿Ｒ３２）を確立する場合を想定する。このとき、当該２つのＴＣＰセッションは同じベアラにマッピングされるが、ＴＣＰ＿Ｒ３１とＴＣＰ＿Ｒ３２で異なる優先度（ＴＣＰ＿Ｒ３２＞ＴＣＰ＿Ｒ３１）、又は用途を転送指標として設定する。
【００６８】
図７では、左から、無線端末２０、無線基地局１０、無線基地局制御装置３０、及び、ゲートウェイ装置４０の処理を示している。図７のＳ２００〜Ｓ２０４は、実施形態１で説明した図３のＳ１００〜Ｓ１０４と基本的に同様であるため説明を省略する。但し、Ｓ２０２において、ベアラ設定部４０２がＴＣＰ＿Ｒ３１に初送パケット等を転送する用途を設定し、ＴＣＰ＿Ｒ３２に再送パケット等を転送する用途を設定してもよい。もしくは、ベアラ設定部４０２がＴＣＰ＿Ｒ３１及びＲ３２に異なる優先度を設定してもよい。または、無線基地局制御装置３０のベアラ管理部３０２が、ＴＣＰ＿Ｒ３１及びＲ３２に異なる優先度又は用途を設定してもよい。また、Ｓ２０５では、ゲートウェイ装置４０がＳ２０４のパケット検査により取得したパケット情報を基に、各パケット（の中のユーザデータ）をＴＣＰ＿Ｒ３１とＲ３２の内のどちらに対応するＩＰフローで送信するかを選択する。
【００６９】
Ｓ２０５におけるＩＰフロー選択方法としては、例えば初送パケット（又は初送のユーザデータ）には優先度が通常、又は、より低いＴＣＰ＿Ｒ３１に対応するＩＰフローを選択し、再送パケット（又は再送のユーザデータ）には優先度がより高いＴＣＰ＿Ｒ３２に対応するＩＰフローを選択するようにしても良い。または、通常時はマルチパスＴＣＰ（ＭＰＴＣＰ）により確立されたＴＣＰセッションをそのまま使用し、当該パケット（の中のユーザデータ）の送信先となるセル又は無線基地局が混雑している場合、上述のように再送パケットにはＴＣＰ＿Ｒ３２に対応するＩＰフローを選択するようにしても良い。さらに、ＴＣＰ＿Ｒ３１に対応するＩＰフローにおける無線基地局へのデータ転送量（例えばビットレート）よりも、ＴＣＰ＿Ｒ３２に対応するＩＰフローにおける無線基地局へのデータ転送量を大きく（例えばビットレートを高く）設定しても良い。
【００７０】
そして、Ｓ２０６では、選択したＩＰフローにおいてユーザデータを無線基地局へ転送する。Ｓ２０７及びＳ２０８は図３のＳ１０７及びＳ１０８と基本的に同様であるため説明を省略する。
【００７１】
このように、同一ベアラ内でも、同一アプリケーション内のパケットの優先制御が可能となるため、ＱｏＥに関連する重要度が高いパケットの送信を早めることができ、ＱｏＥの改善が期待できる。
【００７２】
尚、実施例３ではパケット情報として、［Ｂ］パケットの送信状況に関する情報（初送パケットか再送パケットか）、及び／又は、［Ｄ］ユーザデータの送信状況に関する情報（初送ユーザデータか再送ユーザデータか）を用いてベアラ制御（つまり、ＩＰフロー選択）を行ったが、それらに限定はされない。例えば、同一のアプリケーションの中でも送信されるパケット間又は実際のユーザデータ間で重要度が異なるような場合には、［Ａ］パケットの重要度に関する情報、及び／又は、［Ｃ］ユーザデータの重要度に関する情報を用いてベアラ制御を行っても良い。
【００７３】
（実施例４）
実施例３では、マルチパスＴＣＰ（ＭＰＴＣＰ）を想定していたが、実施例４ではＭＰＴＣＰの代わりに、ゲートウェイ装置４０（又は無線基地局制御装置３０）が、ゲートウェイ装置４０と無線基地局１０の間で、同一アプリケーションに対して仮想的に複数のＩＰフロー（Ｖｉｒｔｕａｌ  ＩＰ  ｆｌｏｗｓ：Ｖ−ＩＰＦ）を確立する。このとき、ゲートウェイ装置４０又は付随する他のネットワーク装置がＴＣＰプロキシ（ＴＣＰスプリット）を行うことを前提とする。
【００７４】
図８は、同一アプリケーションに対して仮想的に２つのＩＰフローを確立する例を示している。無線端末がアプリケーションを起動し、サーバとの間でＴＣＰセッションを確立した後、ゲートウェイ装置がＴＣＰプロキシ（ＴＣＰスプリット）を行い、ＴＣＰセッションを終端する。その後、ゲートウェイ装置が、当該ＴＣＰセッションに対して無線基地局との間に２つの仮想的なＩＰフロー（Ｖ−ＩＰＦ＿Ｒ４１とＲ４２）を確立する。ここで、Ｖ−ＩＰＦ＿Ｒ４１及びＲ４２のいずれか一方（例えばＲ４１）は元々確立されていたＩＰフローであっても良いし、２つのＶ−ＩＰＦが共に新たに確立されたものでも良い。無線基地局１０は、Ｖ−ＩＰＦ＿Ｒ４１及びＲ４２で転送されたパケット（又はユーザデータ）を終端し（Ｖｉｒｔｕａｌ  ＩＰ  ｆｌｏｗｓ  ｔｅｒｍｉｎａｔｉｏｎ）、所定の優先制御を行い、無線端末２０へと送信する。例えば、実施例３のようにパケット（又はユーザデータ）の重要度を初送か再送かで判定し、再送パケット（又は再送ユーザデータ）を優先してスケジューリングして無線端末へ送信するようにしても良い。その場合、実施例３のように、ベアラ設定部４０２がＶ−ＩＰＦ＿Ｒ４１及びＲ４２のそれぞれに異なる用途又は優先度を設定しておくこととなる。または、無線基地局制御装置３０のベアラ管理部３０２が、Ｖ−ＩＰＦ＿Ｒ４１及びＲ４２のそれぞれに異なる用途又は優先度を転送指標として設定しておいてもよい。
【００７５】
（実施形態３）
本発明の実施形態３では、実施形態１または実施形態２で選択された経路内のパケットに対して、更に経路内のパケット優先制御を適用することで、更なるＱｏＥの向上を実現する。具体的には、同一ベアラ内の経路間（例えばＩＰフロー間）の優先制御、及び／又は、同一経路内（ＩＰフロー内）のパケット（の中のユーザデータ）の優先制御を行う。そして、異なるアプリケーションが同一ベアラに混在している場合、アプリケーション特性などのＱｏＥに関連する情報を基にパケットの優先制御を行う。あるいは、同一アプリケーションのパケット（の中のユーザデータ）に対して、パケット（又はユーザデータ）の重要度などに応じて優先制御を行う。
【００７６】
実施形態３にかかるネットワークの構成は実施形態１の図１と同一のため、説明を省略する。また、実施形態３にかかるネットワークの構成要素も図６で説明した実施形態２にかかる構成と同様なので説明を省略する。
【００７７】
（実施例５）
実施形態３にかかる動作を図９のシーケンス図を用いて説明する。図９では、左から、無線端末２０、無線基地局１０、無線基地局制御装置３０、及び、ゲートウェイ装置４０の処理を示している。図９は、１つの無線端末２０が２つのアプリケーション(リアルタイム性の高いビデオストリーミング、及び、リアルタイム性の低いファイルダウンロード)を同時に使用し、３つのベアラを使用して優先制御を行う場合について説明する。ここで、３つのベアラはそれぞれ、１つのＤｅｆａｕｌｔ  Ｂｅａｒｅｒ（ベアラＲ５１）、２つのＤｅｄｉｃａｔｅｄ  Ｂｅａｒｅｒ（ベアラＲ５２及びＲ５３）を想定し、ベアラＲ５３＞Ｒ５２＞Ｒ５１の順番に優先度が高いＱＣＩに対応するものとする。また、少なくともベアラＲ５３には、２つのＩＰフローが設定されているものとする。そして、第１のＩＰフローには、リアルタイム性の高いアプリケーションであるビデオストリーミングのパケットを転送する用途が設定されており、第２のＩＰフローには、リアルタイム性の低いアプリケーションであるファイルダウンロードのパケットを転送する用途が設定されているものとする。
【００７８】
実施形態３にかかるシーケンスのＳ３００及びＳ３０１は、実施例１又は実施例３で説明した通りのため説明を省略する。ゲートウェイ装置４０は、３つのベアラ（ベアラＲ５３、ベアラＲ５２、及び、ベアラＲ５１）に新規ベアラを設定し（Ｓ３０２）、無線基地局制御装置３０を介して、Ｓ３０２で設定したベアラの情報を無線基地局１０へ転送する（Ｓ３０３）。Ｓ３０４では、ゲートウェイ装置４０は、パケット検査を行い、パケット情報を取得する。ゲートウェイ装置４０は、例えば、実施例１又は実施例３のように［Ａ］パケットの重要度に関する情報を取得して、ＴＣＰ再送パケットか否かを判定する。さらに、ゲートウェイ装置４０は、［Ｅ］ユーザデータのアプリケーション種別に関する情報を取得してアプリケーション種別を判定する。ここで、アプリケーション種別は、例えばＩＰヘッダの送信元のＩＰアドレス又はポート番号で判定したり、トラフィックの発生頻度又は量で判定する。次に、Ｓ３０５では、ゲートウェイ装置４０は、Ｓ３０４の判定結果に基づいて、それぞれのパケット（ユーザデータ）を適切なベアラにマッピングする。例えば、ゲートウェイ装置４０は、まず、アプリケーションによらずＴＣＰの再送パケットをベアラＲ５３にマッピングし、次に、リアルタイム性の高いアプリケーションであるビデオストリーミングのパケットをベアラＲ５２に、最後に、リアルタイム性の低いアプリケーションであるファイルダウンロードのパケットをベアラＲ５１にマッピングする。次に、Ｓ３０６で、ゲートウェイ装置４０は、ベアラ内の優先制御を行う。具体的には、ベアラＲ５３には、ビデオストリーミング及びファイルダウンロードそれぞれのＴＣＰ再送パケットがマッピングされたとする。そして、ここでは、ビデオストリーミングのパケットを早く送るために、無線基地局に転送するパケットの順番を、ビデオストリーミングのパケットが先になるように並び替えを行うようにしても良い。具体的には、例えば、ゲートウェイ装置４０は、ビデオストリーミングのＴＣＰ再送パケットには上記第１のＩＰフローを選択して、当該第１のＩＰフローを用いて転送する。また、ゲートウェイ装置４０は、ファイルダウンロードのＴＣＰ再送パケットには上記第２のＩＰフローを選択して、当該第２のＩＰフローを用いて転送する。そして、Ｓ３０７でゲートウェイ装置４０は、それぞれのパケット（ユーザデータ）を無線基地局１０へ転送し、Ｓ３０８で無線基地局１０は優先度を考慮したスケジューリングを行い、ユーザデータを無線端末２０へと送信する（Ｓ３０９）。
【００７９】
なお、実施例５では、ベアラＲ５３内の優先制御として、転送順序の入れ替えを説明したが、転送速度をダイナミックに変更して優先制御を行っても良い。例えば、ベアラＲ５３で転送するパケットのうちビデオストリーミングのパケットとファイルダウンロードのパケットで転送速度を変えるようにしても良い。その場合、予め、ベアラＲ５３内の第１のＩＰフローにはより速い転送速度を設定し、第２のＩＰフローには第１のＩＰフローよりも遅い転送速度を設定する。そして、ゲートウェイ装置４０は、ビデオストリーミングのパケットには第１のＩＰフローを選択して転送し、ファイルダウンロードのパケットには第２のＩＰフローを選択して転送する。
【００８０】
このように実施形態３では、優先度の異なる複数のベアラを設定してアプリケーション間又は同一アプリケーション内での優先制御を行い、さらに、同一ベアラ内のパケットの優先制御も行うため、より細やかなパケット（ユーザデータ）の優先制御が可能となる。その結果、ＱｏＥに関連する重要度が高いパケットの送信を細やかに制御ができ、ＱｏＥの改善が期待できる。
【００８１】
尚、実施例５におけるアプリケーション種別に基づく優先制御の代わりに、サービス種別に基づく優先制御を行っても良い。
【００８２】
＜その他の発明の実施の形態＞
以上、上記実施形態を参照して本願発明を説明したが、本願発明は、上述した実施形態に限定されるものではない。本願発明の構成及び詳細に、本願発明の範囲内において当業者が理解し得る様々な変更をすることができる。
【００８３】
上述の第１の実施形態では、ある１つのアプリケーションによるユーザデータの転送をＬＴＥで複数のベアラを設定することにより実現することを想定していた。但し、マルチパスＴＣＰ（ＭＰＴＣＰ）の説明で既に述べたように、ＬＴＥとＷＬＡＮの両方を使用してユーザデータの転送を行っても良い。この場合、例えばゲートウェイ装置４０が、ＬＴＥとＷＬＡＮのどちらの経路にユーザデータを転送するかを選択する。さらに、ＬＴＥとＷＬＡＮの両方を使用する場合、ゲートウェイ装置４０がそれぞれにユーザデータを転送して、ＬＴＥの無線基地局及びＷＬＡＮのアクセスポイント（ＡＰ）がそれぞれユーザデータを無線端末２０に送信しても良い。または、ゲートウェイ装置４０がＬＴＥの無線基地局１０にユーザデータを転送して、無線基地局１０が無線端末２０にユーザデータを送信すると共に、ゲートウェイ装置４０がＷＬＡＮのＡＰにユーザデータを転送して、ＷＬＡＮのＡＰから無線端末２０にユーザデータを送信するようにしても良い。すなわち、経路選択手段は、前記パケットが前記無線端末において起動された１つのアプリケーションの実行に起因して前記転送される場合に、前記特性情報に基づいて前記複数の通信経路の中から２以上の通信経路を選択し、前記転送制御手段は、前記選択した２以上の通信経路を用いて前記転送を制御する。または、経路設定手段が１つのアプリケーションに対する前記パケットの転送の為に複数の前記通信経路を設定し、前記経路選択手段が、前記特性情報を基に、前記パケット毎または複数の前記パケット毎に前記通信経路を選択するようにしてもよい。
【００８４】
また、上述の実施形態１〜３を組み合わせて適用することも可能である。例えば、実施形態１におけるマルチパスＴＣＰ（ＭＰＴＣＰ）で３つの経路（ＴＣＰセッション）を確立し、１つを優先ベアラ（Ｄｅｄｉｃａｔｅｄ  Ｂｅａｒｅｒ）に割り当て、残り２つを通常ベアラ（Ｄｅｆａｕｌｔ  Ｂｅａｒｅｒ）に割り当てる。このとき、Ｄｅｆａｕｌｔ  Ｂｅａｒｅｒにおいて実施形態２の優先制御を適用することで、更なるＱｏＥの改善が期待できる。あるいは、実施形態１または実施形態２で選択された経路（ベアラ）内のパケットに対して、実施形態３のベアラ内のパケット優先制御を適用することにより、更なるＱｏＥの向上が実現できる。
【００８５】
さらに、本発明は、ＬＴＥの他にもＵＭＴＳ、ＣＤＭＡ  １ｘＲＴＴ、ＨＲＰＤ、またはＷｉＭＡＸにおいても実現することが可能である。
【００８６】
尚、本発明は次のように表現することもできる。すなわち、ネットワークの他の装置から送信されたパケットを１つ以上の通信経路を介して無線基地局へと転送する転送制御を管理する通信制御装置であって、前記通信経路として、優先度または用途が異なる第１の通信経路と第２の通信経路を設定することが可能な経路設定手段と、前記パケットからユーザ体感品質（ＱｏＥ）に関連する情報の一例であるパケット情報を取得するパケット情報取得手段と、前記パケット情報からパケットの重要度を判定し、当該パケットの重要度を基に前記第１の通信経路と前記第２の通信経路のいずれか又は両方を選択する経路選択手段と、選択した前記通信経路を使用した、前記パケットまたは前記パケットで送信されたユーザデータの前記無線基地局への転送を制御する転送制御手段とを有することを特徴とする。これによる効果は、ユーザの体感品質であるＱｏＥを改善できることである。その理由は、ＱｏＥに関連するパケットの重要度を検知し、その重要度に応じてパケットの送信制御を行うためである。
【００８７】
また、本発明は次のように表現することもできる。すなわち、無線通信システムは、無線端末宛のパケットをネットワークを介して受信する通信制御装置と、前記通信制御装置から転送された前記パケットを前記無線端末へ転送する無線基地局と、を備える。そして、前記通信制御装置は、前記パケットの転送に関する転送指標を複数の通信経路のそれぞれに個別に設定し、前記複数の通信経路のそれぞれに設定された前記転送指標を、前記無線基地局へ通知し、前記パケットの特性を示す特性情報に基づいて、前記複数の通信経路の中から、少なくとも一部の通信経路を選択し、少なくとも前記パケットに含まれるデータを、前記選択した通信経路を用いた前記無線基地局へ転送する。そして、前記無線基地局は、前記通信制御装置から転送された前記データを、前記通知された前記転送指標に基づいて、前記複数の通信経路の少なくとも一部を用いて前記無線端末へ転送する。
【００８８】
また、上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、任意の処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。
【００８９】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disc）、ＢＤ（Blu-ray（登録商標） Disc）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００９０】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記Ａ１）
無線基地局へ転送すべきパケットの特性に関する特性情報に基づいて、当該パケットの転送に関する転送指標が個別に設定された複数の通信経路の中から、少なくとも一部の通信経路を選択する経路選択手段と、
前記パケット又は当該パケット内のデータを、前記選択した通信経路により前記無線基地局へ転送する処理を制御する転送制御手段と、
を備える通信制御装置。
（付記Ａ２）
前記特性情報は、無線端末のユーザ体感品質（ＱｏＥ）に関連する情報を少なくとも含み、
前記経路選択手段は、
前記ユーザ体感品質（ＱｏＥ）に関連する情報を基に当該パケットの重要度を判定し、
前記重要度に応じた前記転送指標が設定された通信経路を選択する
付記Ａ１に記載の通信制御装置。
（付記Ａ３）
前記転送指標は、他のパケットの転送に対する前記パケットの転送の優先度、及び前記通信経路の用途、の少なくともいずれかに関連する指標である、
付記Ａ１又はＡ２に記載の通信制御装置。
（付記Ａ４）
前記ユーザ体感品質（ＱｏＥ）に関連する情報は、前記パケットに格納されている情報から取得するパケット情報、又は、無線ネットワークにおいて推定した前記ユーザ体感品質（ＱｏＥ）に関するＱｏＥ推定情報、の少なくともいずれかである、付記Ａ２に記載の通信制御装置。
（付記Ａ５）
１つのアプリケーションに対する前記パケットの転送の為に複数の前記通信経路を設定する経路設定手段をさらに備え、
前記経路選択手段が、前記特性情報を基に、前記パケット毎または複数の前記パケット毎に前記通信経路を選択する、
付記Ａ１からＡ４のいずれか１項に記載の通信制御装置。
（付記Ａ６）
前記経路選択手段は、前記特性情報に基づいて前記パケットが再送パケットであると判定した場合に、前記複数の通信経路の中から、当該再送パケットを他の初送パケットより優先して転送させるように前記転送指標が設定された通信経路を選択する
付記Ａ１からＡ５のいずれか１項に記載の通信制御装置。
（付記Ａ７）
前記転送指標は、前記パケットを転送するための転送量又は転送速度であり、
前記転送制御手段は、
各パケットの前記特性情報に基づいて、前記選択した通信経路に設定された前記転送量又は前記転送速度を変更することにより、前記選択した通信経路による前記転送する処理を制御する
付記Ａ１からＡ５のいずれか１項に記載の通信制御装置。
（付記Ａ８）
前記経路選択手段は、前記パケットが前記無線端末において起動された１つのアプリケーションの実行に起因して前記転送される場合に、前記特性情報に基づいて前記複数の通信経路の中から２以上の通信経路を選択し、
前記転送制御手段は、前記選択した２以上の通信経路を用いて前記転送を制御する
付記Ａ１からＡ７のいずれか１項に記載の通信制御装置。
（付記Ａ９）
前記複数の通信経路のそれぞれに設定された前記転送指標を、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）を介して、前記無線基地局へ通知する通知手段
をさらに備える付記Ａ１からＡ８のいずれか１項に記載の通信制御装置。
（付記Ａ１０）
前記特性情報は、
前記パケットの重要度に関する情報、前記パケットの送信状況に関する情報、前記パケットに含まれるユーザデータの重要度に関する情報、前記パケットに含まれるユーザデータの送信状況に関する情報、前記パケットに含まれるユーザデータのアプリケーション種別に関する情報、又は、前記パケットに含まれるユーザデータのサービス種別に関する情報
の少なくともいずれか又は組み合わせである、付記Ａ１からＡ９のいずれか１項に記載の通信制御装置。
（付記Ａ１１）
前記通信経路は、
ベアラ、ＩＰフロー、サービスデータフロー、ＴＣＰセッション、又は、異なる無線アクセス技術（ＲＡＴ）におけるネットワーク接続、
のいずれか又は組み合わせである、付記Ａ１からＡ１０のいずれか１項に記載の通信制御装置。
（付記Ａ１２）
前記通信制御装置は、ネットワークの他の装置から前記パケットを受信するゲートウェイ装置であり、
前記転送制御手段は、前記パケット又は当該パケット内のデータを、前記選択した通信経路により前記無線基地局へ転送する
付記Ａ１からＡ１２のいずれか１項に記載の通信制御装置。
（付記Ｂ１）
無線端末宛のパケットをネットワークを介して受信する通信制御装置と、
前記通信制御装置から転送された前記パケットを前記無線端末へ転送する無線基地局と、
を備える無線通信システムであって、
前記通信制御装置は、
前記パケットの転送に関する転送指標を複数の通信経路のそれぞれに個別に設定し、
前記複数の通信経路のそれぞれに設定された前記転送指標を、前記無線基地局へ通知し、
前記パケットの特性を示す特性情報に基づいて、前記複数の通信経路の中から、少なくとも一部の通信経路を選択し、
前記パケット又は当該パケット内のデータを、前記選択した通信経路により前記無線基地局へ転送し、
前記無線基地局は、
前記通信制御装置から転送された前記パケット又は前記データを、前記通知された前記転送指標に基づいて、前記複数の通信経路の少なくとも一部を用いて前記無線端末へ転送する
無線通信システム。
（付記Ｃ１）
無線基地局へ転送すべきパケットの特性に関する特性情報に基づいて、当該パケットの転送に関する転送指標が個別に設定された複数の通信経路の中から、少なくとも一部の通信経路を選択し、
前記パケット又は当該パケット内のデータについて、前記選択した通信経路により前記無線基地局へ転送する処理を制御する、
通信制御装置の通信制御方法。
（付記Ｄ１）
無線端末宛のパケットをネットワークを介して受信する通信制御装置から、複数の通信経路のそれぞれに個別に設定された当該パケットの転送に関する転送指標の通知を受け付ける通知受付手段と、
前記通信制御装置において前記パケットの特性に関する特性情報に基づいて前記複数の通信経路の中から少なくとも一部が選択された通信経路を介して、前記パケット又は当該パケット内のデータの転送を受信するデータ受信手段と、
前記通信制御装置から転送された前記パケット又は前記データを、前記通知された前記転送指標に基づいて、前記複数の通信経路の少なくとも一部を用いて前記無線端末へ転送する転送手段と、
を備える無線基地局。
【符号の説明】
【００９１】
１  無線通信システム
１ａ  無線通信システム
１０  無線基地局
１０１  制御部
１０２  バッファ
１０３  スケジューラ部
１０４  無線部
１１  セル
２０  無線端末
２１〜２３  無線端末
３０  無線基地局制御装置
３０１  制御部
３０２  ベアラ管理部
４０  ゲートウェイ装置
４０１  制御部
４０２  ベアラ設定部
４０３  パケット検査部
４０４  ベアラ選択部
４０５  ベアラ選択部
４０６  ベアラ制御部
５０  ＰＤＮ
６０  サーバ
Ｒ１１、Ｒ１２  ベアラ
Ｒ３１、Ｒ３２  ＴＣＰ
Ｒ４１、Ｒ４２  Ｖ−ＩＰＦ
Ｒ５１〜Ｒ５３  ベアラ
【図１】
2016082438.tif 000003
【図２】
2016082438.tif 000004
【図３】
2016082438.tif 000005
【図４】
2016082438.tif 000006
【図５】
2016082438.tif 000007
【図６】
2016082438.tif 000008
【図７】
2016082438.tif 000009
【図８】
2016082438.tif 000010
【図９】
2016082438.tif 000011
【図１０】
2016082438.tif 000012
【図１１】
2016082438.tif 000013
【図１２】
2016082438.tif 000014