(57)【要約】方法、装置およびコンピュータ・プログラムが提供される。方法には、少なくとも１つの論理チャネル・フローを準備することであって、少なくとも１つの論理チャネル・フローの各論理チャネル・フローは関連するトラフィック優先度を有する、準備することと、少なくとも１つのグループを形成するように、少なくとも１つの論理チャネル・フローを関連するトラフィック優先度によって分類することと、少なくとも１つのグループに関する集合データ・フローを算出することと、表示値を得るべく、算出された集合データ・フローと少なくとも１つの閾値とを比較することと、表示値をユーザ機器から基地局へ伝送することと、が含まれる。【選択図】図５
2009525655.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの論理チャネル・フローを準備することであって、前記少なくとも１つの論理チャネル・フローの各論理チャネル・フローは関連するトラフィック優先度を有する、前記準備することと、
少なくとも１つのグループを形成するように、前記少なくとも１つの論理チャネル・フローを前記関連するトラフィック優先度によって分類することと、
少なくとも１つのグループに関する集合データ・フローを算出することと、
表示値を得るべく、前記算出された集合データ・フローと少なくとも１つの閾値とを比較することと、
前記表示値を、ユーザ機器から基地局へ伝送することと、
を含む、方法。
【請求項２】
前記集合データ・フローを算出することが、データ量を合計することを含む、請求項1に記載の方法。
【請求項３】
前記合計することが、アップリンク・バッファを使用することを含む、請求項2に記載の方法。
【請求項４】
前記少なくとも１つの閾値が、予め定義されている、請求項1に記載の方法。
【請求項５】
前記表示値が、所定のビット数を含む、請求項1に記載の方法。
【請求項６】
前記表示値が、第2層のシグナリングを用いて伝送される、請求項1に記載の方法。
【請求項７】
前記第2層のシグナリングが、媒体アクセス制御の制御プロトコル・データ・ユニットを使用することを含む、請求項6に記載の方法。
【請求項８】
前記表示値が、定期的に伝送される、請求項1に記載の方法。
【請求項９】
前記表示値が、少なくとも１つの条件との合致、または少なくとも１つのトリガ・イベントに応えて伝送される、請求項1に記載の方法。
【請求項１０】
前記少なくとも１つの条件が、前記表示値の変化を含む、請求項9に記載の方法。
【請求項１１】
前記少なくとも１つの条件が、前記表示値の2つの連続した伝送の間の最短時間を含む、請求項9に記載の方法。
【請求項１２】
前記少なくとも１つの条件が、トリガまでの時間のパラメータを少なくとも１つ含む、請求項9に記載の方法。
【請求項１３】
前記少なくとも１つのグループが、複数のグループを含み、集合データ・フローが、前記複数のグループのうちの各グループに関して算出され、前記算出された集合データ・フローが、複数の集合データ・フローを一括して含む、請求項1に記載の方法。
【請求項１４】
表示値を得るべく、前記算出された集合データ・フローと少なくとも１つの閾値とを比較する前記ステップが、複数の表示値を得るべく、前記複数の集合データ・フローの各々の集合データ・フローと少なくとも１つの閾値とを比較することを含む、請求項13に記載の方法。
【請求項１５】
前記表示値を伝送する前記ステップが、前記複数の表示値を伝送することを含む、請求項14に記載の方法。
【請求項１６】
前記少なくとも１つのグループが、複数のサービス・クラスを含む、請求項1に記載の方法。
【請求項１７】
前記複数のサービス・クラスが、シグナリング・クラス、遅延に敏感なリアルタイム・クラス、遅延に寛容なリアルタイム・クラス、およびベスト・エフォート・クラスを含む、請求項16に記載の方法。
【請求項１８】
前記ユーザ機器および前記基地局が、ロング・ターム・エボリューションUMTS地上無線アクセス・ネットワーク・システムのノードを含む、請求項1に記載の方法。
【請求項１９】
有形のコンピュータ可読媒体上に具現化されたプログラム命令を含むコンピュータ・プログラムであって、前記プログラム命令を実行すると、
少なくとも１つの論理チャネル・フローを準備することであって、前記少なくとも１つの論理チャネル・フローの各論理チャネル・フローは関連するトラフィック優先度を有する、前記準備することと、
少なくとも１つのグループを形成するように、前記少なくとも１つの論理チャネル・フローを前記関連するトラフィック優先度によって分類することと、
少なくとも１つのグループに関する集合データ・フローを算出することと、
表示値を得るべく、前記算出された集合データ・フローと少なくとも１つの閾値とを比較することと、
前記表示値を、ユーザ機器から基地局へ伝送することと、
を含む処理をもたらす、コンピュータ・プログラム。
【請求項２０】
前記集合データ・フローを算出することが、データ量を合計することを含む、請求項19に記載のコンピュータ・プログラム。
【請求項２１】
前記表示値が、第2層のシグナリングを用いて伝送される、請求項19に記載のコンピュータ・プログラム。
【請求項２２】
前記表示値が、少なくとも１つの条件との合致、または少なくとも１つのトリガ・イベントに応えて伝送される、請求項19に記載のコンピュータ・プログラム。
【請求項２３】
前記少なくとも１つのグループが、複数のサービス・クラスを含む、請求項19に記載のコンピュータ・プログラム。
【請求項２４】
前記ユーザ機器および前記基地局が、ロング・ターム・エボリューションUMTS地上無線アクセス・ネットワーク・システムのノードを含む、請求項19に記載のコンピュータ・プログラム。
【請求項２５】
少なくとも１つの論理チャネル・フローを少なくとも１つのグループへ分類するように構成されているデータ・プロセッサであって、前記少なくとも１つの論理チャネル・フローの各論理チャネル・フローは関連するトラフィック優先度を有し、前記少なくとも１つの論理チャネル・フローは前記データ・プロセッサによって前記関連するトラフィック優先度に従って分類され、前記データ・プロセッサは少なくとも１つのグループに関する集合データ・フローを算出するようにさらに構成されている、前記データ・プロセッサと、
前記データ・プロセッサに接続されている少なくとも１つのアップリンク・バッファであって、前記少なくとも１つのアップリンク・バッファは、前記算出された集合データ・フローを保存するように構成されている、前記アップリンク・バッファと、
前記少なくとも１つのアップリンク・バッファに接続されているコンパレータであって、前記コンパレータは、表示値を得るべく、前記集合データ・フローと少なくとも１つの閾値とを比較するように構成されている、前記コンパレータと、
前記表示値をユーザ機器から基地局へ伝送するように構成されているトランスミッタと、
を含む、デバイス。
【請求項２６】
前記表示値が、第2層のシグナリングを用いて伝送される、請求項25に記載のデバイス。
【請求項２７】
前記第2層のシグナリングが、媒体アクセス制御（MAC）の制御パケット・データ・ユニット（C−PDU）を使用することを含む、請求項25に記載のデバイス。
【請求項２８】
前記ユーザ機器および前記基地局が、ロング・ターム・エボリューションUMTS地上無線アクセス・ネットワーク・システムのノードを含む、請求項25に記載のデバイス。
【請求項２９】
前記データ・プロセッサが、前記コンパレータを含む、請求項25に記載のデバイス。
【請求項３０】
ユーザ機器から表示値を受信することであって、前記受信された表示値は、集合データ・フローと少なくとも１つの閾値との比較から得られる、前記受信することと、
前記ユーザ機器用のダウンリンク・フローをスケジュールするのに前記受信された表示値を使用することと、
を含む、方法。
【請求項３１】
前記表示値が、第2層のシグナリングから受信される、請求項30に記載の方法。
【請求項３２】
前記表示値が、所定のビット数を含む、請求項30に記載の方法。
【請求項３３】
有形の媒体上に具現化され閾値に基づいた状態報告であって、前記閾値に基づいた状態報告が、
表示値に対応する少なくとも1ビットを含み、前記表示値は、集合データ・フローと少なくとも１つの閾値との比較を含み、前記集合データ・フローは、少なくとも１つの論理チャネル・フローのデータ・フロー群の合計を含み、前記少なくとも１つの論理チャネル・フローの各論理チャネル・フローは、関連するトラフィック優先度を有し、前記データ・フロー群の合計は、関連するトラフィック優先度が同じであるデータ・フロー群の合計を含み、前記閾値に基づいた状態報告は、ネットワーク内のワイヤレス接続を通じて伝送されるように構成されている、閾値に基づいた状態報告。
【請求項３４】
前記ネットワークが、ロング・ターム・エボリューションUMTS地上無線アクセス・ネットワークを含む、請求項33に記載の閾値に基づいた状態報告。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の代表的な実施形態は、一般に、ワイヤレス通信システムおよびデバイスに関し、特に、ワイヤレス・ネットワークと、セルラ式電話などのユーザ機器（UE：user equipment）との間における、データのパケット・モード伝送に関する。
【背景】
【０００２】
以下の略語は、本明細書において次の通り定義される。
【０００３】
3GPP  第三世代パートナーシップ・プロジェクト（thrid generation partnership project）
【０００４】
FDMA  周波数分割多元接続（frequency division multiple access）
【０００５】
HSUPA  高速アップリンク・パケット・アクセス（high speed uplink packet access）
【０００６】
IEEE  電気電子学会（institute of electrical and electronics engineers）
【０００７】
IP  インターネット・プロトコル（internet protocol）
【０００８】
L2  第2層（layer 2）（媒体アクセス制御，MAC）
【０００９】
LCID  論理チャネル識別子（logical−channel identifier）
【００１０】
LTE  ロング・ターム・エボリューション
【００１１】
MAC  媒体アクセス制御（medium access control）（第2層，L2）
【００１２】
Node B  基地局（base station）
【００１３】
NRT  非リアルタイム（non−real time）
【００１４】
PDU  プロトコル・データ・ユニット（protocol data unit）
【００１５】
PHY  物理層（physical layer）（第1層，L1：layer 1）
【００１６】
PS  パケット・スケジューラ（packet scheduler）
【００１７】
QoS  サービス品質（quality of service）
【００１８】
RLL  無線リンク層（radio link layer）
【００１９】
RLSP  無線リンク・サービス・プロファイル（radio link service profile）
【００２０】
RNL  無線ネットワーク層（radio network layer）
【００２１】
RRC  無線リソース制御（radio resource control）
【００２２】
RT  リアルタイム（real time）
【００２３】
UE  ユーザ機器（user equipment）
【００２４】
UL  アップリンク（uplink）（UEからNode B）
【００２５】
UMTS  ユニバーサル移動体通信システム（universal mobile telecommunication system）
【００２６】
UTRAN  UMTS地上無線アクセス・ネットワーク（UMTS terrestrial radio access network）
【００２７】
VoIP  ヴォイス・オーバー・インターネット・プロトコル（voice over internet protocol）
【００２８】
WiMAX  マイクロ波アクセスの世界的相互運用性（worldwide interoperability for microwave access）（IEEE 802.16規格）
【００２９】
時には3.9Gと称されることもあるUTRANのロング・ターム・エボリューション（LTE）の一側面は、アップリンク（UL）パケット・スケジューリングすなわちUEからNode Bへのデータ伝送用に無線リソースを割り当てるプロセスをサポートする、UEバッファ報告方式に関する。
【００３０】
ULにおいては、セル固有のPSは、伝送バッファへの即時アクセスができない。しかし、UEバッファにある伝送に利用可能なデータに関する先験的知識が無ければ、アップリンクNode BのPSは、ユーザを盲目的に（または以前に割り当てられたリソースの利用レベルに基づいて）スケジュールすることしかできない。このことは、システムの帯域幅および他の有限なリソースの浪費になりかねず、明らかに最適なソリューションではない。
【００３１】
UEバッファにある伝送に利用可能なデータに関する先験的知識は、UTRAN LTEアップリンクに関して既に3GPPで使用を指定されているシングル・キャリアFDMAなどの直交多元接続技術では、特に重要である。
【００３２】
高速アップリンク・パケット・スケジューリングをサポートする各種のバッファ報告方式については、IEEE 802.16（WiMAX）およびUMTSアップリンク・エボリューション（HSUPA）などの先行の通信規格の中で規定されてきた。
【００３３】
WiMAXでは、様々なバッファ報告方式が標準化されており、各々が特定のデータ・アプリケーションに向けて最適化されている。HSUPA向けに規定されたバッファ報告方式には、いわゆるハッピー・ビットと、より具体的なバッファ情報（スケジューリング情報）の報告とが含まれる。しかし上記のいずれの手法も、一方ではシグナリング・オーバーヘッドの減少をももたらすとはいえ、効率的でQoSを意識したパケット・スケジューリングを可能にするべくUTRAN LTEで使用するには、最適ではない。
【摘要】
【００３４】
本発明の代表的な一態様では、方法が提供される。本方法には、少なくとも１つの論理チャネル・フローを準備することであって、少なくとも１つの論理チャネル・フローの各論理チャネル・フローは関連するトラフィック優先度を有する、準備することと、少なくとも１つのグループを形成するように、少なくとも１つの論理チャネル・フローを関連するトラフィック優先度によって分類することと、少なくとも１つのグループに関する集合データ・フローを算出することと、表示値を得るべく、算出された集合データ・フローと少なくとも１つの閾値とを比較することと、表示値を、ユーザ機器から基地局へ伝送することと、が含まれる。
【００３５】
本発明の別の代表的な一態様では、コンピュータ・プログラムが提供される。コンピュータ・プログラムは、有形のコンピュータ可読媒体上に具現化されたプログラム命令を含む。プログラム命令の実行によって生じる動作には、少なくとも１つの論理チャネル・フローを準備することであって、少なくとも１つの論理チャネル・フローの各論理チャネル・フローは関連するトラフィック優先度を有する、準備することと、少なくとも１つのグループを形成するように、少なくとも１つの論理チャネル・フローを関連するトラフィック優先度によって分類することと、少なくとも１つのグループに関する集合データ・フローを算出することと、表示値を得るべく、算出された集合データ・フローと少なくとも１つの閾値とを比較することと、表示値をユーザ機器から基地局へ伝送することと、が含まれる。
【００３６】
本発明のさらなる代表的な一態様では、デバイスが提供される。デバイスには、少なくとも１つの論理チャネル・フローを少なくとも１つのグループに分類するように構成されているデータ・プロセッサであって、少なくとも１つの論理チャネル・フローの各論理チャネル・フローは関連するトラフィック優先度を有し、少なくとも１つの論理チャネル・フローは関連するトラフィック優先度に従ってデータ・プロセッサによって分類され、データ・プロセッサは、少なくとも１つのグループに関する集合データ・フローを算出するようにさらに構成されている、データ・プロセッサと、データ・プロセッサに接続されている少なくとも１つのアップリンク・バッファであって、算出された集合データ・フローを保存するように構成されている、アップリンク・バッファと、少なくとも１つのアップリンク・バッファに接続されているコンパレータであって、表示値を得るべく、集合データ・フローと少なくとも１つの閾値とを比較するように構成されている、コンパレータと、表示値をユーザ機器から基地局へ伝送するように構成されているトランスミッタと、が含まれる。
【００３７】
本発明の別の代表的な一態様では、方法が提供される。本方法には、ユーザ機器から表示値を受信することであって、受信される表示値は、集合データ・フローと少なくとも１つの閾値との比較から得られる、受信することと、受信される表示値をこのユーザ機器用のダウンリンク・フローをスケジュールするのに使用することと、が含まれる。
【００３８】
本発明のさらなる代表的な一態様では、閾値に基づいた状態報告が提供される。閾値に基づいた状態報告は、有形の媒体上に具現化されており、表示値に対応する少なくとも1ビットを含み、表示値は、集合データ・フローと少なくとも１つの閾値との比較を含み、集合データ・フローは、少なくとも１つの論理チャネル・フローのデータ・フローの合計を含み、少なくとも１つの論理チャネル・フローの各論理チャネル・フローは、関連するトラフィック優先度を有し、データ・フローの合計は、関連するトラフィック優先度が同じであるデータ・フローの合計を含み、閾値に基づいた状態報告は、ネットワーク内のワイヤレス接続を通じて伝送されるように構成されている。
【図面の簡単な説明】
【００３９】
本発明の実施形態の上記およびその他の態様は、添付の図面と併せて読むと、以下の詳細な説明でさらに明らかなものとなる。
【００４０】
【図１】本発明の代表的な実施形態の実行用に適した多様な電子デバイスの簡略化したブロック図である。
【００４１】
【図２】UEのMAC層において閾値に基づいたバッファ状態報告を生成するやり方の一例を示す図である。
【００４２】
【図３】図2に示す例に従って、シグナリング・トラフィックおよび遅延に敏感なRTトラフィックに関するデフォルト閾値の例を含んだ表を示す図である。
【００４３】
【図４】MAC C−PDUの特定のタイプとして伝送される、UEバッファの閾値に基づいた報告の一例を示す図である。
【００４４】
【図５】本発明の代表的な実施形態を実行する方法の限定されない一例を示すフロー図である。
【００４５】
【図６】本発明の代表的な実施形態を実行する方法の限定されない別の一例を示すフロー図である。
【詳細な説明】
【００４６】
本明細書にて開示されるのは、効率的でQoSを意識したパケット・スケジューリングを可能にし、同時にシグナリング・オーバーヘッドを減少させる、特にUTRAN LTE用に最適化されたUEバッファ報告手順である。一方、当然のことながら、本発明の代表的な実施形態は、別のタイプのワイヤレス通信システムでも同様に使用することが可能である。
【００４７】
まず図1を参照すると、本発明の代表的な実施形態の実行用に適した多様な電子デバイスの簡略化したブロック図が示されている。図1では、ワイヤレス・ネットワーク1が、Node B（基地局）12を介してUE10と通信するようになっている。ネットワーク1は、少なくとも１つのネットワーク制御機能（NCF：network control function）14を含むとよい。UE10は、データ・プロセッサ（DP：data processor）10Aと、プログラム（PROG：program）10Cを保存するメモリ（MEM：memory）10Bと、Node B12との双方向ワイヤレス通信用の適切な無線周波数（RF：radio frequency）トランシーバ10Dとを含み、Node Bも同様に、DP12Aと、PROG12Cを保存するMEM12Bと、適切なRFトランシーバ12Dとを含む。Node B12は、データ・パス13を介してNCF14に接続されており、NCFも同様に、DP14Aと、関連するPROG14Cを保存するMEM14Bとを含む。以下にさらに詳細に述べるように、PROG10C、12Cおよび14Cのうちの少なくとも１つが、関連するDPによって実行されると本発明の代表的な実施形態に従って電子デバイスを動作可能にさせるプログラム命令を含むと想定される。
【００４８】
UE10のMEM10Bは、さらに本発明の目的上、ULデータ・バッファ（UL−DBs：UL data buffers）10Eを含むと想定される。UE10は、少なくともL1（PHY）、L2（RLL）およびL3（RNL）の層群を含み加えて通常は上位層群（例えばIP層など）をも含むプロトコル・スタック10Fを、含んで実装すると想定される。なお、UL−DBs10Eは、実際には、UEプロトコル・スタック10FのMAC層L2と関連しているとよい。Node B12は、やはり少なくともL1（PHY）、L2（RLL）およびL3（RNL）の層群を含み加えて通常は上位層群（例えばIP層など）をも含むプロトコル・スタック12Eを、含んで実装すると想定される。Node B12のL2（MAC層）は、PS12Fの機能を含む。
【００４９】
一般に、UE110の多様な実施形態には、セルラ式電話、ワイヤレス通信能力を有するパーソナル・デジタル・アシスタント（PDAs：personal digital assistants）、ワイヤレス通信能力を有する携帯用コンピュータ、ワイヤレス通信能力を有するデジタル・カメラなどの画像取り込み用デバイス、ワイヤレス通信能力を有するゲーム・デバイス、ワイヤレス通信能力を有する音楽保存および再生用機器、ワイヤレスのインターネット・アクセスおよびブラウジングを可能にするインターネット機器のほか、上述のような機能の組み合わせを内蔵した携帯型ユニットまたは端末を含めることができるが、これらに限定されるものではない。
【００５０】
本発明の実施形態は、UE10のDP10A、およびNode BのDP12Aによって実行可能なコンピュータ・ソフトウェアによって、またはハードウェア、あるいはソフトウェアとハードウェアとの組み合わせによって、実現されるとよい。
【００５１】
MEM10B、12Bおよび14Bは、ローカルの技術環境に適切ないかなるタイプのものであってもよく、さらに限定されない例として、半導体ベースのメモリ・デバイス、磁気メモリ・デバイスおよびシステム、光メモリ・デバイスおよびシステム、固定式メモリおよび取り外し可能メモリなど、あらゆる適切なデータ記憶技術を用いて実現することができる。DP10A、12Aおよび14Aは、ローカルの技術環境に適切ないかなるタイプのものであってもよく、限定されない例として、１つ以上の汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（DSPs：digital signal processors）、およびマルチコア・プロセッサ・アーキテクチャに基づいたプロセッサが挙げられる。
【００５２】
本発明の代表的な実施形態によれば、UE10の第2層（MAC機能を含む、無線リンク層）にて、各論理チャネル・フローが、識別子（LCID）と、無線リンク・サービス・プロファイル（RLSP）を介して定義される一連のQoSパラメータとによって、特徴付けられる。RLSPのQoSパラメータのうちの１つは、トラフィック優先度である。トラフィック優先度は、シグナリング、遅延に敏感なRT、遅延に寛容なRT、NRT（またはベスト・エフォート）とするとよい。
【００５３】
本発明の代表的な実施形態によれば、UEのULバッファ10Eの報告方式は、図2に示されるような、集合データ・フローの構想に基づいている。特定の集合データ・フローの状態は、トラフィック優先度が同等である論理チャネル・フロー群のデータ量を合計することによって得ることができる。閾値に基づいたバッファ状態報告では、UEバッファ10Eの状態を、異なるトラフィック優先度に関してNode BのPS12Fへ知らせるのに、各々の集合データ・フロー用の所定のビット数および所定の閾（T：threshold）値を使用するとよい。図2に示す例では、各集合データ・フロー用に2ビットを使用しているが、別のビット数および表現を用いてもよい。
【００５４】
図2では、4つの集合データ・フローが得られており、各々が以下の4つのサービス・クラスに関する：シグナリング、遅延に敏感なRT、遅延に寛容なRT、NRT（ベスト・エフォート）。4つのサービス・クラスは、上記で優先度の高いものから低いものの順に挙げた、トラフィック優先度の4つの相対的基準に対応するものと想定する。図2の例では、集合データ・フローは、同等のトラフィック優先度（すなわち、同じサービス・クラス）である１つ以上の論理チャネル・フロー（例えば、LCID）を合計することによって得られる。各サービス・クラス（すなわち、各バッファ）の集合データ・フローは、１つ以上の閾値と比較される。図2のULバッファは、3つの閾値を利用して、集合データ・フローが収まるとよい4つの範囲を定義しており、各々の範囲は2ビット値で特定することができる。範囲は、集合データ・フロー量に対応する。従って、2ビット値は、バッファにある集合データ・フローを示す。例えば、図2に示されたシグナリング・サービス・クラスULバッファの集合データ・フローは、2ビット値10で知らされる。さらなる例として、図2に示された集合データ・フロー群について、8ビット値：10 10 00 11として、累積的に知らせてもよい。
【００５５】
別の実施形態では、異なる数の集合データ・フロー群を使用してもよい。さらなる実施形態では、異なるプロセス、異なる測定値、または論理チャネル・フローの異なる特性を用いて、集合データ・フローを得てもよい。別の実施形態では、より多い数、またはより少ない数の閾値を用いてもよい。さらなる実施形態では、図2に示すような閾値とは異なる閾値を利用してもよい。別の実施形態では、異なるビット数を用いて集合データ・フローを知らせてもよい。
【００５６】
閾値に基づいた報告は、エア・インターフェースを通じてのLCIDの明示的なシグナリングを回避するためシグナリング・オーバーヘッドを減少させながら、なおQoS差別化を可能にしている。例えば、本発明の代表的な実施形態に従ったUEバッファ10Eの報告技術によって、Node BのPS12Fが、少量の遅延に敏感なRTデータを有する第1ユーザを、大量のNRTデータを持つ第2ユーザよりも優先させることができるようになる。
【００５７】
集合データ・フローの数、および各集合データ・フローに関して用いられる閾値の数は、標準化の対象となり得る。UEバッファ10Eの報告技術によれば、UEバッファ10Eの状態を測定するのに用いる閾値のデフォルト値を定義することが可能である。UE10が、伝送すべきRRCデータおよびVoIPパケット・データの両方を有する場合の、シグナリングおよび遅延に敏感なRTのトラフィック優先度に関するデフォルト閾値の一例を、図3に示す表に挙げる。さらに、本発明の代表的な実施形態によれば、Node BのPS12Fが、UE10へのRRCシグナリングを介してこれらのデフォルト値を再構成する柔軟性を備えてもよい。
【００５８】
本発明の代表的な実施形態による閾値に基づいた報告は、定期的に伝送することもできるし、あるいは１つ以上のトリガ・イベントまたは条件の発生に基づいて伝送してもよい。報告モード（定期的または事象トリガによる）は、RRCシグナリングを介してNode BのPSによって設定されるとよい。例えば、UEバッファ10Eの状態の変化（例えば、図2における10 10 00 11から01 10 00 11への変化）が、閾値に基づいた報告を伝送するトリガということになればよい。閾値に基づいた報告の伝送に関する別の報告判断基準としては、a）2つの連続した報告の間で経過する必要のある最短時間、および／またはb）１つまたはいくつかの、トリガまでの時間のパラメータを挙げることができるが、これらに限定するものではない。後者の判断基準に関しては、閾値に基づいた報告が実際に伝送されるより前に、UEバッファ10Eの状態の変化が、対応するトリガまでの時間のパラメータよりも、長い期間有効になっている必要がある。このことはヒステリシスをもたらし、特定のバッファが、特定の閾値（T）の上下に揺れ動く場合に、過度のULシグナリングを抑制する。一般に、シグナリング・オーバーヘッドを制限するように、上記およびその他の判断基準を採用するとよい。
【００５９】
閾値に基づいたUEバッファ10Eの状態報告は、第2層のシグナリングを用いてエア・インターフェースを通じて伝送されることが好ましい。図4に示すように、実際には閾値に基づいた報告は、特定のタイプのMAC制御（C−：Control）PDUとして伝送される。第2層のシグナリングを用いることは、UEの伝送バッファ10EおよびNode BのPS12Fが両方ともMAC層（L2）に位置するという点から、好まれる。MAC C−PDUを使用すると、UE10とNode B12との間におけるバッファ状態情報の交換が、効率的に第2層にてカプセル化される。
【００６０】
なお、このMAC C−PDUシグナリングでは、セグメント・ヘッダ（SH：segment headers）、C−PDUヘッダ（CH：C−PDU headers）、D−PDUヘッダ（DH：D−PDU headers）を用い、さらに必要に応じてデータ終了インジケータ（End：End of Data indicators）を用い、さらに必要に応じてパディング・ビットを用いる。最終的に、UE10からNode B12へのエア・インターフェースを通じた伝送のためのL1（PHY）トランスポート・ブロックが形成されることになる。受信されたMAC C−PDUは、Node B12のMAC層（L2）において従来の手法に従って解釈される。さらに、UEのULバッファ報告情報が抽出され、PS12Fへ提供され、多様なUE10に対するインテリジェントなリソース割り当ておよびパケット・フローのスケジューリングを行うのに、解釈され使用される。
【００６１】
UEバッファ10Eの閾値に基づいた報告は、特に、バースト性トラフィック・プロファイルに適し、さらにUE10が、同時にアクティブとなる論理チャネル・フローをいくつか有する場合にも、特に有用である。一方、バッファ状態情報の頻繁なシグナリングが必要とされない場合であっても、本発明の代表的な実施形態によるバッファ報告方式がもたらす柔軟性によって、UE10とNode B12との間のシグナリング・オーバーヘッドの減少が可能になる。さらに、従来はUE10またはNode BのいずれもMACと他のプロトコル層との間でバッファ状態情報を交換していなかったので、閾値に基づいた報告を伝送するのにMAC C−PDUを用いると、UE10とNode B12との間のシグナリング遅延を効果的に最小化することができる。UEバッファ10Eの閾値に基づいた報告を使用することは、故に、高速パケット・スケジューリングの動作を可能にし円滑化するものである。
【００６２】
UEバッファ10Eの閾値に基づいた報告は主として第2層にて実現されることが好ましいとはいえ、UE10の報告判断基準をNode B12およびUE10において設定するには、少なくとも第3層が関与することもあることに留意すべきである。
【００６３】
一例としてMAC C−PDUなどに具現化される、閾値に基づいたバッファ状態報告を用いた本発明の代表的な実施形態を使用すると、多数の利点が実現可能となる。これらの利点としては、柔軟性（様々なタイプのデータ・アプリケーションへの適応性）、QoS差別化のサポート、シグナリング・オーバーヘッドの減少、および高速パケット・データ・スケジューリング動作の実現に対するサポートが挙げられるが、必ずしもこれらに限定されない。
【００６４】
当然分かるように、4つのサービス・クラス（シグナリング、遅延に敏感なRT、遅延に寛容なRT、ベスト・エフォート）などのサービス・クラス群へ論理チャネルを分類することにより、論理チャネルID（または優先度キューID）の明示的な表示が不要になるため、さらなる追加的な利点が実現される。さらに、異なるサービス・クラスに関して異なるデータ量の閾値を定義し使用することによって、各サービス・クラスに関する実際のデータ量の明示的な表示が不要になる。
【００６５】
図5は、本発明の代表的な実施形態を実行する方法の限定されない一例を示すフロー図を表す。本方法には、少なくとも１つの論理チャネル・フローを準備することであって、少なくとも１つの論理チャネル・フローの各論理チャネル・フローは関連するトラフィック優先度を有する、準備すること（枠501）と、少なくとも１つのグループを形成するように、少なくとも１つの論理チャネル・フローを関連するトラフィック優先度によって分類すること（枠502）と、少なくとも１つのグループに関する集合データ・フローを算出すること（枠503）と、表示値を得るべく、算出された集合データ・フローと少なくとも１つの閾値とを比較すること（枠504）と、表示値をユーザ機器から基地局へ伝送すること（枠505）と、が含まれる。
【００６６】
別の実施形態では、集合データ・フローを算出することが、データ量を合計することを含む。さらなる実施形態では、合計することが、アップリンク・バッファを使用することを含む。別の実施形態では、少なくとも１つの閾値が予め定義されている。さらなる実施形態では、表示値が、所定のビット数を含む。別の実施形態では、表示値が、第2層のシグナリングを用いて伝送される。さらなる実施形態では、第2層のシグナリングには、媒体アクセス制御の制御プロトコル・データ・ユニットを使用することが含まれる。別の実施形態では、表示値が定期的に伝送される。さらなる実施形態では、表示値は、少なくとも１つの条件との合致、または少なくとも１つのトリガ・イベントに応えて伝送される。別の実施形態では、少なくとも１つの条件には、表示値の変化が含まれる。さらなる実施形態では、少なくとも１つの条件には、表示値の2つの連続した伝送の間の最短時間が含まれる。さらなる実施形態では、少なくとも１つの条件には、トリガまでの時間のパラメータが少なくとも１つ含まれる。さらなる実施形態では、少なくとも１つのグループが、複数のサービス・クラスを含む。別の実施形態では、複数のサービス・クラスには、シグナリング・クラス、遅延に敏感なリアルタイム・クラス、遅延に寛容なリアルタイム・クラス、およびベスト・エフォート・クラスが含まれる。さらなる実施形態では、ユーザ機器および基地局には、ロング・ターム・エボリューションUMTS地上無線アクセス・ネットワーク・システムのノードが含まれる。
【００６７】
別の実施形態では、少なくとも１つのグループが複数のグループを含み、集合データ・フローは、複数のグループのうちの各グループに関して算出され、算出された集合データ・フローは、複数の集合データ・フローを一括して含む。さらなる実施形態では、表示値を得るべく、算出された集合データ・フローと少なくとも１つの閾値とを比較するステップが、複数の表示値を得るべく、複数の集合データ・フローの各々の集合データ・フローと少なくとも１つの閾値とを比較することを含む。別の実施形態では、表示値を伝送するステップが、複数の表示値を伝送することを含む。
【００６８】
図6は、本発明の代表的な実施形態を実行する方法の別の限定されない一例を示すフロー図を表す。本方法には、ユーザ機器から表示値を受信することであって、受信された表示値は集合データ・フローと少なくとも１つの閾値との比較から得られる、受信すること（枠601）と、受信された表示値をこのユーザ機器用のダウンリンク・フローをスケジュールするのに使用すること（枠602）と、が含まれる。
【００６９】
別の実施形態では、図6に示す代表的な方法には、図5の代表的な方法に関して上述し、本明細書にてさらに深く述べるような、本発明の代表的な実施形態の１つ以上の追加的な態様を含めてもよい。
【００７０】
本発明の代表的な実施形態は、上述の通り、および代表的な方法に関して具体的に述べた通り、有形のコンピュータ可読媒体上に具現化されたプログラム命令を含むコンピュータ・プログラムとして実現されてもよい。プログラム命令を実行すると、代表的な実施形態を利用するステップ群または方法のステップ群を含む動作が生じる。
【００７１】
上記に基づいて当然明らかであるように、本発明の代表的な実施形態は、複数のUE ULデータ・バッファの状態に関する閾値に基づいた表示をNode Bへ提供し、さらに、少なくともリソース・スケジューリングの決定用に、Node Bにおける、Node BのPS12Fなどで行われるような、閾値に基づいた表示の解釈を提供する方法、装置およびコンピュータ・プログラムを提供する。
【００７２】
一般に、多様な実施形態が、ハードウェア、もしくは専用回路、ソフトウェア、論理またはこれらの任意の組み合わせにおいて実現されるとよい。例えば、一部の態様はハードウェア内で実現されてもよく、一方で別の態様は、コントローラ、マイクロプロセッサまたは他のコンピュータ・デバイスによって実行され得るファームウェアあるいはソフトウェア内に実現されてもよいが、本発明はそれらに限定されるものではない。本発明の多様な態様について、ブロック図、フロー図、または他の何らかの図形的表現を用いて図示し説明することができるが、一方、当然のことながら、本明細書に記載されたこれらのブロック、装置、システム、技術または方法は、限定されない例として、ハードウェア、ソフトウェア、ファームウェア、専用回路または論理、汎用ハードウェアもしくはコントローラまたは他のコンピュータ・デバイス、あるいはこれらの何らかの組み合わせにおいて実現されてもよい。
【００７３】
本発明の実施形態は、集積回路モジュールなど多様なコンポーネントの中で実行することができる。集積回路の設計は、概して高度に自動化されている工程である。論理レベルの設計を、半導体基板上にそのままエッチングおよび形成できるような半導体回路設計へと変換するための、複雑かつ強力なソフトウェア・ツールが利用可能となっている。
【００７４】
カリフォルニア州マウンテン・ビュー（Mountain View）のシノプシス社（Synopsys，Inc.）、およびカリフォルニア州サン・ノゼ（San Jose）のケイデンス・デザイン社（Cadence Design）によって提供されているようなプログラムでは、確立した設計ルールのほか、事前に保存した設計モジュールのライブラリを使用して、半導体チップ上の導体ルーティングおよびコンポーネント設置を自動的に行う。半導体回路の設計が完成したら、標準化された電子形式（例えばOpus、GDSIIまたは同様のもの）で得られた設計を、半導体製造施設すなわち「fab」へ、製造のために伝送すればよい。
【００７５】
当業者には、付属の図面と併せて読むと、上記の説明に鑑み多様な変更および調節が明らかとなると考えられる。しかし、本発明の教示のありとあらゆる変更も、本発明の限定されない実施形態の範囲内に含まれる。
【００７６】
上述したように、上記の代表的な実施形態は、UTRAN−LTEシステムとの関連で説明されているが、当然のことながら、本発明の代表的な実施形態は、この１つの特定タイプのワイヤレス通信システムでの使用に限定されるものではなく、他のワイヤレス通信システムにおいても効果的に使用することができる。
【００７７】
さらに、本発明の多様な限定されない実施形態の一部の機能を利用し、他の機能を相応に利用しなくても、効果を得ることができる。このように、上記の記述は、本発明の原理、教示および代表的な実施形態の説明的なものに過ぎず、これらを制限するものと見なしてはならない。
【００７８】
上記の説明は、本発明の十分で有益な説明の代表的で限定されない例として提供されている。一方、当業者には、付属の図面および添付の請求項と併せて読むと、上記の説明に鑑み多様な変更および調節が明らかになると考えられる。しかし、本発明の教示のそのような変更および類似する変更もすべて、本発明の範囲内に含まれる。
【図１】
2009525655.tif 000003
【図２】
2009525655.tif 000004
【図３】
2009525655.tif 000005
【図４】
2009525655.tif 000006
【図５】
2009525655.tif 000007
【図６】
2009525655.tif 000008
【国際調査報告】
2009525655.tif 000009
2009525655.tif 000010
2009525655.tif 000011
2009525655.tif 000012
2009525655.tif 000013