(57)【特許請求の範囲】
【請求項１】
少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つの非一時的メモリとを備えた装置によって実行される方法であって、前記少なくとも１つの非一時的メモリ及び前記コンピュータプログラムコードが、少なくとも１つのプロセッサと協働することで、前記装置に前記方法を実行させ、前記方法は、
第１の基地局からユーザ装置へのデータパケット経路時間の推定値を求めるステップと、
第２の基地局から受け取った情報に少なくとも部分的に基づいて、前記第２の基地局を介した前記第１の基地局から前記ユーザ装置へのデータパケット経路時間の推定値を求めるステップと、
前記求められた推定値に少なくとも部分的に基づいて、前記第１の基地局又は前記第２の基地局のいずれかを選択して前記ユーザ装置にパケットデータユニットを送信するステップと、
を含み、
前記方法は、前記第１の基地局における分割点と前記ユーザ装置におけるリオーダー機能との間のパケットデータユニットの量を少なく保つために、前記第１の基地局が前記ユーザ装置への経路に前記パケットデータユニットを転送するのを遅延させるステップをさらに含み、
前記第１の基地局及び前記第２の基地局のうちの選択された基地局を介した前記推定されるデータパケット経路時間が目標遅延を下回る時に、前記選択された基地局に前記パケットデータユニットを転送する、
ことを特徴とする方法。
【請求項２】
前記第１の基地局は、該第１の基地局又は前記第２の基地局のいずれかを選択して前記ユーザ装置に前記パケットデータユニットを送信する、
請求項１に記載の方法。
【請求項３】
前記第１の基地局又は前記第２の基地局のいずれかを選択して前記パケットデータユニットを送信するステップは、前記第２の基地局の無線リンク制御キューが空の状態で動作するのを避けるのに十分なほど早く行われる、
請求項１又は２に記載の方法。
【請求項４】
前記データパケット経路時間の推定値は、待ち行列内のパケットデータユニットと、該待ち行列内のパケットデータユニットのスループットとに基づく比率として求められる、請求項１から３のいずれかに記載の方法。
【請求項５】
前記データパケット経路時間の推定値は、前記ユーザ装置に送信される前記パケットデータユニットのサイズに依存する、
請求項１から３のいずれかに記載の方法。
【請求項６】
前記データパケット経路時間の推定値は、前記第２の基地局を介して前記ユーザ装置に送信されるデータパケットの最近のスループットに基づいて求められる、
請求項１から３のいずれかに記載の方法。
【請求項７】
前記データパケット経路時間の推定値は、前記ユーザ装置に送信される待ち行列内のパケットデータユニットの平均数と、該待ち行列内のパケットデータユニットの平均スループットとの比率として求められる、
請求項１から３のいずれかに記載の方法。
【請求項８】
前記データパケット経路時間の推定値は、前記第２の基地局から前記第１の基地局に送信されるフィードバックに依存する、
請求項１から３のいずれかに記載の方法。
【請求項９】
前記フィードバックは、前記第２の基地局の待ち行列遅延、前記第２の基地局のスループットの推定値、及び前記第２の基地局を含むデータ転送ネットワークのデータトラフィックのうちの少なくとも１つを含む、
請求項８に記載の方法。
【請求項１０】
装置であって、
少なくとも１つのプロセッサと、
コンピュータプログラムコードを含む少なくとも１つの非一時的メモリと、
を備え、前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサと協働して、前記装置に、
第１の基地局からユーザ装置へのデータパケット経路時間の推定値を求めることと、    第２の基地局から受け取った情報に少なくとも部分的に基づいて、前記第２の基地局を介した前記第１の基地局から前記ユーザ装置へのデータパケット経路時間の推定値を求めることと、
前記求められた推定値に少なくとも部分的に基づいて、前記第１の基地局又は前記第２の基地局のいずれかを選択して前記ユーザ装置にパケットデータユニットを送信することと、
前記第１の基地局における分割点と前記ユーザ装置におけるリオーダー機能との間のパケットデータユニットの量を少なく保つために、前記第１の基地局が前記ユーザ装置への経路に前記パケットデータユニットを転送するのを遅延させることと、
を行わせるように構成され、
前記第１の基地局及び前記第２の基地局のうちの選択された基地局を介した前記推定されるデータパケット経路時間が目標遅延を下回る時に、前記選択された基地局に前記パケットデータユニットを転送する、
ことを特徴とする装置。
【請求項１１】
機械が動作を実行するために実行可能な命令のプログラムを有形的に具体化する、前記機械によって読み取り可能な非一時的プログラム記憶装置であって、前記動作は、
第１の基地局からユーザ装置へのデータパケット経路時間の推定値を求めることと、
第２の基地局から受け取った情報に少なくとも部分的に基づいて、前記第２の基地局を介した前記第１の基地局から前記ユーザ装置へのデータパケット経路時間の推定値を求めることと、
前記求められた推定値に少なくとも部分的に基づいて、前記第１の基地局又は前記第２の基地局のいずれかを選択して前記ユーザ装置にパケットデータユニットを送信することと、
を含み、
前記動作は、前記第１の基地局における分割点と前記ユーザ装置におけるリオーダー機能との間のパケットデータユニットの量を少なく保つために、前記第１の基地局が前記ユーザ装置への経路に前記パケットデータユニットを転送するのを遅延させることを行わせることをさらに含み、
前記第１の基地局及び前記第２の基地局のうちの選択された基地局を介した前記推定されるデータパケット経路時間が目標遅延を下回る時に、前記選択された基地局に前記パケットデータユニットを転送する、
ことを特徴とする非一時的プログラム記憶装置。
【請求項１２】
第１の基地局からユーザ装置へのデータパケット経路時間の推定値を求める手段と、
第２の基地局から受け取った情報に少なくとも部分的に基づいて、前記第２の基地局を介した前記第１の基地局から前記ユーザ装置へのデータパケット経路時間の推定値を求める手段と、
前記求められた推定値に少なくとも部分的に基づいて、前記第１の基地局又は前記第２の基地局のいずれかを選択して前記ユーザ装置にパケットデータユニットを送信する手段と、
前記第１の基地局における分割点と前記ユーザ装置におけるリオーダー機能との間のパケットデータユニットの量を少なく保つために、前記第１の基地局が前記ユーザ装置への経路に前記パケットデータユニットを転送するのを遅延させる手段と、
を備え、
前記第１の基地局及び前記第２の基地局のうちの選択された基地局を介した前記推定されるデータパケット経路時間が目標遅延を下回る時に、前記選択された基地局に前記パケットデータユニットを転送することを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
例示的かつ非限定的な実施形態は、一般に無線通信に関し、具体的には、データストリームをサブストリームに分割することに関する。
【背景技術】
【０００２】
データネットワークでは、データストリームのパケットが、その宛先に複数の経路を介して到達することができる。３ＧＰＰリリース１２では、デュアルコネクティビティ動作モードが導入された。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
「分割点」におけるルーティング機能は、どのパケットがどの経路を取るべきかを決定する必要がある。デュアルコネクティビティ（ＤＣ）動作をサポートするＥ−ＵＴＲＡＮが提供するネットワークの例では、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある複数のＲＸ／ＴＸ  ＵＥを、Ｘ２インターフェイスを通じて非理想的なバックホールを介して接続された２つのｅＮＢに位置する２つの異なるスケジューラによって提供される無線リソースを利用するように構成することができる。
【課題を解決するための手段】
【０００４】
以下の概要は、例示を目的とするものにすぎない。この概要は、特許請求の範囲を限定するためのものではない。
【０００５】
１つの態様によれば、方法例が、第１の基地局からユーザ装置（ＵＥ）へのデータパケット経路時間の推定値を求めるステップと、第２の基地局から受け取った情報に少なくとも部分的に基づいて、第２の基地局を介した第１の基地局からユーザ装置（ＵＥ）へのデータパケット経路時間の推定値を求めるステップと、求められた推定値に少なくとも部分的に基づいて、第１の基地局又は第２の基地局のいずれかを選択してユーザ装置（ＵＥ）にパケットデータユニット（ＤＰＵ）（ＰＤＵ）を送信するステップとを含む。
【０００６】
さらなる実施形態例は、コンピュータプログラムであって、コンピュータプログラムがプロセッサ上で実行された時に前段の方法を実行するコードを含むコンピュータプログラムを含む。この段落によるコンピュータプログラムは、コンピュータと共に使用されるように具体化されたコンピュータプログラムコードを有するコンピュータ可読媒体を含むコンピュータプログラム製品である。
【０００７】
別の態様によれば、装置例が、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つの非一時的メモリとを備え、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサと協働して、装置に、第１の基地局からユーザ装置（ＵＥ）へのデータパケット経路時間の推定値を求めることと、第２の基地局から受け取った情報に少なくとも部分的に基づいて、第２の基地局を介した第１の基地局からユーザ装置（ＵＥ）へのデータパケット経路時間の推定値を求めることと、求められた推定値に少なくとも部分的に基づいて、第１の基地局又は第２の基地局のいずれかを選択してユーザ装置（ＵＥ）にパケットデータユニット（ＰＤＵ）を送信することと、を行わせるように構成される。
【０００８】
別の態様によれば、実施形態例が、機械が動作を実行するために実行可能な命令のプログラムを有形的に具体化する、機械によって読み取り可能な非一時的プログラム記憶装置であって、動作が、第１の基地局からユーザ装置（ＵＥ）へのデータパケット経路時間の推定値を求めることと、第２の基地局から受け取った情報に少なくとも部分的に基づいて、第２の基地局を介した第１の基地局からユーザ装置（ＵＥ）へのデータパケット経路時間の推定値を求めることと、求められた推定値に少なくとも部分的に基づいて、第１の基地局又は第２の基地局のいずれかを選択してユーザ装置（ＵＥ）にパケットデータユニット（ＰＤＵ）を送信することと、を含む、非一時的プログラム記憶装置の形で提供される。
【０００９】
別の態様によれば、装置例が、第１の基地局からユーザ装置（ＵＥ）へのデータパケット経路時間の推定値を求める手段と、第２の基地局から受け取った情報に少なくとも部分的に基づいて、第２の基地局を介した第１の基地局からユーザ装置（ＵＥ）へのデータパケット経路時間の推定値を求める手段と、求められた推定値に少なくとも部分的に基づいて、第１の基地局又は第２の基地局のいずれかを選択してユーザ装置（ＵＥ）にパケットデータユニット（ＰＤＵ）を送信する手段とを備える。
【００１０】
別の態様によれば、方法例が、第２の基地局が第１の基地局から受け取って第２の基地局がユーザ装置（ＵＥ）に送信したパケットデータユニット（ＰＤＵ）の数と、第２の基地局が第１の基地局から受け取ったパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信する際の第２の基地局における待ち行列遅延と、第２の基地局が第１の基地局から受け取ったパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信する際の第２の基地局によるスループットの推定値と、のうちの少なくとも１つを含む情報を第２の基地局が特定するステップと、第２の基地局が第１の基地局に情報を送信するステップとを含む。
【００１１】
別の態様によれば、装置例が、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つの非一時的メモリとを備え、少なくとも１つのメモリ及びコンピュータプログラムコードが、少なくとも１つのプロセッサと協働して、装置に、第２の基地局が第１の基地局から受け取って第２の基地局がユーザ装置（ＵＥ）に送信したパケットデータユニット（ＰＤＵ）の数と、第２の基地局が第１の基地局から受け取ったパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信する際の第２の基地局における待ち行列遅延と、第２の基地局が第１の基地局から受け取ったパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信する際の第２の基地局によるスループットの推定値と、のうちの少なくとも１つを含む情報を、第２の基地局を含む装置が求めることと、第２の基地局が第１の基地局に情報を送信することと、を行わせるように構成される。
【００１２】
別の態様によれば、機械が動作を実行するために実行可能な命令のプログラムを有形的に具体化する、機械によって読み取り可能な非一時的プログラム記憶装置であって、動作が、第２の基地局が第１の基地局から受け取って第２の基地局がユーザ装置（ＵＥ）に送信したパケットデータユニット（ＰＤＵ）の数と、第２の基地局が第１の基地局から受け取ったパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信する際の第２の基地局における待ち行列遅延と、第２の基地局が第１の基地局から受け取ったパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信する際の第２の基地局によるスループットの推定値と、のうちの少なくとも１つを含む情報を第２の基地局が特定することと、第２の基地局が第１の基地局に情報を送信することと、を含む、非一時的プログラム記憶装置の形で提供される。
【００１３】
別の態様によれば、装置例が、第２の基地局が第１の基地局から受け取って第２の基地局がユーザ装置（ＵＥ）に送信したパケットデータユニット（ＰＤＵ）の数と、第２の基地局が第１の基地局から受け取ったパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信する際の第２の基地局における待ち行列遅延と、第２の基地局が第１の基地局から受け取ったパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信する際の第２の基地局によるスループットの推定値と、のうちの少なくとも１つを含む情報を第２の基地局が特定する手段と、第２の基地局が第１の基地局に情報を送信する手段とを備える。
【００１４】
添付図面に関連して行う以下の説明では、上述の態様及びその他の特徴を説明する。
【図面の簡単な説明】
【００１５】
【図１】Ｅ−ＵＴＲＡＮ（進化型ＵＭＴＳ地上波無線アクセス）システム（移動体ネットワークのための３ＧＰＰロングタームエボリューション（ＬＴＥ）アップグレード経路のエアインターフェイス）の全体的なアーキテクチャの例を示す図である。
【図２】部分的に重なり合うセル内のユーザ装置（ＵＥ）の例を示す図である。
【図３】分割されたデータ無線ベアラのダウンリンクユーザデータフローを示す例図である。
【図４】ＭｅＮＢとＵＥとの間の分割されたデータ無線ベアラのダウンリンクユーザデータフローを示す例図である。
【図５】既にＳｅＮＢに送信されてはいるが受信ＤＱ＿ＳｅＮＢにおいて反映されていないデータを考慮した場合の遅延を示す例図である。
【図６】ＳｅＮＢ待ち行列遅延をＭｅＮＢ側において推定する方法を示す例図である。
【図７】ＭｅＮＢにおいて観察できる滞在時間ＷＳ及びＷＭを用いたＵＥにおける到着時間の比較を示す図である。
【図８】図１及び図２に示す無線システムのいくつかのコンポーネントを示す図である。
【図９】方法例を示す図である。
【図１０】方法例を示す図である。
【発明を実施するための形態】
【００１６】
本明細書及び／又は図面の図で見出すことができる以下の略語については、次のように定義する。
３ＧＰＰ  第３世代パートナーシッププログラム
ＡＰ  アクセスポイント
ＢＢ  ベースバンド
ＣＣ  コンポーネントキャリア
ＣＣＡ  空きチャネル割り当て
ＣＲＣ  巡回冗長検査
ＣＲＳ  セル固有基準信号
ＣＲＷ  チャネル予約ウィンドウ
ＣＳＩ  チャネル状態情報
ＣＳＩ−ＲＳ  チャネル状態情報基準信号
ＣＳＳ  共通探索空間
ＤＣＩ  ダウンリンク制御情報
ＤＬ  ダウンリンク
ＤＭＲＳ  復調基準信号
ＤＲＢ  データ無線ベアラ
ＤＳ  発見信号
ＤＴＸ  不連続送信
ＤｗＰＴＳ  ダウンリンクパイロットタイムスロット
ｅ．ｉ．ｒ．ｐ．  実効輻射電力
ｅＩＭＴＡ  強化型干渉軽減及びトラフィック適合（ＴＤ−ＬＴＥのための柔軟なＵＬ／ＤＬ適合を目的とする３ＧＰＰ  ＷＩの名称）
ｅＮＢ／ｅＮｏｄｅＢ  進化型ＮｏｄｅＢ（ＬＴＥ用語による基地局）
ＥＰＣ  進化型パケットコア
ＥＰＤＣＣＨ  進化型ＰＤＣＣＨ
ＦＤＤ  周波数分割複信
ＧＰ  ガード期間
ＩＤ  アイデンティティ
ＩＳＭ  産業、科学、医療
ＬＡＡ  ライセンス支援型アクセス
ＬＢＴ  リッスンビフォートーク
ＬＴＥ  ロングタームエボリューション
ＭｅＮＢ  マスタｅＮＢ
ＮＣＴ  ニューキャリアタイプ
ＯＦＤＭ  直交周波数分割多重方式
ＯＦＤＭＡ  直交周波数分割多元接続
ＰＣｅｌｌ  プライマリセル
ＰＤＣＣＨ  物理ダウンリンク制御チャネル
ＰＤＣＰ  パケットデータ収束プロトコル
ＰＤＳＣＨ  物理ダウンリンク共有チャネル
ＰＤＵ  パケットデータユニット、プロトコルデータユニット
ＰＬＭＮ  公衆陸上移動体ネットワーク
ＰＲＢ  物理リソースブロック
ＰＳＳ  プライマリ同期信号
ＲＡＮ  無線アクセスネットワーク
Ｒｅｌ  リリース
ＲＬＣ  無線リンク制御
ＲＮＴＩ  無線ネットワーク一時識別子
ＲＲＭ  無線リソース管理
Ｓ−ＧＷ  サービングゲートウェイ
ＳＣｅｌｌ  セカンダリセル
ＳＣＳ  ショートコントロールシグナリング
ＳｅＮＢ  セカンダリｅＮＢ
ＳＳＳ  セカンダリ同期信号
ＳＤＬ  補助ＤＬ
ＳＤＵ  サービスデータユニット
ＴＢ  トランスポートブロック
ＴＣＰ  伝送制御プロトコル
ＴＤ／ＴＤＤ  時分割複信
ＴＬ  閾値レベル
ＵＥ  ユーザ装置
ＵＬ  アップリンク
ＵｐＰＴＳ  アップリンクパイロットタイムスロット
Ｘ２  Ｘ２は、ｅＮＢ間の通信に使用されるインターフェイスである。
【００１７】
本明細書で使用する「例示的な」という単語は、「一例、事例又は説明例として役立つこと」を意味する。本明細書において「例示的」として説明するあらゆる実施形態は、必ずしも他の実施形態よりも好ましい又は有利であると解釈すべきではない。この詳細な説明において説明する全ての実施形態は、特許請求の範囲によって定められる本発明の範囲を限定するためではなく、当業者による本発明の実施又は利用を可能にするために提供する例示的な実施形態である。
【００１８】
本明細書における例示的な実施形態では、データストリームを分割する技術について説明する。これらの技術のさらなる説明は、例示的な実施形態を使用できるシステムの説明後に示す。
【００１９】
図１に、Ｅ−ＵＴＲＡＮシステムの全体的アーキテクチャの例を示す。Ｅ−ＵＴＲＡＮシステムは、ＵＥ（図１には図示せず）に向かうＥ−ＵＴＲＡＮユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及び制御プレーン（ＲＲＣ）のプロトコル終端を提供するｅＮＢを含む。ｅＮＢは、Ｘ２インターフェイスを通じて相互接続される。ｅＮＢは、Ｓ１インターフェイスを通じてＥＰＣ（進化型パケットコア）にも接続され、具体的には、Ｓ１  ＭＭＥインターフェイスを通じてＭＭＥ（モビリティ管理エンティティ）に接続され、Ｓ１インターフェイスを通じてサービングゲートウェイ（Ｓ−ＧＷ）に接続される。Ｓ１インターフェイスは、ＭＭＥ／Ｓ−ＧＷとｅＮＢとの間の多対多の関係をサポートする。
【００２０】
図２も参照すると分かるように、ＵＥ１０は、同時に複数のセルに接続することができる。この例では、ＵＥ１０が、（例えば、ｅＮＢなどの）基地局１３を有する第１のセル１２と、（例えば、ｅＮＢ又はＷｉＦｉアクセスポイントなどの）基地局１５を有する第２のセル１４とに接続される。従って、２つのセル１２、１４は、少なくとも部分的に重なり合っている。１つのタイプの実施形態例では、第１のセルがライセンスバンド上で動作することができ、第２のセルがアンライセンスバンド上で動作することができる。単純にするために、図２に示すシナリオには２つのセルしか示していない。他の代替例では、ライセンスバンド及び／又はアンライセンスバンド上で動作するあらゆる数のセルを設けて、好適なキャリアアグリゲーション（ＣＡ）のために協働させることができる。
【００２１】
一般に、ＵＥ１０の様々な実施形態は、以下に限定するわけではないが、携帯電話機、無線通信能力を有する携帯情報端末（ＰＤＡ）、無線通信能力を有するポータブルコンピュータ、無線通信能力を有するデジタルカメラなどの画像取り込み装置、無線通信能力を有するゲーム機、無線通信能力を有する音楽録音及び再生機器、無線インターネットアクセス及びブラウジングを可能にするインターネット機器、並びにこのような機能の組み合わせを組み込んだポータブル装置又は端末を含むことができる。
【００２２】
データネットワークでは、データストリームのパケットが、その宛先に複数の経路を介して到達することができる。「分割点」におけるルーティング機能は、どのパケットがどの経路を取るべきかを決定する必要がある。本明細書で説明する特徴は、分割点がデータストリームをどのように分割すべきかを決定するために使用できる方法を使用することができる。「リオーダーデータ」を使用するアプリケーションに対して宛先の受信機ができるだけ速くデータを配信できるように保証することを目的としたアルゴリズムを提供することもできる。デュアルコネクティビティ（ＤＣ）動作をサポートするＥ−ＵＴＲＡＮが提供するネットワークの例では、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある複数のＲＸ／ＴＸ  ＵＥが、Ｘ２インターフェイスを通じて非理想的なバックホールを介して接続された２つのｅＮＢに位置する２つの異なるスケジューラによって提供される無線リソースを利用するように構成される（３ＧＰＰ  ＴＲ  ３６．３００を参照）。
【００２３】
Ｓ−ＧＷからＵＥへのユーザプレーンデータの転送では、いわゆる「分割ベアラ」を使用することができる。分割ベアラは、ダウンリンクユーザプレーンデータのための経路を２つ提供する。これらは、Ｓ−ＧＷから「マスタｅＮＢ（ＭｅＮＢ）」を介してＵＥに送信することも、或いはＳ−ＧＷからＭｅＮＢを介してセカンダリｅＮＢ（ＳｅＮＢ）に送信し、ＳｅＮＢが最終的にＵＥに送信することもできる。「分割ベアラ」では、マスタｅＮＢ（ＭｅＮＢ）が、Ｓ１−Ｕを介してＳ−ＧＷに接続されるＵプレーンであるとともに、Ｘ２−Ｕを介してセカンダリｅＮＢ（ＳｅＮＢ）にも相互接続される。このことを図３の例によって示す。
【００２４】
ＭｅＮＢのＰＤＣＰレイヤにおけるルーティング機能は、分割ベアラのＰＤＣＰレイヤＰＤＵを、ローカルエアインターフェイスを介して直接ＵＥに送信するか、それともＸ２−Ｕを介してＳｅＮＢに転送するかを決定する。ＵＥにおけるＰＤＣＰレイヤリオーダー機能は、ＭｅＮＢ及びＳｅＮＢからＰＤＵを受け取り、これらをリオーダーして、ＵＥ１０上で動作するアプリケーションに転送する。本明細書で説明する特徴は、２つの異なる経路を介して送信されるＰＤＵが、ＭｅＮＢにおける分割点とＵＥのＰＤＣＰレイヤにおけるリオーダー機能との間で同一又は同様の遅延を受けるようにデータストリームを分割するために使用することができる。このような分割は、
ｉ．ＵＥにおけるリオーダー遅延及びＴＣＰのラウンドトリップタイムを最小化し、
ｉｉ．両経路上の利用可能な帯域幅の使用を最適化する。
【００２５】
このアルゴリズムは、後述するようなＴＣＰアプリケーションの問題が起こり得ないことを保証する。
【００２６】
ＭｅＮＢのＰＤＣＰレイヤは、分割ベアラのＤＬ  ＳＤＵをベアラ固有のＦＩＦＯキューに記憶する。ＰＤＣＰレイヤは、ＳＤＵの処理（暗号化、ＰＤＣＰシーケンス番号の追加など）を行う際に、（本発明のアルゴリズムを用いて）ローカルエアインターフェイスを介したＵＥへの直接経路の方が高速であるか、それともＳｅＮＢのエアインターフェイスを介した経路の方が高速であるかをチェックする。ＰＤＣＰレイヤは、最速の経路を介してＰＤＵを転送する（図４を参照）。ＭｅＮＢのＰＤＣＰレイヤにおけるルーティング機能は、各ＰＤＣＰ  ＰＤＵについて、利用可能な両経路から最速の経路を選択することができる。これにより、両経路を介した遅延が等しくなり、ＵＥにおけるリオーダー遅延及びＴＣＰで見られるＲＴＴが最小化される。この原理は、ＴＣＰトラフィックのみならず一般的にも当てはまる。この原理は、スケジューラに特定の制約を一切加えない。ＱｏＳ又は公平性のトピックについては個別に対処することができる。
【００２７】
ＳｅＮＢ  ＲＬＣ又はＭｅＮＢ  ＲＬＣに向けたＰＤＣＰ  ＰＤＵのルーティングは、できるだけ時間を掛けて行うことができる。ＴＲＳ（スケジューラ）及びＲＬＣキューは、ａ）ＰＤＣＰシーケンス番号の追加後にパケットが破棄されること（このようなパケット破棄後には、リオーダータイマの満了までＵＥにおけるリオーダー機能が停止する）、ｂ）例えばスケジューリングの負担が大きなＵＥがアクティブになったという理由でエアインターフェイスのスループットが突然低下すると、ＲＬＣにおいて大量のデータが足止めされること、及びｃ）アクティブキュー管理（ＡＱＭ）によってパケットが破棄された旨の情報が長い遅延後にしかＴＣＰソースに届かないこと（ＡＱＭは、ＲＬＣキューではなくＳＤＵキューからのみパケットを破棄すべきである）を避けるために短く保つことができる。
【００２８】
ＳｅＮＢ  ＲＬＣ又はＭｅＮＢ  ＲＬＣに向けたＰＤＣＰ  ＰＤＵのルーティングは、ＳｅＮＢを介した経路の方がＭｅＮＢを介した経路よりも速く、ＳＤＵキューではデータが待機しているにも関わらずＳｅＮＢのＲＬＣキューが空の状態で動作するのを避けるために十分に早く行うこともできる。
【００２９】
後述するリトルの法則アルゴリズムを用いた例では、ＲＬＣキューが空の状態で動作するのを避けるために、ＳｅＮＢがパケットを要求しないことを推奨することができる。これにより、回避できる待ち行列を導入することができる。後述するＳｅＮＢフィードバックを用いた例では、この推奨を使用しなくてもよい。
【００３０】
所与の経路を介してＵＥに到達するのに必要な時間は、経路の待ち時間及び経路に沿った待ち行列の量に依存する。待ち行列は、経路に提供されるトラフィックの到着率が経路の容量を上回った場合に発生する。２つの経路の容量は、急変することもある。例えば、２つの経路の容量は、無線状態及びインターフェイス上の負荷に応じて急変することがある。ＳｅＮＢを介した経路の容量は、エアインターフェイスにおいて利用できる帯域幅によって制限されることがあるが、例えばトランスポートネットワークにおけるボトルネックなどの他の箇所のボトルネックによって制限されることもある。
【００３１】
以下、ローカルエアインターフェイスを介したＵＥへの経路又はＳｅＮＢを介した経路のどちらの方が速いかを判断する方法の２つの代替実施形態例に関して特徴を説明する。これらの両実施形態における基本原理は同じであり、選択的経路（ローカルでの送信又はＳｅＮＢを介した送信）のどちらの方が速いと推定されるかを各（ＰＤＣＰ）ＰＤＵについて判断するものである。ＰＤＵは、速い方の経路の推定遅延が目標遅延（例えば、５０ｍｓ）を下回る場合にはこの経路を介して送信され、そうでない場合には（ＭｅＮＢにおける）ＰＤＣＰに留まったままになる。各判断及びその後のＰＤＵの送信後には、次のＰＤＵについて判断を行う前に、送信されたＰＤＵを考慮して対応する経路の遅延推定を更新する。
【００３２】
リトルの法則を用いたアルゴリズム
この実施形態例は、ＭｅＮＢにおける分割機能からＵＥにおけるリオーダー機能に移動するのにどれほどの時間がパケットにとって必要であるかを推定するために、リトルの法則に基づくアルゴリズムを使用する。リトルの法則によれば、任意の安定した待ち行列システムにおけるパケットの平均滞在時間Ｗを以下のように計算することができる。
Ｗ＝Ｌ／ＴＨ                （１）
ここでのＬは、システム内の平均パケット数であり、ＴＨは、平均出発率、換言すればシステムの平均スループットである。
【００３３】
決定基準
ＭｅＮＢは、各ＰＤＣＰレイヤのＰＤＵについて、図４に示す２つの経路のうちのどちらを使用すべきかを決定する必要がある。ＭｅＮＢは、図４に示す２つの経路の一方を使用するパケットの滞在時間を計算するために以下の情報を使用することができる。
１）ＳｅＮＢは、ＰＤＵがＵＥに送信された（或いは定義によっては、ＰＤＵがＵＥによって正しく受け取られた）旨を示すメッセージ（確認応答（ＡＣＫ）メッセージ）をＭｅＮＢに送信する。「ＵＥへの送信」が意味するものについての正確な定義方法には複数の選択肢が存在する。「ＵＥへの送信」は、ＡＣＫメッセージを生成するＳｅＮＢのＳＷコンポーネントが、ＰＤＵが正常にＵＥに配信された旨をＲＬＣレイヤによって通知されたこと、として定義することができる。或いは、「ＵＥへの送信」は、例えばＡＣＫメッセージを生成するＳｅＮＢのＳＷコンポーネントが、ＲＬＣがＲＬＣからＭＡＣにＰＤＵを転送した旨をＲＬＣによって通知されたこと、として定義することもできる。別の代替例は、ダウンリンクデータ配信状態手順に関連するメッセージングであり、３ＧＰＰ  ＴＳ  ３６．４２５では、ＭｅＮＢから受け取られたＰＤＣＰ  ＰＤＵのうちの正常に順序通りにＵＥに配信された最も大きなＰＤＣＰ  ＰＤＵシーケンス番号を含む、ＳｅＮＢからＭｅＮＢにＰＤＵのＡＣＫを転送するためのＤＬデータ配信状態メッセージが規定されている。
２）ＭｅＮＢは、ＳｅＮＢにルーティングされたにも関わらずＳｅＮＢによって未だに確認応答されていないＰＤＵに含まれるバイト数を記憶する変数Ｌ＿Ｓ（「移動中データ」）を維持する。
３）ＭｅＮＢは、近い将来におけるＳｅＮＢを介した経路の「予想スループット」を推定する変数ＴＨ＿Ｓを維持する。このことは、現在待ち行列に入っているＰＤＵがＴＨ＿Ｓで提供されると想定されることを意味する。ＭｅＮＢは、ＳｅＮＢによって送信されるＡＣＫメッセージに含まれているＰＤＵの確認応答から「最近のスループット」を計算することによってＴＨ＿Ｓを推定することができる。開始段階中、この「最近のスループット」は、不十分な「予想スループット」の推定となり得る。従って、「予想スループット」ＴＨ＿Ｓを、所定値を「Ｉｎｉｔｉａｌ＿ｔｈｒｏｕｇｈｐｕｔ（初期スループット）」とするｍａｘ（Ｉｎｉｔｉａｌ＿ｔｈｒｏｕｇｈｐｕｔ，最近のスループット）として推定することが推奨される。例えば、この所定値は、１Ｍｂ／ｓに設定することができる。
４）ＭｅＮＢは、移動中のＰＤＵのバイト数を含む変数Ｌ＿Ｍ（「移動中データ」）を維持する。ＰＤＵが移動中となるのは、ＰＤＣＰレイヤがローカルエアインターフェイスを介してＰＤＵを送信する決定を行って、ＰＤＵがＵＥに送信された旨の情報を待っている時である（ＳｅＮＢなどにおける「ＵＥへの送信」と類似の定義が当てはまる）。
５）ＭｅＮＢは、ＭｅＮＢを介した経路の「予想スループット」を示す変数ＴＨ＿Ｍを維持する。ＴＨ＿Ｍは、例えばＭＡＣスケジューラによって提供されるべきである。
【００３４】
ＭｅＮＢのＰＤＣＰレイヤがローカルエアインターフェイスを介してＰＤＵをルーティングすると決定した時点をｔM0とする。ＰＤＵがＵＥに送信された旨の通知がＰＤＣＰレイヤに行われた時点をｔM1とすると、現在ＰＤＣＰレイヤによって処理されているＰＤＵの滞在時間ｔM1−ｔM0の推定は以下のようになる。
Ｔ＿ＭｅＮＢ＝（Ｌ＿Ｍ＋ＰＤＵ−ｓｉｚｅ）／ＴＨ＿Ｍ                （２）
【００３５】
ＭｅＮＢのＰＤＣＰレイヤがＳｅＮＢを介してＰＤＵをルーティングすると決定した時点をｔS0とする。ＰＤＵがＵＥに送信された旨の通知がＡＣＫメッセージを生成するＳｅＮＢのＳＷコンポーネントに対して行われた時点をｔS1とし、ＰＤＵがＵＥに送信されたことを確認するＡＣＫメッセージをＭｅＮＢ内のＰＤＣＰレイヤが受け取った時点をｔS2とすると、現在ＰＤＣＰレイヤによって処理されているＰＤＵの滞在時間ｔS2−ｔS0の推定は以下のようになる。
（Ｌ＿Ｓ＋ＰＤＵ−ｓｉｚｅ）／ＴＨ＿Ｓ                （３）
時差ｔS2−ｔS1をＴ＿ａｃｋとすると、現在ＰＤＣＰレイヤによって処理されているＰＤＵの（ｔS2−ｔS0）−（ｔS2−ｔS1）＝ｔS1−ｔS0の推定は以下のようになる。
（Ｌ＿Ｓ＋ＰＤＵ−ｓｉｚｅ）／ＴＨ＿Ｓ−Ｔ＿ａｃｋ                （４）
【００３６】
Ｔ＿ａｃｋの値の平均をＴ＿ａｃｋ＿ａｖｇとする。Ｔ＿ａｃｋ＿ａｖｇは、ＳｅＮＢからＭｅＮＢへの経路の待ち時間と、（上述したような）「ＵＥへのＰＤＵの送信」とＭｅＮＢへのＡＣＫメッセージの送出との間の平均遅延と、ＳｅＮＢ及びＭｅＮＢにおける処理時間とを含む。Ｔ＿ａｃｋ＿ａｖｇは、所与のｅＮＢの対についてオフラインで計算することができる。
ＭｅＮＢによって計算できる時間ｔS1−ｔS0の推定は以下のようになる。
（Ｌ＿Ｓ＋ＰＤＵ−ｓｉｚｅ）／ＴＨ＿Ｓ−Ｔ＿ａｃｋ＿ａｖｇ              （５）
【００３７】
ＭｅＮＢは、（２）で得られた値と（５）で得られた値とを比較して、２つの経路のどちらの方が速いかを判断することができる。
【００３８】
シミュレーションでは、データ転送が進行中の時には（５）の推定がうまく機能することが示された。しかしながら、ＳｅＮＢを介した経路が未だ使用されておらず、従ってＬ＿Ｓ＝０であってＴＨ＿Ｓ＝「Ｉｎｉｔｉａｌ＿Ｔｈｒｏｕｇｈｐｕｔ」の場合には、開始段階に修正が必要となり得る。このような状況では、（５）が負の値をもたらす。
【００３９】
開始段階（すなわち、Ｌ＿Ｓ内でカウントされたＰＤＵが未だにＵＥに送信されていない段階）では、ＰＤＵがＳｅＮＢを介してＵＥに到達するのに必要な時間の推定を以下によって計算することができる。
Ｘ２＿ｌａｔｅｎｃｙ＋（Ｌ＿Ｓ＋ＰＤＵ−ｓｉｚｅ）／ＴＨ＿Ｓ            （６）
【００４０】
（６）を考慮すると、ＭｅＮＢは、ＰＤＵがＳｅＮＢを介してＵＥに到達するのに必要な時間（又はより正確には、時間ｔＳ１−ｔＳ０）を以下のように推定することができる。
データ転送が開始段階にある場合は、
Ｔ＿ＳｅＮＢ＝Ｘ２＿ｌａｔｅｎｃｙ＋（Ｌ＿Ｓ＋ＰＤＵ−ｓｉｚｅ）／ＴＨ＿Ｓ（７）
と定義し、
データ転送が開始段階にない場合は、
Ｔ＿ＳｅＮＢ＝ｍａｘ［（Ｌ＿Ｓ＋ＰＤＵ−ｓｉｚｅ）／ＴＨ＿Ｓ−Ｔ＿ａｃｋ＿ａｖｇ，Ｘ２＿ｌａｔｅｎｃｙ＋（ＰＤＵ−ｓｉｚｅ／ＴＨ＿Ｓ）］                （８）
と定義する。
【００４１】
開始段階の定義には様々な方法が存在する。もっとも単純な事例では、開始段階の長さが０に設定され、すなわち（７）が使用されることはない。別の例として、変数Ｌ＿Ｓが０から０＞の値に増分された時にタイマＴ＿ｓｔａｒｔｉｎｇ＿ｐｈａｓｅを始動させ、
Ｔ＿ｓｔａｒｔｉｎｇ＿ｐｈａｓｅ＜＝Ｘ２＿ｌａｔｅｎｃｙの場合にのみ、「データ転送が開始段階にある」
と定義することができる。
【００４２】
ここで、（２）、（７）及び（８）を考慮すると、以下の場合かつその場合に限り、ＳｅＮＢを介してＰＤＵをルーティングすべきであるという判断基準を定めることができる。
Ｔ＿ＳｅＮＢ＜Ｔ＿ＭｅＮＢ                （９）
【００４３】
ＳｅＮＢを介した経路が採用される前には、ＴＨ＿Ｓの定義において使用される「Ｉｎｉｔｉａｌ＿Ｔｈｒｏｕｇｈｐｕｔ」を用いて許容遅延を調整することができる。「Ｉｎｉｔｉａｌ＿Ｔｈｒｏｕｇｈｐｕｔ」の最適な値は、開始段階の定義に依存する。例えば、長さ０の開始段階、５ｍｓのＸ２−ｄｅｌａｙ、１３００バイトのＰＤＵサイズ、及び１Ｍｂ／ｓのＭｉｎｉｍｕｍ＿Ｔｈｒｏｕｇｈｐｕｔの場合、ＳｅＮＢを介した経路は、ＭｅＮＢを介したＸ２＿ｌａｔｅｎｃｙ＋（ＰＤＵ−ｓｉｚｅ／ＴＨ＿Ｓ）＝１５，４ｍｓよりも長い時間がＰＤＵに必要な時に初めて使用される。５００ｋｂｉｔ／ｓのＭｉｎｉｍｕｍ＿Ｔｈｒｏｕｇｈｐｕｔの場合、ＳｅＮＢを介した経路は、ＭｅＮＢを介した２５．８ｍｓよりも長い時間がＰＤＵに必要な時に初めて使用される。「Ｉｎｉｔｉａｌ＿Ｔｈｒｏｕｇｈｐｕｔ」の値を設定するための１つの代替方法は、ＲＳＲＱリンク品質が良好であれば「Ｉｎｉｔｉａｌ＿Ｔｈｒｏｕｇｈｐｕｔ」が高くなるように、基準信号受信品質（ＲＳＲＱ）などのＵＥの測定レポートに基づいてＭｅＮＢにおいて認識できるＵＥのＳｅＮＢリンク品質にこの値を少なくとも部分的に基づかせることである。
【００４４】
図７に、ＭｅＮＢにおいて観察できる滞在時間ＷS及びＷMを用いた、ＵＥにおける比較到着時間を示す。滞在時間ＷSを計算するシステムの場合、ＰＤＣＰレイヤＰＤＵのセグメント（要するにＰＤＵ）は、ＭｅＮＢがＰＤＵをＳｅＮＢに転送すると決定した時に「システム」に加わる。ＰＤＵは、ＰＤＣＰ  ＰＤＵ（又はシーケンス番号がさらに大きなＰＤＣＰ  ＰＤＵ）が順序通りに正常にＵＥに配信されたことを示すＤＬデータ配信状態メッセージ（又はＡＣＫメッセージ）がＭｅＮＢに到着した時にシステムから離れる。ＬSは、「システム内のＰＤＵ」（「移動中データ」）のＰＤＵサイズの合計である。ＴｈSは、出発率（スループット）を意味する。滞在時間ＷMを計算するシステムの場合、ＰＤＵは、ＭｅＮＢ内のＲＬＣキューに挿入された時に「システム」に加わる。ＰＤＵは、ＲＬＣがＰＤＵの最後のセグメントを、又はＰＤＣＰシーケンス番号の最も大きなＰＤＵの最後のセグメントをＭＡＣに転送した時にシステムから離れる。ＬMは、「システム内のＰＤＵ」（「移動中データ」）のＰＤＵサイズの合計である。ＴｈMは、出発率（スループット）を意味する。
【００４５】
換言すれば、（９）は、（ＭｅＮＢとＳｅＮＢとの間での分割される）ＰＤＣＰ  ＰＤＵデータルーティングのための基準を有することができ、この基準は、以下の場合にＭｅＮＢを介した経路の方がＳｅＮＢを介した経路よりも速いことを含むことができ、
ＷM＜ＷS−Ｔ＿ａｃｋ＿ａｖｇ                （１０）
ここでのＴ＿ａｃｋ＿ａｖｇは、上記で定義した通りである。
リトルの法則によれば、ＷM＝ＬM／ＴｈMであり、ＷS＝ＬS／ＴｈSである。従って、（１０）は以下と同等ということになる。
ＬM／ＴｈM＜ＬS／ＴｈS−Ｔ＿ａｃｋ＿ａｖｇ                （１１）
【００４６】
ＭｅＮＢでは、ＳｅＮＢのスループット推定であるＴｈSを、例えば以下のように計算することができる。
ＭＡＣに渡されたＰＤＵのＰＤＵサイズの合計／送信期間（すなわち、Ｔ＿ＤＳ）
【００４７】
ＭｅＮＢのスループット推定ＴｈMは、同様の方法で計算することも、或いは、例えばスケジューラから直接与えられる値を使用することもできる。
【００４８】
時間を掛けたＰＤＵの転送
ＭｅＮＢのＰＤＣＰレイヤは、ＭｅＮＢにおける分割点とＵＥにおけるリオーダー機能との間のＰＤＵの量を少なく保つために、２つの利用可能な経路の一方にできるだけ時間を掛けてＳＤＵを転送すべきである。このことは、以下の問題を避けるのに役立つ。
ｉ．ＳｅＮＢに大量のデータが記憶され、エアインターフェイスにおける有効容量が突然減少した場合に、ＵＥにおいて高リオーダー遅延が生じること。例えば、エアインターフェイスにおける有効容量は、無線状態の変化に起因して突然減少することがある。
ｉｉ．ＭｅＮＢにおけるＰＤＣＰレイヤルーティング機能とＵＥにおけるリオーダー機能との間の（すなわち、ＰＤＣＰシーケンス番号を追加した後の）待ち行列がオーバーフローしてＰＤＵが失われた場合に、ＵＥにおけるリオーダー機能が、リオーダータイマが満了するまで次のレイヤへのＰＤＵの転送するのを停止すること。この中断には、数百ミリ秒も掛かることがある。
ｉｉｉ．ｅＮＢのアクティブキュー管理（ＡＱＭ）が、ＴＣＰ輻輳制御をトリガするためにパケットを破棄する恐れがあること。ＡＱＭは、ｉｉ）で説明したリオーダー問題に起因して、ＭｅＮＢ又はＳｅＮＢにおけるＲＬＣキューからではなくＳＤＵキューからのパケットのみを破棄すべきである（図４を参照）。ＲＬＣキューで大量のパケットが待機している場合、ＴＣＰソースによってＳＤＵキューからのパケット破棄が示されるのは長い遅延後のみである。
【００４９】
一方で、ＳＤＵの転送が遅くなりすぎるリスクも存在する。ＳＤＵがＭｅＮＢにおいて待ち行列に入っている一方でＳｅＮＢのＲＬＣキューが空の状態で動作し、ＳｅＮＢのエアインターフェイスにおける有効容量が使用されないことがあってはならない。
【００５０】
提案するアルゴリズムは、ＵＥに対する予想遅延が例えば５０ｍｓなどの所与の「目標遅延」を下回った場合にしかＰＤＣＰキューからＳＤＵを除去しない。この制約は、不等式（９）と相まって以下のアルゴリズムをもたらす。
【００５１】
ＰＤＣＰルーティングアルゴリズム
ステップ１：ＰＤＣＰレイヤキューの先頭のＳＤＵをＳｅＮＢ経由で送信すべきか、それともＭｅＮＢ経由で送信すべきかを決定するために不等式（９）を使用する。
【００５２】
ステップ２：（例えば、推定（２）、（７）又は（８）をそれぞれ使用して）ＵＥに対する速い方の経路の推定遅延が目標遅延以下であるかどうかをチェックする。
【００５３】
ステップ３、ステップ２におけるチェックが肯定的な結果をもたらす場合、ＳＤＵを処理し、結果として得られたＰＤＵを速い方の経路に向けて転送する。そうでなければ、ＳＤＵをＰＤＣＰレイヤキュー内に保持する。
【００５４】
ＳｅＮＢからのフィードバックを使用するアルゴリズム
本明細書で説明する機能は、（ＳｅＮＢの）Ｘ２遅延と、既に待ち行列に入っているデータ（すなわち、ＭｅＮＢ／ＳｅＮＢまで進んだそれまでのパケット）の量とを考慮した、ＭｅＮＢとＳｅＮＢの両方の遅延推定を使用することができる。この結果、ＰＤＵのかなりの部分がＳｅＮＢを介してルーティングされる場合、一般にこれらは連続すべきではない。例えば、ＳｅＮＢを介してルーティングされるＰＤＵは、ＵＥ  ＰＤＣＰにおいて必要になるリオーダーの量が減少するように、１パケットおき、又は３パケット中２パケットとすることができる。結果的に、ＰＤＵがＭｅＮＢ経路とＳｅＮＢ経路とを介して順序通りに到来する可能性の方が高くなるので、もはやＰＤＣＰのリオーダーが大きな影響を及ぼすことはない。
【００５５】
これを実装する１つの方法は、ＳｅＮＢが、ＭｅＮＢのサービス提供先であってＭｅＮＢに二重接続されている各ＵＥについての以下の情報を（例えば、定期的に）ＭｅＮＢに送信することである。
１）ここではＤＱ＿ＳｅＮＢとして示す待ち行列遅延、すなわちＳｅＮＢにおける保留データの送信にどれほどの時間が掛かると推定されるか
２）ＴＰ＿ＳｅＮＢとして示す推定ＳｅＮＢスループット（例えば過去のスループット、又は、例えば次のＴｍｓにおける新たなデータのスループット）
【００５６】
また、ＭｅＮＢは、ここではＤ＿Ｘ２として示すＸ２遅延を認識している（推定できる）ものと想定する。この送信は、フロー制御外で、又はフロー制御とは別に行うことができる。
【００５７】
この代替の実施形態では、ＭｅＮＢ側のフロー制御が、例えば定期的に（例えば、ミリ秒毎又はサブフレーム毎に１回）、又はＳｅＮＢからのデータ要求があった時に、或いはＰＤＣＰバッファ内にデータが存在／到着し、このデータをどこにルーティングするか（ＭｅＮＢを介するか、それともＳｅＮＢを介するか）を決定すべき時に、以下のアルゴリズムを用いて実行される。
【００５８】
ＳｅＮＢから更新されたスループット推定及び遅延情報を受け取った場合、
ＴＰ＿ＳｅＮＢを記憶。
ＤＱ＿ＳｅＮＢ＝ｍａｘ（ＤＱ＿ＳｅＮＢ−Ｄ＿Ｘ２，０）を記憶  ／／Ｄ＿Ｘ２は、Ｘ２遅延（ＳｅＮＢがこの情報を送信した時から経過した時間）である。
／／既にＳｅＮＢに送られてはいるが、受信ＤＱ＿ＳｅＮＢにおいて、すなわち最後の２×Ｄ＿Ｘ２中に反映されていないデータを考慮する
ＤＱ＿ＳｅＮＢ＋＝ＰＤＵｓ＿ｔｏｔａｌ／ＴＰ＿ＳｅＮＢに更新。
それ以外の場合、
ＤＱ＿ＳｅＮＢ＝ＤＱ＿ＳｅＮＢ−Ｔ  ／／経過時間を更新。Ｔは、ＵＥのアルゴリズムが最後に実行された後の時間（例えば、１ｍｓ）である。
／／更新されたスループット及び遅延情報をＭｅＮＢから読み取る。
ＴＰ＿ＭｅＮＢを更新
ＤＱ＿ＭｅＮＢを更新
Ｔ＿Ｂｕｆｆｅｒｉｎｇ＿ＳｅＮＢ＝４＊Ｄ＿Ｘ２  ／／例えば、ＳｅＮＢにおける目標バッファリング時間など
各ＰＤＵについて（次のＴ＿Ｂｕｆｆｅｒｉｎｇの送信をスケジュールするまで）
／／このＰＤＵをＭｅＮＢ経由で受け取るのに掛かる時間と、このＰＤＵをＳｅＮＢ経由で受け取るのに掛かる時間とをそれぞれ推定
Ｔ＿ＭｅＮＢ＝ＤＱ＿ＭｅＮＢ＋ＰＤＵ＿ｓｉｚｅ／ＴＰ＿ＭｅＮＢ
Ｔ＿ＳｅＮＢ＝ｍａｘ（ＤＱ＿ＳｅＮＢ，Ｄ＿Ｘ２）＋ＰＤＵ＿Ｓｉｚｅ／ＴＰ＿ＳｅＮＢ  ／／少なくともＸ２遅延が存在
Ｔ＿ＭｅＮＢ＜Ｔ＿ＳｅＮＢの場合、
ＰＤＵをＭｅＮＢに転送。
ＤＱ＿ＭｅＮＢ＋＝ＰＤＵ＿ｓｉｚｅ／ＴＰ＿ＭｅＮＢに更新
それ以外の場合、
ＰＤＵをＳｅＮＢに転送
ＤＱ＿ＳｅＮＢ＋＝ＰＤＵ＿ｓｉｚｅ／ＴＰ＿ＳｅＮＢに更新
【００５９】
図５に、ＭｅＮＢ側のデータ有用性に関する知識に遅延がどのように影響を与えるかを示す。図５は、既にＳｅＮＢに送信されてはいるが、受信ＤＱ＿ＳｅＮＢにおいて、すなわち直近の２＊Ｄ＿Ｘ２中に反映されていないデータを考慮した場合の遅延図である。
【００６０】
アルゴリズムの他の１つの代替実装は、以下と連携する。
・ＳｅＮＢのスループット推定をＸ２インターフェイス経由でＭｅＮＢに送信すること
・周期性は構成可能とすることができ、或いはこの情報は、（ダウンリンクデータ配信状態手順の一部、又はＳｅＮＢとＭｅＮＢとの間の他のシグナリングなどの）ＰＤＣＰ状態レポートと共に送信される。
・代替の実施形態では、ＰＤＵが正常にＵＥに配信された旨の受け取ったＳｅＮＢ指示（すなわち、ＰＤＣＰレベルでのスループット）をＭｅＮＢが認めたことに基づいて、ＳｅＮＢにおけるＵＥスループットを推定することもできる。
・ＳｅＮＢ待ち行列遅延は、Ｘ２を介して送信するのが困難なこともある。
・ＳｅＮＢは、待ち行列遅延情報をＭｅＮＢに送信できる場合、推定ＵＥスループットを用いてＳｅＮＢにおける保留中のＵＥのデータの量を分割することに基づいて待ち行列遅延を推定することができる。保留中のデータは、ＲＬＣレベル（ＲＬＣ状態レポート内で未だ確認されていないデータ）、又はＭＡＣレベル（依然として保留中のＨＡＲＱ送信）から取り出すことができる。前者の選択肢は、より正確ではあるが速度は遅い。後者の選択肢は、（ＨＡＲＱフィードバックが高速であるため）より高速ではあるが、ＮＡＣＫ→ＡＣＫの誤った解釈に起因してたまにエラーを生じることがある。
・ＭｅＮＢは、ａ）例えば、ＵＥ又はＥ−ＲＡＢにとって望ましいバッファサイズを示すダウンリンクデータ配信状態手順の一部としてのＳｅＮＢデータ要求（例えば、大きなバッファサイズの要求は、ＳｅＮＢバッファ内のデータのレベルが低いことを示すことができる）と、ｂ）ＳｅＮＢにおける目標バッファリング時間又は目標遅延（これらは、例えばＭｅＮＢによって構成することも、又はＭｅＮＢとＳｅＮＢとの間で事前に協議することもできる）をＳｅＮＢ＿Ｔ＿ｂｕｆｆｅｒｉｎｇとし、ＳｅＮＢによって示された所望のバッファサイズをＳｅＮＢ＿ｄａｔａ＿ｒｅｑｕｅｓｔとし、例えばＳｅＮＢからＭｅＮＢにシグナリングし、又はＭｅＮＢがＰＤＣＰ状態レポートから推定することができる、ＵＥのＳｅＮＢスループットをＳｅＮＢ＿ｔｈｒｏｕｇｈｐｕｔ＿ｅｓｔｉｍａｔｅとした場合の待ち行列遅延ＤＱ＿ＳｅＮＢ＝ＳｅＮＢ＿Ｔ＿ｂｕｆｆｅｒｉｎｇ−ＳｅＮＢ＿ｄａｔａ＿ｒｅｑｕｅｓｔ／ＳｅＮＢ＿ｔｈｒｏｕｇｈｐｕｔ＿ｅｓｔｉｍａｔｅの推定と、に基づいてＳｅＮＢ待ち行列遅延を推定することができる。図６を参照されたい。
・代替の実施形態では、１）ＰＤＵがＭｅＮＢからＳｅＮＢにルーティングされたことと、２）ＰＤＵが正常にＵＥに配信された旨の指示をＭｅＮＢがＳｅＮＢから受け取ったことと、の間の差分をＭｅＮＢが観察したことに基づいてＳｅＮＢ待ち行列遅延を推定することもできる。この推定からは、ＵＥ→ＳｅＮＢ→ＭｅＮＢから確認応答／メッセージを受け取るのに掛かる推定時間（この推定時間は、Ｘ２遅延、ＵＬスケジューリング遅延、及び起こり得る何らかの処理時間を含む）を差し引くこともできる。
【００６１】
また、ＭｅＮＢはＸ２遅延を認識している（推定できる）ものと想定する。
【００６２】
図６に、ＳｅＮＢ待ち行列遅延をＭｅＮＢ側において推定する方法を示す。ＭｅＮＢは、ＳｅＮＢの目標バッファリング時間Ｔ＿ｂｕｆｆｅｒｉｎｇを構成し、ＳｅＮＢは、ＭｅＮＢにデータ要求を送信し、ＭｅＮＢは、待ち行列遅延をＤＱ＿ＳｅＮＢ＝Ｔ＿ｂｕｆｆｅｒｉｎｇ−ｄａｔａ＿ｒｅｑｕｅｓｔ＿ｓｉｚｅ／ＳｅＮＢ＿ｔｈｒｏｕｇｈｐｕｔ＿ｅｓｔｉｍａｔｅとして推定する。ここでは、ＳｅＮＢが、新たなデータの予想／推定遅延がＴ＿ｂｕｆｆｅｒｉｎｇになるまでデータを要求すると想定する。すなわち、ＳｅＮＢは、全てを処理するのに掛かる時間がＴ＿ｂｕｆｆｅｒｉｎｇに等しくなるようなＵＥのデータ量をバッファ内に有することを目標とする。
【００６３】
上述した機能を使用すると、ＵＥにおけるリオーダー遅延と、ＴＣＰのラウンドトリップタイムとを最小化し、両経路上の利用可能な帯域幅の使用を最適化することができる。上述したリトルの法則アルゴリズムのシミュレーションでは、このアルゴリズムを用いたデュアルコネクティビティが、ｅＮＢ内キャリアアグリゲーションと同様の性能をもたらすことが示された。また、シミュレーション結果では、上述したＳｅＮＢデータ要求アルゴリズムが不必要なリオーダーを回避し、従ってＳｅＮＢを介した遅延とＭｅＮＢを介した遅延とを比較せずにＳｅＮＢデータ要求に応答することに比べて優れた性能をもたらすことも確認された。
【００６４】
上述したリトルの法則アルゴリズムは、ＭｅＮＢの伝送機能の輻輳を考慮することができる。例えば、この輻輳は、インターネットプロトコルセキュリティ（ＩＰＳｅｃ）の高処理負荷によって生じることがある。このアルゴリズムは、ＭｅＮＢ内の伝送輻輳の際に遅延の増加に気付き、ＳｅＮＢに転送されるトラフィックを減少させることによって伝送負荷を自動的に低減する。このようにして、Ｕプレーンへの伝送からのバックプレッシャーのような複雑なＭｅＮＢの内部過負荷保護機構を回避することができる。
【００６５】
このアルゴリズムは、（ＭｅＮＢの内部輻輳を考慮するのと同じ方法で）トランスポートネットワークの輻輳を考慮する。従って、他のアルゴリズムが必要とする、ＭｅＮＢとＳｅＮＢとの間のＸ２リンクの非常に高価な過剰寸法を避けることができる。
【００６６】
上述したＳｅＮＢデータ要求アルゴリズムでは、Ｘ２遅延を（変化が大きい場合に）アルゴリズム外で推定することが必要になる場合もある。そのため、例えばこの推定をＭｅＮＢが行うことも（ＭｅＮＢには他の用途もある）、或いは、例えばＤＣメッセージングが、ＳｅＮＢにおけるパケットの破棄にも有用なタイムスタンプを含むこともできる。ネットワークトポロジに基づいて大まかな推定を行うこともできる。
【００６７】
図８も参照すると、無線システム２３０では、無線ネットワーク２３５が、ＮｏｄｅＢ（基地局）、具体的にはｅＮＢ１３などのネットワークアクセスノードを介して、ＵＥ１０と呼ぶことができるモバイル通信装置などの装置と無線リンク２３２を通じて通信するように適合される。ネットワーク２３５は、ＭＭＥ／Ｓ−ＧＷ機能を含むことができるネットワーク制御要素（ＮＣＥ）２４０を含むことができ、このＮＣＥ２４０は、電話網及び／又はデータ通信網（例えば、インターネット２３８）などのネットワークとの接続性を提供する。
【００６８】
ＵＥ１０は、コンピュータ又はデータプロセッサ（ＤＰ）２１４などのコントローラと、コンピュータ命令（ＰＲＯＧ）２１８のプログラムを記憶するメモリ（ＭＥＭ）２１６として具体化されるコンピュータ可読記憶媒体と、１又は２以上のアンテナを介してｅＮＢ１３と双方向無線通信を行うための無線周波数（ＲＦ）トランシーバ２１２などの好適な無線インターフェイスとを含む。
【００６９】
ｅＮＢ１３も、コンピュータ又はデータプロセッサ（ＤＰ）２２４などのコントローラと、コンピュータ命令（ＰＲＯＧ）２２８のプログラムを記憶するメモリ（ＭＥＭ）２２６として具体化されるコンピュータ可読記憶媒体と、１又は２以上のアンテナを介してＵＥ１０と通信するためのＲＦトランシーバ２２２などの好適な無線インターフェイスとを含む。ｅＮＢ１３は、データ／制御パス２３４を介してＮＣＥ２４０に結合される。パス２３４は、インターフェイスとして実装することができる。ｅＮＢ１３は、インターフェイスとして実装できるデータ／制御パス２３６を介して別のｅＮＢに結合することもできる。
【００７０】
ＮＣＥ２４０は、コンピュータ又はデータプロセッサ（ＤＰ）２４４などのコントローラと、コンピュータ命令（ＰＲＯＧ）２４８のプログラムを記憶するメモリ（ＭＥＭ）２４６として具体化されるコンピュータ可読記憶媒体とを含む。
【００７１】
ＰＲＯＧ２１８、２２８及び２４８のうちの少なくとも１つは、以下でさらに詳細に説明するように、関連するＤＰによって実行された時に装置が本発明の例示的な実施形態に従って動作できるようにするプログラム命令を含むと想定される。すなわち、本発明の様々な例示的な実施形態は、少なくとも部分的に、ＵＥ１０のＤＰ２１４、ｅＮＢ１３のＤＰ２２４及び／又はＮＣＥ２４０のＤＰ２４４が実行できるコンピュータソフトウェアによって、又はハードウェアによって、或いはソフトウェアとハードウェア（及びファームウェア）の組み合わせによって実装することができる。基地局１５は、基地局１３と同じタイプのコンポーネントを有することができる。
【００７２】
本発明による様々な例示的な実施形態の説明では、ＵＥ１０及びｅＮＢ１３が、例えばＲＲＣモジュール２１５及び対応するＲＲＣモジュール２２５などの専用プロセッサを含むこともできる。ＲＲＣモジュール２１５及びＲＲＣモジュール２２５は、本発明による様々な例示的な実施形態に従って動作するように構成することができる。
【００７３】
コンピュータ可読メモリ２１６、２２６及び２４６は、ローカル技術環境に適したいずれかのタイプとすることができ、半導体記憶装置、フラッシュメモリ、磁気記憶装置及びシステム、光学記憶装置及びシステム、固定メモリ及び取り外し可能メモリなどの、いずれかの好適なデータ記憶技術を用いて実装することができる。ＤＰ２１４、２２４及び２４４は、ローカル技術環境に適したいずれかのタイプとすることができ、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ又は２つ以上を含むことができる。無線インターフェイス（例えば、ＲＦトランシーバ２１２及び２２２）は、ローカル技術環境に適したいずれかのタイプとすることができ、個々の送信機、受信機、トランシーバ、又はこのようなコンポーネントの組み合わせなどのいずれかの好適な通信技術を用いて実装することができる。
【００７４】
３ＧＰＰ仕様によれば、ＳｅＮＢは、「所望のバッファサイズ」に従ってＭｅＮＢにデータを要求すべきである。ＭｅＮＢは、要求された量と同じ量のデータをＳｅＮＢに送信することができる。「分割データ無線ベアラ」、又は単純に「分割ベアラ」は、デュアルコネクティビティを使用しないベアラに比べて個々のベアラのＤＬスループットを高めるために使用される。ＭｅＮＢにおけるＰＤＣＰレイヤルーティング機能は、到着する分割ベアラのダウンリンクＳＤＵをローカルＲＬＣレイヤに転送すべきか、それともＸ２−Ｕインターフェイスを介してＳｅＮＢに転送すべきかを決定するタスクを有する。このことは、ルーティング機能が、直接的な経路とＳｅＮＢを介した経路という２つの異なる経路を用いて、到着したデータストリームを２つのサブストリームに分割することを意味する。
【００７５】
本明細書で説明する機能は、到着データストリームの最適な分割方法の問題に対処する。分割が最適以下の方法で行われた場合には、分割ベアラのスループットが、デュアルコネクティビティを使用しない場合より劣る可能性もある。
【００７６】
例えば、ＴＣＰを用いた従来の応用について検討する。ＳｅＮＢを介した経路の容量が１Ｍｂ／ｓであり、ＭｅＮＢを介した経路の容量が１０Ｍｂ／ｓであり、ＤＬデータストリームが５０：５０の比率に従って分割されると仮定する。さらに、単純化のためにパケットロスは存在しないと仮定する。ＵＥにおけるリオーダー機能は、データを２Ｍｂ／ｓの速度でＴＣＰレイヤに配信する。ＴＣＰは、ＤＬデータの確認応答を２Ｍｂ／ｓの速度でＴＣＰソースに送信する。ＴＣＰソースは、開始を遅らせて輻輳ウィンドウを満たした後に、送信速度を２Ｍｂ／ｓに調整して対応する。このことは、ＭｅＮＢを介した経路の容量が完全には使用されないことを意味する。デュアルコネクティビティを作動させなければ、ＴＣＰソースは、２Ｍｂ／ｓではなく１０Ｍｂ／ｓで送信を行う。
【００７７】
なお、ＳｅＮＢを介した経路のスループットは、ＳｅＮＢ外部のボトルネックによって決定することができる。このボトルネックは、例えばＸ２インターフェイスを提供するＭｅＮＢのトランスポートＳＷに存在することができる。このボトルネックは、とりわけＸ２インターフェイス上でＩＰＳｅｃが使用され、Ｘ２を介して送信されるパケットの暗号化に大量のＣＰＵパワーが必要とされる場合に発生することがある。ボトルネックは、ＭｅＮＢとＳｅＮＢとの間の経路内のルータにおいて発生することもある。ＭｅＮＢのＰＤＣＰレイヤにおいて動作する分割アルゴリズムは、このような潜在的ボトルネックを考慮することが重要である。それ以外にも、上記の例で説明した問題が発生する可能性がある。
【００７８】
通信システム及び／又はネットワークノード／基地局は、リモートラジオヘッドに動作可能に結合されたサーバ、ホスト又はノードとして実装されるネットワークノード又はその他のネットワーク要素を含むことができる。少なくともいくつかのコア機能は、（クラウド内に存在できる）サーバ内でソフトウェアが動作する際に実行することができ、（待ち時間制約を考慮して）ネットワークノード機能を用いてできるだけ同じように実装することができる。これをネットワーク仮想化と呼ぶ。「作業の分散」は、クラウド内で実行できるものと、待ち時間要件のために近くで実行する必要があるものとに動作を分割することに基づくことができる。マクロセル／スモールセルネットワークでも、マクロセルノードとスモールセルノードとで「作業の分散」が異なり得る。ネットワーク仮想化は、ハードウェア及びソフトウェアのネットワークリソースとネットワーク機能とを、単一のソフトウェアベースの管理エンティティである仮想ネットワークに組み合わせる処理を含むことができる。ネットワーク仮想化は、しばしばリソース仮想化と組み合わされるプラットフォーム仮想化を伴うことができる。ネットワーク仮想化は、多くのネットワーク又はネットワークの一部を仮想ユニットに外部的に組み合わせること、或いは単一システム上のソフトウェアコンテナにネットワーク様の機能を内部的に提供すること、のいずれかとして分類することができる。
【００７９】
図９を参照すると、方法例が、ブロック１００によって示すように、ＭｅＮＢなどにおいて、第１の基地局からユーザ装置（ＵＥ）へのデータパケット経路時間の推定値を求めるステップと、ブロック１０２によって示すように、第２の基地局から受け取られた通信に少なくとも部分的に基づいて、第２の基地局を介した第１の基地局からユーザ装置（ＵＥ）へのデータパケット経路時間の推定値を求めるステップと、ブロック１０４によって示すように、求められた推定値に少なくとも部分的に基づいて、第１の基地局又は第２の基地局のいずれかを選択してパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信するステップとを含むことができる。
【００８０】
図１０も参照すると、方法例が、ブロック１０６によって示すように、ＳｅＮＢなどにおいて、
第２の基地局が第１の基地局から受け取って第２の基地局がユーザ装置（ＵＥ）に送信したパケットデータユニット（ＰＤＵ）の数と、
第２の基地局が第１の基地局から受け取ったパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信する際の第２の基地局における待ち行列遅延と、
第２の基地局が第１の基地局から受け取ったパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信する際の第２の基地局によるスループットの推定値と、
のうちの少なくとも１つを含む情報を第２の基地局が特定するステップと、
ブロック１０８に示すように、第２の基地局が第１の基地局に情報を送信するステップと、
を含むことができる。
【００８１】
ＳｅＮＢからＭｅＮＢに送信されるＤＬデータ配信状態手順メッセージ（又は、ＡＣＫメッセージ）内のフィールドを使用することができる。正常に配信された最も大きなＰＤＣＰシーケンス番号は、ＵＥに正常に配信された最も大きなＰＤＣＰシーケンス番号を有するＰＤＣＰ  ＰＤＵを示すことができる。このメッセージがＰＤＣＰ  ＰＤＵのコピーを破棄できる旨を示すまで、ハンドオーバのためにＰＤＣＰ  ＰＤＵのコピーをＭｅＮＢに記憶することができる。Ｅ−ＲＡＢにとって望ましいバッファサイズは、ＳｅＮＢが受け入れることができる最大バイト数を示すために使用することができ、「利用可能なバッファ空間−マージン」として計算される。ＵＥにとって望ましいバッファサイズは、送信のためにＭＡＣレイヤに渡された最も大きなＸ２−Ｕシーケンス番号を有するＰＤＣＰ  ＰＤＵを示すことができる（すなわち、ＲＬＣレイヤは、ＰＤＵの最後のセグメントをＭＡＣレイヤに渡す）。他の全てのフィールドは、規格に記載されている通りに使用することができる。
【００８２】
以下に示す例のような、Ｘ２上及びｅＮＢにおける輻輳を考慮したデータ分割のためのアルゴリズムを提供することができる。
ＴｈS＝Ｍｉｎ＿ＴｈSに初期化  ／＊  ＳｅＮＢの最小スループットのデフォルト値＝１Ｍｂ／ｓ  ＊／
ＬM＝ＬS＝０  ／＊  移動中データ  ＊／
Ｔａｒｇｅｔ＿ｄｅｌａｙ  ／＊  デフォルト値は５０ｍｓであり、Ｘ２経路内のバックホールキューがＴａｒｇｅｔ＿ｄｅｌａｙのデータをバッファリングできるはずである。  ＊／
ＴＴＩの開始時に実行。
ＴｈM＝ＲDL,bearer  ／＊  スケジューラによって提供されたこのベアラの予想スループット＞０  ＊／
ＰＤＵの１又は２以上のセグメントが、ＭｅＮＢのＲＬＣキューからＭＡＣに渡された場合、
最後のセグメントがＭＡＣに渡された各ＰＤＵについて実行。
ＬM＝ＬM−ＰＤＵｓｉｚｅ；
ＰＤＣＰキューの先頭のＳＤＵをチェックするようにトリガを設定。
ＤＬデータ配信状態メッセージの到着時  ／＊  ＳｅＮＢによってＴ＿ＤＳｍｓ毎に定期的に送信  ＊／
Ｄｅｐａｒｔｕｒｅｓ＿Ｓを計算  ／＊  最後のメッセージの「ＭＡＣレイヤに渡された最も大きなＸ２−Ｕシーケンス番号」よりも大きく、このメッセージの「ＭＡＣレイヤに渡された最も大きなＸ２−Ｕシーケンス番号」以下のＸ２−Ｕシーケンス番号を有する全てのＰＤＵのＰＤＵサイズの合計  ＊／
ＬS＝ＬS−Ｄｅｐａｒｔｕｒｅｓ＿Ｓ；
Ａｃｋ＿Ｓを計算  ／＊  ＤＬデータ配信状態メッセージにおいて報告される、Ｄｅｐａｒｔｕｒｅｓ＿Ｓから失われたＰＤＵのＰＤＵサイズを差し引いたもの  ＊／
ＴｈＳ＝ｍａｘ（（１／Ｔ）・（Ａｃｋ＿Ｓ／Ｔ＿ＤＳ）＋（１−１／Ｔ）・ＴｈＳ，Ｍｉｎ＿ＴｈＳ）  ／＊  Ｔ＝２・Ｘ２＿ｌａｔｅｎｃｙ  ＊／
ＰＤＣＰキューの先頭のＳＤＵをチェックするようにトリガを設定。
ＰＤＣＰキューの先頭のＳＤＵをチェックするトリガを受け取った時に、
ＰＤＵｓｉｚｅを計算
（ＬＭ＋ＰＤＵｓｉｚｅ）／ＴｈＭ＜ｍａｘ（ＰＤＵｓｉｚｅ／ＴｈＳ＋Ｘ２＿ｌａｔｅｎｃｙ，（ＬＳ＋ＰＤＵｓｉｚｅ）／ＴｈＳ−Ｔ＿ａｃｋ＿ａｖｇ）の場合  ／＊  ＭｅＮＢを介した経路の方がＳｅＮＢを介した経路よりも速い場合  ＊／
（ＬＭ＋ＰＤＵｓｉｚｅ）／ＴｈＭ＜Ｔａｒｇｅｔ＿ｄｅｌａｙの場合、
ＳＤＵを暗号化／ＰＤＣＰシーケンス番号を追加；
ＭｅＮＢのＲＣＬキューにＰＤＵを挿入；ＬＭ＝ＬＭ＋ＰＤＵｓｉｚｅ；
ＰＤＣＰキューの先頭のＳＤＵをチェックするようにトリガを設定
それ以外の場合、ＳＤＵをＰＤＣＰキュー内に保持
それ以外の場合、ｍａｘ（ＰＤＵｓｉｚｅ／ＴｈＳ＋Ｘ２＿ｌａｔｅｎｃｙ，（ＬＳ＋ＰＤＵｓｉｚｅ）／ＴｈＳ−Ｔ＿ａｃｋ＿ａｖｇ）＜Ｔａｒｇｅｔ＿ｄｅｌａｙ、かつ（ＬＳ＋ＰＤＵｓｉｚｅ＜Ｅ−ＲＡＢにとって望ましいバッファサイズ）の場合、
ＳＤＵを暗号化／ＰＤＣＰシーケンス番号を追加；
Ｘ２経由でＰＤＵを転送；ＬＳ＝ＬＳ＋ＰＤＵｓｉｚｅ，
ＰＤＣＰキューの先頭のＳＤＵをチェックするようにトリガを設定
それ以外の場合、ＳＤＵをＰＤＣＰキュー内に保持
【００８３】
１つのタイプの例では、方法が、第１の基地局からユーザ装置（ＵＥ）へのデータパケット経路時間の推定値を求めるステップと、第２の基地局から受け取った情報に少なくとも部分的に基づいて、第２の基地局を介した第１の基地局からユーザ装置（ＵＥ）へのデータパケット経路時間の推定値を求めるステップと、求められた推定値に少なくとも部分的に基づいて、第１の基地局又は第２の基地局のいずれかを選択してユーザ装置（ＵＥ）にパケットデータユニット（ＰＤＵ）を送信するステップとを含む。
【００８４】
１つの例では、方法が、基地局のうちの選択された基地局を介した推定されるデータパケット経路時間が目標遅延を下回る時に、選択された基地局にパケットデータユニットを転送するステップを含むことができる。
【００８５】
実施形態例は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つの非一時的メモリとを備えた装置であって、少なくとも１つのメモリ及びコンピュータプログラムコードが、少なくとも１つのプロセッサと協働して、装置に、第１の基地局からユーザ装置（ＵＥ）へのデータパケット経路時間の推定値を求めることと、第２の基地局から受け取った情報に少なくとも部分的に基づいて、第２の基地局を介した第１の基地局からユーザ装置（ＵＥ）へのデータパケット経路時間の推定値を求めることと、求められた推定値に少なくとも部分的に基づいて、第１の基地局又は第２の基地局のいずれかを選択してユーザ装置（ＵＥ）にパケットデータユニット（ＰＤＵ）を送信することと、を行わせるように構成される装置の形で提供することもできる。
【００８６】
実施形態例は、機械が動作を実行するために実行可能な命令のプログラムを有形的に具体化する、機械によって読み取り可能な、例えば図８に示す２２６などの非一時的プログラム記憶装置であって、動作が、第１の基地局からユーザ装置（ＵＥ）へのデータパケット経路時間の推定値を求めることと、第２の基地局から受け取った情報に少なくとも部分的に基づいて、第２の基地局を介した第１の基地局からユーザ装置（ＵＥ）へのデータパケット経路時間の推定値を求めることと、求められた推定値に少なくとも部分的に基づいて、第１の基地局又は第２の基地局のいずれかを選択してユーザ装置（ＵＥ）にパケットデータユニット（ＰＤＵ）を送信することと、を含む、非一時的プログラム記憶装置の形で提供することもできる。
【００８７】
実施形態例は、第１の基地局からユーザ装置（ＵＥ）へのデータパケット経路時間の推定値を求める手段と、第２の基地局から受け取った情報に少なくとも部分的に基づいて、第２の基地局を介した第１の基地局からユーザ装置（ＵＥ）へのデータパケット経路時間の推定値を求める手段と、求められた推定値に少なくとも部分的に基づいて、第１の基地局又は第２の基地局のいずれかを選択してユーザ装置（ＵＥ）にパケットデータユニット（ＰＤＵ）を送信する手段とを備えた装置の形で提供することもできる。
【００８８】
この装置は、第１の基地局における分割点とユーザ装置におけるリオーダー機能との間のＰＤＵの量を少なく保つために、第１の基地局がユーザ装置への経路にＰＤＵを転送するのを遅延させる手段をさらに備えることができる。
【００８９】
方法例は、第２の基地局が第１の基地局から受け取って第２の基地局がユーザ装置（ＵＥ）に送信したパケットデータユニット（ＰＤＵ）の数と、第２の基地局が第１の基地局から受け取ったパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信する際の第２の基地局における待ち行列遅延と、第２の基地局が第１の基地局から受け取ったパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信する際の第２の基地局によるスループットの推定値と、のうちの少なくとも１つを含む情報を第２の基地局が特定するステップと、第２の基地局が第１の基地局に情報を送信するステップとを含むことができる。
【００９０】
実施形態例は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つの非一時的メモリとを備えた装置であって、少なくとも１つのメモリ及びコンピュータプログラムコードが、少なくとも１つのプロセッサと協働して、装置に、第２の基地局が第１の基地局から受け取って第２の基地局がユーザ装置（ＵＥ）に送信したパケットデータユニット（ＰＤＵ）の数と、第２の基地局が第１の基地局から受け取ったパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信する際の第２の基地局における待ち行列遅延と、第２の基地局が第１の基地局から受け取ったパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信する際の第２の基地局によるスループットの推定値と、のうちの少なくとも１つを含む情報を、第２の基地局を含む装置が求めることと、第２の基地局が第１の基地局に情報を送信することと、を行わせるように構成される装置の形で提供することもできる。
【００９１】
実施形態例は、機械が動作を実行するために実行可能な命令のプログラムを有形的に具体化する、機械によって読み取り可能な非一時的プログラム記憶装置であって、動作が、第２の基地局が第１の基地局から受け取って第２の基地局がユーザ装置（ＵＥ）に送信したパケットデータユニット（ＰＤＵ）の数と、第２の基地局が第１の基地局から受け取ったパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信する際の第２の基地局における待ち行列遅延と、第２の基地局が第１の基地局から受け取ったパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信する際の第２の基地局によるスループットの推定値と、のうちの少なくとも１つを含む情報を第２の基地局が特定することと、第２の基地局が第１の基地局に情報を送信することと、を含む、非一時的プログラム記憶装置を備えた装置の形で提供することもできる。
【００９２】
実施形態例は、第２の基地局が第１の基地局から受け取って第２の基地局がユーザ装置（ＵＥ）に送信したパケットデータユニット（ＰＤＵ）の数と、第２の基地局が第１の基地局から受け取ったパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信する際の第２の基地局における待ち行列遅延と、第２の基地局が第１の基地局から受け取ったパケットデータユニット（ＰＤＵ）をユーザ装置（ＵＥ）に送信する際の第２の基地局によるスループットの推定値と、のうちの少なくとも１つを含む情報を第２の基地局が特定する手段と、第２の基地局が第１の基地局に情報を送信する手段とを備えた装置の形で提供することもできる。
【００９３】
１又は２以上のコンピュータ可読媒体のあらゆる組み合わせをメモリとして使用することができる。コンピュータ可読媒体は、コンピュータ可読信号媒体、又は非一時的コンピュータ可読記憶媒体とすることができる。非一時的コンピュータ可読記憶媒体は、伝搬信号を含まず、以下に限定するわけではないが、例えば、電子、磁気、光学、電磁、赤外線又は半導体システム、装置又は機器、或いはこれらのあらゆる好適な組み合わせとすることができる。コンピュータ可読記憶媒体のさらに具体的な例（非包括的リスト）としては、１又は２以上の配線を有する電気的接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能なプログラマブルリードオンリメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）、光学記憶装置、磁気記憶装置、又はこれらのあらゆる好適な組み合わせが挙げられる。
【００９４】
上述した説明は、例示にすぎないと理解されたい。当業者であれば、様々な代替例及び修正例を考案することができる。例えば、様々な従属請求項に記載する特徴は、あらゆる好適な組み合わせで互いに組み合わせることができる。また、上述した異なる実施形態からの特徴を選択的に組み合わせて新たな実施形態とすることもできる。本明細書で説明した様々な機能は、必要に応じて互いに異なる順序で及び／又は同時に実行することができる。
【００９５】
独立請求項には本発明の様々な態様を示すが、本発明の他の態様は、特許請求の範囲に明示的に示す組み合わせだけでなく、説明した実施形態の特徴及び／又は従属請求項の特徴と独立請求項の特徴との他の組み合わせも含む。
【００９６】
また、上記では本発明の実施形態例について説明したが、このような説明を限定的な意味で捉えるべきではない。むしろ、添付の特許請求の範囲に定める本発明の範囲から逸脱することなく、様々な変形及び修正を行うことができる。従って、本明細書は、添付の特許請求の範囲の範囲内に含まれる全てのこのような代替例、修正例及び変形例を含むように意図される。
【符号の説明】
【００９７】
１０  ユーザ装置（ＵＥ）
１３  基地局（ｅＮＢ）
１５  基地局（ｅＮＢ）
【図１】
0006496075.tif 000002
【図２】
0006496075.tif 000003
【図３】
0006496075.tif 000004
【図４】
0006496075.tif 000005
【図５】
0006496075.tif 000006
【図６】
0006496075.tif 000007
【図７】
0006496075.tif 000008
【図８】
0006496075.tif 000009
【図９】
0006496075.tif 000010
【図１０】
0006496075.tif 000011