JPWO2015033581A1 - 通信装置、制御装置、管理装置、通信方法、制御方法、管理方法およびプログラム - Google Patents
通信装置、制御装置、管理装置、通信方法、制御方法、管理方法およびプログラム Download PDFInfo
- Publication number
- JPWO2015033581A1 JPWO2015033581A1 JP2015535325A JP2015535325A JPWO2015033581A1 JP WO2015033581 A1 JPWO2015033581 A1 JP WO2015033581A1 JP 2015535325 A JP2015535325 A JP 2015535325A JP 2015535325 A JP2015535325 A JP 2015535325A JP WO2015033581 A1 JPWO2015033581 A1 JP WO2015033581A1
- Authority
- JP
- Japan
- Prior art keywords
- communication
- control
- parameter
- quality
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0894—Policy-based network configuration management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5019—Ensuring fulfilment of SLA
- H04L41/5022—Ensuring fulfilment of SLA by giving priorities, e.g. assigning classes of service
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】通信サービスに対して多様な通信品質制御が可能な技術を提供する。【解決手段】本発明の通信装置は、ネットワークに設定される通信パスを介して通信する通信装置であって、パケットに対応する前記通信パスを識別する第一の手段と、識別された前記通信パスに対応する通信端末に対して通信サービスを提供するサービスプロバイダに関連するパラメータに基づいて、前記パケットの通信品質制御を実行可能な第二の手段とを含む。【選択図】図2
Description
本発明は、通信装置間で通信パスを介して通信する通信システムに係り、特に、通信パスに対応するQoS制御に関する。
モバイル通信システムにおいて、携帯電話等の通信端末は、基地局と接続し、コアネットワークを経由してインターネットにアクセスすることができる。通信端末は、コアネットワークに設けられた装置(例えば、ゲートウェイ)との間に確立された通信パス(例えばベアラ)を介して通信する。
基地局やゲートウェイは、ベアラを構築するため、パケットをカプセル化することによってトンネルを構築する。基地局やゲートウェイは、トンネルを構築するため、パケットにQoS(Quality of Service)情報を付与する。モバイル通信システムの通信装置は、パケットに付与されたQoS情報に基づいて、パケット転送の制御(例えば、通信品質制御)を実行することができる。
非特許文献1は、モバイル通信システムにおけるQoS制御に関する技術を開示する。非特許文献1のTable 6.1.7には、通信サービスとQCI(QoS Class Identifier)との対応関係が開示されている。例えば、ゲートウェイ装置や基地局は、ベアラに対応するGTP(GPRS Tunneling Protocol)トンネルを構築する場合に、ベアラのQCIに対応付けられたQoS情報(例えば、DSCP(Differentiated Service Code Point))をパケットに付与する。ゲートウェイ装置や基地局は、パケットにQoS情報を付与することにより、パケットの通信品質制御を実行する。
3GPP TS23.203 V12.1.0 "Technical Specification Group Services and System Aspects; Policy and charging control architecture"、[2013年8月30日検索]インターネット <http://www.3gpp.org/ftp/Specs/html−info/23203.htm>
非特許文献1のTable 6.1.7では、通信サービスは、特定のQCIと対になっている。QCIには特定のQoS情報が対応付けられているため、通信サービスに対する通信品質制御は、通信サービスの対となるQCIに依存する。その結果、通信サービスに対して多様な通信品質制御を提供することが困難となる。
本発明の目的は、通信サービスに対して多様な通信品質制御が可能な技術を提供することである。
本発明の通信装置は、ネットワークに設定される通信パスを介して通信する通信装置であって、パケットに対応する前記通信パスを識別する第一の手段と、識別された前記通信パスに対応する通信端末に対して通信サービスを提供するサービスプロバイダに関連するパラメータに基づいて、前記パケットの通信品質制御を実行可能な第二の手段とを含む。
本発明の制御装置は、ネットワークに設定される通信パスに関する制御信号を通信装置に送信するための通信インターフェースと、前記通信パスに対応する通信端末に通信サービスを提供するサービスプロバイダに関連するパラメータに基づいて、前記パケットの通信品質制御を実行可能な前記通信装置に、前記制御信号を用いて前記パラメータを通知する制御手段とを含む。
本発明の管理装置は、ネットワークに設定される通信パスの品質クラスと、当該品質クラスに対応付けられる複数の品質情報と、を含む通信品質ポリシを生成する第一の手段と、通信品質制御を実行する通信装置に対して前記通信品質ポリシを送信可能な制御装置に、前記生成された通信品質ポリシを通知する第二の手段とを含む。
本発明の通信方法は、ネットワークに設定される通信パスを介して通信する通信方法であって、パケットに対応する前記通信パスを識別し、識別された前記通信パスに対応する通信端末に対して通信サービスを提供するサービスプロバイダに関連するパラメータに基づいて、前記パケットの通信品質制御を実行する。
本発明の制御方法は、ネットワークに設定される通信パスに関する制御信号を通信装置に送信し、前記通信パスに対応する通信端末に通信サービスを提供するサービスプロバイダに関連するパラメータに基づいて、前記パケットの通信品質制御を実行可能な前記通信装置に、前記制御信号を用いて前記パラメータを通知する。
本発明の管理方法は、ネットワークに設定される通信パスの品質クラスと、当該品質クラスに対応付けられる複数の品質情報とを含む通信品質ポリシを生成し、通信品質制御を実行する通信装置に対して前記通信品質ポリシを送信可能な制御装置に、前記生成された通信品質ポリシを通知する。
本発明のプログラムは、ネットワークに設定される通信パスを介して通信する通信装置に、パケットに対応する前記通信パスを識別する処理と、識別された前記通信パスに対応する通信端末に対して通信サービスを提供するサービスプロバイダに関連するパラメータに基づいて、前記パケットの通信品質制御を実行する処理とを実行させる。
本発明のプログラムは、ネットワークに設定される通信パスに関する制御信号を通信装置に送信する処理と、前記通信パスに対応する通信端末に通信サービスを提供するサービスプロバイダに関連するパラメータに基づいて、前記パケットの通信品質制御を実行可能な前記通信装置に、前記制御信号を用いて前記パラメータを通知する処理とをコンピュータに実行させる。
本発明のプログラムは、ネットワークに設定される通信パスの品質クラスと、当該品質クラスに対応付けられる複数の品質情報とを含む通信品質ポリシを生成する処理と、通信品質制御を実行する通信装置に対して前記通信品質ポリシを送信可能な制御装置に、前記生成された通信品質ポリシを通知する処理とをコンピュータに実行させる。
本発明により、通信サービスに対して多様な通信品質制御が可能な技術を提供することができる。
以下、本発明の実施形態を説明する。各実施形態は例示であり、本発明は、各実施形態に限定されるものではない。
1.第1の実施形態
本発明の第1の実施形態を説明する。
本発明の第1の実施形態を説明する。
1.1)システム
図1は、本発明に関する通信システムの概要を示す。
図1は、本発明に関する通信システムの概要を示す。
通信システムは、携帯電話、PC(Personal Computer)、モバイルルータ等の端末1と、基地局、ゲートウェイ装置等の通信装置2を含む。基地局は、例えば、端末1に対して、無線アクセス機能を提供する。ゲートウェイ装置は、例えば、外部ネットワーク(例えばインターネット)との接続点としての機能を提供する。
端末1は、端末1と通信装置2との間に構築された通信パス(例えばベアラ)を介して、データを送受信する。通信パスは、例えば、端末1と基地局との間に構築される無線チャネル、ゲートウェイ装置を終端(エンドポイント)とするGTPトンネル等で構成される。
通信パスのQoS属性は、例えば、QCIにより定義される。QCIは、通信パスのQoSクラスを識別するためのスカラー値である。QCIは、通信パスに属するパケットの優先レベル、パケット遅延、パケットロス率等を規定する。
ゲートウェイ装置および基地局は、GTPトンネルを構築するために、パケットをカプセル化する機能を有する。ゲートウェイ装置および基地局は、パケットをカプセル化する際、QCIに対応するQoS情報(例えば、DSCP)をパケットに付与することが可能である。ゲートウェイ装置および基地局は、ベアラに対応するQoS情報をパケットに付与することで、パケットの通信品質制御を実行する。なお、QoS情報は、DSCPに限らず、例えばCoS(Class of Service)やVLAN(Virtual Local Area Network)タグのPCP(Priority Code Point)等、他のQoSに関する情報であってもよい。パケットの転送経路上のスイッチやルータ等の通信機器は、パケットに付与されたQoS情報に対応する優先度に応じてパケットの順序制御、通信帯域の制限等を実行する。
本実施形態による通信装置2(ゲートウェイ装置、基地局)は、通信パスのQCIに対応付けられた複数のQoS情報から選択されたQoS情報をパケットに付与することが可能である。パケットに付与するQoS情報がQCIに対応付けられた複数のQoS情報から選択されるため、本実施形態による通信システムは、QCIのみに依存することなく、多様な通信品質制御を実行することが可能である。
1.2)通信装置
図2は、第1の実施形態による通信装置2の構成例を示す。
図2は、第1の実施形態による通信装置2の構成例を示す。
通信装置2は、通信パス識別部20、QoS情報DB(DataBase)21、パケット処理部22および制御部24を含む。
通信パス識別部20は、受信したパケットが属する通信パスを識別する。通信パス識別部20は、例えば、パケットに含まれる情報(例えば、IPアドレスやポート番号などのOSI参照モデルのレイヤ3/レイヤ4の情報)を参照することで、パケットが属する通信パスを識別する。
パケット処理部22は、識別された通信パスに対応付けられた複数のQoS情報から選択されたQoS情報を、パケットに付与する。パケット処理部22は、例えば、ベアラの種別に応じて選択されたQoS情報をパケットに付与する。パケット処理部22は、例えば、予め設定された条件に応じてベアラの種別を識別する。パケット処理部22は、例えば、パケットの送信元IPアドレスと宛先IPアドレスに基づいてベアラの種別を識別し、識別された種別に応じて選択されたQoS情報をパケットに付与する。
パケット処理部22は、識別された通信パスのQCIと、QoS情報を選択するための指標となるパラメータとに基づいて、QoS情報DB21からQoS情報を選択し、選択されたQoS情報をパケットに付与してもよい。パケット処理部22は、予め設定されたパラメータに基づいて、QoS情報を選択してもよい。また、パケット処理部22は、通信パス識別部20から、通信パス識別部20が識別した通信パスに対応するパラメータを受信し、受信したパラメータに基づいてQoS情報を選択してもよい。なお、パラメータは、例えば、パケットの優先度に関するパラメータである。
制御部24は、通信装置2の種別に応じた機能を実行することが可能である。例えば、通信装置2が基地局である場合、制御部24は、端末1との無線通信機能等を実行する。また、通信装置2がゲートウェイ機能である場合、制御部24は、通信パスを設定するために他の通信装置2との間で通信する機能等を実行する。
図3および図4は、QoS情報DB21の第1構成例および第2構成例をそれぞれ示す。なお、図3および図4は、QCIとパラメータとに基づいてQoS情報が選択される場合の例であるが、本発明はこの例に限定されない。
図3および図4に例示するように、QoS情報DB21では、QCIに対して複数のQoS情報(ここではDSCP)が対応付けられ、QCIに対応付けられた複数のQoS情報の各々がQoS情報を選択するためのパラメータに対応付けられている。図3に示す第1例はQCI値を優先してアレンジされたテーブルを示し、図4に示す第2例はパラメータ値を優先してアレンジされたテーブルを示す。たとえば、図3に示す第1例では、QCI値“5”に対して、DSCP値“48”と“47”が対応付けられ、さらにQCI値“5”の場合、パラメータ値“A”に対してDSCP値“48”が、パラメータ値“B”に対してDSCP値“47”が、それぞれ対応付けられている。図4に示す第2例でも同様に、たとえばQCI値“3”に対して、DSCP値“46”と“28”が対応付けられ、同じQCI値“3”であっても、パラメータ値“A”に対してDSCP値“46”が、パラメータ値“B”に対してDSCP値“28”が、それぞれ対応付けられている。このように、QCI値とパラメータ値とに基づいて、QoS情報のが選択される。
なお、全てのQCIに対して複数のQoS情報が対応付けられている必要はなく、一部のQCIに対して複数のQoS情報が対応付けられてもよい。後述の他の実施形態でも同様である。
パケット処理部22は、通信パスのQCIと、通信パス識別部20から通知されたパラメータとをキーにして、QoS情報DB22からDSCPを検索する。例えば、図3の例では、パケット処理部22は、QCIが“5”でパラメータが“A”の場合、DSCP値“48”が検索される。パケット処理部22は、検索されたDSCP値をパケットに付与して転送する。
1.3)通信品質制御 通信装置2は、上述したようなQoS情報DB21の構成に応じて、多様な通信品質制御を実行することが可能である。図5および図6は、通信装置2による通信品質制御の例を示す。
図5の例では、パラメータよりもQCIを優先した通信品質制御の例を示す。
QCIとパラメータには、それぞれ優先度が設定されている。例えば、QCI値が“5”のパケットは最も優先度が高く、QCI値が“9”のパケットが最も優先度が低い。また、パラメータが“A”であるパケットは、パラメータが“B”であるパケットよりも優先度が高い。
図5に例示するように、通信装置2は、QCIとパラメータの各々の優先度のうち、QCIの優先度を優先し、同じQCI優先度であればパラメータ優先度に従うように通信品質制御を行う。より詳しくは、優先度がより高いQCI値のパケットに対してより大きいDSCP値が割り当てられ、同じQCI優先度に複数のパケットがあれば、より高い優先度のパラメータのパケットに対してより大きいDSCP値が割り当てられる。たとえば、QCI値“5”のパケットには、QCI値“4”のパケットよりも大きなDSCP値が割り当てられ、同じQCI値“5”であれば、パラメータ“A”のパケットがパラメータ“B”のパケットよりも大きなDSCP値が割り当てられる。
図6の例では、QCIよりもパラメータを優先した通信品質制御の例を示す。
図6に例示するように、通信装置2は、QCIとパラメータの各々の優先度のうち、パラメータの優先度を優先し、同じパラメータ優先度であればQCI優先度に従うように通信品質制御を行う。より詳しくは、優先度がより高いパラメータ値のパケットに対してより大きいDSCP値が割り当てられ、同じパラメータ優先度に複数のパケットがあれば、より高い優先度のQCI値のパケットに対してより大きいDSCP値が割り当てられる。たとえば、パラメータ値“A”のパケットには、パラメータ値“B”のパケットよりも大きなDSCP値が割り当てられ、同じパラメータ値“A”であれば、QCI値“5”のパケットがQCI値“4”のパケットよりも大きなDSCP値が割り当てられる。
通信装置2は、上述の例のように、QCIのみに依存しない多様な通信品質制御を実行することができる。
1.4)動作
図7は、第1の実施形態による動作例を示す。
図7は、第1の実施形態による動作例を示す。
基地局は、端末1からパケットを受信すると(動作S1)、当該パケットが属する通信パスを識別する(動作S2)。
基地局は、識別された通信パスに対応するQCIとパケットの優先度に関するパラメータとに基づいて選択されたQoS情報(例えばDSCP値)をパケットに付与し(動作S3)、QoS情報が付与されたパケットをゲートウェイ装置へ転送する(動作S4)。
ゲートウェイ装置はパケットを受信すると(動作S5)、当該パケットが属する通信パスを識別する(動作S6)。
ゲートウェイ装置は、識別された通信パスに対応するQCIとパケットの優先度に関するパラメータとに基づいて選択されたQoS情報(例えばDSCP値)をパケットに付与し(動作S7)、QoS情報が付与されたパケットを基地局へ転送する(動作S8)。
2.第2の実施形態
本発明の第2の実施形態を説明する。第2の実施形態は、上述の第1の実施形態で開示された技術に適用可能である。
本発明の第2の実施形態を説明する。第2の実施形態は、上述の第1の実施形態で開示された技術に適用可能である。
第2の実施形態によれば、制御装置が通信装置による通信品質制御を集中制御でき、システムの運用効率を向上させることができる。本実施形態では、一例として、LTE(Long Term Evolution)のシステムを示すが、これに限定されない。
2.1)システム
図8に示すように、第2の実施形態によるシステムは、端末1、通信装置2および制御装置3を含む。通信装置2は、基本的に図2に示す構成を有し、eNB(eNodeB)、サービングゲートウェイ(S−GW:Serving Gateway)およびパケットデータネットワークゲートウェイ(P−GW:Packet Data Network Gateway)のいずれかであるものとする。eNBは端末1と無線通信する基地局である。S−GWは、データパケットをルーティングして転送する機能および端末1がeNB間をハンドオーバする際にアンカとなる機能を有する。P−GWは、外部ネットワーク(PDN)と接続する機能を有する。
図8に示すように、第2の実施形態によるシステムは、端末1、通信装置2および制御装置3を含む。通信装置2は、基本的に図2に示す構成を有し、eNB(eNodeB)、サービングゲートウェイ(S−GW:Serving Gateway)およびパケットデータネットワークゲートウェイ(P−GW:Packet Data Network Gateway)のいずれかであるものとする。eNBは端末1と無線通信する基地局である。S−GWは、データパケットをルーティングして転送する機能および端末1がeNB間をハンドオーバする際にアンカとなる機能を有する。P−GWは、外部ネットワーク(PDN)と接続する機能を有する。
本実施形態において、制御装置3は、通信装置2による通信品質制御の実行を制御する。また、制御装置3は、例えば、ベアラに関する制御信号を通信装置2に送信し通信装置2のQoS情報DB21を操作することが可能である。
制御装置3は、例えば、LTE通信システムのPCRF(Policy and Charging Rule Function)、MME(Mobility Management Entity)等を用いて構成することが可能である。また、制御装置3は、NMS(Network Management System)を用いて構成することも可能である。MMEは、ベアラの確立や削除を制御する機能を有する。また、MMEは、端末1のハンドオーバ等の移動制御や、端末1のユーザ認証等の機能を有する。PCRFは、データ転送に対する課金制御等の機能を有する。NMSは、ネットワークトラフィックの監視や、ネットワーク機器の死活監視等の機能を有する。
図9は、制御装置3の構成例を示す。
制御装置3は、インターフェース30、制御部31およびQoSポリシDB(Data Base)32を含む。
インターフェース30は、通信装置2と通信する機能を有する。
制御部31は、QoSポリシDB32を参照し、通信装置2のQoS情報DB21を操作する。制御部31は、インターフェース30を介して、通信装置2のQoS情報DB21を操作する。
QoSポリシDB32は、例えば、システムのオペレータにより設定されるデータベースである。QoSポリシDB32は、例えば、図3もしくは図4に例示された構成のデータベースを有する。例えば、システムのオペレータは、パケットの優先度に関するパラメータおよびQCIに対応付けるDSCP値を決定し、QoSポリシDB32に設定する。あるいは、オペレータの操作に依存せず、制御部31が、所定の通信品質制御ポリシに従ってQoSポリシDB32を設定してもよい。
制御部31は、QoSポリシDB32に設定されたデータベースを参照し、通信装置2のQoS情報DB21を操作する。例えば、制御部31は、QoSポリシDB32の更新に応じて、当該更新を反映するように通信装置2のQoS情報DB21を操作する。例えば、制御部31は、通信装置2に対して、QoSポリシDB32に記憶された内容あるいは更新された情報(例えば、パラメータに応じてQCIに対応付けられた複数のQoS情報)を通知することで、QoS情報DB21を操作してもよい。
2.2)動作
図10は、第2の実施形態において、制御装置3が通信装置2に対して、通信品質制御のためのパラメータを設定する動作の例を示す。
図10は、第2の実施形態において、制御装置3が通信装置2に対して、通信品質制御のためのパラメータを設定する動作の例を示す。
端末1は、電源がONになったとき等に、近傍のeNBを通して制御装置3に対してアタッチ要求を送信する(動作S40)。
アタッチ要求を契機に、例えば端末1の認証処理等を含むアタッチ手順が実行される(動作S41)。
制御装置3は、S−GWに対してベアラ設定要求を送信する(動作S42)。例えば、制御装置3の制御部31は、ベアラ設定先となるS−GWとP−GWを選択し、選択したS−GWに対してベアラ設定要求を送信する。制御装置3の制御部31は、通信装置2がQoS情報を選択するためのパラメータ(例えば、図3あるいは図4に例示された“パラメータ”)を、ベアラ設定要求に含めてS−GWに通知する。
通信装置2(S−GW)の制御部24は、P−GWに対して、QoS情報を選択するためのパラメータを含むベアラ設定要求を送信する(動作S43)。
通信装置2(S−GW)の制御部24と、通信装置2(P−GW)の制御部24は、それぞれ、S−GWとP−GWとの間のベアラ設定のための処理を実行する(動作S44)。
通信装置2(S−GW)の制御部24は、制御装置3に対して、ベアラ設定応答を送信する(動作S45)。当該ベアラ設定応答には、eNBに通知すべき情報(QoS情報を選択するためのパラメータを含む)が含まれる。
制御装置3の制御部31は、S−GWから通知された情報と共に、eNBに対してベアラ設定要求を送信する(動作S46)。当該ベアラ設定要求には、eNBがQoS情報を選択するためのパラメータが含まれる。
通信装置2(eNB)の制御部24は、制御装置3から通知された情報に基づいて、端末1との間のベアラおよびS−GWとeNBとの間のベアラを設定する(動作S47)。
3.第3の実施形態
本発明の第3の実施形態を説明する。第3の実施形態は、上述の第1の実施形態、第2の実施形態で開示された技術のいずれにも適用可能である。
本発明の第3の実施形態を説明する。第3の実施形態は、上述の第1の実施形態、第2の実施形態で開示された技術のいずれにも適用可能である。
第3の実施形態によれば、通信装置は、QCIと端末1のユーザ属性(User Property)に関するパラメータとに基づいて、通信品質制御を実行する。ユーザ属性は、例えば、ユーザ特権に関するパラメータ(例えば、プレミアムユーザか否かを示す情報)である。プレミアムユーザは、例えば、ネットワークオペレータとの間で、一般ユーザよりも高額な契約を締結したユーザであり、通信品質において、一般ユーザよりも特権のある加入者(“Privileged−Subscriber”)である。また、例えば、プレミアムユーザは、ネットワークオペレータとの契約に関わらずに特権が付与されたユーザ(例えば、VIP(Very Important Person)等)であってもよい。
通信装置2がユーザ属性に基づく通信品質制御を実行することで、端末1のユーザのQoE(Quality of Experience)が向上する。
3.1)システム
通信装置2は、図11あるいは図12に例示するQoS情報DB21に基づいて、パケットに付与するDSCP値を選択することが可能である。図11および図12に例示するように、通信装置2は、パラメータとしてユーザ属性を用いることが可能である。第3の実施形態では、ユーザ属性は、“プレミアムユーザ”もしくは“一般ユーザ”のいずれかであるが、本発明はこの例に限定されない。例えば、ユーザ属性は、“プレミアムユーザ”、“一般ユーザ”以外の属性を含んでもよく、また、ユーザとオペレータとの間の課金契約(従量課金、プリペイド課金等)を示すパラメータでもよい。
通信装置2は、図11あるいは図12に例示するQoS情報DB21に基づいて、パケットに付与するDSCP値を選択することが可能である。図11および図12に例示するように、通信装置2は、パラメータとしてユーザ属性を用いることが可能である。第3の実施形態では、ユーザ属性は、“プレミアムユーザ”もしくは“一般ユーザ”のいずれかであるが、本発明はこの例に限定されない。例えば、ユーザ属性は、“プレミアムユーザ”、“一般ユーザ”以外の属性を含んでもよく、また、ユーザとオペレータとの間の課金契約(従量課金、プリペイド課金等)を示すパラメータでもよい。
通信装置2は、図11に示すQoS情報DB21を用いて、図13に例示するように、ユーザ属性よりもQCIを優先した通信品質制御を実行することが可能である。また、通信装置2は、図12に示すQoS情報DB21を用いて、図14に例示するように、QCIよりもユーザ属性を優先した通信品質制御を実行することが可能である。
図15は、第3の実施形態によるシステム構成の一例であり、ここではLTE(Long Term Evolution)のシステム構成を示す。但し、本実施形態は、LTEに限定されず、例えば、UMTS(Universal Mobile Telecommunications System)やWiMAX(Worldwide Interoperability for Microwave Access)等の他の通信システムにも適用可能である。
第3の実施形態によるシステムは、通信装置2として、eNB(eNodeB)、S−GW(Serving Gateway)、P−GW(PDN(Packet Data Network) Gateway)を含み、さらに、MME(Mobility Management Entity)200、HSS(Home Subscriber Server)201、PCRF202、SPR(Subscriber Profile Repository)203を含むものとする。
eNBは、端末1と無線通信する基地局である。
S−GWは、データパケットをルーティングして転送する機能、端末1がeNB間をハンドオーバする際にアンカとなる機能等を有する。
P−GWは、外部ネットワーク(PDN)とのインターフェースとなる。図15には図示されていないが、システムには複数のP−GWが配置され、端末1は複数のP−GWと同時に接続し、複数のPDNにアクセスすることも可能である。
MME200は、LTEシステムのコントロールノードであり、端末1のページングに関する処理を実行する機能を有する。また、MME200は、ベアラのアクティベート/ディアクティベートに関する機能を有し、端末1がシステムに初期アタッチした時、ハンドオーバ時などに、端末1がアクセスするS−GWを選択することが可能である。また、MME200は、HSS201と連携し、ユーザ認証を行う機能を有する。
HSS201は、加入者情報を管理するノードである。例えば、HSS201は、加入者情報として、各加入者のユーザ属性を管理することが可能である。
PCRF202は、データ転送のためのQoSおよび課金のための制御を行うノードである。
SPR203は、通信システムの加入者(Subscriber)に関する情報を管理するノードである。
3.2)通信装置
図16は、通信装置2の構成例を示す。なお、通信装置2は、図16に図示されていない機能も含む。例えば、通信装置2がeNBであればeNBが備えるべき機能を、S−GW、P−GWであればS−GW、P−GWが備えるべき機能をそれぞれ有する。
図16は、通信装置2の構成例を示す。なお、通信装置2は、図16に図示されていない機能も含む。例えば、通信装置2がeNBであればeNBが備えるべき機能を、S−GW、P−GWであればS−GW、P−GWが備えるべき機能をそれぞれ有する。
通信装置2は、図2で例示された通信装置2が有する機能に加え、パラメータ管理部23を含む。
パラメータ管理部23は、ベアラとユーザ属性との対応関係を管理する。例えば、パラメータ管理部23は、HSS201が管理するユーザ属性をMME200あるいは他の装置から取得し、取得したユーザ属性を各ユーザに対応するベアラの識別情報(例えば、RB(Radio Bearer)−ID、TEID(Tunnel Endpoint ID)等)と対応付けて管理する。また、パラメータ管理部23は、ベアラの識別情報及び当該ベアラのQCIと、ユーザ属性とを対応付けて管理してもよい。
通信パス識別部20は、受信したパケットが属するベアラを識別する。通信パス識別部20は、例えば、パケットに含まれる情報(例えば、IPアドレスやポート番号などのOSI参照モデルのレイヤ3/レイヤ4の情報)を参照することで、パケットが属する通信パスを識別する。通信パス識別部20は、例えば、識別したベアラに関する情報(例えば、ベアラの識別情報やベアラに対応するQCI)に基づいて、パラメータ管理部23から、ベアラに対応するユーザ属性を検索し、検索したユーザ属性をパケット処理部22に通知する。
パケット処理部22は、例えば、パケット識別部20により識別されたベアラのQCIと、通知されたユーザ属性とに基づいて、QoS情報DB21からベアラに対応するQoS情報(DSCP値)を検索する。パケット処理部22は、検索したQoS情報をパケットに付与して転送する。QoS情報DB21が図11に例示するように構成されている場合、パケット処理部22は、QCIが“5”で、ユーザ属性が“プレミアムユーザ”のベアラに対応するQoS情報として、DSCP値“48”をパケットに付与する。
3.3)ユーザ属性取得動作(第1例)
図17は、通信装置2が、ベアラに対応するユーザ属性を取得する動作の例を示す。なお、図17の例では、MME200の機能は、制御装置3の制御部31により実行される。また、P−GW、S−GW、eNBのそれぞれの機能は、それぞれの通信装置2の制御部24により実行される。
図17は、通信装置2が、ベアラに対応するユーザ属性を取得する動作の例を示す。なお、図17の例では、MME200の機能は、制御装置3の制御部31により実行される。また、P−GW、S−GW、eNBのそれぞれの機能は、それぞれの通信装置2の制御部24により実行される。
MME200が、eNBを介して端末1からアタッチ要求を受信すると(動作S10)、システムにおいてアタッチ手順が実行される(動作S11)。動作S11のアタッチ手順は、例えば、3GPP(3rd Generation Partnership Project)の仕様書(TS23.401 v12.1.0)に記載された手順であり、詳細な説明は省略される。動作S11のアタッチ手順では、MME200とHSS201による端末1の認証処理等が実行される。
動作S12において、MME200は、“update location request”メッセージをHSS201に送信する。例えば、端末1に関する有効な加入者情報(Subscription Data)をMME200が有していない場合、端末1からIMSI(International Mobile Subscriber Identity)が提供された場合等に、MME200が“update location request”をHSS201に送信する。
HSS201は、MME200からの要求に対して、“update location ack”メッセージを返す(動作S13)。“update location ack”メッセージは、加入者情報(Subscription Data)を含む。第3の実施形態では、HSS201は、例えば、加入者情報(Subscription Data)にユーザ属性(例えば、“プレミアムユーザ”あるいは“一般ユーザ”を示す情報)を含める。
また、HSS201は、加入者情報に、“EPS Subscription QoS Profile”という情報を含めることが可能である。第3の実施形態では、 当該“EPS Subscription QoS Profile”にユーザ属性を含めることもできる。
MME200は、選択したS−GWに対して、ベアラ設定を要求するための“create session request”メッセージを送信する(動作S14)。その際、MME200は、選択したS−GWに対して、端末1に関するベアラに対応するEPSベアラIDを割り当て、“create session request”メッセージにより、S−GWに割り当てたベアラID、当該ベアラに対応するQoSに関する情報(QCI等)をS−GWに通知する。第3の実施形態では、 “create session request”メッセージにユーザ属性に関する情報を含め、例えばベアラIDとユーザ属性とを対応付けてS−GWに送信する。
S−GWは、MME200から“create session request”メッセージを受信すると、MME200から通知されたベアラに関する情報(例えば、ベアラID)とユーザ属性とを対応付けて、パラメータ管理部23に記憶する。S−GWは、例えば、パラメータ管理部23で管理される“EPS Bearer Table”に、ベアラIDとユーザ属性との対応を規定した新たなエントリを作成する。S−GWは、P−GWに対して、ベアラID、当該ベアラに対応するQoSに関する情報(QCI等)等を、“create session request”メッセージにより通知する(動作S15)。第3の実施形態では、S−GWは、“create session request”にユーザ属性に関する情報を含めて、P−GWに送信することが可能である。例えば、S−GWは、ベアラIDとユーザ属性を対応付けて、P−GWに通知する。P−GWは、例えば、S−GWから通知された情報に基づいて、パラメータ管理部23に、ベアラIDとユーザ属性との対応関係を記憶する。
上記手順の後、P−GW等により、アタッチ手順が実行される(動作S16)。アタッチ手順の詳細は、TS23.401 v12.1.0に開示されている手順と同様なので、詳細な説明は省略する。例えば、S−GWは、P−GWに対してベアラ設定処理を実行する。P−GWは、例えば、PCRFと連携し、PDNへの接続処理を実行する。これらの手順により、S−GWとP−GWとの間のベアラ設定が完了する。ベアラ設定が完了すると、S−GWは、eNBに対して伝達すべき情報をMME200に通知する。
続いて、MME200は、eNBに対して、“Attach Accept”メッセージを送信する(動作S17)。例えば、MME200は、eNBに対して、ベアラID、当該ベアラに対応するQoSに関する情報(QCI等)等を通知する。第3の実施形態では、MME200は、ユーザ属性に関する情報を“Attach Accept”メッセージに含めて、eNBに対して送信することが可能である。例えば、MME200は、ベアラIDとユーザ属性とを対応付けて、eNBに通知する。eNBは、例えば、MME200から通知された情報に基づいて、パラメータ管理部23に、ベアラIDとユーザ属性との対応関係を記憶する。
上記手順の後、アタッチ手順の残りの手順が実行され、端末1からP−GWとの間にベアラが構築される(動作S18)。
上述の図17の例では、制御装置3の機能を有するMME200が通信装置2のQoS情報DB21を設定する。例えば、上述の図17のシーケンスが実行される前に、通信装置2にQoS情報DB21が設定される。
上述の図17で例示されたシーケンスは、端末1がネットワークにアタッチすることで “デフォルトベアラ(Default Bearer)”が設定される手順を示す。このデフォルトベアラが設定された後、例えば所定の通信サービスに関するトラフィックを伝送するために“デディケイテッドベアラ(Dedicated Bearer)”が設定される場合がある。Dedicatedベアラが確立されることで、端末1に対して複数のベアラが確立される。
3.4)ユーザ属性取得動作(第2例)
図18は、Dedicatedベアラが確立される際に、通信装置2がユーザ属性を取得するシーケンスの例を示す。Dedicatedベアラは、例えば、図17の手順でデフォルトベアラが確立された後に実行される。図18の例では、MME200の機能は、制御装置3の制御部31により実行される。また、図18の例において、P−GW、S−GW、eNBのそれぞれの機能は、それぞれの通信装置2の制御部24により実行される。
図18は、Dedicatedベアラが確立される際に、通信装置2がユーザ属性を取得するシーケンスの例を示す。Dedicatedベアラは、例えば、図17の手順でデフォルトベアラが確立された後に実行される。図18の例では、MME200の機能は、制御装置3の制御部31により実行される。また、図18の例において、P−GW、S−GW、eNBのそれぞれの機能は、それぞれの通信装置2の制御部24により実行される。
P−GWは、PCRF202からの指示(“IP−CAN Session Modification”)があると(動作S70)、当該指示に応じて、S−GWにベアラ設定要求を通知する(動作S71)。P−GWは、デフォルトベアラの確立手順において取得したユーザ属性をベアラ設定要求に含める。例えば、ベアラ設定要求は、Dedicatedベアラの識別情報(例えば、TEID)とユーザ属性とを対応付けて、S−GWに通知される。
S−GWは、P−GWから通知されたユーザ属性を、パラメータ管理部23に記憶し、ベアラ設定要求に含めてMME200に通知する(動作S72)。例えば、ベアラ設定要求は、ベアラ識別情報(例えば、TEID)とユーザ属性とを対応付けて、MME200に通知される。
MME200は、S−GWから通知されたユーザ属性をベアラ設定要求に含めてeNBに通知する(動作S73)。例えば、ベアラ設定要求は、ベアラ識別情報(例えば、TEID)とユーザ属性を対応付けてeNBに通知される。eNBは、MME200から通知されたユーザ属性をパラメータ管理部23に記憶する。
続いて、eNB、S−GW、P−GWおよびMME200は、ベアラ設定応答に関する制御信号を交換する(動作S74)。
上記のシーケンスにより、通信装置2は、ユーザ属性を取得する。
3.5)ユーザ属性取得動作(第3例) 図19は、通信装置2が、ユーザ属性を取得する動作の他の例を示す。なお、図19の例では、PCRF202が図9に示す制御装置3の機能を有する。
端末1は、IPセッション(ベアラ)による通信を開始する(動作S100)。
P−GWは、通信セッションが開始されると、PCRFに対して、端末1の識別情報(例えば、IPアドレスなど)に基づき、適用ポリシを要求する(動作S101)。
PCRF202は、SPR203に対して、端末1に関するユーザプロファイルを要求する(動作S102)。
SPR203は、PCRF202からの要求に応じて、端末1のユーザに関するユーザ属性情報をPCRF202に通知する(動作S103)。PCRF202は、SPR203から通知されたユーザ属性情報を参照し、P−GWおよびS−GWに適用するQoSポリシを決定する。
PCRF202は、決定したQoSポリシを、PCC(Policy Control and Charging)ルールとして、P−GWおよびS−GWに通知する(動作S104)。PCCルールは、例えば、端末1が属するベアラのQCIとユーザ属性とに基づいて、パケットにQoS情報を付与することを示すルールである。
P−GWおよびS−GWは、PCCルールに従って、既に述べたようにQCIとユーザ属性に基づいた通信品質制御を実行する。
上述の例(例えば、図17、図18又は図19に例示されたシーケンス)により、各通信装置2が、ユーザ属性を取得し、ユーザ属性を考慮した通信品質制御が実行可能となる。
また、例えば、通信装置2等を管理するNMSとしての機能を有する制御装置3が、通信装置2にユーザ属性を通知してもよい。つまり、通信装置2は、3GPP等で標準化された規格に準拠した装置以外からユーザ属性を取得することも可能である。
4.第4の実施形態
本発明の第4の実施形態を説明する。第4の実施形態は、上述の第1−3の実施形態で開示された技術のいずれにも適用可能である。
本発明の第4の実施形態を説明する。第4の実施形態は、上述の第1−3の実施形態で開示された技術のいずれにも適用可能である。
第4の実施形態によれば、通信装置は、ユーザ属性としてユーザの通信特性に関するパラメータに基づいて通信品質制御を実行することが可能である。ユーザの通信特性は、例えば、所定の期間内(例えば、日、週、月等の単位)でのユーザの通信量である。例えば、システムのオペレータは、所定の期間内での通信量が、想定される平均の通信量よりも多いユーザのユーザ属性を“ヘビーユーザ(Heavy User)”と規定し、“ヘビーユーザ”であるか否かに基づいて通信品質制御を実行可能である。
第4の実施形態による通信装置は、QCIと、端末1のユーザの通信特性に関連するユーザ属性とに基づいて、通信品質制御を実行する。例えば、ヘビーユーザと一般ユーザの双方がオペレータとの間で定額制の契約を締結している場合、ヘビーユーザと一般ユーザ共に、オペレータに支払う料金は、ほぼ同一となる。通信料金がほぼ同一であるにも関わらず、ヘビーユーザがシステムの通信帯域を圧迫することで、一般ユーザのQoEが低下することが想定される。そこで、通信装置2がユーザの通信特性に基づく通信品質制御を実行することで、ユーザ間の公平性を担保することが可能となる。
4.1)システム
第4の実施形態による通信装置は、基本的に図16に示す通信装置2と同様の構成を有するが、QoS情報DB21に格納される情報が異なっている。以下、図20に例示するQoS情報DB21について説明する。
第4の実施形態による通信装置は、基本的に図16に示す通信装置2と同様の構成を有するが、QoS情報DB21に格納される情報が異なっている。以下、図20に例示するQoS情報DB21について説明する。
図20は、第4の実施形態で用いられるQoS情報DB21やQoSポリシDB32の構成例を示す。図20の例では、ユーザ属性に関するパラメータとして、一般ユーザかベビーユーザかを示すパラメータが用いられる。
図20の例では、例えば、QCIが同一のベアラであっても、当該ベアラに対応するユーザの通信特性(例えば、一般ユーザ若しくはヘビーユーザ)に応じて、QoS情報(例えばDSCP値)が異なる。図20に例示されたQoS情報DB21あるいはQoSポリシDB32のQoS情報では、図21に模式的に示すように、ヘビーユーザの優先度が一般ユーザよりも低くなるように設定されている。
図22は、第4の実施形態のシステム構成の例を示す。第4の実施形態のシステムは、第3の実施形態で示されたシステム構成に加え、OCS(Online Charging System)204を含む。
OCS204は、システムのオペレータがオンラインでユーザの通信量に応じた課金処理を行うための機能を有する。OCS204は、例えば、PCEF(Policy and Charging Enforcement Function)の機能を有するP−GW等を介して、ユーザの通信量をモニタする機能を有する。第4の実施形態では、OCS204が有する通信量モニタ機能を利用してユーザの通信特性を判定することができる。
4.2)動作
図23は、第4の実施形態の動作例を示す。なお、図23の例では、PCRF202が制御装置3の機能を有する。
図23は、第4の実施形態の動作例を示す。なお、図23の例では、PCRF202が制御装置3の機能を有する。
OCS204は、例えば、PCEFの機能を有するP−GWを介して、端末1の通信量をモニタする(動作S20)。OCS204は、所定の期間内に端末1の通信量が所定のしきい値を超過した場合に、そのことをPCRF202に通知してもよいし、端末1の通信量を定期的にPCRF202に通知してもよい(動作S21)。OCS204から端末1の通信量が定期的に通知される場合には、PCRF202は、所定の期間内での端末1の通信量を算出し、当該通信量が所定のしきい値を超過したか否かを判定する。
PCRF202は、端末1の通信量が所定のしきい値を超過した場合、当該端末1のユーザ属性がヘビーユーザであることを通信装置2(S−GWおよびP−GW)に通知する(動作S22)。
通信装置2は、PCRF202から通知された情報に基づいて、パラメータ管理部23にベアラIDとユーザ属性との対応関係を記憶する。また、通信装置2のQoS情報DB21には図20に例示された情報が設定されている。したがって、通信装置2は、制御装置3の機能を有するPCRF202の制御により、パラメータ管理部23とQoS情報DB21とに基づいて、通信品質制御を実行することができる。
5.第5の実施形態
本発明の第5の実施形態を説明する。第5の実施形態は、上述の第1−4の実施形態で開示された技術のいずれにも適用可能である。
本発明の第5の実施形態を説明する。第5の実施形態は、上述の第1−4の実施形態で開示された技術のいずれにも適用可能である。
第5の実施形態による通信装置は、通信システムの状況に関するパラメータに基づく通信品質制御を実行することが可能である。第5の実施形態により、システムのオペレータは、ユーザトラフィック単位よりも大きい単位での通信品質制御が可能となる。
5.1)システム
図24は第5の実施形態によるシステム構成の例を示す。第5の実施形態による通信システムは、NMSの機能を有する制御装置3Aを含む。制御装置3Aは、通信システムの状況(例えば、システムの輻輳状態)をモニタする機能を有する。その他の構成は上述の実施形態と同様なので、詳細な説明は省略される。
図24は第5の実施形態によるシステム構成の例を示す。第5の実施形態による通信システムは、NMSの機能を有する制御装置3Aを含む。制御装置3Aは、通信システムの状況(例えば、システムの輻輳状態)をモニタする機能を有する。その他の構成は上述の実施形態と同様なので、詳細な説明は省略される。
図25は制御装置3Aの構成例を示す。制御装置3Aは、図9に示す機能に加えて、監視部33を含む。その他の機能および構成は、上述した実施形態と同様なので、詳細な説明は省略される。監視部33は、システムの通信状況、例えば、モバイルバックホール、コアネットワークの輻輳状況等をモニタする。監視部33は、インターフェース30を介して、通信装置2にモニタ結果を通知する。例えば、システムの輻輳レベルが当該モニタ結果として通知される。監視部33は、通信状況の統計値(たとえば、時間に対する通信量の推移)に基づき、輻輳が発生しやすい時間帯を特定し、当該時間帯をモニタ結果として通知してもよい。
通信装置2は、監視部33から通知された情報(上述した輻輳レベル、輻輳が発生しやすい時間帯等)を、パラメータ管理部23に記憶する。通信装置2の通信パス識別部20は、例えば、パラメータ管理部23に記憶されたパラメータを参照し、識別したベアラに関する情報と共に当該パラメータをパケット処理部22に通知する。パケット処理部22は、例えば、通知されたパラメータとQCIとに基づいて、パケットにDSCP値を付与する。通信状況に関するパラメータとして、輻輳が発生しやすい時間帯が用いられる場合、通信パス識別部20は、現在の時間が制御装置3Aから通知された時間帯に該当するか否かを示すパラメータをパケット処理部22に通知する。通知されたパラメータが輻輳が発生しやすい時間帯であることを示している場合には、パケット処理部22は当該時間帯に対応するDSCP値をパケットに付与する。
5.2)QoS情報/QoSポリシDB 図26は、第5の実施形態で用いられるQoS情報DB21およびQoSポリシDB32の構成例を示す。図26の例では、システムの通信状況に関するパラメータとして、システムの輻輳レベルが用いられ、ここでは、輻輳レベルの値が大きいほど、輻輳の度合いが大きいことを示す。
図26に例示するQoS情報DB21やQoSポリシDB32は、QCIが同一のベアラであっても輻輳レベルが高いほど優先度が低くなるように設定され、また、優先度が低いQCIほど輻輳レベルが高くなった場合のDSCP値の下げ幅が大きくなるように設定される。例えば、QCIが“5”の場合、DSCP値は輻輳レベルが上がる毎に1ずつデクリメントされる。これに対して、QCI“5”よりも優先度が低いQCI“6”の場合には、輻輳レベルの増加に伴うDSCP値の下げ幅がQCI“5”の場合よりも大きい。
図26の例ではパラメータとして輻輳レベルが用いられているが、輻輳が発生しやすい時間帯であるか否かを示すパラメータが用いられてもよい。この場合、輻輳が発生しやすい時間帯に対応するDSCP値は、その他の時間帯のDSCP値よりも優先度を低くすることができる。
通信装置2は、図26に例示されたQoS情報DB21の情報と、制御装置3Aから通知された輻輳レベルとに基づいて、通信品質制御を実行することが可能である。このように通信品質制御を実行することにより、通信装置2は、たとえ輻輳レベルが高くなったとしても、QCIの優先度が低いトラフィックを犠牲にしてQCIの優先度が高いトラフィックのための通信帯域を融通することが可能となる。
図27は、第5の実施形態で用いられるQoS情報DB21およびQoSポリシDB32の他の構成例を示す。
図27の例では、QoS情報DB21およびQoSポリシDB32に、複数のパラメータ(ユーザ属性と輻輳レベル)に基づくDSCP値が設定されている。本実施形態による通信装置は、複数のパラメータに基づく通信品質制御を実行することが可能であり、本実施形態のみではなく、上述の実施形態でも同様である。例えば、通信装置2が輻輳レベルとユーザ属性とを用いて通信品質制御を行う場合、パラメータ管理部23は、各ユーザに対応するベアラIDとユーザ属性とを対応付けて記憶し、また、システムの通信状況として監視部33から通知された情報(例えば、輻輳レベル、輻輳が発生しやすい時間帯等)を記憶する。通信装置2の通信パス識別部20は、例えば、パラメータ管理部23に記憶されたパラメータを参照し、識別したベアラに対応するユーザ属性と輻輳レベルをパケット処理部22に通知する。パケット処理部22は、例えば、通知されたパラメータ(ユーザ属性および輻輳レベル)とQCIとに基づいて、パケットにDSCP値を付与する。
図27の例では、例えば、輻輳レベルの増加に伴うDSCP値の下げ幅が、ユーザ属性に応じて異なっている。例えば、DSCP値の下げ幅は、一般ユーザの下げ幅の方が、プレミアムユーザの下げ幅よりも大きい。
通信装置2は、図27に例示されたQoS情報DB21の情報と、制御装置3Aから通知された輻輳レベルとに基づいて、通信品質制御を実行することが可能である。このように通信品質制御を実行することで、通信装置2は、たとえ輻輳レベルが高くなったとしても、優先度の高いプレミアムユーザに関するトラフィックの通信品質をできる限り維持することが可能となる。
5.3)動作
図28は、第5の実施形態による通信システムの動作例を示す。
図28は、第5の実施形態による通信システムの動作例を示す。
NMSの機能を有する制御装置3Aは、システムの通信状況をモニタする(動作S30)。
制御装置3Aは、モニタした結果に基づいて、P−GW等の通信装置2に対して通信状況に関するパラメータ(例えば、輻輳レベル)を通知する(動作S31)。
通信装置2は、制御装置3Aから通知されたパラメータに基づいて、通信品質制御を実行する(動作S32)。
第5の実施形態において、地震等の災害に関するパラメータが用いられてもよい。この場合、QoS情報DB21およびQoSポリシDB32は、図29および図30に例示されるように、災害の深刻度に対応した災害レベルに応じて、DSCP値が設定される。例えば、災害レベルが大きくなるほど(即ち、災害の程度が深刻になるほど)、優先度が低くなるようにDSCP値が設定される。また、例えば、優先度が低いQCIほど、災害レベルが高くなった場合のDSCP値の下げ幅が大きくなるように設定される。
6.第6の実施形態
本発明の第6の実施形態を説明する。第6の実施形態は、上述の第1−5の実施形態で開示された技術のいずれにも適用可能である。
本発明の第6の実施形態を説明する。第6の実施形態は、上述の第1−5の実施形態で開示された技術のいずれにも適用可能である。
第6の実施形態によれば、通信装置は、ユーザとサービスプロバイダ(例えば、動画配信事業者)との間の契約内容に基づく通信品質制御を実行することが可能である。言い換えれば、通信事業者は、第6の実施形態による通信品質制御に基づいて、新たなサービスを提供することが可能となる。例えば、通信事業者は、サービスプロバイダに対して、上記通信品質制御に基づくサービスを提供することが可能となる。通信事業者は、当該サービスをプロバイダに提供し、プロバイダからサービス料金を得ることが可能となる。
図31は、第6の実施形態による通信システムの構成例を示す。端末1のユーザは、サービスプロバイダ4(例えば、動画配信事業者)と契約を締結しているものとする。その他のシステム構成は、上述した実施形態と同様なので、詳細な説明は省略される。
サービスプロバイダ4は、例えば、通信事業者との間で、通信品質制御に基づくサービス契約を締結し、通信事業者に対して、ユーザとの間で締結された契約に関する情報を提供する。サービスプロバイダ4とユーザとの間の契約は、例えば、ユーザがサービスプロバイダ4に支払う料金に応じて、“通常契約”と“プレミアム契約”とが存在するものとする。なお、サービスプロバイダ4は、通信事業者との間で、QCI毎に契約を締結してもよい。例えば、サービスプロバイダ4は、QCIが“6”と“7”に対応するサービスについて“プレミアム契約”を締結し、その他のQCIに対応するサービスについては“通常契約”を締結することも可能である。
図32は、サービスプロバイダ4から通信事業者に提供される情報の例と、通信事業者が、プロバイダ4から提供された情報に基づいて、プロバイダ4とユーザとの契約に関するパラメータを管理する例を示す。
サービスプロバイダ4は、例えば、ユーザとの契約において、ユーザから、端末1の電話番号を取得する。サービスプロバイダ4は、例えば、電話番号と契約の内容とをサービス契約者情報40として管理する。サービスプロバイダ4は、サービス契約者情報40を、通信事業者に提供する。通信事業者は、例えば、提供されたサービス契約者情報40を基づいて、サービスプロバイダ4とユーザとの契約内容に関するパラメータをHSS201およびSPR203が有する加入者情報2010に追加する。通信事業者は、複数種類のプロバイダ4にサービスを提供する場合、加入者情報2010におけるパラメータをサービスプロバイダ毎に管理すればよい。
図33は、QoS情報DB21およびQoSポリシDB32に設定されるデータの例を示す。
第6の実施形態では、ユーザとサービスプロバイダ4との間の契約内容に関するパラメータ(プロバイダ属性)に応じて、QoS情報の優先度が設定される。例えば、パラメータが“プレミアム契約”のQoS情報は、“一般契約”のQoS情報よりも優先度が高い。なお、図33において、パラメータ“N/A”は、サービスプロバイダ4との間で契約を締結していないその他のユーザ用のQoS情報に対応する。
パラメータは、例えば、図17、図18又は図19に例示されたシーケンスで、通信装置2に通知される。通信装置2は、通知されたパラメータを、ベアラIDと関連付けて、パラメータ管理部23に記憶する。また、例えば、通信装置2等を管理するNMSとしての機能を有する制御装置3若しくは3Aが、通信装置2にパラメータを通知してもよい。つまり、通信装置2は、3GPP等で標準化された規格に準拠した装置以外からパラメータを取得することも可能である。
例えば、P−GWである通信装置2の通信パス識別部20は、サービスプロバイダ4から端末1宛のパケットを受信すると、受信パケットに含まれる情報(例えば、IPアドレスやポート番号などのOSI参照モデルのレイヤ3/レイヤ4の情報)を参照することで、パケットが属する通信パスを識別する。例えば、通信パス識別部20は、送信元アドレスおよび宛先アドレスがそれぞれプロバイダ4のIPアドレスおよび端末1のIPアドレスであるパケットを受信すると、当該パケットがサービスプロバイダ4から端末1に提供される通信サービスに関するベアラに属する、と判定する。通信パス識別部20は、パラメータ管理部23を参照し、プロバイダ4が端末1に提供する通信サービスに関するベアラに対応付けられたパラメータを特定し、パラメータとベアラに対応するQCIとに基づいて選択されたQoS情報を当該パケットに付与する。
7.第7の実施形態
本発明の第7の実施形態を説明する。第7の実施形態は、上述の第1−6の実施形態で開示された技術のいずれにも適用可能である。
本発明の第7の実施形態を説明する。第7の実施形態は、上述の第1−6の実施形態で開示された技術のいずれにも適用可能である。
第7の実施形態によれば、通信装置は、通信事業者が運営するネットワークを利用するMVNO(Mobile Virtual Network Operator)事業者に関するパラメータに基づいて通信品質制御を実行することが可能である。MVNO事業者は、ネットワークオペレータである通信事業者から、通信事業者が所有するネットワークを借りて、ユーザに通信サービスを提供するサービスプロバイダである。
第7の実施形態により、通信事業者は、例えば、MVNO事業者と通信事業者との間の契約内容に応じた通信品質制御を実行することが可能となる。例えば、MVNO事業者が、通常契約よりも料金が高額な“プレミアム契約”を通信事業者との間で締結した場合、通信事業者は、“プレミアム契約”を締結したMVNO事業者に関する通信の優先度が高くなるように通信品質制御を実行できる。つまり、MVNO事業者毎の通信品質制御による通信サービスは、通信事業者にとって新たな収入源となり得る。
7.1)システム
図34は、第7の実施形態による通信システムの構成例を示す。第7の実施形態による通信システムは、MVNO事業者が運営する認証サーバ205を含み、その他の構成は上述した実施形態と同様であるから詳細な説明は省略される。
図34は、第7の実施形態による通信システムの構成例を示す。第7の実施形態による通信システムは、MVNO事業者が運営する認証サーバ205を含み、その他の構成は上述した実施形態と同様であるから詳細な説明は省略される。
認証サーバ205は、端末1がインターネット等のネットワークにアクセスする際に、端末1を認証する。認証サーバ205は、例えば、RADIUS(Remote Authentication Dial−In User Service)認証を実行する機能を有する。
図35および図36はQoS情報DB21およびQoSポリシDB32に記憶される情報の構成例を示す。図35の例では、通信装置2は、MVNO事業者IDに応じた通信品質制御を実行可能である。また、図36の例では、MVNO事業者と通信事業者との間の契約に関するパラメータ(MVNO事業者属性)に応じた通信品質制御を実行可能である。MVNO事業者属性は、例えば、通信事業者と“プレミアム契約”を締結したMVNO事業者に対応する属性(“プレミアム”)や、通信事業者と“一般契約”を締結したMVNO事業者に対応する属性(“一般”)である。
図35の例では、MVNO(A)に対応する優先度は、MVNO(B)に対応する優先度よりも低く設定されている。また、図35の例で、パラメータ“N/A”は、通信パス識別部20により識別されたベアラに関する通信がMVNO事業者に関する通信ではないことを示す。例えば、通信パス識別部20により識別されたベアラに関する通信がMVNO事業者ではなく通信事業者と契約しているユーザの通信であれば、そのパラメータが“N/A”で示される。
図36の例では、MVNO事業者属性が“プレミアム”の場合、優先度はMVNO事業者属性が“一般”の場合よりも高く設定されている。パラメータ“N/A”の意味は、図35の例と同様である。
図36の例では、通信事業者と“プレミアム契約”を締結したMVNO事業者に関する通信の優先度は、通信事業者に関する通信と同一の優先度(DSCP値“25”)が設定されている。本実施形態は、図36の例に限定されず、例えば、通信事業者と“プレミアム契約”を締結したMVNO事業者に関する通信の優先度を通信事業者に関する通信よりも低く設定しても、あるいは高く設定してもよい。
7.2)動作
図37に例示するように、MVNO事業者に関するパラメータが通信装置2に通知される。なお、図37の例では、MME200の機能は、制御装置3の制御部31により実行される。また、P−GW、S−GW、eNBのそれぞれの機能は、それぞれの通信装置2の制御部24により実行される。
図37に例示するように、MVNO事業者に関するパラメータが通信装置2に通知される。なお、図37の例では、MME200の機能は、制御装置3の制御部31により実行される。また、P−GW、S−GW、eNBのそれぞれの機能は、それぞれの通信装置2の制御部24により実行される。
図37において、MME200が、端末1からeNBを介してアタッチ要求を受信すると(動作S50)、システムにおいてアタッチ手順が実行される(動作S51)。動作S50のアタッチ手順は、例えば、3GPP(3rd Generation Partnership Project)の仕様書(TS23.401 v12.1.0)に記載された手順であり、詳細な説明は省略される。
MME200(制御装置3の制御部31)は、S−GWを選択し、選択したS−GWに対して、端末1に関するベアラに対応するEPSベアラIDを割り当て、当該ベアラIDおよび当該ベアラに対応するQoSに関する情報(QCI等)をベアラ設定要求によりS−GWに通知する(動作S52)。
S−GW(通信装置2の制御部24)は、P−GWに対して、ベアラID、当該ベアラに対応するQoSに関する情報(QCI等)等をベアラ設定要求により通知する(動作S53)。
P−GW(通信装置2の制御部24)は、認証サーバ205に対して、認証要求を送信する(動作S54)。認証サーバ205は、認証処理を実行し、認証応答をP−GWに返信する(動作S55)。本実施形態では、認証サーバ205は、MVNO事業者に関するパラメータを認証応答に含めてP−GWに返信する。MVNO事業者に関するパラメータは、例えば、MVNO事業者ID、MVNO事業者と通信事業者との契約に関するパラメータ(MVNO事業者属性)などである。P−GWは、例えば、認証サーバ205から受信したパラメータを、ベアラIDと対応付けて、パラメータ管理部23に記憶する。
上記手順の後、P−GWとS−GWは、ベアラ設定処理を実行する(動作S56)。例えば、S−GWはP−GWに対してベアラ設定処理を実行し、P−GWは、例えば、PCRFと連携しPDNへの接続処理を実行する。
P−GW(通信装置2の制御部24)は、ベアラ設定処理が完了すると、S−GWにベアラ設定応答を送信する(動作S57)。本実施形態では、P−GW(通信装置2の制御部24)は、ベアラ設定応答に、認証サーバ205から受信したパラメータを含めて、S−GWに通知する。P−GW(通信装置2の制御部24)は、例えば、ベアラIDとパラメータとを対応付けて、S−GWに通知する。S−GWは、例えば、P−GWから受信したパラメータを、ベアラIDと対応付けて、パラメータ管理部23に記憶する。
S−GW(通信装置2の制御部24)は、P−GWから受信したパラメータを含めて、ベアラ設定応答をMME200に通知する(動作S58)。
MME200(制御装置3の制御部31)は、eNBに対して、MVNO事業者に関するパラメータを含めたベアラ設定要求を送信する(動作S59)。MME200は、例えば、ベアラIDとパラメータとを対応付けて、eNBに通知する。eNBは、受信したパラメータを、ベアラIDと対応付けて、パラメータ管理部23に記憶する。
eNB(通信装置2の制御部24)は、ベアラ設定要求に応じて、端末1との間に無線ベアラを設定する(動作S60)。
上述のシーケンスにより、各通信装置2(P−GW、S−GW、eNB)は、通信品質制御のためのパラメータを取得する。
P−GWである通信装置2の通信パス識別部20は、例えば、宛先アドレスがMVNO事業者に加入している端末1のIPアドレスであるパケットをMVNO事業者に関するベアラに属する、と判定する。通信パス識別部20は、パラメータ管理部23を参照し、識別されたベアラに対応付けられたパラメータを特定する。パケット処理部22は、MVNO事業者に関するパラメータとベアラに対応するQCIとに基づいて選択されたQoS情報をパケットに付与する。
また、通信装置2等を管理するNMSとしての機能を有する制御装置3若しくは3Aが、通信装置2にパラメータを通知してもよい。つまり、通信装置2は、3GPP等で標準化された規格に準拠した装置以外からパラメータを取得することも可能である。
8.第8の実施形態
本発明の第8の実施形態を説明する。第8の実施形態は、上述の第1−7の実施形態で開示された技術のいずれにも適用可能である。
本発明の第8の実施形態を説明する。第8の実施形態は、上述の第1−7の実施形態で開示された技術のいずれにも適用可能である。
上述の実施形態では、ベアラのエンドポイントとなる装置(例えば、eNB、S−GW、P−GWのように、ベアラを終端する装置)が通信品質制御を実行する例が示されている。第8の実施形態では、ベアラのエンドポイントとは異なる装置が、通信品質制御を実行する。
第8の実施形態により、通信事業者は、ベアラのエンドポイントとなる装置に、3GPP等の標準仕様により規定されていない機能を追加することによる変更・改造を加えなくとも上述した通信品質制御を実行できる。
図38は、第8の実施形態による通信システムの構成例を示す。第8の実施形態による通信システムは、端末1、eNB、S−GW、P−GW、通信装置2、および制御装置3Bを含む。なお、第8の実施形態において、eNB、S−GW、P−GWは、図2や図16に例示された通信装置2の機能を持たなくてもよい。
図38の例では、P−GWとS−GWの間のネットワークや、eNBとS−GWの間のネットワークに、通信装置2が配置される。なお、P−GWとS−GWの間のネットワークや、eNBとS−GWの間のネットワークの双方に通信装置2が配置される必要はなく、少なくともいずれかのネットワークに通信装置2が配置されていればよい。
上述のように、通信装置2は、ベアラのエンドポイントとなる装置の間に配置される。よって、通信装置2の通信パス識別部20は、ベアラのエンドポイントから送信されたパケットのベアラを識別する。通信装置2のパケット処理部22は、ベアラのエンドポイントから送信されたパケットにQoS情報を付与する。
ベアラに関するパケットは、IPsecゲートウェイで暗号化される場合がある。このような場合、例えば、通信装置2は、パケットがIPsecゲートウェイに到達する前の位置に配置される。例えば、ダウンリンクの通信経路であれば、通信装置2は、P−GWとIPsecゲートウェイの間に配置される。
制御装置3Bは、通信装置2に対して制御信号を送信する。通信装置2は、制御装置3Bから送信された制御信号に基づいて、通信品質制御を実行する。
図39は、制御装置3Bの構成の例を示す。制御装置3Bは、制御装置3の構成に加え、ベアラ情報DB34およびパラメータDB35を含む。その他のブロックであるインターフェース30、制御部31およびQoSポリシDB32については,既に説明した通りである。
図40は、ベアラ情報DB34が有するデータベースの構成例を示す。ベアラ情報DB34は、ベアラ識別情報、QCIおよび端末IDの対応関係を管理するデータベースである。なお、ベアラ情報DB34は、ベアラ識別情報と端末IDとの対応関係を管理するデータベースでもよい。ベアラ識別情報は、例えば、TEIDである。端末IDは、例えば、IMSI(International Mobile Subscriber Identity)である。制御装置3Bは、例えば、MME200から、ベアラ情報DB34に関する情報を取得する。また、制御装置3Bは、S−GW、P−GW、eNBの各々から、ベアラ情報DB34に関する情報を取得してもよい。
図41は、パラメータDB35の構成例を示す。パラメータDB35は、例えば、パラメータと端末ID(例えばIMSI)との対応関係を管理する。例えば、通信事業者(ネットワークのオペレータ)が端末IDとパラメータとの対応関係をパラメータDB35に入力する。また、例えば、通信事業者にネットワークのオペレーションサービスを提供する事業者が端末IDとパラメータとの対応関係をパラメータDB35に入力してもよい。
制御装置3Bの制御部31は、ベアラ情報DB34とパラメータDB35とに基づいて、ベアラ識別情報とパラメータを対応付ける。例えば、制御部31は、端末IDをキーとして、ベアラ情報DB34から、端末IDに対応するベアラ識別情報を検索する。制御部31は、その端末IDをキーとして、パラメータDB35から、端末IDに対応するパラメータを検索する。この動作により、制御部31は、図42に例示されるように、ベアラ識別情報とパラメータとの対応関係を把握する。
図41の例では、パラメータDB35は、端末IDとパラメータとの対応関係を示すデータベースであるが、パラメータDB35において、パラメータに対応付けられる情報は端末IDに限定されない。パラメータに対応付けられる情報は、ベアラ情報DB34が有するベアラ識別情報と、パラメータDB35が有するパラメータとをリンクさせるための情報であればよい。
制御部31は、例えば、QoSポリシDB32に記憶された情報を通信装置2に通知する。通信装置2は通知された情報をQoS情報DB21に記憶する。
制御部31はベアラ識別情報とパラメータとの対応関係を通信装置2に通知する。通信装置2は通信された情報をパラメータ管理部23に記憶する。通信装置2は、eNB、S−GWもしくはP−GWが送信したパケットを受信し、当該パケットにQoS情報を付与する。S−GWもしくはP−GWが送信したパケットは、ベアラ識別情報等でカプセル化されている。通信装置2の通信パス識別部20は、パケットに付与されたベアラ識別情報に基づいてベアラを識別する。また、通信パス識別部20は、ベアラ識別情報に基づいて、パラメータ管理部23からパラメータを取得する。通信装置2のパケット処理部22は、パラメータに基づいて、パケットに付与するQoS情報をQoS情報DB21から検索する。パケット処理部22は、検索されたQoS情報をパケットに付与する。
上述のように、P−GWとS−GWの間のネットワークおよびeNBとS−GWの間のネットワークに配置された通信装置2が通信品質制御を実行する。よって、第8の実施形態では、上述の実施形態のように、eNB、S−GW、P−GWがパラメータに基づく通信品質制御を実行しなくてもよい。
9.第9の実施形態
本発明の第9の実施形態を説明する。第9の実施形態は、上述の第1−8の実施形態で開示された技術のいずれにも適用可能である。
本発明の第9の実施形態を説明する。第9の実施形態は、上述の第1−8の実施形態で開示された技術のいずれにも適用可能である。
第9の実施形態では、通信事業者(ネットワークオペレータ)、通信事業者にネットワークオペレーションサービスを提供する事業者等が後述する通信品質制御のためのネットワーク運用を行う。
9.1)管理装置
<第1例>
図43は、運用管理者であるネットワークオペレータ、ネットワークのオペレーションサービスを提供する事業者等が利用する管理装置4の構成例を示す。
<第1例>
図43は、運用管理者であるネットワークオペレータ、ネットワークのオペレーションサービスを提供する事業者等が利用する管理装置4の構成例を示す。
管理装置4は、UI(User Interface)表示部40、QoSポリシ生成部41、インターフェース42、および管理装置4の管理動作を制御する制御部(図示せず。)を含む。
UI表示部40は、運用管理者が、通信品質制御のためのQoSポリシをシステムに入力するためのユーザインタフェース(以下、UIと記す。)を表示する。運用管理者は、例えば、QCIに対して関連付ける複数の品質情報(例えば、DSCP値、CoS値等)を、UIを利用して入力する。
QoSポリシ生成部41は、運用管理者がUI表示部40を用いて入力した情報に基づいて、QoSポリシを生成する。QoSポリシ生成部41は、例えば、QCIに複数の品質情報を対応付けたQoSポリシを生成する。
なお、QoSポリシ生成部41は、運用管理者の入力に依存せずに、予め設定されたポリシに基づいて、QoSポリシを生成してもよい。例えば、QoSポリシ生成部41は、上述の実施形態において図5もしくは図6を参照して説明されたポリシに基づいて、QoSポリシを生成してもよい。この場合、例えば、運用管理者は、UI表示部40を用いて、QoSポリシの生成に用いるポリシを入力してもよい。
管理装置4は、QoSポリシ生成部41により生成されたQoSポリシをインターフェース42を介して制御装置3、3A若しくは3Bに通知する。制御装置3、3A若しくは3Bは、管理装置4から通知されたQoSポリシを、QoSポリシDB32に記憶する。QoSポリシDB32は、QCIに対して複数のQoS情報を対応付けて記憶する。
管理装置4は、QCIに対応付けられた複数の品質情報から、対応する品質情報を選択するための条件(送信元/宛先IPアドレスに基づく条件)を、制御装置3、3Aもしくは3Bに通知してもよい。制御装置3、3A若しくは3Bは、品質情報を選択するための条件を、通信装置2に通知する。
<第2例>
図44は管理装置4の他の構成例を示す。管理装置4は、第8の実施形態で述べたように、品質情報を選択するためのパラメータを制御装置3Bに通知してもよい。
図44は管理装置4の他の構成例を示す。管理装置4は、第8の実施形態で述べたように、品質情報を選択するためのパラメータを制御装置3Bに通知してもよい。
図44において、パラメータ生成部43は、運用管理者がUI表示部40を用いて入力した情報に基づいて、例えば、端末IDとパラメータとの対応関係を管理するためのデータベースを生成する。運用管理者は、例えば、UI表示部40を用いて、各端末に対応するユーザ属性、各端末に対応するサービスプロバイダ属性等のパラメータを入力する。運用管理者は、ユーザ属性、サービスプロバイダ属性等を管理するデータベースから、管理装置4に対して情報を入力することも可能である。例えば、パラメータ生成部43は、図41に例示されるような端末IDとパラメータとの対応関係を示すデータベースを生成する。
但し、パラメータに対応付けられる情報は、端末IDに限定されない。パラメータに対応付けられる情報は、制御装置3Bのベアラ情報DB34が有するベアラ識別情報とパラメータとをリンクさせるための情報であればよい。例えば、パラメータ生成部43がパラメータに対応付ける情報は、ベアラ識別情報のようにベアラに関連する情報であればよい。
パラメータ生成部43が制御装置3Bに通知するパラメータは、例えば、上述の第3−第7の実施形態に例示されたパラメータである。
パラメータ生成部43は、インターフェース42を介して、端末IDとパラメータとの対応関係を示す情報を、制御装置3Bに通知する。制御装置3Bは、通知された情報に基づいて、パラメータDB35を構築する。制御装置3Bは、パラメータDB35とベアラ情報DB34とに基づいて、通信装置2のパラメータ管理部23に通知する情報(例えば、図42に例示された情報)を生成する。
9,2)動作
図45は、第9の実施形態の動作例を示すフローチャートである。
図45は、第9の実施形態の動作例を示すフローチャートである。
運用管理者は、UI表示部40により表示されたUIを用いて、QCIに対応付けるQoS情報を入力する(動作S80)。
QoSポリシ生成部41は、入力された情報に基づいて、QoSポリシを生成する(S81)。
管理装置4は、インターフェース42を介して、生成されたQoSポリシを制御装置に通知する(動作S82)。
以上、本発明の実施形態を説明したが、本発明は、上記したそれぞれの実施形態に限定されるものではない。本発明は、各実施形態の変形・置換・調整に基づいて実施できる。また、本発明は、各実施形態を任意に組み合わせて実施することもできる。即ち、本発明は、本明細書の全ての開示内容、技術的思想に従って実現できる各種変形、修正を含む。
1 端末
2 通信装置
20 通信パス識別部
21 QoS情報DB
22 パケット処理部
23 パラメータ管理部
24 制御部
200 MME
201 HSS
2010 加入者情報
202 PCRF
203 SPR
204 OCS
205 認証サーバ
3 制御装置
30 インターフェース
31 制御部
32 QoSポリシDB
33 監視部
34 ベアラ情報DB
35 パラメータDB
4 管理装置
40 UI表示部
41 QoSポリシ生成部
42 インターフェース
43 パラメータ生成部
2 通信装置
20 通信パス識別部
21 QoS情報DB
22 パケット処理部
23 パラメータ管理部
24 制御部
200 MME
201 HSS
2010 加入者情報
202 PCRF
203 SPR
204 OCS
205 認証サーバ
3 制御装置
30 インターフェース
31 制御部
32 QoSポリシDB
33 監視部
34 ベアラ情報DB
35 パラメータDB
4 管理装置
40 UI表示部
41 QoSポリシ生成部
42 インターフェース
43 パラメータ生成部
Claims (30)
- ネットワークに設定される通信パスを介して通信する通信装置であって、
パケットに対応する前記通信パスを識別する第一の手段と、
識別された前記通信パスに対応する通信端末に対して通信サービスを提供するサービスプロバイダに関連するパラメータに基づいて、前記パケットの通信品質制御を実行可能な第二の手段と
を含むことを特徴とする通信装置。 - 前記第二の手段は、前記通信パスの品質クラスと前記パラメータとに基づいて、前記パケットの通信品質制御を実行可能である
ことを特徴とする請求項1に記載の通信装置。 - 前記第二の手段は、識別された前記通信パスの品質クラスに対応する複数の品質情報から前記パラメータに基づいて選択された品質情報を、前記パケットに付与する
ことを特徴とする請求項1または2に記載の通信装置。 - 前記第二の手段は、通信パスに関する制御信号を通信装置に送信可能な制御装置から通知された前記パラメータに基づいて、前記パケットの通信品質制御を実行可能である
ことを特徴とする請求項1−3のいずれか1項に記載の通信装置。 - 前記第二の手段は、通信パスの設定要求に関する制御信号を通信装置に送信可能な制御装置から通知された前記パラメータに基づいて、前記パケットの通信品質制御を実行可能である
ことを特徴とする請求項1−4のいずれか1項に記載の通信装置。 - 前記第二の手段は、通信パスの設定要求に関する制御信号を通信装置に送信可能な制御装置が前記通信端末の接続要求に応じて加入者情報を管理する装置から取得した前記パラメータに基づいて、前記パケットの通信品質制御を実行可能である
ことを特徴とする請求項1−5のいずれか1項に記載の通信装置。 - 前記第二の手段は、通信端末の接続要求に応じて、通信事業者のネットワークを利用して通信端末にサービスを提供する事業者の認証サーバから取得した前記パラメータに基づいて、前記パケットの通信品質制御を実行可能である
ことを特徴とする請求項1−5のいずれか1項に記載の通信装置。 - 前記第二の手段は、前記サービスプロバイダと前記ネットワークのオペレータとの間の契約に応じた前記パラメータに基づいて、前記パケットの通信品質制御を実行可能である
ことを特徴とする請求項1−7のいずれか1項に記載の通信装置。 - ネットワークに設定される通信パスに関する制御信号を通信装置に送信するための通信インターフェースと、
前記通信パスに対応する通信端末に通信サービスを提供するサービスプロバイダに関連するパラメータに基づいて前記パケットの通信品質制御を実行可能な前記通信装置に、前記制御信号を用いて前記パラメータを通知する制御手段と
を含むことを特徴とする制御装置。 - 前記制御手段は、前記通信パスに関する制御信号を用いて前記パラメータを前記通信装置に通知する
ことを特徴とする請求項9に記載の制御装置。 - 前記制御手段は、前記通信パスの設定要求に関する制御信号を用いて前記パラメータを前記通信装置に通知する
ことを特徴とする請求項9又は10に記載の制御装置。 - 前記制御手段は、前記通信端末の接続要求に応じて、加入者情報を管理する装置から取得した前記パラメータを、前記通信装置に通知する
ことを特徴とする請求項9−11のいずれか1項に記載の制御装置。 - 前記制御手段は、前記通信端末の接続要求に応じて、通信事業者のネットワークを利用して通信端末にサービスを提供する事業者の認証サーバから取得した前記パラメータを、前記通信装置に通知する
ことを特徴とする請求項9−11のいずれか1項に記載の制御装置。 - 前記制御手段は、前記サービスプロバイダと前記ネットワークのオペレータとの間の契約に応じた前記パラメータを、前記通信装置に通知する
ことを特徴とする請求項9−13のいずれか1項に記載の制御装置。 - 前記制御手段は、前記通信パスの品質クラスに対応付けられた複数の品質情報から選択された品質情報を前記パケットに付与する前記通信装置に、前記品質情報を選択するための前記パラメータを通知する
ことを特徴とする請求項9−14のいずれか1項に記載の制御装置。 - ネットワークに設定される通信パスの品質クラスと、当該品質クラスに対応付けられる複数の品質情報と、を含む通信品質ポリシを生成する第一の手段と、
通信品質制御を実行する通信装置に対して前記通信品質ポリシを送信可能な制御装置に、前記生成された通信品質ポリシを通知する第二の手段と
を含む管理装置。 - 前記複数の品質情報から前記通信品質制御に用いる品質情報を選択するためのパラメータを前記制御装置に通知する第三の手段
を含むことを特徴とする請求項16に記載の管理装置。 - 前記第三の手段は、前記通信パスに関連する情報と前記パラメータとを対応付けて前記制御装置に通知する
ことを特徴とする請求項17に記載の管理装置。 - 前記第三の手段は、通信端末の利用者の属性に関する前記パラメータを前記制御装置に通知する
ことを特徴とする請求項17または18に記載の管理装置。 - 前記第三の手段は、通信端末に対して通信サービスを提供するサービスプロバイダに関連する前記パラメータを前記制御装置に通知する
ことを特徴とする請求項17−19のいずれか1項に記載の管理装置。 - ネットワークに設定される通信パスを介して通信する通信方法であって、
パケットに対応する前記通信パスを識別し、
識別された前記通信パスに対応する通信端末に対して通信サービスを提供するサービスプロバイダに関連するパラメータに基づいて、前記パケットの通信品質制御を実行する
ことを特徴とする通信方法。 - ネットワークに設定される通信パスに関する制御信号を通信装置に送信し、
前記通信パスに対応する通信端末に通信サービスを提供するサービスプロバイダに関連するパラメータに基づいて前記パケットの通信品質制御を実行可能な前記通信装置に、前記制御信号を用いて前記パラメータを通知する
ことを特徴とする制御方法。 - ネットワークに設定される通信パスの品質クラスと、当該品質クラスに対応付けられる複数の品質情報と、を含む通信品質ポリシを生成し、
通信品質制御を実行する通信装置に対して前記通信品質ポリシを送信可能な制御装置に、前記生成された通信品質ポリシを通知する
ことを特徴とする管理方法。 - 前記複数の品質情報から前記通信品質制御に用いる品質情報を選択するためのパラメータを前記制御装置に通知する
を含むことを特徴とする請求項23に記載の管理方法。 - 前記通信パスに関連する情報と前記パラメータとを対応付けて前記制御装置に通知する
ことを特徴とする請求項24に記載の管理方法。 - 通信端末の利用者属性に関する前記パラメータを前記制御装置に通知する
ことを特徴とする請求項24または25に記載の管理方法。 - 通信端末に対して通信サービスを提供するサービスプロバイダに関連する前記パラメータを前記制御装置に通知する
ことを特徴とする請求項24−26のいずれか1項に記載の管理方法。 - ネットワークに設定される通信パスを介して通信する通信装置に、
パケットに対応する前記通信パスを識別する処理と、
識別された前記通信パスに対応する通信端末に対して通信サービスを提供するサービスプロバイダに関連するパラメータに基づいて、前記パケットの通信品質制御を実行する処理と
を実行させることを特徴とするプログラム。 - ネットワークに設定される通信パスに関する制御信号を通信装置に送信する処理と、
前記通信パスに対応する通信端末に通信サービスを提供するサービスプロバイダに関連するパラメータに基づいて前記パケットの通信品質制御を実行可能な前記通信装置に、前記制御信号を用いて前記パラメータを通知する処理と、
をコンピュータに実行させることを特徴とするプログラム。 - ネットワークに設定される通信パスの品質クラスと、当該品質クラスに対応付けられる複数の品質情報と、を含む通信品質ポリシを生成する処理と、
通信品質制御を実行する通信装置に対して前記通信品質ポリシを送信可能な制御装置に、前記生成された通信品質ポリシを通知する処理と
をコンピュータに実行させることを特徴とするプログラム。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013183984 | 2013-09-05 | ||
JP2013183984 | 2013-09-05 | ||
PCT/JP2014/004590 WO2015033581A1 (ja) | 2013-09-05 | 2014-09-05 | 通信装置、制御装置、管理装置、通信方法、制御方法、管理方法およびプログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
JPWO2015033581A1 true JPWO2015033581A1 (ja) | 2017-03-02 |
Family
ID=52628077
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2015535325A Pending JPWO2015033581A1 (ja) | 2013-09-05 | 2014-09-05 | 通信装置、制御装置、管理装置、通信方法、制御方法、管理方法およびプログラム |
Country Status (2)
Country | Link |
---|---|
JP (1) | JPWO2015033581A1 (ja) |
WO (1) | WO2015033581A1 (ja) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017199379A1 (ja) * | 2016-05-18 | 2017-11-23 | 富士通株式会社 | 基地局、制御装置、無線端末、及び無線通信システム |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4761365B2 (ja) * | 2005-12-28 | 2011-08-31 | Kddi株式会社 | 通信スケジューリング方法 |
JP5178368B2 (ja) * | 2008-07-18 | 2013-04-10 | 株式会社日立国際電気 | ゲートウェイ装置 |
WO2011076282A1 (en) * | 2009-12-23 | 2011-06-30 | Telefonaktiebolaget L M Ericsson (Publ) | Energy control in a mobile communication network |
US9743286B2 (en) * | 2010-12-13 | 2017-08-22 | Nec Corporation | Gateway relocation control method and control device in mobile communication system |
-
2014
- 2014-09-05 WO PCT/JP2014/004590 patent/WO2015033581A1/ja active Application Filing
- 2014-09-05 JP JP2015535325A patent/JPWO2015033581A1/ja active Pending
Also Published As
Publication number | Publication date |
---|---|
WO2015033581A1 (ja) | 2015-03-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6406259B2 (ja) | 通信装置、制御装置、通信方法、制御方法およびプログラム | |
US11083033B2 (en) | Small data usage enablement in 3GPP networks | |
EP3424231B1 (en) | A method and a base station for controlling user data traffic between the wireless device and a local cloud | |
US11375372B2 (en) | Method and nodes for handling a user equipment's access to a mobile communications network | |
JP5481001B2 (ja) | 加入サービス組合せシナリオにおいてQoSパラメータを処理する方法と装置 | |
US11489969B2 (en) | Charging method, apparatus, and system | |
EP2785105B1 (en) | Bearer mode selection method, packet gateway and policy and charging control function entity | |
CN102958029B (zh) | 一种计费和服务质量策略管控方法与装置 | |
JP6477476B2 (ja) | 通信装置、制御装置、通信システム、通信方法、制御方法およびプログラム | |
US9615390B2 (en) | PCRN session architecture for roaming | |
EP3235314B1 (en) | Controlling wireless local area network access | |
EP4358576A1 (en) | Service quality processing method and apparatus, and communication system | |
WO2015033581A1 (ja) | 通信装置、制御装置、管理装置、通信方法、制御方法、管理方法およびプログラム | |
JP2015530765A (ja) | 通信ネットワークにおける課金制御方法およびシステム | |
CN103369501A (zh) | 一种资源管理方法、系统和资源管理网元 | |
KR20130060967A (ko) | LTE 가입자 Multiple PDN 기반 ODB 적용을 통한 데이터서비스 방법 | |
WO2014110923A1 (zh) | 一种网络信息处理方法、装置和系统 | |
CN104796941A (zh) | 通过twan接入核心网时的拥塞控制方法及装置 | |
US11902892B2 (en) | Systems and methods for providing on-demand quality of service with radio access network control | |
EP2769581B1 (en) | Roaming session termination triggered by roaming agreement/partner deletion | |
CN116746207A (zh) | 应用相关功能的资源分配状态订阅 | |
KR20190143305A (ko) | 어플리케이션별 실시간 서비스 품질 관리가 가능한 서비스 제공 시스템 및 그 방법 | |
KR20170053319A (ko) | Mme, s-gw, p-gw 및 시스템 |