(57)【特許請求の範囲】
【請求項１】
移動端末によって実行される方法であって、
セミパーシステントスケジューリングの設定と、前記移動端末のロジカルチャネル毎のスケジューリング設定に関するインフォメーションエレメントを基地局から受信するステップと、
前記移動端末に対してセミパーシステントスケジューリングが設定された場合に、データ送信が可能になったロジカルチャネルの前記ロジカルチャネル毎のスケジューリング設定がセミパーシステントスケジューリングでない場合には、前記基地局に対してアップリンク送信のリソース割り当てを要求するスケジューリングリクエストを前記基地局へ送信し、前記ロジカルチャネル毎のスケジューリング設定がセミパーシステントスケジューリングである場合には、前記スケジューリングリクエストを送信しないことを前記ロジカルチャネル毎に決定するステップと、
を含む方法。
【請求項２】
前記セミパーシステントスケジューリングが前記移動端末に対して設定されていない場合であって、バッファステータスレポートがトリガされたトランスミッションタイムインターバル（ＴＴＩ）のアップリンクリソース割り当てがない場合には、バッファステータスレポート送信のためのアップリンクリソースを要求するために、前記基地局へスケジューリングリクエストを送信するステップをさらに含む、
請求項１に記載の方法。
【請求項３】
前記基地局からの前記ロジカルチャネル毎のスケジューリング設定は、無線リソースが動的に割り当てられる動的スケジューリング設定と、無線リソースが準静的に割り当てられるセミパーシステントスケジューリング設定を含む、
請求項１に記載の方法。
【請求項４】
前記移動端末に設定されたセミパーシステントなリソース割当の状態を考慮にいれて、バッファステータスレポートのトリガおよび生成を行うか否かを決定する、
請求項１に記載の方法。
【請求項５】
前記移動端末に設定されたセミパーシステントなリソース割当の状態は、セミパーシステントスケジューリングの活性化(activation)または非活性化(de-activation)である、
請求項４に記載の方法。
【請求項６】
移動端末であって、
セミパーシステントスケジューリングの設定と、前記移動端末のロジカルチャネル毎のスケジューリング設定に関するインフォメーションエレメントを基地局から受信する受信手段と、
前記移動端末に対してセミパーシステントスケジューリングが設定された場合に、データ送信が可能になったロジカルチャネルの前記ロジカルチャネル毎のスケジューリング設定がセミパーシステントスケジューリングでない場合には、前記基地局に対してアップリンク送信のリソース割り当てを要求するスケジューリングリクエストを前記基地局へ送信する送信手段と、
前記ロジカルチャネル毎のスケジューリング設定がセミパーシステントスケジューリングである場合には、前記スケジューリングリクエストを送信しないことを前記ロジカルチャネル毎に決定する決定手段と、
を備える移動端末。
【請求項７】
前記送信手段は、前記セミパーシステントスケジューリングが前記移動端末に対して設定されていない場合であって、バッファステータスレポートがトリガされたトランスミッションタイムインターバル（ＴＴＩ）のアップリンクリソース割り当てがない場合には、バッファステータスレポート送信のためのアップリンクリソースを要求するために、前記基地局へスケジューリングリクエストを送信する、
請求項６に記載の移動端末。
【請求項８】
前記基地局からの前記ロジカルチャネル毎のスケジューリング設定は、無線リソースが動的に割り当てられる動的スケジューリング設定と、無線リソースが準静的に割り当てられるセミパーシステントスケジューリング設定を含む、
請求項６に記載の移動端末。
【請求項９】
前記移動端末に設定されたセミパーシステントなリソース割当の状態を考慮にいれて、バッファステータスレポートのトリガおよび生成を行うか否かを決定する手段をさらに備える、
請求項６に記載の移動端末。
【請求項１０】
前記移動端末に設定されたセミパーシステントなリソース割当の状態は、セミパーシステントスケジューリングの活性化(activation)または非活性化(de-activation)である、
請求項９に記載の移動端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて通信ノードによってバッファ状態報告を送信する方法に関し、より詳細には、バッファ状態報告をトリガー、生成、および送信するための規則の定義に関する。さらには、本発明は、与えられた送信時間間隔内にどの無線ベアラのデータを送信するかを、新規の一連の規則を利用して決定する、データ送信方法、に関する。さらに、本発明は、バッファ状態報告からの、スケジューリングに関連する追加の情報を考慮に入れて、移動通信システム内で無線リソースをスケジューリングする方法、もしくはデータ送信方法に関する。さらに、本発明は、これらの方法を、ハードウェア（すなわち装置）において実施すること、ハードウェア（すなわち装置）によって実行すること、およびソフトウェアにおいて実施することに関する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）
ＷＣＤＭＡ（Wideband Code Division Multiple Access：広帯域符号分割多元接続）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化あるいは発展・進化させるうえでの最初のステップとして、高速下りリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンスト上りリンク（高速上りリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００３】
しかしながら、３ＧＰＰ（第３世代パートナーシッププロジェクト）は、ユーザおよび事業者からの要求条件や期待がますます増大していることを認識し、３Ｇの長期にわたる競争力を確保する目的で、３Ｇ標準規格の次の大きなステップもしくは発展・進化の検討を開始した。３ＧＰＰは、「Evolved UTRA and UTRAN(略してＥ−ＵＴＲＡおよびＥ−ＵＴＲＡＮ）」（ＬＴＥ（ロングタームエボリューション）とも称する）という研究項目に着手した。この研究では、サービスの提供を向上させることと、ユーザおよび事業者側のコストを低減することとを目的として、性能の大幅な向上を達成する手段が検討される。
【０００４】
一般的には、今後はインターネットプロトコル（ＩＰ）を使用する方向に集束し、将来的なサービスすべてがＩＰベースで行われるものと想定する。したがって、発展・進化の中心的な課題は、パケット交換（ＰＳ）ドメインの機能強化である。
【０００５】
発展・進化の主たる目的は、前述したように、サービスの提供をさらに向上させることと、ユーザおよび事業者のコストを低減することである。
【０００６】
より具体的には、ロングタームエボリューション（ＬＴＥ）における性能および能力の主要な目標は、以下のとおりである。
−  ＨＳＤＰＡおよびＨＳＵＰＡと比較して大幅に高いデータレート：想定される目標のピークデータレートは、下りリンクが１００Ｍｂｐｓ以上、上りリンクが５０Ｍｂｐｓ以上
−  カバレッジの改善：データレートが高く、エリアカバレッジが広いこと
−  上位層プロトコル（例えばＴＣＰ）の性能を向上させることと、制御プレーン手順（例えばセッションの確立に関連付けられる遅延を低減することとを目的として、ユーザプレーンにおけるレイテンシを大幅に低減すること
−  より大きなシステム容量：現在の規格と比較して３倍の容量
【０００７】
ロングタームエボリューションのさらなる１つの重要な要件は、これらの技術になめらかに移行できることである。
【０００８】
ＬＴＥのアーキテクチャ
図１は、３ＧＰＰ  ＬＴＥ移動通信ネットワークの概要を示している。このネットワークは、複数の異なるネットワークエンティティから構成されており、これらのエンティティは、その機能に基づいて、進化型パケットコア（ＥＰＣ）、無線アクセスネットワーク（ＲＡＮ）、およびユーザ機器（ＵＥ）または移動端末、に分類される。
【０００９】
無線アクセスネットワークは、無線に関連するすべての機能（特に、無線リソースのスケジューリングなど）を処理する役割を担う。進化型パケットコアは、呼のルーティングと、外部ネットワークとのデータ接続の役割を担うことができる。
【００１０】
ＬＴＥネットワークは、サービングゲートウェイ（ＳＧＷ）と、エンハンスド（enhanced）基地局、いわゆるｅＮｏｄｅ  Ｂ（略してｅＮＢまたはｅＮｏｄｅＢ）とから構成される「２ノードアーキテクチャ」である。サービングゲートウェイは、進化型パケットコアの機能（すなわち、呼のルーティング、外部ネットワークとのデータ接続）を処理し、さらに、無線アクセスネットワークの機能も実施する。したがって、サービングゲートウェイは、最近の３ＧネットワークにおいてＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）およびＳＧＳＮ（サービングＧＰＲＳサポートノード）によって実行される機能と、無線アクセスネットワークの機能（例えば、ヘッダ圧縮、暗号化／整合性保護）とを組み合わせたものと考えることができる。ｅＮｏｄｅ  Ｂは、例えば、無線リソース制御（ＲＲＣ）、分割／連結、リソースのスケジューリングおよび割当て、多重化、物理層機能などの機能を処理することができる。
【００１１】
移動通信ネットワークは、一般にはモジュール方式であり、したがって、同じタイプのいくつかのネットワークエンティティを備えることが可能である。ネットワーク要素の相互接続は、オープンインタフェースによって定義される。ユーザ機器は、エアインタフェースまたはＵｕを介してｅＮｏｄｅ  Ｂに接続することができる。ｅＮｏｄｅ  Ｂは、Ｓ１インタフェースを介してサービングゲートウェイに接続される。２基のｅＮｏｄｅ  Ｂは、Ｘ２インタフェースを介して相互に接続される。
【００１２】
３ＧＰＰおよび非３ＧＰＰの統合は、いずれも、外部パケットデータネットワーク（例えばインターネット）とのサービングゲートウェイのインタフェースを介して処理することができる。
【００１３】
ＱｏＳ制御
サービス品質（ＱｏＳ）の効率的なサポートは、ＬＴＥの事業者から求められる基本的な要件と考えられる。ＱｏＳクラス最良の性能をユーザに提供する一方で、ネットワークリソースの使用を最適化する目的で、強化されたＱｏＳサポートは新しいシステムにおいて不可欠である。
【００１４】
ＱｏＳサポートの側面は、３ＧＰＰ作業部会において現在検討されている。システムアーキテクチャエボリューション（ＳＡＥ）／ＬＴＥのためのＱｏＳ設計は、本質的には現在のＵＭＴＳシステムのＱｏＳ設計（非特許文献１に記載されている）（http://www.3gpp.orgにおいて入手可能であり、参照によって本文書に組み込まれている）に基づいている。図２は、合意されたＳＡＥベアラサービスのアーキテクチャを示している。非特許文献１に記載されている以下のベアラサービスの定義は、現在も有効である。
【００１５】
「ベアラサービスは、契約されたＱｏＳの提供を実現するための側面すべてを含む。これらの側面は、特に、制御シグナリング、ユーザプレーン伝送、およびＱｏＳ管理機能である。」
【００１６】
新しいＳＡＥ／ＬＴＥアーキテクチャにおいては、新しいベアラとして、移動端末（ユーザ機器：ＵＥ）とサービングゲートウェイとの間のＳＡＥベアラサービスと、移動端末とｅＮｏｄｅ  Ｂとの間の無線アクセスネットワークインタフェース上のＳＡＥ無線ベアラと、ｅＮｏｄｅ  Ｂとサービングゲートウェイとの間のＳＡＥアクセスベアラとが定義されている。
【００１７】
ＳＡＥベアラサービスは、以下を提供する。
−  ＩＰエンドツーエンドサービスフローのＱｏＳごとのアグリゲーション（集合化）
−  ＩＰヘッダ圧縮（および関連情報をユーザ機器に提供）
−  ユーザプレーン（ＵＰ）暗号化（および関連情報をユーザ機器に提供）
−  エンドツーエンドサービスのシグナリングパケットを優先順位に基づいて処理することが要求される場合、デフォルトのＩＰサービスに追加のＳＡＥベアラサービスを加えることができる。
−  マッピング／多重化の情報をユーザ機器に提供する
−  受け入れられたＱｏＳ情報をユーザ機器に提供する
【００１８】
ＳＡＥ無線ベアラサービスは、以下を提供する。
−  要求されるＱｏＳに従って、ｅＮｏｄｅ  Ｂとユーザ機器との間でＳＡＥベアラサービスのデータユニットを伝送する
−  ＳＡＥ無線ベアラサービスを各ＳＡＥベアラサービスにリンクする
ＳＡＥアクセスベアラサービスは、以下を提供する。
−  要求されるＱｏＳに従って、サービングゲートウェイとｅＮｏｄｅ  Ｂとの間でＳＡＥベアラサービスのデータユニットを伝送する
−  ＳＡＥベアラサービスの集合ＱｏＳ記述（aggregate QoS description）をｅＮｏｄｅ  Ｂに提供する
−  ＳＡＥアクセスベアラサービスを各ＳＡＥベアラサービスにリンクする
【００１９】
非特許文献１においては、ＳＡＥベアラとＳＡＥ無線ベアラが１対１の対応関係にある。さらには、無線ベアラ（ＲＢ）と論理チャネルが１対１の対応関係にある。この定義の結果として、ＳＡＥベアラ（すなわち、対応するＳＡＥ無線ベアラおよびＳＡＥアクセスベアラ）は、ＳＡＥ／ＬＴＥアクセスシステムにおけるＱｏＳ制御の粒度（細かさ）のレベルである。同じＳＡＥベアラにマッピングされたパケットフローは、同じ処理を受ける。
【００２０】
ＬＴＥにおいては、２つのタイプのＳＡＥベアラがあり、最初のアクセス時に設定されるデフォルトのＱｏＳプロファイルを有するデフォルトのＳＡＥベアラと、デフォルトのＱｏＳプロファイルとは異なるＱｏＳプロファイルが要求されるサービスに対して確立される専用ＳＡＥベアラ（ＳＡＥベアラはＳＡＥベアラサービスとも称される）である。
【００２１】
デフォルトのＳＡＥベアラは、「つねにオンの」ＳＡＥベアラであり、ＬＴＥ＿ＩＤＬＥからＬＴＥ＿ＡＣＴＩＶＥへの状態遷移の後ただちに使用することができる。このベアラは、トラフィックフローテンプレート（ＴＦＴ）がシグナリングされなかったフローすべてを伝える。トラフィックフローテンプレートは、サービングゲートウェイが複数の異なるユーザペイロードを区別する目的に使用する。トラフィックフローテンプレートには、パケットフィルタ（例えばＱｏＳ）が組み込まれる。サービングゲートウェイは、パケットフィルタを使用して、入ってくるデータを正しいＰＤＰコンテキスト（パケットデータプロトコルコンテキスト）にマッピングする。デフォルトのＳＡＥベアラでは、いくつかのサービスデータフローを多重化することができる。専用ＳＡＥベアラは、デフォルトのＳＡＥベアラとは異なり、一般には保証されたビットレートを提供するため、特定のサービスのみを専用にサポートすることを目的としている。専用ＳＡＥベアラは、新しいサービスが要求されたとき、サービングゲートウェイが、進化型パケットコアからのポリシーおよび課金制御（ＰＣＣ：Policy and Charging Control）規則の中で受け取るＱｏＳ情報に基づいて確立する。専用ＳＡＥベアラにはパケットフィルタが関連付けられており、このパケットフィルタは特定のパケットのみに合致する。デフォルトのＳＡＥベアラには、上りリンクおよび下りリンク用の「すべてに合致する」パケットフィルタが関連付けられる。サービングゲートウェイは、上りリンク処理において、専用ＳＡＥベアラのためのトラフィックフローテンプレートフィルタを構築する。ユーザ機器は、ベアラの確立時にシグナリングされたトラフィックフローテンプレートに基づいて、サービスのデータフローを正しいベアラにマッピングする。デフォルトのＳＡＥベアラと同様に、専用ＳＡＥベアラにおいても、いくつかのサービスデータフローを多重化することができる。
【００２２】
ＳＡＥベアラ設定手順において、ＳＡＥベアラのＱｏＳプロファイルがサービングゲートウェイからｅＮｏｄｅ  Ｂにシグナリングされる。ｅＮｏｄｅ  Ｂは、このプロファイルを使用して一連の第２層ＱｏＳパラメータ（エアインタフェースにおけるＱｏＳ処理を決定する）を導く。第２層ＱｏＳパラメータは、スケジューリング機能に入力される。サービングゲートウェイからＳ１インタフェース上でｅＮｏｄｅ  ＢにシグナリングされるＱｏＳプロファイルに含まれるパラメータについては、現在検討中である。おそらくは、ＱｏＳプロファイルパラメータとして、トラフィック処理優先順位、最大ビットレート、および保証ビットレートが、ＳＡＥベアラごとにシグナリングされる。これらに加えて、サービングゲートウェイは、最初のアクセス時に各ユーザの割当・保持優先順位（Allocation and Retention Priority）をｅＮｏｄｅ  Ｂにシグナリングする。
【００２３】
ＬＴＥにおける上りリンクアクセス方式
上りリンク送信においては、カバレッジを最大にするため、ユーザ端末による電力効率の高い送信が必要である。Ｅ−ＵＴＲＡの上りリンク送信方式としては、シングルキャリア伝送と、ＦＤＭＡ（周波数分割多元接続）および動的な帯域幅割当てとを組み合わせた方式が選択されている。シングルキャリア伝送が選択された主たる理由は、マルチキャリア信号（ＯＦＤＭＡ：直交周波数分割多元接続）と比較して、ピーク対平均電力比（ＰＡＰＲ）が低く、これに対応して電力増幅器の効率が改善され、カバレッジの向上が見込まれるためである（与えられる端末ピーク電力に対してデータレートが高い）。Ｎｏｄｅ  Ｂは、各時間間隔において、ユーザデータを送信するための固有の時間／周波数リソースをユーザに割り当て、これによってセル内の直交性が確保される。上りリンクにおける直交多元接続によって、セル内干渉が排除されることでスペクトル効率が高まる。マルチパス伝搬に起因する干渉については、送信信号にサイクリックプレフィックスを挿入することにより基地局（Ｎｏｄｅ  Ｂ）において対処する。
【００２４】
データ送信に使用される基本的な物理リソースは、１つの時間間隔（例えば、０．５ｍｓのサブフレーム）にわたるサイズＢＷｇｒａｎｔの周波数リソースから構成される（符号化された情報ビットはこのリソースにマッピングされる）。なお、サブフレーム（送信時間間隔（ＴＴＩ）とも称する）は、ユーザデータを送信するための最小の時間間隔である。しかしながら、サブフレームを連結することにより、１ＴＴＩよりも長い時間にわたる周波数リソースＢＷｇｒａｎｔをユーザに割り当てることも可能である。
【００２５】
周波数リソースは、図３および図４に示したように、局在型スペクトル（localized spectrum）、または分散型スペクトル（distributed spectrum）のいずれかとすることができる。図３に示したように、局在型のシングルキャリアは、送信信号が、利用可能な全スペクトルの一部分を占める連続的なスペクトルを有することを特徴とする。送信信号のシンボルレートが異なる（対応してデータレートが異なる）ことは、局在型のシングルキャリア信号の帯域幅が異なることを意味する。
【００２６】
これに対して、図４に示したように分散型のシングルキャリアは、送信信号が、システム帯域幅の全体にわたり分散する不連続な（「くし状の」）スペクトルを有することを特徴とする。ただし、分散型のシングルキャリア信号はシステム帯域幅の全体にわたり分散しているが、占有するスペクトルの合計量は、本質的には、局在型のシングルキャリアのスペクトル量と同じである。さらには、シンボルレートを上げる／下げるには、「くしの歯」それぞれの「帯域幅」をそのままにして「くしの歯」の数を増やす／減らす。
【００２７】
図４のスペクトルは、一見すると、くしの歯のそれぞれが「サブキャリア」に対応するマルチキャリア信号のような印象を与える。しかしながら、分散型のシングルキャリア信号の時間領域の信号生成では、対応するピーク対平均電力比の低いまさにシングルキャリア信号が生成されることが明らかである。分散型のシングルキャリア信号とマルチキャリア信号（例えばＯＦＤＭ：直交周波数分割多重）との間の重要な違いとして、シングルキャリア信号では、「サブキャリア」または「くしの歯」のそれぞれが１個の変調シンボルを伝えるのではない。そうではなく、「くしの歯」それぞれは、すべての変調シンボルに関する情報を伝える。これにより、くしの歯の間に依存性が生じ、結果としてピーク対平均電力比（ＰＡＰＲ）特性が低い。さらに、「くしの歯」の間のこの依存性の結果として、送信帯域幅全体にわたりチャネルが周波数非選択性でない限りは、等化の必要性が生じる。これに対して、ＯＦＤＭの場合、サブキャリアの帯域幅全体にわたりチャネルが周波数非選択性である限りは等化は必要ない。
【００２８】
分散型送信では、局在型送信よりも大きな周波数ダイバーシチゲインを提供することができ、一方で、局在型送信では、チャネルに応じたスケジューリングをより容易に行うことができる。なお、多くの場合、スケジューリングの決定では、高いデータレートを達成するため１つのユーザ機器に帯域幅全体を与えるように決定することができる。
【００２９】
ＬＴＥにおける上りリンクのスケジューリング方式
上りリンクの方式として、スケジューリング制御式の（すなわちｅＮｏｄｅ  Ｂによって制御される）アクセスと、コンテンションベースのアクセスの両方を使用することができる。
【００３０】
スケジューリング制御式アクセスの場合、上りリンクデータ送信用として、特定の時間長の特定の周波数リソース（すなわち時間／周波数リソース）が、ユーザ機器に割り当てられる。しかしながら、コンテンションベースのアクセス用に、いくらかの時間／周波数リソースを割り当てることができる。コンテンションベースの時間／周波数リソースの範囲内では、ユーザ機器は、最初にスケジューリングされることなく送信することができる。ユーザ機器がコンテンションベースのアクセスを行う１つのシナリオは、例えばランダムアクセスであり、すなわち、ユーザ機器があるセルへ、または上りリンクリソースを要求するため、最初のアクセスを行うときである。
【００３１】
スケジューリング制御式アクセスの場合、Ｎｏｄｅ  Ｂのスケジューラが、上りリンクデータ送信のための固有の周波数／時間リソースをユーザに割り当てる。より具体的には、スケジューラは以下を決定する。
−  送信を許可する（１つ以上の）ユーザ機器
−  物理チャネルリソース（周波数）
−  リソースを使用できる期間（サブフレームの数）
−  移動端末が送信に使用するべきトランスポートフォーマット（トランスポートブロックサイズ（ＴＢＳ）および変調・符号化方式（ＭＣＳ））
【００３２】
割当て情報は、いわゆる第１層／第２層制御チャネルで送られるスケジューリンググラントを通じてユーザ機器にシグナリングされる。以下では、説明を簡潔にするため、この下りリンクチャネルを「上りリンクグラントチャネル」と称する。スケジューリンググラントメッセージは、情報として、周波数帯域のうちユーザ機器による使用を許可する部分と、グラントの有効期間と、これから行う上りリンク送信にユーザ機器が使用しなければならないトランスポートフォーマットとを、少なくとも含んでいる。最も短い有効期間は、１サブフレームである。グラントメッセージには、選択される方式に応じて追加の情報も含めることができる。上りリンク共有チャネルＵＬ−ＳＣＨで送信する権利を許可するグラントとしては、「各ユーザ機器に対する」グラントのみが使用される（すなわち、「各ユーザ機器における各無線ベアラに対する」グラントは存在しない）。したがってユーザ機器は、割り当てられたリソースを何らかの規則に従って無線ベアラの間で分配する必要があり、この規則については次節において詳しく説明する。トランスポートフォーマットは、ＨＳＵＰＡの場合とは異なり、ユーザ機器側では選択しない。基地局（ｅＮｏｄｅ  Ｂ）が、いくつかの情報（例えば、報告されたスケジューリング情報およびＱｏＳ情報）に基づいてトランスポートフォーマットを決定し、ユーザ機器は、選択されたトランスポートフォーマットに従わなければならない。ＨＳＵＰＡでは、Ｎｏｄｅ  Ｂが最大上りリンクリソースを割り当てて、ユーザ機器は、それに応じてデータ送信用の実際のトランスポートフォーマットを選択する。
【００３３】
上りリンクのデータ送信では、スケジューリンググラントを通じてユーザ機器に割り当てられる時間／周波数リソースを必ず使用しなければならない。ユーザ機器が有効なグラントを持たない場合、上りリンクデータを送信することは許可されない。各ユーザ機器に専用チャネルが必ず割り当てられるＨＳＵＰＡの場合とは異なり、データ送信用には、複数のユーザによって共有される１つの上りリンクデータチャネル（ＵＬ  ＳＣＨ）のみが存在する。
【００３４】
リソースを要求するため、ユーザ機器はリソース要求メッセージをＮｏｄｅ  Ｂに送信する。このリソース要求メッセージには、例えば、バッファ状態、ユーザ機器の電力状態、サービス品質（ＱｏＳ）に関連する情報を含めることができる。これらの情報（以下ではスケジューリング情報と称する）により、Ｎｏｄｅ  Ｂは適切なリソース割当てを行うことができる。本文書全体を通じて、無線ベアラごとにバッファ状態が報告されるものと想定する。当然ながら、バッファ状態報告についての別の設定も可能である。
【００３５】
無線リソースのスケジューリングは、サービス品質を決定するうえで、共有チャネルアクセスネットワークにおいて最も重要な機能であるため、効率的なＱｏＳ管理を可能にする目的で、ＬＴＥにおける上りリンクスケジューリング方式が満たしているべき要件がいくつかある（非特許文献２を参照）（http://www.3gpp.org／において入手可能であり、参照によって本文書に組み込まれている）。
−  ＬＴＥにおける上りリンクスケジューリング方式は、ＵＭＴＳリリース６（ＨＳＵＰＡ）においてサポートされるよりも細かいネットワークベースＱｏＳ制御を提供するべきである。
−  優先順位の低いサービスのリソース不足を避けるべきである。
−  スケジューリング方式は、個々の無線ベアラ／サービスにおいてＱｏＳが明確に区別されるようにするべきである。
−  どの無線ベアラ／サービスのデータが送信されるのかをｅＮｏｄｅ  Ｂのスケジューラが識別できるように、上りリンク報告において、きめ細かいバッファ報告（例えば、無線ベアラごとの報告、または無線ベアラグループごとの報告）を可能にするべきである。
−  ユーザ機器の上りリンクスケジューリングの決定において使用される優先順位を、動的に（事業者の要求条件に基づいて）変更できるようにするべきである。
−  異なるユーザのサービスの間でＱｏＳを明確に区別できるようにするべきである。
−  無線ベアラごとに最小限のビットレートを提供できるようにするべきである。
【００３６】
上のリストから理解できるように、ＬＴＥのスケジューリング方式の１つの重要な側面は、事業者が、自身の総セル容量を、異なるＱｏＳクラスの個々の無線ベアラの間で分配することを制御できるメカニズムを提供することである。無線ベアラのＱｏＳクラスは、前述したようにサービングゲートウェイからｅＮｏｄｅ  Ｂにシグナリングされる、対応するＳＡＥベアラのＱｏＳプロファイルによって識別される。事業者は、自身の総セル容量のうちの特定の量を、特定のＱｏＳクラスの無線ベアラに関連付けられる総トラフィックに割り当てることができる。
【００３７】
クラスに基づくこの方法を採用する主たる目的は、パケットの処理を、パケットが属するＱｏＳクラスに応じて区別できるようにすることである。例えば、セル内の負荷が増加しているとき、事業者が、優先順位の低いＱｏＳクラスに属するトラフィックを抑制することによって対処できるようにするべきである。この段階では、優先順位の高いトラフィックに割り当てられた総リソースは、トラフィックを処理するのに十分であるため、優先順位の高いトラフィックを依然として低負荷状態で処理することができる。このことは、上りリンク方向および下りリンク方向の両方で可能とするべきである。
【００３８】
この方法を採用する１つの恩恵として、事業者は、帯域幅の分配を決めるポリシーを完全に制御することができる。例えば、事業者の１つのポリシーにおいて、負荷が極めて高いときでも、優先順位が最低のＱｏＳクラスに属するトラフィックのリソース不足を避けるようにすることができる。優先順位の低いトラフィックのリソース不足を避けることは、ＬＴＥにおける上りリンクスケジューリング方式に求められる主たる要件の１つである。現在のＵＭＴＳリリース６（ＨＳＵＰＡ）のスケジューリングメカニズムでは、絶対的な優先順位方式の結果として、優先順位の低いアプリケーションのリソース不足が生じることがある。Ｅ−ＴＦＣ（Enhanced Transport Format Combination：拡張トランスポートフォーマット組合せ）の選択は、論理チャネルの絶対的な優先順位のみに従って行なわれ（すなわち優先順位の高いデータの送信が最大限に行われる）、このことは、優先順位の低いデータが、優先順位の高いデータによってリソース不足となりうることを意味する。リソース不足を避けるためには、Ｎｏｄｅ  Ｂのスケジューラは、ユーザ機器がどの無線ベアラのデータを送信するかを制御する手段を備えていなければならない。このことは、主として、下りリンクにおいて第１層／第２層制御チャネルで送信されるスケジューリンググラントの設計および使用に影響を与える。以下では、ＬＴＥにおける上りリンク伝送速度の制御手順について詳しく説明する。
【００３９】
セミパーシステントスケジューリング（ＳＰＳ）
上りリンクおよび下りリンクにおいて、スケジューリングを行うｅＮｏｄｅ  Ｂは、各送信時間間隔においてリソースを（１つまたは複数の）第１層／第２層制御チャネル（ＰＤＣＣＨ）を介してユーザ機器に動的に割り当て、この場合、ユーザ機器はそれぞれの固有のＣ−ＲＮＴＩによってアドレッシングされる。ＰＤＣＣＨのＣＲＣは、アドレッシングされるユーザ機器のＣ−ＲＮＴＩによってマスクされる（いわゆる動的ＰＤＣＣＨ）。一致するＣ−ＲＮＴＩを有するユーザ機器のみが、ＰＤＣＣＨの内容を正しく復号化することができ、すなわち、ＣＲＣチェックに合格する。この種類のＰＤＣＣＨシグナリングは、動的（スケジューリング）グラントとも称する。ユーザ機器は、自身に割り振られているかもしれない割当て（下りリンクおよび上りリンク）を見つける目的で、動的グラントが存在していないか、各送信時間間隔において（１つまたは複数の）第１層／第２層制御チャネルを監視する。
【００４０】
さらに、Ｅ−ＵＴＲＡＮでは、１回目のＨＡＲＱ送信のための上りリンク／下りリンクリソースをパーシステントに（持続的に）割り当てることができる。再送信が必要な場合、（１つまたは複数の）第１層／第２層制御チャネルを介して明示的にシグナリングする。再送信がスケジューリングされるため、この種類の動作をセミパーシステントスケジューリング（ＳＰＳ）と称し、すなわち、リソースはセミパーシステントベースで（半持続的に）ユーザ機器に割り当てられる（セミパーシステントなリソース割当て）。その恩恵は、１回目のＨＡＲＱ送信のためのＰＤＣＣＨリソースが節約されることである。セミパーシステントスケジューリングの詳細については、非特許文献３または非特許文献４（いずれもhttp://www.3gpp.orgにおいて入手可能であり、参照によって本文書に組み込まれている）を参照されたい。
【００４１】
セミパーシステントスケジューリングを使用してスケジューリングすることのできるサービスの一例は、ボイスオーバーＩＰ（ＶｏＩＰ）である。トーク・スパート（talk-spurt）の間、コーデックにおいて２０ｍｓごとにＶｏＩＰパケットが生成される。したがって、ｅＮｏｄｅ  Ｂは、上りリンクリソースまたは下りリンクリソースを２０ｍｓごとにパーシステントに割り当てることができ、これらのリソースを使用してボイスオーバーＩＰのパケットを送信することができる。一般的に、セミパーシステントスケジューリングは、トラフィック挙動が予測可能であるサービス（すなわち、ビットレートが一定であり、パケットが周期的に到着する）において恩恵がある。
【００４２】
ユーザ機器は、１回目の送信のためのリソースがパーシステントに（持続的に）割り当てられているサブフレームにおいて、ＰＤＣＣＨを監視する。動的（スケジューリング）グラント（すなわち、Ｃ−ＲＮＴＩによってマスクされたＣＲＣを有するＰＤＣＣＨ）を、セミパーシステントなリソース割当てよりも優先させることができる。ユーザ機器が、セミパーシステントにリソースが割り当てられたサブフレームにおいて、（１つまたは複数の）第１層／第２層制御チャネル上で自身のＣ−ＲＮＴＩを見つけた場合、その送信時間間隔においては、その第１層／第２層制御チャネル割当てがセミパーシステントなリソース割当てよりも優先され、ユーザ機器は、その動的グラントに従う。サブフレーム内に動的グラントが検出されない場合、ユーザ機器はセミパーシステントなリソース割当てに従って送信／受信を行う。
【００４３】
セミパーシステントスケジューリングの設定は、ＲＲＣシグナリングによって行われる。例えば、パーシステント割当ての周期（すなわちＰＳ＿ＰＥＲＩＯＤ）は、無線リソース制御（ＲＲＣ）シグナリングの中で伝えられる。パーシステント割当ての有効化および正確なタイミングと、物理リソースおよびトランスポートフォーマットのパラメータは、ＰＤＣＣＨシグナリングを介して送られる。セミパーシステントスケジューリング（ＳＰＳ）がいったん有効になると、ユーザ機器は、セミパーシステントスケジューリング間隔（ＳＰＳ間隔）ごとに、ＳＰＳ有効化ＰＤＣＣＨによるセミパーシステントなリソース割当てに従う。原則的には、ユーザ機器は、ＳＰＳ有効化ＰＤＣＣＨの内容を格納し、シグナリングされた周期においてＰＤＣＣＨに従う。
【００４４】
動的ＰＤＣＣＨと、セミパーシステントスケジューリング（ＳＰＳ）を有効にするＰＤＣＣＨ（ＳＰＳ有効化ＰＤＣＣＨとも称する）とを区別する目的で、ＬＴＥでは個別の識別情報が導入された。基本的には、ＳＰＳ有効化ＰＤＣＣＨのＣＲＣを、この追加の識別情報（以下ではＳＰＳ  Ｃ−ＲＮＴＩと称する）によってマスクする。ＳＰＳ  Ｃ−ＲＮＴＩのサイズも、通常のＣ−ＲＮＴＩと同じ１６ビットである。さらには、ＳＰＳ  Ｃ−ＲＮＴＩもユーザ機器に固有であり、すなわち、セミパーシステントスケジューリングについて設定される各ユーザ機器に一意のＳＰＳ  Ｃ−ＲＮＴＩが割り当てられる。
【００４５】
ユーザ機器は、セミパーシステントなリソース割当てが有効にされることを、対応するＳＰＳ  ＰＤＣＣＨによって検出した場合、ＰＤＣＣＨの内容（すなわち、セミパーシステントなリソース割当て）を格納し、セミパーシステントスケジューリング間隔（すなわちＲＲＣを介してシグナリングされる周期）ごとに、その内容を適用する。前述したように、動的な割当て（すなわち、動的ＰＤＣＣＨでシグナリングされる割当て）は、「１回限りの割当て」であるにすぎない。
【００４６】
ｅＮｏｄｅ  Ｂは、セミパーシステントスケジューリングを有効にするのと同様に、セミパーシステントスケジューリングを無効にすることもできる。セミパーシステントスケジューリングの割当て解除は、変調・符号化方式フィールドおよびリソースブロック割当てフィールド両方のビットすべてを「１」にセットしたＳＰＳ  ＰＤＣＣＨによってシグナリングされる。
【００４７】
ＬＴＥリリース８におけるセミパーシステントスケジューリング（ＳＰＳ）では、セミパーシステントスケジューリングが設定されて有効である場合、セミパーシステントスケジューリングに適するデータを有する１つの無線ベアラのみが設定されているものと想定する。ＬＴＥの今後のリリース（例えばＬＴＥ−Ａｄｖａｎｃｅｄ）では、セミパーシステントスケジューリングに適する２つ以上の無線ベアラを設定できるものと想定され、したがって、セミパーシステントスケジューリングにおいて２つ以上の無線ベアラのデータを伝送する必要がある。
【００４８】
バッファ状態報告
ＬＴＥにおけるバッファ状態報告手順は、ユーザ機器の上りリンクバッファの中の送信可能な状態のデータ量に関する情報を、論理チャネルごとにｅＮｏｄｅ  Ｂに提供するために使用される（各無線ベアラのデータはそれぞれの論理チャネルにマッピングされることに留意されたい）。以下のイベントのいずれかが起こると、いわゆるバッファ状態報告（ＢＳＲ：Buffer Status Report）がトリガーされる。
−  ある論理チャネルグループ（ＬＣＧ）に属する論理チャネルの（すなわち各無線ベアラの）上りリンクデータが、ＲＬＣ（無線リンク制御）層またはＰＤＣＰ（パケットデータコンバージェンスプロトコル）層において送信可能な状態になる。さらには、データが属している論理チャネルの優先順位が、データがすでに送信可能な状態にある論理チャネルの優先順位よりも高い。この場合、「レギュラーＢＳＲ（Regular BSR）」がトリガーされる。
−  上りリンクリソースが割り当てられており、トランスポートブロック（ＭＡＣ  ＰＤＵ）内のパディングビットの数が、バッファ状態報告のＭＡＣ制御要素のサイズに等しいかそれより大きい。この場合、「パディングＢＳＲ（Padding BSR）」がトリガーされる。
−  サービングセルが変更される。この場合、「レギュラーＢＳＲ」がトリガーされる。
【００４９】
さらには、以下のタイマーが切れることによっても（周期的な）バッファ状態報告がトリガーされる。
−  ＲＥＴＸ＿ＢＳＲ＿ＴＩＭＥＲが切れて、ユーザ機器が、送信可能な状態のデータを有するとき、「レギュラーＢＳＲ」がトリガーされる。
−  ＰＥＲＩＯＤＩＣ＿ＢＳＲ＿ＴＩＭＥＲが切れると、「周期的ＢＳＲ（Periodic BSR）」がトリガーされる。
【００５０】
「レギュラーＢＳＲ」または「パディングＢＳＲ」がトリガーされ、対象の送信時間間隔において２つ以上の論理チャネルグループ（ＬＣＧ）が、送信可能な状態のデータを有する場合、４つのＬＣＧすべてのバッファ状態を報告する、いわゆる「ロングＢＳＲ（Long BSR）」が送られる。１つのＬＣＧのみが送信可能なデータを有する場合、そのＬＣＧのデータのみを含んでいる、いわゆる「ショートＢＳＲ（Short BSR）」が送られる。
【００５１】
「パディングＢＳＲ」がトリガーされた場合、どの種類のバッファ状態報告が送られるかは、対象の送信時間間隔において利用可能なパディングビットの量に依存する。パディングビットの量が、ロングＢＳＲを収容するのに十分に大きい場合、ロングＢＳＲが送られる。
【００５２】
２つ以上のＬＣＧが、報告するべきデータをバッファの中に有し、パディングビットの量が、ロングＢＳＲを送ることはできないがショートＢＳＲを送るための十分なパディングビットが存在する場合、いわゆる「短縮ＢＳＲ（Truncated BSR）」が送られる。短縮ＢＳＲは、ショートＢＳＲと同じフォーマットを有し、送信可能な状態のデータを有しかつ優先順位が最高の論理チャネルを含んでいるＬＣＧを報告する。
【００５３】
報告するべきデータを有するＬＣＧが１つのみであり、パディングビットによってショートＢＳＲを送ることができる場合、ショートＢＳＲが送られる。
【００５４】
バッファ状態報告手順において、バッファ状態報告が現在トリガーされていることと、現在の送信時間間隔において新しい送信用の上りリンクリソースがユーザ機器に割り当てられていることが確認された場合、ＢＳＲ  ＭＡＣ制御要素が作成されて現在のＭＡＣ  ＰＤＵに含められ、すなわち、バッファ状態報告が上りリンク（ユーザ）データとともに多重化される。「短縮ＢＳＲ」が送信される状況を除いて、ＢＳＲが送信されるたびにＰＥＲＩＯＤＩＣ＿ＢＳＲ＿ＴＩＭＥＲがリスタートされる。
【００５５】
現在の送信時間間隔において上りリンクリソースが割り当てられておらず、「レギュラーＢＳＲ」がトリガーされた場合、バッファ状態報告を送信するための上りリンクリソースを要求する目的で、スケジューリング要求（ＳＲ）がトリガーされる。
【００５６】
バッファ状態報告を送るためのＭＡＣ  ＢＳＲ制御要素は、たとえ複数のＢＳＲイベントが起きた場合にも、１個のＭＡＣ  ＰＤＵにおいて最大で１つである。「レギュラーＢＳＲ」および「周期的ＢＳＲ」は、「パディングＢＳＲ」よりも優先される。バッファ状態報告を送信するためのグラントを受信した時点で、ＲＥＴＸ＿ＢＳＲ＿ＴＩＭＥＲがリスタートされる。
【００５７】
上りリンクグラントが、送信可能な状態にある送信待ちデータすべてを収容できるが、ＢＳＲ  ＭＡＣ制御要素をさらに収容するには不十分である場合、トリガーされたＢＳＲすべてが取り消される。さらには、送信するためのＭＡＣ  ＰＤＵにバッファ状態報告が含まれているとき、トリガーされたＢＳＲすべてが取り消される。
【００５８】
スケジューリング要求
スケジューリング要求（ＳＲ）は、新しい送信のためのリソース（例えばＭＡＣ  ＰＤＵ）を要求するために使用される。上述したように、制御情報（バッファ状態報告など）およびユーザデータは、ＭＡＣ  ＰＤＵの中で多重化される。スケジューリング要求がトリガーされると、それは送信待ちであるとみなされる。１つのスケジューリング要求が送信待ちである限り、ユーザ機器は、上りリンク共有チャネル（ＵＬ−ＳＣＨ）上に、その送信時間間隔において送信するための利用可能な上りリンクリソースが存在するかを最初にチェックする。この場合、送信待ちのスケジューリング要求すべてが取り消される。
【００５９】
次の送信時間間隔内にＵＬ−ＳＣＨの上りリンクリソースが存在しないが、スケジューリング要求のための有効なＰＵＣＣＨリソースが、その送信時間間隔においてユーザ機器に設定されている（かつその送信時間間隔が測定ギャップの一部ではない）場合、ユーザ機器はＰＵＣＣＨでスケジューリング要求を送信し、ＳＲ＿ＣＯＵＮＴＥＲがインクリメントされる。
【００６０】
ＳＲ＿ＣＯＵＮＴＥＲ＝ＳＲ＿ＴＲＡＮＳ＿ＭＡＸである場合、またはいずれの送信時間間隔にも有効なＰＵＣＣＨリソースが存在しない場合、送信待ちのスケジューリング要求すべてが取り消され、ランダムアクセス手順が開始される。
【００６１】
バッファ状態報告と、リソーススケジューリングに対する影響
上に概説したバッファ状態報告手順と、これに関連するｅＮｏｄｅ  Ｂのスケジューリング挙動とを考慮したときに、現在のＬＴＥシステムに生じうる問題を明らかに示すため、以下では、例示的なシナリオとして、セミパーシステントに設定される上りリンクリソースで送信されるように意図されたデータを伝える少なくとも１つの無線ベアラ（セミパーシステントにスケジューリングされる無線ベアラ）が存在するものと想定する。説明を簡潔にするため、さらに、その無線ベアラはＶｏＩＰ（ボイスオーバーＩＰ）のデータを伝えるものと想定する。したがって以下では、この無線ベアラを「ＶｏＩＰベアラ」とも称する。
【００６２】
いま、ＶｏＩＰベアラは唯一のアクティブなベアラであり、図７において理解できるように、それまで空であったユーザ機器のバッファに新しいＶｏＩＰデータが到着し、上述したように、この新しいＶｏＩＰデータの到着によって、ＶｏＩＰベアラが割り当てられている論理チャネルの論理チャネルグループ（ＬＣＧ）のバッファ状態報告（ＢＳＲ）がトリガーされるものと想定する。このバッファ状態報告によって、バッファ状態報告を含めるためのスケジューリング要求がトリガーされる。スケジューリング要求（ＳＲ）は、次の上りリンク制御チャネル（ＰＵＣＣＨ）リソースでｅＮｏｄｅ  Ｂに送られる。ユーザ機器のバッファ状態がｅＮｏｄｅ  Ｂに知らされると、ｅＮｏｄｅ  Ｂは、上りリンクグラントを下りリンク制御チャネル（ＰＤＣＣＨ）リソースにおいてシグナリングすることによって、動的な上りリンク無線リソースを割り当てる。グラントを受信してから４個のＴＴＩの後に、上りリンク無線リソースが利用可能であり、ＶｏＩＰデータをｅＮｏｄｅ  Ｂに送信することができる。
【００６３】
いま、２つ以上の無線ベアラが設定されており、ＶｏＩＰベアラが属する論理チャネルグループに２つの以上の無線ベアラが割り当てられているものと想定すると、ｅＮｏｄｅ  Ｂは、送信された上りリンクデータがＶｏＩＰベアラのデータであることを、データの受信後にはじめて認識する。
【００６４】
ＶｏＩＰデータを含んでいるＩＰパケットには、ＰＤＣＰ層においてヘッダ圧縮が行われるため（非特許文献５を参照）（http://www.ietf.orgにおいて入手可能である）、ＶｏＩＰベアラの最初の何個かのＶｏＩＰパケットが、その後に続く、ヘッダ圧縮方式の定常状態の動作におけるＶｏＩＰパケットよりも大きいものと想定することができ、なぜなら、ヘッダ圧縮では、圧縮を有効にして圧縮を実行する前に圧縮パラメータを求める目的で、最初のいくつかのパケットを分析する必要があるためである。
【００６５】
上記の理由により、ＶｏＩＰトラフィックの場合、ｅＮｏｄｅ  Ｂは、セミパーシステントに設定されるリソースの正しいサイズを割り当てるためには、圧縮されたＶｏＩＰデータのサイズを求めることができるまで、何個かのパケットを待機する必要がある。
【００６６】
上の説明は、例えばＶｏＩＰデータにあてはまるが、セミパーシステントに設定されるリソースで送信するのに適するデータを伝える無線ベアラが、ヘッダ圧縮を受けず、データ送信の最初から安定したデータサイズを示す場合も、これに含まれるものとする。
【００６７】
上りリンクにおけるセミパーシステントに設定されるリソースが有効にされており、依然として１つのみのＶｏＩＰベアラがアクティブにデータを有するとき、以下のシナリオを想定することができる。ＶｏＩＰデータは、一般的な周期である２０ｍｓを有し、したがってｅＮｏｄｅ  Ｂは、周期２０ｍｓでセミパーシステントな上りリンクリソースを設定する。レイテンシを小さくするためには、ユーザ機器のバッファにＶｏＩＰデータが到着した時点で、設定された上りリンクリソースがただちに利用可能であることが望ましい。しかしながら、ユーザ機器のバッファへのＶｏＩＰデータパケットの到着が不確定であるため、ｅＮｏｄｅ  Ｂは、設定されるリソースを開始するべきＴＴＩを正確に決定することができない。したがって、データは、セミパーシステントに設定される２つの上りリンクリソースの間のＴＴＩの１つに到着する。設定が良好であれば、ＶｏＩＰデータパケットは、セミパーシステントに設定される上りリンクリソースが利用可能になる直前に到着する。
【００６８】
ＶｏＩＰベアラは唯一のアクティブな無線ベアラであるため、設定されている上りリンクグラントは、ユーザ機器のバッファを空にするのに十分であると想定することができる。すなわち、バッファの中のすべてのデータを、セミパーシステントに設定されている上りリンクリソースにおいて送信することができ、次のＶｏＩＰデータパケットはユーザ機器側の空のバッファに到着する。さらには、ＶｏＩＰベアラは唯一のアクティブなベアラではあるが、ユーザ機器によって設定される唯一の無線ベアラではないものと想定することができる。ＶｏＩＰデータがユーザ機器の空のバッファに到着するため、バッファ状態報告がトリガーされる。このバッファ状態報告は、利用できる上りリンクリソースが存在しないＴＴＩにおいて送信可能になる。標準のＬＴＥ仕様によると、この状況では、ユーザ機器によって送られるスケジューリング要求がトリガーされる。スケジューリング要求は、上りリンク制御チャネル（ＰＵＣＣＨ）が設定されている次の利用可能なＴＴＩにおいてｅＮｏｄｅ  Ｂに伝えられる。図８は、ここまで説明したシナリオを例示的に示している。
【００６９】
現在のＬＴＥ仕様の挙動に従うと、セミパーシステントにスケジューリングされる上りリンクリソースでの送信が意図されるデータが到着することにより、ｅＮｏｄｅ  Ｂに伝えられる不必要なバッファ状態報告が作成される。バッファ状態報告は、論理チャネルグループごとにバッファ状態を報告するのみであるため、ｅＮｏｄｅ  Ｂは、どの無線ベアラのデータによってバッファ状態報告がトリガーされたかを認識できないことがある。したがって、ｅＮｏｄｅ  Ｂは、セミパーシステントにスケジューリングされるリソースが、ユーザ機器のバッファの中のデータを上りリンクにおいて伝送するのに十分であるか判断できない（例えば、ｅＮｏｄｅ  Ｂがバッファ状態報告を受信した後にＶｏＩＰパケットが到着しているかもしれない）。したがって、ｅＮｏｄｅ  Ｂは、迅速なデータ伝送を確保する目的で、動的な上りリンクリソースを動的グラントによってユーザ機器に割り当てる必要がある。動的にスケジューリングされる上りリンクリソースは、対応する動的グラントをＰＤＣＣＨで送ってから４送信時間間隔の後に割り当てられるため、ＶｏＩＰパケットの上りリンクデータ伝送には以下の２つのシナリオが存在する。
−  動的にスケジューリングされるリソースが、セミパーシステントにスケジューリングされるリソースよりも前に利用可能である場合：ＶｏＩＰパケットは動的グラントに従って送信され、したがってセミパーシステントにスケジューリングされるリソースが無駄になる。
−  動的に割り当てられるリソースが、セミパーシステントにスケジューリングされるリソースよりも後に利用可能である場合：ＶｏＩＰパケットはセミパーシステントにスケジューリングされるリソースで送信され、したがって、動的に割り当てられるリソースは無駄になる。
【００７０】
いずれのシナリオにおいても、動的グラントは不必要であり、動的にスケジューリングされるリソースまたはセミパーシステントにスケジューリングされるリソースのいずれかが無駄になる。
【００７１】
以下では、上のシナリオを拡張して、ユーザ機器において２つのアクティブなＶｏＩＰベアラが設定されている状況を考える。第１のＶｏＩＰベアラがすでにアクティブであり、そのデータ用に、セミパーシステントにスケジューリングされるリソースが設定されているものと想定する（図９を参照）。
【００７２】
第１のＶｏＩＰベアラの新しいデータがユーザ機器に到着するたびに、上述したようにバッファ状態報告およびスケジューリング要求がトリガーされる。ｅＮｏｄｅ  Ｂは、バッファ状態報告を受信した時点では、バッファ状態報告の中で報告されたデータが、２つの設定されたＶｏＩＰベアラのどちらのデータであるかを認識することができない。したがって、ｅＮｏｄｅ  Ｂは、迅速で適切なデータ伝送を確保する目的で、動的グラントをユーザ機器に送る必要がある。
【００７３】
図９において理解できるように、第２のＶｏＩＰベアラのデータがユーザ機器のバッファに到着すると、バッファは再び空であり、新しいバッファ状態報告およびスケジューリング要求がトリガーされる。ｅＮｏｄｅ  Ｂは、動的に割り当てられたリソースで第１の無線ベアラのデータをすでに受信したため、新しいバッファ状態報告において報告されるデータが第２のＶｏＩＰベアラのデータに違いないことを認識する。もしｅＮｏｄｅ  Ｂが、セミパーシステントに割り当てられるリソースがユーザ機器に割り振られている次のＴＴＩよりも十分前にこのバッファ状態報告を受信したならば、セミパーシステントに割り当てられるリソースではなく、第２のＶｏＩＰベアラのデータのサイズをちょうど収容する動的な上りリンクグラントを優先させることができ、すなわち、第１のＶｏＩＰベアラのデータおよび第２のＶｏＩＰベアラのデータのいずれも、上書きされたセミパーシステントに割り当てられる上りリンクリソースで送信することができる。しかしながら、ｅＮｏｄｅ  Ｂに到着するバッファ状態報告が遅すぎる場合、ｅＮｏｄｅ  Ｂは、セミパーシステントに割り当てられる上りリンクリソースが設定されているＴＴＩより後のＴＴＩに、動的に割り当てられるリソースを割り振る追加の動的な上りリンクグラントをシグナリングする必要がある。結果として、ＶｏＩＰベアラのデータに、不必要な分割および遅延が生じることがある。
【先行技術文献】
【非特許文献】
【００７４】
【非特許文献１】3GPP TR 25.814, “Physical layer aspects for evolved Universal Terrestrial Radio Access (UTRA)”, v.7.1.0
【非特許文献２】3GPP RAN WG#2 Tdoc. R2- R2-062606, “QoSoperator requirements/use cases for services sharing the same bearer”, by T-Mobile, NTT DoCoMo, Vodafone, Orange, KPN
【非特許文献３】3GPP TS 36.300, “Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 8)”, version 8.7.0, section 11, January 2009
【非特許文献４】3GPP TS 36.321 “Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification (Release 8)”, version 8.5.0, section 5.10 March 2009
【非特許文献５】Bormann et al., IETF RFC 3095, “RObust Header Compression (ROHC): Framework and four profiles: RTP, UDP, ESP, and uncompressed“
【発明の概要】
【００７５】
本発明の１つの目的は、ネットワークからの不必要なグラントを回避する新規のバッファ状態報告方式を提案することである。この新しいバッファ状態報告方式は、セミパーシステントにスケジューリングされる１つまたは複数の無線ベアラが通信ノードにおいて設定されている構成において機能し、これは有利である。
【００７６】
本発明のさらなる目的は、複数の異なるスケジューリングモードに従って無線リソースを割り当てることのできるシステムにおける新規のリソース使用方式、を提案することである。この新しいリソース使用方式は、新規のバッファ状態報告方式と協働し、これは有利である。
【００７７】
本発明の別の目的は、新規のバッファ状態報告方式もしくは新規のリソース使用方式、またはその両方を利用する新規のスケジューリング方式を提案することである。
【００７８】
上記の目的の少なくとも１つは、独立請求項の主題によって解決される。有利な実施形態は、従属請求項の主題である。
【００７９】
本発明の一態様は、移動端末によって実行される方法であって、セミパーシステントスケジューリングの設定と、前記移動端末のロジカルチャネルのスケジューリング設定に関するインフォメーションエレメントを基地局から受信するステップと、前記移動端末に対してセミパーシステントスケジューリングが設定された場合に、データ送信が可能になったロジカルチャネルのスケジューリング設定がセミパーシステントスケジューリングでない場合には、前記基地局に対してアップリンク送信のリソース割り当てを要求するスケジューリングリクエストを前記基地局へ送信し、前記ロジカルチャネルのスケジューリング設定がセミパーシステントスケジューリングである場合には、前記スケジューリングリクエストを送信しないことを決定するステップと、を含む方法である。
本発明の一態様は、前記セミパーシステントスケジューリングが前記移動端末に対して設定されていない場合であって、バッファステータスレポートがトリガされたトランスミッションタイムインターバル（ＴＴＩ）のアップリンクリソース割り当てがない場合には、バッファステータスレポート送信のためのアップリンクリソースを要求するために、前記基地局へスケジューリングリクエストを送信するステップをさらに含む、方法である。
本発明の一態様は、前記基地局からの前記ロジカルチャネルの前記スケジューリング設定は、無線リソースが動的に割り当てられる動的スケジューリング設定と、無線リソースが準静的に割り当てられるセミパーシステントスケジューリング設定を含む、方法である。
本発明の一態様は、前記移動端末に設定されたセミパーシステントなリソース割当の状態を考慮にいれて、バッファステータスレポートのトリガおよび生成を行うか否かを決定する、方法である。
本発明の一態様は、前記移動端末に設定されたセミパーシステントなリソース割当の状態が、セミパーシステントスケジューリングの活性化(activation)または非活性化(de-activation)である、方法である。
本発明の一態様は、移動端末であって、セミパーシステントスケジューリングの設定と、前記移動端末のロジカルチャネルのスケジューリング設定に関するインフォメーションエレメントを基地局から受信する受信手段と、前記移動端末に対してセミパーシステントスケジューリングが設定された場合に、データ送信が可能になったロジカルチャネルのスケジューリング設定がセミパーシステントスケジューリングでない場合には、前記基地局に対してアップリンク送信のリソース割り当てを要求するスケジューリングリクエストを前記基地局へ送信する送信手段と、前記ロジカルチャネルのスケジューリング設定がセミパーシステントスケジューリングである場合には、前記スケジューリングリクエストを送信しないことを決定する決定手段と、を備える移動端末である。
本発明の一態様は、前記送信手段が、前記セミパーシステントスケジューリングが前記移動端末に対して設定されていない場合であって、バッファステータスレポートがトリガされたトランスミッションタイムインターバル（ＴＴＩ）のアップリンクリソース割り当てがない場合には、バッファステータスレポート送信のためのアップリンクリソースを要求するために、前記基地局へスケジューリングリクエストを送信する、移動端末である。
本発明の一態様は、前記基地局からの前記ロジカルチャネルの前記スケジューリング設定は、無線リソースが動的に割り当てられる動的スケジューリング設定と、無線リソースが準静的に割り当てられるセミパーシステントスケジューリング設定を含む、移動端末である。
本発明の一態様は、前記移動端末に設定されたセミパーシステントなリソース割当の状態を考慮にいれて、バッファステータスレポートのトリガおよび生成を行うか否かを決定する手段をさらに備える、移動端末である。
本発明の一態様は、前記移動端末に設定されたセミパーシステントなリソース割当の状態は、セミパーシステントスケジューリングの活性化(activation)または非活性化(de-activation)である、移動端末である。
本発明の一態様は、移動通信システムにおけるバッファ状態報告の送信方式に関する。移動通信システムの無線リソースのスケジューラは、無線リソースを割り当てるための複数の異なるスケジューリングモードを利用できるものと想定する。本発明のこの態様によると、バッファ状態報告をトリガーするとき、もしくは生成するとき、またはその両方において、通信ノード（例えば移動端末／ユーザ機器）においてデータが送信可能な状態にある各無線ベアラのスケジューリングモードを考慮に入れる。無線ベアラのデータが、通信ノードにおいて送信待ちであるとき、その無線ベアラのデータについてバッファ状態報告の中で報告するか否かの決定は、無線ベアラのスケジューリングモードおよびその状態に依存する。通信ノードのバッファの中でデータが送信可能な状態にある無線ベアラのいずれも、バッファ状態報告に含めるための所定の基準を満たしていない場合、空のバッファ状態報告を送ることができる（例えば、周期的なバッファ状態報告の場合）。
【００８０】
本発明のこの態様によると、その一実施形態は、移動通信システムにおいて通信ノードによってバッファ状態報告を送信する方法を提供する。この方法は、各無線ベアラのスケジューリングモードと、各無線ベアラのスケジューリングモードの状態とを考慮に入れて、各無線ベアラのデータをバッファ状態報告において考慮するかを決定して、バッファ状態報告を生成するステップと、バッファ状態報告において考慮される無線ベアラのデータが存在する場合に、バッファ状態報告を送信するステップと、を含んでいる。上述したように、所定の一連の基準を満たす無線ベアラのデータが存在しない場合、バッファ状態報告は「空」であり、送られない。
【００８１】
さらには、バッファ状態報告を（例えば何らかの非周期的なイベントによって）トリガーするメカニズムにおいて、スケジューリングモードを考慮に入れることができる。例えば、通信ノードの送信バッファに新しいデータが到着したとき、そのデータが属する無線ベアラのスケジューリングモードに関連する特定の基準が満たされている場合にのみ、バッファ状態報告をトリガーすることができる。例えば、送信バッファに到着するデータが、セミパーシステントにスケジューリングされる無線ベアラのデータであり、有効にされているセミパーシステントなリソース割当てにおいて、このセミパーシステントにスケジューリングされる無線ベアラが考慮されている場合、バッファ状態報告はトリガーされない。さらなる例として、トリガーイベントが、送信バッファに新しいデータが到着した時点に送信バッファにすでに存在するデータに依存する場合、セミパーシステントにスケジューリングされる無線ベアラのデータが送信バッファの中にすでに存在し、この無線ベアラがセミパーシステントなリソース割当てにおいて考慮されている場合、そのデータはトリガーの決定に影響しない。
【００８２】
例示的な実施形態においては、利用可能なスケジューリングモードには、無線リソースが動的グラントによって動的に割り当てられる動的スケジューリングモードと、無線リソースが、セミパーシステントに設定されるスケジューリンググラントによってセミパーシステントベースで割り当てられる、セミパーシステントスケジューリングモードとが含まれる。この場合、「セミパーシステントにスケジューリングされる無線ベアラ」という表現は、セミパーシステントスケジューリングを適用することができ、かつ、有効にされているセミパーシステントスケジューリングによるリソースで送信されるデータ、を伝える無線ベアラを意味する。
【００８３】
さらに詳細には、本発明のこの例示的な実施形態においては、バッファ状態報告の生成において、セミパーシステントなリソース割当ての有効化の状態を考慮に入れ、セミパーシステントなリソース割当てが有効にされている場合、セミパーシステントにスケジューリングされる各ベアラが、セミパーシステントなリソース割当てにおいて考慮されているか否かを、さらに考慮に入れる。したがって、この例示的な実施形態においては、バッファ状態報告を生成する通信ノードは、セミパーシステントにスケジューリングされる各無線ベアラのデータが、現在のセミパーシステントなリソース割当てにおいて考慮されているか否かについて、セミパーシステントにスケジューリングされる各無線ベアラの状態をさらに追跡する。
【００８４】
結果として、無線ベアラのうち、有効にされているセミパーシステントなリソース割当てが設定されており、現在有効なセミパーシステントなリソース割当てにおいてデータが考慮されている無線ベアラは、バッファ状態報告に含まれない。
【００８５】
言い換えれば、動的にスケジューリングされる無線ベアラのデータに加えて、現在有効なセミパーシステントなリソース割当てにおいてまだ考慮されていない、セミパーシステントにスケジューリングされる無線ベアラ、のデータ（例えば、無線ベアラのデータが以前に送信されておらず、したがってセミパーシステントなリソース割当てにおいて、その無線ベアラのデータがまだ考慮されていない場合）は、バッファ状態報告においてつねに報告される。セミパーシステントなリソース割当てが無効にされている場合、通信ノードにおいて設定されているすべての無線ベアラのデータがバッファ状態報告において報告される。
【００８６】
例示的な一実施においては、ある無線ベアラのデータをバッファ状態報告において考慮するか否かを決定するための以下の例示的な規則を定義することができる。一例として、各無線ベアラについて以下の条件の少なくとも１つが満たされない場合にのみ、バッファ状態報告においてその無線ベアラのデータを報告する。
ａ）  セミパーシステントなリソース割当てが有効にされている。
ｂ）  無線ベアラが、セミパーシステントにスケジューリングされる無線ベアラである。
ｃ）  無線ベアラのデータが、セミパーシステントに割り当てられる無線リソースですでに送信されている。
【００８７】
したがって、規則ａ）、ｂ）、ｃ）のすべてが満たされるならば、その無線ベアラのデータはバッファ状態報告に含まれない。さらには、厳密に言えば、規則ａ）は無線ベアラごとの規則ではなく、なぜなら、セミパーシステントなリソース割当ては、一般にはすべての無線ベアラに対して有効または無効にされるためである。
【００８８】
さらなる実施形態においては、バッファ状態報告において各無線ベアラを考慮するか否かを決定するため、データが送信バッファに含まれている無線ベアラそれぞれについて、条件ａ）〜条件ｃ）をチェックする。一例においては、条件ａ）〜条件ｃ）を、ａ）→ｂ）→ｃ）の順にチェックし、なぜなら、いずれかの条件が満たされなければ、そのベアラのデータについて条件のチェックをその時点で中断できるためである。
【００８９】
本発明のさらなる例示的な一実施形態においては、複数の無線ベアラが設定されており、それら無線ベアラの少なくとも１つが、セミパーシステントにスケジューリングされる無線ベアラであるものと想定する。さらには、バッファ状態報告は、例えば、通信ノードの送信バッファに新しいデータが到着することに応えて、または周期的に、生成することができることに留意されたい。
【００９０】
本発明の別の実施形態においては、バッファ状態報告は、移動端末（ユーザ機器）によって上りリンクで基地局（Ｎｏｄｅ  Ｂ）に送られる。この例示的な実施形態においては、移動端末において設定される複数の無線ベアラのうちどの無線ベアラがセミパーシステントにスケジューリングされる無線ベアラであるかを、移動端末に知らせることができる。この通知は、例えば、無線ベアラの設定時に達成する、または、セミパーシステントにスケジューリングされる少なくとも１つの無線ベアラを所定の論理チャネルグループに割り当てることによって達成することができる。このような所定の論理チャネルグループは、例えば、セミパーシステントにスケジューリングされる無線ベアラのみを含んでいることができる。バッファ状態報告は、例えば、バッファ状態報告において考慮されている無線ベアラが属している論理チャネルグループを示すことができ、したがって、どのサービス（無線ベアラ）が、送信可能な状態の新しいデータを有するかに関して、ある程度の情報を受信側ノード（一般にはスケジューラを備えたＮｏｄｅ  Ｂ）に提供することができる。この情報は、新規のスケジューリングメカニズムにおいて利用することができ、これについては後からさらに詳しく説明する。
【００９１】
本発明の別の態様は、無線リソースを複数の異なるスケジューリングモードによって割り当てることのできる移動通信システムにおける、割り当てられる無線リソースの新規の使用方式を提案することである。この点において、本発明のさらなる実施形態は、割り当てられている無線リソースで送信するためのトランスポートブロックを生成する方法を提供する。この方法によると、各無線ベアラのスケジューリングモードと、各無線ベアラのスケジューリングモードの状態とを考慮に入れて、少なくとも１つの無線ベアラのデータをトランスポートブロックに多重化する。さらには、多重化するときに、割り当てられている無線リソースが、セミパーシステントに割り当てられる無線リソースであるか、または動的に割り当てられる無線リソースであるかも考慮に入れる。トランスポートブロックを生成すると、割り当てられている無線リソースでそれを送信する。
【００９２】
例示的な一実施においては、割り当てられている無線リソースが、セミパーシステントに割り当てられる無線リソースであるか、または動的に割り当てられる無線リソースであるかをチェックする。割り当てられている無線リソースが、動的に割り当てられる無線リソースである場合、無線ベアラの、送信可能な状態の以下のデータを、トランスポートブロックに多重化する。
−  バッファ状態報告（例えば、バッファ状態報告を備えた各ＭＡＣ制御要素）
−  動的にスケジューリングされる無線ベアラのデータ
−  セミパーシステントにスケジューリングされる無線ベアラのデータ（セミパーシステントなリソース割当てがまだ有効にされていない場合）
−  現在のセミパーシステントなリソース割当てにおいて考慮されていない、セミパーシステントにスケジューリングされる無線ベアラのデータ（セミパーシステントなリソース割当てが有効にされている場合）
【００９３】
割り当てられている無線リソースが、セミパーシステントに割り当てられる無線リソースである場合、現在のセミパーシステントなリソース割当てにおいて考慮されている、セミパーシステントにスケジューリングされる無線ベアラの送信可能な状態のデータを、トランスポートブロックに多重化する。送信可能な状態とは、送信バッファの中にデータが存在する無線ベアラのデータのみを多重化することを意味する。無線ベアラの送信待ちデータが存在しない場合、その無線ベアラのデータをトランスポートブロックに多重化することはできない。
【００９４】
上に定義した多重化規則を使用すると、セミパーシステントなリソース割当てが有効にされているか再有効化されており、設定されたセミパーシステントなリソース割当てにおいて各無線ベアラがすでに考慮されている場合に、セミパーシステントにスケジューリングされる無線ベアラのデータが、セミパーシステントに割り当てられるリソースでつねに送信されるようにすることができる。それ以外の場合、セミパーシステントにスケジューリングされる無線ベアラのデータは、動的グラントによって割り当てられる動的なリソースを介して送信される。
【００９５】
本発明のさらなる実施形態による、さらに詳しい例示的な実施においては、割り当てられている無線リソースが、セミパーシステントに割り当てられる無線リソースである場合、多重化するステップにおいて、セミパーシステントにスケジューリングされる無線ベアラのデータが、以前の送信時間間隔においてセミパーシステントに割り当てられる無線リソースでまだ送信されておらず、セミパーシステントにスケジューリングされる無線ベアラのデータが動的に割り当てられる無線リソースで送信された以降に、セミパーシステントなリソース割当ての（再）有効化が行われた場合に、セミパーシステントにスケジューリングされる無線ベアラの送信可能な状態のデータを、トランスポートブロックに多重化する。したがって、この例においては、セミパーシステントにスケジューリングされるリソースで送信するためのトランスポートブロックにデータを多重化するときに、セミパーシステントにスケジューリングされる無線ベアラのデータが、現在設定されているセミパーシステントなリソース割当てにおいて考慮されているか否かを、考慮に入れることができる。
【００９６】
さらに、より詳しい別の例示的な実施においては、送信時間間隔（ＴＴＩ）内のセミパーシステントにスケジューリングされるリソースを動的グラントによって上書きするステップを考えることができる。この例示的な実施においては、ある送信時間間隔に対して割り当てられている無線リソースが、セミパーシステントに割り当てられる無線リソースであるが、その送信時間間隔に対して動的グラントが受信されており、したがって、その送信時間間隔内のセミパーシステントなリソース割当てが上書きされる場合、すべての無線ベアラの送信可能な状態のデータを、トランスポートブロックに多重化する。したがって、この上書き状況（動的グラントによってセミパーシステントグラントが変更される（「上書きされる」））においては、すべてのベアラのデータをその無線リソースにおいて送信することができる。
【００９７】
通信ノードに存在する送信可能な状態のデータが、割り当てられる無線リソースにおいて送信できるよりも多い場合、無線ベアラを多重化するときに、例えば、無線ベアラのデータをトランスポートブロックに多重化する順序を決定するため、各無線ベアラの優先順位を考慮に入れることができる。
【００９８】
本発明のさらなる実施形態においては、割り当てられる無線リソースのリソース割当てを受信し、このリソース割当ては、トランスポートブロックを送信するためのトランスポートブロックサイズおよび変調・符号化方式を示している。したがって、トランスポートブロックを送信する通信ノードは、その変調・符号化方式に従ってトランスポートブロックを符号化して、符号化されたデータを生成し、符号化されたデータを、その変調・符号化方式に従って変調し、少なくとも１個の変調シンボルを生成する。次いで、少なくとも１個の変調シンボルを、割り当てられている無線リソースで送信する。
【００９９】
前述したように、本明細書に記載したいずれかの例示的な実施形態による、バッファ状態報告を送信する方法は、本明細書に記載したいずれかの例示的な実施形態による、割り当てられている無線リソースで送信するためのトランスポートブロックを生成する方法と、容易に組み合わせることができる。これらの方法を組み合わせることによって、すなわち、無線リソース割当てのタイプ（動的またはセミパーシステント）に応じて無線ベアラのデータをトランスポートブロックに多重化する方法と、どの無線ベアラのデータをバッファ状態報告において報告するかに関する規則とを組み合わせることによって、バッファ状態報告およびトランスポートブロックの受信側（一般には基地局（ｅＮｏｄｅ  Ｂ））に、送信側（一般には移動端末（ユーザ機器））の状態に関する追加情報が提供され、この追加情報は、以下に説明するように、例えば最適化されたスケジューリングにおいて利用することができる。
【０１００】
上記のように、本発明の別の態様は、基地局による、移動端末の最適化されたスケジューリングであり、特に、移動端末からのバッファ状態報告と、上りリンクでのバッファ状態報告の送信から暗黙的に得られる（追加の）情報に基づいて、スケジューリングを最適化することができる。したがって、本発明のさらなる実施形態は、移動通信システムにおいて無線リソースをスケジューリングする方法に関する。スケジューラは、無線リソースを動的ベースおよびセミパーシステントベースで移動端末に割り当てる。スケジューラは、動的に割り当てられた無線リソースで移動端末から受信されたトランスポートブロックにデータが含まれている無線ベアラ、のスケジューリングモードを判定し、トランスポートブロックにデータが含まれている各無線ベアラのスケジューリングモードに基づいて、移動端末のセミパーシステントなリソース割当てを再有効化する（再有効化するとは、すでに有効にされたセミパーシステントなリソース割当てをもう一度有効にすることを意味する）。
【０１０１】
本明細書に前述した多重化の挙動について、例示的にさらに詳しく説明する。セミパーシステントにスケジューリングされる無線ベアラのデータが、動的に割り当てられた無線リソースで送信されるトランスポートブロックに含まれている場合、その状況は、移動端末に対するセミパーシステントなリソース割当てにおいて、そのような無線ベアラがまだ考慮されていないことを示すものと認識することができる。したがって、スケジューラは、セミパーシステントにスケジューリングされる無線ベアラのデータが考慮されるように（すなわち、セミパーシステントにスケジューリングされる無線ベアラに対する、無線リソースのセミパーシステントな設定を変更するため）、セミパーシステントなリソース割当てを再有効化することを決定することができる。
【０１０２】
例示的なケースとして、セミパーシステントにスケジューリングされる無線ベアラが、ＩＰヘッダ圧縮を採用するＩＰベースのサービス（例えばＶｏＩＰ）を伝える場合を考えると、移動端末のセミパーシステントなリソース割当ての再有効化は、セミパーシステントにスケジューリングされる無線ベアラのデータのデータレートが定常状態になったときに行うことが有利であり得る。この例においては、セミパーシステントにスケジューリングされる無線ベアラのデータを、例えば、データパケットのデータレートまたはサイズが定常状態に達するまで、動的に割り当てられる無線リソースで送信することができる。
【０１０３】
本発明のさらなる実施形態においては、セミパーシステントにスケジューリングされる無線リソースで移動端末から受信されるトランスポートブロックにデータが含まれている無線ベアラを監視し、移動端末において設定されているセミパーシステントにスケジューリングされる各無線ベアラ、がアクティブであるか否か、すなわち、無線ベアラのサービスによって、送信するデータが生成されているか否かに基づいて、移動端末のセミパーシステントなリソース割当てをさらに再有効化する、または無効にすることができる。
【０１０４】
本発明のさらなる態様は、本明細書に記載したさまざまな方法をハードウェアもしくはソフトウェアまたはその両方において実施することである。したがって、本発明の別の実施形態は、移動通信システムにおいてバッファ状態報告を送信する移動端末に関する。この移動端末は、各無線ベアラのスケジューリングモードと、スケジューリングモードの状態とを考慮に入れて、各無線ベアラのデータをバッファ状態報告において考慮するかを決定して、バッファ状態報告を生成する処理ユニットと、バッファ状態報告において考慮される無線ベアラのデータが存在する場合、バッファ状態報告を送信する送信器と、を備えている。
【０１０５】
さらには、本発明のより具体的な実施形態においては、処理ユニットは、各無線ベアラのデータをバッファ状態報告において考慮するかを決定するとき、以下を考慮に入れるようにされている。
−  セミパーシステントなリソース割当ての有効化の状態、および
−  セミパーシステントなリソース割当てが有効にされている場合、セミパーシステントにスケジューリングされる各無線ベアラが、現在設定されているセミパーシステントなリソース割当てにおいて考慮されているか否か
【０１０６】
本発明のさらなる実施形態による移動端末は、本明細書に記載したいずれかの例示的な実施形態による、バッファ状態報告を送信する方法、のステップを実行するようにされている手段、をさらに備えている。
【０１０７】
本発明のさらなる実施形態は、割り当てられている無線リソースで送信するためのトランスポートブロックを生成することのできる別の移動端末を提供する。この移動端末は、各無線ベアラのスケジューリングモードと、スケジューリングモードの状態と、割り当てられている無線リソースが、セミパーシステントに割り当てられる無線リソースであるか、または動的に割り当てられる無線リソースであるかと、を考慮に入れて、少なくとも１つの無線ベアラのデータをトランスポートブロックに多重化する多重化器と、割り当てられている無線リソースでトランスポートブロックを送信する送信器と、を備えている。
【０１０８】
本発明のより具体的な実施形態による移動端末は、割り当てられている無線リソースが、セミパーシステントに割り当てられる無線リソースであるか、または動的に割り当てられる無線リソースであるか、をチェックする処理ユニット、をさらに備えている。移動端末の多重化器は、割り当てられている無線リソースが、動的に割り当てられる無線リソースである場合、送信可能な状態の無線ベアラの以下のデータをトランスポートブロックに多重化することができる。
−  バッファ状態報告（例えば、バッファ状態報告を備えた各ＭＡＣ制御要素）
−  動的にスケジューリングされる無線ベアラのデータ
−  セミパーシステントにスケジューリングされる無線ベアラのデータ（セミパーシステントなリソース割当てがまだ有効にされていない場合）
−  現在のセミパーシステントなリソース割当てにおいて考慮されていない、セミパーシステントにスケジューリングされる無線ベアラのデータ（セミパーシステントなリソース割当てが有効にされている場合）
【０１０９】
さらには、割り当てられている無線リソースが、セミパーシステントに割り当てられる無線リソースである場合、多重化器は、現在のセミパーシステントなリソース割当てにおいて考慮されている、セミパーシステントにスケジューリングされる無線ベアラの送信可能な状態のデータを、トランスポートブロックに多重化する。
【０１１０】
本発明の別の実施形態においては、割り当てられている無線リソースが、セミパーシステントに割り当てられる無線リソースである場合、移動端末の多重化器は、セミパーシステントにスケジューリングされる無線ベアラのデータが、動的に割り当てられる無線リソースで送信された以降に、セミパーシステントなリソース割当ての再有効化が行われた場合に、セミパーシステントに割り当てられる無線リソースで以前にまだデータが送信されていない、セミパーシステントにスケジューリングされる無線ベアラ、の送信可能な状態のデータを、トランスポートブロックに多重化する。
【０１１１】
本発明の別の実施形態による移動端末は、本明細書に記載したいずれかの例示的な実施形態による、割り当てられている無線リソースで送信するためのトランスポートブロックを生成する方法、のステップを実行する手段、をさらに備えている。
【０１１２】
本発明の別の実施形態は、移動通信システムにおいて無線リソースをスケジューリングするスケジューリングノード（例えば基地局（ｅＮｏｄｅ  Ｂ））に関する。スケジューリングノードは、無線リソースを動的ベースおよびセミパーシステントベースで移動端末に割り当てるリソース割当てユニットと、動的に割り当てられる無線リソースで移動端末から受信されたトランスポートブロックにデータが含まれている無線ベアラ、のスケジューリングモードを判定する処理ユニットと、を備えている。リソース割当てユニットは、データがトランスポートブロックに含まれている各無線ベアラのスケジューリングモードに基づいて、移動端末のセミパーシステントなリソース割当てを再有効化することができる。
【０１１３】
本発明のさらなる実施形態によるスケジューリングノードは、本発明のさまざまな実施形態のいずれかにおいて記載されている、移動通信システムにおいて無線リソースをスケジューリングする方法、のステップを実行する手段、を備えている。
【０１１４】
さらに、本発明のさらなる実施形態は、命令を格納しているコンピュータ読取り可能な媒体であって、命令が移動端末のプロセッサによって実行されたとき、それに起因して、移動端末が、各無線ベアラのスケジューリングモードとスケジューリングモードの状態とを考慮に入れて、各無線ベアラのデータをバッファ状態報告において考慮するかを決定して、バッファ状態報告を生成し、バッファ状態報告において考慮される無線ベアラのデータが存在する場合、バッファ状態報告を送信することによって、移動通信システムにおいて通信ノードによるバッファ状態報告を送信する、コンピュータ読取り可能な媒体、に関する。
【０１１５】
本発明の別の実施形態によるコンピュータ読取り可能な媒体は、命令をさらに格納しており、命令が移動端末のプロセッサによって実行されたとき、それに起因して、移動端末が、本明細書に記載したいずれかの例示的な実施形態による、バッファ状態報告を送信する方法、のステップを実行する。
【０１１６】
別の実施形態は、命令を格納しているさらなるコンピュータ読取り可能な媒体であって、命令が移動端末のプロセッサによって実行されたとき、それに起因して、移動端末が、各無線ベアラのスケジューリングモードと、スケジューリングモードの状態と、割り当てられている無線リソースが、セミパーシステントに割り当てられる無線リソースであるか、または動的に割り当てられる無線リソースであるかと、を考慮に入れて、少なくとも１つの無線ベアラのデータをトランスポートブロックに多重化し、割り当てられている無線リソースでトランスポートブロックを送信することによって、割り当てられている無線リソースで送信するためのトランスポートブロックを生成する、コンピュータ読取り可能な媒体、を提供する。
【０１１７】
さらに、このコンピュータ読取り可能な媒体は、オプションとして、命令をさらに格納しており、命令が移動端末のプロセッサによって実行されたとき、それに起因して、移動端末が、本明細書に記載した本発明のいずれかの例示的な実施形態による、割り当てられている無線リソースで送信するためのトランスポートブロックを生成する方法、のステップを実行する。
【０１１８】
本発明の別の実施形態によるコンピュータ読取り可能な媒体は、命令を格納しており、命令がスケジューリングノードのプロセッサによって実行されたとき、それに起因して、スケジューリングノードが、無線リソースを動的ベースおよびセミパーシステントベースで移動端末に割り当て、動的に割り当てられる無線リソースで移動端末から受信されたトランスポートブロックにデータが含まれている無線ベアラ、のスケジューリングモードを判定し、データがトランスポートブロックに含まれている各無線ベアラのスケジューリングモードに基づいて、移動端末のセミパーシステントなリソース割当てを再有効化することによって、移動通信システムにおいて無線リソースをスケジューリングする。
【０１１９】
このコンピュータ読取り可能な媒体は、オプションとして、命令をさらに格納しており、命令がスケジューリングノードのプロセッサによって実行されたとき、それに起因して、スケジューリングノードが、本明細書に記載した例示的な実施形態のいずれかによる、移動通信システムにおいて無線リソースをスケジューリングする方法、のステップを実行する。
【０１２０】
以下では、本発明について、添付の図面を参照しながらさらに詳しく説明する。図面において、類似または対応する細部には同じ参照数字を付してある。
【図面の簡単な説明】
【０１２１】
【図１】本発明を使用することのできる、ＳＡＥ／ＬＴＥ通信システムの例示的なネットワークアーキテクチャを示している。
【図２】例示的なＳＡＥベアラのアーキテクチャを示している。
【図３】シングルキャリアＦＤＭＡ方式における上りリンク帯域幅の例示的な割当て方式として、局在型割当ておよび分散型割当てを示している。
【図４】シングルキャリアＦＤＭＡ方式における上りリンク帯域幅の例示的な割当て方式として、局在型割当ておよび分散型割当てを示している。
【図５】本発明の例示的な一実施形態による、移動通信システムにおいて、トリガーされたバッファ状態報告を生成する手順の流れ図を示している。
【図６】本発明の例示的な実施形態による、割り当てられている無線リソースで送信するためのトランスポートブロックにデータを多重化する手順の流れ図を示している。
【図７】３ＧＰＰ  ＬＴＥシステムにおいてバッファ状態報告をトリガーおよび送信する例示的な状況を示している。
【図８】３ＧＰＰ  ＬＴＥシステムにおける上りリンクデータ送信および関連するバッファ状態報告の例示的な状況を示しており、不必要なリソース割当てが生じる。
【図９】３ＧＰＰ  ＬＴＥシステムにおける上りリンクデータ送信および関連するバッファ状態報告の例示的な状況を示しており、不必要なリソース割当てが生じる。
【図１０】本発明の実施形態による、上りリンクデータを送信する例示的な状況を示しており、本発明の概念を採用することによって得られる有利な効果を強調的に示してある。
【図１１】本発明の実施形態による、上りリンクデータを送信する例示的な状況を示しており、本発明の概念および改良されたスケジューリングを採用することによって得られる有利な効果を強調的に示してある。
【図１２】本発明の例示的な実施形態による、セミパーシステントにスケジューリングされる２つの無線ベアラのための、セミパーシステントなリソース割当てのトランスポートブロックサイズを示している。
【発明を実施するための形態】
【０１２２】
以下では、本発明のさまざまな実施形態について説明する。これら実施形態のほとんどは、背景技術において説明したＳＡＥ／ＬＴＥに従った直交シングルキャリア上りリンク無線アクセス方式に関連して概説してあるが、これは例示を目的としているにすぎない。本発明は、例えば前述したＳＡＥ／ＬＴＥ通信システムなどの移動通信システムと組み合わせたときに有利に使用できるが、本発明は、この特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。
【０１２３】
背景技術における説明は、本明細書に記載した主としてＳＡＥ／ＬＴＥに関連する特定の例示的な実施形態を深く理解することを目的としており、移動通信ネットワークにおけるプロセスおよび機能の、説明した特定の実施に本発明を制限するものではないことを理解されたい。しかしながら、本文書に提案する改良は、背景技術に説明したアーキテクチャ／システムにおいて容易に適用することができ、本発明のいくつかの実施形態においては、これらのアーキテクチャ／システムの標準的な手順および改良された手順を利用することもできる。
【０１２４】
本発明の一態様は、移動通信システムにおけるバッファ状態報告の送信方式に関する。移動通信システムの無線リソースのスケジューラは、無線リソースを割り当てるための複数の異なるスケジューリングモードを利用できるものと想定する。本発明のこの態様によると、バッファ状態報告のトリガーイベント、およびバッファ状態報告の生成において、通信ノード（例えば移動端末／ユーザ機器）においてデータが送信可能な状態にある各無線ベアラ、のスケジューリングモード（例えば、動的スケジューリングまたはセミパーシステントスケジューリング）を考慮に入れる。さらには、どの無線ベアラのデータをバッファ状態報告の中で報告するかを決定するとき、スケジューリングモードの状態（例えば、セミパーシステントスケジューリングの有効化／無効化）をさらに考慮に入れることができる。
【０１２５】
一例においては、無線ベアラの、利用可能なスケジューリングモードには、無線リソースが動的グラントによって動的に割り当てられる動的スケジューリングモードと、セミパーシステントに設定されるスケジューリンググラントによって、無線リソースがセミパーシステントベースで割り当てられるセミパーシステントスケジューリングモードとが含まれる。この場合、「セミパーシステントにスケジューリングされる無線ベアラ」という表現は、セミパーシステントスケジューリングを適用することができ、かつ、有効にされているセミパーシステントスケジューリングによるリソースで送信されるデータ、を伝える無線ベアラを意味する。セミパーシステントスケジューリングに適するデータを伝える無線ベアラに対して、スケジューラがセミパーシステントなリソース割当てを利用するか否かは、スケジューラの決定に依存する。当然ながら、スケジューラは、セミパーシステントスケジューリングに適するデータを伝える無線ベアラに対して、セミパーシステントなリソース割当てを通じて割当てを行うように試みるが、これは必須要件ではなく、他のスケジューリングパラメータ（例えばチャネル品質、負荷など）によって影響を受けうる。
【０１２６】
この例に基づいて、本発明の一実施形態においては、バッファ状態報告のトリガーおよび生成において、セミパーシステントなリソース割当ての有効化の状態を考慮に入れ、セミパーシステントなリソース割当てが有効にされている場合、セミパーシステントにスケジューリングされる各ベアラが、セミパーシステントなリソース割当てにおいて考慮されているか否かを、さらに考慮に入れる。したがって、この例示的な実施形態においては、バッファ状態報告を送信する通信ノードは、現在のセミパーシステントなリソース割当てにおいて、セミパーシステントにスケジューリングされる各無線ベアラのデータが考慮されているか否かについて、セミパーシステントにスケジューリングされる各無線ベアラの状態も追跡する。
【０１２７】
バッファ状態報告のトリガーに関しては、通信ノードの送信バッファに新しいデータが到着したとき、そのデータが属する無線ベアラのスケジューリングモードに関連する特定の基準が満たされる場合にのみ、その到着によってバッファ状態報告をトリガーすることを提案する。例えば、データが、セミパーシステントにスケジューリングされる無線ベアラのデータであり、有効にされているセミパーシステントなリソース割当てにおいて、セミパーシステントにスケジューリングされるその無線ベアラが考慮されている場合、バッファ状態報告はトリガーされない。
【０１２８】
さらには、有効にされているセミパーシステントなリソース割当てが無線ベアラに対して設定されており、現在有効なセミパーシステントなリソース割当てにおいてその無線ベアラのデータが考慮されている場合、トリガーされるバッファ状態報告にその無線ベアラを含めないことを提案する。言い換えれば、動的にスケジューリングされる無線ベアラのデータは、バッファ状態報告においてつねに報告され、さらには、現在有効なセミパーシステントなリソース割当てにおいてまだ考慮されていない、セミパーシステントにスケジューリングされる無線ベアラのデータ（例えば、無線ベアラのデータが以前に送信されておらず、したがってセミパーシステントなリソース割当てにおいて、その無線ベアラのデータがまだ考慮されていない場合）も、つねに報告される。セミパーシステントなリソース割当てが無効にされている場合、通信ノードにおいて設定されているすべての無線ベアラのデータがバッファ状態報告の中で報告される。
【０１２９】
本発明の別の態様は、割り当てられている無線リソースで送信されるトランスポートブロックにデータを入れるための新規の多重化規則の定義である。この新規の多重化規則も、スケジューリングモードおよびスケジューリングモードの状態に基づいて無線ベアラを区別する方式に本質的に従って、導入することができる。この多重化規則では、第一に、リソース割当てのタイプを考慮に入れる。したがって、ある送信時間間隔（ＴＴＩ）内の各無線リソースに関して、その送信時間間隔において送信されるトランスポートブロックにデータを多重化するとき、その送信時間間隔に関連するリソース割当てが、動的なリソース割当て（動的グラント）であるか、セミパーシステントなリソース割当て（セミパーシステントグラント）であるかを考慮に入れる。
【０１３０】
リソース割当てがセミパーシステントなリソース割当てである（このことは、セミパーシステントなリソース割当てが有効にされていることを暗黙的に意味する）場合、セミパーシステントなリソース割当てにおいて考慮されている、セミパーシステントにスケジューリングされる無線ベアラのデータのみが、特定の送信時間間隔のトランスポートブロックに多重化されるようにする。
【０１３１】
「考慮されている」とは、この場合、セミパーシステントなリソース割当ておよびその有効化に関して、各無線ベアラがセミパーシステントなリソース割当てにおいて暗黙的に考慮されていることを意味する。例えば、後から説明するように、初めてデータを送信するセミパーシステントな無線ベアラのデータは、セミパーシステントなリソース割当てが設定または更新されるまで、すなわち新しいセミパーシステントグラントが送られる（例えば、無線ベアラのデータを格納できるように前よりも大きなトランスポートブロックサイズが指定される）まで、最初は動的なリソースで送信される。データの送信側（例えば移動端末／ユーザ機器）は、セミパーシステントなリソース割当てを調整するこのようなセミパーシステントグラントを受信すると、そこに示されたトランスポートブロックサイズに基づいて、セミパーシステントなリソース割当てにおいて無線ベアラがスケジューラによって考慮されたことを確認することができる。
【０１３２】
多重化規則の説明に戻り、リソース割当てがセミパーシステントなリソース割当てである（すなわちリソース割当てが動的である）場合、セミパーシステントスケジューリングに適していない無線ベアラ（すなわち動的にスケジューリングされる無線ベアラ）のデータと、セミパーシステントなリソース割当てにおいて考慮されていないセミパーシステントな無線ベアラのデータとを、与えられた送信時間間隔内で送信するためのトランスポートブロックに多重化する。セミパーシステントなリソース割当てにおいてまだ考慮されていないセミパーシステントな無線ベアラとは、例えば、それまでにデータをまだ提供していない無線ベアラのデータであり、したがってスケジューラは、その無線ベアラがデータを送ることをまだ認識しておらず、結果としてその無線ベアラは、現在有効なセミパーシステントグラントのリソース割当てにおいてまだ考慮されていない。
【０１３３】
さらには、セミパーシステントなリソース割当てが有効にされていない場合、すべての無線ベアラのデータは、動的に割り当てられるリソースで送信されることに留意されたい。さらに、いずれの場合にも、各無線ベアラがマッピングされている論理チャネルの論理チャネル優先順位に従って、トランスポートブロックにデータを入れることができることに留意されたい。適切に設定された場合、セミパーシステントなリソース割当てのトランスポートブロックサイズは、セミパーシステントなリソースが割り当てられている２個の送信時間間隔の間に送信可能な状態になる、（セミパーシステントグラントにおいて考慮されている）セミパーシステントにスケジューリングされる無線ベアラのすべてのデータが、送信時間間隔において送信できるようなサイズとするべきである。
【０１３４】
前に簡単に説明したように、本発明の別の態様は、バッファ状態報告を送るための上述した規則と、トランスポートブロックにデータを入れるための上述した規則とから、データの受信側によって得られる追加の情報を利用することに関する。例えば、バッファ状態報告では、動的グラントが要求される無線ベアラのデータのみが報告されることを考えれば、現在有効にされて設定されているセミパーシステントなリソース割当てにおいてすでに考慮されている、セミパーシステントにスケジューリングされる無線ベアラのデータによって、バッファ状態報告がトリガーされたのか否か、という不確実さは、もはや存在しない。したがって、本文書の［背景技術］に説明したシナリオにおいて、不必要なリソース割当てを回避することができる。さらには、この例においてスケジューラを含んでいるデータの受信側（例えば基地局／ｅＮｏｄｅ  Ｂ）は、動的に割り当てられる無線リソースで、どのベアラのデータが送信されるかを監視することによって、セミパーシステントにスケジューリングされる無線ベアラがアクティブになった（すなわちデータを生成している）ことを検出することもできる。動的に割り当てられる無線リソースで送られたトランスポートブロックにおいて、セミパーシステントにスケジューリングされる無線ベアラのデータが検出された場合、データの受信側（スケジューラ）は、その無線ベアラがセミパーシステントなリソース割当てにおいてまだ考慮されていないものと想定することができ、更新されたセミパーシステントグラントによってセミパーシステントなリソース割当てを有効にして、セミパーシステントにスケジューリングされるアクティブなその無線ベアラの追加のデータを考慮に入れることができる。
【０１３５】
同様に、データの受信側（スケジューラ）は、セミパーシステントに割り当てられる無線リソースにおけるトランスポートブロックを監視しているとき、セミパーシステントにスケジューリングされるどの無線ベアラがアクティブでありデータを送ったかを検出することができる。セミパーシステントにスケジューリングされる無線ベアラのサービスが非アクティブになる（例えば、セミパーシステントに割り当てられる無線リソースが設定されている所定のしきい値数の送信時間間隔にわたり、セミパーシステントにスケジューリングされる無線ベアラのデータが送られない）ことが検出された場合、データの受信側（スケジューラ）は、無線ベアラが非アクティブになることが考慮に入れられるように、セミパーシステントグラントを変更（この場合には低減）する（この場合にはトランスポートブロックサイズを小さくする）ことを決定することができる。
【０１３６】
本発明の例示的な一実施形態による、さらに具体的な実施においては、セミパーシステントにスケジューリングされる１つまたは複数の無線ベアラが、サービスのＩＰパケットを伝え、（例えばＩＥＴＦ  ＲＦＣ  ３０９５に提案されているように）ＩＰヘッダ圧縮を採用してＩＰヘッダを圧縮する。さらには、セミパーシステントにスケジューリングされるこの少なくとも１つの無線ベアラが、比較的一定のサイズのＩＰパケットを周期的に生成するものと想定することができ、したがって、ヘッダ圧縮が定常状態になった後、比較的一定のビットレートのストリームが生成される。このようなサービスの一例は、前に挙げたＶｏＩＰである。この場合、無線ベアラを介して伝送されるＩＰパケットのサイズは、ＩＰヘッダ圧縮が定常状態に達して「準静的な」パケットサイズが生成されるまでは、変化しうる。したがって、このようなタイプのサービスに対するリソース割当てを最適化する目的で、例えば基地局／ｅＮｏｄｅ  Ｂにおけるデータ受信側（スケジューラ）は、このようなタイプのサービスを伝える無線ベアラのデータ（すなわちヘッダ圧縮が適用されたＩＰパケット）が定常状態に達するまで待機した後、その無線ベアラをセミパーシステントなリソース割当てにおいて考慮することができる。
【０１３７】
例えば、基地局／ｅＮｏｄｅ  Ｂ（スケジューラ）は、ＶｏＩＰサービスを伝える、セミパーシステントにスケジューリングされる無線ベアラのデータが、動的に割り当てられるリソースで移動端末／ユーザ機器によって送信されていることを検出すると、セミパーシステントなリソース割当てをただちに更新せずに、データが定常状態に達する（例えば、無線ベアラのデータが準静的なデータレートとなる）まで待機した後、セミパーシステントなリソース割当てを更新することができる。
【０１３８】
ここまで説明した本発明のすべての態様は、上りリンクデータ送信の場合にデータの送信側およびデータの受信側（例えば、移動端末／ユーザ機器および基地局／ｅＮｏｄｅ  Ｂ）においてとりうるスケジューリングモードに基づいて、無線ベアラを区別することに基づいている。本発明の一実施形態においては、データの送信側とデータの受信側との間に確立される各無線ベアラのスケジューリングモードを、データの受信側によってデータの送信側に知らせる。例えば、上りリンクのシナリオを考える場合、基地局／ｅＮｏｄｅ  Ｂは、無線ベアラの設定時に移動端末／ユーザ機器と交換するシグナリングメッセージの中で、スケジューリングモードを示すことができる。３ＧＰＰシステムにおいて、２つのスケジューリングモード（動的なリソース割当ておよびセミパーシステントなリソース割当て）が利用可能であると想定すると、この通知は、ＲＲＣプロトコルの無線ベアラ設定メッセージに追加の情報要素（ＩＥ）（この場合には１個のフラグで十分である）を加えることによって達成することができ、この情報要素は、無線ベアラ設定メッセージに関連する各無線ベアラが伝えるデータが、基地局／ｅＮｏｄｅ  Ｂがセミパーシステントなリソース割当てを使用してスケジューリングできるデータであるかを示す。
【０１３９】
別のオプションとして、無線ベアラが割り当てられる利用可能な論理チャネルグループ（ＬＣＧ）のうちの１つを、セミパーシステントにスケジューリングされる無線ベアラのみが割り当てられる論理チャネルグループとして指定することができる。したがって、無線ベアラの設定時に、無線ベアラがこの所定の論理チャネルグループに割り当てられることを示すことによって、その無線ベアラがセミパーシステントなリソース割当てを使用してスケジューリングされうることが、暗黙的に移動端末／ユーザ機器に知らされる。
【０１４０】
バッファ状態報告のトリガーに関して、本発明の例示的な一実施形態においては、有効にされているセミパーシステントなリソース割当てにおいて考慮されている、セミパーシステントにスケジューリングされる無線ベアラ、の新しいデータが、通信ノード（例えば移動端末／ユーザ機器）の送信バッファに到着するとき、それによってバッファ状態報告をトリガーしない。したがって、データが無線ベアラにおいて利用可能になり、通信ノードの空の送信バッファに到着したとき、その通信ノードは、最初に以下の条件をチェックする。
ａ）  セミパーシステントなリソース割当てが有効にされているか？
ｂ）  送信バッファにデータが到着した無線ベアラが、セミパーシステントにスケジューリングされる無線ベアラであるか？
ｃ）  送信バッファに新しいデータが到着した無線ベアラのデータが、セミパーシステントに割り当てられる無線リソースですでに送信されたか？
上の条件すべてが満たされるならば、バッファの中のその無線ベアラのデータは、バッファ状態報告において考慮されない。送信バッファに到着する無線ベアラのデータに関して、上の条件の１つが満たされない場合、バッファ状態報告がトリガーされる。
【０１４１】
さらには、システムに定義されている他のトリガーイベントも、適合化する必要が生じうることに留意されたい。一般的に、送信バッファにデータが到着することに依存するトリガーイベントにおいて、有効なセミパーシステントなリソース割当てにおいて考慮されている、セミパーシステントにスケジューリングされる無線ベアラ（のデータ）は、考慮に入れないべきである。
【０１４２】
例えば、論理チャネル優先順位の低い無線ベアラのデータのみが送信バッファの中に存在している場合に、送信バッファの中の論理チャネル／無線ベアラのデータによってバッファ状態報告をトリガーするトリガーイベントを考える。この例においては、有効なセミパーシステントなリソース割当てにおいて考慮されている、セミパーシステントにスケジューリングされる無線ベアラ、の高優先順位のデータが、送信バッファの中にすでに存在している場合（このデータによってバッファ状態報告はトリガーされなかった）、バッファ状態報告は生成されない。したがって、このトリガーイベントを次のように改良するべきである。すなわち、送信バッファの中に、動的にスケジューリングされる無線ベアラのデータ、および、有効なセミパーシステントなリソース割当てにおいて考慮されておらず、低い論理チャネル優先順位を有する、セミパーシステントにスケジューリングされる無線ベアラのデータのみが存在する場合に、送信バッファの中の論理チャネル／無線ベアラのデータによってバッファ状態報告がトリガーされるようにする。
【０１４３】
本発明の例示的な一実施形態においては、３ＧＰＰ  ＬＴＥシステムにおけるバッファ状態報告のトリガーイベントを、以下のように再定義することができる。すなわち、バッファ状態報告は、以下の場合にトリガーされる（これらのイベントでは、用語「論理チャネル」および「無線ベアラ」は同義語とみなすことができ、なぜなら、ある無線ベアラのデータは１つの論理チャネルにマッピングされるものと想定されており、したがって論理チャネルと無線ベアラとの間には１対１の対応関係が存在するためである）。
−  現在有効なセミパーシステントグラントにおいて考慮されておらず、論理チャネルグループ（ＬＣＧ）に属している論理チャネル、の上りリンクデータが、ＲＬＣ（無線リンク制御）またはＰＤＣＰ（パケットデータコンバージェンスプロトコル）において送信可能な状態になる。さらに、データが属している論理チャネルの優先順位が、データがすでに送信可能な状態であり現在有効なセミパーシステントグラントにおいて考慮されていない論理チャネルの優先順位よりも高い場合。この場合、「レギュラーＢＳＲ」がトリガーされる。
−  上りリンクリソースが割り当てられており、トランスポートブロック（ＭＡＣ  ＰＤＵ）内のパディングビットの数が、バッファ状態報告のＭＡＣ制御要素のサイズに等しいかそれより大きい。この場合、「パディングＢＳＲ」がトリガーされる。
−  サービングセルが変更される。この場合、「レギュラーＢＳＲ」がトリガーされる。
【０１４４】
さらには、以下のタイマーが切れることによっても（周期的な）バッファ状態報告がトリガーされる。
−  ＲＥＴＸ＿ＢＳＲ＿ＴＩＭＥＲが切れて、ユーザ機器が、送信可能な状態のデータを有するとき、「レギュラーＢＳＲ」がトリガーされる。
−  ＰＥＲＩＯＤＩＣ＿ＢＳＲ＿ＴＩＭＥＲが切れると、「周期的ＢＳＲ」がトリガーされる。
【０１４５】
いずれかのイベントによってバッファ状態報告がトリガーされると、通信ノードは、バッファ状態報告を送信するのに利用可能な上りリンクリソースが存在するかをチェックする。存在しない場合、通信ノードは、バッファ状態報告を送ることのできる上りリンクリソースを割り当てるようにスケジューリング要求を送る。例えば、移動端末／ユーザ機器がバッファ状態報告を送ろうとするとき、その移動端末／ユーザ機器にＰＵＳＣＨリソースが割り当てられていない場合を考えると、移動端末／ユーザ機器は、基地局／ｅＮｏｄｅ  Ｂにスケジューリングを送信してＰＵＳＣＨリソースの動的な割当てを要求する。
【０１４６】
本発明の例示的な一実施形態においては、バッファ状態報告を送信する通信ノードは、セミパーシステントベースで割り当てられる無線リソースではバッファ状態報告を送らず、動的に割り当てられる無線リソースのみを使用してバッファ状態報告を送ることができる。あるいは、本発明の別の実施形態においては、動的に割り当てられる無線リソースのみならず、セミパーシステントにスケジューリングされる無線リソースにおいても、バッファ状態報告を送信することができる。
【０１４７】
次に、バッファ状態報告の生成に関する本発明の例示的な実施形態について、図５に関連して説明する。一般的には、バッファ状態報告は、どの無線ベアラのデータを考慮するかの上述した規則に従って、送信バッファの中のデータについて報告する。例示的な一実施形態においては、送信バッファの中のデータのサイズを、論理チャネルグループごとに報告する。したがって、特定の論理チャネルグループについて報告されるデータサイズは、その論理チャネルグループに属しており、かつ本文書に定義される規則に従って考慮される無線ベアラ、のデータのサイズである。
【０１４８】
バッファ状態報告は、例えば、（すべてではない）１つまたは複数の個々の論理チャネルグループについて報告することができる（ショートＢＳＲまたは短縮ＢＳＲ）。この場合、バッファ状態報告の中の論理チャネルグループの報告は、報告される論理チャネルグループを示すフィールド（論理チャネルグループ識別子：ＬＣＧ  ＩＤ）と、その論理チャネルグループに属しておりバッファ状態報告において考慮される無線ベアラの、送信バッファの中のデータのサイズを示すフィールドとから構成される。すべての論理チャネルグループが報告される場合（ロングＢＳＲ）、バッファ状態報告に論理チャネルグループ識別子を含める必要はなく、各論理チャネルグループごとに、論理チャネルグループに属しておりバッファ状態報告において考慮される無線ベアラ、の送信バッファの中のデータのサイズのみを、報告に含めることができる。バッファ状態報告は、例えばＭＡＣ制御要素として送ることができる。
【０１４９】
図５は、本発明の例示的な一実施形態による、移動通信システムにおいてバッファ状態報告を生成および（オプションとして）送信する手順の流れ図を示している。図５に示した手順は、上りリンクデータ送信を考える場合、例えば移動端末／ユーザ機器によって実行することができる。
【０１５０】
図５においては、何らかのイベント、例えば、移動端末／ユーザ機器の送信バッファに高優先順位の新しいデータが到着する、あるいは周期的なバッファ状態報告をトリガーするためのタイマーが切れるなどによって、バッファ状態報告の生成がトリガーされたものと想定する。例示を目的として、自身の送信バッファの中の上りリンクデータに関するバッファ状態報告を送る通信ノードは、移動端末／ユーザ機器であり、さらには、上りリンクリソースをスケジューリングするための２つのスケジューリングモード、すなわち、無線リソースが動的グラントによって動的に割り当てられる動的スケジューリングモードと、無線リソースが、セミパーシステントに設定されるスケジューリンググラントによってセミパーシステントベースで割り当てられる、セミパーシステントスケジューリングモード、が存在するものと想定する。
【０１５１】
この例においては、すべての論理チャネルグループの無線ベアラに関する完全なバッファ状態報告が送られるものと例示的に想定する。以下の手順は、１つのみ（またはすべてではない）論理チャネルグループについてバッファ報告を送る状況に適用することもできる（その場合、該当する論理チャネルグループの無線ベアラのみを以下の手順によって評価する必要がある）。
【０１５２】
移動端末／ユーザ機器は、バッファ状態報告を生成するため、セミパーシステントなリソース割当てが有効にされているか否かをチェックする（５０１）。有効にされていない場合、移動端末／ユーザ機器は、データが送信バッファ内に存在する無線ベアラのデータをバッファ状態報告に追加する（５０２）。バッファ状態報告が、１つまたは複数の論理チャネルグループに関する報告に制限される場合、必要な（１つまたは複数の）論理チャネルグループに属する無線ベアラのデータのみをバッファ状態報告に追加する。その後、移動端末／ユーザ機器に割り当てられる次の上りリンクリソースで、バッファ状態報告を送信することができる（５０７）。バッファ状態はＰＵＳＣＨを介して送信され、この場合、バッファ状態報告は他の上りリンクデータとともにトランスポートブロックに多重化される。
【０１５３】
セミパーシステントなリソース割当てが有効にされている場合、移動端末／ユーザ機器は、送信バッファの中にデータが存在する無線ベアラそれぞれについて、送信バッファの中のデータを報告するかを以下のように決定する。移動端末／ユーザ機器は、送信バッファの中にデータが存在する無線ベアラのうち無線ベアラ＃ｉを選択し（５０３）、この無線ベアラ＃ｉが、セミパーシステントにスケジューリングされる無線ベアラであるかをチェックする（５０３）。そうでない場合、すなわち、無線ベアラ＃ｉが動的にスケジューリングされる無線ベアラである場合、移動端末／ユーザ機器は、無線ベアラ＃ｉを自身の報告において考慮し（５０４）、例えば、送信バッファの中の無線ベアラ＃ｉのデータを、無線ベアラ＃ｉが属する論理チャネルグループのデータとして考慮する。
【０１５４】
そうではなく、無線ベアラ＃ｉがセミパーシステントにスケジューリングされる無線ベアラである場合、移動端末／ユーザ機器は、次いで、現在有効なセミパーシステントなリソース割当てにおいて無線ベアラ＃ｉがすでに考慮されているかをチェックする（５０５）。このチェックは、例えば、セミパーシステントにスケジューリングされる無線ベアラそれぞれについて、考慮されているかを示すフラグを維持することによって、達成することができる。フラグは、例えば、動的に割り当てられた無線リソースで無線ベアラのデータを送った後に、セミパーシステントなリソース割当ての新たな有効化（本文書では「再有効化」とも称する）が行われた（すなわち新しいセミパーシステントグラントが受信された）場合に、現在有効なセミパーシステントなリソース割当てにおいて無線ベアラ＃ｉが考慮されていることを示すように、セットすることができる。
【０１５５】
現在有効なセミパーシステントなリソース割当てにおいて無線ベアラ＃ｉが考慮されていない（例えば、対応するフラグがセットされていない）場合、無線ベアラ＃ｉを、動的にスケジューリングされる無線ベアラとして、バッファ状態報告において考慮する（５０４）。そうではなく、現在有効なセミパーシステントなリソース割当てにおいて無線ベアラ＃ｉがすでに考慮されているときには、送信バッファの中の無線ベアラ＃ｉのデータに関する報告を行わず、なぜなら移動端末／ユーザ機器は、無線ベアラ＃ｉのデータを送信するための十分なリソースが、現在有効なセミパーシステントなリソース割当てによってすでに割り当てられているものと想定できるためである。
【０１５６】
５０６において、少なくとも１つのさらなる無線ベアラのデータが送信バッファの中に存在している場合、本手順はステップ５０３に戻り、次の無線ベアラを選択する。移動端末／ユーザ機器の送信バッファの中にデータが存在する無線ベアラすべてについて、ステップ５０３およびステップ５０５（および該当時にステップ５０４）を繰り返す。送信バッファの中にデータが存在する個々の無線ベアラを処理する順序は、例えば、それらが属する論理チャネルグループに基づくことができる。例えば、バッファ状態報告が論理チャネルグループごとに報告される場合、１つの論理チャネルグループの無線ベアラを上に定義したように連続的に処理し、（報告において考慮する無線ベアラの）送信バッファの中のデータのサイズを合計し、論理チャネルグループあたり１つのデータサイズを報告することが有利であり得る。
【０１５７】
これに関連して、移動端末／ユーザ機器が有する（１つまたは複数の）無線ベアラすべてが、有効にされているセミパーシステントなリソース割当てにおいて考慮されており、セミパーシステントなリソースで送信される場合、周期的なバッファ状態報告では、移動端末／ユーザ機器の送信バッファの中に上りリンク送信待ちのデータが存在しないことを示す。
【０１５８】
次に、本発明の別の態様として、割り当てられる無線リソースの使用方式、より具体的には、複数の異なるスケジューリングモードに従ってスケジューリングすることのできる無線ベアラのデータを送信するための新規の多重化規則について、さらに詳しく説明する。本発明のこの態様の１つの特徴は、割り当てられる上りリンクリソースが、割当てのタイプ（すなわち各スケジューリングモード）に基づいて区別されることである。さらには、割り当てられる無線リソースのこの使用方式では、送信待ちデータを有する複数の異なる無線ベアラのスケジューリングモードも考慮に入れることができる。
【０１５９】
以下では例示を目的として、本明細書において前述したように無線リソースを動的ベースまたはセミパーシステントベースでスケジューリングできるものと想定したうえで、この特徴について概説する。上りリンクにおける送信機会が発生したとき（すなわち、ある送信時間間隔において無線リソースが通信ノードに割り当てられているとき）、送信側の通信ノード（例えば移動端末／ユーザ機器）の送信バッファに、その中のすでに送信可能な状態のデータよりも優先順位の高い、無線ベアラの新しいデータが到着するたびに、その通信ノードは、送信バッファの中で送信待ちのどのデータを送信するかを決定するため、さらなるチェックを実行する。最初に、通信ノードは、送信時間間隔内に割り当てられているリソースが、動的グラントによって割り当てられている（すなわち動的に割り当てられている）か、セミパーシステントグラントによって（すなわちセミパーシステントなリソース割当てによって）割り当てられているかをチェックする（６０１）。なお、ある送信時間間隔内に、セミパーシステントグラントによって割り当てられたリソースが存在する場合、そのことは、セミパーシステントなリソース割当てが有効にされていることも暗黙的に示す。
【０１６０】
無線リソースが、セミパーシステントにスケジューリングされるリソースである場合、通信ノードは、セミパーシステントスケジューリングに適しており、かつ現在有効にされているセミパーシステントグラントにおいて考慮されている無線ベアラのデータを送信するのみである。このことは、本発明のこの例示的な実施形態においては、通信ノードが、送信バッファの中にデータが存在するセミパーシステントにスケジューリングされる（ＳＰＳ）無線ベアラ＃ｉを最初に選択し（６０２）（ＳＰＳ無線ベアラは例えばその論理チャネル優先順位に従って選択することができる）、ＳＰＳ無線ベアラ＃ｉが現在有効なセミパーシステントグラント（ＳＰＳリソース割当て）において考慮されているかをチェックする（６０３）ことによって、達成することができる。これが満たされる場合、ＳＰＳ無線ベアラ＃ｉのデータをトランスポートブロックに追加（多重化）する（６０４）。
【０１６１】
ＳＰＳ無線ベアラ＃ｉが現在有効なセミパーシステントグラントにおいて考慮されていない場合、または、ＳＰＳ無線ベアラ＃ｉのデータをトランスポートブロックに追加した後、通信ノードは、送信バッファの中にデータが存在する、セミパーシステントにスケジューリングされるさらなる無線ベアラがあるかを判定する（６０５）。存在する場合、通信ノードはステップ６０２に戻り、送信バッファの中にデータが存在する、セミパーシステントにスケジューリングされる次の無線ベアラを（この場合も例えば論理チャネル優先順位に基づいて）選択し、そのセミパーシステントにスケジューリングされる次の無線ベアラを上述したように処理する。トランスポートブロックにデータを追加すると、セミパーシステントに割り当てられているリソースでそのトランスポートブロックを送信する（６０６）。
【０１６２】
ステップ６０１において、送信時間間隔内の割り当てられている無線リソースが、動的グラントによって動的に割り当てられている場合、次いで、送信待ちのバッファ状態報告が存在するかをチェックする（６０７）。存在する場合、そのバッファ状態報告をトランスポートブロックに追加する（６０８）。例示的な一実施においては、トランスポートブロックはＭＡＣエンティティ（媒体アクセス制御エンティティ）のＰＤＵ（プロトコルデータユニット）に対応し、バッファ状態報告はＭＡＣ  ＰＤＵのヘッダにＢＳＲ制御要素として含まれる。
【０１６３】
報告するバッファ状態が存在しない場合、またはバッファ状態報告をトランスポートブロックに追加した（６０８）後、次いで、送信バッファの中にデータが存在する無線ベアラそれぞれについて処理を繰り返し、動的にスケジューリングされる無線ベアラのデータをトランスポートブロックに追加する。さらには、セミパーシステントなリソース割当てが有効にされている場合、有効にされているセミパーシステントなリソース割当てにおいて考慮されていない、セミパーシステントにスケジューリングされる無線ベアラのデータも、トランスポートブロックに追加する。セミパーシステントなリソース割当てが無効にされている場合、セミパーシステントにスケジューリングされるすべての無線ベアラについて、送信バッファの中の送信可能な状態のデータをトランスポートブロックに追加する（この例においては、セミパーシステントなリソース割当てが無効にされていることは、セミパーシステントなリソース割当てにおいて考慮されている無線ベアラが存在しないことと同義である）。
【０１６４】
この手順の１つの可能な例示的な実施は、以下のように実現することができる。通信ノードは、送信バッファの中にデータが存在する無線ベアラのうち無線ベアラ＃ｉを選択し（６０９）、次いで、無線ベアラ＃ｉが、動的にスケジューリングされているか、セミパーシステントにスケジューリングされているかをチェックする（６１０）。無線ベアラ＃ｉが、セミパーシステントにスケジューリングされる無線ベアラではない場合、無線ベアラ＃ｉのデータをトランスポートブロックに追加する（６１２）。無線ベアラ＃ｉが、セミパーシステントにスケジューリングされる無線ベアラである場合、無線ベアラ＃ｉが、現在のセミパーシステントなリソース割当てにおいて考慮されているか否かをさらに判定する（６１１）。なお、この点において、セミパーシステントスケジューリングが無効にされている場合、セミパーシステントにスケジューリングされる無線ベアラすべてについて、この判定は「ＮＯ」であることに留意されたい（この場合、セミパーシステントなリソース割当てが設定されていることがあるが（例えば、割当ての周期性）、設定されたリソースはまだ認識されておらず、なぜなら、セミパーシステントスケジューリングが有効にされていない（すなわち、セミパーシステントなリソース割当てを有効にするためのセミパーシステントグラントがまだ送られていない）ためである。したがって、セミパーシステントスケジューリングの設定と有効化（無効化）は、互いに独立している）。セミパーシステントスケジューリングが有効にされている場合、現在のセミパーシステントなリソース割当て（または現在有効なセミパーシステントグラント）において考慮されている、セミパーシステントにスケジューリングされる無線ベアラについて、この判定は「ＹＥＳ」となる。
【０１６５】
ステップ６１１における判定が「ＹＥＳ」である場合（このことはセミパーシステントスケジューリングが有効にされていることも意味する）、送信バッファの中の各無線ベアラ＃ｉのデータをトランスポートブロックに含めない。ステップ６１１における判定が「ＮＯ」である場合、送信バッファの中の各無線ベアラ＃ｉのデータをトランスポートブロックに含める（６１２）。
【０１６６】
ステップ６１３では、送信バッファの中にデータが存在する無線ベアラすべてが、上述した規則に従ってチェックおよび処理されたかを確認する。送信バッファの中にデータが存在する無線ベアラすべてが処理された場合、割り当てられている動的なリソースでトランスポートブロックを送る（６０６）ことができる。
【０１６７】
送信するトランスポートブロックにデータを入れるための多重化挙動は、要約すると以下のようになる。
【０１６８】
割り当てられている無線リソースが、動的に割り当てられる無線リソースである場合、送信可能である以下のデータ、
−  送信可能な状態の（バッファ状態報告を含んでいる）ＭＡＣ制御要素
−  動的にスケジューリングされる無線ベアラのデータ
−  セミパーシステントなリソース割当てがまだ有効にされていない場合、セミパーシステントにスケジューリングされるすべての無線ベアラのデータ
−  セミパーシステントなリソース割当てが有効にされている場合、現在のセミパーシステントなリソース割当て（またはセミパーシステントグラント）において考慮されていない、セミパーシステントにスケジューリングされる無線ベアラのデータ
を、トランスポートブロックに多重化することができる。割り当てられている無線リソースが、セミパーシステントに割り当てられる無線リソースである場合、通信ノードの多重化器は、現在有効なセミパーシステントなリソース割当てにおいてすでに考慮されている、セミパーシステントにスケジューリングされる無線ベアラのデータを、トランスポートブロックに多重化する（あるいは、通信ノードの多重化器は、データが以前の送信時間間隔において、セミパーシステントに割り当てられる無線リソースを介してすでに送信されている、セミパーシステントにスケジューリングされる無線ベアラ、のデータを、トランスポートブロックに多重化する）。
【０１６９】
さらには、図６に関連して上に説明した本発明の例示的な実施形態において、バッファ状態報告は、動的に割り当てられるリソースのみにおいて送信されることに留意されたい。
【０１７０】
一般的には、リソース割当てのトランスポートブロックサイズが制限されることに留意されたい。適切に実施されるセミパーシステントなリソース割当てでは、トランスポートブロックサイズは、セミパーシステントなリソース割当てにおいて考慮されている、セミパーシステントにスケジューリングされるすべての無線ベアラのデータが、トランスポートブロックにちょうど入るように、スケジューラによって選択される。セミパーシステントなリソース割当てにおいて考慮されている、セミパーシステントにスケジューリングされる無線ベアラのデータの一部が、何らかの理由でトランスポートブロック（の残っているビット）に入りきらない場合、データの分割を使用して、送信バッファの中で待ち状態の、セミパーシステントにスケジューリングされる無線ベアラのデータの少なくとも一部分を、トランスポートブロックの残っているビットに入れることができる。
【０１７１】
簡単には達成できないが、動的なリソース割当ては、理想的には、送信待ちのすべての無線ベアラのデータを（上記の多重化規則に従って）１つのトランスポートブロックの中で通信ノードが送信できるように、実施するべきである。セミパーシステントなリソース割当てに適していないサービスのデータサイズの規則性が低いことを考えれば、このことは達成することがやや難しいため（スケジューラも、送信に利用可能なデータサイズを大幅に超えるトランスポートブロックサイズを絶え間なく割り当てることを望まない場合）、動的なリソース割当てにおいては、無線ベアラの個々のデータパケットの分割がより頻繁に生じることがある。
【０１７２】
設定の異なる複数の無線ベアラのデータをトランスポートブロックに多重化するための上の規則は、上記に代えて、以下のように定義することができる。別の例示的な実施形態においては、以下の判定およびステップを実行する（上りリンク送信の場合）。
１．データが、セミパーシステントにスケジューリングされる無線ベアラのデータではない場合：このデータは、動的な上りリンクリソースを有するＴＴＩ中に送信されるトランスポートブロックにのみ含めることができる。
２．データが、セミパーシステントにスケジューリングされる無線ベアラのデータである場合：
−  セミパーシステントスケジューリングが有効にされていない場合：このデータは、動的な上りリンクリソースを有するＴＴＩ中に送信されるトランスポートブロックに含めることができる。
−  セミパーシステントスケジューリングが有効にされている場合：
−  セミパーシステントにスケジューリングされる無線ベアラにおけるデータが利用可能になった後に、セミパーシステントにスケジューリングされるリソースの有効化／再有効化が行われた場合：このデータは、セミパーシステントな上りリンクリソースが設定されているＴＴＩ中に送信されるトランスポートブロックにのみ含めることができる。動的な上りリンクリソースを有するＴＴＩ中に送信されるトランスポートブロックにこのデータを含めることはできない。
−  セミパーシステントにスケジューリングされる無線ベアラにおけるデータが利用可能になっても、セミパーシステントスケジューリングがまだ再有効化されていない場合：セミパーシステントスケジューリングが過去に有効にされている場合には、セミパーシステントな上りリンクリソースが設定されているＴＴＩ中に送信されるトランスポートブロックにデータを含めることはできない。しかしながら、動的な上りリンクリソースを有するＴＴＩ中に送信されるトランスポートブロックにデータを含めることができる。
【０１７３】
次に、本発明の例示的な実施形態について、図１０に関連して説明する。図１０は、バッファ状態報告をトリガーおよび送信するための本明細書に記載した改良された手順と、割り当てられたリソースにおいてデータを多重化するための改良された手順とに従って、データ（およびバッファ状態報告）を送信する例示的な状況を示している。例示を目的として、改良された３ＧＰＰ  ＬＴＥ移動通信システム内で、ユーザ機器がｅＮｏｄｅ  Ｂ（スケジューリングエンティティを備えている）に上りリンクデータを送信する場合について説明する。この例においては、ユーザ機器（ＵＥ）は、２つのＶｏＩＰサービスを設定しており、したがって、セミパーシステントにスケジューリングされる２つの無線ベアラ（「ＶｏＩＰベアラ」）がユーザ機器において設定されているものと想定する。図１０では、これら２つのＶｏＩＰベアラを「第１のＲＢ」および「第２のＲＢ」と称する。さらには、ユーザ機器では、動的にスケジューリングされるサービスも実行されており、このサービスは、動的にスケジューリングされる無線ベアラ（図１０では「第３のＲＢ」と称する）を介して伝えられる。
【０１７４】
スケジューラ（すなわちこの例ではｅＮｏｄｅ  Ｂ）は、ＲＲＣシグナリングを介してセミパーシステントスケジューリングを設定する。ユーザ機器にセミパーシステントグラント（ＰＤＣＣＨ（ＳＰＳ））が提供され、このグラントは、ＰＵＳＣＨの上りリンクリソースをユーザ機器に周期的に割り当てる。ＶｏＩＰサービスの場合、リソース割当ての周期は一般に２０ｍｓであり、なぜならこの値は、ＶｏＩＰのコーデックが、音声データを含んだＩＰパケットを生成する時間間隔であるためである。いま、セミパーシステントなリソース割当てが有効にされており、ＰＵＳＣＨのセミパーシステントにスケジューリングされる上りリンク無線リソースが、ＶｏＩＰのコーデックによって生成されるＩＰパケット（ＶｏＩＰベアラのうちの一方（ここでは第１のＲＢ）によって伝えられる）のデータレートに一致しているものと想定する。上に定義した多重化規則によると、図１０のＶｏＩＰベアラ「第１のＲＢ」によって生成されるすべてのデータが、セミパーシステントにスケジューリングされる上りリンク無線リソースを介して送信される。
【０１７５】
ある時点において、ＶｏＩＰベアラ「第１のＲＢ」の新しいデータが、ユーザ機器の空の送信バッファに到着する。従来の実施においては、このイベントによってバッファ状態報告がトリガーされる。図６に関連して上述した規則によると、有効にされているセミパーシステントなリソース割当てにおいて考慮されている、セミパーシステントな無線ベアラ（この場合にはＶｏＩＰベアラ「第１のＲＢ」）の新しいデータが到着することによって、バッファ状態報告はトリガーされない。したがって、ＶｏＩＰベアラ「第１のＲＢ」の新しいデータが送信バッファに到着することに応えて、ユーザ機器はスケジューリング要求およびバッファ状態報告のいずれも送らない。
【０１７６】
いくつかのタイムスロットの経過後、動的にスケジューリングされる無線ベアラ「第３のＲＢ」のデータが、送信バッファに到着する。この新しいデータの到着は、バッファ状態報告の送信をトリガーする。本発明のこの実施形態においては、例示を目的として、バッファ状態報告は動的にスケジューリングされるリソースを介して送られるものと想定する。したがって、ユーザ機器は、ＰＵＣＣＨが設定されている次のタイムスロット（ＰＵＣＣＨ（ＳＲ））の中でスケジューリング要求を送り、それに対応して、ｅＮｏｄｅ  ＢからＰＤＣＣＨを介して動的グラント（ＰＤＣＣＨ（ＤＧ））を受信する。このグラントは、ユーザ機器に割り当てられるタイムスロット（または送信時間間隔）と、そのタイムスロット（または送信時間間隔）において送信するためのトランスポートフォーマット（暗黙的にトランスポートブロックサイズを示す）とを示している。
【０１７７】
ユーザ機器のバッファ状態報告は、そのバッファ状態報告を生成する時点のバッファの状態を報告し、すなわち、バッファ状態報告の生成時、送信バッファには、ＶｏＩＰベアラである「第１のＲＢ」のデータと、動的にスケジューリングされる無線ベアラである「第３のＲＢ」のデータとが存在している。図５に関連して上述したように、ユーザ機器は、動的にスケジューリングされる無線ベアラ「第３のＲＢ」のデータをバッファ状態報告の中で報告するのみであり、なぜなら、セミパーシステントスケジューリングが有効にされており（図５のステップ５０１を参照）、ＶｏＩＰベアラ「第１のＲＢ」が現在のセミパーシステントなリソース割当てにおいて考慮されている（図５のステップ５０５を参照）ためである。したがって、スケジューリング要求（ＰＵＣＣＨ（ＳＲ））に応えてｅＮｏｄｅ  Ｂから取得した動的グラント（ＰＤＣＣＨ（ＤＧ））を使用し、図６に関連して上述した手順に従って、動的にスケジューリングされる無線ベアラ「第３のＲＢ」のデータについてのトリガーされたバッファ状態報告と、動的にスケジューリングされる無線ベアラ「第３のＲＢ」のデータとを多重化して（ＢＳＲおよびデータ（第３のＲＢ））、割り当てられた動的リソースで送信する。
【０１７８】
次いで、ユーザ機器の送信バッファに、ＶｏＩＰベアラ「第２のＲＢ」の新しいデータが到着する。ＶｏＩＰベアラ「第２のＲＢ」は、ユーザ機器において現在設定されているセミパーシステントなリソース割当てにおいて考慮されていないものと想定し、したがって、前述した規則によると、そのデータは、動的に割り当てられるリソースを介して送信する必要がある。このようなリソースが割り当てられるように、ユーザ機器は、ＰＵＣＣＨが設定されている次の送信時間間隔を使用して、スケジューリング要求（ＰＵＣＣＨ（ＳＲ））をｅＮｏｄｅ  Ｂに送り、ｅＮｏｄｅ  Ｂは、動的なリソースを割り当てて、対応する動的グラント（ＰＤＣＣＨ（ＤＧ））をユーザ機器に送り返す。
【０１７９】
ユーザ機器がＶｏＩＰベアラ「第２のＲＢ」のデータのためのスケジューリング要求（ＰＵＣＣＨ（ＳＲ））をｅＮｏｄｅ  Ｂに送る送信時間間隔に続いて、セミパーシステントにスケジューリングされるリソースがユーザ機器に割り当てられている。ユーザ機器は、図６に関連して上述した手順に従って、送信バッファの中のＶｏＩＰベアラ「第１のＲＢ」のデータのみを、この上りリンクリソースに多重化する（ＶｏＩＰデータ（第１のＲＢ））。
【０１８０】
動的に割り当てられるＰＵＳＣＨリソース（この割当ては、ＶｏＩＰベアラ「第２のＲＢ」の新しいデータが送信バッファに到着することに応えて送られたスケジューリング要求によってトリガーされた）の前に、動的にスケジューリングされる無線ベアラ「第３のＲＢ」の新しいデータが送信バッファに到着する。図６の手順によると、動的に割り当てられるＰＵＳＣＨリソースで送信するトランスポートブロックにデータを多重化するときには、そのトランスポートブロックの生成時に送信バッファの中に存在するすべてのデータを考慮するため、動的にスケジューリングされる無線ベアラ「第３のＲＢ」のデータと、ＶｏＩＰベアラ「第２のＲＢ」のデータとが、例えば、動的にスケジューリングされる無線ベアラ「第３のＲＢ」およびＶｏＩＰベアラ「第２のＲＢ」がマッピングされている論理チャネルの論理チャネル優先順位に従って、トランスポートブロックに多重化される。割当てサイズによっては、無線ベアラのデータを分割することもできる。
【０１８１】
したがって、図１０に関連して説明した例においては、割り当てられるリソースすべてがデータ送信に使用され、したがって、上りリンクにおけるリソース使用が最適化される。
【０１８２】
本発明のさらなる実施形態は、セミパーシステントにスケジューリングされる２つ以上の無線ベアラ（例えば、ＶｏＩＰの２つ以上の無線ベアラ）が設定されており、これらセミパーシステントにスケジューリングされる無線ベアラのうち、いくらかの時間にわたって非アクティブであった（したがってセミパーシステントなリソース割当てにおいて考慮されていない）無線ベアラが、再びアクティブになる、または初めてアクティブになる状況に関する。セミパーシステントスケジューリングがすでに有効にされており、セミパーシステントにスケジューリングされる１つまたは複数の無線ベアラが、設定されているセミパーシステントな上りリンクリソースでアクティブにデータを送信している場合、（再び）アクティブになる（すなわちデータを生成する）セミパーシステントにスケジューリングされる無線ベアラは、セミパーシステントスケジューリングの（再）有効化が受信されるまでは、設定されているセミパーシステントに割り当てられる上りリンクリソースでは送信されない。したがって、セミパーシステントグラントによって、セミパーシステントなリソース割当てが再設定（（再）有効化）され、それに応じてグラントが増大することによって（例えば、あるセミパーシステントスケジューリング間隔内に生成されることが予測される、セミパーシステントにスケジューリングされるすべての無線ベアラのデータ、を送信することのできる、より大きなトランスポートブロックサイズが指定されることによって）、（再び）アクティブになるセミパーシステントにスケジューリングされる無線ベアラのデータが考慮されるまでは、（再び）アクティブになるセミパーシステントにスケジューリングされる無線ベアラは、動的に割り当てられるリソースで送信される。
【０１８３】
図１１は、セミパーシステントにスケジューリングされる無線ベアラ（ＳＰＳ無線ベアラ）が（再び）アクティブになる場合における、セミパーシステントなリソース割当ての適合化について、例示的に強調的に示してある。さらに、本発明の別の態様、すなわち、一般には基地局／ｅＮｏｄｅ  Ｂにおいて実施される改良されたスケジューリングメカニズムであって、本明細書に説明した、バッファ状態報告をトリガーおよび生成するための新規の規則と、データを上りリンクリソースに多重化するための新規の規則とに基づいて得られる、移動端末／ユーザ機器の状態に関する追加の情報、に基づくスケジューリングメカニズムについて、図１１の、本発明の一実施形態による例示的なシグナリング手順を使用して説明する。
【０１８４】
一般的には、スケジューラ（データの受信側（例えば基地局／ｅＮｏｄｅ  Ｂ）と同義であるものと想定する）は、図５および図６に関連して説明した手順を適用することによって、データの送信側（例えば移動端末）のシグナリング挙動からいくつかの推論を導くことができる。例えば、セミパーシステントなリソース割当てが有効にされている場合、バッファ状態報告は、現在のセミパーシステントなリソース割当てにおいて考慮されていない無線ベアラについて報告するのみである。したがって、スケジューラは、現在のセミパーシステントグラントにおいて考慮されている、セミパーシステントにスケジューリングされる無線ベアラは、バッファ状態報告に示されないことを前提とすることができる。
【０１８５】
さらには、スケジューラは、バッファ状態報告において、セミパーシステントにスケジューリングされる無線ベアラが報告されている（例えば、セミパーシステントにスケジューリングされる無線ベアラすべてが割り当てられる論理チャネルグループが報告される）場合、または、動的に割り当てられるリソースにおけるトランスポートブロックの内容を監視することによって、セミパーシステントにスケジューリングされる無線ベアラが（再び）アクティブになったことをさらに識別することができ（上りリンクのトランスポートブロックを監視するときには、スケジューラは、セミパーシステントにスケジューリングされる無線ベアラのうちどの無線ベアラがアクティブになったかも認識する）、それに応じて、セミパーシステントにスケジューリングされるその無線ベアラのデータをデータの送信側がセミパーシステントに割り当てられるリソースで送信することができるように、例えばいわゆる再有効化によって、セミパーシステントなリソース割当てを再設定することができる。同様に、セミパーシステントに割り当てられるリソースにおけるトランスポートブロックの内容も監視するときには、スケジューラは、セミパーシステントにスケジューリングされる無線ベアラが再び非アクティブになる（例えば、ＶｏＩＰサービスのトークスパートが終了する）ことも検出することができ、セミパーシステントにスケジューリングされる残りの無線ベアラのみが考慮されるように、セミパーシステントグラントを減らすことができる。したがって、バッファ状態報告をトリガーおよび送信するための新規の手順と、割当てのタイプに従ってデータをトランスポートブロックに多重化するための新規の手順から得られる追加の情報に基づいて、セミパーシステントスケジューリングによって割り当てられるトランスポートブロックサイズを変更することができる。
【０１８６】
図１１では、本質的に図１０に似たシナリオを強調的に示してある。いま、ある時点において、ＶｏＩＰベアラ「第２のＲＢ」がアクティブになり、このとき、セミパーシステントスケジューリングが有効にされており、アクティブなＶｏＩＰベアラ「第１のＲＢ」が考慮されているものと想定する。図１０と同様に、ＶｏＩＰベアラ「第２のＲＢ」の新しいデータが送信バッファに到着した時点で、バッファ状態報告がトリガーされ、ユーザ機器は、ＰＵＣＣＨが設定されている利用可能な割当て済みの次のタイムスロットにおいて、スケジューリング要求（ＰＵＣＣＨ（ＳＲ））を送る。ｅＮｏｄｅ  Ｂは、このスケジューリング要求を受信すると、ＰＤＣＣＨで動的グラント（ＰＤＣＣＨ（ＤＧ））をシグナリングすることによって、動的なリソースをユーザ機器に割り当てる。ユーザ機器は、バッファ状態報告とＶｏＩＰベアラ「第２のＲＢ」のデータとを、割り当てられた動的なリソースでｅＮｏｄｅ  Ｂに送信する。ｅＮｏｄｅ  Ｂは、状態報告から（およびオプションとして、トランスポートブロックの中のデータがどの無線ベアラのデータであるかを識別することによって）、ＶｏＩＰベアラ「第２のＲＢ」がアクティブになったことを推論することができる（なぜなら、ユーザ機器において２つのＶｏＩＰベアラが設定されており、ＶｏＩＰベアラ「第１のＲＢ」はセミパーシステントなリソース割当てにおいてすでに考慮されているため）。したがって、ｅＮｏｄｅ  Ｂのスケジューラは、ユーザ機器において設定されている両方のＶｏＩＰベアラのデータを、セミパーシステントに割り当てられるリソースで送信することができるように、セミパーシステントグラントを増やすことを決定することができる。したがって、ｅＮｏｄｅ  Ｂは、増大した新しいセミパーシステントグラント（またはトランスポートブロックサイズ）をもたらすセミパーシステントスケジューリングの再度の有効化（すなわち再有効化）を、ユーザ機器に送る（ＰＤＣＣＨ（ＳＰＳ））。
【０１８７】
ユーザ機器は、新しいセミパーシステントグラントを受信し、ＶｏＩＰベアラ「第２のＲＢ」もセミパーシステントなリソース割当てにおいて考慮されるものと推論することができる（例えば、ＶｏＩＰベアラ「第２のＲＢ」のデータを前に動的なリソースで送ったことから、もしくは、増やされたトランスポートブロックサイズが、ＳＰＳ割当て間隔の間にＶｏＩＰベアラ「第１のＲＢ」およびＶｏＩＰベアラ「第２のＲＢ」によって生成されるデータの平均サイズに一致することに基づいて、またはその両方から）。したがって、セミパーシステントなリソース割当てが再有効化された後、ＶｏＩＰベアラ「第１のＲＢ」またはＶｏＩＰベアラ「第２のＲＢ」の新しいデータが送信バッファに到着したとき、そのデータによってバッファ状態報告およびスケジューリングのいずれもトリガーされない。その代わりに、両方のＶｏＩＰベアラのデータは、再設定されたセミパーシステントなリソースで送信される。
【０１８８】
さらなる例示的な一実施形態においては、図１１に関連して上に記載した例をさらに改良し、セミパーシステントにスケジューリングされる無線ベアラがアクティブになったとき、スケジューラはそれに応えてセミパーシステントなリソース割当てをただちには変更しない。この実施形態は、セミパーシステントにスケジューリングされる無線ベアラによって伝えられるサービスが、しばらく動作した後、平均ビットレートからの変動の小さい極めて規則的なビットレート（すなわち、規則的な間隔で比較的一定のパケットサイズ）を伝えるものと想定できる場合に恩恵がある。このようなタイプのサービスの一例は、（ＩＰヘッダ圧縮を使用する）ＶｏＩＰサービスであり、この場合、ヘッダ圧縮が適切にパラメータ化された後、ＩＰパケットサイズが定常状態に達し、ＩＰパケットがほぼ規則的な間隔で生成され、したがって、全体として一定のビットレートに達するものと想定することができる。この場合、スケジューラは、セミパーシステントスケジューリング間隔あたりのデータサイズ（ビット数）が定常状態に入るまで、このようなサービスを伝えるセミパーシステントにスケジューリングされる無線ベアラのデータを動的なリソースに割り当てることができる。そのような定常状態に達した時点で、スケジューラは、セミパーシステントなリソース割当てを再有効化することができ、このとき、セミパーシステントスケジューリング間隔内に生成される、セミパーシステントにスケジューリングされる無線ベアラの定常状態のデータサイズに従って、トランスポートブロックサイズ（またはセミパーシステントグラント）を増大させる。
【０１８９】
図１１に関連して記載した例においては、ＶｏＩＰベアラ「第２のＲＢ」とセミパーシステントスケジューリングの（再）有効化との関連付けは単純であり、なぜなら、ＶｏＩＰベアラ「第２のＲＢ」は、セミパーシステントにスケジューリングされる無線ベアラのうち、（再び）アクティブになって動的なリソースを介してデータを送信した唯一の無線ベアラであると考えられるためである。したがって、ユーザ機器は、ＶｏＩＰベアラ「第２のＲＢ」がアクティブになったことに応えてセミパーシステントスケジューリングが有効にされたことを、簡単に識別することができる。しかしながら、セミパーシステントなリソース割当ての（再）有効化が行われる前に、さらに別のＶｏＩＰベアラが（再び）アクティブになる場合、セミパーシステントなリソース割当ての再有効化がどちらのＶｏＩＰベアラを対象とするのかが明らかである必要がある。２つのＶｏＩＰベアラがアクティブになった（およびこれらのベアラのデータが再有効化の前に動的なリソースで送信された）場合、ユーザ機器は、アクティブになったＶｏＩＰベアラのうち、セミパーシステントなリソーススケジューリングの再有効化の対象である無線ベアラを識別できる必要がある。
【０１９０】
本発明のさらなる実施形態においては、ユーザ機器は、例えば、セミパーシステントにスケジューリングされる無線ベアラのうち、セミパーシステントに割り当てられるリソースで自身のデータを送信できるようにＳＰＳの再有効化を待機する状態に最後に入った無線ベアラを、セミパーシステントなリソース割当ての次の（再）有効化につねにリンクするという規則に従うことができる。本発明の別の実施形態においては、ユーザ機器は、セミパーシステントグラントによるセミパーシステントスケジューリングの（再）有効化において、アクティブになったセミパーシステントにスケジューリングされる無線ベアラすべて（および、以前の有効なセミパーシステントグラントにおいてすでに考慮されている無線ベアラ）を考慮するものと想定する。
【０１９１】
代替実施形態においては、ユーザ機器は、セミパーシステントなリソース割当ての（再）有効化がどの（１つまたは複数の）無線ベアラに関連するかの判定を試みることもできる。一般には、セミパーシステントにスケジューリングされる１つまたは複数のさらなる無線ベアラが考慮されるようにセミパーシステントなリソース割当てを（再）有効化すると、ユーザ機器に割り当てられるトランスポートブロックサイズが大きくなる。ユーザ機器は（データ源として）、サービスそれぞれのビットレートも認識しているため、各ベアラを考慮するためにトランスポートブロックサイズに組み入れるべきＳＰＳ間隔あたりのデータサイズも認識している。したがって、上の例においては、ユーザ機器は、例えば、前の有効なセミパーシステントグラントと比較してトランスポートブロックサイズが大きくなったビット数を求めることができ、その差から、アクティブになった２つのＶｏＩＰベアラの一方のＳＰＳ間隔あたりのデータサイズ、または両方のＳＰＳ間隔あたりのデータサイズに一致しているかを推論することができる。ユーザ機器は、この判定に基づいて、セミパーシステントなリソース割当ての（再）有効化の対象である１つまたは複数のＶｏＩＰベアラを推論することができる。
【０１９２】
以下では、時間の経過に伴うセミパーシステントなリソースの割当て（または割り当てられるトランスポートブロックサイズ（ＴＢＳ））を強調的に示すため、本発明の例示的な実施形態による、セミパーシステントにスケジューリングされる２つの無線ベアラに対する、（スケジューラを備えた）ｅＮｏｄｅ  Ｂによる例示的なスケジューリングについて、図１２に関連して説明する。図１２においては、セミパーシステントにスケジューリングされる２つの無線ベアラを、第１のＳＰＳ  ＲＢおよび第２のＳＰＳ  ＲＢと称する。最初に、第１のＶｏＩＰベアラ（第１のＳＰＳ  ＲＢ）を設定する。この設定は、例えば、従来のＲＲＣシグナリングによって達成することができる。この設定手順は、セミパーシステントにスケジューリングされる無線ベアラの所定の論理チャネルグループにＶｏＩＰベアラが割り当てられることを、無線ベアラ設定メッセージに含めることによって、改良することができ、あるいは、無線ベアラがセミパーシステントスケジューリングに適していることをユーザ機器に知らせる指示情報を、このメッセージに追加することができる。ＶｏＩＰベアラのデータにはセミパーシステントスケジューリングが行われるため、ｅＮｏｄｅ  Ｂは、セミパーシステントなリソース割当てをさらに設定することができるが、第１のＶｏＩＰベアラ（第１のＳＰＳ  ＲＢ）のデータがまだ送信されていないため、セミパーシステントなリソース割当ての有効化はまだ行わなくてもよい。
【０１９３】
第１のＶｏＩＰベアラ（第１のＳＰＳ  ＲＢ）が、データを生成し始めた時点で（これらのデータは最初は動的に割り当てられるリソースを介して送信される）、ｅＮｏｄｅ  Ｂは、（第１のＶｏＩＰベアラ（第１のＳＰＳ  ＲＢ）のデータレートに一致する新しいセミパーシステントグラントによって）セミパーシステントスケジューリングを有効にすることを決定することができる。第１のＶｏＩＰベアラ（第１のＳＰＳ  ＲＢ）に対してセミパーシステントスケジューリングが有効にされるまでは、第１のＶｏＩＰベアラのデータによってバッファ状態報告がトリガーされ、このデータはバッファ状態報告において考慮される。セミパーシステントスケジューリングが有効になると、第１のＶｏＩＰベアラ（第１のＳＰＳ  ＲＢ）のデータによってもはやバッファ状態報告がトリガーされず、このデータはバッファ状態報告において考慮されない。セミパーシステントスケジューリングが有効になると、セミパーシステントなリソース割当てのＴＢＳがネットワークによってＴＢ１に設定される。
【０１９４】
セミパーシステントなリソース割当てが有効にされると、第２のＶｏＩＰベアラ（第２のＳＰＳ  ＲＢ）が設定される。この場合にも、第２のＶｏＩＰベアラ（第２のＳＰＳ  ＲＢ）もセミパーシステントスケジューリングに適していることを、無線ベアラの設定時にユーザ機器に知らせることができる。第２のＶｏＩＰベアラ（第２のＳＰＳ  ＲＢ）がデータを生成し始めると、このデータは、最初は動的なリソースを介して送信され、なぜなら、セミパーシステントなリソース割当てにおいて第２のＶｏＩＰベアラ（第２のＳＰＳ  ＲＢ）のデータがまだ考慮されていない（ＳＰＳ  ＴＢＳは依然としてＴＢ１である）ためである。したがって、第２のＶｏＩＰベアラ（第２のＳＰＳ  ＲＢ）のデータは、バッファ状態報告をトリガーし、バッファ状態報告において報告される。
【０１９５】
上述したように、ｅＮｏｄｅ  Ｂのスケジューラは、第２のＶｏＩＰベアラ（第２のＳＰＳ  ＲＢ）に対してセミパーシステントベースで割当てを行うことを決定することができ、したがって、ＴＢＳとしてＴＢ２を示すグラントを送ることによってセミパーシステントスケジューリングを（再）有効化する。ＴＢ２は、ＳＰＳ間隔において第１のＶｏＩＰベアラ（第１のＳＰＳ  ＲＢ）によって生成されるデータサイズＴＢ１と、ＳＰＳ間隔において第２のＶｏＩＰベアラ（第２のＳＰＳ  ＲＢ）によって生成されるデータサイズＴＢ３＝ＴＢ２−ＴＢ１とに一致する。ユーザ機器は、ＴＢ２が両方のＶｏＩＰベアラのデータサイズに一致していることを検出し、両方のＶｏＩＰベアラがセミパーシステントなリソース割当てにおいて現在考慮されているものと推論する。したがってこの時点から、第２のＶｏＩＰベアラ（第２のＳＰＳ  ＲＢ）の新しいデータによってバッファ状態報告がトリガーされず、バッファ状態報告においても考慮されない。
【０１９６】
図１２において、ＴＢＳのうち第１のＶｏＩＰベアラ（第１のＳＰＳ  ＲＢ）に由来する部分を示す長方形と、第２のＶｏＩＰベアラ（第２のＳＰＳ  ＲＢ）に由来する部分を示す長方形とによる勾配が示すように、しばらくすると、各ベアラのデータレートが減少する（例えば、トークスパートが終了する場合）。例えば、ｅＮｏｄｅ  Ｂは、第１のＶｏＩＰベアラ（第１のＳＰＳ  ＲＢ）がもはやデータを生成していないことを検出し、第１のＶｏＩＰベアラ（第１のＳＰＳ  ＲＢ）に対して動的スケジューリングを使用することを決定することができる。したがって、ｅＮｏｄｅ  Ｂは、ＴＢ３のＴＢＳを割り当てることによってセミパーシステントスケジューリングをもう一度（再）有効化することができ、これによって第２のＶｏＩＰベアラ（第２のＳＰＳ  ＲＢ）がセミパーシステントなリソース割当てにおいて考慮されるのみとなる。したがって、第１のＶｏＩＰベアラ（第１のＳＰＳ  ＲＢ）の新しいデータは、再びバッファ状態報告をトリガーし、バッファ状態報告においてｅＮｏｄｅ  Ｂに報告される。第１のＶｏＩＰベアラ（第１のＳＰＳ  ＲＢ）が再びアクティブになるものと想定すると、ｅＮｏｄｅ  Ｂは、このベアラをセミパーシステントベースでスケジューリングすることを決定することができ、両方のＶｏＩＰベアラが考慮されるように、ＴＢ２のＴＢＳを割り当てることによってセミパーシステントスケジューリングをもう一度（再）有効化にする。その後、両方のベアラが非アクティブになるものと想定し、したがってｅＮｏｄｅ  Ｂは、セミパーシステントスケジューリングを無効にすることを決定する。セミパーシステントスケジューリングが無効にされた時点で、ＶｏＩＰベアラは、本質的に動的にスケジューリングされるベアラとして扱われ、したがって、バッファ状態報告をトリガーし、そのデータはバッファ状態報告において報告される。
【０１９７】
なお、本明細書全体を通じて、通信ノードに対して設定される特定の周期（ＳＰＳ間隔）で無線リソースがセミパーシステントベースで割り当てられる（これを単一のＳＰＳパターンとも称する）セミパーシステントなリソース割当てを想定して、本発明について説明してある。しかしながら、通信ノードにおいて複数のＳＰＳパターンが利用可能である場合、すなわち、それぞれがセミパーシステントグラントを有する（有効にされているとき）複数の異なるＳＰＳ間隔が定義されている場合にも、本発明の概念を依然として適用することができる。この場合、セミパーシステントにスケジューリングされる無線ベアラを、特定のＳＰＳパターンに関連付けることができる。本文書に記載した本発明の概念は、セミパーシステントにスケジューリングされるすべての無線ベアラに、ＳＰＳパターンごとに適用することができる。
【０１９８】
さらには、本発明のいくつかの実施形態においては、改良された３ＧＰＰ  ＬＴＥシステム（エアインタフェースにおいて１つのコンポーネントキャリアが設定される）に関連して、本発明の概念を説明した。３ＧＰＰにおいて現在検討されている３ＧＰＰ  ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）システムにも、本発明の概念を等しく適用することができる。
【０１９９】
本発明の別の実施形態は、上述したさまざまな実施形態をハードウェアおよびソフトウェアを使用して実施することに関する。本発明のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行できることが認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブルロジックデバイスとすることができる。本発明のさまざまな実施形態は、これらのデバイスの組合せによって実行あるいは具体化することもできる。
【０２００】
さらに、本発明のさまざまな実施形態は、ソフトウェアモジュールによって実施することもでき、これらのソフトウェアモジュールは、プロセッサによって実行される、あるいはハードウェアにおいて直接実行される。さらに、ソフトウェアモジュールとハードウェア実装とを組み合わせることも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ読取り可能な記憶媒体、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納することができる。
【０２０１】
さらには、本発明のさまざまな実施形態の個々の特徴は、個別に、または任意の組合せとして、別の発明の主題とすることができることに留意されたい。
【０２０２】
具体的な実施形態において示した本発明には、広義に記載されている本発明の概念または範囲から逸脱することなく膨大なバリエーションもしくは変更形態を創案できることが、当業者には理解されるであろう。したがって、本発明の実施形態は、あらゆる点において例示を目的としており、本発明を制限するものではない。
【図１】
0005570586.tif 000002
【図２】
0005570586.tif 000003
【図３】
0005570586.tif 000004
【図４】
0005570586.tif 000005
【図５】
0005570586.tif 000006
【図６】
0005570586.tif 000007
【図７】
0005570586.tif 000008
【図８】
0005570586.tif 000009
【図９】
0005570586.tif 000010
【図１０】
0005570586.tif 000011
【図１１】
0005570586.tif 000012
【図１２】
0005570586.tif 000013