(57)【特許請求の範囲】
【請求項１】
ワイヤレスデバイス（１７００）において実行される方法（１１００）であって、前記ワイヤレスデバイス（１７００）は、第１のセル及び第２のセルへ接続され、前記第２のセルは、送信のためにＬＢＴ（listen-before-talk）プロトコルを使用することを要するキャリア上で構成され、前記方法（１１００）は、
前記第２のセル上でセルフスケジューリングを使用して前記第２のセル上のダウンリンク送信がスケジューリングされようとしていること、及び、前記第１のセル上でクロスキャリアスケジューリングを使用して前記第２のセル上のアップリンク送信がスケジューリングされようとしていることを示す１つ以上の構成メッセージを受信すること（１１０２）と、
前記第１のセルにおいてスケジューリンググラントを受信すること（１１０４）と、
前記スケジューリンググラントを受信してから予め決定される数のサブフレームの後に生じるサブフレームにおいて、前記第２のセルにおいてＣＣＡ（clear channel assessment）を実行すること（１１０６）と、
前記ＣＣＡの成功に応じて、前記第２のセルにおいてアップリンクメッセージを送信すること（１１０８）と、
を含む方法（１１００）。
【請求項２】
ネットワークノード（１８００）において実行される方法（１２００）であって、前記ネットワークノード（１８００）は、第１のセル及び第２のセルへサービスし、前記第２のセルは、送信のためにＬＢＴ（listen-before-talk）プロトコルを使用することを要するキャリア上で構成され、前記方法（１２００）は、
前記第２のセル上でセルフスケジューリングを使用して前記第２のセル上のダウンリンク送信がスケジューリングされようとしていること、及び、前記第１のセル上でクロスキャリアスケジューリングを使用して前記第２のセル上のアップリンク送信がスケジューリングされようとしていることを示す１つ以上の構成メッセージをワイヤレスデバイス（１７００）へ送信すること（１２０２）と、
スケジューリンググラントを前記第１のセルにおいて前記ワイヤレスデバイスへ送信すること（１２０４）と、
送信された前記スケジューリンググラントに従って、前記第２のセルにおいて前記ワイヤレスデバイス（１７００）からアップリンクメッセージを受信すること（１２０６）と、
を含む方法（１２００）。
【請求項３】
第１のセル及び第２のセルへ接続可能であるように構成されるワイヤレスデバイス（１７００）であって、前記第２のセルは、送信のためにＬＢＴ（listen-before-talk）プロトコルを使用することを要するキャリア上で構成され、前記ワイヤレスデバイス（１７００）は、
前記第２のセル上でセルフスケジューリングを使用して前記第２のセル上のダウンリンク送信がスケジューリングされようとしていること、及び、前記第１のセル上でクロスキャリアスケジューリングを使用して前記第２のセル上のアップリンク送信がスケジューリングされようとしていることを示す１つ以上の構成メッセージを受信し、
前記第１のセルにおいてスケジューリンググラントを受信し、
前記スケジューリンググラントを受信してから予め決定される数のサブフレームの後に生じるサブフレームにおいて、前記第２のセルにおいてＣＣＡ（clear channel assessment）を実行し、
前記ＣＣＡの成功に応じて、前記第２のセルにおいてアップリンクメッセージを送信する、
ように構成される、ワイヤレスデバイス（１７００）。
【請求項４】
第１のセル及び第２のセルへサービスするように構成されるネットワークノード（１８００）であって、前記第２のセルは、送信のためにＬＢＴ（listen-before-talk）プロトコルを使用することを要するキャリア上で構成され、前記ネットワークノード（１８００）は、
前記第２のセル上でセルフスケジューリングを使用して前記第２のセル上のダウンリンク送信がスケジューリングされようとしていること、及び、前記第１のセル上でクロスキャリアスケジューリングを使用して前記第２のセル上のアップリンク送信がスケジューリングされようとしていることを示す１つ以上の構成メッセージをワイヤレスデバイス（１７００）へ送信し、
スケジューリンググラントを前記第１のセルにおいて前記ワイヤレスデバイス（１７００）へ送信し、
送信された前記スケジューリンググラントに従って、前記第２のセルにおいて前記ワイヤレスデバイス（１７００）からアップリンクメッセージを受信する、
ように構成される、ネットワークノード（１８００）。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ワイヤレス通信ネットワークにおけるスケジューリングに関し、より具体的には、ワイヤレスネットワークにおける未ライセンススペクトルにおけるデータ送信がライセンス済みスペクトルにおけるデータ送信と統合される形のスケジューリングに関する。
【背景技術】
【０００２】
３ＧＰＰイニシアティブ“ライセンス支援型アクセス（Licensed  Assisted  Access）”（ＬＡＡ）は、ＬＴＥ（Long  Term  Evolution）機器が未ライセンスの５ＧＨｚ無線スペクトルにおいても動作することを可能とすることを意図している。未ライセンスの５ＧＨｚスペクトルは、ライセンス済みスペクトルを補うものとして使用される。従って、デバイスは、ライセンス済みスペクトル（プライマリセル又はＰＣｅｌｌ）内で接続を行い、及び、未ライセンススペクトル（セカンダリセル又はＳＣｅｌｌ）内での追加的な送信キャパシティの恩恵を受けるためにキャリアアグリゲーションを使用する。ライセンス済みスペクトル及び未ライセンススペクトルを統合するために要する変化を低減するために、プライマリセルにおけるＬＴＥフレームタイミングがセカンダリセルにおいて同時に使用される。
【０００３】
しかしながら、規制要件（regulatory  requirements）が、事前のチャネルセンシング無く未ライセンススペクトルにおいて送信を行うことを許可しないかもしれない。未ライセンススペクトルは、類似の又は非類似のワイヤレス技術の他の無線機と共有されなければならないであろうことから、いわゆるＬＢＴ（listen-before-talk）方式が適用される必要がある。今日、未ライセンスの５ＧＨｚスペクトルは、ＩＥＥＥ８０２．１１  ＷＬＡＮ（Wireless  Local  Area  Network）標準を実装する機器により主として使用されている。この標準は、そのマーケティングブランド“Ｗｉ−Ｆｉ”の下で知られている。
【０００４】
欧州では、ＬＢＴ手続は、ＥＮ３０１．８９３レギュレーションのスコープの下にある。ＬＡＡが５ＧＨｚスペクトルにおいて動作するために、ＬＡＡ  ＬＢＴ手続は、ＥＮ３０１．８９３において提示されている要件及び最小限の振る舞いを遵守するものとされる。しかしながら、Ｗｉ−ＦｉとＥＮ３０１．８９３のＬＢＴ手続を伴うＬＡＡとの共存を保証するためには、追加的なシステム設計及びステップ群が必要とされる。
【０００５】
“Apparatus  and  method  for  spectrum  sharing  using  listen-before-talk  with  quiet  periods”と題された米国特許第８，７７４，２０９号（Ｂ２）は、送信に先立ってチャネルが空いているかを判定するためにフレームベースのＯＦＤＭ（orthogonal  frequency-division  multiplexing）システムによりＬＢＴが採用される仕組みを開示している。送信バーストの時間長を制限するために最大送信時間長タイマが使用され、その後に静寂ピリオド（quiet  period）が続く。しかしながら、ＥＮ３０１．８９３レギュレーションをも充足しつつ、Ｗｉ−Ｆｉといった他の無線アクセス技術とのより公平な共存が必要とされることが、ここで認識される。
【０００６】
ＬＴＥは、ダウンリンクにおいてＯＦＤＭを、アップリンクにおいてシングルキャリア周波数分割多重アクセス（ＦＤＭＡ）ともいう離散フーリエ変換（ＤＦＴ）拡散ＯＦＤＭを使用する。基本的なＬＴＥのダウンリンク物理リソースを、よって、図１に示したような時間−周波数グリッドとして見ることができ、各リソースエレメントは１つのＯＦＤＭシンボルインターバルの期間中の１つのＯＦＤＭサブキャリアに相当する。アップリンクサブフレームは、ダウンリンクと同じサブキャリア間隔を有し、ダウンリンクにおけるＯＦＤＭシンボルと同じ数のＳＣ−ＦＤＭＡシンボルを時間ドメインにおいて有する。
【０００７】
時間ドメインにおいて、ＬＴＥのダウンリンク送信は、１０ｍｓの無線フレームへと編成され、各無線フレームは、図２に示したように、長さＴsubframe＝１ｍｓで等サイズの１０個のサブフレームからなる。通常のサイクリックプレフィクスについて、１つのサブフレームは１４個のＯＦＤＭシンボルからなる。各シンボルの時間長は、おおよそ７１．４μｓである。
【０００８】
さらに、ＬＴＥにおけるリソース割り当ては、典型的にはリソースブロックの観点で記述され、１リソースブロックは、時間ドメインにおける１スロット（０．５ｍｓ）及び周波数ドメインにおける１２個の連続したサブキャリアに相当する。時間ドメインにおける２つの隣り合うリソースブロックのペア（１．０ｍｓ）は、リソースブロックペアとして知られている。リソースブロックは、周波数ドメインにおいて、システム帯域幅の一端から０を開始として付番される。
【０００９】
ダウンリンク送信は動的にスケジューリングされ、即ち、各サブフレームにおいて、基地局は、その時点のダウンリンクサブフレームにおいてどの端末がデータの送信先であり及びどのリソースブロック上でデータが送信されるかに関する制御情報を送信する。この制御シグナリングは、典型的には、各サブフレーム内の最初から１、２、３又は４個のＯＦＤＭシンボルにおいて送信され、ｎ＝１、２、３又は４は制御フォーマットインジケータ（ＣＦＩ）として知られている。ダウンリンクサブフレームは、共通リファレンスシンボルをも含み、共通リファレンスシンボルは、受信機にとって既知であって、例えば制御情報のコヒーレント復調のために使用される。制御としてＣＦＩ＝３ＯＦＤＭシンボルであるダウンリンクサブフレームが図３に示されている。
【００１０】
ＬＴＥリリース１１以降より、上述したリソース割り当てを、ＥＰＤＣＣＨ（enhanced  Physical  Downlink  Control  Channel）上でスケジューリングすることもできる。リリース８〜リリース１０については、ＰＤＣＣＨ（Physical  Downlink  Control  Channel）のみが利用可能である。
【００１１】
図３に示すリファレンスシンボルは、セル固有のリファレンスシンボル（ＣＲＳ）であり、いくつかの送信モードについての精細な時間及び周波数同期並びにチャネル推定を含む複数の機能をサポートするために使用される。ＰＤＣＣＨ／ＥＰＤＣＣＨは、スケジューリング決定及び電力制御コマンドなどのダウンリンク制御情報（ＤＣＩ）を搬送するために使用される。より具体的には、ＤＣＩは、ＰＤＳＣＨリソース標識、トランスポートフォーマット、ハイブリッドＡＲＱ情報及び（該当する場合）空間多重に関する制御情報を含むダウンリンクスケジューリング割り当てを含む。ダウンリンクスケジューリング割り当ては、ダウンリンクスケジューリング割り当てに応じてハイブリッドＡＲＱ肯定応答の送信に使用される物理アップリンク制御チャネル（ＰＵＣＣＨ）の電力制御のためのコマンドをも含む。ＤＣＩは、ＰＵＳＣＨリソース標識、トランスポートフォーマット、及びハイブリッドＡＲＱ関連情報を含むアップリンクスケジューリンググラントをも含む。アップリンクスケジューリンググラントは、ＰＵＳＣＨの電力制御のためのコマンドをも含む。ＤＣＩは、スケジューリング割り当て／グラントに含まれるコマンドを補うものとして、端末のセットのための電力制御コマンドをも含む。
【００１２】
１つのＰＤＣＣＨ／ＥＰＤＣＣＨは、上で列挙した情報のグループのうちの１つを含む１つのＤＣＩメッセージを搬送する。複数の端末を同時にスケジューリングすることができ、各端末をダウンリンクとアップリンクの双方で同時にスケジューリングすることができるので、各サブフレーム内で複数のスケジューリングメッセージを送信することが可能であるはずである。各スケジューリングメッセージは、別々のＰＤＣＣＨ／ＥＰＤＣＣＨリソース上で送信され、その結果、典型的には、各セル内の各サブフレーム内には、複数の同時のＰＤＣＣＨ／ＥＰＤＣＣＨ送信が存在する。さらに、様々な無線チャネル状態をサポートするために、リンク適応を使用することができ、この場合、無線チャネル状態に適合するように、ＰＤＣＣＨ／ＥＰＤＣＣＨのためにリソース使用量を適応させることによって、ＰＤＣＣＨ／ＥＰＤＣＣＨのコードレートが選択される。
【００１３】
ＬＴＥでは、アップリンク（ＵＬ）送信のスケジューリングコマンドは、ｅＮＢからユーザ機器（ＵＥ）へ送信される。スケジューリングコマンドが送信される時間と、ＵＥが標準において仕様化されたＵＬ信号を送信する時間との間に固定的な遅延が存在する。この遅延は、ＵＥにＰＤＣＣＨ／ＥＰＤＣＣＨを復号し及びＵＬ信号を送信のために準備するための時間を許すように設計される。周波数分割複信（ＦＤＤ）サービングセルの場合、このＵＬグラント遅延は４ｍｓである。時分割複信（ＴＤＤ）サービングセルの場合、このＵＬグラントは４ｍｓよりも長くなる可能性がある。
【００１４】
＜キャリアアグリゲーション＞
ＬＴＥリリース１０標準は、２０ＭＨｚよりも大きな帯域幅をサポートする。ＬＴＥリリース１０に関する１つの重要な要件は、ＬＴＥリリース８との後方互換性を確保することである。これは、スペクトル互換性をも含むべきである。このことは、２０ＭＨｚよりも広いＬＴＥリリース１０キャリアが、ＬＴＥリリース８端末にとって複数個のＬＴＥキャリアとして見えるべきであることを示唆するはずである。そうした各キャリアを、コンポーネントキャリア（ＣＣ）ということができる。具体的には、早期のＬＴＥリリース１０配備について、予期し得ることとして、多くのＬＴＥレガシー端末と比較して、ＬＴＥリリース１０対応型端末はより少ない数存在するであろう。従って、レガシー端末についても、幅の広いキャリアの効率的な使用を確保すること、即ち、レガシー端末を広帯域ＬＴＥリリース１０キャリアの全ての部分においてスケジューリングすることの可能なキャリアを実装できることを確保することが必要である。これを獲得するための端的な手法は、キャリアアグリゲーション（ＣＡ）という手段によるはずである。ＣＡは、ＬＴＥリリース１０端末が複数のＣＣを受信できることを示唆し、ここでＣＣは、リリース８キャリアと同じ構造を有するか又は同じ構造を有する可能性を少なくとも有する。ＣＡの例が図４に示されている。ＣＡ対応型のＵＥには、常にアクティブ化されているプライマリセル（ＰＣｅｌｌ）と、動的にアクティブ化され又は非アクティブ化され得る１つ以上のセカンダリセル（ＳＣｅｌｌ）と、が割り当てられる。
【００１５】
統合されるＣＣの数と共に個々のＣＣの帯域幅は、アップリンクとダウンリンクとで異なってよい。対称構成とは、ダウンリンク及びアップリンクにおけるＣＣの数が同じであるケースを指し、一方で、非対称構成とは、そのＣＣ数が異なるケースを指す。セル内で構成されるＣＣの数が、端末から見られるＣＣの数とは異なってもよいことに留意することが重要である。セルが同数のアップリンクＣＣ及びダウンリンクＣＣで構成される場合でさえも、端末は、例えば、アップリンクＣＣよりも多くのダウンリンクＣＣをサポートしてよい。
【００１６】
加えて、キャリアアグリゲーションの鍵となる特徴は、クロスキャリアスケジューリングを実行する能力である。この仕組みは、１つのＣＣ上の（Ｅ）ＰＤＣＣＨが、（Ｅ）ＰＤＣＣＨメッセージの冒頭に挿入される３ビットのＣＩＦの手段によって、他のＣＣ上のデータ送信をスケジューリングすることを可能にする。所与のＣＣ上のデータ送信のために、ＵＥは、ただ１つのＣＣ上の（Ｅ）ＰＤＣＣＨ上のスケジューリングメッセージを受信することを予期し、ただ１つのＣＣとは、同じＣＣであるか又はクロスキャリアスケジューリングを介して異なるＣＣであるかのいずれかである。（Ｅ）ＰＤＣＣＨからＰＤＳＣＨへのこのマッピングもまた、準静的に構成される。
【００１７】
ＬＴＥでは、ＰＣｅｌｌ上のＤＬ送信及びＵＬ送信のスケジューリング情報は、ＰＤＣＣＨ又はＥＰＤＣＣＨを使用してＰＣｅｌｌ上で送信される。この基本的なスケジューリングの仕組みは、ＬＴＥでは、セルフスケジューリング法と呼ばれる。ＳＣｅｌｌについては、次の２つのスケジューリングの仕組み、即ち、ＳＣｅｌｌセルフスケジューリング及びＳＣｅｌｌクロスキャリアスケジューリングがサポートされている。ＳＣｅｌｌセルフスケジューリングについては、ＰＣｅｌｌの場合と同様に、ＳＣｅｌｌ上のＤＬ送信及びＵＬ送信のスケジューリング情報は、同じＳＣｅｌｌ自体の上でＰＤＣＣＨ又はＥＰＤＣＣＨを使用して送信される。ＳＣｅｌｌクロスキャリアスケジューリングについては、ネットワークは、クロスキャリアスケジューリングの仕組みを使用するために上位レイヤシグナリングを介してＳＣｅｌｌを構成することをもできる。このアプローチでは、ＳＣｅｌｌ上のＤＬ送信及びＵＬ送信のスケジューリング情報は、別のセル上でＰＤＣＣＨ又はＥＰＤＣＣＨを使用して送信される。その別のセルとは、ＰＣｅｌｌ又は他のＳＣｅｌｌとすることができる。
【００１８】
なお、ＬＴＥについて、ＤＬ及びＵＬのスケジューリングアプローチは、併せて構成される。即ち、あるセルのＤＬ送信及びＵＬ送信は、共にセルフスケジューリングであるか、又は共にクロスキャリアスケジューリングであるかのいずれかである。
【００１９】
＜ワイヤレスローカルエリアネットワーク＞
ＷＬＡＮ（wireless  local  area  network）の典型的な配備では、メディアアクセスのためにＣＳＭＡ／ＣＡ（carrier  sense  multiple  access  with  collision  avoidance）でのキャリアセンス多重アクセスが使用される。これは、チャネルがＣＣＡ（clear  channel  assessment）を実行するためにセンシングされ、チャネルがアイドルであると宣言される場合にのみ送信が開始されることを意味する。チャネルがビジーであると宣言される場合には、送信はチャネルがアイドルであると見なされるまで延期される。同じ周波数を用いる複数のＡＰのレンジが重複する場合、これは、レンジ内の他のＡＰとの間の同じ周波数上での送信が検出され得るときにおいて１つのＡＰに関連する全ての送信が延期されるかもしれないことを意味する。実質的には、これは、複数のＡＰがレンジ内にある場合に、それらがチャネルを時間的に共用しなければならなくなること、及び個々のＡＰについてのスループットがひどく劣化しかねないことを意味する。ＬＢＴの仕組みの一般的な様子が図５に示されている。
【００２０】
Ｗｉ−ＦｉステーションＡがデータフレームをステーションＢへ送信した後、ステーションＢは、１６μｓの遅延でステーションＡへＡＣＫフレームを送り返すものとされる。そのようなＡＣＫフレームは、ＬＢＴ動作を実行することなく、ステーションＢによって送信される。他のステーションがそのようなＡＣＫフレーム送信に干渉するのを防止するために、ステーションは、チャネルが占有されたことが観測された後、チャネルが占有されているかどうかを再度評価する前に、３４μｓの時間長（分散協調機能（ＤＣＦ）フレーム間スペース又はＤＩＦＳと呼ばれる）の間待機するものとされる。
【００２１】
従って、送信を望むステーションは、まず、固定的な時間長のＤＩＦＳの間、媒体をセンシングすることによってＣＣＡを実行する。媒体がアイドルである場合、ステーションは、媒体の所有権（ownership）を獲得し、フレーム交換シーケンスを開始してよいものと想定する。媒体がビジーである場合、ステーションは、媒体がアイドルになるのを待ち、ＤＩＦＳの間待機し、さらにランダムバックオフピリオドにわたって待機する。
【００２２】
ステーションが連続的にチャネルを占有することによって他のステーションがチャネルへアクセスすることを妨げるのをさらに防止するために、送信が完了した後に再度送信することを望むステーションがランダムバックオフを実行する必要がある。
【００２３】
ポイント協調機能（ＰＣＦ）フレーム間スペース（ＰＩＦＳ）は、媒体への優先アクセスを得るために使用され、ＤＩＦＳ時間長よりも短い。とりわけ、ＰＩＦＳは、ＰＣＦ下で動作するステーション（ＳＴＡ）が、ビーコンフレームを優先的に送信するために使用することができる。各ＣＦＰ（Contention-Free  Period）の名目上の開始時に、ポイントコーディネータ（ＰＣ）は、媒体をセンシングするものとされる。媒体が１ＰＩＦＳピリオドの間（一般的に２５μｓ）アイドルであると判定されたとき、ＰＣは、ＣＦパラメータセットエレメントと配信トラフィック標識メッセージエレメントとを含むビーコンフレームを送信するものとされる。
【００２４】
Ｗｉ−Ｆｉプロトコルを使用しないデバイスについて、ＥＮ３０１．８９３，ｖ．１．７．１は、負荷ベースのクリアチャネルアセスメントのための以下の要件及び最小限の振る舞いを提供する。第１の要件として、動作チャネル上での送信又は送信のバーストの前に、機器は「エネルギー検出」を使用してＣＣＡチェックを実行するものとされる。機器は、ＣＣＡ観測時間の時間長の間、動作チャネルを観測するものとし、ＣＣＡ観測時間は、２０μｓ以上であるものとされる。機器によって使用されるＣＣＡ観測時間は、製造業者によって宣言されるものとされる。チャネル内のエネルギーレベルが電力レベルに対応する閾値を超える場合、動作チャネルは占有されていると見なされるものとされる。機器は、チャネルがクリアであるとわかった場合、すぐに送信することができる。
【００２５】
第２の要件として、機器は、動作チャネルが占有されているとわかった場合、そのチャネルでは送信しないものとされる。機器は、拡張ＣＣＡチェックを実行するものとされ、ランダム係数ＮにＣＣＡ観測時間を掛けた時間長の間、動作チャネルが観測される。Ｎは、クリアなアイドルスロットの数を定義し、結果的に、送信の開始前に観測される必要がある総アイドルピリオドがもたらされる。Ｎの値は、拡張ＣＣＡが必要とされるたびに１〜ｑの範囲でランダムに選択され、その値はカウンタに記憶されるものとされる。ｑの値は、製造業者によって４〜３２の範囲で選択される。この選択された値は、製造業者によって宣言されるものとされる。カウンタは、ＣＣＡスロットが「占有されていない」と見なされるたびにデクリメントされる。カウンタがゼロになると、機器は、送信することができる。機器は、４．９．２．３節の要件を満たしていれば、このチャネル上でショート制御シグナリング送信（Short  Control  Signalling  Transmission）を続行することができる。複数（隣接又は非隣接）の動作チャネル上で同時に送信を行う機器について、機器は、ＣＣＡチェックでそれらのチャネル上にいかなる信号も検出しなかった場合、他の動作チャネル上で送信を続行することができる。
【００２６】
第３の要件として、機器が動作チャネルを使用する総時間は、最大チャネル占有時間（Maximum  Channel  Occupancy  Time）であり、それは（１３／３２）×ｑｍｓ未満であるものとされ、ｑは上記第２の要件のために定義された通りであり、その後、デバイスは、拡張ＣＣＡを実行するものとされる。
【００２７】
第４の要件として、機器は、当該機器を対象としたパケットを正しく受信すると、ＣＣＡをスキップし、管理及び制御フレーム（例えば、ＡＣＫ及びＢｌｏｃｋ  ＡＣＫフレーム）の送信を直ちに続けることができる。機器による連続した一連の送信は、新しいＣＣＡを実行することなく、第３の要件について定義された最大チャネル占有時間を超えないものとされる。マルチキャストの目的で、個々のデバイスの（同じデータパケットに関連付けられる）ＡＣＫ送信は、ひと続きに行われることが許容される。
【００２８】
第５の要件として、ＣＣＡのエネルギー検出閾値は、送信機の最大送信電力（ＰＨ）に比例するものとされ、２３ｄＢｍ  ｅ．ｉ．ｒ．ｐ．の送信機では、ＣＣＡ閾値レベル（ＴＬ）は、（０ｄＢｉ受信アンテナを想定すると）受信機への入力においては−７３ｄＢｍ／ＭＨｚ以下であるものとされる。他の送信電力レベルの場合、ＣＣＡ閾値レベルＴＬは、次の式を使用して計算されるものとされる：ＴＬ＝−７３ｄＢｍ／ＭＨｚ＋２３−ＰＨ（０ｄＢｉの受信アンテナ及びＰＨがｄＢｍ  ｅ．ｉ．ｒ．ｐ．で指定されるものと想定）。ＥＮ３０１．８９３のＬＢＴ手続を示す一例を図６に示す。
【００２９】
今までは、ＬＴＥによって使用されるスペクトルは、ＬＴＥ専用である。これは、ＬＴＥシステムが、同じスペクトル内の他の非３ＧＰＰ無線アクセス技術との共存を気にする必要がなく、スペクトル効率を最大にすることができるという利点を有する。しかしながら、ＬＴＥに割り当てられたスペクトルは、限られており、アプリケーション／サービスからのより大きなスループットに対する需要の一層の増加を満たすことはできない。従って、ライセンス済みスペクトルに加えて、未ライセンススペクトルを利用するために、ＬＴＥの拡張に関して、３ＧＰＰにおいて新しい研究項目が開始されている。
【００３０】
未ライセンススペクトルへのライセンス支援型アクセス（ＬＡＡ）により、図７に示すように、ＵＥは、ライセンス済み帯域内のＰＣｅｌｌ及び未ライセンス帯域内の１つ以上のＳＣｅｌｌへ接続される。この適用例では、未ライセンススペクトル内のセカンダリセルは、ＬＡＡセカンダリセル（ＬＡＡ  ＳＣｅｌｌ）として示されている。ＬＡＡ  ＳＣｅｌｌは、ＤＬのみのモードで動作してもよく、又はＵＬトラフィック及びＤＬトラフィックの双方で動作してもよい。さらに、将来のシナリオでは、ＬＴＥノードは、ライセンス済みセルからの支援無しにライセンス免除（license-exempt）のチャネルにおいてスタンドアロンモードで動作する可能性がある。定義上、未ライセンススペクトルを、複数の異なる技術によって同時に使用することができる。従って、上述したＬＡＡは、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）など他のシステムとの共存を考慮する必要がある。
【００３１】
Ｗｉ−Ｆｉシステムと公平に共存するために、衝突、及び進行中の送信に深刻な干渉をもたらすことを避けるために、ＳＣｅｌｌ上の送信は、ＬＢＴプロトコルに準拠するものとされる。これは、送信を開始する前にＬＢＴを実行すること、及び単一の送信バーストの最大時間長を制限することの双方を含む。最大送信バーストの時間長は、国及び領域固有の規制によって仕様化される。例えば、最大バーストの時間長は、日本で４ｍｓ、ＥＮ３０１．８９３によれば１３ｍｓである。図８に、ＬＡＡの文脈における一例が、ＬＡＡ  ＳＣｅｌｌ上の送信バーストの時間長が４ｍｓという最大許容送信時間長によって制約される様々な例と共に示されている。
【００３２】
ＬＡＡ  ＳＣｅｌｌ上でＵＬ送信をサポートするための２つのあり得るアプローチが存在する。第１のアプローチでは、ＵＥは、ＵＬ送信スケジューリングコマンドを受信した後、ＬＢＴプロトコルに従ってチャネルアクセスを試みる。これは、図９の４ｍｓのチャネル占有時間のシステムの例に示されている。即ち、ＬＢＴプロトコルは、４ｍｓのＤＬチャネル占有時間と４ｍｓのＵＬチャネル占有時間とを許容するように設計されている。第２のアプローチでは、ＵＥは、ＵＬ送信スケジューリングコマンドを受信した後、チャネルアクセスを開始するために、いかなるＬＢＴプロトコルにも従わない。これは、図１０に８ｍｓのチャネル占有時間システムの一例として示されている。この例では、ＬＢＴプロトコルは、ＤＬ送信とＵＬ送信との間の８ｍｓの総チャネル占有時間を許容するように設計されている。ＬＢＴ及びＣＣＡは、ＤＬ送信の開始前にｅＮＢによって実行される。
【発明の概要】
【発明が解決しようとする課題】
【００３３】
上記分野において、例えば送信のためにＬＢＴプロトコルを使用することを要するキャリア上で構成されたセル、及びアップリンク送信が逆方向のグラントプロトコルに従うべきであるキャリア上で構成されたセルにおける、スケジューリングのための改良された仕組みについてのニーズが存在する。
【課題を解決するための手段】
【００３４】
第１の問題は、ＵＬ送信がＬＢＴプロトコルに従う状況において存在する。現在のＬＴＥスケジューリング構成仕様に従うと、ＬＡＡ  ＳＣｅｌｌ上のＤＬ送信及びＵＬ送信は共に、セルフスケジューリング又はクロスキャリアスケジューリングのいずれかに従う。この制限は、いくつかの動作状態下でのＬＡＡの動作及び性能を著しく制限する可能性がある。ＬＡＡシステムが多くのＵＥを有する他のＷｉ−Ｆｉネットワークと同じ周波数で動作しているときなど、チャネルへのアクセスを争うノードが多数存在するとき、輻輳のシナリオが生じる可能性がある。チャネルアクセスのために争うスモールセル（ＬＡＡ  ｅＮＢｓ又はＷｉ−Ｆｉ  ＡＰなど）及びＵＥを含むＮ個のノードが存在すると仮定する。その場合、ＬＡＡ  ｅＮＢが、セルフスケジューリング情報を送信して関連するＵＥからのＵＬ送信をスケジューリングすることができるチャネルアクセスを獲得することができる１／Ｎの機会が存在する。ＵＥは、ＵＬ送信スケジューリングコマンドを受信すると、ＬＢＴプロトコルに従ってチャネルにアクセスしようと試み、このことは、それ自体、ＵＥにチャネルを獲得する１／Ｎの機会を与える。しかしながら、ＵＥのＬＢＴアクションは、ｅＮＢからスケジューリングコマンドを受信することを条件としており、これは、ｅＮＢが最初にチャネルを獲得することを要する。即ち、成功したＵＬ送信の正味の確率は１／Ｎ２に近い。同じ周波数で動作するノードが多数存在するとき、この分析は、ＬＡＡ  ＵＬ動作がうまく機能しないことを示す。
【００３５】
第２の問題は、ＵＬ送信が逆方向グラントプロトコルに従うときに生じる。いくつかの地域において、最大許容チャネル占有時間は非常に短いかもしれない。例えば、日本の規制は、チャネル占有時間を４ミリ秒に制限している。これは、ＵＬグラント遅延が少なくとも４ｍｓであるので、ＵＬ送信のための逆方向グラントプロトコルの使用を妨げる。
【００３６】
提案された解決策のうちのいくつかの１つの利点は、ＬＡＡ  ＵＬ送信動作の強化である。より良いＬＡＡ  ＵＬ送信を可能にするために、２つの動作が提案される。問題１に対処するために、ＤＬ送信及びＵＬ送信のためのスケジューリング方法が別々に構成され得る。問題２に対処するために、ＵＬ逆方向グラントプロトコル動作を可能にするために逆方向グラント支援信号がＤＬにおいて送信される。
【００３７】
いくつかの実施形態によれば、第１のセル及び第２のセルへ接続されるワイヤレスデバイスにおいて方法が実行され、第２のセルは、送信のためにＬＢＴプロトコルを使用することを要するキャリア上で構成される。この方法は、第２のセル上のダウンリンク送信がスケジューリングされようとしていることを示す構成メッセージを受信することを含む。ダウンリンク送信は、第２のセル上でセルフスケジューリングを使用してスケジューリングされてよく、第２のセル上のそのアップリンク送信は、第１のセル上でクロスキャリアスケジューリングを使用してスケジューリングされることになる。セルフスケジューリングについては、スケジューリングコマンド及びデータが同じセル上で送信される。クロスキャリアスケジューリングでは、スケジューリングコマンド及びデータが異なるセル上で送信される。また、１つはダウンリンク用であり、もう１つはアップリンク用である、２つの別個の構成メッセージを受信することをも可能である。構成メッセージは、無線リソース制御（ＲＲＣ）シグナリングを介して送信されてもよい。この方法は、第１のセルにおいてスケジューリンググラントを受信することを含む。この方法は、スケジューリンググラントを受信してから予め決定される数のサブフレームの後に生じるサブフレームにおいて、第２のセルにおいてＣＣＡを実行することを含む。この方法は、ＣＣＡの成功に応じて、アップリンクメッセージを送信することを含む。
【００３８】
いくつかの実施形態によれば、第１のセル及び第２のセルへサービスするネットワークノードにおいて実行される方法であって、第２のセルは、送信のためにＬＢＴプロトコルを使用することを要するキャリア上で構成され、第２のセル上のダウンリンク送信がスケジューリングされようとしていることを示す１つ以上の構成メッセージをワイヤレスデバイスへ送信することを含む。ダウンリンク送信は、第２のセル上でセルフスケジューリングを使用してスケジューリングされてよく、第２のセル上のそのアップリンク送信は、第１のセル上でクロスキャリアスケジューリングを使用してスケジューリングされることになる。同様に、１つはダウンリンク送信用であり、もう１つはアップリンク送信用である、２つの別個の構成メッセージを送信することが可能である。さらに、この方法は、第１のセルにおいてワイヤレスデバイスへスケジューリンググラントを送信することを含む。有利なことに、第１のセルでは、ＬＢＴを使用する必要はない。例えば、第１のセルは、ＬＴＥライセンス済みスペクトル上で動作している可能性がある。従って、ネットワークノードは、最初にＣＣＡを実行することなく、スケジューリンググラントを送信することができる。スケジューリンググラントを送信することに続いて、この方法は、送信されたスケジューリンググラントに従って、第２のセルにおいてワイヤレスデバイスからアップリンクメッセージを受信することを含む。
【００３９】
いくつかの実施形態によれば、第１のセル及び第２のセルへサービスするネットワークノードにおいて実行される方法であって、第２のセルは、送信のためにＬＢＴプロトコルを使用することを要するキャリア上で構成され、この方法は、第２のセル上でセルフスケジューリングを使用して第２のセル上のダウンリンク送信がスケジューリングされようとしていること、及び第２のセル上のアップリンク送信が第１のセル上でクロスキャリアスケジューリングを使用してスケジューリングされようとしていることを示す１つ以上の構成メッセージをワイヤレスデバイスへ送信することを含む。また、この方法は、第１のセルにおいてワイヤレスデバイスへスケジューリンググラントを送信することと、送信されたスケジューリンググラントに従って、第２のセルにおいてワイヤレスデバイスからアップリンクメッセージを受信することと、を含む。
【００４０】
いくつかの実施形態によれば、ネットワークノード（例えば、基地局）により運用されるセルへ接続されるワイヤレスデバイスにおいて実行される方法であって、セルが送信のためにＬＢＴプロトコルを使用することを要するキャリア上で構成され、この方法は、ネットワークノードからスケジューリンググラントを受信することを含む。この方法は、ネットワークノードから、ネットワークノードがキャリア上でＣＣＡを実行したこと及びワイヤレスデバイスのためにキャリアを解放しようとしていることを示すグラント確認信号を受信することをも含む。この方法は、スケジューリンググラント及びグラント確認信号を受信することに応じて、キャリア上でＣＣＡを実行することなく、キャリア上でアップリンクメッセージを送信することをさらに含む。
【００４１】
いくつかの実施形態によれば、セルへサービスするネットワークノードにおいて実行される方法であって、セルは、送信のためにＬＢＴプロトコルを使用することを要するキャリア上で構成され、少なくとも１つのワイヤレスデバイスがそのセルへ接続され、この方法は、スケジューリングされるアップリンク送信のために、キャリアについてワイヤレスデバイスへスケジューリンググラントを送信することを含む。この方法は、スケジューリングされるアップリンク送信のための時間に先立って、キャリアについて、第１のＣＣＡを実行し、ＣＣＡの成功に応じて、グラント確認信号をワイヤレスデバイスへ送信し、スケジューリングされるアップリンク送信のためにキャリアを解放することをも含む。
【００４２】
この方法は、ワイヤレスデバイス、ネットワークノード、コンピュータ読取可能な媒体、コンピュータプログラムプロダクト、及び機能的実装によっても実装することをもできる。
【００４３】
当然、本発明は、上記の特徴及び利点に限定されない。実際、以下の詳細な説明を読み、また添付の図面を見ると、当業者は追加の特徴及び利点を認識するであろう。
【図面の簡単な説明】
【００４４】
【図１】ＬＴＥダウンリンク物理リソースを示す図である。
【図２】ＬＴＥの時間領域構造を示す図である。
【図３】通常のダウンリンクサブフレームを示す図である。
【図４】キャリアアグリゲーションを示す図である。
【図５】Ｗｉ−ＦｉにおけるＬＢＴを示す図である。
【図６】ＥＮ３０１．８９３におけるＬＢＴを示す図である。
【図７】ＬＡＡ  ＳＣｅｌｌで構成されたＣＡ対応型のＵＥを示す図である。
【図８】ＬＴＥ  ＣＡ及びＬＢＴを使用した未ライセンススペクトルへのＬＡＡを示す図である。
【図９】ＵＬ  ＬＢＴプロトコルに基づくＵＬ  ＬＡＡ送信を示す図である。
【図１０】逆方向グラントプロトコルに基づくＵＬ  ＬＡＡ送信を示す図である。
【図１１】いくつかの実施形態に係る、ＣＣＡを使用した送信のためのワイヤレスデバイスにおける方法を示すフローチャートである。
【図１２】いくつかの実施形態に係る、送信をスケジューリングするためのネットワークノードにおける方法を示すフローチャートである。
【図１３】ＤＬ支援標識（assisting  DL  indication）を伴う逆方向グラントプロトコルに基づくＵＬ  ＬＡＡ送信を示す図である。
【図１４】いくつかの実施形態に係る、ＣＣＡを使用したスケジューリングのためのネットワークノードにおける方法を示すフローチャートである。
【図１５】いくつかの実施形態に係る、送信のためのワイヤレスデバイスにおける方法を示すフローチャートである。
【図１６】いくつかの実施形態を実装することができるＣＡを使用するＬＴＥネットワークを示す図である。
【図１７】いくつかの実施形態に係る、関連する方法を実行する、ように構成されるワイヤレスデバイスのブロック図である。
【図１８】いくつかの実施形態に係る、関連する方法を実行する、ように構成されるネットワークノードのブロック図である。
【図１９】ＤＬのみのＬＡＡ  ＳＣｅｌｌセルフスケジューリングの一実施形態を示す図である。
【図２０】ＵＬ＋ＤＬ  ＬＡＡ  ＳＣｅｌｌセルフスケジューリングの一実施形態を示す図である。
【図２１】ＰＤＣＣＨに基づくＤＬのみのＬＡＡクロスキャリアスケジューリングの一実施形態を示す図である。
【図２２】ＥＰＤＣＣＨに基づくＤＬのみのＬＡＡクロスキャリアスケジューリングの一実施形態を示す図である。
【図２３】ＥＰＤＣＣＨに基づくＤＬのみのＬＡＡクロスキャリアスケジューリングの一実施形態を示す図である。
【図２４】ＥＰＤＣＣＨに基づくＵＬ＋ＤＬベースのクロスキャリアスケジューリングの一実施形態を示す図である。
【図２５】ＴＤＤスケジューリングセルでのＥＰＤＣＣＨに基づくＵＬ＋ＤＬベースのクロスキャリアスケジューリングの一実施形態を示す図である。
【図２６】ＬＡＡについての例示的なＬＢＴ手続の概要を示すフローチャートである。
【図２７】媒体負荷シナリオにおけるフリーズピリオド有り又は無しのＬＢＴプロトコルの一例を示す図である。
【図２８】強く占有されている媒体におけるフリーズピリオド有り又は無しのＬＢＴプロトコルの一例を示す図である。
【図２９】４ｍｓという最大チャネル占有でのＳＣｅｌｌ上のＬＡＡセルフスケジューリングの例を示す図である。
【図３０】様々なＴＭをサポートするためのフリーズピリオドの一例を示す図である。
【図３１】管理及び制御情報についての例示的なＬＢＴを示すフローチャートである。
【図３２】いくつかの実施形態に係る、ワイヤレスデバイスの例示的な機能的実装を示す図である。
【図３３】いくつかの実施形態に係る、ネットワークノードの例示的な機能的実装を示す図である。
【図３４】いくつかの実施形態に係る、ワイヤレスデバイスの他の例示的な機能的実装を示す図である。
【図３５】いくつかの実施形態に係る、ネットワークノードの他の例示的な機能的実装を示す図である。
【発明を実施するための形態】
【００４５】
この開示は、「ライセンス済み」及び「未ライセンス」スペクトルに言及するが、これは例示的なシナリオにすぎず、限定的であると解釈されるべきではないことに留意されたい。例えば、本開示において「未ライセンス」スペクトルと呼ばれるものは、ライセンスされ得るはずではあるが、やはり何らかの条件付き（例えば、ある時間ピリオドの間、又はスペクトルに優先的にアクセスするユーザがセル内に存在しないときなど）で利用可能とされるかもしれない。これは、「ライセンス共有アクセス（License  Shared  Access）」又はＬＳＡと呼ばれることがある。さらに、ここで別段特定されない限り、あるスペクトルが実際に「ライセンス済み」であるかどうかは、解決策に必須ではない。これらの解決策は、概して、セル内のスペクトルが他の無線技術と共有されているシナリオで、特に、それらの技術がチャネルアクセスを得るために異なる複数のプロトコルを使用する場合及び／又はスケジューリングのために異なる複数のプロトコルを使用する場合に、適用可能である。
【００４６】
さらに、本開示の文脈において、ＣＣＡは、送信が実行される前に、チャネルが使用されていないかどうかを検出するための任意の技法を包含する。アセスメントは、特定のリソースに限定される可能性があるが、例えば、セルの全帯域幅など、より広い帯域幅にわたってＣＣＡが実行されることを要してもよい。従って、ここで議論するように、ＬＢＴプロトコルは、一般的なレベルでは、ＣＣＡを実行し、次いで、ＣＣＡが成功したときのみ送信を行う、即ち、チャネルがビジーでないと宣言された（又は、等価的に、アイドルとして宣言された）際に送信を行うことを伴う。いくつかの場合には、ＣＣＡが他のデバイスのために実行されてもよい。例えば、「逆方向グラントプロトコル」において、ネットワークノード（例えば、基地局又はＷｉ−Ｆｉアクセスポイント）は、ワイヤレスデバイスによる後続のアップリンク送信のためにチャネルを保護するためにＣＣＡを実行することができる。
【００４７】
第１の実施形態では、上位レイヤシグナリングを介して、ＤＬ送信及びＵＬ送信のスケジューリング方式が別々に構成され得る。上位レイヤシグナリングの非限定的な例は、ＬＴＥにおけるＲＲＣレイヤシグナリングである。例えば、ＤＬ送信は、セルフスケジューリングに従うように構成され、ＵＬ送信は、クロスキャリアスケジューリングに従うように構成される。ＬＡＡ使用ケースでは、ＬＢＴプロトコルに従わないセル（例えば、ライセンス済み帯域内のＰＣｅｌｌ）からＵＬ送信がクロススケジューリングされる場合、ＵＬ送信試行は、２回のＬＢＴ手続の代わりに、１回だけのＬＢＴ手続に従う。例えば、セルフスケジューリングの場合、ｅＮＢは、スケジューリングメッセージを送信する前にＬＢＴを実行し、その後、スケジューリングされたデータを送信する前にＵＥがＬＢＴを実行しなければならない。この実施形態は、輻輳のシナリオにおいてもＬＡＡ  ＵＬ送信が良好に機能することを可能にする。
【００４８】
ここで、以下、図１１のフローチャートを参照して、ワイヤレスデバイスにおける例示的な一実施形態について説明する。図１１は、ワイヤレスデバイスにおいて実行される方法１１００を示す。ワイヤレスデバイスは、第１のセル及び第２のセルへ接続されており、第２のセルは、送信のためにＬＢＴプロトコルを使用することを要するキャリア上で構成されている。方法１１００は、第２のセル上のダウンリンク送信がスケジューリングされようとしていることを示す構成メッセージを受信する（ブロック１１０２）ことを含む。ダウンリンク送信は、第２のセル上でセルフスケジューリングを使用してスケジューリングされてよく、第２のセル上のそのアップリンク送信は、第１のセル上でクロスキャリアスケジューリングを使用してスケジューリングされることになる。また、１つはダウンリンク用、１つはアップリンク用というように、２つの別個の構成メッセージを受信することをも可能である。構成メッセージは、無線リソース制御（ＲＲＣ）シグナリングを介して送信されてもよい。方法１１００は、第１のセルにおいてスケジューリンググラントを受信する（ブロック１１０４）ことを含む。方法１１００は、スケジューリンググラントを受信してから予め決定される数のサブフレームの後に生じるサブフレームにおいて、第２のセルにおいてクリアチャネルアセスメントを実行する（ブロック１１０６）ことを含む。方法１１００は、クリアチャネルアセスメントの成功に応じて、アップリンクメッセージを送信する（ブロック１１０８）ことを含む。
【００４９】
いくつかの変形では、ワイヤレスデバイスは、キャリアアグリゲーションで構成され、第１のセルは、構成されたＰＣｅｌｌであり、第２のセルは、構成されたＳＣｅｌｌである。第２のセルは、Ｗｉ−Ｆｉなど他の無線技術と共有されるキャリア上で構成されてもよい。キャリアは、未ライセンススペクトルを使用し得る。
【００５０】
次に、図１２に示されるフローチャートを参照して、例えばＬＴＥ基地局などのネットワークノードにおける例示的な実施形態について説明する。方法１２００は、第１のセル及び第２のセルへサービスするネットワークノードにおいて実行され、第２のセルは、送信のためにＬＢＴプロトコルを使用することを要するキャリア上で構成されている。方法１２００は、第２のセル上のダウンリンク送信がスケジューリングされようとしていることを示す１つ以上の構成メッセージをワイヤレスデバイスへ送信する（ブロック１２０２）ことを含む。ダウンリンク送信は、第２のセル上でセルフスケジューリングを使用してスケジューリングされてよく、第２のセル上のそのアップリンク送信は、第１のセル上でクロスキャリアスケジューリングを使用してスケジューリングされることになる。同様に、１つはダウンリンク用、もう１つはアップリンク用というように、２つの別個の構成メッセージを送信することが可能である。さらに、方法１２００は、第１のセルにおいてワイヤレスデバイスへスケジューリンググラントを送信する（ブロック１２０４）ことを含む。有利なことに、第１のセルでは、ＬＢＴを使用する必要はない。例えば、第１のセルは、ＬＴＥライセンス済みスペクトル上で動作していてもよい。従って、ネットワークノードは、最初にＣＣＡを実行することなく、スケジューリンググラントを送信することができる。スケジューリンググラントを送信することに続いて、方法１２００は、送信されたスケジューリンググラントに従って、第２のセルにおいてワイヤレスデバイスからアップリンクメッセージを受信する（ブロック１２０６）ことを含む。
【００５１】
第２の実施形態では、ＵＬ逆方向グラントプロトコルの動作を支援するために、ＤＬにおいて支援信号が送信される。この実施形態は、許容されるチャネル占有時間がＵＬ逆方向グラントプロトコルの実効的な動作を可能にするのに十分なほど長くない状況に対処するためのものである。この例では、ＵＥは、逆方向グラント支援信号を検出し、その後にＬＢＴ無しでＵＬを送信する。
【００５２】
従って、「逆方向グラントプロトコル（reverse  direction  grant  protocol）」は、ＵＥがアップリンクで送信する前にＣＣＡを実行する必要がないように、ＵＥについてのチャネルアクセスを保護するために、ネットワークノード（例えば、基地局）がＣＣＡを実行することを示唆する。いくつかの実施形態では、逆方向グラント支援信号は、ＰＤＣＣＨ又はＥＰＤＣＣＨである。他の実施形態では、逆方向グラント支援信号は、ＵＥにとって既知の特定の時間−周波数位置で送信されるシンボル（ＣＲＳなど）のシーケンスである。いくつかの例では、逆方向グラント支援信号は、上記情報を搬送するために特別に定義された専用物理チャネルである。そのような専用物理チャネルの一例は、ＬＴＥにおける物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）である。
【００５３】
いくつかの実施形態では、逆方向グラント支援信号は、チャネルアクセスが許可されたサブフレームの数を伝達する。そのような情報を、グラント支援信号が生起したサブフレームの後のサブフレーム数をシグナリングすることによって提供することができ、それらサブフレームについてチャネルアクセスが保護される
【００５４】
一例では、ＵＥは、フレーム構造内で逆方向グラント支援信号の位置情報を提供される。例示的な一実装形態では、この情報は、ＵＬスケジューリングコマンドに対して相対的なサブフレームの数である。図１３の例示的な図では、サブフレームｎ−４におけるＵＬ送信コマンドは、ＵＥがＬＢＴ無しでＵＬを送信する前にサブフレームｎ−１において逆方向グラント支援信号を検出することを示す＋３のインデックス情報を含む。
【００５５】
第２の例では、逆方向グラント支援信号の位置がＵＥにとって既知である。第１の例示的な実装形態では、位置情報は、標準仕様において固定されている。第２の例示的な実装形態では、位置情報は、上位レイヤシグナリングを介して構成され、再構成までそのサービングセルについて固定される。
【００５６】
第３の例では、上記の方法のいずれかを使用して送られた逆方向グラント支援信号は、ＬＢＴ無しでＵＥが送信可能な複数のＵＬ  ＳＣｅｌｌについての情報を搬送する。
【００５７】
第４の例では、対応するＵＬ  ＳＣｅｌｌを示すために、関連付けられるＣＩＦ情報と共に、逆方向グラント支援信号がライセンス済みＰＣｅｌｌ又はＳＣｅｌｌ上でＵＥへ送信される。「逆方向グラント支援信号（reverse  direction  grant  assistance  signal）」は、本開示全体にわたって、代替的に「グラント確認信号（grant  confirmation  signal）」とも呼ばれる。
【００５８】
他の例では、ネットワークノードがセルへサービスし、そのセルは、送信のためにＬＢＴプロトコルを使用することを要するキャリア上で構成されている。少なくとも１つのワイヤレスデバイスがそのセルへ接続している。この方法は、ＣＣＡを実行し、ＣＣＡが成功したとき、ワイヤレスデバイスへスケジューリンググラントを送信することを含む。次いで、ネットワークノードは、第２のＣＣＡを実行し、第２のＣＣＡが成功すると、グラント確認信号をワイヤレスデバイスへ送信する。
【００５９】
第２のＣＣＡは、スケジューリンググラントを送信してからある数のサブフレーム（例えば、３つのサブフレーム）の後、実行されてもよい。それによって、追加のサブフレームについてチャネルアクセスが保護され、これは、チャネル占有時間が制限された（例えば、４サブフレームに制限された）スペクトル上でセルが構成されている場合に有利である。グラント確認信号は、いくつかの変形では、第２のＣＣＡが成功したすぐ後に、例えば、次のサブフレームで送信されてもよい。
【００６０】
ワイヤレスデバイスは、実際にスケジューリングされたアップリンク送信を実行する前に、グラント確認信号を受信するまで待機する。従って、ネットワークノードは、グラント確認信号を送信した後にアップリンク送信を受信し得る。
【００６１】
有利なことに、ネットワークノードは、いくつかのワイヤレスデバイスへスケジューリンググラントを送り、次いで、これらのスケジューリングされたすべてのデバイスについてのチャネルアクセスを保護するために第２のＣＣＡを使用することができる。それによって、各ワイヤレスデバイスがアップリンク送信の前に別々のＣＣＡを実行する必要はない。各ワイヤレスデバイスが別々のＣＣＡを実行する場合、ＣＣＡはわずかに異なる時間に完了する可能性があるので、デバイスは互いに干渉する可能性がある。従って、第１のデバイスがＣＣＡを成功させて送信を開始した場合、第１のデバイスからの送信は、第２のデバイスがチャネルアクセスを獲得するのを妨げる可能性がある。
【００６２】
図１４は、ネットワークノードによって実行される他の方法１４００を示す。方法１４００は、スケジューリングされるアップリンク送信のために、キャリアについてワイヤレスデバイスへスケジューリンググラントを送信する（ブロック１４０２）ことと、スケジューリングされるアップリンク送信のための時間に先立って、キャリアについて、第１のＣＣＡを実行する（ブロック１４０４）こととを含む。スケジューリンググラントの送信よりも、そのキャリアについて第２のＣＣＡを実行することが先行してもよい。スケジューリンググラントを送信してから予め決定される数のサブフレームの後、第１のＣＣＡが実行されてもよい。いくつかの場合には、サブフレームの上記予め決定される数は３である。
【００６３】
方法１４００は、第１のＣＣＡの成功に応じて、グラント確認信号をワイヤレスデバイスへ送信し、及び、スケジューリングされるアップリンク送信のためにキャリアを解放する（ブロック１４０６）ことをも含む。グラント確認信号は、チャネルアクセスが保護される対象のサブフレームの数の標識を含んでもよい。
【００６４】
いくつかの場合には、第１のＣＣＡが成功したことに応じて、複数のワイヤレスデバイスの各々へスケジューリンググラントが送信されてもよい。いくつかの場合には、方法１４００は、第１のＣＣＡを実行し及びキャリアを解放することによって、チャネルアクセスが保護されているすべてのサブフレームの各々において上記複数のワイヤレスデバイスのすべてをスケジューリングすることを含む。他の場合には、方法１４００は、第１のＣＣＡを実行し及びキャリアを解放することによって、チャネルアクセスが保護されている一連のサブフレーム内のすべてのサブフレームよりも少ないサブフレームについて少なくとも１つのワイヤレスデバイスをスケジューリングすることを含み、ここで、少なくとも１つのワイヤレスデバイスへ送信されるグラント確認信号は、チャネルアクセスが保護される対象のサブフレームの数を示す。
【００６５】
方法１４００は、グラント確認信号を送信した後、ワイヤレスデバイスからアップリンク送信を受信することを含み得る。アップリンク送信は、グラント確認信号が送信されたサブフレームの直後のサブフレームにおいて受信されてもよい。
【００６６】
他の例では、ワイヤレスデバイスがセルへ接続されており、ここでセルは、送信のためにＬＢＴプロトコルを使用することを要するキャリア上で構成されている。この方法は、スケジューリンググラントを受信し、その後、グラント確認信号を受信することを含む。グラント確認信号の受信に応じて、ワイヤレスデバイスは、アップリンクメッセージを送信する。グラント確認信号は、チャネルアクセスが保護されていることをワイヤレスデバイスに示す。従って、ワイヤレスデバイスは、アップリンクメッセージを送信する前にＣＣＡを実行する必要はない。上述したように、ネットワークノードは、グラント確認信号を送信する前にＣＣＡを既に実行しており、それによって、デバイス（及び場合によっては他のデバイスも）のチャネルアクセスを保護している。
【００６７】
図１５は、いくつかの実施形態に係る、ワイヤレスデバイスによって実行される方法１５００を示す。ワイヤレスデバイスがセルへ接続されており、セルは、送信のためにＬＢＴプロトコルを使用することを要するキャリア上で構成されている。方法１５００は、ネットワークノード（例えば、基地局）からスケジューリンググラントを受信する（ブロック１５０２）ことを含む。方法１５００は、ネットワークノードから、ネットワークノードがキャリア上でＣＣＡを実行したこと及びワイヤレスデバイスのためにキャリアを解放しようとしていることを示すグラント確認信号を受信する（ブロック１５０４）ことをも含む。方法１５００は、スケジューリンググラント及びグラント確認信号を受信することに応じて、キャリア上でＣＣＡを実行することなく、キャリア上でアップリンクメッセージを送信する（ブロック１５０６）ことをさらに含む。グラント確認信号は、スケジューリンググラントに従って最初にスケジューリングされるサブフレームの前のサブフレームにおいて又は当該サブフレームに続いて受信されてもよい。
【００６８】
第３の実施形態では、ＵＬ送信バーストが、チャネルがアクセスされてからチャネルが解放されるまでの複数のサブフレームからなる場合に、１つのバースト内でＵＬ送信のためにスケジューリングされるすべてのＵＥは、すべてのＵＥがそれらサブフレームの各々においてスケジューリングされるようにスケジューリングされる。このスケジューリング法を前の実施形態における逆グラント支援信号と組み合わせることができ、その場合、その信号は、図１３に示したように、ダウンリンク上でＵＥによってスケジューリングコマンドが受信されてからある数のサブフレームの後に提供される。この場合、グラント支援信号は、チャネルアクセスが保護される対象のサブフレームの数に関するいかなる情報も提供しない。グラント支援信号は、チャネルアクセスが保護されるかに関する二値の情報を示すだけである。各ＵＥは、単に、スケジューリングされているすべてのサブフレームにおいて送信できると仮定する。
【００６９】
いくつかの実施形態では、複数のＵＥについてのＵＬ送信は、すべてのＵＥが送信バースト内ですべてのサブフレームにおいて送信するわけではないようにスケジューリングされ得る。この場合、例えば、特定のＵＥが送信されるバーストのまさに最初のＵＬサブフレームにはスケジューリングされなくてもよい。そして、ＵＥをスケジューリングするこの方法は、チャネルアクセスが保護される対象のサブフレームの数を逆方向グラント支援信号が示す実施形態と結合される。その情報をスケジューリング情報と共に使用することによって、ＵＥは、ＬＢＴ動作を実行することなく特定のスケジューリングされたサブフレームで送信できるかを判定することが可能になる。
【００７０】
第４の実施形態に関して、ＥＰＤＣＣＨに基づくクロスキャリアスケジューリングが考慮される。ＥＰＤＣＣＨについては、対応するＰＤＳＣＨと同時又はそれ以前にＥＰＤＣＣＨを提供する必要のあるケースを回避することが可能であり得る。これは、ＰＤＳＣＨがＬＡＡ  ＳＣｅｌｌ上で開始するはずの時よりも、そのサブフレームにおいて後に開始するようにＥＰＤＣＣＨを構成することによる。しかしながら、ｅＮＢは、ＥＰＤＣＣＨが実際に送信される前に、１ＯＦＤＭシンボル内又は類似のタイミング関係内で、間もなく送信されることになる時間領域信号の処理を完了している必要があるはずである。しかしながら、ｅＮＢは、２つの異なる時間領域サンプル、即ち、ＥＰＤＣＣＨを含むものとＥＰＤＣＣＨを除くものとを生成する可能性があり得る。その場合、ｅＮＢは、ＥＰＤＣＣＨを含むもの、又はＥＰＤＣＣＨを除くものなど適用可能なＯＦＤＭシンボルを選択することができる。ＬＡＡ  ＳＣｅｌｌ上のＰＤＳＣＨが送信されるかどうかに基づく。この問題は、ｅＮＢがＬＡＡ  ＳＣｅｌｌについてＬＢＴを実行する必要が生じるとすぐに起こる。
【００７１】
説明した解決策は、任意の適切な通信標準をサポートし、任意の適切なコンポーネントを使用する任意の適切なタイプの通信システムにおいて実装されることができるが、記載された解決策の具体的な実施形態は、図１６に示すものなど、キャリアアグリゲーションを使用してＬＴＥネットワークにおいて実装されてもよい。また、実施形態は、５Ｇネットワークにおいて実装されてもよい。
【００７２】
図１６に示すように、例示的なネットワークは、ワイヤレス通信デバイス（例えば、従来のユーザ機器（ＵＥ）、マシンタイプ通信（ＭＴＣ）／マシンツーマシン（Ｍ２Ｍ）ＵＥ）、及び、ワイヤレス通信デバイス間の又はワイヤレス通信デバイスと他の通信デバイス（固定電話など）との間の通信をサポートするのに適した任意の追加エレメントと共に、これらのワイヤレス通信デバイスと通信することができる１つ以上の無線アクセスノード（例えば、ｅＮｏｄｅＢ又は他の基地局）の１つ以上のインスタンスを含み得る。図示したワイヤレス通信デバイスは、ハードウェア及び／又はソフトウェアの任意の適切な組み合わせを含む通信デバイスを表し得るが、これらのワイヤレス通信デバイスは、特定の実施形態では、図１７により詳細に示される例示的なワイヤレス通信デバイスのようなデバイスを表してもよい。同様に、図示した無線アクセスノードは、ハードウェア及び／又はソフトウェアの任意の適切な組み合わせを含むネットワークノードを表し得るが、これらのノードは、特定の実施形態では、図１８により詳細に示される例示的な無線アクセスノードのようなデバイスを表してもよい。図１６は２つのセルへサービスするネットワークノードを示しているが、一方又は双方のセルが無線ノードへ接続された遠隔無線ユニット（ＲＲＵ）によってサービスされることが可能であることにも留意されたい。図１６に示す２つのセルが互いに通信している別々のネットワークノードによってサービスされることも可能である。
【００７３】
図１７に示すように、例示的なワイヤレス通信デバイス１７００は、プロセッサ１７２０、メモリ１７３０、無線回路１７１０、及びアンテナを含む。特定の実施形態では、ＵＥ、ＭＴＣもしくはＭ２Ｍデバイス、及び／又は任意の他のタイプのワイヤレス通信デバイスによって提供されるものとして上記で説明した機能のうちの一部又はすべてを、図１７に示されているメモリ１７３０など、コンピュータ読取可能な媒体に記憶された命令を実行するプロセッサ１７２０によって提供することができ、プロセッサ１７２０とメモリ１７３０との組み合わせは、まとめて「処理回路」と呼ばれ得る。ワイヤレス通信デバイス１７００の代替的な実施形態は、上述した機能のいずれか、及び／又は上述した解決策をサポートするために必要な任意の機能を含む、デバイスの機能のいくつかの側面を提供する役目を果たし得る、図１７に示されたものを超える追加のコンポーネントを含んでいてもよい。
【００７４】
いくつかの実施形態によれば、ワイヤレスデバイス１７００は、第１のセル及び第２のセルに接続可能に構成され、第２のセルは、送信のためにＬＢＴプロトコルを使用することを要するキャリア上で構成されている。処理回路は、無線回路１７１０を介して、第２のセル上のダウンリンク送信がスケジューリングされようとしていることを示す１つ以上の構成メッセージを受信する、ように構成される。ダウンリンク送信は、第２のセル上でセルフスケジューリングを使用してスケジューリングされてよく、第２のセル上のアップリンク送信は、第１のセル上でクロスキャリアスケジューリングを使用してスケジューリングされることになる。また、処理回路は、第１のセルにおいてスケジューリンググラントを受信し、スケジューリンググラントを受信してから予め決定される数のサブフレームの後に生じるサブフレームにおいて、第２のセルにおいてＣＣＡを実行するようにも構成される。処理回路は、ＣＣＡの成功に応じて、無線回路１７１０を使用してアップリンクメッセージを送信する、ように構成される。
【００７５】
他の実施形態によれば、ワイヤレスデバイス１７００は、ネットワークノード（例えば、基地局）により運用されるセルへ接続されるように構成され、送信のためにＬＢＴプロトコルを使用することを要するキャリア上で構成されるセルへ接続可能に構成される。処理回路は、無線ネットワーク１７１０を介して、ネットワークノードからスケジューリンググラントを受信し、ネットワークノードから、ネットワークノードがキャリア上でＣＣＡを実行したこと及びワイヤレスデバイス１７００のためにキャリアを解放しようとしていることを示すグラント確認信号を受信する、ように構成される。また、処理回路は、スケジューリンググラント及びグラント確認信号を受信することに応じて、キャリア上でＣＣＡを実行することなく、キャリア上でアップリンクメッセージを送信するようにも構成される。
【００７６】
図１８に示すように、ネットワークノード１８００などの例示的な無線アクセスノードは、プロセッサ１８２０、メモリ１８３０、無線回路１８１０、アンテナ及びネットワークインタフェース１８４０を含む。特定の実施形態では、基地局、ノードＢ、ｅＮｏｄｅＢ、及び／又は任意の他のタイプのネットワークノードによって提供されるものとして上記で説明した機能のうちの一部又はすべてを、図１８に示されているメモリ１８３０など、コンピュータ読取可能な媒体に記憶された命令を実行するプロセッサ１８２０によって提供することができ、プロセッサ１８２０とメモリ１８３０との組み合わせは、まとめて処理回路と呼ばれ得る。無線アクセスノードの代替的な実施形態は、上記で識別された機能のいずれか、及び／又は上述した解決策をサポートするために必要な任意の機能を含む、追加の機能を提供する役目を果たす追加のコンポーネントを含み得る。
【００７７】
いくつかの実施形態によれば、ネットワークノード１８００は、第１のセル及び第２のセルへサービスするように構成され、第２のセルは、送信のためにＬＢＴプロトコルを使用することを要するキャリア上で構成されている。処理回路は、無線回路１８１０を介して、ワイヤレスデバイス１７００へ、第２のセル上のダウンリンク送信がスケジューリングされようとしていることを示す１つ以上の構成メッセージを送信する、ように構成される。ダウンリンク送信は、第２のセル上でセルフスケジューリングを使用してスケジューリングされてよく、第２のセル上のアップリンク送信は、第１のセル上でクロスキャリアスケジューリングを使用してスケジューリングされることになる。また、処理回路は、第１のセルにおいてワイヤレスデバイス１７００へスケジューリンググラントを送信し、送信されたスケジューリンググラントに従って、第２のセルにおいてワイヤレスデバイス１７００からアップリンクメッセージを受信するようにも構成される。
【００７８】
他の実施形態によれば、ネットワークノード１８００の処理回路は、スケジューリングされるアップリンク送信のために、無線回路１８１０を介してキャリアについてワイヤレスデバイスへスケジューリンググラントを送信し、スケジューリングされるアップリンク送信のための時間に先立って、キャリアについて、第１のＣＣＡを実行する、ように構成される。また、処理回路は、第１のＣＣＡの成功に応じて、グラント確認信号をワイヤレスデバイスへ送信し、及び、スケジューリングされるアップリンク送信のためにキャリアを解放するようにも構成される。
【００７９】
図３２は、ワイヤレスデバイス１７００において実装することができる例示的な機能モジュール又は回路アーキテクチャを示す。図示された実施形態は、少なくとも機能的に、第２のセル上のダウンリンク送信がスケジューリングされようとしていることを示す１つ以上の構成メッセージを受信するための受信モジュール３２０２を含む。また、受信モジュール（３２０２）は、第１のセルにおいてスケジューリンググラントをも受信する。本実装は、スケジューリンググラントを受信してから予め決定される数のサブフレームの後に生じるサブフレームにおいて、第２のセルにおいてＣＣＡを実行するための実行モジュール３２０４をも含む。本実装は、ＣＣＡの成功に応じて、アップリンクメッセージを送信するための送信モジュール３２０６をも含む。
【００８０】
図３３は、ネットワークノード１８００において実装することができる例示的な機能モジュール又は回路アーキテクチャを示す。図示された実施形態は、少なくとも機能的に、第２のセル上のダウンリンク送信がスケジューリングされようとしていることを示す１つ以上の構成メッセージをワイヤレスデバイスへ送信するための送信モジュール３３０２を含む。また、送信モジュール３３０２は、第１のセルにおいてワイヤレスデバイスへスケジューリンググラントを送信するためのものでもある。図示した実施形態は、送信されたスケジューリンググラントに従って、第２のセルにおいてワイヤレスデバイスからアップリンクメッセージを受信するための受信モジュール３３０４をさらに含む。
【００８１】
図３４は、ワイヤレスデバイス１７００において実装され得る他の例示的な機能モジュール又は回路アーキテクチャを示す。図示された実施形態は、少なくとも機能的には、ネットワークノードからスケジューリンググラントを受信し、ネットワークノードから、ネットワークノードがキャリア上でＣＣＡを実行したこと及びワイヤレスデバイスのためにキャリアを解放しようとしていることを示すグラント確認信号を受信するための受信モジュール３４０２である。また、本実装は、スケジューリンググラント及びグラント確認信号の受信に応じて、キャリア上でＣＣＡを実行することなく、キャリア上でアップリンクメッセージを送信するための送信モジュール３４０４をも含む。
【００８２】
図３５は、ネットワークノード１８００において実装することができる他の例示的な機能モジュール又は回路アーキテクチャを示す。図示された実施形態は、少なくとも機能的に、スケジューリングされるアップリンク送信のために、キャリアについてワイヤレスデバイスへスケジューリンググラントを送信するための送信モジュール３５０２を含む。また、本実装は、スケジューリングされるアップリンク送信のための時間に先立って、キャリアについて、第１のＣＣＡを実行するための実行モジュール３５０４をも含む。送信モジュール３５０２は、第１のＣＣＡの成功に応じて、グラント確認信号をワイヤレスデバイスへ送信し、及び、スケジューリングされるアップリンク送信のために上記キャリアを解放するためのものでもある。
【００８３】
＜例示的な解決策＞
いくつかの実施形態によれば、ある側面を特定の通信標準のフレームワーク内で実装することができる。具体的には、３ＧＰＰ仕様、３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ１１．４．０、３６．２１３  Ｖ１１．４．０及び３６．３３１  Ｖ１１．５．０のうちの１つ以上に変更を加えることができ、これらの方法を、記載された解決策のいくつかの実施形態を実装するために使用することができる。以下の例は、特定の実施形態を特定の標準においてどのように実装できるかを示すことを意図するに過ぎない。しかしながら、例示的な解決策を、上記の仕様及び他の仕様又は標準の双方において、他の適切な方法で実装することもできる。
【００８４】
そのＬＴＥでの設計は、概して、クロスキャリアスケジューリング及びセルフスケジューリングという２つの異なるスケジューリングアプローチをサポートする。サポートされるスケジューリング設計のセットは、ＬＡＡ  ＳＣｅｌｌにおけるＬＢＴ要件に起因するＬＡＡ  ＳＣｅｌｌについてのいくつかの考慮を必要とし、これは、以前のＬＴＥ設計とは異なる。例えば、一実施形態では、セルフスケジューリングがＤＬのために使用され、クロスキャリアスケジューリングがＵＬ上で使用される。他の実施形態では、クロスキャリアスケジューリングがＤＬ上で使用され、セルフスケジューリングがＵＬ上で使用される。セルフスケジューリングの適用可能な設計は、クロスキャリアスケジューリングのための適用可能な設計の前に説明されるであろう
【００８５】
セルフスケジューリングを動作させるＤＬのみのＬＡＡ  ＳＣｅｌｌの場合、その前提として、ＥＰＤＣＣＨによってＤＣＩメッセージが提供される。ＵＥは、適用可能なＥＰＤＣＣＨを見出した場合、そのサブフレーム内にＰＤＳＣＨが割り当てられていることを知得するはずである。ｅＮＢ側では、このタイプの動作はかなり簡単であり、ｅＮＢがＬＢＴ動作に成功するか、成功しないかのいずれかである。ｅＮＢがＬＢＴ動作に成功すると、ｅＮＢは、ＥＰＤＣＣＨとＰＤＳＣＨの双方を送信する。新しいＬＢＴ手続を要しないサブフレームについては、ｅＮＢは、単にＥＰＤＣＣＨ及びＰＤＳＣＨを送信する。この動作をサポートするための要件は、ｅＮＢが、例えば、常に３つのＯＦＤＭシンボルでサブフレームを開始するＥＰＤＣＣＨを構成することである。さらに、ＰＤＳＣＨが第１のＯＦＤＭシンボルから、又はＥＰＤＣＣＨと同じオフセットで開始することが許容されるべきである。
【００８６】
図１９に示すように、一実施形態では、ＤＬ専用のＬＡＡ  ＳＣｅｌｌについて、セルフスケジューリングはＥＰＤＣＣＨに基づく。ＬＡＡ  ＳＣｅｌｌがＵＬ及びＤＬの双方を動作させる場合、上記のＥＰＤＣＣＨアプローチを用いたＤＬスケジューリングを再利用することができる。しかしながら、ＵＬスケジューリングについては、何らかのさらなる考慮が必要である。その理由は、ｅＮＢにおいてＤＬ  ＬＢＴを必要とするＬＡＡ  ＳＣｅｌｌからＵＬがスケジューリングされ、ＵＥ側のＵＬ送信もＵＬ  ＬＢＴを必要とするような場合、このケースでの実際のＰＵＳＣＨ送信は２回のＬＢＴ手続を要するからである。他のオプションは、ｅＮＢのみがＬＢＴを実行することであり、これは、ＵＥがｅＮＢ又は他のＵＥの直後に送信することに起因する。ｅＮＢは、ＬＢＴを実行し、最大チャネル占有時間の範囲内でＵＥのためのチャネルを保持することができる。ＵＥは、残りのサブフレームにわたってＵＬにおいてチャネルへアクセスして、ＰＵＳＣＨを送信するする。Ｗｉ−Ｆｉでは、あるＳＴＡが送信機会（ＴｘＯｐ）内に他のＳＴＡへチャネルの許可を与えることができるように、逆方向グラント（ＲＤＧ）が使用される。
【００８７】
ＬＡＡにおいて同様のアプローチを適用することができる。ＬＡＡにおける４ｍｓというスケジューリング遅延が使用されてもよく、又は、ＬＡＡ  ＵＬ性能への影響に基づいて、及び／又はＷｉ−Ｆｉでの同様の適用可能な機能を想定して、ＵＬについてのセルフスケジューリング設計のための何らかの他の最適化。
【００８８】
図２０により示される他の実施形態では、ＵＬ＋ＤＬ  ＬＡＡでは、ＤＬスケジューリングは、ＥＰＤＣＣＨを用いたセルフスケジューリングに基づく。また、ＵＬ＋ＤＬ  ＬＡＡでは、ＵＬスケジューリングも、ＥＰＤＣＣＨを用いたセルフスケジューリングに基づく。セルフスケジューリングが作動する場合、ＵＬにおけるＬＢＴ手続の調整が行われる必要があり得る。
【００８９】
クロスキャリアスケジューリングに関して、ＬＡＡ  ＳＣｅｌｌはライセンス済みキャリアからスケジューリングされるものと想定されてよい。ＬＡＡ  ＳＣｅｌｌが、他のＬＡＡ  ＳＣｅｌｌからスケジューリングされることもある。ＤＬのみのＬＡＡ  ＳＣｅｌｌの場合、基本的に２つの異なる動作モードが存在する。その第一は、ＬＡＡ  ＳＣｅｌｌをスケジューリングするためにＰＤＣＣＨが使用されることを想定することであり、その第二は、ＬＡＡ  ＳＣｅｌｌをスケジューリングするためにＥＰＤＣＣＨが使用されることを想定することである。ＰＤＣＣＨが使用されるものと想定すると、ＴｘＯＰの最初のサブフレームに潜在的な課題が存在するであろう。その理由は、ｅＮＢは、ＰＤＳＣＨがＵＥに向けて送信され始める前又はそれと同時に、ＰＤＣＣＨを送信する必要があるはずだからである。ＬＢＴは、ＴｘＯＰの最初のサブフレームの冒頭にＬＡＡ  ＳＣｅｌｌ上で実行される必要があるので、図２１に示すように、ＰＤＣＣＨがＰＣｅｌｌ上で送信されるとき、ＰＤＳＣＨがＬＡＡ  ＳＣｅｌｌ上で送信されるかどうかは不確実である。従って、ＰＤＣＣＨは、ＰＤＳＣＨが実際にＵＥへ送信されるか否かを示すことができない。従って、ＵＥは、ＬＡＡ  ＳＣｅｌｌ上の何らかの形式の信号を検出することに基づいて、ＬＡＡ  ＳＣｅｌｌ上のＰＤＳＣＨの存在をブラインド検出する必要があるはずである。
【００９０】
一例としての解決策は、ＵＥが初期信号の存在を検出することであるが、これは、初期信号がＵＥ側での信頼性の高い検出を可能にするのに十分長く送信されることを要し得る。他の代替的な解決策は、何らかの信号が最初のＰＤＳＣＨの冒頭に埋め込まれることである。最後のそれら２つのアプローチは、不連続受信（ＤＲＸ）手続のＵＥのオン時間長（ON  duration）がＴｘＯＰ時間長に合わないというシナリオに伴う課題を有し、従って、これらの２つのアプローチはこの観点から好ましくない。ソフトバッファの破損を避けるために、ＰＤＳＣＨのブラインド検出は、非常に低い誤り率を前提として実行され得る。ＤＬは、ライセンス済みスペクトルにおいて動作するキャリア上のＰＤＣＣＨからクロスキャリアスケジューリングされてもよい。
【００９１】
クロスキャリアスケジューリングは、ＥＰＤＣＣＨに基づいてもよい。ＥＰＤＣＣＨについては、対応するＰＤＳＣＨと同時又はそれ以前にＥＰＤＣＣＨを提供する必要のあるケースを回避することが可能であり得る。これは、ＰＤＳＣＨがＬＡＡ  ＳＣｅｌｌ上で開始するはずの時よりも、そのサブフレームにおいて後に開始するようにＥＰＤＣＣＨを構成することによって行われる。
【００９２】
他の実施形態が図２２によって示される。ＤＬクロスキャリアスケジューリングに基づくＥＰＤＣＣＨとＰＤＣＣＨの双方に共通する課題がいくつかある。第１の課題は、スケジューリングキャリアがＴＤＤを動作させているときに、ＬＡＡ  ＳＣｅｌｌ上のすべてのサブフレームがスケジューリングされることができないことである。これは、（Ｅ）ＰＤＣＣＨが送信されるものと同じサブフレームにのみＤＬ割り当てが適用可能であるためである。これは、ＤＬクロススケジューリングのみがサポートされる場合、図２３に示すように、未使用のサブフレームをスケジューリングする手法が定義されていないため、課題になるであろう。潜在的に、マルチサブフレームスケジューリングがこれを解決する可能性がある。しかしながら、ライセンス済みキャリアの量がごく限られており、未ライセンスキャリアが大量に存在するような場合、ライセンス済みキャリアは、ＬＡＡ  ＳＣｅｌｌｓをスケジュールするために非常に大きなオーバヘッドを被らなければならないというリスクがある。例えば、ライセンス済みスペクトル上のスケジューリングキャリアが多くのＵＥにサービスし、多くのＬＡＡ  ＳＣｅｌｌを動作させるマクロｅＮＢ内にある場合、これは、ＬＡＡ  ＳＣｅｌｌのユーザビリティに影響を与える可能性がある。この後者の課題は、ＬＡＡ  ＳＣｅｌｌから他のＬＡＡ  ＳＣｅｌｌへのクロスキャリアスケジューリングを可能にすることによって解決され得るが、ＤＬのみのセルフスケジューリングにおいて各ＬＡＡ  ＳＣｅｌｌを動作させることと比較して、これには明らかな利益はない。ＤＬクロスキャリアスケジューリングは、スケジューリングセルがＴＤＤを動作させている場合、スケジューリング可能なサブフレームの量に過酷な影響を及ぼしかねない。ＤＬのクロスキャリアの使用と共に未ライセンスＬＡＡ  ＳＣｅｌｌが多く存在する場合、ライセンス済みキャリア上のオーバヘッドに伴う問題が存在し得る。
【００９３】
ライセンス済みスペクトル内のキャリアからのクロスキャリアスケジューリングが、ＤＬスケジューリング及びＵＬスケジューリングの双方について考慮される。ライセンス済みスペクトルにおけるキャリアの量が未ライセンス帯域において使用されるキャリアの量と比較してむしろバランスが取れていると想定すると、ＤＬベースのクロスキャリアスケジューリングと比較して、これはより簡単である。加えて、スケジューリングセルはＦＤＤである。この例では、単に送信前にＵＥがＬＢＴを実行することに依拠することにより、ｅＮＢ及びＵＥの双方がＬＢＴを行うことを要する事態を回避することが可能であるはずである。
【００９４】
図２４は、ＵＬ＋ＤＬベースのクロスキャリアスケジューリングがＥＰＤＣＣＨに基づく他の実施形態を示す。スケジューリングセルがＦＤＤであり、使用される未ライセンススペクトルの量がライセンス済みスペクトルの量と比較してむしろバランスが取れていると想定すると、ＵＬのためにいずれかの（Ｅ）ＰＤＣＣＨからのクロスキャリアスケジューリングをサポートすることが有益であり得る。考慮される必要のあるいくつかのさらなる側面がある。スケジューリングセルがＴＤＤモードで動作している場合、効率的な動作を得るためにＵＬについてのマルチサブフレームスケジューリングをサポートする必要があるはずである。図２５は、ＵＬ＋ＤＬベースのクロスキャリアスケジューリングがＴＤＤスケジューリングセルでのＥＰＤＣＣＨに基づく他の実施形態を示す。セルフスケジューリング及びクロスキャリアスケジューリングに関する上記の制限は、異なるＬＡＡ  ＳＣｅｌｌ間のクロスキャリアスケジューリングを可能にすることによって解決される場合もあり、又は解決されない場合もある。いくつかの場合には、ＵＬメッセージが送信されることになるキャリアと同じキャリア上で、セルフスケジューリングがサポートされる。従って、ＬＡＡがＷｉ−Ｆｉで公平なやり方で動作するためには、ＬＢＴ手続がＵＬ及びＤＬの双方についてセルフスケジューリングを可能にすることを定義する必要がある。加えて、クロスキャリアスケジューリングがサポートされることが望まれる場合、クロスキャリアスケジューリングの解決策は、ＤＬがセルフスケジューリングに完全に基づいている間、ＵＬのみのためのものであり得る。いくつかの場合には、セルフスケジューリングは、任意の数の統合された未ライセンスキャリアについてのＵＬ及びＤＬの双方のＥＰＤＣＣＨに基づく。他の場合では、ＵＬについての（Ｅ）ＰＤＣＣＨからのクロスキャリアスケジューリングが、ＤＬのためのセルフスケジューリングと共にサポートされる。クロスキャリアスケジューリングは、スケジューリングセルがＴＤＤである場合にも適用できる。
【００９５】
要するに、様々な実施形態は、以下を含み得る。１）ＤＬのみを対象として、ＬＡＡ  ＳＣｅｌｌセルフスケジューリングはＥＰＤＣＣＨに基づく、２）ＵＬ＋ＤＬ  ＬＡＡを対象として、ＤＬスケジューリングがＥＰＤＣＣＨを用いたセルフスケジューリングに基づく、３）ＵＬ＋ＤＬ  ＬＡＡを対象として、ＵＬスケジューリングがＥＰＤＣＣＨを用いたセルフスケジューリングに基づく、４）セルフスケジューリングは、任意の数の統合された未ライセンスキャリアについてのＵＬ及びＤＬの双方のＥＰＤＣＣＨに基づく、５）ＵＬについての（Ｅ）ＰＤＣＣＨからのクロスキャリアスケジューリングが、ＤＬのためのセルフスケジューリングと共にサポートされる。
【００９６】
＜追加的なＬＡＡ実施形態＞
いくつかの実施形態では、未ライセンス帯域上の現行のＬＡＡ  ＴＲに加えて、以下の機能性が包含されてよい：セル識別を含む無線リソース管理（ＲＲＭ）測定、自動利得制御（ＡＧＣ）設定、粗い同期、少なくとも復調のための精細な周波数／時間推定、並びに、チャネル及び干渉を含むチャネル状態情報（ＣＳＩ）測定。リリース１２のＤＲＳは、セル識別を含む少なくともＲＲＭ測定の開始点であり得る。
【００９７】
いくつかの実施形態によれば、ＬＡＡ  ＳＣｅｌｌについてのＣＳＩの測定及び報告をどのように実行するかについて、ＰＨＹレイヤの解決策が説明される。ＬＴＥキャリアアグリゲーションの観点から、すべてのサービングセルは、周波数内セルとして分類される。ＬＡＡでは、ｅＮＢにおけるチャネル選択プロセスに従って、未ライセンスキャリアを動的に変更することができる。また、リファレンス信号受信電力（ＲＳＲＰ）及びリファレンス信号受信品質（ＲＳＲＱ）の基礎となるＣＲＳは疎らであり、さらにＬＢＴの対象となる。これは、ＵＥ測定性能に影響を与えるであろう。
【００９８】
リリース１２では、ディスカバリ信号について、ＲＳＲＰ及びＲＳＲＱの測定がサポートされているが、リファレンス信号時間差（ＲＳＴＤ）及びＲｘ−Ｔｘ時間差のサポートはない。同じ測定が、リリース１２と同様にリリース１３の測定についてサポートされるかもしれない。ＲＳＴＤ及びＲｘ−Ｔｘ時間差のサポートは、ＬＡＡにロケーションベースのサービスが必要な場合、後に追加され得る。
【００９９】
一実施形態では、ＬＡＡについては、ＲＳＴＤ及びＲｘ−Ｔｘ時間差のサポートは不要である。ＳＣｅｌｌがアクティブである場合、測定の観点から、それはディスカバリ信号を伴う周波数内セルとしての性能要件に左右される。ディスカバリ信号がＬＢＴの対象となる場合、新しいＬＡＡセルの検出には潜在的に時間が掛かり得る。２０ＭＨｚチャネルの検出ピリオドは、１５ＤＭＴＣピリオドである。留意し得ることとして、ＬＡＡ周波数内セルの識別は、ディスカバリ信号のＬＢＴに起因して潜在的に長くなるかもしれない。
【０１００】
レガシーＬＴＥセルと、ディスカバリ信号を伴うレガシーＬＴＥセルと、ＬＢＴを伴うＬＡＡセルとの間で測定性能は変動するであろう。レガシーＬＴＥセルは、早期に検出され、より安定しているように見えるので、ＳＣｅｌｌの追加の場合のより良い候補となり得る可能性がある。ＬＡＡセルを選択するという決定はサービスベースであることから、ライセンス済みキャリアの動作と未ライセンスキャリアの動作とを比較するためのアルゴリズムが考慮されてもよい。
【０１０１】
ＵＥにおけるＲＳＲＰ及びＲＳＲＱの測定は、肯定的な識別を要し、ＬＢＴが失敗すると失敗することになる。一方、受信信号強度インジケータ（ＲＳＳＩ）測定値は、常にＵＥによって測定され得る。時として、ＬＢＴの失敗の間のＲＳＳＩ測定もｅＮＢにとって有用である可能性がある。より長い時間にわたってＵＥによって追跡されるとき、ｅＮＢは、ＬＢＴの失敗の間の測定のみを使用することによって、キャリア上の他のユーザのアイデアを得ることができる。そのような情報を、より長期のチャネル選択のために使用することができる。ＬＢＴの失敗の機会からのＲＳＳＩとＬＢＴの成功の機会からのＲＳＳＩとを区別するために、２つのアプローチが考えられる。第１のアプローチは、ＵＥがＬＢＴの成功／失敗を検出し、対応する検出結果でＲＳＳＩ報告にタグ付けすることである。第２のアプローチでは、ＵＥは、ｅＮＢがＬＢＴの履歴に基づいて報告を追跡し及びフィルタリングすることができるように、単に潜在的なタイムスタンプと共にＲＳＳＩを報告する。
【０１０２】
一実施形態では、ＬＢＴ検出が成功を示したか失敗を示したかにかかわらず、ＲＳＳＩ測定値がｅＮＢに報告される。ＵＥは、各報告にＬＢＴ検出からの結果でタグ付けするか、又は各報告にタイムスタンプでタグ付けするかのいずれかを行い得る。後者のオプションでは、ｅＮＢは、報告を追跡し、そのＬＢＴ履歴に基づいて報告をフィルタリングできる。ディスカバリ信号は、Ｗｉ−Ｆｉがチャネルを使用するための機会を与えるギャップを有してもよい。
【０１０３】
以下は、システムの性能を向上させる目的で伝達され得る情報のタイプに関する議論である。ネットワークＩＤ：複数の事業者が同じチャネルを共有していることから、物理セルアイデンティティは正確なセルを識別するのに十分ではない。ネットワークアイデンティティがディスカバリチャネル上で送信されてもよい。ＵＥは、いかなる品質測定を実行するのにも先立ってこれが復号されることを保証してもよい。
【０１０４】
他の実施形態では、ディスカバリ信号に、ＵＥがそれ自体のセルを正しく識別できるようにするためにネットワークＩＤが含められる。動作キャリアについて、ｅＮＢは、複数のＬＡＡキャリアにおいて同時に動作することができる。ｅＮＢが動作中のＬＡＡキャリアを送信できれば、他の事業者のｅＮＢは、その情報をそのチャネル選択への入力として使用することができる。即ち、可能な場合、それら特定のＬＡＡキャリアを回避する。キャリアの使用については、同様に、キャリア選択のために他の事業者のｅＮＢをさらに支援するために、動作キャリアについてのチャネル使用メトリックを、ディスカバリ信号を介して送信することをもできる。この情報は、ほとんどのＬＡＡキャリアが使用されていてビジーであり、各チャネルのより詳細な情報を要するときにさらに有用であるはずである。ディスカバリ信号を介して制御情報をブロードキャストすることのポイントは、ＰＣｅｌｌを介して（上記のパラメータについて）それを実行することができないことである。第１に、パラメータの動的な変化は、Ｘ２シグナリングの負荷の増加を引き起こすであろう。第２に、ＰＣｅｌｌを共設する必要があるはずである。
【０１０５】
他の実施形態では、ディスカバリ信号内で、動作キャリア及びキャリア使用メトリックが使用される。ディスカバリ信号を介してブロードキャストすることを考慮すべき他のパラメータは、隣接セルリストである。これは、マクロセルが多くの小さいＬＡＡセルを含んでいる状況であり得る。
【０１０６】
要するに、ＬＡＡ  ＳＣｅｌｌについてのＲＲＭ測定が議論されていて、寄書での議論に基づいて以下が考慮され得る：このタイムフレーム内で測位機能は想起されないことから、ＲＳＴＤ及びＲｘ−Ｔｘ時間差についてのサポートは不要であり；ＲＳＳＩ測定値がｅＮＢに報告され；ＵＥにおいてセル検出が失敗した場合にアクションが実行され；ディスカバリ信号に、ＵＥがそれ自体のセルを正しく識別できるようにするためにネットワークＩＤが含められ；及び、ディスカバリ信号への動作キャリア及びキャリア使用メトリックの包含が考慮される。
【０１０７】
＜さらなるＬＡＡの実施形態＞
ＬＡＡ  ＳＣｅｌｌ上でのＣＳＩ測定値のハンドリングは、何らかのケアをもって扱われることを必要とする。ＣＳＩ測定値は、ＣＳＩ−ＲＳ及びＣＳＩ−ＩＭという２つの異なる測定リソースからなり得る。その理由として、ＬＡＡ  ＳＣｅｌｌを動作させる場合にＵＥにおいてＣＳＩ測定の機会を得ることははるかに困難となり、なぜなら、ｅＮＢがＣＳＩ−ＲＳを送信する前にＬＢＴを実行する必要があるからである。１つの実施形態は、ＵＥが、構成される周期及びオフセットで、あるサブフレーム又はサブフレームのセットにおいてＣＳＩ−ＲＳを期待するように構成されるよう、ＣＳＩ−ＲＳ設計を拡張することを含む。その場合、ｅＮＢは、ＣＳＩ−ＲＳ上でＬＢＴを実行し、ＵＥはＣＳＩ−ＲＳの存在をブラインド検出する必要があるであろう。単一のＣＳＩ−ＲＳリソースの良好なブラインド検出を得ることは非常に困難であることは特記される。ＣＳＩ−ＲＳの存在を誤って検出するリスク、即ち、ｅＮＢがＣＳＩ−ＲＳを送信したとＵＥは信じているが、ｅＮＢは送信をしていない状況を検出するリスクは大きい。特定のＣＳＩ−ＲＳの存在をＵＥに示す必要があることに留意されたい。
【０１０８】
ＣＳＩ−ＲＳ送信に関する様々なアプローチについてのさらなる議論の前に、ＬＡＡ  ＳＣｅｌｌについての周期的な及び非周期的なＣＳＩ報告の値について説明する。干渉条件は、経時的にＬＡＡ  ＳＣｅｌｌ上で大きく変動しているかもしれないことが想定される。同時に、考えられるシナリオは、極めて低モビリティのシナリオである。よって、基礎となる空間特性及びチャネル品質（干渉条件を除けば）は、経時的にむしろ静的である。同時に、ＬＡＡ  ＳＣｅｌｌは主にデータレートを拡大するために使用されるものと想定され、即ち、ｅＮＢがＵＥへスケジューリングすべき多量のＤＬデータを有している場合、ｅＮＢは、ＬＡＡ  ＳＣｅｌｌを利用するであろう。これに対応して、ｅＮＢがその送信バッファを空にする前のかなりの時間の間、ＬＡＡ  ＳＣｅｌｌが使用されるであろう。これに起因して、ｅＮＢがデータをスケジューリングしないのに長時間にわたってＬＡＡ  ＳＣｅｌｌをアクティブ化するようなことは考えづらい。周期的なＣＳＩ報告は、リンクの適応及びスケジューリングのための良好な開始点を得るために主として使用され、データが連続的にスケジューリングされている場合には、周期的なＣＳＩ報告の分解能は十分ではない。これは、周期的なＣＳＩフィードバックにおける分解能のレベルが、高いデータレートの信頼性の高いスケジューリングを提供するのに十分ではないことに起因する。加えて、チャネルへのアクセスの潜在的な欠如に起因して、未ライセンス帯域における周期的な方法でのＣＳＩのためのリファレンス信号の信頼性の高い送信は、不可能であろう。上記のすべての理由に起因して、最も実用的なアプローチは、ＬＡＡ  ＳＣｅｌｌについての非周期的なＣＳＩ報告にのみ依拠することであるはずである。
【０１０９】
従って、いくつかの実施形態において、ＬＡＡ  ＳＣｅｌｌは、周期的なＣＳＩ報告をサポートするのではなく、非周期的なＣＳＩ報告をサポートする。ＵＥへＣＳＩ−ＲＳの存在が示される必要性に立ち戻ると、ｅＮＢがサブフレームの特定のセットを送信するか否かを決定するタイムフレームは非常に短いため、これは最小限の遅延で行われる必要がある。例えば、特定の無線ネットワーク一時識別子（ＲＮＴＩ）でスクランブリングされた特定のＤＣＩメッセージなど、ＣＳＩ−ＲＳの存在を示し、特定のキャリア又はキャリアのグループ上のＣＳＩリファレンス信号（ＣＳＩ−ＲＳ）の存在を示す特定のインジケータを導入することが可能である。これは、例えばＰｃｅｌｌ上など、多くのＵＥにとって共通のサーチスペース上でメッセージが送信されることを必要とすることになる。これは、ＤＣＩメッセージと共に、メッセージがどのＳＣｅｌｌに適用されるのか及び潜在的にいつ適用されるのかを示すことができるであろう。
【０１１０】
他の実施形態では、ＣＳＩ−ＲＳの存在は、ＵＬグラントを受信するＵＥに示され、それは特定のセルについて非周期的なＣＳＩメッセージが送信されるべきであることを示す。非周期的なＣＳＩ報告がトリガされる対象のＳＣｅｌｌ上でＵＬグラントが送信される場合、ＣＳＩ−ＲＳがＵＬグラントと共に送信されることをｅＮＢが保証することは容易である。しかしながら、ＵＬグラントが送信されるものとは異なるセルについての非周期的なＣＳＩ−ＲＳ報告をＵＬグラントが示す場合、報告が行われる予定のキャリア上の成功したＬＢＴと別のキャリア上のＵＬグラントの送信時間との間で利用可能な処理時間が極めて短いことに起因して、ｅＮＢがチャネルを占有した後の最初のサブフレームにおいてＣＳＩ−ＲＳを送信することは可能でない場合がある。一方、そのサブフレームがｅＮＢのＴｘＯＰ内のより遅いサブフレームである場合には、ｅＮＢは、ＵＬグラントが送信されるＳＣｅｌｌ上にＣＳＩ−ＲＳが存在することを示すために、より多くの処理時間を有することができる。
【０１１１】
ＣＳＩ−ＲＳフレームワークは、ＵＥ固有のフレームワークであり、即ち、特定のＵＥは、他のＵＥのＣＳＩ−ＲＳを認識していない。さらに、ＣＳＩ−ＲＳは、現在のところ、特定の周期及びオフセットによって構成される。さらに、ＣＳＩ測定のために定義された３つのＣＳＩプロセスが存在する。
【０１１２】
ｅＮＢは、より長い周期に基づくＣＳＩ−ＲＳ構成についてＬＢＴに成功することを保証できないので、ＵＥは、ＣＳＩプロセスごとに、ＣＳＩ−ＲＳのかなり短い周期で構成される必要があるはずである。より具体的には、ｅＮＢによって使用されるＴｘＯＰとＣＳＩ−ＲＳ構成との間に関係がある。ｅＮＢが動作するＴｘＯＰ内に単一のＣＳＩ−ＲＳの機会があることをＣＳＩ−ＲＳの周期が保証することができる場合、ＣＳＩ−ＲＳは、ＴｘＯＰ内の任意の時に生じることができる。ＣＳＩ−ＲＳがＴｘＯＰの第１のサブフレーム及び潜在的に第２のサブフレームにおいて生じる場合、処理遅延に起因して、ＣＳＩ−ＲＳが、ＵＬグラントが送られたのと同じキャリア以外の任意の他のキャリア上に存在することをｅＮＢが正確に示すことができることは困難である可能性がある。その意味で、少なくとも２つのＣＳＩ−ＲＳの機会が単一のＴｘＯＰの機会内で生じ、それらの間の時間差が最大である場合、ＣＳＩ−ＲＳ構成を動作させることがより簡単であるはずである。このことは、ｅＮＢがＵＥに測定を指示することが可能なＣＳＩ−ＲＳリソースの機会が常に存在することを保証する。現在定義されているＣＳＩ−ＲＳ周期は、５、１０、２０、４０及び８０ｍｓである。ＬＡＡ設計において主に考慮されているＴｘＯＰ値は、現在４及び１０ｍｓである。５ｍｓの周期を有するＣＳＩ−ＲＳを、１０ｍｓのＴｘＯＰでサポートすることができる。これは、ＣＳＩ−ＲＳがＴｘＯＰ内の任意のサブフレームにおいて生じる可能性があると仮定している。ここで注目に値することとして、ＤｗＰＴＳがＣＳＩ−ＲＳ構成をサポートしていないので、最後のＤＬサブフレームがＤｗＰＴＳサブフレームに対応する場合、そのようなサブフレームについてのＣＳＩ−ＲＳ構成を定義する必要がある。４ｍｓのＴｘＯＰでは、ＣＳＩ−ＲＳの新しい厳密な周期を導入する必要がある。これは、ＴｘＯＰ内に２つのＣＳＩ−ＲＳの機会が存在することを保証するためである。４ｍｓのＴｘＯＰ内に単一のＣＳＩ−ＲＳの機会しかない場合、４ｍｓの周期で十分であり、２倍のＣＳＩ−ＲＳの機会では、２ｍｓの周期が必要とされる。ｅＮＢの処理を単純化するために、ＬＡＡについて適用可能なＴｘＯＰ内に少なくとも２つのＣＳＩ−ＲＳの機会が存在することを可能にすることが提案される。
【０１１３】
従って、いくつかの実施形態では、２ｍｓのＣＳＩ−ＲＳ周期が導入され得る。ＴｘＯＰ内に複数のＣＳＩ−ＲＳ機会があるとすれば、ＣＳＩ−ＲＳの存在を示すための上記の２つの解決策のいずれかが可能である。第１のアプローチは、ブロードキャストされる特定のＲＮＴＩに基づき、第２のアプローチは、ｅＮＢがＵＥごとにＵＬグラントを送信することに基づくことに留意されたい。第１の解決策は、メッセージを指し示すために共通サーチを使用する必要があるはずであり、それは限られたリソースである。一方、第２のアプローチは、スケジューリングされるＵＥの数がかなり少ないことを前提としている。最後の前提は、ＬＡＡ  ＳＣｅｌｌが小さいセルであることによって動機づけられ、これは、概して、マクロセルほど多くのＵＥにサービスするわけではないことを意味する。
【０１１４】
一実施形態では、ＣＳＩ−ＲＳの存在は、ＵＬグラントが、示されたＳＣｅｌｌについての非周期的なＣＳＩ報告をトリガすることによって示される。ＣＳＩ測定の他のコンポーネントは干渉測定である。データがＵＥへ送信されるときの干渉条件を正確に表すために、サービングＳＣｅｌｌが送信しているときにＣＳＩ干渉測定（ＣＳＩ−ＩＭ）において干渉を測定することが有益となることになるはずである。最も簡単なアプローチは、ＵＥがＣＳＩ−ＲＳ上で測定を実行すると同時に、干渉がＣＳＩ−ＩＭリソース上で測定されることである。
【０１１５】
一実施形態では、ＵＥは、ＵＥがＣＳＩ−ＲＳ上で測定を行うのと同じ時間的な機会に、ＣＳＩ−ＩＭリソースに関するＣＳＩ報告の目的で干渉測定を行うことができる。ｅＮＢ、ＵＥ、ＳＴ又はＡＰのいずれかの２つの異なる送信エンティティが送信中に衝突し、双方がチャネルをつかむリスクがある。このような機会にＵＥがＣＳＩ−ＲＳ及びＣＳＩ−ＩＭにおいて測定を行う場合、測定は非常にノイズが多く、チャネルの一般的な状態を表すものではない。現在のＬＴＥ設計においては、ＵＥが相異なる複数回のＣＳＩ−ＲＳ及びＣＳＩ−ＩＭの機会にわたってＣＳＩ−ＲＳ測定及びＣＳＩ−ＩＭ測定を平均することが可能である。上記の状況でこれが行われる場合、測定誤差が時間的に伝播し、送信の成功時には実際のＣＳＩに対応しなくなるはずである。従って、ＣＳＩ−ＲＳ測定及びＣＳＩ−ＩＭ測定を単一のＣＳＩ−ＲＳ及びＣＳＩ−ＩＭの機会に制限し、経時的な平均を可能にしないことが好ましいかもしれない。従って、ある実施形態は、１回のＣＳＩ−ＲＳ及びＣＳＩ−ＩＭの機会のみに基づくＣＳＩ−ＲＳ測定及びＣＳＩ−ＩＭ測定を含んでもよい。
【０１１６】
要するに、様々な実施形態は、以下を含み得る：周期的なＣＳＩ報告をサポートするのではなく、非周期的なＣＳＩ報告をサポートするＬＡＡ  ＳＣｅｌｌ；２ｍｓのＣＳＩ−ＲＳ周期を導入；ＣＳＩ−ＲＳの存在がＵＬグラントにより示され、指し示されたＳＣｅｌｌについて非周期的なＣＳＩ報告がトリガされる；ＣＳＩ−ＩＭリソースの扱いを変更する必要はない；及び、ＣＳＩ−ＲＳ測定は１回のＣＳＩ−ＲＳ機会のみに基づく。
【０１１７】
＜ＬＡＡ  ＵＬ送信でのＬＢＴ＞
ＬＡＡアップリンク送信のために未ライセンススペクトルへアクセスすることについて、様々なオプションが考慮され得る。さらに、ＤＬ及びＵＬ  ＬＢＴアルゴリズムの結合的な設計を考慮する必要性について議論する。本説明は、ＤＬ及びＵＬのＬＢＴの依存性に関する。
【０１１８】
アップリンク送信についてのフレームベース又は負荷ベースのＬＢＴ
負荷ベースのＣＣＡ手続は、Ｗｉ−Ｆｉ物理媒体センシング手続に非常によく似ているだけでなく、柔軟なスペクトル利用とトラフィック負荷への適応性を提供することが議論されてきた。従って、ＬＡＡのためのＬＢＴ手続は、ＵＬ及びＤＬの双方の送信について負荷ベースの手続に基づいて設計することが推奨される。よりアップリンクへ焦点を当てると、フレームベースのＬＢＴは、固定されたＣＣＡ時間に起因する電力節約及び複雑さの低減によりＵＥへ恩恵をもたらすように見えるかもしれない。しかしながら、負荷ベースのＬＢＴは、厳格な構造を伴うフレームベースのＬＢＴ手続とは対照的に、チャネルへのアクセスのその柔軟性に起因して、送信効率を損なうことなくそうした恩恵を提供することをもできる。ＵＥが、その対応するスケジューリングされたサブフレームの４ｍｓ前にそのアップリンクグラントを認識しているという事実は、ＵＥがＣＣＡの妥当な開始点を選択するのに十分な時間を提供することができる。
【０１１９】
また、負荷ベースのＬＢＴアプローチを有することは、フレームベースのアプローチの場合のように、ＵＥがスケジューリングされるサブフレームの数に依存して総送信時間長の関数としてのＣＣＡ時間を考慮してアップリンクトラフィックのためにＵＥをスケジューリングするように不必要な制約をｅＮＢに課すことはない。負荷ベースのＬＢＴは、ＣＣＡの開始点をより柔軟にすることによって、よりよくアップリンクトラフィックの負荷に適応するように、スケジューラの柔軟性を高める。そのうえ、ＵＥの電力節約を、媒体が占有されていることが観測された場合にチャネルセンシングにおいて延期ピリオドを可能にすることによって達成することができる。例えば、２つの連続するサブフレームについてスケジューリングされるＵＥは、最初にスケジューリングされるサブフレームのサブフレーム境界の近くでＣＣＡを開始する。そのサブフレームについての負荷ベースのＬＢＴに成功しなかった場合、ＵＥは、待機し、次のサブフレーム境界近くでセンシングを続行し、電力を節約することができる。延期ピリオドを導入することで、Ｗｉ−Ｆｉとのより良い共存を保証することもできることに留意されたい。
【０１２０】
従って、一実施形態は、ＬＢＴ手続がＬＡＡにおけるアップリンク送信に使用されているとき、負荷ベース機器（Load  Based  Equipment）について定義されたＥＴＳＩ規則を、開始点として使用することを含む。
【０１２１】
アップリンク送信での必須の又はオプションのＬＢＴ
ＬＡＡにおいてアップリンク送信へ達する場合のＬＢＴの実施が議論されてきた。１つの実施形態は、各ＵＥがそのアップリンク送信のために許可されるようにＬＢＴを実行しなければならないという、既定のアプローチを含む。このアプローチは、未ライセンス帯域にアクセスする基本原理に関しては妥当と思われるが、結果的に他の送信ノードに関する未ライセンスチャネルのいかなる不当な利用をもたらすようなことなく、アップリンク送信に先立ってＬＢＴを実行するためのＵＥにおける要件のいくつかを緩和することが可能であり得る。例えば、互いに十分近接して位置し、観測される類似した干渉を経験するＵＥのグループ内で、ＬＢＴを行っているＵＥの数を恐らくは低減することができる。考えられる利点は、不要なＬＢＴ試行を避けることによって、ＵＥの電力節約の向上、及び、恐らくはより効率的な送信であり得る。そのうえ、例えば、アップリンク送信のために対応するｅＮＢチャネルアクセスを共有することによって、ＬＢＴを実行することに関してすべてのＵＥを緩和することについて、さらに議論がなされている。
【０１２２】
さらに、ＤＬ＋ＵＬ  ＬＡＡの議論が開始されようとしており、現時点ではかなりの範囲の不確実性が存在する。ＬＴＥにおけるＵＬ送信は、ＵＥ側から自律的ではなく、ｅＮＢによって制御及びスケジューリングされることに留意されたい。従って、セルフスケジューリングの場合、ＵＬ送信は、ＬＡＡ  ｅＮＢが最初にチャネルアクセスを得る場合にのみ起こり得る。ＬＡＡネットワーク（１つのＬＡＡ  ｅＮＢ＋Ｎ個のＬＡＡ  ＵＥを有する）がＷｉ−Ｆｉネットワーク（１つのＷｉ−Ｆｉ  ＡＰ＋Ｎ個のＷｉ−Ｆｉステーションを有する）でのチャネル上で動作しているシナリオについて考える。２つの一次的考察が行われる。第１に、ＬＡＡ  ｅＮＢが１／Ｎ程度のチャネルアクセス共有しか得ることができない場合、同様のＬＢＴアルゴリズムに従うスケジューリングされたＵＥは、１／Ｎ程度のチャネルアクセスを得るであろう。そのとき、ＬＡＡ  ＵＥの正味のチャネルアクセス共有は、１／Ｎ２である。このタイプの解決策は、ＬＡＡネットワークでのＤＬ＋ＵＬ動作の公平な共有を実現しない可能性がある。第２に、ＬＡＡ  ｅＮＢがほぼ１／２程度のチャネルアクセス共有を得ることができる場合、スケジューリングされたＵＥは、１／Ｎの程度のチャネルアクセスを得るようにＬＢＴアルゴリズムを採用することができる。そのとき、ＬＡＡ  ＵＥの正味のチャネルアクセス共有は、１／２Ｎである。
【０１２３】
上記の考察では、ＬＡＡアップリンク送信でのＵＥにおけるＬＢＴ試行は、すべてのＵＥについて必須であり、ＵＥのうちのいくつかについてオプションであり、又はＵＥのいずれにも必要ではないと考えることができると認識される。３つの選択肢の各々は、ＵＥの電力節約及び送信効率に異なるように影響を与える。ＬＴＥプロトコルでは、ＵＬ送信は、個々のＵＥに与えられたＵＬグラントを通じてｅＮＢによって制御される。
【０１２４】
従って、いくつかのケースでは、アップリンクＬＢＴには次の３つの選択肢が存在する可能性がある。１）ＬＢＴはすべてのＵＥについて必須である、２）ＬＢＴはいくつかのＵＥについてオプションである、３）ＬＢＴはすべてのＵＥについて必要ではない。アップリンクＬＢＴは、ＵＬグラントを通じたＤＬ送信へのＬＴＥ  ＵＬ送信の依存を考慮すべきである。いくつかの場合には、ＵＬ  ＬＢＴは、ＵＬグラントを通じたＤＬ送信へのＬＴＥ  ＵＬ送信の依存にもかかわらず、ｅＮＢ及びそのサービングＵＥがスペクトルの公平な共有に利益をもたらすことを保証すべきである。
【０１２５】
要するに、ＬＡＡアップリンク送信についてＵＥ側においてＬＢＴを実行するための潜在的な代替策が考えられる。いくつかの実施形態では、ＬＢＴ手続がＬＡＡにおけるアップリンク送信のために使用されているとき、負荷ベース機器について定義されたＥＴＳＩ規則が開始点として考えられる。いくつかのケースにおいて、ＬＡＡアップリンク送信でのＵＥにおけるＬＢＴ試行は、すべてのＵＥについて必須であり、ＵＥのうちのいくつかについてオプションであり、又はＵＥのいずれにも必要ではないと考えることができる。３つの選択肢の各々は、ＵＥの電力節約及び送信効率に異なるように影響を与える。ＬＴＥプロトコルでは、ＵＬ送信は、個々のＵＥに与えられたＵＬグラントを通してｅＮＢによって制御され得る。アップリンクＬＢＴについての３つの選択肢は、ＬＢＴはすべてのＵＥについて必須であること、ＬＢＴはいくつかのＵＥについてオプションであること、及びＬＢＴはＵＥのいずれにも必要ではないこと、を含み得る。アップリンクＬＢＴは、ＵＬグラントを通じたＤＬ送信へのＬＴＥ  ＵＬ送信の依存を考慮すべきである。ＵＬ  ＬＢＴは、ＵＬグラントを通じたＤＬ送信へのＬＴＥ  ＵＬ送信の依存にもかかわらず、ｅＮＢ及びそのサービングＵＥがスペクトルの公平な共有に利益をもたらすことを保証し得る。
【０１２６】
＜ＬＡＡ  ＤＬ送信でのＬＢＴ＞
Ｗｉ−Ｆｉ及び他のＬＡＡサービスとの公平な共存、並びに規制要件の遵守を保証するために、ＬＡＡにおけるＬＢＴフェーズについての詳細な解決策が議論されてきた。ここで、ＬＡＡについてのダウンリンクにおけるＬＢＴの設計のさらなる詳細について考える。
【０１２７】
ＬＡＡについてのＤＬにおけるＬＢＴ設計に関して、そのスペクトル利用の柔軟性とトラフィック負荷への適応性に起因する負荷ベースのＬＢＴ方式の利点が議論され、未ライセンススペクトルにおける他の技術、具体的にはＷｉ−Ｆｉとの公平な共存を保証するＬＢＴプロトコルを提案している。さらなる共存手段を伴ういくつかのＬＢＴプロトコルの実施形態では、Ｗｉ−Ｆｉ及びＬＡＡとのより良好な共存の振る舞いを可能にするために、占有されるチャネルをセンシングした後であって送信後のランダムバックオフの前の追加的な待機が、ＥＮ３０１．８９３の一般的な負荷ベースのＬＢＴ手続に追加される。その修正は、ＬＡＡデータ送信をランダム化するための手段を提供する。
【０１２８】
いくつかの実施形態では、以下のＬＡＡ  ＬＢＴ手続が使用される。図２６のフローチャートで示すように、ＬＢＴ手続を開始するために、ランダムバックオフカウンタＮが常に取得される。初期ＣＣＡの直後に拡張ＣＣＡ段階が続く。例えば、時間長Ｔ０にわたって初期ＣＣＡが実行され、ビジーの場合、続行される。キャリアがアイドルであることがわかり、Ｎが０以下である場合、送信が実行される。Ｎが０よりも大きい場合、時間長Ｔ１にわたって、ＣＣＡが実行される。ビジーの場合、時間長Ｔ０でＣＣＡが再び実行される。アイドルの場合、Ｎカウンタがデクリメントされ、Ｎが０よりも大きいかどうかが判定される。そうでない場合、送信が行われる。Ｎが依然として０よりも大きい場合、時間長Ｔ１にわたって、ＣＣＡが再び実行される。
【０１２９】
言い換えれば、送信の成功によって、新たに取得されるランダムバックオフカウンタＮでＬＢＴ手続が再開される。これは、各送信バーストの終了後に、拡張ＣＣＡでの延期ピリオド及び送信後ランダムバックオフが使用されることを確実化する。拡張ＣＣＡの期間中にチャネルが占有されていることが観測された場合に、バックオフカウンタをフリーズし待機して初期ＣＣＡへ戻ることによって、延期ピリオドが取り入れられる。
【０１３０】
いくつかの特徴は、少なくとも以下の目的、即ち、ＵＥの複雑さ及び消費電力を低減し、オーバヘッドを低減し、最小限の標準化の影響を課し、衝突を低減し、チャネルアクセス不足を回避することを考慮して、ＬＢＴプロトコルの柔軟性及び効率を高めるように調整され得る。
【０１３１】
負荷ベースのＬＢＴ手続の間のフリーズピリオドに関して、ｅＮＢにおけるＬＢＴ手続の開始時点は柔軟であり、ｅＮＢは、チャネルへアクセスすることが可能であるときに信号を送信することができる。一方、送信を開始することができないＬＢＴ手続の期間中の時間ピリオドを考慮してｅＮＢを構成することができる。これらの時間ピリオドは、簡略化のために「フリーズピリオド」と呼ぶことができる。従って、ＬＢＴの成功に起因する送信の開始は、これらの時間間隔の外でのみ行われる可能性がある。
【０１３２】
ＬＢＴ手続の期間中にｅＮＢでのフリーズピリオドを構成することによって、ｅＮＢがフリーズピリオドの間アイドルのままであるので、それらのＵＥがフリーズピリオドの間のいかなる可能な送信も予期しないという事実に起因して、対応するＵＥの電力節約が向上する。そのうえ、それは、初期／予約信号のあり得る送信に起因するオーバヘッドが低減される。さらに、この特徴は、媒体における他の競合するノードが、Ｗｉ−Ｆｉ技術における指数バックオフ機能と同様の目的を果たすことができる効果的な方法でチャネルにアクセスする機会を増加させる。
【０１３３】
そのうえ、ＬＢＴ手続におけるＣＣＡ動作のための限られた時間バジェットを有するように、ｅＮＢを構成することができる。一例として、ＥＮ  ＥＴＳＩ  ３０１．８９３の一般的な負荷ベースのＬＢＴレギュレーションは、１０という競合ウィンドウが４ｍｓという最大チャネル占有を満たすのに十分大きいことを示唆する。これは、２０μｓのＣＣＡスロットを有するＬＢＴについて、最大のランダムバックオフ数が取得される場合、チャネルがアイドルであればＬＢＴが成功を宣言するために約３つのＯＦＤＭシンボル（ＯＳ）の時間バジェットが必要であることを意味する。
【０１３４】
図２７及び図２８は、いくつかの実施形態に係るフリーズピリオドの構成及び限定されたＣＣＡバジェットがＬＢＴ手続にどのように影響を及ぼすかのいくつかの例示的な例を示す。これらの図に示されている例は、フリーズピリオドの構成での慎重さ（politeness）のレベルとオーバヘッドとの間にトレードオフがあることを示している。フリーズピリオドが長くなればなるほど、ＬＢＴプロトコルは他のシステムに対してより慎重であり、潜在的な初期／予約信号に起因するオーバヘッドは小さくなる。しかしながら、フリーズピリオドは、他のノードと比較してチャネルにアクセスする際に完全に不利益を被ることによって、ｅＮＢを渇望させるべきではないことを覚えておくことが重要である。言い換えれば、この特徴は、システムが安定したポイントで動作しているときに適用可能であり、さもなければ、フリーズピリオドを短縮し又は破棄することが好ましい。図２７は、媒体負荷シナリオにおけるフリーズピリオド有り又は無しのＬＢＴプロトコルを示す。図２８は、４ｍｓという最大チャネル占有時間の制約を有するＬＡＡ  ｅＮＢについてのＳＣｅｌｌ上のセルフスケジューリングのいくつかの例を示す。
【０１３５】
ＬＢＴ手続が成功した後、データ送信を開始するために、固定のＯＳ候補を使用することができる。そのうえ、データ送信を開始するための固定の候補は、データが到着し始めるのが限られた時点であることが予期される形で、ＵＥ側での複雑さを低減することができる。
【０１３６】
以下では、ＥＰＤＣＣＨ及びＰＤＣＣＨのセルフスケジューリングをサポートするための対応するアプローチについて考える。セルフスケジューリング又はクロスキャリアスケジューリングのいずれかでＵＥを構成することができる。ＬＡＡにおける効率的な動作のために、セルフスケジューリングは、ＰＣｅｌｌ上のスケジューリング負荷を低減するので、サポートされる重要性が高くなる。さらに、クロスキャリアスケジューリングは、ＳＣｅｌｌ上のＬＢＴ結果とＰＣｅｌｌ上のスケジューリングコマンドとの間の非常に短い遅延に起因する問題を有する可能性があり、スケジューリング元のセルがＴＤＤで動作中である場合、クロスキャリアスケジューリングは、スケジューリング制限を課し得る。
【０１３７】
いくつかの実施形態では、ＬＡＡ  ＳＣｅｌｌ上のＥＰＤＣＣＨを用いたセルフスケジューリングをサポートするように、ＥＰＤＣＣＨリソースがＳＣｅｌｌのために構成されるべきである。ＵＥの複雑さを低減するために、ＵＥは、標準に既に存在するＥＰＤＣＣＨ開始ＯＳの１つの固定された候補で構成されてもよい。ＥＰＤＣＣＨ開始ＯＳの適切な選択は、ＬＢＴプロトコルの動作点に依存する。図２９の例は、前述した３つのＯＦＤＭシンボルのＣＣＡ時間バジェットに基づいて、サブフレームが送信バーストのどこに位置しているかにかかわらず、ＥＰＤＣＣＨが常にＯＳ＃３で開始することを示している。この図に示すように、ＰＤＳＣＨ開始シンボルのＯＳ候補は、ＯＳ＃０とＯＳ＃３の２つのみ存在する。サブフレームが（全１４個のＯＳを占有するＰＤＳＣＨを有する）通常のサブフレームであるか、（ＯＳ＃３から開始する１１個のＯＳを占有するＰＤＳＣＨを有する）短縮されたサブフレームであるかをＵＥに示すために、ＤＣＩにおいて新しいフィールドが必要とされ得る。ＵＥの観点から、ＵＥは、それがＤＲＸにないとき、その割り当てられたＥＰＤＣＣＨサーチスペースをチェックする。探索されたＥＰＤＣＣＨ候補のＣＲＣチェックの際に、ＵＥは、ＤＣＩに従ってＰＤＳＣＨ送信を正しく復号することができる。
【０１３８】
いくつかのケースにおいて、ＬＡＡ  ＳＣｅｌｌ上のＰＤＣＣＨによるセルフスケジューリングをサポートするために、ＯＳ＃０のみをデータ送信を開始するために考慮することができ、ＰＤＤＣＨへの影響が低減される。但し、これは、できるだけ遅くチャネルを解放する目的で最後のサブフレームを末端で短縮しなければならないことを示唆し、これは、復調リファレンス信号（ＤＭＲＳ）及びいくつかのＣＳＩ−ＲＳの構成に影響を与えるはずである。そのうえ、そのサブフレームは、ＵＥ側からは他のサブフレームとは異なるように構成され、ダウンリンクパイロットタイムスロット（ＤｗＰＴＳ）と同様の構造を使用し、その中ではＣＲＳを伴う最後のＯＦＤＭシンボルは利用可能でないかもしれない。図２８は、４ｍｓという最大チャネル占有時間の制約を伴う、ＬＡＡ  ｅＮＢでのＳＣｅｌｌ上のセルフスケジューリングのいくつかの例を示す。例えば、ＬＢＴプロトコルは、強く占有される媒体においてフリーズピリオドが有っても無くてもよい。
【０１３９】
一方、ＤＭＲＳベースの送信モードのサポートは、ＣＲＳベースの送信モードと比較して、好適であり得る。これは、ＬＡＡ  ＳＣｅｌｌ上での不連続送信の文脈では、以前のリリースと同様にレガシーＣＲＳが存在しないという事実によって動機付けられる。実際、ＣＲＳは、送信が許可されるサブフレーム内にのみ存在することができる。未ライセンス帯域の予測不能な性質に起因して、ｅＩＭＴＡ（enhanced  International  Mobile  Telecommunications  Advanced）フレームワークがＬＡＡに採用されているとしても、ＣＲＳの存在を保証するものではない。従って、常には利用可能ではないＣＲＳとの関連で、特にＲＡＮ４におけるテスト手続及び要件に対する標準化の影響は大きいかもしれない。この見方は、ＤＲＳフレームワーク又はＴＤＤコンフィグレーション０が開始点として考慮されるとしても同様であり、なぜならすべてはＣＲＳの周期性に依拠し但し頻度が低いからである。ＤＭＲＳはデータが存在する場合にのみ存在することから、ＤＭＲＳベースの送信について状況は異なる。よって、ＣＲＳと比較して仕様の変更は必要ないが、恐らく、いくつかの新しい要件を仕様化する必要がある。
【０１４０】
とはいえ、図３０に示すように、フリーズピリオドの特徴は、概して、ＤＭＲＳベースの送信又はＣＲＳベースの送信の双方をサポートするために適用可能である。従って、いくつかの実施形態では、ＬＢＴ手続の期間中のフリーズピリオドがｅＮＢにおいて構成されてよく、その間ＵＥはｅＮＢからのいかなる信号をも予期しないということがサポートされる。ＬＡＡ  ＳＣｅｌｌについてＥＰＤＣＣＨを考慮すべきであるということに、セルフスケジューリングが基づいてもよい。ＤＭＲＳベースの送信については、ＵＥは、ＥＰＤＣＣＨ開始の４つの候補のうちの１つで構成されてよい。サブフレーム境界からのオフセットを有する候補が好ましい場合がある。４ｍｓという最大チャネル占有は、ＥＰＤＣＣＨについての開始シンボルとしてＯＳ＃３を示唆し得る。図２９は、４ｍｓという最大チャネル占有を有するＳＣｅｌｌ上のＬＡＡセルフスケジューリングの例を示す。ＤＣＩメッセージにおける新しい制御ビットがＰＤＳＣＨの開始点をＵＥへ示すことができる。ＯＳ＃０及びＯＳ＃３という２つの選択肢の中から既定値が選択されてもよい。
【０１４１】
＜優先制御されるチャネルアクセス＞
いくつかの実施形態では、優先制御される（prioritized）サービス品質（ＱｏＳ）をサポートするために、Ｗｉ−Ｆｉ  ＥＤＣＡ（enhanced  distributed  channel  access）の仕組みが４つのアクセスカテゴリ（ＡＣ）を定義する。各ＡＣは、あるＡＣについて他のＡＣよりもチャネルアクセスを統計的に優先させるアクセスパラメータのセットについての固有の値によって特徴付けられる。
【０１４２】
ＬＡＡでは、チャネルアクセスの同様の優先制御を定義することができる。１つのオプションは、異なる複数のＬＢＴカテゴリを適用して、異なる複数のチャネル及び信号向けのチャネルアクセスを優先制御すること、又はＬＡＡにおいて異なるＱｏＳ要件を伴うデータをサポートすることである。例えば、ＬＡＡにおけるデータトラフィックに対する管理及び制御情報のために優先制御されるチャネルアクセスを有することは、有益であるはずである。管理及び制御情報の例として、ディスカバリリファレンス信号（ＤＲＳ）送信、又はマスター情報ブロック（ＭＩＢ）及び／若しくはシステム情報ブロック（ＳＩＢ）信号などがあり得る。図３１に示すように、図２６で提案されたＬＢＴ手続とは異なるＬＢＴ方式を、管理及び制御情報のチャネルアクセスに適用することができる。
【０１４３】
初期ＣＣＡがクリアされた直後に、送信を開始することができる。初期ＣＣＡの期間中にチャネルがビジーであると判定された場合、次のＣＣＡの開始は、条件付きで次のＣＣＡの開始点まで延期される。従って、管理及び制御情報は、優先されるチャネルアクセスを有し、予め決定される時点で送信されるより高い確率を有し、これは、ＤＲＳ送信にとって特に有益であり、転じて、ＵＥ側でのＤＲＳ受信を容易化し及び簡略化するはずである。
【０１４４】
他のオプションは、異なる複数のＬＢＴパラメータを適用して異なる複数のチャネル及び信号向けのチャネルアクセスを優先制御すること、又はＬＡＡにおいて異なるＱｏＳ要件を伴うデータをサポートすることである。チャネルアクセスは、ＣＣＡ時間長、フリーズピリオド、競合ウィンドウサイズなどの様々なＬＢＴパラメータ設定を使用して、優先度を付与／解除され得る。例えば、より小さい競合ウィンドウサイズを伴う、優先制御されるチャネルアクセスを有するチャネル又は信号について、最大チャネル占有時間を短縮して、公平な共存を維持することができる。従って、実施形態は、例えば、異なるＬＢＴカテゴリ及び／又は異なるＬＢＴパラメータなどを適用することによって、ＬＡＡにおける優先制御されるチャネルアクセスをサポートすることを含み得る。優先制御されるチャネルアクセスについて、優先制御されるアクセスを有するチャネル／信号が決定され、特定されるべきである。１つの例は、ＤＲＳが、ＤＬでの他の送信より優先されるチャネルアクセスを有するべきであるということである。さらに、優先制御されるチャネル／信号について、ＬＢＴ方式及びＬＢＴパラメータが特定される必要がある。
【０１４５】
要するに、ＬＡＡにおけるＤＬ  ＬＢＴに関するさらなる詳細が説明されており、いくつかの実施形態は、ＬＡＡデータ送信についてのＬＢＴ手続において以下を含み得る：ＬＢＴ手続を開始するために、ランダムバックオフカウンタＮが常に取得される；初期ＣＣＡの直後に常に拡張ＣＣＡ段階が続く；送信が成功すると、常に、新しく取得されるランダムバックオフカウンタＮでＬＢＴ手続が再開される。これは、各送信バーストの終了後に、拡張ＣＣＡでの延期ピリオド及び送信後ランダムバックオフが使用されることを保証し得る。拡張ＣＣＡの期間中にチャネルが占有されていることが観測された場合、バックオフカウンタをフリーズし、待機して初期ＣＣＡに戻ることによって、延期ピリオドが取り入れられる。ＬＢＴ手続の期間中のフリーズピリオドをｅＮＢにおいて構成することができ、その中で、ＵＥはｅＮＢからのいかなる信号も予期しない。セルフスケジューリングは、ＬＡＡ  ＳＣｅｌｌについてＥＰＤＣＣＨを考慮すべきであることに基づいてもよい。ＤＭＲＳベースの送信については、ＵＥは、ＥＰＤＣＣＨ開始の４つの候補のうちの１つで構成されてもよい。ある候補は、サブフレーム境界からのオフセットを含み得る。４ｍｓという最大チャネル占有は、ＥＰＤＣＣＨについての開始シンボルとしてＯＳ＃３を示唆し得る。ＤＣＩメッセージにおける新しい制御ビットがＰＤＳＣＨの開始点をＵＥに示すことができる。ＯＳ＃０及びＯＳ＃３という２つの選択肢の中から既定値が選択されてもよい。例えば、異なるＬＢＴカテゴリ及び／又は異なるＬＢＴパラメータなどを適用することによって、ＬＡＡにおける優先制御されるチャネルアクセスがサポートされ得る。
【０１４６】
特に、当業者にとって、前述の説明及び関連する図面に示された教示の恩恵を有する開示された発明の変形例及び他の実施形態が想起されるであろう。従って、本発明は、開示された具体的な実施形態に限定されるものではなく、本開示の範囲内に変形例及び他の実施形態が含まれることが意図されることを理解されたい。ここでは具体的な用語が使用されているかもしれないが、それらは、限定のためではなく、単に汎用的及び説明的な意味で使用されているにすぎない。
【図１】
0006545812.tif 000002
【図２】
0006545812.tif 000003
【図３】
0006545812.tif 000004
【図４】
0006545812.tif 000005
【図５】
0006545812.tif 000006
【図６】
0006545812.tif 000007
【図７】
0006545812.tif 000008
【図８】
0006545812.tif 000009
【図９】
0006545812.tif 000010
【図１０】
0006545812.tif 000011
【図１１】
0006545812.tif 000012
【図１２】
0006545812.tif 000013
【図１３】
0006545812.tif 000014
【図１４】
0006545812.tif 000015
【図１５】
0006545812.tif 000016
【図１６】
0006545812.tif 000017
【図１７】
0006545812.tif 000018
【図１８】
0006545812.tif 000019
【図１９】
0006545812.tif 000020
【図２０】
0006545812.tif 000021
【図２１】
0006545812.tif 000022
【図２２】
0006545812.tif 000023
【図２３】
0006545812.tif 000024
【図２４】
0006545812.tif 000025
【図２５】
0006545812.tif 000026
【図２６】
0006545812.tif 000027
【図２７】
0006545812.tif 000028
【図２８】
0006545812.tif 000029
【図２９】
0006545812.tif 000030
【図３０】
0006545812.tif 000031
【図３１】
0006545812.tif 000032
【図３２】
0006545812.tif 000033
【図３３】
0006545812.tif 000034
【図３４】
0006545812.tif 000035
【図３５】
0006545812.tif 000036