特許 6555557 しきい値に基づく電力効率の高いスケジューリング要求手順

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6555557

(24)【登録日】2019年7月19日

(45)【発行日】2019年8月7日

(54)【発明の名称】しきい値に基づく電力効率の高いスケジューリング要求手順

(51)【国際特許分類】

   H04W 28/14 20090101AFI20190729BHJP

   H04W 72/12 20090101ALI20190729BHJP

   H04W 72/10 20090101ALI20190729BHJP

【ＦＩ】

   H04W28/14

   H04W72/12 150

   H04W72/10

【請求項の数】6

【全頁数】48

(21)【出願番号】特願2018-83214(P2018-83214)

(22)【出願日】2018年4月24日

(62)【分割の表示】特願2017-37447(P2017-37447)の分割

【原出願日】2013年2月6日

(65)【公開番号】特開2018-142980(P2018-142980A)

(43)【公開日】2018年9月13日

【審査請求日】2018年4月24日

(31)【優先権主張番号】12166900.6

(32)【優先日】2012年5月4日

(33)【優先権主張国】EP

(73)【特許権者】

【識別番号】316002062

【氏名又は名称】サン パテント トラスト

(74)【代理人】

【識別番号】100105050

【弁理士】

【氏名又は名称】鷲田 公一

(72)【発明者】

【氏名】ロアー ヨアヒム

(72)【発明者】

【氏名】青山 高久

(72)【発明者】

【氏名】バス−マリック プラティーク

(72)【発明者】

【氏名】田村 尚志

(72)【発明者】

【氏名】ファイアサンガー マルチン

【審査官】 望月 章俊

(56)【参考文献】

【文献】 特表２０１０−５３０７０７（ＪＰ，Ａ）

【文献】 特開２０１０−１１４６８１（ＪＰ，Ａ）

【文献】 特表２０１２−５３２４８０（ＪＰ，Ａ）

【文献】 特表２０１２−５００５３４（ＪＰ，Ａ）

【文献】 特表２０１１−５０９５３５（ＪＰ，Ａ）

【文献】 国際公開第２０１１／００１３３０（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２０１２／００７９１３２（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０１２／００３３５９７（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ４／００−Ｈ０４Ｗ９９／００

Ｈ０４Ｂ７／２４−Ｈ０４Ｂ７／２６

(57)【特許請求の範囲】

【請求項1】

ユーザ機器であって、
第１のトリガー条件が満たされたか否かを判定するようにされているプロセッサであって、前記第１のトリガー条件は、空の送信バッファに新しいデータが到着すること、または、空ではない送信バッファに到着する新しいデータが、空ではない送信バッファ内にすでに格納されているデータよりも高い優先順位を有することであり、
前記プロセッサは、第２のトリガー条件が設定されたロジカルチャネルについて前記第１のトリガー条件が満たされた場合に、前記第２のトリガー条件が満たされたか否かを判定し、前記第２のトリガー条件は、前記送信バッファのデータに関するタイマーが満了したことであり、
前記プロセッサは、前記第２のトリガー条件が設定された前記ロジカルチャネルについて前記第１のトリガー条件が満たされた場合に、前記タイマーを開始し、スケジューリング要求送信のトリガーを前記タイマーが満了するまで延期し、
前記プロセッサは、前記第２のトリガー条件が設定されていないロジカルチャネルについて前記第１のトリガー条件が満たされた場合に、前記タイマーを開始しないことを決定し、
前記第２のトリガー条件が設定された前記ロジカルチャネルについて前記第１および第２のトリガー条件が満たされた場合に、前記無線基地局に対してアップリンクリソースを要求する前記スケジューリング要求の送信をトリガーする送信部と、
を有するユーザ機器。

【請求項2】

前記送信バッファは、前記無線基地局向けのアップリンク送信のデータを一時的に格納する、請求項１に記載のユーザ機器。

【請求項3】

前記第１のトリガー条件と前記第２のトリガー条件を記憶するメモリーを有する、請求項１または２に記載のユーザ機器。

【請求項4】

ユーザ機器によって実行される方法であって、
第１のトリガー条件が満たされたか否かを判定し、前記第１のトリガー条件は、空の送信バッファに新しいデータが到着すること、または、空ではない送信バッファに到着する新しいデータが、空ではない送信バッファ内にすでに格納されているデータよりも高い優先順位を有することであり、
第２のトリガー条件が設定されたロジカルチャネルについて前記第１のトリガー条件が満たされた場合に、前記第２のトリガー条件が満たされたか否かを判定し、前記第２のトリガー条件は、前記送信バッファのデータに関するタイマーが満了したことであり、
前記第２のトリガー条件が設定された前記ロジカルチャネルについて前記第１のトリガー条件が満たされた場合に、前記タイマーを開始し、スケジューリング要求送信のトリガーを前記タイマーが満了するまで延期し、
前記第２のトリガー条件が設定されていないロジカルチャネルについて前記第１のトリガー条件が満たされた場合に、前記タイマーを開始しないことを決定し、
前記第２のトリガー条件が設定された前記ロジカルチャネルについて前記第１および第２のトリガー条件が満たされた場合に、前記無線基地局に対してアップリンクリソースを要求する前記スケジューリング要求の送信をトリガーする、
方法。

【請求項5】

前記送信バッファは、前記無線基地局向けのアップリンク送信のデータを一時的に格納する、請求項４に記載の方法。

【請求項6】

前記第１のトリガー条件と前記第２のトリガー条件を記憶するメモリーを有する、請求項４または５に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザ機器と無線基地局との間で実行されるスケジューリング要求手順を改善する方法に関する。さらに、本発明は、本発明の方法を実行するユーザ機器を提供する。

【背景技術】

【0002】

ロングタームエボリューション（ＬＴＥ）

【0003】

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

【0004】

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

【0005】

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

【0006】

ＬＴＥアーキテクチャ

【0007】

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

【0008】

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

【0009】

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

【0010】

ＬＴＥ（リリース８）におけるコンポーネントキャリアの構造

【0011】

【0012】

【0013】

「コンポーネントキャリア」という用語は、数個のリソースブロックの組合せに言及する。ＬＴＥの将来のリリースにおいて、「コンポーネントキャリア」という用語はもはや使用されない。代わりに、この用語は「セル」に変更される。「セル」は、ダウンリンクリソースおよび任意でアップリンクリソースの組合せに言及する。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との連結（linking）は、ダウンリンクリソースで送信されるシステム情報に示される。

【0014】

ＬＴＥのさらなる発展（ＬＴＥ−Ａ）

【0015】

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

【0016】

より広い帯域幅をサポートするためのＬＴＥ−Ａにおけるキャリアアグリゲーション

【0017】

ＬＴＥ−Ａｄｖａｎｃｅｄシステムがサポートできる帯域幅は１００ＭＨｚであるが、ＬＴＥシステムは２０ＭＨｚをサポートできるのみである。最近、無線スペクトルの不足によって無線ネットワークの発展が妨げられており、結果として、ＬＴＥ−Ａｄｖａｎｃｅｄシステムのための十分に広いスペクトル帯域を見つけることが困難である。したがって、より広い無線スペクトル帯域を得るための方法を見つけることが緊急課題であり、１つの可能な答えがキャリアアグリゲーション機能である。

【0018】

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

【0019】

少なくとも、アグリゲートされるコンポーネントキャリアの数がアップリンクとダウンリンクとで同じであるとき、すべてのコンポーネントキャリアをＬＴＥリリース８／９互換として設定することができる。ユーザ機器によってアグリゲートされるすべてのコンポーネントキャリアが必ずしもＬＴＥリリース８／９互換でなくてよい。リリース８／９のユーザ機器がコンポーネントキャリアにキャンプオンする（camp on）ことを回避するため、既存のメカニズム（例：バーリング（barring））を使用することができる。

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

図５および図６は、それぞれ、ダウンリンクおよびアップリンクにおける、キャリアアグリゲーションが有効になっている第２層構造を示している。ＭＡＣと第１層との間にトランスポートチャネルが記載されており、ＭＡＣとＲＬＣとの間に論理チャネルが記載されている。

【0027】

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

【0028】

ユーザ機器の能力に応じて、セカンダリセル（ＳＣｅｌｌ）を、ＰＣｅｌｌとともにサービングセルのセットを形成するように構成することができる。ダウンリンクでは、ＳＣｅｌｌに対応するキャリアはダウンリンクセカンダリコンポーネントキャリア（ＤＬ ＳＣＣ）であり、アップリンクでは、ＳＣｅｌｌに対応するキャリアはアップリンクセカンダリコンポーネントキャリア（ＵＬ ＳＣＣ）である。

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

ＬＴＥ ＲＲＣ状態

【0035】

ＬＴＥは、２つの主状態、すなわち「RRC_IDLE」状態および「RRC_CONNECTED」状態のみに基づいている。

【0036】

RRC_IDLEでは、無線は有効ではないが、ネットワークによってＩＤが割り当てられて追跡されている。より具体的には、RRC_IDLE状態の移動端末は、セルの選択および再選択を実行し、言い換えれば、キャンプオンするセルを決定する。セルの（再）選択プロセスでは、適用可能な各ＲＡＴ（無線アクセス技術）の適用可能な各周波数の優先度、無線リンクの品質、およびセルのステータス（すなわちセルが禁止または予約されているか）が考慮される。RRC_IDLE状態の移動端末は、ページングチャネルを監視して着呼を検出し、さらにシステム情報を取得する。システム情報は、主として、ネットワーク（Ｅ−ＵＴＲＡＮ）がセルの（再）選択プロセスを制御することのできるパラメータからなる。ＲＲＣは、RRC_IDLE状態の移動端末に適用される制御シグナリング、すなわちページングおよびシステム情報を指定する。RRC_IDLE状態における移動端末の挙動については、非特許文献２の例えば第８.４.２章に指定されており、この文書は参照によって本明細書に組み込まれている。

【0037】

RRC_CONNECTEDでは、移動端末は、ｅＮｏｄｅＢにおけるコンテキストを用いての有効な無線動作を有する。Ｅ−ＵＴＲＡＮでは、共有データチャネルを介して（ユニキャスト）データを伝送することができるように、移動端末に無線リソースが割り当てられる。この動作をサポートするため、移動端末は、時間および周波数における共有送信リソースの動的な割当てを示すために使用される対応する制御チャネルを監視する。移動端末は、Ｅ−ＵＴＲＡＮが移動端末にとって最適なセルを選択できるように、自身のバッファ状態およびダウンリンクチャネル品質の報告と、隣接セルの測定情報とを、ネットワークに提供する。これらの測定報告には、別の周波数またはＲＡＴを使用するセルが含まれる。さらに、ユーザ機器は、送信チャネルを使用するために要求される情報から主としてなるシステム情報を受信する。RRC_CONNECTED状態のユーザ機器は、自身のバッテリの寿命を延ばすため、不連続受信（ＤＲＸ）サイクルを使用するように構成することができる。ＲＲＣとは、RRC_CONNECTED状態のユーザ機器の挙動をＥ−ＵＴＲＡＮが制御するためのプロトコルである。

【0038】

図７は、IDLE状態およびCONNECTED状態の移動端末によって実行される関連する機能の概要を含む状態図を示している。

【0039】

論理チャネルおよびトランスポートチャネル

【0040】

ＭＡＣ層は、論理チャネルを通じてＲＬＣ層にデータ伝送サービスを提供する。論理チャネルは、ＲＲＣシグナリングなどの制御データを伝える制御論理チャネルか、ユーザプレーンデータを伝えるトラフィック論理チャネルのいずれかである。ブロードキャスト制御チャネル（ＢＣＣＨ）、ページング制御チャネル（ＰＣＣＨ）、共通制御チャネル（ＣＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、および専用制御チャネル（ＤＣＣＨ）は、制御論理チャネルである。専用トラフィックチャネル（ＤＴＣＨ）およびマルチキャストトラフィックチャネル（ＭＴＣＨ）は、トラフィック論理チャネルである。

【0041】

ＭＡＣ層からのデータは、トランスポートチャネルを通じて物理層と交換される。データは、無線送信方式に応じてトランスポートチャネルに多重化される。トランスポートチャネルは、次のようにダウンリンクまたはアップリンクとして分類される。ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）、ページングチャネル（ＰＣＨ）、およびマルチキャストチャネル（ＭＣＨ）は、ダウンリンクトランスポートチャネルであるのに対して、アップリンク共有チャネル（ＵＬ−ＳＣＨ）およびランダムアクセスチャネル（ＲＡＣＨ）は、アップリンクトランスポートチャネルである。

【0042】

ダウンリンクおよびアップリンクそれぞれにおいて、論理チャネルとトランスポートチャネルの間で多重化が実行される。

【0043】

第１層／第２層（Ｌ１／Ｌ２）制御シグナリング

【0044】

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

【0045】

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

【0046】

なお、３ＧＰＰ ＬＴＥでは、アップリンクデータ送信のための割当て（アップリンクスケジューリンググラントまたはアップリンクリソース割当てとも称する）も、ＰＤＣＣＨで送信されることに留意されたい。

【0047】

スケジューリンググラントに関して、第１層／第２層制御シグナリングで送られる情報は、次の２つのカテゴリ、すなわち、カテゴリ１の情報を伝える共有制御情報（ＳＣＩ：Shared Control Information）と、カテゴリ２／３の情報を伝えるダウンリンク制御情報（ＤＣＩ：Downlink Control Information）に分けることができる。

【0048】

カテゴリ１の情報を伝える共有制御情報（ＳＣＩ）

【0049】

第１層／第２層制御シグナリングの共有制御情報部分は、リソース割当て（指示）に関連する情報を含む。共有制御情報は、一般には以下の情報を含んでいる。
− リソースが割り当てられるユーザを示すユーザ識別情報。
− ユーザに割り当てられるリソース（リソースブロック（ＲＢ））を示すリソースブロック（ＲＢ）割当て情報。割り当てられるリソースブロックの数は動的とすることができる。
− 割当ての持続時間（オプション）。複数のサブフレーム（またはＴＴＩ）にわたる割当てが可能である場合。

【0050】

これらに加えて、共有制御情報は、他のチャネルの設定およびダウンリンク制御情報（ＤＣＩ）の設定（以下を参照）に応じて、アップリンク送信に対するＡＣＫ／ＮＡＣＫ、アップリンクスケジューリング情報、ＤＣＩに関する情報（例：リソース、ＭＣＳ）などの情報を含んでいることができる。

【0051】

カテゴリ２／３の情報を伝えるダウンリンク制御情報（ＤＣＩ）

【0052】

第１層／第２層制御シグナリングのダウンリンク制御情報部分は、カテゴリ１の情報によって示されるスケジューリング対象のユーザに送信されるデータの送信フォーマットに関連する情報（カテゴリ２の情報）を含んでいる。さらに、再送信プロトコルとして（ハイブリッド）ＡＲＱを使用する場合、カテゴリ２の情報は、ＨＡＲＱ（カテゴリ３）の情報を伝える。ダウンリンク制御情報は、カテゴリ１に従ってスケジューリングされるユーザによって復号化されるのみでよい。ダウンリンク制御情報は、一般には以下に関する情報を含んでいる。
− カテゴリ２の情報：変調方式、トランスポートブロック（ペイロード）サイズまたは符号化率、ＭＩＭＯ（多入力多出力）関連情報など。トランスポートブロック（もしくはペイロードサイズ）または符号化率のいずれかをシグナリングできる。いずれの場合も、これらのパラメータは、変調方式情報およびリソース情報（割り当てられたリソースブロックの数）を使用することによって相互に計算することができる。
− カテゴリ３情報：ＨＡＲＱ関連情報（例えば、ハイブリッドＡＲＱプロセス番号、冗長バージョン、再送信シーケンス番号）

【0053】

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

【0054】

フォーマット０：ＤＣＩフォーマット０は、ＰＵＳＣＨのためのリソースグラントを送信するのに使用される。

【0055】

ＤＣＩフォーマットと、ＤＣＩにおいて送信される具体的な情報に関するさらなる詳細については、技術規格、または非特許文献４（参照によって本明細書に組み込まれている）の第９.３章を参照されたい。

【0056】

ダウンリンクデータおよびアップリンクデータの送信

【0057】

第１層／第２層制御シグナリングは、ダウンリンクデータ送信に関して、ダウンリンクパケットデータ送信と一緒に、個別の物理チャネル（ＰＤＣＣＨ）で送信される。この第１層／第２層制御シグナリングは、一般には以下に関する情報を含む。
− データが送信される（１つまたは複数の）物理リソース（例えば、ＯＦＤＭの場合のサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合の符号）。移動端末（受信器）は、データが送信されるリソースをこの情報によって識別することができる。
− ユーザ機器が、第１層／第２層制御シグナリングにおいてキャリア指示フィールド（ＣＩＦ：Carrier Indication Field）を有するように構成されているとき、この情報は、その特定の制御シグナリング情報が対象とするコンポーネントキャリアを識別する。これにより、１つのコンポーネントキャリアを対象とする割当てを別のコンポーネントキャリアで送ることが可能になる（「クロスキャリアスケジューリング」）。クロススケジューリングされる側のキャリアは、例えば、ＰＤＣＣＨのないコンポーネントキャリアとすることができ、すなわち、クロススケジューリングされる側のコンポーネントキャリアは、第１層／第２層制御シグナリングを伝えない。
− 送信に使用されるトランスポートフォーマット。例えば、データのトランスポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、ＭＣＳ（変調・符号化方式）レベル、スペクトル効率、符号化率などが挙げられる。ユーザ機器（受信器）は、復調、デ・レートマッチング（de-rate-matching）、および復号化のプロセスを開始する目的で、情報ビットサイズ、変調方式、および符号化率を、この情報（通常はリソース割当て（例：ユーザ機器に割り当てられるリソースブロックの数）と組み合わせる）によって識別することができる。変調方式は明示的にシグナリングすることができる。
− ハイブリッドＡＲＱ（ＨＡＲＱ）情報：
・ ＨＡＲＱプロセス番号：ユーザ機器は、データがマッピングされているハイブリッドＡＲＱプロセスを識別することができる。
・ シーケンス番号または新規データインジケータ（ＮＤＩ）：ユーザ機器は、送信が新しいパケットであるか再送信されたパケットであるかを識別することができる。ＨＡＲＱプロトコルにおいて軟合成が実施される場合、シーケンス番号または新規データインジケータとＨＡＲＱプロセス番号とを組み合わせることで、復号化の前にＰＤＵのための送信の軟合成が可能である。
・ 冗長バージョンもしくはコンステレーションバージョンまたはその両方：それぞれ、使用されているハイブリッドＡＲＱ冗長バージョン（デ・レートマッチングに必要である）、および、使用されている変調コンステレーションバージョン（復調に必要である）を、ユーザ機器に知らせる。
− ユーザ機器識別情報（ＵＥ ＩＤ）：第１層／第２層制御シグナリングの対象であるユーザ機器を知らせる。一般的な実装においては、この情報は、制御情報が別のユーザ機器に読み取られることを防止する目的で、第１層／第２層制御シグナリングのＣＲＣをマスクするために使用される。

【0058】

アップリンクパケットデータ送信を可能にする目的で、送信の詳細をユーザ機器に知らせるため、第１層／第２層制御シグナリングがダウンリンク（ＰＤＣＣＨ）で送信される。この第１層／第２層制御シグナリングは、一般には以下に関する情報を含んでいる。
− ユーザ機器がデータ送信に使用するべき（１つまたは複数の）物理リソース（例えば、ＯＦＤＭの場合のサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合の符号）。
− ユーザ機器が、第１層／第２層制御シグナリングにおいてキャリア指示フィールド（ＣＩＦ）を有するように構成されているとき、この情報は、その特定の制御シグナリング情報が対象とするコンポーネントキャリアを識別する。これにより、１つのコンポーネントキャリアを対象とする割当てを別のコンポーネントキャリアで送ることが可能になる。クロススケジューリングされる側のキャリアは、例えば、ＰＤＣＣＨのないコンポーネントキャリアとすることができ、すなわち、クロススケジューリングされる側のコンポーネントキャリアは、第１層／第２層制御シグナリングを伝えない。
− アップリンクグラントの第１層／第２層制御シグナリングは、アップリンクコンポーネントキャリアにリンクされているＤＬコンポーネントキャリアで送られる、または、いくつかのＤＬコンポーネントキャリアが同じＵＬコンポーネントキャリアにリンクされている場合、いくつかのＤＬコンポーネントキャリアのうちの１つで送られる。
− ユーザ機器が送信に使用するべきトランスポートフォーマット。例えば、データのトランスポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、ＭＣＳ（変調・符号化方式）レベル、スペクトル効率、符号化率などが挙げられる。ユーザ機器（送信器）は、変調、レートマッチング、および符号化のプロセスを開始する目的で、情報ビットサイズ、変調方式、および符号化率を、この情報（通常はリソース割当て（例：ユーザ機器に割り当てられるリソースブロックの数）と組み合わせる）によって取得することができる。場合によっては、変調方式を明示的にシグナリングすることができる。
− ハイブリッドＡＲＱ情報：
・ ＨＡＲＱプロセス番号：データの取得先のハイブリッドＡＲＱプロセスをユーザ機器に知らせる。
・ シーケンス番号または新規データインジケータ：新しいパケットを送信するのか、あるいはパケットを再送信するのかをユーザ機器に知らせる。ＨＡＲＱプロトコルにおいて軟合成が実施される場合、シーケンス番号または新規データインジケータとＨＡＲＱプロセス番号とを組み合わせることで、復号化の前にプロトコルデータユニット（ＰＤＵ）のための送信の軟合成が可能である。
・ 冗長バージョンもしくはコンステレーションバージョンまたはその両方：それぞれ、使用するハイブリッドＡＲＱ冗長バージョン（レートマッチングに必要である）、および、使用する変調コンステレーションバージョン（変調に必要である）を、ユーザ機器に知らせる。
− ユーザ機器識別情報（ＵＥ ＩＤ）：データを送信するべきユーザ機器を知らせる。一般的な実装においては、この情報は、制御情報が別のユーザ機器に読み取られることを防止する目的で、第１層／第２層制御シグナリングのＣＲＣをマスクするために使用される。

【0059】

上述したさまざまな情報をアップリンクデータ送信およびダウンリンクデータ送信において実際に送信するとき、いくつかの異なる可能な方法が存在する。さらには、アップリンクおよびダウンリンクにおいて、第１層／第２層制御情報は、追加の情報を含んでいることもでき、あるいは、いくつかの情報を省くことができる。例えば以下のとおりである。
− 同期ＨＡＲＱプロトコルの場合、ＨＡＲＱプロセス番号が必要ないことがある（すなわちシグナリングされない）。
− チェイス合成（Chase Combining）を使用する（冗長バージョンもしくはコンステレーションバージョンまたはその両方がつねに同じである）場合、または、冗長バージョンのシーケンスもしくはコンステレーションバージョンのシーケンスまたはその両方が事前に定義されている場合、冗長バージョンもしくはコンステレーションバージョンまたはその両方が必要ないことがある。
− 電力制御情報を制御シグナリングにさらに含めることができる。
− ＭＩＭＯに関連する制御情報（例えばプリコーディング情報）を制御シグナリングにさらに含めることができる。
− 複数の符号語によるＭＩＭＯ送信の場合には、複数の符号語のためのトランスポートフォーマットもしくはＨＡＲＱ情報またはその両方を含めることができる。

【0060】

ＬＴＥにおいて（物理アップリンク共有チャネル（ＰＵＳＣＨ）を対象として）ＰＤＣＣＨでシグナリングされるアップリンクリソース割当てでは、第１層／第２層制御情報にＨＡＲＱプロセス番号が含まれず、なぜなら、ＬＴＥのアップリンクには同期ＨＡＲＱプロトコルが採用されるためである。アップリンク送信に使用されるＨＡＲＱプロセスは、タイミングによって認識される。さらには、冗長バージョン（ＲＶ）情報は、トランスポートフォーマット情報と一緒に符号化され、すなわち、ＲＶ情報はトランスポートフォーマット（ＴＦ）フィールドに埋め込まれることに留意されたい。トランスポートフォーマット（ＴＦ）／変調・符号化方式（ＭＣＳ）フィールドは、例えば５ビットのサイズを有し、これは３２個のエントリに対応する。ＴＦ／ＭＣＳテーブルの３個のエントリは、冗長バージョン（ＲＶ）１、ＲＶ２、またはＲＶ３を示すために予約されている。ＭＣＳテーブルの残りのエントリは、ＲＶ０を暗黙的に示すＭＣＳレベル（ＴＢＳ）をシグナリングするために使用される。ＰＤＣＣＨのＣＲＣフィールドのサイズは１６ビットである。

【0061】

ＬＴＥにおいてＰＤＣＣＨでシグナリングされるダウンリンク割当て（ＰＤＳＣＨ）では、冗長バージョン（ＲＶ）は、２ビットのフィールドにおいて個別にシグナリングされる。さらに、変調次数情報が、トランスポートフォーマット情報と一緒に符号化される。アップリンクの場合と同様に、５ビットのＭＣＳフィールドがＰＤＣＣＨでシグナリングされる。エントリのうち３個は、明示的な変調次数をシグナリングするために予約されており、トランスポートフォーマット（トランスポートブロック）情報は提供されない。残りの２９個のエントリにおいては、変調次数およびトランスポートブロックサイズ情報がシグナリングされる。

【0062】

ＤＲＸ（不連続受信）

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

ＤＲＸの動作は、電力を節約する目的で、（その時点で有効なＤＲＸサイクルに従って）反復的に無線回路を非アクティブにする機会を移動端末に提供する。ＤＲＸ期間中にユーザ機器が実際にＤＲＸ（すなわちアクティブではない）状態のままであるかは、ユーザ機器によって決定することができる。例えば、ユーザ機器は通常では周波数間測定を実行するが、この測定はオン期間の間に実施することができず、したがって、DRX機会の間の他の何らかの時間に実行する必要がある。

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

マシンツーマシン

【0076】

現在の移動通信ネットワークは、人と人の通信に最適に設計されているが、Ｍ２Ｍ（マシンツーマシン）アプリケーション（３ＧＰＰによるとＭＴＣ（マシンタイプコミュニケーション）とも称する）に対しては最適に設計されていない。

【0077】

Ｍ２Ｍ通信は、必ずしも人間の介入を必要としないエンティティ間のデータ通信の形とみなすことができる。Ｍ２Ｍ通信は現在の通信モデルとは異なり、なぜなら、Ｍ２Ｍ通信では、マーケットシナリオが新しいかまたは異なる、コストおよびプロセスが小さい、通信端末が極めて多数になりうる、端末あたりのトラフィックが相当に少ないためである。

【0078】

以下はＭＴＣアプリケーションの例である。
・ セキュリティ（例：警報システム、陸上通信線のバックアップ、アクセス制御、自動車／運転者の安全性）
・ 追跡（例：フリート管理、注文管理、走行距離連動型保険、道路通行料、交通情報）
・ 支払い（ＰＯＳ、自動販売機、ロイヤリティコンセプト、ゲーム機）
・ 健康（血圧・心拍数等の監視、遠隔診断、Ｗｅｂアクセス型遠隔治療）
・ 遠隔保守／制御（センサ、照明、ポンプ、弁、エレベータの制御）
・ 計量（例：電気、ガス、水道、暖房、配管網の制御）

【0079】

Ｍ２Ｍ通信に関する検討項目（非特許文献６）は、２００７年に完成した。リリース１０以降では、３ＧＰＰは、検討項目からのネットワーク改善に関する結果を考慮して仕様書段階に進み、ＭＴＣシナリオおよびＭＴＣアプリケーションをサポートするためのアーキテクチャの影響およびセキュリティ面に対処することを意図している。したがって、３ＧＰＰは、マシンタイプコミュニケーションにおけるネットワーク改善（ＮＩＭＴＣ）に関する検討項目を定義し、この検討項目の目標および目的は、大規模なマシンタイプコミュニケーショングループを扱う影響および処理量を低減したり、装置のバッテリ電力使用に対する影響を最小にするためにネットワーク動作を最適化する、あるいはマシンタイプコミュニケーションの要件に合わせたサービスを事業者が提供できるようにすることで新しいマシンタイプコミュニケーションアプリケーションを活性化する、マシンタイプコミュニケーションサービスを提供するときには低い運用費をネットワーク事業者に提供するなどである。

【0080】

マシンタイプコミュニケーション（ＭＴＣ）は、人と人の通常の通信とは異なるいくつかの特徴を有する。３ＧＰＰは、ネットワーク動作を最適化する目的で、これらの特徴を識別することを試みている。これらの特徴は、「ＭＴＣ特徴」と称され、技術規格書である非特許文献７（３ＧＰＰのウェブサイトにおいて入手可能であり、参照によって本明細書に組み込まれている）に説明されている。例えば、上記のＭＴＣ特徴の１つとして、「小さいデータの伝送」（ＭＴＣデバイスは少量のデータを送信または受信することを意味する）が挙げられる。少量のデータとは、データ接続を確立するために交換する必要のあるシグナリングのサイズよりもデータが小さいか同程度であることを意味する。

【0081】

いくつかのタイプのＭＴＣデバイスにおいては、極めて低い電力消費量も重要な要件とみなされる。例えばガスの計量や、動物、貨物、囚人、高齢者、および子供の追跡に使用されるデバイスでは、低い電力消費量が極めて重要であり、なぜならバッテリを再充電したり交換することが容易ではないためである。これにより、ＭＴＣデバイスの電力消費量を最小にする機能強化の必要性が生じる。バッテリ消費量を最適化するための機能強化は、アーキテクチャレベルと、ＰＨＹ／ＭＡＣなどの下層プロトコルレベルにおいて予測することができる。

【0082】

さらには、さまざまなデータアプリケーションを対象とするＬＴＥ ＲＡＮの機能強化も、３ＧＰＰにおいて検討されている。マシンタイプコミュニケーションのトラフィックプロファイルには、比較的少量のデータを交換するための散発的なデータアクセスが含まれる。このようなタイプの通信は、常時オンの接続性が要求されるアプリケーション（例えばスマートフォン）や、電子メールをチェックしたりソーシャルネットワークを更新する目的での散発的なアクセスが要求されるアプリケーションに特に関連する。これらの検討項目の目標は、さまざまなトラフィックプロファイルを扱うＬＴＥの能力を強化することのできる、無線アクセスネットワークレベルにおけるメカニズムを識別して指定することである。特に、目標は、バッテリの寿命を延ばすために端末の電力使用量を減らすことである。マシンタイプコミュニケーションのトラフィックは、一般的には遅延の影響が小さく、端末やｅＮｏｄｅＢは、データが配信されるまでいくらかの時間だけ待機することができる。

【0083】

ＬＴＥにおけるアップリンクアクセス方式

【0084】

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

【0085】

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

【0086】

ＬＴＥにおけるアップリンクのスケジューリング方式

【0087】

アップリンクの方式として、スケジューリング制御式の（すなわちｅＮＢによって制御される）アクセスと、コンテンションベースのアクセスの両方を使用することができる。

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

バッファ状態報告／スケジューリング要求報告

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

しかしながら、完全性のため、周期的ＢＳＲが送信される場合、ユーザ機器はスケジューリング要求の送信をトリガーしないことに留意されたい。

【0105】

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

【0106】

従来技術の欠点

【0107】

ＬＴＥにおける現在の検討項目は、さまざまなデータアプリケーションのためのＲＡＮの機能強化に関する。その発想として、幅広い種類のデータアプリケーションをしばしば並列に実行するスマートフォン、ラップトップ、ネットブック、タブレット、および埋込み型モデムを良好にサポートするため、現在の移動通信ネットワークを強化する。主たる目標は、さまざまなトラフィックプロファイルを扱うＬＴＥの能力を強化する、無線アクセスネットワークレベルにおけるメカニズムを識別して指定することである。アプリケーションのトラフィックプロファイルが多様性であり特性を予測できないため、ネットワークを最適化し、あらゆる使用状況下での効率的な動作を保証するうえでの課題が生まれる。特定のアプリケーションに対してＲＲＣ状態制御メカニズムおよびＤＲＸ設定を最適化することができるが、これらは最適なままではなく、なぜならデバイス上ではさまざまなアプリケーションがインストール／起動／停止され、その結果としてデバイスのトラフィックプロファイルが時間とともに変化するためである。さらなる目標は、バッテリの寿命を延ばす目的で、端末の電力使用量を低減することである。さらに、特定のマシンタイプコミュニケーション（ＭＴＣ）デバイスにおいては、低い電力消費量が極めて重要な要件となることがある。

【0108】

バッファ状態報告およびスケジューリング要求を報告する方式として、現在標準化されている方式は電力効率が良好ではなく、以下ではこのことについて図９を参照しながら説明する。

【0109】

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

【0110】

当然ながら、以下に示す問題点は、別の論理チャネルの送信バッファと、論理チャネルグループ（論理チャネルグループにグループ化された論理チャネルの送信バッファはまとめて考慮される）にも、同様にあてはまる。さらに、（１つまたは複数の）送信バッファは空である必要はない。しかしながら、この場合、ユーザ機器の送信バッファに入る新しいデータ（すなわち現在到着したデータ）は、送信バッファにすでに格納されているデータよりも高い優先順位を有するものとする。ＳＲを送信するためにＰＵＣＣＨの割り当てられているリソースが利用可能ではない場合、ユーザ機器は、このようなＤ−ＳＲアップリンクリソースを使用する代わりに、ＲＡＣＨ手順を実行してスケジューリング要求を送信しなければならないことがある。

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

バッファに新しいデータが到着するたびに、上記の手順の一方が繰り返される。したがって、頻繁な間隔で（ただし間隔は周期的である必要はない）少量のみのデータを送信する必要のある、例えば低ボリュームのバックグラウンドサービスやインスタントメッセージサービスの場合、図９に示した、現在定義されているＢＳＲ／ＳＲ手順は、送信電力の観点から効率的ではない。ＳＲ／ＢＳＲを頻繁に送信することにより、ユーザ機器において多くの送信電力が消費される。さらには、ｅＮｏｄｅＢは、頻繁なＰＵＳＣＨ送信をスケジューリングするために多数のＰＤＣＣＨを発行する必要があるため、ＰＤＣＣＨのオーバーヘッド（すなわちアップリンクグラント）も無視できない。

【先行技術文献】

【非特許文献】

【0117】

【非特許文献1】3GPP TS 36.211, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)”, section 6.2

【非特許文献2】TS 25.912

【非特許文献3】3GPP TS 36.212, “Multiplexing and channel coding”

【非特許文献4】LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker

【非特許文献5】TS 36.321

【非特許文献6】3GPP TR 22.868

【非特許文献7】TS 22.368

【発明の概要】

【発明が解決しようとする課題】

【0118】

本発明は、上に挙げたさまざまな欠点を回避するように対策を講じる。

【0119】

本発明の１つの目的は、移動端末における改善されたスケジューリング要求動作のメカニズムを提案することである。

【課題を解決するための手段】

【0120】

本目的は、独立請求項の主題によって解決される。有利な実施形態は、従属請求項の主題である。

【0121】

本発明の主たる一態様は、ユーザ機器であって、ロジカルチャネルについての第２のトリガー条件の設定に使用される設定情報を無線基地局から受信する受信部と、第１のトリガー条件が満たされたか否かを判定するようにされているプロセッサであって、前記第１のトリガー条件はバッファ状態報告が送信バッファにおいてデータ送信可能状態になったことに起因してトリガーされたことであり、前記プロセッサは、前記第２のトリガー条件が設定されたロジカルチャネルについて前記第１のトリガー条件が満たされた場合に、前記第２のトリガー条件が満たされたか否かを判定し、前記第２のトリガー条件は前記送信バッファのデータに関するタイマーが満了したことであり、前記プロセッサは、前記第２のトリガー条件が設定された前記ロジカルチャネルについて前記第１のトリガー条件が満たされた場合に、前記タイマーを開始し、スケジューリング要求の送信のトリガーを前記タイマーが満了するまで延期し、前記プロセッサは、前記第２のトリガー条件が設定されていないロジカルチャネルについて前記第１のトリガー条件が満たされた場合に、前記タイマーを開始しないことを決定し、前記第２のトリガー条件が設定された前記ロジカルチャネルについて前記第１および第２のトリガー条件が満たされた場合に、前記無線基地局に対してアップリンクリソースを要求する前記スケジューリング要求の送信をトリガーする送信部と、を有するユーザ機器である。

【0122】

第１の態様によると、本発明は、スケジューリング要求の送信と、したがってユーザ機器によってリソースを要求する方法の改善を提案する。この第１の態様に関する要点の１つは、ユーザ機器の電力効率を改善する目的で、特定の状況においてスケジューリング要求の送信を延期することである。以下では、このようにスケジューリング要求の送信を遅らせることを達成する方法について説明する。

【0123】

基本的には、図９および上記の問題の説明部分に関連して行われるシナリオと同じシナリオとを想定する。特に、通信システムにおいてユーザ機器は、アップリンクにおいて無線基地局に送信されるデータを一時的に格納するための少なくとも１つの送信バッファを有するものとする。さらに、ユーザ機器は、バッファ状態報告または任意の他の種類のユーザデータを送信するために利用可能なアップリンクリソースを有さないものとする。しかしながら、ユーザ機器は、必要なときにスケジューリング要求（通常は１ビット）を送信するのに十分であるがそれ以上のデータを送信するには不十分な、アップリンク制御チャネルにおける割り当てられた周期的なリソースを有することができ、ただしこのことは本発明の目的に必須ではない。

【0124】

スケジューリング要求の送信を遅らせる目的で、スケジューリング要求の送信をしきい値に基づいてトリガーする。より具体的には、ユーザ機器において２つのトリガー条件が定義され、これらの両方が満たされたときに最終的にスケジューリング要求が送信される。両方のトリガー条件は、無線基地局へのバッファ状態報告の送信をトリガーすることに関連し、バッファ状態報告の送信がトリガーされることは、適切なアップリンクリソースが存在しないとき、バッファ状態報告を送信するための（場合によってはデータの送信にも使用される）適切なアップリンクリソースの割当てを要求するためのスケジューリング要求の送信に直接つながる。

【0125】

第１のトリガー条件は、送信バッファ内で新しいデータが利用可能になることに関することが有利である。言い換えれば、第１のトリガー条件が満たされるためには、ユーザ機器が新しいデータを送信しなければならず、したがって新しいデータがユーザ機器の対応する送信バッファに入る。これは、送信バッファが空であるか否かには無関係である。

【0126】

第２のトリガー条件は、ユーザ機器の送信バッファ内のデータが何らかのしきい値を超えることに関する。１つの可能な方式として、送信バッファ内のデータ量が所定のデータ量よりも多い（すなわちデータ量のしきい値を上回る）ときに、第２のトリガー条件が真になる。別の可能な方式として、ある時間長をあらかじめ決めておき、空の送信バッファに新しいデータが到着したときから開始して、その所定の時間長が経過したときに第２のトリガー条件がトリガーされる。なお、このタイマーは、送信バッファに新しいデータが到着するたびに再起動（またはリセット）されるのではなく、空の送信バッファに「最初の」新しいデータが到着したときにのみ再起動（またはリセット）されることが好ましい。データが周期的に生成され、送信バッファ内に入って無線基地局に送信される周期的なアップリンクサービスを考えるとき、このようなタイマーを使用することは、データ量のしきい値を使用して、送信バッファ内のデータ量がこのしきい値を超えたときに第２のトリガー条件が満たされるときと極めて類似する効果を有する。

【0127】

しかしながら、第２のトリガー条件のこれら２つの可能な方式は同じではなく、新しいデータが到着していないときにもタイマーが切れることがあることを考えれば明らかである。したがって、第２のトリガー条件が、データ量のしきい値を超えることを要求するとき、この状況は、基本的には、送信バッファに新しいデータが到着し、したがって第１のトリガー条件が満たされ、第１のトリガー条件と第２のトリガー条件が基本的に同時に満たされるときにのみ起こり得る。当然ながら、この場合にも、新しいデータが到着するたびに第１のトリガー条件をチェックする代わりに、第１のトリガー条件が満たされたことが最初に判定されたときに、そのことを格納しておくことができ、第２のトリガー条件がチェックされる限り格納しておき、したがって、第２のトリガー条件が満たされたと判定されるとき、第１のトリガー条件をもう一度チェックすることなしにスケジューリング要求がトリガーされる。

【0128】

これとは異なり、第２のトリガー条件としてタイマーが使用される場合、第２のトリガー条件が満たされるために第１のトリガー条件が満たされる必要はない。したがって、このタイマー方式では、ユーザ機器は、このタイマーが作動している間、第１のトリガー条件が満たされたことを格納しておくことができ、この場合、タイマーが切れると、ユーザ機器は両方のトリガー条件が真になったものとみなす。

【0129】

この第１の態様の１つのバリエーションによると、バッファ状態報告およびしたがってスケジューリング要求は、両方のトリガー条件が満たされた場合にのみトリガーされる。言い換えれば、送信バッファに新しいデータが到着し、送信バッファ内のデータが所定のデータ量よりも多いとき（または空の送信バッファに新しいデータが到着したときに起動したタイマーが切れたとき）にのみトリガーされる。

【0130】

したがって、両方のトリガー条件が満たされたとき、ユーザ機器はバッファ状態報告の送信をトリガーし、その直接的な結果として（適切なアップリンクリソースが利用可能ではないものと想定する）、スケジューリング要求の送信をトリガーすると言える。スケジューリング要求は、割り当てられたパーシステントリソースを有するアップリンク制御チャネル（ＰＵＣＣＨ）を使用して、またはランダムアクセス手順（ＲＡＣＨ）を使用して、無線基地局に送信される。

【0131】

第１の態様のバリエーションにおいては、上述した第１のトリガー条件を、３ＧＰＰ標準規格（背景技術のセクションを参照）に従って定義することができ、すなわち、送信バッファが空であるときに送信バッファに新しいデータが到着したときと、送信バッファが空でない（すなわち送信バッファにすでにデータが格納されておりアップリンクで送信されるのを待機している）ときには、新しいデータが送信バッファにすでに格納されるデータより高い優先順位を有する場合にのみ、第１のトリガー条件が満たされる。しかしながらこの場合、ユーザ機器は、第１のトリガー条件が満たされているという情報を、次の理由で格納することができる。第１のトリガー条件が現在の標準規格のとおりに定義されていると想定すると、送信バッファが空ではないときに新しいデータが到着しても、第１のトリガー条件は満たされず、なぜなら、新しく到着したデータが送信バッファ内にすでに格納されているデータより必ずしも高い優先順位を有するとは限らず、多くの場合、送信バッファ内にすでに格納されているデータと同じ優先順位を有するためである。空のバッファに新しいデータが到着し、第１のトリガー条件が真であるとき、第１のトリガ条件が満たされているというこの情報を、第２のトリガー条件が満たされるかを判定している間、格納しておく。必要な限り第１のトリガー条件を真に維持することによって、第２のトリガー条件が満たされるかを判定するとき、トリガリングの標準的な方法と比較して、バッファ状態報告／スケジューリング要求のトリガリングを遅らせることが可能である。

【0132】

上記の第１の態様と組み合わせて、または第１の態様とは独立して使用できる第２の態様によると、ユーザ機器がスケジューリング要求をアップリンク制御チャネル（ＰＵＣＣＨ）の専用リソースを介して送った後にアップリンクグラントがないかダウンリンク制御チャネルを監視している時間を短縮する。第１の態様に関連して説明したように、ユーザ機器は、バッファ状態報告もしくはアップリンクのユーザデータまたはその両方をアップリンクで送信するためのリソースを要求するスケジューリング要求を送る。スケジューリング要求は、ＰＵＣＣＨの静的に割り当てられるリソース（Ｄ−ＳＲ）を使用することによって送信することができる。専用スケジューリング要求を送信した直後に、基地局からの対応するするアップリンクグラントがないかダウンリンク制御チャネルを監視する代わりに、特定の時間だけ監視を遅らせることが有利であり、したがって、ユーザ機器は、特定の時間長が経過した後に初めてダウンリンク制御チャネルの監視を開始する。専用スケジューリング要求を無線リンクを通じて送信する必要があり、このスケジューリング要求を基地局において処理する必要があり、基地局は対応するアップリンクグラントを無線リンクを通じてユーザ機器に送信する必要があることを考慮すれば、アップリンクグラントを含んだダウンリンク制御チャネル（すなわちＰＤＣＣＨ）を「見逃す」危険を冒すことなく、ダウンリンク制御チャネル（ＰＤＣＣＨ）の監視をいくらかの時間だけ遅らせることができる。可能な遅延として、例えば３サブフレームとすることができるが、より少ない、またはより多くのサブフレームに設定することもできる。

【0133】

この第２の態様によって提供される利点として、ユーザ機器は、専用スケジューリング要求を送った後、ダウンリンク制御チャネルの監視を開始するまではアウェイクしている必要がなく、したがって電力が節約される。

【0134】

さらに、アップリンクグラントを含んだ対応するダウンリンク制御チャネルを受信したとき、ダウンリンク制御チャネルの監視を停止する、または、タイマーを設定することによって受信前に停止することができ、タイマーは、たとえアップリンクグラントが受信されない場合にも、ユーザ機器によるダウンリンク制御チャネルの監視を停止させるために使用される。

【0135】

上記の第１の態様および第２の態様と組み合わせて、または第１の態様および第２の態様とは独立して使用できる第３の態様によると、対応するダウンリンク制御チャネルを受信せずに基地局からダウンリンクフィードバックチャネルを介して肯定応答を受信したときに、ダウンリンク制御チャネルの監視を停止するようにユーザ機器がトリガーされるように定義することによって、ユーザ機器と基地局との間に採用されている再送信プロトコルを改善する。より詳細には、ユーザ機器および基地局は、ユーザ機器によるアップリンク送信に対して否定応答または肯定応答するために再送信プロトコルまたはフィードバックプロトコルを使用する。否定応答／肯定応答をユーザ機器に伝送するのにダウンリンクフィードバックチャネルが使用され、したがってユーザ機器は、アップリンクデータを送信するたびにダウンリンクフィードバックチャネルを監視して応答を受信する。

【0136】

さらに、基地局がユーザ機器に前のアップリンクデータ送信を再送信するように要求する場合、ユーザ機器は、基地局によって送られる再送信要求がないかダウンリンク制御チャネルを監視する。ダウンリンク制御チャネルを通じての指示と、ダウンリンクフィードバックチャネルを介しての応答は一致する必要はない。例えば、ダウンリンクフィードバックチャネルが肯定応答を伝えた場合でも、データを再送信するようにダウンリンク制御チャネルを通じてユーザ機器に指示されることがある。このような場合、ダウンリンク制御チャネルの指示が、ダウンリンクフィードバックチャネルの指示を上書きする。しかしながら、ユーザ機器が基地局から肯定応答を受信し、ダウンリンク制御チャネルを介して対応する指示を受信していないとき、従来の方式では、ユーザ機器は再送信または新しい送信を実行せずに、再送信プロトコルのバッファにデータを維持する一方で、ダウンリンク制御チャネルを通じてのさらなる指示がないかダウンリンク制御チャネルをさらに監視する。

【0137】

この第３の態様によると、ユーザ機器が、前に送信したデータに関して肯定応答を受信し、対応するダウンリンク制御チャネルを受信しないとき、ユーザ機器は、さらなる指示がないかダウンリンク制御チャネルを監視することを停止する。これにより、ユーザ機器のアクティブ時間が減少し、したがって電力使用量をさらに低減することができる。

【0138】

第４の態様（上記の第１、第２、および第３の態様と組み合わせて、または第１、第２、および第３の態様とは独立して使用できる）では、専用スケジューリング要求リソースの使用を、対応するスケジューリング要求をトリガーするデータの優先順位または種類に応じて制約することのできる方式を導入する。前述したように、アップリンク制御チャネルを介してスケジューリング要求を送信するのに、アップリンク制御チャネルの静的なリソースがユーザ機器から利用可能である。これらのリソースを、専用スケジューリング要求リソースと称することができる。専用スケジューリング要求リソースは、時間的に周期的である。前に詳しく説明したように、スケジューリング要求は、送信バッファにデータが到着することによって間接的にトリガーされる。このデータは、特定の優先順位が関連付けられている論理チャネルに属す。したがって、スケジューリング要求も優先順位（すなわちスケジューリング要求をトリガーしたデータの優先順位）を有すると言える。

【0139】

この第４の態様によると、周期的な専用スケジューリング要求リソースに優先順位しきい値が割り当てられ、優先順位しきい値は、その特定のリソースの使用を、十分に高い優先順位を有するスケジューリング要求のみに制約する。具体的には、好ましくは、スケジューリング要求の優先順位が、専用スケジューリング要求リソースに要求される優先順位しきい値を上回る（または少なくとも等しい）場合、ユーザ機器は実際にそのリソースを使用してスケジューリング要求を送信することができる。スケジューリング要求の優先順位が、専用リソースの優先順位しきい値を超えない（または等しい）場合、ユーザ機器は次の専用スケジューリング要求リソースを待機して、スケジューリング要求の優先順位と、専用スケジューリング要求リソースに要求される優先順位しきい値とを再び比較する必要がある。したがって、低い優先順位のスケジューリング要求および高い優先順位のスケジューリング要求の両方に使用できる専用スケジューリング要求リソースと、高い優先順位のスケジューリング要求のみに制約される別の専用スケジューリング要求リソースとが定義される。

【0140】

この第４の態様の１つの実施形態では、これらの専用スケジューリング要求リソースにおいて２つ（または３つ以上）のサイクルが定義される。第１のサイクルは、例えば低い要求される優先順位を参照することができ、第２のサイクルは、例えば高い要求される優先順位を参照することができる。ｎ番目ごとの周期的リソースが第１の低優先順位サイクルに割り当てられ、ｍ番目ごとの周期的リソースが第２の高優先順位サイクルに割り当てられる。

【0141】

好ましくは、すべての専用スケジューリング要求リソースを、高い優先順位のスケジューリング要求に使用可能とするべきであり、したがって、第２のサイクルは、基本的に専用スケジューリング要求リソース自体のサイクルとすることができる。これに対して、低い優先順位のスケジューリング要求には、一部の周期的リソースを使用可能とし、したがって、低い優先順位のデータのためのスケジューリング要求は、第１のサイクルの対応する周期的リソースまで延期される。

【0142】

この第４の態様のバリエーションでは、スケジューリング要求がシステムのプライマリセルを介して送信されるのみならず、システムのセカンダリセルを使用して送信することもできるものと想定する。スケジューリング要求を送信するためにユーザ機器によって使用可能な周期的な専用スケジューリング要求リソースが、プライマリセルおよびセカンダリセルにおいて定義される。このバリエーションにおいては、プライマリセルの周期的リソースは、高い優先順位の（すなわち、プライマリセルの周期的な専用スケジューリング要求リソースに割り当てられている対応する所定の優先順位しきい値を超えている、または少なくとも等しい優先順位の）データによってトリガーされるスケジューリング要求を送信するためにのみ使用することができる。これに対して、セカンダリセルの専用リソースは、低い優先順位のデータによってトリガーされるスケジューリング要求を送信するために使用することができる。当然ながら、必要であれば、セカンダリセルの専用リソースを高い優先順位のスケジューリング要求に使用することもできる。

【0143】

別のバリエーションでは、スケジューリング要求をトリガーするデータの種類の間で差別化され、例えば、制御データとユーザデータとで差別化される。この場合、プライマリセルの専用スケジューリング要求リソースは、制御データによってトリガーされるスケジューリング要求を送信するためにのみ使用することができるのに対して、セカンダリセルの専用リソースは、主として、ユーザデータによってトリガーされるスケジューリング要求を送信するために使用することができる。

【0144】

本発明は、通信システムにおいてユーザ機器によってリソースを要求する方法であって、ユーザ機器が、アップリンクで無線基地局に送信されるデータを一時的に格納するための送信バッファを備えている、方法、を提供する。第１のトリガー条件および第２のトリガー条件が定義され、第１のトリガー条件は、送信バッファに新しいデータが到着することを要求し、第２のトリガー条件は、送信バッファ内のデータに関連付けられる値が所定のしきい値を超えることを要求する。ユーザ機器は、第１のトリガー条件が満たされるかを判定する。第１のトリガー条件が満たされているとき、ユーザ機器は、第２のトリガー条件が満たされるかを判定する。第２のトリガー条件が満たされると判定される場合、ユーザ機器は、アップリンクリソースを要求するためにスケジューリング要求を無線基地局に送信する。

【0145】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、第１のトリガー条件および第２のトリガー条件は、バッファ状態報告の送信をトリガーすることに対して定義される。バッファ状態報告がトリガーされると、ユーザ機器がバッファ状態報告を送信するためのアップリンクリソースが利用可能ではない場合、スケジューリング要求の送信がトリガーされる。

【0146】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、第２のトリガー条件は、送信バッファ内のデータ量が所定のしきい値を超えることを要求する、または、データが送信バッファ内に存在している時間が所定のしきい値を超えることを要求する。

【0147】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、第１のトリガー条件は、送信バッファが空であるときに送信バッファに新しいデータが到着することを要求する、または、送信バッファが空でないときに送信バッファに新しいデータが到着し、この新しいデータが、送信バッファ内にすでに存在しているデータよりも優先順位が高いことを要求する。ユーザ機器は、空の送信バッファに新しいデータが到着したことを判定した時点で、第１のトリガー条件が満たされていることを格納する。

【0148】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、ユーザ機器に対して複数の論理チャネルが設定されており、論理チャネルごとにユーザ機器において１つの送信バッファが提供される。第２のトリガー条件が満たされるかの判定は、複数の論理チャネルのうちの少なくとも１つに対してのみ実行される。有利な実施形態においては、この判定は、低い優先順位のデータに関連付けられている論理チャネルに対して行われる。

【0149】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、ユーザ機器に対して複数の論理チャネルが設定されており、論理チャネルごとにユーザ機器において１つの送信バッファが提供される。第２のトリガー条件が満たされるかの判定は、複数の論理チャネルがグループ化されている複数の異なる論理チャネルグループのうちの少なくとも１つに対してのみ実行される。有利な実施形態においては、この判定は、低い優先順位のデータに関連付けられている論理チャネルグループに対して行われる。第２のトリガー条件は、論理チャネルグループの論理チャネルの送信バッファ内のデータの合計が所定のしきい値を超えることを要求する。

【0150】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、スケジューリング要求は、アップリンク制御チャネルのリソースにおいて、またはランダムアクセス手順を介して、ユーザ機器から無線基地局に送信される。

【0151】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、所定のしきい値は、ユーザ機器によってあらかじめ決定される。有利な実施形態においては、この決定は、格納されているトラフィック履歴データに基づいて行われ、ユーザ機器は、あらかじめ決定されたしきい値を無線基地局に送信する。これに代えて、所定のしきい値は、ユーザ機器以外の通信システムのノードによって、好ましくはユーザ機器から受信されるトラフィック履歴データに基づいて、あらかじめ決定される。

【0152】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、ユーザ機器は、無線基地局によってユーザ機器に割り当てられたアップリンクリソースに関する情報を含むアップリンクグラントメッセージを、無線基地局から受信する。ユーザ機器は、バッファ状態報告と、オプションとして、送信バッファ内のデータの少なくとも一部とを、アップリンクグラントメッセージに含まれている割り当てられたアップリンクリソースを使用して、無線基地局に送信する。

【0153】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、ユーザ機器はダウンリンク制御チャネルを監視し、この場合、スケジューリング要求を無線基地局に送信してから所定の時間の後に、ダウンリンク制御チャネルの監視を開始する。有利な実施形態においては、監視は、ユーザ機器がダウンリンク制御チャネルを介してアップリンクグラントメッセージを受信するまで、または、スケジューリング要求を送信してから第２の所定の時間が経過するまで、実行する。

【0154】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、ユーザ機器は、データを無線基地局に送信し、データを無線基地局に送信した後、無線基地局からの肯定応答メッセージまたは否定応答メッセージがないかダウンリンクフィードバックチャネルを監視する。さらに、ユーザ機器は、データを無線基地局に送信した後、無線基地局からの再送信要求メッセージがないかダウンリンク制御チャネルを監視し、再送信要求メッセージは、データを再送信するようにユーザ機器に要求する。無線基地局からの再送信要求メッセージを対象とするダウンリンク制御チャネルの監視は、ダウンリンク制御チャネルを受信することなくダウンリンクフィードバックチャネルを介して肯定応答メッセージを受信したときに停止する。

【0155】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、アップリンク制御チャネルに関連付けられる周期的リソースが、ユーザ機器に割り当てられ、スケジューリング要求を無線基地局に送信するためにユーザ機器によって使用可能である。アップリンク制御チャネルに関連付けられる周期的リソースそれぞれに、要求される優先順位が割り当てられる。トリガーされるスケジューリング要求には、そのスケジューリング要求の送信をトリガーしたデータの優先順位に一致するスケジューリング要求の優先順位が割り当てられる。有利な実施形態においては、データの優先順位は、そのデータに関連付けられる論理チャネルの優先順位に一致する。周期的リソースそれぞれは、周期的リソースの要求される優先順位に等しいかそれより高いスケジューリング要求の優先順位を有するスケジューリング要求を送信するためにのみ使用可能である。

【0156】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、ユーザ機器は、スケジューリング要求の優先順位が、アップリンク制御チャネルの周期的リソースの要求される優先順位に等しいかまたはそれより高いかを判定する。スケジューリング要求の優先順位が周期的リソースの要求される優先順位に等しいかまたはそれより高いと判定される場合、その周期的リソースを使用してスケジューリング要求が送信される。スケジューリング要求の優先順位が周期的リソースの要求される優先順位より低いと判定される場合、ユーザ機器は、スケジューリング要求の優先順位が、アップリンク制御チャネルの次の周期的リソースの要求される優先順位に等しいかまたはそれより高いかを判定する。

【0157】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、少なくとも第１のスケジューリング要求サイクルおよび第２のスケジューリング要求サイクルが、アップリンク制御チャネルの周期的リソースにおいて定義され、アップリンク制御チャネルのｎ番目ごとの周期的リソースが第１のスケジューリング要求サイクルに関連付けられ、アップリンク制御チャネルのｍ番目ごとの周期的リソースが第２のスケジューリング要求サイクルに関連付けられ、ここでｍ≠ｎである。第１のスケジューリング要求サイクルに第１の要求される優先順位が割り当てられ、第２のスケジューリング要求サイクルに第２の要求される優先順位が割り当てられる。

【0158】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、ユーザ機器と基地局との間で、プライマリキャリアおよびセカンダリキャリアを有するキャリアアグリゲーションが使用される。プライマリキャリアの周期的リソースおよびセカンダリキャリアの周期的リソースがユーザ機器に割り当てられ、スケジューリング要求を無線基地局に送信するためにユーザ機器によって使用可能である。プライマリキャリアの周期的リソースは、第１の種類のデータによってトリガーされるスケジューリング要求を送信するために使用され、セカンダリキャリアの周期的リソースは、第２の種類のデータによってトリガーされるスケジューリング要求を送信するために使用される。

【0159】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、第１の種類のデータは、プライマリキャリアの周期的リソースの所定の優先順位しきい値を超える優先順位を有するデータであり、第２の種類のデータは、所定の優先順位しきい値に等しいかまたはそれより低い優先順位を有するデータである。これに代えて、第１の種類のデータは制御プレーンデータであり、第２の種類のデータはユーザプレーンデータである。

【0160】

さらに、本発明は、通信システムにおいてリソースを要求するユーザ機器を提供する。ユーザ機器の送信バッファは、アップリンクで無線基地局に送信されるデータを一時的に格納する。ユーザ機器のメモリは、第１のトリガー条件および第２のトリガー条件を格納しており、第１のトリガー条件は、送信バッファに新しいデータが到着することを要求し、第２のトリガー条件は、送信バッファ内のデータに関連付けられる値が所定のしきい値を超えることを要求する。ユーザ機器のプロセッサは、第１のトリガー条件が満たされるかを判定する。さらに、プロセッサは、第１のトリガー条件が満たされているとき、第２のトリガー条件が満たされるかを判定する。プロセッサが、第２のトリガー条件が満たされると判定した場合、ユーザ機器の送信器は、アップリンクリソースを要求するためにスケジューリング要求を無線基地局に送信する。

【0161】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、第１のトリガー条件および第２のトリガー条件は、バッファ状態報告の送信をトリガーすることに対して定義される。バッファ状態報告がトリガーされると、ユーザ機器がバッファ状態報告を送信するためのアップリンクリソースが利用可能ではない場合、スケジューリング要求の送信がトリガーされる。

【0162】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、第２のトリガー条件は、
− 送信バッファ内のデータ量が所定のしきい値を超えること、または、
− データが送信バッファ内に存在している時間が所定のしきい値を超えること、
を要求する。

【0163】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、第１のトリガー条件は、
− 送信バッファが空であるときに送信バッファに新しいデータが到着すること、または、
− 送信バッファが空でないときに送信バッファに新しいデータが到着し、この新しいデータが、送信バッファ内にすでに存在しているデータよりも優先順位が高いこと、
を要求する。

【0164】

メモリは、プロセッサが空の送信バッファに新しいデータが到着したことを判定した時点で、第１のトリガー条件が満たされていることをさらに格納する。

【0165】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、ユーザ機器に対して複数の論理チャネルが設定されており、ユーザ機器は、論理チャネルごとに１つの送信バッファを備えている。プロセッサは、複数の論理チャネルのうちの少なくとも１つのみに対して、第２のトリガー条件が満たされるかの判定を実行する。有利な実施形態においては、この判定は、低い優先順位のデータに関連付けられている論理チャネルに対して行われる。

【0166】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、ユーザ機器に対して複数の論理チャネルが設定されており、論理チャネルごとにユーザ機器において１つの送信バッファが提供される。プロセッサは、複数の論理チャネルがグループ化されている複数の異なる論理チャネルグループのうちの少なくとも１つに対してのみ、第２のトリガー条件が満たされるかの判定を実行する。有利な実施形態においては、この判定は、低い優先順位のデータに関連付けられている論理チャネルグループに対して行われる。プロセッサは、論理チャネルグループの論理チャネルの送信バッファ内のデータの合計を計算し、計算されたデータの合計が所定のしきい値を超えるときを判定する。

【0167】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、送信器は、アップリンク制御チャネルのリソースにおいて、またはランダムアクセス手順を介して、スケジューリング要求を無線基地局に送信するようにされている。

【0168】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、プロセッサは、所定のしきい値をあらかじめ決定する。有利な実施形態においては、この決定は、格納されているトラフィック履歴データに基づいて行われ、送信器は、あらかじめ決定されたしきい値を無線基地局に送信するようにされていることが好ましい。送信器は、格納されているトラフィック履歴データを、所定のしきい値をあらかじめ決定するネットワークエンティティに送信し、ユーザ機器の受信器は、このネットワークエンティティから、あらかじめ決定されたしきい値を受信する。

【0169】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、受信器は、無線基地局によってユーザ機器に割り当てられたアップリンクリソースに関する情報を含むアップリンクグラントメッセージを、無線基地局から受信する。送信器は、バッファ状態報告と、オプションとして、送信バッファ内のデータの少なくとも一部とを、アップリンクグラントメッセージに含まれている割り当てられたアップリンクリソースを使用して、無線基地局に送信する。

【0170】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、監視回路は、ダウンリンク制御チャネルを監視し、この場合、スケジューリング要求を無線基地局に送信してから所定の時間の後に、ダウンリンク制御チャネルの監視を開始する。有利な実施形態においては、監視回路は、ユーザ機器がダウンリンク制御チャネルを介してアップリンクグラントメッセージを受信するまで、または、スケジューリング要求を送信してから第２の所定の時間が経過するまで、ダウンリンク制御チャネルを監視する。

【0171】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、送信器は、データを無線基地局に送信する。データを無線基地局に送信した後、監視回路は、無線基地局からの肯定応答メッセージまたは否定応答メッセージがないかダウンリンクフィードバックチャネルを監視する。データを無線基地局に送信した後、監視回路は、無線基地局からの再送信要求メッセージがないかダウンリンク制御チャネルを監視し、再送信要求メッセージは、データを再送信するようにユーザ機器に要求する。ダウンリンク制御チャネルを受信することなくダウンリンクフィードバックチャネルを介して肯定応答メッセージを受信したときに、監視回路はダウンリンク制御チャネルの監視を停止する。

【0172】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、アップリンク制御チャネルに関連付けられる周期的リソースがユーザ機器に割り当てられており、スケジューリング要求を無線基地局に送信するために使用可能である。アップリンク制御チャネルに関連付けられる周期的リソースそれぞれに、要求される優先順位が割り当てられ、トリガーされるスケジューリング要求には、そのスケジューリング要求の送信をトリガーしたデータの優先順位に一致するスケジューリング要求の優先順位が割り当てられ、データの優先順位は、そのデータに関連付けられる論理チャネルの優先順位に一致することが好ましい。周期的リソースそれぞれは、周期的リソースの要求される優先順位に等しいかまたはそれより高いスケジューリング要求の優先順位を有するスケジューリング要求を送信するためにのみ使用可能である。

【0173】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、プロセッサは、スケジューリング要求の優先順位が、アップリンク制御チャネルの周期的リソースの要求される優先順位に等しいかまたはそれより高いかを判定する。スケジューリング要求の優先順位が周期的リソースの要求される優先順位に等しいかまたはそれより高いと判定される場合、そのリソースを使用してスケジューリング要求が送信される。スケジューリング要求の優先順位が周期的リソースの要求される優先順位より低いと判定される場合、プロセッサは、スケジューリング要求の優先順位が、アップリンク制御チャネルの次の周期的リソースの要求される優先順位に等しいかまたはそれより高いかを判定する。

【0174】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、少なくとも第１のスケジューリング要求サイクルおよび第２のスケジューリング要求サイクルが、アップリンク制御チャネルの周期的リソースにおいて定義され、アップリンク制御チャネルのｎ番目ごとの周期的リソースが第１のスケジューリング要求サイクルに関連付けられ、アップリンク制御チャネルのｍ番目ごとの周期的リソースが第２のスケジューリング要求サイクルに関連付けられ、ここでｍ≠ｎである。第１のスケジューリング要求サイクルに第１の要求される優先順位が割り当てられ、第２のスケジューリング要求サイクルに第２の要求される優先順位が割り当てられる。

【0175】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、ユーザ機器と基地局との間で、プライマリキャリアおよびセカンダリキャリアを有するキャリアアグリゲーションが使用される。プライマリキャリアの周期的リソースおよびセカンダリキャリアの周期的リソースがユーザ機器に割り当てられ、スケジューリング要求を無線基地局に送信するためにユーザ機器によって使用可能である。プライマリキャリアの周期的リソースは、第１の種類のデータによってトリガーされるスケジューリング要求を送信するために使用され、セカンダリキャリアの周期的リソースは、第２の種類のデータによってトリガーされるスケジューリング要求を送信するために使用される。

【0176】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、第１の種類のデータは、プライマリキャリアの周期的リソースの所定の優先順位しきい値を超える優先順位を有するデータであり、第２の種類のデータは、所定の優先順位しきい値に等しいかまたはそれより低い優先順位を有するデータである。これに代えて、第１の種類のデータは制御プレーンデータであり、第２の種類のデータはユーザプレーンデータである。

【0177】

以下、添付の図面を参照して本発明をより詳細に説明する。図面において類似または対応する箇所には同じ参照番号を付している。

【図面の簡単な説明】

【0178】

【図1】３ＧＰＰ ＬＴＥシステムのアーキテクチャの一例を示す図

【図2】３ＧＰＰ ＬＴＥのＥ−ＵＴＲＡＮアーキテクチャ全体の一例を示す概略図

【図3】３ＧＰＰ ＬＴＥ（リリース８／９）用に定義されたダウンリンクコンポーネントキャリアのサブフレーム境界の一例を示す図

【図4】３ＧＰＰ ＬＴＥ（リリース８／９）用に定義されたダウンリンクスロットのダウンリンクリソースグリッドの一例を示す図

【図5】ダウンリンクおよびアップリンクのキャリアアグリゲーションが有効になっている状態における３ＧＰＰ ＬＴＥ−Ａ（リリース１０）の第２層構造を示している。

【図6】ダウンリンクおよびアップリンクのキャリアアグリゲーションが有効になっている状態における３ＧＰＰ ＬＴＥ−Ａ（リリース１０）の第２層構造を示している。

【図7】移動端末の状態と、特に、RRC_CONNECTED状態およびRRC_IDLE状態と、これらの状態において移動端末によって実行される機能とを示している。

【図8】移動端末のＤＲＸ動作と、特に、短ＤＲＸサイクルおよび長ＤＲＸサイクルによるＤＲＸ機会およびオン期間を示している。

【図9】従来技術による、送信バッファの状態の観点における、ユーザ機器と基地局との間のリソース要求手順を示している。

【図10】本発明の第１の実施形態による、ユーザ機器と基地局との間の改善されたリソース要求手順を示している。

【図11】本発明の第１の実施形態のバリエーションによる、改善されたリソース要求手順の場合のユーザ機器におけるプロセスを示している。

【図12】本発明の第１の実施形態のバリエーションによる、改善されたリソース要求手順の場合のユーザ機器におけるプロセスを示している。

【図13】本発明のさらに詳細な第１の実施形態による、改善されたリソース要求手順の場合のユーザ機器におけるプロセスを示している。

【図14】本発明の第２の実施形態による、ユーザ機器がＰＤＣＣＨを監視するための短縮された時間窓を示している。

【図15】本発明の第４の実施形態による、スケジューリング要求を送信するための専用スケジューリング要求リソースの優先順位付けを示している。

【図16】本発明の第４の実施形態のバリエーションを示しており、ＰＣｅｌｌおよびＳＣｅｌｌの専用スケジューリング要求リソースに、異なる要求される優先順位が割り当てられている。

【発明を実施するための形態】

【0179】

以下の段落では、本発明のさまざまな実施形態について説明する。例示のみを目的として、実施形態のほとんどは、３ＧＰＰ ＬＴＥ（リリース８／９）およびＬＴＥ−Ａ（リリース１０／１１）の移動通信システムによる無線アクセス方式に関連して概説してあり、これらの技術の一部については上の背景技術のセクションに説明してある。なお、本発明は、例えば、上の背景技術のセクションに説明されている３ＧＰＰ ＬＴＥ−Ａ（リリース１０／１１）通信システムなどの移動通信システムにおいて有利に使用することができるが、本発明は、この特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。

【0180】

請求項および説明において使用されている用語「新しいデータ」は、それまで送信バッファ内に存在していない、送信バッファに到着する（格納される）データとして理解されたい。このデータ（データパケット）は、上位層（例：ＰＤＣＰ層）から受け取られて送信バッファ内に配置される。この用語は「古いデータ」と対比して使用され、「古いデータ」は、受信側においてこのデータが正しく受信されていることを再送信プロトコルが確認する限り送信バッファ内に維持されているデータを意味する。

【0181】

請求項および説明において、しきい値と関連して使用される用語「を超える」または「を上回る」は、しきい値が実際に比較値を超える（すなわち、より高い）必要があることを意味するように限定的に使用されるのではなく、しきい値が比較値に等しい（すなわち同じである）場合も包む。

【0182】

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

【0183】

以下では、本発明のいくつかの実施形態について詳しく説明する。以下の説明は、本発明を制限するものではなく、本発明を深く理解するための、本発明の実施形態の単なる例として理解されたい。請求項に記載されている本発明の一般的な原理を、本明細書に明示的には説明されていない方法でさまざまなシナリオに適用できることが、当業者には認識されるであろう。したがって、さまざまな実施形態を説明する目的で想定されている以下のシナリオは、本発明を制限するものではない。

【0184】

ユーザ機器には、各論理チャネルのための送信バッファメモリが設けられており、送信バッファメモリは、アップリンクデータが無線リンクを通じてｅＮｏｄｅＢに正常に送信されるまで、アップリンクデータを一時的に格納しておくために使用される。さらには、ユーザ機器は、データまたはバッファ状態報告を基地局に送信するための利用可能なリソースを有さず、したがってｅＮＢへのスケジューリング要求を実行する必要があり、このプロセスが本発明の第１の実施形態によって改善される。

【0185】

前述したように、スケジューリング要求は、ｅＮＢによって割り当てられるＰＵＣＣＨのリソースを介して送信する、またはＲＡＣＨ手順を使用することによって送信することができる。特に明記していない限り、以下では、このようなＰＵＣＣＨのリソース（一般にはｅＮＢによって周期的に割り当てられる）が、スケジューリング要求の送信がトリガーされた時点でただちにユーザ機器から利用可能であるものと想定する。しかしながら、代わりにＲＡＣＨ手順を使用するときにも、本発明を適用することができる。スケジューリング要求は、通常では１ビット長であり、対応する周期的なＰＵＣＣＨのリソースによってスケジューリング要求を送信することができるが、このリソースは、バッファ状態報告や送信バッファの実際のデータなどのさらなるデータを送信するには十分ではない。

【0186】

本発明の第１の実施形態について、図１０に関連して説明する。図１０は、リソースを要求して、バッファ状態報告、スケジューリング要求、およびデータを送信するために基地局と交換されるメッセージと、ユーザ機器における送信バッファとを示している。図１１は、本発明の第１の実施形態を実行する場合のユーザ機器におけるプロセスを示しており、この場合、第２のトリガー条件はデータ量のしきい値を超えることを要求する。図１２は、図１１の代替形態であり、本発明の第１の実施形態を実行する場合のユーザ機器におけるプロセスを示しており、この場合、第２のトリガー条件はタイマーが切れることを要求する。図１３も、本発明の第１の実施形態を実行する場合のユーザ機器におけるプロセスを示しているが、図１１よりも詳しく示してある。

【0187】

この第１の実施形態における主たる発想は、図９に関連して背景技術のセクションにおいて説明した標準的なトリガリング手順と比較して、バッファ状態報告／スケジューリング要求のトリガリングを遅らせることである。バッファ状態報告／スケジューリング要求を延期することによって、送信バッファにより多くのデータが到着し、したがってアップリンク送信によって、より短い時間でより多くのデータを伝送することができる。したがって、バッファ状態報告／スケジューリング要求のトリガリングは、送信バッファに十分な（すなわち何らかの所定のしきい値より多くの）データが格納されたときに実行され、空の送信バッファに新しいデータが到着したときにただちに実行されるのではない。より小さいトランスポートブロックサイズを送信するよりも、より大きいトランスポートブロックサイズを送信する方が電力効率が高い。さらには、後述するようにＰＤＣＣＨ負荷も大幅に減少する。

【0188】

トリガーされたバッファ状態報告を送信するためのアップリンクリソースが利用可能ではない場合、従来技術と同様に、バッファ状態報告を最初にトリガーし、その直後にスケジューリング要求をトリガーすることができる。

【0189】

本発明の第１の実施形態は、以下の例示的な方法において実施することができる。ユーザ機器におけるスケジューリング要求のトリガリングは、２つの条件に依存し、これら２つの条件の両方が満たされるものとする。ＬＴＥ実装においては、両方のトリガー条件はバッファ状態報告の送信に関連するが、バッファ状態報告を送信することは、スケジューリング要求を送信することにつながり、なぜなら、トリガーされたバッファ状態報告をユーザ機器が送信するためのリソースが存在しないものと想定しているためである。したがって、トリガー条件は、スケジューリング要求の送信に対して定義されていると言うこともできる。

【0190】

第１のトリガー条件は、送信バッファ内で新しいデータが利用可能になることを要求し、すなわち、上位層からのデータがアップリンクで基地局に送信され、したがってユーザ機器の送信バッファの中に入る。なお、第１のトリガー条件は、送信バッファ内で新しいデータが利用可能になりさえすれば、送信バッファが空である否かと、新しいデータの優先順位には関係なく、満たされることに留意されたい。この第１のトリガー条件のバリエーションについては後から説明するが、３ＧＰＰの標準化において現在使用されており背景技術のセクションで説明した、バッファ状態報告のトリガー条件を有利に再利用する。

【0191】

第１のトリガー条件は図１１および図１３に記載されており、ユーザ機器が、自身の送信バッファに新しいデータが到着したかをチェックする。

【0192】

第２のトリガー条件は、基本的には、スケジューリング要求のトリガリングを延期する役割を果たす。第２のトリガー条件は、送信バッファ内に十分なデータが存在すること、または、データが少なくとも特定の時間長にわたり送信バッファ内に存在していることを要求する。したがって、送信バッファ内のデータが一般的に所定のしきい値（データ量または時間期間）を上回る。したがって、スケジューリング要求のトリガリングは、この第１の実施形態によると、しきい値に基づく。

【0193】

第２のトリガー条件において、ユーザ機器は、例えば、送信バッファ内のデータ量が所定のデータ量のしきい値に少なくとも等しいかまたはそれより多いかをチェックする。

【0194】

図１１および図１３においては、データ量がしきい値を超える（すなわちしきい値に等しいかまたはそれより多い）ことを要求する第２のトリガー条件をユーザ機器がチェックするものと想定している。第１のトリガー条件と第２のトリガー条件は、図１１および図１３に示した順序で（すなわち最初に第１のトリガー条件、次に第２のトリガー条件）チェックするのが論理的であるように思われるが、これは必須ではない。ユーザ機器は、最初に第２のトリガー条件、次に第１のトリガー条件をチェックすることもできる。

【0195】

さらに、第２のトリガー条件（データ量がデータ量しきい値を上回ることを要求する）が満たされる場合、第１のトリガー条件が満たされていることが自動的に要求されることに留意されたい。言い換えれば、送信バッファに新しいデータが到着する（このことは第１のトリガー条件の要件に相当する）場合にのみ、送信バッファ内のデータ量が所定のデータ量を突然に超えることができる。したがって、第１の実施形態の１つの代替形態においては、第１の実施形態の場合、第１のトリガー条件を必ずしもチェックする必要がない。第２のトリガー条件のみをチェックすれば十分であり、したがって、送信バッファ内のデータ量が特定のしきい値を超えたときにＢＳＲ／ＳＲがトリガーされる。

【0196】

これに代えて、第２のトリガー条件としてのデータ量のしきい値の代わりに、ユーザ機器は、空の送信バッファにデータが到着したときに、所定の時間長のタイマーを起動する。この代替形態は、図１２に示してある。タイマーは、送信バッファにおいて新しいデータが利用可能になるたびに起動するのではなく、空の送信バッファに初めてデータが入るときにのみ起動する。送信バッファのデータに関連する、このようにして起動されたタイマーが切れたとき、ユーザ機器は第２のトリガー条件が真であるものとみなす。

【0197】

第２のトリガー条件のもう一方のバリエーション（図１１／１３を参照）とは異なり、第２のトリガー条件としてタイマーが使用される場合、第２のトリガー条件が満たされるとき、第１のトリガー条件が必ずしも満たされる必要はない。したがって、第１のトリガー条件が真であることを、必要である間（すなわちユーザ機器が第２のトリガー条件についてチェックする間）、ユーザ機器に格納しておくことができる。これに対して、第１のトリガー条件が満たされたことをユーザ機器が初めて判定したときに第２のトリガー条件のタイマーが起動される場合、第１のトリガー条件が満たされていることを格納しなくても、タイマーが作動していることによって、そのことが暗黙的に示される。この場合、個別の記憶装置は必要ない。

【0198】

第１の実施形態のさらなるバリエーションによると、第１のトリガー条件として、３ＧＰＰ標準規格において現在採用されており背景技術のセクションで説明したトリガー条件を使用することができる。具体的には、第１のトリガー条件は、空の送信バッファに新しいデータが到着すること、または、空ではない送信バッファに到着する新しいデータが、空ではない送信バッファ内にすでに格納されているデータよりも高い優先順位を有することを要求する（非特許文献５の第５.４.５章と比較）。なお、標準の定義による第１のトリガー条件は、空ではない送信バッファにデータが到着する場合には満たされず、なぜなら、この新しく到着するデータが、送信バッファ内にすでに存在するデータより高い優先順位を有さないことがあり、多くの場合、送信バッファ内にすでに存在するデータと同じ優先順位を有するためである。したがって、この第１のトリガー条件は、空の送信バッファに新しいデータが到着したときにのみ真となる。この第１のトリガー条件が真となったことは、必要である間（例えば、第２のトリガー条件が満たされるかを判定している間）格納される。これに代えて、第２のトリガー条件がタイマーであり（上記を参照）、第１のトリガー条件が満たされたときにタイマーが起動されるときには、第１のトリガー条件が満たされたことを個別に格納する必要はない。さらに、第２のトリガー条件がデータ量のしきい値を参照するときには、前述した理由と基本的に同じ理由により、第１のトリガー条件のチェックを省くことができる。

【0199】

したがって、第１の実施形態のバリエーションのうちの１つに従って、上述したように、スケジューリング要求を送信するためのトリガー条件が満たされたとき、スケジューリング要求がユーザ機器から基地局に送信される。図１３は、より具体的であり、バッファ状態報告を送信するかを判定する目的で上述したトリガー条件がチェックされることと、バッファ状態報告を送信するためのリソースが利用可能ではないことをユーザ機器がさらに判定したときにスケジューリング要求が送信されることとを示している。

【0200】

図１０は、時刻ｔ１において空の送信バッファに新しいデータが到着したとき、または時刻ｔ２において送信バッファに新しいデータが到着したときに、スケジューリング要求（ＳＲ）が送信されないことを示している。時刻ｔ１および時刻ｔ２においては、図１１または図１３による第１のトリガー条件は満たされるが、送信バッファ内のデータの合計量がしきい値（図１０における点線）より下のままであるため、第２のトリガー条件はまだ満たされない。時刻ｔ３において初めて、第１のトリガー条件および第２のトリガー条件が満たされ、したがってユーザ機器において、基地局へのスケジューリング要求の送信がトリガーされる。スケジューリング要求は１回トリガーされる、すなわちワンショットトリガーである。

【0201】

スケジューリング要求は、すでに前述したように、周期的なＰＵＣＣＨのリソースの１つを使用して、またはＲＡＣＨ手順を使用して、送信することができる。スケジューリング要求は、通常は１ビットであり、アップリンク送信のためのリソースが必要であることを基地局に示す。基地局は、スケジューリング要求を受信して処理し、現在の無線条件に応じて、適切な量のアップリンクリソースをユーザ機器に割り当てる。

【0202】

したがって、基地局は、ユーザ機器に割り当てられるアップリンクリソースを示すアップリンクグラントを、ＰＤＣＣＨを使用してユーザ機器に送信する。

【0203】

ＰＤＣＣＨを監視しているユーザ機器は、アップリンクグラントを含むＰＤＣＣＨを受信し、したがって、ｅＮｏｄｅＢに送信するためのバッファ状態報告を作成することができる。ユーザ機器に割り当てられたリソース量に応じて、バッファ状態報告のみならず、送信バッファ内のデータの一部も送ることができる。その場合、バッファ状態報告は、送信バッファ内に残っているデータ量（すなわち最初に割り当てられたリソースに収まるデータを除くデータ量）を示すのみである。

【0204】

バッファ状態報告と、場合によってはアップリンクデータの一部とが、ユーザ機器によってＰＵＳＣＨでｅＮｏｄｅＢに送信される。ｅＮｏｄｅＢは、さらなるリソースをユーザ機器に割り当てることができ、したがってユーザ機器は、時刻ｔ４，ｔ５，ｔ６に示すように、送信バッファを空にすることができる。図１０では、アップリンクリソースがｅＮｏｄｅＢによって動的に割り当てられることを想定している（各サブフレームに対して個別のアップリンクグラント）。しかしながら、図には示していないが、アップリンクリソースのセミパーシステント割当ても可能であり、したがって、ユーザ機器は、アップリンクの周期的なリソースを割り当てるアップリンクグラントを受信し、これらのリソースを使用して送信バッファを空にし、データをｅＮｏｄｅＢに送信することができる。

【0205】

図１０では、送信バッファを空にするためには３回のアップリンク送信で十分であるものと想定している。しかしながら、これは単なる例であり、より多くの、またはより少ない送信が必要であり得る。

【0206】

以下では、第１の実施形態によって提供される利点について説明する。送信電力の観点からは、より小さいトランスポートブロックサイズを頻繁に送信するよりも、より大きいトランスポートブロックサイズを短時間のうちに送信する方が良い。したがって、第２のトリガー条件として使用されるデータ量のしきい値は、送信バッファのデータが大きいトランスポートブロックサイズに収まるように定義することができる。

【0207】

ユーザ機器はスケジューリング要求を少ない頻度で送信し、その結果として、ユーザ機器は、アップリンクグラントがないかＰＤＣＣＨを少ない頻度だけ監視すればよく、したがって、ユーザ機器のＤＲＸ期間をより長くすることができ、必要な電力が減少する。なお、送信電力が減少する理由として、ＰＵＣＣＨ送信（Ｄ−ＳＲ）およびＰＵＳＣＨ送信が少ないことのみならず、「アクティブ時間」が短縮されることも挙げられることに留意されたい。図９のスケジューリング要求手順（従来技術）と図１０のスケジューリング要求手順（本発明）を比較したとき、ＰＤＣＣＨ負荷が大幅に減少しており、この例では１／３である。

【0208】

上述したバッファ状態報告／スケジューリング要求のトリガリングは、背景技術のセクションで説明したようにＬＴＥシステムにおいて実施することができる。第１のトリガー条件および第２のトリガー条件は、従来技術のバッファ状態報告のトリガリングに置き換わる、または拡張する。例えば、３ＧＰＰ標準規格のトリガー（より具体的には、空の送信バッファに新しいデータが到着することを要求する、または空ではない送信バッファに到着する新しいデータが、その空ではない送信バッファ内にすでに格納されているデータよりも高い優先順位を有することを要求する第１のトリガー条件）を無効にし、この第１の実施形態の新しいトリガーに置き換えることができる。

【0209】

ＬＴＥの３ＧＰＰ標準規格において採用される、バッファ状態報告の送信をトリガーするためのトリガー定義は、第１の実施形態の１つのバリエーションに従うことができる。
− 論理チャネルのバッファに新しいデータが到着し、この論理チャネルのデータ量が所定のしきい値を超えるとき

【0210】

ここまで、ユーザ機器の送信バッファと、バッファ状態報告／スケジューリング要求のトリガリングについて、全般的に説明した。しかしながら、上述した第１の実施形態を、設定されているさまざまな論理チャネルの１つのみ、または２つ以上に適用することができる。この場合、残りの論理チャネルにおいては、３ＧＰＰ標準規格による古いトリガーを使用する。上述した、第１の実施形態の改善されたスケジューリング要求トリガリングが適用される論理チャネルは、音声のように（例えば遅延に関して）厳しいＱｏＳ要件が要求されないサービス、例えば、低ボリュームのバックグラウンドサービスやインスタントメッセージトラフィック、あるいはガス計量、動物、貨物、囚人、高齢者、子供の追跡のための特定のＭＴＣサービスに適用することができる。このようなサービスの場合、さまざまな実施形態において説明した本発明は、無線リソース、ユーザ機器の電力リソース、およびネットワークリソースを効率的に使用することのできるメカニズムを提供する。

【0211】

ユーザ機器における論理チャネルは、例えば各論理チャネルのＱｏＳ要件に応じて、ｅＮｏｄｅＢによって論理チャネルグループにグループ化される。したがって、上述した第１の実施形態を、定義される論理チャネルグループ（現在のところ合計で４つ）のうちの１つまたは複数に適用することができる。この場合、残りの論理チャネルグループには、３ＧＰＰ標準規格による古いトリガーが使用される。特に、論理チャネルグループ全体を考慮するときには、バッファ状態報告（すなわちスケジューリング要求）をｅＮｏｄｅＢに送信するかを判定するために、第１の実施形態の第１のトリガー条件および第２のトリガー条件も、論理チャネルグループ全体に適用される。特に、第１のトリガー条件は、論理チャネルグループの論理チャネルのいずれかの送信バッファに新しいデータが到着したときに満たされる。第２のトリガー条件は、論理チャネルグループの論理チャネルすべての送信バッファ内のデータ（すなわち論理チャネルグループにおけるすべての送信バッファデータの合計）がしきい値（タイマーまたはデータ量のしきい値）を超えたときに満たされる。

【0212】

第２のトリガー条件に使用される特定のしきい値は、ネットワークまたはユーザ機器によって設定することができる。ネットワークによって事前に定義される場合、スケジューリングに関連するシグナリング手順をネットワークが完全に制御する。ユーザ機器（アップリンクに送られるトラフィックの統計情報に関するより多くの情報を有する）は、適切なデータをネットワークに送信することによって、ネットワークが適切なしきい値を定義するのを支援することが有利である。これに代えて、ユーザ機器は、トラフィック統計情報を使用して自身でしきい値を選択し、したがって自身の電力管理要件を考慮することもできる。次いで、ユーザ機器は、選択したしきい値についてネットワークに通知する、または通知しない。

【0213】

さらなる実施形態

【0214】

以下では、第２の実施形態、第３の実施形態、および第４の実施形態について説明する。これらの実施形態は、他のそれぞれの実施形態に加えて使用することができ、または、他のそれぞれの実施形態とは独立して使用することができる。

【0215】

本発明の第２の実施形態によると、ユーザ機器のバッテリ消費量を低減する目的で、ＰＤＣＣＨを監視する、ユーザ機器のアクティブ時間を短縮する。なお、第２の実施形態は、ＰＵＣＣＨの周期的なリソースを介して送信されるスケジューリング要求に主として関連し、ＲＡＣＨ手順を介して送信されるスケジューリング要求には関連しないことに留意されたい。具体的には、専用スケジューリング要求をｅＮｏｄｅＢに送信した後、ユーザ機器は、このスケジューリング要求に応えてｅＮｏｄｅＢが送るアップリンクグラントがないかＰＤＣＣＨを監視する必要がある。

【0216】

３ＧＰＰ標準規格に現在指定されているユーザ機器の挙動によると、ユーザ機器は、専用スケジューリング要求を送った直後にＰＤＣＣＨの監視を開始する。したがって、ユーザ機器は、スケジューリング要求が送信されるサブフレームから始まり、対応するアップリンクグラントが受信されるまでの間、アクティブ時間にある。ｅＮｏｄｅＢの応答によっては、前の送信誤りに起因するスケジューリング要求の再送信がアクティブ時間に含まれることがあり、したがってアクティブ時間が極めて長くなることがある。この挙動は、電力効率が良くない。

【0217】

スケジューリング要求およびその後のアップリンクグラントが無線リンクを通じて伝送されるのに必要な時間と、ｅＮｏｄｅＢがスケジューリング要求を処理してアップリンクグラントメッセージを生成および送信するのに必要な時間とを考慮し、本発明の第２の実施形態においては、図１４に関連して説明するように、ＰＤＣＣＨを監視するための時間窓が短縮される。スケジューリング要求を送った後に時間遅延が導入され、したがって、ユーザ機器は、この時間遅延の後に（すなわち所定の時間長が経過した後に）初めて、アップリンクグラントがないかＰＤＣＣＨの監視を開始する。スケジューリング要求を送信したときにタイマーを起動することができ、このタイマーが切れた時点でユーザ機器はＰＤＣＣＨの監視を開始する。一例として、専用スケジューリング要求を送信した後の遅延として３サブフレームを使用することができる。

【0218】

さらには、たとえアップリンクグラントが受信されない場合にも、特定の時間期間の後にＰＤＣＣＨの監視を停止させることもできる。したがって、ＰＤＣＣＨを監視している間、別のタイマーを作動させることができ、このタイマーが切れたとき、ユーザ機器はＰＤＣＣＨの監視を停止する。このタイマーは、Ｄ−ＳＲを送信するとき、またはＰＤＣＣＨの監視を開始するときに起動することができる。

【0219】

したがって、ユーザ機器におけるＰＤＣＣＨの監視の開始を延期し、場合によってはアップリンクグラントを受信する前にＰＤＣＣＨの監視を中止することによって、ユーザ機器がアクティブ時間である時間が減少し、したがって電力を節約することができる。

【0220】

本発明の第３の実施形態は、アップリンクデータの再送信に関してユーザ機器のアクティブ時間を減少させることを目的とする。従来技術において現在使用されている、３ＧＰＰによって標準化されているアップリンク再送信プロトコルＨＡＲＱは、２種類の再送信、すなわち非適応型再送信（non-adaptive retransmission）および適応型再送信（adaptive retransmission）が存在するように定義されている。一般的に、ＨＡＲＱ方式は、同期式または非同期式のいずれかに分類することができ、送信それぞれは適応型または非適応型のいずれかである。適応型ＨＡＲＱ方式においては、変調・符号化方式などの送信属性と、周波数領域における送信リソース割当てとを、無線チャネル条件の変動に応えて各再送信時に変更することができる。非適応型ＨＡＲＱ方式においては、新しい再送信属性を明示的にシグナリングすることなく（前の送信時と同じ送信属性を使用することによって、または事前定義される規則に従って属性を変更することによって）、再送信が実行される。

【0221】

アップリンクデータ送信に対するＡＣＫ／ＮＡＣＫメッセージを伝える物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）を、同じユーザ機器のためのＰＤＣＣＨと同時に送信することができる。ＰＨＩＣＨとＰＤＣＣＨを同時に送信する場合、ユーザ機器はＰＤＣＣＨの指示に従う。言い換えれば、ＰＤＣＣＨの指示が、同じサブフレームのＰＨＩＣＨの指示を上書きする。したがって、ユーザ機器は、ＰＨＩＣＨの内容には関係なく、新しいデータの送信または再送信（適応型）のいずれかを実行する。ユーザ機器を対象とするＰＤＣＣＨが検出されない場合、ＰＨＩＣＨの内容がユーザ機器のＨＡＲＱ挙動を決定する。

【0222】

従来技術におけるＰＨＩＣＨのＡＣＫ／ＮＡＣＫの現在使用されている定義は以下のとおりである。
ＮＡＣＫ：端末は、非適応型再送信を実行する。
ＡＣＫ：端末はアップリンク再送信を実行せず、対応するＨＡＲＱプロセスのＨＡＲＱバッファ内にデータを維持する。そのＨＡＲＱプロセスのさらなる送信は、ＰＤＣＣＨによる以降のグラントによって明示的にスケジューリングされる必要がある。このようなグラントを受信するまで、端末は「一時停止状態」にある。

【0223】

次の表は、概要を示している。

【0224】

【表1】

【0225】

したがって、ＰＨＩＣＨおよびＰＤＣＣＨに関連して現在指定されているユーザ機器の挙動では、それに伴う状況および問題として、ユーザ機器がＡＣＫを受信すると、そのことは、ユーザ機器がＨＡＲＱプロセスの送信バッファ内にデータパケット（トランスポートブロック）を維持し、新しいＨＡＲＱ再送信機会においてＰＤＣＣＨを監視するべきであることを意味する。したがって、ユーザ機器は、ＨＡＲＱ送信の最大回数を超えるまで、さらなる再送信がないかＰＤＣＣＨを監視しなければならない。これにより、ユーザ機器において多くの電力が要求される。

【0226】

この第３の実施形態によると、ＰＨＩＣＨを介してのＡＣＫに関連するユーザ機器の挙動を再定義することによって、再送信プロトコルが改善される。具体的には、ユーザ機器がＰＨＩＣＨを介してＡＣＫを受信し、このとき同時に（すなわち同じサブフレームにおいて）ＰＤＣＣＨを受信しないときには、ユーザ機器は、さらなるＨＡＲＱ再送信についてのＰＤＣＣＨの監視を停止する。さらに、ＡＣＫを受信した後、ＨＡＲＱバッファを空にする。

【0227】

この第３の実施形態のバリエーションにおいては、特定の設定された論理チャネル（または論理チャネルグループ）においてのみ、すなわち、このような設定された論理チャネル（グループ）のデータをトランスポートブロックが含んでいる場合にのみ、ユーザ機器の挙動が変更される。

【0228】

これにより、アクティブ時間がさらに減少し、したがって、ユーザ機器におけるバッテリ消費量が低減する。

【0229】

本発明の第４の実施形態では、電力効率の高いＳＲ報告を行うことができるように、専用スケジューリング要求リソースの使用を制約する方式を導入する。ここまでに何度か説明したように、スケジューリング要求を送信するため、ＰＵＣＣＨの専用リソースがユーザ機器から利用可能である。専用スケジューリング要求リソースは、ｅＮｏｄｅＢによって周期的に割り当てられる。例えば、ＰＵＣＣＨのこれらの専用リソースに、要求されるしきい値を割り当てることができ、ユーザ機器がその専用リソースを使用してスケジューリング要求を送信することができるためには、スケジューリング要求がしきい値を「満たして」いなければならない。満たしていない場合、以降の専用リソースの１つを使用する必要がある（要求される優先順位によって許可される場合）。

【0230】

より詳細には、専用スケジューリング要求リソースそれぞれに、要求される優先順位が割り当てられ、ユーザ機器によって送信されるスケジューリング要求それぞれに、スケジューリング要求の優先順位が関連付けられる。特定の専用リソースに割り当てられる要求される優先順位は、ネットワークまたはユーザ機器によって決定することができ、好ましくは優先順位しきい値の形である。スケジューリング要求の優先順位は、スケジューリング要求をトリガーするデータに関連付けられる論理チャネルの優先順位によって定義することができる。論理チャネルの優先順位は、現在、１〜８の範囲内とすることができる。

【0231】

したがって、ユーザ機器においてスケジューリング要求の送信がトリガーされると、ユーザ機器は、スケジューリング要求の優先順位と、ＰＵＣＣＨの現在利用可能な専用リソースの優先順位とを比較し、トリガーされたスケジューリング要求をこのリソースを使用して送信することができるかを判定する。スケジューリング要求の優先順位がリソースの要求される優先順位に等しいかまたはそれより高い場合にのみ、ユーザ機器はそのリソースを使用してスケジューリング要求を送信する。そうでない場合、ユーザ機器は、要求される優先順位が十分に低い専用リソースにおいてスケジューリング要求を送信することができるまで、次の専用スケジューリング要求リソースを待機して、スケジューリング要求の優先順位と専用リソースの優先順位の比較を再び実行する必要がある。

【0232】

第４の実施形態の１つのバリエーションによると、ユーザ機器に対して、２つのＤ−ＳＲサイクル（例えば低優先順位のＤ−ＳＲサイクルと高優先順位のＤ−ＳＲサイクル）が定義される。しかしながら、必要な場合、３つ以上のサイクルを定義することもできることに留意されたい。この場合、異なるリソースへのアクセスを制御するために２つ以上のしきい値が必要となることがある。

【0233】

低優先順位のＤ−ＳＲサイクルは、高優先順位のＤ−ＳＲサイクルの倍数とすることができ、または倍数でなくてもよい。ｎ番目ごとの周期的ＰＵＣＣＨリソースに低優先順位のＤ−ＳＲサイクルを関連付けることができ、ｍ番目ごとの周期的ＰＵＣＣＨリソースに高優先順位のＤ−ＳＲサイクルを関連付けることができる。ｍとｎは異なるべきである。ｍがｎより小さいことが好ましく、したがって、低優先順位のスケジューリング要求よりも高優先順位のスケジューリング要求を送信するために多くのリソースが利用可能である。具体的には、例えば４番目ごとの（ｎ＝４の低優先順位のＤ−ＳＲサイクル）周期的リソースが低優先順位のスケジューリング要求に使用可能である一方で、例えばすべてのリソース（ｍ＝１の高優先順位のＤ−ＳＲサイクル）が高優先順位のスケジューリング要求に使用可能である。この状況は図１５に示してある。

【0234】

結果として、低優先順位のスケジューリング要求は、高優先順位のスケジューリング要求と比較して、より低い頻度で送信される。低優先順位のスケジューリング要求をトリガーするデータは、より大きな遅延に耐えることができ、したがって、より低い頻度で送信され、これによりバッテリ電力の点でいくらかの恩恵が達成される。高優先順位のスケジューリング要求は、厳しい遅延要件を満たす目的で、すべてのＤ−ＳＲ ＰＵＣＣＨリソースにおいて送信することができる。

【0235】

これに代えて、論理チャネル（または論理チャネルグループ）それぞれに特定のＤ−ＳＲサイクルを割り当てることができ、ユーザ機器は、これらの論理チャネル（または論理チャネルグループ）のデータによってトリガーされるスケジューリング要求に使用する。この関連付けは、論理チャネルが論理チャネルグループにグループ化されるとき、無線ベアラの確立時に行うことができる。

【0236】

第４の実施形態のさらなるバリエーションによると、ユーザ機器は、一度に１つのＤ−ＳＲサイクルのみを使用する。図１５の例においては、このことは、ユーザ機器が、一度に低優先順位のＤ−ＳＲサイクルまたは高優先順位のＤ−ＳＲサイクルのいずれかを使用することを意味する。低優先順位のスケジューリング要求が送信される場合、低優先順位のＤ−ＳＲサイクルが使用される。高優先順位のスケジューリング要求がトリガーされた場合、ユーザ機器は、（低優先順位のＤ−ＳＲサイクルにあるとき）高優先順位のＤ−ＳＲサイクルに切り替える。Ｄ−ＳＲサイクルの間の（両方向における）遷移時、SR_counterを０に設定する必要があり、sr-ProhibitTimerを停止させる。

【0237】

第４の実施形態の別のバリエーションについて図１６を参照しながら説明する。図１６は、ＰＣｅｌｌおよびＳＣｅｌｌの専用スケジューリング要求リソースを示している。このバリエーションにおいては、スケジューリング要求をＰＣｅｌｌまたはＳＣｅｌｌを介してＰＵＣＣＨで送信することができる。ユーザ機器は、キャリアアグリゲーションを使用して、いくつかのサービングセル（コンポーネントキャリア）をアグリゲートし、ユーザ機器には、複数のセルにおける専用スケジューリング要求のためのＰＵＣＣＨリソースが割り当てられる。以下では、説明のみを目的として、ユーザ機器がＰＣｅｌｌと１つのＳＣｅｌｌとをアグリゲートするものと想定する。ユーザ機器は２つ以上のＳＣｅｌｌを有することもできる。

【0238】

第４の実施形態では、ＰＣｅｌｌおよびＳＣｅｌｌのＤ−ＳＲリソースの使用規則を定義することができる。第１のバリエーションにおいては、ＰＣｅｌｌおよびＳＣｅｌｌのＤ−ＳＲリソースの使用は、スケジューリング要求の優先順位によって差別化される。したがって、ＰＣｅｌｌのＤ−ＳＲリソースには第１の要求される優先順位（例：高優先順位）が割り当てられ、ＳＣｅｌｌのＤ−ＳＲリソースには第２の要求される優先順位（例：低優先順位）が割り当てられる。したがって、ユーザ機器は、低優先順位のスケジューリング要求を好ましくはＳＣｅｌｌのＤ−ＳＲリソースを介して送信し、高優先順位のスケジューリング要求を好ましくはＰＣｅｌｌのＤ−ＳＲリソースを介して（または必要な場合にはＳＣｅｌｌのＤ−ＳＲを介して）送信する。

【0239】

第４の実施形態の別のバリエーションによると、優先順位を使用する代わりに、ＳＣｅｌｌ／ＰＣｅｌｌのＤ−ＳＲリソースの使用は、スケジューリング要求をトリガーするデータの種類に依存することができる（例：ユーザデータおよび制御データ）。具体的には、ＲＲＣシグナリングなどの制御プレーンデータによってトリガーされるスケジューリング要求は、ＰＣｅｌｌのＤ−ＳＲリソースを介して送信されるのに対して、ユーザプレーンデータによってトリガーされるスケジューリング要求は、ＳＣｅｌｌのＤ−ＳＲリソースを介して送信される。１つの利点として、ユーザ機器によってどちらのＤ−ＳＲリソースが使用されたかに応じて、ｅＮｏｄｅＢは、アップリンクリソースを割り当てるべき対象のトラフィックの種類についてある程度の知識をすでに有し、したがってアップリンクグラントを発行するときにこの知識を考慮に入れることができる。例えば、ＳＣｅｌｌのＤ−ＳＲを使用する場合、ＰＣｅｌｌのＤ−ＳＲを使用するときよりもアップリンクグラントは大きい。

【0240】

第４の実施形態の別のバリエーションによると、ＰＣｅｌｌにおけるスケジューリング要求のためのＰＵＣＣＨリソース（Ｄ−ＳＲ）の使用と、ＳＣｅｌｌにおける潜在的なＰＵＣＣＨリソースの使用について、一般的な規則が定義される。例えば、ユーザ機器は、アップリンク送信のためのリソースを要求するとき、つねにＳＣｅｌｌ（設定されている場合）におけるＰＵＣＣＨリソースの使用を開始する。ＳＣｅｌｌでのスケジューリング要求の送信が失敗した場合にのみ、ユーザ機器はＰＣｅｌｌにおけるＰＵＣＣＨリソースの使用を開始する。ユーザ機器が、ＰＵＣＣＨリソースが設定されている複数のＳＣｅｌｌをアグリゲートする場合、アップリンク（ＰＵＳＣＨ）リソースを要求するのにどのＳＣｅｌｌを使用するかを自律的に選択することができ、または、説明したバリエーションの１つにおいて概説したように、ＳＣｅｌｌ ＰＵＣＣＨリソース（Ｄ−ＳＲ）の優先順位付け（例えばトラフィックのタイプ、セルのタイプによる）を適用することができる。

【0241】

ハードウェアおよびソフトウェアへの本発明の実装

【0242】

本発明の別の実施形態は、上述したさまざまな実施形態をハードウェアおよびソフトウェアを使用して実装することに関する。これに関連して、本発明は、ユーザ機器（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ機器は、本明細書に記載されている方法を実行するようにされている。さらに、ｅＮｏｄｅＢが備える手段は、ｅＮｏｄｅＢがそれぞれのユーザ機器のＩＰＭＩセットの品質を、ユーザ機器から受信されるＩＰＭＩセットの品質情報から評価し、異なるユーザ機器のスケジューリングにおいて、異なるユーザ機器のＩＰＭＩセットの品質をスケジューラが考慮することを可能にする。

【0243】

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

【0244】

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

【0245】

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

【0246】

具体的な実施形態において示した本発明には、広義に記載されている本発明の概念または範囲から逸脱することなく膨大なバリエーションもしくは変更形態を創案できることが、当業者には理解されるであろう。したがって、本発明の実施形態は、あらゆる点において例示を目的としており、本発明を制限するものではない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】