JP2019532591A - アップリンクデータの送信順序の設定 - Google Patents

Abstract

アップリンクデータの送信順序を設定するための機構が提供される。方法が、アクセスノードのＲＥＣによって実行される。このＲＥＣは、アクセスノードのＲＥへのインターフェースを有する。この方法は、アップリンクデータの送信順序をどのように優先度付けするかの命令をＲＥに提供することを含む。アップリンクデータは、無線インターフェース上でＲＥによって受信され、そのインターフェース上でＲＥからＲＥＣへ送信されることになる。ＲＥＣは、それによって送信順序を設定する。【選択図】図１

Description

本明細書において提示されている実施形態は、アップリンクデータの送信順序を設定するための方法、無線機器コントローラ、コンピュータプログラム、およびコンピュータプログラム製品に関連する。本明細書において提示されている実施形態はさらに、アップリンクデータの優先度付けされた送信のための方法、無線機器、コンピュータプログラム、およびコンピュータプログラム製品に関連する。

通信システムにおいては、所与の通信プロトコル、そのパラメータ、および、通信システムが展開されている物理的な環境に関して良好なパフォーマンスおよびキャパシティを得る上で難題が存在する場合がある。

たとえば、無線基地局等などのアクセスノードにおけるデジタルビームフォーミングアンテナシステムの導入は、ユーザ機器（ＵＥ）等などの複数の同時の端末デバイスにネットワークアクセスを提供するために、ひいてはそれらにサーブするために複数の同時の狭いビームが使用されることを可能にすることができる。しかしながら、共通公衆無線インターフェース（ＣＰＲＩ）によって相互接続されている無線機器コントローラ（ＲＥＣ）と無線機器（ＲＥ）との間のアクセスノードにおける現在の分割は、もはや実現可能ではない場合がある。なぜなら、ＣＰＲＩインターフェースを介してそれぞれの個々の無線チェーンに関するデータを渡すことは、データレートをとてつもなく高くする可能性があるからである。

より詳細には、現在のＣＰＲＩインターフェースのビットレートは、ＲＥにおける独立した無線チェーンの数に直接に従って増減する。たとえば、ビームフォーミングアンテナシステムにおいて２００ＭＨｚのキャリア帯域幅および１２８個の物理的なアンテナ要素を有している場合には、現在使用されているサンプルレートおよびサンプルビット幅に伴ってＣＰＲＩインターフェースに関して５３０Ｇｂｐｓのビットレートが必要とされるであろう。ＣＰＲＩに伴うさらなる潜在的な欠点は、アップリンク（ＵＬ；端末デバイスからアクセスノードへ）のサンプリングから、ダウンリンク（ＤＬ；アクセスノードから端末デバイスへ）においてデータを使用することができる時間までの余分なレイテンシであり、これは、サンプリングされたデータに基づくいかなる情報も、ＲＥにおいて使用されることになる場合にはＲＥＣからループバックされる必要があるからである。

上述の問題に対処するための１つの方法は、ＣＰＲＩインターフェースを除去してＲＥＣの機能性をＲＥに置くことによってＣＰＲＩベースのアーキテクチャを崩すことである。このアプローチは、少なくとも２つの欠点を有する。第１に、ＲＥに比較したＲＥＣのさらに速いテクノロジー上の発展に起因して、ＲＥＣの技術的な寿命は、ＲＥの寿命よりも短いと想定される。ＲＥを取り替えることは、ＲＥＣを取り替えることよりもさらにコストがかかる。したがって、この側面から、ＲＥの機能性をできるだけシンプルに保つことが有益であることがある。第２に、ＲＥＣは、たとえば、いくつかのＲＥがその他のＲＥのカバレッジ領域内のアクセスノードのカバレッジ領域（たとえば、いわゆるマクロセル内のいわゆるマイクロセル）を表す場合に、連携されたマルチセクタ決定を行うために、複数のＲＥにわたる決定を行うように設定されることが可能である。崩されたアーキテクチャは、この包括的な連携の可能性を失う。

したがって、ＲＥＣとＲＥとの間における改善された通信に対する必要性がある。

本明細書における実施形態の目的は、ＲＥＣとＲＥとの間における効率的な通信を可能にすることである。

第１の態様によれば、アップリンクデータの送信順序を設定するための方法が提示される。この方法は、アクセスノードのＲＥＣによって実行される。このＲＥＣは、アクセスノードのＲＥへのインターフェースを有する。この方法は、アップリンクデータの送信順序をどのように優先度付けするかの命令をＲＥに提供することを含む。アップリンクデータは、無線インターフェース上でＲＥによって受信され、そのインターフェース上でＲＥからＲＥＣへ送信されることになる。ＲＥＣは、それによって送信順序を設定する。

第２の態様によれば、アップリンクデータの送信順序を設定するためのアクセスノードのＲＥＣが提示される。このＲＥＣは、アクセスノードのＲＥへのインターフェースを有し、処理回路を含む。処理回路は、アップリンクデータの送信順序をどのように優先度付けするかの命令をＲＥに提供することをＲＥＣに行わせるように設定されている。アップリンクデータは、無線インターフェース上でＲＥによって受信され、そのインターフェース上でＲＥからＲＥＣへ送信されることになる。ＲＥＣは、それによって送信順序を設定する。

第３の態様によれば、アップリンクデータの送信順序を設定するためのアクセスノードのＲＥＣが提示される。このＲＥＣは、アクセスノードのＲＥへのインターフェースを有する。このＲＥＣは、処理回路およびストレージメディアを含む。そのストレージメディアは、命令を格納し、それらの命令は、処理回路によって実行されたときに、アップリンクデータの送信順序をどのように優先度付けするかの命令をＲＥに提供することをＲＥＣに行わせる。アップリンクデータは、無線インターフェース上でＲＥによって受信され、そのインターフェース上でＲＥからＲＥＣへ送信されることになる。ＲＥＣは、それによって送信順序を設定する。

第４の態様によれば、アップリンクデータの送信順序を設定するためのアクセスノードのＲＥＣが提示される。このＲＥＣは、アクセスノードのＲＥへのインターフェースを有する。このＲＥＣは、アップリンクデータの送信順序をどのように優先度付けするかの命令をＲＥに提供するように設定されている提供モジュールを含む。アップリンクデータは、無線インターフェース上でＲＥによって受信され、そのインターフェース上でＲＥからＲＥＣへ送信されることになる。ＲＥＣは、それによって送信順序を設定する。

第５の態様によれば、アップリンクデータの送信順序を設定するためのコンピュータプログラムが提示される。このコンピュータプログラムは、コンピュータプログラムコードを含み、そのコンピュータプログラムコードは、アクセスノードのＲＥへのインターフェースを有するアクセスノードのＲＥＣの処理回路上で実行されたときに、第１の態様による方法をＲＥＣに実行させる。

第６の態様によれば、アップリンクデータの優先度付けされた送信のための方法が提示される。この方法は、アクセスノードのＲＥによって実行される。このＲＥは、アクセスノードのＲＥＣへのインターフェースを有する。この方法は、アップリンクデータの送信順序をどのように優先度付けするかの命令をＲＥＣから受信することを含む。アップリンクデータは、無線インターフェース上でＲＥによって受信され、そのインターフェース上でＲＥからＲＥＣへ送信されることになる。この方法は、命令に従ってインターフェース上でアップリンクデータを送信して、アップリンクデータの優先度付けされた送信をもたらすことを含む。

第７の態様によれば、アップリンクデータの優先度付けされた送信のためのアクセスノードのＲＥが提示される。このＲＥは、アクセスノードのＲＥＣへのインターフェースを有し、処理回路を含む。処理回路は、アップリンクデータの送信順序をどのように優先度付けするかの命令をＲＥＣから受信することをＲＥに行わせるように設定されている。アップリンクデータは、無線インターフェース上でＲＥによって受信され、そのインターフェース上でＲＥからＲＥＣへ送信されることになる。処理回路は、命令に従ってインターフェース上でアップリンクデータを送信して、アップリンクデータの優先度付けされた送信をもたらすことをＲＥに行わせるように設定されている。

第８の態様によれば、アップリンクデータの優先度付けされた送信のためのアクセスノードのＲＥが提示される。このＲＥは、アクセスノードのＲＥＣへのインターフェースを有する。このＲＥは、処理回路およびストレージメディアを含む。そのストレージメディアは、命令を格納し、それらの命令は、処理回路によって実行されたときに、オペレーションまたはステップをＲＥに実行させる。オペレーションまたはステップは、アップリンクデータの送信順序をどのように優先度付けするかの命令をＲＥＣから受信することをＲＥに行わせる。アップリンクデータは、無線インターフェース上でＲＥによって受信され、そのインターフェース上でＲＥからＲＥＣへ送信されることになる。オペレーションまたはステップは、命令に従ってインターフェース上でアップリンクデータを送信して、アップリンクデータの優先度付けされた送信をもたらすことをＲＥに行わせる。

第９の態様によれば、アップリンクデータの優先度付けされた送信のためのアクセスノードのＲＥが提示される。このＲＥは、アクセスノードのＲＥＣへのインターフェースを有する。このＲＥは、アップリンクデータの送信順序をどのように優先度付けするかの命令をＲＥＣから受信するように設定されている受信モジュールを含む。アップリンクデータは、無線インターフェース上でＲＥによって受信され、そのインターフェース上でＲＥからＲＥＣへ送信されることになる。ＲＥは、命令に従ってインターフェース上でアップリンクデータを送信して、アップリンクデータの優先度付けされた送信をもたらすように設定されている送信モジュールを含む。

第１０の態様によれば、アップリンクデータの優先度付けされた送信のためのコンピュータプログラムが提示され、このコンピュータプログラムは、コンピュータプログラムコードを含み、そのコンピュータプログラムコードは、アクセスノードのＲＥＣへのインターフェースを有するアクセスノードのＲＥの処理回路上で実行されたときに、第６の態様による方法をＲＥに実行させる。

第１１の態様によれば、第５の態様および第１０の態様の少なくとも１つによるコンピュータプログラムと、そのコンピュータプログラムが格納されているコンピュータ可読ストレージメディアとを含むコンピュータプログラム製品が提示される。そのコンピュータ可読ストレージメディアは、非一時的コンピュータ可読ストレージメディアであることが可能である。

有利なことに、これらの方法、これらのＲＥＣ、これらのＲＥ、およびこれらのコンピュータプログラムは、ＲＥＣとＲＥとの間における効率的な通信を可能にする。

有利なことに、これらの方法、これらのＲＥＣ、これらのＲＥ、およびこれらのコンピュータプログラムは、必要に応じてＲＥＣがＲＥを設定すること（およびＲＥがＲＥＣによって設定されること）を可能にする。したがってＲＥは、特定の優先度付けモードを使用するように事前設定される必要はない。すなわち、ＲＥＣは、アップリンクデータの送信順序をそのようなものとして優先度付けするようにＲＥに指示するだけでなく、ＲＥＣは、優先度付けがどのように実行されるべきであるかをＲＥに指示し、それによってＲＥのフレキシブルな設定を可能にする。

第１の、第２の、第３の、第４の、第５の、第６の、第７の、第８の、第９の、第１０の、および第１１の態様のいずれの特徴も、適切な場合は常に、その他のいずれの態様に適用されることも可能であるということに留意されたい。同様に、第１の態様のいずれの利点も、第２の、第３の、第４の、第５の、第６の、第７の、第８の、第９の、第１０の、および／または第１１の態様にそれぞれ等しく当てはまることが可能であり、その逆もまた同様である。含まれている実施形態のその他の目的、特徴、および利点は、以降の詳細な開示から、添付の従属請求項から、ならびに図面から明らかであろう。

一般に、特許請求の範囲において使用されているすべての用語は、本明細書においてそうではないと明示的に規定されている場合を除いて、当技術分野におけるそれらの用語の通常の意味に従って解釈されるべきである。「要素、装置、コンポーネント、手段、モジュール、ステップなど」に対するすべての言及は、そうではないと明示的に述べられている場合を除いて、要素、装置、コンポーネント、手段、モジュール、ステップなどの少なくとも１つのインスタンスに言及しているとしてオープンに解釈されるべきである。本明細書において開示されているいずれの方法のステップも、明示的に述べられている場合を除いて、開示されている厳密な順序で実行される必要はない。

次いで本発明の概念が、例として、添付の図面を参照しながら記述される。

複数の実施形態によるアクセスノードを示す概略図である。 複数の実施形態による方法のフローチャートである。 複数の実施形態による方法のフローチャートである。 複数の実施形態による方法のフローチャートである。 複数の実施形態による方法のフローチャートである。 複数の実施形態による、時間の関数としてのダウンリンクトラフィックビットレートの概略図である。 複数の実施形態による、時間／周波数グリッドにおけるリソースの割り当ての概略図である。 複数の実施形態による、アップリンクデータの優先度付けされた送信順序の概略図である。 一実施形態による無線機器コントローラの機能ユニットを示す概略図である。 一実施形態による無線機器コントローラの機能モジュールを示す概略図である。 一実施形態による無線機器の機能ユニットを示す概略図である。 一実施形態による無線機器の機能モジュールを示す概略図である。 一実施形態によるコンピュータ可読手段を含むコンピュータプログラム製品の一例を示す図である。

次いで本発明の概念が、以降で添付の図面を参照しながらさらに十分に記述されるが、それらの図面には本発明の概念の特定の実施形態が示されている。しかしながら、本発明の概念は、多くの異なる形態で具体化されることが可能であり、本明細書において示されている実施形態に限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、本開示が徹底的かつ完全になるように、および本発明の概念の範囲を当業者に十分に伝達するように、例として提供されている。この説明の全体を通じて、同様の番号は同様の要素を指している。破線によって示されているステップまたは特徴はいずれも、任意選択とみなされるべきである。

図１は、本明細書において提示されている実施形態を適用することができるアクセスノード１００を示す概略図である。このアクセスノードは、無線基地局、たとえば、無線アクセスネットワークノード、ベーストランシーバステーション、ノードＢ、エボルブドノードＢ、またはアクセスポイントであることが可能である。上で開示されているように、このアクセスノードは、少なくとも１つの無線機器コントローラ（ＲＥＣ）２００ａ、２００ｂ、および少なくとも１つの無線機器（ＲＥ）３００ａ、３００ｂを含む。図１の説明例においては、このアクセスノードは、２つのＲＥＣおよび２つのＲＥを含んでおり、それぞれのＲＥＣは、ＲＥへのインターフェース７００を有しており、インターフェース７００は、以降ではＲＥＣ−ＲＥインターフェース７００と示されることになる。好ましくは、ＲＥＣ−ＲＥインターフェース７００は、たとえば光ファイバ通信を使用した有線インターフェースである。しかしながら、代替として、ＲＥＣ−ＲＥインターフェース７００は、たとえば無線通信を使用した無線インターフェースである。ＲＥＣとＲＥとの間におけるＲＥＣ−ＲＥインターフェース７００のさらなる特性は、以降で開示される。ＲＥは、ＲＥにおける無線インターフェース４００のアンテナにおいて適切なビームフォーミングウェイトを使用することによって、ビーム５００において端末デバイス６００へのＤＬ送信、および端末デバイス６００からのＵＬ受信を実行するように設定されている。ビームフォーミングウェイトは、少なくとも、ビームの指示方向および幅を規定する。

ＲＥＣ２００ａ、２００ｂとＲＥ３００ａ、３００ｂとの間におけるＲＥＣ−ＲＥインターフェース７００は、パケットベースのインターフェースであること、したがってストリーミングインターフェースではないことが可能である。これは、さまざまな端末デバイス６００へのＲＥＣ−ＲＥインターフェース７００上のリソースの迅速でフレキシブルな割り当てを可能にする。ＲＥＣは、端末デバイスに関する知識を保持するように設定されており、アクセスノードと端末デバイスとの間におけるエアインターフェースをスケジュールする。ＲＥは、ＲＥＣから受信されたコマンドに基づいて行動するように設定されている。

説明例として、４００ＭＨｚのシステム帯域幅を伴うエアインターフェースを有している通信システムであって、４つのＭＩＭＯストリームに関するサポートを提供し、ビームフォーミングのための６４個のアンテナを伴うアクセスノードを利用する通信システムを考えられたい。ＲＥＣと、ＲＥＣのために６４個すべてのアンテナを露出しているＲＥとの間においてＣＰＲＩインターフェースを使用すると、１つのＣＰＲＩインターフェースは約４８０ＭＨｚを搬送するので、１０Ｇｂｐｓの約５４個のＣＰＲＩインターフェースが必要となる。さらに、仮想アンテナポートを使用するインターフェースは、４００ＭＨｚの４つのＭＩＭＯストリームを必要とし、また、１０Ｇｂｐｓの約４つのＣＰＲＩインターフェースを必要とするであろう。なぜなら、１つの１０ＧｂｐｓのＣＰＲＩインターフェースは、やはり約４８０ＭＨｚのデータを搬送するからである。変調ＤＬをＲＥへ移動することによっても、４００ＭＨｚの４つのＭＩＭＯストリームは、７Ｇｂｐｓ（２５６ＱＡＭおよび２０ＬＴＥ２０ＭＨｚキャリアを想定すると）、または１つの１０ＧｂｐｓのＣＰＲＩインターフェースを必要とするであろう。全システム帯域幅が使用される場合には、復調は依然としてＲＥＣにおいて実行されるので、ＣＰＲＩインターフェースのさらに高いビットレートがＵＬにおいて必要とされる。

本明細書において開示されている本発明の概念の一般的な態様は、１つだけのＲＥＣ２００ａがある場合、およびＲＥＣ−ＲＥインターフェース７００（またはＲＥＣ−ＲＥインターフェース７００のセグメント）を共有する複数のＲＥＣ２００ａ、２００ｂがある場合の両方において、ＲＥＣ２００ａ、２００ｂとＲＥ３００ａ、３００ｂとの間におけるＲＥＣ−ＲＥインターフェース７００の利用を最大化することである。

したがって、本明細書において開示されている実施形態は、アップリンクデータの送信順序を設定するための機構、およびアップリンクデータの優先度付けされた送信に関する。別段の記載がない限り、アップリンクデータは、ＲＥＣ−ＲＥインターフェース７００上でＲＥ３００ａからＲＥＣ２００へ転送されるデータを指す。そのようなアップリンクデータは、ＲＥ３００ａにおいて無線インターフェース４００上で受信されてＲＥ３００ａによってＲＥＣ２００ａへ転送される生データに相当することが可能である。あるいは、そのようなアップリンクデータは、ＲＥ３００ａによって特定された精緻化されたデータに相当することが可能であり、この場合、精緻化されたデータは、無線インターフェース４００上で受信された生データに基づき、またこの場合、ＲＥ３００ａは、生データを処理して、精緻化されたデータを特定する。すなわち、精緻化されたデータは、生データから特定される。生データの非限定的な一例は、同相および直交（ＩＱ）コンステレーション点である。精緻化されたデータの一例は、チャネル推定値である。

そのような機構を得るために、ＲＥＣ２００、ＲＥＣ２００によって実行される方法、ＲＥＣ２００の処理回路上で実行されたときにその方法をＲＥＣ２００ａに実行させる（たとえばコンピュータプログラムの形態の）コードを含むコンピュータプログラム製品が提供される。そのような機構を得るために、ＲＥ３００ａ、３００ｂ、ＲＥ３００ａ、３００ｂによって実行される方法、および、ＲＥ３００ａ、３００ｂの処理回路上で実行されたときにその方法をＲＥ３００ａ、３００ｂに実行させる（たとえばコンピュータプログラムの形態の）コードを含むコンピュータプログラム製品がさらに提供される。

図２および図３は、ＲＥＣ２００ａによって実行されるアップリンクデータの送信順序を設定するための方法の実施形態を示すフローチャートである。図４および図５は、ＲＥ３００ａ、３００ｂによって実行されるアップリンクデータの優先度付けされた送信のための方法の実施形態を示すフローチャートである。これらの方法は、コンピュータプログラム１３２０ａ、１３２０ｂとして有利に提供される。

次いで、一実施形態による、アクセスノード１００のＲＥＣ２００ａによって実行されるアップリンクデータの送信順序を設定するための方法を示す図２が参照される。ＲＥＣ２００ａは、アクセスノード１００のＲＥ３００ａ、３００ｂへのＲＥＣ−ＲＥインターフェース７００を有する。

ＲＥＣ２００ａは、アップリンクデータの優先度付けされた送信の点からＲＥ３００ａ、３００ｂを設定する。特に、ＲＥＣ２００ａは、ステップＳ１０６を実行するように設定されている。

Ｓ１０６： ＲＥＣ２００ａは、アップリンクデータの送信順序をどのようにして優先度付けするかの命令をＲＥ３００ａ、３００ｂに提供する。アップリンクデータは、無線インターフェース４００上でＲＥ３００ａ、３００ｂによって受信され、ＲＥＣ−ＲＥインターフェース７００上でＲＥ３００ａ、３００ｂからＲＥＣ２００ａへ送信されることになる。ＲＥＣ２００ａは、それによって（アップリンクデータの）送信順序を設定する。

これは、ＲＥＣ２００がＲＥ３００ａ、３００ｂを必要に応じて設定することを可能にする。したがってＲＥ３００ａ、３００ｂは、特定の優先度付けモードを使用するように事前設定される必要はない。すなわち、ＲＥＣ２００ａは、アップリンクデータの送信順序をそのようなものとして優先度付けするようにＲＥ３００ａ、３００ｂに指示するだけでなく、ＲＥＣ２００ａは、優先度付けがどのように実行されるべきであるかをＲＥ３００ａ、３００ｂに指示し、それによってＲＥ３００ａ、３００ｂのフレキシブルな設定を可能にする。

次いで、ＲＥＣ２００ａによって実行されるアップリンクデータの送信順序を設定することのさらなる詳細に関連する実施形態が開示される。

次いで、さらなる実施形態による、ＲＥＣ２００ａによって実行されるアップリンクデータの送信順序を設定するための方法を示す図３が参照される。ステップＳ１０６は、図２を参照しながら上述したのと同様に実行されると想定され、したがって、それについてのそのように繰り返される説明は省略される。

いくつかの態様においては、ＲＥＣ２００ａは、ＲＥ３００ａ、３００ｂに命令を提供する前に優先度付け（すなわち、アップリンクデータの送信がどのように優先度付けされるべきであるか）を特定する。したがって、一実施形態によれば、ＲＥＣ２００ａは、ステップＳ１０２を実行するように設定されている。

Ｓ１０２： ＲＥＣ２００ａは、ＲＥ３００ａ、３００ｂがアップリンクデータの送信順序をどのように優先度付けするべきであるかを特定する。

この特定は、以降で与えられることになるファクタに基づくことが可能である。

いくつかの態様においては、サンプルが、ベースバンドにおいて処理されることになる順序で受信されるように優先度付けが特定される。したがって、一実施形態によれば、アップリンクデータが、ベースバンドにおいて処理されることになる順序でＲＥＣ２００ａによって受信されるように、送信順序が優先度付けされる。これは、ＲＥＣ−ＲＥインターフェース７００が一時的に過度に利用されることを可能にし、ＲＥＣ２００ａは、ＵＬにおいてＲＥから送信されるサンプルの優先度付けを制御して、サンプルが、それらのサンプルがベースバンドにおいて処理されることになる順序で受信されることを確実にする。これは、全体的なレイテンシを削減する。

単一のＲＥＣ２００ａが１つまたは複数のＲＥ３００ａ、３００ｂに動作可能に接続されているシナリオにおいては、ＲＥＣ２００ａは、この１つまたは複数のＲＥ３００ａ、３００ｂを直接に設定することが可能である。しかしながら、２つ以上のＲＥＣ２００ａ、２００ｂが１つまたは複数のＲＥ３００ａ、３００ｂを共有するシナリオがあり得る。

すなわち、別々のＲＥＣ２００ａ、２００ｂが、同じＲＥ３００ａおよび／またはＲＥＣ−ＲＥインターフェース７００を共有することが可能である。一つのオプションは、内部で行動するためのＲＥＣ２００ａ、２００ｂのそれぞれに関してＲＥＣ−ＲＥインターフェース７００の固定された割り当てを有することであろう。別のアプローチは、それぞれのサブフレームなどに関して、（１つまたは複数のＲＥ３００ａ、３００ｂおよび／またはＲＥＣ−ＲＥインターフェース７００によって規定される）共有リソースの最良の使用についてＲＥＣ２００ａ、２００ｂに交渉させることである。したがってＲＥＣ２００ａ、２００ｂは、１つまたは複数のＲＥ３００ａ、３００ｂを通るトラフィックについて、共通のＲＥＣ−ＲＥインターフェース７００を介した利用可能なトラフィックキャパシティ内に収まるように連携および調整を行うことが可能である。より詳細には、いくつかのＲＥＣ２００ａ、２００ｂを伴うシナリオを取り扱うために、自分の近隣のＲＥＣ２００ａ、２００ｂと通信してＲＥＣ−ＲＥインターフェース７００の利用可能なキャパシティの使用について交渉するＲＥＣ２００ａ、２００ｂ内の連携機能が存在することが可能である。したがって、いくつかの態様においては、ＲＥＣ２００ａは、ＲＥＣ−ＲＥインターフェース７００上でのアップリンクデータの送信順序をどのように優先度付けするかを特定することと併せて、少なくとも１つのその他のＲＥＣ２００ｂとの交渉を行う。この交渉は、この少なくとも１つのその他のＲＥＣ２００ｂと情報をやり取りすることを含むことが可能である。したがって、一実施形態によれば、ＲＥＣ２００ａは、ＲＥ３００ａ、３００ｂへのＲＥＣ−ＲＥインターフェース７００をＲＥＣ２００ａと共有するさらなるＲＥＣ２００ｂに動作可能に接続されている。ＲＥＣ２００ａは次いで、ステップＳ１０４を実行するように設定されることが可能である。

Ｓ１０４： ＲＥＣ２００ａは、ＲＥ３００ａ、３００ｂからＲＥＣ２００ａへ送信されることになるアップリンクデータの送信順序をどのように優先度付けするかをさらなるＲＥＣ２００ｂと交渉する。ＲＥＣ２００ａはさらに、ＲＥ３００ａ、３００ｂからさらなるＲＥＣ２００ｂへ送信されることになるアップリンクデータの送信順序をどのように優先度付けするかをさらなるＲＥＣ２００ｂと交渉することが可能である。

ＲＥＣ２００ａ、２００ｂの間での計画されている使用のそのようなやり取りは、さもなければその他のＲＥＣ使用における未知のピークのために確保されることが必要とされるであろうオーバーヘッド（さらなる帯域幅の割り当てから生じるオーバープロビジョニングなど）を回避することが可能である。同じＲＥ３００ａ、３００ｂを共有する、またはＲＥＣ−ＲＥインターフェース７００を共有するＲＥＣ２００ａ、２００ｂは、それらの提案されている使用についての情報をやり取りすること、およびキャパシティの公平な分割について交渉することが可能である。

ＲＥＣ−ＲＥインターフェース７００のＲＥＣ２００ａ、２００ｂの間における共有は、送信側でのレート制限によって、そしてまた時間領域においてＲＥＣ−ＲＥインターフェース７００を共有することの両方によって行われることが可能である。スケジュールされた送信（ＵＬまたはＤＬ）の間における共通の優先度設定が、いつ送信を行うかを特定するのを手助けするために、そしてまたリンク上の中間ノードが相対的な優先度を保つのをサポートするために使用されることが可能である。一例として、それぞれのＲＥＣ２００ａ、２００ｂは、自分がＲＥＣ−ＲＥインターフェース７００上ですべてのリソースを有することを想定することが可能であるＲＥＣ−ＲＥインターフェース７００上でのアップリンク送信の最良のケースのスケジューリングを行うように設定されることが可能である。スケジューリング決定は、連携相手のその他のＲＥＣ２００ａ、２００ｂと共有され、共同の優先度付けが行われることが可能である。それぞれのＲＥＣ２００ａ、２００ｂは次いで、共通の優先度付けに従う。連携が時間内に行われない場合には、１つまたは複数のＲＥＣ２００ａ、２００ｂは、ＲＥＣ−ＲＥインターフェース７００の保証されている部分、たとえば等しいシェアへ譲歩することが可能である。

さらに、送信順序をどのように優先度付けするかは、いくつかの態様においては、サーブされる端末デバイス６００のためのサービスを維持するための要件に基づく。一例として、（そのようなサービスに起因する）厳格なデコーディングレイテンシ要件を伴う端末デバイス６００は、比較的高い優先度を与えられることが可能である。したがって、一実施形態によれば、送信順序をどのように優先度付けするかは、アップリンクデータに関連付けられているサービスを維持するための基準に基づく。

一般的には、ＲＥ３００ａ、３００ｂからＲＥＣ２００ａへのデータ通信はバースト的である。最も関連のあるデータは、無線インターフェース４００上でＵＬタイムスロットから生じる。ＵＬタイムスロットは、典型的には、ＲＥＣ−ＲＥインターフェース７００を介したＲＥＣ２００ａからＲＥ３００ａへのデータの転送の合計時間の１／５を占め、合計時間の残りの４／５は、ＤＬタイムスロットによって占められる。したがって、ＵＬ関連のデータが、ＵＬタイムスロット持続時間のタイムスパンよりも長いタイムスパンにわたって広がる場合には、ＲＥＣ−ＲＥインターフェース７００上で著しいコスト節減が行われることが可能である。

いくつかの態様においては、ＵＬユーザデータは、ＵＬ測定データよりも高く優先度付けされる。一例として、ＵＬ測定データ（チャネル推定または精緻化されたチャネル推定（デルタ情報）など）は、ＵＬユーザデータよりも低く優先度付けされることが可能である。その他の態様においては、ＵＬユーザデータは、ＵＬ測定データよりも低く優先度付けされる。一例として、復調参照シンボルの送信は、比較的高い優先度を与えられることが可能である。したがって、一実施形態によれば、アップリンクデータは、ユーザデータおよび測定データを含み、ＲＥ３００ａ、３００ｂは、ユーザデータの送信を測定データの送信よりも高く、またはその逆に優先度付けするようにＲＥ２００ａによって指示される。

いくつかの態様においては、非固定的なチャネルに関する測定データは、固定的なチャネルに関する測定データよりも高く優先度付けされる。したがって、一実施形態によれば、アップリンクデータは、第１の無線伝搬チャネルの第１の測定データ、および第２の無線伝搬チャネルの第２の測定データを含み、第１の無線伝搬チャネルは、第２の無線伝搬チャネルよりも非固定的である。ＲＥ３００ａ、３００ｂは次いで、ステップＳ１０６において、第１の測定データの送信を第２の測定データの送信よりも高く優先度付けするようにＲＥＣ２００ａによって指示される。

いくつかの態様においては、優先度付けは、ユーザごとに、ビームごとに、および／またはシンボルごとに行われる。シンボルは、参照シンボルであることが可能である。したがって、一実施形態によれば、命令は、ＲＥ３００ａ、３００ｂによって受信されるアップリンクデータの送信元である端末デバイス６００ごとの優先度付け、ＲＥ３００ａ、３００ｂによって受信されるアップリンクデータが含まれているビーム５００ごとの優先度付け、およびアップリンクデータにおけるシンボルごとの優先度付けのうちの少なくとも１つに関連する。ユーザ（または端末デバイス６００）ごとの優先度の点では、何人かのユーザは、その他のユーザよりもレイテンシを重要視しており、レイテンシを重要視するユーザに関するシンボルは、最初に送信されることが可能である。ビーム５００ごとの優先度の点では、同じユーザの別々のビーム５００は、別々の優先度を与えられることが可能である。対照的に、一般に、過度に多くのビーム５００が、ＲＥＣ２００ａによって順序付けされる。復調およびデコーディングは、すべてのビーム５００が転送されるのを待つことをレイテンシが妨げる場合には、ビーム５００のサブセット上で開始することが可能である。シンボルごとの優先度の点では、任意のビーム５００に関して、復調参照シンボルは、普通のデータシンボルを上回る優先度を与えられることが可能である。なぜなら、いくつかの点において復調参照シンボルは、ＲＥＣ２００ａにおける信号処理チェーンにおいてさらに早く必要とされるからである。

ＲＥＣ２００ａが優先度を設定するためのさまざまな方法（すなわち、アップリンクデータの送信順序をどのように優先度付けするかの命令をＲＥＣ２００ａがステップＳ１０６においてＲＥ３００ａ、３００ｂに提供するためのさまざまな方法）が存在し得る。いくつかの態様においては、優先度は、（特定のシンボルまたは受信タイムスロットに関する）ＵＬ制御メッセージにおいてＲＥＣ２００ａによって設定される。したがって、一実施形態によれば、ステップＳ１０６における命令は、アップリンク制御メッセージ内に含めて提供される。

一般的には、ＲＥＣ−ＲＥインターフェース７００は、端末デバイス６００に関連付けられているユーザデータシンボルを搬送し、したがってビットレートは、数ある中でも、アクセスノード１００によって現在サーブされている端末デバイス６００の数に、および受信されてそれぞれのサーブされている端末デバイス６００へ送信されるデータの量に依存することになる。今日使用されているＣＰＲＩインターフェースは、それが実際にどのように使用されるかにかかわらずに、ピークレート要件に従って大きさを決めなければならない。これは、図６において示されている。図６は、時間の関数としてのＲＥ３００ａの無線インターフェース４００におけるトラフィックビットレートの説明例を与えている。ＲＥＣ−ＲＥインターフェース７００は、統計的な大きさの決め方を有することが可能であり、すなわち、その場合には、ＲＥＣ−ＲＥインターフェース７００は、ピークキャパシティに従って大きさを決められない。したがって、一実施形態によれば、ＲＥＣ−ＲＥインターフェース７００は、アップリンクデータの送信のために、アップリンクデータがＲＥ３００ａ、３００ｂにおいて受信される際のピークビットレートよりも低いビットレートキャパシティを有する。

非ピーク式の大きさの決め方が使用される場合には、ＲＥＣ−ＲＥインターフェース７００の一時的な高いキャパシティを必要とする多くのサーブされる端末デバイス６００が一時的に存在するということが起こり得る。そのようなケースにおいては、ＲＥＣ−ＲＥインターフェース７００上でユーザデータパケットが破棄されることになり、無線インターフェース４００を介した端末デバイス６００への再送信が生じ、したがって無線リソースを浪費することになる。これも、図６において示されている。したがって、一実施形態によれば、命令は、端末デバイス６００からのアップリンクデータの受信のスケジューリングに関連する優先度付けコマンドを含み、優先度付けコマンドは、アップリンクデータの受信中にＲＥ３００ａ、３００ｂにおいて適用されることになる。ＲＥ３００ａ、３００ｂは、それによってＲＥＣ−ＲＥインターフェース７００の限界を認識すること、および無線インターフェース４００を介してスケジュールされるデータの量を、ＲＥＣ−ＲＥインターフェース７００の利用可能なキャパシティ内に収まるように調整するように設定されることが可能である。すなわち、無線インターフェース４００のスケジューラは、ＲＥＣ−ＲＥインターフェース７００のキャパシティを認識すること、および無線インターフェース４００を介してスケジュールされるデータの量を、ＲＥＣ−ＲＥインターフェース７００の利用可能なキャパシティ内に収まるように調整することが可能である。すなわち、一実施形態によれば、優先度付けコマンドは、ＲＥＣ−ＲＥインターフェース７００のビットレートキャパシティに基づく。優先度付けコマンドは、さまざまなタイプのデータに適用可能であり得る。そのようなデータのいくつかの例は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上のデータおよび物理アップリンク共有チャネル（ＰＵＳＣＨ）上のデータなどのユーザデータシンボル、ＲＥ３００ａ、３００ｂにおけるビームフォーミング機能のためのビームウェイト、ならびに端末デバイス６００の空間観察のためのサウンディング参照信号（ＳＲＳ）またはレシプロシティ参照信号（ＲＲＳ）などの参照信号である。したがって、一実施形態によれば、優先度付けコマンドは、ユーザデータシンボル、チャネル推定、および参照シンボルのうちの少なくとも１つを含むアップリンクデータの受信に関連する。

一実施形態によれば、優先度付けコマンドは、スケジュールされることになる端末デバイス６００の数、ダウンリンクにおけるそれぞれの端末デバイス６００のためにスケジュールされることになるレイヤの数、アップリンクにおける受信のためにスケジュールされることになるビーム５００の数、アップリンクデータの受信およびダウンリンクデータの送信のために利用可能である時間／周波数リソースの量、ならびに時間／周波数リソースの周波数における分解能の適合のうちの少なくとも１つに関連する。それに関連するさらなる態様が、以降でＲＥ３００ａ、３００ｂを参照しながら開示される。

どれぐらいの頻度でステップｓ１０６における命令が提供されるかに関する、またはどれぐらい多くの量のアップリンクデータに命令が適用可能であるかに関するさまざまな方法が存在し得る。一実施形態においては、受信されるアップリンクデータをＲＥ３００ａ、３００ｂがどのように優先度付けするべきであるかの命令が、アップリンクデータの送信時間間隔（ＴＴＩ）ごとにＲＥ３００ａ、３００ｂに提供される。すなわち、この実施形態によれば、命令はしたがって、１つのＴＴＩに関して有効である。この点において、ＴＴＩは、ＲＥ３００ａ、３００ｂの無線インターフェース４００の送信および受信のＴＴＩによって規定される。

要約すれば、ＲＥＣ−ＲＥインターフェース７００のキャパシティを認識していて、アップリンクデータがＲＥＣ−ＲＥインターフェース７００上でどのように送信されるべきであるかを優先度付けすることを可能にされているＲＥＣ２００ａ、２００ｂを有することによって、ＲＥＣ−ＲＥインターフェース７００の使用が最適化されることが可能である。ＲＥＣ−ＲＥインターフェース７００の最適な使用は、それぞれのスケジューリング間隔において、ＲＥＣ−ＲＥインターフェース７００の制限に従ってアップリンクデータがＲＥＣ−ＲＥインターフェース７００上でどのように送信されるべきであるかを優先度付けすることによって行われることが可能であり、その場合には、優先度付けは、ウェイト情報に関する時間および／または周波数における分解能の調整、端末デバイス６００、ビーム６００、およびレイヤの数に関連する。さらに、２つ以上のＲＥＣ２００ａ、２００ｂを伴うシナリオにおいては、それぞれのＲＥＣ２００ａ、２００ｂは、ＲＥＣ−ＲＥインターフェース７００の使用を自分の近隣と連携させてＲＥＣ−ＲＥインターフェース７００の使用を最適化するように設定されることが可能である。ＲＥＣ−ＲＥインターフェース７００の最適な使用は次いで、それぞれのスケジューリング間隔におけるＲＥＣ２００ａ、２００ｂの間のスケジューリングをそれぞれのスケジューリング間隔において連携させて、ＲＥＣ−ＲＥインターフェース７００の制限に従ってアップリンクデータがＲＥＣ−ＲＥインターフェース７００上でどのように送信されるべきであるかを優先度付けすることによって行われることが可能であり、その場合には、優先度付けは、ウェイト情報に関する時間および／または周波数における分解能の調整、端末デバイス６００、ビーム６００、およびレイヤの数に関連する。

次いで、一実施形態による、アクセスノード１００のＲＥ３００ａによって実行されるアップリンクデータの優先度付けされた送信のための方法を示す図４が参照される。ＲＥ３００ａは、アクセスノード１００のＲＥＣ２００ａへのＲＥＣ−ＲＥインターフェース７００を有する。

上で開示されているように、ステップＳ１０６におけるＲＥＣ２００ａは、ＲＥＣ−ＲＥインターフェース７００上でのアップリンクデータの送信順序をどのように優先度付けするかの命令をＲＥ３００ａに提供する。これらの命令は、ＲＥ３００ａによって受信されると想定される。したがってＲＥ３００ａは、ステップＳ２０２を実行するように設定されている。

Ｓ２０２： ＲＥ３００ａは、アップリンクデータの送信順序をどのように優先度付けするかの命令をＲＥＣ２００ａから受信する。アップリンクデータは、無線インターフェース４００上でＲＥ３００ａ、３００ｂによって受信され、ＲＥＣ−ＲＥインターフェース７００上でＲＥ３００ａ、３００ｂからＲＥＣ２００ａへ送信されることになる。

ＲＥ３００ａは次いで、それに従って行動し、したがってステップＳ２０６を実行するように設定されている。

Ｓ２０６： ＲＥ３００ａは、命令に従ってＲＥＣ−ＲＥインターフェース７００上でアップリンクデータを送信して、アップリンクデータの優先度付けされた送信をもたらす。したがってアップリンクデータは、ＲＥＣ２００ａによって提供された命令によって与えられた順序でインターフェース上で送信される。

次いで、ＲＥ３００ａ、３００ｂによって実行されるアップリンクデータの優先度付けされた送信のさらなる詳細に関連する実施形態が開示される。

上で開示されているように、一実施形態によれば、優先度付けコマンドは、スケジュールされることになる端末デバイス６００の数、ダウンリンクにおけるそれぞれの端末デバイス６００のためにスケジュールされることになるレイヤの数、アップリンクにおける受信のためにスケジュールされることになるビーム５００の数、アップリンクデータの受信およびダウンリンクデータの送信のために利用可能である時間／周波数リソースの量、ならびに時間／周波数リソースの周波数における分解能の適合のうちの少なくとも１つに関連する。スケジュールされる端末デバイス６００の数の点で、ＲＥＣ−ＲＥインターフェース７００の比較的高い利用度のケースにおいては、より少ない端末デバイス６００がスケジュールされることが可能である。ＤＬにおけるそれぞれの端末デバイス６００のためにスケジュールされるレイヤの数の点で、ＲＥＣ−ＲＥインターフェース７００の比較的高い利用度のケースにおいては、より少ないレイヤがスケジュールされることが可能である。ＵＬにおける受信のためにスケジュールされるビーム５００の数の点で、ＲＥＣ−ＲＥインターフェース７００の比較的高い利用度のケースにおいては、より少ないビーム５００がスケジュールされることが可能である。送信および受信のために使用される時間／周波数リソースの量（それぞれのＴＴＩに関して使用されるサブキャリアの数など）の点で、ＲＥＣ−ＲＥインターフェース７００の比較的高い利用度のケースにおいては、より少ない時間／周波数リソース（サブキャリア）が使用されることが可能である。時間／周波数リソースの周波数における分解能の適合の点で、ＲＥＣ−ＲＥインターフェース７００上でアップリンク送信のために使用されるビットレートを低減するために、ＲＥＣ−ＲＥインターフェース７００の比較的高い利用度のケースにおいては、ビームウェイトおよび空間情報が、より多くの数のサブキャリアに関して、すなわち、より大きな帯域幅に関して表されることが可能である。

次いで、さらなる実施形態による、ＲＥ３００ａ、３００ｂによって実行されるアップリンクデータの優先度付けされた送信のための方法を示す図５が参照される。ステップＳ２０２、Ｓ２０６は、図４を参照しながら上述したのと同様に実行されると想定され、したがって、それについてのそのように繰り返される説明は省略される。

上で開示されているように、いくつかの態様においては、ステップＳ１０６における命令は、ＲＥＣ２００ａからＲＥ３００ａへ送信されるアップリンク制御メッセージ内に含めて提供される。したがって、一実施形態によれば、命令は、ステップＳ２０６においてアップリンク制御メッセージ内に含めて受信される。

上で開示されているように、いくつかの態様においては、命令は、端末デバイス６００からのアップリンクデータの受信のスケジューリングに関連する優先度付けコマンドを含む。優先度付けコマンドは、アップリンクデータの受信中にＲＥ３００ａ、３００ｂにおいて適用されることになる。したがって、一実施形態によれば、ＲＥ３００ａは、ステップＳ２０４を実行するように設定されている。

Ｓ２０４： ＲＥ３００ａは、優先度付けコマンドに従って端末デバイス６００からのアップリンクデータの受信をスケジュールする。

上で開示されているように、いくつかの態様においては、受信されるアップリンクデータをＲＥ３００ａ、３００ｂがどのように優先度付けするべきであるかの命令が、アップリンクデータのＴＴＩごとにＲＥ３００ａ、３００ｂに提供される。

次いで、上で開示されているＲＥＣ２００ａおよびＲＥ３００ａによって実行される両方の方法に適用可能なさらなる態様および実施形態が提供される。

時分割複信（ＴＤＤ）システムにおいては、短い時間中に、すなわちＵＬ無線サブフレーム中にＵＬサンプルが生成される。上で開示されているように、本明細書において開示されている実施形態は、ＲＥＣ−ＲＥインターフェース７００が、受信側の無線インターフェースにおいて生成されるピークビットレートよりも低く大きさを決められることを可能にする。これは、ＲＥＣ−ＲＥインターフェース７００上でのアップリンクデータの送信をＤＬサブフレームの持続時間にわたっても広めることによって達成されることが可能である。さらに、アップリンクデータは、並列化された信号処理がＲＥＣ２００ａにおいて使用されているということを前提として、ＲＥＣ−ＲＥインターフェース７００のインパクトを最小化する順序で送信されることが可能である。

次いで、ＲＥＣ−ＲＥインターフェース７００上でのアップリンクデータの送信を広めるためのさまざまな方法が開示される。

第１の例によれば、ＲＥＣ−ＲＥインターフェース７００上でのアップリンクデータの送信は、ユーザ（端末デバイス６００）の優先度をＲＥ２００ａが特定すること、およびＵＬサブフレーム中に実行された測定によって広められる。これによって、第１の順序が与えられる。ユーザの優先度は、サービス、たとえばエンドツーエンドの要件に依存することが可能である。ユーザの優先度は、優先度付けの特定が実行された後すぐにユーザがＤＬでスケジュールされることになるか否かに依存することが可能である。すぐ後にＤＬでスケジュールされていないユーザは、より低い優先度を与えられることが可能であり、結果として、いずれにしても保留になるであろう。ユーザの優先度は、ユーザが別のさらに高い優先度のユーザに影響しているか否か、たとえば干渉除去が必要とされるかに依存することが可能である。ユーザの優先度は、ユーザのアップリンクデータが別のアクセスノードによって要求されているかどうかに依存することが可能である。

第２の例によれば、ＲＥＣ−ＲＥインターフェース７００上でのアップリンクデータの送信は、それぞれのユーザ（端末デバイス６００）に関するサンプルのそれぞれのセットの優先度をＲＥ２００ａが特定することによって広められる。復調参照シンボルは、復調が早く開始することを可能にするために、データサンプルよりも高い優先度を与えられることが可能である。ＲＥＣ２００ａにおける処理のために必要とされるＲＥ３００ａにおけるデータの処理は、ＲＥＣ２００ａにおける処理のために必要とされないデータの処理よりも上に優先度付けされることが可能であり、それによって、ＲＥＣ２００ａにおける処理のために必要とされないデータがＲＥＣ−ＲＥインターフェース７００を介してＲＥＣ２００ａへ転送される前に、ＲＥＣ２００ａにおける処理のために必要とされるデータがＲＥＣ−ＲＥインターフェース７００を介してＲＥＣ２００ａへ転送されることが可能である。別々のビーム５００は、別々の優先度を与えられることが可能である。ＲＥＣ２００は、デコーディングのための最小の数のビームを特定すること、およびこれらのビームのさらに高い優先度を設定することが可能である。即時のデコーディングには必要とされず、むしろその後のリンク適合およびビーム成形に必要とされる測定サンプルは、低い優先度を与えられることが可能である。複数のユーザに関して最初に復調シンボルを送信することによって、ＲＥＣ２００ａにおける信号処理は、並列にチャネル推定を計算することを開始することが可能である。典型的には、信号処理は、ユーザに関する並列計算チャネル推定へと細分されることが可能である処理ユニットの大きなセットから構成されている。

図７および図８は、アップリンクデータの優先度付けの一例を示している。図７は、時間／周波数グリッドにおけるリソースの割り当てを示している。リソースは、物理リソースブロック（ＰＲＢ； 図７においては「１」から「１３」の番号を振られている）およびサブフレーム（図７においては「サブフレーム１」および「サブフレーム２」と示されている）の点から提供されており、それぞれのサブフレームにおいて、リソースは、ビーム５００（図７においては「ビーム１」、「ビーム２」、「ビーム３」、および「ビーム４」と示されている）に割り当てられている。

さらに、図７の説明例においては、３人のユーザ（「ユーザＡ」、「ユーザＢ」、および「ユーザＣ」）に関するアップリンクデータがリソースに割り当てられている。「ユーザＡ」は、ビームのうちの２つ（「ビーム１」および「ビーム２」）を使用しており、最も高い優先度を有すると想定される。「ユーザＢ」は、ビームのうちのすべてと、２つのサブフレームにおける異なる数のＰＲＢとを使用しており、中ぐらいの優先度を有すると想定される。「ユーザＣ」は、ビームのうちのすべてを使用しており、最も低い優先度を有すると想定される。

図８は、図７においてユーザに割り当てられたデータがＲＥＣ−ＲＥインターフェース７００上で送信されることになる、結果として生じた順序「ａ」から「ｋ」を示しており、「ａ」から「ｋ」におけるデータは、表１に従って与えられる。

図９は、一実施形態によるＲＥＣ２００ａのコンポーネントを複数の機能ユニットの点から概略的に示している。処理回路２１０は、たとえばストレージメディア２３０の形態の（図１３におけるような）コンピュータプログラム製品１３１０ａに格納されているソフトウェア命令を実行することが可能である適切な中央処理装置（ＣＰＵ）、マルチプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）などのうちの１つまたは複数の任意の組合せを使用して提供される。処理回路２１０はさらに、少なくとも１つの特定用途向け集積回路（ＡＳＩＣ）、またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）として提供されることが可能である。

特に、処理回路２１０は、上で開示されているオペレーションまたはステップＳ１０２〜Ｓ１０６のセットをＲＥＣ２００ａに実行させるように設定されている。たとえば、ストレージメディア２３０は、オペレーションのセットを格納することが可能であり、処理回路２１０は、オペレーションのセットをストレージメディア２３０から取り出して、オペレーションのセットをＲＥＣ２００ａに実行させるように設定されることが可能である。オペレーションのセットは、実行可能な命令のセットとして提供されることが可能である。したがって処理回路２１０は、それによって、本明細書において開示されている方法を実行するようにアレンジされている。

ストレージメディア２３０は、永続ストレージを含むことも可能であり、その永続ストレージは、たとえば、磁気メモリ、光メモリ、ソリッドステートメモリ、またはさらにはリモートに取り付けられているメモリ、のうちの任意の単一のものまたは組合せであることが可能である。

ＲＥＣ２００ａはさらに、別のＲＥＣ２００ｂおよび１つまたは複数のＲＥ３００ａ、３００ｂなど、アクセスノード１００のその他のエンティティーとの通信のための通信インターフェース２２０を含む。そのようなものとして、通信インターフェース２２０は、アナログコンポーネントおよびデジタルコンポーネントを含む１つまたは複数の送信機および受信機を含むことが可能である。通信インターフェース２２０は、ＲＥＣ−ＲＥインターフェース７００に動作可能に接続されている。

処理回路２１０は、たとえば、データおよび制御信号を通信インターフェース２２０およびストレージメディア２３０へ送信することによって、通信インターフェース２２０からデータおよびレポートを受信することによって、ならびにストレージメディア２３０からデータおよび命令を取り出すことによって、ＲＥＣ２００ａの一般的なオペレーションを制御する。ＲＥＣ２００ａのその他のコンポーネント、ならびに関連した機能性は、本明細書において提示されている概念をわかりにくくすることのないように省略されている。

図１０は、一実施形態によるＲＥＣ２００ａのコンポーネントを複数の機能モジュールの点から概略的に示している。図１０のＲＥＣ２００ａは、ステップＳ１０６を実行するように設定されている提供モジュール２１０ｃを含む。図１０のＲＥＣ２００ａはさらに、ステップＳ１０２を実行するように設定されている特定モジュール２１０ａ、およびステップＳ１０４を実行するように設定されている交渉モジュール２１０ｂのうちのいずれかなどの複数の任意選択の機能モジュールを含むことが可能である。一般的には、それぞれの機能モジュール２１０ａ〜２１０ｃは、ハードウェアで、またはソフトウェアで実施されることが可能である。好ましくは、１つもしくは複数のまたはすべての機能モジュール２１０ａ〜２１０ｃは、処理回路２１０によって、おそらくは通信インターフェース２２０および／またはストレージメディア２３０と連携して実施されることが可能である。したがって処理回路２１０は、機能モジュール２１０ａ〜２１０ｃによって提供された命令をストレージメディア２３０からフェッチするように、およびこれらの命令を実行し、それによって、本明細書において開示されているＲＥＣ２００ａのいずれのステップを実行するようにアレンジされることが可能である。

図１１は、一実施形態によるＲＥ３００ａ、３００ｂのコンポーネントを複数の機能ユニットの点から概略的に示している。処理回路３１０は、たとえばストレージメディア３３０の形態の（図１３におけるような）コンピュータプログラム製品１３１０ｂに格納されているソフトウェア命令を実行することが可能である適切な中央処理装置（ＣＰＵ）、マルチプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）などのうちの１つまたは複数の任意の組合せを使用して提供される。処理回路３１０はさらに、少なくとも１つの特定用途向け集積回路（ＡＳＩＣ）、またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）として提供されることが可能である。

特に、処理回路３１０は、上で開示されているオペレーションまたはステップＳ２０２〜Ｓ２０６のセットをＲＥ３００ａ、３００ｂに実行させるように設定されている。たとえば、ストレージメディア３３０は、オペレーションのセットを格納することが可能であり、処理回路３１０は、オペレーションのセットをストレージメディア３３０から取り出して、オペレーションのセットをＲＥ３００ａ、３００ｂに実行させるように設定されることが可能である。オペレーションのセットは、実行可能な命令のセットとして提供されることが可能である。したがって処理回路３１０は、それによって、本明細書において開示されている方法を実行するようにアレンジされている。

ストレージメディア３３０は、永続ストレージを含むことも可能であり、その永続ストレージは、たとえば、磁気メモリ、光メモリ、ソリッドステートメモリ、またはさらにはリモートに取り付けられているメモリ、のうちの任意の単一のものまたは組合せであることが可能である。

ＲＥ３００ａ、３００ｂはさらに、１つまたは複数のＲＥＣ２００ａ、２００ｂなど、アクセスノード１００のその他のエンティティーとの通信のための通信インターフェース３２０を含む。そのようなものとして、通信インターフェース３２０は、アナログコンポーネントおよびデジタルコンポーネントを含む１つまたは複数の送信機および受信機を含むことが可能である。通信インターフェース３２０は、ＲＥＣ−ＲＥインターフェース７００に動作可能に接続されている。

処理回路３１０は、たとえば、データおよび制御信号を通信インターフェース３２０およびストレージメディア３３０へ送信することによって、通信インターフェース３２０からデータおよびレポートを受信することによって、ならびにストレージメディア３３０からデータおよび命令を取り出すことによって、ＲＥ３００ａ、３００ｂの一般的なオペレーションを制御する。ＲＥ３００ａ、３００ｂのその他のコンポーネント、ならびに関連した機能性は、本明細書において提示されている概念をわかりにくくすることのないように省略されている。

図１２は、一実施形態によるＲＥ３００ａ、３００ｂのコンポーネントを複数の機能モジュールの点から概略的に示している。図１２のＲＥ３００ａ、３００ｂは、ステップＳ２１０を実行するように設定されている受信モジュール３１０ａ、およびステップＳ２０６を実行するように設定されている送信モジュール３１０ｃという複数の機能モジュールを含む。図１２のＲＥ３００ａ、３００ｂはさらに、ステップＳ２０４を実行するように設定されているスケジュールモジュール３１０ｂなどの複数の任意選択の機能モジュールを含むことが可能である。一般的には、それぞれの機能モジュール３１０ａ〜３１０ｃは、ハードウェアで、またはソフトウェアで実施されることが可能である。好ましくは、１つもしくは複数のまたはすべての機能モジュール３１０ａ〜３１０ｃは、処理回路３１０によって、おそらくは通信インターフェース３２０および／またはストレージメディア３３０と連携して実施されることが可能である。したがって処理回路３１０は、機能モジュール３１０ａ〜３１０ｃによって提供された命令をストレージメディア３３０からフェッチするように、およびこれらの命令を実行し、それによって、本明細書において開示されているＲＥ３００ａ、３００ｂのいずれのステップを実行するようにアレンジされることが可能である。

ＲＥおよびＲＥＣは、スタンドアロンのデバイスとして、または少なくとも１つのさらなるデバイスの一部として提供されることが可能である。たとえば、上で開示されているように、ＲＥおよびＲＥＣは、アクセスノードにおいて提供されることが可能である。あるいは、ＲＥおよびＲＥＣの機能性は、少なくとも２つのデバイスまたはノードの間において分散されることが可能である。

したがって、ＲＥまたはＲＥＣによって実行される命令の第１の部分は、第１のデバイスにおいて実行されることが可能であり、ＲＥまたはＲＥＣによって実行される命令の第２の部分は、第２のデバイスにおいて実行されることが可能であり、本明細書において開示されている実施形態は、ＲＥまたはＲＥＣによって実行される命令が実行されることが可能であるデバイスのいかなる特定の数にも限定されない。したがって、本明細書において開示されている実施形態による方法は、クラウド計算環境に存在するＲＥまたはＲＥＣによって実行されるのに適している。したがって、単一の処理回路２１０、３１０が図９および図１１において示されているが、処理回路２１０、３１０は、複数のデバイスまたはノードの間において分散されることが可能である。同じことが、図１０および図１２の機能モジュール２１０ａ〜２１０ｃ、３１０ａ〜３１０ｃ、ならびに図１３のコンピュータプログラム１３２０ａ、１３２０ｂ（以降を参照されたい）に当てはまる。

図１３は、コンピュータ可読手段１３３０を含むコンピュータプログラム製品１３１０ａ、１３１０ｂの一例を示している。このコンピュータ可読手段１３３０上に、コンピュータプログラム１３２０ａが格納されることが可能であり、そのコンピュータプログラム１３２０ａは、処理回路２１０、ならびにそこに動作可能に結合されているエンティティーおよびデバイス、たとえば通信インターフェース２２０およびストレージメディア２３０に、本明細書において記述されている実施形態による方法を実行させることが可能である。したがってコンピュータプログラム１３２０ａおよび／またはコンピュータプログラム製品１３１０ａは、本明細書において開示されているＲＥＣ２００ａのいずれのステップを実行するための手段を提供することが可能である。このコンピュータ可読手段１３３０上に、コンピュータプログラム１３２０ｂが格納されることが可能であり、そのコンピュータプログラム１３２０ｂは、処理回路３１０、ならびにそこに動作可能に結合されているエンティティーおよびデバイス、たとえば通信インターフェース３２０およびストレージメディア３３０に、本明細書において記述されている実施形態による方法を実行させることが可能である。したがってコンピュータプログラム１３２０ｂおよび／またはコンピュータプログラム製品１３１０ｂは、本明細書において開示されているＲＥ３００ａ、３００ｂのいずれのステップを実行するための手段を提供することが可能である。

図１３の例においては、コンピュータプログラム製品１３１０ａ、１３１０ｂは、ＣＤ（コンパクトディスク）またはＤＶＤ（デジタル多用途ディスク）またはブルーレイディスクなどの光ディスクとして示されている。コンピュータプログラム製品１３１０ａ、１３１０ｂは、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラム可能読み取り専用メモリ（ＥＰＲＯＭ）、または電気的消去可能プログラム可能読み取り専用メモリ（ＥＥＰＲＯＭ）などのメモリとして、より詳細には、ＵＳＢ（ユニバーサルシリアルバス）メモリ、またはフラッシュメモリ、たとえばコンパクトフラッシュメモリなどの外部メモリにおけるデバイスの不揮発性ストレージメディアとして具体化されることも可能である。したがって、コンピュータプログラム１３２０ａ、１３２０ｂは、ここでは、示されている光ディスク上のトラックとして概略的に示されているが、コンピュータプログラム１３２０ａ、１３２０ｂは、コンピュータプログラム製品１３１０ａ、１３１０ｂに適している任意の方法で格納されることが可能である。

本発明の概念が、主として少数の実施形態を参照しながら上述されてきた。しかしながら、当業者によって容易に理解されるように、上で開示されている実施形態以外の実施形態も、添付の特許請求の範囲によって規定されているように、本発明の概念の範囲内で等しく可能である。

Claims (29)

1. アップリンクデータの送信順序を設定するための方法であって、前記方法が、アクセスノード（１００）の無線機器コントローラ（ＲＥＣ）（２００ａ）によって実行され、前記ＲＥＣ（２００ａ）が、前記アクセスノード（１００）の無線機器（ＲＥ）（３００ａ、３００ｂ）へのＲＥＣ−ＲＥインターフェース（７００）を有し、前記方法が、
   アップリンクデータの送信順序をどのように優先度付けするかの命令を前記ＲＥ（３００ａ、３００ｂ）に提供すること（Ｓ１０６）であって、それによって前記送信順序を設定し、前記アップリンクデータは、無線インターフェース（４００）上で前記ＲＥ（３００ａ、３００ｂ）によって受信され、前記ＲＥＣ−ＲＥインターフェース（７００）上で前記ＲＥ（３００ａ、３００ｂ）から前記ＲＥＣ（２００ａ）へ送信されることになる、提供すること（Ｓ１０６）を含む、方法。
2. 前記命令が、アップリンク制御メッセージ内に含めて提供される、請求項１に記載の方法。
3. 前記送信順序をどのように優先度付けするかが、前記アップリンクデータに関連付けられているサービスを維持するための基準に基づく、請求項１に記載の方法。
4. 前記アップリンクデータが、ベースバンドにおいて処理されることになる順序で前記ＲＥＣ（２００ａ）によって受信されるように、前記送信順序が優先度付けされる、請求項１に記載の方法。
5. 前記命令が、前記ＲＥによって受信される前記アップリンクデータの送信元である端末デバイス（６００）ごとの優先度付け、前記ＲＥによって受信される前記アップリンクデータが含まれているビームごとの優先度付け、および前記アップリンクデータにおけるシンボルごとの優先度付けのうちの少なくとも１つに関連する、請求項１に記載の方法。
6. 前記シンボルが参照シンボルである、請求項５に記載の方法。
7. 前記アップリンクデータが、ユーザデータおよび測定データを含み、前記ＲＥ（３００ａ、３００ｂ）が、前記ユーザデータの送信を前記測定データの送信よりも高く、またはその逆に優先度付けするように指示される、請求項１に記載の方法。
8. 前記アップリンクデータが、第１の無線伝搬チャネルの第１の測定データ、および第２の無線伝搬チャネルの第２の測定データを含み、前記第１の無線伝搬チャネルが、前記第２の無線伝搬チャネルよりも非固定的であり、前記ＲＥ（３００ａ、３００ｂ）が、前記第１の測定データの送信を前記第２の測定データの送信よりも高く優先度付けするように指示される、請求項１に記載の方法。
9. 前記ＲＥ（３００ａ、３００ｂ）が前記アップリンクデータの前記送信順序をどのように優先度付けするべきかを特定すること（Ｓ１０２）
   をさらに含む、請求項１に記載の方法。
10. 前記ＲＥＣ（２００ａ）が、前記ＲＥ（３００ａ、３００ｂ）への前記ＲＥＣ−ＲＥインターフェース（７００）を前記ＲＥＣ（２００ａ）と共有するさらなるＲＥＣ（２００ｂ）に動作可能に接続されており、前記方法が、
    前記ＲＥ（３００ａ、３００ｂ）から前記ＲＥＣ（２００ａ）へ送信されることになる前記アップリンクデータの前記送信順序をどのように優先度付けするか、および前記ＲＥ（３００ａ、３００ｂ）から前記さらなるＲＥＣ（２００ｂ）へ送信されることになるアップリンクデータの送信順序をどのように優先度付けするかを前記さらなるＲＥＣ（２００ｂ）と交渉すること（Ｓ１０４）
    をさらに含む、請求項１に記載の方法。
11. 前記ＲＥＣ−ＲＥインターフェース（７００）が、前記アップリンクデータの送信に関して、前記ＲＥ（３００ａ、３００ｂ）において前記アップリンクデータが受信されるピークビットレートよりも低いビットレートキャパシティを有する、請求項１に記載の方法。
12. 前記命令が、端末デバイス（６００）からの前記アップリンクデータの前記受信のスケジューリングに関連する優先度付けコマンドを含み、前記優先度付けコマンドが、前記アップリンクデータの受信中に前記ＲＥ（３００ａ、３００ｂ）において適用されることになる、請求項１に記載の方法。
13. 前記優先度付けコマンドが、前記ＲＥＣ−ＲＥインターフェース（７００）の前記ビットレートキャパシティに基づく、請求項１１および１２に記載の方法。
14. 前記優先度付けコマンドが、ユーザデータシンボル、チャネル推定、および参照シンボルのうちの少なくとも１つを含むアップリンクデータの受信に関連する、請求項１２に記載の方法。
15. 前記優先度付けコマンドが、スケジュールされることになる端末デバイス（６００）の数、ダウンリンクにおけるそれぞれの端末デバイス（６００）のためにスケジュールされることになるレイヤの数、前記アップリンクにおける受信のためにスケジュールされることになるビームの数、アップリンクデータの受信およびダウンリンクデータの送信のために利用可能である時間／周波数リソースの量、ならびに前記時間／周波数リソースの周波数における分解能の適合のうちの少なくとも１つに関連する、請求項１２に記載の方法。
16. 受信されたアップリンクデータを前記ＲＥ（３００ａ、３００ｂ）がどのように優先度付けするべきであるかの前記命令が、前記アップリンクデータの送信時間間隔（ＴＴＩ）ごとに前記ＲＥ（３００ａ、３００ｂ）に提供される、請求項１に記載の方法。
17. アップリンクデータの優先度付けされた送信のための方法であって、前記方法が、アクセスノード（１００）の無線機器（ＲＥ）（３００ａ、３００ｂ）によって実行され、前記ＲＥ（３００ａ、３００ｂ）が、前記アクセスノード（１００）の無線機器コントローラ（ＲＥＣ）（２００ａ）へのＲＥＣ−ＲＥインターフェース（７００）を有し、前記方法が、
    アップリンクデータの送信順序をどのように優先度付けするかの命令を前記ＲＥＣ（２００ａ）から受信すること（Ｓ２０２）であって、そのアップリンクデータが、無線インターフェース（４００）上で前記ＲＥ（３００ａ、３００ｂ）によって受信され、前記ＲＥＣ−ＲＥインターフェース（７００）上で前記ＲＥ（３００ａ、３００ｂ）から前記ＲＥＣ（２００ａ）へ送信されることになる、受信すること（Ｓ２０２）と、
    前記命令に従って前記ＲＥＣ−ＲＥインターフェース（７００）上で前記アップリンクデータを送信して、前記アップリンクデータの優先度付けされた送信をもたらすこと（Ｓ２０６）と、を含む、方法。
18. 前記命令が、アップリンク制御メッセージ内に含めて受信される、請求項１７に記載の方法。
19. 前記命令が、端末デバイス（６００）からの前記アップリンクデータの前記受信のスケジューリングに関連する優先度付けコマンドを含み、前記優先度付けコマンドが、前記アップリンクデータの受信中に前記ＲＥ（３００ａ、３００ｂ）において適用されることになり、前記方法が、
    前記優先度付けコマンドに従って前記端末デバイス（６００）からの前記アップリンクデータの前記受信をスケジュールすること（Ｓ２０４）
    をさらに含む、請求項１７に記載の方法。
20. 受信されたアップリンクデータを前記ＲＥ（３００ａ、３００ｂ）がどのように優先度付けするべきであるかの前記命令が、前記アップリンクデータの送信時間間隔ごとに受信される、請求項１８に記載の方法。
21. アップリンクデータの送信順序を設定するためのアクセスノード（１００）の無線機器コントローラ（ＲＥＣ）（２００ａ）であって、前記ＲＥＣ（２００ａ）が、前記アクセスノード（１００）の無線機器（ＲＥ）（３００ａ、３００ｂ）へのＲＥＣ−ＲＥインターフェース（７００）を有し、処理回路（２１０）を含み、前記処理回路が、
    アップリンクデータの送信順序をどのように優先度付けするかの命令を前記ＲＥ（３００ａ、３００ｂ）に提供することであって、それによって前記送信順序を設定し、前記アップリンクデータは、無線インターフェース（４００）上で前記ＲＥ（３００ａ、３００ｂ）によって受信され、前記ＲＥＣ−ＲＥインターフェース（７００）上で前記ＲＥ（３００ａ、３００ｂ）から前記ＲＥＣ（２００ａ）へ送信されることになる、提供すること
    を前記ＲＥＣ（２００ａ）に行わせるように設定されている、無線機器コントローラ（ＲＥＣ）（２００ａ）。
22. アップリンクデータの送信順序を設定するためのアクセスノード（１００）の無線機器コントローラ（ＲＥＣ）（２００ａ）であって、前記ＲＥＣ（２００ａ）が、前記アクセスノード（１００）の無線機器（ＲＥ）（３００ａ、３００ｂ）へのＲＥＣ−ＲＥインターフェース（７００）を有し、
    処理回路（２１０）と、
    命令を格納しているストレージメディア（２３０）とを含み、前記命令が、前記処理回路（２１０）によって実行されたときに、
    アップリンクデータの送信順序をどのように優先度付けするかの命令を前記ＲＥ（３００ａ、３００ｂ）に提供することであって、それによって前記送信順序を設定し、前記アップリンクデータは、無線インターフェース（４００）上で前記ＲＥ（３００ａ、３００ｂ）によって受信され、前記ＲＥＣ−ＲＥインターフェース（７００）上で前記ＲＥ（３００ａ、３００ｂ）から前記ＲＥＣ（２００ａ）へ送信されることになる、提供すること
    を前記ＲＥＣ（２００ａ）に行わせる、無線機器コントローラ（ＲＥＣ）（２００ａ）。
23. アップリンクデータの送信順序を設定するためのアクセスノード（１００）の無線機器コントローラ（ＲＥＣ）（２００ａ）であって、前記ＲＥＣ（２００ａ）が、前記アクセスノード（１００）の無線機器（ＲＥ）（３００ａ、３００ｂ）へのＲＥＣ−ＲＥインターフェース（７００）を有し、
    アップリンクデータの送信順序をどのように優先度付けするかの命令を前記ＲＥ（３００ａ、３００ｂ）に提供するように設定されている提供モジュール（２１０ｃ）であって、それによって前記送信順序を設定し、前記アップリンクデータは、無線インターフェース（４００）上で前記ＲＥ（３００ａ、３００ｂ）によって受信され、前記ＲＥＣ−ＲＥインターフェース（７００）上で前記ＲＥ（３００ａ、３００ｂ）から前記ＲＥＣ（２００ａ）へ送信されることになる、提供モジュール（２１０ｃ）を含む、無線機器コントローラ（ＲＥＣ）（２００ａ）。
24. アップリンクデータの優先度付けされた送信のためのアクセスノード（１００）の無線機器（ＲＥ）（３００ａ、３００ｂ）であって、前記ＲＥ（３００ａ、３００ｂ）が、前記アクセスノード（１００）の無線機器コントローラ（ＲＥＣ）（２００ａ）へのＲＥＣ−ＲＥインターフェース（７００）を有し、処理回路（３１０）を含み、前記処理回路が、
    アップリンクデータの送信順序をどのように優先度付けするかの命令を前記ＲＥＣ（２００ａ）から受信することであって、そのアップリンクデータが、無線インターフェース（４００）上で前記ＲＥ（３００ａ、３００ｂ）によって受信され、前記ＲＥＣ−ＲＥインターフェース（７００）上で前記ＲＥ（３００ａ、３００ｂ）から前記ＲＥＣ（２００ａ）へ送信されることになる、命令を受信することと、
    前記命令に従って前記ＲＥＣ−ＲＥインターフェース（７００）上で前記アップリンクデータを送信して、前記アップリンクデータの優先度付けされた送信をもたらすことと
    を前記ＲＥ（３００ａ、３００ｂ）に行わせるように設定されている、無線機器（ＲＥ）（３００ａ、３００ｂ）。
25. アップリンクデータの優先度付けされた送信のためのアクセスノード（１００）の無線機器（ＲＥ）（３００ａ、３００ｂ）であって、前記ＲＥ（３００ａ、３００ｂ）が、前記アクセスノード（１００）の無線機器コントローラ（ＲＥＣ）（２００ａ）へのＲＥＣ−ＲＥインターフェース（７００）を有し、
    処理回路（３１０）と、
    命令を格納しているストレージメディア（３３０）とを含み、前記命令が、前記処理回路（３１０）によって実行されたときに、
    アップリンクデータの送信順序をどのように優先度付けするかの命令を前記ＲＥＣ（２００ａ）から受信することであって、そのアップリンクデータが、無線インターフェース（４００）上で前記ＲＥ（３００ａ、３００ｂ）によって受信され、前記ＲＥＣ−ＲＥインターフェース（７００）上で前記ＲＥ（３００ａ、３００ｂ）から前記ＲＥＣ（２００ａ）へ送信されることになる、命令を受信することと、
    前記命令に従って前記ＲＥＣ−ＲＥインターフェース（７００）上で前記アップリンクデータを送信して、前記アップリンクデータの優先度付けされた送信をもたらすことと
    を前記ＲＥ（３００ａ、３００ｂ）に行わせる、無線機器（ＲＥ）（３００ａ、３００ｂ）。
26. アップリンクデータの優先度付けされた送信のためのアクセスノード（１００）の無線機器（ＲＥ）（３００ａ、３００ｂ）であって、前記ＲＥ（３００ａ、３００ｂ）が、前記アクセスノード（１００）の無線機器コントローラ（ＲＥＣ）（２００ａ）へのＲＥＣ−ＲＥインターフェース（７００）を有し、
    アップリンクデータの送信順序をどのように優先度付けするかの命令を前記ＲＥＣ（２００ａ）から受信するように設定されている受信モジュール（３１０ａ）であって、そのアップリンクデータが、無線インターフェース（４００）上で前記ＲＥ（３００ａ、３００ｂ）によって受信され、前記ＲＥＣ−ＲＥインターフェース（７００）上で前記ＲＥ（３００ａ、３００ｂ）から前記ＲＥＣ（２００ａ）へ送信されることになる、受信モジュール（３１０ａ）と、
    前記命令に従って前記ＲＥＣ−ＲＥインターフェース（７００）上で前記アップリンクデータを送信して、前記アップリンクデータの優先度付けされた送信をもたらすように設定されている送信モジュール（３１０ｃ）とを含む、無線機器（ＲＥ）（３００ａ、３００ｂ）。
27. アップリンクデータの送信順序を設定するためのコンピュータプログラム（１３２０ａ）であって、前記コンピュータプログラムがコンピュータコードを含み、前記コンピュータコードが、アクセスノード（１００）の無線機器コントローラ（ＲＥＣ）（２００ａ）の処理回路（２１０）上で実行されたときに、前記アクセスノード（１００）の無線機器（ＲＥ）（３００ａ、３００ｂ）へのＲＥＣ−ＲＥインターフェース（７００）を有する前記ＲＥＣ（２００ａ）が、
    アップリンクデータの送信順序をどのように優先度付けするかの命令を前記ＲＥ（３００ａ、３００ｂ）に提供すること（Ｓ１０６）であって、それによって前記送信順序を設定し、前記アップリンクデータは、無線インターフェース（４００）上で前記ＲＥ（３００ａ、３００ｂ）によって受信され、前記ＲＥＣ−ＲＥインターフェース（７００）上で前記ＲＥ（３００ａ、３００ｂ）から前記ＲＥＣ（２００ａ）へ送信されることになる、提供すること（Ｓ１０６）
    を前記ＲＥＣ（２００ａ）に行わせる、コンピュータプログラム（１３２０ａ）。
28. アップリンクデータの優先度付けされた送信のためのコンピュータプログラム（１３２０ｂ）であって、前記コンピュータプログラムがコンピュータコードを含み、前記コンピュータコードが、アクセスノード（１００）のＲＥ（３００ａ、３００ｂ）の処理回路（３１０）上で実行されたときに、前記アクセスノード（１００）の無線機器コントローラ（ＲＥＣ）（２００ａ）へのＲＥＣ−ＲＥインターフェース（７００）を有する前記ＲＥ（３００ａ、３００ｂ）が、
    アップリンクデータの送信順序をどのように優先度付けするかの命令を前記ＲＥＣ（２００ａ）から受信すること（Ｓ２０２）であって、そのアップリンクデータが、無線インターフェース（４００）上で前記ＲＥ（３００ａ、３００ｂ）によって受信され、前記ＲＥＣ−ＲＥインターフェース（７００）上で前記ＲＥ（３００ａ、３００ｂ）から前記ＲＥＣ（２００ａ）へ送信されることになる、受信すること（Ｓ２０２）と、
    前記命令に従って前記ＲＥＣ−ＲＥインターフェース（７００）上で前記アップリンクデータを送信して、前記アップリンクデータの優先度付けされた送信をもたらすこと（Ｓ２０６）と
    を前記ＲＥ（３００ａ、３００ｂ）に行わせる、コンピュータプログラム（１３２０ｂ）。
29. 請求項２７および２８の少なくとも１つに記載のコンピュータプログラム（１３２０ａ、１３２０ｂ）と、前記コンピュータプログラムが格納されているコンピュータ可読ストレージメディア（１３３０）とを含むコンピュータプログラム製品（１３１０ａ、１３１０ｂ）。

Images