(57)【要約】【課題】基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおいて、ユーザ装置から送信される上りデータについての基地局間における再送制御を行う。【解決手段】前記移動通信システムにおける再送制御方法において、前記第１の基地局が前記ユーザ装置から上りデータを受信し、当該上りデータをバッファに保持するととともに、当該上りデータを前記第２の基地局に転送する転送ステップと、前記第２の基地局が、前記第１の基地局から転送される上りデータについての受信状況を前記第１の基地局に報告する報告ステップと、前記第１の基地局が、前記第２の基地局から報告される前記受信状況に基づいて、当該第２の基地局に届いていない上りデータを把握し、当該上りデータを前記第２の基地局に再送する再送ステップとを備える。【選択図】図９
2016063377.tif 000002
【特許請求の範囲】
【請求項１】
基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおける再送制御方法であって、
前記第１の基地局が前記ユーザ装置から上りデータを受信し、当該上りデータをバッファに保持するととともに、当該上りデータを前記第２の基地局に転送する転送ステップと、
前記第２の基地局が、前記第１の基地局から転送される上りデータについての受信状況を前記第１の基地局に報告する報告ステップと、
前記第１の基地局が、前記第２の基地局から報告される前記受信状況に基づいて、当該第２の基地局に届いていない上りデータを把握し、当該上りデータを前記第２の基地局に再送する再送ステップと
を備えることを特徴とする再送制御方法。
【請求項２】
前記第１の基地局は、前記ユーザ装置から当該第１の基地局への上りのパスが設定された場合に、前記転送ステップと前記再送ステップを含む再送制御を実行する
ことを特徴とする請求項１に記載の再送制御方法。
【請求項３】
前記第１の基地局は、前記第２の基地局から再送制御の実行指示を受信した場合に、前記転送ステップと前記再送ステップを含む再送制御を実行する
ことを特徴とする請求項１又は２に記載の再送制御方法。
【請求項４】
前記第１の基地局は、前記バッファのサイズと所定の値とを比較し、当該バッファのサイズが当該所定の値よりも大きい場合に、前記転送ステップと前記再送ステップを含む再送制御を実行する
ことを特徴とする請求項１ないし３のうちいずれか１項に記載の再送制御方法。
【請求項５】
前記第１の基地局は、前記バッファのサイズを前記第２の基地局に通知し、当該第２の基地局が、前記バッファのサイズと所定の値とを比較し、当該バッファのサイズが当該所定の値よりも大きい場合に、前記第１の基地局が前記転送ステップと前記再送ステップを含む再送制御を実行することを決定する
ことを特徴とする請求項１ないし４のうちいずれか１項に記載の再送制御方法。
【請求項６】
前記データはＰＤＣＰ  ＰＤＵであり、前記第１の基地局は、前記ユーザ装置から受信するＰＤＣＰ  ＰＤＵのうちのＰＤＣＰ  ｃｏｎｔｒｏｌ  ＰＤＵ、又は、特定のシーケンス番号を有するＰＤＣＰ  ＰＤＵに対して、前記転送ステップと前記再送ステップを含む再送制御を実行する
ことを特徴とする請求項１ないし５のうちいずれか１項に記載の再送制御方法。
【請求項７】
前記第２の基地局は、前記第１の基地局から転送された上りデータをコアネットワークに転送する
ことを特徴とする請求項１ないし６のうちいずれか１項に記載の再送制御方法。
【請求項８】
基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムであって、
前記第１の基地局が前記ユーザ装置から上りデータを受信し、当該上りデータをバッファに保持するととともに、当該上りデータを前記第２の基地局に転送し、
前記第２の基地局が、前記第１の基地局から転送される上りデータについての受信状況を前記第１の基地局に報告し、
前記第１の基地局が、前記第２の基地局から報告される前記受信状況に基づいて、当該第２の基地局に届いていない上りデータを把握し、当該上りデータを前記第２の基地局に再送する
ことを特徴とする移動通信システム。
【請求項９】
基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおける前記第１の基地局として使用される基地局であって、
前記ユーザ装置から上りデータを受信し、当該上りデータをバッファに保持するととともに、当該上りデータを前記第２の基地局に転送する転送部と、
前記第２の基地局から、前記第１の基地局により転送される上りデータについての受信状況を受信し、当該受信状況に基づいて、前記第２の基地局に届いていない上りデータを把握し、当該上りデータを前記第２の基地局に再送する再送制御部と
を備えることを特徴とする基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ装置が基地局間キャリアアグリゲーションにより複数の基地局と通信を行うように構成される移動通信システムにおける基地局間の再送制御技術に関連するものである。
【背景技術】
【０００２】
ＬＴＥシステムでは、所定の帯域幅（最大２０ＭＨｚ）を基本単位として、複数のキャリアを同時に用いて通信を行うキャリアアグリゲーション（ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）が採用されている。キャリアアグリゲーションにおいて基本単位となるキャリアはコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）と呼ばれる。
【０００３】
ＣＡが行われる際には、ユーザ装置ＵＥに対して、接続性を担保する信頼性の高いセルであるＰＣｅｌｌ（Ｐｒｉｍａｒｙ  ｃｅｌｌ）及び付随的なセルであるＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ）が設定される。ユーザ装置ＵＥは、第１に、ＰＣｅｌｌに接続し、必要に応じて、ＳＣｅｌｌを追加することができる。ＰＣｅｌｌは、ＲＬＭ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｍｏｎｉｔｏｒｉｎｇ）及びＳＰＳ（Ｓｅｍｉ-Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）等をサポートする単独のセルと同様のセルである。
【０００４】
ＳＣｅｌｌは、ＰＣｅｌｌに追加されてユーザ装置ＵＥに対して設定されるセルである。ＳＣｅｌｌの追加及び削除は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングによって行われる。ＳＣｅｌｌは、ユーザ装置ＵＥに対して設定された直後は、非アクティブ状態（ｄｅａｃｔｉｖａｔｅ状態）であるため、アクティブ化することで初めて通信可能（スケジューリング可能）となるセルである。
【０００５】
図１に示すように、ＬＴＥのＲｅｌ−１０までのＣＡでは、同一基地局ｅＮＢ配下の複数のＣＣを用いている。
【０００６】
一方、Ｒｅｌ−１２ではこれを拡張し、異なる基地局ｅＮＢ配下のＣＣを用いて同時通信を行い、高スループットを実現するＤｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ（二重接続）が提案されている（非特許文献１）。つまり、Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙでは、ＵＥは、２つの物理的に異なる基地局ｅＮＢの無線リソースを同時に使用して通信を行う。
【０００７】
Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙは、ＣＡの一種であり、Ｉｎｔｅｒ  ｅＮＢ  ＣＡ（基地局間キャリアアグリゲーション）とも呼ばれ、Ｍａｓｔｅｒ−ｅＮＢ（ＭｅＮＢ）と、Ｓｅｃｏｎｄａｒｙ−ｅＮＢ（ＳｅＮＢ）が導入される。図２に、Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙの例を示す。図２の例では、ＭｅＮＢがＣＣ＃１でユーザ装置ＵＥと通信を行い、ＳｅＮＢがＣＣ＃２でユーザ装置ＵＥと通信を行うことでＤｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ（以下、ＤＣ）を実現している。
【０００８】
ＤＣにおいて、ＭｅＮＢ配下のセル（１つ又は複数）で構成されるセルグループをＭＣＧ（Ｍａｓｔｅｒ  Ｃｅｌｌ  Ｇｒｏｕｐ、マスターセルグループ）、ＳｅＮＢ配下のセル（１つ又は複数）で構成されるセルグループをＳＣＧ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ、セカンダリセルグループ）と呼ぶ。ＳＣＧのうちの少なくとも１つのＳＣｅｌｌにはＵＬのＣＣが設定され、そのうちの１つにＰＵＣＣＨが設定される。このＳＣｅｌｌをＰＳＣｅｌｌ（ｐｒｉｍａｒｙ  ＳＣｅｌｌ）と呼ぶ。
【０００９】
このようなＤＣにおける通信形態の１つとして、１つのベアラを複数ｅＮＢに分配するスプリットベアラ（Ｓｐｌｉｔ  Ｂｅａｒｅｒ）がある。基地局ＭｅＮＢがベアラを分配するアンカーノードとして利用される場合、図３に示されるように、基地局ＭｅＮＢは、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）から受信したダウンリンクデータを、ＭＣＧを介しユーザ装置ＵＥに送信するデータと、ＳＣＧ（基地局ＳｅＮＢ）を経由してユーザ装置ＵＥに送信するデータとに分配する。基地局ＭｅＮＢをアンカーノードとしたスプリットベアラが設定される場合、図４に示されるように、ユーザ装置ＵＥは、ＭｅＮＢのための物理レイヤ（ＰＨＹ）、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤ（ｍ−ＭＡＣ）及びＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤ（ｍ−ＲＬＣ）と、ＳｅＮＢのためのＰＨＹレイヤ、ｓ−ＭＡＣレイヤ及びｓ−ＲＬＣレイヤと、ｍ−ＲＬＣレイヤ及びｓ−ＲＬＣレイヤに接続されるＰＤＣＰレイヤとを有する。
【００１０】
基地局ＭｅＮＢから受信したデータ（ＰＤＣＰ  ＰＤＵ）と基地局ＳｅＮＢから受信したデータは、ＰＤＣＰレイヤ（ＰＤＣＰエンティティ）においてリオーダリングされ、上位レイヤに送出される。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】３ＧＰＰ  ＴＲ  ３６．８４２  Ｖ１２．０．０  （２０１３−１２）
【発明の概要】
【発明が解決しようとする課題】
【００１２】
現在、規定されるスプリットベアラにおいては、図５に示すように、下り（ＤＬ）については、両方の基地局ｅＮＢからユーザ装置ＵＥに対してデータ（ＰＤＣＰ  ＰＤＵ）を流すことができる。どちらの基地局ｅＮＢからどれだけのデータを流すかは、ＭｅＮＢ内のＦｌｏｗ  ｃｏｎｔｒｏｌ  ｅｎｔｉｔｙが決定する。一方、上り（ＵＬ）に関しては、ユーザ装置ＵＥは、いずれかの基地局ｅＮＢに対してしかデータ（ＰＤＣＰ  ＰＤＵ）を送信できない。ユーザ装置ＵＥが、どちらの基地局ｅＮＢへデータを送信するか（つまり、どちらのｅＮＢにＵＬ  ｐａｔｈを設定するか）は、ＲＲＣレイヤで設定される。
【００１３】
また、スプリットベアラにおいては、基地局間のインターフェース（Ｉ／Ｆ）であるＸ２  Ｉ／Ｆでのパケットロスが発生することを想定し、ＤＬ用にＡＲＱ（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）制御が検討されている。なお、ＡＲＱ制御は、自動再送制御もしくは再送制御と称してもよい。
【００１４】
図６に示すように、ＤＬのＡＲＱ制御では、ＳｅＮＢは、Ｘ２で送信されてきたＧＴＰｕパケットのＳＮ（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）から、ロスしたパケットを検出してＭｅＮＢへ報告する。当該報告を受けたＭｅＮＢは、格納されていたＤＬのＰＤＣＰ  ＰＤＵを再度ＳｅＮＢ側へ転送する。
【００１５】
しかしながら、現状のスプリットベアラにおけるＡＲＱ制御は、ＤＬについてのみ検討されており、図６に示すように、ＵＬについても同様にＸ２でのロスが発生したとしても当該Ｘ２におけるロスを補償することができないという課題がある。
【００１６】
本発明は上記の点に鑑みてなされたものであり、基地局間キャリアアグリゲーションによりユーザ装置と通信を行う複数の基地局を備える移動通信システムにおいて、ユーザ装置から送信される上りデータについての基地局間における再送制御を行うことを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１７】
本発明の実施の形態によれば、基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおける再送制御方法であって、
前記第１の基地局が前記ユーザ装置から上りデータを受信し、当該上りデータをバッファに保持するととともに、当該上りデータを前記第２の基地局に転送する転送ステップと、
前記第２の基地局が、前記第１の基地局から転送される上りデータについての受信状況を前記第１の基地局に報告する報告ステップと、
前記第１の基地局が、前記第２の基地局から報告される前記受信状況に基づいて、当該第２の基地局に届いていない上りデータを把握し、当該上りデータを前記第２の基地局に再送する再送ステップとを備える再送制御方法が提供される。
【００１８】
また、本発明の実施の形態によれば、基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムであって、
前記第１の基地局が前記ユーザ装置から上りデータを受信し、当該上りデータをバッファに保持するととともに、当該上りデータを前記第２の基地局に転送し、
前記第２の基地局が、前記第１の基地局から転送される上りデータについての受信状況を前記第１の基地局に報告し、
前記第１の基地局が、前記第２の基地局から報告される前記受信状況に基づいて、当該第２の基地局に届いていない上りデータを把握し、当該上りデータを前記第２の基地局に再送する移動通信システムが提供される。
【００１９】
また、本発明の実施の形態によれば、基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおける前記第１の基地局として使用される基地局であって、
前記ユーザ装置から上りデータを受信し、当該上りデータをバッファに保持するととともに、当該上りデータを前記第２の基地局に転送する転送部と、
前記第２の基地局から、前記第１の基地局により転送される上りデータについての受信状況を受信し、当該受信状況に基づいて、前記第２の基地局に届いていない上りデータを把握し、当該上りデータを前記第２の基地局に再送する再送制御部とを備える基地局が提供される。
【発明の効果】
【００２０】
本発明の実施の形態によれば、基地局間キャリアアグリゲーションによりユーザ装置と通信を行う複数の基地局を備える移動通信システムにおいて、ユーザ装置から送信される上りデータについての基地局間における再送制御を行うことを可能とする技術が提供される。
【図面の簡単な説明】
【００２１】
【図１】Ｒｅｌ−１０までのＣＡを示す図である。
【図２】Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙの例を示す図である。
【図３】基地局ＭｅＮＢをアンカーノードとするスプリットベアラを説明するための図である。
【図４】スプリットベアラにおけるプロトコル構成を示す図である。
【図５】スプリットベアラにおける上りパスと下りパスの例を示す図である。
【図６】課題を説明するための図である。
【図７】本発明の実施の形態における通信システムの構成図である。
【図８】本実施の形態におけるＳｅＮＢの動作の概要を説明するための図である。
【図９】本実施の形態における通信システムの動作例を説明するための図である。
【図１０】ＵＬ  ＡＲＱを行う場合の例を説明するための図である。
【図１１】ＭｅＮＢからの指示がある場合にＵＬ  ＡＲＱを行う動作例を説明するための図である。
【図１２】ＳｅＮＢ側に十分なバッファ領域がある場合にＵＬ  ＡＲＱを行う場合の動作例を説明するための図である。
【図１３】本実施の形態における基地局の構成図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。また、本実施の形態では、ＬＴＥの移動通信システムを対象とするが、本発明はＬＴＥに限らず他の移動通信システムにも適用可能である。また、本明細書及び特許請求の範囲では、特に断らない限り、「ＬＴＥ」の用語は３ＧＰＰのＲｅｌ−１２、もしくは、Ｒｅｌ−１２以降の方式の意味で使用する。
【００２３】
（システム全体構成、動作概要）
図７は、本発明の実施の形態における通信システムの構成例を示す図である。図７に示すように、当該通信システムは、Ｓ−ＧＷ１０とＳ１インターフェースで通信を行う基地局ＭｅＮＢと、基地局ＳｅＮＢとを含み、ユーザ装置ＵＥとの間でＤＣを実行することを可能としている。基地局ＭｅＮＢと、基地局ＳｅＮＢとの間は、Ｘ２インターフェースにより通信可能であり、基地局ＭｅＮＢにおいてベアラのデータが分配されることで、スプリットベアラが行われる。以下、記述を簡潔にするために、基地局ＭｅＮＢ、基地局ＳｅＮＢはそれぞれ、ＭｅＮＢ、ＳｅＮＢと記述することにする。
【００２４】
図７に示す通信システムにおいて、例えば、ＭＣＧをマクロセルとし、ＳＣＧをスモールセルとして、ＰＣｅｌｌ、ＳＣｅｌｌ（ＰＳＣｅｌｌを含む）の設定を行うことができる。ユーザ装置ＵＥにおけるＳｅＮＢの追加、削除、設定変更等は、ＭｅＮＢからのＲＲＣシグナリングで行うこととするが、これに限られるわけではない。
【００２５】
本実施の形態の通信システムでは、ＤＬのデータについて基地局間のＡＲＱ制御が実施されることに加えて、ＵＬのデータについてもＡＲＱ制御が行われる。これにより、ＵＬデータについてＸ２でのロスが発生したとしても、上位からの再送を待たずに再送を行うことができる。
【００２６】
本実施の形態では、スプリットベアラのＵＬについては、ユーザ装置ＵＥからＭｅＮＢとＳｅＮＢのうちのいずれか一方のみにパスが設定され、ＭｅＮＢとＳｅＮＢのうちのいずれか一方のみにＵＬデータ（ＰＤＣＰ  ＰＤＵ）が送信される。
【００２７】
ユーザ装置ＵＥからＳｅＮＢにＵＬデータを送信する場合に、ＳｅＮＢは、図８に示す手順でＡＲＱ制御を行う。まず、ＳｅＮＢは、ユーザ装置ＵＥから受信したＵＬデータ（ＰＤＣＰ  ＰＤＵ）をＭｅＮＢへ転送する（ステップ１０１）。例えばＭｅＮＢからの報告に基づいて、ＳｅＮＢがＸ２でのＵＬデータロスが発生したことを検出する（ステップ１０２）と、ＳｅＮＢは、ロスしたＵＬデータをＭｅＮＢへ再送する（ステップ１０３）。
【００２８】
なお、本発明の適用範囲は、ユーザ装置ＵＥからＭｅＮＢとＳｅＮＢのうちのいずれか一方のみにパスが設定される形態に限定されるわけではなく、ＤＬと同様に、ユーザ装置ＵＥからＭｅＮＢとＳｅＮＢの両方にパスを設定し、ＭｅＮＢとＳｅＮＢにＵＬデータを分配して送信する形態についても本発明を適用することは可能である。この場合、ＳｅＮＢは、ユーザ装置ＵＥから受信したＵＬデータについて、図８に示す手順でＡＲＱ制御を行うことができる。
【００２９】
（通信システムの動作例）
次に、図９のシーケンス図を参照して、本実施の形態に係る通信システムの動作例を説明する。
【００３０】
図９は、ＭｅＮＢ、ＳｅＮＢ、ユーザ装置ＵＥにおいてスプリットベアラが設定されており、ＤＬについては、ユーザ装置ＵＥはＭｅＮＢとＳｅＮＢからデータ（ＰＤＣＰ  ＯＤＵ）を受信する。ＵＬについては、ユーザ装置ＵＥからＳｅＮＢにパスが設定されており、当該ベアラのＵＬデータは、ユーザ装置ＵＥからＳｅＮＢに送信され、ＳｅＮＢからＭｅＮＢに転送され、ＭｅＮＢからＳ−ＧＷ１０に転送される。
【００３１】
このような前提において、ユーザ装置ＵＥはＵＬデータ（ＰＤＣＰ  ＰＤＵ）をＳｅＮＢに順次送信する（ステップ２０１）。ＵＬデータを受信したＳｅＮＢは、当該ＵＬデータをバッファに保持するとともに、転送用にＵＬデータをコピーする（ステップ２０２）。
【００３２】
Ｘ２インターフェースでは、ＧＴＰｕでデータ送受信がなされることから、上記ＵＬデータ（ＰＤＣＰ  ＰＤＵ）はＧＴＰｕによりＳｅＮＢからＭｅＮＢへ転送される（ステップ２０３）。また、このとき、ＳｅＮＢは、転送したＰＤＣＰ  ＰＤＵ（データそのものでもよいし、ＳＮがある場合はＳＮでもよい）と、当該ＰＤＣＰ  ＰＤＵを運んだＧＴＰｕパケットのＳＮとを対応付けて記憶しておく（ステップ２０４）。ここで、転送した１つのＰＤＣＰ  ＰＤＵが１つのＧＴＰｕのＳＮに対応する場合、転送した複数のＰＤＣＰ  ＰＤＵが１つのＧＴＰｕのＳＮに対応する場合、また、転送した１つのＰＤＣＰ  ＰＤＵが複数のＧＴＰｕのＳＮに対応する場合のいずれもあり得る。なお、ＳｅＮＢが、転送したＰＤＣＰ  ＰＤＵと、当該ＰＤＣＰ  ＰＤＵを運んだＧＴＰｕパケットのＳＮを記憶しておくことは必須ではない。ただし、後述するように、ＭｅＮＢからＳｅＮＢに対して、Ｘ２インターフェースでロスした（あるいは送信に成功した）ＧＴＰｕ  ＳＮを報告する方式を採用する場合には、ＳｅＮＢは、転送したＰＤＣＰ  ＰＤＵと、対応するＧＴＰｕのＳＮを記憶しておくことが必要である。
【００３３】
ＭｅＮＢは、ステップ２０３においてＳｅＮＢから転送されたデータ（ＰＤＣＰ  ＰＤＵ）を受信すると、受信したＰＤＣＰ  ＰＤＵに関する受信状況を示す情報をＳｅＮＢに報告する。ＭｅＮＢがＳｅＮＢに報告する内容は、例えば、ＭｅＮＢがＳｅＮＢから受信できたデータの情報、もしくは、ＭｅＮＢがＳｅＮＢから受信すべきデータのうち、受信していない（つまりロスした）データの情報である。
【００３４】
より具体的には、例えば、ＭｅＮＢはＳｅＮＢに対し、ＳｅＮＢから受信に成功したＰＤＣＰ  ＰＤＵ（又はＧＴＰｕ）のＳＮのリストを報告する。また、ＭｅＮＢはＳｅＮＢに対し、Ｓ１インターフェース（Ｓ−ＧＷ）へ送出したＰＤＣＰ  ＰＤＵ（又はＧＴＰｕ）のＳＮのリストを報告することとしてもよい。
【００３５】
また、ＭｅＮＢはＳｅＮＢに対し、Ｘ２インターフェースでロスしたＰＤＣＰ  ＰＤＵ（又はＧＴＰｕ）のＳＮを報告することとしてもよい。なお、ロスしたデータの情報を送る方式を採用する場合において、ロスがない場合には、ロスがないことを示すＮＵＬＬをＭｅＮＢからＳｅＮＢにフィードバックしてもよい。
【００３６】
ステップ２０５の報告を行うタイミングは特定のタイミングに限定されないが、例えば、ＭｅＮＢは周期的にＳｅＮＢに対して自律的に報告を行うこととしてよい。また、例えば、ＭｅＮＢが、受信したデータ（ＰＤＣＰ  ＰＤＵもしくはＧＴＰｕのパケット）の数が予め定めた数だけ増加する度に報告を行うこととしてもよい。また、ＭｅＮＢから自律的に報告するのではなく、ＳｅＮＢがＭｅＮＢにポーリング信号（Ｐｏｌｌｉｎｇ）を送信し、ＭｅＮＢが当該ポーリング信号を受信したことをトリガとして報告を行ってもよい。
【００３７】
上記のポーリング信号を用いる場合において、ＳｅＮＢがＭｅＮＢにポーリング信号を送信するタイミングは特定のタイミングに限定されないが、例えば、ＳｅＮＢは周期的にＭｅＮＢに対してポーリング信号送信を行うこととしてよい。また、例えば、ＳｅＮＢが、送信したデータ（ＰＤＣＰ  ＰＤＵもしくはＧＴＰｕのパケット）の数が予め定めた数だけ増加する度にポーリング信号送信を行うこととしてもよい。
【００３８】
なお、ユーザ装置ＵＥが、ＵＬデータ（ＰＤＣＰ  ＰＤＵ）の送信方向をＳｅＮＢからＭｅＮＢへ変更する場合には、ＳｅＮＢから転送データの最後に、最後であることを示す信号であるＥｎｄｍａｒｋｅｒが送出されることが想定される。このことから、ＭｅＮＢは、本ＥｎｄｍａｒｋｅｒをＳｅＮＢから受信したことをトリガにしてステップ２０５の報告を行うこととしてもよい。
【００３９】
ステップ２０５による報告をＭｅＮＢから受信したＳｅＮＢは、当該報告に基づいて、ＭｅＮＢへ届いていないデータ（ＰＤＣＰ  ＰＤＵ）を把握し、当該データをＭｅＮＢに再送する（ステップ２０６）。
【００４０】
（ＵＬ  ＡＲＱ制御を行う場合について）
＜基本例＞
既に説明したとおり、現状のＤＣのスプリットベアラにおいて、ＤＬについてはＭｅＮＢとＳｅＮＢの両方からデータ（ＰＤＣＰ  ＰＤＵ）をユーザ装置ＵＥに送信できるが、ＵＬについては、ＭｅＮＢとＳｅＮＢのうちのいずれかでしかデータ（ＰＤＣＰ  ＰＤＵ）を受信できない。
【００４１】
ＳｅＮＢからＭｅＮＢにデータ転送が行われなければ、ＡＲＱ制御は不要であるから、本実施の形態では、ユーザ装置ＵＥからＳｅＮＢ側にＵＬ  ｐａｔｈが設定された場合（ＳｅＮＢからＭｅＮＢにデータ転送が行われる場合）にのみＵＬ  ＡＲＱ制御を行うこととし、ＵＬ  ｐａｔｈがユーザ装置ＵＥからＭｅＮＢ側に設定されている場合には、ＵＬ  ＡＲＱ制御を行わないこととする。
【００４２】
上記のＵＬ  ＡＲＱ制御実施／非実施については、例えば、ＳｅＮＢがＭｅＮＢからユーザ装置ＵＥとの間のＵＬ  ｐａｔｈ（パス、通信路）の設定指示を受信した場合に、ＳｅＮＢは、当該ユーザ装置ＵＥから受信するデータ（ＰＤＣＰ  ＰＤＵ）についてのＵＬ  ＡＲＱ制御を実施する設定を行い、ＵＬ  ｐａｔｈの設定指示を受信しない場合には、ＵＬ  ＡＲＱ制御を実施する設定を行わない、として制御を行うことができる。
【００４３】
なお、現状、スプリットベアラのＵＬについては、ＭｅＮＢとＳｅＮＢのうちのいずれかでしかユーザ装置ＵＥからのデータ（ＰＤＣＰ  ＰＤＵ）を受信できないが、今後は、ＤＬと同様に、ＭｅＮＢとＳｅＮＢの両方がユーザ装置ＵＥからのデータ（ＰＤＣＰ  ＰＤＵ）を受信できることが想定される。この場合でも、ＳｅＮＢ側にはＵＬ  ｐａｔｈが設定されるから、ユーザ装置ＵＥから送信されるＵＬのベアラのデータのうち、ＳｅＮＢ方向に分配されるデータ（ＰＤＣＰ  ＰＤＵ）について、これまでに説明したようにしてＡＲＱ制御を実施することができる。
【００４４】
図１０は、ＵＬ  ＡＲＱ制御を行う場合／行わない場合をまとめて示した図である。図１０に示すとおり、ユーザ装置ＵＥからＳｅＮＢに対してデータ送信が行われる場合である（ａ）と（ｂ）の場合にＵＬ  ＡＲＱ制御を行う。ユーザ装置ＵＥからＳｅＮＢに対してデータ送信が行われない場合である（ｃ）の場合にＵＬ  ＡＲＱ制御を行わない。
【００４５】
＜指示がある場合にのみＵＬ  ＡＲＱ制御を実施する例＞
ＭｅＮＢからＳｅＮＢに対してＵＬ  ＡＲＱ制御を行うことを指示する場合にのみＵＬ  ＡＲＱ制御を行うこととしてもよい。この指示は、任意のタイミングで行うこととしてもよいが、ＳＣＧ（ＳｅＮＢ）を追加するタイミング、スプリットベアラを追加するタイミング、ＵＬ  ｐａｔｈをＳｅＮＢ側へ設定するタイミング等で当該指示が行われても良い。
【００４６】
図１１に、ＳＣＧを追加するタイミングで指示を行う場合におけるシーケンスの例を示す。
【００４７】
図１１のステップ３０１において、ＭｅＮＢは、ＳｅＮＢ（ＳＣＧ）をユーザ装置ＵＥに対して追加して、ユーザ装置ＵＥに対してＤＣを設定することを決定する。本例では、ＳｅＮＢ追加のタイミングでＵＬ  ＡＲＱ制御を行うことも決定する。
【００４８】
ＭｅＮＢは、ＳｅＮＢに対して、ＳｅＮＢ追加要求（ＳｅＮＢ  ａｄｄｉｔｉｏｎ  ｒｅｑｕｅｓｔ）を送信する（ステップ３０２）。このＳｅＮＢ追加要求には、ＵＬ  ＡＲＱ実行の指示が含まれており、当該指示を受信したＳｅＮＢは、ＵＬ  ＡＲＱを実行することを把握する。前述したとおり、ＳｅＮＢに対してＵＬ  ｐａｔｈが設定されなければＵＬ  ＡＲＱ制御は行われないから、実際には、ＳｅＮＢは、ＵＬ  ＡＲＱ実行指示を受信し、なおかつ、ＳｅＮＢへのＵＬ  ｐａｔｈが設定される場合にＵＬ  ＡＲＱ制御を行うことになる。
【００４９】
ＵＬ  ＡＲＱ実行指示を含むＳｅＮＢ追加要求を受信したＳｅＮＢは、確認応答（ＳｅＮＢ  ａｄｄｉｔｉｏｎ  ｒｅｑｕｅｓｔ  ａｃｋ）をＭｅＮＢに返す（ステップ３０３）。また、ＭｅＮＢは、ユーザ装置ＵＥに対してＳｅＮＢ追加指示（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信する（ステップ３０４）。ＳｅＮＢ追加指示を受信したユーザ装置ＵＥは、ＳｅＮＢ（ＳＣＧ）追加の設定を実施し、完了応答（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ｃｏｍｐｌｅｔｅ）をＭｅＮＢに返す（ステップ３０５）。
【００５０】
スプリットベアラを追加するタイミングでＵＬ  ＡＲＱ実行指示を行う場合、また、ＵＬ  ｐａｔｈをＳｅＮＢ側へ設定するタイミングでＵＬ  ＡＲＱ実行指示を行う場合にも同様のシーケンスで指示を実行できる。つまり、図１１に示すシーケンスの設定内容「ＳｅＮＢ追加」を、「スプリットベアラ追加」、「ＵＬ  ｐａｔｈ設定」等とすればよい。
【００５１】
＜ＳｅＮＢ側に十分なバッファ領域がある場合にのみＵＬ  ＡＲＱ制御を実施する例＞
ＳｅＮＢ側でＵＬデータ（ＰＤＣＰ  ＰＤＵ）を保持することができないのであれば、再送を行えなくなるから、ＡＲＱ制御を行うことができない。そこで、ＳｅＮＢ側に十分なバッファ領域がある場合にのみＵＬ  ＡＲＱ制御を実施することとしてもよい。この場合の処理例を図１２を参照して説明する。
【００５２】
まず、ステップ４０１において、ＳｅＮＢは、ＵＬ  ＡＲＱ実行トリガにより、（バッファ領域が十分である場合に）ＵＬ  ＡＲＱ制御を実行することを把握する。このＵＬ  ＡＲＱ実行トリガは、例えば上述したように、ＵＬ  ＡＲＱ実行指示をＭｅＮＢから受信したことであってもよいし、ＵＬ  ＡＲＱ実行指示を明示的には含まないＵＬ  ｐａｔｈの設定指示をＭｅＮＢから受信したことであってもよいし、その他のトリガであってもよい。
【００５３】
ステップ４０２において、ＳｅＮＢは、ＵＬ  ＰＤＣＰ  ＰＤＵを再送のために保持するのに使用可能なバッファのサイズを確認し、当該サイズが特定の値よりも大きいか否かを判定する。当該特定の値は、予めＳｅＮＢに設定されていてもよいし、ＵＬ  ＡＲＱ実行指示とともにＭｅＮＢから受信することとしてもよい。また、当該特定の値は０ｋｂｙｔｅであってもよい。
【００５４】
ステップ４０２の判定の結果、バッファサイズが特定の値よりも大きくなければ（ステップ４０２のＮｏ）、ＳｅＮＢはＵＬ  ＡＲＱを実行しないことを決定するとともに、ＵＬ  ＡＲＱ実行不可であることをＭｅＮＢに通知する（ステップ４０３）。ステップ４０２の判定の結果、バッファサイズが特定の値よりも大きければ（ステップ４０２のＹｅｓ）、ＳｅＮＢはＵＬ  ＡＲＱを実行することを決定するとともに、ＵＬ  ＡＲＱ実行可能であることをＭｅＮＢに通知する（ステップ４０４）。
【００５５】
なお、ＤＬのスプリットべアラにおいて、ＭｅＮＢから分割されたデータ（ＰＤＣＰ  ＰＤＵ）を受信するＳｅＮＢにおいて、当該データを保持するバッファに空きがない場合、ＤＬのスプリットべアラによるスループット向上が期待できないことから、当該バッファに空きがある（例えば、所定のサイズより大きい）場合に、ＤＬのスプリットべアラを実行することが想定される。この場合、ＳｅＮＢにおいてスプリットべアラ（ＤＬ）で使用できるバッファのサイズをＡｌｌｏｗｅｄ  ｂｕｆｆｅｒ  ｓｉｚｅとしてＭｅＮＢに定期的に報告し、ＭｅＮＢが当該Ａｌｌｏｗｅｄ  ｂｕｆｆｅｒ  ｓｉｚｅが所定値以下であった場合には、ＤＬのスプリットべアラを実行しないことが考えられる。
【００５６】
このようなＡｌｌｏｗｅｄ  ｂｕｆｆｅｒ  ｓｉｚｅと同様の、ＵＬデータバッファの使用可能サイズを示すパラメータを規定し、当該パラメータの値をＳｅＮＢからＭｅＮＢに通知し（例えば定期的に通知し）、ＭｅＮＢが当該パラメータの値を特定の値と比較することよりＵＬ  ＡＲＱ実行可否を判定することとしてもよい。この場合、例えば、これまでに説明したＵＬ  ＡＲＱ実行指示をＭｅＮＢからＳｅＮＢに送信する例において、ＵＬ  ＡＲＱ実行可と判定した場合（「バッファサイズ＞特定の値」の場合）にのみＵＬ  ＡＲＱ実行指示をＭｅＮＢからＳｅＮＢに送信することとしてよい。
【００５７】
＜特定のＰＤＣＰ  ＰＤＵに対してのみＵＬ  ＡＲＱ制御を実行する例＞
ＵＬ  ＡＲＱ制御が実行される場合、ＳｅＮＢはユーザ装置ＵＥから受信する全てのＰＤＣＰ  ＰＤＵに対してＵＬ  ＡＲＱ制御を行うこととしてもよいし、特定のＰＤＣＰ  ＰＤＵに対してのみＵＬ  ＡＲＱ制御を行うこととしてもよい。以下、特定のＰＤＣＰ  ＰＤＵに対してのみＵＬ  ＡＲＱ制御を適用する場合の例を説明する。
【００５８】
ＰＤＣＰ  ＰＤＵには、上位のデータを運ぶＰＤＣＰ  ＰＤＵ（ＰＤＣＰ  ｄａｔａ  ＰＤＵ）と、ＰＤＣＰレイヤを制御するためのＰＤＣＰ  ＰＤＵ（ＰＤＣＰ  ｃｏｎｔｒｏｌ  ＰＤＵ）がある。一般に、ＰＤＣＰ  ｄａｔａ  ＰＤＵについてはたとえＸ２でロスしたとしても上位レイヤでの再送が行われることが期待できるが、ＰＤＣＰ  ｃｏｎｔｒｏｌ  ＰＤＵについてはロスした場合の上位レイヤでの再送が期待できない。
【００５９】
そこで、ＰＤＣＰ  ｃｏｎｔｒｏｌ  ＰＤＵにのみＵＬ  ＡＲＱ制御を適用することとしてもよい。ＰＤＣＰ  ｃｏｎｔｒｏｌ  ＰＤＵにはＳＮが付されないことから、ＰＤＣＰ  ｃｏｎｔｒｏｌ  ＰＤＵにＵＬ  ＡＲＱ制御を適用する場合においては、例えばＳｅＮＢは、ＭｅＮＢに転送したＰＤＣＰ  ｃｏｎｔｒｏｌ  ＰＤＵと、それに対応するＧＴＰｕのＳＮとを記憶しておき、ＭｅＮＢからロスしたＧＴＰｕのＳＮを受信することで、当該ＧＴＰｕのＳＮに対応するＰＤＣＰ  ｃｏｎｔｒｏｌ  ＰＤＵを把握し、当該ＰＤＣＰ  ｃｏｎｔｒｏｌ  ＰＤＵをＭｅＮＢに再送する。
【００６０】
なお、例えば上位レイヤでの再送が期待できない場合や、重要なデータ通信を行う場合等において、ＰＤＣＰ  ｄａｔａ  ＰＤＵのみにＵＬ  ＡＲＱ制御を適用することとしてもよい。
【００６１】
また、特定のＰＤＣＰ  ＳＮを持つＰＤＣＰ  ＰＤＵのみをＵＬ  ＡＲＱ制御の対象とすることとしてもよい。すなわち、Ｘ２で大量のＰＤＣＰ  ＰＤＵが破棄されると、ＭｅＮＢのＰＤＣＰ  ｅｎｔｉｔｙでＨＦＮの誤判定が発生することから、これを回避するべく特定のＰＤＣＰ  ＳＮ（例：０又は２０４７）が必ずＭｅＮＢに届くことを担保するために、これらに対してのみＵＬ  ＡＲＱ制御が適用されてもよい。
【００６２】
以上、説明した各種の例は矛盾が生じない限り、組み合わせて実施することが可能である。
【００６３】
（基地局ＭｅＮＢ、ＳｅＮＢの構成例）
図１３に、これまでに説明した動作を実行するＭｅＮＢとＳｅＮＢの機能構成図を示す。図１３に示すように、ＳｅＮＢは、ＤＬ信号送信部１０１、ＵＬ信号受信部１０２、基地局間通信部１０３、ＡＲＱ制御部１０４、ＤＣ制御部１０５を含む。また、ＭｅＮＢは、ＤＬ信号送信部２０１、ＵＬ信号受信部２０２、基地局間通信部２０３、ＡＲＱ制御部２０４、ＤＣ制御部２０５を含む。なお、図１３は、ＭｅＮＢとＳｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、ＭｅＮＢとＳｅＮＢはいずれも、少なくともＬＴＥに準拠した移動通信システムにおける基地局として動作するための図示しない機能も有するものである。また、図１３に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００６４】
ＤＬ信号送信部１０１（２０１も同様）は、基地局から送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。ＵＬ信号受信部１０２（２０２も同様）は、ユーザ装置ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。なお、ＵＬ  ＡＲＱ制御を実行する際にＰＤＣＰ  ＰＤＵ等を保持しておくための記憶領域（バッファ領域）は、ＵＬ信号受信部１０２が有する。当該記憶領域をＡＲＱ制御部１０４又は基地局間通信部１０３が有することとしてもよい。
【００６５】
基地局間通信部１０３（２０３も同様）は、Ｘ２インターフェースにより基地局間で通信を行う。ＤＣ制御部１０５（２０５も同様）は、ＤＣの設定／変更／管理等の処理を行う。これらの処理には、ＳｅＮＢに追加処理、スプリットベアラの設定処理、ＵＬ  ｐａｔｈの設定処理等を含む。ＡＲＱ制御部１０４は、これまでに説明したＳｅＮＢ側のＵＬ  ＡＲＱ制御（例：図８、図９のステップ２０２〜２０６、図１１のステップ３０２、図１２のステップ４０１〜４０４等）を実行する。また、ＡＲＱ制御部２０４は、これまでに説明したＭｅＮＢ側のＵＬ  ＡＲＱ制御（例：９のステップ２０３、図１１のステップ３０１、３０２、図１２のステップ４０３、４０４等）を実行する。
【００６６】
（実施の形態のまとめ）
以上、説明したように、本実施の形態では、基地局間キャリアアグリゲーションによりユーザ装置と通信を行う第１の基地局及び第２の基地局を備える移動通信システムにおける再送制御方法であって、前記第１の基地局が前記ユーザ装置から上りデータを受信し、当該上りデータをバッファに保持するとともに、当該上りデータを前記第２の基地局に転送する転送ステップと、前記第２の基地局が、前記第１の基地局から転送される上りデータについての受信状況を前記第１の基地局に報告する報告ステップと、前記第１の基地局が、前記第２の基地局から報告される前記受信状況に基づいて、当該第２の基地局に届いていない上りデータを把握し、当該上りデータを前記第２の基地局に再送する再送ステップとを備える再送制御方法が提供される。
【００６７】
上記の構成により、基地局間キャリアアグリゲーションによりユーザ装置と通信を行う複数の基地局を備える移動通信システムにおいて、ユーザ装置から送信される上りデータについての基地局間における再送制御を行うことが可能となる。
【００６８】
前記第１の基地局は、前記ユーザ装置から当該第１の基地局への上りのパスが設定された場合に、前記転送ステップと前記再送ステップを含む再送制御を実行する。この構成により、再送制御が必要である場合にのみ再送制御を行うことを把握でき、再送制御が必要でないにも関わらずＵＬ再送制御用のバッファを準備しておく等の無駄な処理を回避できる。
【００６９】
前記第１の基地局は、前記第２の基地局から再送制御の実行指示を受信した場合に、前記転送ステップと前記再送ステップを含む再送制御を実行することとしてもよい。この構成により、例えば、第２の基地局がＵＬ再送制御が必要であると判断した場合にのみＵＬ再送制御を実行することができる等、第２の基地局の判断に基づく様々な制御を行うことが可能となる。
【００７０】
前記第１の基地局は、前記バッファのサイズと所定の値とを比較し、当該バッファのサイズが当該所定の値よりも大きい場合に、前記転送ステップと前記再送ステップを含む再送制御を実行することとしてもよい。この構成により、十分なバッファがないにも関わらずＵＬ再送制御を無理に行うことを回避できる。
【００７１】
前記第１の基地局は、前記バッファのサイズを前記第２の基地局に通知し、当該第２の基地局が、前記バッファのサイズと所定の値とを比較し、当該バッファのサイズが当該所定の値よりも大きい場合に、前記第１の基地局が前記転送ステップと前記再送ステップを含む再送制御を実行することを決定することとしてもよい。この構成によっても、十分なバッファがないにも関わらずＵＬ再送制御を無理に行うことを回避できる。
【００７２】
前記データはＰＤＣＰ  ＰＤＵであり、前記第１の基地局は、前記ユーザ装置から受信するＰＤＣＰ  ＰＤＵのうちのＰＤＣＰ  ｃｏｎｔｒｏｌ  ＰＤＵ、又は、特定のシーケンス番号を有するＰＤＣＰ  ＰＤＵに対して、前記転送ステップと前記再送ステップを含む再送制御を実行することとしてもよい。この構成により、ＰＤＣＰ  ｃｏｎｔｒｏｌ  ＰＤＵについて上位レイヤの再送を期待できない場合の再送制御や、特定のＰＤＣＰ  ＰＤＵが第２の基地局に届くことを担保したい場合の再送制御を実現できる。
【００７３】
前記第２の基地局は、例えば、前記第１の基地局から転送された上りデータをコアネットワークに転送する。この構成により、例えば、第２の基地局でベアラデータを分配するスプリットベアラが適用される構成において、ＳｅＮＢからＭｅＮＢへのデータ送信に係る再送制御を実現できる。
【００７４】
本実施の形態で説明した各基地局は、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【００７５】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、基地局は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア、及び、基地局ｅＮＢが有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【００７６】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【符号の説明】
【００７７】
ＭｅＮＢ、ＳｅＮＢ  基地局
ＵＥ  ユーザ装置
１０  Ｓ−ＧＷ
１０１、２０１  ＤＬ信号送信部
１０２、２０２  ＵＬ信号受信部
１０３、２０３  基地局間通信部
１０４、２０４  ＡＲＱ制御部
１０５、２０５  ＤＣ制御部
【図１】
2016063377.tif 000003
【図２】
2016063377.tif 000004
【図３】
2016063377.tif 000005
【図４】
2016063377.tif 000006
【図５】
2016063377.tif 000007
【図６】
2016063377.tif 000008
【図７】
2016063377.tif 000009
【図８】
2016063377.tif 000010
【図９】
2016063377.tif 000011
【図１０】
2016063377.tif 000012
【図１１】
2016063377.tif 000013
【図１２】
2016063377.tif 000014
【図１３】
2016063377.tif 000015