JP2017516395A - 改善されたマルチ・キャリア通信のための方法および装置 - Google Patents

Abstract

様々な方法と、装置とが、改善されたマルチ・キャリア通信についての必要性に対処するために提供される。一装置においては、無線アクセス・ネットワーク（ＲＡＮ）（４０２）は、複数のキャリア（４１１〜４１２）を経由して、プロトコル・スタックを使用して、ユーザ要素（ＵＥ）（４０１）に対して、パケット・データを送信するように動作する複数のネットワーク・ノード（４０３、４０６）を含んでいる。プロトコル・スタックは、上位ＲＬＣ処理レイヤと、複数の下位ＲＬＣ処理レイヤとに分割される無線リンク制御（ＲＬＣ）レイヤを含んでいる。各下位ＲＬＣ処理レイヤは、複数のキャリアのうちの１つのキャリアに関連づけられ、また各下位ＲＬＣ処理レイヤは、その関連するキャリアを経由したパケット・データ送信をサポートする。上位ＲＬＣ処理レイヤは、複数のキャリアを経由したパケット・データ送信をサポートする。

Description

本発明は、一般に通信に関し、また詳細にはワイヤレス・システムにおけるマルチ・キャリア通信に関する。

本節は、本発明についてのよりよい理解を容易にする助けとなり得る態様を導入するものである。したがって、本節の陳述は、この観点から読まれるべきであり、また何が先行技術であるか、または何が先行技術ではないかについての承認として理解されるべきではない。

キャリア・アグリゲーションは、無線ベアラ（すなわち、セルラー方式ネットワークと移動局との間のある種の特徴を有する論理接続）が、複数のキャリアの上の同時送信から利益を得ることを可能にし、それによって異なるユーザ・アプリケーションに関連するデータを搬送するビット・レートをかなり増大させている。しかしながら、キャリア・アグリゲーションは、集約されている２つ（またはそれより多い）キャリアが、同一場所に配置され、またそれらの間に密接な協調が存在している場合だけに、実施される可能性がある。シームレス・マクロ・セル・アンカー無線送信（ＳＭＡＲＴ：Ｓｅａｍｌｅｓｓ Ｍａｃｒｏ−ｃｅｌｌ Ａｎｃｈｏｒｅｄ Ｒａｄｉｏ Ｔｒａｎｓｍｉｓｓｉｏｎ）技法（デュアル接続性としても知られている）は、移動局が、セルラー方式ネットワークにおいて異なるノードに対する複数の並行したリンクを有することを可能にする。しかしながら、これらのノードと、対応するキャリアとは、同一場所に配置されておらず、または密接に協調される可能性がないので、ＳＭＡＲＴネットワークにおける個々の無線ベアラが、複数のキャリアの上の同時送信から利益を得ることを可能にするようにキャリア・アグリゲーションを実施することができない。それゆえに、そのような機能を可能にする新しい問題解決手法と技法とは、必要性を満たし、また一般にワイヤレス通信を進化させるであろう。

単一キャリア３ＧＰＰロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ユーザ・プレーン・プロトコル・スタックのブロック図表現である。 キャリア・アグリゲーションを使用した無線ベアラのためのプロトコル・スタックのブロック図表現である。 専用のキャリアの上の２つの異なるセルによる送信を伴う一実施形態に適用されるような分割された無線リンク制御（ＲＬＣ：Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤを有するプロトコル・スタックのブロック図表現である。 本発明の様々な実施形態による無線アクセス・ネットワーク（ＲＡＮ：ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）とユーザ要素（ＵＥ：ｕｓｅｒ ｅｌｅｍｅｎｔ）とのブロック図表現である。

本発明の特定の実施形態が、図１〜４を参照して以下で開示されている。説明と説明図との両方が、理解を深める意図で書かれてきている。例えば、図の要素のうちのいくつかについての寸法は、他の要素に対して誇張されることもあり、また商用的に成功する実装形態にとって有利であり、または必要でさえもあるよく知られている要素が、描かれていないこともあり、その結果、実施形態についてのあまり妨害されない、またより明確な表現が達成されることもある。

当業者がすでに当技術分野において知られているものを考慮して、本発明を作り、使用し、また最もよく実行することを効果的に可能にするために、説明図と説明との両方における簡潔さと明確さとが求められている。当業者なら、様々な修正および変更が、本発明の精神および範囲を逸脱することなく、以下で説明される特定の実施形態に対して行われ得ることを理解するであろう。したがって、明細書と図面とは、限定的であり、またはすべてを包含しているのではなくて、例証的であり、また例示的であるように見なされるべきであり、また以下で説明される特定の実施形態に対するすべてのそのような修正は、本発明の範囲内に含まれることを意図している。

３ＧＰＰ規格のリリース１０

様々な方法および装置が、提供されて、改善されたマルチ・キャリア通信についての必要性に対処している。一方法においては、無線アクセス・ネットワーク（ＲＡＮ）は、複数のキャリアを経由して、プロトコル・スタックを使用して、ユーザ要素（ＵＥ）に対してパケット・データを送信する。プロトコル・スタックは、上位ＲＬＣ処理レイヤと、複数の下位ＲＬＣ処理レイヤとに分割された無線リンク制御（ＲＬＣ）レイヤを含んでいる。各下位ＲＬＣ処理レイヤは、複数のキャリアのうちの１つのキャリアに関連づけられる。上位ＲＬＣ処理レイヤは、複数のキャリアを経由してパケット・データ送信をサポートするが、各下位ＲＬＣ処理レイヤは、その下位ＲＬＣ処理レイヤに関連するキャリアを経由して、パケット・データ送信をサポートする。製造の物品もまた、提供され、その物品は、１つまたは複数のプロセッサによって実行されるときに、この方法のステップを実行する１つまたは複数のソフトウェア・プログラムを記憶する非一時的な、プロセッサ読み取り可能な記憶媒体を備えている。

上記の方法が修正される多数の実施形態が、提供される。例えば、多数の実施形態においては、上位ＲＬＣ処理レイヤにより、複数のキャリアを経由してパケット・データ送信をサポートするステップは、上位ＲＬＣ処理レイヤが、ＲＬＣサービス・データ・ユニット（ＳＤＵ：ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔｓ）を受信するステップと、受信されるＳＤＵからプロトコル・データ・ユニット（ＰＤＵ：ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔｓ）を生成するステップと、下位ＲＬＣ処理レイヤのうちのそれぞれに対してＰＤＵを送信するステップとを含む。本実施形態に応じて、上位ＲＬＣ処理レイヤにより、複数のキャリアを経由してパケット・データ送信をサポートするステップはまた、上位ＲＬＣ処理レイヤが、複数の下位ＲＬＣ処理レイヤのうちの少なくとも１つからＰＤＵサイズ限界についての表示を受信するステップを含む可能性もあり、また、上位ＲＬＣ処理レイヤが、このＰＤＵサイズ限界を用いてＰＤＵを生成するステップをさらに含む可能性もある。

多数の実施形態においては、各下位ＲＬＣ処理レイヤにより、その下位ＲＬＣ処理レイヤに関連するキャリアを経由してパケット・データ送信をサポートするステップは、各下位ＲＬＣ処理レイヤが、上位ＲＬＣ処理レイヤからＰＤＵを受信するステップと、上位ＲＬＣ処理レイヤからのＰＤＵを再送信されるべきデータとして処理するステップとを含む。各下位ＲＬＣ処理レイヤによるこの処理するステップは、その下位ＲＬＣ処理レイヤにおけるローカルの現在のサイズ限界に従うべき上位ＲＬＣ処理レイヤからＰＤＵをセグメント化するステップを含む可能性がある。多数の実施形態においては、各下位ＲＬＣ処理レイヤにより、その下位ＲＬＣ処理レイヤに関連するキャリアを経由してパケット・データ送信をサポートするステップは、各下位ＲＬＣ処理レイヤが、ＲＬＣセグメンテーション処理を実行するステップを含んでいる。

いくつかの実施形態においては、ＲＡＮは、セルのグループを含んでおり、これらのセルのうちのいくつかは、地理的に分離される。複数の下位ＲＬＣ処理レイヤのうちの個別の下位ＲＬＣ処理レイヤは、それぞれ、これらの異なるセルのうちのそれぞれのネットワーク機器の上で動作することができる。

無線アクセス・ネットワーク（ＲＡＮ）装置もまた、提供される。複数のネットワーク・ノードを含むＲＡＮは、複数のキャリアを経由して、プロトコル・スタックを使用してユーザ要素（ＵＥ）に対してパケット・データを送信するように動作する。プロトコル・スタックは、上位ＲＬＣ処理レイヤと、複数の下位ＲＬＣ処理レイヤとに分割された無線リンク制御（ＲＬＣ）レイヤを含んでいる。各下位ＲＬＣ処理レイヤは、複数のキャリアのうちの１つのキャリアに関連づけられ、また各下位ＲＬＣ処理レイヤは、その関連するキャリアを経由してパケット・データ送信をサポートする。上位ＲＬＣ処理レイヤは、複数のキャリアを経由してパケット・データ送信をサポートする。

このＲＡＮを部分的に変更した多数の実施形態が提供される。多数の実施形態においては、複数のネットワーク・ノードのうちの第１のネットワーク・ノードが、上位ＲＬＣ処理レイヤをホストするように動作し、この上位ＲＬＣ処理レイヤは、ＲＬＣサービス・データ・ユニット（ＳＤＵ：ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔｓ）を受信し、受信されたＳＤＵからプロトコル・データ・ユニット（ＰＤＵ）を生成し、また下位ＲＬＣ処理レイヤのそれぞれに対してＰＤＵを送信するように動作するステップを伴う。実施形態に応じて、上位ＲＬＣ処理レイヤをホストするように動作するステップはまた、複数の下位ＲＬＣ処理レイヤのうちの少なくとも１つからＰＤＵサイズ限界についての表示を受信するように動作するステップを含む可能性もあり、またこのＰＤＵサイズ限界を用いてＰＤＵを生成するように動作するステップをさらに含む可能性もある。

多数の実施形態においては、複数のネットワーク・ノードのうちの第２のネットワーク・ノードは、複数の下位ＲＬＣ処理レイヤのうちの下位ＲＬＣ処理レイヤをホストするように動作し、これは、上位ＲＬＣ処理レイヤからＰＤＵを受信し、また上位ＲＬＣ処理レイヤからのＰＤＵを再送信されるべきデータとして処理するように動作するステップを伴う。この処理は、下位ＲＬＣ処理レイヤにおいてローカルな現在のサイズ限界に従うべき上位ＲＬＣ処理レイヤからＰＤＵをセグメント化するように動作するステップを伴う可能性がある。多数の実施形態においては、複数のネットワーク・ノードのうちの第２のネットワーク・ノードは、複数の下位ＲＬＣ処理レイヤのうちの下位ＲＬＣ処理レイヤをホストするように動作し、これは、ＲＬＣセグメンテーション処理を実行するように動作するステップを伴う。

いくつかの実施形態においては、複数のネットワーク・ノードのうちの第１のネットワーク・ノードは、上位ＲＬＣ処理レイヤをホストするように動作し、また複数のネットワーク・ノードのうちの第２の異なるネットワーク・ノードは、複数の下位ＲＬＣ処理レイヤのうちの下位ＲＬＣ処理レイヤをホストするように動作する。実施形態に応じて、第１のネットワーク・ノードと、第２のネットワーク・ノードとは、地理的に分離されることもある。

本発明についての様々な態様を作り、また使用する際に、より高い詳細度を提供するために、マルチ・キャリア通信に対する本発明者等のアプローチについての説明と、ある種の非常に特定の実施形態についての説明とが、例のために続いている。図１乃至図３は、本発明の特定のプロトコル・スタックのいくつかの例と、特定の実施形態とを例証する試みの中で参照される。

キャリア・アグリゲーションは、データ・フローが、複数のキャリアの上の同時送信から利益を得ることを可能にするように設計されてきている送信技法である。３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）ファミリー規格に基づいた通信システムでは、キャリア・アグリゲーションは、３ＧＰＰ規格のリリース１０において規定されてきている。

３ＧＰＰ ＬＴＥシステムにおいては、異なるアプリケーションに関連するパケット・フローは、１つまたは複数の無線ベアラの上で搬送される。無線ベアラは、ある種の品質の特徴（例えば、パケット損失、遅延、および／またはレートの要件）を有する、ユーザ要素（ＵＥ）と無線アクセス・ネットワーク（ＲＡＮ）との間の論理接続である。与えられたユーザ・アプリケーションに属するパケットは、一般的に単一の無線ベアラの上で搬送され、この単一の無線ベアラは、同様に他のユーザ・アプリケーションに属するパケットを搬送することができる。図１は、キャリア・アグリゲーションのない、ＬＴＥシステムにおけるユーザ・プレーンのためのプロトコル・スタック１００を示すものである。

図１に示されるように、３ＧＰＰ ＬＴＥ規格に基づいた単一キャリア通信システムにおいては、無線ベアラ当たりに、１つのパケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ：Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）エンティティと、１つの無線リンク制御（ＲＬＣ）レイヤ・エンティティとが、存在している。他方では、共通の媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤは、キャリアに関連する無線インターフェースの上で搬送されている無線ベアラのすべてをサポートする。

本説明に最も関連しているのは、プロトコル・スタックのＲＬＣレイヤとＭＡＣレイヤとの機能である。ＲＬＣレイヤの主要な機能は、現在のチャネル状態とトラフィック状態とに基づいて、下位（ＭＡＣ）レイヤによって示されるサイズに上位レイヤ・パケット（ＲＬＣサービス・データ・ユニットまたはＲＬＣ ＳＤＵと称される）を適応させるための、上位レイヤ・パケットのセグメンテーションおよび（再）アセンブリである。また、エラー・フリー送信、すなわち、肯定応答モード（ＡＭ：Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）データを必要とする無線ベアラでは、ＲＬＣレイヤは、レシーバ・フィードバックに基づいて、誤りのあったフレームの再送信を提供する。ＲＬＣレイヤ（受信端における）はまた、万一それらのパケットが下位レイヤにおける遅延／再送信のためにその順序が乱れて配信される場合には、受信されたパケットの再順序付けを実行する。ＭＡＣレイヤは、主として、それらのサービス品質（ＱｏＳ：Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）要件に基づいて、異なる無線ベアラ（すなわち、異なるＲＬＣエンティティ）からのデータを多重化するための役割を担う。前述されるように、送信ポイント（すなわち、基地局またはＵＥ）に関連する無線インターフェースの上で搬送されている無線ベアラのすべてに関連するデータを取り扱う単一のＭＡＣレイヤ・エンティティが存在している。ＭＡＣレイヤは、通信リソース（プロトコル・スタック１００の物理−ＰＨＹ−レイヤによって表される）を使用して、無線インターフェースを介してＲＬＣレイヤ・データを送信する。ＭＡＣレイヤは、ハイブリッド自動反復要求（ＨＡＲＱ：Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）プロセスを使用して、必要に応じて、送信データと、対応する肯定応答と、再送信とを追跡する。

基地局が、それと通信するＵＥに対してデータを送信するために、複数のキャリアをサポートする場合のシナリオを対象としているキャリア・アグリゲーションを用いると、共通のＭＡＣレイヤが、異なる無線ベアラからのデータを多重化するための役割を担う点を除いて、プロトコル・スタックは、図１のプロトコル・スタックに似ており、その結果、データは、送信ポイント（例えば、基地局）によってサポートされている複数のキャリアに関連する通信リソースを使用して送信される可能性がある。それゆえに、２つのキャリアを有するシステムの場合には、キャリア・アグリゲーションは、与えられた無線ベアラからのデータの一部が、第１のキャリアに関連する通信リソースの上で搬送されることを可能にするが、その無線ベアラに関連するデータの残りは、第２のキャリアの上で搬送される。これは、キャリア・アグリゲーションの可能なＵＥと基地局とについての送信スピードにおけるかなりの増大をもたらすであろう。図２は、そのデータが、２つのキャリアの通信リソースの上で搬送される無線ベアラをサポートすることができるプロトコル・スタック２００を示すものである。

キャリア・アグリゲーションを使用した無線ベアラのためのプロトコル・スタック（プロトコル・スタック２００）と、単一キャリア・オペレーションにおける無線ベアラのためのプロトコル・スタック（プロトコル・スタック１００）との間の主要な違いは、前者におけるＭＡＣレイヤが、キャリアの両方に関連する通信リソースとＨＡＲＱプロセスとを使用して、無線ベアラに属するデータを送信することができることである（対照的に、単一キャリア・キャリア・オペレーションにおけるＭＡＣレイヤは、単一キャリアに関連する通信リソースとＨＡＲＱプロセスとを使用する）。それゆえに、キャリア・アグリゲーションを使用した無線ベアラ（例えば、プロトコル・スタック２００の無線ベアラ１）の場合には、２つのキャリアのうちのいずれかの上の通信リソースが、その無線ベアラに属するデータの送信のために使用可能であるときに、ＭＡＣレイヤは、現在のチャネル状態と負荷状態とに基づいて、取り扱われ得るペイロード・サイズについて、対応するＲＬＣエンティティに通知する。次いで、ＲＬＣエンティティは、そのサイズまでペイロード（プロトコル・データ・ユニットまたはＰＤＵ）を構築し、またそれを無線インターフェースを介する送信のためにＭＡＣレイヤに対して手渡す。上記で述べられたように、ＡＭデータの場合には、ＲＬＣ ＰＤＵが失われ、またレシーバがその喪失について送信ポイントに通知する場合、ＲＬＣレイヤは、この失われたデータを再送信する。しかしながら、この失われたデータの再送信のために使用可能な通信リソースの量が、データが最初に送信されたときに使用可能だったものと異なる可能性があるので、ＲＬＣレイヤは、セグメンテーションおよび再アセンブリ（ＳＡＲ：Ｓｅｇｍｅｎｔａｔｉｏｎ ａｎｄ Ｒｅ−Ａｓｓｅｍｂｌｙ）の能力を装備しており、これにより、それは、元のＰＤＵ（これは、失われた）とは異なるサイズのＰＤＵを構築し、また次いでレシーバ端においてこれらのセグメントから元のＰＤＵを再構築することができるようになる。ＲＬＣレイヤは、キャリア・アグリゲーションが使用されているか否かにかかわらず、このＳＡＲ能力を有している。

プロトコル・スタック２００によって表されるキャリア・アグリゲーション・スキームは、２つの（またはそれより多くの）キャリアが同一場所に配置され、また共通のＭＡＣレイヤ・エンティティと、ＲＬＣレイヤ・エンティティとの制御の下で動作するというシナリオにおいて、よく機能する。これが可能になるための重要な要件は、ＰＨＹレイヤと、ＭＡＣレイヤと、ＲＬＣレイヤとの間のレイテンシが低く、ミリ秒の程度またはそれよりも低いことである。ＵＥに対するキャリア・アグリゲーションに似たマルチ・キャリア送信が望ましいこともあるが、２つのキャリアが同一場所に配置されていないこともあり、あるいは密接な低レイテンシの協調が、それらのそれぞれのＰＨＹレイヤ・エンティティと、上位レイヤ・エンティティとの間で可能でないこともあるという、いくつかのシナリオが存在している。異機種ネットワーク（Ｈｅｔｎｅｔ：Ｈｅｔｅｒｏｇｅｎｅｏｕｓ Ｍｅｔｗｏｒｋｓ）におけるそのようなシナリオの一例は、ＵＥが、１つのセル（一般的には、マクロ・セル）に対する一次接続と、１つまたは複数のマクロ・セルもしくはメトロ・セルに対する二次接続とを有することを可能にするシームレス・マクロ・セル・アンカー無線送信（ＳＭＡＲＴ）技法である。一次接続は、無線リソース制御（ＲＲＣ）が、「アンカー」送信ポイントを用いて常に保持されることを保証するが、二次接続は、遥かに高速なタイム・スケールで動的に追加され、または脱落されて、無線ベアラに関連するデータ・トラフィックについての日和見的なアクセスを提供する。この技法は、データの異なるストリームが一次リンクと二次リンクとを通して送信されることを可能とするので、ｃｄｍａ２０００またはＷＣＤＭＡにおけるソフト・ハンドオフ技法とは異なっており、また３ＧＰＰロング・ターム・エボリューションにおける協調マルチポイント（ＣｏＭＰ）技法（ＬＴＥ／ＬＴＥ−進化型）の一部分として考えられている共同送信技法とも異なっている。キャリア・アグリゲーションがＵＥによってサポートされる場合に、リンクは、同じキャリアの上で、または複数のキャリアの上で確立されることもある。研究は、この技法の性能の利点が、セル・エッジ・スループットを改善する観点からも、同様にハンドオーバの失敗を減少させる観点からも、非常に重要である可能性があることを示してきている。ＳＭＡＲＴ技法はまた、「デュアル接続性」という名前によっても知られており、また３ＧＰＰによる標準化のために着手されている。

ＳＭＡＲＴシステムまたはデュアル接続性システムにおいては、ＵＥは、リソースの複数の組（すなわち、専用のキャリア、または代替的な時間／周波数リソース・パーティション）の上のセルラー方式ネットワークの内部の１つまたは複数の送信エンドポイントおよび受信エンドポイントと同時に通信することができるであろう。しかしながら、これらの送信ノードと受信ノードとは、同一場所に配置されていないこともあり、またはそれらの間のメッセージングは、（ほぼ数十ミリ秒以上程度の）かなりのレイテンシを経験する可能性がある。そのような場合には、プロトコル・スタック２００によって表される通信スキームは、（ＰＨＹレイヤと、ＭＡＣレイヤと、ＲＬＣレイヤとの間の低いレイテンシの基本的な要件が、違反されることになるので）望ましいように機能することができない。それゆえに、我々は、プロトコル・スタック２００に対して変更を行って、ネットワーク側の上のそれらのそれぞれのエンドポイントがそれらの間にかなりのレイテンシを有する場合に、無線ベアラが、複数のキャリア、または他の時間／周波数リソース・パーティションの上の同時送信を利用することを可能にする必要がある。

ＬＴＥ／ＬＴＥ−Ａ（キャリア・アグリゲーションをサポートするこれらを含む）に基づいた現在のネットワークにおいては、そこでは、ＵＥは、１つのサービング・セルに関連づけられ、図１または図２の中に示されるプロトコル・レイヤは、サービング基地局において実施される。しかしながら、複数のセル（例えば、ＳＭＡＲＴまたはデュアル接続性ネットワークにおける）の上の単一の無線ベアラに関連するデータの信頼できる送信は、ネットワークおよび／またはＵＥにおけるプロトコル・スタックに対していくつかの変更を必要とする。以前に我々が見てきたように、下位のレイヤ（例えば、ＭＡＣ／ＰＨＹ）におけるデータ・ストリームの分割が続く共通のＲＬＣレイヤの使用は、一次サービング・セルと、二次サービング・セルとの間の低いレイテンシ・バックホール接続を必要とする。そのような構成は、ＳＭＡＲＴネットワークにおける一次セルと、二次セル（単数または複数）との間の地理的な分離のために、可能ではない。ＰＤＣＰレイヤにおいてデータ・ストリームを分割し、また一次リンクと二次リンクとの上でＲＬＣレイヤと、ＭＡＣレイヤと、ＰＨＹレイヤとの独立したインスタンスを有することは、可能である。しかしながら、特に二次リンクが悪化し、またはモバイルＵＥのために非常に簡単に脱落する可能性があるので、上位レイヤ・データの信頼できる順序通りの配信についての必要性は、ＰＤＣＰにおける再送信能力を有する別のレイヤを必要とするであろう。これは、追加の非効率性と遅延とを導入する可能性がある。

これらのやりがいのある課題に対処するために、相互接続バックホール・ネットワークが必ずしも非常に低いレイテンシをサポートするとは限らないときに、分割無線リンク制御（ＲＬＣ）の問題解決手法が、複数の空間的に分離された、または同一場所に配置された送信ポイントの上で分割される単一の無線ベアラについての、信頼できる順序通りのデータ配信のために提案される。説明を簡単にするために、本発明者等は、ＵＥが、一次接続（またはリンク）と、１つまたは複数の二次接続（またはリンク）とを確立し終わっているものと仮定する。これらのリンクを確立するために使用される方法は、無線測定値、負荷、または他のファクタに基づいている可能性があり、また本説明の範囲外にある。本発明者等はまた、１つまたは複数のリンクの上のダウンリンク・オペレーションに関連するフィードバックが、アップリンクを経由して使用可能にされる可能性があることを仮定している。アップリンク・フィードバック報告のためのプロシージャはまた、この説明の範囲外にある。

ここで焦点は、肯定応答モード（ＡＭ）データのダウンリンク送信に当てられる。本発明者等のアプローチの一実施形態においては、ＡＭ無線ベアラに関連するデータは、一次リンク上及び１つまたは複数の二次リンク上で同時に配信される。ただ１つのＰＤＣＰプロトコル・インスタンスがこの場合に仮定されるが、ＲＬＣプロトコル機能は、図３のプロトコル・スタック３００によって示されるように、上位および下位のＲＬＣインスタンスを通して分割される。ＬＴＥなどのセルラー方式システムにおいて現在使用されるＲＬＣレイヤは、各送信機会において下位レイヤによって示されるＲＬＣ ＰＤＵの許容可能サイズと、信頼できる順序通りの配信のための自動反復要求（ＡＲＱ：Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）再送信メカニズムと、肯定応答モードにおける再送信のためのＲＬＣデータＰＤＵの再セグメンテーションと、上位レイヤに対する配信のためのレシーバにおけるＲＬＣ ＳＤＵの再アセンブリとに基づいて、上位レイヤプロトコル・データ・ユニット（ＰＤＵ）の転送、これらのＰＤＵの連結、セグメンテーションなど、多数の機能をサポートすることに注意すべきである。ＲＬＣ ＰＤＵサイズが、下位レイヤにおいて行われるスケジューリング決定に基づいて選択されるので、このアプローチは、ＲＬＣデータが２つ以上のリンクの上で分割されるアーキテクチャに対してよく適合されてはおらず、これらのリンクのうちのそれぞれは、異なる地理的サイトにおいて独立してスケジュールされる可能性がある。とりわけ、バックホール・ネットワーク上のレイテンシは、一般的に、ＲＬＣレイヤが下位レイヤのスケジューリングに（ＬＴＥの場合に、１ｍｓのサブフレームまたは送信時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）ごとに）迅速に適応することを可能にするために十分に低くはないであろう。

本発明者等が、提案している分割ＲＬＣアプローチは、より高いバックホール・レイテンシを可能にしながら、地理的に分離されたサイトからの２つ以上のリンクの上でのデータ送信を受け入れることができる。この場合に、本発明者等は、各無線ベアラについてのただ１つの上位ＲＬＣインスタンスを生成するが、複数の下位ＲＬＣインスタンスが、無線リンクごとに１つ、確立されることを可能にしている。分割ＲＬＣオペレーションの主要な態様は、以下のようである。

上位ＲＬＣオペレーション（送信側）：上位ＲＬＣエンティティは、上位レイヤからＲＬＣ ＳＤＵ（ＬＴＥの場合におけるＰＤＣＰ ＰＤＵ）を受信する。上位ＲＬＣエンティティは、次いで、ＰＤＵごとにシーケンス番号を含むヘッダを付け加えることにより、所定のサイズ限界を用いてＲＬＣ ＰＤＵを生成し、また受信するピアＲＬＣエンティティ（すなわち、ＵＥにおける）に対して配信するための一次送信ポイントおよび／または二次送信ポイントにおける下位ＲＬＣインスタンスに対してＲＬＣ ＰＤＵを下方に転送する。可変サイズのＲＬＣ ＳＤＵがサポートされ、また連結され、またセグメント化されて、各ＰＤＵの内部で受け入れられるデータ・ユニットを生成することができる。これらの連結／セグメンテーション・プロシージャと、仮定されるヘッダとは、ＬＴＥにおいて指定されるこれらの連結／セグメンテーション・プロシージャに類似している可能性がある。上位ＲＬＣインスタンスは、一次サービング基地局または適切と見なされる任意の他のノードにおいて、確立されることもある。上位ＲＬＣレイヤはまた、ＵＥに対する送信中に失われ、または遅延されてしまっている可能性のあるＲＬＣレイヤ・データを再送信する役割を担ってもいる。この機能をサポートするために上位ＲＬＣレイヤによって使用される自動反復要求（ＡＲＱ）オペレーションは、現在の３ＧＰＰ ＬＴＥプロトコル・スタック（例えば、図１および図２におけるこれら）の中のＲＬＣレイヤによって使用される自動反復要求（ＡＲＱ）オペレーションと同じとすることができる。ＲＬＣの現在の実施におけるように、上位ＲＬＣレイヤは、受信側からステータス報告を受信することができ、またその報告が１つまたは複数のＲＬＣ ＰＤＵの喪失を示す場合に、上位ＲＬＣレイヤは、失われたＲＬＣ ＰＤＵを再送信することを決定することができる。上位ＲＬＣレイヤは、一次送信ポイントまたは二次送信ポイントのいずれかの中に存在する下位ＲＬＣレイヤ・エンティティに対して、失われたＲＬＣ ＰＤＵのコピーを手渡すことにより、この再送信を実行することができる。現在のＬＴＥプロトコル・スタックの中のＲＬＣエンティティは、それらが肯定応答されるまで（またはそれらが、配信における反復された失敗のために切り捨てられる必要があるまで）ＲＬＣ ＰＤＵのコピーを保持することに注意すべきである。これらのコピーは、再送信中に使用される。提案された分割ＲＬＣオペレーションにおける上位ＲＬＣレイヤは、単にこの動作をエミュレートするだけである。そのコピーが、上位ＲＬＣレイヤによって保持されるＲＬＣ ＰＤＵは、下位ＲＬＣエンティティに対して上位ＲＬＣレイヤによって手渡されるこれらのＲＬＣ ＰＤＵと同一であることにも注意すべきである。上位ＲＬＣレイヤは、下位ＲＬＣレイヤにおいて発生する可能性のあるセグメンテーションなど、さらなる処理について完全に無関心である。要約すれば、提案された分割ＲＬＣオペレーションにおける上位ＲＬＣレイヤは、セグメンテーション以外の、現在のＬＴＥプロトコル・スタックの中のＡＭ ＲＬＣエンティティの全体の機能をサポートする。

下位ＲＬＣオペレーション（送信側）：各下位ＲＬＣエンティティによって受信されるＲＬＣ ＰＤＵは、下位レイヤによって示される送信機会を待ちながら、バッファリングされる。フロー制御が、上位ＲＬＣエンティティと、下位ＲＬＣエンティティとの間で仮定されて、下位ＲＬＣエンティティにおいてバッファの枯渇またはオーバーフローが存在していないことを保証する。ある種のサイズ（バイトまたはビットの数の形の）を受け入れることができる送信機会が下位レイヤによって示されるときに、下位ＲＬＣエンティティは、以下を行い、すなわち、ＲＬＣ ＰＤＵのサイズが下位プロトコル・レイヤによって受け入れられ得るサイズ以下である場合に、ＲＬＣ ＰＤＵは、下位プロトコル・レイヤに対して「そのまま」手渡される。他方では、ＲＬＣ ＰＤＵが下位プロトコル・レイヤによって取り扱われ得るサイズよりも大きい場合に、ＲＬＣ ＰＤＵは、セグメント化されて、下位プロトコル・レイヤによって示されるサイズに従うように、より小さなサイズのＲＬＣ ＰＤＵセグメントを形成する。これらのＲＬＣ ＰＤＵセグメントは、次いで、送信のために下位プロトコル・レイヤに手渡される。下位ＲＬＣエンティティによるＲＬＣ ＰＤＵのこの処理は、ＬＴＥ仕様における（ＲＬＣレイヤによる）再送信の取り扱いに類似している。したがって、効果的に、ＲＬＣ ＰＤＵの（下位ＲＬＣレイヤによる）第１の送信でさえも、再送信のように取り扱われ、またセグメント境界を示す関連のあるヘッダが含められる。ＵＥの観点から、状況は、サイズと境界とが上位ＲＬＣによって下方に手渡されるＲＬＣ ＰＤＵのこれらのサイズと境界とに従うＲＬＣ ＰＤＵについての初期の送信があった場合に、現在のＬＴＥプロトコルにおいて起こることになるものに類似しており、また何らかの形で、これらのＰＤＵは失われてしまい、また下位ＲＬＣは、単に、ローカルな現在のサイズ限界当たりの新しいサイズへと（例えば、変更されたチャネル／負荷の状態によって決定されるように）場合によってはそれらを再セグメント化することにより、これらのＰＤＵを再送信しているだけである。スケジューリング決定のための役割を担っている下位レイヤ（ＭＡＣおよびＰＨＹ）が、下位ＲＬＣレイヤと同一場所に配置されることが仮定されるので、このアプローチは、支配的な負荷状態とチャネル状態とを考慮に入れることができる効率的な動的なスケジューリング決定を受け入れる。手短に言えば、下位ＲＬＣレイヤは、ただ、現在のＬＴＥプロトコル・スタックにおけるＲＬＣレイヤのＳＡＲ機能を実施するだけである（厳密に言えば、送信端は、セグメンテーションを行うが、受信端は、再アセンブリを行うので、これは、ＳＡＲ機能のうちの「セグメンテーション」部分だけである）。

受信ＲＬＣオペレーション：受信ＲＬＣエンティティによって続けられるプロシージャは、単一リンクの場合においてＵＥによって続けられるプロシージャと同一とすることができる。受信側ＲＬＣエンティティは、受信ウィンドウを保持し、またシーケンス番号がウィンドウ内に含まれる場合だけに、ＰＤＵまたはＰＤＵセグメントを受け入れるだけであろう。受信側ＲＬＣエンティティはまた、どのような複製も切り捨て、再順序づけし、またセグメントをＰＤＵへと再アセンブリし、また最終的には上位レイヤへと順々に配信されるＲＬＣ ＳＤＵへとＰＤＵを再アセンブリする。プロトコル・スタック２００に基づいた受信ＲＬＣオペレーションはこの能力を有しているので、変更は、全般的なマルチ・キャリア通信スキームを実施するためにレシーバ側で必要とされないであろう。

上記で説明される分割ＲＬＣスキームは、無線ベアラがキャリア・アグリゲーションから利益を得ることに類似したやり方で、ＡＭ無線ベアラが複数のセルからの同時送信から利益を得ることを可能にするであろう。同時に、分割ＲＬＣスキームは、とりわけＵＥの観点から、既存のＬＴＥプロトコル・スタックに対する最小限の変更を伴う。このスキームの数少ないわずかな変形が可能であり、これらは、このアプローチの意図と完全に整合している。

例えば、上位ＲＬＣレイヤが所定のサイズ限界を有するＲＬＣ ＰＤＵを下方に手渡すことが、述べられてきている。これらの所定のサイズ限界は、下位ＲＬＣエンティティによって定期的に提供される情報に基づいて準静的に変更される可能性がある。したがって、各ＲＬＣエンティティは、その端部における支配的なチャネル状態と負荷状態とに基づいて、望ましいＲＬＣ ＰＤＵサイズを示すメッセージを、上位ＲＬＣエンティティに対して定期的に送信することができ、また上位ＲＬＣエンティティは、最新のそのような情報を使用して、上位ＲＬＣエンティティが対応する下位ＲＬＣエンティティに対して送信するＲＬＣ ＰＤＵを構築することができる。与えられた無線ベアラについての下位ＲＬＣエンティティと上位ＲＬＣエンティティとが同一場所に配置されるこれらの場合において、この（下位ＲＬＣエンティティから上位ＲＬＣエンティティへの）メッセージングは頻繁に起こる可能性があり、さらに、そのような場合におけるレイテンシが小さいので、上位ＲＬＣは、現在のチャネル状態と負荷状態とのために適切であるＲＬＣ ＰＤＵを構築することができるようになり、このようにして下位ＲＬＣエンティティによるさらなる再セグメンテーションのための必要性を取り除いている。

さらに、下位ＲＬＣによって指定されるＰＤＵサイズ限界は、上位ＲＬＣが、より小さい任意のＰＤＵサイズを選定することを可能にするであろう。しかしながら、上位ＲＬＣが、結局最後に、（データ・バックログを有するにもかかわらず）あまりにも小さすぎるＰＤＵサイズを選定することになることがある。上位ＲＬＣは、下位ＲＬＣにオプションの好ましい最小のＰＤＵサイズを示させることにより、より高いＰＤＵサイズを選定するように動作する可能性がある。次いで、上位ＲＬＣは、一般的に、好ましい最小値と、ＰＤＵサイズ限界との間のサイズを選定することになる。しかしながら、好ましい最小サイズを満たすには不十分なデータ・バックログが存在する場合、そのときには上位ＲＬＣは、好ましい最小サイズよりも小さいサイズを選定する可能性がある。十分なデータ・バックログが存在しているときに、より大きなサイズを選定する利点は、それが、（ヘッダが、あらゆるＰＤＵについて追加されるので）ＲＬＣオーバーヘッドを減少させることである。

この場合にも、このアプローチの基本的なアイデアは、セルラー方式ネットワークと、移動局との間の通信を制御する、プロトコル・スタックにおけるＲＬＣレイヤの機能を分割することである。ＲＬＣレイヤのこの分割は、無線ベアラに関連するデータが、複数のキャリアの上で同時に搬送されることを可能にする。移動局におけるＲＬＣレイヤは、現在のモバイル側のオペレーションに対する変更なしに、このデータを収集し、またそれをより高いプロトコル・レイヤに対して、「順序正しく」手渡すことができる。このようにして、この分割ＲＬＣ技法は、キャリア・アグリゲーションが提供するものと同様に、ＳＭＡＲＴまたはデュアル接続性ネットワークにおける無線ベアラが複数のキャリアの上で同時送信の恩恵を享受することを可能にする。

詳細な、また時には非常に詳細な上記の説明が、提供されて、当業者が、当技術分野においてすでに知られているものを考慮して、本発明を作り、使用し、また最もよく実行することを効果的に可能にしている。例の中で、詳細が、本発明の可能な実施形態を例証する目的のために提供され、またより広範な発明の概念の範囲を制限し、または限定するように解釈されるべきではない。

ある種の実施形態を上記で詳細に説明してきており、本発明の実施形態の多くに共通のより一般的な態様についての再検討は、図４を参照して理解される可能性がある。図４の図４００は、本発明の様々な実施形態による、無線アクセス・ネットワーク（ＲＡＮ）４０２と、ユーザ要素（ＵＥ）４０１とについてのブロック図表現である。

ＲＡＮ４０２は、複数のネットワーク・ノード４０３〜４０６を含んでいる。当業者なら、図４におけるＲＡＮ４０２の表現が、必ずしも、本明細書における実施形態の説明に特に関連のあるこれらのシステム・コンポーネントと論理エンティティとだけを商用的に動作させるために必要な物理固定ネットワーク・コンポーネントのすべてを示しているとは限らないことを認識するであろう。例えば、ネットワーク・ノードは、処理ユニットと、ネットワーク・インターフェースと、ワイヤレス・トランシーバとを備えていることが、知られている。一般に、そのようなコンポーネントは、よく知られている。例えば、処理ユニットは、それだけに限定されてもおらず、また必ずしも必要とするとも限らないが、マイクロプロセッサ、マイクロコントローラ、メモリ・デバイス、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）および／または論理回路などの基本的コンポーネントを備えていることが知られている。そのようなコンポーネントは、一般的に、高レベルの設計の言語または記述を使用して表現され、コンピュータ命令を使用して表現され、信号フロー図を使用して表現され、かつ／または論理フロー図を使用して表現されてきているアルゴリズムおよび／またはプロトコルを実施するように適合されている。

それゆえに、高レベル記述、アルゴリズム、論理フロー、メッセージング／信号フロー、および／またはプロトコル仕様を仮定すると、当業者なら、与えられたロジックを実行する処理ユニットを実施するために使用可能な多数の設計技法と開発技法とについて知っている。それゆえに、ネットワーク・ノード４０３および４０６は、例えば、本明細書における説明に従って、本発明の複数の実施形態を実施するように適合された既知のデバイスを表す。さらに、当業者なら、本発明の態様は、様々な物理コンポーネントの形で、かつ／または様々な物理コンポーネントを通して、実施される可能性があり、またどれも、必ずしも単一プラットフォーム実装形態だけに限定されるものとは限らないことを認識するであろう。例えば、ネットワーク・ノード４０３〜４０６のうちのどれかの処理ユニットと、ワイヤレス・トランシーバと、ネットワーク・インターフェースとは、１つまたは複数の物理ネットワーク・プラットフォームの形で、または１つまたは複数の物理ネットワーク・プラットフォームを通して実施される可能性がある。

図４００の例においては、ＲＡＮ４０２は、プロトコル・スタックを使用して、キャリア４１１および４１２を経由して、ユーザ要素（ＵＥ）４０１に対してパケット・データを送信するように動作するネットワーク・ノード４０３および４０６を含んでいる。プロトコル・スタックは、図３のプロトコル・スタックにおいて示されるものなど、上位ＲＬＣ処理レイヤと、複数の下位ＲＬＣ処理レイヤとに分割される無線リンク制御（ＲＬＣ）レイヤを含んでいる。各下位ＲＬＣ処理レイヤは、キャリア（４１１または４１２）のうちの一方に関連づけられ、また各下位ＲＬＣ処理レイヤは、その関連するキャリアを経由してパケット・データ送信をサポートする。上位ＲＬＣ処理レイヤは、キャリア４１１と４１２との両方を経由して、パケット・データ送信をサポートする。

ＲＡＮ４０２を様々な程度まで変更した多数の実施形態が存在する。いくつかの実施形態においては、複数のネットワーク・ノードのうちのネットワーク・ノード４０３は、上位ＲＬＣ処理レイヤをホストするように動作するが、ネットワーク・ノード４０３と４０６とは、それぞれ、下位ＲＬＣ処理レイヤをホストするように動作する。実施形態に応じて、ネットワーク・ノード４０３と４０６とは、地理的に分離されることもある。

上位ＲＬＣ処理レイヤをホストするように動作するステップは、ＲＬＣサービス・データ・ユニット（ＳＤＵ）を受信し、受信されたＳＤＵからプロトコル・データ・ユニット（ＰＤＵ）を生成し、また下位ＲＬＣ処理レイヤのうちのそれぞれに対してＰＤＵを送信するように動作するステップを含んでいる。実施形態に応じて、上位ＲＬＣ処理レイヤをホストするように動作するステップはまた、複数の下位ＲＬＣ処理レイヤのうちの少なくとも１つからＰＤＵサイズ限界についての表示を受信するように動作するステップを含む可能性があり、またこのＰＤＵサイズ限界を用いてＰＤＵを生成するように動作するステップをさらに含む可能性がある。

複数の下位ＲＬＣ処理レイヤのうちの下位ＲＬＣ処理レイヤをホストするように動作するステップは、上位ＲＬＣ処理レイヤからＰＤＵを受信し、また再送信されるべきデータとして上位ＲＬＣ処理レイヤからのＰＤＵを処理するように動作するステップを含む。この処理は、下位ＲＬＣ処理レイヤにおいて、ローカルな現在のサイズ限界に従うように上位ＲＬＣ処理レイヤからのＰＤＵをセグメント化するように動作するステップを含む可能性がある。

当業者なら、様々な上記で説明された方法のステップが、プログラムされたコンピュータによって実行され得ることを簡単に認識するであろう。本明細書においては、いくつかの実施形態は、プログラム記憶デバイス、例えば、デジタル・データ記憶媒体を対象として含むことを意図しており、このプログラム記憶デバイスは、マシン読み取り可能、またはコンピュータ読み取り可能であり、また命令のマシン実行可能なプログラム、またはコンピュータ実行可能なプログラムを符号化しており、ここで、前記命令は、本明細書において説明される方法のステップのうちのいくつかまたはすべてを実行する。プログラム記憶デバイスは、例えば、デジタル・メモリ、磁気ディスクや磁気テープなどの磁気記憶媒体、ハード・ドライブ、または光学的に読み取り可能なデジタル・データ記憶媒体とすることができる。それらの実施形態はまた、本明細書において説明される方法の前記ステップを実行するようにプログラムされるコンピュータを対象として含むことも意図している。

利益と、他の利点と、問題に対する問題解決手法とが、本発明の特定の実施形態に関して、上記で説明されてきている。しかしながら、そのような利益、利点、または問題解決手法の要因となり、またはもたらし、あるいはそのような利益、利点、または問題解決手法がより顕著になるようにする可能性のある利益と、利点と、問題に対する問題解決手法と、任意の要素（単数または複数）とは、任意のまたはすべての特許請求の範囲についての重要な、必要とされる、または不可欠な特徴または要素として解釈されるべきではない。

本明細書において、また添付の特許請求の範囲において使用されるように、用語「備えている／含む（ｃｏｍｐｒｉｓｅｓ）」、「備えている／含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」またはその他の任意の変形は、要素のリストを含むプロセス、方法、製造の物品、または装置が、そのリストの中のこれらの要素だけを含むのではないが、明示的にリストアップされていない、あるいはそのようなプロセス、方法、製造の物品、または装置に固有の、他の要素を含むことができるように、非排他的な包含のことを意味することを意図している。本明細書において使用されるような１つの（ａ）または１つの（ａｎ）という用語は、１つのではなくて、１つまたは複数のとして、規定される。本明細書において使用されるような複数という用語は、２つではなくて２つ以上として規定される。本明細書において使用されるような別という用語は、少なくとも第２またはそれよりも多くのものとして規定される。本明細書においてそれ以外の方法で示されていない限り、もしあれば、第１および第２、最上部および最低部など、相関的な用語の使用は、必ずしもそのようなエンティティまたはアクションの間の任意の実際のそのような関係または順序を必要とする、または意味するものとは限らずに、別のエンティティまたはアクションから１つのエンティティまたはアクションをただ区別するためだけに使用される。

本明細書において使用されるような、含んでいること、および／または有していることという用語は、備えていること／含んでいること（ｃｏｍｐｒｉｓｉｎｇ）（すなわち、オープンな言語）として規定される。本明細書において使用されるような、結合される（ｃｏｕｐｌｅｄ）という用語は、必ずしも直接的にとは限らないが、また必ずしも機械的にとは限らないが、接続される（ｃｏｎｎｅｃｔｅｄ）として規定される。単語「示していること（ｉｎｄｉｃａｔｉｎｇ）」から導き出される専門用語（例えば、「示す（ｉｎｄｉｃａｔｅｓ）」および「表示（ｉｎｄｉｃａｔｉｏｎ）」）は、示されているオブジェクト／情報を通信し、または参照するために使用可能なすべての様々な技法を包含することを意図している。示されているオブジェクト／情報を通信し、または参照するために使用可能な技法の、必ずしもすべてとは限らないが、いくつかの例は、示されているオブジェクト／情報の伝達と、示されているオブジェクト／情報の識別子の伝達と、示されているオブジェクト／情報を生成するために使用される情報の伝達と、示されているオブジェクト／情報のある部分または一部分の伝達と、示されているオブジェクト／情報の何らかの派生物の伝達と、示されているオブジェクト／情報を表す何らかの記号の伝達とを含む。

Claims (10)

1. 改善されたマルチ・キャリア通信のための方法であって、
   複数のキャリアを経由した無線アクセス・ネットワーク（ＲＡＮ）により、上位ＲＬＣ処理レイヤと、各下位ＲＬＣ処理レイヤが、前記複数のキャリアのうちの１つのキャリアに関連づけられる複数の下位ＲＬＣ処理レイヤとに分割される無線リンク制御（ＲＬＣ）レイヤを備えているプロトコル・スタックを使用して、ユーザ要素（ＵＥ）に対してパケット・データを送信するステップと、
   前記上位ＲＬＣ処理レイヤにより、前記複数のキャリアを経由したパケット・データ送信をサポートするステップと、
   各下位ＲＬＣ処理レイヤにより、その下位ＲＬＣ処理レイヤに関連する前記キャリアを経由したパケット・データ送信をサポートするステップと、
   を含む、方法。
2. 前記上位ＲＬＣ処理レイヤにより、前記複数のキャリアを経由したパケット・データ送信をサポートするステップは、
   前記上位ＲＬＣ処理レイヤにより、ＲＬＣサービス・データ・ユニット（ＳＤＵ）を受信するステップと、
   前記上位ＲＬＣ処理レイヤにより、受信される前記ＳＤＵからプロトコル・データ・ユニット（ＰＤＵ）を生成するステップと、
   前記上位ＲＬＣ処理レイヤにより、前記下位ＲＬＣ処理レイヤのうちのそれぞれに対してＰＤＵを送信するステップと、
   を含み、
   前記上位ＲＬＣ処理レイヤにより、前記複数のキャリアを経由したパケット・データ送信をサポートするステップは、ＰＤＵサイズ限界についての表示を、前記上位ＲＬＣ処理レイヤが、前記複数の下位ＲＬＣ処理レイヤのうちの少なくとも１つから受信するステップを含み、また
   受信される前記ＳＤＵからＰＤＵを生成するステップは、前記上位ＲＬＣ処理レイヤにより、受信される前記ＰＤＵサイズ限界を用いてＰＤＵを生成するステップを含む、請求項１に記載の方法。
3. 各下位ＲＬＣ処理レイヤにより、その下位ＲＬＣ処理レイヤに関連する前記キャリアを経由したパケット・データ送信をサポートするステップは、
   各下位ＲＬＣ処理レイヤが、前記上位ＲＬＣ処理レイヤからＰＤＵを受信するステップと、
   各下位ＲＬＣ処理レイヤが、前記上位ＲＬＣ処理レイヤからの前記ＰＤＵを再送信されるべきデータとして処理するステップと、
   を含み、
   各下位ＲＬＣ処理レイヤにより、前記上位ＲＬＣ処理レイヤからの前記ＰＤＵを再送信されるべきデータとして処理するステップは、その下位ＲＬＣ処理レイヤにおいてローカルな現在のサイズ限界に従うように、前記上位ＲＬＣ処理レイヤからの前記ＰＤＵをセグメント化するステップを含む、請求項１に記載の方法。
4. 各下位ＲＬＣ処理レイヤにより、その下位ＲＬＣ処理レイヤに関連する前記キャリアを経由したパケット・データ送信をサポートするステップは、
   各下位ＲＬＣ処理レイヤが、ＲＬＣセグメンテーション処理を実行するステップ、
   を含む、請求項１に記載の方法。
5. 前記ＲＡＮは、複数のセルを含み、また前記複数の下位ＲＬＣ処理レイヤのうちの少なくとも２つの異なる下位ＲＬＣ処理レイヤは、それぞれ、前記複数のセルのうちの異なるセルのネットワーク機器の上で動作し、前記異なるセルは、地理的に分離される、請求項１に記載の方法。
6. 複数のキャリアを経由して、プロトコル・スタックを使用して、ユーザ要素（ＵＥ）に対してパケット・データを送信するように動作する複数のネットワーク・ノード、
   を備えており、
   前記プロトコル・スタックは、上位ＲＬＣ処理レイヤと、各下位ＲＬＣ処理レイヤが、前記複数のキャリアのうちの１つのキャリアに関連づけられる複数の下位ＲＬＣ処理レイヤとに分割される無線リンク制御（ＲＬＣ）レイヤを備えており、
   各下位ＲＬＣ処理レイヤは、その関連するキャリアを経由したパケット・データ送信をサポートし、また前記上位ＲＬＣ処理レイヤは、前記複数のキャリアを経由したパケット・データ送信をサポートする、無線アクセス・ネットワーク（ＲＡＮ）。
7. 前記複数のネットワーク・ノードのうちの第１のネットワーク・ノードは、前記上位ＲＬＣ処理レイヤをホストするように動作し、また前記上位ＲＬＣ処理レイヤをホストするように動作するステップは、
   ＲＬＣサービス・データ・ユニット（ＳＤＵ）を受信し、
   受信される前記ＳＤＵからプロトコル・データ・ユニット（ＰＤＵ）を生成し、また
   前記下位ＲＬＣ処理レイヤのうちのそれぞれに対してＰＤＵを送信する、
   ように動作するステップを含み、
   前記上位ＲＬＣ処理レイヤをホストするように動作するステップは、前記複数の下位ＲＬＣ処理レイヤのうちの少なくとも１つからＰＤＵサイズ限界についての表示を受信するように動作するステップを含み、また
   受信される前記ＳＤＵからＰＤＵを生成するように動作するステップは、受信される前記ＰＤＵサイズ限界を用いてＰＤＵを生成するように動作するステップを含む、請求項６に記載のＲＡＮ。
8. 前記複数のネットワーク・ノードのうちの第２のネットワーク・ノードは、前記複数の下位ＲＬＣ処理レイヤのうちの下位ＲＬＣ処理レイヤをホストするように動作し、また前記下位ＲＬＣ処理レイヤをホストするように動作するステップは、
   前記上位ＲＬＣ処理レイヤからＰＤＵを受信し、また
   前記上位ＲＬＣ処理レイヤからの前記ＰＤＵを再送信されるべきデータとして処理する
   ように動作するステップを含み、
   前記上位ＲＬＣ処理レイヤからの前記ＰＤＵを再送信されるべきデータとして処理するように動作するステップは、前記下位ＲＬＣ処理レイヤにおいてローカルな現在のサイズ限界に従うように前記上位ＲＬＣ処理レイヤからの前記ＰＤＵをセグメント化するように動作するステップを含む、請求項６に記載のＲＡＮ。
9. 前記複数のネットワーク・ノードのうちの第２のネットワーク・ノードは、前記複数の下位ＲＬＣ処理レイヤのうちの下位ＲＬＣ処理レイヤをホストするように動作し、また前記下位ＲＬＣ処理レイヤをホストするように動作するステップは、
   ＲＬＣセグメンテーション処理を実行する、
   ように動作するステップを含む、請求項６に記載のＲＡＮ。
10. 前記複数のネットワーク・ノードのうちの第１のネットワーク・ノードは、前記上位ＲＬＣ処理レイヤをホストするように動作し、
    前記複数のネットワーク・ノードのうちの第２のネットワーク・ノードは、前記複数の下位ＲＬＣ処理レイヤのうちの下位ＲＬＣ処理レイヤをホストするように動作し、
    前記第１のネットワーク・ノードと、前記第２のネットワーク・ノードとは、異なるネットワーク・ノードであり、また
    前記第１のネットワーク・ノードと、前記第２のネットワーク・ノードとは、地理的に分離される、請求項６に記載のＲＡＮ。

Images