(57)【要約】  基地局(たとえばMulti-Point HSDPAネットワークにおけるNode B(704))は、ネットワークノード(たとえば無線ネットワークコントローラまたはRNC(702))に要求すべきデータの量を計算する。利用されるアルゴリズムの一部として、フローをバッファリングするためのNode B(704)におけるキューの長さが、バッファアンダーランとスキューとのトレードオフを最適化する目的で、動的に調整され得る。さらに、ネットワークノード(たとえばRNC(702))は、Node B(704)フロー制御要求に応答する。ここで、RNC(702)は、Node B(704)からのフロー制御メッセージに応答して、Node B(704)に送るべきデータの量を決定することができ、データをNode B(704)に送ることができる。Multi-Point HSDPAシステムに関わる本開示の様々な態様では、RNC(702)におけるフロー制御アルゴリズムは、UE(708)の一次サービングセルおよび二次サービングセルへのパケットフローを調整する。
2013539612.tif 000002
【特許請求の範囲】
【請求項１】
Node B(704)からUE(708)へのフローの推定されるスループットを求めるステップと、
目標のキューイング遅延が所定の範囲内に保たれるように、前記フローの前記推定されるスループットに従って、前記Node B(704)における前記フローのキューの目標の長さを選択するステップと、
前記Node B(704)に対応するMACエンティティに割り当てられるべき量のRLCデータを要求するステップと
を含む、ワイヤレス通信の方法。
【請求項２】
前記Node B(704)における前記フローの前記キューが空ではない時にのみ、前記フローの前記推定されるスループットを求める前記ステップが実行される、請求項1に記載の方法。
【請求項３】
前記目標のキューイング遅延が、前記フローの前記推定されるスループットの関数である、請求項1に記載の方法。
【請求項４】
前記要求されるRLCデータの前記量が、前記MACエンティティの優先度、前記フローの前記キューの前記目標の長さ、または前記フローの前記キューの現在の長さのうちの少なくとも1つの関数である、請求項1に記載の方法。
【請求項５】
前記要求されるRLCデータの前記量が、前記Node B(604)に対応するセル(616)が前記UE(610)に、一次サービングセルとしてサービスするか二次サービングセルとしてサービスするかに応じる、請求項1に記載の方法。
【請求項６】
前記要求されるRLCデータの前記量が、前記UE(610)以外の少なくとも1つのUE(622)のためのデータの量の関数であり、前記少なくとも1つのUE(622)が、前記Node B(604)に対応するセル(616)によって一次サービングセルとしてサービスされる、請求項1に記載の方法。
【請求項７】
UE(708)のためのRLCフローに対応する第1の量のRLCデータに対する第1の要求を、第1のMACエンティティ(704)から受信し、第2の量の前記RLCデータに対する第2の要求を、第2のMACエンティティ(706)から受信するステップと、
前記第1の要求に一部基づいて、かつ、前記第1のMACエンティティ(704)の優先度に一部基づいて、前記RLCデータの第1の部分を前記第1のMACエンティティ(704)に割り当てるステップと、
前記第2の要求に一部基づいて、かつ、前記第2のMACエンティティ(706)の優先度に一部基づいて、前記RLCデータの第2の部分を前記第2のMACエンティティ(706)に割り当てるステップと
を含む、ワイヤレス通信の方法。
【請求項８】
前記RLCデータの前記第1の部分の前記割り当てがさらに、前記第2の要求に一部基づく、請求項7に記載の方法。
【請求項９】
前記第1のMACエンティティ(704)が、Multi-Point HSDPAネットワークにおける一次サービングセルに相当し、
前記第2のMACエンティティ(706)が、前記Multi-Point HSDPAネットワークにおける二次サービングセルに相当する、請求項7に記載の方法。
【請求項１０】
前記UE(610)以外の少なくとも1つのUE(622)のためのデータの量に従って、前記優先度を前記第2のMACエンティティ(706)に割り当てるステップ
をさらに含み、前記少なくとも1つのUE(622)が、前記第2のMACエンティティに対応するセル(616)によって一次サービングセルとしてサービスされる、請求項9に記載の方法。
【請求項１１】
前記RLCデータの前記第1の部分を前記第1のMACエンティティ(704)に送るステップと、
前記RLCデータの前記第2の部分を前記第2のMACエンティティ(706)に送るステップと
をさらに含み、
前記RLCデータの前記第1の部分を割り当てる前記ステップと、前記RLCデータの前記第2の部分を割り当てる前記ステップとが、
RLCデータの前記第1の部分を第1の複数の小片に分割するステップと、
RLCデータの前記第2の部分を第2の複数の小片に分割するステップと
を含み、
前記第1のMACエンティティ(704)に割り当てられた前記第1の部分のサイズが、前記第1の複数の小片の1つのサイズに相当し、
前記第2のMACエンティティ(706)に割り当てられた前記第2の部分のサイズが、前記第2の複数の小片の1つのサイズに相当する、請求項7に記載の方法。
【請求項１２】
前記RLCデータの前記第1の部分を割り当てる前記ステップと、前記RLCデータの前記第2の部分を割り当てる前記ステップとがさらに、前記第1の複数の小片の1つを割り当てるステップと、前記第2の複数の小片の1つを割り当てるステップとを交互に行うステップを含む、請求項11に記載の方法。
【請求項１３】
Node B(704)からUE(708)へのフローの推定されるスループットを求めるための手段(114)と、
目標のキューイング遅延が所定の範囲内に保たれるように、前記フローの前記推定されるスループットに従って、前記Node B(704)における前記フローのキューの目標の長さを選択するための手段(114)と、
前記Node B(704)に対応するMACエンティティに割り当てられるべき量のRLCデータを要求するための手段(114)と
を含む、ワイヤレス通信のための装置。
【請求項１４】
前記フローの前記推定されるスループットを求めるための前記手段が、前記Node B(704)における前記フローの前記キューが空ではない時にのみ、前記推定されるスループットを求めるように構成される、請求項13に記載の装置。
【請求項１５】
前記目標のキューイング遅延が、前記フローの前記推定されるスループットの関数である、請求項13に記載の装置。
【請求項１６】
前記要求されるRLCデータの前記量が、前記MACエンティティの優先度、前記フローの前記キューの前記目標の長さ、または前記フローの前記キューの現在の長さのうちの少なくとも1つの関数である、請求項13に記載の装置。
【請求項１７】
前記要求されるRLCデータの前記量が、前記Node B(604)に対応するセルが前記UE(610)に、一次サービングセルとしてサービスするか二次サービングセルとしてサービスするかに応じる、請求項13に記載の装置。
【請求項１８】
前記要求されるRLCデータの前記量が、前記UE(610)以外の少なくとも1つのUE(622)のためのデータの量の関数であり、前記少なくとも1つのUE(622)が、前記Node B(604)に対応するセル(616)によって一次サービングセルとしてサービスされる、請求項13に記載の装置。
【請求項１９】
UE(708)のためのRLCフローに対応する第1の量のRLCデータに対する第1の要求を、第1のMACエンティティ(704)から受信し、第2の量の前記RLCデータに対する第2の要求を、第2のMACエンティティ(706)から受信するための手段(114)と、
前記第1の要求に一部基づいて、かつ、前記第1のMACエンティティ(704)の優先度に一部基づいて、前記RLCデータの第1の部分を前記第1のMACエンティティ(704)に割り当てるための手段(114)と、
前記第2の要求に一部基づいて、かつ、前記第2のMACエンティティ(706)の優先度に一部基づいて、前記RLCデータの第2の部分を前記第2のMACエンティティ(706)に割り当てるための手段(114)と
を含む、ワイヤレス通信のための装置。
【請求項２０】
前記RLCデータの前記第1の部分を割り当てるための前記手段が、前記第2の要求に一部基づくデータの前記第1の部分の量に、基づくように構成される、請求項19に記載の装置。
【請求項２１】
前記第1のMACエンティティ(704)が、Multi-Point HSDPAネットワークにおける一次サービングセルに相当し、
前記第2のMACエンティティ(706)が、前記Multi-Point HSDPAネットワークにおける二次サービングセルに相当する、請求項19に記載の装置。
【請求項２２】
前記UE(610)以外の少なくとも1つのUE(622)のためのデータの量に従って、前記優先度を前記第2のMACエンティティ(706)に割り当てるための手段(114)
をさらに含み、前記少なくとも1つのUE(622)が、前記第2のMACエンティティに対応するセル(616)によって一次サービングセルとしてサービスされる、請求項21に記載の装置。
【請求項２３】
前記RLCデータの前記第1の部分を前記第1のMACエンティティ(704)に送るための手段(114)と、
前記RLCデータの前記第2の部分を前記第2のMACエンティティ(706)に送るための手段(114)と
をさらに含み、
前記RLCデータの前記第1の部分を割り当てるための前記手段と、前記RLCデータの前記第2の部分を割り当てるための前記手段とが、
RLCデータの前記第1の部分を第1の複数の小片に分割するための手段(114)と、
RLCデータの前記第2の部分を第2の複数の小片に分割するための手段(114)と
を含み、
前記第1のMACエンティティ(704)に割り当てられた前記第1の部分のサイズが、前記第1の複数の小片の1つのサイズに相当し、
前記第2のMACエンティティ(706)に割り当てられた前記第2の部分のサイズが、前記第2の複数の小片の1つのサイズに相当する、請求項19に記載の装置。
【請求項２４】
前記RLCデータの前記第1の部分を割り当てるための前記手段と、前記RLCデータの前記第2の部分を割り当てるための前記手段とが、前記第1の複数の小片の1つを割り当てるステップと、前記第2の複数の小片の1つを割り当てるステップとを交互に行うように構成される、請求項23に記載の装置。
【請求項２５】
処理システム(114)と
前記処理システム(114)に結合されるメモリ(105)と
を含む、ワイヤレス通信のための装置であって、
前記処理システム(114)が、
Node B(704)からUE(702)へのフローの推定されるスループットを求め、
目標のキューイング遅延が所定の範囲内に保たれるように、前記フローの前記推定されるスループットに従って、前記Node B(704)における前記フローのキューの目標の長さを選択し、
前記Node B(704)に対応するMACエンティティに割り当てられるべき量のRLCデータを要求する
ように構成される、ワイヤレス通信のための装置。
【請求項２６】
前記Node B(704)における前記フローの前記キューが空ではない時にのみ、前記フローの前記推定されるスループットを求める前記ステップが実行される、請求項25に記載の装置。
【請求項２７】
前記目標のキューイング遅延が、前記フローの前記推定されるスループットの関数である、請求項25に記載の装置。
【請求項２８】
前記要求されるRLCデータの前記量が、前記MACエンティティの優先度、前記フローの前記キューの前記目標の長さ、または前記フローの前記キューの現在の長さのうちの少なくとも1つの関数である、請求項25に記載の装置。
【請求項２９】
前記要求されるRLCデータの前記量が、前記Node B(604)に対応するセルが前記UE(610)に、一次サービングセルとしてサービスするか二次サービングセルとしてサービスするかに応じる、請求項25に記載の装置。
【請求項３０】
前記要求されるRLCデータの前記量が、前記UE(610)以外の少なくとも1つのUE(622)のためのデータの量の関数であり、前記少なくとも1つのUE(622)が、前記Node B(604)に対応するセル(616)によって一次サービングセルとしてサービスされる、請求項25に記載の装置。
【請求項３１】
処理システムと、
前記処理システムに結合されるメモリと
を含む、ワイヤレス通信のための装置であって、
前記処理システムが、
UE(708)のためのRLCフローに対応する第1の量のRLCデータに対する第1の要求を、第1のMACエンティティ(704)から受信し、第2の量の前記RLCデータに対する第2の要求を、第2のMACエンティティ(706)から受信し、
前記第1の要求に一部基づいて、かつ、前記第1のMACエンティティ(704)の優先度に一部基づいて、前記RLCデータの第1の部分を前記第1のMACエンティティ(704)に割り当て、
前記第2の要求に一部基づいて、かつ、前記第2のMACエンティティ(706)の優先度に一部基づいて、前記RLCデータの第2の部分を前記第2のMACエンティティ(706)に割り当てる
ように構成される、ワイヤレス通信のための装置。
【請求項３２】
前記RLCデータの前記第1の部分の前記割り当てがさらに、前記第2の要求に一部基づく、請求項31に記載の装置。
【請求項３３】
前記第1のMACエンティティ(704)が、Multi-Point HSDPAネットワークにおける一次サービングセルに相当し、
前記第2のMACエンティティ(706)が、前記Multi-Point HSDPAネットワークにおける二次サービングセルに相当する、請求項31に記載の装置。
【請求項３４】
前記処理システムが、
前記UE(610)以外の少なくとも1つのUE(622)のためのデータの量に従って、前記優先度を前記第2のMACエンティティ(706)に割り当てるように構成され、前記少なくとも1つのUE(622)が、前記第2のMACエンティティに対応するセル(616)によって一次サービングセルとしてサービスされる、請求項33に記載の装置。
【請求項３５】
前記処理システムが、
前記RLCデータの前記第1の部分を前記第1のMACエンティティ(704)に送り、
前記RLCデータの前記第2の部分を前記第2のMACエンティティ(706)に送る
ように構成され、
前記RLCデータの前記第1の部分を割り当てる前記ステップと、前記RLCデータの前記第2の部分を割り当てる前記ステップとが、
RLCデータの前記第1の部分を第1の複数の小片に分割するステップと、
RLCデータの前記第2の部分を第2の複数の小片に分割するステップと
を含み、
前記第1のMACエンティティ(704)に割り当てられた前記第1の部分のサイズが、前記第1の複数の小片の1つのサイズに相当し、
前記第2のMACエンティティ(706)に割り当てられた前記第2の部分のサイズが、前記第2の複数の小片の1つのサイズに相当する、請求項31に記載の装置。
【請求項３６】
前記RLCデータの前記第1の部分を割り当てる前記ステップと、前記RLCデータの前記第2の部分を割り当てる前記ステップとが、前記第1の複数の小片の1つを割り当てるステップと、前記第2の複数の小片の1つを割り当てるステップとを交互に行うステップを含む、請求項35に記載の装置。
【請求項３７】
コンピュータにより実行可能な命令を備えたコンピュータプログラムであって、
コンピュータに、Node B(704)からUE(702)へのフローの推定されるスループットを求めさせるための命令と、
目標のキューイング遅延が所定の範囲内に保たれるように、コンピュータに、前記フローの前記推定されるスループットに従って、前記Node B(704)における前記フローのキューの目標の長さを選択させるための命令と、
コンピュータに、前記Node B(704)に対応するMACエンティティに割り当てられるべき量のRLCデータを要求させるための命令と
を含む、コンピュータプログラム。
【請求項３８】
コンピュータに、前記フローの前記推定されるスループットを求めさせるための前記命令が、前記Node B(704)における前記フローの前記キューが空ではない時にのみ、前記推定されるスループットを求めるように構成される、請求項37に記載のコンピュータプログラム。
【請求項３９】
前記目標のキューイング遅延が、前記フローの前記推定されるスループットの関数である、請求項37に記載のコンピュータプログラム。
【請求項４０】
前記要求されるRLCデータの前記量が、前記MACエンティティの優先度、前記フローの前記キューの前記目標の長さ、または前記フローの前記キューの現在の長さのうちの少なくとも1つの関数である、請求項37に記載のコンピュータプログラム。
【請求項４１】
前記要求されるRLCデータの前記量が、前記Node B(604)に対応するセルが前記UE(610)に、一次サービングセルとしてサービスするか二次サービングセルとしてサービスするかに応じる、請求項37に記載のコンピュータプログラム。
【請求項４２】
前記要求されるRLCデータの前記量が、前記UE(610)以外の少なくとも1つのUE(622)のためのデータの量の関数であり、前記少なくとも1つのUE(622)が、前記Node B(604)に対応するセルによって一次サービングセルとしてサービスされる、請求項37に記載のコンピュータプログラム。
【請求項４３】
コンピュータにより実行可能な命令を備えたコンピュータプログラムであって、
コンピュータに、UE(708)のためのRLCフローに対応する第1の量のRLCデータに対する第1の要求を、第1のMACエンティティ(704)から受信させ、第2の量の前記RLCデータに対する第2の要求を、第2のMACエンティティ(706)から受信させるための命令と、
前記第1の要求に一部基づいて、かつ、前記第1のMACエンティティ(704)の優先度に一部基づいて、コンピュータに、前記RLCデータの第1の部分を前記第1のMACエンティティ(704)に割り当てさせるための命令と、
前記第2の要求に一部基づいて、かつ、前記第2のMACエンティティ(706)の優先度に一部基づいて、コンピュータに、前記RLCデータの第2の部分を前記第2のMACエンティティ(706)に割り当てさせるための命令と
を含む、コンピュータプログラム。
【請求項４４】
前記RLCデータの前記第1の部分の前記割り当てがさらに、前記第2の要求に一部基づく、請求項43に記載のコンピュータプログラム。
【請求項４５】
前記第1のMACエンティティ(704)が、Multi-Point HSDPAネットワークにおける一次サービングセルに相当し、
前記第2のMACエンティティ(706)が、前記Multi-Point HSDPAネットワークにおける二次サービングセルに相当する、請求項43に記載のコンピュータプログラム。
【請求項４６】
コンピュータに、前記UE(610)以外の少なくとも1つのUE(622)のためのデータの量に従って、前記優先度を前記第2のMACエンティティ(706)に割り当てさせるための命令をさらに含み、前記少なくとも1つのUE(622)が、前記第2のMACエンティティに対応するセル(616)によって一次サービングセルとしてサービスされる、請求項45に記載のコンピュータプログラム。
【請求項４７】
コンピュータに、前記RLCデータの前記第1の部分を前記第1のMACエンティティ(704)へ送らせるための命令と、
コンピュータに、前記RLCデータの前記第2の部分を前記第2のMACエンティティ(706)へ送らせるための命令と
をさらに含み、
コンピュータに、前記RLCデータの前記第1の部分を割り当てさせるための前記命令と、コンピュータに、前記RLCデータの前記第2の部分を割り当てさせるための前記命令とが、
コンピュータに、RLCデータの前記第1の部分を第1の複数の小片に分割させるための命令と、
コンピュータに、RLCデータの前記第2の部分を第2の複数の小片に分割させるための命令と
を含み、
前記第1のMACエンティティ(704)に割り当てられた前記第1の部分のサイズが、前記第1の複数の小片の1つのサイズに相当し、
前記第2のMACエンティティ(706)に割り当てられた前記第2の部分のサイズが、前記第2の複数の小片の1つのサイズに相当する、請求項43に記載のコンピュータプログラム。
【請求項４８】
コンピュータに、前記RLCデータの前記第1の部分を割り当てさせるための前記命令と、コンピュータに、前記RLCデータの前記第2の部分を割り当てさせるための前記命令とが、前記第1の複数の小片の1つを割り当てるステップと、前記第2の複数の小片の1つを割り当てるステップとを交互に行うように構成される、請求項47に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、2010年6月28日に米国特許商標庁に出願された仮特許出願第61/359,326号、2010年8月16日に米国特許商標庁に出願された仮特許出願第61/374,212号、2011年4月21日に米国特許商標庁に出願された仮特許出願第61/477,776号、2011年5月5日に米国特許商標庁に出願された仮特許出願第61/483,020号の優先権および利益を主張し、上記の仮出願の内容の全体が参照によって本明細書に組み込まれる。
【０００２】
本開示の態様は、全般にワイヤレス通信システムに関し、より具体的には、アグリゲーションのためにダウンリンクを通じて送信されるパケットを管理するための、フロー制御アルゴリズムに関する。
【背景技術】
【０００３】
電話、ビデオ、データ、メッセージング、放送などの様々な通信サービスを提供するために、ワイヤレス通信ネットワークが広範囲に配備されている。そのようなネットワークは、たいていは多元接続ネットワークであり、利用可能なネットワークリソースを共有することによって、複数のユーザ向けの通信をサポートする。そのようなネットワークの一例は、UMTS Terrestrial Radio Access Network (UTRAN)である。UTRANは、第3世代パートナーシッププロジェクト(3GPP)によってサポートされる第3世代(3G)携帯電話技術である、Universal Mobile Telecommunications System(UMTS)の一部として定義される無線アクセスネットワーク(RAN)である。UMTSは、Global System for Mobile Communications(GSM(登録商標))技術の後継であり、広帯域符号分割多元接続(W-CDMA)、時分割符号分割多元接続(TD-CDMA)、および時分割同期符号分割多元接続(TD-SCDMA)などの様々なエアインターフェース規格を現在サポートしている。UMTSは、関連するUMTSネットワークのデータ転送の速度および容量を向上させるHigh Speed Packet Access (HSPA)のような改良型の3Gデータ通信プロトコルもサポートする。
【０００４】
モバイルブロードバンドアクセスに対する要望が増し続けるにつれて、研究開発は、モバイルブロードバンドアクセスに対する高まる要望を満たすためだけでなく、モバイル通信によるユーザ経験を進化させ強化させるためにも、UMTS技術を進化させ続けている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ある例として、近年Multi-Point HSDPAが導入されており、Multi-Point HSDPAでは、複数のセルが高速のダウンリンク通信を移動局に提供できるので、移動局は、そうしたセルからの伝送を同じ周波数キャリア内に統合することができる。比較的新しいシステムなので、DC-HSDPAのような他のダウンリンクアグリゲーションシステムでは対処されなくてもよかった様々な問題が、このシステムでは発生する。したがって、システムレベルのアーキテクチャ、パケットフロー制御、モビリティなどに関する問題を特定しそれらに対処する必要がある。
【課題を解決するための手段】
【０００６】
以下で、本開示の1つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、本開示のすべての企図された特徴の包括的な概観ではなく、本開示のすべての態様の主要または重要な要素を特定するものでも、本開示のいずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、本開示の1つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。
【０００７】
本開示のいくつかの態様は、ネットワークノード(たとえば無線ネットワークコントローラすなわちRNC)に要求すべきデータの量を計算するための、基地局(たとえばMulti-Point HSDPAネットワーク中のNode B)のための方法、装置、およびコンピュータプログラム製品を提供する。利用されるアルゴリズムの一部として、フローをバッファリングするためのNode Bにおけるキューの長さが、バッファアンダーランとスキューとのトレードオフを最適化する目的で、動的に調整され得る。
【０００８】
本開示のさらなる態様は、Node Bフロー制御要求に応答するための、ネットワークノード(たとえばRNC)のための方法、装置、およびコンピュータプログラム製品を提供する。ここで、RNCは、Node Bからのフロー制御メッセージに応答して、Node Bに送るべきデータの量を決定することができ、そしてNode Bにデータを送ることができる。Multi-Point HSDPAシステムに関わる本開示の様々な態様では、RNCにおけるフロー制御アルゴリズムが、UEの一次サービングセルおよび二次サービングセルへのパケットフローを調整する。
【０００９】
一態様では、本開示は、Node BからUEへのフローの推定されるスループットを求めるステップと、目標のキューイング遅延が所定の範囲内に保たれるように、フローの推定されるスループットに従ってNode Bにおけるフローのキューの目標の長さを選択するステップと、Node Bに対応する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エンティティに割り当てるステップとを含む、ワイヤレス通信の方法を提供する。
【００１１】
本開示のさらに別の態様は、Node BからUEへのフローの推定されるスループットを求めるための手段と、目標のキューイング遅延が所定の範囲内に保たれるように、フローの推定されるスループットに従ってNode Bにおけるフローのキューの目標の長さを選択するための手段と、Node Bに対応する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エンティティに割り当てるための手段とを含む、ワイヤレス通信のための装置を提供する。
【００１３】
本開示のさらに別の態様は、処理システムと、処理システムに結合されたメモリとを含む、ワイヤレス通信のための装置を提供する。ここで、処理システムは、Node BからUEへのフローの推定されるスループットを求め、目標のキューイング遅延が所定の範囲内に保たれるように、フローの推定されるスループットに従ってNode Bにおけるフローのキューの目標の長さを選択し、Node Bに対応する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エンティティに割り当てるように構成される。
【００１５】
本開示のさらに別の態様は、コンピュータに、Node BからUEへのフローの推定されるスループットを求めさせるための命令と、目標のキューイング遅延が所定の範囲内に保たれるように、コンピュータに、フローの推定されるスループットに従ってNode Bにおけるフローのキューの目標の長さを選択させるための命令と、コンピュータに、Node Bに対応する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つまたは複数の態様のいくつかの例示的な特徴を詳細に説明する。しかしながら、これらの特徴は、本開示の様々な態様の原理が使用され得る様々な方法のうちのほんのいくつかしか示しておらず、この説明は、本開示のそのようなすべての態様およびそれらの等価物を含むものとする。
【図面の簡単な説明】
【００１８】
【図１】処理システムを使用する装置のためのハードウェア実装の一例を示すブロック図である。
【図２】遠隔通信システムの一例を概念的に示すブロック図である。
【図３】アクセスネットワークの一例を示す概念図である。
【図４】ユーザプレーンおよび制御プレーンの無線プロトコルアーキテクチャの一例を示す概念図である。
【図５】RNCとUEとの間の、HSDPAネットワークにおけるダウンリンク経路で利用される層のいくつかを示す、概念図である。
【図６】Multi-Point HSDPAネットワークの一部を示す概略図である。
【図７】マルチリンクRLC層を有するRNCとUEとの間の、Multi-Point HSDPAネットワークにおけるダウンリンク経路で利用される層のいくつかを示す、概念図である。
【図８】Multi-Point HSDPAシステムで動作する、RNCとNode Bのペアとの間の、簡略化されたフロー制御処理を示す呼の流れ図である。
【図９】Node Bからのフロー制御メッセージを生成する例示的な処理を示すフローチャートである。
【図１０】キューイング時間とスループットとの関係を示す図表である。
【図１１】バッファアンダーランに従って目標のキューの長さを制御する例示的な処理を示すフローチャートである。
【図１２】RNCにおいてフロー制御メッセージに応答する例示的な処理を示すフローチャートである。
【発明を実施するための形態】
【００１９】
添付の図面に関する下記の詳細な説明は、様々な構成の説明として意図されており、本明細書で説明する概念が実行され得る唯一の構成を表すように意図されているわけではない。詳細な説明は、様々な概念の完全な理解をもたらす目的で、具体的な詳細を含んでいる。しかし、これらの概念がこれらの具体的な詳細なしに実行され得ることが、当業者には明らかであろう。場合によっては、そのような概念を曖昧にするのを回避する目的で、周知の構造および構成要素がブロック図の形式で示されている。
【００２０】
本開示の様々な態様によれば、要素または要素の任意の部分または要素の任意の組合せを、1つまたは複数のプロセッサを含む「処理システム」で実装できる。プロセッサの例として、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブル論理デバイス(PLD)、状態機械、ゲート論理回路、個別ハードウェア回路、および本開示全体にわたって説明した様々な機能を実施するように構成された他の適切なハードウェアがある。
【００２１】
処理システム内の1つまたは複数のプロセッサは、ソフトウェアを実行することができる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。ここで、「媒体」は、ある場所から別の場所へのコンピュータプログラムの移送を支援する任意の媒体を含み得る。例として、ソフトウェアはコンピュータ可読媒体に存在し得る。コンピュータ可読媒体は、非一時的コンピュータ可読媒体であってよい。非一時的コンピュータ可読媒体は、例として、磁気記憶デバイス(たとえば、ハードディスク、フレキシブルディスク、磁気ストリップ)、光ディスク(たとえば、コンパクトディスク(CD)、デジタル多目的ディスク(DVD))、スマートカード、フラッシュメモリデバイス(たとえば、カード、スティック、キードライブ)、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、プログラマブルROM(PROM)、消去可能PROM(EPROM)、電気的消去可能PROM(EEPROM)、レジスタ、取り外し可能ディスク、ならびに、コンピュータがアクセスし読み取ることができるソフトウェアおよび/または命令を保存するための任意の他の適切な媒体を含む。また、コンピュータ可読媒体は、例として、搬送波、伝送路、ならびに、コンピュータがアクセスし読み取ることができるソフトウェアおよび/または命令を送信するための任意の他の適切な媒体も含み得る。コンピュータ可読媒体は、処理システムの中に存在してもよく、処理システムの外に存在してもよく、または処理システムを含む複数のエンティティに分散されてもよい。コンピュータ可読媒体は、コンピュータプログラム製品として具現化され得る。例として、コンピュータプログラム製品は、パッケージング材料内のコンピュータ可読媒体を含み得る。当業者は、具体的な用途およびシステム全体に課せられた全体的な設計制約に応じて、本開示全体にわたって示さ
れる説明される機能を最善の形で実装する方法を認識するだろう。
【００２２】
図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に示される本開示の態様は、W-CDMAエアインターフェースを使用するUMTSシステム200を参照して示される。UMTSネットワークは、コアネットワーク(CN)204、UMTS地上無線アクセスネットワーク(UTRAN)202、およびユーザ機器(UE)210という3つの対話する領域を含む。この例では、UTRAN202は、電話、ビデオ、データ、メッセージング、放送、および/または他のサービスを含む様々なワイヤレスサービスを提供することができる。UTRAN202は、無線ネットワークコントローラ(RNC)206などのそれぞれのRNCによって各々制御される、無線ネットワークサブシステム(RNS)207などの複数のRNSを含み得る。ここで、UTRAN202は、示されるRNC206およびRNS207に加えて、任意の数のRNC206およびRNS207を含み得る。RNC206は、とりわけ、RNS207内の無線リソースを割り当て、再構成し、解放することを受け持つ装置である。RNC206は、任意の適切なトランスポートネットワークを使用する、直接の物理接続、仮想ネットワークなど様々なタイプのインターフェースを介して、UTRAN202中の他のRNC(図示せず)に相互接続され得る。
【００２５】
RNS207によってカバーされる地理的領域は、いくつかのセルに分けることができ、無線トランシーバ装置が各セルにサービスする。無線トランシーバ装置は、通常、UMTS用途ではノードBと呼ばれるが、当業者によって、基地局(BS)、送受信基地局(BTS)、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット(BSS)、拡張サービスセット(ESS)、アクセスポイント(AP)、またはいくつかの他の適切な用語で呼ばれることもある。明快にするために、各RNS207に3つのNode B208が示されているが、RNS207は、任意の数のワイヤレスノードBを含んでもよい。Node B208は、ワイヤレスアクセスポイントを任意の数のモバイル装置のためのコアネットワーク(CN)204に提供する。モバイル装置の例には、携帯電話、スマートフォン、セッション開始プロトコル(SIP)電話、ラップトップ、ノートブック、ネットブック、スマートブック、携帯情報端末(PDA)、衛星ラジオ、全地球測位システム(GPS)デバイス、マルチメディアデバイス、ビデオ装置、デジタルオーディオプレーヤ(たとえば、MP3プレーヤなど)、カメラ、ゲーム機、または任意の他の類似の機能デバイスなどがある。モバイル装置は、通常、UMTS用途ではユーザ装置(UE)と呼ばれるが、当業者によって、移動局(MS)、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、遠隔ユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末(AT)、モバイル端末、ワイヤレス端末、遠隔端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語で呼ばれることもある。UMTSシステムでは、UE210は、ネットワークへのユーザの加入情報を含む汎用加入者識別モジュール(USIM)211をさらに含み得る。説明のために、1つのUE210がいくつかのNode B208と通信しているように示される。順方向リンクとも呼ばれるダウンリンク(DL)は、Node B208からUE210への通信リンクを指し、逆方向リンクとも呼ばれるアップリンク(UL)は、UE210からNode B208への通信リンクを指す。
【００２６】
コアネットワーク204は、UTRAN202のような1つまたは複数のアクセスネットワークとインターフェースをとる。示されるように、コアネットワーク204は、GSM(登録商標)コアネットワークである。しかしながら、当業者が認識するように、GSM(登録商標)ネットワーク以外のタイプのコアネットワークへのアクセスをUEに提供するために、本開示全体にわたって提示される様々な概念を、RANまたは他の適切なアクセスネットワークにおいて実装することができる。
【００２７】
コアネットワーク204は、回線交換(CS)領域およびパケット交換(PS)領域を含む。回線交換要素のいくつかは、モバイルサービス交換センタ(MSC)、ビジターロケーションレジスタ(VLR)、およびゲートウェイMSC(GMSC)である。パケット交換要素は、サービングGPRSサポートノード(SGSN)、およびゲートウェイGPRSサポートノード(GGSN)を含む。EIR、HLR、VLR、およびAuCのようないくつかのネットワーク要素は、回線交換領域とパケット交換領域の両方によって共有され得る。
【００２８】
図示の例では、コアネットワーク204は、MSC212およびGMSC214によって回線交換サービスをサポートする。いくつかの用途では、GMSC214は、メディアゲートウェイ(MGW)とも呼ばれ得る。RNC206のような1つまたは複数のRNCが、MSC212に接続され得る。MSC212は、呼設定、呼ルーティング、およびUEモビリティ機能を制御する装置である。MSC212は、UEがMSC212のカバレッジエリア内にある期間の加入者関連の情報を格納する、ビジターロケーションレジスタ(VLR)も含む。GMSC214は、UEが回線交換ネットワーク216にアクセスするためのゲートウェイを、MSC212を通じて提供する。GMSC214は、特定のユーザが加入したサービスの詳細を反映するデータのような加入者データを格納する、ホームロケーションレジスタ(HLR)215を含む。HLRは、加入者に固有の認証データを格納する、認証センタ(AuC)とも関連付けられている。特定のUEについて、呼が受信されると、GMSC214は、UEの位置を決定するためにHLR215に問い合わせ、その位置でサービスする特定のMSCに呼を転送する。
【００２９】
示されるコアネットワーク204はまた、サービングGPRSサポートノード(SGSN)218およびゲートウェイGPRSサポートノード(GGSN)220によって、パケットデータサービスをサポートする。汎用パケット無線システムを表すGPRSは、標準の回線交換データサービスで使用可能なものより速い速度でパケットデータサービスを提供するよう設計されている。GGSN220は、パケットベースネットワーク222へのUTRAN202の接続を提供する。パケットベースネットワーク222は、インターネット、プライベートデータネットワーク、または何らかの他の適切なパケットベースネットワークでもよい。GGSN220の主要機能は、UE210にパケットベースネットワーク接続を提供することである。データパケットは、MSC212が回線交換領域において実行するのと同じ機能をパケットベース領域において主に実行するSGSN218を介して、GGSN220とUE210との間で転送され得る。
【００３０】
UMTSエアインターフェースは、スペクトラム拡散直接シーケンス符号分割多元接続(DS-CDMA)システムであってよい。スペクトラム拡散DS-CDMAは、チップと呼ばれる疑似ランダムビットの列との乗算によって、ユーザデータを拡散させる。UMTSのW-CDMAエアインターフェースは、そのようなDS-CDMA技術に基づいており、さらに周波数分割複信(FDD)を必要とする。FDDは、Node B208とUE210との間のアップリンク(UL)およびダウンリンク(DL)に異なる搬送周波数を使用する。DS-CDMAを利用し、時分割複信(TDD)を使用するUMTSの別のエアインターフェースは、TD-SCDMAエアインターフェースである。本明細書で説明される様々な例は、W-CDMAエアインターフェースを指し得るが、基礎をなす原理はTD-SCDMAエアインターフェースに等しく適用可能であり得ることを、当業者は理解するだろう。
【００３１】
High speed packet access (HSPA)エアインターフェースは、スループットの向上および遅延の低減を支援する、Node B208とUE210との間の3G/W-CDMAエアインターフェースに対する一連の強化を含む。前のリリースに対する他の修正には、HSPAが、ハイブリッド自動再送要求(HARQ)、チャネル送信の共有、ならびに適応変調および適応符号化を利用することがある。HSPAを定義する規格は、HSDPA(high speed downlink packet access)およびHSUPA(high speed uplink packet access、enhanced uplinkまたはEULとも呼ばれる)を含む。
【００３２】
図3は、限定することなく例として、HSPAを利用し得るUMTS Terrestrial Radio Access Network (UTRAN)アーキテクチャの、簡略化されたアクセスネットワーク300を示す。システムは、セル302、304、および306を含む複数のセルラー領域(セル)を含み、セルの各々は、1つまたは複数のセクタを含み得る。セルは、たとえばカバレッジエリアによって地理的に定義することができ、かつ/または、周波数、スクランブリングコードなどに従って定義することもできる。つまり、図示される地理的に定義されたセル302、304、および306は各々、たとえば異なるスクランブリングコードを利用することによって、複数のセルにさらに分割され得る。たとえば、セル304aは、第1のスクランブリングコードを利用することができ、セル304bは、同じ地理的な領域内にあり同じNode B344によってサービスされている時、第2のスクランブリングコードを利用することによって区別され得る。
【００３３】
セクタに分割されるセルでは、セル内の複数のセクタはアンテナのグループによって形成することができ、各々のアンテナがセルの一部にあるUEとの通信を担う。たとえば、セル302において、アンテナグループ312、314、および316は、各々異なるセクタに対応し得る。セル304において、アンテナグループ318、320、および322は、各々異なるセクタに対応し得る。セル306において、アンテナグループ324、326、および328は、各々異なるセクタに対応し得る。
【００３４】
セル302、304、および306は、各セル302、304、または306の1つまたは複数のセクタと通信していてもよいいくつかのUEを含み得る。たとえば、UE330および332は、Node B342と通信していてもよく、UE334および336は、Node B344と通信していてもよく、UE338および340は、Node B346と通信していてもよい。ここで、各Node B342、344、346は、それぞれのセル302、304、および306の中のすべてのUE330、332、334、336、338、340のために、コアネットワーク204(図2参照)へのアクセスポイントを提供するように構成される。
【００３５】
3GPPファミリーの規格のリリース5では、High Speed Downlink Packet Access (HSDPA)が導入された。HSDPAと、前に規格化された回線交換インターフェースとの、ダウンリンクにおける1つの違いは、HSDPAにはソフトハンドオーバーがないことである。このことは、データが、HSDPAサービングセルと呼ばれる単一のセルからUEに送信されることを意味する。ユーザが移動すると、またはあるセルが別のセルよりも好ましくなると、HSDPAのサービングセルは変わり得る。
【００３６】
リリース5のHSDPAでは、任意の瞬間において、UEは1つのサービングセルを有する。3GPP TS 25.331のリリース5で定められるモビリティ手順によれば、HSPDAサービングセルを変更するための無線リソース制御(RRC)シグナリングメッセージが、UEがより強いセルであると報告するセル(すなわちターゲットセル)からではなく、現在のHSDPAサービングセル(すなわちソースセル)から送信される。
【００３７】
さらに、HSDPAでは、UEは一般に、ダウンリンクチャネルの何らかのパラメータの測定を監視して実行し、チャネルの品質を判定する。これらの測定結果に基づいて、UEは、チャネル品質インジケータ(CQI)のようなフィードバックを、アップリンク送信においてNode Bに提供することができる。したがって、Node Bは、UEからの報告されたCQIに基づいた、サイズ、符号化フォーマットなどを有する次のパケットを、ダウンリンク送信においてUEに提供することができる。
【００３８】
ソースセル304aとの呼の間、または任意の他の時間において、UE336は、ソースセル304aの様々なパラメータ、ならびに、セル304b、306、および302のような近隣セルの様々なパラメータを監視することができる。さらに、これらのパラメータの品質に応じて、UE336は、近隣セルの1つまたは複数との何らかのレベルの通信を保つことができる。この期間において、UE336は、UE336が同時に接続されるセルのリストであるアクティブセットを保持することができる(すなわち、ダウンリンク専用物理チャネルDPCHまたはフラクショナルダウンリンク専用物理チャネルF-DPCHを現在UE336に割り当てているUTRAセルが、アクティブセットを構成し得る)。
【００３９】
UEとUTRANとの間の無線プロトコルアーキテクチャは、具体的な用途に応じて、様々な形態になり得る。UEとNode Bとの間のユーザプレーンおよび制御プレーンの無線プロトコルアーキテクチャの例を示す、HSPAシステムの例がここで、図4を参照して提示される。ここで、ユーザプレーンまたはデータプレーンはユーザトラフィックを搬送し、制御プレーンは制御情報、すなわちシグナリングを搬送する。
【００４０】
図4を見ると、UEおよびNode Bの無線プロトコルアーキテクチャは、層1、層2、および層3という3つの層で示される。層1は最下層であり、様々な物理層の信号処理機能を実装する。層1は、本明細書では物理層406と呼ばれる。層2(L2層)408と呼ばれるデータリンク層は、物理層406の上にあり、物理層406を通じたUEとNode Bとの間のリンクを担う。
【００４１】
層3において、RRC層416は、UEとNode Bとの間の制御プレーンのシグナリングを扱う。RRC層416は、高次層のメッセージのルーティング、ブロードキャスト機能および呼び出し機能の取り扱い、無線ベアラの確立および構成などのための、いくつかの機能的なエンティティを含む。
【００４２】
UTRAエアインターフェースでは、L2層408はサブレイヤに分割される。制御プレーンでは、L2層408は、メディアアクセス制御(MAC)サブレイヤ410および無線リンク制御(RLC)サブレイヤ412という、2つのサブレイヤを含む。ユーザプレーンでは、L2層408はさらに、パケットデータコンバージェンスプロトコル(PDCP)サブレイヤ414を含む。示されないが、UEは、ネットワーク側のPDNゲートウェイで終端するネットワーク層(たとえばIP層)と、接続の他の端部(たとえば、遠端のUE、サーバなど)で終端するアプリケーション層とを含めて、L2層408上にいくつかの上位層を有し得る。
【００４３】
PDCPサブレイヤ414は、異なる無線ベアラと論理チャネルとの多重化を行う。PDCPサブレイヤ414はまた、無線送信のオーバーヘッドを低減するための上位層データパケットのヘッダ圧縮、データパケットの暗号化によるセキュリティ、および、UEとNode Bとの間でUEのハンドオーバーのサポートを実現する。
【００４４】
RLCサブレイヤ412は一般に、肯定応答された、肯定応答されていない、透過モードのデータ転送をサポートし、上位層のデータパケットのセグメント化および再構築、失われたデータパケットの再送信、ならびに、ハイブリッド自動再送要求(HARQ)による順序の狂った受信を補償するためのデータパケットの再順序付けを行う。つまり、RLCサブレイヤ412は、失われたパケットの再送信を要求できる、再送信機構を含む。ここで、RLCサブレイヤ412が、ある最大の回数の再送信または送信時間の期限を経てもデータを正常に送達できない場合、上位層はこの状態を通知され、RLC SDUは廃棄され得る。
【００４５】
さらに、RNC206(図2参照)におけるRLCサブレイヤは、RLCプロトコルデータユニット(PDU)のフローを管理するためのフロー制御機能を含み得る。たとえば、RNCは、Node Bに送るべきデータの量を決定することができ、データのバッチへの分割、および、たとえば、DC-HSDPAシステムまたはMulti-Point HSDPAシステムにおけるダウンリンクアグリゲーションの場合の、そうしたバッチまたはパケットの複数のNode Bへの分配を含む、データの割り当ての詳細を管理することができる。
【００４６】
MACサブレイヤ410は、論理チャネルとトランスポートチャネルとの多重化を行う。MACサブレイヤ410はまた、HARQ動作とともに、1つのセルの中の様々な無線リソース(たとえばリソースブロック)の複数のUEのへの割り当てを担う。MACサブレイヤ410は、限定はされないが、MAC-dエンティティおよびMAC-hs/ehsエンティティを含む、様々なMACエンティティを含み得る。
【００４７】
図5は、Node B504を通るRNC502とUE506との間のHSDPAネットワーク中のダウンリンク経路の概略図であり、それぞれのノードにおいてサブレイヤの一部を示す。ここで、RNC502は、図2に示されるRNC206と同じであってよく、Node B504は、図2に示されるNode B208と同じであってよく、UE506は、図2に示されるUE210と同じであってよい。RNC502は、たとえばRLCサブレイヤを含めて、MAC-dとその上のプロトコル層を収容する。高速チャネルのために、MAC-hs/ehs層がNode B504に収容される。さらに、Node B504におけるPHY層は、たとえばHS-DSCHを通じて、UE506においてPHY層と通信するためのエアインターフェースを提供する。
【００４８】
RNC502において、RLCサブレイヤは、コアネットワークからRLC SDUを受信し、セグメント化、再構築、およびフロー制御のようなRLCに関連する機能を実行し、RLC PDUをMAC-dサブレイヤに提供する。一般に、各UEのサービングRNCには、1つのMAC-dエンティティがある。MAC-dサブレイヤは、パケットを処理し、MAC PDUを、Iubインターフェースを通じてNode B504におけるMAC-ehsエンティティに提供する。
【００４９】
UE506側から、MAC-dエンティティは、すべての専用トランスポートチャネル、MAC-c/sh/mエンティティ、およびMAC-hs/ehsエンティティへのアクセスを制御するように、構成される。さらに、UE506側から、MAC-hs/ehsエンティティは、HSDPA特有の機能を扱い、HS-DSCHトランスポートチャネルへのアクセスを制御するように、構成される。上位層は、MAC-hsとMAC-ehsという2つのエンティティのどちらが、HS-DSCH機能を扱うのに適用されるかを設定する。
【００５０】
3GPP規格のリリース8は、デュアルセルHSDPA(DC-HSDPA)をもたらし、これは、隣接する2つの5MHzダウンリンクキャリアをUEが統合できるようにする。デュアルキャリアの手法は、マルチキャリアの位置におけるより高速なダウンリンクデータ速度およびより良好な効率を実現する。一般に、DC-HSDPAは一次キャリアおよび二次キャリアを利用し、一次キャリアはダウンリンクデータ送信のためのチャネルおよびアップリンクデータ送信のためのチャネルを提供し、二次キャリアはダウンリンク通信のためのHS-PDSCHおよびHS-SCCHの第2のセットを提供する。
【００５１】
本開示のいくつかの態様によれば、ソフトアグリゲーションと呼ばれ得る別の形態のアグリゲーションが、ダウンリンクアグリゲーションを提供し、それぞれのダウンリンクセルが同じ周波数キャリアを利用する。ソフトアグリゲーションは、シングルキャリアネットワークにおけるDC-HSDPAと同様の利得を実現しようとする。
【００５２】
図6は、本開示のいくつかの態様による、ソフトアグリゲーションの例示的なシステムを示す。図6では、2つ以上のセル614と616の間に地理的な重複があり得るので、UE610は、少なくともある期間、複数のセルによってサービスされ得る。したがって、本開示によるワイヤレス通信システムは、単一の周波数チャネル上の複数のセルからのHSDPAサービスを提供できるので、UEはアグリゲーションを実行することができる。たとえば、2つ以上のセルを利用する構成は、Single Frequency Dual Cell HSDPA (SFDC-HSDPA)、Coordinated Multi-Point HSDPA (CoMP HSDPA)、または単にMulti-Point HSDPAと呼ばれ得る。しかし、他の用語も自由に使われ得る。このようにして、セルの境界ならびにシステム全体において、ユーザは高いスループットによる利益を受けることができる。ここで、異なるセルは同じNode Bによって提供されてもよく、または異なるセルは全く異なるNode Bによって提供されてもよい。
【００５３】
図6に示される方式では、2つの異なるNode B602および604は各々、それぞれダウンリンクセル606および608を提供し、ダウンリンクセルは実質的にキャリア周波数が同じである。当然、すでに説明されたように、別の態様では、ダウンリンクセル606と608の両方が、同じNode Bの異なるセクタから提供されてもよい。ここで、UE610は、ダウンリンクセルを受信して統合し、Node B602と604の両方によって受信されるアップリンクチャネル612を提供する。UE610からのアップリンクチャネル612は、たとえば、対応するダウンリンクセル606および608のためのダウンリンクチャネル状態に対応する、フィードバック情報を提供することができる。
【００５４】
DC-HSDPA対応のUEは2つの受信チェーンを有し、受信チェーンの各々は異なるキャリアからHSデータを受信するために用いられ得る。Multi-Point HSDPA対応UE610では、複数の受信チェーンが異なるセル614および616からHSデータを受信するようにされた場合、アグリゲーションによる利益の少なくとも一部が、シングルキャリアネットワークにおいて実現され得る。
【００５５】
本開示のいくつかの態様では、統合される2つのセルは、UEのアクティブセット中のセルに限定され得る。これらのセルは、ダウンリンクチャネル品質に従って決定された、アクティブセット中で最強のセルであってよい。統合されるセルが図6に示されるように異なるNode Bサイトに存在する場合、この方式は「ソフトアグリゲーション」と呼ばれ得る。統合されるセルが同じNode Bサイトに存在する場合、この方式は「ソフターアグリゲーション」と呼ばれ得る。
【００５６】
ソフターアグリゲーションは、評価および実装が比較的簡単である。しかし、ソフターハンドオーバー状態のUEの割合は限られることがあるので、ソフターアグリゲーションによる利益もそれに従って限られることがある。一方、ソフトアグリゲーションは、はるかに大きな利益をもたらす可能性がある。しかし、RNC側さらにはNode Bにおいて、フロー制御に関する問題がある。
【００５７】
従来のDC-HSDPAシステム、または、2つのセルが単一のNode Bによって分割される(すなわちソフターアグリゲーション)Multi-Point HSDPAシステムでは、2つのセルは、図5に示される従来のHSDPAシステムとほとんど同じ方式で、同じMAC-ehsエンティティを共有し得る。ここで、ダウンリンクデータは単一のNode BサイトからUEに来るので、UEにおけるRLCエンティティは一般に、パケットはそれぞれのRLC順序番号に従って送信されたと見なし得る。したがって、受信されたパケットの順序番号の抜けはすべて、パケット障害によって引き起こされたものとして理解される可能性があり、RNCにおけるRLCエンティティは単に、欠けている順序番号に対応するすべてのパケットを再送信し得る。
【００５８】
しかし、セルが別のNode Bサイトによって提供される(すなわちソフトアグリゲーション)Multi-Point HSDPAシステムでは、RNCからUEへのパケットのフローは、UEによって受信される時に、パケット障害以外の理由で順序番号に抜けが生じ得る。たとえば、フロー制御アルゴリズムがRLC PDUをどのようにそれぞれのNode Bに分配するかに応じて、パケットは順序が狂ってUEに到達することがあり、時間とともにパケットは予定通りに到着し抜けは埋まり得るので、必ずしも何らかの問題を示唆するものではない。順序が狂った送達によって引き起こされるそのような抜けは、送信の失敗または他のパケットの喪失と区別するために、スキューと呼ばれ得る。
【００５９】
図7は、Multi-Point HSDPAシステムのある態様を示す概略的なブロック図であり、セルは別のNode Bサイトによって提供される(すなわちソフトアグリゲーション)。ここで、RNC702は、ダウンリンクHS送信をUE708に各々提供する、複数のNode B704および706にパケットを提供する、マルチリンクRLCサブレイヤを含み得る。図5に示される方式と比較すると、RLCサブレイヤは、各UE708の各優先キューのためのフロー制御プロトコルを含むように構成され得る。ここで、フロー制御プロトコルは、Node B704および706からのフロー制御メッセージに従って、両方のNode Bにおいてキューを利用して、UE708へのパケットのフローを調整することができる。一例では、Node B704は、UE708のための一次サービングセルとして動作することができ、Node B706は、UE708のための二次サービングセルとして動作することができる。当然、Node B704および706の役割を逆転させて、それぞれ、二次サービングセルおよび一次サービングセルとすることができる。例示的なMulti-Point HSDPAシステムでは、Node B704および706は、RNCによってNode B704および706に割り当てられたパケットを、それぞれのIubインターフェースを通じて受信し、同じ周波数チャネルを利用して、エアインターフェースを通じてUE708にそうしたパケットを送信する。
【００６０】
各々のNode B704および706は、パケットがUE708に送信されるまでパケットを一時的に記憶するための、キューまたはバッファを含む。キューは、具体的な記憶の方式に関係なく、記憶スペースまたは任意の他の非ランダムなデータのアグリゲーションを含む、記憶のための任意の適切な構造であってよい。
【００６１】
ここで、UE708は、複数のPHY層、言い換えると、Node B704および706からのそれぞれのダウンリンク送信を受信するように構成された、複数の受信チェーンを含み得る。さらに、UE708は、複数の対応するMACエンティティを含んでもよく、複数のMACエンティティの各々は、対応するNode Bサイトからの異なるサービングセル(たとえば、一次サービングセルおよび二次サービングセル)に対応する。たとえば、UE708の中の1つのMACエンティティは、一次サービングセルを提供する第1のNode B704に対応してよく、UE708の中の第2のMACエンティティは、二次サービングセルを提供する第2のNode B706に対応してよい。当然、様々な理由で、特定のNode Bとの特定のMACエンティティの組合せは時間とともに変わることがあり、示されたものは1つの可能な例に過ぎない。
【００６２】
図8は、本開示の態様のいくつかによる、Multi-Point HSDPAシステムにおけるフロー制御のために利用される信号のいくつかを示す、簡略化された呼の流れ図である。ここで、Node B-1 802およびNode B-2 804はそれぞれ、あるUE(簡単にするために図示されていない)のための一次サービングセルおよび二次サービングとして動作する。RNC806は、それぞれのIubインターフェースを通じて、Node B802および804の各々に結合される。当然、本開示の範囲内で、他のインターフェースも利用され得る。さらに、RNC806はコアネットワーク808に結合され、コアネットワーク808は、回線交換コアネットワーク、パケット交換コアネットワーク、または図2に示されるようにこれら2つの組合せであってもよい。
【００６３】
示されるように、RNC806は、Node B802および804によってサービスされているUEに向けられたRLC SDUを、コアネットワーク808から受信する。Node B-1 802およびNode B-2は各々、UEのためのフロー制御メッセージ要求データを生成し、RNC806から送ることができる。Node B802および804からのフロー制御メッセージに応答して、RNC808は、いくつかの要因に基づいてNode Bの各々に割り当てるRLCデータの量を決定し、それぞれのIubインターフェースを通じて、そのデータをRLC PDUとしてNode B802および804に送る。
【００６４】
本開示のいくつかの態様では、Node Bは、フロー制御アルゴリズムのマスターであってよい。つまり、Node Bは、フロー制御メッセージを利用して、バッファ空間をRNCに与えることができる。フロー制御メッセージは、割り当てサイズ、HS-DSCH間隔、およびHS-DSCH繰り返し期間を制御することができる。
【００６５】
ここで、割り当てサイズは、特定のフローのためにNode Bに割り当てられることになるMAC-d PDUの数と、そうしたMAC-d PDUの最大サイズを含む。HS-DSCH間隔は、MAC-d PDUがNode Bに送信され得る時間間隔である。HS-DSCH繰り返し期間は、この割り当てがリフレッシュされ繰り返される期間である。当然、フロー制御メッセージの具体的なフォーマットは、以下でさらに詳細に説明されるように、本開示の範囲内にとどまったまま変更され得ることが、当業者には理解されよう。
【００６６】
本開示に従ったいくつかの例では、別個のフロー制御アルゴリズムが、一次サービングセル802および二次サービングセル804を通じたデータ送信を管理するために、各Node Bにおいて利用され得る。ここで、二次サービングセル804のためのフロー制御アルゴリズムは、一次サービングセル802のためのフロー制御アルゴリズムとは異なっていてもよい。
【００６７】
さらに、それぞれのNode Bにおける別個のフロー制御アルゴリズムは、Node B802と804の間の情報交換を利用して、互いに協調することができる。たとえば、情報の交換は、Node B802および804からRNC806へのフロー制御メッセージの送信と同時であってよく、または、RNC806を含んでも含まなくてもよい、それぞれのサービングセル802と804との間の任意の適切なインターフェースを利用してもよい。本開示のいくつかの態様では、それぞれのNode BからUEへのフローのスループットに対応するパラメータが、たとえば、RNC806に送られるフロー制御メッセージに追加されることによって、情報交換に含まれてもよい。各Node Bにおけるフロー制御メッセージシグナリングおよび別個のアルゴリズムのこの柔軟性によって、幅広いフロー制御の戦略を実現することができる。
【００６８】
フロー制御アルゴリズムが直面する共通の問題は、バッファアンダーランである。バッファアンダーランは、バッファからの出力でデータが出ていく速度よりも、バッファへの入力でデータが入っていく速度が低い時に起きる。ここで、バッファは空になり得るが、このことによってアルゴリズムは、バッファを補充する間バッファからの読取りを中断または停止しなければならなくなる。そのような状態は、データストリームにおいて様々な本題を引き起こすことがあり、そうした問題は当業者には既知であり本開示では説明されない。
【００６９】
上で説明されたように、各Node Bは、パケットがUEに送信される前にパケットをバッファリングすることができる、キューを含み得る。フロー制御アルゴリズムの1つの目標は、このキューにおけるバッファアンダーランを最小化することであり得る。バッファアンダーランを低減する簡単な方法は、バッファの長さを伸ばすことである。しかし、このことは、フロー制御アルゴリズムの別の目標と対立し得る。その目標とは、ハンドオーバーの間のデータ復元の難易度を下げ、要求されるNode Bのメモリサイズを下げるために、Node Bにおいて保持されるPDUの数を最小にすることである。したがって、包括的なフロー制御アルゴリズムは、これらの目標の最適なトレードオフを探ることができる。本開示のある態様では、以下でさらに詳細に説明されるように、このトレードオフは、バッファの可変の長さを動的に制御することによって、管理され得る。
【００７０】
図9は、Node Bにおけるフロー制御アルゴリズムのいくつかの態様を示すフローチャートである。ここで、フロー制御アルゴリズムは、一次サービングセルと二次サービングセルのいずれかにおいて動作し得る。ブロック902において、処理は、RNCに送る新たなフロー制御メッセージを生成するかどうかを、決定することができる。生成しない場合、場合によっては適切な遅延期間の後、処理はブロック902に戻ってよい。処理が新たなフロー制御メッセージを生成すると決定した場合、処理はブロック904に進むことができ、ブロック904において、以下でより詳細に説明されるように、Node BはNode BからUEへのフローの推定されるスループットを求めることができる。ブロック906において、処理は、そのフローに対応する、Node Bにおけるキューの目標のキューの長さを選択し、目標のキューの長さをその選択された値によって更新することができる。ここで、目標のキューの長さは、ブロック904において求められたフローの推定されるスループットに対応し得る。さらに、目標のキューの長さは、目標のキューイング遅延を所定の範囲に保つように選択され得る。フローのためのキューの目標の長さを選択することに関する追加の情報が、以下でさらに詳細に与えられる。
【００７１】
ブロック908において、処理は、RNCにデータを要求するための新たなフロー制御メッセージを生成することができ、ブロック910において、Node Bは、Iubインターフェースを通じて、生成されたフロー制御メッセージをRNCに送信することができる。一般に、ブロック908で生成されたフロー制御メッセージは、Node Bに対応するMACエンティティ(たとえばMAC-ehsエンティティ)に割り当てられるべき、ある量のRLCデータに対する要求を含む。ここで、Node Bは、フロー制御メッセージにおいて要求すべきデータの量を計算することができる。Node Bが要求するデータの量は、必ずしも限定はされないが、フローの目標のキューの長さ、フローの現在のキューの長さ、Node BにおけるMACエンティティの優先度、Node Bの状態が一次サービングセルであるか二次サービングセルであるか、一次サービングセルとしてのNode BによってサービスされるUE以外のUEに対するデータの量を含む、いくつかの要因に依存し得る。
【００７２】
要求されるデータの量と目標のキューの長さとの関係は、一般に、キューはデータが一時的に記憶されるところであるという事実に基づく。上で論じられたように、本開示の様々な態様では、目標のキューの長さは、いくつかの要因に基づいて動的に適合されてよく、このことは転じて、Node Bが要求するデータの量に影響を与え得る。
【００７３】
本開示のいくつかの態様によれば、目標のキューの長さは、目標のキューイング遅延をある範囲(たとえば所定の範囲)に保つように選択され得る。一例として、目標のキューの長さの範囲は、上限と下限の間に保たれ得る。様々な特定の実装形態では、上限と下限の値は固定(たとえば事前に決定)され得る。他の実装形態では、上限と下限の1つまたは両方は、様々な要因またはパラメータに基づいて変化し得る。
【００７４】
本開示のある態様によれば、目標のキューの長さ、またはキューの長さの上限の選択は、Node Bからそのキューを利用するUEへのフローの推定されるスループットに基づき得る。たとえば、目標のキューの長さ(単位ビットまたはバイト)は、フローの推定されるスループット(単位ビット/秒)と、Node Bにおける目標のキューイング時間(単位秒)との積として設定され得る。
【００７５】
図10は、フローのキューイング時間T(単位秒)と、フローのスループットThrpt(単位ビット/秒)との例示的な関係を示す、簡略化された図表である。ここで、キューイング時間、またはキューの遅延は、情報がUEに送信される前に、Node Bにおいてキューの中に情報がとどまる期間に相当し得る。示されるように、フローのキューイング時間が減少するにしたがってスループットは上昇し、スループットが低下するにしたがってフローのキューイング時間は増加する。
【００７６】
この関係は、一般に線形の関係であり、線1002によって表される。具体的に、(Thrptmin,Tmax)における第1の点1004および(Thrptmax,Tmin)における第2の点1006という、線上の2つの点が示されている。
【００７７】
本開示のある態様では、目標のキューイング時間Tqueuingは、フローのスループットThrptestを推定し、推定されたスループットに対応する点を線1002上で見つけることによって、求められ得る。つまり、目標のキューイング時間Tqueuingは、以下の式に従って求められ得る。
【００７８】
TQueuing = Tmax - (Thrptest - Thrptmin) * (Tmax - Tmin) / (Thrptmax - Thrptmin)
【００７９】
上式で、Tmaxは、目標のキューイング時間の上限である。いくつかの例では、Tmaxはある値(たとえば所定の値)、たとえば100msに設定され得る。
【００８０】
Tminは、目標のキューイング時間の下限である。いくつかの例では、Tminはある値(たとえば所定の値)、たとえば10msに設定され得る。
【００８１】
Thrptmaxは、フローの推定されるスループットの目標範囲の上限である。いくつかの例では、Thrptmaxはある値(たとえば所定の値)、たとえば、ビット/秒の単位でUEのピーク速度に等しい値に設定され得る。
【００８２】
Thrptminは、フローの推定されるスループットの目標範囲の下限である。いくつかの例では、Thrptminはある値(たとえば所定の値)、たとえば10kBpsに設定され得る。
【００８３】
Thrptestは、ビット/秒の単位の、フローの推定されるスループットである。以下でさらに詳細に説明されるいくつかの例では、Node Bは、フローのスループットの推定値を計算することができる。
【００８４】
本開示のさらなる態様では、目標のキューの長さは、フローの推定されるスループットThrptestと、Node Bにおける目標のキューイング時間Tqueuingとの積、または、これらの値に対応する線1002上の点1008におけるThrptest・Tqueuingに相当し得る。
【００８５】
したがって、Node Bのキューの目標の長さと推定されるスループットとの関係に基づいて、本開示のいくつかの態様によれば、キューの目標の長さは、Node BからUEへのフローの推定されるスループットに従って選択され得る。このようにして、目標のキューの長さを選択することで、目標のキューイング遅延Tを、ある範囲(たとえば所定の範囲)内、たとえばTminとTmaxの間に保つことができる。
【００８６】
本開示の一態様では、フローのスループットの推定は、比較的長い期間にわたって送信された全体のバイト数を数えて、平均の速度を利用して、比較的短い時間、たとえばフロー制御間隔の間のスループットを推定することによって、行われ得る。たとえば、160msの間に送信された全体のバイト数を16で割り、10msのフロー制御間隔の間のスループットを推定することができる。
【００８７】
本開示のある態様では、フローのスループットの推定は、Node Bにおけるフローのキューが空ではない時に更新され得る。つまり、キューが空である場合、フローは一般に停止するので、フローが停止した時間を組み入れる場合、スループットの推定値は歪められ得る。
【００８８】
フローのスループットを推定するための別の例示的な方法は、IIRフィルタを利用するステップを含み得る。ここで、IIRフィルタを利用してある時間にわたってスループットをフィルタリングすることで、単純な平均化の1つの欠点を弱めることができ、その欠点とは、Node Bのキューが空ではない期間が短い場合に、フローのスループットの推定値に信頼性がない可能性があることである。当然、本開示の範囲内で、スループットを推定するために任意の他の適切な方法が利用され得る。
【００８９】
本開示の別の態様では、Node Bは、バッファアンダーランに基づいて、目標のキューの長さ、または目標のキューの長さの上限を適合させることができる。いくつかの例では、Node Bは、すべての送信時間間隔(TTI)において、バッファアンダーランに基づいて、目標のキューの長さ、または目標のキューの長さの上限を適合させることができる。
【００９０】
図11は、本開示のある態様による、バッファアンダーランに基づいて目標のキューの長さを適合させるための、処理の一例を示す簡略化されたフローチャートである。
【００９１】
ブロック1102において、処理は、所与の時間における実際のキューの長さを、ある閾値と比較することができる。たとえば、閾値は、バッファアンダーランが実質的に緩和されるような値をとるように構成された、固定の閾値であってよい。一例では、閾値は、5キロバイトの長さに事前に設定され得る。
【００９２】
ここで、実際のキューの長さが閾値よりも長い場合、処理はブロック1104に進んでよく、処理は、目標のキューの長さ、または目標のキューの長さの上限をさらに減らすことができる。たとえば、目標のキューの長さまたは目標のキューの長さの上限から、ある定数が引かれてもよい。一例では、その定数は、3バイトという値であってよい。当然、目標のキューの長さまたは目標のキューの長さの上限をさらに減らすために、任意の適切な値を利用することができる。
【００９３】
ブロック1102において、実際のキューの長さが閾値よりも長くないと処理が判定すると、処理はブロック1106に進んでよく、処理は、目標のキューの長さ、または目標のキューの長さの上限を、乗算によって増やすことができる。たとえば、目標のキューの長さまたは目標のキューの長さの上限が、ある定数と乗算されてもよい。一例では、乗算による増大の係数は、約1.005という値であってよい。当然、目標のキューの長さまたは目標のキューの長さの上限を増やすための乗算による増大の係数に、1よりも大きな任意の適切な値が利用され得る。
【００９４】
このようにして、図11に示される例示的な処理を利用して、目標のキューの長さは、乗算による増大によって、バッファアンダーランに対して迅速に反応することができる。しかし、バッファアンダーランが一般に発生しないほどキューが長くなると、目標のキューのサイズは、追加の低減を利用して徐々に小さくなり、バッファのサイズを小さく保つことができる。
【００９５】
上で言及されたように、目標のキューの長さに加えて、Node BがRNCへのフロー制御メッセージにおいて要求するデータの量は、現在のキューの長さ、Node BにおけるMACエンティティの優先度、Node Bの状態がフローに対応するUEの一次サービングセルであるか二次サービングセルであるか、および、一次サービングセルとしてのNode Bによってサービスされるフローに対応するUE以外のUEのためのデータの量のような、1つまたは複数の他の要因に一部基づき得る。
【００９６】
Node BにおけるMACエンティティの優先度は、システム中での優先度を分離して、任意の適切な優先度から選択されたものであってよい。たとえば、フローに対応するUEの二次サービングセルとして動作しているNode Bの優先度は、フロー制御メッセージが生成された時にNode Bが他のUEの一次サービングセルとして動作している場合、低い数値に、またはさらには0に下げられ得る。優先度は、要求されているデータの種類、または任意の他の適切な要因のような、他の要因にも対応し得る。
【００９７】
ここで図9に戻ると、RNCに要求すべきデータの量を処理が決定すると、ブロック908において、処理は、RNCに要求すべきデータの量を含むフロー制御メッセージを生成することができ、ブロック910において、処理は、データ要求を含むフロー制御メッセージをRNCに送信することができる。ここで、ブロック908におけるフロー制御メッセージの生成は、図1に示されるプロセッサ104のようなプロセッサによって実行されてよく、本開示のいくつかの態様では、プロセッサ104は、図8に示されるNode B704または706の1つのような、Node B内に存在し得る。さらに、ブロック910におけるNode BからRNCへのフロー制御メッセージの送信は、プロセッサ104によって制御されてよく、プロセッサ104は、ブロック906においてフロー制御メッセージを生成するために利用されるプロセッサと、同じプロセッサであっても異なるプロセッサであってもよい。さらに、フロー制御メッセージは、当業者に既知のIubインターフェースを通じて送信されてもよく、または、Node BとRNCとの間の通信のための任意の適切なインターフェースを通じて送信されてもよい。
【００９８】
本開示のさらなる態様では、手短に図8に戻ると、RNC806が、Iubインターフェースを通じてNode B802または804からフロー制御メッセージを受信し、要求を処理し、応答することができる。図12は、RNCにおいて実行される処理の態様のいくつかを示す、簡略化されたフローチャートである。ここで、RNCは、1つまたは複数のIubインターフェースを含んでもよく、1つまたは複数のNode Bと通信していてもよい。
【００９９】
一般に、Iubインターフェースを通じたNode Bへのパケットの割り当ておよび送達は、フロー制御プロトコルによって管理され得る。さらに、別個のフロー制御プロトコルは、各UEの各優先キューのために独立に動作することができる。つまり、システムは、複数のNode Bが一次サービングセルおよび二次サービングセルとしてダウンリンクデータをUEに提供するMulti-Point HSDPAシステムであり得るが、複数のNode Bの各々からのフロー制御要求は、RNCにおいて共同で処理され得る。
【０１００】
ブロック1202において、処理は、UEのためのRLCフローに対応する、ある量のRLCデータに対する要求を含むフロー制御メッセージが、たとえばIubインターフェースを通じてNode Bから受信されたかどうかを、判定することができる。フロー制御メッセージが受信されない場合、処理は、場合によっては適切な遅延の後で、ブロック1202に戻り得る。
【０１０１】
フロー制御メッセージがNode Bから受信されたと、ブロック1202において処理が判定した場合、処理はブロック1204に進むことができ、そこで処理は、Node Bに割り当てるべきデータの量を決定し、それに従って、対応するNode BにRLCデータの一部を割り当てることができる。ブロック1206において、処理は、フロー制御メッセージに応答して、決定された量のデータをNode Bに送ることができる。
【０１０２】
本開示のいくつかの態様では、図12に示される処理は、たとえば、Multi-Point HSDPAシステムにおいて特定のUEの一次サービングセルおよび二次サービングセルとして動作する、複数のNode Bから受信されるフロー制御メッセージに対応し得る。
【０１０３】
フロー制御メッセージに応答して、Node Bに割り当て送るべきデータの量の、ブロック1204における決定は、必ずしも限定はされないが、そのNode Bによって要求されるデータの量、別個のNode Bによって要求されるデータの量、そのNode Bの優先度、そのNode Bに送るべきデータのバッチのサイズ、および、そのNode Bによって設定されるキューの長さの目標が満たされたかどうかのような、1つまたは複数の要因の任意の組合せに従って、行われ得る。
【０１０４】
つまり、本開示の一態様では、UE向けのRLCフローのためのRLCデータの割り当ては、Node Bによって要求されるデータの量に一部基づき得る。一般に、Node Bに割り当てられるデータの量は、Node Bが要求したデータの量の任意の関数であってよい。一例では、RNCは、各Node Bの要求に比例して、各Node Bにデータを送ることができる。
【０１０５】
Node BによってサービスされるUEのためのRNCにおけるデータの量が両方のNode Bから要求される全体のデータの量よりも少なく、データを有する主要なユーザを二次サービングセルが全く有さない場合に、Node Bの要求に比例したNode Bへの割り当てが適切であり得る。当業者に既知の、入来する要求に応答して「欲張りな」方式でデータを送るフロー制御アルゴリズムと比較して、Node Bの要求に比例してNode Bにデータを提供することで、RNCバッファ内に少量のデータしかない時、たとえばTCPスロースタートの間にデータがUEに到達した場合に、スキューの低減を実現することができる。
【０１０６】
本開示の別の態様では、UE向けのRLCフローのためのRLCデータの割り当ては、別個のNode Bによって要求されるデータの量に一部基づき得る。たとえば、図8を再び参照すると、フロー制御メッセージを送信するNode B802は、Multi-Point HSDPAシステムの中のUEに関して、一次サービングセルであってよい。ここで、別個のNode B804が、Multi-Point HSDPAシステムの中の同じUEに関して、二次サービングセルとして動作してよい。この場合、一次サービングセル802への割り当ては、二次サービングセル804によって要求されるデータの量に一部基づいて、一緒に決定され得る。たとえば、一次サービングセル802および二次サービングセル804が各々同じ量のデータを要求する場合、RNC806は、一次サービングセル802に対して、異なる量のデータ、たとえばより大量のデータを割り当てると決定することができる。しかし、二次サービングセル804が、一次サービングセルよりも少量のデータを要求する場合、RNC806は、二次サービングセルが要求したのと同じ量のデータを、一次サービングセル802に割り当てると決定することができる。当然、別個のNode B804によって要求されるデータの量と、要求するNode B802に割り当てられるデータの量との、任意の他の適切な関係が、本開示の範囲内で利用され得る。
【０１０７】
本開示の別の態様では、UE向けのRLCフローのためのRLCデータの割り当ては、要求を送信するNode Bの優先度に一部基づき得る。本開示のいくつかの態様による一例では、一次サービングセルは二次サービングセルよりも高い優先度を与えられ得る。
【０１０８】
本開示のいくつかの態様では、一次サービングセルとしてのNode Bによってサービスされる他の別個のUEに、Node Bが提供しているデータの量に従って、特定のフロー制御メッセージに関する優先度がNode Bに割り当てられ得る。
【０１０９】
たとえば、再び図6を参照すると、データを要求するためのフロー制御メッセージを送るNode B604が、UE610をサービスするMulti- Point HSDPAシステム中の二次サービングセルとして動作していると、仮定する。ここで、このNode B604はさらに、一次サービングセルとして、たとえばUE618、620、および622のような他のUEにサービスしていてもよい。示される例では、UE618および620は、Node B604が唯一のサービングセルであるHSDPAサービスを利用する従来のUEであってよく、UE622は、Node B604が一次サービングセルであり、別個のNode B624が二次サービングセルとして動作する、Multi-Point HSDPA UEであってよい。
【０１１０】
この例では、Node B604が、二次サービングセルとして、フロー制御メッセージに対応するフローのためにUE610にサービスを提供する場合、このNode B604を一次サービングセルとして利用する他のUE618、620、および622は、性能が低下している可能性がある。このことは、システム全体の公平性に悪影響を与え得る。
【０１１１】
ここで、Node B604は、UE610の二次サービングセルとしてのNode B604の状態と、1つまたは複数の別個のUE、たとえばUE618、620、および622の一次サービングセルとしてのNode B604の状態とに基づいて、下げられた優先度を割り当てられ得る。
【０１１２】
本開示のいくつかの態様による一例では、優先度の低下は、この瞬間はRNCがRLCデータをNode B604に割り当てていないということを意味し得る。つまり、本開示のある態様では、一次サービングセルとしてのNode Bによってサービスされている任意のUEのためのRNCキューが空ではない場合には常に、RNCは、二次サービングセルとしてUEのためにデータを要求するNode Bからのフロー制御メッセージを無視し、UEの一次サービングセル(ここではNode B602に相当する)からのそのようなメッセージにのみ応答することができる。
【０１１３】
本開示の別の態様では、UE向けのRLCフローのためのRLCデータの割り当ては、バッチのサイズに一部基づき得る。つまり、Node Bへ送信するために、割り当てられたデータは、RLCデータの小さな部分を含むバッチに分割され得る。ここで、バッチのサイズは各Node Bに対して異なってもよく、または各Node Bに対して同じであってもよい。さらに、バッチのサイズは、具体的な実装形態の仕様に従って、任意の適切な要因に基づいて決定されても構成可能であってもよい。
【０１１４】
ここで、特定のNode Bに割り当てられるRLCデータの量は、バッチサイズの関数であってよく、たとえば、バッチサイズの整数倍であってよい。別の例では、バッチのサイズが大きいとデータの割り当てが大きくなりやすくなってよく、または、特定の実装形態に特有の理由で、小さなバッチサイズが大きなデータの割り当てに利用されてもよい。
【０１１５】
ここで図12に戻り、ブロック1204においてNode Bに送るデータの量を決定すると、ブロック1206において、処理は、決定された量のデータをNode Bに送ることができる。同じUEのために各々データを要求する一次サービングセルおよび二次サービングセルを有するMulti-Point HSDPAシステムを利用するある例では、RNCが割り当てられたデータを複数のNode Bに送る時、各Node Bにどれだけのデータを割り当てるかを決定するのに加えて、ブロック1206においてRNCは、データのどの部分を各Node Bに送るかも全般に決定する。
【０１１６】
図7を参照して上で説明されたように、RNC702におけるRLCサブレイヤは一般に、RNC702におけるMAC-dサブレイヤにデータを提供する。ここで、RNC702によって生成されたMAC-d PDUは、MACエンティティに、たとえば、Node B704または706におけるMAC-ehsサブレイヤに、Iubインターフェースを通じて、バッチとしてHS-DSCHデータフレーム内で送信され得る。Node B704または706は次いで、PDUがスケジューリングされエアインターフェースを介したUEへのPDUの送信が成功するまで、PDUをバッファリングすることができる。
【０１１７】
本開示のある態様では、バッチは、そのNode Bへの全体の割り当て以下であり得る。たとえば、30個のRLC PDUがUE708のためにRNC702の中にあると仮定し、RNC702が10個のパケットを第1のNode B704に割り当て、10個のパケットを第2のNode B706に割り当てると決定したと仮定する。ここで、RNC702は、RNCの中のRLC PDUを10パケットのバッチに分割することができ、第1のバッチは第1のNode B704に送信され、第2のバッチは第2のNode B706に送信される。つまり、ここで各バッチは、Node Bに割り当てられることになるRLCデータの一部を含み得る。
【０１１８】
本開示のいくつかの態様では、上で論じられたように、Node Bに割り当てられるRLCデータの量は、バッチサイズの関数であってよい。たとえば、上で説明された例では、各Node Bに割り当てられたRLCデータの量は、10パケットのバッチサイズに等しい。当然、他の例では、各Node Bに割り当てられるRLCデータの量は、バッチサイズの任意の整数倍であってよい。
【０１１９】
ここで、パケット1から10は第1のNode Bに送られてよく、パケット11から20は第2のNode Bに送られてよい。この例では、2つのサービングセルのチャネル条件は同じであると仮定し、パケット1〜10が順番に第1のNode Bから送信されるのと同時にパケット11〜20が順番に第2のNode Bから送信されるので、UEにおけるパケットの到着の順番は、1、11、2、12、3、13、...10、20である。ここで、UEにおける最大のスキューは10パケットである。つまり、受信されたパケット、たとえばパケット1と11の間に、抜けが10パケット分ある。
【０１２０】
本開示の別の態様では、バッチまたはパケットは、交互に、たとえば、バッチごとまたはパケットごとに時間的に交互に、各Node Bに送信され得る。たとえば、奇数番目のパケットが第1のNode Bに送信されてよく、一方偶数番目のパケットが第2のNode Bに送信されてよい。この例では、サービングセルのチャネル条件は同じであると仮定し、UEにおけるパケットの到着の順序は、1、2、3、...19、20である。つまり、UEにおいてスキューは存在しない。しかし、この例では、Node Bの1つでチャネル条件が変わると、パケットの交互化を利用した時の抜けの数は、パケットをバッチで送信した時の抜けの数よりも大きくなり得る。
【０１２１】
たとえば、パケットをバッチで送信する場合、第1のNode Bが停止すると、UEにおけるパケットの到着の順序は、11、12、13、...20である。この場合、抜けは1しかない。一方、パケットの交互化を利用してパケットを送信する場合、第1のNode Bが停止すると、UEにおけるパケットの到着の順序は、2、4、6、...20である。この場合、抜けは10ある。抜けが多いと、アップリンクフィードバックにおける負荷が増大し得る。それは、これらの抜けを報告する、UEからのRLC状態PDUが大きくなり得るからである。当然、この例は1パケットのバッチサイズを利用したが、本開示による様々な例は、交互化のために任意の適切なバッチサイズを利用することができる。
【０１２２】
バッチの交互化を利用する場合、バッチのサイズは、いくつかのトレードオフを考慮することによって決定され得る。つまり、バッチサイズが大きいと、パケットがUEにおいて受信される時の抜けの数を小さくすることができ、一方バッチサイズが小さいと、パケットがUEにおいて受信される時のスキューを小さくすることができるが、抜けの数が大きくなり得る。当然、本開示の範囲内で、任意の適切なバッチサイズが利用され得る。
【０１２３】
W-CDMAシステムを参照して、遠隔通信システムのいくつかの態様を示してきた。当業者が容易に諒解するように、本開示全体にわたって説明される様々な態様は、他の通信システム、ネットワークアーキテクチャおよび通信規格に拡張され得る。
【０１２４】
例として、様々な態様は、TD-SCDMAおよびTD-CDMAのような、他のUMTSシステムに拡張され得る。様々な態様はまた、Long Term Evolution (LTE)(FDD、TDD、またはこれら両方のモードの)、LTE-Advanced (LTE-A)(FDD、TDD、またはこれら両方のモードの)、CDMA2000、Evolution-Data Optimized (EV-DO)、Ultra Mobile Broadband (UMB)、IEEE 802.11 (Wi-Fi)、IEEE 802.16 (WiMAX)、IEEE 802.20、Ultra-Wideband (UWB)、Bluetooth(登録商標)、および/または他の適切なシステムを利用する、システムに拡張され得る。実際の利用される遠隔通信規格、ネットワークアーキテクチャ、および/または通信規格は、具体的な用途およびシステムに課される全体の設計制約に依存する。
【０１２５】
上記の説明は、本明細書で説明される様々な態様を当業者が実施できるようにするために与えられた。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的な原理は他の態様に適用され得る。したがって、請求項は本明細書で示す態様に限定されるよう意図されているわけではなく、請求項の文言と整合するすべての範囲を許容するように意図されており、単数の要素への言及は、そのように明記されていない限り、「唯一無二の」ではなく、「1つまたは複数の」を意味するよう意図されている。別段に明記されていない限り、「いくつかの」という用語は「1つまたは複数の」を意味する。項目の列挙「のうちの少なくとも1つ」という語句は、単一の要素を含め、それらの項目の任意の組合せを意味する。たとえば、「a、bまたはcのうちの少なくとも1つ」は、「a」、「b」、「c」、「aおよびb」、「aおよびc」、「bおよびc」、「a、bおよびc」を含むことが意図されている。当業者が知っているか、後に知ることになる、本開示全体にわたって説明された様々な態様の要素と構造的かつ機能的に同等のものはすべて、参照により本明細書に明確に組み込まれ、請求項によって包含されることが意図される。また、本明細書で開示する内容は、そのような開示が請求項で明記されているか否かにかかわりなく、公に供することは意図されていない。請求項のいかなる要素も、「のための手段」という語句を使用して要素が明記されている場合、または方法クレームで「のためのステップ」という語句を使用して要素が記載されている場合を除き、米国特許法第112条第6項の規定に基づき解釈されることはない。
【符号の説明】
【０１２６】
100  装置
102  バス
104  プロセッサ
106  コンピュータ可読媒体
108  バスインターフェース
110  トランシーバ
112  ユーザインターフェース
114  処理システム
200  UMTSシステム
202  UMTS地上アクセスネットワーク
204  コアネットワーク
206  無線ネットワークコントローラ
207  無線ネットワークサブシステム
208  Node B
210  ユーザ装置
211  加入者識別モジュール
212  モバイルサービス交換センタ
214  ゲートウェイMSC
215  ホームロケーションレジスタ
216  回線交換ネットワーク
218  サービングGPRSサポートノード
300  アクセスネットワーク
302  セル
318  アンテナグループ
220  ゲートウェイGPRSサポートノード
408  L2層
410  メディアアクセス制御サブレイヤ
412  無線リンク制御サブレイヤ
414  パケットデータコンバージェンスプロトコルサブレイヤ
416  RRC層
【図１】
2013539612.tif 000003
【図２】
2013539612.tif 000004
【図３】
2013539612.tif 000005
【図４】
2013539612.tif 000006
【図５】
2013539612.tif 000007
【図６】
2013539612.tif 000008
【図７】
2013539612.tif 000009
【図８】
2013539612.tif 000010
【図９】
2013539612.tif 000011
【図１０】
2013539612.tif 000012
【図１１】
2013539612.tif 000013
【図１２】
2013539612.tif 000014
【国際調査報告】
2013539612.tif 000015
2013539612.tif 000016
2013539612.tif 000017
2013539612.tif 000018
2013539612.tif 000019
2013539612.tif 000020