(57)【要約】【課題】ＵＥが、Dual Connectivityを実行している場合においても、ＵＥが使用しているベアラに応じた課金制御を行うことができる通信システムを提供することを目的とする。【解決手段】本開示にかかる通信システムは、通信装置（１２）及び通信装置（１３）毎に異なる無線ベアラを用いて通信装置（１２）及び通信装置（１３）と通信するように構成される通信端末（１１）と、通信装置（１２）に、無線ベアラ毎の通信量を計測させるか否かを判定するように構成される制御装置（１４）と、を備える。【選択図】図１
2020205650.tif 000002
【特許請求の範囲】
【請求項１】
通信端末がE-UTRA (Evolved UTRA (Universal Terrestrial Radio Access))を提供するマスター基地局と５Ｇ無線通信方式を提供するセカンダリー基地局とのDual Connectivityをサポートすることを示す第１の情報を含むAttach Requestメッセージを、Attach処理中にMME（Mobility Management Entity）へ送信する送信手段と、
前記Attach処理の後に、前記Dual Connectivityを行うためのSecondary Node Addition処理において、前記マスター基地局からRRC Connection Reconfigurationメッセージを受信する受信手段と、を備え、
前記受信手段は、
５Ｇ無線通信方式とのDual Connectivityの使用が制限されるか否かを示す第２の情報を含むAttach Acceptメッセージを前記Attach処理中に前記MMEから受信する、通信端末。
【請求項２】
前記Dual Connectivityは、E-UTRA-NR Dual Connectivity (EN-DC)である、請求項１に記載の通信端末。
【請求項３】
前記マスター基地局は、前記セカンダリー基地局とX2インターフェースを介して接続される、請求項１または２に記載の通信端末。
【請求項４】
前記Secondary Node Addition処理は、前記セカンダリー基地局から前記通信端末への無線リソースを追加するための処理である、請求項１乃至３のいずれか１項に記載の通信端末。
【請求項５】
前記第２の情報は、５Ｇ無線通信方式とのDual Connectivityの使用がEvolved Packet System (EPS) networkによって制限されるか否かを示す、請求項１に記載の通信端末。
【請求項６】
前記送信手段は、
前記Secondary Node Addition処理中に前記マスター基地局へRRC Connection Reconfiguration Completeメッセージを返送する、請求項１乃至５のいずれか１項に記載の通信端末。
【請求項７】
E-UTRA (Evolved UTRA (Universal Terrestrial Radio Access))を提供するマスター基地局であって、
通信端末から、前記通信端末が前記マスター基地局と５Ｇ無線通信方式を提供するセカンダリー基地局とのDual Connectivityをサポートすることを示す第１の情報を含むAttach Requestメッセージを受信する受信手段と、
Attach処理中に前記Attach RequestメッセージをMME（Mobility Management Entity）へ送信する送信手段と、を備え、
前記受信手段は、
前記MMEから、５Ｇ無線通信方式とのDual Connectivityの使用が制限されているか否かを示す第２の情報を含むAttach Acceptメッセージを受信し、
前記送信手段は、
前記Attach処理中に前記通信端末へ前記Attach Acceptメッセージを送信し、
前記Attach処理の後に、前記Dual Connectivityを行うためのSecondary Node Addition処理において、前記通信端末へRRC Connection Reconfigurationメッセージを送信する、マスター基地局。
【請求項８】
前記Dual Connectivityは、E-UTRA-NR Dual Connectivity (EN-DC)である、請求項７に記載のマスター基地局。
【請求項９】
前記受信手段は、
前記Secondary Node Addition処理中に前記通信端末からRRC Connection Reconfiguration Completeメッセージを受信する、請求項７または８に記載のマスター基地局。
【請求項１０】
前記第２の情報は、５Ｇ無線通信方式とのDual Connectivityの使用がEvolved Packet System (EPS) networkによって制限されるか否かを示す、請求項７に記載のマスター基地局。
【請求項１１】
通信端末がE-UTRA (Evolved UTRA (Universal Terrestrial Radio Access))を提供するマスター基地局と５Ｇ無線通信方式を提供するセカンダリー基地局とのDual Connectivityをサポートすることを示す第１の情報を含むAttach Requestメッセージを、Attach処理中にMME（Mobility Management Entity）へ送信し、
５Ｇ無線通信方式とのDual Connectivityの使用が制限されるか否かを示す第２の情報を含むAttach Acceptメッセージを前記Attach処理中に前記MMEから受信し、
前記Attach処理の後に、前記Dual Connectivityを行うためのSecondary Node Addition処理において、前記マスター基地局からRRC Connection Reconfigurationメッセージを受信する、通信端末の方法。
【請求項１２】
前記第２の情報は、５Ｇ無線通信方式とのDual Connectivityの使用がEvolved Packet System (EPS) networkによって制限されるか否かを示す、請求項１１に記載の通信端末の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は通信システム、制御装置、通信端末、通信装置、及び、通信方法に関し、特に複数の無線ベアラを用いて通信を行う通信システム、制御装置、通信端末、通信装置、及び、通信方法に関する。
【背景技術】
【０００２】
移動体通信システムの標準規格３ＧＰＰ（3rd Generation Partnership Project）において、通信端末ＵＥ（User Equipment）が広帯域かつ低遅延な通信を実行するための技術として、Dual Connectivityがある。Dual Connectivityとは、例えば、ＵＥがＬＴＥ（Long Term Evolution）通信を行う第１基地局ＭｅＮＢ（Master evolved NodeB）及び第２基地局ＳｅＮＢ（Secondary eNB）と共に接続し、ＵＥがＭｅＮＢに加えてＳｅＮＢとも通信を行う技術である。これにより、通信のスループットを向上することが可能となる。
【０００３】
非特許文献１には、Dual Connectivityの手順として、ＵＥが、ＭｅＮＢと接続している状態において、ＵＥと通信を行うｅＮＢとして新たにＳｅＮＢを追加する処理の流れ等が示されている。
【０００４】
その一方、移動体通信システムに比べてカバーするエリアは狭いが、高速通信を可能とする無線ＬＡＮ（Local Area Network）通信において、近年、その利用可能なエリアが拡充されてきている。そのため、ＵＥが、Dual Connectivityの技術を応用して、モバイル通信を行うｅＮＢと、無線ＬＡＮ通信を行うアクセスポイントＡＰと共に接続し、ＵＥがｅＮＢに加えてＡＰとも通信を行うことも検討されている。具体的には、非特許文献２に、その検討の背景、目的等が示されている。
【０００５】
ここで、ＵＥに適用される課金レートは、ＵＥが使用している無線アクセス技術（Radio Access Technology:ＲＡＴ）を基準に決定される。例えば、ＵＥが、Dual ConnectivityにおいてＭｅＮＢ及びＳｅＮＢを用いたＬＴＥ通信を行っている場合、ＬＴＥ通信時に定められる課金レートがＵＥに適用される。非特許文献３には、ポリシー制御及び課金制御を実行するためのPCC（Policy and Charging Control） Architectureの構成が示されている。
【０００６】
非特許文献４（ＴＳ２３．４０１）には、ゲートウェイ装置ＰＧＷ（Packet Date Network Gateway）が、課金に関するパラメータとして、ＵＥ単位にＲＡＴ ｔｙｐｅを管理することが示されている。ＲＡＴ ｔｙｐｅは、ＵＥが現在使用しているＲＡＴを示すパラメータである。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】3GPP TS 36.300 V13.3.0 (2016-03) 5.7節，10.1.2.8節
【非特許文献２】3GPP TSG RAN Meeting #67 (2015-03) RP-150510
【非特許文献３】3GPP TS 23.203 V13.7.0 (2016-03) 5節，A.4.2節
【非特許文献４】3GPP TS 23.401 V13.6.1 (2016-03) 5.7.4節
【発明の概要】
【発明が解決しようとする課題】
【０００８】
非特許文献１の10.1.2.8節に記載されているDual Connectivityを実行する場合、ＵＥは、ＭｅＮＢ及びＳｅＮＢに共通な１つのＲＡＴを用いて通信を行う。この場合、非特許文献４に記載されているように、ＰＧＷは、課金パラメータとしてのＲＡＴ ｔｙｐｅをＵＥ単位に管理する。つまり、ＰＧＷは、ＵＥとＭｅＮＢとの間の通信とＵＥとＳｅＮＢとの間の通信で共通のＲＡＴを用いているため、それらの通信を区別することができない。そのため、ＵＥとＭｅＮＢとの間の通信及びＵＥとＳｅＮＢとの間の通信とに、異なる課金レートを適用することができないという問題がある。一例として、非特許文献１の5.7節に記載されているように、携帯事業者がライセンスされたスペクトラムを用いた通信と携帯事業者がライセンスされていないスペクトラムを用いた通信とでDual Connectivity（Licensed-Assisted Access (LAA)）が形成される場合がある。この場合、これらの通信で異なる課金レートが適用される可能性もある。しかしながら、これらの通信が、同一のＲＡＴ  ｔｙｐｅを用いたDual Connnectivityである場合、それらの通信を区別することができないため、異なる課金レートを適用することができないという課題がある。
【０００９】
さらに、非特許文献２に記載されるように、ＵＥが、Dual Connectivityを実行する際に、モバイル通信を行うｅＮＢと、無線ＬＡＮ通信を行うアクセスポイントＡＰと通信を行う場合がある。この場合、ＵＥは、同時に２種類のＲＡＴを用いて通信を行う。そのため、非特許文献４のようにＰＧＷが、ＲＡＴ ｔｙｐｅをＵＥ単位に管理する場合、ＰＧＷが、管理するＲＡＴ ｔｙｐｅと、ＵＥが実際に使用しているＲＡＴとが異なる可能性がある。その結果、ＵＥが２種類以上のＲＡＴを用いて通信を行う場合は、実際の通信に応じた適正な課金制御を行う（課金レートを適用する）ことができないという問題がある。
【００１０】
本開示の目的は、通信端末が通信に使用する無線ベアラに関する各種処理を行うことができる通信システム、制御装置、通信端末、通信装置、及び、通信方法を提供することにある。
【課題を解決するための手段】
【００１１】
本開示の第１の態様にかかる通信システムは、複数の通信装置毎に異なる無線ベアラを用いて前記複数の通信装置と通信するように構成される通信端末と、前記通信装置に、無線ベアラ毎の通信量を計測させるか否かを判定するように構成される制御装置と、を備えるものである。
【００１２】
本開示の第２の態様にかかる制御装置は、通信端末が複数の通信装置毎に異なる無線ベアラを用いて前記複数の通信装置と通信する場合に、前記複数の通信装置のうち少なくとも１つの通信装置に、無線ベアラ毎の通信量を計測させるか否かを判定する制御部を備えるものである。
【００１３】
本開示の第３の態様にかかる通信端末は、複数の通信装置毎に異なる無線ベアラを用いて前記複数の通信することができるか否かを示すサポート情報を制御装置へ送信する送信部と、前記サポート情報、及び、自装置が複数の無線ベアラを用いて複数の通信装置と通信することが許可されているか否かを示す通信許可情報に基づいて、自装置が複数の無線ベアラを用いて複数の通信装置と通信するか否かが判定された判定結果を前記制御装置から受信する受信部と、前記判定結果に、複数の無線ベアラを用いて複数の通信装置と通信することを指示する情報が含まれる場合、複数の通信装置と複数の無線ベアラを設定する処理を実行する制御部と、を備えるものである。
【００１４】
本開示の第４の態様にかかる通信方法は、通信端末が複数の通信装置毎に異なる無線ベアラを用いて前記複数の通信装置と通信する場合に、前記複数の通信装置のうち少なくとも１つの通信装置に、無線ベアラ毎の通信量を計測させるか否かを判定し、判定結果を前記通信装置へ送信するものである。
【発明の効果】
【００１５】
本開示により、通信端末が通信に使用する無線ベアラに関する各種処理を行うことができる通信システム、制御装置、通信端末、通信装置、及び、通信方法を提供することができる。
【図面の簡単な説明】
【００１６】
【図１】実施の形態１にかかる通信システムの構成図である。
【図２】実施の形態２にかかる通信システムの構成図である。
【図３】実施の形態２にかかるＵＥの構成図である。
【図４】実施の形態２にかかるＭＭＥの構成図である。
【図５】実施の形態２にかかるＭｅＮＢの構成図である。
【図６】実施の形態２にかかるＭｅＮＢ及びＳｅＮＢにおけるプロトコルスタックを示す図である。
【図７】実施の形態２にかかるＳ１セットアップ処理の流れを示す図である。
【図８】実施の形態２にかかるＸ２セットアップ処理の流れを示す図である。
【図９】実施の形態２にかかるＡｔｔａｃｈ処理の流れを示す図である。
【図１０】実施の形態２にかかるＡｔｔａｃｈ処理の流れを示す図である。
【図１１】実施の形態２にかかるAccess Restriction Dataを示す図である。
【図１２】実施の形態２にかかるＭｅＮＢが、ＵＥに関する無線ベアラ毎にカウントしたパケット量を報告する処理の流れを示す図である。
【図１３】実施の形態３にかかる複数PDN Connectivity確立処理の流れを示す図である。
【図１４】実施の形態３にかかる複数PDN Connectivity確立処理の流れを示す図である。
【図１５】実施の形態４にかかるE-UTRAN initiated E-RAB modification procedureを示す図である。
【図１６】実施の形態５にかかるS1 release procedureを示す図である。
【図１７】実施の形態５にかかるPDN GW initiated bearer deactivation procedureを示す図である。
【図１８】実施の形態５にかかるMME initiated bearer deactivation procedureを示す図である。
【図１９】実施の形態６にかかるX2 HO procedureを示す図である。
【図２０】実施の形態６にかかるX2 HO procedureを示す図である。
【図２１】実施の形態６にかかるX2 HO procedureを示す図である。
【図２２】実施の形態６にかかるS1 HO procedureを示す図である。
【図２３】実施の形態６にかかるS1 HO procedureを示す図である。
【図２４】実施の形態６にかかるS1 HO procedureを示す図である。
【図２５】実施の形態６にかかるS1 HO procedureを示す図である。
【図２６】実施の形態６にかかるS1 HO procedureを示す図である。
【図２７】それぞれの実施の形態におけるＭｅＮＢの構成図である。
【図２８】それぞれの実施の形態におけるＵＥの構成図である。
【図２９】それぞれの実施の形態におけるＭＭＥの構成図である。
【発明を実施するための形態】
【００１７】
（実施の形態１）
以下、図面を参照して本開示の実施の形態について説明する。図１を用いて本開示の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、通信端末１１、通信装置１２、通信装置１３、及び、制御装置１４を有している。通信端末１１、通信装置１２、通信装置１３、及び、制御装置１４は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。
【００１８】
通信端末１１は、複数の通信装置毎に異なる無線ベアラを用いて複数の通信装置と通信するように構成される。通信端末１１は、携帯電話端末、スマートフォン端末、タブレット型端末等であってもよい。また、通信端末１１は、Ｍ２Ｍ（Machine to Machine）端末もしくはＭＴＣ（Machine Type Communication）端末等であってもよい。無線ベアラは、例えば、通信端末１１と通信装置１２との間、さらに、通信端末１１と通信装置１３との間におけるデータ通信経路である。通信端末１１は、例えば、図１に示すように、通信装置１２及び通信装置１３との間において、無線ベアラを設定してもよい。図１の点線は、通信端末１１と、通信装置１２及び通信装置１３との間に設定される無線ベアラ１２１、１３１を示している。
【００１９】
通信装置１２及び通信装置１３は、例えば、モバイル通信において用いられる基地局であってもよい。もしくは、通信装置１２及び通信装置１３は、無線ＬＡＮ通信において用いられるＡＰ（Access Point）またはＷＴ（Wireless LAN Termination）であってもよい。また、通信装置１２が基地局であり、通信装置１３がＡＰまたはＷＴ（以下、ＷＴで代表する）であってもよい。
【００２０】
通信端末１１は、１つのＲＡＴを用いて複数の無線ベアラを設定してもよい。例えば、通信端末１１は、ＲＡＴとしてＬＴＥを用いて複数の無線ベアラを設定してもよい。もしくは、通信端末１１は、複数のＲＡＴを用いて複数の無線ベアラを設定してもよい。例えば、通信端末１１は、ＬＴＥ及び３ＧＰＰにおいていわゆる３Ｇと規定されているＲＡＴを用いて複数の無線ベアラを設定してもよい。また、例えば、通信端末１１は、３ＧＰＰにおいて規定されている無線通信方式と、無線ＬＡＮとを用いて複数の無線ベアラを設定してもよい。
【００２１】
制御装置１４は、通信装置１２に、無線ベアラ毎の通信量を計測させるか否かを判定するように構成される。制御装置１４は、例えば、無線ベアラ毎の通信量の計測を指示する指示信号を通信装置１２へ送信する。通信端末１１が２以上の通信装置と通信する場合、制御装置１４は、通信端末１１が通信する２以上の通信装置へ指示信号を送信してもよい。もしくは、制御装置１４は、２以上の通信装置のうち代表となる通信装置１２へ指示信号を送信してもよい。代表となる通信装置１２は、通信端末１１と自装置１２との間の無線ベアラ１２１の通信量を計測すると共に、通信装置１１と他の通信装置１３との間の無線ベアラ１３１の通信量を、自装置１２で計測してもよいし、他の通信装置１３から収集してもよい。具体的には、通信端末１１と通信装置１３との通信が通信装置１２で集約される場合（Aggregationの場合）は、通信装置１２が、無線ベアラ１３１の通信量も計測する。なお、その場合であっても、通信装置１２は、通信装置１３で計測された無線ベアラ１３１の通信量を通信装置１３から収集してもよい。一方、通信端末１１と通信装置１３との通信が通信装置１２で集約されない場合は、通信装置１２は、通信装置１３で計測された無線ベアラ１３１の通信量を通信装置１３から収集する。
【００２２】
以上説明したように、図１の通信システムにおいては、制御装置１４は、通信装置１２に対して、無線ベアラ毎の通信量を計測させるか否かを判定する。さらに、通信装置１２は、制御装置１４において判定された結果に応じて、無線ベアラ毎の通信量を計測または収集する。これにより、例えば、通信事業者が通信端末１１の通信量に応じた課金を行う場合、無線ベアラ毎の通信量に応じた課金を行うことができる。
【００２３】
例えば、通信装置１２が無線ベアラ毎の通信量を計測することによって、通信事業者は、無線ベアラ毎に異なるパケット単価を設定し、無線ベアラ毎に課金を行うことができる。
【００２４】
（実施の形態２）
続いて、図２を用いて本開示の実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、３ＧＰＰにおいて規定されている通信システムの構成図を示している。図２の通信システムは、ＵＥ２０、ＭｅＮＢ２１、ＳｅＮＢ２２、ＭＭＥ（Mobility Management Entity）２３、ＨＳＳ（Home Subscriber Server）２４、ＳＧＷ（Serving Gateway）２５、ＰＧＷ２６、ＰＣＲＦ（Policy and Charging Rule Function）エンティティ２７（以下、ＰＣＲＦ２７とする）、ＡＦ（Application Function）エンティティ２８（以下、ＡＦ２８とする）、ＯＦＣＳ２９（Offline Charging System）、及び、ＯＣＳ（Online Charging System）３０を有している。
【００２５】
ＵＥ２０は、図１の通信端末１１に相当する。ＵＥ２０は、３ＧＰＰにおいて通信端末の総称として用いられる。ＭｅＮＢ２１は、図１の通信装置１２に相当する。ＳｅＮＢ２２は、図１の通信装置１３に相当する。ＭｅＮＢ２１及びＳｅＮＢ２２は、ＵＥ２０がDual Connectivityを行う際に用いられる基地局である。ＭＭＥ２３は、図１の制御装置１４に相当する。ＭＭＥ２３は、主に、ＵＥ２０の移動管理、ベアラの設定要求、ベアラの設定指示、ベアラの削除要求、もしくは、ベアラの削除指示を行う装置である。
【００２６】
ＳＧＷ２５は無線アクセスシステムと接続され、ユーザデータを無線アクセスシステムとＰＧＷ２６の間で転送を行う装置である。ＰＧＷ２６は、外部ネットワーク（PDN：Packet Data Networkなど）への接続を行う。ＰＣＲＦ２７は、ＭｅＮＢ２１、ＳｅＮＢ２２及びＰＧＷ２６におけるＱｏＳ（Quality of Service）制御もしくは課金制御等のポリシー（課金体系）を決定する。
【００２７】
ＡＦ２８は、アプリケーションを提供する装置であり、ＵＥ２０に対して提供するアプリケーションサービスに関する制御を行う。ＯＣＳ３０及びＯＦＣＳ２９は、ＵＥ２０の課金契約に応じて課金制御等を行う。例えば、プリペイドサービスなどの課金契約の場合、常時通信量をモニタする能力を持つＯＣＳ３０が課金処理を行う。一方、月極めの課金契約などの場合はＯＦＣＳ２９が課金処理を行う。
【００２８】
続いて、図３を用いて本開示の実施の形態２にかかるＵＥ２０の構成例について説明する。ＵＥ２０は、送受信部４１、送受信部４２、及び、制御部（Controller）４３を有する。送受信部４１、送受信部４２、及び、制御部４３等のＵＥ２０を構成する構成要素は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるモジュールもしくはソフトウェアであってもよい。または、ＵＥ２０を構成する構成要素は、チップもしくは回路等のハードウェアであってもよい。送受信部４１及び送受信部４２は、送信部（Transmitter）及び受信部（Receiver）とされてもよい。
【００２９】
送受信部４１は、ＭｅＮＢ２１と通信を行う。送受信部４１は、例えば、３ＧＰＰにおいて無線通信方式として定められているＬＴＥを用いてＭｅＮＢ２１と無線通信を行ってもよい。送受信部４２は、ＳｅＮＢ２２と通信を行う。送受信部４２も、ＬＴＥを用いてＳｅＮＢ２２と無線通信を行ってもよい。また、送受信部４２は、ＬＴＥとは異なる無線通信方式を用いて、ＳｅＮＢ２２と異なる通信装置と通信を行ってもよい。例えば、送受信部４２は、無線ＬＡＮ通信を用いて、ＷＴと通信を行ってもよい。この場合、ＷＴは、ＭｅＮＢ２１と通信を行うことができる通信装置であるとする。つまり、送受信部４２は、ＳｅＮＢ２２またはＷＴを介してＭｅＮＢ２１と通信を行う。
【００３０】
制御部４３は、Dual Connectivityを用いる場合に、送信データを送受信部４１及び送受信部４２へ振り分ける制御を実行する。制御部４３は、さらに、送信データの変調処理等を実行してもよい。また、制御部４３は、送受信部４１及び送受信部４２から出力された受信データに関する復号処理を実行してもよい。
【００３１】
続いて、図４を用いて本開示の実施の形態２にかかるＭＭＥ２３の構成例について説明する。ＭＭＥ２３は、基地局通信部５１、ＳＧＷ通信部５２、ＨＳＳ通信部５３、及び、制御部５４を有している。これらのＭＭＥ２３を構成する構成要素は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるモジュールもしくはソフトウェアであってもよい。または、これらのＭＭＥ２３を構成する構成要素は、チップもしくは回路等のハードウェアであってもよい。なお、通信部とは、送信部（Transmitter）及び受信部（Receiver）であってもよい。
【００３２】
基地局通信部５１は、ＭｅＮＢ２１との間において制御信号の送受信を行う。基地局通信部５１とＭｅＮＢ２１との間のリファレンスポイントは、Ｓ１−ＭＭＥと規定されている。また、基地局通信部５１は、ＭｅＮＢ２１を介してＵＥ２０との間においてＮＡＳ（Non Access Stratum）メッセージの送受信を行う。ＮＡＳメッセージは、ＭｅＮＢ２１において透過され、基地局通信部５１とＵＥ２０との間において伝送される。
【００３３】
ＳＧＷ通信部５２は、ＳＧＷ２５との間において制御信号の送受信を行う。ＳＧＷ通信部５２とＳＧＷ２５との間のリファレンスポイントは、Ｓ１１と規定されている。ＳＧＷ通信部５２は、ＳＧＷ２５を介してＰＧＷ２６から送信された課金に関する情報等を受信する。
【００３４】
ＨＳＳ通信部５３は、ＨＳＳ２４との間において制御信号の送受信を行う。ＨＳＳ通信部５３とＨＳＳ２４との間のリファレンスポイントは、Ｓ６ａと規定されている。ＨＳＳ通信部５３は、ＨＳＳ２４からＵＥ２０に関する加入者情報を受信する。加入者情報には、例えば、ＵＥ２０がDual Connectivityを実施もしくは構成してよいか否かに関する情報が含まれる。
【００３５】
制御部５４は、ＭｅＮＢ２１及びＨＳＳ２４から送信された情報を用いて、ＭｅＮＢ２１にDual Connectivityを実施させるか否かを判定する。さらに、制御部５４は、ＭｅＮＢ２１においてDual Connectivityを実施させる際に、ＭｅＮＢ２１に対して、無線ベアラ毎の通信量を計測させるか否かを判定する。制御部５４は、基地局通信部５１を介して、判定結果を示す指示メッセージをＭｅＮＢ２１へ送信する。指示メッセージは、例えば、ＭｅＮＢ２１に対してDual Connectivityの実施を指示するメッセージであってもよい。さらに、指示メッセージは、ＭｅＮＢ２１に対して、Dual Connectivityを実施する際に、ベアラ毎の通信量を計測することを指示するメッセージであってもよい。また、制御部５４は、ＳＧＷ通信部５２及びＳＧＷ２５を介して、指示メッセージをＰＧＷ２６へ送信してもよい。この指示メッセージにより、ＰＧＷ２６に、Dual Connectivityが実施されることと、ＭｅＮＢ２１にて無線ベアラ毎の通信量が計測または収集されて、その通信量に関する課金情報を受け取ることとが知らされる。それにより、ＰＧＷ２６は、それ以降、自装置では通信量を計測しなくてよいことが分かる。また、ＰＧＷ２６は、その受け取った課金情報に基づいて課金処理を行うための準備が行える。
【００３６】
続いて、図５を用いて本開示の実施の形態２にかかるＭｅＮＢ２１の構成例について説明する。ＭｅＮＢ２１は、ＵＥ通信部６１、基地局通信部６２、Ｃ−Ｐｌａｎｅ通信部６３、Ｕ−Ｐｌａｎｅ通信部６４、制御部６５、及び、データ計測部６６を有している。ＵＥ通信部６１、基地局通信部６２、Ｃ−Ｐｌａｎｅ通信部６３、Ｕ−Ｐｌａｎｅ通信部６４、制御部６５、及び、データ計測部６６等のＭｅＮＢ２１を構成する構成要素は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるモジュールもしくはソフトウェアであってもよい。または、ＭｅＮＢ２１を構成する構成要素は、チップもしくは回路等のハードウェアであってもよい。なお、通信部とは、送信部（Transmitter）及び受信部（Receiver）であってもよい。
【００３７】
ＵＥ通信部６１は、ＵＥ２０との間においてデータの送受信を行う。ＵＥ通信部６１とＵＥ２０との間のリファレンスポイントは、ＬＴＥ−Ｕｕと規定されている。基地局通信部６２は、ＳｅＮＢ２２との間においてデータの送受信を行う。基地局通信部６２とＳｅＮＢ２２との間のリファレンスポイントは、Ｘ２と規定されている。
【００３８】
Ｃ−Ｐｌａｎｅ通信部６３は、ＭＭＥ２３との間においてＣ（Control）−Ｐｌａｎｅデータの送受信を行う。Ｃ−Ｐｌａｎｅデータは、制御信号と言い換えられてもよい。Ｕ−Ｐｌａｎｅ通信部６４は、ＳＧＷ２５との間においてＵ（User）−Ｐｌａｎｅデータの送受信を行う。Ｕ−Ｐｌａｎｅデータは、ユーザデータと言い換えられてもよい。
【００３９】
制御部６５は、Ｃ−Ｐｌａｎｅ通信部６３を介してＭＭＥ２３へ、Dual Connectivityに関する情報を送信する。Dual Connectivityに関する情報は、例えば、ＭｅＮＢ２１がDual Connectivityを実施することができるか否かを示す情報であってもよい。また、Dual Connectivityに関する情報は、ＭｅＮＢ２１とともにDual Connectivityを実施するＳｅＮＢに関する情報であってもよい。
【００４０】
また、制御部６５は、ＭＭＥ２３からDual Connectivityの実施を指示された場合、基地局通信部６２を介してＳｅＮＢ２２を追加する制御を実施する。また、制御部６５は、ＭＭＥ２３から無線ベアラ毎の通信量の計測を指示された場合、データ計測部６６へ、無線ベアラ毎の通信量の計測を指示するメッセージを出力する。また、制御部６５は、Ｃ−Ｐｌａｎｅ通信部６３を介して、ＭＭＥ２３へデータ計測部６６における計測結果を送信する。
【００４１】
データ計測部６６は、無線ベアラ毎の通信量の計測を指示された場合、ＵＥ２０とＭｅＮＢ２１との間の通信量を計測する。データ計測部６６は、ＵＥ２０との間において複数の無線ベアラが設定されている場合、無線ベアラ毎に通信量を計測する。さらに、データ計測部６６は、ＵＥ２０とＳｅＮＢ２２との間の無線ベアラ毎の通信量に関する情報をＳｅＮＢ２２から基地局通信部６２を介して取得する。
【００４２】
ここで、図６を用いてＭｅＮＢ２１及びＳｅＮＢ２２におけるプロトコルスタックについて説明する。ＭｅＮＢ２１及びＳｅＮＢ２２は、ＭＡＣ（Medium Access Control）レイヤ、ＲＬＣ（Radio Link Control）レイヤ、及び、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤによって構成される。ＵＥ２０のＰＤＣＰレイヤと、ＭｅＮＢ２１もしくはＳｅＮＢ２２のＰＤＣＰレイヤとの間において無線ベアラが設定される。
【００４３】
ここで、ＭｅＮＢ２１及びＳｅＮＢ２２において実施されるDual Connectivityの構成について説明する。ＭｅＮＢ２１及びＳｅＮＢ２２において実施されるDual Connectivityとして、MCG（Master Cell Group） Bearer及びSCG（Secondary Cell Group） Bearerを用いる構成と、Split Bearerを用いる構成とがある。
【００４４】
MCG Bearerは、ＭｅＮＢ２１とＳＧＷ２５との間において設定される通信ベアラである。MCG Bearerは、ＵＥ２０とＭｅＮＢ２１との間において設定される無線ベアラと１対１に対応する。SCG Bearerは、ＳｅＮＢ２２とＳＧＷ２５との間、もしくは、ＳｅＮＢ２２と他のＳＧＷとの間において設定される通信ベアラである。他のＳＧＷとは、ＳＧＷ２５とは異なるＳＧＷである。MCG Bearer及びSCG Bearerを用いてDual Connectivityを行う場合、SCG Bearerは、ＵＥ２０とＳｅＮＢ２２との間において設定される無線ベアラと１対１に対応する。
【００４５】
Split Bearerは、ＭｅＮＢ２１とＳＧＷ２５との間において設定される通信ベアラである。Split Bearerは、ＵＥ２０とＭｅＮＢ２１との間において直接設定される無線ベアラに対応付けられる。さらに、Split Bearerは、ＵＥ２０とＳｅＮＢ２２を介してＭｅＮＢ２１との間において設定される無線ベアラに対応付けられる。言い換えると、ＭｅＮＢ２１は、ＵＥ２０とＭｅＮＢ２１との間に直接設定された無線ベアラを介して送信されたデータと、ＵＥ２０とＳｅＮＢ２２を介してＭｅＮＢ２１との間に設定された無線ベアラを介して送信されたデータとを、Split Bearerを介してＳＧＷ２５へ送信する。ＭｅＮＢ２１は、ＵＥ２０からＳｅＮＢ２２へ送信されたデータを、ＭｅＮＢ２１とＳｅＮＢ２２との間のリファレンスポイントであるＸ２を介して受信する。Split Bearerを用いた通信を、アグリゲーション通信と称してもよい。
【００４６】
続いて、図７を用いて、ＭｅＮＢ２１及びＭＭＥ２３との間におけるＳ１セットアップ処理の流れについて説明する。はじめに、ＭｅＮＢ２１が起動される（Ｓ１１）。例えば、ＭｅＮＢ２１は、電源が投入されることによって起動される。
【００４７】
次に、ＭｅＮＢ２１は、ＭＭＥ２３へS1 SETUP REQUESTメッセージを送信する（Ｓ１２）。S1 SETUP REQUESTメッセージは、パラメータとして、DC Support、DC combination、DC Traffic count support indicationを含む。
【００４８】
DC Supportは、ＭｅＮＢ２１がDual Connectivityを構成することが可能か否かを示す情報である。DC combinationは、ＭｅＮＢ２１がどの装置もしくはどのＲＡＴとDual Connectivityを構成するかを示す情報である。例えば、ＭｅＮＢ２１は、ＳｅＮＢ２２とDual Connectivityを構成してもよい。もしくは、ＭｅＮＢ２１は、無線ＬＡＮ通信を行うＷＴとDual Connectivityを構成してもよい。もしくは、ＭｅＮＢ２１は、３ＧＰＰにおいて３Ｇとして規定されている無線通信方式を用いた通信を行う基地局とDual Connectivityを構成してもよい。もしくは、ＭｅＮＢ２１は、３ＧＰＰにおいて今後５Ｇとして規定される可能性がある無線通信方式を用いた通信を行う基地局とDual Connectivityを構成してもよい。５Ｇとして規定される無線通信方式は、ＬＴＥよりも広い帯域幅を用いた高速通信及びＬＴＥよりも短い通信遅延等を実現する方式であってもよい。
【００４９】
DC Traffic count support indicationは、ＭｅＮＢ２１が無線ベアラ毎に通信量を計測する機能をサポートするか否かを示す情報である。通信量は、例えば、パケット量（パケット数やデータボリュームなども含む。以下、これらをパケット量で代表する。）であってもよい。無線ベアラ毎に通信量を計測するとは、ＭｅＮＢ２１がSplit Bearerを用いてDual Connectivityを構成する場合、ＭｅＮＢ２１とＵＥ２０とが直接送受信するデータの通信量と、ＭｅＮＢ２１がＳｅＮＢ２２を介してＵＥ２０と送受信するデータの通信量とを区別して計測することである。また、ＭｅＮＢ２１がMCG Bearer及びSCG Bearerを用いてDual Connectivityを構成する場合、無線ベアラ毎に通信量を計測するとは、ＭｅＮＢ２１がＵＥ２０と送受信するデータの通信量と、ＳｅＮＢ２２がＵＥ２０と送受信するデータの通信量とを区別して計測することである。
【００５０】
次に、ＭＭＥ２３は、ＭｅＮＢ２１へS1 SETUP RESPONSEメッセージを送信する（Ｓ１３）。S1 SETUP RESPONSEメッセージは、パラメータとして、DC Traffic count support indicationを含む。S1 SETUP RESPONSEメッセージに含まれるDC Traffic count support indicationは、ＭＭＥ２３が、ＭｅＮＢ２１における無線ベアラ毎のパケット量のカウントに対応できるか否かを示す情報である。例えば、DC Traffic count support indicationは、ＭＭＥ２３が、ＭｅＮＢ２１から受信した無線ベアラ毎のパケット量に関する情報を、ＳＧＷ２５を介してＰＧＷ２６へ課金情報として送信することができるか否かを示す情報であってもよい。
【００５１】
ステップＳ１２及びＳ１３における処理を実行することによって、ＭｅＮＢ２１及びＭＭＥ２３は、Dual Connectivityに関する情報を交換することができる。言い換えると、ステップＳ１２及びＳ１３における処理を実行することによって、ＭｅＮＢ２１及びＭＭＥ２３は、Dual Connectivityに関する情報をネゴシエーションすることができる。
【００５２】
続いて、図８を用いてＭｅＮＢ２１及びＳｅＮＢ２２との間におけるＸ２セットアップ処理の流れについて説明する。Ｘ２セットアップ処理は、ＭｅＮＢ２１が起動された後に実行される処理である。はじめに、ＭｅＮＢ２１は、X2 SETUP REQUESTメッセージをＳｅＮＢ２２へ送信する（Ｓ２１）。X2 SETUP REQUESTメッセージは、図７のS1 SETUP REQUESTメッセージに含まれるパラメータと同様のパラメータを含む。
【００５３】
次に、ＳｅＮＢ２２は、X2 SETUP RESPONSEメッセージをＭｅＮＢ２１へ送信する（Ｓ２２）。X2 SETUP RESPONSEメッセージは、パラメータとして、DC Support、DC combination、DC Traffic count support indicationを含む。X2 SETUP RESPONSEメッセージに含まれるDC Traffic count support indicationは、ＳｅＮＢ２２が無線ベアラ毎にパケット量をカウントする機能をサポートするか否かを示す情報である。
【００５４】
例えば、ＭｅＮＢ２１及びＳｅＮＢ２２がDual Connectivityを構成する場合であって、さらに、ＳｅＮＢ２２が、無線ベアラ毎にパケット量をカウントする機能をサポートしている場合について説明する。この場合、ＳｅＮＢ２２は、SCG Bearerに対応付けられている無線ベアラにおいて送受信されたパケット量をＭｅＮＢ２１へ送信する。
【００５５】
ステップＳ２１及びＳ２２における処理を実行することによって、ＭｅＮＢ２１及びＳｅＮＢ２２は、Dual Connectivityに関する情報を交換することができる。言い換えると、ステップＳ２１及びＳ２２における処理を実行することによって、ＭｅＮＢ２１及びＳｅＮＢ２２は、Dual Connectivityに関する情報をネゴシエーションすることができる。
【００５６】
また、図８においては、ＭｅＮＢ２１がＳｅＮＢ２２へX2 SETUP REQUESTメッセージを送信する例について説明したが、ＳｅＮＢ２２が、ＭｅＮＢ２１へ、X2 SETUP REQUESTメッセージを送信してもよい。
【００５７】
続いて、図９及び図１０を用いてＵＥ２０に関するＡｔｔａｃｈ処理の流れについて説明する。Ａｔｔａｃｈ処理は、ＵＥ２０がコアネットワークを介してデータを送受信するために行われる処理である。
【００５８】
はじめに、ＵＥ２０は、ＭｅＮＢ２１を介してＭＭＥ２３へAttach requestメッセージを送信する（Ｓ３１）。Attach requestメッセージは、パラメータとしてDC Support、DC combinationを含む。Attach requestメッセージ含まれるDC Supportは、ＵＥ２０がDual Connectivityを構成することが可能か否かを示す情報である。つまり、Attach requestメッセージ含まれるDC Supportは、ＵＥ２０が、複数の無線ベアラを同時に使用して通信することができるか否かを示す情報である。また、Attach requestメッセージに含まれるDC combinationは、ＵＥ２０が、どのＲＡＴを組合わせてDual Connectivityを構成することができるかを示す情報である。ＵＥ２０は、同じＲＡＴを組合わせてDual Connectivityを構成してもよく、異なるＲＡＴを組合わせてDual Connectivityを構成してもよい。
【００５９】
次に、ＭＭＥ２３は、ＨＳＳ２４へUpdate Location requestメッセージを送信する（Ｓ３２）。次に、ＨＳＳ２４は、ＭＭＥ２３へUpdate Location Ackメッセージを送信する（Ｓ３３）。Update Location Ackメッセージは、パラメータとしてAccess Restriction Data、DC not allowdを含む。Access Restriction Data、DC not allowdは、ＵＥ２０の加入者情報としてＨＳＳ２４において管理されている。
【００６０】
DC not allowedは、ＵＥ２０がDual Connectivityを構成することが許可されているかを示す情報である。例えば、DC not allowed情報は、フラグ情報として用いられてもよい。具体的には、DC not allowedに「１」が設定されている場合、ＵＥ２０がDual Connectivityを構成することが許可されていることを示し、「０」が設定されている場合、ＵＥ２０がDual Connectivityを構成することが許可されていないことを示してもよい。
【００６１】
Access Restriction Dataは、ＵＥ２０が使用することができないＲＡＴを示す情報である。ここで、図１１を用いてAccess Restriction Dataについて説明する。図１１は、Access Restriction Dataに設定されるビット位置と、使用が制限されるＲＡＴとが対応付けられていることを示している。例えば、Access Restriction Dataの０ビット目に１が設定された場合、ＵＥは、ＵＴＲＡＮを使用することができない。また、Access Restriction Dataの７ビット目に１が設定された場合、ＵＥは、５Ｇとして規定された無線通信方式を使用することができない。
【００６２】
図９に戻り、次に、ＭＭＥ２３は、ＭｅＮＢ２１及びＵＥ２０から送信されたDC Support、ＭｅＮＢ２１から送信されたDC Traffic count support indicationに基づいて、ＭｅＮＢ２１に無線ベアラ毎のパケット量をカウントさせるか否かを判定する（Ｓ３４）。例えば、ＭＭＥ２３は、ＭｅＮＢ２１及びＵＥ２０が、Dual Connectivityを構成することが可能であり、さらに、ＭｅＮＢ２１が無線ベアラ毎のパケット量をカウントする機能をサポートしている場合に、ＭｅＮＢ２１に無線ベアラ毎のパケット量をカウントさせると判定する。例えば、ＭＭＥ２３は、ＭｅＮＢ２１及びＵＥ２０のいずれか一方がDual Connectivityを構成することができない場合、もしくは、ＭｅＮＢ２１が無線ベアラ毎のパケット量をカウントする機能をサポートしていない場合、ＭｅＮＢ２１に無線ベアラ毎のパケット量をカウントさせないと判定する。
【００６３】
また、ステップＳ３４において、ＭＭＥ２３は、ＨＳＳ２４から送信されたDC not allowedにおいて、ＵＥ２０がDual Connectivityを構成することが許可されていないことが示されている場合、ＭｅＮＢ２１に無線ベアラ毎のパケット量をカウントさせないと判定してもよい。さらに、ステップＳ３４において、ＭＭＥ２３は、ＵＥ２０及びＭｅＮＢ２１から送信されたDC combinationに示されているＲＡＴが、ＨＳＳ２４から送信されたAccess Restriction Dataにおいて使用が制限されていることが示されている場合、ＭｅＮＢ２１に無線ベアラ毎のパケット量をカウントさせないと判定してもよい。
【００６４】
次に、ＭＭＥ２３は、ＳＧＷ２５へCreate Session Requestメッセージを送信する（Ｓ３５）。ＭＭＥ２３は、ステップＳ３４における判定結果を示すDC Traffic count support indicationをCreate Session Requestメッセージに設定する。もしくは、ＭＭＥ２３は、ステップＳ３４においてＭｅＮＢ２１に無線ベアラ毎のパケット量をカウントさせないと判定した場合、Create Session Requestメッセージに、DC Traffic count support indicationを設定しなくてもよい。
【００６５】
次に、ＳＧＷ２５は、ステップＳ３５において受信したCreate Session RequestメッセージをＰＧＷ２６へ送信する（Ｓ３６）。次に、ＰＧＷ２６は、ＰＣＲＦ２７との間において、ＵＥ２０の通信品質に関するＱｏＳ交渉を行う（Ｓ３７）。
【００６６】
次に、ＰＧＷ２６は、ＳＧＷ２５へCreate Session Responseメッセージを送信する（Ｓ３８）。Create Session Responseメッセージは、パラメータとしてDC Traffic count support indication、count rule、DC not allowedを含む。Create Session Responseメッセージに含まれるDC Traffic count support indicationは、ＰＧＷ２６が、ＭｅＮＢ２１から送信された無線ベアラ毎のパケット量に関する情報を課金情報としてＯＦＣＳ２９及びＯＣＳ３０へ出力することができるか否かを示す情報である。
【００６７】
Create Session Responseメッセージに含まれるDC not allowedは、ＵＥ２０がDual Connectivityを構成することを許可するか否かを示す情報である。例えば、ＰＧＷ２６は、ＵＥ２０が接続するＡＰＮ（Access Point Name）に応じて、Dual Connectivityを構成することを許可するか否かを設定してもよい。言い換えると、ＵＥ２０が接続するＡＰＮ毎に、Dual Connectivityを構成することを許可するか否かが予め定められていてもよい。Create Session Responseメッセージに含まれるcount ruleは、ＭｅＮＢ２１が無線ベアラ毎のパケット量をカウントする際の詳細な条件を示す情報である。例えば、count ruleには、カウントする対象となるＲＡＴのRAT type、カウントする対象となるトラヒックのTraffic type、及び、カウントする期間を示すReport periodのうち少なくとも１つが含まれていてもよい。
【００６８】
RAT typeとして例えば、ＬＴＥが指定された場合について説明する。この場合、ＭｅＮＢ２１は、ＬＴＥ及び無線ＬＡＮ通信を用いてDual Connectivityを構成している場合、ＬＴＥにおいて送受信されたパケットの数のみをカウントする。一方、ＭｅＮＢ２１は、ＬＴＥ通信を行うＳｅＮＢ２２とDual Connectivityを構成する場合、無線ベアラ毎に送受信された全てのパケット量をカウントする。
【００６９】
Traffic typeは、例えば、Downlinkユーザデータのみをカウントする、Uplinkユーザデータのみをカウントする、もしくは、Downlinkユーザデータ及びUplinkユーザデータの両方をカウントする、等を示す。Report periodは、例えば、毎時などの周期を指定されても良いし、パケット量をカウントする開始時刻と終了時刻とが示されていてもよい。
【００７０】
次に、ＳＧＷ２５は、ステップＳ３８において受信したCreate Session ResponseメッセージをＭＭＥ２３へ送信する（Ｓ３９）。ＭＭＥ２３は、ＨＳＳ２４から送信されたAccess Restriction Data及びDC not allowed、さらに、ＰＧＷ２６から受信したDC not allowedを用いて、ＵＥ２０、ＭｅＮＢ２１、及び、ＳｅＮＢ２２においてDual Connectivityを活性とするか否か、つまり、Dual Connectivityを構成させるか否かを判定する（Ｓ４０）。例えば、ＭＭＥ２３は、ＨＳＳ２４から送信されたAccess Restriction Data及びDC not allowed、並びに、ＰＧＷ２６から送信されたDC not allowedのいずれかにおいてＵＥ２０がDual Connectivityを構成することを許可しないことが示されている場合、ＵＥ２０、ＭｅＮＢ２１、及び、ＳｅＮＢ２２におけるDual Connectivityを不活性とすると判定してもよい。
【００７１】
図１０に移り、ＭＭＥ２３は、ＭｅＮＢ２１へ、ATTACH Acceptメッセージを含むInitial Context Setupメッセージを送信する（Ｓ４１）。ATTACH Acceptメッセージは、ＭｅＮＢ２１において透過され、ＵＥ２０へ送信される。
【００７２】
ATTACH Acceptメッセージは、パラメータとしてDC not allowedを含む。ATTACH Acceptメッセージに含まれるDC not allowedは、ＵＥ２０がDual Connectivityを構成することを許可するか否かを示す情報である。Initial Context Setupメッセージは、ATTACH Acceptメッセージの他に、パラメータとしてDC Traffic count support indication、count rule、DC not allowedを含む。Initial Context Setupメッセージに含まれるDC not allowedは、ＭｅＮＢ２１がDual Connectivityを構成することを許可するか否かを示す情報である。ＭＭＥ２３は、DC not allowedにおいてＭｅＮＢ２１がDual Connectivityを構成することを許可することを示す場合、DC Traffic count support indicationによって、ＭｅＮＢ２１に対して、無線ベアラ毎にパケット量をカウントするか否かを指示する。
【００７３】
次に、ＭｅＮＢ２１は、ステップＳ４１において受信したInitial Context Setupメッセージにおいて、Dual Connectivityを構成することを許可することが示され、無線ベアラ毎にパケット量をカウントすることを指示された場合、count ruleに従って、パケット量のカウントを開始する（Ｓ４２）。さらに、ＭｅＮＢ２１は、ＳｅＮＢ２２においてカウントされたパケット量を、ＳｅＮＢ２２から受信してもよい。
【００７４】
次に、ＭｅＮＢ２１は、ＵＥ２０へ、ATTACH Acceptメッセージを含むRRC Connection Reconfigurationメッセージを送信する（Ｓ４３）。RRC Connection Reconfigurationメッセージに含まれるATTACH Acceptメッセージは、Initial Context Setupメッセージに含まれるATTACH Acceptメッセージと同様である。RRC Connection Reconfigurationメッセージは、ATTACH Acceptメッセージの他に、パラメータとして、DC not allowedを含む。
【００７５】
次に、ＵＥ２０は、ＭｅＮＢ２１へ、RRC Connection Reconfiguration completeメッセージを送信する（Ｓ４４）。次に、ＭｅＮＢ２１は、ＭＭＥ２３へ、Initial Context Setup Responseメッセージを送信する（Ｓ４５）。Initial Context Setup Responseメッセージは、パラメータとしてDC Charging activatedを含む。DC Charging activatedは、ＭｅＮＢ２１において、無線ベアラ毎にパケット量をカウントする動作を開始したことを通知するために用いられる。
【００７６】
次に、ＭＭＥ２３は、ＳＧＷ２５へModify Bearer Requestメッセージを送信する（Ｓ４６）。Modify Bearer Requestメッセージは、ステップＳ４５において取得したDC Charging activatedを含む。次に、ＳＧＷ２５は、ＰＧＷ２６へModify Bearer Requestメッセージを送信する（Ｓ４７）。Modify Bearer Requestメッセージは、ステップＳ４６において取得したDC Charging activatedを含む。
【００７７】
ＰＧＷ２６は、DC Charging activatedを取得する前においては、ＵＥ毎に送受信されたパケット量をカウントしている。ＰＧＷ２６は、DC Charging activatedを取得した後においては、ＭｅＮＢ２１において無線ベアラ毎のパケット量がカウントされていることを認識するため、ＵＥ毎に送受信されたパケット量のカウントを停止してもよい。もしくは、ＰＧＷ２６は、DC Charging activatedを取得した後であっても、ＵＥ毎に送受信されたパケット量のカウントを継続してもよい。
【００７８】
次に、ＰＧＷ２６は、ＳＧＷ２５へ、Modify Bearer Responseメッセージを送信する（Ｓ４８）。次に、ＳＧＷ２５は、ＭＭＥ２３へ、Modify Bearer Responseメッセージを送信する（Ｓ４９）。
【００７９】
続いて、図１２を用いて、ＭｅＮＢ２１が、ＵＥ２０に関する無線ベアラ毎にカウントしたパケット量を報告する処理の流れについて説明する。はじめに、ＭｅＮＢ２１は、count ruleに従い、ＳｅＮＢ２２においてカウントされたパケット量に関する情報を収集するために、Traffic count report requestメッセージをＳｅＮＢ２２へ送信する（Ｓ５１）。例えば、ＭｅＮＢ２１は、count ruleにおいて定められたカウント期間が満了した場合に、Traffic count report requestメッセージをＳｅＮＢ２２へ送信してもよい。もしくは、ＭｅＮＢ２１は、任意のタイミングに、Traffic count report requestメッセージをＳｅＮＢ２２へ送信してもよい。
【００８０】
次に、ＳｅＮＢ２２は、ＭｅＮＢ２１へTraffic count reportメッセージを送信する（Ｓ５２）。Traffic count reportメッセージは、パラメータとしてTraffic dataを含む。Traffic dataは、ＳｅＮＢ２２において無線ベアラ毎にカウントされたパケット量に関する情報である。具体的には、Traffic dataは、カウントしたＲＡＴを示すRAT type、カウントしたパケット量を示すMeasured traffic、カウントした期間を示すMeasured periodを含んでもよい。
【００８１】
Measured trafficは、Downlinkユーザデータにおけるパケット量と、Uplinkユーザデータにおけるパケット量とを区別して示してもよい。また、Measured periodは、例えば、カウントを開始した時間とカウントを終了した時間とを示してもよい。
【００８２】
次に、ＭｅＮＢ２１は、ＭＭＥ２３へE-RAB MODIFICATION INDICATIONメッセージを送信する（Ｓ５３）。E-RAB MODIFICATION INDICATIONメッセージは、ＭｅＮＢ２１が、ＳｅＮＢ２２から収集したTraffic dataとともに、ＭｅＮＢ２１においてカウントしたパケット量に関する情報であるTraffic dataを含む。
【００８３】
次に、ＭＭＥ２３は、ＳＧＷ２５へ、Modify Bearer Requestメッセージを送信する（Ｓ５４）。Modify Bearer Requestメッセージは、E-RAB MODIFICATION INDICATIONに含まれるTraffic dataと同様のTraffic dataを含む。次に、ＳＧＷ２５は、ＰＧＷ２６へ、Modify Bearer Requestメッセージを送信する（Ｓ５５）。ステップＳ５５におけるModify Bearer Requestメッセージに含まれるTraffic dataは、ステップＳ５４におけるModify Bearer Requestメッセージに含まれるTraffic dataと同様である。
【００８４】
次に、ＰＧＷ２６は、ＳＧＷ２５へModify Bearer Responseメッセージを送信する（Ｓ５６）。次に、ＳＧＷ２５は、ＭＭＥ２３へModify Bearer Responseメッセージを送信する（Ｓ５７）。次に、ＭＭＥ２３は、ＭｅＮＢ２１へ、E-RAB MODIFICATION CONFIRMメッセージを送信する（Ｓ５８）。
【００８５】
ＰＧＷ２６は、ステップＳ５５において、Dual Connectivityを構成するＭｅＮＢ２１及びＳｅＮＢ２２において、無線ベアラ毎にカウントされたパケット量に関する情報を受信する。これより、ＰＧＷ２６は、無線ベアラ毎にカウントされたパケット量に応じた課金チケット（CDR）を生成し、生成した課金チケットをＯＦＣＳ２９もしくはＯＣＳ３０へ送信する。ＯＦＣＳ２９もしくはＯＣＳ３０は、無線ベアラ毎にカウントされたパケット量に対して、例えば、無線ベアラ毎に定められている課金レートに、パケット量を乗じることによって料金を算出してもよい。例えば、ＬＴＥもしくは５Ｇ等のモバイル通信を用いるＲＡＴは、無線ＬＡＮ通信を用いるＲＡＴよりも高く設定する等であってもよい。
【００８６】
また、図１２においては、ステップＳ５１において、ＭｅＮＢ２１がＳｅＮＢ２２に対して、Traffic dataの送信を要求するためにTraffic count report requestメッセージを送信する処理が示されている。これに対して、ＳｅＮＢ２２が、Traffic count report requestメッセージを受信することなく、count ruleに従い、自律的にTraffic count reportメッセージをＭｅＮＢ２１へ送信してもよい。例えば、ＳｅＮＢ２２は、count ruleに示されているReport periodが満了したタイミングに、Traffic count reportメッセージをＭｅＮＢ２１へ送信してもよい。
【００８７】
また、Traffic dataを送信するために用いられるメッセージは、図１２に示されるメッセージに制限されない。図１２に示される、ステップＳ５３以降のメッセージは、３ＧＰＰにおいて規定されているメッセージである。例えば、ステップＳ５３以降のメッセージとして、現在３ＧＰＰにおいて規定されていない新たなメッセージが用いられてもよい。例えば、E-RAB MODIFICATION INDICATIONメッセージの代わりに、TRAFFIC REPORT INDICATIONメッセージとする新たなメッセージが用いられてもよい。また、E-RAB MODIFICATION CONFIRMメッセージの代わりに、TRAFFIC REPORT CONFIRMメッセージとする新たなメッセージが用いられてもよい。また、Modify Bearer Requestメッセージの代わりに、Traffic Report Requestメッセージとする新たなメッセージが用いられてもよい。また、Modify Bearer Responseメッセージの代わりに、Traffic Report Responseメッセージとする新たなメッセージが用いられてもよい。
【００８８】
以上説明したように、本開示の実施の形態２にかかる通信システムを用いることによって、ＭｅＮＢ２１において、無線ベアラ毎に送受信されたパケット量をカウントすることができる。また、ＰＧＷ２６は、ＭｅＮＢ２１においてカウントされたパケット量に関する情報を用いて、課金情報を生成することができる。これより、ＰＧＷ２６は、ＭｅＮＢ２１及びＳｅＮＢ２２においてDual Connectivityが構成されている場合であっても、無線ベアラ毎に課金を行うことができる。
【００８９】
さらに、ＨＳＳ２４は、ＵＥ２０の加入者情報として、Dual Connectivityを構成することを許可するか、さらに、Dual Connectivityにおいて使用を制限するＲＡＴに関する情報を加入者情報として保持する。これより、ＵＥ２０が、加入者情報によって許容されていないＲＡＴを用いてDual Connectivityを構成することを防止することができる。例えば、ＵＥ２０が、使用することができるＲＡＴが２Ｇ及び３Ｇに制限された安価な契約を締結している場合について説明する。この場合に、ＵＥ２０が、Dual Connectivityを構成する際に、高価な契約を締結することによって使用することができる５Ｇ等のＲＡＴを用いることを防止することができる。
【００９０】
（実施の形態３）
続いて、図１３及び図１４を用いて本開示の実施の形態３にかかる複数PDN Connectivity確立処理の流れについて説明する。図１３及び図１４は、ＵＥ２０が、複数のＰＤＮと接続する際の処理の流れを示している。図１３の処理が実行される前に、図９及び図１０の処理が実行され、ＵＥ２０は、ＰＧＷ２６とPDN Connectivityを確立しているとする。
【００９１】
はじめに、ＵＥ２０は、ＭｅＮＢ２１を介してＭＭＥ２３へPDN Connectivity Requestメッセージを送信する（Ｓ６１）。PDN Connectivity Requestメッセージは、ＵＥ２０が接続するＰＤＮを識別する情報であるＡＰＮを含む。
【００９２】
次に、ＭＭＥ２３は、図７におけるS1 Setup処理、図８におけるX2 Setup処理、図９及び図１０におけるＡｔｔａｃｈ処理において取得した情報を用いて、新たに確立するPDN Connectivityを介したデータに関して、ＭｅＮＢ２１に無線ベアラ毎のパケット量をカウントさせるか否かを判定する（Ｓ６２）。Ａｔｔａｃｈ処理において取得した情報は、例えば、ＨＳＳ２４から取得したＵＥ２０に関するAccess Restriction Data及びＵＥ２０に関するDC not allowedを含む。さらに、S1 Setup処理、X2 Setup処理、Ａｔｔａｃｈ処理において取得した情報は、ＭｅＮＢ２１及びＵＥ２０から送信されたDC Support、及び、ＭｅＮＢ２１から送信されたDC Traffic count support indicationを含む。
【００９３】
図１３のステップＳ６３乃至図１４のステップＳ６８は、図９のステップＳ３５乃至ステップＳ４０と同様であるため詳細な説明を省略する。ただし、図１３及び図１４においては、ＳＧＷ２５は、ＰＧＷ２６と異なるＰＧＷ２６＿１との間において、Create Session Requestメッセージ及びCreate Session Responseメッセージを送受信する。
【００９４】
次に、ＭＭＥ２３は、ＭｅＮＢ２１へ、PDN Connectivity Acceptメッセージを含むBearer Setup Requestメッセージを送信する（Ｓ６９）。PDN Connectivity Acceptメッセージは、ＭｅＮＢ２１を透過し、ＵＥ２０へ送信される。
【００９５】
PDN Connectivity Acceptメッセージは、パラメータとしてDC not allowedを含む。PDN Connectivity Acceptメッセージに含まれるDC not allowedは、ＵＥ２０がDual Connectivityを構成することを許可するか否かを示す情報である。Bearer Setup Requestメッセージは、PDN Connectivity Acceptメッセージの他に、パラメータとしてDC Traffic count support indication、count rule、DC not allowedを含む。Bearer Setup Requestメッセージに含まれるDC not allowedは、ＭｅＮＢ２１がDual Connectivityを構成することを許可するか否かを示す情報である。ＭＭＥ２３は、DC not allowedにおいてＭｅＮＢ２１がDual Connectivityを構成することを許可することを示す場合、DC Traffic count support indicationによって、ＭｅＮＢ２１に対して、無線ベアラ毎にパケット量をカウントすることを指示する。
【００９６】
ステップＳ７０〜Ｓ７７は、図１０のステップＳ４２〜Ｓ４９と同様であるため詳細な説明を省略する。ただし、ステップＳ７１におけるRRC Connection Reconfigurationメッセージは、ATTACH Acceptメッセージの代わりにPDN Connectivity Acceptメッセージを含む。また、ステップＳ７３においては、図１０におけるステップＳ４５のInitial Context Setup Responseメッセージの代わりに、Bearer Setup Responseメッセージが送信される。
【００９７】
以上説明したように、図１３及び図１４のPDN Connectivity確立処理を実行することによって、PDN Connectivity毎に、ｅＮＢに無線ベアラ毎のパケット量をカウントさせるか否かを判定することができる。
【００９８】
（実施の形態４）
続いて、図１５を用いて、E-UTRAN initiated E-RAB modification procedureについて説明する。図１５は、3GPP TS 23.401 V13.6.1 (2016-03) 5.4.7節に記載されているE-UTRAN initiated E-RAB modification procedureを参照している。図１５は、ＭｅＮＢ２１がDual Connectivityを実行する際に、ＳｅＮＢ２２を追加する処理の流れを示している。
【００９９】
はじめに、ＭｅＮＢ２１は、ＳｅＮＢ２２へSeNB Addition Requestメッセージを送信する（Ｓ８１）。SeNB Addition Requestメッセージは、パラメータとして、count ruleを含む。
【０１００】
次に、ＳｅＮＢ２２は、ＭｅＮＢ２１へSeNB Addition Request Acknowledgeメッセージを送信する（Ｓ８２）。次に、ＭｅＮＢ２１は、ＵＥ２０へ、RRC Connection Reconfigurationメッセージを送信する（Ｓ８３）。次に、ＵＥ２０は、ＭｅＮＢ２１へ、RRC Connection Reconfiguration completeメッセージを送信する（Ｓ８４）。次に、ＳｅＮＢ２２は、ＭｅＮＢ２１へ、SeNB Addition Request Completeメッセージを送信する（Ｓ８５）。ステップＳ８１〜Ｓ８５における処理が実行されることによって、ＳｅＮＢ２２が、Dual Connectivityを構成するｅＮＢとして追加される。
【０１０１】
次に、ＭｅＮＢ２１は、ＭＭＥ２３へ、E-RAB Modification Indicationメッセージを送信する（Ｓ８６）。E-RAB Modification Indicationメッセージは、パラメータとしてDC Charging activatedを含む。ステップＳ８７〜Ｓ９０は、図１０のステップＳ４６〜Ｓ４９と同様であるため詳細な説明を省略する。
【０１０２】
次に、ＭＭＥ２３は、ＭｅＮＢ２１へ、E-RAB Modification Confirmメッセージを送信する（Ｓ９１）。
【０１０３】
以上説明したように、図１５のE-UTRAN initiated E-RAB modification procedureを実行することによって、ＭｅＮＢ２１は、ＳｅＮＢ２２をDual Connectivityを構成するｅＮＢとして追加した時に、DC Charging activatedをＭＭＥ２３へ送信することができる。
【０１０４】
一方、図１０においては、ＵＥ２０のＡｔｔａｃｈ処理において、ＭｅＮＢ２１は、ＭＭＥ２３へDC Charging activatedを送信する。つまり、図１５は、実際に無線ネットワークにおいて、Dual Connectivityが構成されてから、ＭｅＮＢ２１が、無線ベアラ毎のパケット量をカウントすることが示されている。これより、図１５のE-UTRAN initiated E-RAB modification procedureを実行することによって、Dual Connectivityが構成される前までは、ＰＧＷがパケット量をカウントすることで課金処理を実行することができる。
【０１０５】
なお、図１５のE-UTRAN initiated E-RAB modification procedureを実行する場合、図１０のステップＳ４５及び図１４のステップＳ７３において、ＭｅＮＢ２１は、送信するメッセージに、DC Charging activatedを含めないこととする。
【０１０６】
（実施の形態５）
続いて、図１６を用いて、実施の形態５にかかるS1 release procedureについて説明する。図１６は、ＵＥ２０をIdle状態へ遷移させる際に実行される処理を示している。具体的には、図１６は、ＭｅＮＢ２１とコアネットワークとの間におけるＵＥ２０に関する通信ベアラを解放する処理を示している。
【０１０７】
はじめに、ＭｅＮＢ２１は、ＵＥ２０のIdle状態への遷移に伴い、S1 release procedureを起動することを決定する（Ｓ１０１）。次に、ＭｅＮＢ２１は、ＳｅＮＢ２２へ、Traffic count report requestメッセージを送信する（Ｓ１０２）。ＭｅＮＢ２１は、ＳｅＮＢ２２においてカウントした無線ベアラ毎のパケット量に関するデータを送信させるために、Traffic count report requestメッセージをＳｅＮＢ２２へ送信する。
【０１０８】
次に、ＳｅＮＢ２２は、Traffic count reportメッセージをＭｅＮＢ２１へ送信する（Ｓ１０３）。Traffic count reportメッセージは、ＳｅＮＢ２２がカウントした無線ベアラ毎のパケット量に関するデータを示すTraffic dataを含む。
【０１０９】
次に、ＭｅＮＢ２１は、ＭＭＥ２３へS1 UE Context Release Requestメッセージを送信する（Ｓ１０４）。S1 UE Context Release Requestメッセージは、ＭｅＮＢ２１が、ＳｅＮＢ２２から収集したTraffic dataとともに、ＭｅＮＢ２１においてカウントしたパケット量に関する情報であるTraffic dataを含む。
【０１１０】
次に、ＭＭＥ２３は、ＳＧＷ２５へ、Release Access Bearers Requestメッセージを送信する（Ｓ１０５）。Modify Bearer Requestメッセージは、S1 UE Context Release Requestメッセージに含まれるTraffic dataと同様のTraffic dataを含む。次に、ＳＧＷ２５は、ＰＧＷ２６へ、Modify Bearer Requestメッセージを送信する（Ｓ１０６）。ステップＳ１０６におけるModify Bearer Requestメッセージに含まれるTraffic dataは、ステップＳ１０５におけるModify Bearer Requestメッセージに含まれるTraffic dataと同様である。
【０１１１】
次に、ＰＧＷ２６は、ＳＧＷ２５へModify Bearer Responseメッセージを送信する（Ｓ１０７）。次に、ＳＧＷ２５は、ＭＭＥ２３へRelease Access Bearers Responseメッセージを送信する（Ｓ１０８）。次に、ＭＭＥ２３は、ＭｅＮＢ２１へ、S1 UE Context Release Commandメッセージを送信する（Ｓ１０９）。
【０１１２】
また、Traffic dataを送信するために用いられるメッセージは、図１６に示されるメッセージに制限されない。図１６に示される、ステップＳ１０４以降のメッセージは、３ＧＰＰにおいて規定されているメッセージである。例えば、ステップＳ１０４以降のメッセージとして、現在３ＧＰＰにおいて規定されていない新たなメッセージが用いられてもよい。例えば、Modify Bearer Requestメッセージの代わりに、Traffic Report Requestメッセージとする新たなメッセージが用いられてもよい。また、Modify Bearer Responseメッセージの代わりに、Traffic Report Responseメッセージとする新たなメッセージが用いられてもよい。
【０１１３】
続いて、図１７を用いて、実施の形態５にかかるPDN GW initiated bearer deactivation procedureについて説明する。図１７は、ＰＧＷ２６が、ＵＥ２０に関する通信ベアラを削除することを決定した際に実行される処理を示している。この処理は、ＵＥ２０がアクティブ状態で実行されてもかまわない。
【０１１４】
はじめに、ＰＧＷ２６は、ＳＧＷ２５へ、Delete Bearer Requestメッセージを送信する（Ｓ１１１）。Delete Bearer Requestメッセージは、ＵＥ２０の識別情報を含む。次に、ＳＧＷ２５は、ＰＧＷ２６から送信されたDelete Bearer RequestメッセージをＭＭＥ２３へ送信する（Ｓ１１２）。次に、ＭＭＥ２３は、ＳＧＷ２５から送信されたDelete Bearer RequestメッセージをＭｅＮＢ２１へ送信する（Ｓ１１３）。次に、ＭｅＮＢ２１は、ＵＥ２０へ、RRC Connection Reconfigurationメッセージを送信する（Ｓ１１４）。次に、ＵＥ２０は、ＭｅＮＢ２１へ、RRC Connection Reconfiguration completeメッセージを送信する（Ｓ１１５）。
【０１１５】
次に、ＭｅＮＢ２１は、ＳｅＮＢ２２へ、Traffic count report requestメッセージを送信する（Ｓ１１６）。ＭｅＮＢ２１は、ＳｅＮＢ２２においてカウントされた無線ベアラ毎のパケット量に関するデータを送信させるために、Traffic count report requestメッセージをＳｅＮＢ２２へ送信する。
【０１１６】
次に、ＳｅＮＢ２２は、Traffic count reportメッセージをＭｅＮＢ２１へ送信する（Ｓ１１７）。Traffic count reportメッセージは、ＳｅＮＢ２２がカウントした無線ベアラ毎のパケット量に関するデータを示すTraffic dataを含む。
【０１１７】
次に、ＭｅＮＢ２１は、ＭＭＥ２３へDeactive Bearer Responseメッセージを送信する（Ｓ１１８）。Deactive Bearer Responseメッセージは、ＭｅＮＢ２１が、ＳｅＮＢ２２から収集したTraffic dataとともに、ＭｅＮＢ２１においてカウントしたパケット量に関する情報であるTraffic dataを含む。
【０１１８】
次に、ＭＭＥ２３は、ＭｅＮＢ２１から送信されたDeactive Bearer ResponseメッセージをＳＧＷ２５へ送信する（Ｓ１１９）。さらに、ＳＧＷ２５は、ＭＭＥ２３から送信されたDeactive Bearer ResponseメッセージをＰＧＷ２６へ送信する（Ｓ１２０）。
【０１１９】
続いて、図１８を用いて、実施の形態５にかかるMME initiated bearer deactivation procedureについて説明する。図１８は、ＭＭＥ２３が、ＵＥ２０に関する通信ベアラを削除することを決定した際に実行される処理を示している。この処理は、ＵＥ２０がアクティブ状態で実行されてもかまわない。
【０１２０】
はじめに、ＭＭＥ２３は、ＳＧＷ２５へ、Delete Bearer Commandメッセージを送信する（Ｓ１３１）。Delete Bearer Commandメッセージは、ＵＥ２０の識別情報を含む。次に、ＳＧＷ２５は、ＭＭＥ２３から送信されたDelete Bearer CommandメッセージをＰＧＷ２６へ送信する（Ｓ１３２）。
【０１２１】
ステップＳ１３３〜Ｓ１４２は、図１７のステップＳ１１１〜Ｓ１２０と同様であるため詳細な説明を省略する。
【０１２２】
以上説明したように、図１６〜図１８における処理を実行することによって、ＵＥ２０に関する通信ベアラを解放する際に、ＭｅＮＢ２１は、ＳｅＮＢ２２においてカウントした無線ベアラ毎のパケット量に関するデータを収集することができる。
【０１２３】
（実施の形態６）
続いて、図１９を用いてX2 HO（Hand Over） procedureについて説明する。図１９は、ＭＭＥ２３の変更を伴わないハンドオーバ処理の流れを示している。また、図１９は、ハンドオーバ先のｅＮＢが、無線ベアラ毎にパケット量をカウントすることができる場合のハンドオーバ処理の流れを示している。
【０１２４】
はじめに、ハンドオーバ元であるSource eNBが、ＵＥ２０のハンドオーバ処理を実行することを決定する（Ｓ１５１）。例えば、ＭｅＮＢ２１がSource eNBであってもよい。この場合、まずＭｅＮＢ２１は、ＳｅＮＢ２２との間で、図１２のステップＳ５１、およびステップＳ５２で示される手順を行う事でＳｅＮＢ２２で測定したTraffic dataを収集する。次に、Source eNBは、Target eNBへ、Handover Requestメッセージを送信する（Ｓ１５２）。Target eNBは、ＵＥ２０の移動先の通信エリアを形成するｅＮＢである。Handover Requestメッセージは、Count rule、Traffic data、及び、DC not allowedを含む。Count ruleは、Source eNBが、無線ベアラ毎にパケット量をカウントする際に適用していたCount ruleである。Traffic dataは、Source eNBが、無線ベアラ毎にカウントしたパケット量に関する情報である。DC not allowedは、ＵＥ２０がDual Connectivityを構成することを許可されているか否かを示す情報である。
【０１２５】
次に、Target eNBは、Source eNBへ、Handover Request Ackメッセージを送信する（Ｓ１５３）。Handover Requestメッセージは、パラメータとしてDC Traffic count support indicationを含む。DC Traffic count support indicationは、Target eNBが、無線ベアラ毎にパケット量をカウントすることができることを示す情報である。
【０１２６】
次に、Source eNBは、ＵＥ２０へ、RRC Connection Reconfigurationメッセージを送信する（Ｓ１５４）。次に、ＵＥ２０は、Target eNBへ、RRC Connection Reconfiguration completeメッセージを送信する（Ｓ１５５）。
【０１２７】
次に、Target eNBは、ＵＥ２０の接続先のｅＮＢを切り替えるために、Path Switch RequestメッセージをＭＭＥ２３へ送信する（Ｓ１５６）。次に、ＭＭＥ２３は、ＳＧＷ２５へ、Modify Bearer Requestメッセージを送信する（Ｓ１５７）。次に、ＳＧＷ２５は、ＭＭＥ２３へ、Modify Bearer Responseメッセージを送信する（Ｓ１５８）。次に、ＭＭＥ２３は、Target eNBへ、Path Swithc Request Ackメッセージを送信する（Ｓ１５９）。次に、Target eNBは、Source eNBへ、UE Context Releaseメッセージを送信する（Ｓ１６０）。
【０１２８】
図１９の処理を実行することによって、Source eNBとTarget eNBとの間において、ハンドオーバ処理が完了する。また、図１９の処理を実行することによって、無線ベアラ毎にパケット量をカウントする処理が、Source eNBからTarget eNBへ引き継がれる。
【０１２９】
続いて、図２０及び図２１を用いて、X2 HO（Hand Over） procedureについて説明する。図２０及び図２１は、ＭＭＥ２３の変更を伴わないハンドオーバ処理の流れを示している。また、図２０及び図２１は、ハンドオーバ先のｅＮＢが、無線ベアラ毎にパケット量をカウントすることができない場合のハンドオーバ処理の流れを示している。
【０１３０】
ステップＳ１７１及びＳ１７２は、図１９のステップＳ１５１及びＳ１５２と同様であるため詳細な説明を省略する。次に、Target eNBは、Source eNBへ、Handover Request Ackメッセージを送信する（Ｓ１７３）。Handover Request Ackメッセージは、DC Traffic count support indicationを含まない、もしくは、DC Traffic count not support indicationを含む。Target eNBは、Handover Request Ackメッセージに、DC Traffic count support indicationを含まない、もしくは、DC Traffic count not support indicationを含むことによって、無線ベアラ毎にパケット量をカウントできないことをSource eNBへ通知する。
【０１３１】
次に、Source eNBは、ＭＭＥ２３へ、E-RAB MODIFICATION INDICATIONメッセージを送信する（Ｓ１７４）。E-RAB MODIFICATION INDICATIONメッセージは、Traffic data及びDC Traffic count stopを含む。DC Traffic count stopは、Source eNBにおける無線ベアラ毎のパケット量のカウントを停止することを示す情報である。もしくは、DC Traffic count stopは、Source eNBにおける無線ベアラ毎のパケット量のカウントを停止したことを示す情報であってもよい。
【０１３２】
次に、ＭＭＥ２３は、ＳＧＷ２５へ、Modify Bearer Requestメッセージを送信する（Ｓ１７５）。Modify Bearer Requestメッセージは、ステップＳ１７４において受信したE-RAB MODIFICATION INDICATIONメッセージに含まれていたTraffic data及びDC Traffic count stopを含む。次に、ＳＧＷ２５は、ＭＭＥ２３から受信したModify Bearer RequestメッセージをＰＧＷ２６へ送信する（Ｓ１７６）。
【０１３３】
次に、ＰＧＷ２６は、ＳＧＷ２５へ、Modify Bearer Responseメッセージを送信する（Ｓ１７７）。次に、ＳＧＷ２５は、ＰＧＷ２６から受信したModify Bearer ResponseメッセージをＭＭＥ２３へ送信する（Ｓ１７８）。次に、ＭＭＥ２３は、Source eNBへ、E-RAB MODIFICATION CONFIRMメッセージを送信する（Ｓ１７９）。
【０１３４】
図２１のステップＳ１８０〜Ｓ１８６は、図１９のステップＳ１５４〜Ｓ１６０と同様であるため詳細な説明を省略する。
【０１３５】
図２０及び図２１の処理を実行することによって、Target eNBが、無線ベアラ毎にパケット量をカウントすることができない場合、Source eNBは、ＭＭＥ２３及びＳＧＷ２５を介して、ＰＧＷ２６へ、無線ベアラ毎のパケット量のカウントを停止することを通知することができる。これより、ＰＧＷ２６は、ＵＥ２０に関するパケット量をカウントする処理を開始することができる。言い換えると、ＰＧＷ２６は、ＵＥ２０に関するパケット量をカウントする処理を、Source eNBから引き継ぐことができる。
【０１３６】
続いて、図２２及び図２３を用いてS1 HO procedureについて説明する。図２２及び図２３は、ＭＭＥ２３の変更を伴うハンドオーバ処理の流れを示している。また、図２２及び図２３は、ハンドオーバ先のｅＮＢが、無線ベアラ毎にパケット量をカウントすることができる場合のハンドオーバ処理の流れを示している。
【０１３７】
はじめに、ハンドオーバ元であるSource eNBが、ＵＥ２０のハンドオーバ処理を実行することを決定する（Ｓ１９１）。例えば、ＭｅＮＢ２１がSource eNBであってもよい。この場合、まずＭｅＮＢ２１は、ＳｅＮＢ２２との間で、図１２のステップＳ５１、およびステップＳ５２で示される手順を行う事でＳｅＮＢ２２で測定したTraffic dataを収集する。次に、Source eNBは、Source MMEへ、Handover Requiredメッセージを送信する（Ｓ１９２）。Source MMEは、ＭＭＥ２３であってもよい。Handover Requiredメッセージは、Source to Target transparent containerを含む。また、Source to Target transparent containerは、count rule及びTraffic dataを含む情報である。
【０１３８】
次に、Source MMEは、Target MMEへ、Forward Relocation Requestメッセージを送信する（Ｓ１９３）。Forward Relocation Requestメッセージは、Source to Target transparent containerを含む。Source MMEは、Source eNBから送信されたSource to Target transparent containerに、DC not allowedを追加する。Source MMEは、DC not allowedを追加したSource to Target transparent containerを含むForward Relocation Requestメッセージを送信する。Source MMEが追加したDC not allowedは、ＵＥ２０がDual Connectivityを構成することができるか否かを示す情報である。Source MMEが追加したDC not allowedは、Source MMEが、ＨＳＳ２４から取得した加入者情報である。
【０１３９】
次に、Target MMEは、Target eNBへ、Handover Requestメッセージを送信する（Ｓ１９４）。Handover Requestメッセージは、Source MMEから送信されたSource to Target transparent containerを含む。次に、Target eNBは、Target MMEへ、Handover Request Acknowledgeメッセージを送信する（Ｓ１９５）。Handover Request Acknowledgeは、Traget to Source transparent containerを含む。また、Target to Source transparent containerは、DC Traffic count support indicationを含む。DC Traffic count supportは、Target eNBが、無線ベアラ毎にパケット量をカウントすることができることを示す情報である。
【０１４０】
次に、Target MMEは、Source MMEへ、Forward Relocation Responseメッセージを送信する（Ｓ１９６）。Forward Relocation Responseメッセージは、DC Traffic count support indication及びTarget to Source transparent containerを含む。DC Traffic count support indicationは、Target MMEが、Target eNBにおける無線ベアラ毎のパケット量のカウントに対応できるか否かを示す情報である。Target to Source transparent containerは、Target eNBから送信されたTarget to Source transparent containerと同様である。
【０１４１】
次に、Source MMEは、Source eNBへ、Handover Commandメッセージを送信する（Ｓ１９７）。Handover Commandメッセージは、DC Traffic count support indication及びTarget to Source transparent containerを含む。Target to Source transparent containerは、Target MMEから送信されたTarget to Source transparent containerと同様である。次に、Source eNBは、ＵＥ２０へ、Handover Commandメッセージを送信する（Ｓ１９８）。
【０１４２】
図２３に移り、次に、ＵＥ２０は、Handover ConfirmメッセージをTarget eNBへ送信する（Ｓ１９９）。次に、Target eNBは、Handover NotifyメッセージをTarget MMEへ送信する（Ｓ２００）。次に、Target MMEは、Source MMEへ、Forward Relocation Complete Notificationメッセージを送信する（Ｓ２０１）。次に、Source MMEは、Target MMEへ、Forward Relocation Complete Acknowledgeメッセージを送信する（Ｓ２０２）。
【０１４３】
次に、Target MMEは、ＳＧＷ２５へ、Modify Bearer Requestメッセージを送信する（Ｓ２０３）。次に、ＳＧＷ２５は、Target MMEへ、Modify Bearer Responseメッセージを送信する（Ｓ２０４）。次に、ＵＥ２０、Target eNB、及び、Target MMEにおいて、TAU（Tracking Area Update） Procedureが実行される（Ｓ２０５）。
【０１４４】
次に、Source MMEは、Source eNBへ、UE Context Release Commandメッセージを送信する（Ｓ２０６）。次に、Source eNBは、Source MMEへ、UE Context Release Completeメッセージを送信する（Ｓ２０７）。
【０１４５】
続いて、図２４〜図２６を用いて、S1 HO procedureについて説明する。図２４〜図２６は、ＭＭＥ２３の変更を伴うハンドオーバ処理の流れを示している。また、図２４〜図２６は、ハンドオーバ先のｅＮＢが、無線ベアラ毎にパケット量をカウントすることができない場合のハンドオーバ処理の流れを示している。
【０１４６】
ステップＳ２１１〜Ｓ２１４は、図２２のステップＳ１９１〜Ｓ１９４と同様であるため詳細な説明を省略する。次に、Target eNBは、Target MMEへ、Handover Request Acknowledgeメッセージを送信する（Ｓ２１５）。Handover Request Acknowledgeは、Traget to Source transparent containerを含む。また、Target to Source transparent containerは、DC Traffic count support indicationを含まない、もしくは、DC Traffic count not support indicationを含む。つまり、Target eNBは、Target MMEへ、無線ベアラ毎にパケット量をカウントすることができないことを通知する。
【０１４７】
次に、Target MMEは、Source MMEへ、Forward Relocation Responseメッセージを送信する（Ｓ２１６）。Forward Relocation Responseメッセージは、DC Traffic count support indicationを含まない、もしくは、DC Traffic count not support indicationを含む。さらに、Forward Relocation Responseメッセージは、Target to Source transparent containerを含む。DC Traffic count support indicationを含まない、もしくは、DC Traffic count not support indicationを含むことは、Target MMEが、Target eNBにおける無線ベアラ毎のパケット量のカウントに対応できないことを示す情報である。Target to Source transparent containerは、Target eNBから送信されたTarget to Source transparent containerと同様である。
【０１４８】
次に、Source MMEは、Source eNBへ、Handover Commandメッセージを送信する（Ｓ２１７）。Handover Commandメッセージは、DC Traffic count support indicationを含まない、もしくは、DC Traffic count not support indicationを含む。さらに、Handover Commandメッセージは、Target to Source transparent containerを含む。Handover Commandメッセージに含まれる情報は、ステップＳ２１６において受信した、Forward Relocation Responseメッセージに含まれる情報と同様である。
【０１４９】
ステップＳ２１８〜Ｓ２２５は、図２０のステップＳ１７４〜Ｓ１７９と実質的に同一である。ただし、図２５においては、ＭＭＥの変更を伴うハンドオーバ処理の流れを示している。そのため、図２５は、Source MMEとTarget MMEとの間において、Modify Bearer Requestメッセージ及びModify Bearer Responseメッセージが送受信されることを示している。
【０１５０】
図２５のステップＳ２２６及び図２６のステップＳ２２７〜Ｓ２３５は、図２２のステップＳ１９８及び図２３のステップＳ１９９〜Ｓ２０７と同様であるため詳細な説明を省略する。
【０１５１】
以上説明したように、実施の形態６にかかる処理を実行することによって、ＵＥ２０に関するハンドオーバ処理が実行する際に、Source eNBがカウントしていた無線ベアラ毎のパケット量を、Target eNBへ引き継ぐことができる。また、Target eNBが、無線ベアラ毎のパケット量をカウントすることができない場合、ＰＧＷ２６が、ＵＥ２０に関するパケット量のカウントを引き継ぐことができる。
【０１５２】
続いて以下では、上述の複数の実施形態で説明されたＵＥ２０、ＭｅＮＢ２１、及びＭＭＥ２３の構成例について説明する。図２７は、ＭｅＮＢ２１の構成例を示すブロック図である。図２７を参照すると、ＭｅＮＢ２１は、RFトランシーバ１００１、ネットワークインターフェース１００３、プロセッサ１００４、及びメモリ１００５を含む。RFトランシーバ１００１は、UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ１００１は、複数のトランシーバを含んでもよい。RFトランシーバ１００１は、アンテナ１００２及びプロセッサ１００４と結合される。RFトランシーバ１００１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ１００４から受信し、送信RF信号を生成し、送信RF信号をアンテナ１００２に供給する。また、RFトランシーバ１００１は、アンテナ１００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１００４に供給する。
【０１５３】
ネットワークインターフェース１００３は、ネットワークノード（e.g., 他のeNBs、Mobility Management Entity (MME)、Serving Gateway(S-GW)、及びTSS又はITSサーバ）と通信するために使用される。ネットワークインターフェース１００３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【０１５４】
プロセッサ１００４は、無線通信のためのデジタルベースバンド信号処理を含むデータプレーン処理とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ１００４によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。さらに、プロセッサ１００４による信号処理は、X2-Uインタフェース及びS1-UインタフェースでのGTP-U・UDP/IPレイヤの信号処理を含んでもよい。また、プロセッサ１００４によるコントロールプレーン処理は、X2APプロトコル、S1-MMEプロトコルおよびRRCプロトコルの処理を含んでもよい。
【０１５５】
プロセッサ１００４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１００４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）、X2-Uインタフェース及びS1-UインタフェースでのGTP-U・UDP/IPレイヤの信号処理を行うプロセッサ（e.g., DSP）、及びコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
【０１５６】
メモリ１００５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１００５は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１００５は、プロセッサ１００４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１００４は、ネットワークインターフェース１００３又は図示されていないI/Oインタフェースを介してメモリ１００５にアクセスしてもよい。
【０１５７】
メモリ１００５は、上述の複数の実施形態で説明されたＭｅＮＢ２１による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ１００４は、当該ソフトウェアモジュールをメモリ１００５から読み出して実行することで、上述の実施形態で説明されたＭｅＮＢ２１の処理を行うよう構成されてもよい。
【０１５８】
図２８は、ＵＥ２０の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、ＭｅＮＢ２１及びＳｅＮＢ２２と通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナ１１０２及びベースバンドプロセッサ１１０３と結合される。すなわち、RFトランシーバ１１０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１１０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。
【０１５９】
ベースバンドプロセッサ１１０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
【０１６０】
例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
【０１６１】
ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１１０４と共通化されてもよい。
【０１６２】
アプリケーションプロセッサ１１０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１１０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１１０４は、メモリ１１０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、ＵＥ２０の各種機能を実現する。
【０１６３】
いくつかの実装において、図２９に破線（１１０５）で示されているように、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのSystem on Chip（SoC）デバイス１１０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
【０１６４】
メモリ１１０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１１０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１１０６は、ベースバンドプロセッサ１１０３、アプリケーションプロセッサ１１０４、及びSoC１１０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１１０６は、ベースバンドプロセッサ１１０３内、アプリケーションプロセッサ１１０４内、又はSoC１１０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１１０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
【０１６５】
メモリ１１０６は、上述の複数の実施形態で説明されたＵＥ２０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュールをメモリ１１０６から読み出して実行することで、上述の実施形態で説明されたＵＥ２０の処理を行うよう構成されてもよい。
【０１６６】
図２９は、ＭＭＥ２３の構成例を示すブロック図である。図２９を参照すると、ＭＭＥ２３は、ネットワークインターフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインターフェース１２０１は、ネットワークノード（e.g., eNodeB１３０、MME、P-GW）と通信するために使用される。ネットワークインターフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
【０１６７】
プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明されたＭＭＥ２３の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。
【０１６８】
メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。
【０１６９】
図２９の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明されたＭＭＥ２３の処理を行うことができる。
【０１７０】
図２７〜図２９を用いて説明したように、上述の実施形態におけるＵＥ２０、ＭｅＮＢ２１、及びＭＭＥ２３が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。
【０１７１】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１７２】
なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
【０１７３】
以上、実施の形態を参照して本願開示を説明したが、本願開示は上記によって限定されるものではない。本願開示の構成や詳細には、開示のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１７４】
この出願は、２０１６年５月２６日に出願された日本出願特願２０１６−１０５２５４を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【０１７５】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
複数の通信装置毎に異なる無線ベアラを用いて前記複数の通信装置と通信するように構成される通信端末と、
前記通信装置に、無線ベアラ毎の通信量を計測させるか否かを判定するように構成される制御装置と、を備える通信システム。
（付記２）
前記制御装置は、
前記通信装置から、前記通信装置が無線ベアラ毎に通信量を計測することができるか否かに関するカウントサポート情報を受信する、付記１に記載の通信システム。
（付記３）
前記制御装置は、
前記カウントサポート情報と、前記通信端末が複数の無線ベアラを用いて複数の通信装置と通信することが許可されているか否かを示す通信許可情報とを用いて、前記通信装置に、無線ベアラ毎の通信量を計測させるか否かを判定する、付記２に記載の通信システム。
（付記４）
前記制御装置は、
課金システムと接続するゲートウェイ装置、及び、加入者情報管理装置から前記通信許可情報を受信する、付記３に記載の通信システム。
（付記５）
前記制御装置は、
前記通信装置から、無線ベアラ毎に通信量を計測する処理を開始することを示す開始情報を受信すると、前記開始情報を前記ゲートウェイ装置へ送信する、付記４に記載の通信システム。
（付記６）
前記制御装置は、
前記通信装置へ、前記カウントサポート情報を送信するとともに、カウントルール情報を送信する、付記２乃至５のいずれか１項に記載の通信システム。
（付記７）
前記通信装置は、
前記制御装置から無線ベアラ毎に通信量を計測することを指示する指示情報を受信すると、無線ベアラ毎に計測した通信量を含むトラヒック情報を前記制御装置へ送信する、付記１乃至６のいずれか１項に記載の通信システム。
（付記８）
前記制御装置は、
前記トラヒック情報を受信すると、課金システムと接続するゲートウェイ装置へ前記トラヒック情報を送信する、付記７に記載の通信システム。
（付記９）
通信端末が複数の通信装置毎に異なる無線ベアラを用いて前記複数の通信装置と通信する場合に、前記複数の通信装置のうち少なくとも１つの通信装置に、無線ベアラ毎の通信量を計測させるか否かを判定する制御部を備える、制御装置。
（付記１０）
複数の通信装置毎に異なる無線ベアラを用いて前記複数の通信することができるか否かを示すサポート情報を制御装置へ送信する送信部と、
前記サポート情報、及び、自装置が複数の無線ベアラを用いて複数の通信装置と通信することが許可されているか否かを示す通信許可情報に基づいて、自装置が複数の無線ベアラを用いて複数の通信装置と通信するか否かが判定された判定結果を前記制御装置から受信する受信部と、
前記判定結果に、複数の無線ベアラを用いて複数の通信装置と通信することを指示する情報が含まれる場合、複数の通信装置と複数の無線ベアラを設定する処理を実行する制御部と、を備える通信端末。
（付記１１）
通信端末が複数の通信装置毎に異なる無線ベアラを用いて前記複数の通信装置と通信する場合に、前記複数の通信装置のうち少なくとも１つの通信装置に、無線ベアラ毎の通信量を計測させるか否かを判定し、
判定結果を前記通信装置へ送信する、通信方法。
（付記１２）
通信システムにおける通信方法であって、
通信端末と無線で通信する通信装置から制御装置に、前記通信端末の通信に用いられる無線ベアラに関する情報を送信する、通信方法。
（付記１３）
前記無線ベアラに関する情報は、無線ベアラ毎に通信量を計測することをサポートするか否かを示す情報である、付記１２に記載の通信方法。
（付記１４）
前記制御装置は、前記無線ベアラに関する情報に基づいて、前記通信装置に、無線ベアラ毎に通信量を計測させるか否かを判定する、付記１２または１３に記載の通信方法。
（付記１５）
前記制御装置は、前記無線ベアラに関する情報を、前記通信端末に関する通信の転送を行うゲートウェイ装置に送信する、付記１２乃至１４のいずれかに記載の通信方法。
（付記１６）
通信システムであって、
通信端末と無線で通信する通信装置と、
制御装置とを備え、
前記通信装置から前記制御装置に、前記通信端末の通信に用いられる無線ベアラに関する情報を送信する、通信システム。
（付記１７）
前記無線ベアラに関する情報は、無線ベアラ毎に通信量を計測することをサポートするか否かを示す情報である、付記１６に記載の通信システム。
（付記１８）
前記制御装置は、前記無線ベアラに関する情報に基づいて、前記通信装置に、無線ベアラ毎に通信量を計測させるか否かを判定する、付記１６または１７に記載の通信システム。
（付記１９）
前記制御装置は、前記無線ベアラに関する情報を、前記通信端末に関する通信の転送を行うゲートウェイ装置に送信する、付記１６乃至１８のいずれかに記載の通信システム。
（付記２０）
通信装置であって、
通信端末と無線で通信する手段と、
前記通信端末の通信に用いられる無線ベアラに関する情報を、制御装置に送信する手段とを備える、通信装置。
（付記２１）
前記無線ベアラに関する情報は、無線ベアラ毎に通信量を計測することをサポートするか否かを示す情報である、付記２０に記載の通信装置。
【符号の説明】
【０１７６】
１１  通信端末
１２  通信装置
１３  通信装置
１４  制御装置
２０  ＵＥ
２１  ＭｅＮＢ
２２  ＳｅＮＢ
２３  ＭＭＥ
２４  ＨＳＳ
２５  ＳＧＷ
２６  ＰＧＷ
２７  ＰＣＲＦ
２８  ＡＦ
２９  ＯＦＣＳ
３０  ＯＣＳ
４１  送受信部
４２  送受信部
４３  制御部
５１  基地局通信部
５２  ＳＧＷ通信部
５３  ＨＳＳ通信部
５４  制御部
６１  ＵＥ通信部
６２  基地局通信部
６３  Ｃ−Ｐｌａｎｅ通信部
６４  Ｕ−Ｐｌａｎｅ通信部
６５  制御部
６６  データ計測部
【図１】
2020205650.tif 000003
【図２】
2020205650.tif 000004
【図３】
2020205650.tif 000005
【図４】
2020205650.tif 000006
【図５】
2020205650.tif 000007
【図６】
2020205650.tif 000008
【図７】
2020205650.tif 000009
【図８】
2020205650.tif 000010
【図９】
2020205650.tif 000011
【図１０】
2020205650.tif 000012
【図１１】
2020205650.tif 000013
【図１２】
2020205650.tif 000014
【図１３】
2020205650.tif 000015
【図１４】
2020205650.tif 000016
【図１５】
2020205650.tif 000017
【図１６】
2020205650.tif 000018
【図１７】
2020205650.tif 000019
【図１８】
2020205650.tif 000020
【図１９】
2020205650.tif 000021
【図２０】
2020205650.tif 000022
【図２１】
2020205650.tif 000023
【図２２】
2020205650.tif 000024
【図２３】
2020205650.tif 000025
【図２４】
2020205650.tif 000026
【図２５】
2020205650.tif 000027
【図２６】
2020205650.tif 000028
【図２７】
2020205650.tif 000029
【図２８】
2020205650.tif 000030
【図２９】
2020205650.tif 000031