特許 7533770 基地局装置、無線通信システム、および無線通信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-05

(45)【発行日】2024-08-14

(54)【発明の名称】基地局装置、無線通信システム、および無線通信方法

(51)【国際特許分類】

   H04W 28/10 20090101AFI20240806BHJP

   H04W 24/10 20090101ALI20240806BHJP

   H04W 72/0457 20230101ALI20240806BHJP

   H04W 72/1273 20230101ALI20240806BHJP

   H04W 92/20 20090101ALI20240806BHJP

【ＦＩ】

H04W28/10

H04W24/10

H04W72/0457 110

H04W72/1273

H04W92/20

【請求項の数】 13

(21)【出願番号】P 2023510049

(86)(22)【出願日】2021-03-31

(86)【国際出願番号】 JP2021013902

(87)【国際公開番号】W WO2022208758

(87)【国際公開日】2022-10-06

【審査請求日】2023-08-24

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110004185

【氏名又は名称】インフォート弁理士法人

(74)【代理人】

【識別番号】100121083

【弁理士】

【氏名又は名称】青木 宏義

(74)【代理人】

【識別番号】100138391

【弁理士】

【氏名又は名称】天田 昌行

(74)【代理人】

【識別番号】100074099

【弁理士】

【氏名又は名称】大菅 義之

(72)【発明者】

【氏名】赤澤 公久

【審査官】石田 信行

(56)【参考文献】

【文献】特開２０１９－３６８７３（ＪＰ，Ａ）

【文献】国際公開第２０２１／００９８８３（ＷＯ，Ａ１）

【文献】Huawei，Downlink Flow control for EN-DC，3GPP TSG RAN WG3 adhoc_R3_AH_NR_1706 R3-172456，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_AHGs/R3_AH_NR_1706/Docs/R3-172456.zip>，2017年06月29日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ ４／００ － ９９／００

Ｈ０４Ｂ ７／２４ － ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

隣接基地局を利用して端末にデータを送信する基地局装置であって、
前記隣接基地局から前記端末へのデータ送信の状態を表す状態報告を前記隣接基地局から受信する受信部と、
前記受信部が受信した状態報告を保存する保存部と、
所定の周期で設定される処理タイミング毎に、前記保存部に保存されている状態報告に基づいて前記隣接基地局へのデータ送信を制御する送信制御部と、を備え、
第１の処理タイミングにおいて前記保存部に保存されている状態報告の量が所定の閾値を越えるときは、前記送信制御部は、前記保存部に保存されている状態報告の一部に基づいて前記隣接基地局へのデータ送信を制御し、前記第１の処理タイミングよりも後の第２の処理タイミングにおいて残りの状態報告に基づいて前記隣接基地局へのデータ送信を制御する
ことを特徴とする基地局装置。

【請求項2】

隣接基地局を利用して端末にデータを送信する基地局装置であって、
前記隣接基地局から前記端末へのデータ送信の状態を表す状態報告を要求する報告要求を、所定の周期で前記隣接基地局に送信する要求部と、
前記隣接基地局から受信する状態報告に基づいて前記隣接基地局へのデータ送信を制御する送信制御部と、を備え、
前記要求部は、前記状態報告により表される状態の変化に基づいて、前記隣接基地局に前記報告要求を送信する周期を変化させる
ことを特徴とする基地局装置。

【請求項3】

当該基地局装置から前記隣接基地局に送信されるパケットにはシーケンス番号が付与されており、
前記状態報告は、前記隣接基地局が前記報告要求を受信したときに前記端末への転送が完了しているパケットのシーケンス番号を表し、
前記要求部が第１の周期で前記報告要求を送信しているときに、前記隣接基地局から受信する状態報告が表すシーケンス番号の変化が所定の閾値より小さくなると、前記要求部は、前記第１の周期よりも長い第２の周期で前記報告要求を送信する
ことを特徴とする請求項２に記載の基地局装置。

【請求項4】

前記要求部が第１の周期で前記報告要求を送信しているときに、前記状態報告に基づいて推定される前記隣接基地局と前記端末との間の伝送レートの変化が所定の閾値より小さくなると、前記要求部は、前記第１の周期よりも長い第２の周期で前記報告要求を送信する
ことを特徴とする請求項２に記載の基地局装置。

【請求項5】

第１の基地局および第２の基地局が端末と接続する無線通信システムであって、
前記第１の基地局は、
前記第２の基地局から前記端末へのデータ送信の状態を表す状態報告を要求する報告要求を、所定の周期で前記第２の基地局に送信する要求部と、
前記第２の基地局から受信する状態報告に基づいて前記第２の基地局へのデータ送信を制御する送信制御部と、を備え、
前記第２の基地局は、
前記第１の基地局から受信するデータを保存するデータ保存部と、
前記データ保存部に保存されているデータを前記端末に転送する転送部と、
前記報告要求を受信したときに、前記状態報告を前記第１の基地局に送信する報告送信部と、を備え、
前記データ保存部に保存されているデータの量が所定の閾値を越えたことを表す状態報告が前記第２の基地局から前記第１の基地局に送信されると、前記要求部は、前記第２の基地局への報告要求の送信を停止する
ことを特徴とする無線通信システム。

【請求項6】

前記データ保存部に保存されているデータの量が所定の閾値を越えたことを表す状態報告が前記第２の基地局から前記第１の基地局に送信されると、前記送信制御部は、前記第２の基地局へのデータ送信を停止する
ことを特徴とする請求項５に記載の無線通信システム。

【請求項7】

前記データ保存部に保存されているデータの量が前記閾値以下になったことを表す状態報告が前記第２の基地局から前記第１の基地局に送信されると、前記要求部は、前記第２の基地局への報告要求の送信を再開する
ことを特徴とする請求項５に記載の無線通信システム。

【請求項8】

第１の基地局および第２の基地局が端末と接続する無線通信システムであって、
前記第１の基地局は、
前記第２の基地局から前記端末へのデータ送信の状態を表す状態報告を要求する報告要求を、ベアラ毎に、前記第２の基地局に送信する要求部と、
前記第２の基地局から受信する状態報告に基づいて前記第２の基地局へのデータ送信を制御する送信制御部と、を備え、
前記第２の基地局は、前記報告要求を受信したときに、前記状態報告を前記第１の基地局に送信する報告送信部を備え、
前記第２の基地局が所定期間内に複数のベアラに対する報告要求を受信したときは、前記報告送信部は、前記複数のベアラに対する状態報告を多重化して前記第１の基地局に送信する
ことを特徴とする無線通信システム。

【請求項9】

第１の基地局および第２の基地局が複数のベアラを収容する無線通信システムであって、
前記第１の基地局は、
前記第２の基地局から端末へのデータ送信の状態を表す状態報告を要求する報告要求を、前記第２の基地局に送信する要求部と、
前記第２の基地局から受信する状態報告に基づいて、ベアラ毎に、前記第２の基地局へのデータ送信を制御する送信制御部と、
各ベアラの無線通信の品質に基づいて、前記複数のベアラを２以上のグループに分類する分類部と、を備え、
前記要求部は、グループ毎に報告要求の送信パターンを決定する
ことを特徴とする無線通信システム。

【請求項10】

前記要求部は、グループ毎に、代表ベアラのみに対して報告要求を送信する
ことを特徴とする請求項９に記載の無線通信システム。

【請求項11】

前記送信制御部は、前記代表ベアラの状態報告に基づいて、前記代表ベアラが属するグループ内の各ベアラのデータ送信を制御する
ことを特徴とする請求項１０に記載の無線通信システム。

【請求項12】

前記要求部は、グループ毎に、代表ベアラに対して第１の周期で報告要求を送信すると共に、他のベアラに対して前記第１の周期よりも長い第２の周期で報告要求を送信する
ことを特徴とする請求項９に記載の無線通信システム。

【請求項13】

第１の基地局および第２の基地局が連携して端末にデータを送信する無線通信方法であって、
前記第１の基地局は、前記第２の基地局から前記端末へのデータ送信の状態を表す状態報告を要求する報告要求を、所定の周期で前記第２の基地局に送信し、
前記第１の基地局は、前記第２の基地局から受信する状態報告に基づいて前記第２の基地局へのデータ送信を制御し、
前記第１の基地局は、前記状態報告により表される状態の変化に基づいて、前記第２の基地局に前記報告要求を送信する周期を変化させる
ことを特徴とする無線通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、基地局装置、無線通信システム、および無線通信方法に係わる。

【背景技術】

【0002】

ダウンリンクの平均スループットを向上させる技術の１つとして、デュアルコネクティビティ（Dual Connectivity）が検討されている。デュアルコネクティビティは、複数の基地局により実現される。たとえば、マスタ基地局は、ユーザデータＤをデータＤ１およびデータＤ２に分割する。データＤ１はユーザ端末に送信され、データＤ２はセカンダリ基地局に送信される。そして、セカンダリ基地局は、データＤ２をユーザ端末に送信する。これにより、ユーザ端末は、ユーザデータＤを取得する。

【0003】

デュアルコネクティビティでダウンリンクデータを送信するときは、マスタ基地局およびセカンダリ基地局は、ＤＤＤＳ（Downlink Data Delivery Status）手順を実行する。例えば、マスタ基地局は、セカンダリ基地局に対してＤＤＤＳレポートを要求する。セカンダリ基地局は、この要求に応じて、マスタ基地局にＤＤＤＳレポートを送信する。そして、マスタ基地局は、ＤＤＤＳレポートに基づいて、ダウンリンクデータのフロー制御を実行する。

【0004】

なお、デュアルコネクティビティについては、例えば、特許文献１～２に記載されている。

【先行技術文献】

【特許文献】

【0005】

【文献】ＷＯ２０２０／０２６８３５

【文献】ＷＯ２０１９／０９７７０５

【発明の概要】

【発明が解決しようとする課題】

【0006】

上述したＤＤＤＳ手順は、ベアラ毎に行われる。このため、基地局に収容されるベアラの数が増加すると、ＤＤＤＳ手順を実行するために必要な資源（例えは、ＣＰＵの容量）が増加する。この結果、基地局の処理能力が十分でないケースでは、ユーザプレーンの伝送レート（又は、ユーザスループット）が制限されるおそれがある。

【0007】

本発明の１つの側面に係わる目的は、デュアルコネクティビティにおけるユーザスループットを向上させることである。

【課題を解決するための手段】

【0008】

本発明の１つの態様に係わる基地局装置は、隣接基地局を利用して端末にデータを送信する。この基地局装置は、前記隣接基地局から前記端末へのデータ送信の状態を表す状態報告を要求する報告要求を、所定の周期で前記隣接基地局に送信する要求部と、前記隣接基地局から受信する状態報告に基づいて前記隣接基地局へのデータ送信を制御する送信制御部と、を備える。前記要求部は、前記状態報告により表される状態の変化に基づいて、前記隣接基地局に前記報告要求を送信する周期を変化させる。

【発明の効果】

【0009】

上述の態様によれば、デュアルコネクティビティにおけるユーザスループットが向上する。

【図面の簡単な説明】

【0010】

【図1】本発明の実施形態に係わる無線通信システムの一例を示す図である。

【図2】基地局の無線プロトコルの構成例を示す図である。

【図3】デュアルコネクティビティの動作シーケンスの一例を示す図である。

【図4】基地局の構成の一例を示す図である。

【図5】ＤＤＤＳ報告のフォーマットの一例を示す図である。

【図6】本発明の第１の実施形態に係わるＤＤＤＳ手順の一例を示す図である。

【図7】本発明の第２の実施形態に係わるＤＤＤＳ手順の一例を示す図である。

【図8】第２の実施形態におけるマスタ基地局の動作の一例を示すフローチャートである。

【図9】本発明の第３の実施形態に係わるＤＤＤＳ手順の一例を示す図である。

【図10】ＤＤＤＳ報告に基づいて推定される無線レートの一例を示す図である。

【図11】第３の実施形態におけるマスタ基地局の動作の一例を示すフローチャートである。

【図12】本発明の第４の実施形態に係わるＤＤＤＳ手順の一例を示す図である。

【図13】バッファレポートビットを含むＤＤＤＳ報告のフォーマットの一例を示す図である。

【図14】第４の実施形態におけるセカンダリ基地局の動作の一例を示すフローチャートである。

【図15】第４の実施形態におけるマスタ基地局の動作の一例を示すフローチャートである。

【図16】本発明の第５の実施形態に係わるＤＤＤＳ手順の一例を示す図である。

【図17】複数のベアラを多重化可能なＤＤＤＳ報告のフォーマットの一例を示す図である。

【図18】第５の実施形態におけるセカンダリ基地局の動作の一例を示すフローチャートである。

【図19】本発明の第６の実施形態に係わるＤＤＤＳ手順の一例を示す図である。

【図20】第６の実施形態におけるマスタ基地局の動作の一例を示すフローチャートである。

【発明を実施するための形態】

【0011】

図１は、本発明の実施形態に係わる無線通信システムの一例を示す。本発明の実施形態に係わる無線通信システム１００は、デュアルコネクティビティを提供する。デュアルコネクティビティは、１つの端末装置（例えば、ＵＥ）と２つの基地局との間でパケットデータを伝送する。

【0012】

基地局１は、この実施例ではｇＮＢであり、マスタ基地局として動作する。また、基地局２は、この実施例ではｅＮＢであり、セカンダリ基地局として動作する。基地局１および基地局２は、Non-Ideal backhaul（たとえば、Ｘ２）インタフェースで接続されている。ユーザ端末３は、この実施例ではＵＥ（User Equipment）である。そして、ユーザ端末３は、基地局１および基地局２と通信を行うことができる。また、ユーザ端末３は、基地局１および基地局２の双方から同時にダウンリンクデータを受信できる。

【0013】

図２は、基地局の無線プロトコルの構成例を示す。この例では、スプリットベアラアーキテクチャによりデュアルコネクティビティが実現される。

【0014】

基地局１、２は、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤ、ＲＬＣ（Radio Link Control）レイヤ、ＭＡＣ（Medium Access Control）レイヤを含む。セカンダリ基地局として動作する基地局２は、ＬＴＥ（Long Term Evolution）のＲＬＣレイヤおよびＮＲ（New Radio）のＲＬＣレイヤを備える。そして、基地局１のＰＤＣＰレイヤと基地局２のＲＬＣレイヤとの間が、Ｘ２（Ｘｎ）インタフェースにより接続される。

【0015】

図３は、デュアルコネクティビティの動作シーケンスの一例を示す。この実施例では、基地局１がマスタ基地局として動作し、基地局２がセカンダリ基地局として動作する。また、コアネットワークからユーザ端末３に送信されるダウンリンクデータが基地局１に与えられる。

【0016】

基地局１は、コアネットワークから与えられるユーザデータをデータ１およびデータ２に分割する。そして、基地局１は、データ１を基地局２に送信し、データ２をユーザ端末３に送信する。基地局２は、基地局１から受信したデータ１をユーザ端末３に転送する。この結果、ユーザ端末３は、データ１およびデータ２を受信する。すなわち、デュアルコネクティビティが実現される。

【0017】

基地局１および基地局２は、ＤＤＤＳ（Downlink Data Delivery Status）手順を実行して基地局１と基地局２との間のデータ送信を制御する。すなわち、基地局１から基地局２に送信されるデータパケットには、ポーリングビット（図３では、Ｐ）が付与される。ポーリングビットは、基地局２からユーザ端末３へのデータ送信の状態を表すＤＤＤＳ報告を要求するか否かを表す。具体的には、ポーリングビットが「０」であれば、基地局２は、ＤＤＤＳ報告を基地局１に送信しない。ポーリングビットが「１」であれば、基地局２は、ＤＤＤＳ報告を基地局１に送信する。

【0018】

基地局１は、所定の周期で、基地局２にＤＤＤＳ報告を要求する。所定の周期は、例えば、基地局１から基地局２に送信されるデータパケットの個数で表される。一例として、１００個のデータパケットに対して１個のＤＤＤＳ報告が必要であるものとする。この場合、１～９９番目のデータパケットにそれぞれ「Ｐ＝０」が付与され、１００番目のデータパケットに「Ｐ＝１」が付与される。また、１０１～１９９番目のデータパケットにそれぞれ「Ｐ＝０」が付与され、２００番目のデータパケットに「Ｐ＝１」が付与される。

【0019】

基地局１は、ＤＤＤＳ報告に基づいて、基地局２からユーザ端末３へのデータ送信の状態を推定する。例えば、基地局２とユーザ端末３との間の無線状況および基地局２のデータバッファの状態などが推定される。そして、基地局１は、新たに推定した状態に基づいて基地局２へのデータ送信を制御する。

【0020】

上述のＤＤＤＳ手順は、ベアラ毎に実行される。ベアラは、以下の記載では、データパケットの経路に対応する。したがって、基地局１および基地局２が多数のベアラを収容するケースでは、ＤＤＤＳ手順が頻繁に実行され、基地局１および基地局２（特に、基地局１）の資源が消費される。そして、ＤＤＤＳ手順を実行するために消費される資源が増加すると、ユーザプレーンの伝送レートが制限されることがある。なお、１つのユーザ端末との間に複数のベアラが設定されることがある。例えば、１つの端末に対して、音声データを伝送するためのベアラ、画像データを伝送するためのベアラ、ＨＴＭＬデータを伝送するためのベアラが同時に設定され得る。

【0021】

上記課題に対して、ＤＤＤＳ報告を要求する周期を長くすれば、ＤＤＤＳ手順を実行するために消費される資源が少なくなる。ただし、ＤＤＤＳ報告を要求する周期を長くすると、基地局２の状態を精度よく推定できないことがある。そこで、本発明の実施形態に係わる無線通信システムは、上記トレードオフを緩和する機能を提供する。

【0022】

図４（ａ）は、マスタ基地局として動作する基地局１の一例を示す。基地局１は、データ送信制御部１１、ＤＤＤＳ要求部１２、ＤＤＤＳ受信部１３、ＤＤＤＳ保存部１４、およびベアラ分類部１５を備える。なお、基地局１は、図４（ａ）に示してない他の機能を備えてもよい。また、図４（ａ）は、デュアルコネクティビティ通信のマスタ基地局に係わる機能を示している。

【0023】

データ送信制御部１１は、コアネットワークから与えられるダウンリンクデータを基地局２およびユーザ端末３に送信する。このとき、データ送信制御部１１は、基地局２から受信するＤＤＤＳ報告に基づいて、基地局２へのデータ送信を制御する。なお、ダウンリンクデータは、データパケットに格納されて送信される。

【0024】

ＤＤＤＳ要求部１２は、ＤＤＤＳ報告を要求する報告要求を基地局２に送信する。報告要求は、基地局１から基地局２に送信される各データパケットに付与されるポーリングビットＰにより実現される。具体的には、ＤＤＤＳ報告を要求するときは、ＤＤＤＳ要求部１２は、ポーリングビットＰに「１」を設定する。また、ＤＤＤＳ報告を要求しないときは、ＤＤＤＳ要求部１２は、ポーリングビットＰに「０」を設定する。すなわち、報告要求は、ポーリングビットＰに「１」を設定することで実現される。なお、ＤＤＤＳ要求部１２は、例えば、所定の周期で、基地局２にＤＤＤＳ報告を要求する。ただし、ＤＤＤＳ要求部１２は、ＤＤＤＳ報告を要求する周期を変更できる。

【0025】

ＤＤＤＳ受信部１３は、基地局２から送信されるＤＤＤＳ報告を受信する。ＤＤＤＳ受信部１３が受信したＤＤＤＳ報告は、ＤＤＤＳ保存部１４に保存される。なお、ベアラ分類部１５については後で説明する。

【0026】

データ送信制御部１１、ＤＤＤＳ要求部１２、ＤＤＤＳ受信部１３、およびベアラ分類部１５は、例えば、ソフトウェアプログラムを実行するプロセッサにより実現される。すなわち、プロセッサがソフトウェアプログラムを実行することにより、データ送信制御部１１、ＤＤＤＳ要求部１２、ＤＤＤＳ受信部１３、およびベアラ分類部１５の機能が提供される。ただし、データ送信制御部１１、ＤＤＤＳ要求部１２、ＤＤＤＳ受信部１３、およびベアラ分類部１５の機能の一部は、ハードウェア回路で実現してもよい。また、ＤＤＤＳ保存部１４は、例えば、半導体メモリにより実現される。

【0027】

図４（ｂ）は、セカンダリ基地局として動作する基地局２の一例を示す。基地局２は、パケットバッファ２１、パケット転送部２２、ＤＤＤＳ作成部２３、およびＤＤＤＳ送信部２４を備える。なお、基地局２は、図４（ｂ）に示してない他の機能を備えてもよい。また、図４（ｂ）は、デュアルコネクティビティ通信のセカンダリ基地局に係わる機能を示している。

【0028】

パケットバッファ２１は、例えばＦＩＦＯメモリであり、基地局１から受信するデータパケットを保存する。パケット転送部２２は、パケットバッファ２１に保存されているデータパケットをユーザ端末３に送信する。なお、各受信パケットに付与されているポーリングビットＰは、ＤＤＤＳ作成部２３に導かれる。ＤＤＤＳ作成部２３は、基地局２がＤＤＤＳ要求を受信すると、ＤＤＤＳ報告を作成する。そして、ＤＤＤＳ送信部２４は、ＤＤＤＳ報告を基地局１に送信する。なお、ＤＤＤＳ報告のフォーマットは、図５に示す通りである。このフォーマットは、３ＧＰＰのＴＳ３８．４２５に規定されている。

【0029】

パケット転送部２２、ＤＤＤＳ作成部２３、およびＤＤＤＳ送信部２４は、例えば、ソフトウェアプログラムを実行するプロセッサにより実現される。すなわち、プロセッサがソフトウェアプログラムを実行することにより、パケット転送部２２、ＤＤＤＳ作成部２３、およびＤＤＤＳ送信部２４の機能が提供される。ただし、パケット転送部２２、ＤＤＤＳ作成部２３、およびＤＤＤＳ送信部２４の機能の一部は、ハードウェア回路で実現してもよい。また、パケットバッファ２１は、例えば、半導体メモリにより実現される。

【0030】

＜第１の実施形態＞
マスタ装置として動作する基地局１は、上述したように、セカンダリ基地局として動作する基地局２にＤＤＤＳ要求を送信する。そうすると、基地局２はＤＤＤＳ報告を作成して基地局１に送信し、基地局１はＤＤＤＳ報告を受信する。そして、基地局１において、受信したＤＤＤＳ報告はＤＤＤＳ保存部１４に保存される。このとき、ＤＤＤＳ報告は、基地局２においてベアラ毎に作成され、基地局１においてベアラ毎に保存される。

【0031】

図６は、本発明の第１の実施形態に係わるＤＤＤＳ手順の一例を示す。なお、図６に示す□印は、ＤＤＤＳ保存部１４に保存されているＤＤＤＳ報告を表す。また、この実施例では、基地局１は、処理タイミング毎に、５個のベアラに対してフロー制御を実行するものとする。

【0032】

時刻Ｎにおいては、図６（ａ）に示すように、データ送信制御部１１は、ベアラ１～５に対してそれぞれフロー制御を行う。このとき、データ送信制御部１１は、ＤＤＤＳ保存部１４からベアラ１～５のＤＤＤＳ報告を読み出し、各ＤＤＤＳ報告に基づいてフロー制御を行う。例えば、時刻Ｎにおいて、ベアラ１に対して４個のＤＤＤＳ報告が保存されている。この場合、データ送信制御部１１は、ベアラ１に対して、４個のＤＤＤＳ報告に基づいてフロー制御を行う。

【0033】

ただし、１回の制御サイクルにおいてデータ送信制御部１１がベアラ毎に実行できるＤＤＤＳ報告の数は制限されている。この実施例では、データ送信制御部１１がベアラ毎に実行できるＤＤＤＳ報告の数は５個である。

【0034】

時刻Ｎ＋１においては、図６（ｂ）に示すように、データ送信制御部１１は、ベアラ６～１０に対してそれぞれフロー制御を行う。ただし、ベアラ８に対して７個のＤＤＤＳ報告が保存されている。この場合、データ送信制御部１１は、ベアラ８に対しては、５個のＤＤＤＳ報告に基づいてフロー制御を実行する。すなわち、２個のＤＤＤＳ報告は、ＤＤＤＳ保存部１４から読み出されない。

【0035】

時刻Ｎ＋２においては、図６（ｃ）に示すように、データ送信制御部１１は、ベアラ１１～１５に対してそれぞれフロー制御を行う。このとき、ＤＤＤＳ保存部１４には、時刻Ｎ＋１において読み出されなかったベアラ８のＤＤＤＳ報告が残っている。そして、ＤＤＤＳ保存部１４に残っているＤＤＤＳ報告は、ベアラ６～１０に対する次の処理タイミングにおいて実行される。すなわち、ＤＤＤＳ手順に係わる処理が時間領域において分散される。

【0036】

このように、第１の実施形態では、フロー制御のためにＤＤＤＳ保存部１４から読み出されるＤＤＤＳ報告の個数が制限されるので、基地局１においてＤＤＤＳ手順を実行するために消費されるプロセッサ資源が抑制される。すなわち、ユーザプレーンの処理に対して十分なプロセッサ資源が割り当てられる。よって、ユーザスループットが向上する。

【0037】

＜第２の実施形態＞
図７は、本発明の第２の実施形態に係わるＤＤＤＳ手順の一例を示す。なお、図７においては、基地局１からユーザ端末３への直接的なデータ送信は省略されている。また、以下の実施形態の説明においても、同様に、基地局１からユーザ端末３への直接的なデータ送信を省略することがある。

【0038】

基地局１は、基地局２にデータパケットを送信する。各データパケットには、シーケンス番号ＳＮおよびポーリングビットＰが付与される。シーケンス番号ＳＮは、各データパケットを識別する。よって、基地局２は、シーケンス番号ＳＮを利用してパケット損失を検出できる。以下の記載では、シーケンス番号ＳＮが「ｉ」であるデータパケットを「パケットＳＮｉ」と呼ぶことがある。また、ポーリングビットＰは、上述したように、ＤＤＤＳ報告を要求するか否かを表す。具体的には、ポーリングビットが「０」であれば、基地局２は、ＤＤＤＳ報告を基地局１に送信しない。ポーリングビットが「１」であれば、基地局２は、ＤＤＤＳ報告を基地局１に送信する。

【0039】

ポーリングビットＰは、所定の周期で「１」が設定される。この実施例では、１００個のデータパケットを送信するときに、１個のデータパケットにおいて「Ｐ＝１」が設定される。例えば、１００個のパケット（ＳＮ０～ＳＮ９９）を送信するときは、パケットＳＮ０～ＳＮ９８に対して「Ｐ＝０」が付与され、パケットＳＮ９９に対して「Ｐ＝１」が付与される。

【0040】

基地局２は、基地局１から受信するデータパケットをユーザ端末３に転送する。たとえば、パケットＳＮ０～ＳＮ９９を受信したときは、基地局２は、パケットＳＮ０～ＳＮ９９をユーザ端末３に転送する。

【0041】

また、基地局２は、ＤＤＤＳ要求を受信すると、ＤＤＤＳ報告を作成して基地局１に送信する。すなわち、基地局２は、「Ｐ＝１」が付与されたデータパケットを受信すると、ＤＤＤＳ報告を作成して基地局１に送信する。この実施例では、基地局２は、パケットＳＮ９９を受信したときに、ＤＤＤＳ報告を作成して基地局１に送信する。

【0042】

ＤＤＤＳ報告は、図５に示す情報を含む。そして、第２の実施形態においては、基地局２が最後にユーザ端末３に転送したデータパケットのシーケンス番号ＳＮが使用される。具体的には、基地局２が最後にユーザ端末３に転送したデータパケットのシーケンス番号ＳＮは、「Highest successfully delivered NR PDCP Sequence Number」または「Highest transmitted NR PDCP Sequence Number」として、基地局２から基地局１に報告される。この実施例では、基地局２は、パケットＳＮ０～ＳＮ９９をユーザ端末３に転送している。したがって、ＤＤＤＳ報告において「ＳＮ＝９９」が基地局１に報告される。

【0043】

続いて、基地局１は、パケットＳＮ１００～ＳＮ１９９を基地局２に送信する。このとき、パケットＳＮ１００～ＳＮ１９８に対して「Ｐ＝０」が付与され、パケットＳＮ１９９に対して「Ｐ＝１」が付与される。そして、基地局２は、パケットＳＮ１００～ＳＮ１９９をすべてユーザ端末３に転送するものとする。この場合、基地局２が最後にユーザ端末３に転送したデータパケットのシーケンス番号ＳＮは「１９９」である。したがって、ＤＤＤＳ報告において「ＳＮ＝１９９」が基地局１に報告される。

【0044】

基地局１は、新たなＤＤＤＳ報告で報告されたシーケンス番号ＳＮと、前回のＤＤＤＳ報告で報告されたシーケンス番号ＳＮとの差分ΔＳＮを計算する。この実施例では、差分ΔＳＮは１００である。

【0045】

同様に、基地局１は、パケットＳＮ２００～ＳＮ２９９を基地局２に送信する。このとき、パケットＳＮ２００～ＳＮ２９８に対して「Ｐ＝０」が付与され、パケットＳＮ２９９に対して「Ｐ＝１」が付与される。そして、基地局２は、パケットＳＮ２００～ＳＮ２９９をすべてユーザ端末３に転送するものとする。この場合、基地局２が最後にユーザ端末３に転送したデータパケットのシーケンス番号ＳＮは「２９９」である。したがって、ＤＤＤＳ報告において「ＳＮ＝２９９」が基地局１に報告される。

【0046】

基地局１は、差分ΔＳＮを計算する。この実施例では、差分ΔＳＮは１００である。さらに、基地局１は、差分ΔＳＮの変化を計算する。この実施例では、前回の差分ΔＳＮと新たな差分ΔＳＮとが一致している。この場合、基地局１は、基地局２とユーザ端末３との間の無線環境が安定していると推定する。ここで、基地局２とユーザ端末３との間の無線環境が安定しているときは、ＤＤＤＳ報告に基づくフロー制御の頻度を低くしても、
基地局１が基地局２とユーザ端末３との間のデータ送信の状態を精度良く推定できると考えられる。そして、基地局２とユーザ端末３との間のデータ送信の状態を精度良く推定できれば、適切なフロー制御が可能である。よって、前回の差分ΔＳＮと新たな差分ΔＳＮとが一致しているときは、基地局１は、ＤＤＤＳ報告を要求する周期を長くする。すなわち、基地局１は、ＤＤＤＳ要求を送信する周期を長くする。

【0047】

なお、上述の実施例では、差分ΔＳＮの値が２回連続して同じであるときにＤＤＤＳ要求の送信周期が長くなるが、第２の実施形態はこの方法に限定されるものではない。すなわち、差分ΔＳＮの値が所定回数連続して同じであるときにＤＤＤＳ要求の送信周期を長くしてもよい。また、上述の実施例では、差分ΔＳＮの変化がゼロであるときにＤＤＤＳ要求の送信周期を長くするが、第２の実施形態はこの方法に限定されるものではない。すなわち、差分ΔＳＮの変化が所定の閾値より小さいときにＤＤＤＳ要求の送信周期を長くしてもよい。

【0048】

この例では、ＤＤＤＳ要求の送信周期が「１００パケット」から「２００パケット」に延長される。したがって、パケットＳＮ３００～ＳＮ３９９の送信時には、すべてのデータパケットに対して「Ｐ＝０」が付与される。この場合、基地局２は、ＤＤＤＳ報告を作成しない。続いて、パケットＳＮ４００～ＳＮ４９９の送信時には、パケットＳＮ４００～ＳＮ４９８に対して「Ｐ＝０」が付与され、パケットＳＮ４９９に「Ｐ＝１」が付与される。そして、基地局２は、パケットＳＮ４９９を受信したときに、ＤＤＤＳ報告を作成して基地局１に送信する。

【0049】

このように、第２の実施形態では、基地局２とユーザ端末３との間の無線環境が安定しているときは、基地局１は、ＤＤＤＳ報告を要求する周期を長くする。これにより、基地局１がＤＤＤＳ報告を受信する頻度が少なくなり、ＤＤＤＳ報告に基づくＤＤＤＳ手順の実行頻度が低くなる。したがって、基地局１においてＤＤＤＳ手順を実行するために消費されるプロセッサ資源が抑制される。すなわち、ユーザプレーンの処理に対して十分なプロセッサ資源が割り当てられ、データスループットが向上する。

【0050】

図８は、第２の実施形態におけるマスタ基地局（基地局１）の動作の一例を示すフローチャートである。なお、図８においては、ダウンリンクデータを送信する処理は省略されている。

【0051】

Ｓ１において、ＤＤＤＳ要求部１２は、基地局２にＤＤＤＳ要求を送信する。ＤＤＤＳ要求は、ポーリングビットにより実現される。また、ＤＤＤＳ要求は、所定の周期で送信される。

【0052】

Ｓ２において、ＤＤＤＳ受信部１３は、ＤＤＤＳ報告を受信する。Ｓ３において、ＤＤＤＳ要求部１２は、ＤＤＤＳ報告から送達ＳＮを抽出する。送達ＳＮは、ここでは、基地局２が最後にユーザ端末３に転送したデータパケットを識別するシーケンス番号を表す。Ｓ４において、ＤＤＤＳ要求部１２は、差分ΔＳＮを計算する。差分ΔＳＮは、新たに抽出した送達ＳＮと前回の送達ＳＮとの差分を表す。

【0053】

Ｓ５において、ＤＤＤＳ要求部１２は、差分ΔＳＮが所定回数連続して閾値より小さいか否かを判定する。この判定の結果が「Ｎｏ」であるときは、基地局１の処理はＳ１に戻る。この場合、基地局１がＤＤＤＳ要求を送信する周期は変わらない。一方、差分ΔＳＮが所定回数連続して閾値より小さいときは、Ｓ６において、ＤＤＤＳ要求部１２は、ＤＤＤＳ要求の送信周期を長くする。この後、基地局１の処理はＳ１に戻る。この場合、基地局１は、初期値よりも長い周期でＤＤＤＳ要求を送信することになる。

【0054】

＜第３の実施形態＞
図９は、本発明の第３の実施形態に係わるＤＤＤＳ手順の一例を示す。この例では、３つのベアラが設定されている。こられのベアラは、同じユーザ端末にダウンリンクデータを送信するコネクションであってもよいし、異なるユーザ端末にダウンリンクデータを送信するコネクションであってもよい。

【0055】

基地局１は、ベアラ１のデータパケットを基地局２に送信する。このとき、基地局１は、所定の周期Ｃ１でＤＤＤＳ要求を基地局２に送信する。そして、基地局２は、ＤＤＤＳ要求に応じて、ベアラ１に係わるＤＤＤＳ報告を基地局１に送信する。同様に、基地局１は、所定の周期Ｃ２でベアラ２のためのＤＤＤＳ要求を基地局２に送信し、基地局２は、ベアラ２に係わるＤＤＤＳ報告を基地局１に送信する。また、基地局１は、所定の周期Ｃ３でベアラ３のためのＤＤＤＳ要求を基地局２に送信し、基地局２は、ベアラ３に係わるＤＤＤＳ報告を基地局１に送信する。なお、周期Ｃ１～Ｃ３は、互いに同じであってもよいし、互いに同じでなくてもよい。

【0056】

基地局１は、ベアラ毎に、基地局２と対応するユーザ端末との間の無線レートを推定する。尚、図５に示すＤＤＤＳ報告から無線レートを推定する方法は、公知の技術なので、説明を省略する。この後、基地局１は、ＤＤＤＳ報告を受信するごとに、各ベアラの無線レートを推定する。そして、基地局１は、各ベアラの無線レートの変化をモニタする。

【0057】

図１０は、ＤＤＤＳ報告に基づいて推定される無線レートの一例を示す。この実施例では、ベアラ１の推定無線レートは、時刻Ｎ＋４００以降はほぼ一定である。ベアラ２の推定無線レートは、時刻Ｎ＋５００以降はほぼ一定である。ベアラ３の推定無線レートは、時刻Ｎ＋２００以降はほぼ一定である。

【0058】

ここで、複数のベアラが設定される場合、基地局２とユーザ端末との間の無線状況が安定すると、各ベアラに対して割り当てられる無線帯域の割合はほぼ一定になる。即ち、基地局２とユーザ端末との間の無線状況が安定すると、各ベアラの無線レートはそれぞれほぼ一定になる。換言すれば、各ベアラの無線レートの変動が所定の閾値よりも小さくなったときは、基地局２とユーザ端末との間の無線状況が安定していると推定される。

【0059】

そこで、基地局１は、各ベアラの無線レートの変動が所定の閾値よりも小さくなると、ＤＤＤＳ要求の送信周期を長くする。例えば、時刻Ｎ＋５００以降は、ベアラ１～３の推定無線レートがそれぞれほぼ一定である。この場合、基地局１は、ベアラ１～３のためのＤＤＤＳ要求の送信周期をそれぞれＣ１～Ｃ３よりも長く設定する。

【0060】

或いは、基地局１は、ベアラ毎にＤＤＤＳ要求の送信周期を変更してもよい。例えば、ベアラ１のためのＤＤＤＳ要求の送信周期を時刻Ｎ＋４００においてＣ１よりも長く設定し、ベアラ２のためのＤＤＤＳ要求の送信周期を時刻Ｎ＋５００においてＣ２よりも長く設定し、ベアラ３のためのＤＤＤＳ要求の送信周期を時刻Ｎ＋２００においてＣ３よりも長く設定するようにしてもよい。

【0061】

このように、第３の実施形態においても、基地局２とユーザ端末３との間の無線環境が安定すると、基地局１は、ＤＤＤＳ報告を要求する周期を長くする。したがって、第２の実施形態と同様に、第３の実施形態においても、基地局１においてＤＤＤＳ手順を実行するために消費されるプロセッサ資源が抑制される。

【0062】

図１１は、第３の実施形態におけるマスタ基地局（基地局１）の動作の一例を示すフローチャートである。なお、図１１では、ダウンリンクデータを送信する処理は省略されている。

【0063】

Ｓ１１～Ｓ１２は、図８に示すＳ１～Ｓ２と実質的に同じである。すなわち、ＤＤＤＳ要求部１２は、ベアラ毎に、所定の周期で基地局２にＤＤＤＳ要求を送信する。そして、ＤＤＤＳ受信部１３は、ＤＤＤＳ報告を受信する。

【0064】

Ｓ１３において、基地局１は、ベアラ毎に、ＤＤＤＳ報告に基づいて基地局２とユーザ端末との間の無線レートを推定する。Ｓ１４において、基地局１は、無線レートが一定であるか否かを判定する。ここで、「一定」は、無線レートの変動が所定の閾値より小さい状態を含む。

【0065】

無線レートの変動が一定でないときは、基地局１の処理はＳ１１に戻る。この場合、基地局１がＤＤＤＳ要求を送信する周期は変わらない。一方、無線レートが一定またはほぼ一定になると、Ｓ１５において、ＤＤＤＳ要求部１２は、ＤＤＤＳ要求の送信周期を長くする。この後、基地局１の処理はＳ１１に戻る。この場合、基地局１は、初期値よりも長い周期でＤＤＤＳ要求を送信することになる。

【0066】

＜第４の実施形態＞
図１２は、本発明の第４の実施形態に係わるＤＤＤＳ手順の一例を示す。第４の実施形態においても、基地局１は、所定の周期でＤＤＤＳ要求を基地局２に送信する。基地局２は、ＤＤＤＳ要求に応じてＤＤＤＳ報告を基地局１に送信する。そして、基地局１は、ＤＤＤＳ報告に基づいてフロー制御を行う。

【0067】

基地局２において、基地局１から受信するデータパケットは、図４（ｂ）に示すパケットバッファ２１に保存される。そして、パケット転送部２２は、パケットバッファ２１からデータパケットを読み出してユーザ端末３に送信する。このとき、ＤＤＤＳ作成部２３は、常時、パケットバッファ２１に保存されているデータパケットの量（以下、バッファ量）をモニタする。そして、バッファ量が所定の閾値ＴＨ１を越えると、ＤＤＤＳ作成部２３は、自律的にＤＤＤＳ報告を作成して基地局１に送信する。すなわち、この場合、基地局１からＤＤＤＳ要求が受信されないときであっても、自律的にＤＤＤＳ報告が作成される。このＤＤＤＳ報告は、バッファ量が閾値を越えたことを基地局１に報告するために使用される。

【0068】

バッファ量が閾値を越えたことの報告は、この実施例では、図１３に示す「バッファレポートビット（Buffer Report）」に「１」を設定することで実現される。なお、バッファレポートビットは、図５に示すフォーマットにおいて使用されてない領域を利用して設定される。

【0069】

基地局１は、基地局２のバッファ量が閾値を越えたことを認識すると、基地局２へのデータ送信を停止する。この場合、基地局１は、ユーザ端末３のみにデータパケットを送信する。

【0070】

基地局２は、ユーザ端末３へのデータ転送を継続する。よって、基地局１から基地局２へのデータ送信が停止すると、バッファ量が減少していく。そして、バッファ量が所定の閾値ＴＨ２より少なくなると、ＤＤＤＳ作成部２３は、自律的にＤＤＤＳ報告を作成して基地局１に送信する。このＤＤＤＳ報告は、バッファ量が閾値より少なくなったことを基地局１に報告するために使用される。また、この報告は、上述したバッファレポートビットに「０」を設定することで実現される。なお、閾値ＴＨ１および閾値ＴＨ２は、互いに同じであってもよいし、閾値ＴＨ１より閾値ＴＨ２を小さくしてもよい。そして、基地局１は、基地局２のバッファ量が閾値より少なくなったことを認識すると、基地局２へのデータ送信を再開する。また、基地局１は、ＤＤＤＳ要求の送信も再開する。

【0071】

このように、第４の実施形態においては、基地局１から基地局２へのデータ送信量が基地局２の容量を超えたときには、ポーリングを行うことなく、フロー制御が実現される。したがって、ＤＤＤＳ手順に係わる処理を削減することが可能である。

【0072】

図１４は、第４の実施形態におけるセカンダリ基地局（基地局２）の動作の一例を示すフローチャートである。なお、図１４では、ＤＤＤＳ報告を送信する処理に係わるステップのみが描かれている。

【0073】

Ｓ２１において、基地局２は、基地局１からＤＤＤＳ要求を受信しているか否かをチェックする。そして、ＤＤＤＳ要求を受信してれば、Ｓ２２において、ＤＤＤＳ作成部２３は図５に示すＤＤＤＳ報告を作成し、ＤＤＤＳ送信部２４はそのＤＤＤＳ報告を基地局１に送信する。

【0074】

ＤＤＤＳ要求を受信していときは、Ｓ２３～Ｓ２４において、ＤＤＤＳ作成部２３は、バッファ量をモニタする。そして、バッファ量が閾値ＴＨ１を超えたときは、Ｓ２５において、ＤＤＤＳ作成部２３は、図１３に示すＤＤＤＳ報告を作成する。このとき、バッファレポートビットに「１（ＮＧ）」が設定される。そして、ＤＤＤＳ送信部２４は、このＤＤＤＳ報告を基地局１に送信する。一方、バッファ量が閾値ＴＨ２より小さくなったときは、Ｓ２６において、ＤＤＤＳ作成部２３は、図１３に示すＤＤＤＳ報告を作成する。このとき、バッファレポートビットに「０（ＯＫ）」が設定される。そして、ＤＤＤＳ送信部２４は、このＤＤＤＳ報告を基地局１に送信する。

【0075】

図１５は、第４の実施形態におけるマスタ基地局（基地局１）の動作の一例を示すフローチャートである。なお、図１５では、ＤＤＤＳ要求を送信する処理は省力されている。

【0076】

Ｓ３１において、ＤＤＤＳ受信部１３は、基地局２から送信されるＤＤＤＳ報告を待ち受ける。なお、基地局１が基地局２にデータパケットを送信している期間は、所定の周期でＤＤＤＳ要求が基地局２に送信されるので、基地局１は定期的にＤＤＤＳ報告を受信することになる。

【0077】

ＤＤＤＳ受信部１３がＤＤＤＳ報告を受信すると、Ｓ３２において、基地局１は、データ送信制御部１１が基地局２にデータパケットを送信しており、且つ、ＤＤＤＳ報告のバッファレポートビットが「ＮＧ（バッファ量＞閾値）」を表しているか否かを判定する。そして、上記２つの条件が満たされているときは、Ｓ３３において、データ送信制御部１１は基地局２へのデータ送信を停止する。なお、データ送信制御部１１は、ユーザ端末３へのデータ送信を継続してもよい。

【0078】

Ｓ３２の判定が「Ｎｏ」であるときは、Ｓ３４において、基地局１は、データ送信制御部１１が基地局２にデータ送信を停止しており、且つ、ＤＤＤＳ報告のバッファレポートビットが「ＯＫ（バッファ量＜閾値）」を表しているか否かを判定する。そして、上記２つの条件が満たされているときは、Ｓ３５において、データ送信制御部１１は基地局２へのデータ送信を再開する。一方、Ｓ３４の判定が「Ｎｏ」であるときには、Ｓ３６において、データ送信制御部１１は通常のフロー制御を行う。

【0079】

＜第５の実施形態＞
図１６は、本発明の第５の実施形態に係わるＤＤＤＳ手順の一例を示す。第５の実施形態においては、複数のベアラ（１～３）が設定されている。すなわち、基地局１は、ベアラ毎に、データパケットを基地局２に送信する。また、基地局１は、各ベアラについて、所定の周期でＤＤＤＳ要求を基地局２に送信する。なお、図１６においては、ＤＤＤＳ要求は「Ｐ１」と表記されている。

【0080】

例えば、基地局１がベアラ３のＤＤＤＳ要求を送信すると、基地局２は、ベアラ３に対応するＤＤＤＳ報告を作成して基地局１に送信する。このとき、基地局２は、例えば、図５に示すフォーマットのＤＤＤＳ報告を基地局１に送信する。

【0081】

ここで、各ベアラに対してＤＤＤＳ要求を送信するタイミングは、互いに同期していないので、短い期間内に複数のベアラに対してＤＤＤＳ要求が送信されることがある。すなわち、基地局２は、短い期間内に複数のベアラに対するＤＤＤＳ要求を受信することがある。この場合、基地局２は、複数のベアラが多重化されたＤＤＤＳ報告を基地局１に送信する。

【0082】

例えば、図１６に示すように、基地局１は、ベアラ１のＤＤＤＳ要求およびベアラ２のＤＤＤＳ要求をほぼ同時に基地局２に送信するものとする。この場合、基地局２は、ベアラ１のＤＤＤＳ要求およびベアラ２のＤＤＤＳ要求をほぼ同時に受信する。そうすると、基地局２は、ベアラ１およびベアラ２が多重化されたＤＤＤＳ報告（MUX_DDDS）を作成して基地局１に送信する。

【0083】

図１７は、複数のベアラを多重化可能なＤＤＤＳ報告のフォーマットの一例を示す。多重ベアラ数は、１つのＤＤＤＳ報告の中に多重化されるベアラの数を表す。例えば、図１６に示すケースでは、ベアラ１およびベアラ２が多重化されるので、多重ベアラ数Ｎは２である。ベアラ番号は、多重化されるベアラを識別する。ＤＤＤＳ関連情報は、例えば、図５に示す情報に相当する。なお、このフォーマットは、３ＧＰＰのＴＳ３８．４２５において、例えば、ＰＤＵ Ｔｙｐｅ３として追加され得る。

【0084】

なお、図１７に示すフォーマットは、複数のベアラを多重化するときに使用されるが、１つのベアラのＤＤＤＳ報告を伝送するときに使用してもよい。この場合、多重ベアラ数Ｎは１である。

【0085】

図１８は、第５の実施形態におけるセカンダリ基地局（基地局２）の動作の一例を示すフローチャートである。なお、図１８では、ＤＤＤＳ報告を送信する処理に係わるステップのみが描かれている。

【0086】

Ｓ４１において、基地局２は、基地局１から送信されるＤＤＤＳ要求を待ち受ける。ＤＤＤＳ要求を受信すると、Ｓ４２において、ＤＤＤＳ報告作成部２３は、ＤＤＤＳ要求に応じてＤＤＤＳ報告を作成する。Ｓ４３において、ＤＤＤＳ報告作成部２３はタイマを起動する。このタイマは、他のベアラのＤＤＤＳ要求を待ち受ける期間をカウントする。

【0087】

Ｓ４４～Ｓ４５において、基地局２は、他のベアラのＤＤＤＳ要求を待ち受ける。そして、タイマが満了する前に基地局２が他のベアラのＤＤＤＳ要求を受信すると、Ｓ４６において、ＤＤＤＳ報告作成部２３はＤＤＤＳ報告を作成する。このとき、新たなＤＤＤＳ報告は、図１７に示すフォーマット内に追加される。これにより、ベアラの多重化が実現される。そして、タイマが満了すると、Ｓ４７において、ＤＤＤＳ送信部２４は、ＤＤＤＳ報告を基地局１に送信する。

【0088】

このように、第５の実施形態のセカンダリ基地局は、複数のベアラが多重化されたＤＤＤＳ報告を送信できる。したがって、マスタ基地局がＤＤＤＳ報告を受信する回数が少なくなり、マスタ基地局においてＤＤＤＳ手順を実行するために消費されるプロセッサ資源が抑制される。

【0089】

なお、タイマの設定時間を長くすると、１個のＤＤＤＳ報告内に多重化されるベアラの数が多くなり、ＤＤＤＳに関連する処理の効率が高くなる。ただし、タイマの設定時間が長すぎると、フロー制御の遅延が発生しやすくなり、伝送レートを適切に制御できないことがある。よって、タイマの設定時間は、これらの要因を考慮して適切に決定することが好ましい。

【0090】

＜第６の実施形態＞
図１９は、本発明の第６の実施形態に係わるＤＤＤＳ手順の一例を示す。第６の実施形態においては、ベアラ１～３が設定されている。ベアラ１～３は、異なるユーザ端末に対してダウンリンクデータを伝送する。この実施例では、ベアラ１～３は、それぞれユーザ端末ＵＥ１～ＵＥ３にダウンリンクデータを伝送する。

【0091】

この場合、各ベアラの無線品質は、ユーザ端末の位置に依存する。例えば、ユーザ端末が基地局の近くに位置するときは無線品質が高くなりやすく、ユーザ端末がセル端に位置するときは無線品質が低くなりやすい。

【0092】

第６の実施形態では、基地局１は、各ベアラの無線品質を推定する。すなわち、基地局１は、基地局２と各ユーザ端末との間の無線品質を推定する。各ベアラの無線品質は、公知の技術により推定される。例えば、ＤＤＤＳ報告に基づいて各ベアラの無線品質を推定することができる。そして、基地局１は、無線品質に基づいて複数のベアラをグループ化する。この実施例では、ベアラ１～２が品質グループＡに分類され、ベアラ３が品質グループＢに分類されている。なお、ベアラのグループ化は、図４（ａ）に示すベアラ分類部１５により行われる。

【0093】

ここで、同じ品質グループに属する複数のベアラの状態は、互いに近似していると推定される。図１９に示す例では、ベアラ１の状態およびベアラ２の状態は互いに近似していると推定される。よって、基地局１は、品質グループ毎にフロー制御を行うことが可能である。そこで、基地局１は、各品質グループ内で代表ベアラを選択する。そして、基地局１は、代表ベアラのＤＤＤＳ報告を取得することで、同じ品質グループに属する各ベアラのフロー制御を実行する。

【0094】

例えば、品質グループＡにおいて代表ベアラとしてベアラ１が選択されるものとする。この場合、基地局１は、ベアラ１のＤＤＤＳ要求を所定の周期で基地局２に送信するが、ベアラ２のＤＤＤＳ要求は送信しない。そうすると、基地局２は、ベアラ１のＤＤＤＳ報告を基地局１に送信する。そして、基地局１は、ベアラ１のＤＤＤＳ報告に基づいて、ベアラ１およびベアラ２のフロー制御を実行する。これにより、ＤＤＤＳ手順に係わる処理が削減される。

【0095】

なお、上述の実施例では、代表ベアラのＤＤＤＳ要求のみが送信されるが、第６の実施形態はこの方法に限定されるものではない。例えば、代表ベアラのＤＤＤＳ要求を送信する周期と比較して、他のベアラのＤＤＤＳ要求を送信する周期を長くしてもよい。

【0096】

図２０は、第６の実施形態におけるマスタ基地局（基地局１）の動作の一例を示すフローチャートである。なお、図２０では、ＤＤＤＳ手順に係わるステップのみが描かれている。

【0097】

Ｓ５１において、ベアラ分類部１５は、各ベアラの無線品質を推定する。Ｓ５２において、ベアラ分類部１５は、無線品質に基づいてベアラをグループ化する。すなわち、ベアラは品質グループに分類される。Ｓ５３において、ベアラ分類部１５は、各品質グループにおいて代表ベアラを選択する。Ｓ５４において、ＤＤＤＳ要求部１２は、代表ベアラに対するＤＤＤＳ要求を基地局２に送信する。Ｓ５５において、ＤＤＤＳ受信部１３は、代表ベアラのＤＤＤＳ報告を基地局２から受信する。そして、Ｓ５６において、データ送信制御部１１は、代表ベアラのＤＤＤＳ報告に基づいて、品質グループ内の各ベアラのフロー制御を実行する。

【0098】

＜本発明の実施形態による効果＞
上述したように、本発明の実施形態によれば、ＤＤＤＳに関する処理が時間領域において分散（または、平均化）される。また、ＤＤＤＳ多重化により、単位時間当たりのＤＤＤＳ報告の数が削減される。さらに、無線品質単位でフロー制御を行うことにより、ＤＤＤＳに関する処理が削減される。

【0099】

例えば、分散処理を実施しないときに、ユーザプレーンの負荷がＣＰＵ資源の８０パーセントに相当し、ＤＤＤＳ処理の負荷もＣＰＵ資源の８０パーセントに相当するものとする。この場合、ユーザプレーンに割り当てられるＣＰＵ資源が不足し、データスループットが低くなる。これに対して、ＤＤＤＳ処理を時間領域で平均化することにより、たとえば、ＤＤＤＳ処理のピーク時の負荷をＣＰＵ資源の２０パーセントに削減できるものとする。そうすると、ユーザプレーンに十分なＣＰＵ資源を割り当てることができ、データスループットが向上する。

【0100】

また、一例として、ダウンリンクのデータレートが５Ｇｂｐｓであり、ＳＤＵ長が１５００バイトであり、無線通信システムが１つのベアラを収容する場合、１０００ミリ秒当たりのＰＰＳは約４１７０００パケットとなる。一方、ＤＤＤＳに必要なＰＰＳは約２００パケットである。すなわち、ＤＤＤＳに係わる処理の負荷は小さい。ところが、無線通信システムが１０００ベアラを収容する場合、ＤＤＤＳに必要なＰＰＳは約２０００００パケットである。すなわち、ＤＤＤＳに係わる処理の負荷は、ユーザプレーンの負荷の約５０パーセントに相当する。これに対して、例えば、１回のＤＤＤＳ報告で１０ベアラを多重化すれば、ＤＤＤＳに係わる処理の負荷は、ユーザプレーンの負荷の約５パーセントに削減される。

【0101】

ベアラ単位でフロー制御を行うと、収容されるベアラの数に比例する処理が発生する。これに対して、品質グループ毎にフロー制御を行う場合、処理量が大幅に削減される。例えば、無線通信システムが１０００ベアラを収容し、１０個の品質グループが設定される場合、ＤＤＤＳに関する処理量は、約１００分の１に削減される。

【0102】

これらの結果、ユーザプレーンに十分なＣＰＵ資源を割り当てることができ、データスループットが向上する。

【符号の説明】

【0103】

１ 基地局（マスタ基地局）
２ 基地局（セカンダリ基地局）
３ ユーザ端末
１１ データ送信制御部
１２ ＤＤＤＳ要求部
１３ ＤＤＤＳ受信部
１４ ＤＤＤＳ保存部
１５ ベアラ分類部
２１ パケットバッファ
２２ パケット転送部
２３ ＤＤＤＳ作成部
２４ ＤＤＤＳ送信部
１００ 無線通信システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】