JP2018503311A - 改良されたスケジューリング要求手順 - Google Patents

Abstract

本発明は、通信システムにおいてユーザ機器によってアップリンクリソースを要求する方法であって、ユーザ機器においてＤＲＸ（間欠受信）機能が実行中である、方法、に関する。ユーザ機器においてバッファ状態報告がトリガーされた時点で、アップリンクリソースを要求するため無線基地局へのスケジューリング要求の送信がトリガーされる。しかしながら、ＤＲＸ機能によるＤＲＸサイクルのオンデュレーション期間のサブフレームの１つ（好ましくは最初のサブフレーム）においてスケジューリング要求がトリガーされるように、スケジューリング要求のトリガーを遅延させる。これに対応して、スケジューリング要求のトリガーが遅延された後の次の可能なスケジューリング要求送信機会において、トリガーされたスケジューリング要求を無線基地局に送信する。

Description

本開示は、通信システムにおいてユーザ機器によってアップリンクリソースを要求する方法に関する。さらに、本開示は、本明細書に記載されている方法に関与するユーザ機器を提供する。

＜ロングタームエボリューション（ＬＴＥ）＞
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。

ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。

ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network（ＵＴＲＡＮ）：進化したＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８（ＬＴＥリリース８）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（例えば、１.４ＭＨｚ、３.０ＭＨｚ、５.０ＭＨｚ、１０.０ＭＨｚ、１５.０ＭＨｚ、および２０.０ＭＨｚ）が指定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ）を受けにくく、また、サイクリックプレフィックス（ＣＰ）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access：シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥリリース８／９では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。

＜ＬＴＥアーキテクチャ＞
図１は、ＬＴＥの全体的なアーキテクチャを示し、図２は、Ｅ−ＵＴＲＡＮのアーキテクチャをより詳細に示している。Ｅ−ＵＴＲＡＮは、ｅＮｏｄｅＢから構成され、ｅＮｏｄｅＢは、ＵＥ向けの、Ｅ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルを終端処理する。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクＱｏＳ（サービス品質）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。

また、複数のｅＮｏｄｅＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：進化したパケットコア）、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮｏｄｅＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、ＬＴＥと別の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インタフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ ＧＷとの間でトラフィックを中継する）として機能する。ＳＧＷは、アイドル状態のユーザ機器に対しては、ダウンリンクデータ経路を終端させ、そのユーザ機器へのダウンリンクデータが到着したときにページングをトリガーする。ＳＧＷは、ユーザ機器のコンテキスト（例えばＩＰベアラサービスのパラメータ、ネットワーク内部ルーティング情報）を管理および格納する。さらに、ＳＧＷは、合法傍受（lawful interception）の場合にユーザトラフィックの複製を実行する。

ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラのアクティブ化／非アクティブ化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／完全性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。

＜ＬＴＥにおけるコンポーネントキャリアの構造＞
３ＧＰＰ ＬＴＥシステムのダウンリンクコンポーネントキャリアは、いわゆるサブフレームにおける時間−周波数領域でさらに分割される。３ＧＰＰ ＬＴＥで、各サブフレームは、図３に示すように２つのダウンリンクスロットに分割され、そこにおいて、第１のダウンリンクスロットは、第１のＯＦＤＭシンボル内の制御チャネル領域（ＰＤＣＣＨ領域）を備える。各サブフレームは、時間領域内の所与の数のＯＦＤＭシンボルで構成され（３ＧＰＰ ＬＴＥ（リリース８）では１２個または１４個のＯＦＤＭシンボル）、各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に広がる。したがって、ＯＦＤＭシンボルは、各々、図４にも示すように、Ｎ^ＤＬ _ＲＢ×Ｎ^ＲＢ _ｓｃ個のそれぞれのサブキャリアで送信されるいくつかの変調シンボルで構成される。

例えば３ＧＰＰロングタームエボリューション（ＬＴＥ）において使用されるような、例えばＯＦＤＭを使用する、マルチキャリア通信システムを想定すると、スケジューラによって割り当てることができるリソースの最小単位は、１つの「リソースブロック」である。物理リソースブロック（ＰＲＢ）は、図４に例示されるように時間領域におけるＮ^ＤＬ _ｓｙｍｂ個の連続するＯＦＤＭシンボル（例えば、７つのＯＦＤＭシンボル）および周波数領域におけるＮ^ＲＢ _ｓｃ個の連続するサブキャリア（例えば、コンポーネントキャリアの１２個のサブキャリア）として定義される。したがって、３ＧＰＰ ＬＴＥ（リリース８）では、物理リソースブロックは、時間領域における１つのスロットおよび周波数領域における１８０ｋＨｚに対応する、Ｎ^ＤＬ _ｓｙｍｂ×Ｎ^ＲＢ _ｓｃ個のリソースエレメントで構成される（ダウンリンクリソースグリッドについてさらに詳しくは、例えば、３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている、非特許文献１の６.２節を参照）。

１つのサブフレームは、２つのスロットで構成され、したがって、いわゆる「通常の」ＣＰ（サイクリックプレフィックス）が使用されるときにはサブフレーム内に１４個のＯＦＤＭシンボルが存在し、いわゆる「拡張」ＣＰが使用されるときにはサブフレーム内に１２個のＯＦＤＭシンボルが存在する。専門用語を目的として、以下で、サブフレーム全体に広がる同じＮ^ＲＢ _ｓｃ個の連続するサブキャリアと同等の時間−周波数リソースは、「リソースブロックペア」または同意義の「ＲＢペア」もしくは「ＰＲＢペア」と呼ばれる。

「コンポーネントキャリア」という用語は、周波数領域におけるいくつかのリソースブロックの組合せを示す。ＬＴＥの将来のリリースでは、「コンポーネントキャリア」という用語はもはや使用されず、その代わりに、その専門用語はダウンリンクおよびオプションでアップリンクリソースの組合せを示す「セル」に変更される。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間のリンク付けは、ダウンリンクリソースで送信されるシステム情報において指示される。

コンポーネントキャリア構造についての同様の想定が、後のリリースにも適用される。

＜より広い帯域幅のサポートのためのＬＴＥ−Ａにおけるキャリアアグリゲーション＞
世界無線通信会議２００７（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域や国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。３ＧＰＰ ＴＳＧ ＲＡＮ ＃３９会合において、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目の記述が承認された。この検討項目は、Ｅ−ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ−Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。

ＬＴＥアドバンストシステムがサポートすることができる帯域幅は１００ＭＨｚであり、一方、ＬＴＥシステムは２０ＭＨｚのみをサポートすることができる。今日、無線スペクトルの欠如がワイヤレスネットワークの開発のボトルネックになり、結果として、ＬＴＥアドバンストシステムのために十分広いスペクトル帯域を見つけることは困難である。したがって、より広い無線スペクトル帯域を獲得するための方法を見つけることは急務であり、ここにおいて、可能性のある答えは、キャリアアグリゲーション機能である。

キャリアアグリゲーションでは、最大で１００ＭＨｚのより広い送信帯域幅をサポートする目的で、２つ以上のコンポーネントキャリアがアグリゲートされる。ＬＴＥ−Ａｄｖａｎｃｅｄシステムでは、ＬＴＥシステムにおけるいくつかのセルが、より広い１つのチャネルにアグリゲートされ、このチャネルは、たとえＬＴＥにおけるこれらのセルが異なる周波数帯域にある場合でも１００ＭＨｚに対して十分に広い。

少なくとも、コンポーネントキャリアの帯域幅が、ＬＴＥリリース８／９のセルのサポートされる帯域幅を超えないとき、すべてのコンポーネントキャリアをＬＴＥリリース８／９互換であるように設定することができる。ユーザ機器によってアグリゲートされるすべてのコンポーネントキャリアが必ずしもＬＴＥリリース８／９互換でなくてよい。リリース８／９のユーザ機器がコンポーネントキャリアにキャンプオンすることを回避するため、既存のメカニズム（例：バーリング）を使用することができる。

ユーザ機器は、自身の能力に応じて１つまたは複数のコンポーネントキャリア（複数のサービングセルに対応する）を同時に受信または送信することができる。キャリアアグリゲーションのための受信能力もしくは送信能力またはその両方を備えた、ＬＴＥ−Ａリリース１０のユーザ機器は、複数のサービングセル上で同時に受信する、もしくは送信する、またはその両方を行うことができ、これに対して、ＬＴＥリリース８／９のユーザ機器は、コンポーネントキャリアの構造がリリース８／９の仕様に従う場合、１つのみのサービングセル上で受信および送信を行うことができる。

キャリアアグリゲーションは、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方においてサポートされ、各コンポーネントキャリアは、３ＧＰＰ ＬＴＥ（リリース８／９）の計算方式（numerology）を使用して、周波数領域における最大１１０個のリソースブロックに制限される。

同じｅＮｏｄｅＢ（基地局）から送信される、場合によってはアップリンクおよびダウンリンクにおいて異なる帯域幅の異なる数のコンポーネントキャリアをアグリゲートするように、３ＧＰＰ ＬＴＥ−Ａ（リリース１０）互換のユーザ機器を構成することが可能である。設定することのできるダウンリンクコンポーネントキャリアの数は、ユーザ機器のダウンリンクのアグリゲーション能力に依存する。逆に、設定することのできるアップリンクコンポーネントキャリアの数は、ユーザ機器のアップリンクのアグリゲーション能力に依存する。現時点では、ダウンリンクコンポーネントキャリアよりもアップリンクコンポーネントキャリアが多い状態に移動端末を設定することはできない。

一般的なＴＤＤ配備では、コンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は、アップリンクとダウンリンクとで同じである。同じｅＮｏｄｅＢから送信されるコンポーネントキャリアは、同じカバレッジを提供する必要はない。

連続的にアグリゲートされるコンポーネントキャリアの中心周波数の間隔は、３００ｋＨｚの倍数である。これは、３ＧＰＰ ＬＴＥ（リリース８／９）の１００ｋＨｚの周波数ラスターとの互換性を保つと同時に、１５ｋＨｚ間隔のサブキャリアの直交性を維持するためである。アグリゲーションのシナリオによっては、連続するコンポーネントキャリアの間に少数の使用されないサブキャリアを挿入することによって、ｎ×３００ｋＨｚの間隔あけを容易にすることができる。

複数のキャリアをアグリゲートする影響は、ＭＡＣ層に及ぶのみである。ＭＡＣ層には、アップリンクおよびダウンリンクの両方において、アグリゲートされるコンポーネントキャリアごとに１つのＨＡＲＱエンティティが要求される。コンポーネントキャリアあたりのトランスポートブロックは最大１個である（アップリンクにおけるＳＵ−ＭＩＭＯを使用しない場合）。トランスポートブロックおよびそのＨＡＲＱ再送信（発生時）は、同じコンポーネントキャリアにマッピングする必要がある。

図５および図６は、それぞれ、ダウンリンクおよびアップリンクにおける、キャリアアグリゲーションが設定された第２層構造を示している。

キャリアアグリゲーションが設定されているとき、移動端末はネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続の確立／再確立時、１つのセルが、ＬＴＥリリース８／９と同様に、セキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩ、および１つのＡＲＦＣＮ）と、非アクセス層（ＮＡＳ）モビリティ情報（例：ＴＡＩ）とを提供する。ＲＲＣ接続の確立／再確立の後、そのセルに対応するコンポーネントキャリアは、ダウンリンクプライマリセル（ＰＣｅｌｌ）と称される。接続状態では、ユーザ機器あたりつねに１つのダウンリンクＰＣｅｌｌ（ＤＬ ＰＣｅｌｌ）および１つのアップリンクＰＣｅｌｌ（ＵＬ ＰＣｅｌｌ）が設定される。コンポーネントキャリアの設定されたセットおいて、他のセルはセカンダリセル（ＳＣｅｌｌ）と呼ばれ、ＳＣｅｌｌのキャリアはダウンリンクセカンダリコンポーネントキャリア（ＤＬ ＳＣＣ）およびアップリンクセカンダリコンポーネントキャリア（ＵＬ ＳＣＣ）である。

ダウンリンクＰＣｅｌｌおよびアップリンクＰＣｅｌｌの特徴は以下のとおりである。
・ 各ＳＣｅｌｌごとに、ダウンリンクリソースに加えてアップリンクリソースのユーザ機器による使用を設定することができる。したがって、設定されるＤＬ ＳＣＣの数はＵＬ ＳＣＣの数よりもつねに大きいかまたは等しく、アップリンクリソースのみを使用するようにＳＣｅｌｌを設定することはできない。
・ ダウンリンクＰＣｅｌｌは、ＳＣｅｌｌとは異なり非アクティブ化することはできない。
・ ダウンリンクＰＣｅｌｌにおいてレイリーフェージング（ＲＬＦ）が発生すると再確立がトリガーされるが、ダウンリンクＳＣｅｌｌにＲＬＦが発生しても再確立はトリガーされない。
・ 非アクセス層情報はダウンリンクＰＣｅｌｌから取得される。
・ ＰＣｅｌｌは、ハンドオーバー手順（すなわちセキュリティキー変更およびＲＡＣＨ手順）によってのみ変更することができる。
・ ＰＣｅｌｌは、ＰＵＣＣＨの送信に使用される。
・ アップリンクＰＣｅｌｌは、第１層のアップリンク制御情報の送信に使用される。
・ ＵＥの観点からは、各アップリンクリソースは１つのサービングセルにのみ属する。

コンポーネントキャリアの設定および再設定、ならびに追加および削除は、ＲＲＣによって実行することができる。アクティブ化および非アクティブ化は、ＭＡＣ制御要素を介して行われる。ＬＴＥ内ハンドオーバー時、ＲＲＣによって、ターゲットセルで使用するためのＳＣｅｌｌを追加、削除、または再設定することもできる。新しいＳＣｅｌｌを追加するときには、ＳＣｅｌｌのシステム情報（送信／受信に必要である）を送るために専用のＲＲＣシグナリングが使用される（ＬＴＥリリース８／９におけるハンドオーバー時と同様）。

キャリアアグリゲーションを使用するようにユーザ機器が設定されているとき、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアの少なくとも一対がつねにアクティブである。この対のうちのダウンリンクコンポーネントキャリアは、「ダウンリンクアンカーキャリア」と称されることもある。同じことはアップリンクについてもあてはまる。

キャリアアグリゲーションが設定されているとき、同時に複数のコンポーネントキャリアについてユーザ機器をスケジューリングすることができるが、同時に進行させることのできるランダムアクセス手順は最大で１つである。クロスキャリアスケジューリング（cross-carrier scheduling）では、コンポーネントキャリアのＰＤＣＣＨによって別のコンポーネントキャリアのリソースをスケジューリングすることができる。この目的のため、それぞれのＤＣＩフォーマットにコンポーネントキャリア識別フィールド（「ＣＩＦ」と称する）が導入されている。

クロスキャリアスケジューリングが行われていないときには、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアのリンク（ＲＲＣシグナリングによって確立される）によって、グラントが適用されるアップリンクコンポーネントキャリアを識別することができる。アップリンクコンポーネントキャリアへのダウンリンクコンポーネントキャリアのリンクは、必ずしも１対１である必要はない。言い換えれば、同じアップリンクコンポーネントキャリアに複数のダウンリンクコンポーネントキャリアをリンクすることができる。一方で、１つのダウンリンクコンポーネントキャリアは、１つのアップリンクコンポーネントキャリアのみにリンクすることができる。

＜ＬＴＥにおけるアップリンクアクセス方式＞
アップリンク送信では、カバレッジを最大にするため、ユーザ端末による電力効率の高い送信が必要である。Ｅ−ＵＴＲＡのアップリンク送信方式としては、シングルキャリア伝送と、動的な帯域幅割当てのＦＤＭＡとを組み合わせた方式が選択されている。シングルキャリア伝送が選択された主たる理由は、マルチキャリア信号（ＯＦＤＭＡ）と比較して、ピーク対平均電力比（ＰＡＰＲ）が低く、これに対応して電力増幅器の効率が改善され、カバレッジの向上が見込まれるためである（与えられる端末ピーク電力に対してデータレートが高い）。各時間間隔において、ＮｏｄｅＢは、ユーザデータを送信するための固有の時間／周波数リソースをユーザに割り当て、これによってセル内の直交性が確保される。アップリンクにおける直交多元接続によって、セル内干渉が排除されることでスペクトル効率が高まる。マルチパス伝搬に起因する干渉については、送信信号にサイクリックプレフィックスを挿入することにより基地局（ＮｏｄｅＢ）において対処する。

データを送信するために使用される基本的な物理リソースは、１つの時間間隔（例えば０．５ｍｓのサブフレーム）にわたるサイズＢＷ_{ｇｒａｎｔ}の周波数リソースから構成される（符号化された情報ビットはこのリソースにマッピングされる）。なお、サブフレーム（送信時間間隔（ＴＴＩ）とも称する）は、ユーザデータを送信するための最小の時間間隔である。しかしながら、サブフレームを連結することにより、１ＴＴＩよりも長い時間にわたる周波数リソースＢＷ_{ｇｒａｎｔ}をユーザに割り当てることも可能である。

＜ＬＴＥにおけるアップリンクのスケジューリング方式＞
アップリンクの方式として、スケジューリング制御式アクセス（scheduled access）（すなわちｅＮＢによって制御される）と、コンテンション（競合）ベースのアクセスの両方が可能である。

スケジューリング制御式アクセスの場合、アップリンクデータを送信するための特定の時間長の特定の周波数リソース（すなわち時間／周波数リソース）が、ユーザ機器に割り当てられる。しかしながら、コンテンション（競合）ベースのアクセス用に、いくらかの時間／周波数リソースを割り当てることができる。コンテンションベースの時間／周波数リソースの範囲内では、ＵＥは、最初にスケジューリングされることなく送信することができる。ユーザ機器がコンテンションベースのアクセスを行う１つのシナリオは、例えばランダムアクセスであり、すなわち、ユーザ機器があるセルへの最初のアクセスを行うとき、またはアップリンクリソースを要求するために最初のアクセスを行うときである。

スケジューリング制御式アクセスの場合、ＮｏｄｅＢのスケジューラが、アップリンクデータ送信のための一意の時間−周波数リソースをユーザに割り当てる。より具体的には、スケジューラは以下を決定する。
・ 送信を許可する（１基または複数基の）ＵＥ
・ 物理チャネルリソース（周波数）
・ 移動端末が送信に使用するべきトランスポートフォーマット（変調・符号化方式（ＭＣＳ））

割当て情報は、第１層／第２層制御チャネルで送られるスケジューリンググラントを介してＵＥにシグナリングされる。以下では、説明を簡潔にするため、このチャネルをアップリンクグラントチャネルと称する。スケジューリンググラントメッセージには、情報として、周波数帯域のうちＵＥによる使用を許可する部分と、グラントの有効期間と、これから行うアップリンク送信にＵＥが使用しなければならないトランスポートフォーマットとが含まれる。最も短い有効期間は１サブフレームである。グラントメッセージには、選択される方式に応じて追加の情報も含めることができる。アップリンク共有チャネル（ＵＬ−ＳＣＨ）で送信する権利を許可するグラントとしては、「各ＵＥに対する」グラントのみが使用される（すなわち、「各ＵＥにおける各無線ベアラごとの」グラントは存在しない）。したがってＵＥは、割り当てられたリソースを何らかの規則に従って無線ベアラの間で配分する必要がある。トランスポートフォーマットは、ＨＳＵＰＡの場合とは異なり、ユーザ機器側では選択しない。ｅＮＢが、何らかの情報（例えば、報告されたスケジューリング情報およびＱｏＳ情報）に基づいてトランスポートフォーマットを決定し、ユーザ機器は、選択されたトランスポートフォーマットに従わなければならない。ＨＳＵＰＡでは、ＮｏｄｅＢが最大限のアップリンクリソースを割り当てて、ＵＥは、それに応じてデータ送信用の実際のトランスポートフォーマットを選択する。

無線リソースのスケジューリングは、サービス品質を決めるうえで、共有チャネルアクセスネットワークにおいて最も重要な機能であるため、効率的なサービス品質（ＱｏＳ）管理を可能にする目的で、ＬＴＥにおけるアップリンクスケジューリング方式が満たしているべき要件がいくつかある。
・ 優先順位の低いサービスのリソース不足を避けるべきである。
・ 個々の無線ベアラ／サービスにおいてサービス品質（ＱｏＳ）が、スケジューリング方式によって、明確に区別されるべきである。
・ どの無線ベアラ／サービスのデータが送信されるのかをｅＮＢのスケジューラが識別できるように、アップリンク報告において、きめ細かいバッファ報告（例えば、無線ベアラごとの報告、または無線ベアラグループごとの報告）を行うことができるべきである。
・ 異なるユーザのサービスの間でサービス品質（ＱｏＳ）を明確に区別できるようにするべきである。
・ 無線ベアラごとに最小限のビットレートを提供できるようにするべきである。

上に挙げた一連の条件から理解できるように、ＬＴＥのスケジューリング方式の１つの重要な側面は、事業者が、自身の総セル容量を、ＱｏＳクラスの異なる個々の無線ベアラの間で分配することを制御できるメカニズムを提供することである。無線ベアラのＱｏＳクラスは、前述したようにサービングゲートウェイからｅＮＢにシグナリングされる対応するＳＡＥベアラのＱｏＳプロファイルによって識別される。事業者は、自身の総セル容量のうちの特定の量を、特定のＱｏＳクラスの無線ベアラに関連付けられている総トラフィックに割り当てることができる。クラスに基づくこの方法を採用する主たる目的は、パケットの処理を、パケットが属するＱｏＳクラスに応じて区別できるようにすることである。

＜第１層／第２層（Ｌ１／Ｌ２）制御シグナリング＞
スケジューリング対象のユーザに、ユーザの割当て状態、トランスポートフォーマット、およびその他の送信関連情報（例：ＨＡＲＱ情報、送信電力制御（ＴＰＣ）コマンド）を知らせる目的で、第１層／第２層制御シグナリングがデータと一緒にダウンリンクで送信される。第１層／第２層制御シグナリングは、サブフレーム内にダウンリンクデータと一緒に多重化される（ユーザ割当てがサブフレーム単位で変化しうるものと想定する）。なお、ユーザ割当てをＴＴＩ（送信時間間隔）ベースで実行することもでき、その場合、ＴＴＩ長をサブフレームの倍数とすることができることに留意されたい。ＴＴＩ長は、サービスエリア内ですべてのユーザに対して一定とする、または異なるユーザに対して異なる長さとする、さらにはユーザ毎に動的とすることもできる。第１層／第２層制御シグナリングは、一般的にはＴＴＩあたり１回送信するのみでよい。以下では、一般性を失うことなく、ＴＴＩが１サブフレームに等しいものと想定する。

第１層／第２層制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信される。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）としてメッセージを伝え、ＤＣＩには、ほとんどの場合、移動端末またはＵＥのグループを対象とするリソース割当ておよびその他の制御情報が含まれる。一般的には、いくつかのＰＤＣＣＨを１つのサブフレーム内で送信することができる。

なお、３ＧＰＰ ＬＴＥでは、アップリンクデータ送信のための割当て（アップリンクスケジューリンググラントまたはアップリンクリソース割当てとも称する）も、ＰＤＣＣＨで送信されることに留意されたい。さらに、リリース１１ではＥＰＤＣＣＨが導入され、ＥＰＤＣＣＨは基本的にＰＤＣＣＨと同じ機能を果たし（すなわち第１層／第２層制御シグナリングを伝える）、ただし送信方法の細部はＰＤＣＣＨとは異なる。さらなる詳細については、特に、非特許文献１および非特許文献２（参照によって本明細書に組み込まれている）の現在のバージョンに記載されている。したがって、背景技術および実施形態の中で概説したほとんどの項目は、特に明記しない限り、ＰＤＣＣＨおよびＥＰＤＣＣＨ、または第１層／第２層制御シグナリングを伝える他の手段にあてはまる。

アップリンク無線リソースまたはダウンリンク無線リソースを割り当てる目的で第１層／第２層制御シグナリングで送られる情報は（特にＬＴＥ（−Ａ）リリース１０）、一般的には以下の項目に分類することができる。
・ ユーザ識別情報： 割り当てる対象のユーザを示す。この情報は、一般には、ＣＲＣをユーザ識別情報によってマスクすることによってチェックサムに含まれる。
・ リソース割当て情報： ユーザに割り当てられるリソース（リソースブロック：ＲＢ）を示す。あるいはこの情報はリソースブロック割当て（ＲＢＡ）と称される。なお、ユーザに割り当てられるリソースブロック（ＲＢ）の数は動的とすることができる。
・ キャリアインジケータ： 第１のキャリアで送信される制御チャネルが、第２のキャリアに関連するリソース（すなわち第２のキャリアのリソースまたは第２のキャリアに関連するリソース）を割り当てる場合に使用される（クロスキャリアスケジューリング）。
・ 変調・符号化方式： 採用される変調方式および符号化率を決める。
・ ＨＡＲＱ情報： データパケットまたはその一部の再送信時に特に有用である、新規データインジケータ（ＮＤＩ）や冗長バージョン（ＲＶ）など。
・ 電力制御コマンド： 割当て対象のアップリンクのデータまたは制御情報の送信時の送信電力を調整する。
参照信号情報： 割当ての対象の参照信号の送信または受信に使用される、適用されるサイクリックシフトや直交カバーコードインデックスなど。
・ アップリンク割当てインデックスまたはダウンリンク割当てインデックス： 割当ての順序を識別するために使用され、ＴＤＤシステムにおいて特に有用である。
・ ホッピング情報： 例えば、周波数ダイバーシチを増大させる目的でリソースホッピングを適用するかどうか、および適用方法の指示情報。
・ ＣＳＩ要求： 割り当てられるリソースにおいてチャネル状態情報を送信するようにトリガーするために使用される。
・ マルチクラスタ情報： シングルクラスタ（リソースブロックの連続的なセット）またはマルチクラスタ（連続的なリソースブロックの少なくとも２つの不連続なセット）で送信を行うかを指示して制御するために使用されるフラグである。マルチクラスタ割当ては、３ＧＰＰ ＬＴＥ−（Ａ）リリース１０によって導入された。

なお上のリストは、すべてを網羅したものではなく、また、使用されるＤＣＩフォーマットによっては、リストした情報項目すべてを各ＰＤＣＣＨ送信に含める必要はないことに留意されたい。

ダウンリンク制御情報はいくつかのフォーマットの形をとり、これらのフォーマットは、全体のサイズと、フィールドに含まれる情報とが異なる。ＬＴＥにおいて現在定義されている異なるＤＣＩフォーマットは、以下のとおりであり、非特許文献３の５．３．３．１節（現在のバージョン１２．３．０が３ＧＰＰのウェブサイトで入手可能であり、参照によって本明細書に組み込まれている）に詳しく記載されている。さらに、ＤＣＩフォーマットと、ＤＣＩにおいて送信される具体的な情報に関するさらなる詳細については、上に挙げた技術規格、または非特許文献４の９．３節（参照によって本明細書に組み込まれている）を参照されたい。

将来的には、さらなるフォーマットが定義されうる。

＜ＤＲＸ（間欠受信）＞
ＲＲＣ＿ＩＤＬＥの場合にＤＲＸ機能を設定することができ、この場合、ＵＥは、自身に固有なＤＲＸ値またはデフォルトのＤＲＸ値（defaultPagingCycle）のいずれかを使用する。デフォルト値は、システム情報の中でブロードキャストされ、値として、３２個、６４個、１２８個、および２５６個の無線フレームを有することができる。固有な値とデフォルト値の両方が利用可能である場合、ＵＥは２つのうち短い方の値を選択する。ＵＥは、ＤＲＸサイクルあたり１回のページング機会においてウェイクアップする必要があり、ページング機会は１つのサブフレームである。

「ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ」の場合にもＤＲＸ機能を設定することができ、したがって、ダウンリンクチャネルをつねに監視する必要はない。ユーザ機器のバッテリが過大に消費されないようにする目的で、３ＧＰＰ ＬＴＥ（リリース８／９）および３ＧＰＰ ＬＴＥ−Ａ（リリース１０）では、間欠受信（ＤＲＸ）というコンセプトが提供される。技術規格書である非特許文献５の５．７節にはＤＲＸについて説明されており、この文書は参照によって本明細書に組み込まれている。

ＵＥのＤＲＸ挙動を定義するため以下のパラメータが利用可能であり、すなわち、移動ノードがアクティブであるオンデュレーション期間（On-Duration period）と、移動ノードがＤＲＸモードである期間である。
・ オンデュレーション：ユーザ機器がＤＲＸからウェイクアップした後、ＰＤＣＣＨを受信および監視する期間（単位：ダウンリンクサブフレーム）。ユーザ機器は、ＰＤＣＣＨを正常に復号した場合、アウェイク状態を維持し、インアクティビティタイマー（inactivity timer）を起動する。［１〜２００個のサブフレーム、１６段階：１〜６、１０〜６０、８０、１００、２００］
・ ＤＲＸインアクティビティタイマー：ユーザ機器が、ＰＤＣＣＨを最後に正常に復号してから、さらなるＰＤＣＣＨを正常に復号するのを待機する期間（単位：ダウンリンクサブフレーム）。ＵＥは、この期間の間にＰＤＣＣＨを正常に復号できないとき、再びＤＲＸに入る。ユーザ機器は、最初の送信（すなわち再送信ではない）のみについてＰＤＣＣＨを１回正常に復号した後に、インアクティビティタイマーを再起動する。［１〜２５６０個のサブフレーム、２２段階、１０予備：１〜６、８、１０〜６０、８０、１００〜３００、５００、７５０、１２８０、１９２０、２５６０］
・ ＤＲＸ再送信タイマー：最初の利用可能な再送信時間の後にユーザ機器がダウンリンク再送信を予測する、連続するＰＤＣＣＨサブフレームの数を指定する。［１〜３３個のサブフレーム、８段階：１、２、４、６、８、１６、２４、３３］
・ 短ＤＲＸサイクル：短ＤＲＸサイクルにおいてオンデュレーションの後に非アクティブ期間が続く周期的な反復を指定する。このパラメータはオプションである。［２〜６４０個のサブフレーム、１６段階：２、５、８、１０、１６、２０、３２、４０、６４、８０、１２８、１６０、２５６、３２０、５１２、６４０］
・ 短ＤＲＸサイクルタイマー：ＤＲＸインアクティビティタイマーが切れた後にＵＥが短ＤＲＸサイクルに従う、連続するサブフレームの数を指定する。このパラメータはオプションである。［１〜１６個のサブフレーム］
・ 長ＤＲＸサイクル開始オフセット：長ＤＲＸサイクルにおいてオンデュレーションの後に非アクティブ期間が続く周期的な反復と、オンデュレーションが開始するときのオフセット（単位：サブフレーム）を指定する（非特許文献５の第５．７節に定義されている式によって求められる）。［サイクル長１０〜２５６０個のサブフレーム、１６段階：１０、２０、３０、３２、４０、６４、８０、１２８、１６０、２５６、３２０、５１２、６４０、１０２４、１２８０、２０４８、２５６０。オフセットは［０〜選択されたサイクルのサブフレーム長］の間の整数］

ＵＥがアウェイクしている合計期間は、「アクティブ時間」と称される。アクティブ時間には、ＤＲＸサイクルのオンデュレーションと、インアクティビティタイマーが切れていない間にＵＥが連続受信を行っている時間と、１ ＨＡＲＱ ＲＴＴの後にダウンリンク再送信を待機している間にＵＥが連続受信を行っている時間とが含まれる。同様に、アップリンクの場合、ＵＥは、アップリンク再送信グラントが受信され得るサブフレーム（すなわち最初のアップリンク送信後、再送信の最大回数に達するまでの８ｍｓ毎）においてアウェイクしている。上記に基づくと、最小アクティブ時間は、オンデュレーションに等しい一定長であり、最大アクティブ時間は、例えばＰＤＣＣＨアクティビティに依存する変数である。

「ＤＲＸ期間」は、バッテリを節約する目的でＵＥがダウンリンクチャネルの受信を省略することのできるダウンリンクサブフレームの持続期間である。ＤＲＸの動作は、電力を節約する目的で、（その時点で有効なＤＲＸサイクルに従って）反復的に無線回路を非アクティブにする機会を移動端末に提供する。ＤＲＸ期間中にＵＥが実際にＤＲＸ（すなわちアクティブではない）状態のままであるかは、ＵＥによって決定することができる。例えば、ＵＥは通常では周波数間測定を実行するが、この測定はオンデュレーションの間に実施することができず、したがって、ＤＲＸ機会の間の他の何らかの時間に実行する必要がある。

ＤＲＸサイクルをパラメータ化するときには、バッテリの節約と遅延（レイテンシ）との間のトレードオフを伴う。例えば、ウェブブラウジングサービスの場合、ダウンロードされたウェブページをユーザが読んでいる間、ＵＥがダウンリンクチャネルを連続的に受信することは、通常ではリソースの無駄である。長いＤＲＸ期間は、ＵＥのバッテリの寿命を延ばすうえで有利である。これに対して、短いＤＲＸ期間は、データ伝送が再開されるときに（例えばユーザが別のウェブページを要求するときに）より高速に応答するうえで有利である。

これらの矛盾する要件を満たすため、各ＵＥに対して２つのＤＲＸサイクル（短いサイクルと長いサイクル）を設定することができる。短ＤＲＸサイクルはオプションであり、すなわち長ＤＲＸサイクルのみが使用される。短ＤＲＸサイクル、長ＤＲＸサイクル、連続受信の間の遷移は、タイマーによって、またはｅＮｏｄｅＢからの明示的なコマンドによって制御される。短ＤＲＸサイクルは、ある意味、パケットが遅れて到着する場合における、ＵＥが長ＤＲＸサイクルに入る前の確認期間とみなすことができる。ＵＥが短ＤＲＸサイクルにある間にｅＮｏｄｅＢにデータが到着する場合、そのデータを送信するためのスケジューリングが次のオンデュレーションにおいて行われ、次いでＵＥは連続受信を再開する。これに対して、短ＤＲＸサイクルの間にｅＮｏｄｅＢにデータが到着しない場合、ＵＥは、当面の間はパケット送信が終了したものと想定して長ＤＲＸサイクルに入る。

ＵＥは、アクティブ時間の間、ＰＤＣＣＨを監視し、ＳＲＳ（サウンディング参照信号）を報告し（設定されているとき）、ＣＱＩ（チャネル品質情報）／ＰＭＩ（プリコーディングマトリクスインジケータ）／ＲＩ（ランクインジケータ）／ＰＴＩ（プリコーダタイプ指示情報）をＰＵＣＣＨで報告する。ＵＥがアクティブ時間にないときには、トリガータイプ０のＳＲＳ（type-0-triggered SRS）およびＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩをＰＵＣＣＨで報告することはできない。ＵＥに対してＣＱＩマスキングが設定されている場合、ＰＵＣＣＨでのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩの報告は、オンデュレーションに制限される。

利用可能なＤＲＸ値は、ネットワークによって制御され、非ＤＲＸから開始してｘ秒までである。値ｘは、ＲＲＣ＿ＩＤＬＥにおいて使用されるページングＤＲＸと同じ長さとすることができる。測定要件および報告基準は、ＤＲＸ間隔の長さに従って異なることがあり、すなわち長いＤＲＸ間隔では、要件をより緩和することができる（後からさらに詳しく説明する）。ＤＲＸが設定されているとき、ＵＥは、周期的なＣＱＩ報告を「アクティブ時間」の間にのみ送ることができる。ＲＲＣは、周期的なＣＱＩ報告がオンデュレーションの間にのみ送られるように、周期的なＣＱＩ報告をさらに制限することができる。

図７は、ＤＲＸの例を開示している。ＵＥは、「オンデュレーション」期間（この期間は長ＤＲＸサイクルおよび短ＤＲＸサイクルにおいて同じ）の間、スケジューリングメッセージ（ＰＤＣＣＨ上のＣ−ＲＮＴＩ（セル無線ネットワーク一時識別子）によって示される）がないかチェックする。「オンデュレーション」の間にスケジューリングメッセージが受信されたときには、ＵＥは、「インアクティビティタイマー」を起動し、インアクティビティタイマーが作動している間、各サブフレームにおいてＰＤＣＣＨを監視する。この期間中、ＵＥは連続受信モードにあるものとみなすことができる。インアクティビティタイマーが作動している間にスケジューリングメッセージが受信されると、ＵＥはインアクティビティタイマーを再起動し、インアクティビティタイマーが切れたとき、ＵＥは短ＤＲＸサイクルに移行し、「短ＤＲＸサイクルタイマー」を起動する。短ＤＲＸサイクルは、ＭＡＣ制御要素によって開始することもできる。短ＤＲＸサイクルタイマーが切れると、ＵＥは長ＤＲＸサイクルに移行する。

このＤＲＸ挙動に加えて、ＨＡＲＱ ＲＴＴ中にＵＥがスリープできるようにする目的で、「ＨＡＲＱラウンドトリップタイム（ＲＴＴ）タイマー」が定義される。１つのＨＡＲＱプロセスにおけるダウンリンクトランスポートブロックの復号に失敗すると、ＵＥは、そのトランスポートブロックの次の再送信が、少なくとも「ＨＡＲＱ ＲＴＴ」のサブフレームの後に行われるものと想定することができる。ＨＡＲＱ ＲＴＴタイマーが作動している間、ＵＥはＰＤＣＣＨを監視する必要がない。ＨＡＲＱ ＲＴＴタイマーが切れると、ＵＥは通常どおりにＰＤＣＣＨの受信を再開する。

ＵＥあたり１つのみのＤＲＸサイクルが存在する。アグリゲートされたコンポーネントキャリアすべてがこのＤＲＸパターンに従う。

＜バッファ状態報告／スケジューリング要求＞
スケジューリングの通常のモードは動的なスケジューリングであり、ダウンリンク送信リソースを割り当てるためのダウンリンク割当てメッセージと、アップリンク送信リソースを割り当てるためのアップリンクグラントメッセージとによる。これらのメッセージは、通常では特定の１つのサブフレームの間、有効である。これらのメッセージは、すでに前述したように、ＵＥのＣ−ＲＮＴＩを使用してＰＤＣＣＨで送信される。動的なスケジューリングは、ＴＣＰなど、トラフィックがバースト性であり速度が動的であるサービスタイプにおいて効率的である。

動的なスケジューリングに加えて、パーシステントスケジューリング（persistent scheduling）が定義されており、このスケジューリング方式では、無線リソースを半静的に設定して、１サブフレームより長い期間にわたりＵＥに割り当てることができるため、各サブフレームごとにＰＤＣＣＨを通じた特定のダウンリンク割当てメッセージやアップリンクグラントメッセージの必要性が回避される。パーシステントスケジューリングは、データパケットが小さく周期的であり、サイズがほぼ一定であるＶｏＩＰなどのサービスに有用である。したがって、動的なスケジューリングの場合と比較してＰＤＣＣＨのオーバーヘッドが大幅に減少する。

ｅＮｏｄｅＢによるアップリンクリソースの割当て（すなわちアップリンクスケジューリング）を支援するため、ＵＥからｅＮｏｄｅＢへのバッファ状態報告（ＢＳＲ）が使用される。ｅＮＢのスケジューラは、ダウンリンクの場合、各ＵＥに配信されるデータの量を当然認識している。しかしながらアップリンク方向の場合、スケジューリングの決定はｅＮＢにおいて行われ、データのバッファはＵＥ内にあるため、ＵＬ−ＳＣＨを通じて送信する必要のあるデータ量を示す目的で、ＵＥからｅＮＢにバッファ状態報告（ＢＳＲ）を送らなければならない。

ＬＴＥにおいては、バッファ状態報告のＭＡＣ制御要素は、ロングＢＳＲ（ＬＣＧ ＩＤ ＃０〜＃３に対応する４つのバッファサイズフィールドを有する）またはショートＢＳＲ（１つのＬＣＧ ＩＤフィールドと、１つの対応するバッファサイズフィールドを有する）のいずれかからなる。バッファサイズフィールドは、論理チャネルグループの論理チャネルすべてにわたる利用可能な合計データ量を示し、異なるバッファサイズレベルのインデックスとして符号化されたバイト数で示される（非特許文献５の６．１．３．１節（参照によって本明細書に組み込まれている）も参照）。

ＵＥによってショートＢＳＲまたはロングＢＳＲのどちらが送信されるかは、トランスポートブロックにおける利用可能な送信リソースと、空ではないバッファを有する論理チャネルのグループの数と、ＵＥにおいて特定のイベントがトリガーされるかに依存する。ロングＢＳＲは、４つの論理チャネルグループのデータ量を報告するのに対して、ショートＢＳＲは、最高位の論理チャネルグループのみについて、バッファに格納されているデータ量を示す。

論理チャネルグループのコンセプトを導入する理由は、ＵＥに５つ以上の論理チャネルが設定される場合、個々の論理チャネルそれぞれのバッファ状態を報告するとシグナリングオーバーヘッドが大きくなりすぎるためである。したがってｅＮＢは、各論理チャネルを論理チャネルグループに割り当てる。好ましくは、ＱｏＳ要件が同じかまたは類似する論理チャネルが同じ論理チャネルグループに割り当てられるべきである。

送信の失敗に対してロバストであるようにする目的で、ＬＴＥではＢＳＲ再送信メカニズムが定義されている。アップリンクグラントが再開されるとき再送信ＢＳＲタイマーが起動または再起動される。再送信ＢＳＲタイマーが切れる前にアップリンクグラントが受信されない場合、ＵＥによって別のＢＳＲがトリガーされる。

ＢＳＲ（バッファ状態報告）は、例えば次の場合にトリガーされる。
− バッファが空ではない（すなわちバッファにすでにデータが含まれている）論理チャネルよりも高い優先順位を有する論理チャネルのデータが到着するとき
− それまでは送信するデータが利用可能ではなかった（すなわちすべてのバッファがそれまで空であった）ときに、いずれかの論理チャネルにおいてデータが利用可能になるとき
− 再送信ＢＳＲタイマーが切れるとき
− 周期的ＢＳＲ報告のタイミングになったとき（すなわちｐｅｒｉｏｄｉｃＢＳＲタイマーが切れるとき）
− ＢＳＲを格納できる予備のスペースがトランスポートブロック内に存在するとき

バッファ状態報告（ＢＳＲ）に関してと、特にＢＳＲのトリガリングに関するさらに詳しい情報は、非特許文献５（この文書は参照によって本明細書に組み込まれている）の５．４．５節に説明されている。

バッファ状態報告（ＢＳＲ）がトリガーされたとき、ＢＳＲをトランスポートブロックに含めるためのアップリンクリソースがＵＥに割り当てられていない場合、ＵＥは、そのＢＳＲを送信するためのアップリンクリソースが割り当てられるように、スケジューリング要求（ＳＲ）をｅＮｏｄｅＢに送る。１ビットのスケジューリング要求がＰＵＣＣＨを通じて送られる（専用スケジューリング要求Ｄ−ＳＲ）、または、ＢＳＲを送信するためのアップリンク無線リソースの割当てを要求するためにランダムアクセス手順（ＲＡＣＨ）が実行される。

しかしながら、完全に説明するならば、周期的ＢＳＲが送信される場合、ＵＥはスケジューリング要求の送信をトリガーしないことに留意されたい。

さらには、特定のスケジューリングモードにおいてスケジューリング要求（ＳＲ）送信の機能強化が導入されており、送信グラントのための第１層／第２層制御シグナリングのオーバーヘッドを節約する目的で、所定の周期でリソースが永続的に（パーシステントに）割り当てられる（セミパーシステントスケジューリング（ＳＰＳ）と称される）。セミパーシステントスケジューリングの対象として主として考慮されるサービスの一例はＶｏＩＰである。会話時、コーデックにおいて２０ｍｓごとにＶｏＩＰパケットが生成される。したがって、ｅＮｏｄｅＢは、アップリンクリソースまたはダウンリンクリソースを２０ｍｓごとに永続的に割り当てることができ、これらのリソースを使用してＶｏＩＰパケットを送信することができる。一般的には、セミパーシステントスケジューリング（ＳＰＳ）は、トラフィック挙動を予想できる（すなわちビートレートが一定であり、パケットの到着タイミングが周期的である）サービスにおいて有利である。アップリンク方向にＳＰＳが設定される場合、ｅＮｏｄｅＢは、設定されている特定の論理チャネルについてＳＲのトリガー／送信をオフにすることができ、すなわち、これら特定の設定されている論理チャネルにデータが到着することによってＢＳＲがトリガーされても、スケジューリング要求（ＳＲ）がトリガーされない。この種類の機能強化の効果として、セミパーシステントに割り当てられたリソースを使用する論理チャネル（ＶｏＩＰパケットを伝える論理チャネル）のためのスケジューリング要求を送ることは、ｅＮＢのスケジューリングにおいて意味がなく、したがって回避すべきである。

図８は、ＵＥの送信バッファ（ＵＥ Ｔｘバッファ）にデータが到着したときのＢＳＲ／ＳＲに関するＵＥの挙動を例示的に示している。説明を目的として、以下ではいくらか単純化したシナリオを想定する。ＵＥの１つのみの送信バッファおよび１つのみの論理チャネルを考慮する。送信バッファは最初の時点では空である（すなわち送信バッファにデータが格納されていない）ものと想定する。さらに、ＵＥは、バッファ状態報告をｅＮｏｄｅＢに送信するためのアップリンクリソースを有していないものとする。しかしながら、ＵＥには、必要なときにスケジューリング要求（専用スケジューリング要求Ｄ−ＳＲとも称される）を送信するための、ＰＵＣＣＨにおける利用可能なリソースが半静的に割り当てられている（例えばＲＲＣシグナリングによって割り当てられる）ものとする（したがってスケジューリング要求を送るためにＲＡＣＨ手順を実行する必要がなく、これにより図が単純化されている）。

この単純化されたシナリオは、本発明を制限するようには理解されないものとする。同様の考察は、別の論理チャネルの送信バッファをさらに含むシナリオと、論理チャネルグループの送信バッファ（いくつかの論理チャネルの送信バッファからなる）が一緒に考慮されるシナリオにも適用される。さらに、（１つまたは複数の）送信バッファは空である必要はない。しかしながらこの場合、ＵＥの送信バッファに入る新しいデータ（すなわち現在到着したデータ）は、送信バッファにすでに格納されているデータよりも高い優先順位を有するものとする。さらには、スケジューリング要求（ＳＲ）を送信するために割り当てられるＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、このようなＤ−ＳＲアップリンクリソースを使用する代わりに、ＲＡＣＨ手順を実行してスケジューリング要求を送信しなければならないことがある。本出願においては、「スケジューリング要求機会（scheduling request occasion）」（および「スケジューリング要求送信機会（scheduling request transmission occasion）」）という表現は、これらの両方（すなわち専用ＳＲおよびＲＡＣＨ手順）を意味するために使用される。

時刻ｔ１に、ＵＥの送信バッファに新しいデータが到着すると、ＵＥは、このデータを送信するためのアップリンクリソースを最初に要求しなければならず、なぜなら、この時点では適切なアップリンクリソースが利用可能ではないためである。したがって、上述した標準的なトリガー条件によると、ＵＥにおいてバッファ状態報告（ＢＳＲ）がトリガーされ、このＢＳＲを送信するためのアップリンクリソースさえも不足していることを考慮して、送信のためのスケジューリング要求がＵＥにおいてトリガーされる。

ＵＥは、アップリンクリソースを自身に割り当てるようにｅＮｏｄｅＢに要求するため、（周期的に）割り当てられているＰＵＣＣＨリソース（または図８には示していないＲＡＣＨ手順）を使用してスケジューリング要求をｅＮｏｄｅＢに送信する。それに応じてｅＮｏｄｅＢは、いくらかのＵＬ−ＳＣＨリソースをＵＥに割り当てる。ｅＮｏｄｅＢは、例えばアップリンクにおける現在のリソース使用状況に応じて適切な量のアップリンクリソースを、スケジューリング要求（ＳＲ）に応えてＵＥに割り当てることができ、対応するアップリンクグラントをＵＥを介して送信する。

ＵＥは、アップリンクグラントメッセージを受信すると、割り当てられたＰＵＳＣＨリソースの量に応じて、ＢＳＲに加えてデータを送信する、またはデータは送信しないことができる。ＵＥは、ＢＳＲを生成するときにこのことを考慮し、したがってＢＳＲは、ＢＳＲおよび場合によっては送信バッファのデータを送信した後の送信バッファ内のデータ量を示す。

したがってＵＥは、ＰＵＳＣＨを通じてＢＳＲのみを送信する、またはＵＥの送信バッファのいくらかのデータを含めることができる。図８では、最初のシグナリング交換において、ＵＥが、スケジューリング要求（ＳＲ）に応えてｅＮｏｄｅＢによって割り当てられたアップリンクリソースを使用して、送信バッファのすべてのデータをｅＮｏｄｅＢに送信できるものと想定する。したがってＢＳＲは、基本的に送信バッファが空であり、したがってさらなるアップリンクグラントを割り当てる必要がないことをｅＮｏｄｅＢに知らせる。

しかしながら通常では、送信バッファを空にするためには２回以上のアップリンク送信が必要であり、図８では、時刻ｔ２に到着する新しいデータに関連してこのことを示してある。この場合、データの量は、時刻ｔ１において送信バッファ内で利用可能になるデータよりも多い。しかしながら、基本的には上記の手順が図示したようにそのまま繰り返され、ただし異なる点として、ＢＳＲとデータを含むＰＵＳＣＨを送信しても、送信バッファを空にするには十分ではない。したがって、送信時にＵＥによって生成されるＢＳＲは、送信バッファに残っているデータについてｅＮｏｄｅＢに知らせる。したがってｅＮｏｄｅＢは、送信バッファに残っているデータに対応するさらなるアップリンクリソースをＵＥに割り当てる。ｅＮｏｄｅＢによってさらなるアップリンクグラントメッセージがＵＥに送信され、ＵＥは、新たに割り当てられたアップリンクリソースを使用して残りのデータを送信し、自身の送信バッファを空にすることができる。

バッファに新しいデータが到着するたびに、この基本手順（または類似する手順）が繰り返される。

さまざまなトラフィックプロファイルを取り扱ううえでのＬＴＥの能力を高めることのできる、無線アクセスネットワーク（ＲＡＮ）レベルにおけるメカニズムを識別して規定することを主たる目標とする検討が、ＤＤＡ（Diverse Data Application）などのさまざまな作業項目の中で過去にすでに行われてきた。特に、１つの主たる目標は、バッテリの寿命を延ばす目的で端末の電力使用量を減らすことである。さらに特定のＭＴＣ（マシンタイプ通信）装置においては、低い電力消費量は極めて重要な要件であり得る。したがって、特定のトラフィックプロファイルを有するサービスを対象として、電力消費量を最小化するためのいくつかの機能強化が、すでに検討されてきた。

この機能強化は、多くの小さいアップリンク送信に起因してスケジューリング要求の送信頻度が極めて高い、特定のタイプのトラフィックの場合に特に重要であり、例えば、頻繁なＴＣＰ ＡＣＫのための要求を送る必要のある通常のインタラクティブなＴＣＰトラフィックの場合や、アップリンク送信が頻繁に発生する音声および／または映像トラフィックの変換の場合である。スケジューリング要求の頻繁な送信は、当然ながらユーザ機器の電力消費量を増大させ、さらに、スケジューリング要求チャネルにおける負荷と、受信されるスケジューリング要求に応えてのＰＤＣＣＨグラントの数も増大させる。

ごく最近、上述したＢＳＲ／ＳＲ報告メカニズムに対する改良策が３ＧＰＰ標準規格に導入された。基本的には、ユーザ機器の電力消費量を減らすため、スケジューリング要求のトリガーを、事前に定義されるいくらかの時間だけ遅延させる。スケジューリング要求のトリガーを遅延させることによって、スケジューリング要求の数を減らすことができ、なぜなら遅延によって、新しいデータによる最初のトリガーの後、遅延が終るまでに送信バッファに到着する追加のデータを、対応するＢＳＲにおいて考慮することができるためである。

この目的のため、専用タイマーｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを導入し、対応するタイマー値ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ−ｒ１２を、２０，４０，６４，１２８，５１２，１０２４，２５６０のサブフレーム（ｍｓ）としての７つの異なるタイマー値を使用して設定することが合意された（参照により本明細書に組み込まれている非特許文献６における情報要素ＭＡＣ−ＭａｉｎＣｏｎｆｉｇを参照）。非特許文献５の５．４．５節「Buffer Status Reporting」（参照により本明細書に組み込まれている）から理解できるように、（通常のＢＳＲがトリガーされた場合の）スケジューリング要求のトリガーは、ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが動作していないことにさらに依存する。

当然ながら、いくつかの種類のデータにおいてはこの追加の遅延を許容することができるが、別のトラフィックシナリオでは、スケジューリング要求／バッファ状態報告をできる限り迅速に送ることが重要である。したがって遅延機能は、特に、特定の論理チャネル（例えばいくらかの遅延を許容することができる論理チャネル）を対象として設定される。言い換えれば、遅延機能は論理チャネルに固有である。したがってｅＮｏｄｅＢは、各論理チャネルごとに、スケジューリング要求のトリガーの遅延が適用されるか否かを設定することができる。この設定は、情報要素ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇと、対応するオプションのブール変数ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−Ｐｒｏｈｉｂｉｔ−ｒ１２とによって行うことができる（参照により本明細書に組み込まれている非特許文献６における情報要素ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇを参照）。

この新しい遅延機能の効果について、図９に関連して説明する。図９では、図８の場合に類似するシナリオを想定しており、ＢＳＲおよびＳＲのトリガーを示している。単純さを目的として、ＵＥの１つのみの送信バッファおよび１つの論理チャネルを考慮する。送信バッファは、最初に空である（すなわち送信バッファにデータは格納されていない）ものと想定する。さらにＵＥは、バッファ状態報告をｅＮｏｄｅＢに送信するための十分なアップリンクリソースを有さないものとする。しかしながらＵＥは、必要なときにスケジューリング要求（専用スケジューリング要求Ｄ−ＳＲとも称される）を送信するための、ＰＵＣＣＨにおいて利用可能な半静的に割り当てられる（例えばＲＲＣシグナリングによって割り当てられる）リソースを有するものとする。すなわちスケジューリング要求を送るためにＲＡＣＨ手順を実行する必要がなく、これにより図が単純化されている。さらには、このシナリオの１つの論理チャネルが、上に説明したようにＳＲ遅延機能の対象に設定されているものと想定する。

時刻ｔ１にＵＥの送信バッファに新しいデータが到着したとき、対応するアップリンクリソースが存在せず、バッファ状態報告をアップリンクでただちに送信することができず、したがってＵＥは、スケジューリング要求を送信することによって、バッファ状態報告の送信用のアップリンクリソースを最初に要求しなければならない。このＢＳＲをトリガーしたデータは、スケジューリング要求（トリガー）遅延機能が設定された論理チャネルに関連付けられているため、上述したように、事前に設定される禁止タイマー値に従って一定の時間長だけトリガーが遅延される。言い換えれば、（通常の）ＢＳＲがトリガーされたときにスケジューリング要求禁止タイマーが起動され、そのスケジューリング要求禁止タイマーが作動している間は、スケジューリング要求のトリガーが実行されない（すなわち遅延される）。他方で、スケジューリング要求禁止タイマーが切れた後、ようやくスケジューリング要求がトリガーされ、ＵＥは、次のスケジューリング要求機会に（すなわち図９に示した周期的に割り当てられるＰＵＣＣＨリソースを使用することによって、または図９には示していないＲＡＣＨ手順を使用することによって）、スケジューリング要求をｅＮｏｄｅＢに送信することができる。

図８に関連して前に説明した手順と同様に、ｅＮｏｄｅＢはＵＬ−ＳＣＨリソースをＵＥに割り当てて、対応するアップリンクグラントをＰＤＣＣＨを介して送信する。ＵＥは、このアップリンクグラントメッセージを受信すると、割り当てられたＰＵＳＣＨリソースの量に応じて、ＢＳＲに加えてデータを送信する、またはデータは送信しないことができる。図９において想定した特定の例では、ＵＥは、スケジューリング要求に応えてｅＮｏｄｅＢによって割り当てられたアップリンクリソースを使用して、送信バッファのすべてのデータをｅＮｏｄｅＢに送信することができる。これに対応して、バッファ状態報告は、送信バッファが基本的に空であり、したがってさらなるアップリンクグラントを割り当てる必要がないことを、ｅＮｏｄｅＢに知らせる。

さらに図９は、時刻ｔ２において送信バッファに最初のデータが到着し、時刻ｔ３において同じ送信バッファに追加のデータが到着するケースを示している。時刻ｔ２において空の送信バッファに新しいデータが到着することによってバッファ状態報告がトリガーされ、しかしながらこれにより基本的に同時にスケジューリング要求の送信もトリガーされる（なぜならバッファ状態報告をただちに送信するための対応するアップリンクリソースが利用可能ではないため）。この場合も、送信バッファに新しいデータが到着した（すなわちＢＳＲがトリガーされた）時点で起動される対応する禁止タイマーの使用によって、スケジューリング要求のトリガーを遅延させる。時刻ｔ３において到着する追加のデータは、アップリンクでｅＮｏｄｅＢに送信されるＢＳＲを生成するときにＵＥによって考慮され、この場合にはスケジューリング要求は遅延されない。結果として、さらなるスケジューリング要求の送信が回避され、電力消費量を減らすことができる。

3GPP TS 36.211, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)" TS 36.213 3GPP TS 36.212, "Multiplexing and channel coding" LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker TS 36.321 v12.4.0 3GPP TS 36.331 v12.4.1

本発明を制限することのない例示的な一実施形態は、ユーザ機器から無線基地局にスケジューリング要求を送信することによって通信システムにおいてアップリンク無線リソースを要求する改良された方法を提供する。

独立請求項は、本発明を制限することのない例示的な実施形態を提供する。有利な実施形態は、従属請求項の主題である。

第１の態様によると、本発明は、無線基地局へのスケジューリング要求の送信を通じてアップリンクリソースを要求する手順を改良し、これは、ユーザ機器がトリガーされたスケジューリング要求のみに起因してアクティブ時間に遷移する必要がなく、すでにアクティブ時間にある（より具体的には、例えばＤＲＸサイクルのオンデュレーション内にある）ように、スケジューリング要求のトリガーまたは送信を柔軟に遅延させることによる。言い換えれば、この第１の態様に従ってスケジューリング要求のトリガーまたは送信を柔軟に遅延させることによって、ユーザ機器がこのトリガーされたスケジューリング要求のみに関連してアクティブ時間に遷移する必要性が回避され、そうではなくユーザ機器が何らかの理由でアクティブ時間にあり、したがってその期間内にＢＳＲ／ＳＲ手順を処理することができるように、遅延が行われる。

この目的のため、バッファ状態報告のトリガーの時点でスケジューリング要求がトリガーされる（バッファ状態報告は、ユーザ機器の送信バッファに新しいデータが到着することによってトリガーされる）ものと想定することができる。しかしながら一例によると、実際には、スケジューリング要求のトリガーを、ユーザ機器がアクティブ時間にあるサブフレームの１つ（オンデュレーション期間のサブフレーム、またはユーザ機器がアクティブである別のアクティブ期間のサブフレーム）まで遅延させ、これによりユーザ機器はすでにアクティブであることが保証される。したがって、スケジューリング要求に応えて無線基地局によって送信される対応するアップリンクグラントを対象としてダウンリンク制御チャネルを監視する目的で、特に、トリガーされたスケジューリング要求に関連してＵＥがアクティブ時間に遷移する必要性が回避される。言い換えれば、第１の態様では、トリガーされたスケジューリング要求以外の別の理由に起因するアクティブ時間中にユーザ機器によって実行されるようにＢＳＲ／ＳＲ手順を延期するため、一定の遅延を提供する代わりに、ＤＲＸ機能に応じた柔軟な遅延を導入することを提案する。

背景技術のセクションで説明したように、ユーザ機器はさまざまな理由でアクティブとなることがあり、そのうちの１つの理由は、周期的なオンデュレーション期間であり、別の理由は、例えばインアクティビティタイマーが切れていない間にＵＥが連続受信を実行する時間と、１ ＨＡＲＱ ＲＴＴの後にダウンリンクの再送信を待機している間に連続受信を実行する時間である。

トリガーの遅延が終了した後、スケジューリング要求のトリガーをユーザ機器によってようやく実行することができ、次いで、トリガーされたスケジューリング要求を、次の可能なスケジューリング要求送信機会においてユーザ機器によって無線基地局に送信することができる。

これに代えて、スケジューリング要求のトリガーを遅延させる代わりに、スケジューリング要求のトリガーは実際に実行するが、そのトリガーされたスケジューリング要求のみに起因してユーザ機器がアクティブ時間に遷移する必要がなくすでにアクティブ時間にあるように（より具体的には例えばＤＲＸサイクルのオンデュレーション期間内であるように）、そのスケジューリング要求の送信を遅延させる。前と同様に、一例によると、ユーザ機器がすでにアクティブ時間にあるサブフレームの１つ（オンデュレーション期間のサブフレーム、またはユーザ機器がすでにアクティブである別のアクティブ期間のサブフレーム）において、スケジューリング要求の送信が実行されるように、実際にはスケジューリング要求の送信を遅延させる。この効果は、最初の形態の場合と同じであり、すなわち、スケジューリング要求に応えて無線基地局によって送信される対応するアップリンクグラントを対象としてダウンリンク制御チャネルを監視する目的で、特に、トリガーされたスケジューリング要求に関連してアクティブ時間に遷移する必要性が回避される。

第１の態様のバリエーションによると、スケジューリング要求を、少なくとも特定の最小の時間長だけ遅延させる。これに代えて、またはこれに加えて、スケジューリング要求を、最も長くて最大時間長だけ遅延させる。最小時間長および／または最大時間長は、無線基地局によって決定し、ユーザ機器に適宜送信することができる。

第１の態様のさらなるバリエーションによると、上述した柔軟な遅延は、すべての利用可能な論理チャネルに適用可能であるべきではなく、特定の論理チャネルにのみ適用可能であるべきである。したがって、データ（送信バッファに到着してバッファ状態報告をトリガーし、このことによってさらにスケジューリング要求がトリガーされる）が、スケジューリング要求の遅延が設定されている対象の論理チャネルに関連付けられているときにのみ、スケジューリング要求の送信またはトリガーを遅延させる。このような特定の論理チャネルは、例えば、遅延耐性データに関連付けることができる。

したがって一般的な一態様においては、本明細書に開示されている技術は、通信システムにおいてユーザ機器によってアップリンクリソースを要求する方法、を提供する。ユーザ機器においてＤＲＸ（間欠受信）機能が実行中である。ユーザ機器においてバッファ状態報告がトリガーされた時点で、アップリンクリソースを要求するためＵＥにおいて無線基地局へのスケジューリング要求の送信がトリガーされる。ＤＲＸ機能によるＤＲＸサイクルのオンデュレーション期間のサブフレームの１つ（好ましくは最初のサブフレーム）においてスケジューリング要求がトリガーされるように、スケジューリング要求のトリガーをＵＥによって遅延させる。次いで、スケジューリング要求のトリガーが遅延された後の次の可能なスケジューリング要求送信機会において、トリガーされたスケジューリング要求をＵＥによって無線基地局に送信する。

上の態様に加えて、または上の態様に代えて使用することのできる有利なバリエーションによると、スケジューリング要求のトリガーを、少なくとも、事前に設定される最小遅延時間だけ、かつ好ましくは、事前に設定される最大遅延時間以下だけ、遅延させる。事前に設定される最小遅延時間は、例えば、無線基地局において決定され、ユーザ機器はその事前に設定された最小遅延時間に関する指示情報を無線基地局から受信する。

上の態様に加えて、または上の態様に代えて使用することのできる有利なバリエーションによると、ユーザ機器は、スケジューリング要求のトリガーをどのように遅延させるかに関する設定情報を無線基地局から受信し、この設定情報は、複数のコードポイントのうちの１つを含み、複数のコードポイントの少なくとも１つは、スケジューリング要求がＤＲＸサイクルのオンデュレーション期間のサブフレームの１つ（例えば最初のサブフレーム）においてトリガーされるようにスケジューリング要求のトリガーを遅延させる、ことを示す。残りのコードポイントは、例えば、スケジューリング要求のトリガーを遅延させるための一定の遅延時間を示す。

上の態様に加えて、または上の態様に代えて使用することのできる有利なバリエーションによると、遅延させるステップは、スケジューリング要求禁止タイマーを使用して実行され、スケジューリング要求禁止タイマーが作動している間は、スケジューリング要求のトリガーを実行することができない。スケジューリング要求禁止タイマーは、例えば、ユーザ機器においてバッファ状態報告がトリガーされた時点で起動される。この場合、スケジューリング要求禁止タイマーは、ＤＲＸサイクルのオンデュレーション期間のサブフレームの１つ（例えば最初のサブフレーム）と、タイマーが起動されるサブフレームとの間の時間長であるようにユーザ機器によって計算されるタイマー値を使用して、起動される。

上の態様に加えて、または上の態様に代えて使用することのできる有利なバリエーションによると、ユーザ機器に複数の論理チャネルが設定されており、これら複数の論理チャネルのいずれかに関連付けられている送信バッファに新しいデータが到着した時点でバッファ状態報告がトリガーされる。スケジューリング要求のトリガーを遅延させるステップは、スケジューリング要求をトリガーするバッファ状態報告が、複数の論理チャネルのうちの少なくとも１つの特定の論理チャネルに関連付けられている新しいデータが到着することによってトリガーされるときにのみ実行され、好ましくはこの特定の論理チャネルは、遅延耐性データに関連付けられている。さらに、例えば、無線基地局は、複数の論理チャネルのうち少なくとも１つの特定の論理チャネルを決定し、ユーザ機器は、この少なくとも１つの特定の論理チャネルに関する指示情報を無線基地局から受信する。

したがって一般的な一態様においては、本明細書に開示されている技術は、通信システムにおいて無線基地局からのアップリンクリソースを要求するユーザ端末、を提供する。ユーザ機器においてＤＲＸ（間欠受信）機能が実行中である。ＵＥのプロセッサは、ユーザ機器においてバッファ状態報告がトリガーされた時点で、アップリンクリソースを要求するため無線基地局へのスケジューリング要求の送信をトリガーする。プロセッサは、ＤＲＸ機能によるＤＲＸサイクルのオンデュレーション期間のサブフレームの１つ（好ましくは最初のサブフレーム）においてスケジューリング要求がトリガーされるように、スケジューリング要求のトリガーを遅延させる。ＵＥの送信機は、スケジューリング要求のトリガーが遅延された後の次の可能なスケジューリング要求送信機会において、トリガーされたスケジューリング要求を無線基地局に送信する。

上の態様に加えて、または上の態様に代えて使用することのできる有利なバリエーションによると、プロセッサは、スケジューリング要求のトリガーを、少なくとも、事前に設定される最小遅延時間だけ、かつ好ましくは、事前に設定される最大遅延時間以下だけ、遅延させる。さらに例えば、ユーザ機器の受信機は、無線基地局において決定される事前に設定される最小遅延時間に関する指示情報を、無線基地局から受信するように構成されている。

上の態様に加えて、または上の態様に代えて使用することのできる有利なバリエーションによると、受信機は、スケジューリング要求のトリガーをどのように遅延させるかに関する設定情報を無線基地局から受信し、この設定情報は、複数のコードポイントのうちの１つを含み、複数のコードポイントの少なくとも１つは、スケジューリング要求がＤＲＸサイクルのオンデュレーション期間のサブフレームの１つ（例えば最初のサブフレーム）においてトリガーされるようにスケジューリング要求のトリガーを遅延させる、ことを示す。

上の態様に加えて、または上の態様に代えて使用することのできる有利なバリエーションによると、ＵＥにスケジューリング要求禁止タイマーが設けられており、スケジューリング要求禁止タイマーが作動している間は、スケジューリング要求のトリガーを実行することができない。さらに、プロセッサは、例えば、バッファ状態報告がトリガーされた時点でスケジューリング要求禁止タイマーを起動し、ＤＲＸサイクルのオンデュレーション期間のサブフレームの１つ（例えば最初のサブフレーム）と、タイマーが起動されるサブフレームとの間の時間長を計算し、計算された時間長をタイマー値として使用してスケジューリング要求禁止タイマーを起動する。

上の態様に加えて、または上の態様に代えて使用することのできる有利なバリエーションによると、ユーザ機器に複数の論理チャネルが設定されており、これら複数の論理チャネルのいずれかに関連付けられている送信バッファに新しいデータが到着した時点でバッファ状態報告がトリガーされる。スケジューリング要求のトリガーの遅延は、スケジューリング要求をトリガーするバッファ状態報告が、複数の論理チャネルのうちの少なくとも１つの特定の論理チャネルに関連付けられている新しいデータが到着することによってトリガーされるときにのみ実行される。さらに、例えば、ユーザ機器の受信機は、この少なくとも１つの特定の論理チャネルに関する指示情報を無線基地局から受信する。

したがって一般的な一態様において、本明細書に開示されている技術は、通信システムにおいてユーザ機器によってアップリンクリソースを要求する方法、を提供する。ユーザ機器においてＤＲＸ（間欠受信）機能が実行中である。ユーザ機器においてバッファ状態報告がトリガーされた時点で、アップリンクリソースを要求するため無線基地局へのスケジューリング要求の送信がＵＥによってトリガーされる。ユーザ機器がＤＲＸ機能のアクティブ時間になるまで、トリガーされたスケジューリング要求の送信をＵＥによって遅延させる。遅延の後、ユーザ機器がＤＲＸ機能のアクティブ時間にあるときに、トリガーされたスケジューリング要求をＵＥによって無線基地局に送信する。

上の態様に加えて、または上の態様に代えて使用することのできる有利なバリエーションによると、トリガーされたスケジューリング要求を送信するときに、トリガーされたスケジューリング要求に関連する以外の別の理由でユーザ機器がＤＲＸ機能のアクティブ時間にある。

上の態様に加えて、または上の態様に代えて使用することのできる有利なバリエーションによると、遅延させるステップは、トリガーされたスケジューリング要求に関連する以外の別の理由でユーザ機器がＤＲＸ機能によるアクティブ時間にあるときにおける、トリガーされたスケジューリング要求を送信するための次の可能なスケジューリング要求送信機会、を決定することによって、実行される。さらに、これは、例えば、最初に、トリガーされたスケジューリング要求を送信するための次のスケジューリング要求送信機会において、トリガーされたスケジューリング要求に関連する以外の別の理由でユーザ機器がＤＲＸ機能によるアクティブ時間にあるかを判定し、二番目に、ユーザ機器がアクティブ時間にあるものと判定される場合、トリガーされたスケジューリング要求を、その、次のスケジューリング要求送信機会において無線基地局に送信し、三番目に、ユーザ機器がアクティブ時間にないものと判定される場合、その、次のスケジューリング要求送信機会においてアクティブにならず、かつトリガーされたスケジューリング要求を送信しない、ことによって達成することができる。トリガーされたスケジューリング要求が送信されるまで、以降のスケジューリング要求送信機会に対して、これら３つのステップを繰り返すことができる。

上の態様に加えて、または上の態様に代えて使用することのできる有利なバリエーションによると、遅延させるステップは、ユーザ機器において実行中のＤＲＸ機能によるＤＲＸサイクルのオンデュレーション期間のサブフレームの１つにおける、トリガーされたスケジューリング要求を送信するための次の可能なスケジューリング要求送信機会、を決定することによって、実行される。これは、例えば、最初に、トリガーされたスケジューリング要求を送信するための次のスケジューリング要求送信機会が、ＤＲＸサイクルのオンデュレーション期間中であるかを判定し、二番目に、そうである場合、トリガーされたスケジューリング要求を、その、次のスケジューリング要求送信機会において無線基地局に送信し、三番目に、そうでない場合、トリガーされたスケジューリング要求を、その、次のスケジューリング要求送信機会において送信しない、ことによって達成することができる。トリガーされたスケジューリング要求が送信されるまで、以降のスケジューリング要求送信機会に対して、これら３つのステップを繰り返すことができる。

上の態様に加えて、または上の態様に代えて使用することのできる有利なバリエーションによると、ユーザ機器に複数の論理チャネルが設定されており、これら複数の論理チャネルのいずれかに関連付けられている送信バッファに新しいデータが到着した時点でバッファ状態報告がトリガーされ、スケジューリング要求の送信を遅延させるステップは、スケジューリング要求をトリガーするバッファ状態報告が、複数の論理チャネルのうちの少なくとも１つの特定の論理チャネルに関連付けられている新しいデータが到着することによってトリガーされるときにのみ実行され、好ましくはこの特定の論理チャネルは、遅延耐性データに関連付けられている。

上の態様に加えて、または上の態様に代えて使用することのできる有利なバリエーションによると、スケジューリング要求送信機会は、アップリンク制御チャネルのアップリンク無線リソースにおいてスケジューリング要求を送信するための機会、または、ユーザ機器と無線基地局との間でランダムアクセスチャネル手順を実行することによってスケジューリング要求を送信するための機会、のいずれかである。したがって一般的な一態様においては、本明細書に開示されている技術は、通信システムにおいて無線基地局からのアップリンクリソースを要求するユーザ端末、を提供する。ユーザ機器においてＤＲＸ（間欠受信）機能が実行中である。ＵＥのプロセッサは、ユーザ機器においてバッファ状態報告がトリガーされた時点で、アップリンクリソースを要求するため無線基地局へのスケジューリング要求の送信をトリガーする。さらにプロセッサは、ユーザ機器がＤＲＸ機能のアクティブ時間になるまで、トリガーされたスケジューリング要求の送信を遅延させる。ＵＥの送信機は、遅延の後、ユーザ機器がＤＲＸ機能のアクティブ時間にあるときに、トリガーされたスケジューリング要求を無線基地局に送信する。

上の態様に加えて、または上の態様に代えて使用することのできる有利なバリエーションによると、トリガーされたスケジューリング要求を送信するときに、トリガーされたスケジューリング要求に関連する以外の別の理由でユーザ機器がＤＲＸ機能のアクティブ時間にある。

上の態様に加えて、または上の態様に代えて使用することのできる有利なバリエーションによると、プロセッサは、トリガーされたスケジューリング要求に関連する以外の別の理由でユーザ機器がＤＲＸ機能によるアクティブ時間にあるときにおける、トリガーされたスケジューリング要求を送信するための次の可能なスケジューリング要求送信機会、を決定するように構成されている。これは、例えば、最初に、トリガーされたスケジューリング要求を送信するための次のスケジューリング要求送信機会において、トリガーされたスケジューリング要求に関連する以外の別の理由でユーザ機器がＤＲＸ機能によるアクティブ時間にあるかを判定し、二番目に、ユーザ機器がアクティブ時間にあるものと判定される場合、トリガーされたスケジューリング要求を次のスケジューリング要求送信機会において無線基地局に送信し、三番目に、ユーザ機器がアクティブ時間にないものと判定される場合、次のスケジューリング要求送信機会においてアクティブにならず、かつトリガーされたスケジューリング要求を送信しない、ことによって達成することができる。トリガーされたスケジューリング要求が送信されるまで、以降のスケジューリング要求送信機会に対して、これら３つのステップを繰り返すことができる。

上の態様に加えて、または上の態様に代えて使用することのできる有利なバリエーションによると、プロセッサは、ユーザ機器において実行中のＤＲＸ機能によるＤＲＸサイクルのオンデュレーション期間のサブフレームの１つにおける、トリガーされたスケジューリング要求を送信するための次の可能なスケジューリング要求送信機会、を決定するように構成されている。これは、最初に、トリガーされたスケジューリング要求を送信するための次のスケジューリング要求送信機会が、ＤＲＸサイクルのオンデュレーション期間内であるかを判定し、二番目に、そうである場合、トリガーされたスケジューリング要求を、その、次のスケジューリング要求送信機会において無線基地局に送信し、三番目に、そうでない場合、トリガーされたスケジューリング要求を、その、次のスケジューリング要求送信機会において送信しない、ことによって達成することができる。トリガーされたスケジューリング要求が送信されるまで、以降のスケジューリング要求送信機会に対して、これら３つのステップを繰り返すことができる。

上の態様に加えて、または上の態様に代えて使用することのできる有利なバリエーションによると、ユーザ機器に複数の論理チャネルが設定されており、これら複数の論理チャネルのいずれかに関連付けられている送信バッファに新しいデータが到着した時点でバッファ状態報告がトリガーされ、スケジューリング要求の送信を遅延させるステップは、スケジューリング要求をトリガーするバッファ状態報告が、複数の論理チャネルのうちの少なくとも１つの特定の論理チャネルに関連付けられている新しいデータが到着することによってトリガーされるときにのみ実行される。さらに例えば、ユーザ機器の受信機は、この少なくとも１つの特定の論理チャネルに関する指示情報を無線基地局から受信する。

開示する実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および利点は、本明細書および図面に開示したさまざまな実施形態および特徴によって個別に提供することができ、これらの恩恵および利点の１つまたは複数を得るためにすべてを備える必要はない。

これらの一般的な態様および具体的な態様は、システム、方法、コンピュータプログラム、またはこれらの任意の組合せ、を使用して実施することができる。

以下、例示的な実施形態について添付の図面を参照しながらより詳細に説明する。

３ＧＰＰ ＬＴＥシステムの例示的なアーキテクチャを示している。 ３ＧＰＰ ＬＴＥのＥ−ＵＴＲＡＮアーキテクチャ全体の例示的な概要を示している。 ３ＧＰＰ ＬＴＥ（リリース８／９）のために定義されたものとしてのダウンリンクコンポーネントキャリアの例示的サブフレーム境界の図である。 ３ＧＰＰ ＬＴＥ（リリース８／９）に定義されているダウンリンクスロットの例示的ダウンリンクリソースグリッドの図である。 ダウンリンクのキャリアアグリゲーションが有効になっている状態における３ＧＰＰ ＬＴＥ−Ａ（リリース１０）の第２層構造を示している。 アップリンクのキャリアアグリゲーションが有効になっている状態における３ＧＰＰ ＬＴＥ−Ａ（リリース１０）の第２層構造を示している。 移動端末のＤＲＸ動作と、特に、短ＤＲＸサイクルおよび長ＤＲＸサイクルによるＤＲＸ機会およびオンデュレーションを示している。 従来技術による、ユーザ機器の送信バッファに新しいデータが到着することに起因して、ユーザ機器においてバッファ状態報告およびスケジューリング要求がトリガーされる状況を、単純化されたシナリオにおいて示している。 従来技術による、ユーザ機器の送信バッファに新しいデータが到着することに起因して、ユーザ機器においてバッファ状態報告およびスケジューリング要求がトリガーされる状況と、スケジューリング要求の遅延機能をさらに実施する状況を、単純化されたシナリオにおいて示している。 ＳＲのトリガーと、その後のＳＲ、アップリンクグラント、およびＢＳＲの送信のタイミングを、ＤＲＸ機能に対応させて示している。 さまざまな例示的な実施形態による、スケジューリング要求の柔軟な遅延を使用したときの、ＢＳＲ／ＳＲのトリガーのタイミングと、その後のＳＲ、アップリンクグラント、およびＢＳＲの送信のタイミングを示している。 スケジューリング要求のトリガーを遅延させるいくつかの例示的な実施形態によるＵＥの挙動を概略的に示しているシーケンス図である。 さまざまな例示的な実施形態による、スケジューリング要求の柔軟な遅延を使用したときの、ＢＳＲ／ＳＲのトリガーのタイミングと、その後のＳＲ、アップリンクグラント、およびＢＳＲの送信のタイミングを示している。 スケジューリング要求のトリガーをアクティブ時間まで遅延させるいくつかの例示的な実施形態によるＵＥの挙動を概略的に示しているシーケンス図である。 スケジューリング要求の送信をオンデュレーション期間まで遅延させるいくつかの例示的な実施形態によるＵＥの挙動を、概略的に示しているシーケンス図である。 スケジューリング要求の送信をアクティブ時間の期間まで遅延させるいくつかの例示的な実施形態によるＵＥの挙動を、概略的に示しているシーケンス図である。

これらの実施形態は、例えば、上の背景技術のセクションで説明されている３ＧＰＰ ＬＴＥ−Ａ（リリース１０／１１／１２）通信システムなどの移動体通信システムにおいて有利に使用することができるが、実施形態はこの特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。

「移動局」または「移動ノード」または「ユーザ端末」は、通信ネットワーク内の物理エンティティである。１つのノードがいくつかの機能エンティティを有することができる。機能エンティティとは、所定の一連の機能を実施する、もしくは、ノードまたはネットワークの別の機能エンティティに所定の一連の機能を提供する、またはその両方であるソフトウェアモジュールまたはハードウェアモジュールを意味する。ノードは、通信機器または通信媒体にノードをアタッチする１つまたは複数のインタフェースを有することができ、ノードはこれらのインタフェースを通じて通信することができる。同様に、ネットワークエンティティは、機能エンティティを通信機器または通信媒体にアタッチする論理インタフェースを有することができ、ネットワークエンティティは論理インタフェースを通じて別の機能エンティティやコレスポンデントノードと通信することができる。

特許請求の範囲および本出願において使用されている用語「無線リソース」は、物理無線リソース（時間−周波数リソースなど）を意味するものと広義に理解されたい。

用語「スケジューリング要求送信機会」および「スケジューリング要求機会」は、ユーザ機器が無線基地局からのアップリンクリソースを要求する機会として広義に理解されたい。この機会は、例えば、アップリンク制御チャネルでアップリンク無線リソースを介して無線基地局に送信される専用スケジューリング要求メッセージの形とすることができる。これに代えて、この機会は、例えばランダムアクセスチャネル手順内とすることもできる。

特許請求の範囲および説明において使用されている「新しいデータ」という語は、送信バッファに到着して格納される（それまで送信バッファ内に存在していなかった）データとして理解されたい。このデータ（データパケット）は、上位層（例えばＰＤＣＰ層）から受け取られ、送信バッファに入れられる。

特許請求の範囲および説明においてにおいて、データおよび送信バッファに関連して使用されている「到着（する）」という語は、ユーザ機器によって送信される予定のデータが、送信できるように対応する論理チャネルの送信バッファに「入る」、「入れられる」、または「一時的に格納される」こととして理解されたい。

特許請求の範囲および説明においては、異なるスケジューリング要求機会、すなわちスケジューリング要求を送信するのに実際に使用することができるがすぐ次のスケジューリング要求機会でなくてもよいスケジューリング要求機会（すなわち「次の可能な」）と、すぐ次のスケジューリング要求機会（すなわち「次の」）を区別するため、異なる用語「次の」、「次の可能な」が使用されている。

特許請求の範囲および説明において使用されている「スケジューリング要求のトリガーを遅延させる」という表現は、スケジューリング要求がトリガーされた（される）が（なぜなら例えばバッファ状態報告がトリガーされ、そのＢＳＲを送信するためのアップリンクリソースが利用可能ではないと想定する）、そのトリガーの実行をいくらかの時間だけ延期する（すなわち遅らせる）コンセプトをカバーするものとする。

背景技術のセクションで説明したように、１つの主たる目標は、バッテリの寿命を延ばす目的で端末の電力使用量を減らすことであり、このことはＭＴＣ装置において特に重要であり得る。３ＧＰＰ標準規格では、新しいスケジューリング要求遅延機能を導入したことによって、背景技術のセクションで説明したように電力消費量を減らすことができる。なお重要な点として、ユーザ機器あたり設定されるｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ−ｒ１２のタイマー値は１つのみであり、すなわち本質的には、すべての論理チャネル（すなわちスケジューリング要求の遅延が設定されている対象の論理チャネル）において、スケジューリング要求が同じ時間長だけ遅延されることに留意されたい。

３ＧＰＰによって導入された新しい遅延機能では、ユーザ機器の電力消費量を確かに減らすことができると想定することができるが、ユーザ機器における電力消費量をさらに減らすためにＢＳＲ／ＳＲ機能をさらに改良する目標が依然として残っている。図９に関連して説明したスケジューリング要求遅延機能では、ユーザ機器において動作しているＤＲＸ（間欠受信）機能を考慮することができない。

一般的には（すなわちＳＲの遅延ありおよび遅延なし）、ユーザ機器がスリープモードにあり（すなわちＤＲＸ状態にあり）、ＢＳＲ／ＳＲがトリガーされると、ＵＥはアップリンクでスケジューリング要求をｅＮｏｄｅＢに送信する。ｅＮｏｄｅＢによってＰＤＣＣＨで送信される対応するアップリンクグラントを監視して受信する目的で、ＵＥはウェイクアップしてアクティブ時間に遷移しなければならない。特に、スケジューリング要求の送信頻度が極めて高い特定のタイプのトラフィックの場合、これにより電力が消費され、バッテリが相当に消耗する。

この状況について、図１０に関連してさらに詳しく図解および説明する。図１０の上段には、ＵＥのＤＲＸ機能を単純化して描いてあり、ＤＲＸサイクルの周期的なオンデュレーションを示しているのみである。明瞭さのため、長ＤＲＸサイクルと短ＤＲＸサイクルとを区別していない。図８および図９と同様に、時刻ｔ１においてユーザ機器の送信バッファに新しいデータが到着することによってＢＳＲ／ＳＲがトリガーされると想定する。さらに、送信バッファおよび対応するデータは、ｅＮｏｄｅＢによってスケジューリング要求遅延機能が設定されている対象の論理チャネルに関連付けられていると想定する。遅延の一定の時間長が経過した後、スケジューリング要求がトリガーされて次のスケジューリング要求送信機会において送信され、さらにＵＥはアクティブ時間に遷移し、これによりＵＥは、対応するアップリンクグラントをｅＮｏｄｅＢから受信することができる。新しいデータの到着によるＳＲのトリガーは任意のタイミングで起こり、かつＳＲの遅延が一定であるため、スケジューリング要求の対応する送信およびしたがってアクティブ時間への遷移は、ＢＳＲ／ＳＲがトリガーされる時刻ｔ１によって決まる。したがって図１０に示したように、ユーザ機器におけるアクティブ時間への遷移は、ユーザ機器において同時に実行中のＤＲＸ機能のアクティブ時間／オンデュレーション期間と同期していない。結果としてＵＥは、たとえ短時間の後に周期的なオンデュレーションにおいてアクティブ時間になる場合であっても、アクティブ時間に遷移しなければならない。これは不必要な電力の浪費である。新しいスケジューリング要求トリガー遅延機能に従って一定の遅延が実施されるケースを図示したが、以前に標準化されたスケジューリング要求トリガーのバージョン（遅延が実施されない）にも、同じことがあてはまる。

本発明者は、上述した問題点を緩和し、ユーザ機器における電力消費量を減らすための改良されたスケジューリング要求手順を提供する目的で、以下の例示的な実施形態を着想した。

以下では、いくつかの例示的な実施形態について詳しく説明する。これらの実施形態のいくつかは、さまざまな実施形態に関連する以下に説明されている特に重要な特徴を備えており、３ＧＰＰの標準規格に規定されており背景技術のセクションで一部を説明した広い仕様の範囲内で実施されるように意図されている。なお、以下の実施形態は、例えば背景技術のセクションで説明した３ＧＰＰ ＬＴＥ−Ａ（リリース１０／１１／１２）通信システムなどの移動通信システムにおいて有利に使用することができるが、これらの実施形態は、この特定の例示的な通信ネットワークでの使用に限定されないことに留意されたい。

以下の説明は、本開示の範囲を限定するものとして理解されるべきではなく、本開示をよりよく理解するための実施形態の単なる例として理解されたい。特許請求の範囲で提示される本開示の一般原則は、異なるシナリオに、本明細書で明示的に記載されない方法で適用することができることが、当業者には理解されよう。同様に、さまざまな実施形態の説明を目的とすることを前提とする以下のシナリオは、そのようなものとして、本発明を限定しないものとする。

以下では、一連の実施形態について説明する。基礎をなす原理の説明を単純にするため、いくつかの想定を行う。しかしながらこれらの想定は、特許請求の範囲によって広義に定義されている本出願の範囲を制限するものとして解釈されるべきではないことに留意されたい。例えば、ユーザ機器には、設定されている各論理チャネル用に送信バッファメモリが設けられており、これらの送信バッファメモリは、無線リンクを通じて無線基地局に正常に送信されるまでアップリンクデータを一時的に格納する目的に使用することができる。さらに、ＵＥは、データまたはバッファ状態報告を無線基地局に送信するための利用可能なリソースを有さず、したがってスケジューリング要求の使用によってアップリンクリソースを要求する必要が生じるものと想定する。スケジューリング要求は、前述したように、無線基地局によって割り当てられるＰＵＣＣＨの周期的なリソースを介して送信することができ、または、そのような周期的なリソースが利用可能ではない場合、ランダムアクセスチャネル（ＲＡＣＨ）手順を使用することによって送信することができる。例示的な実施形態を説明する目的において、これら２つの可能な方法を区別する必要は基本的になく、なぜなら例示的な実施形態は両方に適用可能であるためである。しかしながら説明を目的として、そのような周期的なＰＵＣＣＨリソースが利用可能であり、専用スケジューリング要求メッセージを無線基地局に送信するためにユーザ機器によって使用できるものと想定する。このような専用スケジューリング要求メッセージは、通常では１ビット長である。

さらに、以下に説明するさまざまな例示的な実施形態に共通して、スケジューリング要求のトリガーはバッファ状態報告のトリガーに応えて行われ、バッファ状態報告は、ユーザ機器の論理チャネルの送信バッファに新しいデータが到着することによってトリガーされ得る。ＬＴＥ標準規格に従って実施する場合、バッファ状態報告のトリガーは、現在の３ＧＰＰ標準規格、特に非特許文献５（現在のバージョン１２．４．０）の５．４．５節（例えば「通常のＢＳＲ」）に定義されているトリガーと類似する、またはまったく同じとすることができる。

例示的な実施形態の主たる発想の１つは、従来技術の標準的なトリガー手順と比較してユーザ機器における電力消費量を減らすために、スケジューリング要求を柔軟に遅延させることである。スケジューリング要求の遅延が一定である従来技術のトリガー手順とは対照的に、例示的な実施形態によるスケジューリング要求の遅延は柔軟である。さらには、トリガーされたスケジューリング要求のみに関連してアクティブ時間に追加的に遷移することが回避されるように、スケジューリング要求の遅延は、ユーザ機器において実行中のＤＲＸ機能に合わせて行われる。代わりに、（トリガーされたスケジューリング要求に関連する以外の）別の理由でユーザ機器がアクティブであるアクティブ時間の期間を利用し、したがってＵＥはすでにアクティブ時間にあり、したがってスケジューリング要求に応えて無線基地局によって送信されるアップリンググラントを対象として監視することができる。

スケジューリング要求の遅延は、スケジューリング要求の実際のトリガーを遅延させる（これにより当然ながらスケジューリング要求の対応する送信も遅延する）ことによって、または、スケジューリング要求の送信を遅延させる（ただしスケジューリング要求のトリガーは遅延させずにただちに実行することができる）ことによって、達成することができる。以下では、これら２つの代替方法について個別に説明する。

最初に、スケジューリング要求のトリガーの遅延について、例示的な一実施形態に従って説明する。前述したように、論理チャネルに関連付けられている、ユーザ機器の送信バッファに新しいデータが到着することによって、バッファ状態報告がトリガーされ、これにより、（バッファ状態報告を送信するための対応するアップリンクリソースが存在しないときには）スケジューリング要求がトリガーされる。しかしながら、スケジューリング要求のトリガーを柔軟な方法で遅延させ、ユーザ機器のＤＲＸ機能と同期させる。言い換えれば、トリガーされたバッファ状態報告に起因してスケジューリング要求のトリガーが起こるが、後者のトリガーは実際にはただちに実行されず、スケジューリング要求のトリガーの実行が遅延される。さらに言い換えれば、バッファ状態報告のトリガーは、スケジューリング要求をトリガーするための第１の条件とみなすことができるのに対して、スケジューリング要求を実際にトリガーするためには、追加の第２の条件が満たされなければならない（すなわち遅延の最後に達しなければならない）。

スケジューリング要求のトリガーの柔軟な遅延とは、ユーザ機器において実行中のＤＲＸ機能のＤＲＸサイクルの周期的なオンデュレーション期間のサブフレームの１つにおいてスケジューリング要求がトリガーされるようにすることである。

したがって、柔軟な遅延の時間長が経過した後、スケジューリング要求が実際にトリガーされ、次の可能なスケジューリング要求送信機会において、スケジューリング要求の対応する送信を実行することができる。なお、スケジューリング要求送信機会は、通常では、スケジューリング要求送信機会の少なくとも１つがＤＲＸサイクルのオンデュレーション期間内であるように設定されることに留意されたい。

スケジューリング要求のトリガーを、例えば、ＤＲＸサイクルのオンデュレーション期間の最初のサブフレームまで遅延させることができる。したがってスケジューリング要求のトリガーを、オンデュレーション期間のスケジューリング要求送信機会よりも前であるように適切に遅延させることによって、次のそのオンデュレーション期間中にスケジューリング要求の送信を実行することができ、このオンデュレーション期間においては、ユーザ機器はすでにアクティブ時間にあり、スケジューリング要求に応えて無線基地局によって割り当てられた対応するアップリンクグラントを対象としてＰＤＣＣＨを監視することができる。結果として、トリガーされたスケジューリング要求のみに関連してアクティブ時間に追加的に遷移することが回避され、電力消費量を減らすことができる。

図１１は、従来技術において提案されているスケジューリング要求の一定の遅延を示している図１０に類似する方法における、スケジューリング要求のトリガーの柔軟な遅延を示している。図１１では、ＢＳＲ／ＳＲのトリガーが時刻ｔ１に起こるように描いてあり、すなわち、この特定の時点において、送信バッファに新しいデータが到着することによってバッファ状態報告がトリガーされ、これによってスケジューリング要求がトリガーされる。スケジューリング要求のトリガーの柔軟な遅延は、図１１に示したように、スケジューリング要求のトリガーを遅らせてオンデュレーション期間の最初に行われるように、実施される。ＵＥは、各オンデュレーション期間の最初においてアクティブ時間に遷移する。遅延が経過した後、スケジューリング要求をトリガーし、オンデュレーション期間内の対応するスケジューリング要求送信機会を使用して、トリガーされたスケジューリング要求を送信する。ユーザ機器はＤＲＸサイクルのオンデュレーション期間内であるため、すでにアクティブ時間にあり、したがってバッファ状態報告用のリソースを割り当てる、無線基地局からの対応するアップリンクグラントを対象としてＰＤＣＣＨを容易に監視することができる。

図１０に関連して説明したように一定の遅延を使用するときに必要である追加のアクティブ時間が、この例示的な実施形態に従って柔軟な遅延を実施するときには、もはや必要ない。ＢＳＲ／ＳＲ手順を実行するのにウェイクアップするだけのために余分な電力が浪費されない。

この例示的な実施形態の一実装形態では、トリガーが確実に遅延されるようにタイマー（例えば、ＢＳＲがトリガーされるときに起動されるスケジューリング要求禁止タイマー）を使用し、スケジューリング要求トリガー禁止タイマーが作動している間はスケジューリング要求をトリガーすることができない。このスケジューリング要求禁止タイマーは、スケジューリング要求のトリガーがＤＲＸサイクルのオンデュレーション期間のサブフレームの１つ（例えば最初のサブフレーム）まで遅延されるように適切な値を使用して起動される。このタイマーの起動値は、オンデュレーション期間がいつ起こるか（すなわちオンデュレーションタイマーがいつ作動しているか）を事前に認識しているユーザ機器によって計算することができる。ＵＥが自身のＤＲＸサイクルのオンデュレーション期間内であるサブフレームは決定論的であり、対応する公式に基づいて簡単に計算することができる（非特許文献５の５．７節を参照）。例えば、スケジューリング要求トリガー禁止タイマーを起動するときに使用するタイマー値は、ＤＲＸサイクルのオンデュレーション期間のサブフレームの１つ（例えば最初のサブフレーム）と、タイマーが起動されるサブフレームとの間の時間長であるように計算する。スケジューリング要求禁止タイマーが切れた時点で、スケジューリング要求をトリガーして次の送信機会において送信することができる。

ＬＴＥ環境における一例の実装形態においては、一定の遅延用に導入されたｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを再利用することができ（非特許文献５の５．４．５節「Buffer Status Reporting」を参照）、この場合、無線基地局によって事前に設定されてユーザ機器に送信される一定のタイマー値の代わりに、柔軟なタイマー値（次のオンデュレーション期間と現在時刻に基づいてユーザ機器によって計算される）を適用することによる。さらには、情報要素ＭＡＣ−ＭａｉｎＣｏｎｆｉｇ（非特許文献６の情報要素ＭＡＣ−ＭａｉｎＣｏｎｆｉｇを参照）の現在定義されている３ビットの変数ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ−ｒ１２は、１つの予備値「ｓｐａｒｅ１」を有し、値を列挙すると、｛ｓｆ２０，ｓｆ４０，ｓｆ６４，ｓｆ１２８，ｓｆ５１２，ｓｆ２０１４，ｓｆ２５６０，ｓｐａｒｅ１｝である（非特許文献６の情報要素ＭＡＣ−ＭａｉｎＣｏｎｆｉｇを参照）。無線基地局はこの予備値（すなわちコードポイント）を使用して、スケジューリング要求のトリガーを次のオンデュレーション期間まで柔軟に遅延させるべきであることをＵＥに示すことができ、その一方で、変数ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ−ｒ１２の残りのコードポイントは、標準規格に現在導入されている一定の遅延を示す。この解決策は有利であり、なぜなら、この目的のために新規のＲＲＣシグナリング（すなわち情報要素）を導入する必要がなく、一定の遅延用にすでに合意されている同じメカニズムを再利用できるためである。

図１２は、上述したようにスケジューリング要求の柔軟な遅延を実施するためにＳＲトリガー禁止タイマーを使用するときのＵＥの挙動のシーケンス図を示している。図を簡潔にするため、図１２のシーケンス図はスケジューリング要求をトリガーした時点で終了しているが、当然ながらＢＳＲ／ＳＲ手順は、前に図１１に関連して詳しく説明したように継続し、すなわちユーザ機器はｅＮｏｄｅＢからアップリンクグラントを受信し、割り当てられたリソースを使用してＢＳＲ（およびデータ）をｅＮｏｄｅＢに送信し、必要な場合には残りのデータを送信するためのさらなるアップリンクグラントを受信する。

１つのバリエーションによると、追加の利点、すなわちバッファ状態報告を延期することにより、送信バッファにより多くのデータが到着することができ、したがって必要とされるスケジューリング要求およびアップリンクグラントがより少なく、さらに、アップリンク送信においてより多くのデータがより少ない時間で送信されるという利点、を達成するため、柔軟な遅延は、事前に設定される最小遅延よりも大きいものとする。小さいトランスポートブロックサイズを送信するのではなく、より大きいトランスポートブロックサイズを送信することは、電力効率がより高い。したがって、スケジューリング要求のトリガーに使用される遅延の合計時間には、一定の最小時間と、いくらかの可変時間とが含まれる。柔軟な遅延を実施するためにタイマーを使用するときには、ユーザ機器は最小遅延時間を考慮し、したがってタイマー値を最小遅延時間よりも大きい値であるように計算する。この結果として、タイマー値の計算においてすぐ次のオンデュレーション期間が使用されず、それより後のオンデュレーション期間が使用されることがある。いずれの場合にも、スケジューリング要求のトリガーがオンデュレーション期間まで遅延され、このオンデュレーション期間は、ＢＳＲがトリガーされた後のすぐ次のオンデュレーション期間（現在のオンデュレーション期間であることもある）またはその次のオンデュレーション期間である。

同様に、これに加えて、またはこれに代えて、ＢＳＲ／ＳＲをトリガーしたデータの送信の遅延が大きすぎることを回避するため、柔軟な遅延は、特定の最大遅延よりも大きくないものとする。この場合、最大遅延制限のために、スケジューリング要求のトリガーをさらに遅延させることが不可能である場合、ＵＥは、スケジューリング要求に応えてｅＮｏｄｅＢによって送信される対応するアップリンクグラントを監視および受信できるようになるだけのために、トリガーされたスケジューリング要求に関連してアクティブ時間に遷移する必要が生じることがある。この特定のケースでは、上に説明した実施形態の追加の利点（すなわち電力消費量が減る）は得られないが、このような最大遅延制限を設定しているときには、データの送信の遅延が長すぎることがない。

最小遅延時間および／または最大遅延時間は、例えば無線基地局によって定義することができ、適切なシグナリング（例：ＲＲＣまたはＭＡＣ）を使用してＵＥに送信することができる。ＬＴＥシナリオにおける例示的な一実装形態においては、最小遅延時間は、ＬＴＥにおいてすでに定義されており７つの異なる遅延時間を示すことのできる、情報要素ＭＡＣ−ＭａｉｎＣｏｎｆｉｇの変数ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ−ｒ１２を使用することによって、ＵＥに示すことができる。この場合、スケジューリング要求のトリガーを柔軟に遅延させるようにＵＥに指示する目的に、変数ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ−ｒ１２の予備のコードポイントを使用することができないため、ＵＥは、スケジューリング要求（ＳＲ）のトリガーを柔軟に遅延するように、事前に設定される、または別のメッセージ（例：ＲＲＣシグナリングまたはＭＡＣシグナリング）を使用することによってｅＮｏｄｅＢによって個別に設定される。

柔軟な遅延を実施するためにタイマーを使用する代わりに、スケジューリング要求のトリガー、より具体的にはスケジューリング要求のトリガーの実行が許可される特定の期間を、ｅＮｏｄｅＢが設定することができる。例えばｅＮｏｄｅＢは、スケジューリング要求のトリガーまたはスケジューリング要求のトリガーの実行が、オンデュレーションタイマーが作動している期間中に許可されるのみであるように、ＵＥを設定することができる。

いくつかの特定のバリエーションによると、スケジューリング要求の一定の遅延の場合にすでに説明した方法と同様に、スケジューリング要求のトリガーの柔軟な遅延は、すべての論理チャネルに適用可能ではなく、特定の論理チャネルにのみ適用可能である。具体的には、いくつかの種類のデータは、それ以外のデータよりも遅延に対する耐性が高く、したがって柔軟な遅延は、論理チャネルに固有とすることができ、すなわち特定の論理チャネル（例えばいくらかの遅延を許容することのできる論理チャネル）を対象として特に設定される。このことは、例えば、スケジューリング要求の一定の遅延用にすでに導入されている情報要素ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇおよび対応するオプションのブール変数ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−Ｐｒｏｈｉｂｉｔ−ｒ１２を使用して、ｅＮｏｄｅＢによって設定することができる（非特許文献６における情報要素ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇを参照）。当然ながらｅＮｏｄｅＢは、上述したようにスケジューリング要求のトリガーを柔軟に遅延させるようにユーザ機器を異なる条件で設定することができる。

結果として、ユーザ機器は、スケジューリング要求をトリガーしたバッファ状態報告が、（１つまたは複数の）特定の論理チャネルに関連付けられている送信バッファに新しいデータが到着した時点でトリガーされた場合にのみ、スケジューリング要求を柔軟に遅延させる。逆に、スケジューリング要求を柔軟に遅延させる対象として設定されていない論理チャネルに関連付けられている送信バッファに新しいデータが到着した場合、バッファ状態報告の対応するトリガーによってトリガーされるスケジューリング要求は、遅延されない。

上の例示的な実施形態においては、スケジューリング要求のトリガーの柔軟な遅延は、ユーザ機器において実行中のＤＲＸサイクルのオンデュレーション期間のサブフレームの１つ（好ましくはオンデュレーション期間の最初のサブフレーム）まで実行される。これに代えて、スケジューリング要求のトリガーを、ユーザ機器において実行中のＤＲＸサイクルの任意のアクティブ時間まで（すなわちＤＲＸサイクルのアクティブ時間のオンデュレーション期間までに限定されず、ただし実際にはＤＲＸサイクルのアクティブ時間の一部としてのオンデュレーション期間であってもよい）柔軟に遅延させることができるように、上述した実施形態を変更することができる。具体的には、ＵＥがアウェイクしている合計持続時間は、アクティブ時間と称され、ＤＲＸサイクルのオンデュレーションのみならず、それ以外の期間（例えば、インアクティビティタイマーが作動している間にＵＥがＰＤＣＣＨを監視する時間と、１ ＨＡＲＱ ＲＴＴの後にダウンリンク再送信を待機している（すなわちｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが作動している、またはｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが作動している）間にＵＥが連続受信を実行する時間）も含む。アップリンク再送信の場合、ＵＥは、アップリンク再送信グラントを受信することのできるサブフレームにおいてアウェイクする。例えば従来技術においては、ＵＥは、ＢＳＲ／ＳＲ手順のためにアクティブ時間に遷移する必要が生じることがあり、例示的な本実施形態によると、このような遷移が実際に回避される。要約すると、ユーザ機器は、少なくとも、周期的なオンデュレーション期間においてアクティブ時間にあるが、さらに、例えばＰＤＣＣＨに関連する動作に応じてそれ以外の理由でもアクティブ時間にあることがある。この代替の例示的な実施形態においては、このことを利用し、スケジューリング要求のトリガーの遅延を、ＤＲＸ機能の上記のアクティブ時間の期間のいずれかまで延期することができる。

オンデュレーション期間のサブフレームまで遅延させる前の例示的な実施形態と同様に、例えばＵＥの送信バッファに新しいデータが到着した時点でバッファ状態報告がトリガーされることによって、スケジューリング要求がトリガーされるものと想定する。ＵＥは、スケジューリング要求をただちにトリガーせずに、スケジューリング要求のトリガーをアクティブ時間まで延期する。ＵＥは、スケジューリング要求のトリガーを実行した後、次のスケジューリング要求送信機会においてスケジューリング要求を送信する。

なお従来技術においては、ＵＥは、（スケジューリング要求をトリガーする時点において）通常では依然としてＤＲＸスリープ状態にあり、スケジューリング要求をトリガーして送信した後に、そのスケジューリング要求に応えてｅＮｏｄｅＢによって送信される対応するアップリンクグラントを対象としてダウンリンクにおいてＰＤＣＣＨを監視することができるように、アクティブ時間に遷移することに留意されたい。

オンデュレーション期間はＵＥによって事前に容易に求めることができるが（すなわちオンデュレーション期間は決定論的である）、ＵＥがアクティブ時間にある期間については、必ずしも決定論的ではなく、なぜならＵＥがアクティブ時間にある期間は、例えば、アクティブ時間のサブフレーム（例：オンデュレーション期間）においてＵＥがＰＤＣＣＨを受信するかに依存しうるためである（図７に関連して説明したＵＥの挙動を参照）。したがって、ＵＥがアクティブ時間になるまでのＳＲトリガーの柔軟な遅延を実施する目的で、前述したようにタイマーを使用する代わりに、ＵＥは、自身がアクティブ時間にあるかを例えばサブフレームごとに判定することができ、別の理由で自身がすでにアクティブ時間にあると肯定判定したサブフレームにおいて、スケジューリング要求のトリガーを実行する。

この方法は図１３に概略的に示してあり、図１３では、図１１と比較して、アクティブ時間の期間が、時刻ｔ１の後のオンデュレーション期間より前に存在する。したがって、図１１のようにスケジューリング要求のトリガーをオンデュレーション期間まで遅延させる代わりに、この特定の実施形態においては、アクティブ時間の期間の先頭まで遅延を実行するのみである。ＵＥは、遅延の後にスケジューリング要求のトリガーを実行した後、次のスケジューリング要求送信機会を使用してスケジューリング要求をｅＮｏｄｅＢに送信することができる。別の理由でＵＥがすでにアクティブ時間にあるため、ＵＥは、ｅＮｏｄｅＢからの対応するアップリンクグラントを対象としてダウンリンク制御チャネルを容易に監視することができ、このアップリンクグラントを受信するだけの目的でアクティブ時間に遷移する必要がない。したがって、アクティブ時間への１回の遷移を回避することができ、これに対応する利点として、電力消費量が下がる。さらに、ＤＲＸ機能の任意のアクティブ時間を使用してＳＲのトリガーを実際に実行することができるため、遅延がより短い。

この例示的な実施形態におけるＵＥの挙動は、図１４のシーケンス図に概略的に示してある。図から明らかであるように、オプションである最小遅延制限の実施を点線で示してある。ＢＳＲがトリガーされた後、ＵＥは、最小遅延をすでに超えているかを最初にチェックすることが有利であり、その後、ＳＲのトリガーを実行するため、次の（および必要な場合にはそれ以降の）サブフレームについて、ＵＥがアクティブ時間にあるか否かのチェックに進む。

ＤＲＸサイクルのオンデュレーション期間までの柔軟な遅延に関する前の例示的な実施形態の場合と同様に、最小遅延制限および／または最大遅延制限を実施することができ、これに対応する利点はすでに上述してある。この場合も、前の例示的な実施形態の場合と同様に、さまざまなサービスのサービス品質（ＱｏＳ）要件および遅延耐性が異なることを考慮して、ＵＥの任意のアクティブ時間への柔軟な遅延は、ユーザ機器のすべての論理チャネルには適用可能でない。したがって、スケジューリング要求のトリガーの柔軟な遅延を、例えばｅＮｏｄｅＢによって設定することのできる特定の論理チャネルのみに制限することができる。

ここまでの例示的な実施形態では、スケジューリング要求のトリガーを柔軟に遅延させることを提案した。以下に説明するように、別の例示的な実施形態では、スケジューリング要求の送信を柔軟に遅延させることができ、その一方で、スケジューリング要求のトリガーはただちに実行する。遅延の効果は、スケジューリング要求のトリガーを遅延させる前の例示的な実施形態に相当に類似するが、遅延の実装形態にはバリエーションがある。したがってＳＲの送信を遅延させる実際の効果は、図１１および図１３から理解することができ、すなわちＳＲの送信は、ＵＥのＤＲＸサイクルのオンデュレーションまたはそれ以外のアクティブ時間中のＳＲ機会に行われる。同じ利点が達成され、すなわちトリガーされたスケジューリング要求のみに関連してアクティブ時間に余分に遷移することが回避され、したがって電力を節約することができる。

さらには、スケジューリング要求の送信を遅延させる目的で、例示的な一実装形態によるとタイマーを使用することができる。前の例示的な実施形態と同様に、送信禁止タイマーが作動している間は、トリガーされたスケジューリング要求が送信されない。この目的のため、ＳＲがトリガーされるときにＳＲ送信禁止タイマーを起動する。この場合、タイマーを起動するときに使用するタイマー値は、スケジューリング要求がＤＲＸサイクルのオンデュレーション期間のサブフレームの１つ（例えば最初のサブフレーム）まで遅延されるように計算する。前の例示的な実施形態に関連して説明したように、ＵＥは、オンデュレーション期間がいつ起こるかを事前に認識しており、したがってタイマー初期値を、ＤＲＸサイクルのオンデュレーション期間のサブフレームの１つ（例えば最初のサブフレーム）と、スケジューリング要求送信禁止タイマーが起動されるサブフレームとの間の時間長であるように計算することができる。

したがって禁止タイマーが切れた時点で、ＵＥは次のスケジューリング要求送信機会を使用してスケジューリング要求を送信する。前と同様に、スケジューリング要求送信機会はつねにＤＲＸサイクルのオンデュレーション期間内に設定されるものと想定し、これによりＵＥは、依然としてオンデュレーション期間内である間にスケジューリング要求を送信することができる。

前と同様に、ＬＴＥ環境において実施する場合、一定の遅延用に導入されたｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを再利用することができる（非特許文献５の５．４．５節「Buffer Status Reporting」を参照）。さらに、現在標準化されている情報要素ＭＡＣ−ＭａｉｎＣｏｎｆｉｇの変数ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ−ｒ１２を再利用することができ、この場合、予備のコードポイントを使用して、スケジューリング要求の送信を次のオンデュレーション期間まで柔軟に遅延させることをＵＥに示す。

図１５は、対応するＵＥの挙動をシーケンス図を使用することによって概略的に示している。このシーケンス図からと、前述した別のシーケンス図との比較において明らかであるように、ユーザ機器の対応する送信バッファに新しいデータを受け取った時点で、バッファ状態報告およびスケジューリング要求をただちに実際にトリガーする。一方で、スケジューリング要求の送信を、対応する送信禁止タイマーを使用することによって延期し、このタイマーが依然として作動している間はスケジューリング要求を送信することが許可されない。

スケジューリング要求の送信の適切な遅延を確保するためにタイマーを使用する代わりに、（１つまたは複数の）オンデュレーション期間内であるスケジューリング要求機会のみを使用できるように、ＵＥを設定することができる。言い換えれば、ＵＥがＤＲＸサイクルのオンデュレーション期間内ではないスケジューリング要求機会を排除するために、スケジューリング要求機会のマスキング（「ＳＲ送信マスキング」）を実行する。このマスキングは簡単に実施することができ、なぜならＵＥは、スケジューリング要求機会およびＤＲＸのオンデュレーション期間（いずれも周期的に設定される）を事前に認識しているためである。

この点において、ＤＲＸサイクルのオンデュレーション期間内であるスケジューリング要求機会のみを使用するようにｅＮｏｄｅＢがＵＥに適切に命令することができるように、対応する新規のＲＲＣフラグシグナリング（例えば新規のフラグ）（例えば、無線リソース制御（ＲＲＣ）情報要素のＰｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄの中の「ｓｒ−ｍａｓｋ」）を導入することができる。

前の例示的な実施形態に関連して前述したように、すでに前述した追加の利点を達成するために、最小時間遅延および／または最大時間遅延を設定することができる。具体的には、このことは、例えばタイマー起動値を最小時間遅延よりも適宜大きいように計算することによって、実施することができる。これに代えて、前述したスケジューリング要求送信のマスキングを使用するとき、各スケジューリング要求機会がオンデュレーション期間内であるか否かをチェックするのに、最小遅延より後のスケジューリング要求機会のみを考慮する。

これに代えて、上に説明した実施形態を変更することができ、すなわちスケジューリング要求の送信を、ユーザ機器において実行中のＤＲＸサイクルの任意のアクティブ時間まで（すなわちＤＲＸサイクルのアクティブ時間のオンデュレーション期間までに限定されず、ただし実際にはＤＲＸサイクルのアクティブ時間の一部としてのオンデュレーション期間であってもよい）柔軟に遅延させることができる。したがってＵＥは、スケジューリング要求の送信を、別の理由で（例えばＤＲＸサイクルのオンデュレーション期間内である以外の理由で）ＵＥがすでにアクティブ時間にある期間に一致するスケジューリング要求送信機会まで遅延させる。

ＵＥがアクティブ時間になるまでのスケジューリング要求送信の柔軟な遅延を実施する目的で、前述したタイマーを使用する代わりに、ＵＥは、例えば、各スケジューリング要求送信機会について、自身がアクティブ時間にあるかを順に判定していき、別の理由ですでにアクティブ時間にあると肯定判定されたスケジューリング要求送信機会において、スケジューリング要求の送信を実際に実行する。この例示的な実施形態における対応するＵＥの挙動は、図１６のシーケンス図に概略的に示してある。図１６においても、最小遅延はオプションとして点線内に示してある。

別の代替実施形態によると、スケジューリング要求のトリガーまたは送信に関するＵＥの詳細な挙動は、ＵＥが現在使用しているＤＲＸサイクル（すなわち長ＤＲＸサイクルまたは短ＤＲＸサイクル）によって決まる。例えば、長ＤＲＸサイクルを使用しているときには、ＵＥは、スケジューリング要求のトリガーまたは送信を、設定されている最大時間よりも大きく遅延させず、短ＤＲＸサイクルを使用しているときには、ＵＥは、スケジューリング要求のトリガーまたは送信を、少なくとも、設定されている最小時間だけ遅延させる。より具体的には、ｅＮＢによって設定される禁止タイマー値は、現在使用されているＤＲＸサイクルに応じて、最小時間値または最大時間値として解釈される。このＤＲＸサイクルに依存するタイマー値を、例えばトリガー／送信をオンデュレーション期間またはＤＲＸアクティブ時間まで遅延させる上に説明した実施形態と組み合わせて使用することができる。

＜ハードウェアおよびソフトウェアによる本開示の実施＞
別の例示的な実施形態は、上述したさまざまな実施形態を、ハードウェアおよびソフトウェアを使用して実施することに関する。これに関連して、ユーザ端末（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ端末および基地局は、本明細書に記載されている方法を実行するように構成されており、これらの方法に適切に関与する対応するエンティティ（受信機、送信機、プロセッサなど）を含む。

さまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものとさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。さまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。

さらに、さまざまな実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。

さらには、本発明の複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の実施形態の主題とすることができることに留意されたい。

具体的な実施形態に示した本開示には、広義に記載されている本発明の概念または範囲から逸脱することなく、さまざまな変更もしくは修正またはその両方を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本発明を制限するものではないものとみなされる。

Claims (22)

1. 通信システムにおいてユーザ機器によってアップリンクリソースを要求する方法であって、前記ユーザ機器においてＤＲＸ（間欠受信）機能が実行中であり、前記方法が、前記ユーザ機器において実行される以下のステップ、すなわち、
   前記ユーザ機器においてバッファ状態報告がトリガーされたときに、アップリンクリソースを要求するため無線基地局へのスケジューリング要求の送信をトリガーするステップと、
   前記ＤＲＸ機能によるＤＲＸサイクルのオンデュレーション期間のサブフレームの１つ（好ましくは最初のサブフレーム）において前記スケジューリング要求がトリガーされるように、前記スケジューリング要求の前記トリガーを遅延させるステップと、
   前記スケジューリング要求の前記トリガーが遅延された後の次の可能なスケジューリング要求送信機会において、前記トリガーされたスケジューリング要求を前記無線基地局に送信するステップと、
   を含む、方法。
2. 前記スケジューリング要求の前記トリガーが、少なくとも、事前に設定される最小遅延時間だけ、かつ好ましくは、事前に設定される最大遅延時間以下だけ、遅延され、
   好ましくは、前記事前に設定される最小遅延時間が前記無線基地局において決定され、前記ユーザ機器が、前記事前に設定された最小遅延時間に関する指示情報を前記無線基地局から受信する、
   請求項１に記載の方法。
3. 前記ユーザ機器が、前記スケジューリング要求の前記トリガーをどのように遅延させるかに関する設定情報を前記無線基地局から受信し、前記設定情報が、複数のコードポイントのうちの１つを含み、前記複数のコードポイントの少なくとも１つが、前記スケジューリング要求が前記ＤＲＸサイクルのオンデュレーション期間のサブフレームの１つ（好ましくは最初のサブフレーム）においてトリガーされるように前記スケジューリング要求の前記トリガーを遅延させる、ことを示し、
   好ましくは、残りのコードポイントが、前記スケジューリング要求の前記トリガーを遅延させるための一定の遅延時間を示す、
   請求項１または請求項２に記載の方法。
4. 前記遅延させるステップが、スケジューリング要求禁止タイマーを使用して実行され、前記スケジューリング要求禁止タイマーが作動している間は、前記スケジューリング要求の前記トリガーを実行することができず、
   このことが好ましくは、
   前記ユーザ機器において前記バッファ状態報告がトリガーされたときに前記スケジューリング要求禁止タイマーを起動し、
   前記スケジューリング要求禁止タイマーが、前記ＤＲＸサイクルの前記オンデュレーション期間のサブフレームの１つ（好ましくは最初のサブフレーム）と、前記タイマーが起動されるサブフレームとの間の時間長であるように前記ユーザ機器によって計算されるタイマー値、を使用して起動され、
   好ましくは、前記スケジューリング要求の前記トリガーが、少なくとも、事前に設定される最小遅延時間だけ遅延されるように、前記時間長が、前記事前に設定される最小遅延時間よりも大きい、
   ことによる、
   請求項１から請求項３のいずれか１項に記載の方法。
5. 前記ユーザ機器に複数の論理チャネルが設定されており、前記複数の論理チャネルのいずれかに関連付けられている送信バッファに新しいデータが到着したときにバッファ状態報告がトリガーされ、前記スケジューリング要求の前記トリガーを遅延させる前記ステップが、前記スケジューリング要求をトリガーする前記バッファ状態報告が前記複数の論理チャネルのうちの少なくとも１つの特定の論理チャネルに関連付けられている新しいデータの到着によってトリガーされるときにのみ実行され、好ましくは前記特定の論理チャネルが、遅延耐性データに関連付けられており、
   好ましくは、前記無線基地局が、前記複数の論理チャネルのうち前記少なくとも１つの特定の論理チャネルを決定し、前記ユーザ機器が、前記少なくとも１つの特定の論理チャネルに関する指示情報を前記無線基地局から受信する、
   請求項１から請求項４のいずれか１項に記載の方法。
6. 通信システムにおいて無線基地局からのアップリンクリソースを要求するユーザ機器であって、前記ユーザ機器においてＤＲＸ（間欠受信）機能が実行中であり、前記ユーザ機器が、
   前記ユーザ機器においてバッファ状態報告がトリガーされたときに、アップリンクリソースを要求するため前記無線基地局へのスケジューリング要求の送信をトリガーするように構成されているプロセッサと、
   前記スケジューリング要求の前記トリガーが遅延された後の次の可能なスケジューリング要求送信機会において、前記トリガーされたスケジューリング要求を前記無線基地局に送信するように構成されている送信機と、
   を備えており、
   前記プロセッサが、前記ＤＲＸ機能によるＤＲＸサイクルのオンデュレーション期間のサブフレームの１つ（好ましくは最初のサブフレーム）において前記スケジューリング要求がトリガーされるように、前記スケジューリング要求の前記トリガーを遅延させるように、さらに構成されている、
   ユーザ機器。
7. 前記プロセッサが、前記スケジューリング要求の前記トリガーを、少なくとも、事前に設定される最小遅延時間だけ、かつ好ましくは、事前に設定される最大遅延時間以下だけ、遅延させるように構成されており、
   好ましくは、前記ユーザ機器の受信機が、前記無線基地局において決定される前記事前に設定される最小遅延時間に関する指示情報を、前記無線基地局から受信するように構成されている、
   請求項６に記載のユーザ機器。
8. 前記スケジューリング要求の前記トリガーをどのように遅延させるかに関する設定情報を前記無線基地局から受信するように構成されている受信機であって、前記設定情報が複数のコードポイントのうちの１つを含み、前記複数のコードポイントの少なくとも１つが、前記スケジューリング要求が前記ＤＲＸサイクルのオンデュレーション期間のサブフレームの１つ（例えば最初のサブフレーム）においてトリガーされるように前記スケジューリング要求の前記トリガーを遅延させる、ことを示す、前記受信機、
   をさらに備えている、請求項６または請求項７に記載のユーザ機器。
9. 開始スケジューリング要求禁止タイマー、
   をさらに備えており、
   前記スケジューリング要求禁止タイマーが作動している間は、前記スケジューリング要求の前記トリガーを実行することができず、
   このことが好ましくは、
   前記プロセッサが、前記バッファ状態報告がトリガーされたときに前記スケジューリング要求禁止タイマーを起動するように構成されており、
   前記プロセッサが、前記ＤＲＸサイクルの前記オンデュレーション期間のサブフレームの１つ（好ましくは最初のサブフレーム）と、前記タイマーが起動されるサブフレームとの間の時間長を計算するように構成されており、前記時間長が、事前に設定される最小遅延時間よりも大きいように計算され、かつ、
   前記プロセッサが、前記計算された時間長をタイマー値として使用して前記スケジューリング要求禁止タイマーを起動するように、さらに構成されている、
   ことによる、
   請求項６から請求項８のいずれか１項に記載のユーザ機器。
10. 前記ユーザ機器に複数の論理チャネルが設定されており、前記複数の論理チャネルのいずれかに関連付けられている送信バッファに新しいデータが到着したときにバッファ状態報告がトリガーされ、前記スケジューリング要求の前記トリガーの前記遅延が、前記スケジューリング要求をトリガーする前記バッファ状態報告が前記複数の論理チャネルのうちの少なくとも１つの特定の論理チャネルに関連付けられている新しいデータの到着によってトリガーされるときにのみ実行され、
    好ましくは、前記ユーザ機器の受信機が、前記少なくとも１つの特定の論理チャネルに関する指示情報を前記無線基地局から受信する、
    請求項６から請求項９のいずれか１項に記載のユーザ機器。
11. 通信システムにおいてユーザ機器によってアップリンクリソースを要求する方法であって、前記ユーザ機器においてＤＲＸ（間欠受信）機能が実行中であり、前記方法が、前記ユーザ機器において実行される以下のステップ、すなわち、
    前記ユーザ機器においてバッファ状態報告がトリガーされたときに、アップリンクリソースを要求するため無線基地局へのスケジューリング要求の送信をトリガーするステップと、
    前記ユーザ機器が前記ＤＲＸ機能のアクティブ時間になるまで、前記トリガーされたスケジューリング要求の前記送信を遅延させるステップと、
    前記遅延の後、前記ユーザ機器が前記ＤＲＸ機能のアクティブ時間にあるときに、前記トリガーされたスケジューリング要求を前記無線基地局に送信するステップと、
    を含む、方法。
12. 前記トリガーされたスケジューリング要求を送信するときに、前記トリガーされたスケジューリング要求に関連する以外の別の理由で前記ユーザ機器が前記ＤＲＸ機能のアクティブ時間にある、請求項１１に記載の方法。
13. 前記スケジューリング要求の前記送信を遅延させる前記ステップが、前記ユーザ機器によって実行される次のステップ、すなわち、
    前記トリガーされたスケジューリング要求に関連する以外の別の理由で前記ユーザ機器が前記ＤＲＸ機能によるアクティブ時間にあるときにおける、前記トリガーされたスケジューリング要求を送信するための次の可能なスケジューリング要求送信機会を、好ましくは、
    １）前記トリガーされたスケジューリング要求を送信するための前記次のスケジューリング要求送信機会において、前記トリガーされたスケジューリング要求に関連する以外の別の理由で前記ユーザ機器が前記ＤＲＸ機能によるアクティブ時間にあるかを判定し、
    ２）前記ユーザ機器がアクティブ時間にあるものと判定される場合、前記トリガーされたスケジューリング要求を前記次のスケジューリング要求送信機会において前記無線基地局に送信し、
    ３）前記ユーザ機器がアクティブ時間にないものと判定される場合、前記次のスケジューリング要求送信機会においてアクティブにならず、かつ前記トリガーされたスケジューリング要求を送信せず、
    前記トリガーされたスケジューリング要求が送信されるまで、以降のスケジューリング要求送信機会に対して、上のステップ１）〜３）を繰り返す、
    ことによって、決定するステップ、
    を含む、
    請求項１１または請求項１２に記載の方法。
14. 前記スケジューリング要求の前記送信を遅延させる前記ステップが、前記ユーザ機器によって実行される次のステップ、すなわち、
    前記ユーザ機器において実行中の前記ＤＲＸ機能によるＤＲＸサイクルのオンデュレーション期間のサブフレームの１つにおける、前記トリガーされたスケジューリング要求を送信するための前記次の可能なスケジューリング要求送信機会を、好ましくは、
    １）前記トリガーされたスケジューリング要求を送信するための前記次のスケジューリング要求送信機会が、前記ＤＲＸサイクルのオンデュレーション期間中であるかを判定し、
    ２）そうである場合、前記トリガーされたスケジューリング要求を前記次のスケジューリング要求送信機会において前記無線基地局に送信し、
    ３）そうでない場合、前記トリガーされたスケジューリング要求を前記次のスケジューリング要求送信機会において送信せず、
    前記トリガーされたスケジューリング要求が送信されるまで、以降のスケジューリング要求送信機会に対して、上のステップ１）〜３）を繰り返す、
    ことによって、決定するステップ、
    を含む、
    請求項１１または請求項１２に記載の方法。
15. 前記ユーザ機器に複数の論理チャネルが設定されており、前記複数の論理チャネルのいずれかに関連付けられている送信バッファに新しいデータが到着したときにバッファ状態報告がトリガーされ、前記スケジューリング要求の前記送信を遅延させる前記ステップが、前記スケジューリング要求をトリガーする前記バッファ状態報告が前記複数の論理チャネルのうちの少なくとも１つの特定の論理チャネルに関連付けられている新しいデータの到着によってトリガーされるときにのみ実行され、好ましくは前記特定の論理チャネルが、遅延耐性データに関連付けられており、
    好ましくは、前記無線基地局が、前記複数の論理チャネルのうち前記少なくとも１つの特定の論理チャネルを決定し、前記ユーザ機器が、前記少なくとも１つの特定の論理チャネルに関する指示情報を前記無線基地局から受信する、
    請求項１１から請求項１４のいずれか１項に記載の方法。
16. 前記スケジューリング要求の前記送信が、少なくとも、事前に設定される最小遅延時間だけ、かつ好ましくは、事前に設定される最大遅延時間以下だけ、遅延される、請求項１１から請求項１５のいずれかに記載の方法。
17. スケジューリング要求送信機会が、
    アップリンク制御チャネルのアップリンク無線リソースにおいてスケジューリング要求を送信するための機会、または、
    前記ユーザ機器と前記無線基地局との間でランダムアクセスチャネル手順を実行することによってスケジューリング要求を送信するための機会、
    のいずれかである、
    請求項１から請求項５および請求項１１から請求項１６のいずれか１項に記載の方法。
18. 通信システムにおいて無線基地局からのアップリンクリソースを要求するユーザ機器であって、前記ユーザ機器においてＤＲＸ（間欠受信）機能が実行中であり、前記ユーザ機器が、
    前記ユーザ機器においてバッファ状態報告がトリガーされたときに、アップリンクリソースを要求するため無線基地局へのスケジューリング要求の送信をトリガーするように構成されているプロセッサと、
    前記遅延の後、前記ユーザ機器が前記ＤＲＸ機能のアクティブ時間にあるときに、前記トリガーされたスケジューリング要求を前記無線基地局に送信するように構成されている送信機と、
    を備えており、
    前記プロセッサが、前記ユーザ機器が前記ＤＲＸ機能のアクティブ時間になるまで、前記トリガーされたスケジューリング要求の前記送信を遅延させるように、さらに構成されている、
    ユーザ機器。
19. 前記トリガーされたスケジューリング要求を送信するときに、前記トリガーされたスケジューリング要求に関連する以外の別の理由で前記ユーザ機器が前記ＤＲＸ機能のアクティブ時間にある、請求項１８に記載のユーザ機器。
20. 前記プロセッサが、前記トリガーされたスケジューリング要求に関連する以外の別の理由で前記ユーザ機器が前記ＤＲＸ機能によるアクティブ時間にあるときにおける、前記トリガーされたスケジューリング要求を送信するための次の可能なスケジューリング要求送信機会を、好ましくは、
    １）前記トリガーされたスケジューリング要求を送信するための前記次のスケジューリング要求送信機会において、前記トリガーされたスケジューリング要求に関連する以外の別の理由で前記ユーザ機器が前記ＤＲＸ機能によるアクティブ時間にあるかを判定し、
    ２）前記ユーザ機器がアクティブ時間にあるものと判定される場合、前記トリガーされたスケジューリング要求を前記次のスケジューリング要求送信機会において前記無線基地局に送信し、
    ３）前記ユーザ機器がアクティブ時間にないものと判定される場合、前記次のスケジューリング要求送信機会においてアクティブにならず、かつ前記トリガーされたスケジューリング要求を送信せず、
    前記トリガーされたスケジューリング要求が送信されるまで、以降のスケジューリング要求送信機会に対して、上のステップ１）〜３）を繰り返す、
    ことによって、決定するように構成されている、
    請求項１８または請求項１９に記載のユーザ機器。
21. 前記プロセッサが、前記ユーザ機器において実行中の前記ＤＲＸ機能によるＤＲＸサイクルのオンデュレーション期間のサブフレームの１つにおける、前記トリガーされたスケジューリング要求を送信するための前記次の可能なスケジューリング要求送信機会を、好ましくは、
    １）前記トリガーされたスケジューリング要求を送信するための前記次のスケジューリング要求送信機会が、前記ＤＲＸサイクルのオンデュレーション期間中であるかを判定し、
    ２）そうである場合、前記トリガーされたスケジューリング要求を前記次のスケジューリング要求送信機会において前記無線基地局に送信し、
    ３）そうでない場合、前記トリガーされたスケジューリング要求を前記次のスケジューリング要求送信機会において送信せず、
    前記トリガーされたスケジューリング要求が送信されるまで、以降のスケジューリング要求送信機会に対して、上のステップ１）〜３）を繰り返す、
    ことによって、決定するように構成されている、
    請求項１８または請求項１９に記載のユーザ機器。
22. 前記ユーザ機器に複数の論理チャネルが設定されており、前記複数の論理チャネルのいずれかに関連付けられている送信バッファに新しいデータが到着したときにバッファ状態報告がトリガーされ、前記スケジューリング要求の前記送信の前記遅延が、前記スケジューリング要求をトリガーする前記バッファ状態報告が前記複数の論理チャネルのうちの少なくとも１つの特定の論理チャネルに関連付けられている新しいデータの到着によってトリガーされるときにのみ実行され、
    好ましくは、前記ユーザ機器の受信機が、前記少なくとも１つの特定の論理チャネルに関する指示情報を前記無線基地局から受信する、
    請求項１８から請求項２１のいずれか１項に記載のユーザ機器。

Images