JPWO2020026361A1 - 制御装置、通信装置及び通信システム - Google Patents

Abstract

制御装置（２１）は、第１の通信装置（２２または２３）から第２の通信装置（２３または２２）へ伝送されるユーザデータの伝送制御を行う。制御装置の送信部（２１２）は、前記第２の通信装置のバッファの総容量、前記バッファ内に滞留しているユーザデータの総滞留量、前記バッファにおいて自装置に個別に割り当てられた容量、および前記自装置に個別に割り当てられたバッファに滞留するユーザデータの滞留量、の少なくとも１つの通知を要求する通知要求を前記第２の通信装置へ送信する。制御装置の受信部（２１３）は、前記第２の通信装置から、前記総容量、前記総滞留量、前記割り当てられた容量、および前記滞留量、の少なくとも１つを受信する。これにより、バッファ溢れを抑制する伝送制御を実現することができる。

Description

本発明は、制御装置、通信装置及び通信システムに関する。

従来より、第５世代移動通信システム（５Ｇ）の早期導入に向け、３ＧＰＰ（3rd Generation Partnership Project）−ＴＳＧ−ＲＡＮ（Radio Access Network）において５Ｇの要求条件を満たす無線アクセスネットワークの要素技術が検討されている。

３ＧＰＰでは、メッセージ・トラフィックの増大に対応するために基地局における処理の集中と分散が検討されている。例えば、基地局における処理の分散として、ＣＵ（Central Unit）／ＤＵ（Distributed Unit）分離が検討されている。ＣＵ／ＤＵ分離では、メッセージの処理をプロトコルの階層でノード毎に分離し、上位プロトコルをＣＵで処理し、下位プロトコルをＤＵで処理する。

また、制御信号のトラフィックであるＣＰ（C-Plane）とユーザデータのトラフィックであるＵＰ（U-Plane）とを分離するＣＰ／ＵＰ分離も検討されている。また、無線ネットワークでは、輻輳によるデータの欠落や送信先のバッファ溢れなどを抑制するために、通信装置間の速度制限や送信停止等の調整を行うフロー制御（伝送制御）が行われる。３ＧＰＰでは、ＣＵとＤＵとに分離したｇＮＢ（next generation Node B）装置において、ＣＵとＤＵとの間のフロー制御はＣＵによって行われることが検討されている。また、３ＧＰＰでは、ＣＵとＤＵとに分離し、さらにＣＰとＵＰとが分離したｇＮＢ装置においては、ＣＵ−ＵＰとＤＵとの間のフロー制御はＣＵ−ＣＰによって行われることが検討されている。

"Resolution of E1 open issues - interface design", Ericsson, AT&T, Intel, Vodafone, Tdoc R3-173334, 3GPP TSG-RAN WG3 #97, Berlin, Germany, 21-25 August 2017

ところで、ＤＵのバッファには、ＣＵ−ＣＰ毎に、ダウンリンクのユーザデータを一時保持するバッファが割り当てられているが、ユーザデータのフロー超過によりバッファ溢れが発生する場合がある。また、アップリンクのユーザデータについても、当該ユーザデータを一時保持するバッファにおいて同様のバッファ溢れが発生する場合がある。

開示の技術は、かかる点に鑑みてなされたものであって、バッファ溢れを抑制することができる制御装置、通信装置及び通信システムを提供することを目的とする。

本願が開示する制御装置は、１つの態様において、第１の通信装置から第２の通信装置へ伝送されるユーザデータの伝送制御を行う制御装置であって、送信部および受信部を有する。送信部は、バッファの総容量、総滞留量、バッファにおいて自装置に個別に割り当てられた容量、および自装置に個別に割り当てられたバッファに滞留するユーザデータの滞留量、の少なくとも１つの通知を要求する通知要求を第２の通信装置へ送信する。総容量は第２の通信装置のバッファの総容量であり、総滞留量はバッファ内に滞留しているユーザデータの総滞留量である。受信部は、第２の通信装置から、総容量、総滞留量、個別に割り当てられた容量、および個別に割り当てられたバッファに滞留するユーザデータの滞留量、の少なくとも１つを受信する。

本願が開示する制御装置、通信装置及び通信システムの１つの態様によれば、バッファ溢れを抑制することができるという効果を奏する。

図１は、実施例１にかかる通信システムの一例を示す図である。 図２は、実施例１にかかる、ＣＵ−ＣＰ、ＣＵ−ＵＰ、およびＤＵの各制御部の機能ブロックの構成の一例を示す図である。 図３は、ＣＵ−ＣＰ、ＣＵ−ＵＰ、およびＤＵのそれぞれの通信部のレイヤの構成の一例を示す図である。 図４は、ＣＵ−ＣＰ、ＣＵ−ＵＰ、およびＤＵのそれぞれの通信部のレイヤの構成の他の例を示す図である。 図５は、通信システムにおけるダウンリンクのユーザデータのフロー制御の一態様を示す図である。 図６は、ＤＵのバッファの初期設定制御の一例を示す図である。 図７は、ＤＵのバッファのバッファ溢れの検出制御の一例を示す図である。 図８は、第１のＣＵ−ＣＰについてのＤＵの容量拡張制御の一例を示す図である。 図９は、第１のＣＵ−ＣＰについてのＤＵの容量拡張制御（続き）の一例を示す図である。 図１０は、第１のＣＵ−ＣＰの初期フロー制御にかかる処理のシーケンスの一例を示す図である。 図１１は、第２のＣＵ−ＣＰの初期フロー制御にかかる処理のシーケンスの一例を示す図である。 図１２は、ＤＵのバッファ溢れを抑制する制御のシーケンスの一例を示す図である。 図１３は、実施例２にかかる、ＣＵ−ＣＰ、ＣＵ−ＵＰ、およびＤＵの各制御部の機能ブロックの構成の一例を示す図である。 図１４は、実施例２にかかる各装置間のフロー制御にかかる処理のシーケンスの一例を示す図である。 図１５は、実施例３にかかる、ＣＵ−ＣＰ、ＣＵ−ＵＰ、およびＤＵの各制御部の機能ブロックの構成の一例を示す図である。 図１６は、実施例３にかかる各装置間のフロー制御にかかる処理のシーケンスの一例を示す図である。 図１７は、ＣＵ−ＣＰのハードウェア構成の一例を示す図である。 図１８は、ＣＵ−ＵＰのハードウェア構成の一例を示す図である。 図１９は、ＤＵのハードウェア構成の一例を示す図である。

以下、本願が開示する制御装置、通信装置及び通信システムの実施例について、図面を参照しながら詳細に説明する。なお、以下の実施例により開示の技術が限定されるものではない。また、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

［通信システム１］
図１は、実施例１にかかる通信システム１の一例を示す図である。通信システム１は、コアネットワーク１０と、コアネットワーク１０と通信するｇＮＢ２０と、ｇＮＢ２０と無線通信するＵＥ（User Equipment）３０とを備える。

ｇＮＢ２０は、複数のＣＵと複数のＤＵ２３とを有する。それぞれのＣＵはＣＵ−ＣＰ２１とＣＵ−ＵＰ２２とを有する。ＣＵ−ＣＰ２１は、コアネットワーク１０内のＡＭＦ（Access and Mobility management Function）１１０およびＳＭＦ（Session Management Function）１１１と通信する。また、ＣＵ−ＵＰ２２は、コアネットワーク１０内のＵＰＦ（User Plane Function）１１２と通信する。ＣＵ−ＣＰ２１は、ＣＵ−ＵＰ２２とＤＵ２３との間を伝送するユーザデータのフロー制御（伝送制御）を行う。

ｇＮＢ２０において、ＣＵ−ＵＰ２２とＣＵ−ＣＰ２１はそれぞれ複数存在し、１つのＣＵ−ＵＰ２２に対し複数のＣＵ−ＣＰ２１が接続される。また、１つのＣＵ−ＣＰ２１は、複数のＣＵ−ＵＰ２２に接続される。さらに、ＣＵ−ＣＰ２１およびＣＵ−ＵＰ２２は、それぞれ複数のＤＵ２３に接続される。なお、図１に例示されたｇＮＢ２０には、ＣＵ−ＣＰ２１が３個設けられているが、ｇＮＢ２０内に設けられるＣＵ−ＣＰ２１の数は、２個であってもよく、４個以上であってもよい。また、図１に例示されたｇＮＢ２０には、ＣＵ−ＵＰ２２が３個設けられているが、ｇＮＢ２０内に設けられるＣＵ−ＵＰ２２の数は、２個であってもよく、４個以上であってもよい。また、図１に例示されたｇＮＢ２０には、ＤＵ２３が２個設けられているが、ｇＮＢ２０内に設けられるＤＵ２３の数は、１個であってもよく、３個以上であってもよい。

ＣＵ−ＣＰ２１とＣＵ−ＵＰ２２とは、Ｅ１インターフェイスを介して互いに通信する。ＣＵ−ＣＰ２１とＤＵ２３とは、Ｆ１−Ｃインターフェイスを介して互いに通信する。ＣＵ−ＵＰ２２とＤＵ２３とは、Ｆ１−Ｕインターフェイスを介して互いに通信する。

それぞれのＣＵ−ＣＰ２１は、制御部２１０および通信部２１１を有する。それぞれのＣＵ−ＵＰ２２は、制御部２２０および通信部２２１を有する。それぞれのＤＵ２３は、制御部２３０および通信部２３１を有する。各ＣＵ−ＵＰ２２の制御部２２０は、ＤＵ２３など他の通信装置との間のデータの伝送を制御する伝送制御部の機能を有する。また、各ＤＵ２３の制御部２３０は、ＣＵ−ＵＰ２２やＵＥ３０など他の通信装置との間のデータの伝送を制御する伝送制御部の機能を有する。各伝送制御部は、各ＣＵ−ＣＰ２１からのユーザデータに関する制御情報に基づいて伝送制御を行う。

ＵＥ３０は、各ＤＵ２３との間で電波を送受信することにより、通信範囲のＤＵ２３との間で無線通信を行う。ＵＥ３０は、ＤＵ２３から無線送信されたダウンリンクの信号をアンテナ３１を介して受信する。そして、ＵＥ３０は、受信した信号に対して復調および復号等の処理を行い、ダウンリンクのユーザデータを再生する。また、ＵＥ３０は、生成したアップリンクのユーザデータに対して、符号化および変調等の処理を行い、その処理後の信号を、アンテナ３１を介してＤＵ２３に無線送信する。各ＤＵ２３は、バッファ２３Ｂに対しＵＥ３０毎又はＵＥ３０の論理チャネル毎に個別バッファを設定し（割り当て）、各個別バッファを使用して対応するＵＥ３０とユーザデータの無線伝送を行う。

本願が開示する「通信システム」は、複数のＣＵ−ＣＰ２１と、ＣＵ−ＵＰ２２と、ＤＵ２３と、ＵＥ３０とを含むものである。ＣＵ−ＣＰ２１は「制御装置」の一例である。ダウンリンクのユーザデータにおいて、ＣＵ−ＵＰ２２は「第１の通信装置」の一例であり、ＤＵ２３は「第２の通信装置」の一例である。また、アップリンクのユーザデータにおいて、ＣＵ−ＵＰ２２は「第２の通信装置」の一例であり、ＤＵ２３は「第１の通信装置」の一例である。ＵＥ３０は「端末装置」の一例である。

続いて、ｇＮＢ２０の各装置（ＣＵ−ＣＰ２１、ＣＵ−ＵＰ２２、およびＤＵ２３）の構成について具体的に説明する。なお、ＣＵ−ＣＰ２１がＣＵ−ＵＰ２２とＤＵ２３に対して行うフロー制御は、ダウンリンクでもアップリンクでも同様に適用することができる。そこで、以下では一例としてダウンリンクの場合のフロー制御について説明する。以下に示すユーザデータは、特に説明がない限りダウンリンクのユーザデータを示す。

図２は、ＣＵ−ＣＰ２１、ＣＵ−ＵＰ２２、およびＤＵ２３の各制御部２１０、２２０、２３０の機能ブロックの構成の一例を示す図である。ここでは、一部の伝送制御部についての機能は図示を省略しており、主にバッファ設定に関する機能を示している。

例えば図２に示されるように、ＣＵ−ＣＰ２１の制御部２１０は、送信指示部２１２、取得部２１３、第１の判定部２１４、第２の判定部２１５、および第３の判定部２１６を有する。

送信指示部２１２は、ＤＵ２３に対するメッセージ（例えばバッファ設定に関する「通知要求」や「変更要求」など）の送信を通信部２１１（図１参照）に指示する。取得部２１３は、ＤＵ２３から送信されたメッセージ（例えば「通知要求」や「変更要求」や要求に対して返信される情報など）を通信部２１１（図１参照）を介して取得する。

第１の判定部２１４は、ＤＵ２３が有するバッファ２３Ｂ内の領域の中で、自装置に割り当てられたバッファ（個別バッファ）の空き容量が所定量未満かを判定する。第２の判定部２１５は、ＤＵ２３が有するバッファの中で、他のＣＵ−ＣＰ２１に割り当てられたバッファ（個別バッファ）に所定量以上の空き容量が存在するか否かを判定する。第３の判定部２１６は、自装置に割り当てられたバッファ（個別バッファ）の設定の変更を要求する変更要求をＤＵ２３から受信した場合に、自装置に割り当てられたバッファ（個別バッファ）の設定の変更を許可するか否かを判定する。なお、個別バッファとは、バッファ２３Ｂの中で各ＣＵ−ＣＰ２１に割り当てられたバッファを指す。以下においても、バッファ２３Ｂの中で各ＣＵ−ＣＰ２１に割り当ているバッファは個別バッファのことを指すものとする。

ＣＵ−ＵＰ２２の制御部２２０は、送信指示部２２２、取得部２２３、およびフロー処理部２２４を有する。送信指示部２２２は、ＣＵ−ＣＰ２１に対するメッセージの送信を通信部２２１（図１参照）に指示する。取得部２２３は、ＣＵ−ＣＰ２１からのメッセージ（制御情報など）を通信部２２１（図１参照）から取得する。フロー処理部２２４は、ＣＵ−ＣＰ２１からのフロー制御に従って、通信部２２１（図１参照）を介してＤＵ２３へ伝送されるユーザデータのフローを処理する。

ＤＵ２３の制御部２３０は、送信指示部２３２、取得部２３３、処理部２３４、およびバッファ２３Ｂを有する。送信指示部（通知部）２３２は、ＣＵ−ＣＰ２１に対するメッセージの送信を通信部２３１（図１参照）に指示する。取得部２３３は、ＣＵ−ＣＰ２１から送信されたメッセージを通信部２３１（図１参照）を介して取得する。処理部（バッファ制御部）２３４は、バッファ２３Ｂを管理する。処理部２３４は、初期設定部２３４−１および変更部２３４−２を有する。初期設定部２３４−１は、ＣＵ−ＣＰ２１からの制御に従って、バッファ２３Ｂの初期バッファ割り当てを行う。変更部２３４−２は、ＣＵ−ＣＰ２１からの制御に従って、バッファ２３Ｂの割り当てを変更する。

図３は、ＣＵ−ＣＰ２１、ＣＵ−ＵＰ２２、およびＤＵ２３のそれぞれの通信部２１１、２２１、２３１のレイヤの構成の一例を示す図である。図３には、ＨＬＳ（High Layer Split）のＯｐｔｉｏｎ２の場合の構成が示されている。

図３に示す構成において、ＣＵ−ＣＰ２１の通信部２１１は、ＲＲＣ（Radio Resource Control）２５１およびＰＤＣＰ−Ｃ（Packet Data Convergence Protocol-C-plane）２５２を有する。ＲＲＣ２５１は、ＲＲＣレイヤの信号を処理する。ＰＤＣＰ−Ｃ２５２は、Ｃ−Ｐｌａｎｅの信号に対して、秘匿、正当性確認、順序整列、およびヘッダ圧縮等の処理を行う。

ＣＵ−ＵＰ２２の通信部２２１は、ＰＤＣＰ−Ｕ（Packet Data Convergence Protocol-U-plane）２６１を有する。ＰＤＣＰ−Ｕ２６１は、Ｕ−Ｐｌａｎｅの信号に対して、秘匿、正当性確認、順序整列、およびヘッダ圧縮等の処理を行う。

ＤＵ２３の通信部２３１は、ＲＬＣ（Radio Link Control）２７１、ＭＡＣ（Media Access Control）２７２、およびＰｈｙ（PHYsical）２７３有する。ＲＬＣ２７１は、再送制御等のＲＬＣレイヤの処理を行う。ＭＡＣ２７２は、無線リソースへのデータのマッピング等のＭＡＣレイヤの処理を行う。Ｐｈｙ２７３は、データから無線信号への変換、または、無線信号からデータへの変換等の物理レイヤの処理を行う。

図４は、ＣＵ−ＣＰ２１、ＣＵ−ＵＰ２２、およびＤＵ２３のそれぞれの通信部２１１、２２１、２３１のレイヤの構成の他の例を示す図である。図４には、ＬＬＳ（Low Layer Split）における構成を示している。図４（ａ）は、Ｏｐｔｉｏｎ６におけるレイヤの構成を示し、図４（ｂ）は、Ｏｐｔｉｏｎ７−１、７−２、または７−３におけるレイヤの構成を示している。図４のレイヤの構成は、図３のレイヤの組み合わせを変えたものである。

図５は、通信システム１におけるダウンリンクのユーザデータのフロー制御の一態様を示す図である。図５には、１つのＣＵ−ＵＰ２２に２つのＣＵ−ＣＰ２１（第１のＣＵ−ＣＰ２１ａと第２のＣＵ−ＣＰ２１ｂ）が対応する構成のフロー制御の態様が示されている。図５において、実線矢印はユーザデータのフローを示しており、実線矢印の太さはデータ量の違いを示している。また、破線矢印は、要求や応答などのメッセージのフローを示している。なお、以下においてメッセージに含める情報として「容量」という記載があるが、メッセージに含める容量は、容量を示す実際の数値に限らず、容量を離散値にしたものや、容量の範囲が規定されたＩｎｄｅｘなど、容量に関する情報であれば、何れを採用してもよい。

図５に示す第１のＣＵ−ＣＰ２１ａは、第１のＵＥ３０ａに送信されるユーザデータのフローを制御し、第２のＣＵ−ＣＰ２１ｂは、第２のＵＥ３０ｂに送信されるユーザデータのフローを制御する。なお、図５の例では、ＵＥ３０とＣＵ−ＣＰ２１とが１対１で対応する構成をとっているが、ＵＥ３０とＣＵ−ＣＰ２１とを１対１対応とする構成に限定されない。例えば、第１のＣＵ−ＣＰ２１ａと第２のＣＵ−ＣＰ２１ｂとが同一のＵＥ３０のユーザデータのフローをサービス別に制御する構成としてもよい。

図５に示す構成おいて、ＵＰＦ１１２からＣＵ−ＵＰ２２に送信される第１のＵＥ３０ａのユーザデータのフローは、第１のＣＵ−ＣＰ２１ａからの制御情報に基づいてフロー制御される。ＣＵ−ＵＰ２２は、ＵＰＦ１１２から受信したユーザデータを、第１のＣＵ−ＣＰ２１ａからの制御情報に基づいて、ＤＵ２３に送信する。ＤＵ２３は、第１のＣＵ−ＣＰ２１ａからの制御情報に基づいてＣＵ−ＵＰ２２から送信されたユーザデータを、第１のＣＵ−ＣＰ２１ａに割り当てられたバッファ２３Ｂ内の領域に一時的に保持する。そして、ＤＵ２３は、バッファ２３Ｂ内の領域に一時的に保持されたユーザデータを第１のＵＥ３０ａへ無線送信する。

また、ＵＰＦ１１２からＣＵ−ＵＰ２２に送信される第２のＵＥ３０ｂのユーザデータのフローは、第２のＣＵ−ＣＰ２１ｂからの制御情報に基づいてフロー制御される。ＣＵ−ＵＰ２２は、ＵＰＦ１１２から受信したユーザデータを、第２のＣＵ−ＣＰ２１ｂからの制御情報に基づいて、ＤＵ２３に送信する。ＤＵ２３は、第２のＣＵ−ＣＰ２１ｂからの制御情報に基づいてＣＵ−ＵＰ２２から送信されたユーザデータを、第２のＣＵ−ＣＰ２１ｂに割り当てられたバッファ２３Ｂ内の領域に一時的に保持する。そして、ＤＵ２３は、バッファ２３Ｂ内の領域に一時的に保持されたユーザデータを第２のＵＥ３０ｂへ送信する。

図６〜図９は、ＤＵ２３においてユーザデータによるバッファ溢れを抑制するための制御の一例を示す図である。図６は、ＤＵ２３のバッファ２３Ｂの初期設定制御の一例を示す図である。初期設定制御では、第１のＣＵ−ＣＰ２１ａがＤＵ２３に対し、自装置（第１のＣＵ−ＣＰ２１ａ）のバッファ設定の初期設定を要求する。当該要求は、応答としてＤＵ２３からバッファ２３Ｂの容量に関する情報を通知させるための「通知要求」の一例である。第１のＣＵ−ＣＰ２１ａから送信される初期設定の要求には、ＤＵ２３内のバッファ２３Ｂの領域の中で、自装置への割り当てを要求する領域の容量が含まれる。ＤＵ２３は、初期設定の要求を受信すると、ＤＵ２３のバッファ２３Ｂ内に、当該初期設定で要求される容量分の空きがあれば、当該初期設定の要求元の第１のＣＵ−ＣＰ２１ａに対して、バッファ２３Ｂ内に当該容量分の領域を割り当てる。そして、ＤＵ２３は、初期設定の完了を示すメッセージを要求元の第１のＣＵ−ＣＰ２１ａへ送信する。初期設定の完了を示すメッセージには、ＤＵ２３のバッファ２３Ｂの総容量を示す情報が含まれる。なお、バッファ２３Ｂ内に、初期設定で要求される容量分の空きがなければ、ＤＵ２３は、割当拒否を示すメッセージを初期設定の要求元の第１のＣＵ−ＣＰ２１ａへ返信する。あるいは、ＤＵ２３は、割り当て可能な分の容量を当該初期設定の要求元の第１のＣＵ−ＣＰ２１ａに対して割り当ててもよい。以下では、ＤＵ２３のバッファ２３Ｂ内において、それぞれのＣＵ−ＣＰに割り当てられたバッファの領域の容量を「個別容量」と呼ぶ。

第２のＣＵ−ＣＰ２１ｂについても第１のＣＵ−ＣＰ２１ａと同様に、第２のＣＵ−ＣＰ２１ｂがＤＵ２３に対し、自装置（第２のＣＵ−ＣＰ２１ｂ）に対応するバッファ領域の初期設定を要求する。ＤＵ２３は、初期設定の要求を受信すると、ＤＵ２３のバッファ２３Ｂ内に、当該初期設定の要求元の第２のＣＵ−ＣＰ２１ｂに対して、当該初期設定で要求される容量に対応する領域を割り当てる。そして、ＤＵ２３は、初期設定の完了を示すメッセージを要求元の第２のＣＵ−ＣＰ２１ｂへ送信する。

初期設定制御により、第１のＣＵ−ＣＰ２１ａと第２のＣＵ−ＣＰ２１ｂとにおいて、図６に吹き出しで示されるように、ＤＵ２３のバッファ２３Ｂの総量量と、初期設定した個別容量とが取得される。吹き出しは、第１のＣＵ−ＣＰ２１ａと第２のＣＵ−ＣＰ２１ｂとに示す２点鎖線の吹き出しであり、以下においても同様とする。

図７は、ＤＵ２３のバッファ２３Ｂのバッファ溢れの検出制御の一例を示す図である。図７に示されるように、第１のＣＵ−ＣＰ２１ａはＣＵ−ＵＰ２２からキャパシティ要求があると、ＤＵ２３に対し、バッファ滞留量の測定を要求する。当該要求は、応答としてバッファ２３Ｂの滞留量を通知させるための「通知要求」の一例である。ＤＵ２３は、バッファ滞留量の測定の要求があると、バッファ２３Ｂの滞留量を測定し、要求元の第１のＣＵ−ＣＰ２１ａに測定結果を通知する。

本実施例において、当該測定結果には、バッファ２３Ｂ内に滞留しているユーザデータの総量である総滞留量と、要求元の第１のＣＵ−ＣＰ２１ａに割り当てられたバッファの領域内に滞留しているユーザデータの滞留量（「個別滞留量」と呼ぶ）とが含まれる。なお、ＤＵ２３は、バッファ２３Ｂに割り当てられている第１のＣＵ−ＣＰ２１ａのバッファの空き容量が所定量未満かどうかを、第１のＣＵ−ＣＰ２１ａにおいて判定できる情報を通知する。ここでは、一例として総滞留量と個別滞留量としているが、個別滞留量が含まれていなくてもよい。この場合、ＣＵ−ＣＰ２１ａは、例えば、ユーザデータの流入量と流出量とから個別滞留量を推定するようにすればよい。

また、ＤＵ２３は、測定結果から算出した情報を通知してもよい。この場合、例えば、要求元の第１のＣＵ−ＣＰ２１ａの個別容量（個別に割り当てられた容量）とその個別バッファにおける個別滞留量とから算出した個別バッファに関する情報、および総容量と総滞留量とから算出した総バッファに関する情報を通知する。ここで、個別バッファに関する情報とは、例えば個別バッファの空き容量を示す情報のことを指す。また、総バッファに関する情報とは、例えば総バッファの空き容量を示す情報のことを指す。

第２のＣＵ−ＣＰ２１ｂについても第１のＣＵ−ＣＰ２１ａと同様である。つまり、第２のＣＵ−ＣＰ２１ｂはＣＵ−ＵＰ２２からキャパシティ要求があると、ＤＵ２３に対し、バッファ滞留量の測定を要求する。ＤＵ２３は、バッファ滞留量の測定の要求があると、バッファ２３Ｂの滞留量を測定し、要求元の第２のＣＵ−ＣＰ２１ｂに測定結果を通知する。測定結果には、総滞留量と、要求元の第２のＣＵ−ＣＰ２１ｂに割り当てられたバッファの領域内に滞留しているユーザデータの個別滞留量とが含まれる。この測定結果も、第１のＣＵ−ＣＰ２１ａと同様な変形が可能である。

本実施例では、第１のＣＵ−ＣＰ２１ａは、図７に吹き出しで示されたように、ＤＵ２３のバッファ２３Ｂの総容量および総滞留量と、第１のＣＵ−ＣＰ２１ａに割り当てられたバッファ２３Ｂの領域の個別容量および個別滞留量とを取得する。また、第２のＣＵ−ＣＰ２１ｂは、図７に吹き出しで示されたように、ＤＵ２３のバッファ２３Ｂの総容量および総滞留量と、第２のＣＵ−ＣＰ２１ｂに割り当てられたバッファ２３Ｂの領域の個別容量および個別滞留量とを取得する。なお、ＤＵ２３に対し通知要求により要求する情報は、これら送信総容量、総滞留量、個別容量、および個別滞留量のうちの少なくとも１つであってよい。

次に、第１のＣＵ−ＣＰ２１ａの第１の判定部２１４は、第１のＣＵ−ＣＰ２１ａに割り当てられたバッファ２３Ｂ内の個別容量と、ＤＵ２３への測定要求によりＤＵ２３から通知された個別滞留量とに基づき、自装置がバッファ溢れかを判定する。例えば、第１のＣＵ−ＣＰ２１ａの第１の判定部２１４は、個別容量から個別滞留量を差し引くことにより算出された空き容量（上記「個別バッファに関する情報」に相当）が所定量未満の場合にバッファ溢れと判定する。

また、第１のＣＵ−ＣＰ２１ａの第２の判定部２１５は、ＤＵ２３から通知された総容量と総滞留量とに基づき、他のＣＵ−ＣＰ２１（図７の例では、第２のＣＵ−ＣＰ２１ｂ）に割り当てられたバッファに所定量以上の空きがあるかを判定する。第２の判定部２１５は、例えば総容量から総滞留量を引くことによりＤＵ２３内のバッファ２３Ｂの空き容量（上記「総バッファに関する情報」に相当）を算出する。そして、第２の判定部２１５は、算出された空き容量から、第１のＣＵ−ＣＰ２１ａに割り当てられたバッファ２３Ｂの空き容量を引くことにより、第２のＣＵ−ＣＰ２１ｂに割り当てられたバッファ２３Ｂの空き容量を算出することができる。

図８および図９は、第１のＣＵ−ＣＰ２１ａについてのＤＵ２３の容量拡張制御の一例を示す図である。図８に示すように、第１のＣＵ−ＣＰ２１ａの送信指示部２１２は、自装置がバッファ溢れで、その他のバッファに所定以上の空き容量がある場合に、ＤＵ２３に自装置に割り当てられたバッファの領域の容量変更（拡張変更）を要求する変更要求を送信する。当該変更要求には、「バッファ設定に関する制御情報」に相当する、第２のＣＵ−ＣＰ２１ｂから第１のＣＵ−ＣＰ２１ａに割り当てを変更する容量（拡張が必要な容量）を示す情報が含まれる。

なお、バッファ溢れで説明しているが、例えば、バッファに余裕がある場合に、削減しても良いことを示す情報を含む信号を送信しても良い。例えば、第１のＣＵ−ＣＰ２１ａの第１の判定部２１４は、自装置に割り当てられているバッファの個別容量と個別滞留量とから、削減してもよい空き容量があるかを判定する。第１のＣＵ−ＣＰ２１ａの送信指示部２１２は、削減してもよい空き容量が有る場合に、ＤＵ２３に自装置に割り当てられたバッファの領域の容量変更（削減変更）を要求する。また、第２の判定部２１５が、バッファ２３Ｂにおいて他のＣＵ−ＣＰ２１に割り当てられたバッファに所定量以上の空きがないことを判定してもよい。第１のＣＵ−ＣＰ２１ａの送信指示部２１２は、自装置のバッファに削減してもよい空き領域があり、その他のバッファに所定以上の空き容量がない場合に、ＤＵ２３に自装置に割り当てられたバッファの領域の容量変更（削減変更）を要求してもよい。このように、バッファの容量を削減する場合だけでなく、増加させる場合も含めることができる。このようにバッファの容量の削減と増加の要求を可能にすることにより、ＤＵ２３内の各ＣＵ−ＣＰ２１のバッファの優先度等に応じて設定変更が可能になる。

ＤＵ２３の変更部２３４−２は、第１のＣＵ−ＣＰ２１ａから変更要求を受信した場合、第２のＣＵ−ＣＰ２１ｂに対し、バッファの容量変更を要求する変更要求を送信する。当該変更要求は、拡張要求や削減要求である。ＤＵ２３は、第１のＣＵ−ＣＰ２１ａから拡張要求を受けた場合、第２のＣＵ−ＣＰ２１ｂに削除要求を送信する。また、ＤＵ２３は、第１のＣＵ−ＣＰ２１ａから削減要求を受けた場合、第２のＣＵ−ＣＰ２１ｂに拡張要求を送信する。第２のＣＵ−ＣＰ２１ｂに対する変更要求にはバッファの容量に関する情報が含まれる。例えば、削減要求の場合には、個別容量から削減される容量を示す情報が含まれる。以下では、一例として第１のＣＵ−ＣＰ２１ａから拡張要求を受けた場合について示すが、削減要求を受けた場合も手順は同様である。

第２のＣＵ−ＣＰ２１ｂの第３の判定部２１６は、削減要求をＤＵ２３から受信した場合、第２のＣＵ−ＣＰ２１ｂに割り当てられたバッファ２３Ｂ内の個別容量の削減を許可するか否かを判定する。個別容量の削減が許可される場合、第２のＣＵ−ＣＰ２１ｂの送信指示部２１２は、個別容量の削減を許可する削減許可をＤＵ２３へ送信する。個別容量の削減が許可されない場合、送信指示部２１２は、個別容量の削減を拒否する削減拒否をＤＵ２３へ送信する。なお、削減要求に含まれる容量のうち、一部の容量の削減が許可される場合、削減許可には、許可される一部の容量を示す情報が含まれる。

そして、図９に示すように、ＤＵ２３は、第２のＣＵ−ＣＰ２１ｂから削減許可の応答があると、第１のＣＵ−ＣＰ２１ａに変更許可を応答する。そして、ＤＵ２３は、バッファ２３Ｂに割り当てられた第２のＣＵ−ＣＰ２１ｂの個別領域に含まれる所定量の空き容量の割り当てを、第１のＣＵ−ＣＰ２１ａの個別領域に変更する。

なお、図８および図９には、第１のＣＵ−ＣＰ２１ａの容量拡張を行う容量拡張制御について示されているが、第２のＣＵ−ＣＰ２１ｂが容量拡張を行う容量拡張制御においても同様に実施することができる。

図１０〜図１２は、図５に示す一態様の各装置間のフロー制御にかかる処理のシーケンスの一例を示す図である。以下の説明において、第１のＣＵ−ＣＰ２１ａおよび第２のＣＵ−ＣＰ２１ｂはＣＵ−ＵＰ２２との間でインターフェイスＥ１が設定されているものとする。

図１０は、第１のＣＵ−ＣＰ２１ａの初期フロー制御にかかる処理のシーケンスの一例を示す図である。先ず、第１のＣＵ−ＣＰ２１ａおよび第２のＣＵ−ＣＰ２１ｂが、ＤＵ２３との間でＦ１−Ｃインターフェイスを設定し、ＣＵ−ＵＰ２２が、ＤＵ２３との間でＦ１−Ｕインターフェイスを設定する（Ｓ１）。

続いて、第１のＣＵ−ＣＰ２１ａがＤＵ２３に対し、第１のＣＵ−ＣＰ２１ａに対応するバッファ領域の初期設定を要求する（Ｓ２）。

ＤＵ２３は、初期設定の要求を受信すると、当該初期設定の要求において要求元の第１のＣＵ−ＣＰ２１ａが要求する容量をＤＵ２３のバッファ２３Ｂ内に割り当てる初期バッファ設定を行う（Ｓ３）。ＤＵ２３は、ＣＵ−ＣＰ毎にバッファ２３Ｂに割り当てられた領域を管理テーブルなどにより管理する。ここで、管理とは、バッファ２３Ｂの総容量や、割り当て情報、その後の変更、バッファ２３Ｂの使用状況などの管理を含む。

ＤＵ２３は、初期バッファ設定を行うと、バッファ２３Ｂの総容量を初期バッファ設定の完了を示すメッセージに含めて要求元の第１のＣＵ−ＣＰ２１ａに通知する（Ｓ４）。

次に、第１のＣＵ−ＣＰ２１ａは初期フロー制御を開始し（Ｓ５）、ＣＵ−ＵＰ２２に対し、フロー制御のための制御情報としてＤＵ２３が初期バッファ設定した容量を通知する（Ｓ６）。

次に、ＣＵ−ＵＰ２２は、第１のＣＵ−ＣＰ２１ａから送信された制御情報に基づいて、ＵＰＦ１１２から送信されたダウンリンクのユーザデータを、ＤＵ２３へ伝送する（Ｓ７）。

次に、ＣＵ−ＵＰ２２は、第１のＣＵ−ＣＰ２１ａに対し制御情報であるキャパシティ要求を行う（Ｓ８）。ステップＳ８以降のシーケンスは、所定時間間隔や所定の信号入力があったときなどのタイミングで繰り返される。

第１のＣＵ−ＣＰ２１ａは、ＣＵ−ＵＰ２２からキャパシティ要求を受信すると、ＤＵ２３に対し、バッファ滞留量の測定を要求する（Ｓ９）。

ＤＵ２３は、第１のＣＵ−ＣＰ２１ａからバッファ滞留量の測定要求を受信すると、その時点のバッファ滞留量（総滞留量、要求元の個別滞留量）を測定し、測定結果を要求元の第１のＣＵ−ＣＰ２１ａに通知する（Ｓ１０）。なお、バッファ滞留量は、第１のＣＵ−ＣＰ２１ａによってフロー制御されるユーザデータの通信が発生してから定期的に測定され、バッファ滞留量の測定要求を受信した場合に、最新の測定結果が通知されるようにしてもよい。

図１１は、第２のＣＵ−ＣＰ２１ｂの初期フロー制御にかかる処理のシーケンスの一例を示す図である。図１１に示されるシーケンスは、図１０に示されたシーケンスにおけるステップＳ１の後に行われる。

先ず、第２のＣＵ−ＣＰ２１ｂがＤＵ２３に対し、第２のＣＵ−ＣＰ２１ｂに対応するバッファ領域の初期設定を要求する（Ｓ２１）。

ＤＵ２３は、初期設定の要求を受信すると、当該初期設定の要求において要求元の第２のＣＵ−ＣＰ２１ｂが要求する容量をＤＵ２３のバッファ２３Ｂ内に割り当てる初期バッファ設定を行う（Ｓ２２）。

ＤＵ２３は、初期バッファ設定を行うと、バッファ２３Ｂの総容量を初期バッファ設定の完了を示すメッセージに含めて要求元の第２のＣＵ−ＣＰ２１ｂに通知する（Ｓ２３）。

次に、第２のＣＵ−ＣＰ２１ｂは初期フロー制御を開始し（Ｓ２４）、ＣＵ−ＵＰ２２に対し、フロー制御のための制御情報としてＤＵ２３が初期バッファ設定した容量を通知する（Ｓ２５）。

次に、ＣＵ−ＵＰ２２は、第２のＣＵ−ＣＰ２１ｂから送信された制御情報に基づいて、ＵＰＦ１１２から送信されたダウンリンクのユーザデータをＤＵ２３へ伝送する（Ｓ２６）。

次に、ＣＵ−ＵＰ２２は、第２のＣＵ−ＣＰ２１ｂに対し制御情報であるキャパシティ要求を行う（Ｓ２７）。ステップＳ８以降のシーケンスは、所定時間間隔や所定の信号入力があったときなどのタイミングで繰り返される。

第２のＣＵ−ＣＰ２１ｂは、ＣＵ−ＵＰ２２からキャパシティ要求を受信すると、ＤＵ２３に対し、バッファ滞留量の測定を要求する（Ｓ２８）。

ＤＵ２３は、第２のＣＵ−ＣＰ２１ｂからバッファ滞留量の測定要求を受信すると、その時点のバッファ滞留量（総滞留量、要求元の個別滞留量）を測定し、測定結果を要求元の第２のＣＵ−ＣＰ２１ｂに通知する（Ｓ２９）。

図１２は、ＤＵ２３のバッファ溢れを抑制する制御のシーケンスの一例を示す図である。図１２に示すシーケンスは、図１０および図１１に示す第１のＣＵ−ＣＰ２１ａおよび第２のＣＵ−ＣＰ２１ｂの初期フロー制御にかかる処理（ステップＳ１〜Ｓ１０およびステップＳ２１〜Ｓ２９）の後に条件に応じて行われる。図１２には、一例として、第１のＣＵ−ＣＰ２１ａのバッファ溢れを抑制するシーケンスを示している。他方の第２のＣＵ−ＣＰ２１ｂがバッファ溢れを抑制するシーケンスについては第２のＣＵ−ＣＰ２１ｂが第１のＣＵ−ＣＰ２１ａのような手順を同様に行うシーケンスであるため、図示および説明を省略する。以下、第１のＣＵ−ＣＰ２１ａのバッファ溢れを抑制するシーケンスについて説明する。

図１２に示すように、第１のＣＵ−ＣＰ２１ａは、ＤＵ２３に割り当てられている第１のＣＵ−ＣＰ２１ａのバッファの容量を変更するか否かを判定する（Ｓ３１）。例えば、第１のＣＵ−ＣＰ２１ａの第１の判定部２１４は、ＤＵ２３のバッファ２３Ｂに割り当てられている第１のＣＵ−ＣＰ２１ａの個別容量と個別滞留量とに基づいて、第１のＣＵ−ＣＰ２１ａに割り当てられた領域の空き容量が所定量未満かを判定する。空き容量が所定量未満の場合に、さらに第２の判定部２１５は、バッファ２３Ｂの総容量と総滞留量とに基づいて、他のＣＵ−ＣＰ２１に割り当てられたバッファの領域に所定量以上の空きがあるか否かを判定する。そして、第２の判定部２１５は、バッファに所定量以上の空きが有ると判定した場合に、ＤＵ２３に割り当てられている第１のＣＵ−ＣＰ２１ａのバッファの領域の容量を変更すると判定する。

送信指示部２１２は、第２の判定部２１５によってバッファの容量を変更すると判定された場合、ＤＵ２３に対し、第１のＣＵ−ＣＰ２１ａのバッファの容量拡張を要求する容量拡張要求を送信する（Ｓ３２）。容量拡張要求には、拡張を要求する容量の情報が含まれる。

ＤＵ２３は、第１のＣＵ−ＣＰ２１ａから容量拡張要求を受信すると、第２のＣＵ−ＣＰ２１ｂに対し、ＤＵ２３のバッファ２３Ｂにおいて第２のＣＵ−ＣＰ２１ｂに割り当てられたバッファの一部の容量の削減を要求する削減要求を送信する（Ｓ３３）。この削減要求には、ＤＵ２３のバッファ２３Ｂにおいて第２のＣＵ−ＣＰ２１ｂに割り当てられている領域の容量の中で、削減される容量の情報が含まれる。削減される容量は、第１のＣＵ−ＣＰ２１ａによって拡張が要求された容量に対応している。

第２のＣＵ−ＣＰ２１ｂは、ＤＵ２３から削減要求を受信すると、ＤＵ２３のバッファ２３Ｂにおいて第２のＣＵ−ＣＰ２１ｂに割り当てられたバッファの領域の容量の削減を許可するか否かを判定する。そして、第２のＣＵ−ＣＰ２１ｂは、判定結果を含む削減可否応答をＤＵ２３へ送信する（Ｓ３４）。そして、第２のＣＵ−ＣＰ２１ｂは、第２のＣＵ−ＣＰ２１ｂ内で管理している、第２のＣＵ−ＣＰ２１ｂの個別容量から削減を許可した容量を減算する。

次に、ＤＵ２３は、第２のＣＵ−ＣＰ２１ｂから削減可否応答を受信すると、受信した削減可否応答が、個別容量の削減許可を示すか否かを判定する。削減可否応答が個別容量の削減許可を示す場合、ＤＵ２３は、削減対象の容量の割り当てを、第２のＣＵ−ＣＰ２１ｂから第１のＣＵ−ＣＰ２１ａに変更する（Ｓ３５）。

次に、ＤＵ２３は、第１のＣＵ−ＣＰ２１ａに変更通知を送信する（Ｓ３６）。この変更通知には、ステップＳ３２において要求された容量の拡張が許可されたか否かを示す情報が含まれる。第１のＣＵ−ＣＰ２１ａは、第１のＣＵ−ＣＰ２１ａで管理している、第１のＣＵ−ＣＰ２１ａの個別容量を更新する。

次に、第１のＣＵ−ＣＰ２１ａは、ＣＵ−ＵＰ２２に対し、フロー制御のための制御情報として更新後の個別容量を通知する（Ｓ３７）。

以降、ＣＵ−ＵＰ２２は、第１のＣＵ−ＣＰ２１ａから送信された制御情報に基づいて、ダウンリンクのユーザデータの伝送を行う。

本実施例では、一例として、通信システム１のダウンリンクの説明を行ったが、アップリンクでも同様に動作する。アップリンクでは、ＤＵ２３（図２参照）の各種機能をＣＵ−ＵＰ２２（図２参照）において実現する。具体的には、送信指示部２３２（図２参照）と、取得部２３３（図２参照）と、処理部２３４（図２参照）とをＣＵ−ＵＰ２２の制御部２２０（図２参照）において実現し、ＣＵ−ＵＰ２２が有するバッファにおいて容量変更等のバッファ設定を行う。この場合、ＣＵ−ＵＰ２２はＤＵ２３（図２参照）からＵＥ３０（図１参照）のユーザデータを受信する。なお、ＣＵ−ＵＰ２２におけるＤＵ２３の各機能部の動作も、ＤＵ２３とＣＵ−ＵＰ２２の説明を入れ替えることにより略説明することができる。よって、これ以上の説明については重複説明となるため省略する。

[実施例１の効果］
本実施例の制御装置（２１）は、第１の通信装置（２２または２３）から第２の通信装置（２３または２２）へ伝送されるユーザデータの伝送制御を行うものである。当該制御装置は、送信部（２１２、２１１）と受信部（２１３、２１１）とを有する。送信部は、バッファの総容量、総滞留量、バッファにおいて自装置に個別に割り当てられた容量、および自装置に個別に割り当てられたバッファに滞留するユーザデータの滞留量、の少なくとも１つの通知を要求する通知要求を第２の通信装置へ送信する。総容量は、第２の通信装置のバッファの総容量であり、総滞留量は、バッファ内に滞留しているユーザデータの総滞留量である。受信部は、第２の通信装置から、総容量、総滞留量、個別に割り当てられた容量、および個別に割り当てられたバッファに滞留するユーザデータの滞留量、の少なくとも１つを受信する。これにより個別に割り当てられた容量と滞留量とに基づく個別バッファに関する情報や、総容量と総滞留量とに基づく総バッファに関する情報を算出することができる。よって、算出結果から、自装置に個別に割り当てられたバッファがバッファ溢れであるか、それとも空き領域があるかを判定することができる。また、バッファ溢れであった場合、その他の装置に割り当てられているバッファに空き容量があるかも判定することができるので、バッファ溢れを抑制することができる。

本実施例の制御装置は、受信部により、個別に割り当てられた容量と滞留量とから算出された個別バッファに関する情報と、総容量と総滞留量とから算出された総バッファに関する情報とを受信するようにすることもできる。このようにした場合には、制御装置側において個別バッファに関する情報と総バッファに関する情報との算出処理を省略することができる。

本実施例の制御装置は、送信部により、個別バッファに関する情報と総バッファに関する情報とを基に、個別バッファの変更要求を第２の通信装置に送信することができる。変更要求にはバッファ設定に関する制御情報を含ませることもできる。この変更要求により、制御装置は第２の通信装置に対して、例えばバッファ溢れの可能性がある自装置の個別バッファの容量の変更を要求することができる。例えば、バッファ設定に関する制御情報として他の制御装置から自装置に割り当てを変更する容量を示す情報を含めたとする。その場合、第２の通信装置は、他の制御装置に割り当てられているバッファの空き容量から、変更が要求された容量を、自装置（当該制御装置）の割り当てに変更する。

本実施例の制御装置は、受信部により、自装置に割り当てられているバッファ設定の変更を要求する変更要求（削減要求など）を第２の通信装置から受信することができる。そして、送信部により、変更要求（削減要求など）に対して可否（削減の可否など）を通知することができる。変更要求にはバッファの容量に関する情報を含ませることもできる。この変更要求により、制御装置は、自装置に割り当てられているバッファ設定の変更が第２の通信装置から要求されていることが分かり、その要求に対し第２の通信装置に変更の可否を通知することができる。

本実施例の通信装置（２２）は、複数の制御装置（２１）のそれぞれによって伝送制御が行われるユーザデータを他の通信装置（２３）との間で送受信する。通信装置（２２）は、受信部（２３３、２２１）と、バッファ制御部（２３４）と、伝送制御部（２２０）とを有する。受信部は、制御装置から、ユーザデータの伝送に関する制御情報とバッファ設定に関する制御情報とを受信する。バッファ制御部は、制御装置に対して、ユーザデータを保持するバッファを割り当てる。伝送制御部は、他の通信装置（２３）との間のデータの送受信を制御する。これにより、通信装置（２２）は、バッファ設定に関する制御情報に基づきアップリンクのユーザデータのバッファ溢れを抑制することができる。

本実施例の通信装置（２２）は、制御装置に対して割り当てたバッファの空き容量を制御装置に通知する通知部（２３２）を有し、バッファ制御部は、バッファの容量を制御する。これにより制御装置は、通信装置（２２）から空き領域が通知されるため、自装置に対して割り当てたバッファの空き容量の算出処理を省略することができる。

本実施例の通信装置（２３）は、複数の制御装置（２１）のそれぞれによって伝送制御が行われるユーザデータを他の通信装置（２２）との間で送受信する。通信装置（２３）は、受信部（２３３、２３１）と、バッファ制御部（２３４）と、伝送制御部（２３０）と、無線部（２３０３、２３０４）とを有する。受信部は、制御装置から、ユーザデータの伝送に関する制御情報とバッファ設定に関する制御情報とを受信する。バッファ制御部は、制御装置に対して、ユーザデータを保持するバッファを割り当てる。伝送制御部は、他の通信装置（２２）との間のデータの送受信を制御する。無線部は、端末装置（３０）との間で、端末装置毎に割り当てられたバッファまたは端末装置の論理チャネル毎に割り当てられたバッファを介してユーザデータを送受信する。これにより、通信装置（２３）は、バッファ設定に関する制御情報に基づきダウンリンクのユーザデータのバッファ溢れを抑制することができる。

本実施例の通信システム（１）は、第１の通信装置（２２）と、第２の通信装置（２３）と、端末装置（３０）と、第１の制御装置（２１ａ）と、第２の制御装置（２１ｂ）とを有する。第１の制御装置は、送信部（２１２、２１１）と、受信部（２１３、２１１）とを有する。送信部は、バッファの総容量、総滞留量、バッファにおいて自装置に個別に割り当てられた容量、および自装置に個別に割り当てられたバッファに滞留するユーザデータの滞留量、の少なくとも１つの通知を要求する通知要求を第２の通信装置へ送信する。総容量は、第２の通信装置のバッファの総容量であり、総滞留量は、バッファ内に滞留しているユーザデータの総滞留量である。受信部は、第２の通信装置から、総容量、総滞留量、個別に割り当てられた容量、および個別に割り当てられたバッファに滞留するユーザデータの滞留量、の少なくとも１つを受信する。第２の通信装置は、受信部（２３３、２３１）と、バッファ制御部（２３４）と、伝送制御部（２３０）と、無線部（２３０３、２３０４）とを有する。受信部は、第１の制御装置および第２の制御装置から、ユーザデータの伝送に関する制御情報とバッファ設定に関する制御情報とを受信する。バッファ制御部は、第１の制御装置および第２の制御装置に対して、ユーザデータを保持するバッファを割り当てる。伝送制御部は、第１の通信装置との間のデータの送受信を制御する。無線部は、端末装置との間で、端末装置毎に割り当てられたバッファまたは端末装置の論理チャネル毎に割り当てられたバッファを介してユーザデータを送受信する。これにより、個別に割り当てられた容量と滞留量とに基づく個別バッファに関する情報や、総容量と総滞留量とに基づく総バッファに関する情報を第１の制御装置で算出することができる。よって、算出結果から、第１の制御装置は、自装置に個別に割り当てられたバッファがバッファ溢れであるか、それとも空き領域があるかを判定することができる。また、バッファ溢れであった場合、その他の制御装置（第２の制御装置）に割り当てられているバッファに空き容量があるかも判定することができるため、バッファ溢れを抑制することができる。

実施例１では、バッファ溢れを抑制する態様として、ＣＵ−ＣＰ２１が自ら、ＤＵ２３に割り当てられている自装置（ＣＵ−ＣＰ２１）のバッファのバッファ溢れの危険性を検出し、ＤＵ２３にバッファの拡張要求を行う構成の一例を示した。実施例２では、バッファ溢れを抑制するその他の態様として、ＤＵ２３が各ＣＵ−ＣＰ２１に対応するバッファのバッファ溢れの危険性を検出してバッファ溢れを抑制する構成の一例を示す。

なお、以下では、実施例１と同様の箇所には説明を省略し、主に実施例１とは異なる箇所について説明する。また、説明に使用する図において実施例１と共通する箇所には同一の符号を付し、共通箇所についての説明は省略する。

図１３は、実施例２にかかる、ＣＵ−ＣＰ２１、ＣＵ−ＵＰ２２、およびＤＵ２３の各制御部２１０、２２０、２３０の機能ブロックの構成の一例を示す図である。実施例２では、実施例１の制御部２１０（図２参照）の第１の判定部２１４と第２の判定部２１５に代わるものとして、ＤＵ２３の制御部２３０が判定部２３４−３を有する。

判定部２３４−３は、ＣＵ−ＣＰ２１毎に、ＤＵ２３内に割り当てられているバッファの領域の容量である個別容量と、当該領域に滞留しているユーザデータの量である個別滞留量とに基づき、当該個別容量の空き容量が所定量未満か否かを判定する。

変更部２３４−２は、個別容量の空き容量が所定量未満と判定された場合、該判定を受けたＣＵ−ＣＰ２１の個別容量に、当該ＣＵ−ＣＰ２１以外のＣＵ−ＣＰ２１の個別容量の空き容量の一部を割り当てる変更を行う。

実施例２にかかる構成においてバッファ溢れを抑制するための制御は、機能ブロックを用いて説明するよりも各装置間のシーケンスを用いて説明する方が特徴を理解し易い。そこで、実施例２では、機能ブロックを用いずに、各装置間のシーケンスにより説明する。

図１４は、実施例２にかかる各装置間のフロー制御にかかる処理のシーケンスの一例を示す図である。図１４においてＤＵ２３は各ＣＵ−ＣＰ２１の初期バッファの割り当てを終えているものとする。また、実施例２においても、実施例１における初期フロー制御（図１０のステップＳ１〜ステップＳ９、図１１のステップＳ２１〜ステップＳ２８）の処理が同様に行われる。ＤＵ２３は、所定のタイミングで、各ＣＵ−ＣＰ２１のバッファ容量について変更が必要か否かを判定する（Ｓ４１）。具体的には、ＤＵ２３の判定部２３４−３が、各ＣＵ−ＣＰ２１毎に、ＤＵ２３のバッファ２３Ｂに割り当てられている個別容量と個別滞留量とに基づいて、個別容量の空き容量が所定量未満か否かを判定する。所定のタイミングとは、例えば、所定の周期や、所定の信号が入力されたときなどである。なお、第１のＣＵ−ＣＰ２１ａからバッファ滞留量測定要求を受けた場合（例えば図１０のステップＳ９参照）なども、当該所定のタイミングに含まれる。

ＤＵ２３は、個別容量の空き容量が所定量未満と判定されたＣＵ−ＣＰ２１の個別容量に、当該ＣＵ−ＣＰ２１以外のＣＵ−ＣＰ２１の個別容量の空き容量の一部を割り当てるための制御を行う。

図１４に示す例では、ＤＵ２３は、個別容量の空き容量が所定量未満と判定された第１のＣＵ−ＣＰ２１ａ以外のＣＵ−ＣＰ２１（この例では第２のＣＵ−ＣＰ２１ｂ）に対し、容量の一部削減を要求する削減要求を送信する（Ｓ３３）。

第２のＣＵ−ＣＰ２１ｂはＤＵ２３から削減要求を受信すると、ＤＵ２３のバッファ２３Ｂにおいて第２のＣＵ−ＣＰ２１ｂに割り当てられたバッファの領域の容量の削減を許可するか否かを判定する。そして、第２のＣＵ−ＣＰ２１ｂは、判定結果を含む削減可否応答をＤＵ２３へ送信する（Ｓ３４）。そして、第２のＣＵ−ＣＰ２１ｂは第２のＣＵ−ＣＰ２１ｂで管理している、第２のＣＵ−ＣＰ２１ｂの個別容量から削減を許可した容量を減算する。

次に、ＤＵ２３は、第２のＣＵ−ＣＰ２１ｂから削減可否を受信すると、受信した削減可否応答が、個別容量の削減許可を示すか否かを判定する。削減可否応答が個別容量の削減許可を示す場合、ＤＵ２３は、削減対象の容量の割り当てを、第２のＣＵ−ＣＰ２１ｂから第１のＣＵ−ＣＰ２１ａに変更する（Ｓ３５）。

次に、ＤＵ２３は、第１のＣＵ−ＣＰ２１ａに変更通知を送信する（Ｓ３６）。この変更通知には、ステップＳ３２において要求された容量の拡張が許可されたか否かを示す情報が含まれる。第１のＣＵ−ＣＰ２１ａは、第１のＣＵ−ＣＰ２１ａで管理している、第１のＣＵ−ＣＰ２１ａの個別容量を更新する。

次に、第１のＣＵ−ＣＰ２１ａは、ＣＵ−ＵＰ２２に対し、フロー制御のための制御情報として更新後の個別容量を通知する（Ｓ３７）。

以降、ＣＵ−ＵＰ２２は、第１のＣＵ−ＣＰ２１ａから送信された制御情報に基づいて、ダウンリンクのユーザデータの送信を行う。

なお、本実施例では、２つのＣＵ−ＣＰ２１（第１のＣＵ−ＣＰ２１ａと第２のＣＵ−ＣＰ２１ｂ）を有する構成のため、第１のＣＵ−ＣＰ２１ａと第２のＣＵ−ＣＰ２１ｂとで互いに割り当て容量を譲り合う例となっている。３つ以上のＣＵ−ＣＰ２１を有する構成の場合には、容量を削減する対象のＣＵ−ＣＰ２１の候補が複数になる場合がある。その場合には、候補となる複数のＣＵ−ＣＰ２１からそれぞれ少しずつ空き容量を取得するようにしてもよい。

また、この例では、削減要求を受けたＣＵ−ＣＰ２１が要求元のＤＵ２３に削減許可を通知する例を示したが、ＣＵ−ＣＰ２１の第３の判定部２１６が削減拒否を通知してもよい。また、削減要求を受けたＣＵ−ＣＰ２１は、削減要求を受けた容量の一部の容量を許可する削減許可を要求元のＤＵ２３に通知してもよい。

また、ＤＵ２３は、候補のＣＵ−ＣＰ２１から削減拒否や一部容量の削減許可を受けた場合、残り分の容量の削減を他の候補のＣＵ−ＣＰ２１に要求してもよい。

［実施例２の効果］
第２の通信装置（２３）がバッファ溢れを検出することにより、バッファ溢れを抑制することができる。

１つのＤＵ２３に３つ以上のＣＵ−ＣＰ２１が対応する構成の場合、容量削減を要求する候補を、容量拡張を行うＣＵ−ＣＰ２１が選択してもよい。実施例３にかかる構成では、実施例１にかかる構成においてＣＵ−ＣＰ２１がさらに選択部を有し、当該特定部が他の複数のＣＵ−ＣＰから容量削減を要求する候補を特定してＤＵ２３に通知する。

図１５は、実施例３にかかるＣＵ−ＣＰ２１の制御部２１０の機能ブロックの構成の一例を示す図である。図１５に示す実施例３の制御部２１０は、実施例１の制御部２１０（図２参照）にさらに選択部２１７を有する。

選択部２１７は、他のＣＵ−ＣＰ２１毎の、バッファの容量および個別滞留量に基づいて、他のＣＵ−ＣＰ２１のうちから容量削減を要求する候補を選択する。

実施例３の構成では、ＤＵ２３はＣＵ−ＣＰ２１からバッファ滞留量の測定要求を受けると、当該バッファ滞留量として、ＤＵ２３のバッファ２３Ｂの総滞留量と、各ＣＵ−ＣＰ２１に割り当てたバッファの個別滞留量とを測定する。そして、ＤＵ２３は、各測定結果と、各ＣＵ−ＣＰ２１に割り当てた個別容量とを要求元のＣＵ−ＣＰ２１に通知する。

また、ＣＵ−ＣＰ２１がＤＵ２３に要求する容量拡張要求には、自装置（ＣＵ−ＣＰ２１）に割り当てられたバッファを制御するために制御を行う他のＣＵ−ＣＰ２１を選択するための情報（つまり選択部２１７が選択した他のＣＵ−ＣＰ２１のうちの候補を示す情報）が含まれる。ＤＵ２３は、要求元のＣＵ−ＣＰ２１が指定した候補に削減要求を送信する。

図１６は、実施例３にかかる各装置間のフロー制御にかかる処理のシーケンスの一例を示す図である。図１６においてＤＵ２３は各ＣＵ−ＣＰ２１の初期バッファの割り当てを終えているものとする。

ＣＵ−ＣＰ２１は、ＤＵ２３からバッファ滞留量が通知されると、ＤＵ２３に割り当てられている自装置（ＣＵ−ＣＰ２１）のバッファの容量を変更するか否かを判定する（Ｓ３１）。

ＣＵ−ＣＰ２１は、バッファの容量を変更する判定を下した場合、複数のＣＵ−ＣＰ２１の中から容量削減を要求する候補を選択する（Ｓ５１）。

そして、ＣＵ−ＣＰ２１は、ＤＵ２３に対し、自装置（ＣＵ−ＣＰ２１）のバッファの割り当て領域の拡張を要求する容量拡張要求を送信する（Ｓ３２）。容量拡張要求には、拡張を要求する容量の情報と、当該容量を削減する候補となる他のＣＵ−ＣＰ２１の情報とが含まれる。

ＤＵ２３は、ＣＵ−ＣＰ２１から容量拡張要求を受信すると、当該容量拡張要求で指定された他のＣＵ−ＣＰ２１に対し、容量の一部削減を要求する削減要求を送信する（Ｓ３３）。

以降の処理は、実施例１において、第１のＣＵ−ＣＰ２１ａをＣＵ−ＣＰ２１と読み換え、第２のＣＵ−ＣＰ２１ｂを他のＣＵ−ＣＰ２１と読み換えた説明に対応するため、詳細な説明を省略する。

なお、このように３つ以上のＣＵ−ＣＰ２１を有する構成において、容量を削減する対象のＣＵ−ＣＰ２１（他のＣＵ−ＣＰ２１）の候補は、適宜決定してよい。例えば、他のＣＵ−ＣＰ２１のうち空き容量が最も多いものから順に候補を指定してもよい。また、他のＣＵ−ＣＰ２１のうちの１つに限らず複数を候補として指定してもよい。複数を候補とする場合、選択部２１７が各候補から少しずつ空き容量を取得する。

また、本実施例では、ＣＵ−ＣＰ２１がＤＵ２３から削減要求を受けると第３の判定部２１６が要求元のＤＵ２３に削減許可を通知する例を示したが、第３の判定部２１６は要求元のＤＵ２３に削減拒否を通知してもよい。この場合、第３の判定部２１６は、削減要求を受けた容量全てについて削減拒否してもよいし、そのうちの一部の容量を削減拒否してもよい。

また、ＤＵ２３は、候補のＣＵ−ＣＰ２１から削減拒否を受けた場合、残り分の容量について、その他の候補に削減要求してもよい。

また、選択部２１７をＤＵ２３に設けてもよい。この場合、ＣＵ−ＣＰ２１は、ＤＵ２３に対する変更要求（又は制御要求）に、自装置（ＣＵ−ＣＰ２１）に空き容量の割り当てを変更する他のＣＵ−ＣＰ２１を選択するための情報を含めて送信する。

［実施例３の効果］
本実施例の制御装置（２１）は、総容量に、他の制御装置（２１）毎に、第２の通信装置（２３）のバッファ（２３Ｂ）に割り当てられている容量が含まれる。個別滞留量には、他の制御装置毎に、他の制御装置に割り当てられている第２の通信装置のバッファに滞留しているユーザデータの個別滞留量が含まれる。変更要求には、自装置に空き容量の割り当てを変更する他の制御装置を選択するための情報が含まれる。これにより、本実施例の制御装置（２１）は、変更要求に、自装置に空き容量の割り当てを変更する他の制御装置を選択するための情報を含めることができる。

本実施例の制御装置（２１）は、他の制御装置（２１）毎のバッファの容量および個別滞留量に基づいて、自装置に空き容量の割り当てを変更する他の制御装置を選択する選択部（２１７）を有する。これにより、制御装置（２１）が第２の通信装置に対し、自装置に空き容量の割り当てを変更する他の制御装置を指定することができる。

［ハードウェア］
上記した各実施例のＣＵ−ＣＰ２１は、例えば図１７に示されるハードウェアにより実現される。図１７は、ＣＵ−ＣＰ２１のハードウェア構成の一例を示す図である。図１７に示すように、ＣＵ−ＣＰ２１は、プロセッサ２１００、メモリ２１０１、およびインターフェイス回路２１０２を有する。プロセッサ２１００は、例えばＣＰＵ（Central Processing Unit）、ＦＰＧＡ（Field Programmable Gate Array）又はＤＳＰ（Digital Signal Processor）などを備える。例えば、プロセッサ２１００は、メモリ２１０１から読み出されたプログラムを実行することで、制御部２１０および通信部２１１の各機能を実現する。なお、通信部２１１の一部または全ての機能は、インターフェイス回路２１０２で実現されてもよい。

メモリ２１０１は、例えばＲＯＭ（Read Only Memory）またはＲＡＭ（Random Access Memory）である。メモリ２１０１は、プロセッサ２１００によって実行されるプログラムや、各種処理に用いられる種々の情報を記憶する。

インターフェイス回路２１０２は、ＣＵ−ＵＰ２２、ＤＵ２３、またはコアネットワーク１１内の装置などの他の装置と通信する回路である。

上記した各実施例のＣＵ−ＵＰ２２は、例えば図１８に示されるハードウェアにより実現される。図１８は、ＣＵ−ＵＰ２２のハードウェア構成の一例を示す図である。図１８に示すように、ＣＵ−ＵＰ２２は、プロセッサ２２００、メモリ２２０１、およびインターフェイス回路２２０２を有する。プロセッサ２２００は、例えばＣＰＵ、ＦＰＧＡ又はＤＳＰなどを備える。例えば、プロセッサ２２００は、メモリ２２０１から読み出されたプログラムを実行することで、制御部２２０および通信部２２１の各機能を実現する。

メモリ２２０１は、例えばＲＯＭまたはＲＡＭである。メモリ２２０１は、プロセッサ２２００によって実行されるプログラムや、各種処理に用いられる種々の情報を記憶する。また、メモリ２２０１内の領域には、ＤＵ２３から送信されたアップリンクのデータが一時的に保持されるバッファの領域が含まれる。

インターフェイス回路２２０２は、ＣＵ−ＣＰ２１、ＤＵ２３、またはコアネットワーク１１内の装置などの他の装置と通信する回路である。

上記した各実施例のＤＵ２３は、例えば図１９に示されるハードウェアにより実現される。図１９は、ＤＵ２３のハードウェア構成の一例を示す図である。図１９に示すように、ＤＵ２３は、プロセッサ２３００、メモリ２３０１、インターフェイス回路２３０２、無線回路２３０３、およびアンテナ２３０４を有する。プロセッサ２３００は、例えばＣＰＵ、ＦＰＧＡ又はＤＳＰなどを備える。例えば、プロセッサ２３００は、メモリ２３０１から読み出されたプログラムを実行することで、制御部２３０や通信部２３１などの各機能を実現する。

メモリ２３０１は、例えばＲＯＭまたはＲＡＭである。メモリ２３０１は、プロセッサ２３００によって実行されるプログラムや、各種処理に用いられる種々の情報を記憶する。また、メモリ２３０１内の領域には、ＣＵ−ＵＰ２２から送信されたダウンリンクのデータが一時的に保持されるバッファ２３Ｂの領域が含まれる。

インターフェイス回路２３０２は、ＣＵ−ＣＰ２１またはＣＵ−ＵＰ２２の他の装置と通信する回路である。

無線回路２３０３は、アンテナ２３０４を介してＵＥ３０と無線通信する回路である。無線回路２３０３は、ＵＥ３０に対応するバッファまたはＵＥ３０の論理チャネルに対応するバッファを介してＵＥ３０との間でユーザデータを送受信する。

なお、プログラム等は、必ずしも全てが最初からメモリ内に記憶されていなくてもよい。例えば、メモリカードなどの可搬型記録媒体にプログラム等が記憶され、各装置においてＣＰＵが可搬型記録媒体などからプログラム等を適宜取得して実行するようにしてもよい。また、プログラム等を記憶させた他のコンピュータまたはサーバ装置などから、無線通信回線、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介して、各装置がプログラム等を適宜取得して実行するようにしてもよい。

また、各実施例では、第１のＣＵ−ＣＰ２１ａ、第２のＣＵ−ＣＰ２１ｂ、ＣＵ−ＵＰ２２、およびＤＵ２３のそれぞれを、１つのｇＮＢ２０が有するものとして説明したが、複数のｇＮＢ装置２０に跨って構成されていてもよい。

また、各実施例に示す各機能ブロックは、主な処理内容に応じて機能別に区分したものである。機能ブロックの区分方法やその名称によって、開示の技術が制限されることはない。例えば、各実施例に示した各機能ブロックは、処理内容に応じてさらに細かな機能ブロックに細分化することもできるし、複数の機能ブロックを１つに統合することもできる。

各実施例では、一例として、ダウンリンクのフロー制御についての構成を示したが、アップリンクの場合でもダウンリンクで示したＤＵの役割をＣＵ−ＵＰで実施することにより同様に適用することができる。

また、各実施例では、バッファ２３Ｂのうち何れのＣＵ−ＣＰ２１にも割り当てられていない領域（未割当領域）についての説明を省略している。しかし、未割当領域がある場合には、未割当領域から優先して拡張容量を取得し、未割当領域が無くなった場合に、他のＣＵ−ＣＰ２１の割り当て領域を取得するようにしてもよい。

また、各実施例では、ＣＵ−ＣＰ２１とＤＵ２３とは、Ｆ１−Ｃインターフェイスを介して直接通信するが、他の例として、ＣＵ−ＣＰ２１は、ＣＵ−ＵＰ２２を介してＤＵ２３と通信するようにしてもよい。

［その他］
なお、開示の技術は、上記した実施例に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。

１ 通信システム
１０ コアネットワーク
２０ ｇＮＢ
２１ ＣＵ−ＣＰ
２１ａ 第１のＣＵ−ＣＰ
２１ｂ 第２のＣＵ−ＣＰ
２２ ＣＵ−ＵＰ
２３ ＤＵ
２３Ｂ バッファ
３０ ＵＥ
２１０ 制御部
２１１ 通信部
２１２ 送信指示部
２１３ 取得部
２１４ 第１の判定部
２１５ 第２の判定部
２１６ 第３の判定部
２１７ 選択部
２２０ 制御部
２２１ 通信部
２２２ 送信指示部
２２３ 取得部
２２４ フロー処理部
２３０ 制御部
２３１ 通信部
２３２ 送信指示部
２３３ 取得部
２３４ 処理部
２３４−１ 初期設定部
２３４−２ 変更部
２３４−３ 判定部

Claims (11)

1. 第１の通信装置から第２の通信装置へ伝送されるユーザデータの伝送制御を行う制御装置において、
   前記第２の通信装置のバッファの総容量、前記バッファ内に滞留しているユーザデータの総滞留量、前記バッファにおいて自装置に個別に割り当てられた容量、および前記自装置に個別に割り当てられたバッファに滞留するユーザデータの滞留量、の少なくとも１つの通知を要求する通知要求を前記第２の通信装置へ送信する送信部と、
   前記第２の通信装置から、前記総容量、前記総滞留量、前記割り当てられた容量、および前記滞留量、の少なくとも１つを受信する受信部と、
   を有することを特徴とする制御装置。
2. 前記受信部は、前記個別に割り当てられた容量と前記滞留量とから算出された個別バッファに関する情報と、前記総容量と前記総滞留量とから算出された総バッファに関する情報とを受信することを特徴とする請求項１に記載の制御装置。
3. 前記送信部は、
   前記個別に割り当てられた容量と前記滞留量とから算出された個別バッファに関する情報と前記総容量と前記総滞留量とから算出された総バッファに関する情報とを基に個別バッファの変更要求を前記第２の通信装置に送信することを特徴とする請求項１または２に記載の制御装置。
4. 前記変更要求には、
   バッファ設定に関する制御情報が含まれることを特徴とする請求項３に記載の制御装置。
5. 前記受信部は、
   前記第２の通信装置から自装置に割り当てられているバッファ設定の変更を要求する変更要求を受信し、
   前記送信部は、
   前記変更要求に対して可否を通知する
   ことを特徴とする請求項１乃至４のうちの何れか一項に記載の制御装置。
6. 前記変更要求には、前記バッファの容量に関する情報が含まれることを特徴とする請求項５に記載の制御装置。
7. 複数の制御装置のそれぞれによって伝送制御が行われるユーザデータを他の通信装置との間で送受信する通信装置において、
   前記制御装置から、前記ユーザデータの伝送に関する制御情報とバッファ設定に関する制御情報とを受信する受信部と、
   前記制御装置に対して、前記ユーザデータを保持するバッファを割り当てるバッファ制御部と、
   前記他の通信装置との間のデータの送受信を制御する伝送制御部と、
   を有することを特徴とする通信装置。
8. 前記制御装置に対して割り当てたバッファの空き容量を前記制御装置に通知する通知部を有し、
   前記バッファ制御部は、前記バッファの容量を制御する、
   ことを特徴とする請求項７に記載の通信装置。
9. 複数の制御装置のそれぞれによって伝送制御が行われるユーザデータを他の通信装置との間で送受信する通信装置において、
   前記制御装置から、前記ユーザデータの伝送に関する制御情報とバッファ設定に関する制御情報とを受信する受信部と、
   前記制御装置に対して、前記ユーザデータを保持するバッファを割り当てるバッファ制御部と
   前記他の通信装置との間のデータの送受信を制御する伝送制御部と
   端末装置との間で、前記端末装置毎に割り当てられたバッファまたは前記端末装置の論理チャネル毎に割り当てられたバッファを介して前記ユーザデータを送受信する無線部と、
   を有することを特徴とする通信装置。
10. 前記制御装置に対して割り当てたバッファの空き容量を前記制御装置に通知する通知部を有し、
    前記バッファ制御部は、前記バッファの容量を制御する、
    ことを特徴とする請求項９に記載の通信装置。
11. 第１の通信装置と、
    第２の通信装置と、
    端末装置と、
    第１の制御装置と、
    第２の制御装置と
    を有し、
    前記第１の制御装置は、
    前記第２の通信装置のバッファの総容量、前記バッファ内に滞留しているユーザデータの総滞留量、前記バッファにおいて自装置に個別に割り当てられた容量、および前記自装置に個別に割り当てられたバッファに滞留するユーザデータの滞留量の少なくとも１つの通知を要求する通知要求を前記第２の通信装置へ送信する送信部と、
    前記第２の通信装置から、前記総容量、前記総滞留量、前記割り当てられた容量、および前記滞留量の少なくとも１つを受信する受信部と、
    を有し、
    前記第２の通信装置は、
    前記第１の制御装置および前記第２の制御装置から、前記ユーザデータの伝送に関する制御情報とバッファ設定に関する制御情報とを受信する受信部と、
    前記第１の制御装置および前記第２の制御装置に対して、前記ユーザデータを保持するバッファを割り当てるバッファ制御部と、
    前記第１の通信装置との間のデータの送受信を制御する伝送制御部と、
    前記端末装置との間で、前記端末装置毎に割り当てられたバッファまたは前記端末装置の論理チャネル毎に割り当てられたバッファを介して前記ユーザデータを送受信する無線部と、
    を有することを特徴とする通信システム。

Images