(57)【要約】  無線デバイス（１０）が、第１のアクセス方式に基づいて、未ライセンス周波数スペクトルからの第１のキャリア（３３）上での第１のアップリンク無線送信を制御する。さらに、無線デバイス（１０）は、未ライセンス周波数スペクトルからの第２のキャリア（３４）上での第２のアップリンク無線送信を制御する。後者は、第１のアクセス方式とは異なる第２のアクセス方式に基づいて達成される。さらに、無線デバイス（１０）は、第１のアップリンク無線送信と第２のアップリンク無線送信とを協調させる。【選択図】図１
2020517196.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワークにおける無線送信を制御する方法であって、前記方法は、
無線デバイス（１０；１２００；１３００）が、第１のアクセス方式に基づいて、未ライセンス周波数スペクトルからの第１のキャリア（３３、３４）上での第１のアップリンク無線送信を制御することと、
前記無線デバイス（１０；１２００；１３００）が、前記第１のアクセス方式とは異なる第２のアクセス方式に基づいて、前記未ライセンス周波数スペクトルからの第２のキャリア（３３、３４）上での第２のアップリンク無線送信を制御することと、
前記無線デバイス（１０；１２００；１３００）が、前記第１のアップリンク無線送信と前記第２のアップリンク無線送信とを協調させることと
を含む、方法。
【請求項２】
前記無線デバイス（１０；１２００；１３００）が、前記第１のキャリア（３３、３４）の無線リソースを前記無線デバイス（１０；１２００；１３００）に割り当てるグラントを受信することと、
前記割り当てられた無線リソース上での前記第１のアップリンク無線送信を実施することを開始する前に、前記無線デバイス（１０；１２００；１３００）が、前記第１のキャリア（３３、３４）上でのチャネル検知を実施することと、
前記無線デバイス（１０；１２００；１３００）が、前記第１のキャリア（３３、３４）上での前記チャネル検知と重複しない少なくとも１つの時間ウィンドウにおいて前記第２のアップリンク無線送信を実施することと
を含む、請求項１に記載の方法。
【請求項３】
前記少なくとも１つの時間ウィンドウが、前記第１のキャリア（３３、３４）上での前記チャネル検知の後に開始する時間ウィンドウを備える、請求項２に記載の方法。
【請求項４】
前記少なくとも１つの時間ウィンドウが、前記第１の無線送信の後に開始する時間ウィンドウを備える、請求項２または３に記載の方法。
【請求項５】
前記少なくとも１つの時間ウィンドウが、前記第１のキャリア（３３、３４）上での前記チャネル検知の前に終了する時間ウィンドウを備える、請求項２から４のいずれか一項に記載の方法。
【請求項６】
前記第２のアップリンク無線送信を実施することを開始する前に、前記無線デバイス（１０；１２００；１３００）が、前記第２のキャリア（３３、３４）上でのチャネル検知を実施すること
を含み、
前記少なくとも１つの時間ウィンドウが、前記第２のキャリア（３３、３４）上での前記チャネル検知と前記第１のキャリア（３３、３４）上での前記チャネル検知との間の時間ウィンドウを備える、請求項２から５のいずれか一項に記載の方法。
【請求項７】
前記第１のキャリア（３３、３４）上での前記チャネル検知中に、前記無線デバイス（１０；１２００；１３００）が、前記第２のキャリア（３３、３４）上でのチャネル検知を実施することを含む、請求項２から６のいずれか一項に記載の方法。
【請求項８】
前記受信されたグラントによって割り当てられた前記無線リソースが、前記第１のアップリンク無線送信の終了時間を規定し、
前記無線デバイス（１０；１２００；１３００）が、前記第１のアップリンク無線送信の前記終了時間において前記第２のアップリンク無線送信を終了することを含む、請求項２から７のいずれか一項に記載の方法。
【請求項９】
前記第１のアップリンク無線送信と前記第２のアップリンク無線送信とを終了した後に、前記無線デバイス（１０；１２００；１３００）が、前記第１のキャリア（３３、３４）の無線リソースを前記無線デバイス（１０；１２００；１３００）に割り当てるさらなるグラントを受信することを含む、請求項８に記載の方法。
【請求項１０】
前記無線デバイス（１０；１２００；１３００）が、前記第１のキャリア（３３、３４）上でのチャネル検知を実施すること、および、前記第１のキャリア（３３、３４）が占有されていないことを検出したことに応答して、バックオフ期間を始動することと、
前記バックオフ期間の満了時に、前記無線デバイス（１０；１２００；１３００）が、前記第１のキャリア（３３、３４）上でのさらなるチャネル検知を実施すること、および前記第１のキャリア（３３、３４）上での前記さらなるチャネル検知が、前記第１のキャリア（３３、３４）が占有されていないことを示すことに応答して、前記第１のアップリンク無線送信を開始することと、
前記バックオフ期間の満了時に、前記無線デバイス（１０；１２００；１３００）が、前記第２のキャリア（３３、３４）上でのチャネル検知を実施すること、および前記第２のキャリア（３３、３４）上での前記チャネル検知が、前記第２のキャリア（３３、３４）が占有されていないことを示すことに応答して、前記第２のアップリンク無線送信を開始することと、を含む、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
前記第１のアクセス方式は、前記第１のキャリア（３３、３４）の無線リソースが、前記無線通信ネットワークから受信された第１のタイプのグラントによって前記無線デバイス（１０；１２００；１３００）に割り当てられることを伴い、
前記第２のアクセス方式は、前記第２のキャリア（３３、３４）の無線リソースが、前記第１のタイプのグラントよりも長い有効性を有する第２のタイプのグラントによって前記無線デバイス（１０；１２００；１３００）に割り当てられることを伴う、請求項１から１０のいずれか一項に記載の方法。
【請求項１２】
前記第１のアクセス方式は、前記第１のキャリア（３３、３４）の無線リソースが、前記無線デバイス（１０；１２００；１３００）からの要求に応答して前記無線デバイス（１０；１２００；１３００）に割り当てられることを伴い、
前記第２のアクセス方式は、前記第２のキャリア（３３、３４）の無線リソースが、前記無線デバイス（１０；１２００；１３００）からの要求がない場合においても前記無線デバイス（１０；１２００；１３００）に割り当てられることを伴う、請求項１から１１のいずれか一項に記載の方法。
【請求項１３】
前記第１のアクセス方式は、前記第１のキャリア（３３、３４）の無線リソースが、前記無線通信ネットワークからのグラントによって前記無線デバイス（１０；１２００；１３００）に割り当てられることを伴い、
前記第２のアクセス方式が、前記無線通信ネットワークからのグラントによる前記無線デバイス（１０；１２００；１３００）への無線リソースの割り当てを必要としない、請求項１から１１のいずれか一項に記載の方法。
【請求項１４】
無線通信ネットワークのための無線デバイス（１０；１２００；１３００）であって、前記無線デバイス（１０；１２００；１３００）が、
−  第１のアクセス方式に基づいて、未ライセンス周波数スペクトルからの第１のキャリア（３３、３４）上での第１のアップリンク無線送信を制御することと、
−  前記第１のアクセス方式とは異なる第２のアクセス方式に基づいて、前記未ライセンス周波数スペクトルからの第２のキャリア（３３、３４）上での第２のアップリンク無線送信を制御することと、
−  前記第１のアップリンク無線送信と前記第２のアップリンク無線送信とを協調させることと、を行うように設定された、無線デバイス（１０；１２００；１３００）。
【請求項１５】
前記無線デバイス（１０；１２００；１３００）が、請求項１から１３のいずれか一項に記載の方法のステップを実施するように設定された、請求項１４に記載の無線デバイス（１０；１２００；１３００）。
【請求項１６】
無線デバイス（１０；１２００；１３００）と、
無線通信ネットワークのアクセスノード（１００）と
を備えるシステムであって、
前記無線デバイス（１０；１２００；１３００）が、
−  第１のアクセス方式に基づいて、未ライセンス周波数スペクトルからの第１のキャリア上での第１のアップリンク無線送信を制御することと、
−  前記第１のアクセス方式とは異なる第２のアクセス方式に基づいて、前記未ライセンス周波数スペクトルからの第２のキャリア上での第２のアップリンク無線送信を制御することと、
−  前記第１のアップリンク無線送信と前記第２のアップリンク無線送信とを協調させることと
を行うように設定され、
前記アクセスノード（１００）が、前記第１のアップリンク無線送信と前記第２のアップリンク無線送信とを受信するように設定された、システム。
【請求項１７】
無線デバイス（１０；１２００；１３００）の少なくとも１つのプロセッサ（１３５０）によって実行されるプログラムコードを備えるコンピュータプログラムであって、前記プログラムコードの実行が、前記無線デバイス（１０；１２００；１３００）に、請求項１から１３のいずれか一項に記載の方法のステップを実施させる、コンピュータプログラム。
【請求項１８】
無線デバイス（１０；１２００；１３００）の少なくとも１つのプロセッサ（１３５０）によって実行されるプログラムコードを備えるコンピュータプログラム製品であって、前記プログラムコードの実行が、前記無線デバイス（１０；１２００；１３００）に、請求項１から１３のいずれか一項に記載の方法のステップを実施させる、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信ネットワークにおける無線送信を制御するための方法、ならびに対応するデバイスおよびシステムに関する。
【背景技術】
【０００２】
３ＧＰＰ（第３世代パートナーシッププロジェクト）によって指定されたＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）技術に基づく無線通信ネットワークなど、無線通信ネットワークは、一般に、ライセンス済み周波数スペクトルにおいて、すなわち、ある無線技術およびオペレータに専用化された周波数リソース上で動作する。さらに、また、未ライセンス周波数スペクトルからの、たとえば、５ＧＨｚまたは３．５ＧＨｚ周波数帯域における無線リソースの利用が可能であり得る。一般に、そのような未ライセンス周波数スペクトルからの無線リソースが、別のオペレータまたは１つまたは複数の他の無線技術と共有される。未ライセンススペクトルは、ライセンス済みスペクトルを補うものとして使用されるか、または完全にスタンドアロンの動作を可能にする。
【０００３】
ＬＴＥ技術では、未ライセンス周波数スペクトルからの無線リソースは、「ライセンス支援型アクセス」（ＬＡＡ）と呼ばれる技術に基づいて利用され得る。ＬＡＡ技術の態様は、３ＧＰＰ  ＴＲ３６．８８９  Ｖ１３．０．０（２０１５−０６）において説明される。ＬＡＡ技術では、未ライセンススペクトルは、ライセンス済みスペクトルを補うものとして使用される。ライセンス済みスペクトルからのキャリアを使用して、ＵＥ（ユーザ機器）がネットワークに接続する。ライセンス済みスペクトルからのキャリアは、プライマリセルまたはＰＣｅｌｌとも呼ばれる。さらに、セカンダリセルまたはＳＣｅｌｌと呼ばれる、未ライセンススペクトルからの１つまたは複数の追加のキャリアが、送信容量を向上させるために使用される。この目的で、ＬＴＥ技術のキャリアアグリゲーション機能性が利用される。キャリアアグリゲーション機能性は、２つまたはそれ以上のキャリア、すなわち、周波数チャネルをアグリゲートすることを可能にする。一般的なＬＡＡシナリオでは、アグリゲートされたキャリアのうちの少なくとも１つが、ライセンス済みスペクトルからのものであり、アグリゲートされたキャリアのうちの少なくとも１つが、未ライセンススペクトルからのものである。
【０００４】
規制要件により、未ライセンススペクトルにおける送信は、一般に、事前のチャネル検知、送信電力制限、および／または課された最大チャネル占有時間を伴って許可されるにすぎない。未ライセンススペクトルからの無線リソースが他のオペレータまたは他の無線技術と共有されることを考慮に入れると、未ライセンススペクトルにおける送信に進む前に、ＬＢＴ（リッスンビフォアトーク）プロシージャが実施される必要があり得る。一般に、ＬＢＴプロシージャは、あらかじめ規定された最小時間量の間、キャリアを検知することと、キャリアがビジーである場合、バックオフすることとを伴う。一方、ＬＴＥ技術で使用される動的スケジューリングによるような、無線リソース上での送信が集中方式で協調される場合、集中スケジューリングが送信をグラントし得るがキャリアがビジーであるので送信が可能でない状況が生じ得るので、またはキャリアが空いているが集中スケジューリングによって送信がグラントされなかった状況が生じ得るので、性能が著しく劣化され得る。ＬＡＡ技術の場合、これは、たとえば、ＵＥからネットワークへのアップリンク（ＵＬ）送信の性能に影響を及ぼし得る。しかしながら、たとえば、ユーザ中心適用例の使用の増加およびクラウドストレージにデータをプッシュする必要の増加により、ＵＬ送信についての良好な性能がより重要になっている。その上、未ライセンス周波数スペクトルからの複数のキャリアを利用するとき、これらのキャリアは、異なるアクセス方式の利用を必要とし得る。たとえば、１つのキャリアは、ＵＥからのスケジューリング要求を使用する動的スケジューリングに基づくアクセス方式を使用し得、他のキャリアは、無線リソースがスケジューリング要求に応答して割り当てられることを必要としないグラントなし（ｇｒａｎｔ−ｌｅｓｓ）アクセス方式を使用し得る。そのような場合、キャリアのうちの１つ上での進行中のＵＬ無線送信が、ＵＥの、他のキャリアへのアクセスを成功裡に獲得する見込みに悪影響を及ぼし得る。
【０００５】
したがって、未ライセンススペクトルにおけるＵＬ無線送信の効率的な制御を可能にする技法が必要である。
【発明の概要】
【０００６】
本発明の一実施形態によれば、無線通信ネットワークにおける無線送信を制御する方法が提供される。本方法によれば、無線デバイスが、第１のアクセス方式に基づいて、未ライセンス周波数スペクトルからの第１のキャリア上での第１のＵＬ無線送信を制御する。さらに、無線デバイスは、未ライセンス周波数スペクトルからの第２のキャリア上での第２のＵＬ無線送信を制御する。これは、第１のアクセス方式とは異なる第２のアクセス方式に基づいて達成される。さらに、無線デバイスは、第１のＵＬ無線送信と第２のＵＬ無線送信とを協調させる。
【０００７】
本発明のさらなる実施形態によれば、無線デバイスが提供される。無線デバイスは、第１のアクセス方式に基づいて、未ライセンス周波数スペクトルからの第１のキャリア上での第１のＵＬ無線送信を制御するように設定される。さらに、無線デバイスは、未ライセンス周波数スペクトルからの第２のキャリア上での第２のＵＬ無線送信を制御するように設定される。無線デバイスは、第１のアクセス方式とは異なる第２のアクセス方式に基づいて、第２のＵＬ無線送信を制御するように設定される。さらに、無線デバイスは、第１のＵＬ無線送信と第２のＵＬ無線送信とを協調させるように設定される。
【０００８】
本発明のさらなる実施形態によれば、システムが提供される。システムは無線デバイスを備える。さらに、システムは、無線通信ネットワークのアクセスノードを備える。無線デバイスは、第１のアクセス方式に基づいて、未ライセンス周波数スペクトルからの第１のキャリア上での第１のＵＬ無線送信を制御するように設定される。さらに、無線デバイスは、未ライセンス周波数スペクトルからの第２のキャリア上での第２のＵＬ無線送信を制御するように設定される。無線デバイスは、第１のアクセス方式とは異なる第２のアクセス方式に基づいて、第２のＵＬ無線送信を制御するように設定される。さらに、無線デバイスは、第１のＵＬ無線送信と第２のＵＬ無線送信とを協調させるように設定される。アクセスノードは、第１のＵＬ無線送信と第２のＵＬ無線送信とを受信するように設定される。
【０００９】
本発明のさらなる実施形態によれば、無線デバイスの少なくとも１つのプロセッサによって実行されることになるプログラムコードを備える、コンピュータプログラムまたはコンピュータプログラム製品が、たとえば、非一時的記憶媒体の形態で提供される。プログラムコードの実行が、無線デバイスに、第１のアクセス方式に基づいて、未ライセンス周波数スペクトルからの第１のキャリア上での第１のＵＬ無線送信を制御させる。さらに、プログラムコードの実行が、無線デバイスに、未ライセンス周波数スペクトルからの第２のキャリア上での第２のＵＬ無線送信を制御させる。プログラムコードの実行が、無線デバイスに、第１のアクセス方式とは異なる第２のアクセス方式に基づいて、第２のＵＬ無線送信を制御させる。さらに、プログラムコードの実行が、無線デバイスに、第１のＵＬ無線送信と第２のＵＬ無線送信とを協調させる。
【００１０】
そのような実施形態およびさらなる実施形態の詳細は、以下の発明を実施するための形態から明らかになろう。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態による、無線送信が制御される無線通信システムを概略的に示す図である。
【図２】本発明の一実施形態による、未ライセンススペクトルからの無線リソースの利用を示す図である。
【図３Ａ−３Ｄ】本発明の一実施形態による、無線リソースの割り当てを示す図である。
【図４Ａ】本発明の一実施形態による、使用される衝突回避方式を概略的に示す図である。
【図４Ｂ】本発明の一実施形態による、使用されるさらなる衝突回避方式を概略的に示す図である。
【図５】本発明の一実施形態による、ＵＥが、協調を使用せずに、異なるアクセス方式の利用を必要とする２つの異なる未ライセンスキャリア上でのＵＬ無線送信を実施する、シナリオの一例を示す図である。
【図６】本発明の一実施形態による、２つの異なる未ライセンスキャリア上でのＵＬ無線送信の協調の一例を示す図である。
【図７】本発明の一実施形態による、２つの異なる未ライセンスキャリア上でのＵＬ無線送信の協調のさらなる一例を示す図である。
【図８】本発明の一実施形態による、２つの異なる未ライセンスキャリア上でのＵＬ無線送信の協調のさらなる一例を示す図である。
【図９Ａ−９Ｂ】本発明の一実施形態による、２つの異なる未ライセンスキャリア上でのＵＬ無線送信の協調のさらなる一例を示す図である。
【図１０Ａ−１０Ｂ】本発明の一実施形態による、２つの異なる未ライセンスキャリア上でのＵＬ無線送信の協調のさらなる一例を示す図である。
【図１１】本発明の一実施形態による、方法を概略的に示すためのフローチャートである。
【図１２】本発明の一実施形態による、無線デバイスの機能性を示すためのブロック図である。
【図１３】本発明の一実施形態による、無線デバイスの構造を概略的に示す図である。
【発明を実施するための形態】
【００１２】
以下で、より詳細におよび添付の図面を参照しながら、本発明の例示的な実施形態による概念が説明される。示された実施形態は、無線通信ネットワークにおける無線送信の制御に関し、詳細には、以下でＵＥとも呼ばれる無線デバイスからのＵＬ無線送信の制御に関する。無線通信ネットワークは、未ライセンス３．５ＧＨｚまたは５ＧＨｚ帯域など、未ライセンス周波数スペクトルにおいて動作し得る無線技術に基づくと仮定される。詳細には、無線技術は、未ライセンス周波数スペクトルにおいてＬＴＥ無線技術を使用すること、たとえば、３ＧＰＰ  ＴＲ３６．８８９  Ｖ１３．０．０（２０１５−０６）において説明されるライセンス支援型アクセス（ＬＡＡ）技術を使用することに基づき得る。しかしながら、示された概念は、他の技術、たとえば、５Ｇ（第５世代）無線通信技術にも適用され得ることに留意されたい。さらに、概念は、たとえば、ＭｕＬＴＥｆｉｒｅリリース１．０技術論文（２０１７−０１）において指定されているようなＭｕＬＴＥｆｉｒｅ動作を使用して、ライセンス済み周波数スペクトルにおける送信による協調または他の支援なしに、未ライセンス周波数スペクトルにおけるＬＴＥ無線技術または同様の無線技術のスタンドアロン動作にも適用され得る。
【００１３】
示された概念では、ＵＥからのＵＬ無線送信が、以下で未ライセンスキャリアとも呼ばれる、未ライセンス周波数スペクトルからの複数のキャリア上で実施される。さらに、キャリアのうちの少なくともいくつかについて異なるアクセス方式が使用されると仮定される。たとえば、キャリアのうちのもう１つが、動的スケジューリングを使用し、ＵＥが、（１つまたは複数の）ＵＬ無線送信のために使用されるべき無線リソースを割り振るグラントを受信することを必要とし得、キャリアのうちの１つまたは複数の他のキャリアが、無線リソースの半永続的割り当てに基づく、あるいはＩＵＡ（瞬時ＵＬアクセス）割り当て、またはグラントなしアクセスを使用することに基づく、アクセス方式を使用し得る。
【００１４】
本明細書で使用される、無線リソースの半永続的割り当ては、ＵＥからの要求を必要とすることなしに、複数のサブフレームにおいて、再発生する様式で有効である、無線リソースの割り当てを指す。しかしながら、無線リソースの半永続的割り当ては、それにもかかわらず、無線通信ネットワークによって制御され得る。詳細には、無線通信ネットワークは、たとえば、無線リソースに関して、無線リソースの半永続的割り当てを設定し、無線リソースの半永続的割り当てのアクティブ化および非アクティブ化をも制御し得る。したがって、無線リソースの半永続的割り当てを使用することによって、無線リソースは、無線通信ネットワークによる無線リソースの半永続的割り当てのアクティブ化から開始し、無線リソースの半永続的割り当ての非アクティブ化またはリリースまでの拡張された時間間隔においてＵＥに割り当てられ得る。無線リソースの半永続的割り当ての非アクティブ化またはリリースは、無線通信ネットワークによってアクティブに始動されるか、または、暗黙的様式で、たとえば、半永続的に割り当てられた無線リソースの使用がないことによってトリガされ得る。ＩＵＡ割り当ては、上記で説明された半永続的割り当てと同様である。しかしながら、ＩＵＡ割り当ての場合、ＵＥは、割り当てられた無線リソース上で送信することを強要されない。グラントなしアクセスは、ＵＥへの無線リソースのネットワーク制御割り当てを伴わないアクセス方式を指し得る。
【００１５】
図１は、ＵＥ１０、たとえば、モバイルフォン、タブレットコンピュータ、または他の種類の通信デバイスが、無線通信ネットワークのアクセスノード１００と通信する、例示的なシナリオを概略的に示す。ＬＴＥ無線技術の仮定された利用によれば、アクセスノード１００は、ｅＮＢ（「エボルブドノードＢ」）と呼ばれることもある。図１のシナリオでは、ＵＥ１０とアクセスノード１００との間の通信は、ＬＡＡベースである、すなわち、ライセンス済み周波数スペクトルと未ライセンス周波数スペクトルの両方からのキャリアを使用する。詳細には、ライセンス済み周波数スペクトルからのＤＬ（ダウンリンク）キャリア２１が、アクセスノード１００からＵＥ１０へのＤＬ無線送信のために使用され、ライセンス済み周波数スペクトルからのＵＬキャリア２２が、ＵＥ１０からアクセスノード１００へのＵＬ無線送信のために使用される。キャリア２１、２２は、ＵＥ１０のＰＣｅｌｌと呼ばれることもある。さらに、未ライセンス周波数スペクトルからのＤＬキャリア３１、３２が、アクセスノード１００からＵＥ１０へのＤＬ無線送信のために使用され得、および／または未ライセンス周波数スペクトルからのＵＬキャリア３３、３４が、ＵＥ１０からアクセスノード１００へのＵＬ無線送信のために使用され得る。いくつかのシナリオでは、同じキャリア、たとえば、キャリア３１、キャリア３２、キャリア３３、および／またはキャリア３４は、たとえば、ＴＤＤ（時分割複信）モードにおいてキャリアを使用することによって、アクセスノード１００からＵＥ１０へのＤＬ無線送信とＵＥ１０からアクセスノード１００へのＵＬ無線送信の両方のためにも使用され得ることに留意されたい。キャリア３１、３２、３３、３４は、ＵＥ１０の（１つまたは複数の）ＳＣｅｌｌと呼ばれることもある。
【００１６】
図２は、周波数（ｆ）空間におけるキャリア２１、２２、３１、３２、３３、３４を概略的に示す。示されているように、キャリア２１、２２は、ライセンス済み周波数スペクトル中に、たとえば、７００ＭＨｚと２．７ＧＨｚとの間のＬＴＥ帯域のうちの１つ中にある。ＬＴＥ無線技術に専用化され、無線通信ネットワークのオペレータにライセンスされる、すなわち、他の無線技術またはオペレータによって使用されないことがあるキャリア２１、２２は、ＵＥ１０とアクセスノード１００との間の制御情報の信頼できる送信のために使用され得る。たとえば、ＰＤＣＣＨ（物理ＤＬ制御チャネル）またはｅＰＤＤＣＨ（拡張ＰＤＤＣＨ）のような、１つまたは複数のＤＬ制御チャネルが、ＤＬキャリア２１上で送信され得る。同様に、ＰＵＣＣＨ（物理ＵＬ制御チャネル）のような１つまたは複数のＵＬ制御チャネルが、ＵＬキャリア２２上で送信され得る。さらに、キャリアは、データチャネルの送信のために使用され得る。たとえば、ＰＤＳＣＨ（物理ＤＬ共有チャネル）のような１つまたは複数のＤＬデータチャネルが、ＤＬキャリア２１上で送信され得る。同様に、ＰＵＳＣＨ（物理ＵＬ共有チャネル）のような１つまたは複数のＵＬデータチャネルが、ＵＬキャリア２２上で送信され得る。ＰＤＳＣＨおよびＰＵＳＣＨは、複数のＵＥによって共有様式で使用され、ＵＥ１０のようなあるＵＥへのＰＤＳＣＨまたはＰＵＳＣＨの無線リソースの割り当てが、アクセスノード１００によって達成される。他のオペレータまたは無線技術と共有されるキャリア３１、３２、３３、３４は、ＵＥ１０とアクセスノード１００との間の送信容量または送信性能を向上させるために使用され得る。キャリア３１、３２、３３、３４のための制御情報が、キャリア２１、２２上で送信され得、すなわち、キャリア３１、３２、３３、３４上での送信が、キャリア２１、２２上での送信によって支援され得る。したがって、キャリア３１、３２、３３、３４は、（１つまたは複数の）ＬＡＡ  ＳＣｅｌｌと呼ばれることもある。送信容量または性能を向上させるために、ＰＤＳＣＨのような１つまたは複数のＤＬデータチャネルが、ＤＬキャリア３１、３２上で送信され得、および／またはＰＵＳＣＨのような１つまたは複数のＵＬデータチャネルが、ＵＬキャリア３３、３４上で送信され得る。ライセンス済み周波数スペクトルにおけるように、未ライセンス周波数スペクトルにおけるＰＤＳＣＨおよびＰＵＳＣＨは、複数のＵＥによって共有様式で使用され、ＵＥ１０のようなあるＵＥへのＰＤＳＣＨまたはＰＵＳＣＨの無線リソースの割り当てが、アクセスノード１００によって達成される。
【００１７】
ＤＬ送信方向とＵＬ送信方向とについて別個のキャリアを使用する、図１および図２に示されているような動作は、ＦＤＤ（周波数分割複信）モードに対応する。しかしながら、いくつかのシナリオでは、ＤＬ無線送信とＵＬ無線送信とについて異なるタイムスロットを使用して、たとえば、ＴＤＤモードを使用して、ＤＬ無線送信とＵＬ無線送信とが、同じキャリア、たとえば、キャリア２１、２２、３１、３２、３３、３４のうちの１つ上でも実施され得ることに留意されたい。
【００１８】
未ライセンス周波数スペクトルからのキャリアをもっぱら使用するスタンドアロン動作、たとえば、ＭｕＬＴＥｆｉｒｅ動作の場合、キャリア２１、２２の使用が省略され得、ＰＤＣＣＨ、ｅＰＤＣＣＨ、ＭＦ−ｓＰＵＣＣＨまたはＭＦ−ｅＰＵＣＣＨのような、制御チャネルも、未ライセンス周波数スペクトルからのキャリア３１、３２、３３、３４上で送信され得る。
【００１９】
図３Ａ〜図３Ｄは、ＬＴＥ無線技術における無線リソースの割り当てを示す。ＤＬ無線送信の場合、ＬＴＥ無線技術は、ＯＦＤＭ（直交周波数分割多重）を使用する。図３Ａに示されているように、基礎をなす時間周波数グリッドは、１５ｋＨｚ幅の複数のサブキャリアによって規定された周波数（ｆ）ドメインと、１ｍｓ持続時間のサブフレームを形成するＯＦＤＭシンボルのシーケンスによって規定された時間（ｔ）ドメインとにおけるものである。各ＯＦＤＭシンボルは、サイクリックプレフィックスで開始する。同じサブキャリアスペーシングおよび変調シンボルの数を使用する、同様の時間周波数グリッドが、ＵＬ無線送信のために使用される。ＵＬ無線送信の場合、ＬＴＥ無線技術は、シングルキャリアＦＤＭＡ（周波数分割多元接続）とも呼ばれるＤＦＴ（離散フーリエ変換）拡散ＯＦＤＭを使用する。したがって、ＬＴＥ無線技術の無線リソースは、たとえば、図１に示されているように、各々が１つのサブキャリア中と１つの変調シンボル間隔とに対応するリソースエレメントを規定する、時間周波数グリッドにおいて編成されていると見なされ得る。
【００２０】
図３Ｂは、時間ドメインにおけるＬＴＥ無線送信の編成をさらに示す。示されているように、無線送信は、無線フレームのシーケンスにおいて編成され、各無線フレームは、複数のサブフレームから形成される。ＤＬ無線送信は、１０ｍｓの無線フレームにおいて編成され、これらの無線フレームの各々は、図３Ｂに示されているように、長さＴｓｕｂｆｒａｍｅ＝１ｍｓを有する１０個の等しいサイズのサブフレームからなる。各サブフレームは、各々が０．５ｍｓの持続時間を有する２つのスロットを備える。無線フレーム内で、スロットは、０から１９までの範囲内で連続的に番号付けされる。ノーマルサイクリックプレフィックス長の場合、１つのサブフレームは１４個のＯＦＤＭシンボルからなり、各シンボルの持続時間は約７１．４μｓである。
【００２１】
ＬＴＥ無線技術におけるリソース割り当ては、一般に、リソースブロックに関して規定され、リソースブロックは、時間ドメインにおける１つのスロット（０．５ｍｓ）および周波数ドメインにおける１２個の連続サブキャリアに対応する。時間方向における２つの隣接するリソースブロックのペア（１．０ｍｓ）は、リソースブロックペアとも呼ばれる。リソースブロックは、周波数ドメインにおいて、システム帯域幅の一端からインデックス０で開始してインデックス付けされる。
【００２２】
ＤＬ無線送信は、一般に、動的スケジューリングを受ける。すなわち、各サブフレーム中で、アクセスノード１００は、ＤＬ制御情報（ＤＣＩ）を送信する。制御情報は、このサブフレーム中でデータがどのＵＥに送信されるかを指示し、その中でリソースブロックが特定のＵＥのためのデータを含む。図３Ｃは、ＤＬサブフレームの一例を示す。示されているように、ＤＣＩは、ＤＬサブフレームの制御領域とも呼ばれる、ＤＬサブフレームの最初のＯＦＤＭシンボルにおいて送信される。一般に、制御領域は、ＤＬサブフレームの最初の１つ、２つ、３つまたは４つのＯＦＤＭシンボルに対応する。制御領域を規定するＯＦＤＭシンボルの数ｎは、ＣＦＩ（制御フォーマットインジケータ）とも呼ばれる。示されているように、ＤＬサブフレームは、参照シンボルをも含んでおり、参照シンボルは、受信機に知られており、復調目的で、たとえば、制御情報のコヒーレント復調のために使用される。図３Ｃの例では、ＣＦＩ＝３が仮定される。参照シンボルは、細かい時間同期および周波数同期ならびにいくつかの送信モードのためのチャネル推定など、様々な機能をサポートするために使用され得る、セル固有参照シンボル（ＣＲＳ）をも含み得る。
【００２３】
また、ＵＬ無線送信は、一般に、動的スケジューリングを受ける。この目的で、アクセスノード１００は、どのＵＥが後続のサブフレーム中でＵＬデータを送信するものとするか、およびＵＬデータがどのリソースブロック中で（１つまたは複数の）ＵＥによって送信されるものとするかをＤＣＩ情報中で指示し得る。図３Ｄは、ＵＬサブフレームの一例を示す。ＵＬリソースグリッドは、ＵＬデータおよびＵＬ制御情報を含み得る。ＵＬデータおよびＵＬ制御情報は、ＰＵＳＣＨ（物理ＵＬ共有チャネル）と呼ばれる、共有データチャネル中に含まれ得る。さらに、ＵＬ制御情報は、ＰＵＣＣＨ（物理ＵＬ制御チャネル）と呼ばれる、制御チャネル中に含まれ得る。さらに示されているように、ＵＬサブフレームは、復調用参照信号（ＤＭＲＳ）およびサウンディング参照信号（ＳＲＳ）など、様々な参照信号をも含み得る。ＤＭＲＳは、ＰＵＳＣＨおよびＰＵＣＣＨのコヒーレント復調のために使用される。ＳＲＳは、一般に、データまたは制御情報に関連せず、ＵＬチャネル品質を推定するために、たとえば、周波数選択性スケジューリングの目的で使用される。図３Ｄに示されているように、ＤＭＲＳおよびＳＲＳは、ＵＬサブフレームに時間多重化され、ＳＲＳは、ＵＬサブフレームの最後のシンボル中で送信される。ＤＭＲＳは、一般に、ノーマルサイクリックプレフィックスをもつサブフレームについてのスロットごとに１回送信され、第４および第１１のＳＣ−ＦＤＭＡシンボルに位置し得る。
【００２４】
ＬＴＥ無線技術では、ＤＣＩは、たとえば、ＵＬ無線送信を制御するための以下の情報を指示し得る。
・ＵＬ無線送信のために割り振られた無線リソース（周波数ホッピングが適用されるかどうかを含む）。
・ＵＬ無線送信のために適用されるべき変調符号化方式（ＭＣＳ）
・ＵＬ無線送信のために適用されるべき反復バージョン（ＲＶ）
・ＵＥが新しいデータを送信するものとするのか再送信を実施するものとするのかを制御するための新データインジケータ（ＮＤＩ）
・送信電力制御（ＴＰＣ）コマンド
・ＵＬ無線送信において使用されるべきＤＭＲＳに関する情報
・クロスキャリアスケジューリングの場合、ＤＣＩが適用されるキャリアを指示するターゲットキャリアインデックス。
【００２５】
ＤＣＩは、一般にＵＥ固有であり、一般にＣＲＣ（巡回冗長検査）ビットを使用して、ＣＲＣ保護される。ＤＣＩのＵＥ固有特性は、ＵＥ固有識別子、たとえば、Ｃ−ＲＮＴＩ（セル無線ネットワーク一時識別子）を用いてＣＲＣビットをスクランブルすることによって達成される。さらに、ＤＣＩおよびスクランブルされたＣＲＣビットは、一般に、畳み込みコーディングによって保護される。一般に、アクセスノード１００は、アクセスノード１００に関連するあらゆるＵＥに一意のＣ−ＲＮＴＩを割り振る。Ｃ−ＲＮＴＩは、１６進フォーマットで０００１〜ＦＦＦ３の範囲の値をとることができる。ＵＥ１０が、上述のＰＣｅｌｌおよびＳＣｅｌｌなど、複数のセルによって同時にサーブされるとき、ＵＥ１０は、一般に、すべてのサービングセル上で同じＣ−ＲＮＴＩを使用することになる。
【００２６】
ＤＣＩは、ＰＤＣＣＨ（物理ＤＬ制御チャネル）と呼ばれるＤＬ制御チャネル中で送信され得、ＰＤＣＣＨは、ＤＬサブフレームの制御領域からのリソースエレメントをもっぱら使用する。さらに、ＤＬ制御情報は、制御領域外のリソースエレメントを使用する、ｅＰＤＣＣＨと呼ばれるＤＬ制御チャネル中でも送信され得る。ＰＤＣＣＨまたはｅＰＤＣＣＨにおいて送信され得る特定のタイプのＤＬ制御情報は、ＤＬ無線送信のためのＤＬ無線リソースをＵＥ１０に割り当てるＤＬ割り振り、または、ＵＥ１０からのＵＬ無線送信のためのＵＬ無線リソースを割り当てるＵＬグラントなど、スケジューリング情報である。
【００２７】
ＵＬ無線送信の動的スケジューリングは、以下の様式で達成され得る。ＵＥ１０は、たとえば、スケジューリング要求（ＳＲ）を送ることによって、ＵＥ１０がいつＵＬデータを送信する必要があるかをアクセスノード１００に報告する。ＳＲに応答して、アクセスノード１００は、無線リソースを割り当て、ＵＬグラントにおいて対応するスケジューリング情報をＵＥ１０に送る。割り当てられた無線リソースがすべてのＵＬデータを送信するのに十分でない場合、ＵＥ１０は、割り当てられた無線リソース上でバッファステータス報告（ＢＳＲ）をさらに送り、それにより、送信のために依然として保留中のＵＬデータの量についてアクセスノード１００に通知し得る。ＢＳＲに応答して、アクセスノード１００は、ＵＥ１０がＵＬデータの送信を続けることができるように、ＵＥ１０にさらなる無線リソースを割り当て得る。
【００２８】
より詳細には、送信されるべきＵＬデータのためのＵＥのバッファ１０が空であり、新しいＵＬデータがバッファに到着する場合、動的スケジューリングは、以下のプロシージャに従って実施され得る。
１．ＰＵＣＣＨを使用して、ＵＥ１０は、アクセスノード１００にＳＲを送る。ＳＲは、ＵＥ１０がＵＬデータを送信する必要があることをアクセスノード１００に通知する。ＳＲを送るために、ＵＥ１０は、周期スケジュールに従って、たとえば、５ｍｓ、１０ｍｓ、または２０ｍｓの間隔で割り当てられたタイムスロットを利用し得る。
２．アクセスノード１００がＳＲを受信したとき、アクセスノード１００は、ＢＳＲによってバッファ中で保留中のＵＬデータの量を指示するのにちょうど十分である無線リソースを割り当てる小さいＵＬグラントで応答する。ＳＲに対するこの反応は、一般に、３ｍｓかかる。
３．ＵＥ１０は、初期ＵＬグラントを受信し、処理し、これは約３ｍｓかかり得、その後に、ＵＥ１０は、一般に、ＢＳＲをもつＵＬ無線送信を送る。ＢＳＲは、ＬＴＥ無線技術のＭＡＣ（媒体アクセス制御）プロトコルのＣＥ（制御エレメント）である。初期ＵＬグラントが十分に大きい場合、ＵＥ１０はまた、ＵＬ無線送信中にＵＬデータの少なくとも一部を含め得る。
４．ＢＳＲを受信すると、アクセスノード１００は、ＢＳＲによって指示された保留中のＵＬデータの量に従って無線リソースを割り当て、対応するさらなるＵＬグラントをＵＥ１０に送る。割り当てられた無線リソース上で、保留中のＵＬデータを送信することによって、ＵＥ１０は、次いで、ＵＥ１０のバッファを空にし得る。
【００２９】
動的スケジューリングプロシージャの上記の例では、空のバッファ中のＵＬデータの到着とアクセスノード１００によるこのＵＬデータの受信との間で、１６ｍｓまたはそれ以上の遅延が生じることがある。この遅延は、ＵＥ１０がＳＲへの次の機会を待たなければならないことによって、ならびに／またはＵＥ１０が同期を取得するためにランダムアクセスプロシージャを実施しなければならないことおよびＳＲ機会を割り当てられることによって、さらに増加され得る。
【００３０】
未ライセンス周波数帯域からのキャリア３１、３２、３３、３４の使用のために、ＵＥ１０およびアクセスノード１００は、キャリア３１、３２、３３、３４を潜在的に使用し得る他の無線デバイスまたは無線技術との対立（ｃｏｎｆｌｉｃｔ）を回避するためにＬＢＴプロシージャまたは同様の機構を実装する必要があり得る。図４Ａは、キャリア３２上でのＷＬＡＮ送信との共存を保証するために使用され得るＬＢＴプロシージャの一例を示す。
【００３１】
図４Ａの例では、局Ａおよび局Ｂと呼ばれる２つのＷＬＡＮ局が、未ライセンス周波数スペクトルからのキャリア３３上で送信すると仮定される。時間ｔ１において、局Ａは、局Ｂへのデータフレームの送信を終了する。ＳＩＦＳ（ショートフレーム間スペース）と呼ばれる時間の後に、局Ｂは、局ＡにＡＣＫフレームを送り返す。ＳＩＦＳ時間は、たとえば、１６μｓであり得る。局Ｂは、ＬＢＴ動作を実施することなしにＡＣＫフレームを送る。ＵＥ１０など、他の無線デバイスが、キャリア３３上で送信することができる前に、他の無線デバイスは、キャリア３３が占有されているかどうかを決定するために、最初にキャリア３３を検知する必要がある。局ＢによるＡＣＫフレームの送信中に、キャリア３３が占有されていることがわかった場合、他の無線デバイスは、３４μｓなど、ＳＩＦＳ時間よりも長いＤＩＦＳ（分散フレーム間スペース）と呼ばれる時間の間延期する必要がある。このようにして、他の無線デバイスがＡＣＫフレームの送信に干渉することが防がれ得る。それゆえ、ＵＥ１０など、最初に送信することを望む無線デバイスが、ＤＩＦＳ時間の間キャリアを検知することによって、ＣＣＡ（クリアチャネルアセスメント）を実施する。媒体がアイドルである場合、無線デバイスは、キャリア３３が空いており、無線デバイスがキャリア３３上で送信し得ると仮定する。キャリア３３がビジーであることがわかった場合、無線デバイスは、キャリア３３がアイドルになるまで待ち、ＤＩＦＳ時間の間延期する。さらに、無線デバイスがｔ４においてキャリア３３上で送信することを開始することができる前に、無線デバイスはランダムバックオフ期間待ち得る。ランダムバックオフ期間は、キャリア３３がアイドルになったときに複数の無線デバイスが送信する準備ができているときの、衝突の危険を低減する目的を有する。図４Ａの例では、無線デバイスは、ｔ３においてランダムバックオフカウンタを開始し、対応する数のタイムスロットの間延期する。ランダムバックオフカウンタは、バックオフ競合ウィンドウサイズＣＷ以下のランダム整数として選択され得る。再発する衝突を回避するために、バックオフ競合ウィンドウサイズＣＷは、衝突が検出されたときはいつでも、ＣＷｍａｘまでで２倍にされ得る。衝突なしに送信試みが成功したとき、競合ウィンドウは、競合ウィンドウの初期値にリセットされる。
【００３２】
図４Ｂは、ＥＴＳＩドラフトＥＮ  ３０１  ８９３  Ｖ２．１．０（２０１７−０３）による、負荷ベースＣＣＡに基づくＬＢＴプロシージャのさらなる例を示す。この場合、ＵＥ１０など、ＷＬＡＮプロトコルを使用しない無線デバイスが、負荷ベース適応チャネルアクセスを使用し得る。１つまたは複数の送信のシーケンスを始動する無線デバイスが、始動デバイスとして表される。他の場合、無線デバイスは、応答デバイスとして表される。始動デバイスは、優先される、トランケートされた指数バックオフに基づくチャネルアクセス機構を実装する。キャリア３３など、動作チャネル上での送信または送信のバーストの前に、始動デバイスは、以下のステップ１）〜ステップ８）で説明されるプロシージャを実行する、少なくとも１つのチャネルアクセスエンジンを動作させる（異なるデータ優先度クラスに対応して、最高４つのアクセスエンジンが同時に動作され得る）。単一の観測スロットは、９μｓ以上の持続時間を有するものとする。
１）チャネルアクセスエンジンは、競合ウィンドウＣＷを最小値ＣＷｍｉｎにセットする。
２）チャネルアクセスエンジンは、０からＣＷまでの範囲にわたる一様分布から乱数ｑを選択する。
３）チャネルアクセスエンジンは、ステップ３）ａ）〜ステップ３）ｃ）において説明されるように、優先度付け期間を始動する。
ａ）チャネルアクセスエンジンは、このチャネルアクセスエンジンに関連する優先度クラスに従ってｐをセットする
ｂ）チャネルアクセスエンジンは、１６μｓの期間待つ。
ｃ）チャネルアクセスエンジンは、単一の観測スロット中に動作チャネル上でＣＣＡを実施する。
ｉ）動作チャネルは、このチャネル内の他の送信がＥＤ（エネルギー検出）しきい値を上回るレベルで検出された場合、占有されていると見なされる。この場合、チャネルアクセスエンジンは、チャネル内のエネルギーがＥＤしきい値を下回って低下した後に、ステップ３）ａ）で開始する新しい優先度付け期間を始動するものとする。
ｉｉ）動作チャネル内でＥＤしきい値を上回るレベルをもつエネルギーが検出されなかった場合に、ｐは、せいぜい１だけ減分され得る。ｐが０に等しい場合、チャネルアクセスエンジンは、ステップ４）を進めるものとし、他の場合、チャネルアクセスエンジンは、ステップ３）ｃ）を進めるものとする。
４）チャネルアクセスエンジンは、ステップ４）ａ）〜ステップ４）ｄ）において説明されるように、バックオフプロシージャを実施する。
ａ）このステップは、チャネルアクセスエンジンがポストバックオフ条件を満たすかどうかを検証する。ｑ＜０であり、チャネルアクセスエンジンが送信の準備ができている場合、チャネルアクセスエンジンは、ＣＷをＣＷｍｉｎに等しくセットするものとし、ステップ４）ｂ）を進める前に、０からＣＷまでの範囲にわたる一様分布から乱数ｑを選択するものとする。
ｂ）ｑ＜１である場合、チャネルアクセスエンジンは、ステップ４）ｄ）を進める。他の場合、チャネルアクセスエンジンは、値ｑをせいぜい１だけ減分し得、チャネルアクセスエンジンは、ステップ４）ｃ）を進めるものとする。
ｃ）チャネルアクセスエンジンは、単一の観測スロット中に動作チャネル上でＣＣＡを実施するものとする。
ｄ）チャネルアクセスエンジンが送信の準備ができている場合、チャネルアクセスエンジンは、ステップ５）を続けるものとする。他の場合、チャネルアクセスエンジンは、１だけ値ｑを減分するものとし、チャネルアクセスエンジンは、ステップ４）ｃ）を進めるものとする。ｑは、負になり、チャネルアクセスエンジンが送信の準備ができていない限り減分し続けることができることを理解されたい。
５）始動デバイスの１つのチャネルアクセスエンジンのみがこの段階にある場合、チャネルアクセスエンジンは、ステップ６）を進める。始動デバイスがこの段階において多数のチャネルアクセスエンジンを有する場合、この多数中の最高優先度クラスをもつチャネルアクセスエンジンが、ステップ６）を進めるものとし、現在の段階におけるすべての他のチャネルアクセスエンジンがステップ８）を進めるものとする。
６）チャネルアクセスエンジンは、１つまたは複数の動作チャネル上で、対応するまたはより高い優先度のクラスに属する送信を開始し得る。
ａ）チャネルアクセスエンジンは、複数の送信の間のギャップが１６μｓを超えないという条件で、この動作チャネル上で追加のＣＣＡを実施することなしに、そのような複数の送信を有することができる。他の場合、このギャップが１６μｓを超え、２５μｓを超えない場合、始動デバイスは、１つの観測スロットの持続時間の間、ＥＤしきい値を上回るレベルをもつエネルギーが検出されなかったという条件で、送信を続け得る。
ｂ）チャネルアクセスエンジンは、現在の動作チャネル上で１つまたは複数の応答デバイスに送信するための許可をグラントし得る。始動デバイスが応答デバイスにそのような送信グラントを発行する場合、応答デバイスは、ステップ８の後に、以下で説明されるプロシージャに従って動作するものとする。
ｃ）始動デバイスは、対応する送信持続時間（チャネル占有時間）がチャネルアクセスエンジンの優先度クラスに対応する（１つまたは複数の）送信のために必要とされる時間を越えて延びないという条件で、チャネルアクセスエンジンの優先度クラスよりも低い優先度クラスの同時送信を有し得る。
７）チャネル占有が完了し、チャネル占有の始まりにおいて開始した少なくとも１つの送信が成功したことが確認されたとき、始動デバイスは、ステップ１）を進め、他の場合、始動デバイスは、ステップ８）を進める。
８）始動デバイスは再送信し得る。始動デバイスが再送信しない場合、チャネルアクセスエンジンは、成功しなかったチャネル占有に関連するすべてのデータパケットを廃棄するものとし、チャネルアクセスエンジンは、ステップ１）を進めるものとする。他の場合、チャネルアクセスエンジンは、ＣＷを（（ＣＷ＋１）×ｍ）−１、ただしｍ≧２に調整するものとする。ＣＷの調整された値がＣＷｍａｘよりも大きい場合、チャネルアクセスエンジンは、ＣＷをＣＷｍａｘに等しくセットし得る。チャネルアクセスエンジンは、次いで、ステップ２）を進めるものとする。
応答デバイスは、これらの送信が、グラントを発行した始動デバイスによる最後の送信の多くとも１６μｓ後に始動された場合、ＣＣＡを実施することなしに送信するか、または応答デバイスは、グラントされた送信時間の直前に終了する、２５μｓの期間内の単一の観測スロット中に、動作チャネル上でＣＣＡを実施するかのいずれかであり得る。
【００３３】
以下では、図５、図６、図７、図８、図９Ａ、図９Ｂ、図１０Ａ、および図１０Ｂに示されている例を参照することによって、異なる未ライセンスキャリア上でのＵＬ無線送信の協調が説明される。これらの例では、上述のＵＥ１０など、ＵＥが、ＵＬ送信のための２つ以上の未ライセンスキャリアを伴って設定され、ＣＣ１によって表される、未ライセンスキャリアのうちの少なくとも１つが、動的スケジューリングを伴うアクセス方式に基づいて使用されるように設定され、ＣＣ２によって示される、未ライセンスキャリアのうちの少なくとも他の１つが、グラントなし送信を伴うアクセス方式に基づいて使用されるように設定される。キャリアＣＣ１およびＣＣ２は、たとえば、上述のキャリア３３および３４に対応する。２つのキャリアＣＣ１、ＣＣ２上での異なるアクセス方式の利用は、たとえば、ヘテロジニアストラフィックおよび干渉レベルに起因するか、または動的にスケジュールされたＵＬ無線送信のみをサポートするレガシーＵＥによって利用される１つまたは複数のキャリアとは別個のキャリア上でのグラントなしＵＬ無線送信が可能なＵＥのクラスタリングに起因し得る。キャリアＣＣ１、ＣＣ２の各々上で、ＵＥがキャリアＣＣ１、ＣＣ２上で送信することを開始することができるようになる前に、ＣＣＡの成功が必要とされる。ＣＣＡは、送信することを開始する前のバックオフを伴う拡張されたＬＢＴプロシージャの一部であり得る。さらに、ＣＣＡは、送信することを開始する前のバックオフを必要としない短縮されたＬＢＴプロシージャの一部であり得る。
【００３４】
以下の例では、ＵＬリソースをスケジュールするためのＵＬグラントの説明は、単一のＵＥ固有ＤＣＩ、またはＵＥ固有ＤＣＩを使用して送られるＰＵＳＣＨトリガＡと、共通ＤＣＩまたはＵＥ固有ＤＣＩを使用して送られるＰＵＳＣＨトリガＢとをもつ２段階プロセスを指し得る。スケジュールされたＵＬ無線送信、すなわち、ＵＬグラントによって割り当てられた無線リソース上で実施されるＵＬ無線送信は、たとえば、ＰＵＳＣＨ送信および／または短い／長いＰＵＣＣＨ上での送信を含み得る。示された例の各々では、ＵＥは、ＣＣＡが個々のキャリア上で成功するかどうかにかかわらず、すべての潜在的に利用可能なキャリアが並列ＵＬ無線送信のために使用されると仮定して、ＵＥのＰＨＲ（パワーヘッドルーム報告）を算出し得る。
【００３５】
図５、図６、図７、図８、図９Ａ、図９Ｂ、図１０Ａ、および図１０Ｂでは、各キャリアのためのボックスのシーケンスが、ＵＬ無線送信のために潜在的に使用可能であるサブフレームを示す。ＵＬ無線送信のために使用されるサブフレームが「Ｕ」でマークされている。ＵＥが、キャリアの無線リソースをＵＥに割り当てるＵＬグラントを受信するサブフレームが、「Ｇ」によって表されている。ＵＬグラントは、ＤＬ制御チャネル、たとえば、ＰＤＣＣＨまたはｅＰＤＣＣＨ上で受信され得る。いくつかのシナリオでは、そのようなＤＬ制御チャネルは、たとえば、ＴＤＤ送信モードを使用するとき、同じキャリア上で送信され得る。ＵＥがその送信を延期するサブフレームは、「Ｄ」によって表されている。ＵＬグラントによって割り当てられた無線リソースを含むサブフレームは、ＵＬグラントが受信されるサブフレームから延びる矢印によって指示される。ＵＥが、ＬＢＴの不成功により送信することができないサブフレームが、「×」によって表されている。キャリア上でのＣＣＡの成功が、影付きボックスによって示されている。
【００３６】
図５の例では、キャリアＣＣ１上でのＵＬ無線送信とキャリアＣＣ２上でのＵＬ無線送信との協調がないと仮定される。したがって、ＵＥは、ＣＣＡの成功の後の任意のサブフレーム中に、グラントなし送信を可能にするキャリアＣＣ２上でのＵＬ送信を開始することができる。それと比較して、動的スケジューリングを必要とするキャリアＣＣ１上でのＵＬ無線送信は、ＵＬグラントによってＵＥに割り当てられた無線リソースを含むサブフレーム上でのみ可能である。図５のシナリオでは、これは、キャリアＣＣ２上での進行中のＵＬ無線送信が、ＣＣ１上でＵＬグラントによって割り当てられた無線リソースを含むサブフレームと部分的に重複するという影響を有する。ＵＬグラントが受信されるサブフレームがインデックスｎによって表される場合、ＵＬグラントによって割り当てられた無線リソースは、インデックスｎ＋４、ｎ＋５、ｎ＋６、ｎ＋７、およびｎ＋８をもつサブフレーム中にある。図５のシナリオでは、ＵＥは、インデックスｎ＋２をもつサブフレームの前にキャリアＣＣ２上でＣＣＡプロシージャの実施が成功し、キャリアＣＣ２上でのＵＬ無線送信で開始する。このＵＬ無線送信は、インデックスｎ＋６をもつサブフレームにおいて終了する。キャリアＣＣ２上での進行中のＵＬ無線送信からの自己干渉により、キャリアＣＣ１上でのＬＢＴは、インデックスｎ＋４、ｎ＋５、およびｎ＋６をもつサブフレームにおいて不成功である。インデックスｎ＋７をもつサブフレームにおいてのみ、キャリアＣＣ２上でＵＬ無線送信が終了した後、ＵＥは、ＣＣＡを成功裡に実施し、インデックスｎ＋８をもつサブフレームにおいてＣＣ１上でのＵＬ無線送信を開始することができる。わかるように、その結果、キャリアＣＣ１の無線リソースの非効率的な使用になる。以下でさらに詳述される例では、そのような問題は、異なる未ライセンスキャリア上でのＵＬ無線送信の協調によって回避され得る。
【００３７】
図６のシナリオは、図５のシナリオと同様であるが、キャリアＣＣ１上でのＵＬ無線送信とキャリアＣＣ２上でのＵＬ無線送信との協調を伴う。図６のシナリオでは、ＵＥは、インデックスｎ＋２をもつサブフレームの前に、キャリアＣＣ２上でＣＣＡの実施が成功する。示されているように、このＣＣＡは、キャリアＣＣ１が占有されていないことを検出した後のバックオフを含む、拡張されたＬＢＴプロシージャの一部であり得る。しかしながら、インデックスｎ＋２をもつサブフレームの前のＣＣＡの成功の後に、ＵＥは、キャリアＣＣ１上でのＵＬグラントによって割り当てられた無線リソースを含む第１のサブフレームまで、すなわち、インデックスｎ＋４をもつサブフレームまで、キャリアＣＣ２上でのＵＬ無線送信を開始することを延期する。インデックスｎ＋４をもつサブフレームの前の両方のキャリア上でのＣＣＡの成功の後に、ＵＥは、両方のキャリアＣＣ１、ＣＣ２上でのＵＬ無線送信で開始する。インデックスｎ＋４をもつサブフレームの前にキャリア上で実施されたＣＣＡは、キャリアＣＣ１が占有されていないことを検出した後のバックオフを必要としない短縮されたＬＢＴプロシージャの一部であり得る。ここで、短縮されたＬＢＴプロシージャを使用することは、バックオフをもつ拡張されたＬＢＴプロシージャがインデックスｎ＋２をもつサブフレームの前にすでに実施されたので、許容できる。キャリアのうちの１つ上でのＣＣＡ中に、ＵＥは、他のキャリア上で送信していないので、ＣＣＡの結果は、影響を及ぼされない。図５のシナリオと比較して、ＵＥは、それゆえ、キャリアＣＣ１上でインデックスｎ＋４、ｎ＋５、ｎ＋６、およびｎ＋７をもつサブフレーム中にも送信することができる。したがって、無線リソースは、効率的な様式で利用される。
【００３８】
図７は、図５のシナリオと同様であり、キャリアＣＣ１上でのＵＬ無線送信とキャリアＣＣ２上でのＵＬ無線送信との協調を伴うシナリオのさらなる例を示す。図７のシナリオでは、ＵＥは、インデックスｎ＋２をもつサブフレームにおいてすでに送信すべきデータを有する。しかしながら、キャリアＣＣ２上でのＬＢＴプロシージャを直ちに始動するのではなく、ＵＥは、キャリアＣＣ１上でのＵＬグラントによって割り当てられた無線リソースを含む第１のサブフレームまで、すなわち、インデックスｎ＋４をもつサブフレームまで、その送信を延期する。インデックスｎ＋４をもつサブフレームの前の両方のキャリア上でのＣＣＡの成功の後に、ＵＥは、両方のキャリアＣＣ１、ＣＣ２上でのＵＬ無線送信で開始する。示されているように、インデックスｎ＋４をもつサブフレームの前にキャリアＣＣ１上で実施されるＣＣＡは、キャリアＣＣ１が占有されていないことを検出した後のバックオフを含む拡張されたＬＢＴプロシージャの一部であり得、インデックスｎ＋４をもつサブフレームの前にキャリアＣＣ２上で実施されるＣＣＡは、キャリアＣＣ１が占有されていないことを検出した後のバックオフを必要としない短縮されたＬＢＴプロシージャの一部であり得る。ここで、キャリアＣＣ２上で短縮されたＬＢＴプロシージャを使用することは、バックオフをもつ拡張されたＬＢＴプロシージャがキャリアＣＣ１上で実施されるので、許容できる。キャリアのうちの１つ上でのＣＣＡ中に、ＵＥは、他のキャリア上で送信していないので、ＣＣＡの結果は、影響を及ぼされない。図５のシナリオと比較して、ＵＥは、それゆえ、キャリアＣＣ１上でインデックスｎ＋４、ｎ＋５、ｎ＋６、およびｎ＋７をもつサブフレーム中にも送信することができる。したがって、無線リソースは、効率的な様式で利用される。
【００３９】
図８は、図５のシナリオと同様であり、キャリアＣＣ１上でのＵＬ無線送信とキャリアＣＣ２上でのＵＬ無線送信との協調を伴うシナリオのさらなる例を示す。図８のシナリオでは、ＵＥは、インデックスｎ＋２をもつサブフレームにおいてすでに送信すべきデータを有する。しかしながら、キャリアＣＣ２上でのＬＢＴプロシージャを直ちに始動するのではなく、ＵＥは、キャリアＣＣ１上でのＵＬグラントによって割り当てられた無線リソースを含む最後のサブフレームの後まで、その送信を延期する。インデックスｎ＋４をもつサブフレームの前のキャリアＣＣ１上でのＣＣＡの成功の後に、ＵＥは、キャリアＣＣ１上でのＵＬ無線送信で開始する。インデックスｎ＋１０をもつサブフレームの前のキャリアＣＣ２上でのＣＣＡの成功の後に、ＵＥは、キャリアＣＣ２上でのＵＬ無線送信で開始する。示されているように、両方のキャリアＣＣ１、ＣＣ２上で実施されるＣＣＡは、そのキャリアが占有されていないことを検出した後のバックオフを含む、拡張されたＬＢＴプロシージャの一部であり得る。しかしながら、インデックスｎ＋１０をもつサブフレームの前にキャリアＣＣ２上で実施されたＣＣＡは、キャリアＣＣ１が占有されていないことを検出した後のバックオフを必要としない短縮されたＬＢＴプロシージャの一部でもあり得る。キャリアのうちの１つ上でのＣＣＡ中に、ＵＥは、他のキャリア上で送信していないので、ＣＣＡの結果は、影響を及ぼされない。図５のシナリオと比較して、ＵＥは、それゆえ、キャリアＣＣ１上でインデックスｎ＋４、ｎ＋５、ｎ＋６、およびｎ＋７をもつサブフレーム中にも送信することができる。したがって、無線リソースは、効率的な様式で利用される。
【００４０】
図９Ａおよび図９Ｂは、図５のシナリオと同様であり、キャリアＣＣ１上でのＵＬ無線送信とキャリアＣＣ２上でのＵＬ無線送信との協調を伴うシナリオのさらなる例を示す。図９Ａのシナリオでは、ＵＥは、インデックスｎ＋２をもつサブフレームの前にキャリアＣＣ２上でＣＣＡプロシージャの実施が成功し、キャリアＣＣ２上でのＵＬ無線送信で開始する。示されているように、インデックスｎ＋２をもつサブフレームの前にキャリアＣＣ１上で実施されたＣＣＡは、そのキャリアが占有されていないことを検出した後のバックオフを含む拡張されたＬＢＴプロシージャの一部であり得る。キャリアＣＣ１上で受信されたＵＬグラントによって割り当てられた無線リソースを含む第１のサブフレーム、示されている例では、インデックスｎ＋４をもつサブフレームの前に、ＵＥは、キャリアＣＣ２上での進行中のＵＬ無線送信を中断する。したがって、キャリアＣＣ１上でのＣＣＡのためのギャップがキャリアＣＣ２上でのＵＬ無線送信に導入される。示されているように、このギャップにおいて、ＵＥは、キャリアＣＣ２上でのＣＣＡをも実施し得、それにより、両方のキャリアが占有されていないことを保証する。ギャップの詳細なタイミング、すなわち、開始時間、終了時間、および持続時間は、キャリアＣＣ１およびＣＣ２上で使用されるＬＢＴプロシージャのタイプに依存し得る。さらに、ギャップの終了時間は、次のサブフレーム内のデータチャネル、たとえば、ＰＵＳＣＨ、の開始位置に依存し得る。たとえば、データチャネルが、サブフレームの第１の変調シンボルですでに開始する場合、ギャップが、サブフレームの開始においてまたは開始の前に終了するように設定され得る。データチャネルがサブフレームのより後の変調シンボルで開始する場合、ギャップは、次のサブフレーム内で、そのサブフレーム内のデータチャネルの開始の前に終了するように設定され得る。インデックスｎ＋４をもつサブフレームの前のキャリアＣＣ１、ＣＣ２上でのＣＣＡの成功の後に、ＵＥは、キャリアＣＣ１上でのＵＬ無線送信で開始し、キャリアＣＣ２上でのＵＬ無線送信を続ける。示されているように、インデックスｎ＋４をもつサブフレームの前に両方のキャリアＣＣ１、ＣＣ２上で実施されたＣＣＡは、キャリアＣＣ１、ＣＣ２が占有されていないことを検出した後のバックオフを必要としない短縮されたＬＢＴプロシージャの一部であり得る。ここで、短縮されたＬＢＴプロシージャを使用することは、バックオフをもつ拡張されたＬＢＴプロシージャがインデックスｎ＋２をもつサブフレームの前にすでに実施されたので、許容できる。キャリアのうちの１つ上でのＣＣＡ中に、ＵＥは、他のキャリア上で送信していないので、ＣＣＡの結果は、影響を及ぼされない。図５のシナリオと比較して、ＵＥは、それゆえ、キャリアＣＣ１上でインデックスｎ＋４、ｎ＋５、ｎ＋６、およびｎ＋７をもつサブフレーム中にも送信することができる。さらに、また、インデックスｎ＋２およびｎ＋３をもつサブフレームの利用がキャリアＣＣ２上で可能である。後者は、無線リソース利用の効率をさらに向上させる。さらに、ＵＥがその送信を延期している間、何らかの他の無線デバイスがキャリアＣＣ１および／またはＣＣ２を占有することが回避され得る。
【００４１】
いくつかのシナリオでは、キャリアＣＣ２上での進行中のＵＬ無線送信中に複数のギャップが導入され得る。対応するシナリオの一例が図９Ｂに示されている。図９Ａのシナリオでは、ＵＥは、インデックスｎ＋２をもつサブフレームの前にキャリアＣＣ２上でＣＣＡプロシージャの実施が成功し、キャリアＣＣ２上でのＵＬ無線送信で開始する。示されているように、インデックスｎ＋２をもつサブフレームの前にキャリアＣＣ１上で実施されたＣＣＡは、そのキャリアが占有されていないことを検出した後のバックオフを含む拡張されたＬＢＴプロシージャの一部であり得る。キャリアＣＣ１上で受信されたＵＬグラントによって割り当てられた無線リソースを含む第１のサブフレーム、示されている例では、インデックスｎ＋４をもつサブフレームの前に、ＵＥは、キャリアＣＣ２上での進行中のＵＬ無線送信を中断する。したがって、キャリアＣＣ１上でのＣＣＡのためのギャップがキャリアＣＣ２上でのＵＬ無線送信に導入される。示されているように、このギャップにおいて、ＵＥは、両方のキャリアが占有されていないことを保証するために、キャリアＣＣ２上でのＣＣＡをも実施し得る。上述のように、ギャップの詳細なタイミング、すなわち、開始時間、終了時間、および持続時間は、キャリアＣＣ１およびＣＣ２上で使用されるＬＢＴプロシージャのタイプ、ならびに／または次のサブフレーム内のデータチャネル、たとえば、ＰＵＳＣＨ、の開始位置に依存し得る。
【００４２】
図９Ａのシナリオと比較して、図９Ｂのシナリオは、インデックスｎ＋１〜ｎ＋５をもつサブフレーム中に、たとえば、キャリアＣＣ１上で、またはキャリアＣＣ１に近い周波数上で送信する何らかの他の無線デバイスからのキャリアＣＣ１への干渉があると仮定する。しかしながら、この干渉は、キャリアＣＣ２に影響を及ぼさない。したがって、インデックスｎ＋４をもつサブフレームの前に、キャリアＣＣ１上でのＣＣＡが不成功であり、インデックスｎ＋４をもつサブフレームにおいて、ＵＥは、キャリアＣＣ１上で送信することを開始することができない。キャリアＣＣ２上で、インデックスｎ＋４をもつサブフレームの前にＣＣＡが成功し、ＵＥは、したがって、キャリアＣＣ２上でのＵＬ無線送信を続ける。ＵＥは、キャリアＣＣ１上でその送信を開始することができなかったので、ＵＥは、キャリアＣＣ１上で受信されたＵＬグラントによって割り当てられた無線リソースを含む次のサブフレーム、示されている例では、インデックスｎ＋５をもつサブフレームの前に、キャリアＣＣ２上での進行中のＵＬ無線送信を再び中断する。したがって、キャリアＣＣ１上でのＣＣＡのためのさらなるギャップがキャリアＣＣ２上でのＵＬ無線送信に導入される。この場合も、このギャップは、同じく、キャリアＣＣ２上でＣＣＡを実施するために、ＵＥによって使用され得る。ギャップの詳細なタイミング、すなわち、開始時間、終了時間、および持続時間は、キャリアＣＣ１およびＣＣ２上で使用されるＬＢＴプロシージャのタイプならびに／または次のサブフレーム内のデータチャネル、たとえば、ＰＵＳＣＨ、の開始位置に依存し得る。データチャネルの開始位置がサブフレームごとに変動する場合、ギャップの位置または持続時間もまた、インデックスｎ＋４をもつサブフレームの前に導入されるギャップと比較して変動し得る。示されている例では、インデックスｎ＋４をもつサブフレームの始まりにおいてキャリアＣＣ１への干渉が依然として存在するので、キャリアＣＣ１上でのＣＣＡは、インデックスｎ＋５をもつサブフレームの前にも不成功であり、インデックスｎ＋５をもつサブフレームでも、ＵＥは、キャリアＣＣ１上で送信することを開始することができない。キャリアＣＣ２上で、インデックスｎ＋５をもつサブフレームの前にもＣＣＡが成功し、ＵＥは、したがって、キャリアＣＣ２上でのＵＬ無線送信を続ける。ＵＥは、依然として、キャリアＣＣ１上でその送信を開始することができなかったので、ＵＥは、キャリアＣＣ１上で受信されたＵＬグラントによって割り当てられた無線リソースを含む次のサブフレーム、示されている例では、インデックスｎ＋６をもつサブフレームの前に、キャリアＣＣ２上での進行中のＵＬ無線送信を再び中断し、キャリアＣＣ１上でのＣＣＡのためのまたさらなるギャップがキャリアＣＣ２上でのＵＬ無線送信に導入される。この場合も、このギャップは、同じく、キャリアＣＣ２上でＣＣＡを実施するために、ＵＥによって使用され得る。この場合も、ギャップの詳細なタイミング、すなわち、開始時間、終了時間、および持続時間は、キャリアＣＣ１およびＣＣ２上で使用されるＬＢＴプロシージャのタイプならびに／または次のサブフレーム内のデータチャネル、たとえば、ＰＵＳＣＨ、の開始位置に依存し得る。データチャネルの開始位置がサブフレームごとに変動する場合、ギャップの位置または持続時間もまた、インデックスｎ＋４をもつサブフレームの前に導入されるギャップまたはインデックスｎ＝５をもつサブフレームの前に導入されるギャップと比較して変動し得る。示されている例では、インデックスｎ＝６をもつサブフレームの始まりの前にキャリアＣＣ１への干渉が停止したので、インデックスｎ＝６をもつサブフレームの始まりの前のギャップ中にＣＣＡが実施され、ＣＣＡは、今度は、両方のキャリアＣＣ１、ＣＣ２上で成功し、ＵＥは、キャリアＣＣ１上でのＵＬ無線送信で開始し、キャリアＣＣ２上でのＵＬ無線送信を続ける。
【００４３】
図９Ｂの例では、ＣＣ２上でのＵＬ無線送信におけるギャップ中に実施されたＣＣＡは、キャリアＣＣ１、ＣＣ２が占有されていないことを検出した後のバックオフを必要としない短縮されたＬＢＴプロシージャの一部であり得る。ここで、短縮されたＬＢＴプロシージャを使用することは、バックオフをもつ拡張されたＬＢＴプロシージャがインデックスｎ＋２をもつサブフレームの前にすでに実施されたので、許容できる。いくつかのシナリオでは、キャリアＣＣ２上で干渉が発生し、キャリアＣＣ２上でのＣＣＡ不成功を生じることも起こり得ることに留意されたい。そのような場合、ＵＥは、キャリアＣＣ２上でそのＵＬ無線送信を続けないであろう。
【００４４】
図９Ａおよび図９Ｂの例からわかるように、キャリアＣＣ１、ＣＣ２のうちの一方の上での進行中のＵＬ無線送信を終了または中断し、したがって他方のキャリア上でのＣＣＡが影響を及ぼされないようにすることによって、干渉が効率的な様式で考慮に入れられ得る。
【００４５】
図１０Ａおよび図１０Ｂは、図５のシナリオと同様であり、キャリアＣＣ１上でのＵＬ無線送信とキャリアＣＣ２上でのＵＬ無線送信との協調を伴うシナリオのさらなる例を示す。図１０Ａは、できるだけ少数のサブフレームを未使用のままにすることを目的として、ＵＥがＵＬグラントを受信するサブフレームが、ＵＬ無線送信のために使用されるサブフレームと混交され得ることを示す。これは、ＵＬグラントの送信と、ＵＬグラントによって割り当てられた無線リソースを含む第１のサブフレームとの間の可変時間オフセットによって達成され得る。図１０Ａの例では、キャリアＣＣ１上のどのサブフレームも未使用のままでない。しかしながら、図１０Ａの例では、ＵＥは、キャリアＣＣ２上で送信しない。ＵＥがキャリアＣＣ２上で送信することになる場合、これは、キャリアＣＣ１上でのＵＥの送信に影響を及ぼし得る。たとえば、ＵＥが同時の、あるキャリア上での送信と別のキャリア上での受信とをサポートしない場合、キャリアＣＣ２上でのＵＬ無線送信が、キャリアＣＣ１のためのＵＬグラントのうちの１つまたは複数の受信を阻止し得る。さらに、キャリアＣＣ２上でのＵＬ無線送信が、キャリアＣＣ１上でのＤＭＲＳの受信を阻止し得る。その結果、示されている混交は、もはや可能でなく、および／またはＵＬ送信性能が劣化されることがある。図１０Ｂは、そのような問題がキャリアＣＣ１上でのＵＬ無線送信とキャリアＣＣ２上でのＵＬ無線送信との協調によって対処されるシナリオの一例を示す。図１０Ｂのシナリオでは、ＵＥは、キャリアＣＣ２上でのＵＬ無線送信を、キャリアＣＣ１上で受信されたＵＬグラントによって割り当てられた無線リソースを含むサブフレームと整合させる。その結果は、キャリアＣＣ１上でのＵＬ無線送信が終了したとき、キャリアＣＣ２上でのＵＬ無線送信も終了することになり、したがって、ＵＥは、次いで、キャリアＣＣ１上で次のＵＬグラントを受信することができる。これは、たとえば、キャリアＣＣ１上の次のサブフレームがＵＬグラントによって割り当てられた無線リソースを含むかどうかを検査するようにＵＥを設定することによって達成され得、これが当てはまらない場合、ＵＥがキャリアＣＣ２上で送信すべきデータを依然として有し得るにもかかわらず、次のサブフレームの前にキャリアＣＣ２上での進行中のＵＬ無線送信を終了する。次のサブフレームでは、ＵＥは、次いで、図１０Ｂに示されているように、ＵＬグラントを受信し得る。さらにまたは代替として、次のサブフレームも、キャリアＣＣ１上で他の制御情報および／またはＤＭＲＳを受信するためにＵＥによって使用され得る。
【００４６】
図１０Ａおよび図１０Ｂは、示されているＵＬ無線送信を実施するために必要とされるＬＢＴプロシージャまたはＣＣＡを示さないことに留意されたい。しかしながら、図６、図７、図８、図９Ａ、および図９Ｂに関して説明されたように、異なるキャリア上でのＬＢＴおよびＣＣＡが協調され得ることを理解されたい。
【００４７】
図１１は、無線送信を制御する方法を示すためのフローチャートを示す。図１１の方法は、上述のＵＥ１０など、無線デバイスにおいて、示されている概念を実装するために利用され得る。無線デバイスのプロセッサベース実装形態が使用される場合、本方法のステップは無線デバイスの１つまたは複数のプロセッサによって実施され得る。そのような場合、無線デバイスは、以下で説明される機能性を実装するためのプログラムコードが記憶されたメモリをさらに備え得る。
【００４８】
ステップ１１１０において、無線デバイスは、未ライセンス周波数スペクトルからの第１のキャリア上での第１のＵＬ無線送信を制御する。第１のＵＬ無線送信は、第１のアクセス方式に基づいて制御される。
【００４９】
ステップ１１２０において、無線デバイスは、未ライセンス周波数スペクトルからの第２のキャリア上での第２のＵＬ無線送信を制御する。第１のＵＬ無線送信は、第１のアクセス方式とは異なる第２のアクセス方式に基づいて制御される。
【００５０】
いくつかのシナリオでは、第１のアクセス方式は、第１のキャリアの無線リソースが、無線通信ネットワークから受信された第１のタイプのグラントによって無線デバイスに割り当てられることを伴い得、第２のアクセス方式は、第２のキャリアの無線リソースが、第１のタイプのグラントよりも長い有効性を有する第２のタイプのグラントによって無線デバイスに割り当てられることを伴う。たとえば、第１のタイプのグラントは、無線デバイスからのスケジューリング要求に応答して送られる動的スケジューリンググラントであり得、第２のタイプのグラントは、無線デバイスからのスケジューリング要求がない場合においても送られるＳＰＳグラントまたはＩＵＡグラントであり得る。第１のタイプのグラントは、限られた数のサブフレームについて有効であり得、第２のタイプのグラントは、グラントがリリースされるまで、サブフレームのシーケンスにおいて再発生様式で有効である。
【００５１】
いくつかのシナリオでは、第１のアクセス方式は、第１のキャリアの無線リソースが、無線デバイスからの要求に応答して無線デバイスに割り当てられることを伴い得、第２のアクセス方式は、第２のキャリアの無線リソースが、無線デバイスからの要求がない場合においても無線デバイスに割り当てられることを伴う。たとえば、第１のキャリアの無線リソースは、無線デバイスからのスケジューリング要求に応答して送られる動的スケジューリンググラントによって割り当てられ得、第２のキャリアの無線リソースは、無線デバイスからのスケジューリング要求がない場合においても送られるＳＰＳグラントまたはＩＵＡグラントによって割り当てられる。
【００５２】
いくつかのシナリオでは、第１のアクセス方式は、第１のキャリアの無線リソースが、無線通信ネットワークからのグラントによって無線デバイスに割り当てられることを伴い得、第２のアクセス方式は、無線通信ネットワークからのグラントによる無線デバイスへの無線リソースの割り当てを必要としない。たとえば、第１のキャリアの無線リソースは、無線デバイスからのスケジューリング要求に応答して送られる動的スケジューリンググラントによって、あるいはＩＵＡグラントまたはＳＰＳグラントによって割り当てられ得、第２のキャリアの無線リソースは、無線通信ネットワークによるリソース割り当てを必要とすることなしに、たとえば、グラントなしアクセスを通して、アクセス可能であり得る。
【００５３】
ステップ１１３０において、無線デバイスは、第１のＵＬ無線送信と第２のＵＬ無線送信とを協調させる。いくつかのシナリオでは、無線デバイスは、第１のキャリアの無線リソースを無線デバイスに割り当てるグラントを受信し、割り当てられた無線リソース上での第１のＵＬ無線送信を実施することを開始する前に、第１のキャリア上でのチャネル検知を実施し得る。そのようなチャネル検知の例は、ＵＥがキャリアＣＣ１上でのＵＬ送信で開始する前の、図６、図７、図８、図９Ａ、および図９Ｂの例において実施されるＣＣＡ動作である。チャネル検知は、ＬＢＴプロシージャの一部であり得る。ＬＢＴプロシージャは、たとえば、図４Ａおよび図４Ｂに関して説明されたように、キャリアが占有されていないことを検出したときにバックオフ期間を始動すること、および、バックオフ期間の満了後にのみ送信することを開始することを必要とする、拡張されたＬＢＴプロシージャに対応し得る。ＬＢＴプロシージャは、キャリアが占有されていないことを検出したときにバックオフ期間を始動することを必要とせず、キャリアが占有されていないことを検出した直後に送信することを開始することを可能にする、短縮されたＬＢＴプロシージャにも対応し得る。その場合、ステップ１１３０の協調は、無線デバイスが、次いで、第１のキャリア上でのチャネル検知と重複しない少なくとも１つの時間ウィンドウにおいて第２のＵＬ無線送信を実施し得ることを伴い得る。図６、図７、図８、図９Ａ、および図９Ｂの例は、キャリアＣＣ２上でのＵＬ無線送信の対応する協調されたタイミングを示す。
【００５４】
いくつかのシナリオでは、少なくとも１つの時間ウィンドウは、第１のキャリア上でのチャネル検知の後に開始する時間ウィンドウを含み得る。図６、図７、図８、図９Ａ、および図９Ｂの例は、キャリアＣＣ２上でのＵＬ無線送信の対応する協調されたタイミングを示す。図６、図７、および図９Ａの例では、そのような時間ウィンドウは、インデックスｎ＋４をもつサブフレームの前のＣＣＡの後に開始する。図８の例では、そのような時間ウィンドウは、インデックスｎ＋１０をもつサブフレームにおいて開始する。図９Ｂの例では、ＵＬ無線送信は、インデックスｎ＋４をもつサブフレームの前のＣＣＡの後に開始する時間ウィンドウと、インデックスｎ＋５をもつサブフレームの前のＣＣＡの後に開始する時間ウィンドウと、インデックスｎ＋６をもつサブフレームの前のＣＣＡの後に開始する時間ウィンドウとを含む。
【００５５】
いくつかのシナリオでは、少なくとも１つの時間ウィンドウは、第１の無線送信の後に開始する時間ウィンドウを含み得る。図８の例は、キャリアＣＣ２上でのＵＬ無線送信の対応する協調されたタイミングを示す。この例では、時間ウィンドウは、ＵＥがキャリアＣＣ１上でのＵＬ無線送信を終了した後に、インデックスｎ＋１０をもつサブフレームにおいて開始する。
【００５６】
いくつかのシナリオでは、少なくとも１つの時間ウィンドウは、第１のキャリア上でのチャネル検知の前に終了する時間ウィンドウを含み得る。図９Ａおよび図９Ｂの例は、キャリアＣＣ２上でのＵＬ無線送信の対応する協調されたタイミングを示す。これらの例では、キャリアＣＣ２上でのＵＬ無線送信は、インデックスｎ＋４をもつサブフレームの前のＣＣＡの前に終了する時間ウィンドウを含む。図９Ｂの例では、キャリアＣＣ２上でのＵＬ無線送信は、インデックスｎ＋４をもつサブフレームの前のＣＣＡの前に終了する時間ウィンドウと、インデックスｎ＋５をもつサブフレームの前のＣＣＡの前に終了する２つの時間ウィンドウと、インデックスｎ＋５をもつサブフレームの前のＣＣＡの前に終了する３つの時間ウィンドウとを含む。
【００５７】
少なくとも１つの時間ウィンドウは、第１のキャリア上でのチャネル検知の前に終了する第１の時間ウィンドウと、第１のキャリア上でのチャネル検知の後に開始する第２の時間ウィンドウとを含むことも可能である。図９Ａおよび図９Ｂの例は、キャリアＣＣ２上でのＵＬ無線送信の対応する協調されたタイミングを示す。この場合、第１の時間ウィンドウと第２の時間ウィンドウとの間にギャップが含まれ、このギャップは、第１のキャリア上でのチャネル検知のために使用され得る。
【００５８】
いくつかのシナリオでは、無線デバイスは、第２のアップリンク無線送信を実行することを開始する前に、第２のキャリア上でのチャネル検知を実施し得る。そのようなチャネル検知の例は、ＵＥがキャリアＣＣ１上でのＵＬ送信で開始する前の、図６、図７、図８、図９Ａ、および図９Ｂの例において実施されるＣＣＡ動作である。チャネル検知は、ＬＢＴプロシージャの一部であり得る。ＬＢＴプロシージャは、たとえば、図４Ａおよび図４Ｂに関して説明されたように、キャリアが占有されていないことを検出したときにバックオフ期間を始動すること、および、バックオフ期間の満了後にのみ送信することを開始することを必要とする、拡張されたＬＢＴプロシージャに対応し得る。ＬＢＴプロシージャは、キャリアが占有されていないことを検出したときにバックオフ期間を始動することを必要とせず、キャリアが占有されていないことを検出した直後に送信することを開始することを可能にする、短縮されたＬＢＴプロシージャにも対応し得る。そのようなシナリオでは、少なくとも１つの時間ウィンドウは、第２のキャリア上でのチャネル検知と第１のキャリア上でのチャネル検知との間の時間ウィンドウを含み得る。図９Ａおよび図９Ｂの例は、キャリアＣＣ２上でのＵＬ無線送信の対応する協調されたタイミングを示す。図９Ａの例では、キャリアＣＣ２上でのＵＬ無線送信は、インデックスｎ＋２をもつサブフレームの前のキャリアＣＣ２上でのＣＣＡと、インデックスｎ＋４をもつサブフレームの前のキャリアＣＣ１上でのＣＣＡとの間の時間ウィンドウを含む。図９Ｂの例では、キャリアＣＣ２上でのＵＬ無線送信は、インデックスｎ＋２をもつサブフレームの前のキャリアＣＣ２上でのＣＣＡとインデックスｎ＋４をもつサブフレームの前のキャリアＣＣ１上でのＣＣＡの不成功との間の時間ウィンドウと、インデックスｎ＋２をもつサブフレームの前のキャリアＣＣ２上でのＣＣＡとインデックスｎ＋５をもつサブフレームの前のキャリアＣＣ１上でのＣＣＡの不成功との間の時間ウィンドウと、インデックスｎ＋２をもつサブフレームの前のキャリアＣＣ２上でのＣＣＡとインデックスｎ＋６をもつサブフレームの前のキャリアＣＣ１上でのＣＣＡの成功との間の時間ウィンドウとを含む。
【００５９】
いくつかのシナリオでは、協調は、第１のキャリア上でのチャネル検知中に、無線デバイスが第２のキャリア上でのチャネル検知をも実施することを伴う。図６、図７、図９Ａ、および図９Ｂの例は、チャネル検知の対応する協調を示す。
【００６０】
いくつかのシナリオでは、受信されたグラントによって割り当てられた無線リソースは、第１のＵＬ無線送信の終了時間を規定する。協調は、次いで、無線デバイスが第１のアップリンク無線送信の終了時間において第２のＵＬ無線送信を終了することを伴い得る。対応する例が図１０Ｂに示されている。第１のＵＬ無線送信と第２のＵＬ無線送信とを終了した後に、無線デバイスは、次いで、第１のキャリアの無線リソースを無線デバイスに割り当てるさらなるグラントを受信し得る。さらに、またはさらなるグラントを受信することの代替として、無線デバイスは、他の制御情報または参照信号をも受信し得る。
【００６１】
いくつかのシナリオでは、協調は、第１のキャリアまたは第２のキャリア上でのＬＢＴ中にバックオフの使用を制御することをも伴い得る。たとえば、無線デバイスは、第１のキャリア上でのチャネル検知を実施すること、および、第１のキャリアが占有されていないことを検出したことに応答して、バックオフ期間を始動することを行い得る。したがって、無線デバイスは、第１のキャリア上での拡張されたＬＢＴプロシージャを実施し得る。バックオフ期間の満了時に、無線デバイスは、次いで、第１のキャリア上でのさらなるチャネル検知を実施すること、および第１のキャリア上でのさらなるチャネル検知が、第１のキャリアが占有されていないことを示すことに応答して、第１のＵＬ無線送信を開始することを行い得る。さらに、バックオフ期間の満了時に、無線デバイスは、第２のキャリア上でのチャネル検知を実施すること、および第２のキャリア上でのチャネル検知が、第２のキャリアが占有されていないことを示すことに応答して、第２のＵＬ無線送信を開始することをも行い得る。この場合、第２のＵＬ無線送信は、バックオフ期間を始動することなしに、第２のキャリアが占有されていないことを検出した直後に開始され得る。すなわち、第１のキャリアおよび第２のキャリアのうちの一方の上での短縮されたＬＢＴプロシージャが、第１のキャリアおよび第２のキャリアのうちの他方の上での拡張されたＬＢＴプロシージャと協調され得る。図６、図７、図９Ａ、および図９Ｂの例は、チャネル検知の対応する協調を示す。
【００６２】
図１２は、図１１の方法に従って動作する無線デバイス１２００の機能性を示すためのブロック図を示す。示されているように、無線デバイス１２００は、ステップ１１１０に関して説明されたように、第１のアクセス方式に基づいて、未ライセンス周波数スペクトルからの第１のキャリア上での第１のＵＬ無線送信を制御するように設定されたモジュール１２１０を与えられ得る。さらに、無線デバイス１２００は、ステップ１１２０に関して説明されたように、第１のアクセス方式とは異なる第２のアクセス方式に基づいて、未ライセンス周波数スペクトルからの第２のキャリア上での第２のＵＬ無線送信を制御するように設定されたモジュール１２２０を与えられ得る。さらに、無線デバイス１２００は、ステップ１１３０に関して説明されたように、第１のＵＬ無線送信と第２の無線送信とを協調させるように設定されたモジュール１２３０を与えられ得る。
【００６３】
無線デバイス１２００は、ＬＴＥ無線技術をサポートするＵＥの知られている機能性など、他の機能性を実装するためのさらなるモジュールを含み得ることに留意されたい。さらに、無線デバイス１２００のモジュールは必ずしも、無線デバイス１２００のハードウェア構造を表すとは限らないが、たとえば、ハードウェア、ソフトウェア、またはそれらの組合せによって実装される、機能エレメントにも対応し得ることに留意されたい。
【００６４】
示された概念は、図１１の方法に従って動作するように設定された無線デバイスと、上述のアクセスノード１００など、第１のＵＬ無線送信と第２のＵＬ無線送信とを受信するように設定されたアクセスノードとを含むシステムにおいても実装され得ることに留意されたい。
【００６５】
図１３は、上記で説明された概念を実装するために使用され得る、無線デバイス１３００のプロセッサベース実装形態を示す。たとえば、図１３に示されている構造は、上述のＵＥ１０を実装するために使用され得る。
【００６６】
示されているように、無線デバイス１３００は、無線通信ネットワークと、たとえば、上述のアクセスノード１００など、無線通信ネットワークのアクセスノードと通信するための無線インターフェース１３１０を含み得る。無線インターフェース１３１０は、上述のＵＬ無線送信を送るために使用され得る。さらに、無線インターフェース１３１０は、上述のグラントまたは同様のリソース割振り情報など、制御情報を受信するために使用され得る。無線インターフェース１３１０は、たとえば、ＬＴＥ無線技術に基づき得る。
【００６７】
さらに、無線デバイス１３００は、無線インターフェース１３１０に結合された１つまたは複数のプロセッサ１３５０と、（１つまたは複数の）プロセッサ１３５０に結合されたメモリ１３６０とを含み得る。例として、無線インターフェース１３１０、（１つまたは複数の）プロセッサ１３５０、およびメモリ１３６０は、無線デバイス１３００の１つまたは複数の内部バスシステムによって結合され得る。メモリ１３６０は、読取り専用メモリ（ＲＯＭ）、たとえば、フラッシュＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、たとえば、ダイナミックＲＡＭ（ＤＲＡＭ）またはスタティックＲＡＭ（ＳＲＡＭ）、大容量ストレージ、たとえば、ハードディスクまたはソリッドステートディスクなどを含み得る。示されているように、メモリ１３６０は、ソフトウェア１３７０、ファームウェア１３８０、および／または制御パラメータ１３９０を含み得る。メモリ１３６０は、図１１に関して説明されたような、無線デバイスの上記で説明された機能性を実装するように、（１つまたは複数の）プロセッサ１３５０によって実行される、適切に設定されたプログラムコードを含み得る。
【００６８】
図１３に示されている構造は概略にすぎないこと、および無線デバイス１３００は、明快のために、示されていない、さらなる構成要素、たとえば、さらなるインターフェースまたはプロセッサを実際に含み得ることを理解されたい。また、メモリ１３６０は、無線デバイスの知られている機能性、たとえば、ＵＥの知られている機能性を実装するためのさらなるプログラムコードを含み得ることを理解されたい。いくつかの実施形態によれば、コンピュータプログラムがまた、たとえば、メモリ１３６０に記憶されるプログラムコードおよび／または他のデータを記憶する物理媒体の形態で、あるいはプログラムコードをダウンロードのためにまたはストリーミングによって利用可能にすることによって、無線デバイス１３００の機能性を実装するために与えられ得る。
【００６９】
わかるように、上記で説明された概念は、未ライセンス周波数スペクトルにおけるＵＬ無線送信を効率的に制御するために使用される。詳細には、概念は、未ライセンスキャリア上での動的にスケジュールされたＵＬ無線送信が、たとえば、半永続的グラントに基づく、ＩＵＡ割り当てに基づく、またはグラントなしアクセスに基づく、異なるアクセス方式を利用する他のキャリア上でのＵＬ無線送信によって影響を及ぼされることを回避するために使用され得る。概念を使用して、キャリアのうちの１つ上での送信を開始するときに占有されているとわかった１つまたは複数のキャリアが、たとえば、キャリアアグリゲーションを使用することによって、後で送信に加えられ得る。このようにして、ＵＬ性能が向上され得る。さらに、概念は、無線デバイスまたはネットワークノードの既存のハードウェアまたはソフトウェアの過大な変更を必要とすることなしに実装され得る。
【００７０】
上記で説明された例および実施形態は例示的にすぎず、様々な変更の余地があることを理解されたい。たとえば、示された概念は、ＬＴＥ、ＬＴＥ  ＬＡＡ、またはＭｕＬＴＥｆｉｒｅの上述の例に限定されない、様々な種類の無線通信技術に関して適用され得る。たとえば、概念は、３ＧＰＰによって開発されたＮＲ（新しい無線）技術など、５Ｇ（第５世代）無線技術にも適用され得る。さらに、示された概念は、未ライセンス周波数スペクトルからの様々な数のキャリア、たとえば、３つまたはそれ以上のキャリアに関して、および／または様々な数の異なるアクセス方式たとえば、３つまたはそれ以上の異なるアクセス方式に関して、適用され得る。さらに、示された概念は、モバイルフォン、ポータブルコンピューティングデバイス、マシン型通信デバイス、基地局、および中継局を含む、様々な種類の無線デバイスにおいて適用され得る。その上、上記の概念は、既存のデバイスの１つまたは複数のプロセッサによって実行される、対応して設計されたソフトウェアを使用することによって、または専用デバイスハードウェアを使用することによって実装され得ることを理解されたい。さらに、示されたノードまたはデバイスは、各々、単一のデバイスとして、または複数の相互作用デバイスのシステムとして実装され得ることに留意されたい。
【図１】
2020517196.tif 000003
【図２】
2020517196.tif 000004
【図３Ａ−３Ｄ】
2020517196.tif 000005
【図４Ａ】
2020517196.tif 000006
【図４Ｂ】
2020517196.tif 000007
【図５】
2020517196.tif 000008
【図６】
2020517196.tif 000009
【図７】
2020517196.tif 000010
【図８】
2020517196.tif 000011
【図９Ａ−９Ｂ】
2020517196.tif 000012
【図１０Ａ−１０Ｂ】
2020517196.tif 000013
【図１１】
2020517196.tif 000014
【図１２】
2020517196.tif 000015
【図１３】
2020517196.tif 000016
【国際調査報告】
2020517196.tif 000017
2020517196.tif 000018
2020517196.tif 000019