(57)【要約】  本開示は、通信システムにおいてデータを無線チャネル上で送信／受信するデータ送信機器、データ受信機器、対応するデータ送信方法、およびデータ受信方法に関する。特に、サブフレームにおけるデータ送信の第１のリソースグラントおよび上記サブフレームにおけるデータ送信の第２のリソースグラントが受信される。そして、第１のリソースグラントおよび第２のリソースグラントのいずれに従ってデータがサブフレームにおいて送信されるかが決定され、選択された第１のリソースグラントまたは第２のリソースグラントに従ってデータがサブフレームにおいて送信される。
2019533376.tif 000002
【特許請求の範囲】
【請求項１】
通信システムにおいてデータを無線チャネル上でデータ受信ノードに送信するデータ送信機器であって、
サブフレームにおけるデータ送信の第１のリソースグラントおよび前記サブフレームにおけるデータ送信の第２のリソースグラントを受信するグラント受信回路と、
前記第１のリソースグラントおよび前記第２のリソースグラントのいずれに従ってデータが前記サブフレームにおいて送信されるかを選択する送信制御回路と、
前記選択された第１のリソースグラントまたは第２のリソースグラントに従って、前記データを前記サブフレームにおいて送信する送信機と、
を備えたデータ送信機器。
【請求項２】
前記第１のリソースグラントおよび第２のリソースグラントにより示される送信パラメータが、少なくとも１つのパラメータについて異なる、
請求項１に記載のデータ送信機器。
【請求項３】
前記第１のリソースグラントが、前記通信システムの複数のサブフレームのリソースの割り当てを示す複数サブフレームグラントであり、
前記第２のリソースグラントが、前記通信システムの単一のサブフレームのリソースの割り当てを示す単一サブフレームグラントである、
請求項１または２に記載のデータ送信機器。
【請求項４】
前記送信制御回路が、前記単一サブフレームグラントを選択するように構成された、
請求項３に記載のデータ送信機器。
【請求項５】
前記送信制御回路が、
前記第１のリソースグラントが前記第２のリソースグラントの受信後に受信された場合に、前記第１のリソースグラントを選択し、
前記第２のリソースグラントが前記第１のリソースグラントの受信後に受信された場合に、前記第２のリソースグラントを選択するように構成された、
請求項２または３に記載のデータ送信機器。
【請求項６】
前記サブフレームにおいてデータ送信用に選択されていない前記第１のリソースグラントまたは前記第２のリソースグラントが、前記通信システムの複数のサブフレームのリソースの割り当てを示す複数サブフレームグラントである場合、
前記送信機が、前記サブフレームを除く前記複数サブフレームグラントに従って、前記割り当てられた複数のサブフレームにおいてデータを送信するように構成された、
請求項１〜５のいずれか一項に記載のデータ送信機器。
【請求項７】
前記サブフレームにおいてデータ送信用に選択されていない前記第１のリソースグラントまたは前記第２のリソースグラントが、前記通信システムの複数のサブフレームのリソースの割り当てを示す複数サブフレームグラントである場合、
前記送信機が、前記サブフレームに続く前記割り当てられた複数のサブフレームにおける前記複数サブフレームグラントに従って、データを送信しないように構成された、
請求項１〜５のいずれか一項に記載のデータ送信機器。
【請求項８】
前記送信制御回路が、前記複数サブフレームグラントを選択するように構成された、
請求項３に記載のデータ送信機器。
【請求項９】
前記送信制御回路が、
前記第１のリソースグラントが前記第２のリソースグラントの受信前に受信された場合に、前記第１のリソースグラントを選択し、
前記第２のリソースグラントが前記第１のリソースグラントの受信前に受信された場合に、前記第２のリソースグラントを選択するように構成された、
請求項２または３に記載のデータ送信機器。
【請求項１０】
前記送信制御回路が、
前記第１のリソースグラントおよび前記第２のリソースグラントの信頼性尺度を取得し、
前記第１のリソースグラントおよび前記第２のリソースグラントのうち、前記信頼性尺度がより高い信頼性を示した方を選択するように構成された、
請求項２または３に記載のデータ送信機器。
【請求項１１】
前記信頼性尺度が、
前記リソースグラントを搬送する制御情報の巡回冗長検査（ＣＲＣ）の長さ、
前記リソースグラントを搬送する前記制御情報における所定値のビットの数、
前記リソースグラントを搬送する前記制御情報におけるパディングビットの数、
信号対干渉・雑音比（ＳＩＮＲ）の推定値、
前記リソースグラントを搬送する前記制御情報の符号化レート、および
前記リソースグラントを搬送する前記制御情報の搬送に用いられるリソースエレメントの数、
といったパラメータのうちの１つまたは複数に従って決定される、
請求項１０に記載のデータ送信機器。
【請求項１２】
前記第１のリソースグラントおよび前記第２のリソースグラントの少なくとも一方が、前記データ受信ノードからの個別制御情報シグナリング内で受信され、
前記個別制御情報シグナリングが、変調・符号化方式、リソースが割り当てられた１つまたは複数のサブフレーム、前記割り当てられた１つまたは複数のサブフレームの位置を示すスケジューリング遅延のうちの１つまたは複数を特定する、
請求項１〜１１のいずれか一項に記載のデータ送信機器。
【請求項１３】
通信システムにおいてデータを無線チャネル上でデータ送信機器から受信するデータ受信機器であって、
サブフレームにおけるデータ送信の第１のリソースグラントおよび前記サブフレームにおけるデータ送信の第２のリソースグラントを前記データ送信機器に送信するグラント送信回路と、
前記第１のリソースグラントおよび前記第２のリソースグラントのいずれに従ってデータが前記サブフレームにおいて受信されるかを決定する受信制御回路と、
前記決定された第１のリソースグラントまたは第２のリソースグラントに従って、前記データを前記サブフレームにおいて受信する受信機と、
を備えたデータ受信機器。
【請求項１４】
通信システムにおいてデータを無線チャネル上でデータ送信ノードからデータ受信ノードに送信する方法であって、
サブフレームにおけるデータ送信の第１のリソースグラントおよび前記サブフレームにおけるデータ送信の第２のリソースグラントを受信するステップと、
前記第１のリソースグラントおよび前記第２のリソースグラントのいずれに従ってデータが前記サブフレームにおいて送信されるかを選択するステップと、
前記選択した第１のリソースグラントまたは第２のリソースグラントに従って、前記データを前記サブフレームにおいて送信するステップと、
を含む方法。
【請求項１５】
通信システムにおいてデータを無線チャネル上でデータ送信機器から受信する方法であって、
サブフレームにおけるデータ送信の第１のリソースグラントおよび前記サブフレームにおけるデータ送信の第２のリソースグラントを前記データ送信機器に送信するステップと、
前記第１のリソースグラントおよび前記第２のリソースグラントのいずれに従ってデータが前記サブフレームにおいて受信されるかを決定するステップと、
前記決定した第１のリソースグラントまたは第２のリソースグラントに従って、前記データを前記サブフレームにおいて受信するステップと、
を含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、共有チャネルのリソース割り当てに関し、より詳細には、共有チャネル上でデータを受信および送信するデータ受信および送信装置ならびに方法に関する。
【背景技術】
【０００２】
＜ロングタームエボリューション（ＬＴＥ）＞
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させる上での最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ：Ｈｉｇｈ−Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）と、高速アップリンクパケットアクセス（ＨＳＵＰＡ：Ｈｉｇｈ−Ｓｐｅｅｄ  Ｕｐｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）とも称するエンハンストアップリンクとが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００３】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称する新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速トランスポートならびに大容量の音声サポートに対するキャリアのニーズを満たすように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００４】
ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、フルＩＰベースの機能を低遅延かつ低コストで提供する。ＬＴＥでは、所与のスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（たとえば、１．４ＭＨｚ、３．０ＭＨｚ、５．０ＭＨｚ、１０．０ＭＨｚ、１５．０ＭＨｚ、および２０．０ＭＨｚ）が指定されている。ダウンリンクには、直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ：ｍｕｌｔｉｐａｔｈ  ｉｎｔｅｒｆｅｒｅｎｃｅ）を受けにくく、また、巡回プレフィックス（ＣＰ：Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ：Ｓｉｎｇｌｅ−Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥ  Ｒｅｌ．８／９では、多入力多出力（ＭＩＭＯ：Ｍｕｌｔｉｐｌｅ−Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ−Ｏｕｔｐｕｔ）チャネル伝送技術を含む数多くの主要なパケット無線アクセス技術が採用され、高効率の制御シグナリング構造が実現されている。
【０００５】
＜ＬＴＥアーキテクチャ＞
ＬＴＥアーキテクチャ全体を図１に示す。Ｅ−ＵＴＲＡＮは、ｅＮｏｄｅＢから構成され、ユーザ機器（ＵＥ）向けのＥ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）プロトコルを終端させる。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤ、無線リンク制御（ＲＬＣ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）レイヤ（これらのレイヤは、ユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクサービス品質（ＱｏＳ：Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元等、多くの機能を実行する。無線リソース制御（ＲＲＣ）レイヤは、無線インターフェースにおけるＵＥとｅＮＢとの間の通信および複数のセルを横切って移動するＵＥのモビリティを制御する。ＲＲＣプロトコルは、ＮＡＳ情報の伝送もサポートする。ＲＲＣ＿ＩＤＬＥのＵＥに対して、ＲＲＣは、ネットワークからの着信呼の通知をサポートする。ＲＲＣ接続制御は、ＲＲＣ接続の確立、変更、および解除に関連するすべての手順（ページング、測定の設定および報告、無線リソースの設定、最初のセキュリティ起動、シグナリング無線ベアラ（ＳＲＢ：Ｓｉｇｎａｌｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）およびユーザデータを伝える無線ベアラ（データ無線ベアラ（ＤＲＢ：Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ））の確立を含む）をカバーする。複数のｅＮｏｄｅＢは、Ｘ２インターフェースによって互いに接続されている。
【０００６】
また、複数のｅＮｏｄｅＢは、Ｓ１インターフェースによってＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（移動管理エンティティ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）に接続されている。Ｓ１インターフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮｏｄｅＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、ＬＴＥと他の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インターフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間でトラヒックを中継する）として機能する。ＳＧＷは、アイドル状態のユーザ機器に対して、ダウンリンクデータ経路を終端させ、そのユーザ機器にダウンリンクデータが到着した場合にページングをトリガーする。ＳＧＷは、ユーザ機器のコンテキスト（たとえば、ＩＰベアラサービスのパラメータまたはネットワーク内部ルーティング情報）を管理および格納する。また、合法傍受（ｌａｗｆｕｌ  ｉｎｔｅｒｃｅｐｔｉｏｎ）の場合にユーザトラヒックの複製を実行する。
【０００７】
ＭＭＥは、ＬＴＥアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラのアクティブ化／非アクティブ化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ：Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のＳＧＷを選定する役割も担う。また、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリングは、ＭＭＥにおいて終端される。ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公有地モバイルネットワーク（ＰＬＭＮ：Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／完全性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。また、ＭＭＥは、ＬＴＥアクセスネットワークと２Ｇ／３Ｇアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インターフェースがＭＭＥで終端する。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインターフェースを終端させる。
【０００８】
＜ＬＴＥにおけるコンポーネントキャリア構造＞
３ＧＰＰ  ＬＴＥシステムのダウンリンクコンポーネントキャリアは、いわゆるサブフレームにおける時間−周波数領域でさらに分割される。図２に示すように、３ＧＰＰ  ＬＴＥにおいては、各サブフレームが２つのダウンリンクスロットに分割される。第１のダウンリンクスロットは、第１のＯＦＤＭシンボル内の制御チャネル領域（ＰＤＣＣＨ領域）を備える。各サブフレームは、時間領域内の所与数のＯＦＤＭシンボルから構成され（３ＧＰＰ  ＬＴＥ（Ｒｅｌｅａｓｅ８）では１２個または１４個のＯＦＤＭシンボル）、各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に広がる。したがって、ＯＦＤＭシンボルはそれぞれ、各サブキャリアで送信されるいくつかの変調シンボルから構成される。ＬＴＥにおいて、各スロットで送信される信号は、ＮＤＬＲＢ×ＮＲＢＳＣ個のサブキャリアおよびＮＤＬｓｙｍｂ個のＯＦＤＭシンボルから構成されるリソースグリッドによって記述される。ＮＤＬＲＢは、帯域幅内のリソースブロック数である。数量ＮＤＬＲＢは、セル中に設定されたダウンリンク送信帯域幅によって決まり、以下の式を満たすものとする。
Ｎｍｉｎ，ＤＬＲＢ≦ＮＤＬＲＢ≦Ｎｍａｘ，ＤＬＲＢ
【０００９】
ここで、Ｎｍｉｎ，ＤＬＲＢ＝６およびＮｍａｘ，ＤＬＲＢ＝１１０はそれぞれ、現在のバージョンの仕様によってサポートされている最小ダウンリンク帯域幅および最大ダウンリンク帯域幅である。ＮＲＢｓｃは、１個のリソースブロックの中のサブキャリアの数である。通常の巡回プレフィックスのサブフレーム構造の場合、ＮＲＢｓｃ＝１２およびＮＤＬｓｙｍｂ＝７である。アップリンクの場合は、図２に示すグリッドが提供される（この点に関しては、非特許文献１の図６．２．２−１および図５．２．１−１も参照）。
【００１０】
たとえば、３ＧＰＰロングタームエボリューション（ＬＴＥ）において使用されるＯＦＤＭ等を使用するマルチキャリア通信システムを仮定すると、スケジューラによって割り当て可能なリソースの最小単位は、１つの「リソースブロック」である。図２に例示の通り、物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）は、時間領域における連続するＯＦＤＭシンボル（たとえば、７個のＯＦＤＭシンボル）および周波数領域における連続するサブキャリア（たとえば、コンポーネントキャリアの１２本のサブキャリア）として規定される。したがって、３ＧＰＰ  ＬＴＥ（Ｒｅｌｅａｓｅ８）では、物理リソースブロックがリソースエレメントから構成され、時間領域における１つのスロットおよび周波数領域における１８０ｋＨｚに対応する（ダウンリンクリソースグリッドに関するさらなる詳細については、たとえば非特許文献１, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)”の第６．２項（たとえば、バージョンｖ８．９．０はｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇで入手可能であり、本明細書に援用する）を参照）。
【００１１】
１つのサブフレームは、２つのスロットから構成される。いわゆる「通常の（ｎｏｒｍａｌ）」ＣＰ（巡回プレフィックス）が使用されるときにはサブフレーム内に１４個のＯＦＤＭシンボルが存在し、いわゆる「拡張（ｅｘｔｅｎｄｅｄ）」ＣＰが使用されるときにはサブフレーム内に１２個のＯＦＤＭシンボルが存在する。専門用語を目的として、以下では、サブフレーム全体に広がる同じ連続サブキャリアと同等の時間−周波数リソースを「リソースブロックペア（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ｐａｉｒ）」または同等の「ＲＢペア（ＲＢ  ｐａｉｒ）」もしくは「ＰＲＢペア（ＰＲＢ  ｐａｉｒ）」と称する。
【００１２】
用語「コンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）」は、周波数領域におけるいくつかのリソースブロックの組み合わせを表す。ＬＴＥの今後のリリースにおいて、用語「コンポーネントキャリア」はもはや使用されず、代わりに、その専門用語がダウンリンクリソースおよび任意選択としてアップリンクリソースの組み合わせを表す「セル」に変更される。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間のリンク付けは、ダウンリンクリソースで送信されるシステム情報において指定される。
【００１３】
以降のリリースにも、コンポーネントキャリアの構造に関する同様の仮定が当てはまる。
【００１４】
＜より広い帯域幅のサポートのためのＬＴＥ−Ａにおけるキャリアアグリゲーション＞
ＬＴＥアドバンストシステムがサポートできる帯域幅は１００ＭＨｚであり、一方、ＬＴＥシステムは２０ＭＨｚのみをサポートできる。キャリアアグリゲーションでは、最大で１００ＭＨｚのより広い送信帯域幅をサポートする目的で、２つ以上のコンポーネントキャリアがアグリゲートされる。ＬＴＥ−Ａｄｖａｎｃｅｄシステムでは、ＬＴＥシステムにおけるいくつかのセルが、より広い１つのチャネルにアグリゲートされる。このチャネルは、たとえＬＴＥにおけるこれらのセルが異なる周波数帯域にある場合でも、１００ＭＨｚに対して十分に広い。ユーザ機器は、その能力に応じて、（複数のサービングセルに対応する）１つまたは複数のコンポーネントキャリア上で同時に受信または送信できる。キャリアアグリゲーションは、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方においてサポートされ、各コンポーネントキャリアは、（３ＧＰＰ  ＬＴＥ（Ｒｅｌｅａｓｅ８／９）のヌメロロジを使用して）周波数領域における最大１１０個のリソースブロックに制限される。
【００１５】
キャリアアグリゲーションが設定される場合、移動端末は、ネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続の確立／再確立においては、ＬＴＥ  Ｒｅｌ．８／９と同様に、１つのセルがセキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩ、および１つのＡＲＦＣＮ）と、非アクセス層モビリティ情報（たとえば、ＴＡＩ）とを提供する。ＲＲＣ接続の確立／再確立の後、そのセルに対応するコンポーネントキャリアは、ダウンリンクプライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ  Ｃｅｌｌ）と称する。接続状態では、ユーザ機器当たり常に１つかつ唯一のダウンリンクＰＣｅｌｌ（ＤＬ  ＰＣｅｌｌ）および１つのアップリンクＰＣｅｌｌ（ＵＬ  ＰＣｅｌｌ）が設定される。コンポーネントキャリアの設定されたセットおいて、他のセルはセカンダリセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）と称し、ＳＣｅｌｌのキャリアはダウンリンクセカンダリコンポーネントキャリア（ＤＬ  ＳＣＣ）およびアップリンクセカンダリコンポーネントキャリア（ＵＬ  ＳＣＣ）である。１つのＵＥに対しては、最大５つのサービングセル（ＰＣｅｌｌを含む）を設定できる。
【００１６】
＜ＬＴＥのアップリンクアクセス方式＞
アップリンク送信では、カバレッジを最大にするため、ユーザ端末は高い電力効率で送信する必要がある。Ｅ−ＵＴＲＡのアップリンク送信方式としては、シングルキャリア送信と動的な帯域幅割り当てのＦＤＭＡとを組み合わせた方式が選定されている。シングルキャリア送信が選択された主たる理由は、マルチキャリア信号（ＯＦＤＭＡ）と比較して、ピーク対平均電力比（ＰＡＰＲ：Ｐｅａｋ−ｔｏ−Ａｖｅｒａｇｅ  Ｐｏｗｅｒ  Ｒａｔｉｏ）が低く、これに対応して電力増幅器の効率が改善され、カバレッジも改善されるためである（所与の端末ピーク電力に対してデータレートがより高い）。各時間間隔において、ｅＮｏｄｅＢは、ユーザデータを送信するための固有の時間／周波数リソースをユーザに割り当て、これによってセル内の直交性が確保される。アップリンクにおける直交アクセスによって、セル内干渉が排除されることでスペクトル効率が高まる。マルチパス伝搬に起因する干渉については、送信信号に巡回プレフィックスを挿入することにより基地局（ｅＮｏｄｅＢ）において対処する。
【００１７】
データを送信するために使用される基本的な物理リソースは、１つの時間間隔（たとえば、サブフレーム）にわたるサイズＢＷｇｒａｎｔの周波数リソースから構成される（符号化された情報ビットはこのリソースにマッピングされる）。サブフレーム（送信時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）とも称する）は、ユーザデータを送信するための最小の時間間隔であることに留意するものとする。ただし、サブフレームを連結することにより、１ＴＴＩより長い時間にわたる周波数リソースＢＷｇｒａｎｔをユーザに割り当てることも可能である。
【００１８】
＜レイヤ１／レイヤ２制御シグナリング＞
スケジューリング対象のユーザにユーザの割り当て状態、トランスポートフォーマット、およびその他の送信関連情報（たとえば、ＨＡＲＱ情報、送信電力制御（ＴＰＣ：Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）コマンド）を通知する目的で、Ｌ１／Ｌ２制御シグナリングがデータとともにダウンリンクで送信される。Ｌ１／Ｌ２制御シグナリングは、サブフレーム内でダウンリンクデータとともに多重化される（ユーザ割り当てがサブフレーム単位で変化し得るものと仮定する）。ユーザ割り当てをＴＴＩ（送信時間間隔）ベースで実行することもでき、その場合、ＴＴＩ長がサブフレームの整数倍となり得ることに留意するものとする。ＴＴＩ長は、サービスエリア内ですべてのユーザに対して一定であってもよいし、異なるユーザに対して異なる長さであってもよいし、ユーザごとに動的であってもよい。一般的に、Ｌ１／Ｌ２制御シグナリングは、ＴＴＩ当たり１回送信すればよい。以下では、一般性を失うことなく、ＴＴＩが１サブフレームに等しいものと仮定する。
【００１９】
Ｌ１／Ｌ２制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信される。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）としてのメッセージを搬送する。ＤＣＩには、ほとんどの場合、移動端末またはＵＥ群へのリソース割り当ておよびその他の制御情報が含まれる。一般的に、いくつかのＰＤＣＣＨを１つのサブフレーム内で送信可能である。
【００２０】
３ＧＰＰ  ＬＴＥにおいては、アップリンクデータ送信の割り当て（アップリンクスケジューリンググラントまたはアップリンクリソース割り当てとも称する）がＰＤＣＣＨ上でも送信されることに留意するものとする。さらに、Ｒｅｌｅａｓｅ１１では、詳細な送信方法がＰＤＣＣＨと異なるものの、基本的にはＰＤＣＣＨと同じ機能を果たし、Ｌ１／Ｌ２制御シグナリングを搬送するＥＰＤＣＣＨを導入している。さらなる詳細については、特に非特許文献１の現行バージョン（たとえば、バージョンｖ１３．２．０）および非特許文献２に見出すことができ、www.3gpp.orgにおいて無料で利用可能である（本明細書に援用）。結果として、背景技術および実施形態に概説のほとんどの項目は、具体的な指定のない限り、ＰＤＣＣＨおよびＥＰＤＣＣＨ、またはＬ１／Ｌ２制御シグナリングを搬送する他の手段にも当てはまる。
【００２１】
一般的に、アップリンク無線リソースまたはダウンリンク無線リソースを割り当てる目的でＬ１／Ｌ２制御シグナリングで送られる情報は（特にＬＴＥ（−Ａ）Ｒｅｌｅａｓｅ１０）、以下の項目に分類可能である。
【００２２】
ユーザ識別情報（Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ）：割り当てる対象のユーザを示す。この情報は通常、ＣＲＣをユーザ識別情報によってマスクすることによりチェックサムに含まれる。
【００２３】
リソース割り当て情報（Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ）：ユーザが割り当てられるリソース（たとえば、リソースブロック（ＲＢ））を示す。この情報は、リソースブロック割り当て（ＲＢＡ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ  Ａｓｓｉｇｎｍｅｎｔ）とも称する。なお、ユーザが割り当てられるＲＢの数は、動的とすることができる。
【００２４】
キャリアインジケータ（Ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ）：第１のキャリアで送信される制御チャネルが、第２のキャリアに関連するリソースすなわち第２のキャリアのリソースまたは第２のキャリアに関連するリソースを割り当てる場合に使用される（クロスキャリアスケジューリング）。
【００２５】
変調・符号化方式（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）：採用される変調方式および符号化率を決定する。
【００２６】
ＨＡＲＱ情報：データパケットまたはその一部の再送信時に特に有用な新規データインジケータ（ＮＤＩ：Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）および／または冗長バージョン（ＲＶ：Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ）等。
【００２７】
電力制御コマンド：割り当て対象のアップリンクのデータまたは制御情報の送信時の送信電力を調整する。
【００２８】
参照信号情報：割り当てと関連する参照信号の送信または受信に使用される、適用される循環シフトおよび／または直交カバーコードインデックス等。
【００２９】
アップリンク割り当てインデックスまたはダウンリンク割り当てインデックス：割り当ての順序を識別するために使用され、ＴＤＤシステムにおいて特に有用である。
【００３０】
ホッピング情報：たとえば、周波数ダイバーシティを増大させる目的でリソースホッピングを適用するかどうか、および適用方法を指示する。
【００３１】
ＣＳＩ要求：割り当てられるリソースにおいてチャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）を送信するようにトリガーするために使用される。
【００３２】
マルチクラスタ情報：シングルクラスタ（ＲＢの連続的なセット）で送信を行うか、マルチクラスタ（連続的なＲＢの少なくとも２つの不連続なセット）で送信を行うかを指示して制御するために使用されるフラグである。マルチクラスタ割り当ては、３ＧＰＰ  ＬＴＥ−（Ａ）Ｒｅｌｅａｓｅ１０により導入されている。
【００３３】
上記リストは、すべてを網羅したものではなく、また、使用されるＤＣＩフォーマットによっては、前述の情報項目すべてを各ＰＤＣＣＨ送信に含める必要はないことに留意するものとする。
【００３４】
現行のＬＴＥ仕様（Ｒｅｌ−１３）においては、変調次数、トランスポートブロックサイズ（ＴＢＳ）、およびトランスポートブロックの送信に用いられるリソースエレメント（ＲＥ）の数といったパラメータによって、変調・符号化方式（ＭＣＳ）が決まる。
【００３５】
ライセンス帯におけるＬＴＥのサポートされている変調次数（変調シンボル当たりのビット数）は、２、４、６、および８を含み、それぞれ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、および２５６ＱＡＭに対応する。これらのすべてがアンライセンス帯動作に対してもサポートされるか否かは、これまでに論じられていないが、アンライセンス帯動作に対しても同様に、同じ変調次数のセットがサポートされるのであれば都合が良い。
【００３６】
ＴＢＳは、ＤＣＩ内でＵＥに示されるＭＣＳインデックスおよびＰＤＳＣＨ送信用に割り当てられるＰＲＢの数によって、ＴＢＳインデックスにより決定されるが、これは非特許文献２, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures”の第７．１．７項に記載の通りであり、ｗｗｗ．３ｇｐｐ．ｏｒｇで入手可能である。ＬＴＥ仕様の非特許文献２は、第７．１．７．２項において２次元ＴＢＳテーブルを含んでおり、ＴＢＳインデックスおよびスケジューリングＰＢＲ数がそれぞれ行および列を示す。このテーブルは、トランスポートブロックサイズひいては適用可能な符号化およびパンクチャリングを特定する。
【００３７】
図５は、３２個の値０〜３１それぞれにＭＡＣおよび／または冗長バージョンを割り当てるアップリンクＭＣＳテーブルを示している。特に、第１列は、ＭＣＳインデックスを表しており、ＤＣＩに含まれる。各ＭＣＳインデックス０〜２８は、変調次数（２＝ＱＰＳＫ、４＝１６ＱＡＭ、６＝６４ＱＡＭ）およびトランスポートブロックサイズ（ＴＢＳ）インデックスのほか冗長バージョンインデックスの特定の組み合わせと関連付けられている。ＭＣＳインデックス（値）２９〜３１は、アップリンクの特定の変調（次数）または符号化方式（ＴＢＳインデックス）とは関連付けられておらず、冗長バージョン１〜３を規定する一方、変調・符号化方式は、同じトランスポートブロックの先の送信（たとえば、冗長バージョン０）のままであると仮定される。
【００３８】
冗長バージョン（ＲＶ）は、読み込み動作を開始する円形（再）送信バッファにおける開始点を特定する。通例は、最初の送信にＲＶ＝０が選択され、主として系統的なビットが送信される。この手法は、高い信号対雑音比（ＳＮＲ）および低いＳＮＲでの復号化の成功に良好な妥協点を示しているためである。スケジューラは、同じパケットの送信に際して異なるＲＶを選定することにより、増分冗長およびチェイス合成の両者をサポートし得る。現在のところは、４つの冗長バージョンが規定されており、それぞれの開始位置を特徴として、０〜３の番号が付与されている。最初の送信および後続の再送信におけるこれらＲＶの通例の順序は、０、２、３、１である。
【００３９】
ダウンリンク制御情報は、全体サイズおよび前述のフィールドに含まれる情報が異なるいくつかのフォーマットで生じる。ＬＴＥについて現在規定されているさまざまなＤＣＩフォーマットは以下の通りであり、非特許文献３, “Multiplexing and channel coding”の第５．３．３．１項（ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇで入手可能であり、本明細書に援用する）に詳しく記載されている。また、ＤＣＩフォーマットおよびＤＣＩにおいて送信される特定情報に関するさらなる情報については、前述の技術規格またはStefanie Sesia、Issam Toufik、Matthew Baker編集の非特許文献４の第９．３項を参照のこと（本明細書に援用）。
【００４０】
フォーマット０：ＤＣＩフォーマット０は、ＰＵＳＣＨのリソースグラントの送信に用いられるものであり、アップリンク送信モード１または２において単一アンテナポート送信を使用する。
【００４１】
フォーマット１：ＤＣＩフォーマット１は、単一コードワードＰＤＳＣＨ送信のリソース割り当ての送信に用いられる（ダウンリンク送信モード１、２、および７）。
【００４２】
フォーマット１Ａ：ＤＣＩフォーマット１Ａは、単一コードワードＰＤＳＣＨ送信のリソース割り当てのコンパクトシグナリングおよび（すべての送信モデルについて）コンテンションのないランダムアクセスのための移動端末への個別プリアンブルシグネチャの割り当てに用いられる。
【００４３】
フォーマット１Ｂ：ＤＣＩフォーマット１Ｂは、ランク１送信（ダウンリンク送信モード６）の閉ループプリコーディングを用いたＰＤＳＣＨ送信のリソース割り当てのコンパクトシグナリングに用いられる。送信される情報は、フォーマット１Ａと同じであるが、これに追加して、プリコーディングベクトルのインジケータがＰＤＳＣＨ送信に適用される。
【００４４】
フォーマット１Ｃ：ＤＣＩフォーマット１Ｃは、ＰＤＳＣＨ割り当ての非常にコンパクトな送信に用いられる。フォーマット１Ｃが用いられる場合、ＰＤＳＣＨ送信は、ＱＰＳＫ変調の使用に制限される。これは、たとえばページングメッセージおよびブロードキャストシステム情報メッセージのシグナリングに用いられる。
【００４５】
フォーマット１Ｄ：ＤＣＩフォーマット１Ｄは、マルチユーザＭＩＭＯを用いたＰＤＳＣＨ送信のリソース割り当てのコンパクトシグナリングに用いられる。送信される情報は、フォーマット１Ｂと同じであるが、プリコーディングベクトルインジケータのビットのうちの１つの代わりとして、パワーオフセットがデータシンボルに適用されるかを示す単一のビットが存在する。この特徴は、送信電力が２つのＵＥ間で共有されるか否かを示すのに必要である。このことは、ＬＴＥの将来バージョンにおいて、より多くのＵＥ間での電力共有の場合へと拡張される可能性がある。
【００４６】
フォーマット２：ＤＣＩフォーマット２は、閉ループＭＩＭＯ動作に関するＰＤＳＣＨのリソース割り当ての送信に用いられる（送信モード４）。
【００４７】
フォーマット２Ａ：ＤＣＩフォーマット２Ａは、開ループＭＩＭＯ動作に関するＰＤＳＣＨのリソース割り当ての送信に用いられる。送信される情報は、フォーマット２と同じであるが、ｅＮｏｄｅＢが２つの送信アンテナポートを有する場合はプリコーディング情報が存在せず、アンテナポートが４つの場合は送信ランクを示すのに２つのビットが用いられる（送信モード３）。
【００４８】
フォーマット２Ｂ：Ｒｅｌｅａｓｅ９にて導入されたフォーマットであり、デュアルレイヤビームフォーミングに関するＰＤＳＣＨのリソース割り当ての送信に用いられる（送信モード８）。
【００４９】
フォーマット２Ｃ：Ｒｅｌｅａｓｅ１０にて導入されたフォーマットであり、最大８レイヤの閉ループシングルユーザまたはマルチユーザＭＩＭＯ動作に関するＰＤＳＣＨのリソース割り当ての送信に用いられる（送信モード９）。
【００５０】
フォーマット２Ｄ：Ｒｅｌｅａｓｅ１１にて導入されたフォーマットであり、最大８レイヤの送信に用いられ、主としてＣＯＭＰ（Ｃｏｏｐｅｒａｔｉｖｅ  Ｍｕｌｔｉｐｏｉｎｔ：協調マルチポイント）に用いられる（送信モード１０）。
【００５１】
フォーマット３および３Ａ：ＤＣＩフォーマット３および３Ａは、それぞれ２ビットまたは１ビットの電力調整を伴うＰＵＣＣＨおよびＰＵＳＣＨの電力制御コマンドの送信に用いられる。これらのＤＣＩフォーマットには、ＵＥ群に対する個々の電力制御コマンドを含む。
【００５２】
フォーマット４：ＤＣＩフォーマット４は、アップリンク送信モード２における閉ループ空間多重化送信を用いたＰＵＳＣＨのスケジューリングに用いられる。
【００５３】
ＰＤＣＣＨは、連続する制御チャネルエレメント（ＣＣＥ）のうちの１つまたは複数のアグリゲーション上でＤＣＩを搬送する。制御チャネルエレメントは、それぞれ４つまたは６つのリソースエレメントから構成される９つのリソースエレメントグループ（ＲＥＧ）に対応する。
【００５４】
サーチスペースは、ＵＥがそのＰＤＣＣＨを見つけられる一組のＣＣＥ位置を示す。各ＰＤＣＣＨは１つのＤＣＩを搬送し、ＤＣＩのＣＲＣアタッチメントにおいて暗黙的に符号化されたＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ：無線ネットワーク一時識別情報）によって識別される。ＵＥは、ブラインド復号化およびＣＲＣチェックによって、設定されたサーチスペースのＣＣＥを監視する。
【００５５】
サーチスペースは、共通のサーチスペースおよびＵＥ固有のサーチスペースであってもよい。ＵＥは、互いに重なる可能性もある共通のサーチスペースおよびＵＥ固有のサーチスペースの両者を監視する必要がある。共通のサーチスペースは、システム情報（ＳＩ−ＲＮＴＩを使用）、ページング（Ｐ−ＲＮＴＩ）、ＰＲＡＣＨ応答（ＲＡ−ＲＮＴＩ）、またはＵＬ  ＴＰＣコマンド（ＴＰＣ−ＰＵＣＣＨ／ＰＵＳＣＨ−ＲＮＴＩ）等、すべてのＵＥに共通のＤＣＩを搬送する。ＵＥ固有のサーチスペースは、ＵＥの割り当てＣ−ＲＮＴＩ、セミパーシステントなスケジューリング（ＳＰＳ  Ｃ−ＲＮＴＩ）、または初期割り当て（一時Ｃ−ＲＮＴＩ）を用いて、Ｕ固有の割り当て用のＤＣＩを搬送することができる。
【００５６】
従来の無線通信（単入力単出力（ＳＩＳＯ））が送信データおよび受信データの時間または周波数領域の前処理および復号化をそれぞれ利用するのに対して、（ダウンリンクまたはアップリンクの）基地局（ｅＮｏｄｅＢ）またはユーザ機器（ＵＥ）側で別のアンテナ素子を使用すると、信号のプリコーディングおよび検出に対して別の空間次元が開かれる。空間−時間処理法でこの次元を利用するのは、エラーレート、通信データレート、カバレッジエリア、および（ｂｐｓ／Ｈｚ／セルで表される）スペクトル効率等の１つまたは複数の考え得る測定基準に関してリンクの性能を向上させるためである。このような技術は、送信機および／または受信機における複数のアンテナの可用性に応じて、単入力多出力（ＳＩＭＯ）、多入力単出力（ＭＩＳＯ）、またはＭＩＭＯとして分類される。基地局と１つのＵＥとの間のポイントツーポイント複数アンテナリンクをシングルユーザＭＩＭＯ（ＳＵ−ＭＩＭＯ）と称するのに対して、マルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ）は、同じ周波数および時間領域のリソースを用いて複数のＵＥが共通の基地局と同時に通信することを特徴とする。
【００５７】
ＬＴＥ規格は、アンテナポートとして知られているものを規定する（非特許文献１の第５．２．１項参照）。アンテナポートは、物理的なアンテナには対応しておらず、それぞれの参照信号シーケンスによって識別される論理エンティティである。複数のアンテナポート信号を１つの送信アンテナで送信可能である。これに対応して、１つのアンテナポートを複数の送信アンテナに広げることができる。
【００５８】
空間レイヤは、ＬＴＥにおいて、空間多重化により生成されたさまざまなストリームのうちの１つに対して用いられる用語である。レイヤは、送信アンテナポートへのシンボルのマッピングとして記述可能である。各レイヤは、送信アンテナポートの数に等しいサイズのプリコーディングベクトルによって識別され、放射パターンと関連付けることができる。送信のランクは、送信されるレイヤの数である。
【００５９】
コードワードは、独立して符号化されたデータブロックであり、送信機において媒体アクセス制御（ＭＡＣ）レイヤから物理レイヤに配送され、ＣＲＣにより保護された単一のトランスポートブロック（ＴＢ）に対応する。ランクが１より大きい場合は、２つのコードワードを送信可能である。コードワードの数は常にレイヤ数以下であり、レイヤ数は常にアンテナポート数以下である。トランスポートブロック１のコードワード０へのマッピングおよびトランスポートブロック２のコードワード１へのマッピングあるいはトランスポートブロック２のコードワード０へのマッピングおよびトランスポートブロック１のコードワード１へのマッピングが可能である。
【００６０】
ダウンリンク送信モードの場合の高速ランクおよびプリコーダ適応を可能にするため、プリコーディングマトリクスインジケータ（ＰＭＩ）と併せてランクインジケータ（ＲＩ）をフィードバックするようにＵＥを設定することができ、測定品質に基づいて好適なＲＩ／ＰＭＩが示される。一方、ｅＮＢは、ＰＤＣＣＨ上でダウンリンク割り当てメッセージ中の送信プリコーディングマトリクスインジケータ（ＴＰＭＩ）を介して、ＵＥの好適なプリコーダを適用しているか否かと、適用していない場合は、使用されるプリコーダとを示す。これにより、ＵＥは、ＰＤＳＣＨデータを復調するために、セル固有のＲＳに対して正しい位相基準を導出することができる。
【００６１】
同様に、ｅＮＢは、アップリンク送信モードの場合のランクおよびプリコーダを制御することができる。ダウンリンクとは対照的に、ＲＩおよびＰＭＩ等のＵＥによる明示的なフィードバックは存在しない。それよりもｅＮＢは、アップリンク送信から送信参照シンボル（復調参照シンボルまたはサウンディング参照シンボル）を取得し、これらを使用して、適当な数の送信レイヤおよびＴＰＭＩを決定することができる。これはその後、ＰＤＣＣＨ等の制御チャネル上で送信されるアップリンクリソース割り当てメッセージ（ＤＣＩ）において示される。
【００６２】
＜アンライセンス帯のＬＴＥ−ライセンスアシストアクセス（ＬＡＡ）＞
アンライセンス帯動作の場合のＬＴＥの仕様に対処する作業項目は、２０１５年６月に開始となっている。ＬＴＥをアンライセンス帯に拡張する理由は、ライセンス帯の制約と併せて無線広帯域データに対する需要がますます増加していることである。したがって、サービス提供を拡大させる補完ツールとして、セルラー事業者がアンライセンススペクトルをより考慮している。Ｗｉ−Ｆｉ等の他の無線アクセス技術（ＲＡＴ）への依拠と比較した場合のアンライセンス帯におけるＬＴＥの利点として、アンライセンススペクトルアクセスによるＬＴＥプラットフォームの補完により、事業者および供給業者は、ＬＴＥ／ＥＰＣハードウェアへの既存または計画投資を無線コアネットワークに利用可能である。
【００６３】
ただし、アンライセンススペクトルにおける他の無線アクセス技術（ＲＡＴ）との共存が不可欠であることから、アンライセンススペクトルアクセスとライセンススペクトルの品質の一致があり得ないことを考慮する必要がある。したがって、少なくとも最初のうち、アンライセンス帯のＬＴＥ動作は、アンライセンススペクトルにおける単独動作ではなく、ライセンススペクトル上のＬＴＥの補完と考えられる。この仮定に基づいて、３ＧＰＰは、少なくとも１つのライセンス帯と併せてアンライセンス帯のＬＴＥ動作用のライセンスアシストアクセス（ＬＡＡ）という用語を確立した。ただし、ＬＡＡに依拠しないアンライセンススペクトルにおけるＬＴＥの将来的な独立動作についても除外しない。
【００６４】
３ＧＰＰにおける現行の一般的なＬＡＡ手法では、すでに具体化されているＲｅｌ−１２のキャリアアグリゲーション（ＣＡ）フレームワークを可能な限り利用するが、ＣＡフレームワーク設定には、いわゆるプライマリセル（ＰＣｅｌｌ）キャリアおよび１つまたは複数のセカンダリセル（ＳＣｅｌｌ）キャリアを含む。ＣＡは一般的に、セルの自己スケジューリング（スケジューリング情報およびユーザデータが同じキャリア上で送信される）およびセル間のクロスキャリアスケジューリング（ＰＤＣＣＨ／ＥＰＤＣＣＨに関するスケジューリング情報およびＰＤＳＣＨ／ＰＵＳＣＨに関するユーザデータが異なるキャリア上で送信される）の両者をサポートする。
【００６５】
３ＧＰＰにおける基本的な想定手法として、ＰＣｅｌｌがライセンス帯で動作する一方、１つまたは複数のＳＣｅｌｌはアンライセンス帯で動作することになる。この方法の利点として、たとえば音声または動画等、高いサービス品質（ＱｏＳ）が求められる制御メッセージおよびユーザデータの確実な送信にＰＣｅｌｌを使用可能である一方、アンライセンススペクトルにおけるＰＣｅｌｌでは、シナリオに応じて、他のＲＡＴとの共存が不可欠であることによる大幅なＱｏＳの低下の可能性があり得る。ライセンスＰＣｅｌｌ、ライセンスＳＣｅｌｌ１、およびさまざまなアンライセンスＳＣｅｌｌ２、３、および４（スモールセルとして例示）を含むごく基本的なシナリオを図３に示す。アンライセンスＳＣｅｌｌ２、３、および４の送信／受信ネットワークノードとしては、ｅＮＢが管理するリモート無線ヘッドも可能であるし、ネットワークにアタッチされるもののｅＮＢが管理しないノードも可能である。簡単化のため、図中、ｅＮＢまたはネットワークに対するこれらのノードの接続は、明示的に示していない。
【００６６】
３ＧＰＰにおいては、最初の段階において、ＬＡＡの調査および仕様が５ＧＨｚのアンライセンス帯に焦点を当てることに合意している。このため、最も重要な問題の１つとして、これらのアンライセンス帯で動作するＷｉ−Ｆｉ（ＩＥＥＥ  ８０２．１１）システムとの共存が挙げられる。ＬＴＥとＷｉ−Ｆｉ等の他のテクノロジとの公平な共存のほか、同じアンライセンス帯の異なるＬＴＥ事業者間の公平性をサポートするため、地域（欧州、米国、中国、日本等）および考えられる周波数帯によって決まる特定組の規制ルールにより、アンライセンス帯動作の場合のＬＴＥのチャネルアクセス手順を順守する必要がある。５ＧＨｚのアンライセンス帯における動作の場合の規制要件の包括的な説明については、２０１５年６月の非特許文献５“Study on Licensed-Assisted Access to Unlicensed Spectrum”に記載されており、ｗｗｗ．３ｇｐｐ．ｏｒｇで入手可能である。地域および帯域に応じて、ＬＡＡ手順の設計時に考慮すべき規制要件には、動的周波数選択（ＤＦＳ：Ｄｙｎａｍｉｃ  Ｆｒｅｑｕｅｎｃｙ  Ｓｌｅｃｔｉｏｎ）、送信電力制御（ＴＰＣ：Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）、リッスンビフォアトーク（ＬＢＴ：Ｌｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ）、および最大送信持続時間が制限された不連続送信を含む。３ＧＰＰの目的は、ＬＡＡ用の単一のグローバルフレームワークを対象とすることであり、基本的には、５ＧＨｚのさまざまな地域および帯域に関するすべての要件をシステム設計に考慮する必要があることを意味する。
【００６７】
ＤＦＳ動作および対応する要件は、マスター−スレーブ原理と関連付けられている。マスターは、レーダ干渉を検出するものとするが、当該マスターと関連付けられた別の機器に依拠して、レーダ検出を実行可能である。機器は、ＬＢＴに関する欧州規制に従って、無線チャネルを占有する前に、クリアチャネル評価（ＣＣＡ：Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｓｓｅｓｓｍｅｎｔ）を実行する必要がある。エネルギー検出に基づいてチャネルが空いていることを検出して初めて、アンライセンスチャネル上の送信を開始することができる。当該機器は、ＣＣＡの間、一定の最小時間にわたってチャネルを観測する必要がある。チャネルは、検出されたエネルギーレベルがＣＣＡの設定閾値を超える場合に、占有されているものと考えられる。チャネルが空きに分類されると、機器は、直ちに送信可能である。これにより、最大送信持続時間が制限されて、同じ帯域上で動作する他の機器との公平なリソース共有が容易化される。
【００６８】
ＣＣＡのエネルギー検出は、チャネル帯域幅全体（たとえば、５ＧＨｚのアンライセンス帯における２０ＭＨｚ）にわたって実行される。これは、当該チャネル内のＬＴＥ  ＯＦＤＭシンボルのすべてのサブキャリアの受信電力レベルが、ＣＣＡを実行する機器で評価されるエネルギーレベルに寄与することを意味する。
【００６９】
さらに、当該チャネルの可用性の再評価（すなわち、ＬＢＴ／ＣＣＡ）なく連続送信によって機器が所与のアンライセンスチャネルを占有する合計時間は、チャネル占有時間として規定されている（非特許文献６の第４．８．３．１項参照）。チャネル占有時間は、１ｍｓ〜１０ｍｓの範囲とする。ただし、日本で現在規定されているように、最大チャネル占有時間は、たとえば４ｍｓとすることも可能である。さらに、アンライセンスチャネル上での送信後に機器が再び当該アンライセンスチャネルを占有できない最小アイドル時間も存在しており、この最小アイドル時間は、少なくとも先行するチャネル占有時間の５％である。アイドル期間の最後に、ＵＥは、新しいＣＣＡ等を実行することができる。この送信挙動を図４に模式的に示す。
【００７０】
＜複数サブフレームの割り当て＞
３ＧＰＰ  ＲＡＮ１においては、アップリンクＬＡＡのマルチサブフレームスケジューリングの可能性が議論されている（3GPP RAN1 contribution非特許文献７参照）。したがって、ＴＤＤ  ＵＬ／ＤＬ設定０におけるセミパーシステントスケジューリング（ＳＰＳ）およびＵＬグラントを除いて、ＴＴＩごとのスケジューリングのみが可能である。サブフレームｎにおいて受信されたダウンリンクまたはアップリンクグラントは、サブフレームｎ＋ｋに対してＰＤＳＣＨまたはＰＵＳＣＨを１つだけスケジューリングする。ここで、ＦＤＤの場合、ダウンリンクおよびアップリンクそれぞれに対して、ｋ＝０およびｋ＝４である。
【００７１】
ＦＤＤ  ＨＡＲＱタイミングに基づき、サブフレームｎにおけるＵＬグラントの受信に際しては、スケジューリングＬＡＡ  ＵＥがスケジューリングアンライセンスキャリア上でＬＢＴを実行することにより、サブフレームｎ＋４におけるＰＵＳＣＨ送信の開始前にチャネルを占有することも必要となる。ｅＮＢは、ＵＬグラントがサブフレームｎで送られた場合のＵＥ側でのＬＢＴ結果を予測できないため、サブフレームｎ＋４においてＵＥがスケジューリングＰＵＳＣＨのチャネルを占有するものと予想して、ＵＬグラントを送信せざるを得ない。ただし、ＵＥがアップリンク送信の必要なＬＢＴを時間通りに完了していない場合は、スケジューリングされたサブフレームでスケジューリングＰＵＳＣＨを送信することができず、ＵＬグラントにリソースが浪費されるのみならず、ＰＵＳＣＨ送信にＵＬリソースが浪費されることになる。ＬＡＡ  ＵＬ送信は、スケジューリングオーバーヘッドがほとんどない状態でＬＡＡのチャネルアクセス機会を増大させるように設計されるものとする。
【００７２】
アンライセンスキャリア上でのＰＵＳＣＨスケジューリングのシグナリングオーバーヘッドを最小限に抑えつつチャネルアクセス機会を増大させるため、マルチサブフレームスケジューリングが提供される。マルチサブフレームスケジューリングによれば、ＵＥは、１つのＵＬグラントによるＬＢＴを受け渡した場合にいつでも、スケジューリングされたサブフレームの１つまたは複数のサブフレームでＰＵＳＣＨを送信することができる。ＤＬの需要が小さい一方でＵＬの需要が大きい場合は、マルチサブフレームスケジューリングをサポートして、不要なＤＬ送信を回避することによりＵＬグラントを送信するのが有利である。この場合は、ＵＬグラントの送信のシグナリングオーバーヘッドが節約されるのみならず、アンライセンスチャネルの占有時間全体が短くなるため、他のアンライセンスキャリア通信ノードまたはシステムとの公平な共存に有利となる。
【００７３】
アンライセンスキャリア上のアップリンク送信の場合、ｅＮＢは、最大４つのＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４Ｂを選択可能であり、また、これらそれぞれによって、１段階グラントまたはトリガー（＝２段階）グラントを構成可能である。
【００７４】
ＤＣＩフォーマットはそれぞれ、単一段階グラントの場合の０〜１５サブフレームの付加的なスケジューリングオフセットを示す「スケジューリング遅延」フィールドを含み、トリガーグラントの第１段階ＤＣＩにおける０〜３サブフレームのトリガーグラントの場合は、トリガーグラントの第２段階によって｛１；２；３；４；６｝サブフレームの付加的なオフセットが示される。これにより、トリガーグラントの第２段階の受信後は、０〜９サブフレームの付加的なスケジューリングオフセットとなる。
【００７５】
リソースが単一段階グラントまたはトリガーグラントのいずれにより許可されているかに関わらず、これらグラントのいずれかにおける複数のスケジューリングオフセットのうちの１つを示せることによって、異なるサブフレームｎ１およびｎ２に送信されるＤＣＩが同じアップリンクサブフレームｎｕのＰＵＳＣＨ送信をスケジューリング可能であることが暗示される。現行の仕様は、このように許可されたリソースの衝突に関する如何なるＵＥ挙動も規定していない。
【先行技術文献】
【非特許文献】
【００７６】
【非特許文献１】3GPP TS 36.211, version 13.2.0
【非特許文献２】3GPP TS 36.213, version 13.2.0
【非特許文献３】3GPP TS 36.212, version 13.2.0
【非特許文献４】The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker, Chapter 9.3
【非特許文献５】3GPP TR 36.889, v13.0.0
【非特許文献６】ETSI 301 893
【非特許文献７】R1-160557, “Discussion on multi-subframe scheduling for UL LAA”, Meeting #84 in Malta, February 2016
【非特許文献８】3GPP TS 36.213, v14.0.0
【非特許文献９】3GPP TS 36.213, v13.3.0
【発明の概要】
【発明が解決しようとする課題】
【００７７】
ＵＥの挙動が特定されていない場合は、上記によりｅＮＢとＵＥとの不整合が生じて、遅延およびリソースの浪費となる可能性がある。
【００７８】
上記の観測結果を考慮して、本開示の目的は、送信または受信グラントシグナリングに関連するリソース使用を改善する手法を提供することである。
【課題を解決するための手段】
【００７９】
上記は、独立請求項の特徴によって実現される。
【００８０】
有利な実施形態は、従属請求項の主題である。
【００８１】
本開示の一態様によれば、通信システムにおいてデータを無線チャネル上でデータ受信ノードに送信するデータ送信機器であって、サブフレームにおけるデータ送信の第１のリソースグラントおよび上記サブフレームにおけるデータ送信の第２のリソースグラントを受信するグラント受信回路と、第１のリソースグラントおよび第２のリソースグラントのいずれに従ってデータがサブフレームにおいて送信されるかを選択する送信制御回路と、選択された第１のグラントまたは第２のグラントに従って、データをサブフレームにおいて送信する送信機と、を備えた、データ送信機器が提供される。
【００８２】
本開示の一態様によれば、通信システムにおいてデータを無線チャネル上でデータ送信ノードからデータ受信ノードに送信する方法であって、サブフレームにおけるデータ送信の第１のリソースグラントおよび上記サブフレームにおけるデータ送信の第２のリソースグラントをデータ送信ノードが受信するステップと、第１のリソースグラントおよび第２のリソースグラントのいずれに従ってデータがサブフレームにおいて送信されるかを選択するステップと、選択した第１のグラントまたは第２のグラントに従って、データをサブフレームにおいて送信するステップと、を含む、方法が提供される。
【００８３】
一般的または具体的な実施形態が信号、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意選択的な組み合わせとして実装されてもよいことに留意するものとする。
【００８４】
開示の実施形態の別の利益および利点については、本明細書および図面から明らかとなるであろう。これらの利益および／または利点は、本明細書および図面の種々実施形態および特徴によって個別に得られる可能性があるものの、これらはすべて、このような利益および／または利点のうちの１つまたは複数を得るために提供される必要はない。
【００８５】
以下、添付の図面を参照して、例示的な実施形態をより詳しく説明する。
【図面の簡単な説明】
【００８６】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示した図である。
【図２】３ＧＰＰ  ＬＴＥ（Ｒｅｌｅａｓｅ８／９）に関して規定されたサブフレームのダウンリンクスロットの例示的なダウンリンクリソースグリッドを示した図である。
【図３】さまざまなライセンスおよびアンライセンスセルを含む例示的なライセンスアシストアクセスシナリオを示した図である。
【図４】異なる周期、チャネル占有時間、アイドル期間、および固定フレーム期間を含む、アンライセンス帯上の送信タイミングを模式的に示した図である。
【図５】衝突サブフレームのＳＳＦグラントに関する選好に基づくとともに他方ではＭＳＦグラントを用いたＵＥ処理を示した模式図である。
【図６】衝突サブフレームのＳＳＦグラントに関する選好に基づくＵＥ処理を示した模式図である。
【図７】最新のグラントの選択に基づくものの、グラントの衝突なくサブフレームの早いＭＳＦに従って送信可能なＵＥ処理を示した模式図である。
【図８】最新のグラントの選択に基づくＵＥ処理を示した模式図である。
【図９】異なるグラントが受信されたサブフレームにおいてのみ送信が起こらないＵＥ処理を示した模式図である。
【図１０】異なるグラントが受信されたサブフレームにおいてのみ送信が起こらないＵＥ処理を示した模式図である。
【図１１】１つのサブフレームに対して２つ以上の異なるグラントが受信される状況を処理する装置を示したブロック図である。
【図１２】１つのサブフレームに対して２つ以上の異なるグラントが受信される状況を処理する方法を示したブロック図である。
【発明を実施するための形態】
【００８７】
移動局、移動ノード、ユーザ端末、またはユーザ機器は、通信ネットワーク内の物理エンティティである。１つのノードが複数の機能エンティティを有していてもよい。機能エンティティは、所定組の機能の実装ならびに／またはノードもしくはネットワークの他の機能エンティティへの提供を行うソフトウェアまたはハードウェアモジュールを表す。ノードは、通信を可能にする通信設備または媒体にノードを接続する１つまたは複数のインターフェースを有していてもよい。同様に、ネットワークエンティティは、他の機能エンティティまたは対応するノードとの通信を可能にする通信設備または媒体に機能エンティティを接続する論理インターフェースを有していてもよい。
【００８８】
一組の請求項および本願において使用する用語「無線リソース」は、時間−周波数リソースならびに／または空間もしくはコードリソース等の物理的な無線リソースを表すものとして広く了解されるものとする。
【００８９】
一組の請求項および本願において使用する用語「アンライセンスセル」あるいは「アンライセンスキャリア」は、アンライセンス周波数帯におけるセル／キャリアとして広く了解されるものとする。これに対応して、一組の請求項および本願において使用する用語「ライセンスセル」あるいは「ライセンスキャリア」は、ライセンス周波数帯におけるセル／キャリアとして広く了解されるものとする。例示として、これらの用語は、３ＧＰＰのＲｅｌｅａｓｅ１２／１３およびライセンスアシストアクセス作業項目の文脈で了解されるものとする。
【００９０】
物理ダウンリンク共有チャネル（ＰＤＳＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）において送信されるトランスポートブロック（ＴＢ）は、ＰＤＳＣＨまたはＰＵＳＣＨ自体の送信に先立って準備する必要がある。トランスポートブロックサイズ（ＴＢＳ）により与えられる一定のビット数がＭＡＣレイヤの特定のＨＡＲＱプロセスキューから取得され、対応するＭＡＣヘッダと併せてＰＨＹ（物理レイヤ）に受け渡される。
【００９１】
上記説明の通り、単一のアップリンク送信グラントが単一のサブフレームまたは複数のサブフレームにおいてリソースを割り当てるようにしてもよい。ＬＴＥにおいては、ＤＣＩフォーマット０Ａが単一アンテナポートの場合の単一サブフレームにおけるリソース割り当てに対応し、ＤＣＩフォーマット０Ｂが単一アンテナポートの場合の１つまたは複数のサブフレームにおけるリソース割り当てに対応する。複数のアンテナポート（ＭＩＭＯ、ＳＩＳＯ）の場合は、ＤＣＩフォーマット４Ａが単一フレームを予約する一方、ＤＣＩフォーマット４Ｂが１つまたは複数のサブフレームを予約する。
【００９２】
特に、３ＧＰＰにおいては現在、ＤＣＩフォーマット０Ｂ／４Ｂがスケジューリングされたサブフレームの数を示すとともに、最初にスケジューリングされたサブフレームのＨＡＲＱプロセスＩＤの指定によりスケジューリングサブフレームのＨＡＲＱプロセスＩＤを示し、そこから、他のサブフレームのＨＡＲＱプロセスＩＤが所与のルールによって導出されるものと合意されている。特に、他のサブフレームのＨＡＲＱプロセスＩＤは、ＨＡＲＱプロセスの最大数を法として、指定されたＨＡＲＱプロセスＩＤと連続している。ＤＣＩフォーマット０Ｂ／４Ｂは、（各サブフレームのスケジューリングされたトランスポートブロック数に関わらず）スケジューリングサブフレーム当たり１ビットのＲＶ値を指定することによってスケジューリングサブフレームのＲＶをさらに示しており、ＲＶ  ０または２を示すことができる。
【００９３】
また、これら４つのＤＣＩフォーマットはそれぞれ、スケジューリング遅延を示すフィールドを含んでいてもよい。スケジューリング遅延は、同じＤＣＩによりスケジューリングされた送信が遅延するサブフレームの数を特定する。ＬＴＥにおいては、背景技術の項に記載の通り、スケジューリング遅延のフィールドによって最大１６個の遅延値のシグナリングが可能である。これらの値は、所定の最小数のサブフレームに関するオフセットを特定する。特に、ＬＴＥのＲｅｌｅａｓｅ１３まで、ＤＣＩによりスケジューリングされた送信は、当該ＤＣＩの受信後少なくとも４サブフレームで常に発生する。これにより、アップリンクにおけるＵＥである送信ノードに処理時間が与えられる。たとえば、ＤＣＩがサブフレームｎで受信された場合は、スケジューリング遅延値０〜１５によって、各サブフレームｎ＋４〜ｎ＋１９のうちの１つで送信が発生することになるものと特定される。このため、最大１５個の付加的なサブフレームだけ送信が遅延する可能性がある。一般的に、ＮＲ等のＬＴＥ後の高度なシステムの場合、所定の遅延は、４未満あるいはゼロの可能性があるため、スケジューリング遅延は、グラントの受信とデータ送信との間のオフセットを直接示すことができる。
【００９４】
スケジューリング遅延を採用する理由の１つとして、スケジューリングノードは、同じサブフレームリソースに対して異なるグラントを送信する場合がある。たとえば、スケジューリング遅延を伴うグラントが最初に送信された後、同じサブフレームの別のグラントがより小さなスケジューリング遅延またはスケジューリング遅延なしに送信される場合がある。このような状況は、たとえば最初のグラントが受信されていないと勘違いされている場合に、スケジューリングノードにとって都合が良いと考えられる。ただし、このような挙動は、複数のサブフレームのスケジューリング等、他の状況においても都合が良いと考えられる。
【００９５】
一般的に、アップリンクサブフレームｎｕにおいては、同じサブフレームの異なるグラント間に以下の衝突が発生し得る。
【００９６】
１つの単一サブフレーム（ＳＳＦ）グラントがサブフレームｎ１で送信され、別のＳＳＦグラントがサブフレームｎ２で送信される。
【００９７】
１つのＳＳＦグラントがサブフレームｎ１で送信され、１つの複数サブフレーム（ＭＳＦ）グラントがサブフレームｎ２で送信される。
【００９８】
１つのＭＳＦグラントがサブフレームｎ１で送信され、１つのＳＳＦグラントがサブフレームｎ２で送信される。
【００９９】
１つのＭＳＦグラントがサブフレームｎ１で送信され、別のＭＳＦグラントがサブフレームｎ２で送信される。
【０１００】
ＬＴＥの文脈において、ｎ１はｎ２と異なり、これは、共有チャネルを有する他のシステムにも当てはまることになる。ただし、一般的に、ｎ１がｎ２と等しくなるのは特に、異なるリソース上で複数のスケジューリングエンティティまたはグラントが同時に送信される場合に起こり得る。
【０１０１】
現行のＬＴＥシステムでは、サブフレームｎｕの２つの異なるグラントの受信に際して、アップリンクにおける端末挙動を特定しない。このため、端末がサブフレームｎｕおよびｎｕ＋１等でどのように反応するかは、はっきりしない。
【０１０２】
一般性を損なうことなく、サブフレームｎｕのＤＣＩが示す少なくとも１つの送信関連パラメータに差異があるものと仮定する。すべての送信関連パラメータにおける同一情報という特殊な場合は、提示の実施形態のうちの１つによって解決することも可能である。
【０１０３】
ＵＥの挙動が規定されていない場合、ＵＥは、たとえば以下のいずれかを実行可能である。
【０１０４】
ａ）サブフレームｎ１において受信されたＤＣＩに従って、サブフレームｎｕでＰＵＳＣＨを送信する。
ｂ）サブフレームｎ２において受信されたＤＣＩに従って、サブフレームｎｕでＰＵＳＣＨを送信する。
ｃ）２つの受信ＤＣＩが矛盾する場合は、サブフレームｎｕでＰＵＳＣＨを送信しない。
【０１０５】
この不確実性により、ｅＮＢスケジューラは、衝突するグラントの送信を回避し得るのが好都合である。その結果、任意の時点におけるＤＣＩの誤検出によって、許可されたリソースが衝突するシナリオが主として発生することになる。ただし、ｅＮＢがサブフレームｎ２において意図的に新たなＤＣＩを送信する理由が存在する可能性もある。
【０１０６】
チャネル状態が変化したため、ｅＮＢは、早いＤＣＩを無効にしたいと考える。
【０１０７】
早い方のＤＣＩは複数のサブフレームを許可していたため、ｅＮＢは、たとえば変化した状態に合わせてＬＢＴまたは開始／終了シンボルを更新したいと考える。あるいは、許可された複数のサブフレーム内の単一のサブフレームのＲＶまたはＭＣＳ等の送信パラメータを最適化したいと考える。
【０１０８】
ｅＮＢは、たとえば２段階グラントの場合に第１段階グラントが送信された後、許可されたサブフレームの数を拡張または短縮したいと考える。
【０１０９】
また、特に衝突が発生した後のサブフレームすなわちサブフレームｎｕ＋１以降にＵＥが複数サブフレームグラントを処理すべきか、という何らかの不確実性が存在することも可能である。
【０１１０】
２段階グラントは、ＵＥに対する第１段階グラントが高レベルの情報（たとえば、ＲＢ割り当て、ＭＣＳ等）を提供し、共通の制御情報による第２段階グラントが特定のＵＬサブフレームに対してＭＳＦまたはＳＳＦに続くＰＵＳＣＨ送信をスケジューリング（トリガー）可能な手順である。特に、第１段階グラントは、特定のＵＥに対する第１のＤＣＩにおいて受信される。第２段階グラントは、場合により共通して複数のＵＥに宛てられた第２のＤＣＩで受信される。両ＤＣＩとも、データを送信するサブフレームを決定するために第２段階ＤＣＩの受信後に合計される各スケジューリング遅延を特定可能である。
【０１１１】
２段階グラント手順については、２０１６年９月からの非特許文献８の第８．０項に詳しく記載されており、ｗｗｗ．３ｇｐｐ．ｏｒｇで入手可能であって、本明細書に援用する。
【０１１２】
なお、第１段階グラントおよび第２段階グラントは、前述の第１および第２のグラントには対応しない。第１段階グラントおよび第２段階グラントのうち、考え得る他のグラントと衝突する可能性があるのは（前述の第１および／または第２のグラントの役割の中で）第２段階グラントであるのが好都合である。送信を実際にトリガーすることでデータを送信する正確なサブフレーム位置を決定するのは、第２段階グラントだからである。
【０１１３】
一例によれば、衝突が発生した場合は、特に誤った制御情報の受信の場合の誤った解釈および受信ノードの不適当な挙動を回避するため、衝突する両メッセージが破棄される。このため、同じサブフレームのグラントの衝突に対して考え得る解決手段の１つとして、両グラントの破棄がある。その効果として、２つのグラントが受信されたサブフレームｎｕでの送信が発生しない。ただし、このような解決手段では、データ送信がさらに遅延する可能性もあり、共有チャネルの送信遅延を抑える目的に合わない。さらに、送信機会が失われることにより、特にアンライセンスキャリア等の共有無線媒体において、リソースの浪費または喪失が起こる。たとえば、２つのグラントによりスケジューリングされたサブフレームにおいてノードが何も送信しない場合、その効果として、本解決手段に係るノードによりチャネルが空き（すなわち、不使用）となる。これにより、チャネルの他の競合は、チャネルがビジーではないものと検出するため、他のノードがチャネルを占有するリスクを負う可能性がある。
【０１１４】
したがって、本開示は、ＵＥの挙動、特に、衝突するサブフレームおよび／またはそれ以降のサブフレームにおいて２つのグラントのいずれに従うかを規定する。
【０１１５】
なお、本開示によれば、同じサブフレーム上で衝突する送信をスケジューリングする両グラントが当該サブフレームに対して破棄されるようになっていてもよい。ただし、これらのグラントの一方が複数サブフレームグラントである場合は、スケジューリングされた複数サブフレームの送信に対して、破棄されたサブフレームに続くサブフレームが用いられるようになっていてもよい。これについては、以下でより詳しく説明する。
【０１１６】
さらに、説明が２つのグラントの受信に集中して、同じサブフレームにおいて送信が衝突する場合であっても、本開示はこれに限定されない。同じサブフレームに対して３つ以上のグラントが存在していてもよい。そして、２つのグラントの場合と同様に、従うべきグラントの選択に類似のルールが適用可能である。
【０１１７】
一実施形態によれば、一方が単一サブフレームグラントであり他方が複数サブフレームグラントである２つのグラントによって衝突が生じる。データ送信ノードは、このような２つのグラントを受信すると、単一サブフレームグラントに従う。この手法には、複数サブフレームグラントと比較して、スケジューリングノードが特定の単一サブフレームを無効にできる利点がある。これは特に、たとえば非周期的なチャネル状態指定報告またはサウンディング参照信号のトリガーに関連し得る。
【０１１８】
３ＧＰＰの規格化においては近年、複数サブフレームのスケジューリングに関して、ＤＣＩ（０Ｂまたは４Ｂ）がサウンディング参照信号（ＳＲＳ）および／またはチャネル状態情報（ＣＳＩ）をトリガー可能とすることで合意している。ただし、複数のサブフレームのうちの１つにおいてＳＲＳおよび／またはＣＳＩがトリガーされる固定ルールが存在し、これは、ＳＳＦグラントと比較して、ＳＲＳおよび／またはＣＳＩをトリガーする柔軟性が制限されることを意味する。ＭＳＦ  ＤＳＩによりアドレス不可能な特定のサブフレームにおいてＳＲＳ／ＣＳＩをトリガーしたい場合は、ＳＳＦによるＭＳＦの無効化によって可能となる。
【０１１９】
特に、ＭＳＦ  ＤＣＩに関する合意について、以下に簡単にまとめる。ＭＳＦ  ＤＣＩフォーマット４Ｂの場合は、現行の２ビットのＳＲＳトリガーフィールドが利用される。これには、適用可能なＳＲＳパラメータセット構成（ＲＲＣを介して提供）を示すＳＲＳサブフレーム指定が含まれる。ＭＳＦ  ＤＣＩフォーマット０Ｂの場合は、ＳＲＳトリガーおよびサブフレームに指定に、既存のＳＲＳトリガービットおよび別の１ビットが用いられる。トリガーなし、第１のサブフレームにおけるトリガー、第２のサブフレームにおけるトリガー、または最終サブフレームにおけるトリガーとして、４つの状態が規定される。したがって、複数のサブフレームのうちの２つ以上または第２のサブフレームと最終サブフレームとの間のサブフレームにおいては、ＳＲＳをトリガーすることができない。
【０１２０】
Ｎｍａｘ＝２の場合はＤＣＩフォーマット０Ｂ／４ＢのＣＳＩリクエストが２番目にスケジューリングされたサブフレームに当てはまり、それ以外の場合は、最後から２番目にスケジューリングされたサブフレームに当てはまる。ここで、Ｎｍａｘは、ＤＣＩフォーマット０Ｂ／４Ｂによりスケジューリングできる設定可能なサブフレームの最大数である。これにより、現在のところは、これ以上のＣＳＩトリガーの柔軟性は考えられない。
【０１２１】
ただし、送信エラーの結果として、すなわち、未検出エラーのためＤＣＩがＵＥにより間違って検出された場合は、衝突が起こる可能性もある。
【０１２２】
本実施形態において、第１の選択肢によれば、データ送信ノードは、単一サブフレームグラントが受信されたサブフレームｎｕにおいて当該単一サブフレームグラントに従う。さらに、サブフレームｎｕに続くサブフレームの複数サブフレームグラントに従う。この手法を図５に示す。
【０１２３】
図５は、ｎ１〜ｎ２およびｎｕ−２〜ｎｕ＋２の番号を付したサブフレームを時間軸５１０上に示している。サブフレームｎ１においては、複数サブフレームＤＣＩが送信され、４つのサブフレームｎｕ−１〜ｎｕ＋２においてＵＥリソースに許可を与える。さらに、サブフレームｎ２においては、単一サブフレームＤＣＩが送信され、サブフレームｎｕにおいて同じＵＥリソースに許可を与える。したがって、サブフレームｎｕにおいては、ＵＥにより２つのグラントが受信される。このシナリオにおけるＵＥに挙動は、４つの許可されたサブフレーム５２０に関しても以下のように見られる。サブフレームｎｕ−１においては、ＵＥがＭＳＦに従ってデータを送信することになる。ＭＳＦグラントとＳＳＦグラントとが衝突するサブフレームｎｕにおいては、ＳＳＦグラントに従うことになる。衝突するサブフレームｎｕの後のサブフレームｎｕ＋１およびｎｕ＋２においては、ＭＳＦグラントに従う。なお、本文脈において、グラントに「従う（ｆｏｌｌｏｗｉｎｇまたはｏｂｅｙｉｎｇ）」という用語は、当該グラントにおいて示された送信パラメータがデータの送信用に採用されていることを示す。背景技術の項ですでに論じた通り、送信パラメータは、リソースブロック割り当て、変調・符号化方式、キャリアインジケータ、ＨＡＲＱ情報、電力制御コマンド、参照信号情報（ＣＳＩ）またはＳＲＳトリガー、ホッピング情報、マルチクラスタ情報等のうちの１つまたは複数であってもよい。
【０１２４】
図５の下部は、サブフレームｎ１において単一サブフレームＤＣＩがＵＥで受信され、サブフレームｎ２において別の複数サブフレームＤＣＩが同じＵＥにより受信されるシナリオを示している。単一サブフレームＤＣＩは、サブフレームｎｕにおけるリソース割り当てを含む。複数サブフレームＤＣＩは、サブフレームｎｕを含む４つのサブフレームｎｕ−１〜ｎｕ＋２のリソース割り当てを含む。４つのサブフレーム５３０に関して、以下のようなＵＥの挙動を示す。サブフレームｎｕ−１においては、ＵＥがＭＳＦに従ってデータを送信することになる。サブフレームｎｕにおいて、ＵＥは、ＳＳＦに従ってデータを送信することになる。残りのサブフレームｎｕ＋１およびｎｕ＋２において、ＵＥは再び、ＭＳＦに従ってデータを送信することになる。
【０１２５】
この手法には、ＭＳＦの残りに続くため、スケジューリングノード（ｅＮｏｄｅＢ）が複数サブフレームグラント内で単一のサブフレームのみを無効化したい場合に、オーバーヘッドを低く保てる利点がある。
【０１２６】
一方、ＳＳＦグラントにのみ従い、以降のサブフレームではＭＳＦグラントの送信を再開しないのが有利なシナリオも存在し得る。このような例を図６に示す。特に、図６は、サブフレームｎ１〜ｎ２およびｎｕ−２〜ｎｕ＋２のサブフレームインデックスを時間軸６１０上に示している。サブフレームｎ１においては、サブフレームｎｕ−１〜ｎｕ＋２のリソース割り当てを伴うＭＳＦ  ＤＣＩがＵＥにより受信される。さらに、サブフレームｎ２においては、ＭＳＦ  ＤＣＩ割り当てにすでに含まれるサブフレームｎｕについて、ＳＳＦ  ＤＣＩが同じＵＥにより受信される。４つのサブフレーム６２０に対するＵＥの挙動は、以下の通りである。すなわち、ＵＥは、ＭＳＦに従ってサブフレームｎｕ−１でデータを送信するとともに、ＳＳＦに従ってサブフレームｎｕでデータを送信する。サブフレームｎｕにおいてデータを送信した後、ＵＥは、残り２つのサブフレームｎｕ＋１およびｎｕ＋２において送信を再開することはない。したがって、これら２つのサブフレームにおいて、ＵＥは、送信を一切行わない。この手法には、検出された２つのグラントの一方が誤警報であり、当該ＵＥに対して実際にはグラントが送信されていないことを意味する場合に、過剰なアップリンク送信を回避できる利点がある。
【０１２７】
図６の最下部は、ＳＳＦ  ＤＣＩがサブフレームｎ１において受信され、ＭＳＦ  ＤＣＩがサブフレームｎ２において受信される類似のシナリオを示している。ＳＳＦ  ＤＣＩが（たとえば、ＤＣＩのスケジューリング遅延フィールドを用いて）サブフレームｎｕのリソース予約を与える一方、ＭＳＦ  ＤＣＩは、４つのサブフレームｎｕ−１〜ｎｕ＋２のリソース予約を与える。４つのサブフレーム６３０に関するこの場合のＵＥの挙動は、上記と同じである。ＵＥは、サブフレームｎｕ−１においてはＭＳＦグラントに従ってデータを送信し、サブフレームｎｕにおいてはＳＳＦグラントに従ってデータを送信するものとする。ＭＳＦグラントの残りのサブフレームｎｕ＋１およびｎｕ＋２においては、送信が発生しない。
【０１２８】
別の実施形態によれば、同じサブフレームの２つのグラントの受信に際して、ＵＥは、後の時点で受信されたグラントに従う。この手法には、スケジューリングノードが任意の後続ＤＣＩを無効化して新たな状況に適応できる利点がある。これは、リッスンビフォアトーク手順に別の開始または終了ギャップが必要な場合またはチャネルを長く保つか、もしくは、事前の計画および指定よりも早く解放すべき場合に特に有利である。これにより、スケジューリングノードは、その早期決定を変更することにより、より高い柔軟性をもたらすことができる。
【０１２９】
この手法を図７に示す。本例において、ＵＥは、後の時点で受信されたグラントに従ってサブフレームｎｕでデータを送信し、必要に応じて（すなわち、サブフレームｎｕに続くＭＳＦグラントにより割り当てられたサブフレームが存在する場合）、サブフレームｎｕに続くサブフレームにおいてＭＳＦグラントに従う。特に、図７は、インデックスｎ１〜ｎ２およびｎｕ−２〜ｎｕ＋２を有するサブフレームを時間軸７１０上に示している。サブフレームｎ１において、ＵＥは、４つのサブフレームｎｕ−１〜ｎｕ＋２のリソース割り当てを伴うＭＳＦ  ＤＣＩを受信する。さらに、時間的にサブフレームｎ１に続くサブフレームｎ２において、ＵＥは、１つのサブフレームｎｕのリソース割り当てを伴うＳＳＦ  ＤＣＩを受信する。ＵＥは、割り当てられたリソースで４つのサブフレーム７２０において以下のようにデータを送信することになる。サブフレームｎｕ−１においては、ＭＳＦグラントに従ってデータが送信される。サブフレームｎｕにおいては、ＭＳＦグラントよりも新しく受信されたことから、ＳＳＦグラントに従ってデータが送信される。サブフレームｎｕ＋１およびｎｕ＋２におけるデータ送信は、ＭＳＦグラントに従って発生する。
【０１３０】
図７の下部は、ＭＳＦ  ＤＣＩが受信されるサブフレームｎ２よりも時間的に前のサブフレームｎ１においてＳＳＦ  ＤＣＩが受信される別のシナリオを示している。ＳＳＦおよびＭＳＦグラントはともに、同じサブフレームｎｕでリソースを割り当てることから、互いに重なっている。このシナリオにおいては、２つのグラントのうちでＭＳＦグラントの方が新しいため、参照番号７３０を付した４つのサブフレームｎｕ−１〜ｎｕ＋２におけるデータ送信全体がＭＳＦグラントに従って実行される。図７に示す手法では、最も新しいグラントが選択されるが、これにより、最新のグラントに従うためチャネルおよびシステムの最新状態での適応が可能であり、可能な限りＭＳＦグラントに従うためリソースが十分に利用される利点がある。
【０１３１】
なお、図７（ならびに、図５および図６）に示すように、サブフレームｎ１およびｎ２は必ずしも隣り合わない。サブフレームｎ１およびｎ２は、隣り合っていてもよいし、両者間に任意数（同じサブフレームのリソースをスケジューリングできる合理的なスケジューリング遅延内の任意数であり、基本的にはシステムパラメータである）のサブフレームが存在していてもよい。
【０１３２】
別の代替実施形態を図８に示す。図８は、ＵＥがサブフレームｎｕの後続グラントに従い、サブフレームｎｕに続くサブフレーム（存在する場合）においては（後続グラントと重なる）他方のグラントに従って送信を再開することのない手法を示している。特に、図８は、インデックスｎ１〜ｎ２およびｎｕ−２〜ｎｕ＋２を有するサブフレームを時間軸８１０上に示している。第１の選択肢によれば、サブフレームｎｕ−１〜ｎｕ＋２のグラントを伴うＭＳＦ  ＤＣＩがサブフレームｎ１において受信される。さらに、サブフレームｎｕのグラントを搬送するＳＳＦ  ＤＣＩがサブフレームｎ２において受信される。ＭＳＦグラントにより割り当てられた４つのサブフレーム８２０におけるＵＥの挙動は、以下の通りである。すなわち、サブフレームｎｕ−１においては、早い方のＭＳＦグラントに従ってデータが送信される。サブフレームにおいてｎｕは、後で受信されたＳＳＦグラントが好ましく、これに従ってデータ送信が実行される。サブフレームｎｕに対してＳＳＦグラントを選択した後は、ＭＳＦグラントにより予約された残りのサブフレームｎｕ＋１およびｎｕ＋２における送信が実行されない。
【０１３３】
図８の下部は、ＭＳＦ  ＤＣＩの受信前にＳＳＦ  ＤＣＩが受信され、同じサブフレームｎｕにおいてデータが送信される別のシナリオを示している。４つのサブフレーム８３０における挙動として、ＵＥは、ＭＳＦグラントが受信された４つのすべてのサブフレームｎｕ−１〜ｎｕ＋２において、ＭＳＦグラントに従ってデータを送信する。すなわち、ＭＳＦ  ＤＣＩにより設定された送信パラメータを使用してデータを送信する。本実施形態においては、最も新しいグラントに従うことになるが、ＳＳＦが最新のグラントである場合は、第１の選択肢においてリソースが使用されないだけである。この手法は、ＭＳＦがＳＳＦにより修正された誤警報であった場合に有利と考えられる。
【０１３４】
本開示において、３ＧＰＰシステムの専門用語では、ＳＳＦ  ＤＣＩがＤＣＩフォーマット０Ａまたは４Ａであってもよいし、単一のサブフレームにおいてのみ送信リソースを予約するＤＣＩフォーマット０Ｂまたは４Ｂであってもよく、ＭＳＦ  ＤＣＩが、２つ以上のサブフレームにおいて送信リソースを予約するＤＣＩフォーマット０Ｂまたは４Ｂであってもよい。３ＧＰＰシステムの別の専門用語によれば、ＳＳＦ  ＤＣＩがＤＣＩフォーマット０Ａまたは４Ａである一方、ＭＳＦ  ＤＣＩがＤＣＩフォーマット０Ｂまたは４Ｂであってもよい。
【０１３５】
なお、本開示は、上述の実施形態に限定されない。一般的に、本開示は、同じサブフレームのリソースに対して受信されたすべてのグラントの破棄を回避する手法を提供する。これは、衝突の検出後にデータ送信側で適用されるルールを規定することによって実現される。
【０１３６】
たとえば、同じサブフレームｎｕのリソース割り当てを伴う２つの矛盾するＤＣＩが受信された場合は、サブフレームｎｕにおいて何も送信しないのが好都合と考えられる。ここで、矛盾するＤＣＩとは、少なくとも１つの送信パラメータが異なる２つのＤＣＩすなわちＬＴＥの背景において異なるＰＵＳＣＨパラメータを示す２つのＤＣＩを意味する。この手法は、誤警報による衝突を可能な限り回避すべき場合に、特によく適用可能である。
【０１３７】
言い換えると、通信システムにおいてデータを無線チャネル上でデータ受信ノードに送信するデータ送信機器であって、サブフレームにおけるデータ送信の第１のリソースグラントおよび上記サブフレームにおけるデータ送信の第２のリソースグラントを受信するグラント受信回路であり、第１および第２のリソースグラントの少なくとも１つの送信パラメータが異なる、グラント受信回路を備えた、データ送信機器が提供されるようになっていてもよい。このデータ送信機器は、少なくとも２つのリソースグラントが同じサブフレームに対して受信されたか否かを判定するとともに、当該サブフレームにおいてデータを送信しないように送信機（同じく、データ送信機器の一部）を制御する送信制御回路をさらに備える。
【０１３８】
ただし、グラントの１つがＭＳＦグラントである場合は依然として、ＭＳＦにより予約され、衝突サブフレームｎｕに続くサブフレームにおいて送信が発生するようになっていてもよい。言い換えると、送信制御回路は、ＤＣＩの衝突のない、すなわち、設定された送信パラメータが１つだけ受信された第１および／または第２のグラントにより予約されたサブフレームにおいて送信を実行するように送信機を制御する。
【０１３９】
これを図９に示す。図９は、時間領域９１０におけるサブフレームｎ１〜ｎ２およびｎｕ−２〜ｎｕ＋２を示している。サブフレームｎ１においては、サブフレームｎｕ−１〜ｎｕ＋２の複数サブフレームグラントが受信される。サブフレームｎ２においては、サブフレームｎｕのＳＳＦグラントが受信される。本例において、ＵＥは、これら２つのグラントを受信し、４つのサブフレーム９２０において以下の通り送信を実行するか、または実行しない。すなわち、サブフレームｎｕ−２における送信は、（サブフレームｎ１において受信された）ＭＳＦグラントに指定された送信パラメータに従って実行される。サブフレームｎｕにおいては、２つの異なるＤＣＩが受信されているため、送信が実行されない。ただし、サブフレームｎｕ＋１およびｎｕ＋２においては、ＭＳＦまたはＳＳＦグラントのいずれが後で到着したかに関わらず、ＭＳＦ  ＤＣＩにより設定された通りの送信が再開される（図９の最下部の４つのサブフレーム９３０における送信を参照）。一般的には、矛盾するＤＣＩが受信されていない任意のサブフレームすなわちＤＣＩが矛盾しないサブフレームにおいて送信が発生する。特に、アンライセンスキャリア等の共有無線媒体に対して送信がスケジューリングされる場合は、サブフレームｎｕ＋１における送信が再開される前に別のＬＢＴ手順を受けるのが有利と考えられる。サブフレームｎｕにおいて送信が発生していない場合は、無線媒体の他の競合が媒体を空き（すなわち、非ビジー）と検知したため、当該媒体上でそれ自身の送信を開始したことを暗示している。したがって、サブフレームｎｕ＋１において送信を再開する前のＬＢＴ手順によって、潜在的な干渉を回避することができる。
【０１４０】
言い換えると、一実施形態によれば、データ送信機器は、特定のリソースで送信が発生しているか否かを検知する媒体検知部（回路）を具備する。さらに、送信制御回路は、サブフレームｎｕに続くサブフレームすなわち衝突が起きたサブフレームに続くフレームの複数サブフレームグラントに従ってデータの送信を再開する場合に、上記検知を実行するように媒体検知部に指示するように構成されている。前述の通り、サブフレームｎｕにおいては送信が発生しない。すなわち、衝突グラントのいずれにも従わない。
【０１４１】
あるいは、ＭＳＦに従って送信を再開しないのが好都合と考えられる。サブフレームｎｕにおいて検知され、送信が起こっていないと検出された他の送信機が、サブフレームｎｕ＋１および／または後続のサブフレームにおいて送信を行っているリスクがあるためである。別のＬＢＴがなければ、このシナリオによって、ＵＥと他の機器とが衝突する可能性もある。他の機器としては、Ｗｉ−Ｆｉ等のアンライセンス帯の任意の機器が考えられる。このため、特に別のＬＢＴがない場合、ＵＥは、衝突サブフレームに続くサブフレームでデータを送信しないのが好都合と考えられる。
【０１４２】
図１０は、送信が再開されない場合を示している。特に、時間領域１０１０のサブフレームのうちのサブフレームｎ１においては、４つのフレームｎｕ−１〜ｎｕ＋２のＭＳＦグラントが受信される。ただし、４つのサブフレーム１０２０のうち、送信が起こるのはサブフレームｎｕ−１すなわちサブフレームｎｕの前だけである。後続フレームと同様にＤＣＩの衝突が生じるサブフレームｎｕにおいては、送信が発生しない。図１０の下部に見られるように、ＭＳＦグラントの前にＳＳＦグラントが受信される場合にも同じ送信パターン１０３０を採用している。特に、アンライセンスキャリア等の共有無線媒体に対して送信がスケジューリングされる場合は一般的に、前述の通り、サブフレームｎｕ＋１において送信を再開しないのが有利と考えられる。サブフレームｎｕにおいて送信が発生していない場合は、無線媒体の他の競合が媒体を空き（すなわち、非ビジー）と検知したため、当該媒体上でそれ自身の送信を開始したことを暗示している。したがって、サブフレームｎｕ＋１において送信を再開しないことによって、潜在的な干渉を回避することができる。このことは、ＬＢＴ手順に従ってチャネルを検知する目的で、たとえばサブフレームｎｕ−１における送信からサブフレームｎｕに受信に切り替え、サブフレームｎｕ＋１における送信に戻すことをデータ送信回路が高速に行えない場合に特に適用可能である。適用可能なＬＢＴパラメータの種類がデータ送信機器にとって不明な場合すなわち（他の競合がチャネルを確保できないように）中心ノード等によるチャネルの予約が依然として保たれていることを認識していない場合またはＬＢＴ手順でチャネルを検知する必要がある持続時間が不明な場合は、さらに有利である。言い換えると、サブフレームｎｕ＋１においてＬＢＴを実行した後、当該サブフレームにおいて送信を続けるのは困難と考えられる。ＵＥがＬＢＴを効率的に実行できない場合は、許可されたすべてのサブフレームの衝突グラントの破棄に基づく挙動が好都合と考えられる。
【０１４３】
また、ＵＥの能力に基づいてＵＥの挙動を規定することができる。
【０１４４】
一実施形態によれば、ＳＳＦとＭＳＦとが衝突する場合、ＳＳＦグラントが常に無視される。言い換えると、２つのグラントの受信時間に関わらず、ＳＳＦグラントは選択されない。むしろ、ＭＳＦグラントが選択され、その中に規定された送信パラメータに従って、指定された複数のサブフレームにおいてデータが送信される。本実施形態は、ＵＥ実装におけるコーディングチェーンの実現に有利である。ＭＳＦが複数のサブフレームを割り当て可能であることから、複数のトランスポートブロックの送信が許可され、データ分割を一様に容易化可能であることが暗示される。異なるデータパケットサイズがＳＳＦ  ＤＣＩにより分散され得るようにＵＥが手配する必要があり、パイプライン中のデータの分断および／または受信機における上位レイヤ並べ替え手順による上位通信レイヤへの連続しないデータ配送が容易に生じ得る場合と比較して、上位通信レイヤからのデータがパイプライン状に到着するため、（ＭＳＦ  ＤＣＩによって容易に）データを一様に処理可能であれば有利である。
【０１４５】
別の実施形態によれば、ＵＥは、早い時間に受信されたグラントに従う。このような手法には、ＵＥ実装上の観点で都合が良い。あらゆる場合に、ＰＵＳＣＨ送信が最初のグラントに従うためである。このため、後続のＤＣＩが同じサブフレームにアドレスする場合に対して、無効化または停止メカニズムを実装する必要がない。ＳＳＦグラントを常に無視する本実施形態と同様に、上位レイヤ手順においては、データ分割、データ分断、および並べ替え等、結果的に簡素化の利点がある。
【０１４６】
別の実施形態によれば、ＵＥは、当該ＵＥから見てより確実なグラントに従う。言い換えると、信頼性を評価するルールが予め規定されており、グラントのタイプおよびグラントの受信時間に関わらず、受信グラントのうち最も確実なものが選択される。
【０１４７】
信頼性は、さまざまな異なる方法で測定または評価されるようになっていてもよい。本開示は、それらのうちの１つに限定されない。たとえば、より多くのビットを有するＣＲＣで保護されたグラントが選択される。ここでは、受信ＤＣＩのエラーの検出において、長いＣＲＣほど信頼性も高いと仮定する。たとえば、１６ビットのＣＲＣは、２４ビットのＣＲＣと比較して２５６倍、検出不可能エラーレートが高い。したがって、長いＣＲＣほど誤警報の確率が小さいと仮定されるため、データ送信には、ＣＲＣ専用の多数ビットのＤＣＩが選択される。ここで、用語「誤警報」は、ＵＥでＤＣＩが検出され、その際に当該ＵＥにグラントが送信されていない場合を表す。このように誤って受信されたグラントに従った結果として、予約されていないリソースでＵＥによりデータが送信される。このようなリソースは、別のＵＥに予約されている可能性もあり、同じリソースにおける２つの異なるＵＥによる並行送信は、基地局における占有データの受信に至る可能性が高い。また、このような誤警報では、ｅＮＢが対応する送信を認識していないため、ＵＥによる送信電力の浪費につながる。
【０１４８】
なお、現行のＬＴＥにおいては、ＤＣＩに利用可能なＣＲＣの長さは可変ではない。ただし、ＮＲまたは本開示も当てはまる他のシステムにおいて、ＣＲＣは、設定可能および／または異なる種類のＤＣＩに対して異なる長さを有し得るのが好都合である。
【０１４９】
信頼性を評価（測定）する別の可能性は、所定値ビットの数またはパディングの長さに基づく。したがって、より多くの予約ビット、所定値を有するより多くのビット、および／またはパディングに費やされるより多くのビットを伴うＤＣＩがデータ送信に選択されるようになっていてもよい。この基準は、受信の正しさをチェックするのにＵＥがパディングビットおよび／または所定値ビットを使用する場合に、特に関連する。
【０１５０】
たとえば、ＵＥの例示的な一実施態様によれば、ＵＥは、ＤＣＩと、当該ＤＣＩにおいて、１つまたは複数のパディングビットと、を受信する。パディングビットは、送信機（基地局）において既知の所定値に設定されている。そして、ＵＥは、受信したパディングビットが予想の所定値を有するか否かを検証する。パディングビットが予想の所定値を有する場合は、送信エラーが発生したものと結論付けることができ、ＤＣＩが不正確または矛盾したものとして処理される。したがって、パディングビットは、何らかの冗長性をもたらし、受信ＤＣＩの信頼性の決定にも使用可能である。
【０１５１】
さらに、ＤＣＩのフォーマットに応じて、いくつかのＤＣＩフィールドが固定の所定値を有していてもよい。また、ＤＣＩにおいて可能なパラメータ値の特定の組み合わせのみが存在していてもよい。このような如何なる所定値も組み合わせルールも、ＤＣＩの有効性をチェックするとともに一種の信頼性チェックとして機能するため、受信機（ＵＥ）で用いられるようになっていてもよい。たとえば、２０１６年９月からの非特許文献９の第９．２項には、セミパーシステントなスケジューリングに対するＰＤＣＣＨ、ＥＰＤＣＣＨ、およびＭＰＤＣＣＨの有効性が記載されている。特に、ＣＲＣチェックの成功および特定の送信パラメータの各所定値への設定等、特定の条件が満たされた場合にのみ、ＵＥがセミパーシステントなスケジューリングのＰＤＣＣＨ（すなわち、ＰＤＣＣＨにおいて受信されたＤＣＩ）を検証する。
【０１５２】
信頼性を評価するさらに別の基準が推定ＳＩＮＲである。次のデータ送信には、より高い推定ＳＩＮＲで受信されたグラントが選択される。
【０１５３】
別の選択肢として、符号化率（情報ビットと前方エラー検出により追加された冗長性および／または修正コードも含むビット総数との比）を評価することにより信頼性を測定する。ＬＴＥにおいては、リソース数および／または物理ダウンリンク制御チャネルの送信に用いられる変調方式を考慮し、パンクチャリングおよび受信を通じて、上記チャネルにより搬送可能なビットの数に対する制御情報のレートマッチングが行われる。
【０１５４】
なお、送信に用いられるリソースエレメントの数等、別の選択肢も可能である。リソースエレメントの数が増えると、送信がより確実になるものと仮定する。したがって、搬送に最も多くのリソースエレメントを使用するグラントが選択される。
【０１５５】
上記基準は、代替または任意の結合として用いられるようになっていてもよい。たとえば、上記基準の２つ以上の加重平均（線形結合）が可能である。ただし、本開示はこれに限定されず、信頼性を反映した如何なる尺度が採用されてもよい。この尺度に対して、上記パラメータのうちの１つまたは複数が含まれ、線形または非線形に尺度値に寄与するようになっていてもよい。
【０１５６】
本開示は、２つの（異なる）グラントの衝突の処理に限定されない。同じサブフレームに対して３つ以上のグラントが存在していてもよい。すなわち、同じサブフレームにおいて、場合により異なる内容（送信パラメータ）で同じＵＥに対する割り当てを搬送するようにしてもよい。前述の通り、異なるシナリオに対しては、衝突の異なる処理が有利と考えられる。１つの考え得るシナリオとして、ＤＣＩが送られていないＵＥでＤＣＩが検出される場合がある。本明細書においては、これを「誤警報」と称する。誤警報は、リソースを浪費するとともに干渉を増大させるため、減らすのが有利である。別の考え得るシナリオとして、基地局により同じサブフレームに対して２つの異なるグラントを意図的に与えることが挙げられる。上記説明の通り、これは、チャネル品質および負荷等の最新の状況に対して基地局が送信パラメータを適応させたい場合に当てはまり得る。ＵＥにおける意図的な衝突および意図しない衝突を解消するため、異なる各手法が適当と考えられるため、所望のＵＥ挙動を設定可能とするのが好都合である。特に、一実施形態によれば、基地局または別のネットワーク要素は、以下のように、２つ以上のグラントの衝突に際して上述の手法のうちの少なくとも１つを採用するか、または採用しないようにＵＥを設定可能である。
【０１５７】
複数の異なるグラントが受信されたサブフレームにおいてデータを送信しない。
【０１５８】
少なくとも１つの共通サブフレームを特定する複数の異なるグラントにおいて特定された如何なるサブフレームにおいてもデータを送信しない。
【０１５９】
複数の異なるグラントが受信されたサブフレームにおいてはデータを送信しないものの、複数のグラントにより特定された残りのサブフレームにおいてデータを送信する。
【０１６０】
あるサブフレームにおいて受信された複数のグラントのうち、最も新しく受信されたグラントに従って当該サブフレームでデータを送信する。
【０１６１】
あるサブフレームにおいて受信された複数のグラントのうち、最初に受信されたグラントに従って当該サブフレームでデータを送信する。
【０１６２】
あるサブフレームにおいて受信された複数のグラントのうち、最も確実なグラントに従って当該サブフレームでデータを送信する。
【０１６３】
ＭＳＦグラントとＳＳＦグラントとでは、ＳＳＦグラントを選好する。
【０１６４】
ＭＳＦグラントとＳＳＦグラントとでは、ＭＳＦグラントを選好する。
【０１６５】
複数の受信グラントのうち、従うべきグラントを選択する基準の組み合わせがＵＥ挙動の設定として使用され、伝えられるようになっていてもよい。たとえば、３つ以上のグラント（２つのＳＳＦおよび１つのＭＳＦ）が存在する場合、一般的には、ＳＳＦグラントが選択され、ＳＳＦのうちでは、最新のものが選択されるようになっていてもよい。他の組み合わせも可能である。
【０１６６】
例示的なＵＥ挙動によれば、ＵＥは、同じサブフレームｎｕの衝突するＰＵＳＣＨ割り当てを検出した場合、以下の一連の優先順位に従って、ＰＵＳＣＨを送信するものとする。
【０１６７】
１）衝突が単一サブフレームグラントおよび複数サブフレームグラントの結果である場合、ＵＥは、単一サブフレームグラントに従う。
【０１６８】
２）衝突がステップ１）により解消されない場合、ＵＥは、より新しく受信したグラントに従う。トリガースケジューリングの場合、ＵＥは、グラントの受信時間として第２段階の受信を考慮する。
【０１６９】
３）ＭＳＦグラントの残りの（ＤＣＩが衝突しない）サブフレームに対する挙動については、たとえばデータの送信がこれらのサブフレームで実行されるものと特定されるようになっていてもよい。
【０１７０】
上記は、設定可能な挙動のうちの１つに対応していてもよい。別の挙動では、衝突するサブフレームでデータを送信しないようにしてもよい。
【０１７１】
ＬＴＥにおいては、たとえばＲＲＣ等の準静的なシグナリングによって設定が実行されるようになっていてもよい。ただし、本開示はこれに限定されず、一般的には、如何なる種類のシグナリングが適用可能であってもよい。
【０１７２】
ただし、本開示はこれに限定されず、一般的には、上記規定のＵＥ挙動のうちの１つが規格中で予め規定されていてもよい。規格中に規定することには、ＵＥがどのように振る舞うかを基地局およびＵＥの両者が把握できる利点があり、誤った理解および（時間、電力、および他のリソースの観点での）オーバーヘッドが抑えられる。あるいは、ＵＥは、上記手法のうちの１つを実装固有の手法として採用するようにしてもよい。そして、ノードは、データの受信に際して、準拠したグラントを検出する必要がある。これは、たとえばブラインド検出により（すなわち、衝突するグラントそれぞれに従って送信データの復号化を試行するとともに、その結果に基づいて、より確実であった復号化を決定することによって）実行されるようになっていてもよい。ただし、このような手法は、堅牢性に劣る。
【０１７３】
上記説明は、３ＧＰＰの専門用語を用いて記述される例を示している。ただし、当業者には明らかなように、本開示はこれに限定されない。たとえば、用語「サブフレーム」は一般的に、ユーザ機器に割り当て可能な時間領域の任意所定の持続時間を意味していてもよい。さらに、用語「グラント」は、データが受信または送信されるリソースの任意の指定を意味する。これには、送信の時間および／または周波数リソース（あるいは、空間および／またはコード等のその他任意）の仕様のほか、データがどのように送信されるのかを規定するＭＣＳ等の別の送信パラメータを含んでいてもよい。
【０１７４】
さらに、上記例は、単一の複数サブフレームＤＣＩにより割り当てられた４つのサブフレームを示している。ただし、本開示はこれに限定されない。ＭＳＦグラントは設定可能であり、より少ない（たとえば、２つまたは３つの）サブフレームまたはより多い（５つ以上の）サブフレームのリソース割り当てを含んでいてもよい。ＭＳＦグラント当たりの特定数のサブフレームに関わらず、上述の同じ手法が適用可能である。
【０１７５】
以上をまとめて、本開示は、異なるＤＣＩが同じＵＬサブフレームをアドレスする場合の処理を提供するとともに、受信時間もしくは単一サブフレームの割り当てと複数サブフレームの割り当てとの区別または受信グラントの信頼性等の他の基準もしくはこれら基準の組み合わせに従ってＤＣＩの優先順位を決定することを提案する。
【０１７６】
図１１は、通信システム１２００においてデータを無線チャネル上でデータ受信機器１２６０に送信するデータ送信機器１２１０を示している。通信システムは、ライセンスまたはアンライセンス帯で動作するＬＴＥ等のシステムであってもよく、少なくともユーザ機器および基地局を含んでいてもよい。なお、ユーザ機器は、他のユーザ機器に対して基地局機能を実装していてもよい。アップリンクにおいては、データ送信機器がＵＥであり、データ受信機器が基地局であってもよく、ダウンリンクにおいてはその逆も同様である。基地局は、スケジューリングノードとして動作し、ＵＥに対してリソースグラントを提供する。
【０１７７】
データ送信機器１２１０は、サブフレームにおけるデータ送信の第１のリソースグラント１２７２ａおよび上記サブフレームにおけるデータ送信の第２のリソースグラント１２７２ｂを受信するグラント受信部（回路）１２２０を備える。
【０１７８】
なお、第１および第２のグラントは通常、異なるサブフレームにおいて送信される。受信時間（サブフレーム）に基づいて、データ送信機器１２１０は、特定のサブフレームにおけるリソースの位置を決定することができる。グラントの受信とデータの送信との間には、所定のオフセットが存在する。あるいは、グラントにおいてオフセットが伝えられる。あるいは、その両者の組み合わせである。リソースは、適用される周波数ならびに／または符号化および変調、ならびに他の送信パラメータの観点で、グラント内でさらに指定されていてもよい。ＬＴＥの場合、グラントは、ＤＣＩ（ダウンリンク制御情報）の形態で搬送されるようになっていてもよい。
【０１７９】
データ送信機器１２１０は、第１のリソースグラントおよび第２のリソースグラントのいずれに従ってデータがサブフレームにおいて送信されるかを選択する送信制御部（回路）１２３０と、選択された第１のグラントまたは第２のグラントに従ってデータ１２４２をサブフレームにおいて送信する送信部（送信機）１２４０とをさらに備える。
【０１８０】
データ受信機器１２６０は、通信システム１２００においてデータを無線チャネル上でデータ送信機器１２１０に送信する。データ受信機器１２６０は、サブフレームにおけるデータ送信の第１のリソースグラント１２７２ａおよび上記サブフレームにおけるデータ送信の第２のリソースグラント１２７２ｂをデータ送信機器１２１０に送信するグラント送信部（回路）１２７０を備える。
【０１８１】
データ受信機器１２６０は、第１のリソースグラントおよび第２のリソースグラントのいずれに従ってデータがサブフレームにおいて受信されるかを決定する受信制御部（回路）１２８０と、決定された第１のグラントまたは第２のグラントに従ってデータをサブフレームにおいて受信する受信部（受信機）１２９０とをさらに備える。
【０１８２】
データ送信機器１２１０および／またはデータ受信機器１２６０は、送信機および受信機をさらに具備していてもよい。送信機は、アンテナ、増幅器、変調器、および符号器すなわち無線インターフェース仕様に従ってデータおよびグラントそれぞれの送信／受信を可能にする機能部および機器を具備していてもよい。送信機は、送信部（送信機）１２４０の一部であってもよい。
【０１８３】
同様に、データ送信機器１２１０および／またはデータ受信機器１２６０は、アンテナ、増幅器、復調器、復号器、および無線インターフェース仕様に従ってデータおよびグラントの送信／受信を可能にする他の機能部および機器を備えた受信機をさらに具備していてもよい。
【０１８４】
図１２は、通信システムにおいてデータを無線チャネル上でデータ送信ノードからデータ受信ノードに送信する方法を左側に示している。この方法は、サブフレームにおけるデータ送信の第１のリソースグラントおよび上記サブフレームにおけるデータ送信の第２のリソースグラントを受信するステップ１３１０、１３２０を含む。さらに、この方法は、第１のリソースグラントおよび第２のリソースグラントのいずれに従ってデータがサブフレームにおいて送信されるかを選択するステップ１３３０と、選択した第１のグラントまたは第２のグラントに従ってデータをサブフレームにおいて送信するステップ１３４０とを含む。
【０１８５】
上記に対応して、図１２の右側には、通信システムにおいてデータを無線チャネル上でデータ送信機器から受信する方法を示しており、サブフレームにおけるデータ送信の第１のリソースグラントおよび上記サブフレームにおけるデータ送信の第２のリソースグラントをデータ送信機器に送信するステップ１３６０、１３７０と、第１のリソースグラントおよび第２のリソースグラントのいずれに従ってデータがサブフレームにおいて受信されるかを決定するステップと、決定した第１のグラントまたは第２のグラントに従って、データをサブフレームにおいて受信するステップ１３８０と、を含む。
【０１８６】
決定するステップは、ＵＥ挙動の把握または衝突グラントの送信パラメータでデータを復号化する試みおよび結果のチェックによる「試行錯誤」的な複数回の仮説検証に基づいて実行されるようになっていてもよい。
【０１８７】
たとえば、第１のグラントおよび第２のグラントにより示される送信パラメータは、少なくとも１つのパラメータが異なる。
【０１８８】
一実施形態によれば、第１のリソースグラントは、通信システムの複数のサブフレームのリソースの割り当てを示す複数サブフレームグラントであり、第２のリソースグラントは、通信システムの単一のサブフレームのリソースの割り当てを示す単一サブフレームグラントである。
【０１８９】
別の実施形態によれば、単一サブフレームグラントが選択される。たとえば、第１のリソースグラントが第２のリソースグラントの受信後に受信された場合には、第１のリソースグラントが選択され、第２のリソースグラントが第１のリソースグラントの受信後に受信された場合には、第２のリソースグラントが選択される。
【０１９０】
上記サブフレームにおいてデータ送信用に選択されていない第１のリソースグラントまたは第２のリソースグラントが、通信システムの複数のサブフレームのリソースの割り当てを示す複数サブフレームグラントである場合は、上記サブフレームを除く複数サブフレームグラントに従って、割り当てられた複数のサブフレームにおいてデータが送信されるのが好都合である。
【０１９１】
あるいは、上記サブフレームにおいてデータ送信用に選択されていない第１のリソースグラントまたは第２のリソースグラントが、通信システムの複数のサブフレームのリソースの割り当てを示す複数サブフレームグラントである場合は、上記サブフレームに続く割り当てられた複数のサブフレームにおける複数サブフレームグラントに従って、データが送信されない。
【０１９２】
一実施形態によれば、複数サブフレームグラントが選択される。
【０１９３】
一実施形態によれば、第１のリソースグラントが第２のリソースグラントの受信前に受信された場合には、第１のリソースグラントが選択され、第２のリソースグラントが第１のリソースグラントの受信前に受信された場合には、第２のリソースグラントが選択される。
【０１９４】
別の実施形態によれば、第１のリソースグラントおよび第２のリソースグラントの信頼性の尺度が取得され、第１のリソースグラントおよび第２のリソースグラントのうち、信頼性尺度が高い信頼性を示した方が選択される。
【０１９５】
信頼性尺度は、
リソースグラントを搬送する制御情報の巡回冗長検査（ＣＲＣ）の長さ、
リソースグラントを搬送する制御情報における所定値のビットの数、
リソースグラントを搬送する制御情報におけるパディングビットの数、
信号対干渉・雑音比（ＳＩＮＲ）の推定値、
リソースグラントを搬送する制御情報の符号化レート、および
リソースグラントを搬送する前記制御情報の搬送に用いられるリソースエレメントの数、
といったパラメータのうちの１つまたは複数に従って決定されるのが好都合である。
【０１９６】
たとえば、第１のリソースグラントおよび第２のリソースグラントの少なくとも一方がデータ受信ノードからの個別制御情報シグナリング内で受信され、個別制御情報シグナリングが、変調・符号化方式、リソースが割り当てられた１つまたは複数のサブフレーム、割り当てられた１つまたは複数のサブフレームの位置を示すスケジューリング遅延のうちの１つまたは複数を特定する。
【０１９７】
別の実施形態によれば、（非一時的）コンピュータ可読媒体には、コンピュータ上で動作する場合に、上述の方法の各ステップを実行するプログラムが格納されている。
【０１９８】
＜本開示のハードウェアおよびソフトウェア実装＞
他の例示的な実施形態は、ハードウェア、ソフトウェア、またはハードウェアと連携したソフトウェアの使用による上述の種々実施形態の実装に関する。これに関連して、ユーザ端末（移動端末）およびｅＮｏｄｅＢ（基地局）が提供される。ユーザ端末および基地局は、本明細書に記載の方法を実行するように構成されており、受信機、送信機、プロセッサ等の対応するエンティティがこれらの方法に適宜関与する。
【０１９９】
コンピュータ機器（プロセッサ）を用いて種々実施形態が実装または実行され得ることもさらに認識される。コンピュータ機器またはプロセッサは、たとえば汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラム可能な論理デバイス等であってもよい。また、種々実施形態は、これらのデバイスの組み合わせによって実行または具現化されていてもよい。特に、上述の各実施形態の説明に使用した各機能ブロックは、集積回路としてのＬＳＩにより実現可能である。これらは、チップとして個々に形成されていてもよいし、機能ブロックの一部または全部を含むように１つのチップが形成されていてもよい。これらは、データ入出力が結合されていてもよい。ここで、ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、超ＬＳＩ、極超ＬＳＩとも称し得る。ただし、集積回路を実装する技術はＬＳＩに限定されず、個別回路または汎用プロセッサを用いることにより実現されるようになっていてもよい。また、ＬＳＩの製造後にプログラム可能なＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＬＳＩの内側に配設された回路セルの接続および設定を再構成可能な再構成可能プロセッサが用いられるようになっていてもよい。
【０２００】
さらに、種々の実施形態は、プロセッサによる実行またはハードウェアにおける直接的な実行が行われるソフトウェアモジュールによって実装されていてもよい。また、ソフトウェアモジュールおよびハードウェア実装の組み合わせも可能と考えられる。ソフトウェアモジュールは、たとえばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等、如何なる種類のコンピュータ可読記憶媒体に格納されていてもよい。さまざまな実施形態の個々の特徴は、個別または任意の組み合わせにより、別の実施形態の主題であってもよいことにさらに留意するものとする。
【０２０１】
当業者には当然のことながら、特定の実施形態に示すように、本開示の多くの変形および／または改良が可能である。したがって、本実施形態は、あらゆる点で例示に過ぎず、何ら限定的なものではないと考えるべきである。
【０２０２】
以上をまとめて、本開示は、通信システムにおいてデータを無線チャネル上で送信／受信するデータ送信機器、データ受信機器、対応するデータ送信方法、およびデータ受信方法に関する。特に、サブフレームにおけるデータ送信の第１のリソースグラントおよび上記サブフレームにおけるデータ送信の第２のリソースグラントが受信される。そして、第１のリソースグラントおよび第２のリソースグラントのいずれに従ってデータがサブフレームにおいて送信されるかが決定され、選択された第１のグラントまたは第２のグラントに従ってデータがサブフレームにおいて送信される。
【図１】
2019533376.tif 000003
【図２】
2019533376.tif 000004
【図３】
2019533376.tif 000005
【図４】
2019533376.tif 000006
【図５】
2019533376.tif 000007
【図６】
2019533376.tif 000008
【図７】
2019533376.tif 000009
【図８】
2019533376.tif 000010
【図９】
2019533376.tif 000011
【図１０】
2019533376.tif 000012
【図１１】
2019533376.tif 000013
【図１２】
2019533376.tif 000014
【国際調査報告】
2019533376.tif 000015
2019533376.tif 000016