(57)【特許請求の範囲】
【請求項１】
端末と１又は複数の基地局を有するマルチＲＡＴ無線通信ネットワークとの間のアップリンク通信のための方法であって、
前記マルチＲＡＴ無線通信ネットワークにおいて、
無線ベアラを構成するステップであって、各無線ベアラは、前記端末に利用可能な複数の無線アクセス技術（radio  access  technology：ＲＡＴ）の中の１又は複数のＲＡＴにより伝達される、ステップと、
各無線ベアラを１又は複数の論理チャネルに割り当てることにより、論理チャネルを無線ベアラに関連付けるステップと、
前記端末において、
１又は複数のバッファ状態レポートを送信するステップであって、前記バッファ状態レポートのうちの少なくとも１つは、前記無線ベアラの第１のセットに関連付けられた論理チャネルの第１のセットで送信されるべきデータに関する情報を含み、前記無線ベアラの第１のセットは、１より多いＲＡＴにより伝達される、ステップと、
を有する方法。
【請求項２】
論理チャネルの１又は複数のグループは、前記論理チャネルの第１のセットの中から構成され、前記バッファ状態レポートのうちの前記少なくとも１つは、前記論理チャネルの１又は複数のグループの各々で送信されるべきデータに関する情報を含む、請求項１に記載の方法。
【請求項３】
前記１又は複数の論理チャネルのうちの前記少なくとも１つは、無線ベアラの第２のセットに関連付けられる論理チャネルの第２のセットを含み、前記無線ベアラの第２のセットは、１より多いＲＡＴにより伝達される、請求項２に記載の方法。
【請求項４】
単一のＲＡＴにより伝達されるべき無線ベアラの第２のセットに関連付けられた論理チャネルの第２のセットを構成するステップ、を更に有し、前記方法は、
前記端末が、バッファ状態レポートを送信する前に、
前記単一のＲＡＴの好み；
前記単一のＲＡＴに関する信号品質；
前記データのサービス品質要件；及び
前記単一のＲＡＴの使用に関するネットワーク制約；
のうちの少なくとも１つに従ってアップリンク送信のための前記論理チャネルの第２のセットにデータを割り当てるステップ、
を更に有する請求項１又は２に記載の方法。
【請求項５】
前記マルチＲＡＴ無線通信ネットワークにおいて、前記無線ベアラの前記セットに関連付けられた論理チャネルの前記セットについて、
前記１又は複数のバッファ状態レポート；及び
アップリンクデータ送信のための各ＲＡＴの使用に対するネットワークポリシ；
のうちの少なくとも１つに基づき、１又は複数のＲＡＴでのアップリンクリソースを許可するステップ、
を更に有する請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
特定のＲＡＴを除く前記端末に利用可能な前記複数のＲＡＴのうちの１又は複数により伝達されるべき前記無線ベアラの第２のセットに関連付けられた論理チャネルの第２のセットを構成するステップ、
を更に有する請求項１又は２に記載の方法。
【請求項７】
前記バッファ状態レポートのうちの前記少なくとも１つは、前記無線ベアラの第１のセットが伝達されると構成される各ＲＡＴに従って動作する１又は複数の基地局の各々へ送信される、請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
前記バッファ状態レポートのうちの前記少なくとも１つは、前記ＲＡＴのうちの１又は複数に従って動作する基地局へ送信され、該基地局は、前記バッファ状態レポートの少なくとも関連部分を前記無線ベアラの第１のセットが伝達されると構成される前記ＲＡＴ又は他の各ＲＡＴに従って動作する１又は複数の基地局へ転送する、請求項１乃至６のいずれか一項に記載の方法。
【請求項９】
バッファ状態レポートの中の少なくとも１つのエントリは、所与のＲＡＴに関連付けられ、前記端末は、前記所与のＲＡＴに関連付けられる前記バッファ状態レポートの中の前記少なくとも１つのエントリのうちの少なくとも１つはのゼロ値により、自身のアップリンク送信のために前記所与のＲＡＴを利用しないという好みを示す、請求項１乃至８のいずれか一項に記載の方法。
【請求項１０】
バッファ状態レポートの中の少なくとも１つのエントリは、所与のＲＡＴに関連付けられ、前記端末は、前記所与のＲＡＴに関連付けられる前記バッファ状態レポートの中の前記少なくとも１つのエントリのうちの少なくとも１つを省略することにより、自身のアップリンク送信のために前記所与のＲＡＴを利用しないという好みを示す、請求項１乃至８のいずれか一項に記載の方法。
【請求項１１】
マルチＲＡＴ無線通信システムであって、
第１及び第２のＲＡＴを介して少なくともアップリンク通信を実行するよう配置される端末と、
前記第１のＲＡＴのための第１の基地局手段と、
前記第２のＲＡＴのための第２の基地局手段と、
を有し、
前記第１及び第２の基地局手段は、前記第１及び第２のＲＡＴのうちの１又は複数により少なくともアップリンクで伝達されるべき無線ベアラを構成し、前記無線ベアラに１又は複数の論理チャネルを割り当てることにより前記無線ベアラに論理チャネルを関連付け、
前記端末は、１又は複数のバッファ状態レポートを送信することによりマルチＲＡＴアップリンクスケジューリングを支援するよう配置され、前記バッファ状態レポートのうちの少なくとも１つは、１より多いＲＡＴにより伝達されるべき前記無線ベアラのセットに関連付けられた論理チャネルのセットで送信されるべきデータに関する情報を含む、システム。
【請求項１２】
マルチＲＡＴ無線通信システムでの使用するための第１のＲＡＴを用いる基地局であって、前記システムにおいて、端末は第１及び第２のＲＡＴを介して少なくともアップリンク通信を実行するよう配置され、前記基地局は、
前記第２のＲＡＴを用いる第２の基地局と協働し、前記第１及び第２のＲＡＴのうちの１又は複数により少なくともアップリンクで伝達されるべき無線ベアラを構成し、前記無線ベアラに１又は複数の論理チャネルを割り当てることにより前記無線ベアラに論理チャネルを関連付けるよう、配置され、前記基地局は、
前記端末から、１又は複数のバッファ状態レポートを受信し、１又は複数の前記バッファ状態レポートは、前記第１及び第２のＲＡＴにより伝達されるべき前記無線ベアラのセットに関連付けられた論理チャネルのセットで送信されるべきデータに関する情報を含み、
前記無線ベアラのセットに関連付けられた前記論理チャネルのセットに関して、前記バッファ状態レポートのうちの少なくとも１つに基づき、前記第２のＲＡＴでリソースを割り当てる前記第２の基地局と協働して、前記第１のＲＡＴによるアップリンク送信のためのリソースを割り当てる、よう更に配置される、基地局。
【請求項１３】
前記基地局は、前記第２のＲＡＴに関連する前記バッファ状態レポートの少なくとも一部で前記第２の基地局へ転送するよう更に配置される、請求項１２に記載の基地局。
【請求項１４】
端末との第１及び第２のＲＡＴを介する少なくともアップリンクでの無線通信のために提供されるマルチＲＡＴ基地局であって、
無線ベアラの各々が前記第１及び第２のＲＡＴのうちの１又は複数により少なくともアップリンクで伝達されるよう無線ベアラを構成し、各無線ベアラに１又は複数の論理チャネルを割り当てることにより前記無線ベアラに論理チャネルを関連付けるよう、構成され、前記基地局は、
前記端末から、１又は複数のバッファ状態レポートを受信し、前記バッファ状態レポートのうちの少なくとも１つは、前記第１及び第２のＲＡＴにより伝達されるべき前記無線ベアラのセットに関連付けられる論理チャネルのセットで送信されるべきデータに関する情報を含み、
前記無線ベアラの前記セットに関連付けられた論理チャネルの前記セットに関して、前記１又は複数のバッファ状態レポートのうちの前記少なくとも１つに基づき、前記端末によるアップリンク送信のために前記第１及び第２のＲＡＴでリソースを割り当てる、
よう更に配置される、基地局。
【請求項１５】
マルチＲＡＴ無線通信システムで使用する端末であって、前記端末は、第１及び第２のＲＡＴを介して少なくともアップリンク通信を実行するように配置され、前記端末は、
前記第１及び第２のＲＡＴのうちの１又は複数により少なくともアップリンクで伝達されるべき無線ベアラの構成を受信し、前記構成では、１又は複数の論理チャネルを各無線ベアラに割り当てることにより、論理チャネルは前記無線ベアラに関連付けられるよう配置され、前記端末は、
１又は複数のバッファ状態レポートを送信し、前記バッファ状態レポートのうちの少なくとも１つは、前記第１及び第２のＲＡＴにより伝達されるべき無線ベアラのセットに関連付けられる論理チャネルのセットで送信されるべきデータに関する情報を含み、
前記バッファ状態レポートに応答して、前記論理チャネルのセットに関して前記第１及び第２のＲＡＴで前記端末によるアップリンク送信のためのリソースの割り当てを受信する、
よう更に配置される、端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して無線通信システムに関し、特に複数の無線アクセス技術を用いて端末から１又は複数の基地局／アクセスポイントへデータを同時に送信する方法に関する。
【背景技術】
【０００２】
端末、加入者局若しくはユーザ機器（以後、簡便さのためにＵＥとして表す）が基地局（又はアクセスポイント）と特定の無線アクセス技術（radio  access  technology：ＲＡＴ）を用いて無線で通信する無線通信システムは、広く知られている。このようなＲＡＴの例は、ＧＳＭ（登録商標）、ＧＰＲＳ、ＵＭＴＳ及びＬＴＥを含む３ＧＰＰファミリ、並びにＷｉＭＡＸ（ＩＥＥＥ８０２．１６）、ＣＤＭＡ及びＷｉＦｉ（ＩＥＥＥ８０２．１１）を含む。
【０００３】
従来、ＵＥは自身の通信のために同時に１つのＲＡＴのみを用いるが、スマートフォンのようなＵＥは、次第に、１より多いＲＡＴを同時にサポートできるようになり、さらには種々のＲＡＴを用いる幾つかの無線アクセスネットワーク（radio  access  network：ＲＡＮ）が同じ場所で利用可能であり得るが、マルチＲＡＴ通信の可能性を提供することは、ＵＥに利用可能な全体の帯域幅を増大するだろう。所与の領域で利用可能な各ＲＡＴはそれ自身の基地局を有し得るので、これは、ＵＥが複数のＲＡＴを用いる複数の基地局へ及びそれらから（したがって、３ＧＰＰ又はＷｉＭＡＸのようなセルラシステムの場合には複数のセルを介して）同時にデータを送信又は受信できることを意味する。
【０００４】
以後、簡便さのために、用語「ＲＡＴ」は、特定のＲＡＴを用いる無線通信システムを示すために用いられる。したがって、「マルチＲＡＴ通信」は、複数の異なるＲＡＴの使用に関連する複数の無線通信システムを介した通信を意味する。用語「ネットワーク」は、以後、文脈上特に断らない限り、所与の地理的領域内の全てのこのような無線通信システムの全体を示すために用いられる。
【０００５】
キャリアアグリゲーション（Carrier  Aggregation：ＣＡ）又は協調マルチポイント動作（Cooperative  Multi−point  operation：ＣｏＭＰ）のような基地局が同じＲＡＴ（Radio  Access  Technology）に属する類似の技術は、ＬＴＥ  Ｒｅｌｅａｓｅ１０以来、３ＧＰＰに導入されている。ＣＡでは、最大１００ＭＨｚまでのより広い送信帯域幅をサポートするために、異なる周波数の２以上の成分搬送波（Component  Carrier：ＣＣ）は集約される（aggregated）。ＵＥは、自身の能力に依存して１又は複数のＣＣで同時に受信又は送信しても良い。ＣｏＭＰでは、協調する基地局は、同じ搬送波周波数で動作する。ＬＴＥに適用されるＣＡ及びＣｏＭＰの詳細は、３ＧＰＰ標準ＴＳ３６．３００で与えられる。
【０００６】
基地局が異なるＲＡＴをサポートする場合、協調は更に難しくなる。関連する問題を議論する前に、一例としてＬＴＥを取り上げて、無線通信システムに関連するプロトコルレイヤを概説することは有用である。
【０００７】
よく知られているように、現在の無線通信システムは、複数の階層構造プロトコルの間で実行されるべきタスクを分割することにより構成される。システム内の各ノード又はエンティティは、プロトコルスタックの中の種々のレイヤ（又は１つのレイヤ内のレベル）でデータを処理するようにされ、対応するレイヤのプロトコルは理論上互いに通信する。システム内の全てのシグナリングが最終的に最下位の物理層により伝達されるが、この階層的配置は、各レイヤを独立に考えることができる。
【０００８】
図１は、ＬＴＥに基づく無線通信システムにおける３つの主要な種類のノードの各々のプロトコルスタックを示す。これらのノードは、ＵＥ１０（モバイルハンドセットのような加入者局）、ｅＮｏｄｅＢ１２（ＬＴＥシステムにおける基地局であり、ｅＮＢとも呼ばれる）、及びモビリティ管理エンティティ若しくはＭＭＥ（Mobility  Management  Entity）１６（ＵＥの移動性、言い換えるとｅＮｏｄｅＢ間のハンドオーバーを制御し、及び後述のように「ベアラ」を設定する上位ノード）である。図１に示すように、ＮＡＳ（non−access  stratum）プロトコルとは別に、全てのプロトコルはネットワーク側のｅＮｏｄｅＢ１２において終端する。
【０００９】
図中の水平方向の帯は、システム内の各ノードのプロトコルスタック内の個々のプロトコルを表し、各プロトコルは、よく知られているＯＳＩモデル内の特定のプロトコルレイヤの部分である。所与のノードに関して、各プロトコルは、他のレイヤのプロトコルと別個に考えられる機能モジュール又は「エンティティ」の中に存在すると考えられる。これは、特に、ユーザデータ又は制御シグナリングのために所与のプロトコルレベルにおいて基地局とＵＥとの間のピアエンティティ間のある種のトンネルを提供する「無線ベアラ」の概念の使用を考慮に入れる。無線ベアラは、後述のようにＭＡＣプロトコルレイヤとＲＬＣプロトコルレイヤとの間のピアツーピア通信のためにＳＡＰ（Service  Access  Point）同士をリンクする「論理チャネル」に関連する。
【００１０】
同じ無線ベアラに属するパケットは、ネットワーク内の同じエンドツーエンド処理を得る。２つの主なベアラ種類、つまりＧＢＲ（Guaranteed  Bit  Rate）及び非ＧＢＲ（non−GBR）がある。ＧＢＲベアラに対して、ネットワークは、常に該ベアラに利用可能な特定のビットレートを保証する。ＢＧＲ及び非ＧＢＲの両方のベアラは、さらに、ネットワークが所与のベアラのために提供する最大レートを制限する最大ビットレート（Maximum  Bit  Rate：ＭＢＲ）により特徴付けられる。このように、各無線ベアラは、特定のＱｏＳ（quality  of  service）を提供することが可能である。ＵＥ１０とｅＮｏｄｅＢ１２との間に存在する各無線ベアラについて、ｅＮｏｄｅＢとＰＤＮＧＷ（Packet  Data  Network  Gateway）（図示しない）との間に対応するアクセスベアラが存在する。
【００１１】
図２は、図１より僅かに概念的ではなく、１つのノードのプロトコルスタックを示し、アップリンク（つまり、ＵＥからネットワークへの送信の方向）に注意を向けている。図２は、異なるレイヤのプロトコル間でパケットがどのように交換されるかを示し、ＲＲＣ（Radio  Resource  Control）が種々のプロトコルの管理に及ぼす影響を示す。図２のプロトコルスタックは、（アップロードされているデータのような）ユーザトラフィックを処理するためのものであり、ネットワークシグナリングを伝達するために用いられる「制御プレーン」と区別して「ユーザプレーン」と表される。
【００１２】
図１及び２に示すように、最下位のレイヤ１には物理層プロトコルＰＨＹがあり、使用中のＲＡＴの周波数帯を用い及び該ＲＡＴの送信スキーム、例えばＬＴＥのダウンリンクの場合にはＯＦＤＭ（orthogonal  frequency  division  multiplexing）、を利用し、空中を介してデータの実際の無線送信を担う。ＬＴＥでは、ＰＨＹにおけるデータ転送単位は、ＴＢ（Transport  Block）である。ＴＢは、１ｍｓの送信時間間隔（Transmission  Time  Interval：ＴＴＩ）毎に１度、次の上位層（ＭＡＣ）からＰＨＹレイヤに渡される。スケジューリングは、１ＴＴＩ又はそれより大きい単位で、言い換えると１ｍｓと同じくらい短い時間尺度で実行され得る。
【００１３】
したがって、アップリンクの場合には、パケットは、ネットワークへ送信する無線信号に変換するためにＰＨＹへ渡される前に、プロトコルスタックの中の連続的に下位レベルで処理される。因みに、各プロトコル内で、パケットは「ＰＤＵ（protocol  data  unit）」とした表される。スタックの中の１つのレベルのＰＤＵは、場合によっては連結又はセグメント化の後に、次の段の所謂ＳＤＵ（Service  Data  Unit）を形成する。ＰＨＹからの各ＴＢはＭＡＣ  ＰＤＵに対応する。
【００１４】
ＰＨＹより上に、レイヤ２プロトコルのＭＡＣ、ＲＬＣ及びＰＤＣＰがある。
【００１５】
ＭＡＣはメディアアクセス制御（Media  Access  Control）の略であり、所謂ハイブリッドＡＲＱ機能（以下を参照）の管理、及び上位レイヤのトランスポートブロックからの異なる論理チャネルの抽出を担う。フォーマット選択及び測定は、ネットワーク全体を管理するために必要なネットワークに関する情報を提供する。
【００１６】
論理チャネルは、ＭＡＣの上に存在する。それらは、ＭＡＣにより提供されるデータ転送サービスを表し、それらがどんな種類の情報を伝達するかにより定められる。論理チャネルの種類は、（制御プレーンデータのための）制御チャネル及び（ユーザプレーンデータのための）トラフィックチャネルを含む。トランスポートチャネルＤＬ−ＳＣＨ及びＵＬ−ＳＣＨは、ＭＡＣの一番下にあるトランスポートブロックの中にある。それらは、ＰＨＹにより提供されるデータ転送サービスを表し、情報がどのように伝達されるか、異なる物理層変調及びそれらが符号化される方法により定められる。
【００１７】
ＬＴＥシステムにおけるｅＮＢのＭＡＣエンティティは、アップリンク及びダウンリンクチャネルの両方のためのリソーススケジューリングを管理することを担う、つまりＤＬ−ＳＣＨ及びＵＬ−ＳＣＨトランスポートチャネルのために物理層リソースを割り当てるスケジューリング機能を含む。異なるスケジューラがＤＬ−ＳＣＨ及びＵＬ−ＳＣＨのために動作する。スケジューラは、ＵＥ間でリソースを共有するとき、トラフィック容量（バッファ状態）及び各ＵＥのＱｏＳ要件及び関連する無線ベアラを考慮すべきである。スケジューラは、ｅＮＢで行われた及び／又はＵＥにより報告された測定を通じて識別されるＵＥにおける無線状態を考慮してリソースを割り当てても良い。無線リソース割り当ては、１又は複数のＴＴＩの間、有効であり得る。
【００１８】
同様に、端末（ＵＥ）は、ｅＮＢにより該端末にシグナリングされたリソース割り当てに従って、ＵＥのバッファに到着している送信用データからトランスポートブロックを構成するスケジューリング機能を備えるＭＡＣエンティティを有する。
【００１９】
ＨＭＡＣとＰＨＹとの間の結合で実施されるＡＲＱ（Hybrid  Automatic  Repeat−reQuest）プロセスは、誤り回復のためのトランスポートブロックの再送信を可能にする。再送信は、ＰＨＹにより実行され、ＭＡＣは管理及びシグナリングを実行する。ＭＡＣは、ＣＲＣ（cyclic  redundancy  code）に誤りが存在するとき、ＮＡＣＫを示し、トランスポートブロックに追加し、ＰＨＹは通常、障害を示す。再送信は、ｅＮｏｄｅＢ又は送信側により、異なる種類の符号化を用いてダウンリンクで行われる。符号化は、送信され、ｅＮｏｄｅＢのバッファ内に保持される。最後に、１又は２回の試みの後に、トランスポートブロックを再構成するために十分なデータが存在するだろう。
【００２０】
ＭＡＣレイヤは、ＲＬＣ  ＰＤＵを次に上位のレイヤ２プロトコルＲＬＣから受信する。ＲＬＣは、無線リンク制御（Radio  Link  Control）の略であり、セグメント化及び再組み立てを実行し、トランスポートモード（transparent  mode：ＴＭ）、認可モード（acknowledged  mode：ＡＭ）、及び未認可モード（unacknowledged  mode：ＵＭ）で動作する。これらは、異なる目的で異なる無線ベアラにより使用される。ＲＬＣは、順序正しい（in−sequence）配信、及び重複検出を提供する。
【００２１】
ＵＭＴＳ及びＷｉＭＡＸのような他の無線通信システムもＲＬＣを利用する。ＷｉＦｉ（ＩＥＥＥ８０２．１１）はこのようなＲＬＣプロトコルを利用しないが、ＷｉＦｉの中の論理リンク制御（logicallinkcontrol：ＬＬＣ）レイヤが同様の役割を有する。
【００２２】
ＲＬＣより上のスタックの中の次のプロトコルは、まだＯＳＩモデルのレイヤ２の範囲内である、ＰＤＣＰである。ＰＤＣＰは、パケットデータ制御プロトコル（Packet  Data  Control  Protocol）の略であり、本発明の目的のために特に関心があり、幾らか詳細に記載する。更なる詳細は、３ＧＰＰ標準ＴＳ３６．３２３を参照のこと。
【００２３】
以下で言及されるＲＯＨＣは、ロバストヘッダ圧縮（Robust  Header  Compression）の略であり、ＬＴＥにおいてパケットのヘッダサイズを縮小するために用いられる技術を表す。ＬＴＥは完全にＩＰに基づくので、音声呼はＩＰを用いて伝達されなければならず（Voice  over  IP又はＶｏＩＰ）、ヘッダサイズを縮小する何らかの手段を有しないと、これは非効率である。
【００２４】
ユーザプレーンのＰＤＣＰ機能は、復号、ＲＯＨＣヘッダ伸張、シーケンス番号付与、及び冗長性除去を含む。制御プレーンのＰＤＣＰ機能は、復号、完全性保護、シーケンス番号付与、及び冗長性除去を含む。無線ベアラ毎に１つのＰＤＣＰエンティティ（言い換えると、ＰＤＣＰインスタンス）が存在する。したがって、ベアラの種類に依存して、制御プレーン又はユーザプレーンのいずれかに関連する異なるＰＤＣＰエンティティが存在する。
【００２５】
図３は、上述のＴＳ３６．３２３から取り入れられたものであり、ＰＤＣＰレイヤの機能概観である。この図では、ｕプレーンはユーザプレーンを示し、ｃプレーンは制御プレーンを示す。図の左側部分は、アップリンクに関連する機能ブロックを示す。図の右側部分は、ダウンリンクに関連する機能ブロックを示す。
【００２６】
図３に示すように、ＰＤＣＰレイヤは、以下を含む種々のタスクを担う。
・シーケンス番号付与。パケットの順序正しい配信、及び冗長性検出を可能にする。ＰＤＣＰレイヤは、同じシーケンス番号を有するパケットを受信した場合、重複を破棄し、それらを上位レイヤへ送信しない。
・ユーザプレーンデータのヘッダ圧縮及び伸張。
・制御プレーンデータの完全性保護及び検証（しかしながら、ユーザプレーンには完全性保護は提供されない）。
・ユーザプレーン及び制御プレーンデータの暗号化及び復号化。
・ＰＤＣＰヘッダの追加／削除。
・（図示しない）セキュリティ及びハンドオーバー機能。
【００２７】
ＰＤＣＰ  ＳＤＵとＰＤＣＰ  ＰＤＵとの間には１対１の対応が存在する。つまり、ＰＤＣＰレイヤにはセグメント化又は連結が存在しない。ＰＤＣＰヘッダの追加、圧縮及びセキュリティのＰＤＣＰ  ＳＤＵへの適用は、ＰＤＣＰ  ＰＤＵを作る。同様に、復号化、伸張、及びＰＤＣＰヘッダの除去は、ＰＤＣＰ  ＰＤＵからＰＤＣＰ  ＳＤＵを作る。
【００２８】
ＬＴＥでは、上述の無線ベアラ（ＲＢ）は、ＰＤＣＰを含む種々のプロトコルレベルで定められる。２種類のＰＤＣＰベアラ、つまりＳＲＢ（Signalling  Radio  Bearer）及びＤＲＢ（Dedicated  Radio  Bearer）がある。２つのＳＲＢ、つまりＳＲＢ１及びＳＲＢ２のみがある。これらは、パケットをＵＥへ送信するために制御プレーンプロトコルにより使用される。ＤＲＢは、音声及びデータを送信するために用いられる。端末により要求されるＱｏＳストリーム又はサービスの数だけ、多くのＤＲＢが設定される。ＤＲＢが設定されると、論理チャネルアイデンティティ（Logical  Channel  Identity：ＬＣＩＤ）はＵＬ及びＤＬのために該ＤＲＢに割り当てられる。この状況では、１つの論理チャネル（logical  channel：ＬＣ）は通常１つのＲＢに対応する。また、リソース割り当ての目的で、論理チャネルは、論理チャネルグループ（Logical  Channel  Group：ＬＣＧ）に割り当てられても良い。従来、所与のＬＣＩＤ又はＬＣＧは、１つのＲＡＴにのみ関連付けることができた。
【００２９】
ＵＥのレイヤ３プロトコルは、ＲＲＣ又は無線リソース制御（Radio  Resource  Control）を含む。ＲＲＣは、接続管理、ベアラ制御、他の基地局へのハンドオーバー、ＵＥ測定レポート、及びＱｏＳ管理を担う。
【００３０】
最後に、ＮＡＳは、非アクセスストラタム（Non−Access  Stratum）の略であり、ＵＥ１０とＭＭＥ１６との間の通信の最高レベルを形成する。ＮＡＳより下のレイヤは、ｅＮｏｄｅＢで終端する無線アクセスネットワークに関するので、アクセスストラタム（Access  Stratum：ＡＳ）とも表される。ＮＡＳプロトコルは、ＵＥとＰＤＮＧＷ（packet  data  network  gateway）との間のＩＰ接続を確立し維持するために、ＵＥの移動性及びセッション管理手順をサポートする。これらは、３Ｇネットワーク又は非３ＧＰＰアクセスネットワークとのシステム間移動中のパラメータ間のマッピングのためのルールを定める。
【００３１】
ＬＴＥ内のＣＡのシナリオに戻ると、ＬＴＥネットワークにおいて構成されるＣＡを有するダウンリンク及びアップリンクのための標準的なレイヤ２構造は、それぞれ図４及び５に示される。これらの図から明らかなように、物理層の複数搬送波特性は、１つのＨＡＲＱエンティティがサービングセル毎に必要とされるＭＡＣレイヤにのみ明らかにされる。アップリンクとダウンリンクの両方で、サービングセル毎に１つの独立したハイブリッドＡＲＱエンティティが存在し、空間多重化が存在しない場合、サービングセル毎にＴＴＩ毎に１つのトランスポートブロックが生成される。各トランスポートブロック及びその起こり得るＨＡＲＱ再送信は、単一のサービングセルにマッピングされる。
【００３２】
ＣＡが構成されるとき、ＵＥはネットワークとのＲＲＣコネクションを１つだけ有する。ＲＲＣコネクション確率／再確立／ハンドオーバーにおいて、１つのサービングセルは、ＮＡＳ移動性情報（例えば、追跡エリアアイデンティティ（Tracking  Area  Identity：ＴＡＩ））を提供し、ＲＲＣコネクション再確立／ハンドオーバーにおいて、１つのサービングセルはセキュリティ入力を提供する。このセルは、プライマリセル（ＰＣｅｌｌ）と表される。一般に、１つの搬送波は１つのセルに対応する。ＰＣｅｌｌに対応する搬送波は、ダウンリンクではDL  PCC（Downlink  Primary  Component  Carrier）であり、アップリンクではUL  PCC（Uplink  Primary  Component  Carrier）である。
【００３３】
しかしながら、以上の議論は、単一ＲＡＴ（つまり、ＬＴＥ）に関連する。本発明により解決される問題は、複数の無線アクセス技術（例えば、ＧＳＭ、ＵＭＴＳ、ＬＴＥ以降、ＷｉＭＡＸ、ＷｉＦｉ、等）がネットワーク全体で又は市中心部（全時間、又は繁忙時間帯のみ）のような特定の領域で利用可能である無線通信システムに存在する。
【００３４】
簡単のため、ＬＴＥ及びＷｉＦｉは、無線通信システム内に共存する複数のＲＡＴの例として用いられる。図６（Ａ）及び（Ｂ）は、このようなシステムにおける標準的な展開シナリオの２つの例を示す。（Ａ）の場合には、ＬＴＥ  ｅＮＢ及びＷｉＦｉ  ＡＰは分離している（言い換えると、機器の異なる部分により提供される）。一方、（Ｂ）の場合、ＬＴＥ  ｅＮＢ及びＷｉＦｉ  ＡＰは同一場所にあり、言い換えると、単一のユニットが結合されたＬＴＥ基地局及びＷｉＦｉアクセスポイントとして動作する。両方の場合に、ＵＥは、ＷｉＦｉインタフェースを有するデュアル（又はより多くの）モード装置であると考えられる。さらに、ｅＮＢ及びＡＰの両者をコアネットワークに接続する（広帯域インターネットのような）特定の形式のバックホールネットワークが存在すると考えられる。
【００３５】
ＴＳ３６．３００で立案された現在の３ＧＰＰ標準に基づき、トランスポート容量及びＵＥの無線環境の測定を含む測定レポートは、ｅＮＢ内のスケジューラがアップリンク及びダウンリンクの両方で動作できるために必要である。特に、アップリンク方向では、アップリンクバッファ状態レポート（buffer  status  report：ＢＳＲ）は、ｅＮＢによるＱｏＳを認識したパケットスケジューリングのサポートを提供するために、ＵＥから要求される。
【００３６】
アップリンクバッファ状態レポートは、ＵＥ内の論理チャネルグループ（ＬＣＧ）のためにバッファリングされる、アップリンク送信の準備のできたデータを表す。４個のＬＣＧ及び２個のフォーマットが、アップリンクにおけるレポートのために用いられる。
・（１つのＬＣＧの）１つのＢＳＲのみがレポートされる短いフォーマット。
・（４個全てのＬＣＧの）４個全てのＢＳＲがレポートされる長いフォーマット。
【００３７】
アップリンクバッファ状態レポートは、ＭＡＣシグナリングを用いて送信される。ＲＲＣは、２つのタイマ、つまりperiodicBSR−Timer及びretxBSR−Timerを構成することにより、及び論理チャネル毎に、任意で、ＬＣＧに論理チャネルを割り当てるlogicalChannelGroupをシグナリングすることにより、ＢＳＲレポートを制御する。
【００３８】
ＲＢが設定されるとき、ＬＣはＲＢに割り当てられても良く、ＬＣはＬＣＧに割り当てられても良い。しかしながら、例えば、新しいＲＢが追加され又は既存のＲＢが削除されるとき、ＬＣをＬＣＧに再割り当てすることは有益であり得る。明示的構成がシグナリングされない場合、ＳＲＢについてのみデフォルト構成が存在する。
【００３９】
ＬＴＥ以外のＲＡＴでは、ＬＣＧの概念は明示的に定められない。しかしながら、一般的特性（ＱｏＳ、ビットレート、遅延、等）を共有する無線ベアラをグループ化することは依然として可能である。用語「論理チャネルグループ」は、このようなグループ化を含む。
【００４０】
現在の３ＧＰＰ仕様に基づくと、ＢＳＲは、ＣＡ又はＣｏＭＰが構成されるときのみ、ＲＡＴ内（つまり、ＬＴＥ内）の例で用いることができる。しかしながら、（図６に示すような）マルチＲＡＴシナリオでは、ＲＡＴ間のリソーススケジューリングは、特に、ＬＴＥ  ｅＮＢ及びＷｉＦｉ  ＡＰが分離し、バックホールサポートがマルチＲＡＴノード間の情報交換にとって理想的であると考えられない図６（Ａ）では、非常に困難になる。アップリンクにおけるこのようなシナリオでの主な問題は、どのように、効率的なＵＬマルチフローアグリゲーションを達成する目的で、異なるＲＡＴの複数ノードを有する無線リソーススケジューリングを調整するために、ネットワークを支援するのに十分な情報がバッファ状態レポートにより提供されるかである。本発明は、主に、この問題の解決を意図している。
【００４１】
ＵＳ２０１２／０１４０７４３Ａ１は、請求項１のプリアンブルによる方法を開示する。ここで、端末は、第１のＲＡＴに関連する主チャネルを介して、第２のＲＡＴに関連する副チャネルのプロビジョニング情報を受信する。
【００４２】
ＷＯ２０１１／０８８６１２Ａ１は、マルチ無線アクセス環境における制御シグナリングを提供する方法を開示する。１つの方法は、無線リソース管理及び一般リンクレイヤを少なくとも２つの無線アクセス技術モジュールに渡り合同で実装するステップと、マルチ無線環境における制御シグナリングを実行するために無線アクセス技術モジュールのうちの１つを選択するステップと、を有する。
【発明の概要】
【発明が解決しようとする課題】
【００４３】
開示の実施形態は、複数の無線アクセス技術を用いて端末から１又は複数の基地局／アクセスポイントへデータを同時に送信する方法を提供する。
【課題を解決するための手段】
【００４４】
本発明の第１の態様によると、端末と１又は複数の基地局を有するマルチＲＡＴ無線通信ネットワークとの間のアップリンク通信のための方法であって、
前記マルチＲＡＴ無線通信ネットワークにおいて、
無線ベアラを構成するステップであって、各無線ベアラは、前記端末に利用可能な複数の無線アクセス技術（radio  access  technology：ＲＡＴ）の中の１又は複数のＲＡＴにより伝達される、ステップと、
各無線ベアラを１又は複数の論理チャネルに割り当てることにより、論理チャネルを無線ベアラに関連付けるステップと、
前記端末において、
１又は複数のバッファ状態レポートを送信するステップであって、前記バッファ状態レポートのうちの少なくとも１つは、前記無線ベアラの第１のセットに関連付けられた論理チャネルの第１のセットで送信されるべきデータに関する情報を含み、前記無線ベアラの第１のセットは、１より多いＲＡＴにより伝達される、ステップと、
を有する方法が提供される。
【００４５】
ここで、ＲＡＴは、ＧＳＭ、ＧＰＲＳ、ＵＭＴＳ及びＬＴＥ、並びにＷｉＭＡＸ（ＩＥＥＥ８０２．１６）、ＣＤＭＡ及びＷｉＦｉ（ＩＥＥＥ８０２．１１）のような無線アクセス技術を意味する。文脈上必要な場合、ＲＡＴは、無線通信システムの動作に必要なＲＡＴを利用する該無線通信システムを意味する。望ましくは、ＲＡＴのうちの１つはＬＴＥである。
【００４６】
マルチＲＡＴ無線通信ネットワークは、以下では単に「ネットワーク」として言及され、文脈上特に要求されない限り、端末に利用可能な結合された無線通信システムを意味する。
【００４７】
端末は、移動体か固定かに係わらず中継局にまで及び得る任意の種類の加入者局、ユーザ機器又はユーザの他の無線装置を含む。
【００４８】
基地局は、無線装置との無線インタフェースを提供するために所与のＲＡＴで利用される任意の形式の無線アクセスノードを含み、例えばＬＴＥ無線通信システムのｅＮＢ、又はＵＭＴＳ無線通信システムの基地局、ＷｉＦｉ  ＷＬＡＮのアクセスポイントをも含む。
【００４９】
無線ベアラは、ＬＴＥの文脈における特定の意味とは別に、端末とコアネットワークとの間のデータ配信のために、ＲＡＴのアクセスストラタムにより非アクセスストラタム（コアネットワーク）に提供されるサービスとして考えられる。
【００５０】
ネットワークにおける上述の構成に加えて、標準的に幾つかの構成が端末で生じる。
【００５１】
送信すべきデータに関する情報はバッファ状態レポートに含まれ、該データは、端末のバッファの中のデータを表し、バッファは、アップリンク送信の前に一時的にデータを保持するために用いられる。本発明では、少なくとも１つのバッファ状態レポートは、１より多いＲＡＴに関連する或いはより正確に定めると、１より多いＲＡＴにより伝達されるベアラのセットに関連付けられる論理チャネルのセットに関して、送信すべきデータに関する情報を含む。バッファ状態レポートは、マルチＲＡＴアップリンクスケジューリングを支援する目的のために送信されても良い。
【００５２】
論理チャネルは、例えばスケジューリングの目的のために、無線ベアラに適用される特定の指定の形式を意味する。無線ベアラ（radio  bearer：ＲＢ）、ＲＡＴ及び論理チャネルの間で種々の関係が可能である。例えば、本発明の実施形態は、（ｉ）複数のＲＡＴ及び複数のＲＢであって、複数の構成されるＲＢのうちの１つが１つのみのＲＡＴにより伝達される場合、（ｉｉ）１又は複数のＲＢが各々１つの論理チャネルに関連付けられるだけである場合、を含む。
【００５３】
望ましくは、論理チャネルの１又は複数のグループは、前記論理チャネルの第１のセットの中から構成され、前記バッファ状態レポートのうちの前記少なくとも１つは、前記論理チャネルの１又は複数のグループの各々で送信されるべきデータに関する情報を含む。
【００５４】
前記１又は複数の論理チャネルのうちの前記少なくとも１つは、無線ベアラの第２のセットに関連付けられる論理チャネルの第２のセットを含み、前記無線ベアラの第２のセットは、１より多いＲＡＴにより伝達される、よう構成されても良い。ここで、第２のセットは、第１のセットの一部である。
【００５５】
代替で、前記方法は、単一のＲＡＴにより伝達されるべき無線ベアラの第２のセットに関連付けられた論理チャネルの第２のセットを構成するステップ、を更に有しても良く、前記方法は、
前記端末が、バッファ状態レポートを送信する前に、
前記単一のＲＡＴの好み；
前記単一のＲＡＴに関する信号品質；
前記データのサービス品質要件；及び
前記単一のＲＡＴの使用に関するネットワーク制約；
のうちの少なくとも１つに従ってアップリンク送信のための前記論理チャネルの第３のセットにデータを割り当てるステップ、
を更に有しても良い。
【００５６】
さらに、前記方法の任意的なステップは、前記ネットワークが、前記無線ベアラの前記セットに関連付けられた論理チャネルの前記セットについて、
前記１又は複数のバッファ状態レポート；及び
アップリンクデータ送信のための各ＲＡＴの使用に対するネットワークポリシ；
のうちの少なくとも１つに基づき、１又は複数のＲＡＴでのアップリンクリソースを許可するステップ、である。
【００５７】
代替で、上述の構成するステップは、特定のＲＡＴを除く前記端末に利用可能な前記複数のＲＡＴのうちの１又は複数により伝達されるべき前記無線ベアラの第２のセットに関連付けられた論理チャネルの第２のセットを構成するステップ、
を更に有しても良い。
【００５８】
前記方法の１つの形式では、バッファ状態レポートは、バッファ状態レポートが関連するＲＡＴのうちの１又は複数を提供する各基地局へ送信される。言い換えると、レポートは、複数の基地局により別個に端末から受信されても良い。
【００５９】
代替で、バッファ状態レポートは、ＲＡＴのうちの１又は複数に従って動作する基地局へ送信される。該基地局は、バッファ状態レポートの少なくとも関連部分を、無線ベアラの第１のセットが伝達されるべきと構成される前記又は各他のＲＡＴに従って動作する１又は複数の基地局へ転送する。このように、基地局のうちの１つのみが端末からレポートを受信すれば十分である。
【００６０】
望ましくは、バッファ状態レポートは、レポートによりカバーされる各ＲＡＴ毎に、言い換えると、無線ベアラの第１のセットが伝達されるべきと構成される各ＲＡＴ毎に、１又は複数のエントリを有する。そして、端末は、バッファ状態レポートの中のＲＡＴに関する少なくとも１つのエントリで０のような１又は複数の予約値の使用により、自身のアップリンク送信のために所与のＲＡＴを利用しないという好みを示す。
【００６１】
代替で、バッファ状態レポートは、無線ベアラの第１のセットが伝達されるべきＲＡＴの一部のみのためのエントリを含み、端末は、バッファ状態レポートから該ＲＡＴのためのエントリを省略することにより、自身のアップリンク送信のために所与のＲＡＴを利用しないという好みを示す。
【００６２】
さらに一般的には、各ＲＡＴについてのバッファ状態レポートの中の１又は複数のエントリの場合に、端末は、所与のＲＡＴに関連付けられるバッファ状態レポートの中の１又は複数のエントリのうちの少なくとも１つを省略することにより、自身のアップリンク送信のために所与のＲＡＴを利用しないという好みを示す。
【００６３】
本発明の第２の態様によると、マルチＲＡＴ無線通信システムであって、
第１及び第２のＲＡＴを介して少なくともアップリンク通信を実行するよう配置される端末と、
前記第１のＲＡＴのための第１の基地局手段と、
前記第２のＲＡＴのための第２の基地局手段と、
を有し、
前記第１及び第２の基地局手段は、前記第１及び第２のＲＡＴのうちの１又は複数により少なくともアップリンクで伝達されるべき無線ベアラを構成し、前記無線ベアラに１又は複数の論理チャネルを割り当てることにより前記無線ベアラに論理チャネルを関連付け、
前記端末は、１又は複数のバッファ状態レポートを送信することにより前記マルチＲＡＴアップリンクスケジューリングを支援するよう配置され、前記バッファ状態レポートのうちの少なくとも１つは、１より多いＲＡＴにより伝達されるべき前記無線ベアラのセットに関連付けられた論理チャネルのセットで送信されるべきデータに関する情報を含む、システムが提供される。
【００６４】
本発明の第３の態様によると、マルチＲＡＴ無線通信システムでの使用するための第１のＲＡＴを用いる基地局であって、前記システムにおいて、端末は第１及び第２のＲＡＴを介して少なくともアップリンク通信を実行するよう配置され、前記基地局は、
前記第２のＲＡＴを用いる第２の基地局と協働し、前記第１及び第２のＲＡＴのうちの１又は複数により少なくともアップリンクで伝達されるべき無線ベアラを構成し、前記無線ベアラに１又は複数の論理チャネルを割り当てることにより前記無線ベアラに論理チャネルを関連付けるよう、配置され、前記基地局は、
前記端末から、１又は複数のバッファ状態レポートを受信し、１又は複数の前記バッファ状態レポートは、前記第１及び第２のＲＡＴにより伝達されるべき前記無線ベアラのセットに関連付けられた論理チャネルのセットで送信されるべきデータに関する情報を含み、
前記無線ベアラのセットに関連付けられた前記論理チャネルのセットに関して、前記バッファ状態レポートのうちの少なくとも１つに基づき、前記第２のＲＡＴでリソースを割り当てる前記第２の基地局と協働して、前記第１のＲＡＴによるアップリンク送信のためのリソースを割り当てる、よう更に配置される、基地局が提供される。
【００６５】
ここで、望ましくは、基地局は、第２のＲＡＴに関連するバッファ状態レポートの少なくとも一部を第２の基地局へ転送するようにされる。
【００６６】
本発明の第４の態様によると、端末との第１及び第２のＲＡＴを介する少なくともアップリンクでの無線通信のために提供されるマルチＲＡＴ基地局であって、
無線ベアラの各々が前記第１及び第２のＲＡＴのうちの１又は複数により少なくともアップリンクで伝達されるよう無線ベアラを構成し、各無線ベアラに１又は複数の論理チャネルを割り当てることにより前記無線ベアラに論理チャネルを関連付けるよう、構成され、前記基地局は、
前記端末から、１又は複数のバッファ状態レポートを受信し、前記バッファ状態レポートのうちの少なくとも１つは、前記第１及び第２のＲＡＴにより伝達されるべき前記無線ベアラのセットに関連付けられる論理チャネルのセットで送信されるべきデータに関する情報を含み、
前記無線ベアラの前記セットに関連付けられた論理チャネルの前記セットに関して、前記１又は複数のバッファ状態レポートのうちの前記少なくとも１つに基づき、前記端末によるアップリンク送信のために前記第１及び第２のＲＡＴでリソースを割り当てる、
よう更に配置される、基地局が提供される。
【００６７】
本発明の第５の態様によると、マルチＲＡＴ無線通信システムで使用する端末であって、前記端末は、第１及び第２のＲＡＴを介して少なくともアップリンク通信を実行するように配置され、前記端末は、
前記第１及び第２のＲＡＴのうちの１又は複数により少なくともアップリンクで伝達されるべき無線ベアラの構成を受信し、前記構成では、１又は複数の論理チャネルを各無線ベアラに割り当てることにより、論理チャネルは前記無線ベアラに関連付けられるよう配置され、前記端末は、
１又は複数のバッファ状態レポートを送信し、前記バッファ状態レポートのうちの少なくとも１つは、前記第１及び第２のＲＡＴにより伝達されるべき無線ベアラのセットに関連付けられる論理チャネルのセットで送信されるべきデータに関する情報を含み、
前記バッファ状態レポートに応答して、前記論理チャネルのセットに関して前記第１及び第２のＲＡＴで前記端末によるアップリンク送信のためのリソースの割り当てを受信する、
よう更に配置される、端末が提供される。
【００６８】
別の態様では、本発明は、（コンピュータ可読媒体に格納され得る）コンピュータプログラムであって、コンピュータに本願に記載の方法を実行させる或いは本願に記載の端末として又は本願に記載の基地局として動作させるプログラムコードを有するコンピュータプログラムに関する。
【００６９】
したがって、本発明の実施形態は、アップリンクでのマルチＲＡＴマルチフローアグリゲーションのための効率的な無線リソーススケジューリングを達成する目的で、ＵＥの支援により異なるＲＡＴの複数の基地局（例えば、ＬＴＥ  ｅＮＢ、ＵＭＴＳ基地局、ＷｉＦｉアクセスポイント、等）の協調を可能にする新規なバッファ状態レポート方式を提供できる。
【００７０】
（マルチＲＡＴマルチフローアグリゲーションを構成された）無線ベアラ（ＲＢ）がネットワークにより設定さるとき、複数の論理チャネルＩＤは、異なるＲＡＴに関連付けられるこのＲＢに割り当てられる。特定のＲＡＴ（又はＲＡＴの所与のセット）に関連付けられる論理チャネルは、無線リソーススケジューリングを理由に、１つの論理チャネルグループにグループ化されても良い。端末側で、ＵＥは、構成に従って全ての関連するＲＡＴについてバッファ状態レポートを実行し、１又は複数の関連する基地局にレポート／指示を送信する。
【００７１】
本発明に従うＰＤＣＰレイヤでの動作は、ＭＡＣレベルでのアグリゲーションを提供するような他のアプローチと比べて、マルチＲＡＴアグリゲーションに一層の柔軟性を提供する。
【図面の簡単な説明】
【００７２】
本願の好適な実施形態は、単なる例として添付の図面を参照して以下に説明される。
【図１】３ＧＰＰ無線通信システムで利用されるプロトコルスタックを示す。
【図２】図１のプロトコルレイヤ間のアップリンクパケットフローを示す。
【図３】ＰＤＣＰプロトコルレイヤのＰＤＣＰエンティティの機能を示す。
【図４】キャリアアグリゲーション（ＣＡ）のために構成された無線通信システムのダウンリンクのレイヤ２構造を示す。
【図５】キャリアアグリゲーション（ＣＡ）のために構成された無線通信システムのアップリンクのレイヤ２構造を示す。
【図６】マルチＲＡＴネットワーク（ＬＴＥ及びＷｉＦｉ）における２つの例示的展開シナリオを示す。
【図７】本発明によるマルチＲＡＴネットワークのアップリンクのレイヤ２構造の一例を示す。
【図８】本発明を具現化する方法のステップのフローチャートである。
【図９】本発明の一実施形態におけるＵＥからの共同バッファ状態レポートの可能なフォーマットを示す。
【発明を実施するための形態】
【００７３】
本発明の好適な実施形態を記載する前に、幾つかの基本原理を先ず説明する。
【００７４】
本発明の実施形態は、アップリンクでのマルチＲＡＴマルチフローアグリゲーションのための効率的な無線リソーススケジューリングを達成する目的で、ＵＥの支援により異なるＲＡＴの複数の基地局（例えば、ＬＴＥ  ｅＮＢ、ＵＭＴＳ基地局、ＷｉＦｉアクセスポイント、等）の協調を可能にする新規なバッファ状態レポート方式を提供できる。本発明の実施形態は、基本的に、ユ―ザプレーン（データトラフィック）に照準を定める。実際には、制御プレーントラフィックは、利用可能なものの中でより多くの能力のある／より信頼性の高いＲＡＴ、例えばＬＴＥを介して伝達される可能性が高い。
【００７５】
この方式では、異なるＲＡＴの複数のセルは、単一のＵＥからの送信のために（複数の）トランスポートブロックを同時にスケジューリングできる。（簡単のため、各ＲＡＴは１つのセルを提供すると仮定するが、ＵＥは１つより多くのセルを介して同じＲＡＴで同時に通信することも可能である。）従来のアプローチは、同時使用のために、異なるＲＡＴが異なる周波数を利用するものである。しかしながら、これは、異なるＲＡＴが同じ周波数を、例えば異なる時間に同じフレームで、又は同じ時間にも、使用し得る可能性を除外しない。
【００７６】
同じデータが複数のＲＡＴを介して送信される場合、ダイバーシティを提供する。データが異なる場合、より高いデータレートを提供できる。異なるセルは、同じ基地局に属することができ（図６（Ｂ）のように複数のＲＡＴが同じノード内に同一場所にある場合）、或いは異なるＲＡＴの同一場所に存在しない基地局に属する（図６（Ａ））。サポートされるＲＡＴは、ＧＳＭ、ＧＰＲＳ、ＵＭＴＳ、ＬＴＥなどのような３ＧＰＰ無線アクセス技術、又はＷｉＭＡＸ、ＣＤＭＡ、ＷｉＦｉ、等のような非３ＧＰＰ無線アクセス技術であり得る。
【００７７】
ＵＥが自身の使用中アプリケーションのためにマルチＲＡＴマルチフローアグリゲーションにより構成されるとき、該アプリケーションの各々について、特定のＱｏＳ要件と共に、１又は複数の無線ベアラが割り当てられる。因みに、アプリケーションを提供するために、例えば１つのＲＢはビデオ用及び別のＲＢはオーディオ用にマルチメディアアプリケーションを提供するために、１より多いＲＢが設定されても良い。別の例は、基本レイヤが１つのＲＢを介して送信され及び拡張レイヤが場合によっては信頼性の低い他のＲＡＴの（複数の）他のＲＢを介して送信されるスケーラブルビデオである。これらのＲＢの各々は、１つのＲＡＴ又は複数のＲＡＴによりサポートされても良い。ダイバーシティを提供するために、複数のＲＢを介して、（変化する冗長性レベルにより）静止画又はビデオクリップの複数のバージョンを送信することも可能である。
【００７８】
例えば図７に示すように、端末側では、ＵＥはレイヤ２構造を維持する。図７では、番号を付されたボックス「１」、「２」、「３」はアップリンクアプリケーションレイヤパケットを表す。本例では、２つの無線ベアラが現在このＵＥに割り当てられている。特にＲＢ１では、マルチＲＡＴマルチフローアグリゲーション（本例ではＲＡＴ１及びＲＡＴ２）が構成されている。したがって、ＲＢ１は、複数のＲＡＴに渡るマルチＲＡＴベアラである。ＲＢ２は、対照的に、単一のＲＡＴで設定される従来のＲＢである。
【００７９】
図７に示すように、単一のＰＤＣＰエンティティがマルチＲＡＴ無線ベアラＲＢ１に関連付けられる。このＰＤＣＰエンティティは、次に、ＲＡＴ１及びＲＡＴ２それぞれのＲＬＣエンティティの２つのセットに関連付けられる。留意すべきことに、簡単のため、図４に示す本例は、ＲＡＴ１及びＲＡＴ２の両方が同様のＲＬＣ／ＭＡＣ構造を使用すると仮定する。実際には、必ずしもそうではなく、異なるＲＡＴがそれら自身のＲＬＣ又は「ＲＣＬに似た」構造及びＭＡＣレイヤ実装を使用しても良い。
【００８０】
ＭＡＣレイヤ内の「ＨＡＲＱ」とラベル付けされたボックスは、上述したＨＡＲＱエンティティを表す。図示のように、ＰＤＣＰエンティティ及びＲＬＣエンティティ／複数のＲＬＣエンティティは、１つの無線ベアラに関連付けられ、一方で、ＭＡＣは全ての無線ベアラ（本例ではＲＢ１及びＲＢ２の両方）により共有される。ＨＡＲＱエンティティは、ＣＡの場合に１つのＣＣに関連付けられる。必ずしも、各ＲＡＴにＨＡＲＱエンティティが存在するものではない（例えば、ＷｉＦｉはＨＡＲＱを利用しない）。
【００８１】
因みに、「ＰＤＣＰエンティティ」は３ＧＰＰ用語であり、（ＷｉＦｉ及びＷｉＭＡＸのような）他のネットワークで認められている意味を有しない。しかしながら、同様の機能は、他のシステムの異なるエンティティにより実行されても良い（又は場合によっては全く実行しない）。したがって、非３ＧＰＰ  ＲＡＴは、単純なＰＤＣＰ機能を採用する必要がない。
【００８２】
また、「ＲＬＣエンティティ」は３ＧＰＰ用語であるが、他の非３ＧＰＰネットワークに同様の機能が存在し得る。例えば、ＷｉＦｉシステムにおける論理リンク制御（logical  link  control：ＬＬＣ）レイヤは、３ＧＰＰネットワークにおけるＲＬＣより遙かに簡易であるが、同様の機能を有する。
【００８３】
図８は、本発明を具現化する方法のステップを示す。
【００８４】
ステップＳ１０は、複数のＲＡＴに渡りＵＥに供するためにＲＢを構成する。ステップＳ１２で、１又は複数のＬＣＩＤは各ＲＢに割り当てられる。つまり、無線ベアラＲＢ１（構成されたマルチＲＡＴマルチフローアグリゲーションを有する）がネットワークにより設定されるとき、複数の論理チャネルＩＤは、異なるＲＡＴに関連付けられ得る該ＲＢに割り当てられる（例えば、図７に示すように、ＲＢ１に対してＬＣ１１及びＬＣ１２）。また、特定のＲＡＴに関連付けられる論理チャネルは、無線リソーススケジューリングの目的で、１つの論理チャネルグループにグループ化されても良い。したがって、本発明の実施形態では、もはや、ＲＢとＬＣとの間に１対１対応は存在しない。単一のＲＢは、複数のＲＡＴに渡って広がり、複数のＬＣに関連付けられても良い。一方で、同じＲＡＴのＬＣは、ＬＣＧを形成するために一緒にグループ化されても良い。
【００８５】
ステップＳ１４で、端末側で、ＵＥは、構成に従って、（異なるＲＡＴの要件に依存して）全ての関連するＲＡＴについてバッファ状態レポート手順を実行し、１又は複数の関連する基地局にレポート／指示を送信する。これは、図８にステップＳ１４「ＬＣＩＤのセットのエントリを有する共同ＢＳＲを送信する」により示される。共同ＢＳＲは、後に例示するように、このようなレポートの好適な形式であるからである。
【００８６】
バッファ状態レポート手順は、ＵＥバッファにＵＬ送信のためのデータが到着することによりトリガされても良い。ＵＬで送信すべきデータが存在しない場合、ＵＥの観点からＢＳＲを送信する必要はない。しかしながら、それにもかかわらず、ＢＳＲの送信は、ネットワークにより（例えば、周期的に）要求されなくても良い。
【００８７】
ＵＥは、（好ましいＲＡＴに対応する）１つの特定のＬＣＧにデータを割り当てることにより、所与のＲＡＴについて自身の好みを示しても良い。この「好み」は、アップリンクデータの送信についての好みを主に表すが、ダウンリンクデータを受信するＲＡＴについての好みにも適用され得る。ＵＥの好みは、排他的である又は部分的に信号品質に基づく必要はないが、経済的検討に基づき得る。例えば、ＷｉＦｉの使用は通常無料であるが、ＬＴＥの使用は課金を生じ得る。
【００８８】
さらに、ＵＥは、このＲＡＴの品質がＱｏＳ要件より低いとき、つまり、このＲＡＴのチャネル品質が要求されるＱｏＳが場合によっては達成できないような粗悪であるとき、このような（特定のＲＡＴに対応する）ＬＣＧを空きにしたままにしても良い。ＵＥは参照信号の測定に基づき、これにアクセスできる。ＵＬを直接測定するために、ＵＥからの参照信号はネットワークにより測定でき、その結果がＵＥに報告される。他方で、（例えば時分割多重（Time  Division  Duplex：ＴＤＤ）動作におけるように）ＵＬ／ＤＬチャネル相互依存が想定される場合、又はＵＬ及びＤＬチャネル品質が強力に相関している場合、ＵＬチャネル品質は、ＵＥが全ての関係するＲＡＴについてＤＬ測定を実行できる場合に、ＤＬの参照シンボルから推定できる。
【００８９】
さらに、ネットワークは、所与のＬＣＧに割り当てられたデータに対する制約を構成しても良い。例えば、データは、特定のＲＡＴを介して送信されるべきではない。これは、制御シグナリングをＬＴＥに制限することができる。一方、ユーザデータは、ＷｉＦｉを介して送信され得る（これは、ネットワーク側での明示的なスケジューリングを必要としない）。
【００９０】
ステップＳ１６で、ＵＥにより送信される共同ＢＳＲは、ネットワークにより、より具体的には関係する１又は複数の基地局の各々により、受信される。ＢＳＲは、各基地局によりＵＥから直接受信されても良く、或いは、基地局のうちの少なくとも１つにより受信され任意の残りの基地局へ転送されても良い。留意すべきことに、図６（Ｂ）におけるように、同じ基地局は、１より多いＲＡＴに従って動作しても良い。
【００９１】
ステップＳ１８で、ＵＥからのマルチＲＡＴバッファ状態レポート並びに他の基準、例えば予め定められたルール／ポリシーに基づき、ネットワーク側で、特定のＲＡＴにおけるリソースをＵＥに許可するか否かの決定が行われる。次に、このリソースは、次のＵＬ送信又はＵＬ送信の次の期間のために使用され得る。これは、ネットワークが特定のＲＡＴでのリソースを許可しない場合、該ＲＡＴでの送信のためにデータを割り当てるＵＥの決定を自身で再考させる。通常、同じＲＡＴは必要ならば再送信を処理する。
【００９２】
本発明の幾つかの特徴又は実施形態は、例として記載される。
【００９３】
通常、特に断らない限り、本願明細書に記載の実施形態は、他の無線アクセス技術と組み合わせて、ＬＴＥに基づく。このようなネットワークは、それぞれ１より多いセルを制御する他のＲＡＴの他の基地局又はアクセスポイントと一緒に、１又は複数のＬＴＥ  ｅＮｏｄｅＢを有する。各セルは、該セル内で送信される信号を受信し復号化し得る１以上の端末（ＵＥ）に供する。ＵＥは、ＬＴＥ及び少なくとも１つの他のＲＡＴをサポートする。ＵＥへ及びＵＥからの伝送のために時間、周波数及び空間領域の伝送リソースの適切な使用をスケジューリングするために、ネットワークは、制御シグナリングをＵＥへ送信する。ＬＴＥにおいて、アップリンク方向では、アップリンクバッファ状態レポート（buffer  status  report：ＢＳＲ）は、ＱｏＳを認識したパケットスケジューリングのサポートを提供するために、ＵＥにとって必要である。ＢＳＲの詳細は、ＲＲＣシグナリングにより構成される。本発明では、バッファ状態レポートは、ＬＴＥ又は別のＲＡＴを用いて送信され得るデータを有する。
【００９４】
＜無線ベアラ測定＞
マルチＲＡＴマルチフローアグリゲーションを構成されるＵＥでは、無線ベアラが該ＵＥのためにネットワークにより設定されるとき、複数の論理チャネルＩＤが、異なるＲＡＴに関連付けられるこのＲＢに割り当てられる。特定のＲＡＴに関連付けられる論理チャネルは、無線リソーススケジューリングを理由に、１つの論理チャネルグループにグループ化されても良い。
【００９５】
本実施形態の変形として、所与のＬＣＩＤ又はＬＣＧは、１又は複数のＲＡＴに関連付けられても良い。例えば、あるＬＣＧはＷｉＦｉに関連付けられ、他のＬＣＧはＬＴＥに関連付けられても良い。これは、（例えば、遅延に敏感でない）特定のデータをＷｉＦｉを介して優先的に送信させる。同様の効果は、所与のＬＣＩＤ又はＬＣＧのデータがＢＳＲから排除される場合に達成され得る。このようなデータは、ＵＥにより開始されるＷｉＦｉを介して送信され得る。
【００９６】
更なる変形として、所与のＬＣＩＤ又はＬＣＧからのデータは、特定のＲＡＴで送信されることを禁止されても良い。このアプローチは、高いＱｏＳ要件を有するシグナリング又はデータがＷｉＦｉを介してではなくＬＴＥを介して送信されることを保証するために使用され得る。ネットワークノードは、例えば異なるＲＡＴを介して異なるネットワークノードへ送信されるＢＳＲの正しい解釈を可能にするために、ＵＥ構成に関する情報を交換しても良い（例えば、ＢＳＲは、各々、所与のＲＡＴを介して該ＲＡＴの及び該ＲＡＴに関連する基地局へ送信される）。
【００９７】
＜マルチＲＡＴバッファ状態レポート＞
本実施形態では、マルチＲＡＴマルチフローアグリゲーションを構成されているＵＥは、関連するＲＡＴをカバーする共同ＢＳＲを送信することにより、２以上の関連するＲＡＴのバッファ状態情報を報告する。これは、例えば、ＬＴＥにおけるＲＲＣシグナリングを介してネットワークにより指示される必要がある。
【００９８】
図９は、このような共同ＢＳＲの可能なフォーマットを示す。図９では、レポートに含まれる各らＴは、ＩＤフィールドにより識別される。ＩＤフィールドの次に該ＲＡＴのバッファ状態の指示、言い換えると、該ＲＡＴを介してレポートが適用される次の送信時間期間にＵＥが送信したいデータ量の指示が続く。統合者に理解されるように、このようなレポートの種々のフォーマットが可能である。レポートのフォーマット及びレポートが提供される時間期間は、レポートに対するトリガに依存して変化しても良い（例えば、ネットワークからの周期的トリガ、又はバッファ内のデータ到来によるアドホックトリガ）。
【００９９】
したがって、既存のＢＳＲと異なり、この新しい種類のレポートは、複数のＲＡＴ（３ＧＰＰ  ＲＡＴ及び非３ＧＰＰ  ＲＡＴの両方）の情報を含み、全ての関係する基地局に利用可能である必要がある。これは、異なるＲＡＴの各々の個々の物理チャネルを通じて、或いは１つのみのらＴを用いて、及び基地局間の情報転送により、行うことができる。代替で、これは、全ての基地局に利用可能なＵＬチャネルを用いて行うことができる。したがって、本発明は、全ての（又は幾つかの）関係するＲＡＴをカバーする共同バッファ状態レポートを提供しても良い。
【０１００】
ＵＥは、（好ましいＲＡＴに対応する）１つの特定のＬＣＧにデータを割り当てることにより、自身のＲＡＴの好みを示しても良い。追加で、ＵＥは、該ＲＡＴの品質ががＱｏＳ要件より低いとき、（特定のＲＡＴに対応する）このようなＬＣＧを空にしたままにしても良い。これは、例えば、「共同」ＢＳＲに関係するＲＡＴに対応するフィールドのゼロ値により達成できる。より一般的には、ＵＥのアップリンク送信のために特定のＲＡＴを空にしないというＵＥの好みを示すために、１又は複数の予約値が定められても良い。代替で、同じ効果は、特定のＲＡＴ又はＬＣＧのために設けられるＢＳＲ内の１又は複数のフィールドを省略することにより達成されても良い。
【０１０１】
本発明の範囲内で種々の変更が可能である。
【０１０２】
上述の説明はＵＥを参照したが、本発明は、マルチＲＡＴシステムのダウンリンクでデータを受信する他の種類の無線装置、例えば中継器又はピコセル基地局、にも適用可能である。この場合、中継器／ピコセルは、無線リソースを制御する基地局（ＬＴＥ用語ではドナー（donor）ｅＮＢ）に対してＵＥとして振る舞う。
【０１０３】
また、説明は異なる基地局が異なるＲＡＴを利用すると仮定したが、基地局のうちの幾つかが同じＲＡＴを用いるが異なる移動体事業者により運営される（言い換えると、同じＲＡＴを用いる異なるＲＡＮで）ことも可能である。図６（Ｂ）に例示するように、同じ基地局は、同時に１より多いＲＡＴに関連して動作しても良い。言い換えると、同じ基地局は、１より多いＲＡＴの「基地局手段」を提供しても良い。
【０１０４】
以上では、ＬＣＧを形成するために論理チャネルを特定のＲＡＴに関連付ける、したがってＬＣＧが通常１つのＲＡＴに適用されることを参照した。しかしながら、１つのＬＣＧが複数のＲＡＴに渡ることも可能である。
【０１０５】
さらに一般的には、従来、所与のＬＣＩＤ又はＬＣＧは１つのＲＡＴにのみ関連付けられたが、本発明ではこの制限に従う必要はない。ＲＢの構成された特性は主にＵＥのアプリケーション要件に関連するが、例えば、２つの異なるＲＡＴにマッピングされるＬＣをＲＢに割り当てることも可能である。代替で、ＲＢは、それぞれ異なるＲＡＴに関連付けられる２つの異なるＬＣに割り当てられることも可能である。
【０１０６】
留意すべきことに、必ずしも全てのＲＡＴがフレームのような同じ送信時間期間を利用しない。関係するＲＡＴの基地局（又は上位ノード）は、各々個々のＲＡＴの送信時間単位がマッピングされる共通のタイミング構造に合意する必要があっても良い。しかしながら、物理層における異なるフレーム調波、特定のフレームタイミングを確認する必要のない上位レイヤにおいて問題ではない。
【０１０７】
纏めると、本発明の実施形態は、アップリンクでのマルチＲＡＴマルチフローアグリゲーションのための効率的な無線リソーススケジューリングを達成する目的で、ＵＥの支援により異なるＲＡＴの複数の基地局（例えば、ＬＴＥ  ｅＮＢ、ＵＭＴＳ基地局、ＷｉＦｉアクセスポイント、等）の協調を可能にする新規なバッファ状態レポート方式を提供できる。
【０１０８】
（マルチＲＡＴマルチフローアグリゲーションを構成された）無線ベアラがネットワークにより設定さるとき、複数の論理チャネルＩＤは、異なるＲＡＴに関連付けられるこのＲＢに割り当てられる。特定のＲＡＴ（ＲＡＴの所与のセット）に関連付けられる論理チャネルは、無線リソーススケジューリングの目的で、１つの論理チャネルグループにグループ化されても良い。端末側で、ＵＥは、構成に従って全ての関連するＲＡＴについてバッファ状態レポートを実行し、１又は複数の関連する基地局にレポート／指示を送信する。
【０１０９】
本発明は、端末が異なる無線アクセス技術（ＲＡＴ）の複数の基地局を用いてデータを同時に送信及び受信するよう構成されるモバイル通信システムにおいてマルチＲＡＴマルチフローアグリゲーションのための効率的なアップリンク無線リソーススケジューリングを可能にする。本発明は、マルチＲＡＴ無線リソースをアップリンク送信のために単一のＵＥに同時に使用可能にし、したがって、カバレッジエリア全体に渡りデータレート及びユーザ経験を向上し、さらにシステム全体の負荷バランスを向上する。
【図１】
0005999269.tif 000002
【図２】
0005999269.tif 000003
【図３】
0005999269.tif 000004
【図４】
0005999269.tif 000005
【図５】
0005999269.tif 000006
【図６】
0005999269.tif 000007
【図７】
0005999269.tif 000008
【図８】
0005999269.tif 000009
【図９】
0005999269.tif 000010