JP6595809B2 - ｅＮＢ間キャリアアグリゲーション - Google Patents

ｅＮＢ間キャリアアグリゲーション Download PDF

Info

Publication number
JP6595809B2
JP6595809B2 JP2015116416A JP2015116416A JP6595809B2 JP 6595809 B2 JP6595809 B2 JP 6595809B2 JP 2015116416 A JP2015116416 A JP 2015116416A JP 2015116416 A JP2015116416 A JP 2015116416A JP 6595809 B2 JP6595809 B2 JP 6595809B2
Authority
JP
Japan
Prior art keywords
secondary cell
scell
data
pcell
cell
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2015116416A
Other languages
English (en)
Other versions
JP2015233282A (ja
Inventor
イヤー サブラマニアン
インゲムンソン カーク
マーサン マーク
マサー アプルヴ
Original Assignee
ノキア ソリューションズ アンド ネットワークス オサケユキチュア
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ノキア ソリューションズ アンド ネットワークス オサケユキチュア filed Critical ノキア ソリューションズ アンド ネットワークス オサケユキチュア
Publication of JP2015233282A publication Critical patent/JP2015233282A/ja
Application granted granted Critical
Publication of JP6595809B2 publication Critical patent/JP6595809B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/12—Flow control between communication endpoints using signalling between network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems

Description

本発明は、一般的に、ワイヤレス通信に関するもので、より詳細には、二重接続のようなｅＮＢ間キャリアアグリゲーションに関する。
本章は、以下に開示される発明に対する背景又は状況を与えることを意図している。ここでの説明は、追求できるが必ずしもこれまでに想像、実施又は説明されたものではない概念を含む。それ故、特に指示のない限り、本章での説明は、本出願の説明に対する従来技術でもないし、本章に含ませることで従来技術として認められるものでもない。明細書又は添付図面に使用される頭字語は、以下に定義される。
３ＧＰＰ Ｒｅｌ−１０キャリアアグリゲーション（ＣＡ）では、１００ＭＨｚまでの広い送信帯域巾をサポートするために２つ以上のコンポーネントキャリア（ＣＣ）がアグリゲートされる。ＵＥは、その能力に基づき１つ又は複数のＣＣにおいて同時に受信又は送信することができる。
ＣＡオペレーションは、ＣＣごとに１つ、多数のサービングセルを使用する。一次サービングセル（ＰＣｅｌｌ）は、一次コンポーネントキャリア（ＰＣＣ）によってサービスされ、そしてＵＥとの無線リソースコントロール（ＲＲＣ）接続を取り扱う。１つ以上の二次サービングセル（ＳＣｅｌｌ）は、二次コンポーネントキャリア（ＳＣＣ）によってサービスされ、そして付加的な送信帯域巾を与える。
ＣＡオペレーションは、二重接続の１つの態様として考えられる。３ＧＰＰ ＴＲ ３６．８４２Ｖ１２．０．０（２０１３−１２）、セクション７．１によれば、「二重接続(dual connectivity)」という語は、所与のＵＥが、非理想的バックホールに接続された少なくとも２つの異なるネットワークポイントにより与えられる無線リソースを消費するオペレーションを指すのに使用される。更に、ＵＥの二重接続に含まれる各ｅＮＢは、異なる役割を果たす。それらの役割は、必ずしもｅＮＢの能力クラスに依存せず、ＵＥの間で変化し得る。二重接続に関する付加的な説明については３ＧＰＰ ＴＲ３６．８４２のセクション７を参照されたい。
Ｒｅｌ−１０ ３ＧＰＰ仕様は、ＰＣｅｌｌ及びＳｃｅｌｌが同じｅＮＢに共通配置されるシナリオでしかＣＡオペレーションをサポートしない。このシナリオに関して改善することが有益である。
ｅＮＢ内ユーザプレーンアーキテクチャーとｅＮＢ間ユーザプレーンアーキテクチャーとの間の変化を示す。 規範的な実施形態が具現化される規範的なシステムのブロック図である。 ＦＤＤ−ＦＤＤ（Ｐｃｅｌｌ及びＳｃｅｌｌが両方ともＦＤＤ）のｅＮＢ間ＣＡ ＳＣｅｌｌ ＤＬデータ送信のためのシナリオを示すもので、未使用の１０個のＴＴＩのうちの２つと共にｅＮＢ間ＣＡ Ｓｃｅｌｌ ＤＬデータ送信（ＦＤＤ、８ＤＬ ＨＡＲＱプロセス、Ｔｘ２＝２ｍｓ）を示す。 未使用の９個のＴＴＩのうちの１つと共にｅＮＢ間ＣＡ Ｓｃｅｌｌ ＤＬデータ送信（ＴＤＤフレームコンフィギュレーション１、７ＤＬ ＨＡＲＱプロセス、Ｔｘ２＝１ｍｓ）を示す。 未使用の９個のＴＴＩのうちの１つと共にｅＮＢ間ＣＡ Ｓｃｅｌｌ ＤＬデータ送信（ＴＤＤフレームコンフィギュレーション１、７ＤＬ ＨＡＲＱプロセス、Ｔｘ２＝２ｍｓ）を示す。 未使用の９個のＴＴＩのうちの１つと共にｅＮＢ間ＣＡ Ｓｃｅｌｌ ＤＬデータ送信（ＴＤＤフレームコンフィギュレーション１、７ＤＬ ＨＡＲＱプロセス、Ｔｘ２＝３ｍｓ）を示す。 未使用の９個のＴＴＩのうちの２つと共にｅＮＢ間ＣＡ Ｓｃｅｌｌ ＤＬデータ送信（ＴＤＤフレームコンフィギュレーション１、７ＤＬ ＨＡＲＱプロセス、Ｔｘ２＝４ｍｓ）を示す。 未使用の１８個のＴＴＩのうちの１つと共にｅＮＢ間ＣＡ Ｓｃｅｌｌ ＤＬデータ送信（ＴＤＤフレームコンフィギュレーション５、１５ＤＬ ＨＡＲＱプロセス、Ｔｘ２＝１ｍｓ）を示す。 未使用の９個のＴＴＩのうちの１つと共にｅＮＢ間ＣＡ Ｓｃｅｌｌ ＤＬデータ送信（ＴＤＤフレームコンフィギュレーション５、１５ＤＬ ＨＡＲＱプロセス、Ｔｘ２＝２ｍｓ）を示す。 未使用の１８個のＴＴＩのうちの３つと共にｅＮＢ間ＣＡ Ｓｃｅｌｌ ＤＬデータ送信（ＴＤＤフレームコンフィギュレーション５、１５ＤＬ ＨＡＲＱプロセス、Ｔｘ２＝３ｍｓ）を示す。 未使用の１８個のＴＴＩのうちの３つと共にｅＮＢ間ＣＡ Ｓｃｅｌｌ ＤＬデータ送信（ＴＤＤフレームコンフィギュレーション５、１５ＤＬ ＨＡＲＱプロセス、Ｔｘ２＝４ｍｓ）を示す。 ｅＮＢ間キャリアアグリゲーションのためにエレメント間に通信される規範的なメッセージを示すシグナリング図である。 ＲＬＣ ＳＴＡＴＵＳ ＰＤＵの一例である。 ｅＮＢ間キャリアアグリゲーションの規範的な論理フローのブロック図で、ここに述べる規範的な実施形態による規範的な方法の動作、コンピュータ読み取り可能なメモリで実施されるコンピュータプログラムインストラクションの実行の結果、及び／又はハードウェアで実施されるロジックにより遂行される機能を示す。
上述したように、ＰＣｅｌｌ及びＳｃｅｌｌが同じｅＮＢに共通配置されるシナリオでしかＣＡオペレーションをサポートしないＲｅｌ−１０ ３ＧＰＰ仕様では改善を行うことが有益である。ここに述べる規範的実施形態は、ＰＣｅｌｌ及びＳｃｅｌｌを異なるｅＮＢに配置できるＣＡオペレーション解決策を提案する。規範的実施形態の付加的な説明を進める前に、従来技術に関する付加的な細部について述べる。
ＣＡオペレーションでは、ｅＮＢ及びＵＥは、単一レイヤ２（Ｌ２）プロトコルスタック（ＰＤＣＰ／ＲＬＣ／ＭＡＣレイヤを含む）を使用する。ＰＣｅｌｌ及びＳｃｅｌｌには独立したスケジューラ及びＰＨＹレイヤが使用される。ＤＬでは、ｅＮＢの各サービングセルにおけるこれらのスケジューラが、ＲＬＣ ＳＤＵの共通プロトコルから構成されたトランスポートブロック（ＴＢ）をスケジュールし、そしてそれらを、ＰＨＹ（物理的レイヤ）を経てＵＥへ送信する。従って、ＰＨＹのマルチキャリア特性は、ＭＡＣ及びＰＨＹレイヤに露出されるだけである。
あるサイズのＴＢを構成するためのＲＬＣ ＰＤＵは、ＭＡＣレイヤにより送信機会が通知されたときだけＲＬＣレイヤにより形成される。ＴＢサイズ、ひいては、それに対応するＲＬＣ ＰＤＵサイズは、ＵＥからの現在ＣＱＩ情報に基づいてスケジューラにより決定される。ＲＬＣ ＰＤＵサイズは、ＵＥが経験する現在無線状態（例えば、ＣＱＩ）に基づくものであり、そしてＲＬＣ ＳＤＵは、共通プールからの全てのセルにより使用されるので、ＲＬＣ ＰＤＵ／ＴＢを構成するのに使用されるＲＬＣ／ＭＡＣレイヤは、ＴＢをスケジューリングしてＴＢをＵＥへ送信するのに伴う厳密なタイミング要求を満足するように共有され且つ共通配置される。従って、ＳＣｅｌｌ（１つ又は複数）は、単一のＬ２スタックを伴うｅＮＢ内ＣＡアーキテクチャーに対してＰＣｅｌｌと共に共通配置される。ｅＮＢ間ＣＡオペレーションでは（「ｅＮＢ間ＣＡオペレーション」とは、ＰＣｅｌｌが１つのｅＮＢに配置され且つＳＣｅｌｌが別のｅＮＢに配置されることを意味する）、ｅＮＢにおける単一のＬ２プロトコルスタックを保持すべき場合に、Ｌ２スタックは、ＰＣｅｌｌをホストするｅＮＢに保持され、そしてリモートｅＮＢにおけるＳＣｅｌｌスケジューラは、２つのｅＮＢを接続するＸ２リンクを経てＴＴＩごとにあるサイズのＴＢをＰＣｅｌｌに要求しなければならない。ＰＣｅｌｌ Ｌ２は、次いで、ＴＢを構成し、そしてＸ２リンクを経てＳＣｅｌｌへＴＢを送信し、ＳＣｅｌｌは、次いで、ＳＣｅｌｌ ＰＨＹレイヤを通してＴＢを送信する。従って、ＴＢのスケジューリングは、リンクを経てＴＢ要求を送信してＴＢを得るためにＸ２リンクレイテンシーの２倍の付加的な遅延を経験する。この遅延は、以下に述べるように、スケジューラをストールさせる。ＡＲＱ再送信も、この遅延を経験する。
更に、サービングセル当たり１つの独立したＨＡＲＱエンティティがある。ＴＢに対応するＨＡＲＱ ＡＣＫ／ＮＡＣＫは、そのＴＢを送信した各サービングセルによって取り扱われ、そしてＨＡＲＱ再送信もそのセルにより遂行される。しかしながら、ＨＡＲＱ ＡＣＫ／ＮＡＣＫを搬送するのに使用されるＰＵＣＣＨ／ＰＵＳＣＨは、ＰＣｅｌｌでなければ送信されない。従って、ＰＣｅｌｌ及びＳＣｅｌｌ（１つ又は複数）により送信されるＴＢのためのＨＡＲＱ ＡＣＫ／ＮＡＣＫは、ＰＣｅｌｌにより受信されて、ＳＣｅｌｌ（１つ又は複数）へ転送される。ｅＮＢ内ＣＡでは、ＰＣｅｌｌ及びＳＣｅｌｌ（１つ又は複数）が共通配置されているので、これは問題にならない。ｅＮＢ間ＣＡでは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫは、ＰＣｅｌｌ及びＳＣｅｌｌ（１つ又は複数）を各々ホストしているｅＮＢ間のＸ２レイテンシーに等しい遅延でＳＣｅｌｌ（１つ又は複数）に到着する。
ＳＣｅｌｌ（１つ又は複数）におけるＨＡＲＱ ＡＣＫ／ＮＡＣＫのこの遅延受信は、２つの潜在的な問題を生じる。その１つは、遅いＮＡＣＫのためにＨＡＲＱ再送信が遅延されることである。しかしながら、ｅＮＢ ＨＡＲＱ再送信は非同期であるから、再送信のためのＭＣＳコード化レートに遅延が影響するほど遅延が大きくないとすれば、これは問題にならない。第２の問題は、固定数のＤＬ ＨＡＲＱ停止・待機プロセスがあることである。ＳＣｅｌｌがＨＡＲＱ ＡＣＫ／ＮＡＣＫを待機するところの未処理ＴＢの最大数は、ＤＬ ＨＡＲＱプロセスのこの数に等しい。遅延値に基づいて、スケジューラは、次のＴＢをスケジューリングすることからストールする。というのは、スケジューラは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫを待機するからである。大きなＸ２遅延は、ＳＣｅｌｌスケジューラを激しくストールし、従って、ＣＡがもたらす高いスループット利益を低下させる。ＰＣｅｌｌからＸ２リンクを横切る要求によりＴＢが得られる場合には、プリ・スケジューラスタートからＨＡＲＱ ＡＣＫ／ＮＡＣＫの受信までのスケジューラのための結果遅延は、Ｘ２遅延の３倍であり、即ちＸ２を横切るＴＢ要求に対して１つのＸ２遅延、Ｘ２を横切るＴＢ受信に対する第２のＸ２遅延、及びＸ２を横切るＨＡＲＱ ＡＣＫ／ＮＡＣＫに対して第３のＸ２遅延である。
要約すれば、第１に、ＣＡについて仕様書に定義された単一のＬ２スタックアーキテクチャーは、ｅＮＢ内ＣＡしかサポートせず、このアーキテクチャーは、ＳＣｅｌｌがＴＢを要求しそしてＸ２リンクを経てＰＣｅｌｌから受け取るためにスケジューラ遅延を生じさせる。第２に、ＰＣｅｌｌにおけるＰＵＣＣＨ／ＰＵＳＣＨの存在は、遠隔位置のＳＣｅｌｌ（１つ又は複数）へある遅延を伴ってＨＡＲＱ ＡＣＫ／ＮＡＣＫを配信させるだけである。これら遅延は、両方とも、スケジューラのストールに貢献する。Ｌ２アーキテクチャーは、ＳＣｅｌｌがＴＢを要求しそしてＸ２リンクを経てＰＣｅｌｌから受信するのを回避するように変更されてもよく、そしてＸ２遅延は、有効なＳＣｅｌｌスループットでｅＮＢ間ＣＡをサポートするために最小にされる。
概略として、本発明の規範的な実施形態は、次のものの１つ以上を含む。
１）以下は、ＨＡＲＱストーリングを減少するための規範的なＬ２アーキテクチャーの変更である。ＳＣｅｌｌがＲＬＣ ＰＤＵを要求しそして受信する（例えば、プリ・スケジューリングのときのＰＣｅｌｌからのＡＭＤ ＰＤＵ）ことは、Ｘ２レイテンシーの２倍のスケジューラ遅延を排除するために回避されねばならない。ＰＣｅｌｌからＳＣｅｌｌ（１つ又は複数）へ指定のＲＬＣシーケンス番号（ＳＮ）と共にＲＬＣ ＰＤＵ（例えば、ＡＭＤ ＰＤＵ）を送信する。その周波数は、ＰＣｅｌｌとＳＣｅｌｌとの間のフローコントロールで制御される。ＳＣｅｌｌは、ＰＤＵをＰＤＵセグメントに再セグメント化するか、又はスケジューリング時にＳＣｅｌｌスケジューラにより決定されたＴＢサイズに基づいてＰＤＵを連結し、そしてＴＢは、ＳＣｅｌｌ ＰＨＹによりＵＥへ送信される。
２）ＰＣｅｌｌとＳＣｅｌｌとの間でフローコントロールが遂行される。ＳＣｅｌｌ又はＰＣｅｌｌの各々は、次のファクタの１つ以上を使用してＵＥごとにＳＣｅｌｌにおいてキューされるＲＬＣデータの深さを動的に管理する。
・セルの現在負荷（例えば、全てのＵＥのバッファされたデータの量、及び／又はＧＢＲフローにコミットされるＲＢのパーセント）。
・ＳＣｅｌｌにおけるこのＵＥに対するピーク理論スループット。これは、ＰＣｅｌｌ／ＳＣｅｌｌ間の現在の一方向遅延から導出される。この遅延は、利用可能なＨＡＲＱチャンネルの限定数及びＰＣｅｌｌ／ＳＣｅｌｌメッセージレイテンシーのためにスループットのストールを生じさせる。
・ＵＥが受信できるデータの量を制約するＵＥの現在ＣＱＩ。
・ＵＥに対して現在キューされるデータの量。
３）ＰＤＵ（例えば、ＡＭＤ ＰＤＵ）は、ＧＴＰ−Ｕプロトコルのような信頼性のないプロトコルを使用してＸ２リンクを経て送信される。３ＧＰＰ ＴＳ３６．２２２Ｖ．１１．０．０（２０１２−０９）は、この開示の一部分を形成するアペンディックスＡとして提出され、その開示は、参考としてここにそのまま援用されることに注意されたい。３ＧＰＰ ＴＳ３６．２２２は、（図７に示す）ＳＴＡＴＵＳ ＰＤＵを含めて、ＰＤＵに関する情報を含む。ＧＴＰ−Ｕプロトコルのようなプロトコルは、信頼性がないので、あるＰＤＵがリンクを経て失われることがある。ＰＣｅｌｌは、送信のためにＳＣｅｌｌへ送られたＡＭＤ ＰＤＵのみに対してＳＴＡＴＵＳ ＰＤＵにおいてＡＲＱ ＡＣＫ／ＮＡＣＫをＳＣｅｌｌに送信する。ＳＣｅｌｌが、ＳＣｅｌｌにより受信されていないＡＭＤ ＰＤＵに対してＡＲＱ ＮＡＣＫを受信した場合には、ＳＣｅｌｌは、ＰＣｅｌｌがそのＡＭＤ ＰＤＵをそれ自身で再送信できるようにＰＣｅｌｌに通知する。或いは又、ＳＣｅｌｌは、首尾良く送信されたＡＭＤ ＰＤＵのリストをＰＣｅｌｌに送信する。ＰＣｅｌｌは、このリスト及びＳＴＡＴＵＳ ＰＤＵを使用して、リンクを経て失われたＰＤＵのリストを決定する。
４）ＳＣｅｌｌがＵＥに対してデアクチベートされたときに、ＳＣｅｌｌは、データをＰＣｅｌｌへ返送するのではなく、そのＵＥに対するキューされたＲＬＣデータを単に破棄する。ＲＬＣ ＡＣＫに対してＳＴＡＴＵＳ ＰＤＵを監視してデータの配信を保証するのは、ＰＣｅｌｌの役目である。
以上に規範的な概略を述べたが、規範的な実施形態を更に詳細に説明する。参照を容易にするために、本開示の残り部分を幾つかのセクションに分割する。
セクション１．ＨＡＲＱストールを減少するために示唆されるアーキテクチャー変更
ＣＡにおいて、単一ユーザプレーンプロトコルスタックがｅＮＢ及びＵＥにより使用される。ＳＣｅｌｌ及びＰＣｅｌｌが共通配置されるｅＮＢ内ＣＡでは、ＵＥに対して独立してＴＢをスケジュールし送信するためにＲＬＣ ＳＤＵの共通のプールが両セルにより使用される。ｅＮＢ間ＣＡでは、ＰＣｅｌｌ及びＳＣｅｌｌが遠隔配置されるので、Ｌ２アーキテクチャーの変更なしに、ＳＣｅｌｌがプリ・スケジュール時にＲＬＣ ＰＤＵを要求しそしてＰＣｅｌｌからＲＬＣ ＰＤＵ（ＡＭＤ ＰＤＵのみ）を受け取るために、Ｘ２レイテンシーの２倍のスケジューラ遅延が生じる。この遅延は、スケジューラストールを減少することにより有効なＳＣｅｌｌスループットを達成するために回避される。図１は、規範的な実施形態で行うことが示唆されたＬ２アーキテクチャー変更を示す。
図１を参照すれば、この図は、ｅＮＢ内及びｅＮＢ間ユーザプレーンアーキテクチャー間の変更を示す。参照番号１００は、ｅＮＢ１１０のためのｅＮＢ内ユーザプレーンアーキテクチャーを示し、ｅＮＢ１１０は、ＰＣｅｌｌ及びＳＣｅｌｌの両方を実施する。ｅＮＢ１１０は、ＰＣｅｌｌ及びＳＣｅｌｌの両方を有すると共に、それに対応する物理的（Ｌ１）レイヤＰＨＹ＿ＰＣｅｌｌ１７０及びＰＨＹ＿ＳＣｅｌｌ１８０を有する。又、ｅＮＢ１１０は、対応するＰＣｅｌｌ及びＳＣｅｌｌスケジューラ、各々、ＳＣＨＥＤ＿ＰＣｅｌｌ１５０及びＳＣＨＥＤ＿ＳＣｅｌｌ１６０も有する。Ｌ２レイヤは、ＰＤＣＰレイヤ１２０、ＲＬＣレイヤ１３０、及びＭＡＣレイヤ１４０を含む。参照番号１９０は、示唆されるｅＮＢ間ＣＡユーザプレーンアーキテクチャーを示す。ｅＮＢ２９０−１は、ＰＣｅｌｌ及びそれに対応する物理的レイヤＰＨＹ＿ＰＣｅｌｌ１７０を、Ｌ２レイヤＰＤＣＰレイヤ１２０、ＲＬＣレイヤ１３０、及びＭＡＣレイヤ１４０と共にコントロールする。ｅＮＢ２９０−１は、ＰＣｅｌｌスケジューラＳＣＨＥＤ＿ＰＣｅｌｌ１５０を実施する。ｅＮＢ２９０−１は、リンク２７０を経てｅＮＢ２９０−２と通信し、リンク２７０は、この例では、Ｘ２インターフェイスを実施する。ｅＮＢ２９０−２は、ＳＣｅｌｌ及びそれに対応する物理的レイヤＰＨＹ＿ＳＣｅｌｌ１８０を、Ｌ２レイヤＲＬＣレイヤ１３０、及びＭＡＣレイヤ１４０と共にコントロールする。ｅＮＢ２９０−２は、ＳＣｅｌｌスケジューラＳＣＨＥＤ＿ＳＣｅｌｌ１６０を実施する。
規範的実施形態が具現化される規範的システムのブロック図である図２を参照する。図２において、ユーザ装置（ＵＥ）２１０は、ワイヤレスリンク２１１を経てネットワーク２００とワイヤレス通信する。ユーザ装置２１０は、１つ以上のプロセッサ２２０、１つ以上のメモリ２２５、及び１つ以上のトランシーバ２３０（受信器Ｒｘ２３２及び送信器Ｔｘ２３３を各々含む）を備え、これらは、１つ以上のバス２２７を通して相互接続される。１つ以上のトランシーバ２３０は、１つ以上のアンテナ２２８に接続される。１つ以上のメモリ２２５は、コンピュータプログラムコード２２９を含む。
ＵＥ２１０によるネットワーク２００へのワイヤレスアクセスを与えるベースステーションであるｅＮＢ２９０−１は、１つ以上のプロセッサ２５０、１つ以上のメモリ２５５、１つ以上のネットワークインターフェイス（Ｎ／Ｗ Ｉ／Ｆ）２６１、及び１つ以上のトランシーバ２６０（受信器Ｒｘ２６７及び送信器Ｔｘ２６６を各々含む）を備え、これらは、１つ以上のバス２５７を通して相互接続される。ｅＮＢ２９０−１は、ＰＣｅｌｌをコントロールする。１つ以上のトランシーバ２６０は、アンテナ又なアンテナアレイ２１２に接続される。１つ以上のメモリ２５５は、コンピュータプログラムコード２５３を含む。この例では、ｅＮＢ２９０−１の一部分であって且つｅＮＢ２９０−１にここに述べるオペレーションの１つ以上を遂行させるｅＮＢ間ＣＡコントロールモジュール２９２がある。一例において、ｅＮＢ間ＣＡコントロールモジュール２９２は、コンピュータプログラムコード２５３を使用して形成される（例えば、完全に又は部分的に）。即ち、一例において、１つ以上のメモリ２５５におけるコンピュータプログラムコード２５３は、ｅＮＢ２９０をコントロールするように動作し、１つ以上のメモリ２５５及びコンピュータプログラムコード２５３は、１つ以上のプロセッサ２５０とで、ここに述べる技術の１つ以上をｅＮＢ２９０−１に遂行させるように構成される。別の例において、ｅＮＢ間ＣＡコントロールモジュール２９２は、特定用途向け集積回路又はフィールドプログラマブルゲートアレイのようなハードウェアエレメントで実施される（例えば、完全に又は部分的に）。ｅＮＢ間ＣＡコントロールモジュール２９２と同様に、ＰＤＣＰレイヤ１２０、ＲＬＣレイヤ１３０、ＭＡＣレイヤ１４０、ＰＣｅｌｌスケジューラＳＣＨＥＤ＿ＰＣｅｌｌ１５０、及び物理的レイヤＰＨＹ＿ＰＣｅｌｌ１７０は、コンピュータプログラムコード２５３又はハードウェア或いはその両方として実施される。
ｅＮＢ２９０−２は、ＳＣｅｌｌをコントロールし、そして内部エレメントに関してはｅＮＢ２９０−１と同様であると仮定する。しかしながら、ｅＮＢ２９０−２は、ＲＬＣレイヤ１３０、ＭＡＣレイヤ１４０、ＳＣｅｌｌスケジューラＳＣＨＥＤ＿ＳＣｅｌｌ１６０、及び物理的レイヤＰＨＹ＿ＳＣｅｌｌ１８０を備えている。
ｅＮＢ２９０−１は、１つ以上のセル２９７を形成し、その縁は、図２に参照番号２９３として示されている。ｅＮＢ２９０−２は、１つ以上のセル２９６を形成し、その縁は、図２に参照番号２９４として示されている。参照の容易さ及び明瞭さのために、ｅＮＢ２９０−１は、主としてＰＣｅｌｌ ｅＮＢ２９０−１又はＰＣｅｌｌと称され、そしてｅＮＢ２９０−２は、主としてＳＣｅｌｌ ｅＮＢ２９０−２又はＳＣｅｌｌと称される。複数のＳＣｅｌｌ ｅＮＢ２９０−２があることに注意されたい。
１つ以上のネットワークインターフェイス２６１は、リンク２７０及び２３１のような１つ以上のネットワークを経て通信する。２つ以上のｅＮＢ２９０は、例えば、リンク２７０を使用して通信する。リンク２７０は、ワイヤード又はワイヤレスでもよいし、その両方でもよく、そして例えば、Ｘ２インターフェイスを実施する。
ワイヤレスネットワーク２００は、ネットワークコントロールエレメント（ＮＣＥ）２４０を備え、これは、移動管理エンティティ（ＭＭＥ）又はサービングゲートウェイ（ＳＧＷ）機能を含み、そして電話ネットワーク及び／又はデータ通信ネットワーク（例えば、インターネット）のような更に別のネットワークとの接続を与える。ｅＮＢ２９０は、リンク２３１を経てＮＣＥ２４０に結合される。リンク２３１は、例えば、Ｓ１インターフェイスとして実施される。又、リンク２３１は、ＳＣｅｌｌ ｅＮＢ２９０−２に接続される。ＮＣＥ２４０は、１つ以上のプロセッサ２７５、１つ以上のメモリ２７１、及び１つ以上のネットワークインターフェイス（Ｎ／Ｗ Ｉ／Ｆ）２８０を備え、これらは、１つ以上のバス２８５を通して相互接続される。１つ以上のメモリ２７１は、コンピュータプログラムコード２７３を含む。
コンピュータ読み取り可能なメモリ２２５、２５５及び２７１は、ローカル技術環境に適した任意の形式であり、そして適当なデータストレージ技術、例えば、半導体ベースのメモリ装置、フラッシュメモリ、磁気メモリ装置及びシステム、光学的メモリ装置及びシステム、固定メモリ及び取り外し可能なメモリを使用して実施される。プロセッサ２２０、２５０及び２７５は、ローカル技術環境に適した任意の形式であり、そして非限定例として、汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャーに基づくプロセッサの１つ以上を含む。
図１及び２の両方を参照すれば、ｅＮＢ間ＣＡでは、ＰＣｅｌｌ ｅＮＢ２９０−１は、ＲＬＣ ＳＤＵからあるサイズのＲＬＣ（ＡＭＤ）ＰＤＵを構成し、そしてそれらを、例えば、リンク２７０にわたりＸ２インターフェイスを経てＳＣｅｌｌ（１つ又は複数）ｅＮＢ２９０−２へ送信する。ＧＴＰ／ＵＤＰ／ＩＰプロトコルは、典型的に、ＡＭＤ ＰＤＵを搬送するのに使用される。ＳＣｅｌｌのプロキシーＲＬＣレイヤ１３０は、ＰＣｅｌｌから受信されるＡＭＤ ＰＤＵを取り扱う。
ＡＭＤ ＰＤＵは、ＲＬＣシーケンス番号が割り当てられて、ＰＣｅｌｌにより発生される。ＵＥには１つのＬ２プロトコルスタック（図示せず）しかなく、そしてｅＮＢ（１つ又は複数）における１つのＲＬＣエンティティのみがシーケンス番号を発生する。
送信のためのＴＢサイズは、現在ＵＥ ＣＱＩ情報に基づいてスケジューラにより決定されるので、ＳＣｅｌｌにより受信されるＡＭＤ ＰＤＵは、１つのＴＢとして送信されない。ＳＣｅｌｌは、スケジューリング時にＳＣｅｌｌスケジューラによって決定されたＴＢサイズに基づいてＡＭＤ ＰＤＵをＡＭＤ ＰＤＵセグメントへ再セグメント化し、そしてＴＢは、ＳＣｅｌｌ ＰＨＹによりＵＥへ送信される。ＡＭＤ ＰＤＵがセグメント化された場合には、全てのＡＭＤ ＰＤＵセグメントが、ＰＣｅｌｌにより発生された同じＲＬＣシーケンス番号を搬送する。
スケジューラにより決定されたＴＢサイズが、次に送信されるべきＡＭＤ ＰＤＵ又はＡＭＤ ＰＤＵセグメントより大きい場合には、ＳＣｅｌｌは、ＴＢサイズに適合する１つ以上のＡＭＤ ＰＤＵ又はＡＭＤ ＰＤＵセグメントを連結する。従って、連結されるデータユニットの種々の組み合わせは、次の通りである。
・１つのＡＭＤ ＰＤＵセグメント及び１つ以上のＡＭＤ ＰＤＵ；
・１つのＡＭＤ ＰＤＵセグメント及び１つ以上のＡＭＤ ＰＤＵ、並びに端におけるもう１つのＡＭＤ ＰＤＵセグメント；
・２つのＡＭＤ ＰＤＵセグメント；
・２つ以上のＡＭＤ ＰＤＵ；又は
・２つ以上のＡＭＤ ＰＤＵ及び端における１つのＡＭＤ ＰＤＵセグメント。
規範的実施形態では、ＡＭＤトラフィックしかサポートされない。この制限の理由は、ＡＭＤ ＰＤＵしか再セグメント化できないからである。スケジューラにより決定されるサイズのＴＢを得るためにはＲＬＣ ＰＤＵを再セグメント化しなければならないので、ＡＭＤトラフィックしかサポートできない。ほとんどの非ＧＢＲサービスは、確認されたモードを使用するので、この制限を受け容れねばならない。
プロキシーＲＬＣレイヤ（即ち、ＳＣｅｌｌのＲＬＣレイヤ１３０）は、ＨＡＲＱ再送信及びＡＲＱ再送信のためにＡＭＤ ＰＤＵ及び構成されたＡＭＤ ＰＤＵセグメントをバッファする。
セクション２．ＳＣｅｌｌとＰＣｅｌｌとの間のフローコントロール
ＳＣｅｌｌアクチベーションに応答して、ＳＣｅｌｌは、初期メッセージ（例えば、ＡＭＤ＿ＰＤＵ＿ＤＡＴＡ＿ＲＥＱＵＥＳＴ）をＰＣｅｌｌへ送信して、ＲＬＣ ＰＤＵを配信する。このメッセージは、送信すべきＲＬＣ ＰＤＵのサイズ（ＲＬＣ ＰＤＵは、いかなるサイズでもよい）及び送信すべきＰＤＵの数を指定する。この時点では、ＰＣｅｌｌ−ＳＣｅｌｌ遅延が分からないので、あるデフォールト値が使用されてもよい。その意図は、ＰＣｅｌｌがＵＥをスケジュールするためにＳＣｅｌｌに対して充分なデータで「ポンプに呼び水を差す」一方、ＰＣｅｌｌがＰＣｅｌｌ−ＳＣｅｌｌ遅延を測定しそしてデータを収集してフローコントロールを管理することである。
ＲＬＣ ＰＤＵサイズ及びＰＤＵの数は、ＳｅＮＢにおいてターゲットバッファ遅延Ｔをセットすることによっても決定できる。従って、Ｔを、例えば、１０ｍｓに限定すべき場合には、以下の式を使用しそしてＱＰＳＫのような伝統的なＣＱＩを使用し、且つＳＣｅｌｌの現在負荷ファクタに基づいてＵＥに割り当てられるリソースブロックスペースの伝統的なパーセンテージを仮定することにより、ＳＣｅｌｌで送信できるデータの量を計算することができる。ＳＣｅｌｌ ＣＱＩ情報は、ＳＣｅｌｌアクチベーションの後までＵＥによって送信されず、従って、ＣＱＩ情報は利用できない。初期の要求が僅かであっても、ＳＣｅｌｌ送信が開始しそしてフローコントロールが実行すると、引き出しレート及びターゲットバッファ遅延に基づいて、より大きな要求を行うことができる。規範的な計算を以下に示す。
ＰＣｅｌｌは、要求されたＲＬＣ ＰＤＵを含む一連のメッセージ（例えば、ＡＭＤ＿ＰＤＵ＿ＤＡＴＡ＿ＲＥＳＰＯＮＳＥメッセージ）で応答する。第１のメッセージが受信されると、ＳＣｅｌｌは、元のＰＤＵ要求とこのメッセージとの間の時間遅れを計算する。これは、ＳＣｅｌｌとＰＣｅｌｌとの間のＲＴＴ遅延のシード値として使用される。その後、ＳＣｅｌｌがＰＣｅｌｌへの手順を開始しそして応答を待機するたびに、ＳＣｅｌｌは、測定された遅延を、遅延測定アルゴリズムへの新たな入力として使用することができる。この遅延は、αを重みとすれば、ＲＴＴ＝（α・Ｏｌｄ＿ＲＴＴ）＋（（１−α）Ｎｅｗ＿Ｒｏｕｎｄ＿Ｔｒｉｐ＿Ｓａｍｐｌｅ）のような単純な測定アルゴリズムを経て時間と共に動的に推定することができる。重みαは、例えば、０．９である。ＲＴＴに高い分散がある場合には、大きな値を使用することが有益である。分散が低い場合には、Ｏｌｄ＿ＲＴＴがＮｅｗ＿Ｒｏｕｎｄ＿Ｔｒｉｐ＿Ｓａｍｐｌｅに接近する。ＰＣｅｌｌからのタイムスタンプもＳＣｅｌｌの追加／アクチベーション要求と共に送信することができ、そしてＳＣｅｌｌは、そのタイムスタンプを、コントロールメッセージの受信時にＳＣｅｌｌのタイムスタンプと比較して、Ｘ２リンク２７０における初期の一方向時間遅延を決定することができる。
ＳＣｅｌｌがＵＥのためのデータをキューすると、ＳＣｅｌｌは、このＵＥをＤＬスケジューリングについて考えることができる。（例えば、スケジューラ１６０による）そのＤＬスケジューリングアルゴリズムの完了時に、ＴＴＩごとに、ＳＣｅｌｌは、ＵＥのキューされたＲＬＣデータが持続するおおよその時間長さを推定する。ここに提案する規範的な式は、次の通りである。
但し、
（ＭａｘＲＢｓは、実際には、サブフレーム当たりのＭａｘＲＢｓ又はミリ秒当たりのＭａｘＲＢｓであることに注意されたい）。ここで、ＵＥのスループットを改善できる（例えば、セル負荷の減少又はＣＱＩの増加）ときの条件を考慮するために、β＝値＜１にセットされた係数である。このファクタは、ＰＣｅｌｌから得られるデータが過小評価されないように主として使用される。
ＢｕｆＬｅｎ＝ＵＥに対してキューされるＲＬＣデータの量（ビット）である。
ＢｉｔｓＰｅｒＲＢ＝このキャリアに対して最も遅くに報告されるＣＱＩ値に基づき、ＵＥがスケジュールされるＲＢ当たりのビット数である。
ＴｏｔａｌＲＢｓ＝このキャリアにおけるＤＬリソースブロックの合計数（例えば、２０ＭＨｚキャリアではサブフレーム当たり１００ＲＢ）である。
Ｌf＝他のＵＥに対してキューされるデータの合計量及びＧＢＲフローに対して既に予約されたＲＢのパーセンテージに基づく、このキャリアのための計画将来負荷レベルである。これに関する詳細は、以下を参照されたい。
ＭａｘＲＢｓｆｏｒＵＥ＝デュープレックス（ＦＤＤ対ＴＤＤ）、ＴＤＤフレーム構成、及びＵＥに対する現在ＰＣｅｌｌ−ＳＣｅｌｌ遅延に基づき、このキャリアの移動平均としてＵＥに指定できるＲＢの最大理論パーセンテージである。ＨＡＲＱチャンネルの限定数のために、ｅＮＢ間遅延は、スループットストールを生じる。これらのストールは、ｅＮＢ間レイテンシーと共に増加する。この理論的パーセンテージのための計算は、以下に説明する。
次いで、ＳＣｅｌｌスケジューラは、この計算された期間（即ち、ｔdrain）を、最後に推定されたＲＴＴ遅延よりある余裕（Ｔmargin）だけ大きいスレッシュホールド値と比較する。その期間がＴmargin以下である場合、ＳＣｅｌｌは、ＰＣｅｌｌから付加的なデータを要求する。Ｔmarginは、遅延が推定ＲＴＴより長い場合に、より多くのデータがＰＣｅｌｌからフェッチされる間に引き出されるものより多くのデータがＳＣｅｌｌにキューされることを保証する。
要求されるデータの量は、満足されるべきターゲットバッファ遅延Ｔに依存する。リンクレイテンシーをＴX2とし、例えば、ＲＴＴ／２とする。要求されたデータに対して同じ引き出しレートを仮定すれば、要求されるデータの量（Ｄrequest）（単位ビット）は、次の式で与えられる。
Ｄrequest＝（ＢｕｆＬｅｎ／ｔdrain）＊（Ｔ＋２＊ＴX2−ｔdrain）
要求されるデータの量が分かると、その要求は、ＡＭＤ ＰＤＵのサイズ及びＰＤＵの数に関して指定される。ＡＭＤ ＰＤＵは、任意のサイズである。ＳＣｅｌｌにおけるＵＥスループットの広い範囲について考えると、単一のワン・サイズ・フィット・オールＰＤＵ(one-size-fits-all PDU)サイズを定義することは困難である。ＵＥ２１０がＳＣｅｌｌの最大スループットを受け取る場合には、ＰＤＵサイズが小さ過ぎると、ＲＬＣ ＰＤＵの数が不必要に多くなり、スペクトルの他端において、ＵＥ２１０がセルの縁２９４にあってＳＣｅｌｌの低いスループットを受け取る場合には、ＲＬＣ ＰＤＵが大き過ぎると、多くのセグメントが必要となり、送信に非常に長い時間を要する。
より柔軟性のある解決策は、ＵＥの現在ＳＣｅｌｌスループットレベルに比例してＲＬＣ ＰＤＵのサイズを適応的に決める。例えば、ＴＴＩごとにＵＥの平均スループットに一致するようにＲＬＣ ＰＤＵのサイズを決めることができる。例えば、ＵＥがＳＣｅｌｌにおいて１０Ｍｂｐｓを受け取る場合には、ＲＬＣ ＰＤＵは、１０Ｍｂｐｓ／（１０００サブフレーム／秒）／（８ビット／バイト）＝１２５０バイトのサイズにされる。ＵＥが１０倍も高いスループット（１００Ｍｂｐｓ）を受け取る場合には、そのＲＬＣ ＰＤＵは、１２５００バイトのサイズにされる。
ＳＣｅｌｌがＮ個のＰＤＵを要求しても、ＰＣｅｌｌは、それ自身の負荷ファクタや、ＵＥに対してキューされるデータの量、等に基づくそのスケジューリング判断に基づいてそれより少数を送信することに注意されたい。
セクション２．１．キャリアのための計画負荷レベル（Ｌf）
キャリアのための計画負荷レベルは、キューされた非ＧＢＲデータの量、並びにＵＥに対してＧＢＲトラフィックにより使用されるＲＢのパーセンテージに基づいて、各アクティブなＵＥ（非ＣＡ ＵＥ及びＣＡ ＵＥ）により使用されるＲＢの個々のパーセンテージをアグリゲートすることにより決定される。この考え方は、ＳＣｅｌｌの全てのアクティブなＵＥが一度スケジュールされた次の１組のサブフレームわたってこの負荷レベルを推定することである。
従って、Ｌfは、１組のサブフレームにわたる平均将来負荷レベルである。ＬfがＵＥxを除く全てのＵＥの平均合成負荷レベルであると仮定すれば、（１−Ｌf）は、ＵＥxに対して利用できるＲＢのパーセンテージを平均で表す。
別の可能性は、以前の負荷レベル及び計算される将来の負荷レベルの両方に重みを適用することである。従って、αを重みとすれば、
Ｌf＝（α・Ｌf_old）＋（（１−α）・Ｌf_new）
となる。
重みαは、例えば、０．９である。負荷ファクタは、特に、バースト的トラフィックでは高い分散性を有し、従って、重みとして高い値を使用するのが有益である。
更に、ＣＡ ＵＥをスケジュールするのに関連したスケジューリング重みは、ＴＴＩにおいてＣＡ ＵＥがサービスされる確率が高くなるように高い値にセットされる。ＳＣｅｌｌトラフィックは、Ｘ２リンクを横切る遅延を経験するので、この重みは、ＳＣｅｌｌトラフィックがサービスされる高い確率を与える値にセットされる。従って、Ｌfの計算のために、ＳＣｅｌｌによりサービスされるＣＡ ＵＥは、この重みを適切にセットすることによりスケジュールされる確率が高くなると仮定する。
セクション２．２．ＵＥのためのＲＢｓの最大理論的パーセンテージ（ＭａｘＲＢｓＦｏｒＵＥ）
セクション２．２．１．ＦＤＤ−ＦＤＤ
上述したように、ＰＣｅｌｌにおけるＰＵＣＣＨ／ＰＵＳＣＨの存在は、ＰＣｅｌｌがＨＡＲＱ ＡＣＫ／ＮＡＣＫ及びＲＬＣ ＳＴＡＴＵＳ ＰＤＵを遠隔配置のＳＣｅｌｌ（１つ又は複数）に転送することを必要とするだけである。従って、ＨＡＲＱ ＡＣＫ／ＮＡＣＫは、リンク（例えば、Ｘ２）レイテンシーに等しい遅延でＳＣｅｌｌ（１つ又は複数）に配信される。
図３は、ＦＤＤ−ＦＤＤ（ＰＣｅｌｌ及びＳＣｅｌｌは両方ともＦＤＤ）のためのｅＮＢ間ＣＡ ＳＣｅｌｌ ＤＬデータ送信のシナリオを示す。ＦＤＤでは、ＤＬのためのＨＡＲＱプロセスが８個ある。ＴＢのためのプリ・スケジューリングは、ＴＢのＰＨＹ送信よりもほぼ３つのＴＴＩ３２０だけ前に開始する（ＳＣｅｌｌに対して；又、ＰＣｅｌｌに対してＴＴＩ３１０も示されている）（各ＴＴＩは、巾が１ミリ秒である）。８個のＨＡＲＱプロセスがあるので、最大８個のＴＢを送信することができ、その後、９番目のＴＢをプリ・スケジューリングする前にＨＡＲＱ ＡＣＫを受信しなければならない。
図３のシナリオにおいて、２ミリ秒のＸ２レイテンシー（Ｔx2）が使用される。ＴＴＩ４において送信されるＴＢ１では、ＵＥは、ＨＡＲＱ ＡＣＫをＴＴＩ８においてＰＣｅｌｌへ送信し、これは、デコーディングの後にＴＴＩ９においてＰＣｅｌｌにより転送される。ＨＡＲＱ ＡＣＫは、２ｍｓのＴx2のためにＴＴＩ１１においてＳＣｅｌｌにより受信される。ＴＢ９のためのプリ・スケジューリング（参照番号３３０）は、ＴＢ１に対してＨＡＲＱ ＡＣＫを受信した後でなければスタートできないので、ＴＢ９は、ＴＴＩ１４でなければ送信できず、従って、ＴＴＩ１２及び１３は、このＵＥではＤＬ送信に使用することができない。同様に、ＴＴＩ１４において送信されるＴＢ９では、ＵＥは、ＨＡＲＱ ＡＣＫをＴＴＩ１９においてＰＣｅｌｌへ送信し、これは、デコーディングの後にＰＣｅｌｌによりＴＴＩ１９において転送される。ＨＡＲＱ ＡＣＫは、２ｍｓのＴx2のためにＴＴＩ２１においてＳＣｅｌｌにより受信される。ＴＢ１７のためのプリ・スケジューリング（参照番号３４０）は、ＴＢ９に対してＨＡＲＱ ＡＣＫを受信した後でなければスタートできず、ＴＢ１７は、ＴＴＩ２４でしか送信できず、従って、ＴＴＩ２２及び２３は、このＵＥのＤＬ送信には使用できない。
同じＵＥに対して、このパターンを繰り返し、ＤＬデータは、８個のＴＴＩの間にＵＥへ送信され、その後、送信のない２つのＴＴＩが続き、次いで、データ送信の別の８個のＴＴＩが続く。従って、２ｍｓのＴx2に対して、ＵＥは、各１０個のＴＴＩの中の８個についてデータを受信することができ、従って、８０％のスループット効率を招く。従って、スループット効率は、（１００＊８）／（Ｔx2＋８）パーセントとなる。
ＭａｘＲＢｓＦｏｒＵＥは、スループット効率と同じである。Ｔx2の異なる値に対して端数として表現されるＭａｘＲＢｓＦｏｒＵＥの値がテーブル１に示されており、これは、ＵＥ（ＦＤＤ）のためのＲＢｓの最大理論的パーセンテージであるＭａｘＲＢｓＦｏｒＵＥを示す。

セクション２．２．２．ＴＤＤ−ＴＤＤフレームコンフィギュレーション１
図４Ａから４Ｄは、ＴＤＤフレームコンフィギュレーション１を使用するＴＤＤ−ＴＤＤ（ＰＣｅｌｌ及びＳＣｅｌｌは両方ともＴＤＤ）のためのｅＮＢ間ＣＡ ＳＣｅｌｌ ＤＬデータ送信のシナリオを示す。これらの図は、次のものを示す。図４Ａは、未使用の９個のＴＴＩのうちの１つと共にｅＮＢ間ＣＡ Ｓｃｅｌｌ ＤＬデータ送信（ＴＤＤフレームコンフィギュレーション１、７ＤＬ ＨＡＲＱプロセス、Ｔｘ２＝１ｍｓ）を示し、図４Ｂは、未使用の９個のＴＴＩのうちの１つと共にｅＮＢ間ＣＡ Ｓｃｅｌｌ ＤＬデータ送信（ＴＤＤフレームコンフィギュレーション１、７ＤＬ ＨＡＲＱプロセス、Ｔｘ２＝２ｍｓ）を示し、図４Ｃは、未使用の９個のＴＴＩのうちの１つと共にｅＮＢ間ＣＡ Ｓｃｅｌｌ ＤＬデータ送信（ＴＤＤフレームコンフィギュレーション１、７ＤＬ ＨＡＲＱプロセス、Ｔｘ２＝３ｍｓ）を示し、そして図４Ｄは、未使用の９個のＴＴＩのうちの２つと共にｅＮＢ間ＣＡ Ｓｃｅｌｌ ＤＬデータ送信（ＴＤＤフレームコンフィギュレーション１、７ＤＬ ＨＡＲＱプロセス、Ｔｘ２＝４ｍｓ）を示す。
ＰＣｅｌｌのＴＴＩ４１０及びＳＣｅｌｌのＴＴＩ４２０が示されている。参照番号４３０は、ＴＢ１のＡＣＫが受信された後にＴＢ８のプリ・スケジューリングがＴＴＩ１５でのみスタートでき、従って、このＵＥについてはＴＴＩ１５においてＴＢが送信されないことを示す。参照番号４４０は、ＴＢ９のＡＣＫが受信された後にＴＢ１６のプリ・スケジューリングがＴＴＩ３０でのみスタートでき、従って、このＵＥについてはＴＴＩ３０においてＴＢが送信されないことを示す。参照番号４５０は、ＴＢ１７のＡＣＫが受信された後にＴＢ２４のプリ・スケジューリングがＴＴＩ４５でのみスタートでき、従って、このＵＥについてはＴＴＩ４５においてＴＢが送信されないことを示す。参照番号４３０、４４０及び４４０は、図４Ａ、４Ｂ及び４Ｃのためのものである。図４Ｄについては、参照番号４６０、４７０及び４８０が示されている。参照番号４６０は、ＴＢ１のＡＣＫが受信された後にＴＢ８のプリ・スケジューリングがＴＴＩ１６でのみスタートでき、従って、このＵＥについてはＴＴＩ１５、１８においてＴＢが送信されないことを示す。参照番号４７０は、ＴＢ８のＡＣＫが受信された後にＴＢ１５のプリ・スケジューリングがＴＴＩ３１でのみスタートでき、従って、このＵＥについてはＴＴＩ３０、３３においてＴＢが送信されないことを示す。参照番号４８０は、ＴＢ１５のＡＣＫが受信された後にＴＢ２２のプリ・スケジューリングがＴＴＩ４６でのみスタートでき、従って、このＵＥについてはＴＴＩ４５、４８においてＴＢが送信されないことを示す。
ＴＤＤフレームコンフィギュレーション１では、ＤＬに対して７つのＨＡＲＱプロセスがある。最大７つのＴＢが送信され、その後、第８のＴＢをプリ・スケジューリングする前にＨＡＲＱ ＡＣＫを受信しなければならない。
ＴＤＤフレームコンフィギュレーション１では、１０ｍｓフレームがコンフィギュレーションＤ／Ｓ／Ｕ／Ｕ／Ｄ／Ｄ／Ｓ／Ｕ／Ｕ／Ｄを有し、Ｄは、ダウンリンクサブフレームであり、Ｕは、アップリンクサブフレームであり、そしてＳは、特殊なサブフレームである。ダウンリンク送信については特殊なサブフレームも使用できるが、ＳサブフレームにおけるＴＢ送信のための再送信もＳサブフレームとして生じる。
ＤＬに対してＴＤＤフレームの全部のＴＴＩが使用されるのではないので、ＤＬデータが送信されないフレーム内のギャップは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ転送遅延をある程度打ち消す。このため、ＴＤＤのスループット効率は、典型的に、Ｔx2の同じ値についてはＦＤＤより良好である。例えば、Ｔx2＝２ｍｓでは、図４Ｂから、９つのＴＴＩの１つが未使用で、８９％の効率となり、一方、ＦＤＤでは効率が８０％である。実際に、Ｔx2＝３ｍｓでも、図４Ｃから、９つのＴＴＩの１つだけが未使用である。Ｔx2＝４ｍｓでも、図４Ｄから、スループット効率＝７８％である。
Ｔx2の異なる値に対して、端数として表された、ＴＤＤフレームコンフィギュレーション１のためのＭａｘＲＢｓＦｏｒＵＥの値が、以下のテーブル２に示されており、これは、ＵＥ（ＴＤＤフレームコンフィギュレーション１）のためのＲＢｓの最大理論的パーセンテージであるＭａｘＲＢｓＦｏｒＵＥを示すものである。

セクション２．２．３．ＴＤＤ−ＴＤＤフレームコンフィギュレーション５
ＴＤＤフレームコンフィギュレーション５は、その１０ｍｓフレームに１つのＵＬサブフレームのみを有するコンフィギュレーションである。従って、フレームは、コンフィギュレーションＤ／Ｓ／Ｕ／Ｄ／Ｄ／Ｄ／Ｄ／Ｄ／Ｄ／Ｄを有する。そのようなフレームコンフィギュレーションは、ＴＤＤスペクトルを有しそしてＤＬのみについてＣＡの使用を希望するオペレータにとって有用である。従って、このフレームコンフィギュレーションは、補足的ダウンリンクを要求するオペレータにとって有用である。
図５Ａから５Ｄは、ＴＤＤフレームコンフィギュレーション５を使用するＴＤＤ−ＴＤＤ（ＰＣｅｌｌ及びＳＣｅｌｌは両方ともＴＤＤ）のためのｅＮＢ間ＣＡ ＳＣｅｌｌ ＤＬデータ送信のシナリオを示す。これらの図は、次のものを示す。図５Ａは、未使用の１８個のＴＴＩのうちの１つと共にｅＮＢ間ＣＡ Ｓｃｅｌｌ ＤＬデータ送信（ＴＤＤフレームコンフィギュレーション５、１５ＤＬ ＨＡＲＱプロセス、Ｔｘ２＝１ｍｓ）を示し、図５Ｂは、未使用の９個のＴＴＩのうちの１つと共にｅＮＢ間ＣＡ Ｓｃｅｌｌ ＤＬデータ送信（ＴＤＤフレームコンフィギュレーション５、１５ＤＬ ＨＡＲＱプロセス、Ｔｘ２＝２ｍｓ）を示し、図５Ｃは、未使用の１８個のＴＴＩのうちの３つと共にｅＮＢ間ＣＡ Ｓｃｅｌｌ ＤＬデータ送信（ＴＤＤフレームコンフィギュレーション５、１５ＤＬ ＨＡＲＱプロセス、Ｔｘ２＝３ｍｓ）を示し、そして図５Ｄは、未使用の１８個のＴＴＩのうちの３つと共にｅＮＢ間ＣＡ Ｓｃｅｌｌ ＤＬデータ送信（ＴＤＤフレームコンフィギュレーション５、１５ＤＬ ＨＡＲＱプロセス、Ｔｘ２＝４ｍｓ）を示す。
図５Ａにおいて、参照番号５０５は、ＴＢ９のＡＣＫが受信された後にＴＢ２４のプリ・スケジューリングがＴＴＩ２８でのみスタートでき、従って、このＵＥについてはＴＴＩ３０においてＴＢが送信されないことを示し、参照番号５１０は、ＴＢ２６のＡＣＫが受信された後にＴＢ４１のプリ・スケジューリングがＴＴＩ４８でのみスタートでき、従って、このＵＥについてはＴＴＩ５０においてＴＢが送信されないことを示す。図５Ｂにおいて、参照番号５１５は、ＴＢ１のＡＣＫが受信された後にＴＢ１６のプリ・スケジューリングがＴＴＩ１９でのみスタートでき、従って、このＵＥについてはＴＴＩ２１においてＴＢが送信されないことを示し、参照番号５２０は、ＴＢ９のＡＣＫが受信された後にＴＢ２４のプリ・スケジューリングがＴＴＩ２９でのみスタートでき、従って、このＵＥについてはＴＴＩ３１においてＴＢが送信されないことを示し、参照番号５２５は、ＴＢ１７のＡＣＫが受信された後にＴＢ３２のプリ・スケジューリングがＴＴＩ３９でのみスタートでき、従って、このＵＥについてはＴＴＩ４２においてＴＢが送信されないことを示し、参照番号５３０は、ＴＢ２５のＡＣＫが受信された後にＴＢ４０のプリ・スケジューリングがＴＴＩ４９でのみスタートでき、従って、このＵＥについてはＴＴＩ５１においてＴＢが送信されないことを示す。図５Ｃにおいて、参照番号５３５は、ＴＢ１のＡＣＫが受信された後にＴＢ１６のプリ・スケジューリングがＴＴＩ２０でのみスタートでき、従って、このＵＥについてはＴＴＩ２１、２２においてＴＢが送信されないことを示し、参照番号５４０は、ＴＢ９のＡＣＫが受信された後にＴＢ２４のプリ・スケジューリングがＴＴＩ３０でのみスタートでき、従って、このＵＥについてはＴＴＩ３２においてＴＢが送信されないことを示し、参照番号５４５は、ＴＢ１６のＡＣＫが受信された後にＴＢ３１のプリ・スケジューリングがＴＴＩ４０でのみスタートでき、従って、このＵＥについてはＴＴＩ４１、４２においてＴＢが送信されないことを示し、参照番号５５０は、ＴＢ２４のＡＣＫが受信された後にＴＢ３９のプリ・スケジューリングがＴＴＩ５０でのみスタートでき、従って、このＵＥについてはＴＴＩ５２においてＴＢが送信されないことを示す。図５Ｄにおいて、参照番号５５５は、ＴＢ１のＡＣＫが受信された後にＴＢ１６のプリ・スケジューリングがＴＴＩ２１でのみスタートでき、従って、このＵＥについてはＴＴＩ２１、２２、２３においてＴＢが送信されないことを示し、参照番号５６０は、ＴＢ９のＡＣＫが受信された後にＴＢ２４のプリ・スケジューリングがＴＴＩ３１でのみスタートでき、従って、このＵＥについてはＴＴＩ３３においてＴＢが送信されないことを示し、参照番号５６５は、ＴＢ１６のＡＣＫが受信された後にＴＢ３１のプリ・スケジューリングがＴＴＩ４１でのみスタートでき、従って、このＵＥについてはＴＴＩ４２、４３においてＴＢが送信されないことを示し、そして参照番号５７０は、ＴＢ２４のＡＣＫが受信された後にＴＢ３９のプリ・スケジューリングがＴＴＩ５１でのみスタートでき、従って、このＵＥについてはＴＴＩ５３においてＴＢが送信されないことを示す。
ＴＤＤフレームコンフィギュレーション５では、ＤＬに対して１５のＨＡＲＱプロセスがある。最大１５のＴＢを送信することができ、その後、１６番目のＴＢをプリ・スケジューリングする前にＨＡＲＱ ＡＣＫを受信しなければならない。図５Ａないし５Ｄから明らかなように、ＴＤＤフレームコンフィギュレーション５も、高いＳＣｅｌｌスループット効率を与える。
Ｔx2の異なる値に対して、端数として表された、ＴＤＤフレームコンフィギュレーション５のためのＭａｘＲＢｓＦｏｒＵＥの値が、以下のテーブル３に示されており、これは、ＵＥ（ＴＤＤフレームコンフィギュレーション５）のためのＲＢｓの最大理論的パーセンテージであるＭａｘＲＢｓＦｏｒＵＥを示すものである。

セクション２．３．ｔdrain及びＤrequestの計算例
セクション２．３．１．軽い負荷のかかったＳＣｅｌｌ
ＳＣｅｌｌは、若干のＧＢＲ非ＣＡユーザで軽い負荷がかけられて、負荷レベルＬf＝０．１に達すると仮定する。現在ＭＣＳコーディングレートは、１６ＱＡＭである。Ｔx2＝２ｍｓとする。Ｔmargin＝１．５ｍｓが使用される。従って、新たなデータがＰＣｅｌｌから要求されるスレッシュホールド＝２＊２＋１．５＝５．５ｍｓ、即ちキューされる場合には、データを５．５ｍｓ未満で引き出すことができる。
ＢｕｆＬｅｎ＝２８４０００ビットとし、β＝０．９、２０ＭＨｚ、ＦＤＤと仮定する。１０ｍｓのターゲットバッファ遅延を仮定する。更に、次のことを仮定する。
ＢｉｔｓｐｅｒＲＢ＝４ビット／記号＊１６０リソースエレメント／ＲＢ＝６４０ビット／ＲＢ；
ＴｏｔａｌＲＢｓ＝２０ＭＨｚの場合に１００；
ＭａｘＲＢｓＦｏｒＵＥ＝２ｍｓのＴx2について０．８。１−Ｌf＝１−０．１＝０．９；ｍｉｎ（１−Ｌf、ＭａｘＲＢｓＦｏｒＵＥ）＝ｍｉｎ（０．９、０．８）＝０．８；及び
ＭａｘＲＢｓ＝ＴｏｔａｌＲＢｓ＊ｍｉｎ（１−Ｌf、ＭａｘＲＢｓＦｏｒＵＥ）＝１００＊０．８＝８０。
次いで、ｔdrainは、次のように計算される。
ｔdrain＝（β＊ＢｕｆＬｅｎ）／（ＭａｘＲＢｓ＊ＢｉｔｓｐｅｒＲＢ）＝（０．９＊２８４０００）／（８０＊６４０）＝５ｍｓ。
ｔdrain＜Ｔmarginであるから、より多くのデータを得るための要求がＰＣｅｌｌに送られる。次いで、Ｄrequestは、次のように計算される。
Ｄrequest＝（ＢｕｆＬｅｎ／ｔdrain）＊（Ｔ＋２＊Ｔx2−ｔdrain）、
従って、Ｄrequest＝（２８４０００／５）＊（１０＋２＊２−５）＝５１１２００ビット＝６３９００バイト。
３０００バイトのＡＭＤ ＰＤＵサイズ（例えば、データフィールド）を仮定すれば、６３９００／３０００＝３０００バイトサイズの２２ＡＭＤ ＰＤＵがＰＣｅｌｌから要求される。
セクション２．３．２．重い負荷のＳＣｅｌｌ
ＳＣｅｌｌは、多くのＧＢＲ及び非ＧＢＲユーザで重い負荷がかかり、負荷レベルＬf＝０．９に達する。現在ＭＣＳコーディングレートは、６４ＱＡＭである。Ｔx2＝３ｍｓとする。Ｔmargin＝１．５ｍｓが使用される。従って、ＰＣｅｌｌから新たなデータが要求されるスレッシュホールド＝２＊３＋１．５＝７．５ｍｓである。
ＢｕｆＬｅｎ＝７４７００ビットとし；β＝０．９、２０ＭＨｚ、ＴＤＤフレームコンフィギュレーション１を仮定する。１０ｍｓのターゲットバッファ遅延を仮定する。次のことを仮定する。
ＢｉｔｓｐｅｒＲＢ＝６ビット／記号＊１６０リソースエレメント／ＲＢ＝９６０ビット／ＲＢ；
ＴｏｔａｌＲＢｓ＝１００；
ＭａｘＲＢｓＦｏｒＵＥ＝３ｍｓのＴx2について０．８９。１−Ｌf＝１−０．９＝０．１；ｍｉｎ（１−Ｌf、ＭａｘＲＢｓＦｏｒＵＥ）＝ｍｉｎ（０．１、０．８９）＝０．１；及び
ＭａｘＲＢｓ＝ＴｏｔａｌＲＢｓ＊ｍｉｎ（１−Ｌf、ＭａｘＲＢｓＦｏｒＵＥ）＝１００＊０．１＝１０。
次いで、ｔdrainを、次のように計算する。
ｔdrain＝（β＊ＢｕｆＬｅｎ）／（ＭａｘＲＢｓ＊ＢｉｔｓｐｅｒＲＢ）＝（０．９＊７４７０００）／（１０＊９６０）＝７ｍｓ。
ｔdrain＜Ｔmarginであるから、より多くのデータを得るための要求がＰＣｅｌｌに送られる。Ｄrequestを、次のように計算する。
Ｄrequest＝（ＢｕｆＬｅｎ／ｔdrain）＊（Ｔ＋２＊Ｔx2−ｔdrain）、
従って、Ｄrequest＝（７４７００／７）＊（１０＋２＊３−７）＝９６０４３ビット＝１２００５バイト。
３０００バイトのＡＭＤ ＰＤＵサイズ（例えば、データフィールド）を仮定すれば、１２００５／３０００＝３０００バイトサイズの５ＡＭＤ ＰＤＵがＰＣｅｌｌから要求される。
セクション２．４．次のコントロールに有用な他のメッセージ
図６を参照すれば、この図は、ｅＮＢ間キャリアアグリゲーションのためにエレメント間に通信される規範的なメッセージを示すシグナリング図である。この例において、ＳＣｅｌｌ２９０−２は、ＵＥ２１０へのデータ送信６４０を遂行し、そしてＰＣｅｌｌ２９０−１も、ＵＥ２１０へのデータ送信６４５を遂行する。ＳＣｅｌｌ２９０−２及びＰＣｅｌｌ２９０−１は、参照番号６８０及び６７５で各々示したように、ＵＥ２１０により受信されなかったＰＤＵの再送信を遂行する。フローコントロールに使用される次のメッセージは、既に説明された。
１）ＡＭＤ＿ＰＤＵ＿ＤＡＴＡ＿ＲＥＱＵＥＳＴ：このメッセージ６１０は、ＡＭＤ ＰＤＵを送信するようにＰＣｅｌｌに要求するためにＳＣｅｌｌからＰＣｅｌｌへ送信される。
２）ＡＭＤ＿ＰＤＵ＿ＤＡＴＡ＿ＲＥＳＰＯＮＳＥ：このメッセージ６２０は、ＡＭＤＰＤＵ６２５を含み、そしてＰＣｅｌｌからＳＣｅｌｌへ送信される。異なるＡＭＤ ＰＤＵ６２５を各々含む複数のメッセージ６２０がある。
更に、次のメッセージは、フローコントロールに有用である。
３）ＵＥ＿ＨＡＲＱ＿ＡＣＫ＿ＮＡＣＫ：このメッセージは、ＵＥから受信され且つＰＣｅｌｌからＳＣｅｌｌへ（メッセージ６２７として）転送されるＨＡＲＱ ＡＣＫ／ＮＡＣＫ６３５に使用される。
４）ＵＥ＿ＣＱＩ＿ＩＮＦＯ：このメッセージ６３０は、ＵＥから受信され且つＰＣｅｌｌからＳＣｅｌｌへ（メッセージ６３５として）転送されるＣＱＩ情報に使用されると共に、引き出しレート計算に対してＭＣＳを選択するのに使用される。
５）ＵＥ＿ＳＴＡＴＵＳ＿ＰＤＵ：このメッセージ６６０は、ＵＥから受信したＳＴＡＴＵＳ＿ＰＤＵメッセージ６５０のサブセットであり、そしてこのメッセージ６６０は、ＡＲＱ再送信を取り扱うためにＰＣｅｌｌからＳＣｅｌｌへ転送される。１つの実施形態において、ＳＴＡＴＵＳ ＰＤＵのサブセット（即ち、ＵＥ＿ＳＴＡＴＵＳ＿ＰＤＵメッセージ６６０）は、ＳＣｅｌｌへ送られたＰＤＵに対するＡＲＱ ＡＣＫ／ＮＡＣＫ情報のみを有する。
６）ＲＬＣ＿ＰＤＵｓ＿ＴＲＡＮＳＭＩＴ＿ＳＴＡＴＵＳ：このメッセージ６７０は、ＳＣｅｌｌからＰＣｅｌｌへ送信され（例えば、周期的に）、首尾良く送信されたＰＤＵ及びＰＤＵセグメントのリストと、まだ送信されていないＰＤＵｓ／ＰＤＵセグメントのリストとを与える。このメッセージは、周期的に送信される。このメッセージは、ＵＥ＿ＳＴＡＴＵＳ＿ＰＤＵに対する別のメッセージである。このメッセージが送信される場合には、ＰＣｅｌｌは、ＵＥ＿ＳＴＡＴＵＳ＿ＰＤＵを送信しない。
ここに示すメッセージの名前は、単なる例示に過ぎず、実施において異なるものでもよいことに注意されたい。
セクション３．Ｘ２リンクを横切るＡＭＤ ＰＤＵロスの取り扱い
ＡＭＤ ＰＤＵは、ＧＴＰ−Ｕプロトコルのような信頼性のないプロトコルを使用してＸ２リンク２７０を経て送信される。プロトコルに信頼性がないので、あるＡＭＤ ＰＤＵは、リンクを経て失われることがある。ＳＣｅｌｌがＰＣｅｌｌからＮ個のＰＤＵを要求しても、ＰＣｅｌｌは、それ自身の負荷ファクタ、ＵＥに対して現在キューされているデータの量、等に基づき、より少数のＰＤＵを送信することがある。従って、ＳＣｅｌｌは、ＡＭＤ ＰＤＵがリンクを経て実際に失われたかどうか知るすべがない。
図７は、ＲＬＣ ＳＴＡＴＵＳ ＰＤＵを示す。ＳＴＡＴＵＳ ＰＤＵは、ＮＡＣＫを適用できるＰＤＵ又はＰＤＵセグメントに対する複数のＮＡＣＫ＿ＳＮ（失われたとして検出されたＡＭＤ ＰＤＵのＳＮを示す）と、ＮＡＣＫを適用できるＰＤＵセグメントに対応するセグメントオフセット（ＳＯ）とを含む。これは、ＰＣｅｌｌ及びＳＣｅｌｌの両方により送られるＰＤＵｓ／ＰＤＵセグメントに対するＮＡＣＫを含む。ＰＣｅｌｌが全ＳＴＡＴＵＳ ＰＤＵをＳＣｅｌｌに転送すべき場合には、ＳＣｅｌｌは、ＮＡＣＫの幾つかが、ＰＣｅｌｌによりＳＣｅｌｌへ送られそしてＸ２リンク２７０を横切って失われたＰＤＵに対するものであるかどうか区別することができない。
この問題を軽減するために、ＰＣｅｌｌは、送信のためにＳＣｅｌｌへ送られたＡＭＤＰＤＵ（ＲＬＣシーケンスナンバーＳＮにより識別される）のみに対してＡＲＱ ＡＣＫ／ＮＡＣＫをＵＥ＿ＳＴＡＴＵＳ＿ＰＤＵにおいて送信する。ＳＣｅｌｌが、ＳＣｅｌｌにより受信されなかったＡＭＤ ＰＤＵに対してＡＲＱ ＮＡＣＫを受信した場合には、ＳＣｅｌｌはＰＣｅｌｌに通知し、ＰＣｅｌｌは、そのＡＭＤ ＰＤＵをそれ自身でＵＥへ再送信することができる。ＳＣｅｌｌが、ＳＣｅｌｌにより受信されたＡＭＤ ＰＤＵ（又はＰＤＵのセグメント）に対してＡＲＱ ＮＡＣＫを受信した場合には、ＳＣｅｌｌは、ＰＤＵ又はＰＤＵセグメントをＵＥに再送信する。ＰＣｅｌｌは、ＳＣｅｌｌに送られた全てのＡＭＤ ＰＤＵを、ＡＲＱ ＡＣＫがＳＴＡＴＵＳ ＰＤＵにおいて同じに受信されるまでバッファする。ＰＤＵは、ＡＣＫが受信されると、解除される。
別の解決策として、ＳＣｅｌｌは、ＲＬＣ＿ＰＤＵｓ＿ＴＲＡＮＳＭＩＴ＿ＳＴＡＴＵＳをＰＣｅｌｌへ周期的に送信する。このメッセージは、首尾良く送信されたＰＤＵのリストと、ＳＣｅｌｌによりまだ送信されていないＰＤＵのリストとを含む。ＰＣｅｌｌがＵＥからＳＴＡＴＵＳ ＰＤＵを受信すると、ＰＣｅｌｌは、ＳＴＡＴＵＳ ＰＤＵ及び最新のＲＬＣ ＰＤＵｓ＿ＴＲＡＮＳＭＩＴ＿ＳＴＡＴＵＳメッセージを相関させ、そしてリンク（例えば、Ｘ２）において何らかのＡＭＤ ＰＤＵが失われたかどうか決定する。又、この別の解決策では、ＰＣｅｌｌは、ＵＥ＿ＳＴＡＴＵＳ＿ＰＤＵをＳＣｅｌｌに送信する。むしろ、ＰＣｅｌｌは、ＳＣｅｌｌによっても送信されるＡＭＤ ＰＤＵｓ／ＰＤＵセグメントのＡＲＱ再送信を取り扱う。ＳＴＡＴＵＳ ＰＤＵは、セグメントオフセット情報を有するので、ＰＣｅｌｌは、ＳＣｅｌｌにより送信されるＡＭＤ ＰＤＵセグメントを構成するための全ての情報を有する。
セクション４．ＳＣｅｌｌがデアクチベートされたときのＳＣｅｌｌにおけるキューされたデータの取り扱い
ＳＣｅｌｌが、例えば、ＵＥに対してＰＣｅｌｌからデアクチベーション要求を受け取ると、ＳＣｅｌｌは、残っているキューされたデータを単に破棄して、デアクチベーションを処理する。しかしながら、ＳＣｅｌｌは、ＡＭＤ ＰＤＵをセグメント化し、そしてそのセグメントを送信することができる。ＳＣｅｌｌは、ＲＬＣ＿ＰＤＵｓ＿ＴＲＡＮＳＭＩＴ＿ＳＴＡＴＵＳメッセージを、最新の送信状態と共にＰＣｅｌｌへ送信する。ＰＣｅｌｌは、このメッセージを使用して、ＰＣｅｌｌが初めて又は再送信として送信する必要があるのはどのＡＭＤ ＰＤＵｓ／ＰＤＵセグメントであるか決定する。ＳＣｅｌｌがこのメッセージを送信しなくても、ＰＣｅｌｌは、ＳＴＡＴＵＳ ＰＤＵがＵＥから受け取られるまで待機し、次いで、ＳＣｅｌｌへ送られたどのＡＭＤ ＰＤＵを再送信又は最初に送信する必要があるか決定する。
図８を参照すれば、この図は、ｅＮＢ間キャリアアグリゲーションのための規範的論理フローのブロック図である。この図は、ここに述べる規範的な実施形態による規範的な方法の動作、コンピュータ読み取り可能なメモリで実施されるコンピュータプログラムインストラクションの実行の結果、及び／又はハードウェアで実施されるロジックにより遂行される機能を示す。この図のブロックは、更に、ブロック内の機能を遂行するための相互接続された手段であると考えられる。図８のブロックは、シナリオに基づき、ＰＣｅｌｌｅＮＢ２９０−１又はＳＣｅｌｌ ｅＮＢ２９０−２によって遂行される。
ブロック８１０において、一次セルが第１ベースステーションによりコントロールされそして二次セルが第２の異なるベースステーションによりコントロールされる通信システムでは、フローコントロールが無線リンクコントロールレイヤのデータに対して一次セルと二次セルとの間で遂行される。ブロック８２０において、フローコントロールに基づき、無線リンクコントロールレイヤのデータは、第１と第２のベースステーション間のリンクを使用して第１と第２のベースステーション間で通信される。
付加的な例を以下に示す。例１．一次セルが第１ベースステーションによりコントロールされそして二次セルが第２の異なるベースステーションによりコントロールされる通信システムにおいて、無線リンクコントロールレイヤのデータに対して一次セルと二次セルとの間でフローコントロールを遂行し；及び前記フローコントロールに基づき、前記無線リンクコントロールレイヤのデータを、前記第１と第２のベースステーション間のリンクを使用して前記第１と第２のベースステーション間で通信する；ことを含む方法。
例２．一次セルと二次セルとの間でのフローコントロールの遂行は、１つ以上のユーザ装置に対する二次セルにおけるキューされた無線リンクコントロールデータの深さを１つ以上のファクタに基づいて動的にコントロールすることを含む、例１の方法。例３．フローコントロールの遂行は、二次セルにおいて遂行される、例２の方法。例４．フローコントロールの遂行は、一次セルにおいて遂行される、例２の方法。
例５．前記１つ以上のファクタは、二次セルの現在負荷、又は二次セルの計画された将来負荷、又は現在負荷と計画された将来負荷との組み合わせを含む、例２から４のいずれかに記載の方法。例６．前記１つ以上のファクタは、二次セルにおけるユーザ装置のピーク理論的スループットを含む、例２から５のいずれかに記載の方法。例７．前記１つ以上のファクタは、ユーザ装置の現在チャンネルクオリティ情報を含む、例２から６のいずれかに記載の方法。例８．前記１つ以上のファクタは、ユーザ装置に対して現在キューされるデータの量を含む、例２から７のいずれかに記載の方法。
例９．前記二次セルは、リンクを経て送られる元のパケットデータユニット要求と、リンクを経て受け取られる対応する応答メッセージとの間のタイムラグを推定し、その応答メッセージは、パケットデータユニットを含み、そして測定されたタイムラグは、ラウンドトリップタイムの推定値である、例１から８のいずれかに記載の方法。例１０．前記二次セルは、無線リンクコントロールレイヤのキューされたデータがあるユーザ装置に対して持続するおおよその時間長さを推定する、例９の方法。例１１．前記おおよその時間長さは、次の式を使用して決定され、
但し、
であり、ｔdrainは、おおよその時間長さであり、βは、あるユーザ装置のスループットを改善できるときの条件を考慮するための値にセットされる係数であり、ＢｕｆＬｅｎは、あるユーザ装置に対してキューされる無線リンクコントロールレイヤのデータの量（ビット）であり、ＴｏｔａｌＲＢｓは、二次セルにより使用されるキャリアにおけるダウンリンクリソースブロックの合計数であり、Ｌfは、キャリアに対して計画される将来負荷レベルであり、そしてＭａｘＲＢｓｆｏｒＵＥは、このキャリアの移動平均としてあるユーザ装置に指定できるリソースブロックの最大理論パーセンテージである、例１０の方法。
例１２．二次セルが、前記決定されたおおよその時間長さを、前記推定されるラウンドトリップ時間よりある余裕だけ大きなスレッシュホールドと比較し、そして前記決定されたおおよその時間長さが前記スレッシュホールド以下であるかどうかに基づいて前記無線リンクコントロールレイヤに対する付加的なデータの要求を送信することを更に含む、例１０又は１１のいずれかに記載の方法。例１３．前記要求は、要求されるデータの量を示す情報を含むものであり、そして更に、あるユーザ装置に対してキューされる無線リンクコントロールレイヤのためのデータの量（ビット）、無線リンクコントロールレイヤのためのキューされるデータがあるユーザ装置に対して持続するおおよその時間長さ、二次セルにおけるターゲット遅延、及びラウンドトリップタイムに基づいて、前記要求されるデータの量を決定することを更に含む、例１２に記載の方法。
例１４．前記要求されたデータの量を決定することは、次の式を使用して遂行され、
Ｄrequest＝（ＢｕｆＬｅｎ／ｔdrain）＊（Ｔ＋２＊ＴX2−ｔdrain）
但し、Ｄrequestは、決定された要求データ量であり、Ｔは、ターゲットバッファ遅延であり、そしてＴX2は、一次及び二次のベースステーション間のリンクのレイテンシーであり、これは、ラウンドトリップタイムを使用して決定される、例１３の方法。
例１５．どのパケットデータユニットがユーザ装置により受信されたか示す情報を含むメッセージを一次セルが二次セルに送信することを更に含み、一次セルは、前記情報を、一次セルから二次セルへ以前に送られたパケットデータユニットに制限する、例１から１４のいずれかに記載の方法。例１６．前記情報は、パケットデータユニットに対応する自動リピート要求確認／否定確認情報を含む、例１５の方法。例１７．一次セルから二次セルへ送られたパケットデータユニットを、対応するパケットデータユニットが二次セルにより受信されたことを示す確認／否定確認情報が二次セルから受信されるまで、一次セルがバッファすることを更に含む、例１５から１６のいずれかに記載の方法。
例１８．二次セルにより送信されるパケットデータユニットのリストを示すメッセージを二次セルが一次セルへ送信することを更に含む、例１から１４のいずれかに記載の方法。
例１９．二次セルにより送信されるパケットデータユニットのリストを示すメッセージを一次セルが二次セルから受信し、一次セルは、そのリストを使用して、どのパケットデータユニットが二次セルにより受信されなかったか決定し、そして一次セルは、二次セルにより受信されなかったパケットデータユニットを再送信する、例１から１４のいずれかに記載の方法。
例２０．二次セルが、あるユーザ装置に対するデアクチベーション要求を受信し、そのユーザ装置に対する無線リンクコントロールレイヤの残りのキューされたデータを破棄し、そしてデアクチベーションを処理することを更に含む、例１から１９のいずれかに記載の方法。例２１．どのパケットデータユニットが二次セルにより送信されたか及びどのパケットデータユニットが二次セルにより送信されなかったか決定する最新の送信状態を二次セルが送信することを更に含む、例２０に記載の方法。
例２２．一次セルが、二次セルにデアクチベーション要求を送信し、その後に、二次セルによりあるユーザ装置へどのパケットデータユニットが送信されたか示す情報を受け取り、そして前記二次セルにより前記あるユーザ装置に送信されなかったパケットデータユニットを再送信することを更に含む、例１から１９のいずれかに記載の方法。
例２３．一次セルが、二次セルにデアクチベーション要求を送信し、その後、あるユーザ装置によりどのパケットデータユニットが受信されたか示す情報を受け取り、そして前記あるユーザ装置により受信されなかったパケットデータユニットを前記あるユーザ装置に再送信することを更に含む、例１から１９のいずれかに記載の方法。
例２４．前記通信は、確認モードデータパケットデータユニットを送信するように一次セルに要求するためのメッセージを二次セルから一次セルへ送信することを含む、例１から２３のいずれかに記載の方法。例２５．メッセージは、ＡＭＤ＿ＰＤＵ＿ＤＡＴＡ＿ＲＥＱＵＥＳＴメッセージである、例２４の方法。
例２６．前記通信は、確認モードデータパケットデータユニットを含むメッセージを一次セルから二次セルへ送信することを更に含む、例１から２４のいずれかに記載の方法。例２６．前記通信は、ユーザ装置から受信したハイブリッド自動リピート要求確認／否定確認情報を含むメッセージを一次セルから二次セルへ送信することを更に含む、例１から２５のいずれかに記載の方法。例２７．前記通信は、ユーザ装置から受信したチャンネルクオリティ情報を含むメッセージを一次セルから二次セルへ送信することを更に含む、例１から２６のいずれかに記載の方法。例２８．前記通信は、あるユーザ装置に対して一次セルから二次セルへ送信されたパケットデータユニットについてのみハイブリッド自動リピート要求確認／否定確認情報を含むメッセージを一次セルから二次セルへ送信することを更に含む、例１から２７のいずれかに記載の方法。例２９．首尾良く送信されたパケットデータユニット及びパケットデータユニットセグメントのリスト、及び二次セルによりまだ送信されていないパケットデータユニット及びパケットデータユニットセグメントのリストを与えるメッセージを二次セルから一次セルへ周期的に送信することを更に含む、例１から２７のいずれかに記載の方法。
例３０．例１から２９のいずれかに記載の方法を遂行するための手段を備えた装置。
例３１．コンピュータプログラムコードを含む１つ以上のメモリと、１つ以上のプロセッサとを備えた装置において、前記１つ以上のメモリ及びコンピュータプログラムコードは、１つ以上のプロセッサとで、例１から２９のいずれかに記載の方法を装置に遂行させるよう構成された装置。
例３２．装置により使用するためのインストラクションを有するコンピュータ読み取り可能な記憶媒体を備えたコンピュータプログラム製品であって、前記インストラクションは、例１から２９のいずれかに記載の方法を装置に遂行させるためのコンピュータプログラムコードを含むものであるコンピュータプログラム製品。
本発明の実施形態（又はその一部分）は、ソフトウェア（１つ以上のプロセッサで実行される）、ハードウェア（例えば、特定用途向け集積回路）、又はソフトウェアとハードウェアの組み合わせで実施される。規範的な実施形態において、ソフトウェア（例えば、アプリケーションロジック、インストラクションセット）は、従来の種々のコンピュータ読み取り可能な媒体のいずれかに維持される。本書の文脈において、「コンピュータ読み取り可能な媒体」とは、インストラクション実行システム、装置又はデバイス、例えば、図２に一例を示して説明したコンピュータにより、又はそれに関連して、使用されるインストラクションを収容し、記憶し、通信し、伝播し又はトランスポートすることのできる媒体又は手段である。コンピュータ読み取り可能な媒体は、インストラクション実行システム、装置又はデバイス、例えば、コンピュータにより、又はそれに関連して、使用されるインストラクションを収容し又は記憶できる媒体又は手段であるコンピュータ読み取り可能な記憶媒体（例えば、メモリ２２５、２５５又は他のデバイス）を含む。しかしながら、コンピュータ読み取り可能な記憶媒体は、伝播信号は含まない。
必要に応じて、ここに述べる異なる機能は、互いに異なる順序で及び／又は同時に遂行されてもよい。更に、必要に応じて、上述した機能の１つ以上は、任意のものでもよく、又は組み合わされてもよい。
本発明の種々の態様を上述したが、本発明の他の態様は、前記で明確に述べた組み合わせだけではなく、前記実施形態からの特徴の他の組み合わせも含む。
又、本発明の規範的な実施形態を上述したが、それらの説明は、それに限定されるものではないことに注意されたい。むしろ、本発明の範囲から逸脱せずに多数の種々の変更や修正がなされ得る。
明細書又は図面に使用される頭字語は、次の通りである。
３ＧＰＰ 第三世代パートナーシッププロジェクト
ＡＣＫ 確認
ＡＭＤ 知識モード（ＡＭ）データ
ＡＲＱ 自動リピート要求
ＣＡ キャリアアグリゲーション
ＣＣ コンポーネントキャリア
ＣＱＩ チャンネルクオリティ情報
ＤＬ ダウンリンク（ベースステーションからＵＥへ）
ｅＮＢ ワイヤレスネットワークへのアクセスをコントロールするＬＴＥベース
ステーションである進化型ＮｏｄｅＢ
E−UTRAN 進化型ＵＴＲＡＮ
ＦＤＤ 周波数分割デュープレックス
ＧＢＲ 保証ビットレート
ＧＰＲＳ 汎用パケット無線サービス
ＧＴＰ ＧＰＲＳトンネルプロトコル
ＨＡＲＱ ハイブリッド自動リピート要求
ＩＰ インターネットプロトコル
Ｌ１ レイヤ１（物理的レイヤ）
Ｋ２ レイヤ２
ＬＴＥ 長期進化
ＭＡＣ 媒体アクセスコントロール
Ｍｂｐｓ メガビット／秒
ＭＨｚ メガヘルツ
ｍｓ ミリ秒
ＮＡＣＫ 否定確認
ＰＣＣ 一次コンポーネントキャリア
ＰＣｅｌｌ 一次サービングセル
ＰＤＣＰ パケットデータ収斂プロトコル
ＰＤＵ プロトコルデータユニット
ＰＨＹ 物理的（レイヤ）
ＰＵＣＣＨ 物理的アップリンクコントロールチャンネル
ＰＵＳＣＨ 物理的アップリンク共有チャンネル
ＱＡＭ 直角振幅変調
ＱＰＳＫ 直角位相シフトキーイング
ＲＢ リソースブロック
Ｒｅｌ リリース
ＲＬＣ 無線リンクコントロール
ＲＲＣ 無線リソースコントロール
ＲＴＴ ラウンドトリップタイム
Ｒｘ 受信又は受信器
ＳＣＣ 二次コンポーネントキャリア
ＳＤＵ サービスデータユニット
ＳｅＮＢ 二次ｅＮＢ
ＳＮ シーケンス番号
ＳＯ セグメントオフセット
ＴＢ トランスポートブロック
ＴＤＤ 時分割デュープレックス
ＴＴＩ 送信時間インターバル
Ｔｘ 送信又は送信器
ＵＤＰ ユーザデータグラムプロトコル
ＵＥ ユーザ装置、例えば、ワイヤレスネットワークにアクセスする
ワイヤレスデバイス
ＵＬ アップリンク（ＵＥからベースステーションへ）
ＵＴＲＡＮ ユニバーサル地上無線アクセスネットワーク
１００：ｅＮＢ内ＣＡユーザプレーンアーキテクチャー
１２０：ＰＤＣＰレイヤ
１３０：ＲＬＣレイヤ
１４０：ＭＡＣレイヤ
１５０：ＰＣｅＬＬスケジューラ
１６０：ＳＣｅｌｌスケジューラ
１７０：物理的レイヤＰＨＹ＿ＰＣｅＬＬ
１８０：物理的レイヤＰＨＹ＿ＳＣｅｌｌ
１９０：ｅＮＢ間ＣＡユーザプレーンアーキテクチャー
２００：ネットワーク
２１０：ユーザ装置（ＵＥ）
２１１：ワイヤレスリンク
２１２：アンテナ
２２０、２５０、２７５：プロセッサ
２２５、２５５、２７１：メモリ
２２７：バス
２２８：アンテナ
２２９、２５３：コンピュータプログラムコード
２３０：トランシーバ
２３２、２６８：受信器
２３３、２６６：送信器
２６０：トランシーバ
２６１：ネットワークインターフェイス
２７０：リンク
２９０−１：ｅＮＢ１
２９０−２：ｅＮＢ２
２９２：ｅＮＢ間ＣＡコントロールモジュール

Claims (20)

  1. 一次セルが第１ベースステーションによりコントロールされそして二次セルが第２の異なるベースステーションによりコントロールされる通信システムにおいて、無線リンクコントロールレイヤのデータに対して前記一次セルと二次セルとの間でフローコントロールを遂行し；及び前記フローコントロールに基づき、前記無線リンクコントロールレイヤのデータを、前記第１と第２のベースステーション間のリンクを使用して前記第１と第２のベースステーション間で通信する；ことを含み、
    前記一次セルと二次セルとの間でのフローコントロールの前記遂行は、１つ以上のユーザ装置に対する二次セルにおけるキューされた無線リンクコントロールデータの深さを１つ以上のファクタに基づき動的にコントロールすることを含み、
    前記二次セルは、リンクを経て送られる元のパケットデータユニット要求と、リンクを経て受け取られる対応する応答メッセージとの間のタイムラグを推定し、その応答メッセージは、パケットデータユニットを含み、そして測定されたタイムラグは、ラウンドトリップタイムの推定値である、方法。
  2. 前記１つ以上のファクタは、（１）前記二次セルの現在負荷、又は前記二次セルの計画された将来負荷、又はそれら現在負荷と計画された将来負荷との組み合わせ；（２）前記二次セルにおけるユーザ装置のピーク理論的スループット；（３）ユーザ装置の現在チャンネルクオリティ情報；及び（４）ユーザ装置に対して現在キューされるデータの量；のうちの少なくとも１つを含む、請求項１に記載の方法。
  3. 前記二次セルは、前記無線リンクコントロールレイヤのキューされたデータがあるユーザ装置に対して持続するおおよその時間長さを推定する、請求項１に記載の方法。
  4. 前記おおよその時間長さは、次の式を使用して決定され、
    但し、
    であり、ｔdrainは、おおよその時間長さであり、βは、あるユーザ装置のスループットを改善できるときの条件を考慮するための値にセットされる係数であり、ＢｕｆＬｅｎは、あるユーザ装置に対してキューされる無線リンクコントロールレイヤのデータの量（ビット）であり、ＴｏｔａｌＲＢｓは、二次セルにより使用されるキャリアにおけるダウンリンクリソースブロックの合計数であり、Ｌfは、キャリアに対して計画される将来負荷レベルであり、そしてＭａｘＲＢｓｆｏｒＵＥは、このキャリアの移動平均としてあるユーザ装置に指定できるリソースブロックの最大理論パーセンテージである、請求項３に記載の方法。
  5. 前記二次セルが、前記決定されたおおよその時間長さを、前記推定されるラウンドトリップ時間より所定の余裕だけ大きなスレッシュホールドと比較し、そして前記決定されたおおよその時間長さが前記スレッシュホールド以下であることに基づいて前記無線リンクコントロールレイヤに対する付加的なデータの要求を送信することを更に含む、請求項３又は４のいずれかに記載の方法。
  6. 前記要求されたデータの量を決定することは、次の式を使用して遂行され、
    Ｄrequest＝（ＢｕｆＬｅｎ／ｔdrain）＊（Ｔ＋２＊ＴX2−ｔdrain）
    但し、Ｄrequestは、決定された要求データ量であり、Ｔは、ターゲットバッファ遅延であり、そしてＴX2は、一次及び二次のベースステーション間のリンクのレイテンシーであり、これはラウンドトリップタイムを使用して決定される、請求項５に記載の方法。
  7. 前記二次セルが、あるユーザ装置に対するデアクチベーション要求を受信し、そのユーザ装置に対する無線リンクコントロールレイヤの残りのキューされたデータを破棄し、そしてデアクチベーションを処理することを更に含む、請求項１から６のいずれかに記載の方法。
  8. 前記一次セルが前記二次セルにデアクチベーション要求を送信することを更に含む、請求項１から６のいずれかに記載の方法。
  9. 前記一次セルが、前記二次セルにデアクチベーション要求を送信し、その後、あるユーザ装置によりどのパケットデータユニットが受信されたか示す情報を受け取り、そして前記あるユーザ装置により受信されなかったパケットデータユニットを前記あるユーザ装置に再送信することを更に含む、請求項１から６のいずれかに記載の方法。
  10. 前記通信は、確認モードデータパケットデータユニットを送信するように前記一次セルに要求するためのメッセージを前記二次セルから前記一次セルへ送信することを含む、請求項１から９のいずれかに記載の方法。
  11. 前記通信は、確認モードデータパケットデータユニットを含むメッセージを前記一次セルから前記二次セルへ送信することを更に含む、請求項１から１０のいずれかに記載の方法。
  12. 前記通信は、ユーザ装置から受信したハイブリッド自動リピート要求確認／否定確認情報を含むメッセージを前記一次セルから前記二次セルへ送信することを更に含む、請求項１から１１のいずれかに記載の方法。
  13. 前記通信は、ユーザ装置から受信したチャンネルクオリティ情報を含むメッセージを前記一次セルから前記二次セルへ送信することを更に含む、請求項１から１２のいずれかに記載の方法。
  14. 前記通信は、あるユーザ装置に対して前記一次セルから前記二次セルへ送信されたパケットデータユニットについてのみハイブリッド自動リピート要求確認／否定確認情報を含むメッセージを前記一次セルから前記二次セルへ送信することを更に含む、請求項１から１３のいずれかに記載の方法。
  15. 請求項１から１４のいずれかに記載の方法を遂行するための手段を備えた装置。
  16. コンピュータプログラムコードを含む１つ以上のメモリと、１つ以上のプロセッサとを備えた装置において、前記１つ以上のメモリ及びコンピュータプログラムコードは、１つ以上のプロセッサとで、請求項１から１４のいずれかに記載の方法を装置に遂行させるよう構成された装置。
  17. 装置により使用するためのインストラクションを記憶するコンピュータ読み取り可能な記憶媒体であって、前記インストラクションは、請求項１から１４のいずれかに記載の方法を装置に遂行させるためのコンピュータプログラムコードを含むものである、コンピュータ読み取り可能な記憶媒体。
  18. 一次セルが第１ベースステーションによりコントロールされそして二次セルが第２の異なるベースステーションによりコントロールされる通信システムのための装置において、無線リンクコントロールレイヤのデータに対して前記一次セルと二次セルとの間でフローコントロールを遂行するためのフローコントローラを備え、前記フローコントロールに基づき、前記無線リンクコントロールレイヤのデータが、前記第１と第２のベースステーション間のリンクを使用して前記第１と第２のベースステーション間で通信され、前記フローコントローラは、１つ以上のユーザ装置に対する二次セルにおけるキューされた無線リンクコントロールデータの深さを１つ以上のファクタに基づき動的にコントロールするものであり、
    前記二次セルによって、リンクを経て送られる元のパケットデータユニット要求と、リンクを経て受け取られる対応する応答メッセージとの間のタイムラグを推定する手段をさらに備え、その応答メッセージは、パケットデータユニットを含み、そして測定されたタイムラグは、ラウンドトリップタイムの推定値である、装置。
  19. 前記１つ以上のファクタは、前記二次セルの現在負荷、又は前記二次セルの計画された将来負荷、又はそれら現在負荷と計画された将来負荷との組み合わせを含む、請求項１８に記載の装置。
  20. 一次セルが第１ベースステーションによりコントロールされそして二次セルが第２の異なるベースステーションによりコントロールされる通信システムにおいて、無線リンクコントロールレイヤのデータに対して前記一次セルと二次セルとの間でフローコントロールを遂行し；及び前記フローコントロールに基づき、前記無線リンクコントロールレイヤのデータを、前記第１と第２のベースステーション間のリンクを使用して前記第１と第２のベースステーション間で通信し；前記一次セルと二次セルとの間でのフローコントロールの前記遂行は、１つ以上のユーザ装置に対する二次セルにおけるキューされた無線リンクコントロールデータの深さを１つ以上のファクタに基づき動的にコントロールすることを含むものであり；前記二次セルにおいて、リンクを経て送られる元のパケットデータユニット要求と、リンクを経て受け取られる対応する応答メッセージとの間のタイムラグを推定し、その応答メッセージは、パケットデータユニットを含み、そして測定されたタイムラグは、ラウンドトリップタイムの推定値である；ステップをプロセッサに遂行させるプログラムを記憶するコンピュータ読み取り可能な記憶媒体。
JP2015116416A 2014-06-09 2015-06-09 ｅＮＢ間キャリアアグリゲーション Active JP6595809B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201462009630P 2014-06-09 2014-06-09
US62/009,630 2014-06-09

Publications (2)

Publication Number Publication Date
JP2015233282A JP2015233282A (ja) 2015-12-24
JP6595809B2 true JP6595809B2 (ja) 2019-10-23

Family

ID=53442501

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015116416A Active JP6595809B2 (ja) 2014-06-09 2015-06-09 ｅＮＢ間キャリアアグリゲーション

Country Status (4)

Country Link
US (2) US9888513B2 (ja)
EP (1) EP2955959B1 (ja)
JP (1) JP6595809B2 (ja)
ES (1) ES2748238T3 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102460350B1 (ko) * 2015-11-06 2022-10-28 삼성전자주식회사 통신 시스템에서 데이터 송수신 방법 및 장치
CN107040351A (zh) * 2016-02-03 2017-08-11 中兴通讯股份有限公司 一种实现载波聚合的方法及装置
CN107040346B (zh) * 2016-02-03 2020-09-01 中兴通讯股份有限公司 一种用户面传输通道处理方法及基站
CN107277853A (zh) * 2016-04-07 2017-10-20 华为技术有限公司 一种数据传输方法及装置
MX2018012643A (es) 2016-04-20 2019-01-30 Ericsson Telefon Ab L M Retraso de transmision dependiendo del tipo de transmision y capacidades de procesamiento ue.
US10512065B2 (en) * 2016-05-31 2019-12-17 Qualcomm Incorporated Flexible control information reporting
CN107566093B (zh) * 2016-06-30 2020-02-04 电信科学技术研究院 跨基站载波聚合系统的rlc arq方法及基站
ES2877698T3 (es) * 2016-08-12 2021-11-17 Beijing Xiaomi Mobile Software Co Ltd Asignación de recurso periódico en una red y un dispositivo inalámbricos
US10050884B1 (en) * 2017-03-21 2018-08-14 Citrix Systems, Inc. Method to remap high priority connection with large congestion window to high latency link to achieve better performance
EP3909205A4 (en) * 2019-01-11 2022-07-27 Telefonaktiebolaget LM Ericsson (publ) NETWORK DEVICE, CONTROL DEVICE AND METHOD THEREON
US20220232606A1 (en) * 2019-05-15 2022-07-21 Telefonaktiebolaget Lm Ericsson (Publ) Uplink control information (uci) coordination for distributed carrier aggregation (ca) scheduling
US11683147B2 (en) * 2020-05-12 2023-06-20 Qualcomm Incorporated Physical downlink control channel (PDCCH) ordered uplink carrier switching for half-duplex frequency division duplex (HD-FDD) user equipment

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5438115B2 (ja) 2008-09-23 2014-03-12 テレフオンアクチーボラゲット エル エム エリクソン（パブル） キャリアアグリゲーションのためのｒｌｃ分割
EP4009733A1 (en) * 2010-02-12 2022-06-08 InterDigital Technology Corporation Data split between multiple sites
EP2695420B1 (en) 2011-04-07 2019-08-21 Nokia Solutions and Networks Oy Functional split for a multi-node carrier aggregation transmission scheme
TWM430132U (en) * 2011-07-15 2012-05-21 Wistron Corp Portable electronic device and its battery releasing structure
US9763226B2 (en) 2012-01-11 2017-09-12 Nokia Solutions And Networks Oy Secondary cell preparation for inter-site carrier aggregation
KR102040883B1 (ko) * 2012-08-23 2019-11-05 인터디지탈 패튼 홀딩스, 인크 무선 시스템에서의 다중 스케줄러들을 이용한 동작
EP2908570B1 (en) * 2012-11-13 2019-06-19 Huawei Technologies Co., Ltd. Method and base station for transmitting data
US9160515B2 (en) * 2013-04-04 2015-10-13 Intel IP Corporation User equipment and methods for handover enhancement using scaled time-to-trigger and time-of-stay
US9838282B2 (en) * 2014-05-09 2017-12-05 Telefonaktiebolaget Lm Ericsson (Publ) PDCP and flow control for split bearer
US10565615B2 (en) * 2014-07-01 2020-02-18 Transform Sr Brands Llc System and method for personalized add-on purchase

Also Published As

Publication number Publication date
EP2955959B1 (en) 2019-08-07
US20150359028A1 (en) 2015-12-10
US10342060B2 (en) 2019-07-02
ES2748238T3 (es) 2020-03-16
US9888513B2 (en) 2018-02-06
US20180124851A1 (en) 2018-05-03
EP2955959A1 (en) 2015-12-16
JP2015233282A (ja) 2015-12-24

Similar Documents

Publication Publication Date Title
JP6595809B2 (ja) ｅＮＢ間キャリアアグリゲーション
US10785791B1 (en) Controlling data transmission in radio access networks
US10638491B2 (en) Radio terminal
US11432223B2 (en) Methods and apparatuses for selecting a first base station or a second base station to transmit a packet data unit (PDU) to a user equipment (UE)
TWI572223B (zh) 在鏈結錨與增幅器網路中之資料重傳技術
US11973604B2 (en) User equipment and base station involved in transmission of data
US9894548B2 (en) Method and poll control entity for controlling a polling procedure
US10594612B2 (en) Threshold for reduced latency mechanisms
JPWO2015141478A1 (ja) ユーザ装置及びアップリンクデータ送信方法
WO2015008966A1 (en) Method for segmenting and reordering a radio link control status protocol data unit and a device therefor
CN107534890B (zh) 适应性tti调整的方法以及用户设备
CN109314608A (zh) 一种数据传输方法、网络设备及终端设备
US9246637B2 (en) Communication terminal device and method for operating a communication terminal device
US20190253921A1 (en) Method for transmitting and receiving data in wireless communication system and apparatus for the same
KR102425660B1 (ko) 무선 통신 시스템에서 혼잡 관리 방법 및 장치
KR102448173B1 (ko) 캐리어 집적을 지원하는 무선 통신 시스템에서의 데이터 전송 방법 및 장치
WO2015018009A1 (zh) 用于自动重传的方法、用户设备和基站
WO2008111820A1 (en) Method of managing data blocks during handover

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180607

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190116

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190123

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20190423

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190624

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190828

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190927

R150 Certificate of patent or registration of utility model

Ref document number: 6595809

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250