NodeBからUEへのフローの推定されるスループットを求めるステップと、目標のキューイング遅延が所定の範囲内に保たれるように、前記フローの前記推定されるスループットに従って、前記NodeBにおける前記フローのキューの目標の長さを選択するステップと、前記NodeBに対応するMACエンティティに割り当てられるべき量のRLCデータを要求するステップとを含む、ワイヤレス通信の方法。前記NodeBにおける前記フローの前記キューが空ではない時にのみ、前記フローの前記推定されるスループットを求める前記ステップが実行される、請求項1に記載の方法。前記目標のキューイング遅延が、前記フローの前記推定されるスループットの関数である、請求項1に記載の方法。前記要求されるRLCデータの前記量が、前記MACエンティティの優先度、前記フローの前記キューの前記目標の長さ、または前記フローの前記キューの現在の長さのうちの少なくとも1つの関数である、請求項1に記載の方法。前記要求されるRLCデータの前記量が、前記NodeBに対応するセルが前記UEに、一次サービングセルとしてサービスするか二次サービングセルとしてサービスするかに応じる、請求項1に記載の方法。前記要求されるRLCデータの前記量が、前記UE以外の少なくとも1つのUEのためのデータの量の関数であり、前記少なくとも1つのUEが、前記NodeBに対応するセルによって一次サービングセルとしてサービスされる、請求項1に記載の方法。UEのためのRLCフローに対応する第1の量のRLCデータに対する第1の要求を、第1のMACエンティティから受信し、第2の量の前記RLCデータに対する第2の要求を、第2のMACエンティティから受信するステップと、前記第1の要求に一部基づいて、かつ、前記第1のMACエンティティの優先度に一部基づいて、前記RLCデータの第1の部分を前記第1のMACエンティティに割り当てるステップと、前記第2の要求に一部基づいて、かつ、前記第2のMACエンティティの優先度に一部基づいて、前記RLCデータの第2の部分を前記第2のMACエンティティに割り当てるステップとを含む、ワイヤレス通信の方法。前記RLCデータの前記第1の部分の前記割り当てがさらに、前記第2の要求に一部基づく、請求項7に記載の方法。前記第1のMACエンティティが、MultiPointHSDPAネットワークにおける一次サービングセルに相当し、前記第2のMACエンティティが、前記MultiPointHSDPAネットワークにおける二次サービングセルに相当する、請求項7に記載の方法。前記UE以外の少なくとも1つのUEのためのデータの量に従って、前記優先度を前記第2のMACエンティティに割り当てるステップをさらに含み、前記少なくとも1つのUEが、前記第2のMACエンティティに対応するセルによって一次サービングセルとしてサービスされる、請求項9に記載の方法。前記RLCデータの前記第1の部分を前記第1のMACエンティティに送るステップと、前記RLCデータの前記第2の部分を前記第2のMACエンティティに送るステップとをさらに含み、前記RLCデータの前記第1の部分を割り当てる前記ステップと、前記RLCデータの前記第2の部分を割り当てる前記ステップとが、RLCデータの前記第1の部分を第1の複数の小片に分割するステップと、RLCデータの前記第2の部分を第2の複数の小片に分割するステップとを含み、前記第1のMACエンティティに割り当てられた前記第1の部分のサイズが、前記第1の複数の小片の1つのサイズに相当し、前記第2のMACエンティティに割り当てられた前記第2の部分のサイズが、前記第2の複数の小片の1つのサイズに相当する、請求項7に記載の方法。前記RLCデータの前記第1の部分を割り当てる前記ステップと、前記RLCデータの前記第2の部分を割り当てる前記ステップとがさらに、前記第1の複数の小片の1つを割り当てるステップと、前記第2の複数の小片の1つを割り当てるステップとを交互に行うステップを含む、請求項11に記載の方法。NodeBからUEへのフローの推定されるスループットを求めるための手段と、目標のキューイング遅延が所定の範囲内に保たれるように、前記フローの前記推定されるスループットに従って、前記NodeBにおける前記フローのキューの目標の長さを選択するための手段と、前記NodeBに対応するMACエンティティに割り当てられるべき量のRLCデータを要求するための手段とを含む、ワイヤレス通信のための装置。前記フローの前記推定されるスループットを求めるための前記手段が、前記NodeBにおける前記フローの前記キューが空ではない時にのみ、前記推定されるスループットを求めるように構成される、請求項13に記載の装置。前記目標のキューイング遅延が、前記フローの前記推定されるスループットの関数である、請求項13に記載の装置。前記要求されるRLCデータの前記量が、前記MACエンティティの優先度、前記フローの前記キューの前記目標の長さ、または前記フローの前記キューの現在の長さのうちの少なくとも1つの関数である、請求項13に記載の装置。前記要求されるRLCデータの前記量が、前記NodeBに対応するセルが前記UEに、一次サービングセルとしてサービスするか二次サービングセルとしてサービスするかに応じる、請求項13に記載の装置。前記要求されるRLCデータの前記量が、前記UE以外の少なくとも1つのUEのためのデータの量の関数であり、前記少なくとも1つのUEが、前記NodeBに対応するセルによって一次サービングセルとしてサービスされる、請求項13に記載の装置。UEのためのRLCフローに対応する第1の量のRLCデータに対する第1の要求を、第1のMACエンティティから受信し、第2の量の前記RLCデータに対する第2の要求を、第2のMACエンティティから受信するための手段と、前記第1の要求に一部基づいて、かつ、前記第1のMACエンティティの優先度に一部基づいて、前記RLCデータの第1の部分を前記第1のMACエンティティに割り当てるための手段と、前記第2の要求に一部基づいて、かつ、前記第2のMACエンティティの優先度に一部基づいて、前記RLCデータの第2の部分を前記第2のMACエンティティに割り当てるための手段とを含む、ワイヤレス通信のための装置。前記RLCデータの前記第1の部分を割り当てるための前記手段が、前記第2の要求に一部基づくデータの前記第1の部分の量に、基づくように構成される、請求項19に記載の装置。前記第1のMACエンティティが、MultiPointHSDPAネットワークにおける一次サービングセルに相当し、前記第2のMACエンティティが、前記MultiPointHSDPAネットワークにおける二次サービングセルに相当する、請求項19に記載の装置。前記UE以外の少なくとも1つのUEのためのデータの量に従って、前記優先度を前記第2のMACエンティティに割り当てるための手段をさらに含み、前記少なくとも1つのUEが、前記第2のMACエンティティに対応するセルによって一次サービングセルとしてサービスされる、請求項21に記載の装置。前記RLCデータの前記第1の部分を前記第1のMACエンティティに送るための手段と、前記RLCデータの前記第2の部分を前記第2のMACエンティティに送るための手段とをさらに含み、前記RLCデータの前記第1の部分を割り当てるための前記手段と、前記RLCデータの前記第2の部分を割り当てるための前記手段とが、RLCデータの前記第1の部分を第1の複数の小片に分割するための手段と、RLCデータの前記第2の部分を第2の複数の小片に分割するための手段とを含み、前記第1のMACエンティティに割り当てられた前記第1の部分のサイズが、前記第1の複数の小片の1つのサイズに相当し、前記第2のMACエンティティに割り当てられた前記第2の部分のサイズが、前記第2の複数の小片の1つのサイズに相当する、請求項19に記載の装置。前記RLCデータの前記第1の部分を割り当てるための前記手段と、前記RLCデータの前記第2の部分を割り当てるための前記手段とが、前記第1の複数の小片の1つを割り当てるステップと、前記第2の複数の小片の1つを割り当てるステップとを交互に行うように構成される、請求項23に記載の装置。処理システムと前記処理システムに結合されるメモリとを含む、ワイヤレス通信のための装置であって、前記処理システムが、NodeBからUEへのフローの推定されるスループットを求め、目標のキューイング遅延が所定の範囲内に保たれるように、前記フローの前記推定されるスループットに従って、前記NodeBにおける前記フローのキューの目標の長さを選択し、前記NodeBに対応するMACエンティティに割り当てられるべき量のRLCデータを要求するように構成される、ワイヤレス通信のための装置。前記NodeBにおける前記フローの前記キューが空ではない時にのみ、前記フローの前記推定されるスループットを求める前記ステップが実行される、請求項25に記載の装置。前記目標のキューイング遅延が、前記フローの前記推定されるスループットの関数である、請求項25に記載の装置。前記要求されるRLCデータの前記量が、前記MACエンティティの優先度、前記フローの前記キューの前記目標の長さ、または前記フローの前記キューの現在の長さのうちの少なくとも1つの関数である、請求項25に記載の装置。前記要求されるRLCデータの前記量が、前記NodeBに対応するセルが前記UEに、一次サービングセルとしてサービスするか二次サービングセルとしてサービスするかに応じる、請求項25に記載の装置。前記要求されるRLCデータの前記量が、前記UE以外の少なくとも1つのUEのためのデータの量の関数であり、前記少なくとも1つのUEが、前記NodeBに対応するセルによって一次サービングセルとしてサービスされる、請求項25に記載の装置。処理システムと、前記処理システムに結合されるメモリとを含む、ワイヤレス通信のための装置であって、前記処理システムが、UEのためのRLCフローに対応する第1の量のRLCデータに対する第1の要求を、第1のMACエンティティから受信し、第2の量の前記RLCデータに対する第2の要求を、第2のMACエンティティから受信し、前記第1の要求に一部基づいて、かつ、前記第1のMACエンティティの優先度に一部基づいて、前記RLCデータの第1の部分を前記第1のMACエンティティに割り当て、前記第2の要求に一部基づいて、かつ、前記第2のMACエンティティの優先度に一部基づいて、前記RLCデータの第2の部分を前記第2のMACエンティティに割り当てるように構成される、ワイヤレス通信のための装置。前記RLCデータの前記第1の部分の前記割り当てがさらに、前記第2の要求に一部基づく、請求項31に記載の装置。前記第1のMACエンティティが、MultiPointHSDPAネットワークにおける一次サービングセルに相当し、前記第2のMACエンティティが、前記MultiPointHSDPAネットワークにおける二次サービングセルに相当する、請求項31に記載の装置。前記処理システムが、前記UE以外の少なくとも1つのUEのためのデータの量に従って、前記優先度を前記第2のMACエンティティに割り当てるように構成され、前記少なくとも1つのUEが、前記第2のMACエンティティに対応するセルによって一次サービングセルとしてサービスされる、請求項33に記載の装置。前記処理システムが、前記RLCデータの前記第1の部分を前記第1のMACエンティティに送り、前記RLCデータの前記第2の部分を前記第2のMACエンティティに送るように構成され、前記RLCデータの前記第1の部分を割り当てる前記ステップと、前記RLCデータの前記第2の部分を割り当てる前記ステップとが、RLCデータの前記第1の部分を第1の複数の小片に分割するステップと、RLCデータの前記第2の部分を第2の複数の小片に分割するステップとを含み、前記第1のMACエンティティに割り当てられた前記第1の部分のサイズが、前記第1の複数の小片の1つのサイズに相当し、前記第2のMACエンティティに割り当てられた前記第2の部分のサイズが、前記第2の複数の小片の1つのサイズに相当する、請求項31に記載の装置。前記RLCデータの前記第1の部分を割り当てる前記ステップと、前記RLCデータの前記第2の部分を割り当てる前記ステップとが、前記第1の複数の小片の1つを割り当てるステップと、前記第2の複数の小片の1つを割り当てるステップとを交互に行うステップを含む、請求項35に記載の装置。コンピュータにより実行可能な命令を備えたコンピュータプログラムであって、コンピュータに、NodeBからUEへのフローの推定されるスループットを求めさせるための命令と、目標のキューイング遅延が所定の範囲内に保たれるように、コンピュータに、前記フローの前記推定されるスループットに従って、前記NodeBにおける前記フローのキューの目標の長さを選択させるための命令と、コンピュータに、前記NodeBに対応するMACエンティティに割り当てられるべき量のRLCデータを要求させるための命令とを含む、コンピュータプログラム。コンピュータに、前記フローの前記推定されるスループットを求めさせるための前記命令が、前記NodeBにおける前記フローの前記キューが空ではない時にのみ、前記推定されるスループットを求めるように構成される、請求項37に記載のコンピュータプログラム。前記目標のキューイング遅延が、前記フローの前記推定されるスループットの関数である、請求項37に記載のコンピュータプログラム。前記要求されるRLCデータの前記量が、前記MACエンティティの優先度、前記フローの前記キューの前記目標の長さ、または前記フローの前記キューの現在の長さのうちの少なくとも1つの関数である、請求項37に記載のコンピュータプログラム。前記要求されるRLCデータの前記量が、前記NodeBに対応するセルが前記UEに、一次サービングセルとしてサービスするか二次サービングセルとしてサービスするかに応じる、請求項37に記載のコンピュータプログラム。前記要求されるRLCデータの前記量が、前記UE以外の少なくとも1つのUEのためのデータの量の関数であり、前記少なくとも1つのUEが、前記NodeBに対応するセルによって一次サービングセルとしてサービスされる、請求項37に記載のコンピュータプログラム。コンピュータにより実行可能な命令を備えたコンピュータプログラムであって、コンピュータに、UEのためのRLCフローに対応する第1の量のRLCデータに対する第1の要求を、第1のMACエンティティから受信させ、第2の量の前記RLCデータに対する第2の要求を、第2のMACエンティティから受信させるための命令と、前記第1の要求に一部基づいて、かつ、前記第1のMACエンティティの優先度に一部基づいて、コンピュータに、前記RLCデータの第1の部分を前記第1のMACエンティティに割り当てさせるための命令と、前記第2の要求に一部基づいて、かつ、前記第2のMACエンティティの優先度に一部基づいて、コンピュータに、前記RLCデータの第2の部分を前記第2のMACエンティティに割り当てさせるための命令とを含む、コンピュータプログラム。前記RLCデータの前記第1の部分の前記割り当てがさらに、前記第2の要求に一部基づく、請求項43に記載のコンピュータプログラム。前記第1のMACエンティティが、MultiPointHSDPAネットワークにおける一次サービングセルに相当し、前記第2のMACエンティティが、前記MultiPointHSDPAネットワークにおける二次サービングセルに相当する、請求項43に記載のコンピュータプログラム。コンピュータに、前記UE以外の少なくとも1つのUEのためのデータの量に従って、前記優先度を前記第2のMACエンティティに割り当てさせるための命令をさらに含み、前記少なくとも1つのUEが、前記第2のMACエンティティに対応するセルによって一次サービングセルとしてサービスされる、請求項45に記載のコンピュータプログラム。コンピュータに、前記RLCデータの前記第1の部分を前記第1のMACエンティティへ送らせるための命令と、コンピュータに、前記RLCデータの前記第2の部分を前記第2のMACエンティティへ送らせるための命令とをさらに含み、コンピュータに、前記RLCデータの前記第1の部分を割り当てさせるための前記命令と、コンピュータに、前記RLCデータの前記第2の部分を割り当てさせるための前記命令とが、コンピュータに、RLCデータの前記第1の部分を第1の複数の小片に分割させるための命令と、コンピュータに、RLCデータの前記第2の部分を第2の複数の小片に分割させるための命令とを含み、前記第1のMACエンティティに割り当てられた前記第1の部分のサイズが、前記第1の複数の小片の1つのサイズに相当し、前記第2のMACエンティティに割り当てられた前記第2の部分のサイズが、前記第2の複数の小片の1つのサイズに相当する、請求項43に記載のコンピュータプログラム。コンピュータに、前記RLCデータの前記第1の部分を割り当てさせるための前記命令と、コンピュータに、前記RLCデータの前記第2の部分を割り当てさせるための前記命令とが、前記第1の複数の小片の1つを割り当てるステップと、前記第2の複数の小片の1つを割り当てるステップとを交互に行うように構成される、請求項47に記載のコンピュータプログラム。ある例として、近年MultiPointHSDPAが導入されており、MultiPointHSDPAでは、複数のセルが高速のダウンリンク通信を移動局に提供できるので、移動局は、そうしたセルからの伝送を同じ周波数キャリア内に統合することができる。比較的新しいシステムなので、DCHSDPAのような他のダウンリンクアグリゲーションシステムでは対処されなくてもよかった様々な問題が、このシステムでは発生する。したがって、システムレベルのアーキテクチャ、パケットフロー制御、モビリティなどに関する問題を特定しそれらに対処する必要がある。以下で、本開示の1つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、本開示のすべての企図された特徴の包括的な概観ではなく、本開示のすべての態様の主要または重要な要素を特定するものでも、本開示のいずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、本開示の1つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。本開示のいくつかの態様は、ネットワークノードに要求すべきデータの量を計算するための、基地局のための方法、装置、およびコンピュータプログラム製品を提供する。利用されるアルゴリズムの一部として、フローをバッファリングするためのNodeBにおけるキューの長さが、バッファアンダーランとスキューとのトレードオフを最適化する目的で、動的に調整され得る。本開示のさらなる態様は、NodeBフロー制御要求に応答するための、ネットワークノードのための方法、装置、およびコンピュータプログラム製品を提供する。ここで、RNCは、NodeBからのフロー制御メッセージに応答して、NodeBに送るべきデータの量を決定することができ、そしてNodeBにデータを送ることができる。MultiPointHSDPAシステムに関わる本開示の様々な態様では、RNCにおけるフロー制御アルゴリズムが、UEの一次サービングセルおよび二次サービングセルへのパケットフローを調整する。一態様では、本開示は、NodeBからUEへのフローの推定されるスループットを求めるステップと、目標のキューイング遅延が所定の範囲内に保たれるように、フローの推定されるスループットに従ってNodeBにおけるフローのキューの目標の長さを選択するステップと、NodeBに対応するMACエンティティへ割り当てられるべき量のRLCデータを要求するステップとを含む、ワイヤレス通信の方法を提供する。本開示の別の態様は、UEのためのRLCフローに対応する第1の量のRLCデータに対する、第1のMACエンティティからの第1の要求、および、第2の量のRLCデータに対する、第2のMACエンティティからの第2の要求を受信するステップと、第1の要求に一部基づいて、かつ第1のMACエンティティの優先度に一部基づいて、RLCデータの第1の部分を第1のMACエンティティに割り当てるステップと、第2の要求に一部基づいて、かつ第2のMACエンティティの優先度に一部基づいて、RLCデータの第2の部分を第2のMACエンティティに割り当てるステップとを含む、ワイヤレス通信の方法を提供する。本開示のさらに別の態様は、NodeBからUEへのフローの推定されるスループットを求めるための手段と、目標のキューイング遅延が所定の範囲内に保たれるように、フローの推定されるスループットに従ってNodeBにおけるフローのキューの目標の長さを選択するための手段と、NodeBに対応するMACエンティティへ割り当てられるべき量のRLCデータを要求するための手段とを含む、ワイヤレス通信のための装置を提供する。本開示のさらに別の態様は、UEのためのRLCフローに対応する第1の量のRLCデータに対する、第1のMACエンティティからの第1の要求、および、第2の量のRLCデータに対する、第2のMACエンティティからの第2の要求を受信するための手段と、第1の要求に一部基づいて、かつ第1のMACエンティティの優先度に一部基づいて、RLCデータの第1の部分を第1のMACエンティティに割り当てるための手段と、第2の要求に一部基づいて、かつ第2のMACエンティティの優先度に一部基づいて、RLCデータの第2の部分を第2のMACエンティティに割り当てるための手段とを含む、ワイヤレス通信のための装置を提供する。本開示のさらに別の態様は、処理システムと、処理システムに結合されたメモリとを含む、ワイヤレス通信のための装置を提供する。ここで、処理システムは、NodeBからUEへのフローの推定されるスループットを求め、目標のキューイング遅延が所定の範囲内に保たれるように、フローの推定されるスループットに従ってNodeBにおけるフローのキューの目標の長さを選択し、NodeBに対応するMACエンティティへ割り当てられるべき量のRLCデータを要求するように構成される。本開示のさらに別の態様は、処理システムと、処理システムに結合されたメモリとを含む、ワイヤレス通信のための装置を提供する。ここで、処理システムは、UEのためのRLCフローに対応する第1の量のRLCデータに対する、第1のMACエンティティからの第1の要求、および、第2の量のRLCデータに対する、第2のMACエンティティからの第2の要求を受信し、第1の要求に一部基づいて、かつ第1のMACエンティティの優先度に一部基づいて、RLCデータの第1の部分を第1のMACエンティティに割り当て、第2の要求に一部基づいて、かつ第2のMACエンティティの優先度に一部基づいて、RLCデータの第2の部分を第2のMACエンティティに割り当てるように構成される。本開示のさらに別の態様は、コンピュータに、NodeBからUEへのフローの推定されるスループットを求めさせるための命令と、目標のキューイング遅延が所定の範囲内に保たれるように、コンピュータに、フローの推定されるスループットに従ってNodeBにおけるフローのキューの目標の長さを選択させるための命令と、コンピュータに、NodeBに対応するMACエンティティへ割り当てられるべき量のRLCデータを要求させるための命令とを有する、コンピュータ可読媒体を含むコンピュータプログラム製品を提供する。本開示のさらに別の態様は、UEのためのRLCフローに対応する第1の量のRLCデータに対する、第1のMACエンティティからの第1の要求、および、第2の量のRLCデータに対する、第2のMACエンティティからの第2の要求をコンピュータに受信させるための命令と、第1の要求に一部基づいて、かつ第1のMACエンティティの優先度に一部基づいて、コンピュータに、RLCデータの第1の部分を第1のMACエンティティに割り当てさせるための命令と、第2の要求に一部基づいて、かつ第2のMACエンティティの優先度に一部基づいて、コンピュータに、RLCデータの第2の部分を第2のMACエンティティに割り当てさせるための命令とを有する、コンピュータ可読媒体を含むコンピュータプログラム製品を提供する。上記の目的および関連する目的の達成のために、本明細書で説明される本開示の1つまたは複数の態様は、以下で十分に説明され特許請求の範囲で具体的に指摘される、特徴を含み得る。以下の説明および添付の図面は、本開示の1つまたは複数の態様のいくつかの例示的な特徴を詳細に説明する。しかしながら、これらの特徴は、本開示の様々な態様の原理が使用され得る様々な方法のうちのほんのいくつかしか示しておらず、この説明は、本開示のそのようなすべての態様およびそれらの等価物を含むものとする。添付の図面に関する下記の詳細な説明は、様々な構成の説明として意図されており、本明細書で説明する概念が実行され得る唯一の構成を表すように意図されているわけではない。詳細な説明は、様々な概念の完全な理解をもたらす目的で、具体的な詳細を含んでいる。しかし、これらの概念がこれらの具体的な詳細なしに実行され得ることが、当業者には明らかであろう。場合によっては、そのような概念を曖昧にするのを回避する目的で、周知の構造および構成要素がブロック図の形式で示されている。本開示の様々な態様によれば、要素または要素の任意の部分または要素の任意の組合せを、1つまたは複数のプロセッサを含む処理システムで実装できる。プロセッサの例として、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、フィールドプログラマブルゲートアレイ、プログラマブル論理デバイス、状態機械、ゲート論理回路、個別ハードウェア回路、および本開示全体にわたって説明した様々な機能を実施するように構成された他の適切なハードウェアがある。処理システム内の1つまたは複数のプロセッサは、ソフトウェアを実行することができる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。ここで、媒体は、ある場所から別の場所へのコンピュータプログラムの移送を支援する任意の媒体を含み得る。例として、ソフトウェアはコンピュータ可読媒体に存在し得る。コンピュータ可読媒体は、非一時的コンピュータ可読媒体であってよい。非一時的コンピュータ可読媒体は、例として、磁気記憶デバイス、光ディスク、デジタル多目的ディスク、スマートカード、フラッシュメモリデバイス、ランダムアクセスメモリ、読取り専用メモリ、プログラマブルROM、消去可能PROM、電気的消去可能PROM、レジスタ、取り外し可能ディスク、ならびに、コンピュータがアクセスし読み取ることができるソフトウェアおよびまたは命令を保存するための任意の他の適切な媒体を含む。また、コンピュータ可読媒体は、例として、搬送波、伝送路、ならびに、コンピュータがアクセスし読み取ることができるソフトウェアおよびまたは命令を送信するための任意の他の適切な媒体も含み得る。コンピュータ可読媒体は、処理システムの中に存在してもよく、処理システムの外に存在してもよく、または処理システムを含む複数のエンティティに分散されてもよい。コンピュータ可読媒体は、コンピュータプログラム製品として具現化され得る。例として、コンピュータプログラム製品は、パッケージング材料内のコンピュータ可読媒体を含み得る。当業者は、具体的な用途およびシステム全体に課せられた全体的な設計制約に応じて、本開示全体にわたって示される説明される機能を最善の形で実装する方法を認識するだろう。図1は、処理システム114を使用する装置100のハードウェア実装の一例を示す概念図である。この例では、処理システム114は、バス102によって全般的に表されるバスアーキテクチャで実装され得る。バス102は、処理システム114の具体的な用途および全体的な設計制約に応じて、任意の数の相互接続するバスおよびブリッジを含み得る。バス102は、プロセッサ104によって全般に代表される1つまたは複数のプロセッサ、メモリ105、およびコンピュータ可読媒体106によって全般に代表されるコンピュータ可読媒体を含む、様々な回路を互いにつなぐ。バス102は、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をつなぐこともでき、これらの回路は当技術分野で知られているのでこれ以上は説明しない。バスインターフェース108は、バス102とトランシーバ110との間にインターフェースを提供する。トランシーバ110は、送信媒体上の様々な他の装置と通信するための手段を提供する。また、装置の性質に応じて、ユーザインターフェース112も設けられてよい。プロセッサ104は、バス102の管理、およびコンピュータ可読媒体106に記憶されたソフトウェアの実行を含む全般的な処理を受け持つ。ソフトウェアは、プロセッサ104によって実行されると、任意の特定の装置の以下で説明される様々な機能を処理システム114に実行させる。コンピュータ可読媒体106は、ソフトウェアを実行する時にプロセッサ104によって操作されるデータを記憶するために使用されてもよい。本開示全体にわたって提示される様々な概念は、広範な遠隔通信システム、ネットワークアーキテクチャ、および通信規格にわたって実装され得る。限定ではなく例として、図2に示される本開示の態様は、WCDMAエアインターフェースを使用するUMTSシステム200を参照して示される。UMTSネットワークは、コアネットワーク204、UMTS地上無線アクセスネットワーク202、およびユーザ機器210という3つの対話する領域を含む。この例では、UTRAN202は、電話、ビデオ、データ、メッセージング、放送、およびまたは他のサービスを含む様々なワイヤレスサービスを提供することができる。UTRAN202は、無線ネットワークコントローラ206などのそれぞれのRNCによって各々制御される、無線ネットワークサブシステム207などの複数のRNSを含み得る。ここで、UTRAN202は、示されるRNC206およびRNS207に加えて、任意の数のRNC206およびRNS207を含み得る。RNC206は、とりわけ、RNS207内の無線リソースを割り当て、再構成し、解放することを受け持つ装置である。RNC206は、任意の適切なトランスポートネットワークを使用する、直接の物理接続、仮想ネットワークなど様々なタイプのインターフェースを介して、UTRAN202中の他のRNCに相互接続され得る。RNS207によってカバーされる地理的領域は、いくつかのセルに分けることができ、無線トランシーバ装置が各セルにサービスする。無線トランシーバ装置は、通常、UMTS用途ではノードBと呼ばれるが、当業者によって、基地局、送受信基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット、拡張サービスセット、アクセスポイント、またはいくつかの他の適切な用語で呼ばれることもある。明快にするために、各RNS207に3つのNodeB208が示されているが、RNS207は、任意の数のワイヤレスノードBを含んでもよい。NodeB208は、ワイヤレスアクセスポイントを任意の数のモバイル装置のためのコアネットワーク204に提供する。モバイル装置の例には、携帯電話、スマートフォン、セッション開始プロトコル電話、ラップトップ、ノートブック、ネットブック、スマートブック、携帯情報端末、衛星ラジオ、全地球測位システムデバイス、マルチメディアデバイス、ビデオ装置、デジタルオーディオプレーヤ、カメラ、ゲーム機、または任意の他の類似の機能デバイスなどがある。モバイル装置は、通常、UMTS用途ではユーザ装置と呼ばれるが、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、遠隔ユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、遠隔端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語で呼ばれることもある。UMTSシステムでは、UE210は、ネットワークへのユーザの加入情報を含む汎用加入者識別モジュール211をさらに含み得る。説明のために、1つのUE210がいくつかのNodeB208と通信しているように示される。順方向リンクとも呼ばれるダウンリンクは、NodeB208からUE210への通信リンクを指し、逆方向リンクとも呼ばれるアップリンクは、UE210からNodeB208への通信リンクを指す。コアネットワーク204は、UTRAN202のような1つまたは複数のアクセスネットワークとインターフェースをとる。示されるように、コアネットワーク204は、GSMコアネットワークである。しかしながら、当業者が認識するように、GSMネットワーク以外のタイプのコアネットワークへのアクセスをUEに提供するために、本開示全体にわたって提示される様々な概念を、RANまたは他の適切なアクセスネットワークにおいて実装することができる。コアネットワーク204は、回線交換領域およびパケット交換領域を含む。回線交換要素のいくつかは、モバイルサービス交換センタ、ビジターロケーションレジスタ、およびゲートウェイMSCである。パケット交換要素は、サービングGPRSサポートノード、およびゲートウェイGPRSサポートノードを含む。EIR、HLR、VLR、およびAuCのようないくつかのネットワーク要素は、回線交換領域とパケット交換領域の両方によって共有され得る。図示の例では、コアネットワーク204は、MSC212およびGMSC214によって回線交換サービスをサポートする。いくつかの用途では、GMSC214は、メディアゲートウェイとも呼ばれ得る。RNC206のような1つまたは複数のRNCが、MSC212に接続され得る。MSC212は、呼設定、呼ルーティング、およびUEモビリティ機能を制御する装置である。MSC212は、UEがMSC212のカバレッジエリア内にある期間の加入者関連の情報を格納する、ビジターロケーションレジスタも含む。GMSC214は、UEが回線交換ネットワーク216にアクセスするためのゲートウェイを、MSC212を通じて提供する。GMSC214は、特定のユーザが加入したサービスの詳細を反映するデータのような加入者データを格納する、ホームロケーションレジスタ215を含む。HLRは、加入者に固有の認証データを格納する、認証センタとも関連付けられている。特定のUEについて、呼が受信されると、GMSC214は、UEの位置を決定するためにHLR215に問い合わせ、その位置でサービスする特定のMSCに呼を転送する。示されるコアネットワーク204はまた、サービングGPRSサポートノード218およびゲートウェイGPRSサポートノード220によって、パケットデータサービスをサポートする。汎用パケット無線システムを表すGPRSは、標準の回線交換データサービスで使用可能なものより速い速度でパケットデータサービスを提供するよう設計されている。GGSN220は、パケットベースネットワーク222へのUTRAN202の接続を提供する。パケットベースネットワーク222は、インターネット、プライベートデータネットワーク、または何らかの他の適切なパケットベースネットワークでもよい。GGSN220の主要機能は、UE210にパケットベースネットワーク接続を提供することである。データパケットは、MSC212が回線交換領域において実行するのと同じ機能をパケットベース領域において主に実行するSGSN218を介して、GGSN220とUE210との間で転送され得る。UMTSエアインターフェースは、スペクトラム拡散直接シーケンス符号分割多元接続システムであってよい。スペクトラム拡散DSCDMAは、チップと呼ばれる疑似ランダムビットの列との乗算によって、ユーザデータを拡散させる。UMTSのWCDMAエアインターフェースは、そのようなDSCDMA技術に基づいており、さらに周波数分割複信を必要とする。FDDは、NodeB208とUE210との間のアップリンクおよびダウンリンクに異なる搬送周波数を使用する。DSCDMAを利用し、時分割複信を使用するUMTSの別のエアインターフェースは、TDSCDMAエアインターフェースである。本明細書で説明される様々な例は、WCDMAエアインターフェースを指し得るが、基礎をなす原理はTDSCDMAエアインターフェースに等しく適用可能であり得ることを、当業者は理解するだろう。Highspeedpacketaccessエアインターフェースは、スループットの向上および遅延の低減を支援する、NodeB208とUE210との間の3GWCDMAエアインターフェースに対する一連の強化を含む。前のリリースに対する他の修正には、HSPAが、ハイブリッド自動再送要求、チャネル送信の共有、ならびに適応変調および適応符号化を利用することがある。HSPAを定義する規格は、HSDPAおよびHSUPAを含む。図3は、限定することなく例として、HSPAを利用し得るUMTSTerrestrialRadioAccessNetworkアーキテクチャの、簡略化されたアクセスネットワーク300を示す。システムは、セル302、304、および306を含む複数のセルラー領域を含み、セルの各々は、1つまたは複数のセクタを含み得る。セルは、たとえばカバレッジエリアによって地理的に定義することができ、かつまたは、周波数、スクランブリングコードなどに従って定義することもできる。つまり、図示される地理的に定義されたセル302、304、および306は各々、たとえば異なるスクランブリングコードを利用することによって、複数のセルにさらに分割され得る。たとえば、セル304aは、第1のスクランブリングコードを利用することができ、セル304bは、同じ地理的な領域内にあり同じNodeB344によってサービスされている時、第2のスクランブリングコードを利用することによって区別され得る。セクタに分割されるセルでは、セル内の複数のセクタはアンテナのグループによって形成することができ、各々のアンテナがセルの一部にあるUEとの通信を担う。たとえば、セル302において、アンテナグループ312、314、および316は、各々異なるセクタに対応し得る。セル304において、アンテナグループ318、320、および322は、各々異なるセクタに対応し得る。セル306において、アンテナグループ324、326、および328は、各々異なるセクタに対応し得る。セル302、304、および306は、各セル302、304、または306の1つまたは複数のセクタと通信していてもよいいくつかのUEを含み得る。たとえば、UE330および332は、NodeB342と通信していてもよく、UE334および336は、NodeB344と通信していてもよく、UE338および340は、NodeB346と通信していてもよい。ここで、各NodeB342、344、346は、それぞれのセル302、304、および306の中のすべてのUE330、332、334、336、338、340のために、コアネットワーク204へのアクセスポイントを提供するように構成される。3GPPファミリーの規格のリリース5では、HighSpeedDownlinkPacketAccessが導入された。HSDPAと、前に規格化された回線交換インターフェースとの、ダウンリンクにおける1つの違いは、HSDPAにはソフトハンドオーバーがないことである。このことは、データが、HSDPAサービングセルと呼ばれる単一のセルからUEに送信されることを意味する。ユーザが移動すると、またはあるセルが別のセルよりも好ましくなると、HSDPAのサービングセルは変わり得る。リリース5のHSDPAでは、任意の瞬間において、UEは1つのサービングセルを有する。3GPPTS25331のリリース5で定められるモビリティ手順によれば、HSPDAサービングセルを変更するための無線リソース制御シグナリングメッセージが、UEがより強いセルであると報告するセルからではなく、現在のHSDPAサービングセルから送信される。さらに、HSDPAでは、UEは一般に、ダウンリンクチャネルの何らかのパラメータの測定を監視して実行し、チャネルの品質を判定する。これらの測定結果に基づいて、UEは、チャネル品質インジケータのようなフィードバックを、アップリンク送信においてNodeBに提供することができる。したがって、NodeBは、UEからの報告されたCQIに基づいた、サイズ、符号化フォーマットなどを有する次のパケットを、ダウンリンク送信においてUEに提供することができる。ソースセル304aとの呼の間、または任意の他の時間において、UE336は、ソースセル304aの様々なパラメータ、ならびに、セル304b、306、および302のような近隣セルの様々なパラメータを監視することができる。さらに、これらのパラメータの品質に応じて、UE336は、近隣セルの1つまたは複数との何らかのレベルの通信を保つことができる。この期間において、UE336は、UE336が同時に接続されるセルのリストであるアクティブセットを保持することができる。UEとUTRANとの間の無線プロトコルアーキテクチャは、具体的な用途に応じて、様々な形態になり得る。UEとNodeBとの間のユーザプレーンおよび制御プレーンの無線プロトコルアーキテクチャの例を示す、HSPAシステムの例がここで、図4を参照して提示される。ここで、ユーザプレーンまたはデータプレーンはユーザトラフィックを搬送し、制御プレーンは制御情報、すなわちシグナリングを搬送する。図4を見ると、UEおよびNodeBの無線プロトコルアーキテクチャは、層1、層2、および層3という3つの層で示される。層1は最下層であり、様々な物理層の信号処理機能を実装する。層1は、本明細書では物理層406と呼ばれる。層2408と呼ばれるデータリンク層は、物理層406の上にあり、物理層406を通じたUEとNodeBとの間のリンクを担う。層3において、RRC層416は、UEとNodeBとの間の制御プレーンのシグナリングを扱う。RRC層416は、高次層のメッセージのルーティング、ブロードキャスト機能および呼び出し機能の取り扱い、無線ベアラの確立および構成などのための、いくつかの機能的なエンティティを含む。UTRAエアインターフェースでは、L2層408はサブレイヤに分割される。制御プレーンでは、L2層408は、メディアアクセス制御サブレイヤ410および無線リンク制御サブレイヤ412という、2つのサブレイヤを含む。ユーザプレーンでは、L2層408はさらに、パケットデータコンバージェンスプロトコルサブレイヤ414を含む。示されないが、UEは、ネットワーク側のPDNゲートウェイで終端するネットワーク層と、接続の他の端部で終端するアプリケーション層とを含めて、L2層408上にいくつかの上位層を有し得る。PDCPサブレイヤ414は、異なる無線ベアラと論理チャネルとの多重化を行う。PDCPサブレイヤ414はまた、無線送信のオーバーヘッドを低減するための上位層データパケットのヘッダ圧縮、データパケットの暗号化によるセキュリティ、および、UEとNodeBとの間でUEのハンドオーバーのサポートを実現する。RLCサブレイヤ412は一般に、肯定応答された、肯定応答されていない、透過モードのデータ転送をサポートし、上位層のデータパケットのセグメント化および再構築、失われたデータパケットの再送信、ならびに、ハイブリッド自動再送要求による順序の狂った受信を補償するためのデータパケットの再順序付けを行う。つまり、RLCサブレイヤ412は、失われたパケットの再送信を要求できる、再送信機構を含む。ここで、RLCサブレイヤ412が、ある最大の回数の再送信または送信時間の期限を経てもデータを正常に送達できない場合、上位層はこの状態を通知され、RLCSDUは廃棄され得る。さらに、RNC206におけるRLCサブレイヤは、RLCプロトコルデータユニットのフローを管理するためのフロー制御機能を含み得る。たとえば、RNCは、NodeBに送るべきデータの量を決定することができ、データのバッチへの分割、および、たとえば、DCHSDPAシステムまたはMultiPointHSDPAシステムにおけるダウンリンクアグリゲーションの場合の、そうしたバッチまたはパケットの複数のNodeBへの分配を含む、データの割り当ての詳細を管理することができる。MACサブレイヤ410は、論理チャネルとトランスポートチャネルとの多重化を行う。MACサブレイヤ410はまた、HARQ動作とともに、1つのセルの中の様々な無線リソースの複数のUEのへの割り当てを担う。MACサブレイヤ410は、限定はされないが、MACdエンティティおよびMAChsehsエンティティを含む、様々なMACエンティティを含み得る。図5は、NodeB504を通るRNC502とUE506との間のHSDPAネットワーク中のダウンリンク経路の概略図であり、それぞれのノードにおいてサブレイヤの一部を示す。ここで、RNC502は、図2に示されるRNC206と同じであってよく、NodeB504は、図2に示されるNodeB208と同じであってよく、UE506は、図2に示されるUE210と同じであってよい。RNC502は、たとえばRLCサブレイヤを含めて、MACdとその上のプロトコル層を収容する。高速チャネルのために、MAChsehs層がNodeB504に収容される。さらに、NodeB504におけるPHY層は、たとえばHSDSCHを通じて、UE506においてPHY層と通信するためのエアインターフェースを提供する。RNC502において、RLCサブレイヤは、コアネットワークからRLCSDUを受信し、セグメント化、再構築、およびフロー制御のようなRLCに関連する機能を実行し、RLCPDUをMACdサブレイヤに提供する。一般に、各UEのサービングRNCには、1つのMACdエンティティがある。MACdサブレイヤは、パケットを処理し、MACPDUを、Iubインターフェースを通じてNodeB504におけるMACehsエンティティに提供する。UE506側から、MACdエンティティは、すべての専用トランスポートチャネル、MACcshmエンティティ、およびMAChsehsエンティティへのアクセスを制御するように、構成される。さらに、UE506側から、MAChsehsエンティティは、HSDPA特有の機能を扱い、HSDSCHトランスポートチャネルへのアクセスを制御するように、構成される。上位層は、MAChsとMACehsという2つのエンティティのどちらが、HSDSCH機能を扱うのに適用されるかを設定する。3GPP規格のリリース8は、デュアルセルHSDPAをもたらし、これは、隣接する2つの5MHzダウンリンクキャリアをUEが統合できるようにする。デュアルキャリアの手法は、マルチキャリアの位置におけるより高速なダウンリンクデータ速度およびより良好な効率を実現する。一般に、DCHSDPAは一次キャリアおよび二次キャリアを利用し、一次キャリアはダウンリンクデータ送信のためのチャネルおよびアップリンクデータ送信のためのチャネルを提供し、二次キャリアはダウンリンク通信のためのHSPDSCHおよびHSSCCHの第2のセットを提供する。本開示のいくつかの態様によれば、ソフトアグリゲーションと呼ばれ得る別の形態のアグリゲーションが、ダウンリンクアグリゲーションを提供し、それぞれのダウンリンクセルが同じ周波数キャリアを利用する。ソフトアグリゲーションは、シングルキャリアネットワークにおけるDCHSDPAと同様の利得を実現しようとする。図6は、本開示のいくつかの態様による、ソフトアグリゲーションの例示的なシステムを示す。図6では、2つ以上のセル614と616の間に地理的な重複があり得るので、UE610は、少なくともある期間、複数のセルによってサービスされ得る。したがって、本開示によるワイヤレス通信システムは、単一の周波数チャネル上の複数のセルからのHSDPAサービスを提供できるので、UEはアグリゲーションを実行することができる。たとえば、2つ以上のセルを利用する構成は、SingleFrequencyDualCellHSDPA、CoordinatedMultiPointHSDPA、または単にMultiPointHSDPAと呼ばれ得る。しかし、他の用語も自由に使われ得る。このようにして、セルの境界ならびにシステム全体において、ユーザは高いスループットによる利益を受けることができる。ここで、異なるセルは同じNodeBによって提供されてもよく、または異なるセルは全く異なるNodeBによって提供されてもよい。図6に示される方式では、2つの異なるNodeB602および604は各々、それぞれダウンリンクセル606および608を提供し、ダウンリンクセルは実質的にキャリア周波数が同じである。当然、すでに説明されたように、別の態様では、ダウンリンクセル606と608の両方が、同じNodeBの異なるセクタから提供されてもよい。ここで、UE610は、ダウンリンクセルを受信して統合し、NodeB602と604の両方によって受信されるアップリンクチャネル612を提供する。UE610からのアップリンクチャネル612は、たとえば、対応するダウンリンクセル606および608のためのダウンリンクチャネル状態に対応する、フィードバック情報を提供することができる。DCHSDPA対応のUEは2つの受信チェーンを有し、受信チェーンの各々は異なるキャリアからHSデータを受信するために用いられ得る。MultiPointHSDPA対応UE610では、複数の受信チェーンが異なるセル614および616からHSデータを受信するようにされた場合、アグリゲーションによる利益の少なくとも一部が、シングルキャリアネットワークにおいて実現され得る。本開示のいくつかの態様では、統合される2つのセルは、UEのアクティブセット中のセルに限定され得る。これらのセルは、ダウンリンクチャネル品質に従って決定された、アクティブセット中で最強のセルであってよい。統合されるセルが図6に示されるように異なるNodeBサイトに存在する場合、この方式はソフトアグリゲーションと呼ばれ得る。統合されるセルが同じNodeBサイトに存在する場合、この方式はソフターアグリゲーションと呼ばれ得る。ソフターアグリゲーションは、評価および実装が比較的簡単である。しかし、ソフターハンドオーバー状態のUEの割合は限られることがあるので、ソフターアグリゲーションによる利益もそれに従って限られることがある。一方、ソフトアグリゲーションは、はるかに大きな利益をもたらす可能性がある。しかし、RNC側さらにはNodeBにおいて、フロー制御に関する問題がある。従来のDCHSDPAシステム、または、2つのセルが単一のNodeBによって分割されるMultiPointHSDPAシステムでは、2つのセルは、図5に示される従来のHSDPAシステムとほとんど同じ方式で、同じMACehsエンティティを共有し得る。ここで、ダウンリンクデータは単一のNodeBサイトからUEに来るので、UEにおけるRLCエンティティは一般に、パケットはそれぞれのRLC順序番号に従って送信されたと見なし得る。したがって、受信されたパケットの順序番号の抜けはすべて、パケット障害によって引き起こされたものとして理解される可能性があり、RNCにおけるRLCエンティティは単に、欠けている順序番号に対応するすべてのパケットを再送信し得る。しかし、セルが別のNodeBサイトによって提供されるMultiPointHSDPAシステムでは、RNCからUEへのパケットのフローは、UEによって受信される時に、パケット障害以外の理由で順序番号に抜けが生じ得る。たとえば、フロー制御アルゴリズムがRLCPDUをどのようにそれぞれのNodeBに分配するかに応じて、パケットは順序が狂ってUEに到達することがあり、時間とともにパケットは予定通りに到着し抜けは埋まり得るので、必ずしも何らかの問題を示唆するものではない。順序が狂った送達によって引き起こされるそのような抜けは、送信の失敗または他のパケットの喪失と区別するために、スキューと呼ばれ得る。図7は、MultiPointHSDPAシステムのある態様を示す概略的なブロック図であり、セルは別のNodeBサイトによって提供される。ここで、RNC702は、ダウンリンクHS送信をUE708に各々提供する、複数のNodeB704および706にパケットを提供する、マルチリンクRLCサブレイヤを含み得る。図5に示される方式と比較すると、RLCサブレイヤは、各UE708の各優先キューのためのフロー制御プロトコルを含むように構成され得る。ここで、フロー制御プロトコルは、NodeB704および706からのフロー制御メッセージに従って、両方のNodeBにおいてキューを利用して、UE708へのパケットのフローを調整することができる。一例では、NodeB704は、UE708のための一次サービングセルとして動作することができ、NodeB706は、UE708のための二次サービングセルとして動作することができる。当然、NodeB704および706の役割を逆転させて、それぞれ、二次サービングセルおよび一次サービングセルとすることができる。例示的なMultiPointHSDPAシステムでは、NodeB704および706は、RNCによってNodeB704および706に割り当てられたパケットを、それぞれのIubインターフェースを通じて受信し、同じ周波数チャネルを利用して、エアインターフェースを通じてUE708にそうしたパケットを送信する。各々のNodeB704および706は、パケットがUE708に送信されるまでパケットを一時的に記憶するための、キューまたはバッファを含む。キューは、具体的な記憶の方式に関係なく、記憶スペースまたは任意の他の非ランダムなデータのアグリゲーションを含む、記憶のための任意の適切な構造であってよい。ここで、UE708は、複数のPHY層、言い換えると、NodeB704および706からのそれぞれのダウンリンク送信を受信するように構成された、複数の受信チェーンを含み得る。さらに、UE708は、複数の対応するMACエンティティを含んでもよく、複数のMACエンティティの各々は、対応するNodeBサイトからの異なるサービングセルに対応する。たとえば、UE708の中の1つのMACエンティティは、一次サービングセルを提供する第1のNodeB704に対応してよく、UE708の中の第2のMACエンティティは、二次サービングセルを提供する第2のNodeB706に対応してよい。当然、様々な理由で、特定のNodeBとの特定のMACエンティティの組合せは時間とともに変わることがあり、示されたものは1つの可能な例に過ぎない。図8は、本開示の態様のいくつかによる、MultiPointHSDPAシステムにおけるフロー制御のために利用される信号のいくつかを示す、簡略化された呼の流れ図である。ここで、NodeB1802およびNodeB2804はそれぞれ、あるUEのための一次サービングセルおよび二次サービングとして動作する。RNC806は、それぞれのIubインターフェースを通じて、NodeB802および804の各々に結合される。当然、本開示の範囲内で、他のインターフェースも利用され得る。さらに、RNC806はコアネットワーク808に結合され、コアネットワーク808は、回線交換コアネットワーク、パケット交換コアネットワーク、または図2に示されるようにこれら2つの組合せであってもよい。示されるように、RNC806は、NodeB802および804によってサービスされているUEに向けられたRLCSDUを、コアネットワーク808から受信する。NodeB1802およびNodeB2は各々、UEのためのフロー制御メッセージ要求データを生成し、RNC806から送ることができる。NodeB802および804からのフロー制御メッセージに応答して、RNC808は、いくつかの要因に基づいてNodeBの各々に割り当てるRLCデータの量を決定し、それぞれのIubインターフェースを通じて、そのデータをRLCPDUとしてNodeB802および804に送る。本開示のいくつかの態様では、NodeBは、フロー制御アルゴリズムのマスターであってよい。つまり、NodeBは、フロー制御メッセージを利用して、バッファ空間をRNCに与えることができる。フロー制御メッセージは、割り当てサイズ、HSDSCH間隔、およびHSDSCH繰り返し期間を制御することができる。ここで、割り当てサイズは、特定のフローのためにNodeBに割り当てられることになるMACdPDUの数と、そうしたMACdPDUの最大サイズを含む。HSDSCH間隔は、MACdPDUがNodeBに送信され得る時間間隔である。HSDSCH繰り返し期間は、この割り当てがリフレッシュされ繰り返される期間である。当然、フロー制御メッセージの具体的なフォーマットは、以下でさらに詳細に説明されるように、本開示の範囲内にとどまったまま変更され得ることが、当業者には理解されよう。本開示に従ったいくつかの例では、別個のフロー制御アルゴリズムが、一次サービングセル802および二次サービングセル804を通じたデータ送信を管理するために、各NodeBにおいて利用され得る。ここで、二次サービングセル804のためのフロー制御アルゴリズムは、一次サービングセル802のためのフロー制御アルゴリズムとは異なっていてもよい。さらに、それぞれのNodeBにおける別個のフロー制御アルゴリズムは、NodeB802と804の間の情報交換を利用して、互いに協調することができる。たとえば、情報の交換は、NodeB802および804からRNC806へのフロー制御メッセージの送信と同時であってよく、または、RNC806を含んでも含まなくてもよい、それぞれのサービングセル802と804との間の任意の適切なインターフェースを利用してもよい。本開示のいくつかの態様では、それぞれのNodeBからUEへのフローのスループットに対応するパラメータが、たとえば、RNC806に送られるフロー制御メッセージに追加されることによって、情報交換に含まれてもよい。各NodeBにおけるフロー制御メッセージシグナリングおよび別個のアルゴリズムのこの柔軟性によって、幅広いフロー制御の戦略を実現することができる。フロー制御アルゴリズムが直面する共通の問題は、バッファアンダーランである。バッファアンダーランは、バッファからの出力でデータが出ていく速度よりも、バッファへの入力でデータが入っていく速度が低い時に起きる。ここで、バッファは空になり得るが、このことによってアルゴリズムは、バッファを補充する間バッファからの読取りを中断または停止しなければならなくなる。そのような状態は、データストリームにおいて様々な本題を引き起こすことがあり、そうした問題は当業者には既知であり本開示では説明されない。上で説明されたように、各NodeBは、パケットがUEに送信される前にパケットをバッファリングすることができる、キューを含み得る。フロー制御アルゴリズムの1つの目標は、このキューにおけるバッファアンダーランを最小化することであり得る。バッファアンダーランを低減する簡単な方法は、バッファの長さを伸ばすことである。しかし、このことは、フロー制御アルゴリズムの別の目標と対立し得る。その目標とは、ハンドオーバーの間のデータ復元の難易度を下げ、要求されるNodeBのメモリサイズを下げるために、NodeBにおいて保持されるPDUの数を最小にすることである。したがって、包括的なフロー制御アルゴリズムは、これらの目標の最適なトレードオフを探ることができる。本開示のある態様では、以下でさらに詳細に説明されるように、このトレードオフは、バッファの可変の長さを動的に制御することによって、管理され得る。図9は、NodeBにおけるフロー制御アルゴリズムのいくつかの態様を示すフローチャートである。ここで、フロー制御アルゴリズムは、一次サービングセルと二次サービングセルのいずれかにおいて動作し得る。ブロック902において、処理は、RNCに送る新たなフロー制御メッセージを生成するかどうかを、決定することができる。生成しない場合、場合によっては適切な遅延期間の後、処理はブロック902に戻ってよい。処理が新たなフロー制御メッセージを生成すると決定した場合、処理はブロック904に進むことができ、ブロック904において、以下でより詳細に説明されるように、NodeBはNodeBからUEへのフローの推定されるスループットを求めることができる。ブロック906において、処理は、そのフローに対応する、NodeBにおけるキューの目標のキューの長さを選択し、目標のキューの長さをその選択された値によって更新することができる。ここで、目標のキューの長さは、ブロック904において求められたフローの推定されるスループットに対応し得る。さらに、目標のキューの長さは、目標のキューイング遅延を所定の範囲に保つように選択され得る。フローのためのキューの目標の長さを選択することに関する追加の情報が、以下でさらに詳細に与えられる。ブロック908において、処理は、RNCにデータを要求するための新たなフロー制御メッセージを生成することができ、ブロック910において、NodeBは、Iubインターフェースを通じて、生成されたフロー制御メッセージをRNCに送信することができる。一般に、ブロック908で生成されたフロー制御メッセージは、NodeBに対応するMACエンティティに割り当てられるべき、ある量のRLCデータに対する要求を含む。ここで、NodeBは、フロー制御メッセージにおいて要求すべきデータの量を計算することができる。NodeBが要求するデータの量は、必ずしも限定はされないが、フローの目標のキューの長さ、フローの現在のキューの長さ、NodeBにおけるMACエンティティの優先度、NodeBの状態が一次サービングセルであるか二次サービングセルであるか、一次サービングセルとしてのNodeBによってサービスされるUE以外のUEに対するデータの量を含む、いくつかの要因に依存し得る。要求されるデータの量と目標のキューの長さとの関係は、一般に、キューはデータが一時的に記憶されるところであるという事実に基づく。上で論じられたように、本開示の様々な態様では、目標のキューの長さは、いくつかの要因に基づいて動的に適合されてよく、このことは転じて、NodeBが要求するデータの量に影響を与え得る。本開示のいくつかの態様によれば、目標のキューの長さは、目標のキューイング遅延をある範囲に保つように選択され得る。一例として、目標のキューの長さの範囲は、上限と下限の間に保たれ得る。様々な特定の実装形態では、上限と下限の値は固定され得る。他の実装形態では、上限と下限の1つまたは両方は、様々な要因またはパラメータに基づいて変化し得る。本開示のある態様によれば、目標のキューの長さ、またはキューの長さの上限の選択は、NodeBからそのキューを利用するUEへのフローの推定されるスループットに基づき得る。たとえば、目標のキューの長さは、フローの推定されるスループットと、NodeBにおける目標のキューイング時間との積として設定され得る。図10は、フローのキューイング時間Tと、フローのスループットThrptとの例示的な関係を示す、簡略化された図表である。ここで、キューイング時間、またはキューの遅延は、情報がUEに送信される前に、NodeBにおいてキューの中に情報がとどまる期間に相当し得る。示されるように、フローのキューイング時間が減少するにしたがってスループットは上昇し、スループットが低下するにしたがってフローのキューイング時間は増加する。この関係は、一般に線形の関係であり、線1002によって表される。具体的に、における第1の点1004およびにおける第2の点1006という、線上の2つの点が示されている。本開示のある態様では、目標のキューイング時間Tqueuingは、フローのスループットThrptestを推定し、推定されたスループットに対応する点を線1002上で見つけることによって、求められ得る。つまり、目標のキューイング時間Tqueuingは、以下の式に従って求められ得る。TQueuingTmax上式で、Tmaxは、目標のキューイング時間の上限である。いくつかの例では、Tmaxはある値、たとえば100msに設定され得る。Tminは、目標のキューイング時間の下限である。いくつかの例では、Tminはある値、たとえば10msに設定され得る。Thrptmaxは、フローの推定されるスループットの目標範囲の上限である。いくつかの例では、Thrptmaxはある値、たとえば、ビット秒の単位でUEのピーク速度に等しい値に設定され得る。Thrptminは、フローの推定されるスループットの目標範囲の下限である。いくつかの例では、Thrptminはある値、たとえば10kBpsに設定され得る。Thrptestは、ビット秒の単位の、フローの推定されるスループットである。以下でさらに詳細に説明されるいくつかの例では、NodeBは、フローのスループットの推定値を計算することができる。本開示のさらなる態様では、目標のキューの長さは、フローの推定されるスループットThrptestと、NodeBにおける目標のキューイング時間Tqueuingとの積、または、これらの値に対応する線1002上の点1008におけるThrptestTqueuingに相当し得る。したがって、NodeBのキューの目標の長さと推定されるスループットとの関係に基づいて、本開示のいくつかの態様によれば、キューの目標の長さは、NodeBからUEへのフローの推定されるスループットに従って選択され得る。このようにして、目標のキューの長さを選択することで、目標のキューイング遅延Tを、ある範囲内、たとえばTminとTmaxの間に保つことができる。本開示の一態様では、フローのスループットの推定は、比較的長い期間にわたって送信された全体のバイト数を数えて、平均の速度を利用して、比較的短い時間、たとえばフロー制御間隔の間のスループットを推定することによって、行われ得る。たとえば、160msの間に送信された全体のバイト数を16で割り、10msのフロー制御間隔の間のスループットを推定することができる。本開示のある態様では、フローのスループットの推定は、NodeBにおけるフローのキューが空ではない時に更新され得る。つまり、キューが空である場合、フローは一般に停止するので、フローが停止した時間を組み入れる場合、スループットの推定値は歪められ得る。フローのスループットを推定するための別の例示的な方法は、IIRフィルタを利用するステップを含み得る。ここで、IIRフィルタを利用してある時間にわたってスループットをフィルタリングすることで、単純な平均化の1つの欠点を弱めることができ、その欠点とは、NodeBのキューが空ではない期間が短い場合に、フローのスループットの推定値に信頼性がない可能性があることである。当然、本開示の範囲内で、スループットを推定するために任意の他の適切な方法が利用され得る。本開示の別の態様では、NodeBは、バッファアンダーランに基づいて、目標のキューの長さ、または目標のキューの長さの上限を適合させることができる。いくつかの例では、NodeBは、すべての送信時間間隔において、バッファアンダーランに基づいて、目標のキューの長さ、または目標のキューの長さの上限を適合させることができる。図11は、本開示のある態様による、バッファアンダーランに基づいて目標のキューの長さを適合させるための、処理の一例を示す簡略化されたフローチャートである。ブロック1102において、処理は、所与の時間における実際のキューの長さを、ある閾値と比較することができる。たとえば、閾値は、バッファアンダーランが実質的に緩和されるような値をとるように構成された、固定の閾値であってよい。一例では、閾値は、5キロバイトの長さに事前に設定され得る。ここで、実際のキューの長さが閾値よりも長い場合、処理はブロック1104に進んでよく、処理は、目標のキューの長さ、または目標のキューの長さの上限をさらに減らすことができる。たとえば、目標のキューの長さまたは目標のキューの長さの上限から、ある定数が引かれてもよい。一例では、その定数は、3バイトという値であってよい。当然、目標のキューの長さまたは目標のキューの長さの上限をさらに減らすために、任意の適切な値を利用することができる。ブロック1102において、実際のキューの長さが閾値よりも長くないと処理が判定すると、処理はブロック1106に進んでよく、処理は、目標のキューの長さ、または目標のキューの長さの上限を、乗算によって増やすことができる。たとえば、目標のキューの長さまたは目標のキューの長さの上限が、ある定数と乗算されてもよい。一例では、乗算による増大の係数は、約1005という値であってよい。当然、目標のキューの長さまたは目標のキューの長さの上限を増やすための乗算による増大の係数に、1よりも大きな任意の適切な値が利用され得る。このようにして、図11に示される例示的な処理を利用して、目標のキューの長さは、乗算による増大によって、バッファアンダーランに対して迅速に反応することができる。しかし、バッファアンダーランが一般に発生しないほどキューが長くなると、目標のキューのサイズは、追加の低減を利用して徐々に小さくなり、バッファのサイズを小さく保つことができる。上で言及されたように、目標のキューの長さに加えて、NodeBがRNCへのフロー制御メッセージにおいて要求するデータの量は、現在のキューの長さ、NodeBにおけるMACエンティティの優先度、NodeBの状態がフローに対応するUEの一次サービングセルであるか二次サービングセルであるか、および、一次サービングセルとしてのNodeBによってサービスされるフローに対応するUE以外のUEのためのデータの量のような、1つまたは複数の他の要因に一部基づき得る。NodeBにおけるMACエンティティの優先度は、システム中での優先度を分離して、任意の適切な優先度から選択されたものであってよい。たとえば、フローに対応するUEの二次サービングセルとして動作しているNodeBの優先度は、フロー制御メッセージが生成された時にNodeBが他のUEの一次サービングセルとして動作している場合、低い数値に、またはさらには0に下げられ得る。優先度は、要求されているデータの種類、または任意の他の適切な要因のような、他の要因にも対応し得る。ここで図9に戻ると、RNCに要求すべきデータの量を処理が決定すると、ブロック908において、処理は、RNCに要求すべきデータの量を含むフロー制御メッセージを生成することができ、ブロック910において、処理は、データ要求を含むフロー制御メッセージをRNCに送信することができる。ここで、ブロック908におけるフロー制御メッセージの生成は、図1に示されるプロセッサ104のようなプロセッサによって実行されてよく、本開示のいくつかの態様では、プロセッサ104は、図8に示されるNodeB704または706の1つのような、NodeB内に存在し得る。さらに、ブロック910におけるNodeBからRNCへのフロー制御メッセージの送信は、プロセッサ104によって制御されてよく、プロセッサ104は、ブロック906においてフロー制御メッセージを生成するために利用されるプロセッサと、同じプロセッサであっても異なるプロセッサであってもよい。さらに、フロー制御メッセージは、当業者に既知のIubインターフェースを通じて送信されてもよく、または、NodeBとRNCとの間の通信のための任意の適切なインターフェースを通じて送信されてもよい。本開示のさらなる態様では、手短に図8に戻ると、RNC806が、Iubインターフェースを通じてNodeB802または804からフロー制御メッセージを受信し、要求を処理し、応答することができる。図12は、RNCにおいて実行される処理の態様のいくつかを示す、簡略化されたフローチャートである。ここで、RNCは、1つまたは複数のIubインターフェースを含んでもよく、1つまたは複数のNodeBと通信していてもよい。一般に、Iubインターフェースを通じたNodeBへのパケットの割り当ておよび送達は、フロー制御プロトコルによって管理され得る。さらに、別個のフロー制御プロトコルは、各UEの各優先キューのために独立に動作することができる。つまり、システムは、複数のNodeBが一次サービングセルおよび二次サービングセルとしてダウンリンクデータをUEに提供するMultiPointHSDPAシステムであり得るが、複数のNodeBの各々からのフロー制御要求は、RNCにおいて共同で処理され得る。ブロック1202において、処理は、UEのためのRLCフローに対応する、ある量のRLCデータに対する要求を含むフロー制御メッセージが、たとえばIubインターフェースを通じてNodeBから受信されたかどうかを、判定することができる。フロー制御メッセージが受信されない場合、処理は、場合によっては適切な遅延の後で、ブロック1202に戻り得る。フロー制御メッセージがNodeBから受信されたと、ブロック1202において処理が判定した場合、処理はブロック1204に進むことができ、そこで処理は、NodeBに割り当てるべきデータの量を決定し、それに従って、対応するNodeBにRLCデータの一部を割り当てることができる。ブロック1206において、処理は、フロー制御メッセージに応答して、決定された量のデータをNodeBに送ることができる。本開示のいくつかの態様では、図12に示される処理は、たとえば、MultiPointHSDPAシステムにおいて特定のUEの一次サービングセルおよび二次サービングセルとして動作する、複数のNodeBから受信されるフロー制御メッセージに対応し得る。フロー制御メッセージに応答して、NodeBに割り当て送るべきデータの量の、ブロック1204における決定は、必ずしも限定はされないが、そのNodeBによって要求されるデータの量、別個のNodeBによって要求されるデータの量、そのNodeBの優先度、そのNodeBに送るべきデータのバッチのサイズ、および、そのNodeBによって設定されるキューの長さの目標が満たされたかどうかのような、1つまたは複数の要因の任意の組合せに従って、行われ得る。つまり、本開示の一態様では、UE向けのRLCフローのためのRLCデータの割り当ては、NodeBによって要求されるデータの量に一部基づき得る。一般に、NodeBに割り当てられるデータの量は、NodeBが要求したデータの量の任意の関数であってよい。一例では、RNCは、各NodeBの要求に比例して、各NodeBにデータを送ることができる。NodeBによってサービスされるUEのためのRNCにおけるデータの量が両方のNodeBから要求される全体のデータの量よりも少なく、データを有する主要なユーザを二次サービングセルが全く有さない場合に、NodeBの要求に比例したNodeBへの割り当てが適切であり得る。当業者に既知の、入来する要求に応答して欲張りな方式でデータを送るフロー制御アルゴリズムと比較して、NodeBの要求に比例してNodeBにデータを提供することで、RNCバッファ内に少量のデータしかない時、たとえばTCPスロースタートの間にデータがUEに到達した場合に、スキューの低減を実現することができる。本開示の別の態様では、UE向けのRLCフローのためのRLCデータの割り当ては、別個のNodeBによって要求されるデータの量に一部基づき得る。たとえば、図8を再び参照すると、フロー制御メッセージを送信するNodeB802は、MultiPointHSDPAシステムの中のUEに関して、一次サービングセルであってよい。ここで、別個のNodeB804が、MultiPointHSDPAシステムの中の同じUEに関して、二次サービングセルとして動作してよい。この場合、一次サービングセル802への割り当ては、二次サービングセル804によって要求されるデータの量に一部基づいて、一緒に決定され得る。たとえば、一次サービングセル802および二次サービングセル804が各々同じ量のデータを要求する場合、RNC806は、一次サービングセル802に対して、異なる量のデータ、たとえばより大量のデータを割り当てると決定することができる。しかし、二次サービングセル804が、一次サービングセルよりも少量のデータを要求する場合、RNC806は、二次サービングセルが要求したのと同じ量のデータを、一次サービングセル802に割り当てると決定することができる。当然、別個のNodeB804によって要求されるデータの量と、要求するNodeB802に割り当てられるデータの量との、任意の他の適切な関係が、本開示の範囲内で利用され得る。本開示の別の態様では、UE向けのRLCフローのためのRLCデータの割り当ては、要求を送信するNodeBの優先度に一部基づき得る。本開示のいくつかの態様による一例では、一次サービングセルは二次サービングセルよりも高い優先度を与えられ得る。本開示のいくつかの態様では、一次サービングセルとしてのNodeBによってサービスされる他の別個のUEに、NodeBが提供しているデータの量に従って、特定のフロー制御メッセージに関する優先度がNodeBに割り当てられ得る。たとえば、再び図6を参照すると、データを要求するためのフロー制御メッセージを送るNodeB604が、UE610をサービスするMultiPointHSDPAシステム中の二次サービングセルとして動作していると、仮定する。ここで、このNodeB604はさらに、一次サービングセルとして、たとえばUE618、620、および622のような他のUEにサービスしていてもよい。示される例では、UE618および620は、NodeB604が唯一のサービングセルであるHSDPAサービスを利用する従来のUEであってよく、UE622は、NodeB604が一次サービングセルであり、別個のNodeB624が二次サービングセルとして動作する、MultiPointHSDPAUEであってよい。この例では、NodeB604が、二次サービングセルとして、フロー制御メッセージに対応するフローのためにUE610にサービスを提供する場合、このNodeB604を一次サービングセルとして利用する他のUE618、620、および622は、性能が低下している可能性がある。このことは、システム全体の公平性に悪影響を与え得る。ここで、NodeB604は、UE610の二次サービングセルとしてのNodeB604の状態と、1つまたは複数の別個のUE、たとえばUE618、620、および622の一次サービングセルとしてのNodeB604の状態とに基づいて、下げられた優先度を割り当てられ得る。本開示のいくつかの態様による一例では、優先度の低下は、この瞬間はRNCがRLCデータをNodeB604に割り当てていないということを意味し得る。つまり、本開示のある態様では、一次サービングセルとしてのNodeBによってサービスされている任意のUEのためのRNCキューが空ではない場合には常に、RNCは、二次サービングセルとしてUEのためにデータを要求するNodeBからのフロー制御メッセージを無視し、UEの一次サービングセルからのそのようなメッセージにのみ応答することができる。本開示の別の態様では、UE向けのRLCフローのためのRLCデータの割り当ては、バッチのサイズに一部基づき得る。つまり、NodeBへ送信するために、割り当てられたデータは、RLCデータの小さな部分を含むバッチに分割され得る。ここで、バッチのサイズは各NodeBに対して異なってもよく、または各NodeBに対して同じであってもよい。さらに、バッチのサイズは、具体的な実装形態の仕様に従って、任意の適切な要因に基づいて決定されても構成可能であってもよい。ここで、特定のNodeBに割り当てられるRLCデータの量は、バッチサイズの関数であってよく、たとえば、バッチサイズの整数倍であってよい。別の例では、バッチのサイズが大きいとデータの割り当てが大きくなりやすくなってよく、または、特定の実装形態に特有の理由で、小さなバッチサイズが大きなデータの割り当てに利用されてもよい。ここで図12に戻り、ブロック1204においてNodeBに送るデータの量を決定すると、ブロック1206において、処理は、決定された量のデータをNodeBに送ることができる。同じUEのために各々データを要求する一次サービングセルおよび二次サービングセルを有するMultiPointHSDPAシステムを利用するある例では、RNCが割り当てられたデータを複数のNodeBに送る時、各NodeBにどれだけのデータを割り当てるかを決定するのに加えて、ブロック1206においてRNCは、データのどの部分を各NodeBに送るかも全般に決定する。図7を参照して上で説明されたように、RNC702におけるRLCサブレイヤは一般に、RNC702におけるMACdサブレイヤにデータを提供する。ここで、RNC702によって生成されたMACdPDUは、MACエンティティに、たとえば、NodeB704または706におけるMACehsサブレイヤに、Iubインターフェースを通じて、バッチとしてHSDSCHデータフレーム内で送信され得る。NodeB704または706は次いで、PDUがスケジューリングされエアインターフェースを介したUEへのPDUの送信が成功するまで、PDUをバッファリングすることができる。本開示のある態様では、バッチは、そのNodeBへの全体の割り当て以下であり得る。たとえば、30個のRLCPDUがUE708のためにRNC702の中にあると仮定し、RNC702が10個のパケットを第1のNodeB704に割り当て、10個のパケットを第2のNodeB706に割り当てると決定したと仮定する。ここで、RNC702は、RNCの中のRLCPDUを10パケットのバッチに分割することができ、第1のバッチは第1のNodeB704に送信され、第2のバッチは第2のNodeB706に送信される。つまり、ここで各バッチは、NodeBに割り当てられることになるRLCデータの一部を含み得る。本開示のいくつかの態様では、上で論じられたように、NodeBに割り当てられるRLCデータの量は、バッチサイズの関数であってよい。たとえば、上で説明された例では、各NodeBに割り当てられたRLCデータの量は、10パケットのバッチサイズに等しい。当然、他の例では、各NodeBに割り当てられるRLCデータの量は、バッチサイズの任意の整数倍であってよい。ここで、パケット1から10は第1のNodeBに送られてよく、パケット11から20は第2のNodeBに送られてよい。この例では、2つのサービングセルのチャネル条件は同じであると仮定し、パケット1~10が順番に第1のNodeBから送信されるのと同時にパケット11~20が順番に第2のNodeBから送信されるので、UEにおけるパケットの到着の順番は、1、11、2、12、3、13、10、20である。ここで、UEにおける最大のスキューは10パケットである。つまり、受信されたパケット、たとえばパケット1と11の間に、抜けが10パケット分ある。本開示の別の態様では、バッチまたはパケットは、交互に、たとえば、バッチごとまたはパケットごとに時間的に交互に、各NodeBに送信され得る。たとえば、奇数番目のパケットが第1のNodeBに送信されてよく、一方偶数番目のパケットが第2のNodeBに送信されてよい。この例では、サービングセルのチャネル条件は同じであると仮定し、UEにおけるパケットの到着の順序は、1、2、3、19、20である。つまり、UEにおいてスキューは存在しない。しかし、この例では、NodeBの1つでチャネル条件が変わると、パケットの交互化を利用した時の抜けの数は、パケットをバッチで送信した時の抜けの数よりも大きくなり得る。たとえば、パケットをバッチで送信する場合、第1のNodeBが停止すると、UEにおけるパケットの到着の順序は、11、12、13、20である。この場合、抜けは1しかない。一方、パケットの交互化を利用してパケットを送信する場合、第1のNodeBが停止すると、UEにおけるパケットの到着の順序は、2、4、6、20である。この場合、抜けは10ある。抜けが多いと、アップリンクフィードバックにおける負荷が増大し得る。それは、これらの抜けを報告する、UEからのRLC状態PDUが大きくなり得るからである。当然、この例は1パケットのバッチサイズを利用したが、本開示による様々な例は、交互化のために任意の適切なバッチサイズを利用することができる。バッチの交互化を利用する場合、バッチのサイズは、いくつかのトレードオフを考慮することによって決定され得る。つまり、バッチサイズが大きいと、パケットがUEにおいて受信される時の抜けの数を小さくすることができ、一方バッチサイズが小さいと、パケットがUEにおいて受信される時のスキューを小さくすることができるが、抜けの数が大きくなり得る。当然、本開示の範囲内で、任意の適切なバッチサイズが利用され得る。WCDMAシステムを参照して、遠隔通信システムのいくつかの態様を示してきた。当業者が容易に諒解するように、本開示全体にわたって説明される様々な態様は、他の通信システム、ネットワークアーキテクチャおよび通信規格に拡張され得る。例として、様々な態様は、TDSCDMAおよびTDCDMAのような、他のUMTSシステムに拡張され得る。様々な態様はまた、LongTermEvolution、LTEAdvanced、CDMA2000、EvolutionDataOptimized、UltraMobileBroadband、IEEE80211、IEEE80216、IEEE80220、UltraWideband、Bluetooth、およびまたは他の適切なシステムを利用する、システムに拡張され得る。実際の利用される遠隔通信規格、ネットワークアーキテクチャ、およびまたは通信規格は、具体的な用途およびシステムに課される全体の設計制約に依存する。上記の説明は、本明細書で説明される様々な態様を当業者が実施できるようにするために与えられた。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的な原理は他の態様に適用され得る。したがって、請求項は本明細書で示す態様に限定されるよう意図されているわけではなく、請求項の文言と整合するすべての範囲を許容するように意図されており、単数の要素への言及は、そのように明記されていない限り、唯一無二のではなく、1つまたは複数のを意味するよう意図されている。別段に明記されていない限り、いくつかのという用語は1つまたは複数のを意味する。項目の列挙のうちの少なくとも1つという語句は、単一の要素を含め、それらの項目の任意の組合せを意味する。たとえば、a、bまたはcのうちの少なくとも1つは、a、b、c、aおよびb、aおよびc、bおよびc、a、bおよびcを含むことが意図されている。当業者が知っているか、後に知ることになる、本開示全体にわたって説明された様々な態様の要素と構造的かつ機能的に同等のものはすべて、参照により本明細書に明確に組み込まれ、請求項によって包含されることが意図される。また、本明細書で開示する内容は、そのような開示が請求項で明記されているか否かにかかわりなく、公に供することは意図されていない。請求項のいかなる要素も、のための手段という語句を使用して要素が明記されている場合、または方法クレームでのためのステップという語句を使用して要素が記載されている場合を除き、米国特許法第112条第6項の規定に基づき解釈されることはない。