(57)【要約】【課題】ＬＴＥ通信ネットワークへのＬＡＡの導入に伴う既存技術との潜在的な衝突を解決すること。【解決手段】セルは、認可補助アクセス（ＬＡＡ）セルとして運用され、関連付けられた物理アップリンク制御チャネル（ＰＵＣＣＨ）を有し、ＬＡＡセルは、リスンビフォートーク（ＬＢＴ）に基づくＬＡＡセカンダリセルとして運用される。通信デバイスは、上記通信装置に送信する制御信号を生成し、制御信号が送信される前に、上記ＰＵＣＣＨ上で関連付けられたＬＢＴに従ってクリアチャネル評価（ＣＣＡ）を実行し、当該ＣＣＡが、上記チャネルがクリアではないことを示す場合、上記ＰＵＣＣＨ上での制御信号の送信をブロックするように構成されたコントローラを有する。通信デバイスは、上記コントローラが制御信号の上記送信をブロックしなかった場合、上記ＰＵＣＣＨ内で上記通信装置に制御信号を送信するように更に構成される。【選択図】図４
2019216480.tif 000002
【特許請求の範囲】
【請求項１】
通信システムのための通信デバイスであって、
該通信デバイスが位置するセルを運用する通信装置と通信するように構成されたトランシーバであって、前記セルは、認可補助アクセス（ＬＡＡ）セルとして運用され、関連付けられた物理アップリンク制御チャネル（ＰＵＣＣＨ）を有し、前記ＬＡＡセルは、リスンビフォートーク（ＬＢＴ）に基づくＬＡＡセカンダリセル（ＬＡＡ  ＳＣｅｌｌ）として運用される、トランシーバと、
前記通信装置に送信する少なくとも１つのアップリンク制御信号を生成し、該少なくとも１つのアップリンク制御信号が送信される前に、前記ＰＵＣＣＨ上で関連付けられたＬＢＴに従ってクリアチャネル評価（ＣＣＡ）を実行し、該ＣＣＡが、チャネルがクリアではないことを示す場合、前記ＰＵＣＣＨ上での前記少なくとも１つのアップリンク制御信号の送信をブロックするように構成されたコントローラと、
を備え、
前記トランシーバは、前記コントローラが前記少なくとも１つのアップリンク制御信号の前記送信をブロックしなかった場合、前記ＰＵＣＣＨ内で前記通信装置に前記少なくとも１つのアップリンク制御信号を送信するように更に構成される、通信デバイス。
【請求項２】
前記コントローラが生成するように構成される前記少なくとも１つのアップリンク制御信号は、少なくとも１つのスケジューリング要求（ＳＲ）から成る、請求項１に記載の通信デバイス。
【請求項３】
前記通信デバイスは、メディア・アクセス制御層（ＭＡＣ）エンティティ及び物理層（ＰＨＹ）エンティティを備え、前記コントローラは、前記ＭＡＣエンティティに、前記ＳＲを生成することと、前記トランシーバを用いて前記ＳＲを送信することを試みるように前記ＰＨＹエンティティをトリガすることとを行わせ、前記ＰＨＹエンティティに前記ＣＣＡを実行させるように構成される、請求項２に記載の通信デバイス。
【請求項４】
前記コントローラは、前記ＭＡＣエンティティにフィードバックを提供することを前記ＰＨＹエンティティに行わせて、前記ＣＣＡが前記チャネルがクリアではないことを示す場合、前記ＰＵＣＣＨ上での前記少なくとも１つのＳＲの送信のブロックと、前記ＣＣＡが前記チャネルがクリアであることを示す場合、前記ＰＵＣＣＨ上での前記少なくとも１つのＳＲの送信の成功と、のうちの一方を示すように構成される、請求項３に記載の通信デバイス。
【請求項５】
前記コントローラは、前記ＭＡＣエンティティを制御して、前記フィードバックに基づいてＳＲ送信カウンタを増分させるか否かを決定するように構成される、請求項４に記載の通信デバイス。
【請求項６】
前記コントローラは、前記ＭＡＣエンティティを制御して、前記ＣＣＡが前記チャネルがクリアではないことを示すか、又は前記ＣＣＡが前記チャネルがクリアであることを示すかにかかわらず、ＳＲ送信カウンタを増加させるように構成される、請求項３に記載の通信デバイス。
【請求項７】
前記通信デバイスは、複数の異なる通信装置の各々と通信するように構成され、該通信装置の各々は、異なるそれぞれのＰＵＣＣＨを介して前記ＬＡＡセルを運用する通信装置を含み、前記コントローラは、各ＰＵＣＣＨについてのそれぞれのＳＲ構成情報によって構成されるタイミングに従って、そのＰＵＣＣＨ上でＳＲの送信をトリガするように構成され、前記トランシーバは、それぞれ異なる第１のＰＵＣＣＨ及び第２のＰＵＣＣＨについてのＳＲ構成情報によって構成される上記タイミングが一致する場合、前記異なるＰＵＣＣＨのうちの前記第２のＰＵＣＣＨに優先して、前記異なるＰＵＣＣＨのうちの前記第１のＰＵＣＣＨ上でＳＲを送信するように前記通信デバイスを構成するために、前記異なる通信装置のうちの少なくとも１つから情報を受信するように構成される、請求項２乃至６のいずれか１項に記載の通信デバイス。
【請求項８】
前記コントローラが生成するように構成される前記少なくとも１つのアップリンク制御信号は、少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）フィードバック信号から成る、請求項１乃至７のいずれか１項に記載の通信デバイス。
【請求項９】
前記トランシーバは、前記ＬＡＡセル及び異なるセルのうちの少なくとも一方において前記通信デバイスへのダウンリンクデータ送信をスケジューリングするスケジューリング情報を受信するように構成され、前記コントローラは、前記ＬＡＡセル及び異なるセルの双方についてのＨＡＲＱフィードバックを表す単一のＨＡＲＱインジケータが生成されるＰＵＣＣＨフォーマットを用いる、前記スケジューリング情報及びダウンリンクデータ送信についてのＨＡＲＱフィードバックを生成するように構成され、前記ＬＡＡセル又は前記異なるセルのいずれか一方における前記ダウンリンクデータ送信の復号失敗時に、前記単一のＨＡＲＱインジケータは、前記ＬＡＡセル及び前記異なるセルのいずれに前記復号失敗が関するのかにかかわらず、並びに、ＨＡＲＱインジケータが前記ＬＡＡセル及び前記異なるセルのうちの他方に関して表すＨＡＲＱフィードバックのタイプにかかわらず、そのセルについて、明示的なＨＡＲＱ否定応答（ＮＡＣＫ）を表す、請求項８に記載の通信デバイス。
【請求項１０】
前記コントローラは、前記少なくとも１つのアップリンク制御信号に関する少なくとも１つのパラメータを獲得し、該少なくとも１つのパラメータを報告するための報告を生成するように動作可能である、請求項１乃至９のいずれか１項に記載の通信デバイス。
【請求項１１】
前記少なくとも１つのパラメータは、少なくとも１つのスケジューリング要求（ＳＲ）関連パラメータから成る、請求項１０に記載の通信デバイス。
【請求項１２】
前記少なくとも１つのＳＲ関連パラメータは、前記ＬＢＴの要件の結果としてブロックされたＳＲ送信の量を示すパラメータ、前記ＰＵＣＣＨ上でのＳＲ送信の量を示すパラメータ、及び複数の異なるＰＵＣＣＨの各々の上で搬送されたそれぞれのＳＲ送信の量を示すパラメータ、のうちの少なくとも１つから成る、請求項１１に記載の通信デバイス。
【請求項１３】
前記少なくとも１つのパラメータは、少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックパラメータから成る、請求項１０乃至１２のいずれか１項に記載の通信デバイス。
【請求項１４】
前記少なくとも１つのＨＡＲＱフィードバックパラメータから成る少なくとも１つのパラメータは、前記ＬＢＴの要件の結果としてブロックされたＨＡＲＱ否定応答（ＮＡＣＫ）送信の量を示すパラメータ、前記ＬＢＴの要件の結果としてブロックされたＨＡＲＱ肯定応答（ＡＣＫ）送信の数を示すパラメータ、受信に成功したユーザ機器ダウンリンク（ＵＥ  ＤＬ）スケジューリングコマンドの数を示すパラメータ、及び前記ＰＵＣＣＨ上で送信されたＨＡＲＱ  ＡＣＫ及び／又はＮＡＣＫの総数を示すパラメータ、のうちの少なくとも１つから成る、請求項１３に記載の通信デバイス。
【請求項１５】
通信システムの通信デバイスによって実行される方法であって、
前記通信デバイスが位置するセルであって、認可補助アクセス（ＬＡＡ）セルとして運用され、関連付けられた物理アップリンク制御チャネル（ＰＵＣＣＨ）を有し、前記ＬＡＡセルは、リスンビフォートーク（ＬＢＴ）に基づくＬＡＡセカンダリセル（ＬＡＡ  ＳＣｅｌｌ）として運用される、前記セルを運用する通信装置と通信し、
前記通信装置に送信する少なくとも１つのアップリンク制御信号を生成し、
前記少なくとも１つのアップリンク制御信号が送信される前に、前記ＰＵＣＣＨ上で関連付けられたＬＢＴに従ってクリアチャネル評価（ＣＣＡ）を実行し、
前記ＣＣＡがチャネルがクリアではないことを示す場合、前記ＰＵＣＣＨ上での前記少なくとも１つのアップリンク制御信号の送信をブロックし、
前記送信がブロックされない場合、前記ＰＵＣＣＨにおいて前記通信装置に前記少なくとも１つのアップリンク制御信号を送信する、
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関する。本発明は、限定ではないが特に、ユニバーサル陸上無線アクセスネットワーク（ＵＴＲＡＮ）、及びロングタームエボリューション（ＬＴＥ）アドバンストを含む、ＵＴＲＡＮのＬＴＥ（Ｅ−ＵＴＲＡＮ）等の、第３世代パートナーシッププロジェクト（３ＧＰＰ）規格又はその均等物又は派生物に従って動作する無線通信システム及びそのデバイスに関する。本発明は、限定ではないが特に、キャリアアグリゲーションのシナリオにおける物理アップリンク制御チャネル（ＰＵＣＣＨ）の実施態様に関する。
【背景技術】
【０００２】
ＬＴＥ、より最近ではＬＴＥ−Ａの拡張形態を組み込んだＬＴＥは、無線広帯域データ能力に対する増加する需要を満たす、極めて成功したプラットフォームであることが実証されている。この需要の継続的な増加と並行して、ＬＴＥ関連技術は、キャリアアグリゲーション（ＣＡ）等の新たな特徴を有して更に拡張しており、このキャリアアグリゲーション（ＣＡ）においては、複数のコンポーネントキャリア（ＣＣ）が集約されて、従来の移動（セルラ）通信デバイス（携帯電話機、移動電話機、スマートフォン等）及びマシンタイプ通信（ＭＴＣ）デバイス等のユーザ機器（ＵＥ）のアイテムに利用可能な総帯域幅を増大している。
【０００３】
キャリアアグリゲーションを用いて、いわゆる「プライマリ」コンポーネントキャリア（ＰＣＣ）上で「プライマリ」セル（ＰＣｅｌｌ）を、及び他の「セカンダリ」コンポーネントキャリア（ＳＣＣ）上で１つ以上のセカンダリセル（ＳＣｅｌｌ）を提供することができる。ダウンリンク制御シグナリング（例えば、物理ダウンリンク制御チャネル「ＰＤＣＣＨ」、又は拡張ＰＤＣＣＨ「ｅＰＤＣＣＨ」上での）は、任意のサービングセルにおいて任意のコンポーネントキャリア上で提供されてよい。しかしながら、１つのセル（例えば、ＰＣｅｌｌ）において１つのキャリア上で提供されてよいダウンリンク制御シグナリングは、他のキャリア上のスケジューリングリソースのために用いられてよい。そのようなスケジューリングは、クロスキャリアスケジューリングと称される。
【０００４】
ＬＴＥにおいて提供される別の拡張形態は、各々が関連付けられたマクロ基地局（マクロｅＮＢ）を介して提供される１つ以上の大規模な「マクロ」セルと１つ以上のより小規模なセルとの組み合わせから成る、ヘテロジニアスネットワークの発展である。各より小規模なセルは、低電力ノード（ＬＰＮ）を介して提供される。ＬＰＮは、例えば、低電力基地局（ＬＴＥにおける「ｅＮＢ」）、ホーム基地局（ＬＴＥにおける「ＨｅＮＢ」）、中継ノード（ＲＮ）、リモートラジオヘッド（ＲＲＨ）等のスモールセルを提供することが可能である、任意の通信ノードから成ってよい。スモールセルは、主に、高いユーザ需要を有するホットスポットにおける能力を高めるために、及びマクロネットワークによってカバーされていないエリア（屋外及び屋内の双方）を充足するために、付加される。また、スモールセルは、大規模マクロセルからオフロードすることによって、ネットワーク性能及びサービス品質を改善することもできる。これらのスモールセルは、本質的には独立したセルとして提供することができるが、通常、関連するマクロ基地局によって提供されるＰＣｅｌｌ内に配置される（又はＰＣｅｌｌと重なり合う）ＳＣｅｌｌとして提供され、そのマクロ基地局によって制御されてもよい。
【０００５】
歴史的に見ると、キャリアアグリゲーションを伴う発展について、ハイブリッド自動再送要求（ＡＲＱ）肯定応答（ＡＣＫ）及び否定応答（ＮＡＣＫ）並びにスケジューリング要求（ＳＲ）等のアップリンク制御情報（ＵＣＩ）は、ＰＣｅｌｌ内の単一の物理アップリンク制御チャネル（ＰＵＣＣＨ）においてのみで提供されていた。しかしながら、そのような構成は、マスタ基地局（ＭｅＮＢ）がＰＣｅｌｌ内で制御プレーン通信を提供し、セカンダリ基地局（ＳｅＮＢ）が１つ以上のＳＣｅｌｌ内でユーザプレーン通信を提供する、二重接続のシナリオには不適であるとみなされていた。これに応じて、二重接続のシナリオのために、ＰＵＣＣＨは、ＳｅＮＢの（プライマリＳＣｅｌｌ又はＰＳＣｅｌｌと称される）特別なＳＣｅｌｌに関して発展した。より最近では、二重接続のために、ＵＣＩ機構に基づいて、キャリアアグリゲーション発展のＳＣｅｌｌについて別個のＰＵＣＣＨを指定することが決定された。
【０００６】
需要が高まるにつれ、既存のＬＴＥ／ＬＴＥ−アドバンスト技術を補完し、それらのサービスを更に拡張させるのに用いることができる、なお一層の更なる特徴への必要性が高まり続けている。これにより、更なる拡張形態の潜在的なソースとみなされている、無認可又は「パブリック」スペクトル（通常５ＧＨｚ帯域）がもたらされている。無認可スペクトルを介した通信の利益は、現在のところ、認可レジームを介して提供される利益に比することはできないが、認可スペクトルの使用への補完としての無認可スペクトルの効率的な使用は、提供されるサービス全体を大幅に拡張する可能性を有する。認可帯域を介した従来の（ＬＴＥ）プロビジョンを拡大するために、認可スペクトルと組み合わせた無認可「パブリック」スペクトルの使用の技術は、認可補助アクセス（又はＬＡＡ）と称される。
【０００７】
大半の国において、無認可スペクトルのユーザ間の潜在的な干渉を最小限にすることを求める規制要件が存在する。規制要件が特に厳重でない場所においても、ＬＴＥとＷｉ−Ｆｉ等の他の技術との間の均衡のとれた共存が必要であるとみなされている。したがって、単に規制要件を満たすように干渉を最小限にするのでは十分ではなく、配置されたシステムが「良好な近隣」として運用され、したがって、他の無認可スペクトルのユーザに著しい影響を及ぼさないことも重要である。
【０００８】
共存のための１つの機構は、いわゆる「リスンビフォートーク」（ＬＢＴ）機構であり、この機構は、いつ通信機器が無認可帯域上のチャネルにアクセスすることができるかを統御する。例えば、負荷ベース機器に関する欧州規制によれば、クリアチャネル評価（ＣＣＡ）（チャネル検知「ＣＳ」とも称される）が、新たな送信を開始するのに先立って実行されなければならない。ＣＣＡは、通信チャネルをリスンして、そのチャネルがそのチャネル上での送信前に占有されているか否かを判断することを伴う。チャネルをリスンする際に、通信媒体が初期ＣＣＡ中に占有されていると判断された場合、延長ＣＣＡが実行されてよく、その場合、チャネルがクリアであるとみなされるまで送信が延期される。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、ＬＴＥ通信ネットワーク（及び非ＬＴＥ技術を用いる潜在的に類似のネットワーク）へのＬＡＡの導入は、複数の課題を呈し、既存技術との潜在的な衝突を導入し、このような衝突は、そのような技術を展開することができる前に解決に成功しなければならない。
【００１０】
本発明は、上記の問題に少なくとも部分的に対処する通信デバイス及び関連付けられた装置及び方法を提供しようとするものである。
【課題を解決するための手段】
【００１１】
１つの態様において、本発明は、通信システムのための通信デバイスを提供し、該通信デバイスは、該通信デバイスが位置するセルを運用する通信装置と通信するように構成されたトランシーバであって、前記セルは、認可補助アクセス（ＬＡＡ）セルとして運用され、関連付けられた物理アップリンク制御チャネル（ＰＵＣＣＨ）を有し、前記ＬＡＡセルは、リスンビフォートーク（ＬＢＴ）に基づくＬＡＡセカンダリセル（ＬＡＡ  ＳＣｅｌｌ）として運用される、トランシーバと；前記通信装置に送信する少なくとも１つのアップリンク制御信号を生成し、該少なくとも１つのアップリンク制御信号が送信される前に、前記ＰＵＣＣＨ上で関連付けられたＬＢＴに従ってクリアチャネル評価（ＣＣＡ）を実行し、該ＣＣＡが、チャネルがクリアではないことを示す場合、前記ＰＵＣＣＨ上での前記少なくとも１つのアップリンク制御信号の送信をブロックするように構成されたコントローラと；を備え、前記トランシーバは、前記コントローラが前記少なくとも１つのアップリンク制御信号の前記送信をブロックしなかった場合、前記ＰＵＣＣＨ内で前記通信装置に前記少なくとも１つの制御信号を送信するように更に構成される。
【００１２】
他の態様において、本発明は、通信システムのための通信装置を提供し、該通信装置は、少なくとも１つの通信デバイスが該通信装置と通信することができるセルであって、認可補助アクセス（ＬＡＡ）セルとして運用され、関連付けられた物理アップリンク制御チャネル（ＰＵＣＣＨ）を有し、前記ＬＡＡセルは、リスンビフォートーク（ＬＢＴ）に基づくＬＡＡセカンダリセル（ＬＡＡ  ＳＣｅｌｌ）として運用される、前記セルを運用し、前記ＰＵＣＣＨにおいて該通信デバイスから少なくとも１つのアップリンク制御信号を受信する、ように構成されたコントローラを備える。
【００１３】
１つの態様において、本発明は、通信システムの通信デバイスによって実行される方法を提供し、該方法は、前記通信デバイスが位置するセルであって、認可補助アクセス（ＬＡＡ）セルとして運用され、関連付けられた物理アップリンク制御チャネル（ＰＵＣＣＨ）を有し、前記ＬＡＡセルは、リスンビフォートーク（ＬＢＴ）に基づくＬＡＡセカンダリセル（ＬＡＡ  ＳＣｅｌｌ）として運用される、前記セルを運用する通信装置と通信し；前記通信装置に送信する少なくとも１つのアップリンク制御信号を生成し；前記ＰＵＣＣＨ上で関連付けられたＬＢＴに従ってクリアチャネル評価（ＣＣＡ）を実行し；前記ＣＣＡがチャネルがクリアではないことを示す場合、前記ＰＵＣＣＨ上での前記少なくとも１つのアップリンク制御信号の送信をブロックし；前記送信がブロックされない場合、前記ＰＵＣＣＨにおいて前記通信装置に前記少なくとも１つのアップリンク制御信号を送信する。
【００１４】
他の態様において、本発明は、通信システムの通信装置によって実行される方法を提供し、該方法は、少なくとも１つの通信デバイスが前記通信装置と通信することができるセルであって、認可補助アクセス（ＬＡＡ）セルとして運用され、関連付けられた物理アップリンク制御チャネル（ＰＵＣＣＨ）を有し、前記ＬＡＡセルは、リスンビフォートーク（ＬＢＴ）に基づくＬＡＡセカンダリセル（ＬＡＡ  ＳＣｅｌｌ）として運用される、前記セルを運用し；前記ＰＵＣＣＨにおいて前記通信デバイスから少なくとも１つのアップリンク制御信号を受信する。
【００１５】
１つの態様において、本発明は、通信システムのための通信デバイスを提供する。この通信デバイスは、この通信デバイスが位置するセルを運用する通信装置と通信するように構成されたトランシーバを備え、このセルは、周波数スペクトルの無認可部分におけるセルとして運用され、関連付けられた物理アップリンク制御チャネル（ＰＵＣＣＨ）を有する。
【００１６】
１つの態様において、本発明は、通信システムのための通信装置を提供し、この通信装置は、少なくとも１つの通信デバイスが通信装置と通信することができるセルを運用するように構成されたコントローラと、少なくとも１つのスケジューリング要求関連パラメータの報告（例えば、（即時）走行試験の最小化（ＭＤＴ）及び／又は無線リンク障害（ＲＬＦ）報告）を受信するように構成されたトランシーバとを備え、上記コントローラは、上記少なくとも１つのスケジューリング要求関連パラメータに基づいて、第１のＰＵＣＣＨ上でＳＲを送信するように構成されたタイミングが、第２のＰＵＣＣＨ上でＳＲを送信するように構成されたタイミングと一致する場合、複数の異なるＰＵＣＣＨのうちの上記第２のＰＵＣＣＨに優先して、上記複数の異なるＰＵＣＣＨのうちの上記第１のＰＵＣＣＨ上でＳＲを送信するように上記通信デバイスを構成する情報を生成するように動作可能であり、上記トランシーバは、上記少なくとも１つの通信デバイスに上記情報を送信するように構成される。
【００１７】
本発明の態様は、上記で示した態様及び可能な形態又は特許請求の範囲において記載される態様及び可能な形態において記述されるような方法を実行するようにプログラマブルプロセッサをプログラムするように、及び／又は特許請求の範囲のいずれかの請求項において記載される装置を提供するように適切に構成されたコンピュータをプログラムするように動作可能である、その上に記憶された命令を有するコンピュータ可読記憶媒体のようなコンピュータプログラム製品にまで及ぶ。
【００１８】
本明細書（特許請求の範囲を含む）において開示され、及び／又は図面において示される各特徴は、開示され、及び／又は図示される任意の他の特徴から独立して（又はそれらと組み合わせて）本発明に組み込まれてよい。詳細には、限定はしないが、特定の独立請求項に従属する請求項のうちのいずれかの特徴は、任意の組み合わせにおいて又は個々に、その独立請求項に取り込まれてよい。
【００１９】
次に、本発明の例示的な実施形態を、単に例として、添付の図面を参照しながら説明する。
【図面の簡単な説明】
【００２０】
【図１】図１ａおよび図１ｂは、本発明の実施形態が適用されてよいセルラ遠距離通信システムを概略的に示す図である。
【図２】図１に示すシステムの一部を形成する移動デバイスのブロック図である。
【図３】図１に示すシステムの一部を形成する基地局のブロック図である。
【図４】図１の遠距離通信システムにおいて実施することができる手順を示す簡略化されたメッセージシーケンス図である。
【図５】図１の遠距離通信システムにおいて実施することができる手順を示す簡略化されたメッセージシーケンス図である。
【図６】図１の遠距離通信システムにおいて実施することができる手順を示す簡略化されたメッセージシーケンス図である。
【図７】図１の遠距離通信システムにおいて実施することができる手順を示す簡略化されたメッセージシーケンス図である。
【図８】図１の遠距離通信システムにおいて実施することができる手順を示す簡略化されたメッセージシーケンス図である。
【図９】図１の遠距離通信システムにおいて実施することができる手順を示す簡略化されたメッセージシーケンス図である。
【発明を実施するための形態】
【００２１】
概略
図１ａ及び図１ｂは、移動（セルラ）遠距離通信ネットワーク１００を概略的に示しており、これらの図において、移動デバイス３（又は他のそのようなユーザ機器）が、プライマリコンポーネントキャリア（ＰＣＣ）上で関連付けられたプライマリセル（ＰＣｅｌｌ）９を運用するＥ−ＵＴＲＡＮ基地局５、及び／又は、関連付けられたセカンダリコンポーネントキャリア（ＳＣＣ）上でそれぞれのセカンダリセル（ＳＣｅｌｌ）１１−１、１１−２を運用する複数の低電力ノード（ＬＰＮ）７−１、７−２のうちの任意のものを介して、他のそのようなデバイス及び／又は他の通信エンティティと通信することができる。基地局５及び／又はＬＰＮ７を介した通信は、通常、Ｅ−ＵＴＲＡ無線アクセス技術（ＲＡＴ）を用いてアクセスされる、コアネットワーク（図示せず）を通じてルーティングされる。当業者であれば理解するように、１つの移動デバイス３、１つの基地局５、及び２つのＬＰＮ７が例示の目的で図１に示されているが、システムは、実施時に、通常他の基地局、ＬＰＮ、及び移動デバイスを含む。
【００２２】
低電力ノード（ＬＰＮ）７−１、７−２は、認可補助アクセス（ＬＡＡ）プロトコルに従って、無認可スペクトル内（例えば、５ＧＨｚ帯域内）のＳＣＣ上でそれぞれのセカンダリセル（ＳＣｅｌｌ）１１−１、１１−２を運用する。従って、ＳＣｅｌｌは、クリアチャネル評価（ＣＣＡ）／チャネル検知（ＣＳ）の性能を必要とする、リスンビフォートーク（ＬＢＴ）要件が課されるＬＡＡ  ＳＣｅｌｌとして運用される。
【００２３】
各ＬＰＮ７は、無認可スペクトル上のスモールセルを提供することが可能である通信ノード、例えば、低電力基地局（「ｅＮＢ」）、ホーム基地局（「ＨｅＮＢ」）、中継ノード（ＲＮ）、リモートラジオヘッド（ＲＲＨ）等から成ってよい。
【００２４】
移動デバイス３は、メディア・アクセス制御層（ＭＡＣ）エンティティ及び物理層（ＰＨＹ）エンティティを備える。ＭＡＣエンティティは、ハイブリッドＡＲＱ動作を実行する（例えば、ＰＨＹエンティティを介した送信のためのＨＡＲＱ  ＡＣＫ／ＮＡＣＫを生成する、及びＰＨＹエンティティを介して受信されたＨＡＲＱ  ＡＣＫ／ＮＡＣＫをハンドリングする）役割を担う。ＭＡＣエンティティは、（スケジューリング要求（ＳＲ）のトリガ等の）リソース要求動作の役割を担う。ＰＨＹエンティティは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ、及びＭＡＣエンティティによってトリガされたＳＲを、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信する。基地局５（及びＬＰＮ７）は、類似の相補的なＭＡＣエンティティ及びＰＨＹエンティティを有する。
【００２５】
有利には、そのようなセル上のＬＢＴの要件を所与とすると幾分直観には反するが、各ＬＡＡ  ＳＣｅｌｌには、自身の独立した物理アップリンク制御チャネル（ＰＵＣＣＨ）が提供される。ＬＡＡ  ＳＣｅｌｌにおけるＰＵＣＣＨの場合、移動デバイス３のＰＨＹエンティティは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ及び／又はＳＲを送信することができる前に、関連付けられたＬＢＴ要件に従って、ＣＣＡを実行する。
【００２６】
ＰＵＣＣＨ上でのシグナリングをブロックし、それによって、例えば、ＬＰＮ７がＨＡＲＱフィードバック及び／又はスケジューリング要求を受信するのを妨げる、ＬＢＴ要件の可能性に起因して、そのようなＰＵＣＣＨの実施は、当業者には、一般的に不適切とみなされる。
【００２７】
スケジューリング要求ハンドリング
例えば、ＬＡＡ  ＳＣｅｌｌ１１についてのスケジューリング要求（ＳＲ）の効率的なハンドリングは、特に難題である。これはなぜなら、ＬＡＡ  ＳＣｅｌｌ１１についてのＳＲは、実際上、ＣＣＡの実行時にチャネルがクリアではないことが見出される場合、ＬＢＴ要件によってブロックされる確率が比較的高いためである。これは、ＳＲの失敗が比較的稀である、ＳＲがＰＣｅｌｌ又は認可スペクトルを用いる従来のＳＣｅｌｌにおいて送信される状況とは対照的である。
【００２８】
その上、ＰＣｅｌｌにおいてＳＲを送信するために構成された機会がＳＣｅｌｌにおいてＳＲを送信するために構成された機会にかち合う、ＳＲ構成衝突の可能性は、場合によっては、認可スペクトルを用いるセルのみを有するネットワークに対するよりも、ＬＡＡ  ＳＣｅｌｌを有するネットワークに対してより大きな影響を与える。例えば、移動デバイス３が、占有されていることが多いスペクトルを用いて運用している、ＬＡＡ  ＳＣｅｌｌのＰＵＣＣＨ上でＳＲを送信することを決定した場合、ＬＢＴ要件は、ＳＲを何度もブロックする結果になり、これは、ＵＥがアップリンク共有チャネルリソースのために著しく長く待機しなければならないことを意味する。しかしながら、ＰＣｅｌｌのＰＵＣＣＨ上でＳＲを送信することには、仮にＬＡＡ  ＳＣｅｌｌのＰＵＣＣＨ上でＳＲの送信に成功していた場合に必要とされたであろう送信電力よりも高い送信電力を必要とするかもしれない。同様に、ＰＣｅｌｌのＰＵＣＣＨ上でＳＲを送信することは、ＰＣｅｌｌにおける比較的低品質のチャネル条件及び／又は比較的高負荷（すなわち、リソース使用）に起因して、望ましくないかもしれない。
【００２９】
上記の難問にもかかわらず、図１ａに示すように、移動デバイス３が、特定のセル９、１１においてアップリンク共有チャネル（ＵＬ−ＳＣＨ／ＰＵＳＣＨ）上でデータを送信する通信リソースを必要とする場合、移動デバイス３は、ＬＢＴ要件が満たされることを条件として、対応する基地局５又はＬＰＮ７にＳＲを送信して、移動デバイス３がデータを送信したいときに無線ネットワークに通知する。これらのＳＲは、対応するＰＣｅｌｌ（例えば、ＰＵＣＣＨグループ１）又はＬＡＡ  ＳＣｅｌｌ（例えば、ＳＣｅｌｌ１１−１のＰＵＣＣＨグループ２及びＳＣｅｌｌ１１−２のＰＵＣＣＨグループ３）の物理アップリンク制御チャネル（ＰＵＣＣＨ）上で、移動デバイス３によって送信される。移動デバイス３は、無線リソース制御（ＲＲＣ）シグナリングを用いて構成されえる、ＳＲを送信するために構成された周期的なタイムスロット（１ｍｓ、２ｍｓ、５ｍｓ、１０ｍｓ、２０ｍｓ、４０ｍｓ、及び８０ｍｓ）を有する。ＰＣｅｌｌ９において送信されるＳＲのために構成される周期は、通常、ＳＣｅｌｌ７において送信されるＳＲのために構成される周期よりも長い。
【００３０】
有利には、この例において、移動デバイス３のＭＡＣエンティティがＬＡＡ  ＳＣｅｌｌのうちの１つの上でＳＲの送信をトリガしたが、ＬＢＴ要件の結果として（すなわち、チャネルがクリアではないために）、ＰＨＹエンティティがＳＲを送信することが不可能である場合、ＰＨＹエンティティは、移動デバイス３のＭＡＣエンティティに、ＳＲ送信におけるＬＢＴ失敗を通知する。したがって、ＭＡＣエンティティは、ＳＲ送信カウンタを増加させないことを認識し、ＳＲを保留中として扱わない。その代わり、ＭＡＣエンティティは、次の利用可能なＴＴＩにおいて新たなＳＲ送信を開始する。したがって、本質的には、ＬＡＡ  ＳＣｅｌｌ上でのＳＲのＬＢＴブロッキングの場合、これは、無線障害によってその目的地に達することが妨げられた可能性のある、ＳＲとは異なるように扱われる。
【００３１】
ＬＡＡ  ＳＣｅｌｌ１１上でのＳＲのためのＳＲ構成とＰＣｅｌｌ９上でのＳＲのためのＳＲ構成との間の衝突の場合、移動デバイス３のＭＡＣエンティティは、ＳＲ送信を、ＬＡＡ  ＳＣｅｌｌ１１のＰＵＣＣＨ上又はＰＣｅｌｌ９のＰＵＣＣＨ上のいずれかで送信するかを選択してよい。しかしながら、有益には、基地局５は、移動デバイス３を、ＳＲ構成衝突時に、特定のＰＵＣＣＨグループ（ＰＣｅｌｌ又はＳＣｅｌｌ）上でＳＲを送信するように構成することもできる。
【００３２】
有利には、この例の移動デバイス３は、基地局５／ＬＰＮ７に、複数の新たなパラメータを報告して、ＬＢＴの場合の改善されたＳＲハンドリングを促進するようにも構成される。
【００３３】
ＬＢＴによってブロックされたスケジューリング要求に関連して、新たなパラメータは、ＬＢＴによってブロックされたＳＲ送信の数を示すパラメータを含む。スケジューリング構成衝突に関連して、新たな報告パラメータは、ＳＲ構成衝突時に、移動デバイス３が衝突しているＰＵＣＣＨグループのうちの１つを使用するために選択した場合、各異なるＰＵＣＣＨグループ（例えば、ＬＡＡ  ＳＣｅｌｌ、従来のＳＣｅｌｌ又はＰＣｅｌｌ）によって搬送されたＳＲ送信の数を示すパラメータを含む。
【００３４】
基地局５及び／又はＬＰＮ７は、有益には、例えば、ＳＲ送信がＰＣｅｌｌ  ＰＵＣＣＨ上で、又は特定のＬＡＡ  ＳＣｅｌｌ  ＰＵＣＣＨ（これは現在のＬＡＡ  ＳＣｅｌｌ  ＰＵＣＣＨとは異なってもよい）上で行われるように移動デバイス３を構成するように、この報告情報に基づいてＳＲ構成を更新するように構成される。
【００３５】
ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ及びＤＴＸハンドリング
ＬＡＡ  ＳＣｅｌｌ用のＰＵＣＣＨを実施する上での別の課題は、ＬＡＡ  ＳＣｅｌｌ用のハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）及び否定応答（ＮＡＣＫ）の送信におけるＬＢＴの潜在的な衝突にある。
【００３６】
従来、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、基地局による、ＰＤＣＣＨを用いて送信されたスケジューリングコマンドと、それに続くＰＤＳＣＨ上でのＵＥへのデータの送信とに応答して、ＰＵＣＣＨ上でＵＥによって送信される。ＨＡＲＱ  ＡＣＫ又はＮＡＣＫは、それぞれ、データの受信が成功したか又は失敗したかを示す。従って、基地局（又はセルを運用する他の通信ノード）は、ＵＥからＨＡＲＱ  ＡＣＫ又はＨＡＲＱ  ＮＡＣＫを受信した後、それぞれ新たな送信に移行するか、又は再送信を実行する。ＨＡＲＱ  ＮＡＣＫを受信すると、基地局は、データ送信が最終的にドロップされる前の、許容された再送信の事前構成された最大回数に達するまで、ＵＥへのデータ再送信の実行を継続するだろう。再送信時、基地局が以前の送信が受信されたが（ＮＡＣＫを受信したため）不正確に復号されたことを認識している場合、元のデータ送信の一部（「冗長バージョン（ＲＶ）」と称される）のみを送信してよく、この冗長バージョンは、再送信間で変化してもよい。ＵＥは、元のデータを受信の際に（エラーを含んでいるにもかかわらず）バッファし、この元のデータを各後続の冗長バージョンと徐々に再結合することを試み、元の送信の正しいバージョンを（例えば、増分冗長ＨＡＲＱを用いて）形成することを試みることができる。受信データの正しいバージョンが形成されたとき、ＡＣＫが送信されえる。新たなデータを送信するとき、基地局は、新たなデータの送信を示すように設定された「新データインジケータ（ＮＤＩ）」（単一ビット）を含む（ＮＤＩは再送信の場合には設定されない）。
【００３７】
ハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫは、適切なフォーマットを用いてＰＵＣＣＨ上で送信される。２つのサービングセルでのキャリアアグリゲーションの場合、チャネル選択を有する、いわゆるＰＵＣＣＨフォーマット１ｂが、３ＧＰＰ技術標準規格（ＴＳ）３６．２１３  ｖ１２．６．０において規定されるように用いられてよい。ＰＵＣＣＨフォーマット１ｂは、２ビットＨＡＲＱ  ＡＣＫ／ＮＡＣＫインジケータ（ｂ（０）、ｂ（１））の送達を可能にし、これには、最大で４つの異なるＰＵＣＣＨリソースから選択されるＰＵＣＣＨリソースが用いられるが、この例では２つの可能なＰＵＣＣＨリソースのみが用いられている（ＴＳ３６．２１３におけるパラメータ「Ａ」は２に等しい）。基地局は、ＵＥによって用いられる選択されたＰＵＣＣＨと、送信された２ビットのパターンとの組み合わせを、以下の表１に示すように解釈する。
【００３８】
【表１】
2019216480.tif 000003
【００３９】
表１において、「ＤＴＸ」の符号は、ＵＥがダウンリンクスケジューリングコマンドを受信することに失敗した状況を指す。「ＮＡＣＫ／ＤＴＸ」の符号は、ＵＥが第２のセルにおいてダウンリンクスケジューリングコマンドを受信したが、関連付けられたＰＤＳＣＨデータを適切に復号することに失敗したのか、又はＵＥがダウンリンクスケジューリングコマンドを受信することに完全に失敗したのかについて曖昧である状況を指す。
【００４０】
したがって、表１の最下行を参照すると、基地局が第１のセルにおいてダウンリンクスケジューリングコマンドをシグナリングした場合、ＰＵＣＣＨフォーマット１ｂ上での送信のないことが、ＵＥが第１のセルにおいてダウンリンクスケジューリングコマンドを受信することに失敗し、その結果、明示的なＨＡＲＱ  ＡＣＫ／ＮＡＣＫが送信されない（ＤＴＸ）ことから生じたものであると、基地局によって解釈される。基地局が第２のセルにおいてダウンリンクスケジューリングコマンドをシグナリングした場合、ＰＵＣＣＨフォーマット１ｂ上での送信のないことは、曖昧である。なぜなら、これは、ＵＥが第２のセルにおいてダウンリンクスケジューリングコマンドを受信することに失敗したことの帰結である可能性もあるし、ＵＥが第２のセルにおいてダウンリンクスケジューリングコマンドを受信したが、関連するＰＤＳＣＨデータを適切に復号することに失敗した（ＮＡＣＫ／ＤＴＸ）ことの帰結である可能性もあるためである。
【００４１】
したがって、２つのＬＡＡ  ＳＣｅｌｌに関するフィードバックについて更なる曖昧性を見て取ることができる。なぜなら、ＨＡＲＱ送信のないことが、そのような送信を妨げるＬＢＴ要件から生じるのか、又は、ＨＡＲＱ送信のないことが、ＵＥがダウンリンクスケジューリングコマンドを受信することに失敗した／ＰＤＳＣＨ送信を復号することに失敗した（すなわち、表１におけるＤＴＸ、ＤＴＸ／ＮＡＣＫ）結果として生じたのか、について、基地局は判断する方法を有しないためである。
【００４２】
図１ｂに示すように、遠距離通信ネットワーク１００において、移動デバイス３は、ＬＡＡ  ＳＣｅｌｌ１１のＰＵＣＣＨを介して、ＬＢＴによって影響を受けない、ＰＵＣＣＨ上でのＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックと同様に、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックを送信するように構成される。したがって、移動デバイス３がダウンリンクリソース割り当てを受信すると、移動デバイス３は、ＬＡＡ  ＳＣｅｌｌのＰＵＣＣＨ上での関連付けられたＨＡＲＱ  ＡＣＫを送信することを試みて、ＰＤＣＣＨ／ＰＤＳＣＨ送信の受信及び復号に成功したことを示す。同様に、移動デバイス３は、復号が不成功だった場合、ＬＡＡ  ＳＣｅｌｌのＰＵＣＣＨ上でＨＡＲＱ  ＮＡＣＫを送信することを試みる。ＨＡＲＱフィードバック送信は、ＬＢＴ要件を課され、そのため、フィードバックがＬＡＡ  ＳＣｅｌｌについてＰＵＣＣＨ上で送信された場合、この送信は、チャネルがクリアではないときＬＢＴ要件によってブロックされてよい。
【００４３】
有利には、従来のシステムとは異なり、サービングＬＡＡ  ＳＣｅｌｌのペアについて、移動デバイス３は、ＰＤＳＣＨの復号失敗時に、２つのＬＡＡ  ＳＣｅｌｌ１１のいずれがこの復号失敗に関するのかにかかわらず、常に明示的なＨＡＲＱ  ＮＡＣＫを明示的にシグナリングするように構成される（すなわち、ＮＡＣＫ／ＤＴＸの曖昧性は生じない）。従って、もしＬＰＮ７がダウンリンクスケジューリングに続いてＨＡＲＱ  ＡＣＫ／ＮＡＣＫ送信を受信しないなら、これは、ＮＡＣＫ／ＤＴＸ状況と解釈されないだろう。その代わり、送信の欠如は、移動デバイス３がダウンリンクスケジューリングコマンドを受信することに失敗したか、又はＳＣｅｌｌのＰＵＣＣＨがＬＢＴ要件によってブロックされたかのいずれか（ＤＴＸ／ＬＢＴ）からの帰結であると解釈されるだろう。
【００４４】
ＤＴＸ状況とＬＢＴブロッキングとの間の判別を容易にするため、この例の移動デバイス３は、基地局５／ＬＰＮ７に、複数の新たなパラメータを報告して、ＬＢＴの場合における改善されたＨＡＲＱ  ＡＣＫ／ＮＡＣＫ及びＤＴＸハンドリングを容易にするようにも構成される。
【００４５】
複数のパラメータは、ＬＢＴによってブロックされたＨＡＲＱ  ＮＡＣＫ送信の数を示すパラメータ、ＬＢＴによってブロックされたＨＡＲＱ  ＡＣＫ送信の数を示すパラメータ、及び受信に成功したＵＥ  ＤＬスケジューリングコマンドの数を示すパラメータ、のうちの１つ以上を含む。同様に、複数のパラメータは、送信されたＨＡＲＱ  ＡＣＫ及び／又はＮＡＣＫの総数を示すパラメータを含んでもよい。
【００４６】
基地局５／ＬＰＮ７は、報告時にこの情報から、失敗したＤＬスケジューリングコマンドの数を求めることができる。なぜなら、基地局５／ＬＰＮ７は、ＵＥに送信されたそのようなコマンドの総数を認識しているためである。
【００４７】
従って、ＬＡＡ  ＳＣｅｌｌについてのＰＵＣＣＨグループ上のＨＡＲＱ  ＡＣＫ／ＮＡＣＫについての報告されたパラメータに基づいて、基地局５は、有益には、ＬＡＡ  ＳＣｅｌｌについての特定のＰＵＣＣＨ上の、ＬＢＴによってブロックされたＨＡＲＱ  ＡＣＫ／ＮＡＣＫと、ＵＥがスケジューリングコマンドに失敗したことに起因するＵＥ送信欠如（ＤＴＸ）とを、これらの事後にもかかわらず、区別することが可能である。
【００４８】
移動デバイス
図２は、図１ａ及び図１ｂに示される移動デバイス３の主要構成要素を示すブロック図である。示されるように、移動デバイス３は、１つ以上のアンテナ３３を介して基地局５との間で信号を送受信するように動作可能なトランシーバ回路３１を有する。移動デバイス３は、移動デバイス３の動作を制御するコントローラ３７を有する。コントローラ３７は、メモリ３９と関連付けられ、トランシーバ回路３１に結合される。図２には必ずしも示されないが、移動デバイス３は当然ながら、従来の移動デバイス３の全ての通常機能（ユーザインターフェース３５等）を有し、これは適宜、ハードウェア、ソフトウェア及びファームウェアのうちの任意の１つ又はそれらの任意の組み合わせによって提供されてよい。ソフトウェアは、メモリ３９内に予めインストールされてよく、及び／又は、例えば、遠距離通信ネットワークを介して若しくは取り外し可能なデータ記憶デバイス（ＲＭＤ）からダウンロードされてよい。
【００４９】
コントローラ３７は、この例では、メモリ３９内に記憶されたプログラム命令又はソフトウェア命令によって移動デバイス３の全体動作を制御する。示されるように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム４１と、通信制御モジュール４３と、スケジューリング要求モジュール４４と、ＨＡＲＱフィードバックモジュール４５と、報告モジュール４７と、ＬＢＴモジュール４９とを含む。
【００５０】
通信制御モジュール４３は、移動デバイス３と基地局５との間の通信を制御する。また、通信制御モジュール４３は、基地局５及び他のＬＰＮ７に送信される、（アップリンク及びダウンリンクについての）制御データ及びユーザデータの別個のフローも制御する。
【００５１】
スケジューリング要求モジュール４４は、（ＭＡＣエンティティによる）ＳＲの生成と、（ＰＨＹエンティティによる）対応するＰＵＣＣＨ上での基地局５及びＬＰＮ７へのそれらの送信とを管理する。また、スケジューリング要求モジュール４４は、（例えば、基地局／ＬＰＮからのＳＲ構成要求に応答して）移動デバイス３におけるＳＲの構成、及びＳＲ構成時の特定のＰＵＣＣＨグループ（ＰＣｅｌｌ又はＬＡＡ  ＳＣｅｌｌ）の選択も管理する。
【００５２】
ＨＡＲＱフィードバックモジュール４５は、（ＭＡＣエンティティによる）ＨＡＲＱ  ＡＣＫ／ＮＡＣＫの生成と、（ＰＨＹエンティティによる）対応するＰＵＣＣＨ上での基地局５及びＬＰＮ７へのそれらの送信とを管理する。また、ＨＡＲＱフィードバックモジュール４５は、基地局／ＬＰＮから受信された任意のＨＡＲＱフィードバックも管理する。
【００５３】
報告モジュール４７は、ＳＲ及び／又はＨＡＲＱフィードバックに関する情報のログ記録を管理する。ＳＲハンドリングに関して、この情報は、例えば、ＬＢＴによってブロックされたＳＲ送信の数及び／又は各異なるＰＵＣＣＨグループ上で搬送されたＳＲ送信のそれぞれの数を含んでよい。ＨＡＲＱフィードバックハンドリングに関して、この情報は、例えば、ＬＢＴによってブロックされたＨＡＲＱ  ＮＡＣＫ送信の数、ＬＢＴによってブロックされたＨＡＲＱ  ＡＣＫ送信の数、失敗したＵＥ  ＤＬスケジューリングコマンドの数、及び／又は送信されたＨＡＲＱ  ＡＣＫ及び／又はＮＡＣＫの数を含んでよい。また、報告モジュール４７は、ログ記録された情報を報告するための報告の生成、及び（例えば、基地局／ＬＰＮから受信された関連付けられた構成要求に応答して）ＳＲ及び／又はＨＡＲＱフィードバック報告の構成も管理する。
【００５４】
ＬＢＴモジュール４９は、ＬＢＴ要件によって必要とされる、ＬＡＡ  ＳＣｅｌｌ１１等のＬＡＡセルについてのクリアチャネル評価（ＣＣＡ）／チャネル検知（ＣＳ）の性能を管理する。また、ＬＢＴモジュール４９は、通信チャネルがクリアではない場合に、ＰＵＣＣＨ送信を含む、送信のブロッキングも管理する。
【００５５】
基地局／ＬＰＮ
図３は、図１ａ及び図１ｂに示される基地局５（ＰＣｅｌｌ９）又はＬＰＮ７（ＳＣｅｌｌ１１）等の、セルを運用する、通信装置の主要コンポーネントを示すブロック図である。
【００５６】
示されるように、基地局５／ＬＰＮ７は、１つ以上のアンテナ５３を介して移動デバイス３との間で信号を送受信するトランシーバ回路５１と、例えば、他のセルを運用する装置（例えば、Ｘ２インターフェースを介した基地局）及びコアネットワークエンティティ（例えば、Ｓ１インターフェースを介した移動管理エンティティ）等の他のネットワークエンティティとの間で信号を送受信する少なくとも１つ（しかし通常複数）のネットワークインターフェース５４とを有する。基地局５／ＬＰＮ７は、この基地局５／ＬＰＮ７の動作を制御するコントローラ５７を有する。コントローラ５７は、メモリ５９に関連付けられる。図３には必ずしも示されないが、基地局５／ＬＰＮ７は当然ながら、セルラ電話ネットワーク基地局／ＬＰＮの全ての通常機能を有し、これは適宜、ハードウェア、ソフトウェア及びファームウェアのうちの任意の１つ又はそれらの任意の組み合わせによって提供されてよい。ソフトウェアは、メモリ５９内に予めインストールされてよく、及び／又は、例えば、通信ネットワーク１を介して若しくは取り外し可能なデータ記憶デバイス（ＲＭＤ）からダウンロードされてよい。
【００５７】
コントローラ５７は、この例では、メモリ５９内に記憶されたプログラム命令又はソフトウェア命令によって基地局５／ＬＰＮ７の全体動作を制御するように構成される。示されるように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム６１と、通信制御モジュール６３と、スケジューリング要求モジュール６４と、ＨＡＲＱフィードバックモジュール６５と、報告管理モジュール６７と、無認可帯域内でセルを運用する通信装置（例えば、ＬＡＡ  ＳＣｅｌｌ１１を運用するＬＰＮ７）の場合、ＬＢＴモジュール６９とを含む。
【００５８】
通信制御モジュール６３は、基地局５／ＬＰＮ７と移動デバイス３及び他のネットワークエンティティとの間の通信を、ネットワークインターフェース５４を介して制御する。また、通信制御モジュール６３は、移動デバイス３との間で送受信される、アップリンク／ダウンリンクのユーザートラフィックデータ及び制御データの別個のフローも制御する。
【００５９】
スケジューリング要求モジュール６４は、（ＭＡＣエンティティによる）ＳＲの生成と、（ＰＨＹエンティティによる）対応するＰＵＣＣＨ上での基地局５及びＬＰＮ７へのそれらの送信とを管理する。また、スケジューリング要求モジュール６４は、（例えば、基地局／ＬＰＮからのＳＲ構成要求に応答して）移動デバイス３におけるＳＲの構成と、ＳＲ構成時における特定のＰＵＣＣＨグループ（ＰＣｅｌｌ又はＬＡＡ  ＳＣｅｌｌ）の選択とをも管理する。
【００６０】
ＨＡＲＱフィードバックモジュール６５は、対応するＰＵＣＣＨ上での移動デバイス３からのＨＡＲＱ  ＡＣＫ／ＮＡＣＫの受信を管理する。また、ＨＡＲＱフィードバックモジュール６５は、（ＭＡＣエンティティによる）任意のＨＡＲＱ  ＡＣＫ／ＮＡＣＫの生成と、（ＰＨＹエンティティによる）移動デバイス３へのそれらの送信とをも管理する。
【００６１】
報告管理モジュール６７は、移動デバイス３によって報告されるＳＲ及び／又はＨＡＲＱフィードバックに関する情報の受信及び解釈を管理する。また、報告管理モジュール６７は、ＳＲ報告の構成及び再構成も管理する（例えば、ＳＲ構成衝突時に特定のＰＰＵＣＣＨグループ（ＰＣｅｌｌ又はＳＣｅｌｌ）を用いるように移動デバイス３を構成するように管理する）。
【００６２】
ＬＢＴモジュール６９は、存在する場合、ＬＢＴ要件によって必要とされる、ＬＡＡ  ＳＣｅｌｌ１１等のＬＡＡセルについてのクリアチャネル評価（ＣＣＡ）／チャネル検知（ＣＳ）の性能を管理する。また、ＬＢＴモジュール６９は、通信チャネルがクリアではない場合、ダウンリンクにおける送信のブロッキングも管理する。
【００６３】
ＳＲハンドリング
上記で説明したように、スケジューリング要求（ＳＲ）は、移動デバイス３がデータを送信したいときに無線ネットワークに通知するように移動デバイス３によって用いられる。ここで、ＳＲのハンドリングを、図４〜図６を参照してより詳細に記載する。
【００６４】
図４は、ＰＣｅｌｌ上のアップリンク共有チャネルリソースの権限を要求及び受信するプロセスと、ＬＡＡ  ＳＣｅｌｌにおけるＬＢＴの潜在的な衝突とを、簡略化された形で示している。
【００６５】
４００で全体的に示されるように、ＰＣｅｌｌ９等の認可スペクトルを用いるセルについて、移動デバイス３は、事前構成された周期的タイムスロットにおいて、基地局５にＳＲを送信する。単一ビットであるＳＲは、デバイスが転送する必要があるデータ量をスケジューラに通知するのには不十分である。従って、保留中のバッファされたデータのサイズを通信することにのみ十分な、スモールな「アップリンク権限」が要求側移動デバイス３にまず送信される。一旦、移動デバイス３がこの第１のアップリンク権限を受信すると、移動デバイス３は、そのアップロードバッファに保留中であるアプリケーションデータ量を示すバッファステータス報告（ＢＳＲ）を送信する。このＢＳＲメッセージの受信後、必要なアップリンクリソースが、移動デバイス３のためにアップリンク共有チャネルにおいて割り当てられ、関連付けられたアップリンク権限が移動デバイス３に送信される。
【００６６】
ＬＢＴブロッキングの影響がない場合、ＳＲは、移動デバイス３によって、対応するＬＰＮ７にＬＡＡ  ＳＣｅｌｌ１１のＰＵＣＣＨ上で送信され、アップリンク共有チャネルリソースが、基地局５について、図４において４００で全体的に示されるのと同様に権限付与される。しかしながら、４０２で全体的に示されるように、ネガティブのクリアチャネル評価の場合、ＬＢＴ要件は、有効にＳＲをブロックし、それによって、アップリンクリソースの権限付与を妨げる。
【００６７】
ＰＣｅｌｌは、認可帯域上で運用され、したがって、ＬＢＴブロッキングを課されないが、無線リンク障害等の、特定のＳＲが（即時の）アップリンク権限付与に至らない他の理由がある場合がある。これに対処するため、ＳＲがＰＣｅｌｌにおいてトリガされると、ＳＲがキャンセルされるまでこのＳＲは保留中とみなされる。スケジューリング要求送信カウンタ（「ＳＲ＿ＣＯＵＮＴＥＲ」）が、送信されたＳＲの総数を記録するのに用いられる。送信されたＳＲが最大数（「ｄｓｒ−ＴｒａｎｓＭａｘ」）に達し（ＳＲ＿ＣＯＵＮＴＥＲ＞＝ｄｓｒ−ＴｒａｎｓＭａｘ）、かつ移動デバイス３にアップリンク送信について無線リソースが割り当てられていない場合、移動デバイス３は、ランダムアクセス手順を開始する。もしランダムアクセス手順が不成功であるなら、移動デバイス３は、アイドル（ＲＲＣ＿ＩＤＬＥ）状態に移行する。各ＳＲが送信された後、スケジューリング要求禁止タイマ（「ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ」）が開始され、これは所定の期間の間作動する。ＳＲ禁止タイマが作動している間、更なるＳＲ送信は、有効に防がれる。
【００６８】
より詳細には、ＰＣｅｌｌについて、移動デバイス３のＭＡＣエンティティがＭＡＣプロトコルデータユニット（ＰＤＵ）をアセンブルするとき、任意の保留中のＳＲがキャンセルされるとともにＳＲ禁止タイマが停止し、このＰＤＵは、バッファステータス報告（ＢＳＲ）を含み、これは、（ＢＳＲ）をトリガした直近時まで（この直近時を含む）のバッファステータスを含む。
【００６９】
ＰＣｅｌｌについて、もしＳＲがトリガされ、かつ他の保留中のＳＲがないなら、移動デバイス３内のＭＡＣエンティティは、ＳＲ送信カウンタを０に設定する。しかしながら、１つのＳＲが保留中であり、現在の送信時間間隔（ＴＴＩ）について利用可能なアップリンク共有チャネルリソースが存在しない限り、各ＴＴＩについて、移動デバイス３のＭＡＣエンティティは、まず、そのＴＴＩにおいてＳＲに妥当なＰＵＣＣＨリソースが存在するか否かを判断する。もしこのＴＴＩにおいてＳＲに妥当なＰＵＣＣＨリソースが存在しないなら、ランダムアクセス手順がＰＣｅｌｌ上で実行され、あらゆる保留中のＳＲがキャンセルされる。
【００７０】
ＴＴＩにおいてＳＲに妥当なＰＵＣＣＨリソースが存在し、ＴＴＩが測定ギャップの一部ではなく、かつＳＲ禁止タイマが作動していないと仮定する。この場合、送信されたＳＲが最大数に達しない限り、ＳＲ送信カウンタが増加され、ＭＡＣエンティティが、ＰＨＹ層に、ＰＣｅｌｌのＰＵＣＣＨ上でＳＲをシグナリングするように命令する。その後、ＳＲ禁止タイマが開始される。
【００７１】
他方で、もし送信されたＳＲが最大数に達したなら、無線リソース制御（ＲＲＣ）エンティティは、全てのサービングセルについてＰＵＣＣＨ／ＳＲを解放するように通知され、あらゆる構成されたダウンリンク割り当て及びアップリンク権限がクリアにされ、ランダムアクセス手順がＰＣｅｌｌ上で開始され、全ての保留中のＳＲがキャンセルされる。
【００７２】
図５は、ＬＡＡ  ＳＣｅｌｌ７においてＬＢＴ要件がＰＵＣＣＨを有効にブロックする場合における、ＬＡＡ  ＳＣｅｌｌ７において送信されるＳＲを管理するプロセスを、簡略化された形で示している。
【００７３】
図５において見られるように、この例では、移動デバイス３のＭＡＣエンティティがＬＡＡ  ＳＣｅｌｌのうちの１つの上で（Ｓ５００において）送信するデータを有し、かつＵＥがＢＳＲを送信する無線リソースを有しない場合、移動デバイス３内のＭＡＣエンティティは、ＳＲ送信手順を開始する（Ｓ５０２）。
【００７４】
各ＴＴＩについて、現在の送信時間間隔（ＴＴＩ）について利用可能なアップリンク共有チャネルリソースが存在しない場合（Ｓ５０４）、移動デバイス３のＭＡＣエンティティは、そのＴＴＩにおいてＳＲに妥当なＰＵＣＣＨリソースが存在することをチェックする。もしこのＴＴＩにおいてＳＲに妥当なＰＵＣＣＨリソースが存在しないなら、ランダムアクセス手順が実行され、あらゆる保留中のＳＲがキャンセルされる（図示せず）。
【００７５】
ＴＴＩにおいてＳＲに妥当なＰＵＣＣＨリソースが存在し、ＴＴＩが測定ギャップの一部ではなく、かつＳＲ禁止タイマが作動していない（Ｓ５０６）と仮定する。この場合、（送信されたＳＲが最大数に達しない（ＳＲ＿ＣＯＵＮＴＥＲ＜ｄｓｒ−ＴｒａｎｓＭａｘ）限り）、ＭＡＣエンティティは、ＰＨＹ層に、ＬＡＡ  ＳＣｅｌｌのＰＵＣＣＨ上でＳＲをシグナリングするように命令する（Ｓ５１０）。しかしながら、この例では、この段階においてＳＲ送信カウンタは変更されない。
【００７６】
ＬＢＴ要件の結果として（すなわち、チャネルがクリアではないことに起因して）、もしＰＨＹエンティティがＳＲを送信することが不可能である（Ｓ５１２）なら、ＰＨＹエンティティは、移動デバイス３のＭＡＣエンティティに、ＳＲ送信のＬＢＴ失敗を通知する（Ｓ５１４）。したがって、ＭＡＣエンティティは、ＳＲ送信カウンタを増加しないことを認識し、ＳＲを保留中として扱わない（Ｓ５１６）。（他の箇所で記載されるように）ＳＲ送信のＬＢＴブロッキングがログ記録され、ＭＡＣエンティティは、次の利用可能なＴＴＩにおいて新たなＳＲ送信を開始することを試みる。もしＳＲが送信に成功したなら、ＳＲ送信カウンタが通常通り増加され、その手順は、ＰＣｅｌｌについての手順と実質的に同じである。
【００７７】
したがって、本質的には、ＬＡＡ  ＳＣｅｌｌ上でのＳＲのＬＢＴブロッキングの場合、これは、無線障害によってそれらの目的地に達することが妨げられた可能性のあるＳＲとは異なるように扱われる。
【００７８】
ＬＡＡ  ＳＣｅｌｌ上でのＳＲのＬＢＴブロッキングを、無線障害によってそれらの目的地に達することが妨げられたＳＲとは異なるように扱うことが可能であることは特に有益であるが、ＬＢＴによってブロックされたＳＲが、無線障害によってブロックされたＳＲと同様に扱われる、よりシンプルなプロセスが好ましい場合があることが理解される。図６は、ＬＡＡ  ＳＣｅｌｌ７においてＬＢＴ要件がＰＵＣＣＨを有効にブロックする場合における、ＬＡＡ  ＳＣｅｌｌ７において送信されるＳＲを管理するそのようなプロセスを、簡略化された形で示している。
【００７９】
図６において見られるように、この例では、移動デバイス３のＭＡＣエンティティがＬＡＡ  ＳＣｅｌｌのうちの１つの上で（Ｓ６００において）送信するデータを有し、かつ他の保留中のＳＲが存在しない場合、移動デバイス３内のＭＡＣエンティティは、Ｓ６０２において、ＳＲ送信カウンタを０に設定する。もし少なくとも１つのＳＲが保留中であるなら、カウンタは０に設定されない。
【００８０】
各ＴＴＩについて、現在の送信時間間隔（ＴＴＩ）について利用可能なアップリンク共有チャネルリソースが存在しない場合（Ｓ６０４）、移動デバイス３のＭＡＣエンティティは、そのＴＴＩにおいてＳＲに妥当なＰＵＣＣＨリソースが存在することをチェックする。もしこのＴＴＩにおいてＳＲに妥当なＰＵＣＣＨリソースが存在しないなら、ランダムアクセス手順が実行され、あらゆる保留中のＳＲがキャンセルされる（図示せず）。
【００８１】
ＴＴＩにおいてＳＲに妥当なＰＵＣＣＨリソースが存在し、ＴＴＩが測定ギャップの一部ではなく、かつＳＲ禁止タイマが作動していない（Ｓ６０６）と仮定する。この場合、ＳＲ送信カウンタがチェックされる（Ｓ６０８）。
【００８２】
もし送信されたＳＲが最大数に達していない（ＳＲ＿ＣＯＵＮＴＥＲ＜ｄｓｒ−ＴｒａｎｓＭａｘ）なら、ＭＡＣエンティティは、ＰＨＹ層に、ＬＡＡ  ＳＣｅｌｌのＰＵＣＣＨ上でＳＲをシグナリングするように命令し（Ｓ６１０）、ＳＲ送信カウンタが増加される（Ｓ６２２）。ＳＲは、保留中として扱われ、次のＴＴＩにおいて、ＵＬ共有リソースが割り当てられていない場合、（送信されたＳＲが最大数に達していない（ＳＲ＿ＣＯＵＮＴＥＲ＜ｄｓｒ−ＴｒａｎｓＭａｘ）とを仮定して）ＳＲ送信が再試行される（Ｓ６１４）。
【００８３】
したがって、この場合、ＬＡＡ  ＳＣｅｌｌ上のＳＲがＬＢＴによってブロックされた場合、ＭＡＣエンティティは、依然としてＳＲ送信カウンタを１だけ増加するが、ＳＲ送信カウンタは、送信されたＳＲの最大数よりも少ないままであり（ＳＲ＿ＣＯＵＮＴＥＲ＜ｄｓｒ−ＴｒａｎｓＭａｘ）、移動デバイスのＭＡＣエンティティは、ＳＲを再送信することを試み続ける。送信されたＳＲが最大数に達すると、移動通信デバイスは、ランダムアクセス手順を実行する。
【００８４】
他方で、送信されたＳＲが最大数に達した場合（ＳＲ＿ＣＯＵＮＴＥＲ＞＝ｄｓｒ−ＴｒａｎｓＭａｘ）、無線リソース制御（ＲＲＣ）エンティティは、全てのサービングセルについてＰＵＣＣＨ／ＳＲを解放するように通知され（Ｓ６２４）、あらゆる構成されたダウンリンク割り当て及びアップリンク権限がクリアにされ（Ｓ６２６）、ランダムアクセス手順がＬＡＡ  ＳＣｅｌｌ上で開始され、全ての保留中のＳＲがキャンセルされる（Ｓ６２８）。
【００８５】
ＳＲ構成
上記で説明したように、基地局５は、例えば、ＳＲ構成衝突時に、特定のＰＵＣＣＨグループ（ＰＣｅｌｌ又はＳＣｅｌｌ）上でＳＲを送信するように移動デバイス３を構成及び再構成することも可能である。
【００８６】
図７は、ＳＲ構成の１つの可能なプロセスを示している。図７においてＳ７００で一般的に見られるように、この例では、構成は、（例えば、ＲＲＣ接続再構成メッセージにおける）無線リソース制御（ＲＲＣ）シグナリングを介して提供されるスケジューリング要求構成情報要素（「ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＣｏｎｆｉｇ」ＩＥ）に含まれる、いずれのＰＵＣＣＨグループを用いるのかを明示的に示す新たなパラメータ（例えば、ｓｒ＿ＰＵＣＣＨ−ＧｒｏｕｐＩｎｄｅｘ  ＩＥ）によって達成される（Ｓ７０４）。次に、ＵＥは、これに応じてＳＲ構成衝突時にＳＲ送信を構成／再構成することができる（Ｓ７０６）。
【００８７】
このようにして、移動デバイス３は、ＬＡＡ  ＳＣｅｌｌ上で次の利用可能なＰＵＣＣＨグループにおいてＳＲを送信するか、又はＰＣｅｌｌ上で次の利用可能なＰＵＣＣＨグループにおいてＳＲを送信するように構成されてよい。もし新たなパラメータが存在しないなら、ＳＲ送信をＬＡＡ  ＳＣｅｌｌ１１のＰＵＣＣＨ上又はＰＣｅｌｌ９のＰＵＣＣＨ上のいずれで送信するのかを選択することについては、移動デバイス３に任せてよい。ここで、ＳＲのハンドリングを、図４〜図６を参照してより詳細に記載するだろう。
【００８８】
表２は、ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＣｏｎｆｉｇ情報要素を変更して、ｓｒ＿ＰＵＣＣＨ−ＧｒｏｕｐＩｎｄｅｘ（又は同様の）情報要素に組み込でよい方法を示している。
【００８９】
【表２】
2019216480.tif 000004
【００９０】
ＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバック
図８は、ＬＡＡ  ＳＣｅｌｌ上のＨＡＲＱフィードバックを処理する可能なプロセスを示している。図８において見られるように、（Ｓ８００において）ＰＤＳＣＨリソースを割り当てるダウンリンクスケジューリングコマンドがＰＤＣＣＨを介して移動デバイス３に提供され、かつ関連付けられたデータ通信が移動デバイス３に提供され、かつ移動デバイス３がコマンドを受信し、ＰＤＳＣＨシグナリングの復号に成功することができるか又は成功することができない場合のいずれにおいても、移動デバイス３のＭＡＣエンティティは、必要に応じて対応するＡＣＫ又はＮＡＣＫフィードバックをトリガするだろう（Ｓ８１０）。もしＬＢＴ要件によって移動デバイス３のＰＨＹ層においてＡＣＫ又はＮＡＣＫフィードバックがブロックされたなら、これは、（Ｓ８１８における）ログ記録の目的で（Ｓ８１４において）ＭＡＣエンティティに通知される。明示的なＨＡＲＱフィードバックを受信していない、ＬＡＡ  ＳＣｅｌｌ１１のＬＰＮ７は、（Ｓ８２２において）送信の失敗は、ＤＴＸ又はＬＢＴのいずれかに起因するものであると仮定し、（Ｓ８２４において）後に報告されるときにログ記録されたＨＡＲＱ関連ＬＢＴパラメータに基づく後の解決のためにこれをログ記録する。
【００９１】
強化された報告
上記で説明したように、この例の移動デバイス３は、基地局５／ＬＰＮ７に、複数の新たなパラメータを報告して、ＬＢＴの場合における改善されたＳＲ及び／又はＨＡＲＱ  ＡＣＫ／ＮＡＣＫハンドリングを容易にするように構成される。
【００９２】
図９は、ＳＲ構成の可能なプロセスを示している。図９においてＳ９００で一般的に見られるように、１つの例では、（Ｓ９１８において）移動デバイス３によってログ記録された新たなパラメータは、有利には、（Ｓ９０６において）基地局５／ＬＰＮ７に送信される、いわゆる即時走行試験の最小化（ＭＤＴ）を用いて報告される。これらのＭＤＴ報告は、通常、（例えば、Ｓ９０４において）測定構成メッセージによって構成される。
【００９３】
図９においてＳ９０２で一般的に見られるように、別の例では、パラメータは、無線リンク障害（ＲＬＦ）報告を用いる。この例では、（Ｓ９１８において）移動デバイス３によってログ記録された新たなパラメータは、（Ｓ９０８において）基地局５／ＬＰＮ７から送信されるＵＥ情報要求メッセージに応答して（Ｓ９１０において）送信されるＵＥ情報応答メッセージの一部として送信されてよい。
【００９４】
報告は、任意の複数の方法において、例えば、基地局／ＬＰＮによって構成された（例えば、１２０ｍｓ等の）周期を有する周期的報告（例えば、例としてＭＤＴ報告について示すような周期的報告）として、又はイベントのトリガに基づくものとして、構成されてよい。
【００９５】
周期的報告は、例えば、報告周期（又は場合によっては他の期間）を示してよく、すなわち、試みられたＳＲ送信の総数に対するＬＢＴによってブロックされたＳＲ送信の回数、ＳＲ送信が試みられたＰＵＣＣＨグループ、ＬＡＡ  ＳＣｅｌｌの特定のＰＵＣＣＨグループ上でのＳＲ送信試行がＬＢＴによってブロックされた回数、及び／又はその周期内で送信されたＨＡＲＱ  ＡＣＫ／ＮＡＣＫの総数に関連する可能性のある、ＬＢＴによってブロックされたＨＡＲＱ  ＡＣＫ／ＮＡＣＫ送信の数を示してよい。
【００９６】
報告は、基地局／ＬＰＮからの要求に応答して送信される、ワンショット報告として構成されてよく、例えば、ＬＢＴによってブロックされたＳＲ送信の数（移動デバイス３は、ＬＢＴに起因するＳＲ送信失敗をログ記録し続けることができる）、ＳＲ送信が試みられたＰＵＣＣＨグループ（移動デバイス３は、そのＬＡＡ  ＳＣｅｌｌのＰＵＣＣＨグループを識別する情報に関連してＬＢＴによってブロックされたＳＲ送信試行をログ記録し続ける）、及び／又は送信されたＨＡＲＱ  ＡＣＫ／ＮＡＣＫの総数に関連する可能性のある、ＬＢＴによってブロックされたＨＡＲＱ  ＡＣＫ／ＮＡＣＫ送信の数を示してよい。これらのパラメータは、直近の要求が行われた時点から、又は他の何らかの時点（例えば、移動デバイスがセル内で通信を開始した時点）から経過する期間の間、報告されてよい。
【００９７】
変更形態及び代替形態
上記で、詳細な例示的な実施形態を説明した。当業者であれば理解するように、上記の実施形態において具現される発明から依然として利益を享受しながら、上記の実施形態に対して複数の変更形態及び代替形態を実施することができる。例示としてのみ、ここで、これらの代替形態及び変更形態のうちの幾つかを説明する。
【００９８】
上記の実施形態では、移動デバイスはセルラ電話機である。上記の実施形態は、例えば、携帯情報端末、ラップトップコンピュータ、ウェブブラウザ等の移動電話機以外のデバイスを用いて実施され得ることが理解されよう。上記の実施形態は、非移動型又は概ね固定式のユーザ機器にも適用可能である。
【００９９】
一方で、基地局が特定のＰＵＣＣＨグループ上でＳＲを送信するように移動デバイスを構成する能力は、融通性の観点から利益を提供することが理解される。移動デバイスは、１つのＰＵＣＣＨグループ（ＰＣｅｌｌ又はＳＣｅｌｌ）を他のグループ（ら）に対して優先するようにセットアップされてよい。
【０１００】
新たな報告パラメータの１つ又はそのサブセットのみが報告される場合でさえ、利益があることが理解される。また、パラメータの１つ又はサブセットは、ＭＤＴ報告を用いて報告されてよく、パラメータの１つ又はサブセットは、ＲＬＦ報告を用いて報告されてよいことも理解される。
【０１０１】
マクロ基地局は、ログ記録されたＳＲ／ＨＡＲＱパラメータの報告を（直接的に、又はＬＰＮ若しくは他のノードを介して間接的に）受信してよく、この基地局は、これらのパラメータを解析及び解釈する（例えば、ＨＡＲＱフィードバック送信がない理由を求める及び／又はいずれのＰＵＣＣＨをＳＲ送信について構成するかを求める）ことができることが理解される。
【０１０２】
認可帯域上で運用されるＬＡＡ  ＳＣｅｌｌについてのＳＲ送信は、ＵＥによって、ＬＡＡ  ＳＣｅｌｌについてのＳＲ手順において（例えば、図６の手順において）用いるために構成される、別のＳＣｅｌｌ  ＳＲカウンタパラメータ（「ｓＣｅｌｌＳｒＣｏｕｎｔｅｒ」）を用いるように構成されてよいことが理解される。この場合、送信されたＳＲが最大数に達しない間、ＳＣｅｌｌ  ＳＲカウンタパラメータが構成され、かつＳＲ送信カウンタが構成されたＳＣｅｌｌ  ＳＲカウンタパラメータの値よりも小さい場合、ＰＨＹ層に、ＰＵＣＣＨリソースがＬＡＡ  ＳＣｅｌｌに関連付けられる場合（例えば、ＳＲ送信カウンタがＳ６１１のように増加される場合）、ＬＡＡ  ＳＣｅｌｌのＰＵＣＣＨ上のＳＲをシグナリングするように命令されてよい。もしＳＣｅｌｌ  ＳＲカウンタパラメータが構成されないか、又はＳＲ送信カウンタがＳＣｅｌｌ  ＳＲカウンタパラメータ以上であるなら、ＰＣｅｌｌについての通常の手順を引き続き行ってよい。
【０１０３】
図５のプロセスにおいて、もしＳ５１０においてＭＡＣエンティティによるＳＲのトリガに続いて、ＰＨＹエンティティがＳＲを送信することが可能である（すなわち、チャネルがクリアである）なら、ＰＨＹエンティティは、ＳＲ送信カウンタを増加する（すなわち、ＳＲ送信がＬＢＴによってブロックされない）ようにＭＡＣに命令してよく、又は、ＳＲ送信成功インジケーションを送信してよく、ＭＡＣエンティティは、そのような命令／成功インジケーションに応答してＳＲ送信カウンタを増加してよいことが理解される。代替的に、ＭＡＣエンティティは、Ｓ５１４において送信される失敗インジケーションがない場合において（例えば、ＭＡＣエンティティが、所定の期間内又はタイマの期限終了の前にそのような失敗インジケーションを受信しない場合）、明示的な命令／成功インジケーションを必要とすることなく、ＳＲ送信カウンタを増加してよい。
【０１０４】
その上、ＬＢＴブロッキングの明示的なフィードバックが特に有益である一方、Ｓ５１２におけるＳＲのＬＢＴブロッキング時に、ＰＨＹエンティティからの明示的なフィードバックがない場合があることが理解される。ＳＲ送信カウンタを増加する、成功インジケーション又は明示的な命令の形のポジティブフィードバックが（例えば、所定の期間内又はタイマの期限終了前に）ないことにより、Ｓ５１２におけるＳＲのＬＢＴブロッキングを暗黙的に示してよい。
【０１０５】
上記コントローラが生成するように構成される少なくとも１つの制御信号は、少なくとも１つのスケジューリング要求（ＳＲ）を有してよい。
【０１０６】
通信デバイスは、メディア・アクセス制御層（ＭＡＣ）エンティティ及び物理層（ＰＨＹ）エンティティを備えてよく、上記コントローラは、当該ＭＡＣエンティティに、上記ＳＲを生成することと、上記トランシーバを用いて上記ＳＲを送信することを試みるように当該ＰＨＹエンティティをトリガすることとを行わせ、当該ＰＨＹエンティティに上記ＣＣＡを実行させるように構成されてよい。
【０１０７】
コントローラは、上記ＭＡＣエンティティにフィードバックを提供することを上記ＰＨＹエンティティに行わせて、上記ＣＣＡが上記チャネルがクリアではないことを示す場合、上記ＰＵＣＣＨ上での上記少なくとも１つのＳＲの送信のブロック、及び、上記ＣＣＡが上記チャネルがクリアであることを示す場合、上記ＰＵＣＣＨ上での上記少なくとも１つのＳＲの送信の成功、のうちの少なくとも一方を示すように構成されてよい。
【０１０８】
コントローラは、上記ＭＡＣエンティティを制御して、上記フィードバックに基づいてＳＲ送信カウンタを増加するか否かを決定するように構成されてよい。コントローラは、上記ＭＡＣエンティティを制御して、上記ＣＣＡが上記チャネルがクリアではないことを示すか、又は上記ＣＣＡが上記チャネルがクリアであることを示すかにかかわらず、ＳＲ送信カウンタを増加するように構成されてよい。
【０１０９】
通信デバイスは、複数の異なる通信装置の各々と通信するように構成されてよく、当該通信装置は、異なるそれぞれのＰＵＣＣＨを介して上記ＬＡＡセルを運用する通信装置を含み、上記コントローラは、各ＰＵＣＣＨについてのそれぞれのＳＲ構成情報によって構成されるタイミングに従って、そのＰＵＣＣＨ上でＳＲの送信をトリガするように構成されてよく、上記トランシーバは、それぞれ異なる第１のＰＵＣＣＨ及び第２のＰＵＣＣＨについてのＳＲ構成情報によって構成される上記タイミングが一致し得る場合、上記異なるＰＵＣＣＨのうちの第２のＰＵＣＣＨに優先して、上記異なるＰＵＣＣＨのうちの第１のＰＵＣＣＨ上でＳＲを送信するように当該通信デバイスを構成するために、上記異なる通信装置のうちの少なくとも１つから情報を受信するように構成されてよい。
【０１１０】
上記コントローラが生成するように構成される少なくとも１つの制御信号は、少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）フィードバック信号から成ってよい。この場合、トランシーバは、上記ＬＡＡセル及び異なるセルのうちの少なくとも一方において上記通信デバイスへのダウンリンクデータ送信をスケジューリングするスケジューリング情報を（例えば、上記ＬＡＡセルを運用する上記通信装置、又は異なるセルを運用する異なる通信装置から）受信するように構成されてよく、上記コントローラは、上記ＬＡＡセル及び異なるセルの双方についてのＨＡＲＱフィードバックを表す単一のＨＡＲＱインジケータが生成されるＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット１ｂ）を用いる、上記スケジューリング情報及びダウンリンクデータ送信についてのＨＡＲＱフィードバックを生成するように構成されてよく、上記ＬＡＡセル又は上記異なるセルのいずれか一方における上記ダウンリンクデータ送信の復号失敗時に、上記ＨＡＲＱインジケータは、上記ＬＡＡセル及び上記異なるセルのいずれにこの復号失敗が関するのかにかかわらず、並びに、ＨＡＲＱインジケータが上記ＬＡＡセル及び上記異なるセルのうちの他方に関して表すＨＡＲＱフィードバックのタイプにかかわらず、そのセルについて、明示的なＨＡＲＱ否定応答（ＮＡＣＫ）を表してよい。
【０１１１】
コントローラは、上記少なくとも１つの制御信号に関する少なくとも１つのパラメータを獲得し、かつ当該少なくとも１つのパラメータを報告するための報告（例えば、（即時）走行試験の最小化（ＭＤＴ）及び／又は無線リンク障害（ＲＬＦ）報告）を生成するように動作可能であってよい。この場合、少なくとも１つのパラメータは、少なくとも１つのスケジューリング要求（ＳＲ）関連パラメータから成ってよい。例えば、少なくとも１つのＳＲ関連パラメータは、上記ＣＣＡの結果として（例えば、リスンビフォートーク（ＬＢＴ）要件の結果として）ブロックされたＳＲ送信の量を示すパラメータ、上記ＰＵＣＣＨ上でのＳＲ送信の量を示すパラメータ、及び、（例えば、複数のＰＵＣＣＨの各々、又は上記複数のＰＵＣＣＨのサブセットの各々について、それぞれのＳＲ構成間でＳＲ構成衝突が起こった場合）複数の異なるＰＵＣＣＨの各々の上で搬送されたそれぞれのＳＲ送信の量を示すパラメータ、のうちの少なくとも１つから成ってよい。
【０１１２】
少なくとも１つのパラメータは、少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックパラメータから成ってよい。この場合、少なくとも１つのＨＡＲＱフィードバックパラメータから成る少なくとも１つのパラメータは、上記ＣＣＡの結果として（例えば、リスンビフォートーク（ＬＢＴ）要件の結果として）ブロックされたＨＡＲＱ否定応答（ＮＡＣＫ）送信の量を示すパラメータ、上記ＣＣＡの結果として（例えば、リスンビフォートーク（ＬＢＴ）要件の結果として）ブロックされたＨＡＲＱ肯定応答（ＡＣＫ）送信の数を示すパラメータ、受信に成功したユーザ機器ダウンリンク（ＵＥ  ＤＬ）スケジューリングコマンドの数を示すパラメータ、及び、上記ＰＵＣＣＨ上で（任意選択で、複数のＰＵＣＣＨが存在する場合には、ＰＵＣＣＨ毎の）送信されたＨＡＲＱ  ＡＣＫ及び／又はＮＡＣＫの総数を示すパラメータ、のうちの少なくとも１つから成ってよい。
【０１１３】
ＬＡＡセルは、ＬＡＡセカンダリセル（ＬＡＡ  ＳＣｅｌｌ）として運用されてよい。
【０１１４】
上記実施形態において、複数のソフトウェアモジュールを記載した。当業者であれば理解するように、ソフトウェアモジュールは、コンパイル形式又は非コンパイル形式で提供されてよく、コンピュータネットワークを介する、又は記録媒体上の信号として、ＵＥ、ＬＰＮ又は基地局に供給されてよい。さらに、このソフトウェアの一部又は全体によって実行される機能は、１つ以上の専用ハードウェア回路を用いて実行されてよい。
【０１１５】
種々の他の変更は当業者には明らかであり、ここでは、これ以上詳しくは説明しない。
【０１１６】
この出願は、２０１５年９月１０日に出願された英国特許出願第１５１６０６５．８号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
2019216480.tif 000005
【図２】
2019216480.tif 000006
【図３】
2019216480.tif 000007
【図４】
2019216480.tif 000008
【図５】
2019216480.tif 000009
【図６】
2019216480.tif 000010
【図７】
2019216480.tif 000011
【図８】
2019216480.tif 000012
【図９】
2019216480.tif 000013