移動局に送信される下りリンクデータを一時的に蓄える第2層レベルのバッファであるレイヤ2バッファを備える基地局であって、前記レイヤ2バッファに蓄えられたデータを下り方向における無線リソースにスケジューリングするスケジューリング処理部と、前記移動局に備えられ、下りリンクデータ及び上りリンクデータを一時的に蓄える移動局バッファに滞留する滞留データ量を推定するバッファ滞留量推定部とを備え、前記バッファ滞留量推定部は、前記移動局に送信済みであるが送達確認を受信していない下りリンクデータ、及び前記基地局が前記移動局に送信した上りリンクデータの送達確認後に前記移動局が前記基地局に送信したと推定される上りリンクデータの和に基づいて、前記滞留データ量を推定し、前記スケジューリング処理部は、前記バッファ滞留量推定部によって推定された前記滞留データ量が所定の閾値を超える場合、前記移動局に送信される下りリンクデータ及び前記移動局から送信される上りリンクデータの少なくとも何れかのスケジューリングを停止する基地局。前記バッファ滞留量推定部は、RLCAMが適用される無線アクセスベアラを介して送信された下り方向のPDUの平均サイズと、送信したPDUの数とに基づいて、下りリンクデータ量を推定し、RLCAMが適用される無線アクセスベアラを介して移動局から送信された上り方向のPDUの平均サイズと、受信したPDUの数とに基づいて、上りリンクデータ量を推定する請求項1に記載の基地局。前記バッファ滞留量推定部は、RLCUMが適用される無線アクセスベアラを介して送信された追加下りリンクデータ量を前記下りリンクデータ量に加算し、RLCUMが適用される無線アクセスベアラを介して受信した追加上りリンクデータ量を前記上りリンクデータ量に加算する請求項2に記載の基地局。前記スケジューリング処理部は、スケジューリングの停止の対象となる下りリンクデータまたは上りリンクデータが、ハイブリッドARQに従った再送データである場合、或いはスケジューリングの停止の対象となる下りリンクデータまたは上りリンクデータが、RLCレイヤにおける再送データである場合、前記下りリンクデータまたは前記上りリンクデータを無線リソースにスケジューリングする請求項1に記載の基地局。移動局に送信されるデータを一時的に蓄える第2層レベルのバッファであるレイヤ2バッファを備える通信装置を用いた通信制御方法であって、前記レイヤ2バッファに蓄えられたデータを下り方向における無線リソースにスケジューリングするステップと、前記移動局に備えられ、下りリンクデータ及び上りリンクデータを一時的に蓄える移動局バッファに滞留する滞留データ量を推定するステップとを有し、前記滞留データ量を推定するステップでは、前記移動局に送信済みであるが送達確認を受信していない下りリンクデータ、及び前記基地局が前記移動局に送信した上りリンクデータの送達確認後に前記移動局が前記基地局に送信したと推定される上りリンクデータの和に基づいて、前記滞留データ量を推定し、前記スケジューリングするステップでは、前記バッファ滞留量推定部によって推定された前記滞留データ量が所定の閾値を超える場合、前記移動局に送信される下りリンクデータ及び前記移動局から送信される上りリンクデータの少なくとも何れかのスケジューリングを停止する通信制御方法。しかしながら、上述した従来のレイヤ2バッファの制御方法には、次のような問題があった。すなわち、基地局と移動局との上りリンク及び下りリンクの品質が良好の場合には、実効的な通信速度が上昇するため、短時間に大量のデータが移動局に到達或いは大量の上り送信データが滞留し、移動局が備えるレイヤ2バッファのオーバーフローが発生し易くなる。そこで、本発明は、このような状況に鑑みてなされたものであり、上りリンク及び下りリンクの品質が良好の場合でも移動局が備えるレイヤ2バッファのオーバーフローを確実に防止し得る基地局及び通信制御方法の提供を目的とする。本発明の第1の特徴は、移動局移動局200A200Bに送信される下りリンクデータを一時的に蓄える第2層レベルのバッファであるレイヤ2バッファレイヤ2バッファ101を備える基地局基地局100であって、前記レイヤ2バッファに蓄えられたデータを下り方向における無線リソースにスケジューリングするスケジューリング処理部スケジューリング処理部107と、前記移動局に備えられ、下りリンクデータ及び上りリンクデータを一時的に蓄える移動局バッファレイヤ2バッファ210に滞留する滞留データ量を推定するバッファ滞留量推定部UEバッファ滞留量推定部105とを備え、前記バッファ滞留量推定部は、前記移動局に送信済みであるが送達確認を受信していない下りリンクデータ、及び前記基地局が前記移動局に送信した上りリンクデータの送達確認後に前記移動局が前記基地局に送信したと推定される上りリンクデータの和に基づいて、前記滞留データ量を推定し、前記スケジューリング処理部は、前記バッファ滞留量推定部によって推定された前記滞留データ量が所定の閾値を超える場合、前記移動局に送信される下りリンクデータ及び前記移動局から送信される上りリンクデータの少なくとも何れかのスケジューリングを停止することを要旨とする。本発明の第2の特徴は、移動局に送信されるデータを一時的に蓄える第2層レベルのバッファであるレイヤ2バッファを備える通信装置を用いた通信制御方法であって、前記レイヤ2バッファに蓄えられたデータを下り方向における無線リソースにスケジューリングするステップと、前記移動局に備えられ、下りリンクデータ及び上りリンクデータを一時的に蓄える移動局バッファに滞留する滞留データ量を推定するステップとを有し、前記滞留データ量を推定するステップでは、前記移動局に送信済みであるが送達確認を受信していない下りリンクデータ、及び前記基地局が前記移動局に送信した上りリンクデータの送達確認後に前記移動局が前記基地局に送信したと推定される上りリンクデータの和に基づいて、前記滞留データ量を推定し、前記スケジューリングするステップでは、前記バッファ滞留量推定部によって推定された前記滞留データ量が所定の閾値を超える場合、前記移動局に送信される下りリンクデータ及び前記移動局から送信される上りリンクデータの少なくとも何れかのスケジューリングを停止することを要旨とする。本発明の特徴によれば、下りリンクの品質が良好の場合でも移動局が備えるレイヤ2バッファのオーバーフローを確実に防止し得る基地局及び通信制御方法を提供することができる。次に、本発明の実施形態について説明する。なお、以下の図面の記載において、同一または類似の部分には、同一または類似の符号を付している。ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。したがって、具体的な寸法などは以下の説明を参酌して判断すべきものである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。1無線通信システムの全体概略構成図1は、本実施形態に係る無線通信システムの全体概略構成図である。図1に示すように、本実施形態に係る無線通信システムは、LongTermEvolutionLTE方式を採用しており、コアネットワーク50、基地局100eNB及び移動局200A200BUEを含む。基地局100は、コアネットワーク50に接続されている。基地局100は、セルC1を形成し、移動局200A及び200BとLTE方式に従った無線通信を実行する。特に、本実施形態では、基地局100は、移動局及び移動局200B、以下同に送信される下りリンクデータを一時的に蓄えるレイヤ2バッファ101を備える。また、移動局200Aは、基地局100から送信された下りリンクデータ、及び移動局200Aから基地局100に送信される上りリンクデータを一時的に蓄えるレイヤ2バッファ210を備える。本実施形態において、レイヤ2バッファ210は、移動局バッファを備える。2無線通信システムの機能ブロック構成次に、本実施形態に係る無線通信システムの機能ブロック構成について説明する。具体的には、基地局100の機能ブロック構成について説明する。図2は、基地局100の機能ブロック構成図である。図2に示すように、基地局100は、レイヤ2バッファ101、UEバッファ滞留量推定部105、スケジューリング処理部107及び無線通信部109を備える。レイヤ2バッファ101は、基地局100を介して移動局200A200Bに送信されるデータを一時的に蓄える。レイヤ2バッファ101は、複数の移動局で共有される第2層レベルのバッファである。具体的には、レイヤ2バッファ101は、RLCPDCPSDUServiceDataUnitを一時的に蓄える。レイヤ2バッファ101RLCPDCPバッファは、複数の移動局ユーザ及び無線アクセスベアラによって共有される。レイヤ2バッファ101は、基地局100が形成するセル毎に用意される。UEバッファ滞留量推定部105は、移動局200Aに備えられるレイヤ2バッファ210に滞留する滞留データ量を推定する。具体的には、UEバッファ滞留量推定部105は、移動局200Aに送信済みであるが送達確認ACKを受信していない下りリンクデータ、及び基地局100が移動局200Aに送信した上りリンクデータの送達確認後に移動局200Aが基地局100に送信したと推定される上りリンクデータの和に基づいて、滞留データ量を推定する。以下、UEバッファ滞留量推定部105によるレイヤ2バッファ210の滞留データ量の推定方法について、さらに詳細に説明する。UEバッファ滞留量推定部105は、以下のデータの加算値に基づいて、レイヤ2バッファ210の滞留データ量EstimatedUEL2buffereddataを推定する。なお、レイヤ2バッファ101内に蓄えられている滞留している下りリンクデータの移動局ユーザの識別は、SDUに付与されている送達先識別子であるTEIDTunnelEndpointIdentifierを確認することによって可能である3GPPTS29060参照。基地局100が移動局200Aに送信済み、かつ移動局200AからのRLCACKを確認できていない下りリンクデータDLデータ最後に基地局100がRLCACKを送信した時点以降、移動局200Aが送信したと想定される上りリンクデータULデータUEバッファ滞留量推定部105は、{EstimatedUEL2buffereddata≧レイヤ2バッファ210のサイズTotalL2buffersize}を満たす場合、移動局200Aと設定される全論理チャネルに関して新規データがないと見なす。このような動作によって、レイヤ2バッファ210のオーバーフローが発生した、またはオーバーフローが発生すると予測される場合、移動局200Aに対する下りリンクデータ及び上りリンクデータの少なくとも何れかの新規のスケジューリングが停止される。UEバッファ滞留量推定部105は、RLCAMAcknowledgedModeが適用される無線アクセスベアラを介して送信された下り方向のPDUの平均サイズと、送信したPDUの数とに基づいて、下りリンクデータ量を推定する。同様に、UEバッファ滞留量推定部105は、RLCAMが適用される無線アクセスベアラを介して移動局から送信された上り方向のPDUの平均サイズと、受信したPDUの数とに基づいて、上りリンクデータ量を推定する。具体的には、UEバッファ滞留量推定部105は、基地局100が送信済み、かつ移動局200AからのRLCACKを確認できていない下りリンクデータのうち、RLCAMが適用されるベアラを介して送信される下りリンクデータを、次の数式を用いて算出する。ここで、SizeDLPDUaverageは、平均のDLRLCPDUサイズであり、送信した全てのDLRLCPDUサイズの平均値、及び移動局200AからのRLCACKを確認できていないDLRLCPDUにおける平均RLCPDUサイズから求めることができる。NDLPDUは、移動局200AからのRLCACKを確認できていないDLRLCPDUの数である。また、最後に基地局100がRLCACKを送信した時点以降、移動局200Aが送信したと想定される上りリンクデータのうち、RLCAMが適用されるベアラを介して送信される上りリンクデータを、次の数式を用いて算出する。ここで、SizeULPDUaverageは、平均のULRLCPDUサイズであり、基地局100が受信した全てのULRLCPDUサイズの平均値、及び最後に基地局100がRLCACKを送信した時点以降、移動局200Aが送信したと想定されるULRLCPDUの平均RLCPDUサイズから求めることができる。NULPDUは、最後に基地局100がRLCACKを送信した時点以降、移動局200Aが送信したと想定されるULRLCPDUの数である。また、UEバッファ滞留量推定部105は、RLCUMUnacknowledgedModeが適用される無線アクセスベアラを介して送信された下りリンクデータ量追加下りリンクデータ量を、上述した数式により算出したRLCAMが適用される無線アクセスベアラを介して送信される下りリンクデータ量に加算してもよい。同様に、UEバッファ滞留量推定部105は、RLCUMが適用される無線アクセスベアラを介して移動局200Aから受信した上りリンクデータ量追加上りリンクデータ量を上述した数式により算出したRLCAMが適用される無線アクセスベアラを介して受信した上りリンクデータ量に加算してもよい。なお、移動局200AのRLCAMが適用される無線アクセスベアラを介して受信した上りリンクデータ量を推定する場合、UEバッファ滞留量推定部105は、ある時点で移動局200Aが実際にどれくらいの上りリンクデータを送信しているのかどれくらいの上りリンクデータが移動局200AにおいてACK確認待ちとなっているかを正確に把握することはできない。そこで、UEバッファ滞留量推定部105は、推定する時点において基地局100が受信済みであるRLCPDUのシーケンスナンバーSNから推定する。RLCレイヤの受信側では、受信状況を状態変数にて管理しているため、UEバッファ滞留量推定部105Jは、当該状態変数のうち、所定の変数を用いて、移動局200Aが送信済みACK確認待ちの上りリンクデータ量を推定する。具体的には、UEバッファ滞留量推定部105は、以下の数式により、上りリンクにおける滞留データ量を推定する。UL滞留データ量=SizeULPDUaverage×VR-LastACKedここで、LastACKedは、最後にACKを報告したRLCPDUのSNである。VRは、受信したRLCPDUのSNのうち、最大値に1を加算したものである。また、NULPDUVR-LastAckedと表すことができるため、SizeULPDUaverageは、次の数式によって求めることができる。また、UEバッファ滞留量推定部105は、LastACKedを、以下ように更新することできる。無線アクセスベアラの確立時:0零に設定Statusreport送信時StatusreportにNACKが含まれない場合:報告したACKSNに設定StatusreportにNACKが含まれる場合:最初のNACKSNに設定ここで、Statusreportにおいて受信できていないRLCPDUのSNをNACKSNとして報告する場合には、古い値が小さいSNから設定することが好ましい。また、UEバッファ滞留量推定部105は、SizeULPDUtotal受信した上りリンクデータ量を、以下のように更新することができる。無線アクセスベアラの確立時:0零に設定ULAMDPDUの受信時:SizeULPDUtotal=SizeULPDUtotal受信したAMDPDUのサイズLastAcked更新時:また、UEバッファ滞留量推定部105は、RLCUMが適用される無線アクセスベアラを介して移動局200Aから受信した上りリンクデータ量追加上りリンクデータ量、例えば、音声パケットに関しては、RLCレイヤにおける受信側からのStatusreport送達確認が送信されないため、所定のデータ量が常に滞留していると見なして、滞留データ量を推定する。例えば、UEバッファ滞留量推定部105は、RLCUMが適用される全ての無線アクセスベアラに対して、次のデータ量が一律に各移動局UEのレイヤ2バッファ210に滞留していると見なす。第1に、UEにおいて送信中のRLCPDUの総データサイズUMtransmitbuffersizeである。UMtransmitbuffersizeは、各移動局が並行して送信することのできる音声パケット数と音声パケットサイズとの積によって求められる。第2に、各移動局において順序制御待ちのRLCPDUの総データサイズUMreorderingbuffersizeである。UMreorderingbuffersizeは、各移動局が並行して受信すると想定される音声パケット数と音声パケットサイズとの積によって求められる。スケジューリング処理部107は、レイヤ2バッファ101に蓄えられた下りリンクデータを下り方向における無線リソースにスケジューリングする。具体的には、スケジューリング処理部107は、UEバッファ滞留量推定部105によって推定された移動局200Aのレイヤ2バッファ210に滞留する滞留データ量が所定の閾値を超える場合、移動局200Aに送信される下りリンクデータのスケジューリングを停止する。また、スケジューリング処理部107は、当該滞留データ量が所定の閾値を超える場合、移動局200Aから送信される上りリンクデータのスケジューリングを停止することもできる。また、スケジューリング処理部107は、スケジューリングの停止の対象となる下りリンクデータまたは上りリンクデータが、ハイブリッドARQに従った再送データである場合、当該下りリンクデータまたは当該上りリンクデータを無線リソースにスケジューリングすることができる。或いは、スケジューリング処理部107は、スケジューリングの停止の対象となる下りリンクデータまたは上りリンクデータが、RLCレイヤにおける再送データである場合、同様に、当該下りリンクデータまたは当該上りリンクデータを無線リソースにスケジューリングする。つまり、スケジューリング処理部107は、ハブリッドARQによる再送、またはRLCレイヤにおける再送データに関しては、無線リソースへのスケジューリングを停止しなくてもよい。無線通信部109は、移動局200AとLTE方式に従った無線通信を実行する。特に、本実施形態では、無線通信部109は、レイヤ2バッファ101から出力された下りリンクデータPDUを、スケジューリング処理部107によって指定された無線リソースを用いて移動局200Aに向けて送信する。また、無線通信部109は、移動局200Aから送信された無線信号を受信し、復調やデコードの処理を実行することによって、上りリンクデータPDUを出力する。3無線通信システムの動作次に、本実施形態に係る無線通信システムの動作について説明する。具体的には、移動局200Aと送受信されるデータの基地局100によるスケジューリング動作について説明する。3.1送信ウィンドウ制御まず、本実施形態において前提となる送信側例えば、基地局100と受信側例えば、移動局200Aとにおける送信ウィンドウ制御及びTxWindowStallingについて説明する。図3は、基地局100と移動局200Aとによる送信ウィンドウ制御及びTxWindowStallingの説明図である。図3に示すように、本実施形態では、受信側の移動局200Aが基地局100にStatusreportを送信することによって、ACKが確認されていないPDUを再送したり、重複して受信したPDUを破棄したりしながら、順次TxWindow310をスライドさせる。同様に、RxWindow320もPDUの受信に応じて順次スライドされる。ここで、図3に示すように、移動局200AからのStatusreportが基地局100で受信できず、TxWindow310を更新できないと、基地局100は、移動局200Aに新規のPDUを送信することができなくなり、スループットが低下する。TxWindowStallingを回避するためには、Statusreportを適正な頻度で基地局100にフィードバックする必要がある。基地局100のRLCレイヤは、TxWindow310を管理し、TxWindowStallingが発生した場合には、当該無線アクセスベアラを介した新たな下りリンクデータのスケジューリングを停止している。本実施形態では、移動局200Aのレイヤ2バッファ210RLCPDCPバッファのオーバーフローが発生した際に、TxWindowStallingが発生していると見なし、下りリンクデータ及び上りリンクデータの新規スケジューリングを停止する。なお、上りリンクデータの新規スケジューリングは、必ずしも停止しなくても構わない。ここで、図4は、レイヤ2バッファ210にデータが格納される様子を示す図である。図4に示すように、レイヤ2バッファ210の容量は有限であり、オーバーフローが発生すると、オーバーフローが発生した以降に到来したデータPDUは破棄される。レイヤ2バッファ210に蓄えられるデータは、次の2種類である。順序制御reordering待ちの下りリンクデータDLデータ基地局100からのRLCACKを確認していない上りリンクデータULデータ特に、平均のトランスポートブロックサイズ1TTIで送信するビット数が大きい場合に、このようなオーバーフローが発生し易い。本実施形態に係る基地局100は、上述したようにレイヤ2バッファ210に滞留する滞留データ量を推定し、滞留データ量が所定の閾値を超える場合、TxWindowStallingが発生していると見なし、下りリンクデータ及び上りリンクデータの新規スケジューリングを停止する。3.2基地局100の動作フロー図5は、移動局200Aと送受信されるデータの基地局100によるスケジューリング動作フローを示す。図5に示すように、基地局100は、下りリンクデータの送信、または上りリンクデータの受信に伴う処理を実行S10し、移動局200AUEのレイヤ2バッファ210に滞留すると推定されるデータ量滞留データ量を算出するS20。次いで、基地局100は、算出した滞留データ量に基づいて、レイヤ2バッファ210のオーバーフローが発生するか否かを推定するS30。具体的には、基地局100は、レイヤ2バッファ210のオーバーフローが発生すると推定されたことに伴うTxWindowStallingL2bufferbasedTxWindowStallingというが発生したか否かを判定する。L2bufferbasedTxWindowStallingが発生した場合、基地局100は、新規の上りリンクデータの割り当てを停止するS40。また、L2bufferbasedTxWindowStallingが発生した場合、基地局100は、新規の下りリンクデータの送信も停止するS60。一方、L2bufferbasedTxWindowStallingが発生していない場合、基地局100は、通常のTxWindowStallingWindowbasedTxWindowStallingというが発生したか否かを判定するS50。なお、WindowbasedTxWindowStallingとは、上述したように、移動局200AからのStatusreportを基地局100で受信できないため、TxWindow310が更新できない状態図3参照である。WindowbasedTxWindowStallingが発生した場合、基地局100は、新規の下りリンクデータの送信を停止するS60。なお、図5に示したフローにおいて、L2bufferbasedTxWindowStallingの判定S30と、WindowbasedTxWindowStallingの判定S50とは、前後してもよい。4作用効果基地局100によれば、移動局200Aに送信済みであるが送達確認を受信していない下りリンクデータ、及び基地局100が移動局200Aに送信した上りリンクデータの送達確認後に移動局200Aが基地局100に送信したと推定される上りリンクデータの和に基づいて滞留データ量を推定する。さらに、推定した滞留データ量が所定の閾値を超える場合、基地局100は、移動局200Aに送信される下りリンクデータ及び移動局200Aから送信される上りリンクデータのスケジューリングを停止する。このため、移動局200Aのレイヤ2バッファ210のオーバーフローが発生すると予測される場合でも、当該下りリンクデータ及び当該上りリンクデータのスケジューリングが停止されるため、レイヤ2バッファ210のオーバーフローを確実に防止し得る。特に、基地局100と移動局200Aとの上りリンク及び下りリンクの品質が良好の場合において、実効的な通信速度の上昇によって短時間に大量のデータが移動局200Aに到達するような場合でも、レイヤ2バッファ210のオーバーフローを確実に防止し得る。本実施形態では、RLCAMが適用される無線アクセスベアラを介して送信されたデータに基づいて下りリンクデータ量及び上りリンクデータ量を推定しているが、RLCUMが適用される無線アクセスベアラを介して送信されたデータを当該下りリンクデータ量及び当該上りリンクデータ量に加算することもできる。このため、より正確にレイヤ2バッファ210における滞留データ量を推定できる。本実施形態では、スケジューリングの停止の対象となる下りリンクデータまたは上りリンクデータが、ハイブリッドARQに従った再送データである場合、或いはスケジューリングの停止の対象となる下りリンクデータまたは上りリンクデータが、RLCレイヤにおける再送データである場合、当該下りリンクデータまたは当該上りリンクデータを無線リソースにスケジューリングする、つまり、スケジューリングの停止の対象から除外される。このため、スケジューリングの停止による影響が大きいデータは速やかに送信されるため、スループットの低下などを効果的に抑制し得る。5その他の実施形態上述したように、本発明の一実施形態を通じて本発明の内容を開示したが、この開示の一部をなす論述及び図面は、本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態が明らかとなろう。例えば、上述した実施形態では、既存のTxWindowStalling発生時におけるデータのスケジューリング停止の機能を活用することによって、レイヤ2バッファ210のオーバーフローが発生すると推定された場合に、下りリンクデータまたは上りリンクデータの割り当てや送信を停止していたが、必ずしもこのようなTxWindowStalling発生時におけるデータのスケジューリング停止の機能を活用する必要はなく、別個独立の機能として、データのスケジューリング停止を実行するようにしてもよい。このように、本発明は、ここでは記載していない様々な実施の形態などを含むことは勿論である。したがって、本発明の技術的範囲は、上述の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。