JP7724369B2 - 通信リソース決定方法および通信装置 - Google Patents

Description

本出願は、通信技術の分野に関し、特に、通信リソース決定方法および通信装置に関する。

ＮＲ（新無線，ｎｅｗ ｒａｄｉｏ）システムにおいて、アクセスネットワークデバイスは、周波数ドメインにおいて物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＤＣＣＨ）によって占有される周波数帯域、および時間ドメインにおいて占有される直交周波数分割多重（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ，ＯＦＤＭ）シンボルの数量などの情報を制御リソースセット（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ，ＣＯＲＥＳＥＴ）内にカプセル化し、物理ダウンリンク制御チャネルの開始シンボル番号、および物理ダウンリンク制御チャネルの監視周期などの情報を検索空間（ｓｅａｒｃｈ ｓｐａｃｅ，ＳＳ）内にカプセル化し、無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ，ＲＲＣ）シグナリングを介して端末デバイスへＣＯＲＥＳＥＴおよびＳＳを送り得る。端末デバイスは、アクセスネットワークデバイスによって送られるＣＯＲＥＳＥＴおよびＳＳに基づいて、リソースを決定し、決定されたリソース上で物理ダウンリンク制御チャネルを検出し得る。

アクセスネットワークデバイスが、セル負荷が変化したと決定した場合、アクセスネットワークデバイスは、セル負荷の変化に応じて、ＣＯＲＥＳＥＴおよびＳＳを変更し、次いで、ＲＲＣシグナリングベースの再設定プロセスにおいて、変更されたＣＯＲＥＳＥＴおよび変更されたＳＳを端末デバイスに対して設定し得、その結果、端末デバイスは、変更されたＣＯＲＥＳＥＴおよび変更されたＳＳに基づいて、物理ダウンリンク制御チャネルの変更されたリソースを決定し、そのリソース上で物理ダウンリンク制御チャネルを検出し得る。

しかしながら、ＲＲＣシグナリングベースの再設定プロセスには、時間を要する。例えば、数個または数十個の送信時間間隔（ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌｓ，ＴＴＩ）の後、アクセスネットワークデバイスは、変更されたＣＯＲＥＳＥＴおよび変更されたＳＳを端末デバイスに対して成功裡に設定することができる。この場合において、アクセスネットワークデバイスは、セル負荷の変化に基づいて、ＣＯＲＥＳＥＴおよびＳＳを端末デバイスに対してタイムリーな手法で再設定することができない。結果的に、アクセスネットワークデバイスと端末デバイスとの間の物理ダウンリンク制御チャネルを通信するためのリソースは、セル負荷に対して十分に適用可能ではない。

本出願は、セル負荷が変化した場合に、アクセスネットワークデバイスと端末デバイスとの間の物理ダウンリンク制御チャネルを通信するためのリソースがセル負荷に対して十分に適用可能であることを実装するのに役立つ、通信リソース決定方法および通信装置を提供する。

第１の態様によれば、本出願は、通信リソース決定方法を提供する。通信リソース決定方法は、端末デバイスまたは端末デバイス内のモジュール（例えば、チップ）によって行われ得る。以下は、説明のために、方法が端末デバイスによって行われる例を使用する。

可能な実装において、通信リソース決定方法は、以下を含む。端末デバイスは、アクセスネットワークデバイスから第１の表示情報を受信し、第１の表示情報は、端末デバイスが所属するセルの負荷情報に関連付けられる。端末デバイスは、第１の表示情報および第１の情報に基づいて、物理ダウンリンク制御チャネルを検出するために端末デバイスによって使用される第１のリソースを決定し、第１の情報は、複数のリソース情報を含み、第１の表示情報は、複数のリソース情報における第１のリソース情報に対応し、第１のリソース情報は、第１のリソースを示す。可能な実装において、第１の情報は、複数の表示情報をさらに含み、複数の表示情報は、複数のリソース情報にそれぞれ対応し、複数の表示情報は、第１の表示情報を含む。

前述の技術的解決策において、アクセスネットワークデバイスは、セルの負荷情報に基づいて、第１の表示情報を決定し、第１の表示情報を端末デバイスへ送り得る。対応して、端末デバイスは、第１の表示情報および第１の情報に基づいて、第１のリソースを決定し、第１のリソース上で物理ダウンリンク制御チャネルを検出し得る。セルの負荷情報が変化した場合、アクセスネットワークデバイスは、端末デバイスに対して物理ダウンリンク制御チャネルの設定情報を再設定する必要がない。これは、アクセスネットワークデバイスが端末デバイスに対して物理ダウンリンク制御チャネルを通信するためのリソースを示す速度を増加させるのに役立つ。また、端末デバイスによって決定され、物理ダウンリンク制御チャネルを通信するためのリソースは、端末デバイスが所属するセルの負荷情報に対して十分に適用可能である。

可能な実装において、物理ダウンリンク制御チャネルを検出するために端末デバイスによって使用され、第１の情報において異なるリソース情報によって示されるリソースのサイズは異なる。可能な実装において、第１の情報において異なるリソース情報によって示される、端末デバイスによって物理ダウンリンク制御チャネルを検出するために使用されるリソースに含まれるシンボルの数量および帯域幅のうちの少なくとも１つは異なる。

前述の技術的解決策において、端末デバイスは、アクセスネットワークデバイスからの異なる表示情報に基づいて、異なるサイズのリソースを決定して、端末デバイスが所属するセルの負荷情報が異なる場合において、セルの負荷情報に対応するサイズ（または容量）の送信リソースを決定し得る。

可能な実装において、第１の情報における表示情報は、帯域幅部分情報であり、第１の表示情報は、第１の帯域幅部分情報であり、第１の帯域幅部分情報は、端末デバイスに、動作帯域幅を第１の帯域幅部分情報に対応する帯域幅部分に切り替えるようにさらに示す。

前述の技術的解決策において、アクセスネットワークデバイスは、端末デバイスに対して複数の異なる帯域幅部分を設定し、各帯域幅部分に対応するリソース情報は、独立して設定されてよく、すなわち、各帯域幅部分は、シンボルの数量および／または周波数ドメイン帯域幅に対応し得る。アクセスネットワークデバイスは、端末デバイスが動作帯域幅を切り替えるようにスケジューリングする手法で、対応するリソース情報を端末デバイスに示し得る。セル負荷が変化した場合、アクセスネットワークデバイスは、端末デバイスに対して、変更されたセル負荷に対応する第１の帯域幅部分情報を迅速かつ効率的に示し得る。これは、アクセスネットワークデバイスと端末デバイスとの間の物理ダウンリンク制御チャネルを通信するためのリソースがセル負荷に対して十分に適用可能であることを実装するのに役立つ。さらに、第１の帯域幅部分情報は、アクセスネットワークデバイスによって、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）を介して端末デバイスへ送られてよく、第１の帯域幅部分情報は、ＴＴＩグラニュラリティの設定を実装するためのものであってよい。

可能な実装において、複数のリソース情報は、第２のリソース情報をさらに含み、第２のリソース情報は、第２のリソースを示し、第２のリソースは、第１のリソースを含む。可能な実装において、第２のリソースにおける第１のリソース以外のリソースは、端末デバイスによって、物理ダウンリンク共有チャネルを受信するために使用されてよく、物理ダウンリンク共有チャネルの位置は、第１のリソースにおける物理ダウンリンク制御チャネルに関するレートマッチングパターン情報によって示され得る。

前述の技術的解決策において、アクセスネットワークデバイスは、端末デバイスに対して、複数のレートマッチングパターン情報に対応するレートマッチングパターンをセットし得、すなわち、各レートマッチングパターンは、物理ダウンリンク共有チャネルの異なる位置を示し得る。アクセスネットワークデバイスは、物理ダウンリンク制御チャネルにレートマッチングパターン情報を含める手法で、物理ダウンリンク共有チャネルの位置を端末デバイスに示し得る。これは、リソース活用を改善するのに役立つ。

可能な実装において、通信リソース決定方法は、以下をさらに含む。端末デバイスは、ＲＲＣシグナリングを介してアクセスネットワークデバイスから第１の情報を受信する。

第２の態様によれば、本出願は、通信リソース決定方法を提供する。通信リソース決定方法は、アクセスネットワークデバイスまたはアクセスネットワークデバイス内のモジュール（例えば、チップ）によって行われ得る。以下は、説明のために、方法がアクセスネットワークデバイスによって行われる例を使用する。

可能な実装において、通信リソース決定方法は、以下を含む。アクセスネットワークデバイスは、端末デバイスへ第１の表示情報を送り、第１の表示情報は、アクセスネットワークデバイスのセルの負荷情報に関連付けられる。アクセスネットワークデバイスは、第１の表示情報および第１の情報に基づいて、アクセスネットワークデバイスによって物理ダウンリンク制御チャネルを送るために使用される第１のリソースを決定し、第１の情報は、複数のリソース情報を含み、第１の表示情報は、複数のリソース情報における第１のリソース情報に対応し、第１のリソース情報は、第１のリソースを示す。可能な実装において、第１の情報は、複数の表示情報をさらに含み、複数の表示情報は、複数のリソース情報にそれぞれ対応し、複数の表示情報は、第１の表示情報を含む。

可能な実装において、アクセスネットワークデバイスによって物理ダウンリンク制御チャネルを送るために使用され、第１の情報における異なるリソース情報によって示されるリソースのサイズは異なる。可能な実装において、第１の情報における異なるリソース情報によって示される、アクセスネットワークデバイスによって物理ダウンリンク制御チャネルを送るために使用されるリソースに含まれるシンボルの数量および帯域幅のうちの少なくとも１つは異なる。

可能な実装において、第１の表示情報は、第１の帯域幅部分情報であり、第１の帯域幅部分情報は、アクセスネットワークデバイスによって、第１の帯域幅部分情報に対応する帯域幅部分に切り替えられるべき端末デバイスの動作帯域幅をスケジューリングするためにさらに使用される。

可能な実装において、複数のリソース情報は、第２のリソース情報をさらに含み、第２のリソース情報は、第２のリソースを示し、第２のリソースは、第１のリソースを含む。可能な実装において、第２のリソースにおける第１のリソース以外のリソースは、アクセスネットワークデバイスによって、物理ダウンリンク共有チャネルを送るために使用され、物理ダウンリンク共有チャネルの位置は、第１のリソースにおける物理ダウンリンク制御チャネルに関するレートマッチングパターン情報によって示され得る。

可能な実装において、本方法は、以下をさらに含む。アクセスネットワークデバイスは、セルの負荷情報および第１の情報に基づいて、第１の表示情報を決定する。可能な実装において、アクセスネットワークデバイスは、セルの負荷情報に基づいて、物理ダウンリンク制御チャネルを送るための第１のリソースのサイズを決定し、第１のリソースのサイズおよび第１の情報に基づいて、第１の表示情報を決定する。

可能な実装において、通信リソース決定方法は、以下をさらに含む。アクセスネットワークデバイスは、事前設定されたポリシーに従って、セルによってサービス提供される端末デバイスから端末デバイスを選択する。可能な実装において、事前設定されたポリシーは、ランダム選択ポリシーであってよく、または信号強度に基づいた選択であってよい。アクセスネットワークデバイスが、信号強度に基づいて、セルによってサービス提供される端末デバイスから端末デバイスを選択する場合、アクセスネットワークデバイスは、セルによってサービス提供される複数の端末デバイスの各々の信号強度を決定し、その信号強度が事前設定された条件を満たす端末デバイスを選択し得る。

可能な実装において、通信リソース決定方法は、以下をさらに含む。アクセスネットワークデバイスは、ＲＲＣシグナリングを介して端末デバイスへ第１の情報を送る。

第２の態様の任意の可能な実装において達成されることが可能な技術的効果については、第１の態様における有益な効果の説明を参照されたい。詳細は、ここでは再度説明されない。

第３の態様によれば、本出願は、通信リソース決定方法を提供する。通信リソース決定方法は、端末デバイスまたは端末デバイス内のモジュール（例えば、チップ）によって行われ得る。以下は、説明のために、方法が端末デバイスによって行われる例を使用する。

可能な実装において、通信リソース決定方法は、以下を含む。端末デバイスは、複数のリソース情報によって示されるリソースを決定する。端末デバイスは、複数のリソース情報によって示されるリソース上で検出を行う。複数のリソース情報における第１のリソース情報は、第１のリソースを示し、第１のリソースは、物理ダウンリンク制御チャネルを搬送し、第１のリソース情報は、端末デバイスが所属するセルの負荷情報に関連付けられる。

前述の技術的解決策において、アクセスネットワークデバイスは、セルの負荷情報に基づいて、第１のリソース情報を決定し得る。第１のリソース情報によって示される第１のリソースは、アクセスネットワークデバイスによって、端末デバイスへ物理ダウンリンク制御チャネルを送るために使用され得る。端末デバイスは、複数のリソース情報によってそれぞれ示されるリソースを決定し、複数のリソース情報によってそれぞれ示されるリソース上で、物理ダウンリンク制御チャネルが受信されるかどうかを検出し、すなわち、端末デバイスは、物理ダウンリンク制御チャネルが受信されるかどうかを完全検出手法で決定する。このように、アクセスネットワークデバイスと端末デバイスとの間で物理ダウンリンク制御チャネルを通信するためのリソースは、端末デバイスが所属するセルの負荷情報に対して十分に適用可能である。

可能な実装において、端末デバイスによって物理ダウンリンク制御チャネルを検出するために使用され、複数のリソース情報における異なるリソース情報によって示されるリソースのサイズは異なる。可能な実装において、端末デバイスによって物理ダウンリンク制御チャネルを検出するために使用されるリソースに含まれ、複数のリソース情報における異なるリソース情報によって示される、シンボルの数量および帯域幅のうちの少なくとも１つは異なる。

前述の技術的解決策において、アクセスネットワークデバイスは、端末デバイスに複数のリソース情報を前もって示し得、複数のリソース情報は、異なるサイズのリソースを示し得る。このようにして、端末デバイスが所属するセルの負荷情報が異なる場合において、アクセスネットワークデバイスは、セルの負荷情報に対応するサイズ（または容量）の送信リソースを決定し得、端末デバイスは、送信リソース上で通信される物理ダウンリンク制御チャネルを、完全検出を通じて検出し得る。

可能な実装において、複数のリソース情報は、第２のリソース情報をさらに含み、第２のリソース情報は、第２のリソースを示し、第２のリソースは、第１のリソースを含む。可能な実装において、第２のリソースにおける第１のリソース以外のリソースは、端末デバイスによって、物理ダウンリンク共有チャネルを受信するために使用され得る。物理ダウンリンク共有チャネルの位置は、第１のリソースにおける物理ダウンリンク制御チャネルに関するレートマッチングパターン情報によって示され得る。前述の技術的解決策は、リソース活用を改善するのに役立つ。

可能な実装において、通信リソース決定方法は、以下をさらに含む。端末デバイスは、ＲＲＣシグナリングを介してアクセスネットワークデバイスから複数のリソース情報を受信する。

可能な実装において、端末デバイスが、複数のリソース情報によって示されるリソース上で検出を行うことは、以下を含む。端末デバイスは、各リソース情報によって示されるリソース上で検出を行い、アクセスネットワークデバイスからの物理ダウンリンク制御チャネルが受信されるかどうかを決定する。

第４の態様によれば、本出願は、通信リソース決定方法を提供する。通信リソース決定方法は、アクセスネットワークデバイスまたはアクセスネットワークデバイス内のモジュール（例えば、チップ）によって行われ得る。以下は、説明のために、方法がアクセスネットワークデバイスによって行われる例を使用する。

可能な実装において、通信リソース決定方法は、以下を含む。アクセスネットワークデバイスは、複数のリソース情報から第１のリソース情報を決定し、第１のリソース情報は、アクセスネットワークデバイスのセルの負荷情報に関連付けられ、複数のリソース情報における第１のリソース情報は、第１のリソースを示す。アクセスネットワークデバイスは、第１のリソース上で端末デバイスへ物理ダウンリンク制御チャネルを送る。

可能な実装において、アクセスネットワークデバイスによって物理ダウンリンク制御チャネルを送るために使用され、複数のリソース情報における異なるリソース情報によって示されるリソースのサイズは異なる。

可能な実装において、アクセスネットワークデバイスによって物理ダウンリンク制御チャネルを送るために使用されるリソースに含まれ、複数のリソース情報における異なるリソース情報によって示される、シンボルの数量および帯域幅のうちの少なくとも１つは異なる。

可能な実装において、複数のリソース情報は、第２のリソース情報をさらに含み、第２のリソース情報は、第２のリソースを示し、第２のリソースは、第１のリソースを含む。

可能な実装において、第２のリソースにおける第１のリソース以外のリソースは、アクセスネットワークデバイスによって、物理ダウンリンク共有チャネルを送るために使用され得る。物理ダウンリンク共有チャネルの位置は、第１のリソースにおける物理ダウンリンク制御チャネルに関するレートマッチングパターン情報によって示され得る。

可能な実装において、通信リソース決定方法は、以下をさらに含む。アクセスネットワークデバイスは、ＲＲＣシグナリングを介して端末デバイスへ複数のリソース情報を送る。

可能な実装において、アクセスネットワークデバイスが、複数のリソース情報から第１のリソース情報を決定することは、以下を含む。アクセスネットワークデバイスは、セルの負荷情報に基づいて、複数のリソース情報から第１のリソース情報を決定する。可能な実装において、アクセスネットワークデバイスは、セルの負荷情報に基づいて、物理ダウンリンク制御チャネルを送るための第１のリソースのサイズを決定する。アクセスネットワークデバイスは、第１のリソースのサイズに基づいて、複数のリソース情報から第１のリソース情報を決定する。

第４の態様の任意の可能な実装において達成されることが可能な技術的効果については、第３の態様における有益な効果の説明を参照されたい。詳細は、ここでは再度説明されない。

第５の態様によれば、本出願の一実施形態は、通信装置を提供する。通信装置は、第１の態様もしくは第１の態様の可能な実装のうちのいずれか１つにおける端末デバイスを実装する機能を有し、または、第３の態様もしくは第３の態様の可能な実装のうちのいずれか１つにおける端末デバイスを実装する機能を有する。通信装置は、端末デバイスであってよく、または端末デバイス内に含まれるチップであってよい。

通信装置は、代替として、第２の態様もしくは第２の態様の可能な実装のうちのいずれか１つにおけるアクセスネットワークデバイスを実装する機能を有し、または、第４の態様もしくは第４の態様の可能な実装のうちのいずれか１つにおけるアクセスネットワークデバイスを実装する機能を有する。通信装置は、アクセスネットワークデバイスであってよく、またはアクセスネットワークデバイス内に含まれるチップであってよい。

前述の通信装置の機能は、ハードウェアによって実装されてよく、または、対応するソフトウェアを実行するハードウェアによって実装されてよい。ハードウェアまたはソフトウェアは、前述の機能に対応する、１つまたは複数のモジュール、ユニット、または手段（ｍｅａｎｓ）を含む。

可能な実装において、装置の構造は、処理モジュールと送受信器モジュールとを含む。処理モジュールは、第１の態様もしくは第１の態様の実装のうちのいずれか１つにおける端末デバイスの対応する機能を行う際に、または、第２の態様もしくは第２の態様の実装のうちのいずれか１つにおけるアクセスネットワークデバイスの対応する機能を行う際に、または、第３の態様もしくは第３の態様の実装のうちのいずれか１つにおける端末デバイスの対応する機能を行う際に、または、第４の態様もしくは第４の態様の実装のうちのいずれか１つにおけるアクセスネットワークデバイスの対応する機能を行う際に、装置をサポートするように構成される。

送受信器モジュールは、装置と別の通信デバイスとの間の通信をサポートするように構成される。例えば、装置が端末デバイスである場合、送受信器モジュールは、アクセスネットワークデバイスと物理ダウンリンク制御チャネルを通信するように構成され得る。通信装置は、記憶モジュールをさらに含み得る。記憶モジュールは、処理モジュールに結合され、装置のために必要なプログラム命令およびデータを記憶する。一例において、処理モジュールは、プロセッサであってよく、送受信器モジュールは、送受信器であってよく、記憶モジュールは、メモリであってよく、メモリは、プロセッサに一体化されてよく、またはプロセッサと別個に配設されてよい。

別の可能な実装において、装置の構造は、プロセッサを含み、メモリをさらに含み得る。プロセッサは、メモリに結合され、メモリに記憶されたコンピュータプログラム命令を実行して、装置が、第１の態様もしくは第１の態様の可能な実装のうちのいずれか１つにおける方法を行うこと、または、第２の態様もしくは第２の態様の可能な実装のうちのいずれか１つにおける方法を行うこと、または、第３の態様もしくは第３の態様の可能な実装のうちのいずれか１つにおける方法を行うこと、または、第４の態様もしくは第４の態様の可能な実装のうちのいずれか１つにおける方法を行うことを可能にするように構成され得る。

任意選択で、装置は、通信インターフェースをさらに含み、プロセッサは、通信インターフェースに結合される。装置が、アクセスネットワークデバイスまたは端末デバイスである場合、通信インターフェースは、送受信器または入力／出力インターフェースであり得る。装置が、アクセスネットワークデバイス内に含まれるチップ、または端末デバイス内に含まれるチップである場合、通信インターフェースは、チップの入力／出力インターフェースであり得る。任意選択で、送受信器は、送受信器回路であってよく、入力／出力インターフェースは、入力／出力回路であってよい。

第６の態様によれば、本出願の一実施形態は、プロセッサを含むチップシステムを提供する。プロセッサは、メモリに結合され、メモリは、プログラムまたは命令を記憶するように構成される。プログラムまたは命令がプロセッサによって実行される場合、チップシステムは、第１の態様もしくは第１の態様の可能な実装のうちのいずれか１つにおける方法を実装すること、または、第２の態様もしくは第２の態様の可能な実装のうちのいずれか１つにおける方法を実装すること、または、第３の態様もしくは第３の態様の可能な実装のうちのいずれか１つにおける方法を実装すること、または、第４の態様もしくは第４の態様の可能な実装のうちのいずれか１つにおける方法を実装することを可能にされる。

任意選択で、チップシステムは、インターフェース回路をさらに含み、インターフェース回路は、プロセッサとコード命令を交換するように構成される。

任意選択で、チップシステムに１つまたは複数のプロセッサが存在してよく、プロセッサは、ハードウェアによって実装されてよく、またはソフトウェアによって実装されてよい。プロセッサがハードウェアによって実装される場合、プロセッサは、論理回路、集積回路等であってよい。プロセッサがソフトウェアによって実装される場合、プロセッサは、汎用プロセッサであってよく、メモリに記憶されたソフトウェアコードを読み取ることによって実装される。

任意選択で、チップシステムに１つまたは複数のメモリがあってもよい。メモリは、プロセッサに一体化されてよく、またはプロセッサと別個に配設されてよい。例えば、メモリは、非一時的なプロセッサ、例えば、読み出し専用メモリＲＯＭであってよい。メモリとプロセッサとは、同じチップ上で一体化されてよく、または異なるチップ上にそれぞれ配置されてよい。

第７の態様によれば、本出願の一実施形態は、コンピュータ可読記憶媒体を提供し、コンピュータ可読記憶媒体は、コンピュータプログラムまたは命令を記憶する。コンピュータプログラムまたは命令が実行される場合、コンピュータは、第１の態様もしくは第１の態様の可能な実装のうちのいずれか１つにおける方法を行うこと、または、第２の態様もしくは第２の態様の可能な実装のうちのいずれか１つにおける方法を行うこと、または、第３の態様もしくは第３の態様の可能な実装のうちのいずれか１つにおける方法を行うこと、または、第４の態様もしくは第４の態様の可能な実装のうちのいずれか１つにおける方法を行うことを可能にされる。

第８の態様によれば、本出願の一実施形態は、コンピュータプログラム製品を提供する。コンピュータが、コンピュータプログラム製品を読み取り、実行する場合、コンピュータは、第１の態様もしくは第１の態様の可能な実装のうちのいずれか１つにおける方法を行うこと、または、第２の態様もしくは第２の態様の可能な実装のうちのいずれか１つにおける方法を行うこと、または、第３の態様もしくは第３の態様の可能な実装のうちのいずれか１つにおける方法を行うこと、または、第４の態様もしくは第４の態様の可能な実装のうちのいずれか１つにおける方法を行うことを可能にされる。

第９の態様によれば、本出願の一実施形態は、通信システムを提供する。通信システムは、アクセスネットワークデバイスと、少なくとも１つの端末デバイスとを含む。端末デバイスは、第１の態様または第１の態様の可能な実装のうちのいずれか１つにおける端末デバイスの機能を有し得、アクセスネットワークデバイスは、第２の態様または第２の態様の可能な実装のうちのいずれか１つにおけるアクセスネットワークデバイスの機能を有し得る。代替として、端末デバイスは、第３の態様または第３の態様の可能な実装のうちのいずれか１つにおける端末デバイスの機能を有してよく、アクセスネットワークデバイスは、第４の態様または第４の態様の可能な実装のうちのいずれか１つにおけるアクセスネットワークデバイスの機能を有してよい。

第５の態様から第９の態様のうちのいずれか１つにおいて達成されることが可能な技術的効果については、第１の態様または第３の態様における有益な効果の説明を参照されたい。詳細は、ここでは再度説明されない。

本出願による通信システムのアーキテクチャの概略図である。 本出願によるＵＥによってＰＤＣＣＨリソースを決定する概略図である。 本出願によるアクセスネットワークデバイスによってＰＤＣＣＨリソースを設定する概略フローチャートである。 本出願による通信リソース決定方法の概略フローチャートである。 本出願によるＵＥに対応する複数のＢＷＰの概略図である。 本出願によるアクセスネットワークデバイスによってＰＤＣＣＨリソースを設定し、スケジューリングする第１の概略図である。 本出願によるアクセスネットワークデバイスによってＰＤＣＣＨリソースを設定し、スケジューリングする第２の概略図である。 本出願によるレートマッチングパターンのグループの概略図である。 本出願による別の通信リソース決定方法の概略フローチャートである。 本出願によるアクセスネットワークデバイスによってＰＤＣＣＨリソースを設定し、スケジューリングする第３の概略図である。 本出願によるアクセスネットワークデバイスによってＰＤＣＣＨリソースを設定し、スケジューリングする第４の概略図である。 本出願による通信装置の概略図である。 本出願による別の通信装置の構造の概略図である。

以下は、添付の図面を参照して、本出願を詳細に説明する。

図１は、本出願を適用可能である通信システムのアーキテクチャの概略図である。通信システムは、端末デバイスとアクセスネットワークデバイスとを含む。端末デバイスは、ワイヤレスインタフェースを通じてアクセスネットワークデバイスと通信する。

端末デバイス（ｔｅｒｍｉｎａｌ ｄｅｖｉｃｅ）は、ワイヤレス送受信器機能を有するデバイスである。端末デバイスは、屋内デバイスもしくは屋外デバイス、ハンドヘルドデバイス、もしくは車載デバイスを含めて、地上に配置されてよく、水上（例えば、汽船上）に配置されてよく、または、空中（例えば、飛行機上、バルーン上、もしくは衛星上）に配置されてよい。端末デバイスは、携帯電話（ｍｏｂｉｌｅ ｐｈｏｎｅ）、タブレットコンピュータ（パッド）、ワイヤレス送受信器機能を有するコンピュータ、仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ，ＶＲ）端末、拡張現実（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ，ＡＲ）端末、産業制御（ｉｎｄｕｓｔｒｉａｌ ｃｏｎｔｒｏｌ）におけるワイヤレス端末、自動運転（ｓｅｌｆ ｄｒｉｖｉｎｇ）におけるワイヤレス端末、テレメディスン（遠隔医療）におけるワイヤレス端末、スマートグリッド（ｓｍａｒｔ ｇｒｉｄ）におけるワイヤレス端末、輸送安全（ｔｒａｎｓｐｏｒｔａｔｉｏｎ ｓａｆｅｔｙ）におけるワイヤレス端末、スマートシティ（ｓｍａｒｔ ｃｉｔｙ）におけるワイヤレス端末、スマートホーム（ｓｍａｒｔ ｈｏｍｅ）におけるワイヤレス端末、またはユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ，ＵＥ）であってよい。

アクセスネットワークデバイスは、端末デバイスのためのワイヤレス通信機能を提供するデバイスである。アクセスネットワークデバイスは、次世代基地局（ｇＮｏｄｅＢ，ｇＮＢ）、送信ポイント（ｔｒａｎｓｍｉｔｔｉｎｇ ａｎｄ ｒｅｃｅｉｖｉｎｇ ｐｏｉｎｔ，ＴＲＰ）、送信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ，ＴＰ）等を含むが、これらに限定されない。

様々なサービス、アクセス技術、帯域幅、標準等の要件に適合するために、ＮＲシステムは、物理ダウンリンク制御チャネルリソースの柔軟な設定をサポートし得るが、物理制御フォーマットインジケータチャネル（ｐｈｙｓｉｃａｌ ｃｏｎｔｒｏｌ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ，ＰＣＦＩＣＨ）がキャンセルされる。具体的に言えば、アクセスネットワークデバイスは、アクセスネットワークデバイスと端末デバイスとの間の物理ダウンリンク制御チャネルを通信するためのリソースを、端末デバイスに対して明示的な表示手法で示すことができない。

本出願において、物理ダウンリンク制御チャネルを通信するためのリソースは、ＰＤＣＣＨリソースまたはダウンリンク制御リソースと称されることもあり、アクセスネットワークデバイスと端末デバイスとの間で通信されるＰＤＣＣＨは、ＤＣＩと称されることもある。ＰＤＣＣＨは、物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）をスケジューリングするためのものであってよく、アクセスネットワークデバイスと端末デバイスとの間で通信されるＰＤＳＣＨは、ダウンリンクデータと称されることもある。本出願の実施形態において、物理ダウンリンク制御チャネルは、ＰＤＣＣＨと称され、物理ダウンリンク共有チャネルは、ＰＤＳＣＨと称され、端末デバイスは、ＵＥと称される。ＰＤＳＣＨ、ＰＤＣＣＨ、およびＵＥは、物理ダウンリンク共有チャネル、物理ダウンリンク制御チャネル、および端末デバイスの例として使用されるに過ぎないことが理解され得る。異なるシステムおよび異なるシナリオにおいて、物理ダウンリンク共有チャネル、物理ダウンリンク制御チャネル、および端末デバイスは全て、異なる名称を有し得る。これは本出願の実施形態において限定されない。

ＮＲシステムにおいて、アクセスネットワークデバイスは、ＵＥによってＰＤＣＣＨを検出するために使用されるリソース（これは以下でＰＤＣＣＨリソースと称され得る）を、ＣＯＲＥＳＥＴおよびＳＳを使用することによってＵＥに対して示し得る。ＵＥがＰＤＣＣＨを検出することは、以下のように理解され得る。ＵＥは、ＰＤＣＣＨリソース上で検出を行い、ＰＤＣＣＨが検出されることが可能かどうかを決定する。アクセスネットワークデバイスが、ＰＤＣＣＨリソース上でＵＥへＰＤＣＣＨを送る場合、ＵＥは、ＰＤＣＣＨリソース上でＰＤＣＣＨを検出し得る。アクセスネットワークデバイスが、ＰＤＣＣＨリソース上でＵＥへＰＤＣＣＨを送らない場合、ＵＥは、ＰＤＣＣＨリソース上でＰＤＣＣＨを検出しない。

具体的には、アクセスネットワークデバイスは、周波数ドメインにおいてＰＤＣＣＨによって占有される周波数帯域、および時間ドメインにおいてＰＤＣＣＨによって占有されるシンボルの数量などの情報をＣＯＲＥＳＥＴ内にカプセル化し、ＰＤＣＣＨの開始シンボル番号およびＰＤＣＣＨの監視周期などの情報をＳＳ内にカプセル化する。時間ドメインにおけるシンボルは、ＯＦＤＭシンボルであってよく、または離散フーリエ変換拡散ＯＦＤＭシンボルであってよい。特に指定のない限り、本出願の実施形態における全てのシンボルは、時間ドメインにおけるシンボルである。

ＵＥがラングムアクセスを行う場合、アクセスネットワークデバイスは、ＵＥへ設定情報を送り得る。設定情報は、ＣＯＲＥＳＥＴとＳＳとを含み得る。ＵＥは、設定情報に含まれるＣＯＲＥＳＥＴおよびＳＳに基づいて、ＵＥによってＰＤＣＣＨを検出するために必要とされる情報を決定し得、ＵＥによってＰＤＣＣＨを検出するために必要とされる情報は、ＰＤＣＣＨの検出に対応するシンボルの数量、周波数ドメイン位置、ＤＣＩタイプ、アグリゲーションレベル、対応する検出回数等を含んでよい。

図２に示されるような、ＵＥによってＰＤＣＣＨリソースを決定する例の概略図において、左側部分は、ＵＥによってネットワークから受信される設定情報として理解され得る。設定情報は、ＣＯＲＥＳＥＴとＳＳとを含む。ＵＥは、ＳＳに基づいて、ＵＥによってＰＤＣＣＨの検出に対応するスロット（ｓｌｏｔ）、ＤＣＩタイプ、アグリゲーションレベル等を決定し得る。ＵＥは、ＣＯＲＥＳＥＴに基づいて、パターン（ｐａｔｔｅｒｎ）をさらに決定し得る。ＵＥによるＰＤＣＣＨの検出に対応するスロットは、検出スロットと称されてよく、ＵＥによってＣＯＲＥＳＥＴに基づいて決定されるパターンは、検出リソースパターンと称される。右側部分は、以下のように理解され得る。ＵＥは、複数のスロットから検出スロットを決定し、検出スロットは、スロットＭである。ＵＥは、検出リソースパターンに基づいて、スロットＭにおいて、ＰＤＣＣＨの検出に対応する、時間ドメイン位置および周波数ドメイン位置をさらに決定し得る（垂直座標が、ＵＥによるＰＤＣＣＨの検出に対応する周波数ドメイン位置を示し、水平座標が、ＵＥによるＰＤＣＣＨの検出に対応する時間ドメイン位置を示す、図２に示されるスロットＭ内の影付き部分を参照されたい）。

図３は、本出願によるアクセスネットワークデバイスによってＰＤＣＣＨリソースを設定する例の概略フローチャートである。

ステップ３０１：ＵＥは、アクセスネットワークデバイスへの無線リンク接続を確立する。

ステップ３０２：アクセスネットワークデバイスは、セルの負荷情報に基づいて、設定情報を生成する。

本出願において、アクセスネットワークデバイスは、複数のセル（ｃｅｌｌｓ）に対応することがあり、各セルは、複数のＵＥによってアクセスされることがあり、言い換えれば、各セルは、複数のＵＥにサービス提供することがあり、言い換えれば、各セルは、複数のＵＥを有することがある。ＵＥの場合、ＵＥによってアクセスされるセルは、ＵＥのサービスセル（ｓｅｒｖｉｃｅ ｃｅｌｌ）である。各セルについて、アクセスネットワークデバイスは、セルの負荷ステータス、例えば、セルにアクセスするＵＥの数量、セル内のＵＥによってリクエストされるリソースの数量、およびアクセスネットワークデバイスによってセル内のＵＥに対してＰＤＣＣＨリソースを割り振る成功率などの因子のうちの少なくとも１つに基づいて、セルの負荷情報を決定し得、負荷情報は、セルの負荷ステータスを示す。

アクセスネットワークデバイスは、セルの負荷情報に基づいて、セル内のＵＥへＰＤＣＣＨを送信するために必要とされるリソースのサイズを決定し得る。セルにアクセスするＵＥの数量を参照して、説明のために例が使用される。より大きいセル負荷は、セルにアクセスするより大きい数量のＵＥを示し、アクセスネットワークデバイスは、セルにアクセスする複数のＵＥへＰＤＣＣＨを別々に送る必要がある。そのため、アクセスネットワークデバイスは、セル内のＵＥへＰＤＣＣＨを送信するために、より多くのリソースを必要とし、すなわち、大きいＰＤＣＣＨリソースが必要とされる。同様に、より小さいセル負荷は、アクセスネットワークデバイスによってセル内のＵＥへＰＤＣＣＨを送信するために、より少ないリソースが必要とされることを示し、すなわち、小さいＰＤＣＣＨリソースが必要とされる。例えば、リソースのサイズは、リソース容量と称されてもよく、時間ドメインリソースサイズおよび周波数ドメインリソースサイズを使用することによって測定され得る。時間ドメインリソースサイズは、１つのスロットに含まれるシンボルの数量であってよく、周波数ドメインリソースサイズは、リソース帯域幅、または周波数ドメインに含まれるリソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋｓ，ＲＢ）の数量であってよい。

さらに、アクセスネットワークデバイスは、セル内のＵＥへＰＤＣＣＨを送信するために必要とされるリソースのサイズに基づいて、ＣＯＲＥＳＥＴおよびＳＳを生成し得、ＣＯＲＥＳＥＴおよびＳＳは、設定情報として使用される。

ステップ３０３：アクセスネットワークデバイスは、ＵＥへ設定情報を送り、設定情報は、アクセスネットワークデバイスによってＲＲＣシグナリングを介してＵＥへ送られ得る。

ステップ３０４：ＵＥは、設定情報に基づいて、ＰＤＣＣＨリソースを決定する。可能な特定の実装において、ＵＥは、設定情報に含まれるＳＳに基づいて、ＵＥ検出スロット、ＤＣＩタイプ、アグリゲーションレベル等を決定し、設定情報に含まれるＣＯＲＥＳＥＴに基づいて、ＵＥ検出スロットにおける検出リソースパターンを決定し、検出リソースパターンに基づいて、検出スロットから、ＰＤＣＣＨを検出するためのリソース（すなわち、ＰＤＣＣＨリソース）を決定し得る。

ステップ３０５：ＵＥは、ＰＤＣＣＨリソース上でアクセスネットワークデバイスとＰＤＣＣＨを通信する。

ＵＥの場合、ＵＥは、ＰＤＣＣＨリソース上でＰＤＣＣＨに関する検出を行い得る。アクセスネットワークデバイスが、ＰＤＣＣＨリソース上でＵＥへＰＤＣＣＨを送る場合、ＵＥは、ＰＤＣＣＨリソース上でＰＤＣＣＨを検出し得る。アクセスネットワークデバイスが、ＰＤＣＣＨリソース上でＵＥへＰＤＣＣＨを送らない場合、ＵＥは、ＰＤＣＣＨリソース上でＰＤＣＣＨを検出しない。

可能な実装において、ＰＤＣＣＨは、ＰＤＳＣＨをスケジューリングするためのものであり、ＵＥは、ＰＤＣＣＨにおいて示されるＰＤＳＣＨのリソース位置に基づいて、アクセスネットワークデバイスからＰＤＳＣＨをさらに受信し得る。

アクセスネットワークデバイスは、セルの負荷情報に基づいて、セル内のＵＥへＰＤＣＣＨを送信するために必要とされるリソースのサイズをさらに調整し得る。セル負荷が増加したと決定する場合、アクセスネットワークデバイスは、ＰＤＣＣＨリソースを増加させ得る。セル負荷が減少したと決定した場合、アクセスネットワークデバイスは、ＰＤＣＣＨリソースを減少させ得る。このように、アクセスネットワークデバイスは、ＰＤＣＣＨリソースを柔軟にスケジューリングすることができる。これは、リソース活用を改善するのに役立つ。

アクセスネットワークデバイスは、ＲＲＣシグナリングを介してＵＥへ設定情報を送る必要があり、ＲＲＣシグナリングベースの再設定プロセスは遅く、長時間を要し得るので、アクセスネットワークデバイスは、ＵＥへ設定情報を再送する前に、例えば、数個または数十個のＴＴＩの間、待機する必要があり得る。結果的に、アクセスネットワークデバイスとＵＥとの間でＰＤＣＣＨを通信するためのリソースのサイズは、セル負荷に対してタイムリーな手法で適用可能ではない。

これを考慮して、本出願は、通信リソース決定方法を提供する。本方法は、セル負荷が変化した場合に適用可能であり、その結果、アクセスネットワークデバイスとＵＥとの間でＰＤＣＣＨを通信するためのリソースは、セル負荷に対して十分に適用可能である。本方法は、図１に例として示される、端末デバイス（すなわち、ＵＥ）およびアクセスネットワークデバイスによって行われ得る。

可能な実装において、アクセスネットワークデバイスは、ＵＥへ第１の情報を前もって送ってよく、第１の情報は、複数の表示情報と、複数の表示情報に対応するリソース情報とを含んでよい。表示情報に対応するリソース情報は、ＰＤＣＣＨリソースを示してよい（または、ＰＤＣＣＨリソースの位置を示してよい）。

特定の実装において、リソース情報は、ＰＤＣＣＨの時間ドメインリソースおよび周波数ドメインリソースを示し得る。時間ドメインリソースは、スロット内でＰＤＣＣＨによって占有されることが可能な１つまたは複数のシンボルであり得る。例えば、ＮＲシステムにおける１つのスロットは、１４個のシンボルを含んでよく、ＰＤＣＣＨは、スロット内で１つのシンボル、２つのシンボル、または３つのシンボルを占有することができる。周波数ドメインリソースは、セル帯域幅であり得る。セル帯域幅は、ＵＥが位置するセルによって占有される帯域幅として理解され得る。セル帯域幅は、例えば、２０ＭＨｚまたは６０ＭＨｚであってよい。例えば、リソース情報は、ＣＯＲＥＳＥＴおよびＳＳを含み得る。

可能な手法において、表示情報は、帯域幅部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ，ＢＷＰ）情報であり得る。すなわち、第１の情報は、複数のＢＷＰ情報と、複数のＢＷＰ情報にそれぞれ対応するリソース情報とを含み得る。代替として、表示情報は、検出リソースパターン情報であってよい。すなわち、第１の情報は、複数の検出リソースパターン情報と、複数の検出リソースパターン情報にそれぞれ対応するリソース情報とを含んでよい。具体的な実装については、図４から図８における、以下の関連する実施形態における説明を参照されたい。

本出願において、複数のリソース情報によってそれぞれ示されるＰＤＣＣＨリソースのリソースサイズは、同じであってよく、または異なってよい。ＰＤＣＣＨリソースのリソースサイズは、時間ドメインにおいてＰＤＣＣＨリソースによって占有されるシンボルの数量と、周波数ドメインにおいてＰＤＣＣＨリソースによって占有される帯域幅とを使用することによって測定され得る。複数のリソース情報によってそれぞれ示されるＰＤＣＣＨリソースに含まれるシンボルの数量は、同じであってよく、または異なってよい。例えば、複数のリソース情報において、１つのリソース情報によって示されるＰＤＣＣＨリソースに含まれるシンボルの数量は１であり、別のリソース情報によって示されるＰＤＣＣＨリソースに含まれるシンボルの数量は２である。言い換えれば、２つのリソース情報によって示されるＰＤＣＣＨリソースに含まれるシンボルの数量は異なる。複数のリソース情報によってそれぞれ示されるＰＤＣＣＨリソースに含まれる帯域幅は、同じであってよく、または異なってよい。例えば、複数のリソース情報において、１つのリソース情報によって示されるＰＤＣＣＨリソースに含まれる帯域幅は２０ＭＨｚであり、別のリソース情報によって示されるＰＤＣＣＨリソースに含まれる帯域幅は２０ＭＨｚである。言い換えれば、２つのリソース情報によって示されるＰＤＣＣＨリソースに含まれる帯域幅は同じである。

可能な手法において、アクセスネットワークデバイスは、上位レイヤシグナリングを介してＵＥについての第１の情報を設定し得、上位レイヤシグナリングは、例えば、ＲＲＣシグナリングである。例えば、アクセスネットワークデバイスは、ＵＥへＲＲＣ再設定メッセージを送ってよく、ＲＲＣ再設定メッセージは、第１の情報を含む。

以下は、図４に示される通信リソース決定方法の概略フローチャートを参照して、解説を提供する。手順は、以下の通りである。

ステップ４０１：アクセスネットワークデバイスは、セルの負荷情報および第１の情報に基づいて、第１の表示情報を決定する。

アクセスネットワークデバイスは、セルの負荷ステータスを監視し、次いで、セルの負荷ステータスに基づいて、セルの負荷情報を決定し得る。例えば、アクセスネットワークデバイスは、各ＴＴＩにおけるセルの負荷ステータスを監視し、次いで、複数のＴＴＩにおけるセルの負荷ステータスに基づいて、セルの負荷情報を決定し得る。セルの負荷ステータスは、例えば、セル内でＲＲＣ接続状態にあるＵＥの数量、またはアクセスネットワークデバイスによってセル内のＵＥに対してＰＤＣＣＨリソースを割り振る成功率である。

可能な手法において、セルの負荷情報は、セルの負荷レベルであってよく、セルの負荷レベルは、例えば、軽負荷、中負荷、および重負荷を含んでよい。例えば、セル内でＲＲＣ接続状態にあるＵＥの数量が、５００個未満である場合、セルの負荷レベルは軽負荷であり、セル内でＲＲＣ接続状態にあるＵＥの数量が、５００個よりも大きく、かつ、１０００個未満である場合、セルの負荷レベルは中負荷であり、セル内でＲＲＣ接続状態にあるＵＥの数量が、１０００個よりも大きい場合、セルの負荷レベルは重負荷である。

第１の情報は、複数のリソース情報を含み得、第１の表示情報は、複数のリソース情報における第１のリソース情報に対応し得、第１のリソース情報は、第１のリソースを示し得る。

第１の情報は、複数の表示情報をさらに含んでよく、複数の表示情報は、複数のリソース情報に対応する。例えば、複数の表示情報は、複数のリソース情報と１対１で対応し得る。

さらに、一例において、第１の表示情報は、複数の表示情報のうちの１つであり、第１の情報における第１の表示情報に対応するリソース情報は、第１のリソース情報である。例えば、第１の情報は、表示情報１、表示情報２、および表示情報３を含み、リソース情報１、リソース情報２、およびリソース情報３は、表示情報１、表示情報２、および表示情報３にそれぞれ対応する。第１の表示情報が、例えば、表示情報１である場合、第１のリソース情報は、リソース情報１である。

別の例において、第１の表示情報は、複数の表示情報のうちの１つに対応し（第１の表示情報は、複数の表示情報に含まれず、第１の表示情報に対応する表示情報は、複数の表示情報に含まれることが理解され得る）、第１の表示情報に対応する表示情報は、第１の情報における第１のリソース情報に対応し得る。例えば、第１の情報は、表示情報１、表示情報２、および表示情報３を含み、リソース情報１、リソース情報２、およびリソース情報３は、表示情報１、表示情報２、および表示情報３にそれぞれ対応する。第１の表示情報は、例えば、表示情報Ａである。表示情報Ａは、表示情報１に対応し、第１の情報における表示情報１は、リソース情報１に対応する。表示情報Ａに対応する第１のリソース情報はリソース情報１であることも理解され得る。

説明を簡単にするために、以下は、アクセスネットワークデバイスがセルの負荷情報および第１の情報に基づいて第１の表示情報を決定する実装を解説するために、第１の表示情報が第１の情報における１つの表示情報である例を使用し得る。

アクセスネットワークデバイスは、セルの負荷情報に基づいて、複数の表示情報から第１の表示情報を決定し得る。第１の表示情報に対応するリソース情報は、第１のリソース情報である。第１のリソース情報によって示されるＰＤＣＣＨリソースのサイズは、セルの負荷情報とマッチし得る。アクセスネットワークデバイスは、セルの負荷情報に基づいて、第１の情報における複数の表示情報から、そのサイズがセルの負荷情報とマッチするＰＤＣＣＨリソースに対応する第１の表示情報を決定し得ることが理解され得る。

第１の表示情報は、セルの負荷情報に関連付けられ、関連付けは、対応するもの、または対応関係を有するものとして考慮されてもよい。例えば、セルの負荷情報は、セルの負荷レベルである。セルの負荷レベルが、軽負荷、中負荷、および重負荷を含む場合、軽負荷、中負荷、および重負荷は、第１の情報における異なる表示情報にそれぞれ対応し得る。対応して、アクセスネットワークデバイスは、セルの負荷レベルに基づいて、第１の情報におけるセルの負荷レベルに関連付けられた第１の表示情報を決定し得る。関連付けは、以下のように考慮されてもよい。第１の表示情報は、セルの負荷情報に基づいて決定される必要がある。

可能な手法において、第１の情報は、３つの表示情報と、３つの表示情報にそれぞれ対応するリソース情報とを含んでよく、３つの表示情報は、軽負荷、中負荷、および重負荷にそれぞれ対応する。さらに、軽負荷に対応するＰＤＣＣＨリソースは、中負荷に対応するＰＤＣＣＨリソースよりも小さくなり得、中負荷に対応するＰＤＣＣＨリソースは、重負荷に対応するＰＤＣＣＨリソースよりも小さくなり得る。（リソース帯域幅が同じである）シンボルの数量が、例として使用される。第１の情報は、軽負荷、中負荷、および重負荷にそれぞれ対応する表示情報１、表示情報２、および表示情報３を含み得る。表示情報１に対応するリソース情報１は、ＰＤＣＣＨリソースが時間ドメインにおける１つのシンボルを含むことを示し、表示情報２に対応するリソース情報２は、ＰＤＣＣＨリソースが時間ドメインにおける２つのシンボルを含むことを示し、表示情報３に対応するリソース情報３は、ＰＤＣＣＨリソースが時間ドメインにおける３つのシンボルを含むことを示す。

可能な実装において、ＵＥがアクセスを行う場合、アクセスネットワークデバイスは、セルの負荷情報を決定し、次いで、セルの負荷情報に基づいて、第１の表示情報を決定し得る。別の可能な実装において、セルの負荷情報が変化した場合、アクセスネットワークデバイスは、セルの変化した負荷情報に基づいて、第１の表示情報を決定し得る。

また、第１の表示情報が、複数の表示情報のうちの１つに対応する例において、アクセスネットワークデバイスは、セルの負荷情報および第１の情報に基づいて、第１の情報から、セルの負荷レベルに関連付けられた第３の表示情報を決定し、第３の表示情報は、第１の表示情報に対応することが理解され得る。具体的な実装については、アクセスネットワークデバイスが第１の表示情報を決定する前述の手法を参照されたい。詳細は再び説明されない。

ステップ４０２：アクセスネットワークデバイスは、ＵＥへ第１の表示情報を送る。

表示情報がＢＷＰ情報である場合、第１の情報は、複数のＢＷＰ情報と、複数のＢＷＰ情報にそれぞれ対応するリソース情報とを含み得る。第１の表示情報は、第１のＢＷＰ情報であってよく、第１のリソース情報は、第１の情報における第１のＢＷＰ情報に対応するリソース情報であってよい。第１のＢＷＰ情報は、第１のリソース情報を決定するようにＵＥに示すことができるだけでなく、第１のＢＷＰ情報に基づいて、動作ＢＷＰを切り替えるようにＵＥに示すこと、または、ＵＥによって第１のＢＷＰ情報に基づいて、動作ＢＷＰを切り替えるために使用されることも可能であることが付加的に留意されるべきである。

表示情報が検出リソースパターン情報である場合、第１の情報は、複数の検出リソースパターン情報と、複数の検出リソースパターン情報にそれぞれ対応するリソース情報とを含み得る。第１の表示情報は、第１の検出リソースパターン情報であり得る。ＵＥは、第１の検出リソースパターン情報に基づいて、第１の情報から、第１の検出リソースパターン情報に対応する第１のリソース情報を決定し、次いで、第１のリソース情報に基づいて、第１のリソースを決定し得る。

アクセスネットワークデバイスは、ＵＥへＤＣＩを送り得、ＤＣＩは、第１の表示情報を搬送する。

ステップ４０３：ＵＥは、第１の表示情報および第１の情報に基づいて、第１のリソースを決定する。

ＵＥは、第１の表示情報に基づいて、第１の情報から、第１のリソース情報を決定し、次いで、第１のリソース情報に基づいて、第１のリソースを決定し得、第１のリソースは、ＵＥによってＰＤＣＣＨを検出するために使用されるリソースである。

アクセスネットワークデバイスは、ＰＤＣＣＨを検出するためのリソースを変更するようにセル内の全てのＵＥに示し得ることが付加的に留意されるべきである。代替として、アクセスネットワークデバイスは、ＰＤＣＣＨを検出するためのリソースを変更するようにセル内のＵＥの一部に示してよく、セル内のＵＥの一部は、ターゲットＵＥと称され得る。

可能な手法１：アクセスネットワークデバイスは、セル内の全てのＵＥへ第１の表示情報を送り得る。対応して、セル内の全てのＵＥは、第１の表示情報に基づいて、第１のリソースを決定し得る。

可能な手法１において、第１の情報における２つのリソース情報によって示されるＰＤＣＣＨリソースのサイズが異なることがセットされ得る。例えば、リソース情報２によって示されるリソースのサイズは、リソース情報１によって示されるリソースのサイズよりも大きい。セル内の全てのＵＥは、リソース情報１によって示されるリソースに基づいて、ＰＤＣＣＨを検出する。セル負荷が増加したと決定した場合、アクセスネットワークデバイスはセル内の全てＵＥへ、リソース情報２を示す表示情報２を送り得る。セル内の全てのＵＥは、表示情報２に対応するリソース情報２に基づいて、ＰＤＣＣＨを検出するためのリソースを決定し得る。

可能な手法２：アクセスネットワークデバイスは、事前設定されたポリシーに従って、セル内のＵＥからターゲットＵＥを選択し、ターゲットＵＥへ第１の表示情報を送り得る。対応して、セル内のターゲットＵＥは、第１の表示情報に基づいて、第１のリソースを決定し得る。

可能な手法２において、第１の情報における２つのリソース情報によって示されるＰＤＣＣＨリソースのサイズは同じであることがセットされ得る。例えば、リソース情報１によって示されるリソースは、リソース情報２によって示されるリソースと同じサイズを有する。セル内の全てのＵＥは、リソース情報１によって示されるリソースに基づいて、ＰＤＣＣＨを検出する。セル負荷が増加したと決定した場合、アクセスネットワークデバイスは、セル内のＵＥからターゲットＵＥを選択し、ターゲットＵＥへ、リソース情報２を示す表示情報２を送り得る。対応して、表示情報２を受信した後、ターゲットＵＥは、リソース情報２に基づいて、ＰＤＣＣＨを検出するためのリソースを決定し得る。セル内の表示情報２を受信しないＵＥは、リソース情報１に基づいて、ＰＤＣＣＨを検出するためのリソースを依然として決定し得る。

可能な手法２において、事前設定されたポリシーは、ランダム選択ポリシーであってよい。例えば、セル内に１０００個のＵＥがあり、アクセスネットワークデバイスは、１０００個のＵＥから５００個のＵＥをターゲットＵＥとしてランダムに選択し得る。事前設定されたポリシーは、代替として、アクセスネットワークデバイスが信号強度に基づいて選択を行うことであってよい。例えば、アクセスネットワークデバイスは、セル内の各ＵＥの信号強度を決定し、その信号強度が事前設定された条件を満たすＵＥを選択してよい。例えば、セル内に１０００個のＵＥがある。アクセスネットワークデバイスは、１０００個のＵＥの信号強度を決定し、次いで、１０００個のＵＥから、その信号強度がターゲットＵＥとしての事前設定された閾値よりも大きいＵＥを選択してよい。代替として、アクセスネットワークデバイスは、１０００個のＵＥを信号強度の降順でソートし、その順序に基づいて、最初の５００個のＵＥをターゲットＵＥとして選択してよい。事前設定されたポリシーは、代替として、別のポリシーであってよい。これは、本出願において限定されない。

任意選択で、ステップ４０４において、アクセスネットワークデバイスは、第１のリソース上でＵＥへＰＤＣＣＨを送ってよい。対応して、ＵＥは、第１のリソース上でＰＤＣＣＨを検出手法で受信してよい。

第１の情報は第２の表示情報をさらに含み得ることが付加的に留意されるべきである。第１の情報における第２の表示情報は、第２のリソース情報に対応する。第２のリソース情報によって示される第２のリソースは、ＵＥとのＰＤＣＣＨの通信のためにアクセスネットワークデバイスによって設定される最大のＰＤＣＣＨリソースであり得る。アクセスネットワークデバイスは、第２のリソースにおけるリソースの全部または一部上でＵＥへＰＤＣＣＨを送り得ることが理解され得る。アクセスネットワークデバイスが、第２のリソースにおける全てリソース上でＵＥへＰＤＣＣＨを送る場合、第２のリソースは、第１のリソースと同じである。アクセスネットワークデバイスが、第２のリソースにおけるリソースの一部上でＵＥへＰＤＣＣＨを送る場合、第２のリソースは、第１のリソースを含む。後者の場合において、アクセスネットワークデバイスは、第１のリソース上でＵＥとＰＤＣＣＨを通信するだけでなく、第２のリソースにおける第１のリソース以外のリソース上でＵＥとＰＤＳＣＨも通信し得る。例えば、ＰＤＳＣＨは、第１のリソースにおけるＰＤＣＣＨを使用することによってスケジューリングされ得る。

以下は、表示情報がＢＷＰ情報である例を使用することによって、本出願の本実施形態を詳細に説明する。

ＵＥがＲＲＣアイドル状態にある場合、アクセスネットワークデバイスは、ＵＥの初期のアクセスのために、システムメッセージを使用することによって初期帯域幅部分（初期ＢＷＰ）を設定し得る。ＵＥがＲＲＣ接続状態に入る場合、アクセスネットワークデバイスは、ＵＥに対して複数の専用帯域幅部分（専用ＢＷＰ）を設定し得、アクセスネットワークデバイスは、動的表示を使用することによってＵＥの専用ＢＷＰを起動し得る。図５は、ＵＥに対応する複数のＢＷＰの例の概略図である。ＵＥは、初期ＢＷＰを使用することによって、アクセスネットワークデバイスにアクセスする。ＵＥは、ＲＲＣ接続状態に入り、次いで、アクセスネットワークデバイスは、ＵＥに対して３つの専用ＢＷＰを設定する。３つの専用ＢＷＰは、ＢＷＰ １、ＢＷＰ ２、およびＢＷＰ ３としてそれぞれ表され得る。例えば、時間ｔ１において、アクセスネットワークデバイスは、ＵＥに対してＢＷＰ １を起動し、ＵＥは、ＢＷＰ １上でアクセスネットワークデバイスと通信し得る。時間ｔ２において、アクセスネットワークデバイスは、ＵＥに対してＢＷＰ ２を起動し、ＵＥは、ＢＷＰ ２上でアクセスネットワークデバイスと通信し得る。時間ｔ３において、アクセスネットワークデバイスは、ＵＥに対してＢＷＰ ３を起動し、ＵＥは、ＢＷＰ ３上でアクセスネットワークデバイスと通信し得る。同じ瞬間において、ＵＥは、１つの起動された専用ＢＷＰのみを有する。ＵＥに対して現在起動されている専用のＢＷＰは、動作ＢＷＰと称され得る。ＵＥは動作ＢＷＰ上で動作し、ＵＥは動作ＢＷＰ上でアクセスネットワークデバイスと通信し得ることも理解され得る。

第１の情報は、複数のＢＷＰ情報と、複数のＢＷＰ情報に対応するリソース情報とを含んでよく、ＢＷＰ情報によって示されるＢＷＰは、初期ＢＷＰまたは専用ＢＷＰであってよい。

一例において、ＢＷＰ情報に対応するリソース情報は、ＰＤＣＣＨリソースの設定情報であり得る。ＰＤＣＣＨリソースの設定情報は、ＣＯＲＥＳＥＴとＳＳとを含み得る。ＵＥは、ＰＤＣＣＨリソースの設定情報に基づいて、ＰＤＣＣＨリソースを決定し得る。ＰＤＣＣＨリソースの設定情報は、以下で設定情報と簡単に称される。

第１の情報は、複数のＢＷＰ情報と複数のＢＷＰ情報にそれぞれ対応する設定情報とを含み得ることが、理解され得る。例えば、第１の情報に含まれるＢＷＰ情報と設定情報との間の対応関係については、表１を参照されたい。ＢＷＰ情報１は、設定情報１に対応し、ＢＷＰ情報２は、設定情報２に対応する等である。第１の情報は、アクセスネットワークデバイスによって、１つのＲＲＣシグナリングを介してＵＥへ送られ得る。この例において、第１のＢＷＰ情報を受信した後、ＵＥは、第１のＢＷＰ情報に基づいて、第１の情報から、マッチングを通じて、設定情報（すなわち、第１のリソース情報であり、これは第１の設定情報と称されることもある）を取得し、次いで、第１の設定情報に基づいて、第１のリソースを決定し得る。

別の例において、ＢＷＰ情報に対応するリソース情報は、代替として、識別子であってよく、識別子は、設定情報を示し得る。第１の情報は、第２の情報と第３の情報とを含み、第２の情報は、複数のＢＷＰ情報と複数のＢＷＰ情報にそれぞれ対応する識別子とを含み、第３の情報は、複数の識別子と複数の識別子によってそれぞれ示される設定情報とを含むことが理解され得る。例えば、第２の情報に含まれるＢＷＰ情報と識別子との間の対応関係については、表２を参照されたい。第３の情報に含まれる設定情報と識別子との間の対応関係については、表３を参照されたい。第２の情報および第３の情報は、同じＲＲＣシグナリングにおいて搬送されてよく、または異なるＲＲＣシグナリングにおいて搬送されてよい。

この例において、第１のＢＷＰ情報を受信した後、ＵＥは、第１のＢＷＰ情報に基づいて、第２の情報から、マッチングを通じて、ターゲット識別子（すなわち、第１のリソース情報）を取得し、ターゲット識別子に基づいて、第３の情報から、マッチングを通じて、設定情報（これは第１の設定情報と称されることもある）を取得し、次いで、第１の設定情報に基づいて、第１のリソースを決定し得る。

第１の情報は、代替として、複数のＢＷＰ情報と、複数のＢＷＰ情報にそれぞれ対応する他の情報とを含んでよい。他の情報は、設定情報をさらに示し得る。ＵＥは、第１のＢＷＰ情報に対応する他の情報を決定し、次いで、他の情報に対応する設定情報を決定し得る。すなわち、第１の情報は、ＵＥによって、第１のＢＷＰ情報に基づいて第１のリソースを決定するために主に使用される。第１の情報の具体的な内容は、本出願において限定されなくてよい。説明を簡単にするために、以下は、説明のために、第１の情報が複数のＢＷＰ情報と複数のＢＷＰ情報にそれぞれ対応する設定情報とを含む例を使用する。

第１の情報において、異なる設定情報によって示されるリソースのサイズは、同じであり、または異なり得る。具体的には、異なる設定情報によって示されるリソースにおけるシンボルの数量は、同じであり、または異なり得、異なる設定情報によって示されるリソースにおけるリソース帯域幅は、同じであり、または異なり得る。異なる設定情報によって示されるリソースのサイズが同じであるかどうかに応じて、以下は、少なくとも２つのケースにおける説明を提供する。

ケース１：第１の情報における設定情報は、異なるサイズのリソースに対応し得る。

例えば、表４における複数のＢＷＰ情報は、ＢＷＰ情報１、ＢＷＰ情報２、およびＢＷＰ情報３を含み得る。ＢＷＰ情報１、ＢＷＰ情報２、およびＢＷＰ情報３は、ＢＷＰ １、ＢＷＰ ２、およびＢＷＰ ３にそれぞれ対応するＢＷＰ情報であり、設定情報１１、設定情報１２、および設定情報１３にそれぞれ対応する。

例えば、設定情報１１は、１つのシンボルおよび２０ＭＨｚに対応し、設定情報１１は、ＰＤＣＣＨが時間ドメインにおいてスロットにおける第１のシンボルを占有し、周波数ドメインにおいて２０ＭＨｚを占有することを示し得る。

設定情報１２は、２つのシンボルおよび２０ＭＨｚに対応し、設定情報１２は、ＰＤＣＣＨが時間ドメインにおいてスロットにおける第１のシンボルおよび第２のシンボルを占有し、周波数ドメインにおいて２０ＭＨｚを占有することを示し得る。

設定情報１３は、３つのシンボルおよび２０ＭＨｚに対応し、設定情報１３は、ＰＤＣＣＨが時間ドメインにおいてスロットにおける第１のシンボル、第２のシンボル、および第３のシンボルを占有し、周波数ドメインにおいて２０ＭＨｚを占有することを示し得る。

アクセスネットワークデバイスは、ＵＥに対して最大のＰＤＣＣＨリソース（すなわち、第２のリソース）を設定し得、第２のリソースは、第２の表示情報に対応する第２のリソース情報によって示され得ることが理解され得る。第２のリソース情報は、第２の設定情報と称されることもある。表４における例を参照すると、第２の表示情報は、ＢＷＰ情報３であり、第２の設定情報は、設定情報１３であり、第２のリソースは、ＢＷＰ情報３に対応する設定情報１３によって示され得る。具体的に言えば、第２のリソースは、時間ドメインにおいてスロットにおける第１のシンボル、第２のシンボル、および第３のシンボルを占有し、周波数ドメインにおいて２０ＭＨｚを占有する。例えば、第２のリソースは、設定情報１２によって示されるリソースを含んでよく、または設定情報１１によって示されるリソースを含んでよい。

セルの負荷情報が変化した場合、例えば、セルの負荷レベルが軽負荷から中負荷へ変化した場合、別の例として、セルの負荷レベルが重負荷から中負荷へ変化した場合、アクセスネットワークデバイスは、セルの現在の負荷情報に基づいて、ＰＤＣＣＨを通信するためのリソースのサイズを決定し、リソースのサイズに対応する表示情報（すなわち、第１のＢＷＰ情報）をＵＥへ送り得、第１のＢＷＰ情報は、動作ＢＷＰを切り替えるようにＵＥに示し得る。

説明を簡単にするために、本出願において、第１のＢＷＰと第２のＢＷＰとは区別され得る。ＵＥは、第２のＢＷＰ上で動作し、次いで、ＵＥは、アクセスネットワークデバイスから第１のＢＷＰ情報を受信する。ＵＥは、第１のＢＷＰ情報に基づいて、動作ＢＷＰを第１のＢＷＰに切り替える。第１のＢＷＰは、第１のＢＷＰ情報に対応するＢＷＰである。ＵＥが第１のＢＷＰ情報を受信する前に使用される動作ＢＷＰは、第２のＢＷＰと称され、ＵＥが第１のＢＷＰ情報を受信した後に使用される動作ＢＷＰは、第１のＢＷＰと称されることが理解され得る。

特定の実装において、セル負荷が増加した場合、アクセスネットワークデバイスは、ＵＥへ第１のＢＷＰ情報を送り得る。第１のＢＷＰ情報を受信した後、ＵＥは、ＵＥが現在動作している第２のＢＷＰから第１のＢＷＰへ切り替える。ＵＥは、第１のＢＷＰ情報および第１の情報に基づいて、第１の情報における第１のＢＷＰ情報に対応する第１の設定情報をさらに決定し得る。ＵＥは、第１の設定情報に基づいて、ＰＤＣＣＨリソースを決定し、ＰＤＣＣＨリソース上でＰＤＣＣＨを検出する。前述の実施形態において、第１のＢＷＰに対応するＰＤＣＣＨリソースは、第２のＢＷＰに対応するＰＤＣＣＨリソースよりも大きい。これは、アクセスネットワークデバイスがより多くのリソース上でＰＤＣＣＨを送信するのに役立つ。

例えば、表４を参照すると、セルの負荷レベルは軽負荷である。例えば、セル内にＲＲＣ接続状態にある４００個のＵＥがあり、アクセスネットワークデバイスは、セル内の４００個のＵＥ全てをＢＷＰ １にスケジューリングし得る。次いで、アクセスネットワークデバイスは、セルの負荷レベルが軽負荷から中負荷へ変化したと決定する。例えば、セル内のＲＲＣ接続状態にあるＵＥの数量が７００個に増加する。アクセスネットワークデバイスは、ＢＷＰ情報２を７００個のＵＥへ送り得、７００個のＵＥは、７００個のＵＥが現在動作しているＢＷＰ １からＢＷＰ ２へ切り替え得る。７００個のＵＥは、設定情報１２に基づいて、ＰＤＣＣＨリソースを決定し得る。

別の特定の実装において、セル負荷が減少した場合、アクセスネットワークデバイスは、ＵＥへ第１のＢＷＰ情報を送り得る。第１のＢＷＰ情報を受信した後、ＵＥは、ＵＥが現在動作している第２のＢＷＰから第１のＢＷＰに切り替え、第１のＢＷＰに対応する第１の設定情報を決定し、第１の設定情報に基づいて、ＰＤＣＣＨリソースを決定し、ＰＤＣＣＨリソース上でＰＤＣＣＨを検出する。前述の実施形態において、第１のＢＷＰに対応するＰＤＣＣＨリソースは、第２のＢＷＰに対応するＰＤＣＣＨリソースよりも小さい。これは、リソースを節約するのに役立つ。

例えば、表４を依然として参照すると、セルの負荷レベルは中負荷である。例えば、セル内にＲＲＣ接続状態にある７００個のＵＥがあり、アクセスネットワークデバイスは、セル内の７００個のＵＥ全てをＢＷＰ ２にスケジューリングし得る。次いで、セル内のＵＥの一部は、ＲＲＣ接続状態からＲＲＣアイドル状態もしくはＲＲＣ休止状態に入り、または、ＵＥの一部は、別のセルに移動する。アクセスネットワークデバイスは、セルの負荷レベルが中負荷から軽負荷へ変化したと決定する。例えば、セル内のＲＲＣ接続状態にあるＵＥの数量が４００個に減少する。アクセスネットワークデバイスは、４００個のＵＥへＢＷＰ情報１を送り得、４００個のＵＥは、ＢＷＰ情報１の表示に基づいて、４００個のＵＥが現在動作しているＢＷＰ ２からＢＷＰ １に切り替える。さらに、４００個のＵＥは、設定情報１１に基づいて、ＰＤＣＣＨリソースを決定し得る。

図６に示される、アクセスネットワークデバイスによってＰＤＣＣＨリソースを設定し、スケジューリングする例の概略図を参照して、解説がさらに提供される。

図６には複数のブロック（例えば、太線部分は、１つのブロックを表す）があり、複数のブロックは、アクセスネットワークデバイスによってＵＥに対して設定されるリソースとして理解され得ることが前もって留意されるべきである。具体的には、ブロックの水平座標は、時間ドメインリソース（例えば、１つのスロット）を示し、ブロックの垂直座標は、周波数ドメインリソース（例えば、セル帯域幅）を示す。各ブロックは、影付き領域と非影付き領域とを含む。影付き領域は、アクセスネットワークデバイスによってＵＥに対して設定されるＰＤＣＣＨリソースを示し、非影付き領域によって示されるリソースは、アクセスネットワークデバイスとＵＥとの間でＰＤＳＣＨを通信するためのものであり得る。この説明は、アクセスネットワークデバイスによってＰＤＣＣＨリソースを設定し、スケジューリングする別の概略図に対しても適用可能であることが、留意されるべきである。

図６は、リソース設定プロセスとリソース切り替えプロセスとに分割され得る。リソース設定プロセスは、アクセスネットワークデバイスがＵＥへ第１の情報を送るプロセスとして理解されてよく、リソース切り替えプロセスは、アクセスネットワークデバイスが、セル負荷が変化したと決定した後、セル内のＵＥに対して第１の表示情報を示すプロセスとして理解されてよい。この説明は、アクセスネットワークデバイスによってＰＤＣＣＨリソースを設定し、スケジューリングする別の概略図に対しても適用可能であることが、留意されるべきである。

リソース設定プロセスにおいて、アクセスネットワークデバイスは、ＲＲＣシグナリングを介してＵＥへ第１の情報を送り得る。対応して、ＵＥは、ＲＲＣシグナリングを介してアクセスネットワークデバイスから第１の情報を受信する。第１の情報は、ＢＷＰ １、ＢＷＰ ２、およびＢＷＰ ３にそれぞれ対応する設定情報１１、設定情報１２、および設定情報１３を含み得る。設定情報１１、設定情報１２、および設定情報１３は各々、アクセスネットワークデバイスによってＵＥに対して設定されるＰＤＣＣＨリソースを示し得る。詳細は以下の通りである。

設定情報によって示されるＰＤＣＣＨリソースに含まれる周波数ドメインリソースについては、垂直座標上で影付き領域によって占有されるブロックの割合を参照されたい。例えば、設定情報１２によって示される周波数ドメインリソースは、垂直座標上で全てのブロックを占有する。具体的には、それは、周波数ドメインリソースによって占有される帯域幅が、ブロックによって示される帯域幅（例えば、セル帯域幅）と同じであることを示す。図６に示されるように、設定情報１１、設定情報１２、および設定情報１３によって示されるＰＤＣＣＨリソースは、同じ帯域幅を含んでよく、帯域幅は、セル帯域幅であってよい。

設定情報によって示されるＰＤＣＣＨリソースに含まれる時間ドメインリソースについては、水平座標上の影付き領域内の影付きブロックの数量を参照されたい。１つの影付きブロックは、１つのシンボルを表し得る。例えば、設定情報１２によって示される時間ドメインリソースは、２つのシンボルを含み、２つのシンボルは、スロットにおける第１のシンボルおよび第２のシンボルを占有し得る。同様に、設定情報１１によって示される時間ドメインリソースは、スロットにおける第１のシンボルを含み、設定情報１３によって示される時間ドメインリソースは、スロットにおける第１のシンボル、第２のシンボル、および第３のシンボルを含む。

リソース切り替えプロセスにおいて、セルの負荷レベルが軽負荷である場合、アクセスネットワークデバイスは、セル内のＵＥがＢＷＰ １上で動作するようにスケジューリングする。対応して、セル内のＵＥは、設定情報１１に基づいて、ＰＤＣＣＨを検出するためのリソースを決定する。セルの負荷レベルが軽負荷から中負荷へ変化した場合、アクセスネットワークデバイスは、セル内のＵＥをＢＷＰ １からＢＷＰ ２へスケジューリングする。対応して、セル内のＵＥは、設定情報１２に基づいて、ＰＤＣＣＨを検出するためのリソース（すなわち、第１のリソース）を決定する。

ケース２：第１の情報における設定情報は、同じサイズのリソースに対応し得る。

例えば、表５内の複数のＢＷＰ情報は、ＢＷＰ情報１、ＢＷＰ情報２、およびＢＷＰ情報３を含む。ＢＷＰ情報１、ＢＷＰ情報２、およびＢＷＰ情報３は、ＢＷＰ １、ＢＷＰ ２、およびＢＷＰ ３にそれぞれ対応するＢＷＰ情報であり、設定情報２１、設定情報２２、および設定情報２３にそれぞれ対応する。

例えば、設定情報２１は、１つのシンボルおよび２０ＭＨｚに対応し、設定情報２１は、ＰＤＣＣＨが時間ドメインにおいてスロットにおける第１のシンボルを占有し、周波数ドメインにおいて２０ＭＨｚを占有することを示し得る。

設定情報２２は、１つのシンボルおよび２０ＭＨｚに対応し、設定情報２２は、ＰＤＣＣＨが時間ドメインにおいてスロットにおける第２のシンボルを占有し、周波数ドメインにおいて２０ＭＨｚを占有することを示し得る。

設定情報２３は、１つのシンボルおよび２０ＭＨｚに対応し、設定情報２３は、ＰＤＣＣＨが時間ドメインにおいてスロットにおける第３のシンボルを占有し、周波数ドメインにおいて２０ＭＨｚを占有することを示し得る。

アクセスネットワークデバイスは、ＵＥに対して最大のＰＤＣＣＨリソース（すなわち、第２のリソース）を設定し得、第２のリソースは、複数の設定情報によって示され得ることが、理解され得る。表５における例を参照すると、第２のリソースは、設定情報２１、設定情報２２、および設定情報２３によって共同で示され得る。第２のリソースは、時間ドメインにおいてスロットにおける第１のシンボル、第２のシンボル、および第３のシンボルを占有し、周波数ドメインにおいて２０ＭＨｚを占有する。例えば、第２のリソースは、設定情報２２によって示されるリソースを含んでよく、または設定情報２１によって示されるリソースを含んでよく、または、設定情報２３によって示されるリソースを含んでよい。

セルの負荷情報が変化した場合、例えば、セルの負荷レベルが軽負荷から中負荷へ変化した場合、別の例として、セルの負荷レベルが重負荷から中負荷へ変化した場合、アクセスネットワークデバイスは、セルの現在の負荷情報に基づいて、ターゲットＵＥと、ターゲットＵＥとのＰＤＣＣＨの通信のためのリソースのサイズとを決定し、リソースのサイズに対応する表示情報（すなわち、第１のＢＷＰ情報）をターゲットＵＥへ送り得、第１のＢＷＰ情報は、動作ＢＷＰを切り替えるようにターゲットＵＥに示し得る。

特定の実装において、セル負荷が増加した場合、アクセスネットワークデバイスは、セル内のＵＥからターゲットＵＥを決定し、ターゲットＵＥへ第１のＢＷＰ情報を送り得る。第１のＢＷＰ情報を受信した後、ターゲットＵＥは、ターゲットＵＥが現在動作している第２のＢＷＰから第１のＢＷＰへ切り替える。ターゲットＵＥは、第１のＢＷＰ情報および第１の情報に基づいて、第１の情報における第１のＢＷＰ情報に対応する第１の設定情報をさらに決定し得る。ターゲットＵＥは、第１の設定情報に基づいて、ＰＤＣＣＨリソースを決定し、ＰＤＣＣＨリソース上でＰＤＣＣＨを検出する。このように、アクセスネットワークデバイスは、セル内のターゲットＵＥを第２のＢＷＰから第１のＢＷＰへスケジューリングし、セル内のＵＥの別の部分は、依然として第２のＢＷＰ上で動作する。このように、セル内のＵＥは、異なるＢＷＰに分散されてよく、異なるＢＷＰ上で動作するＵＥは、異なるＰＤＣＣＨリソース上で検出を行い得る。

例えば、表５を参照すると、ＢＷＰ情報１に対応するリソースは、６００個のＵＥによる検出のために使用され得る。セル内で、１０００個のＵＥは、ＢＷＰ １上で動作し、アクセスネットワークデバイスは、１０００個のＵＥにおける４００個のＵＥ（すなわち、ターゲットＵＥ）へＢＷＰ情報２を送り得る。４００個のＵＥは、ＢＷＰ情報２に基づいて、４００個のＵＥが現在動作しているＢＷＰ １からＢＷＰ ２へ切り替える。そのため、セル内の１０００個のＵＥは、異なるＢＷＰに分散され得る。具体的には、ＢＷＰ ２へスケジューリングされた４００個のＵＥは、設定情報２２に基づいて、ＰＤＣＣＨリソースを決定し得、依然としてＢＷＰ １上で動作している６００個のＵＥは、設定情報２１に基づいて、ＰＤＣＣＨリソースを決定し得る。

別の特定の実装において、セル負荷が減少した場合、アクセスネットワークデバイスは、セル内のターゲットＵＥへ第１のＢＷＰ情報を送り得る。第１のＢＷＰ情報を受信した後、ターゲットＵＥは、ターゲットＵＥが現在動作している第２のＢＷＰから第１のＢＷＰへ切り替え、第１のＢＷＰに対応する第１の設定情報を決定し、第１の設定情報に基づいて、ＰＤＣＣＨリソースを決定し、ＰＤＣＣＨリソース上でＰＤＣＣＨを検出する。このように、アクセスネットワークデバイスは、セル内のターゲットＵＥを第２のＢＷＰから第１のＢＷＰへスケジューリングし、その結果、ターゲットＵＥと、第１のＢＷＰ上で元々動作しているＵＥとは、同じＢＷＰ上で動作し得る。このように、セル内の異なるＢＷＰに分散されたＵＥは、同じＢＷＰへアグリゲートされ得、同じＢＷＰ上で動作するＵＥは、検出のために同じＰＤＣＣＨリソースを使用し得る。これは、リソース活用を改善するのに役立つ。

例えば、依然として表５を参照すると、ＢＷＰ情報１に対応するリソースは、６００個のＵＥによる検出のために使用され得る。セル内で、２００個のＵＥは、ＢＷＰ １上で動作し、３００個のＵＥは、ＢＷＰ ２上で動作する。アクセスネットワークデバイスは、ＢＷＰ ２上で動作している３００個のＵＥへ、ＢＷＰ情報１を送り得る。３００個のＵＥは、３００個のＵＥが現在動作しているＢＷＰ ２からＢＷＰ １へ切り替え得る。そのため、５００個のＵＥが、ＢＷＰ １上で動作する。５００個のＵＥは、設定情報２１に基づいて、ＰＤＣＣＨリソースを決定し得る。

図７に示される、アクセスネットワークデバイスによってＰＤＣＣＨリソースを設定し、スケジューリングする例の概略図を参照して、解説がさらに提供される。図７も、リソース設定プロセスとリソース切り替えプロセスとに分割され得る。

リソース設定プロセスにおいて、アクセスネットワークデバイスは、ＵＥに対して、ＢＷＰ １、ＢＷＰ ２、およびＢＷＰ ３にそれぞれ対応する設定情報２１、設定情報２２、および設定情報２３を設定し得る。

図７に示されるリソース設定プロセスにおいて、ＢＷＰ １に対応する設定情報２１によって示される時間ドメインリソースは、第１のシンボルを含み、ＢＷＰ ２に対応する設定情報２２によって示される時間ドメインリソースは、第２のシンボルを含み、ＢＷＰ ３に対応する設定情報２３によって示される時間ドメインリソースは、第３のシンボルを含む。

リソース切り替えプロセスにおいて、セルの負荷レベルが軽負荷である場合、アクセスネットワークデバイスは、ＢＷＰ １上で動作するようにセル内のＵＥをスケジューリングする。対応して、セル内のＵＥは、設定情報２１に基づいて、ＰＤＣＣＨを検出するためのリソースを決定する。セルの負荷レベルが軽負荷から中負荷へ変化した場合、アクセスネットワークデバイスは、セル内のＵＥの一部（すなわち、ターゲットＵＥ）をＢＷＰ １からＢＷＰ ２へスケジューリングする。対応して、セル内のＢＷＰ ２上で動作しているＵＥは、設定情報２２に基づいて、ＰＤＣＣＨを検出するためのリソース（すなわち、第１のリソース）を決定する。セル内のＢＷＰ １上で依然として動作しているＵＥは、設定情報２１に基づいて、ＰＤＣＣＨを検出するためのリソースを決定し得る。

前述の技術的解決策において、アクセスネットワークデバイスは、各ＵＥに対して複数の異なるＢＷＰを設定し得、各ＢＷＰは、対応するＰＤＣＣＨ設定情報により独立して設定され得る。言い換えれば、各ＢＷＰは、シンボルの数量および周波数ドメイン帯域幅に対応し得る。アクセスネットワークデバイスは、動作ＢＷＰを切り替えるようにＵＥをスケジューリングする手法で、対応するＰＤＣＣＨ設定情報をＵＥに対して示し得る。セル負荷が変化した場合、アクセスネットワークデバイスは、ＵＥに対して、変化したセル負荷に対応する第１のＢＷＰ情報を迅速かつ効率的に示し得る。これは、アクセスネットワークデバイスとＵＥとの間でＰＤＣＣＨを通信するためのリソースがセル負荷に対して十分に適用可能であるようにするのに役立つ。さらに、第１のＢＷＰ情報は、アクセスネットワークデバイスによってＤＣＩを使用することによってＵＥへ送られてよく、第１のＢＷＰ情報は、ＴＴＩグラニュラリティの設定を実装するためのものであってよい。

第１のリソースが第２のリソースよりも小さい場合、アクセスネットワークデバイスは、第２のリソースにおける第１のリソース以外のリソースをさらに示し得、そのリソースは、アクセスネットワークデバイスとＵＥとの間でＰＤＳＣＨを通信するためのものであり得ることが、付加的に留意されるべきである。

表４に示される例を参照すると、例えば、アクセスネットワークデバイスが、ＢＷＰ ２上で動作するようにＵＥをスケジューリングする場合、ＵＥは、設定情報１２に基づいて、第１のリソースが時間ドメインにおいて２つのシンボル（具体的には、第１のシンボルおよび第２のシンボル）を含むと決定し得る。この場合において、アクセスネットワークデバイスは、第３のシンボルにおいて、ＵＥとのＰＤＳＣＨの通信を設定して、リソース活用を改善するのに役立ち得る。ＰＤＳＣＨは、第１のシンボルおよび第２のシンボル上で通信されるＰＤＣＣＨを使用することによってスケジューリングされ得る。

可能な手法において、ＰＤＣＣＨは、ＰＤＳＣＨの位置を示す表示情報を搬送する。表示情報は、レートマッチングリソースパターン（ｒａｔｅ ｍａｔｃｈｉｎｇ ｐａｔｔｅｒｎ，ＲＭパターン）情報であってよく、または、表示情報は、スケジューリング開始および長さインジケータ値（ｓｔａｒｔ ａｎｄ ｌｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ ｖａｌｕｅ，ＳＬＩＶ）であってよい。

以下は、説明のために、表示情報がレートマッチングパターン情報である例を使用する。アクセスネットワークデバイスは、ＵＥに対して、複数のレートマッチングパターン情報と、複数のレートマッチングパターン情報に対応するレートマッチングパターンを前もって送り、レートマッチングパターン情報は、識別子であってよく、レートマッチングパターン情報に対応するレートマッチングパターンは、ＰＤＣＣＨとＰＤＳＣＨとの間のパターン関係を示し得る。レートマッチングパターンによって示されるＰＤＣＣＨのサブチャネル位置は、パンクチャリング位置として使用されてよく、残りのサブチャネル位置は、ＰＤＳＣＨを通信するためのものであってよいことも理解され得る。

例えば、アクセスネットワークデバイスは、複数のレートマッチングパターン情報と、複数のレートマッチングパターン情報に対応するレートマッチングパターンとを第１の情報内に含め、ＵＥへ第１の情報を送り得る。代替として、アクセスネットワークデバイスは、複数のレートマッチングパターン情報と、複数のレートマッチングパターン情報に対応するレートマッチングパターンを、別個のメッセージとしてＵＥへ送ってよい。例えば、別個のメッセージは、ＲＲＣシグナリングであってよい。

ＵＥが、ＰＤＣＣＨからレートマッチングパターン情報を取得した場合、ＵＥは、レートマッチングパターン情報に基づいて、レートマッチングパターン情報に対応するレートマッチングパターンを決定し、次いで、レートマッチングパターンに基づいて、ＰＤＳＣＨの位置を決定し得る。図８は、複数のレートマッチングパターンの例の概略図である。概略図は、レートマッチングパターン情報１に対応するレートマッチングパターン、レートマッチングパターン情報２に対応するレートマッチングパターン、レートマッチングパターン情報３に対応するレートマッチングパターン、および、レートマッチングパターン情報４に対応するレートマッチングパターンを含む。図８に示される各レートマッチングパターンについて、レートマッチングパターンは、影付き領域と非影付き領域とを含み得、影付き領域は、ＰＤＣＣＨを通信するためのものであり得、非影付き領域は、ＰＤＳＣＨを通信するためのものであり得る。

例えば、ＵＥが、ＰＤＣＣＨからレートマッチングパターン情報１を取得した場合、ＵＥは、レートマッチングパターン情報１に対応するレートマッチングパターンに基づいて、ＰＤＳＣＨに対応する時間ドメインリソースの開始シンボルは第２のシンボルであり、ＰＤＳＣＨに対応する周波数ドメインリソースは２０ＭＨｚを占有すると決定し得る。別の例として、ＵＥが、ＰＤＣＣＨからレートマッチングパターン情報４を取得した場合、ＵＥは、レートマッチングパターン情報４に対応するレートマッチングパターンに基づいて、ＰＤＳＣＨに対応する時間ドメインリソースの開始シンボルは第１のシンボルであり、周波数ドメインリソースは１０ＭＨｚを占有し、時間ドメインリソースの第３のシンボルおよび第３のシンボルに続くシンボルについて、対応する周波数ドメインリソースは２０ＭＨｚを占有すると決定し得る。

ＵＥに対してレートマッチングリソースパターン情報を示す場合、アクセスネットワークデバイスは、セル内のＵＥによるＰＤＣＣＨの検出に対応するＰＤＣＣＨリソースを参照して、レートマッチングリソースパターン情報を決定し得る。表４における例を参照すると、アクセスネットワークデバイスが、セル内のＵＥに対してＢＷＰ情報２を示す場合、セル内の全てのＵＥは、ＢＷＰ ２上で動作する。具体的には、セル内の全てのＵＥは、時間ドメインにおける第１のシンボルおよび第２のシンボル上、ならびに周波数ドメインにおける２０ＭＨｚ上でＰＤＣＣＨを検出し得る。アクセスネットワークデバイスは、ＰＤＣＣＨ内にレートマッチングパターン情報２を含めてよく、または、ＰＤＣＣＨ内にレートマッチングパターン情報４を含めてよく、その結果、ＵＥは、構文解析を通じてＰＤＣＣＨを取得した後に、ＰＤＣＣＨに基づいてＰＤＳＣＨの位置を決定して、ＰＤＳＣＨを構文解析し得る。

表５に関連する前述の手法において、ＵＥにレートマッチングパターン情報を示す前に、アクセスネットワークデバイスは、セル内のＵＥが異なるＢＷＰ上で動作するとさらに決定し得ることが留意されるべきである。例えば、ＵＥの一部は、ＢＷＰ １上で動作し、具体的には、ＵＥのその一部は、時間ドメインにおける第１のシンボル上で、および周波数ドメインにおける２０ＭＨｚ上でＰＤＣＣＨを検出し得る。ＵＥの別の一部は、ＢＷＰ ２上で動作し、具体的には、ＵＥのその一部は、時間ドメインにおける第２のシンボル上、および周波数ドメインにおける２０ＭＨｚ上でＰＤＣＣＨを検出し得る。アクセスネットワークデバイスは、異なるＢＷＰ上で動作するＵＥに対して、同じＰＤＳＣＨリソースを示し得、具体的には、同じレートマッチングパターン情報を使用することによって、同じＰＤＳＣＨリソースを示し得る。例えば、アクセスネットワークデバイスは、セル内のＢＷＰ １上で動作しているＵＥへＰＤＣＣＨを送ってよく、ＰＤＣＣＨは、レートマッチングパターン情報２を搬送してよい。同様に、アクセスネットワークデバイスは、セル内のＢＷＰ ２上で動作しているＵＥへＰＤＣＣＨを送ってもよく、ＰＤＣＣＨは、レートマッチングパターン情報２を搬送してもよい。このようにして、ＢＷＰ １上で動作しているＵＥによって決定されるＰＤＳＣＨリソースと、ＢＷＰ ２上で動作しているＵＥによって決定されるＰＤＣＣＨリソースとの間のコンフリクトが回避される。

前述の内容は、単に、第１の表示情報が第１のＢＷＰ情報である例を使用することによって説明を提供するものである。第１の表示情報が第１の検出リソースパターン情報である場合、第１の検出リソースパターン情報に対応するリソース情報は、検出リソースパターンであり得る。この実装において、アクセスネットワークデバイスは、前もってＵＥへ第２のリソースの設定情報を送り得る。第２のリソースの設定情報は、別個のＲＲＣシグナリングにおいて搬送され、ＵＥへ送られてよく、または、第１の情報と共に同じＲＲＣシグナリングにおいて搬送され、ＵＥへ送られてよい。アクセスネットワークデバイスから第１の検出リソースパターン情報を受信した場合、ＵＥは、第１の検出リソースパターン情報に対応する検出リソースパターンを決定し、次いで、検出リソースパターンおよび第２のリソースの設定情報に基づいて、第１のリソースを決定し得る。詳細については、前述の実施形態における説明を参照されたい。

もちろん、前述の実装は、説明のために例に過ぎない。第１の情報に含まれる表示情報、および表示情報に対応するリソース情報は、代替として、別の手法であってよい。例えば、複数の表示情報によって示されるリソース情報において、２つのリソース情報が、異なるサイズのリソースを示し、他の２つのリソース情報が、同じサイズのリソースを示す。アクセスネットワークデバイスは、セルの現在の負荷情報に基づいて、第１の表示情報（すなわち、第１のＢＷＰ情報または第１の検出リソースパターン情報）を決定し、セル内の全てのＵＥまたはターゲットＵＥに対して第１の表示情報を示し得る。

また、本出願は、通信リソース決定方法をさらに提供する。本方法は、セル負荷が変化した場合に適用可能であり、その結果、アクセスネットワークデバイスと端末デバイスとの間でＰＤＣＣＨを通信するためのリソースが、セル負荷に対して十分に適用可能である。本方法は、例として図１に示される端末デバイス（すなわち、ＵＥ）およびアクセスネットワークデバイスによって行われ得る。

本方法において、アクセスネットワークデバイスは、第４の情報を前もって決定し、次いで、ＵＥに対して第４の情報を設定し得る。第４の情報は、１つまたは複数のリソース情報を含んでよく、リソース情報は、ＰＤＣＣＨの設定情報であってよく、ＰＤＣＣＨの設定情報は、ＣＯＲＥＳＥＴおよびＳＳを含んでよい。第４の情報が複数のリソース情報を含む場合、複数のリソース情報によってそれぞれ示される複数のＰＤＣＣＨリソースのリソースサイズは、同じであってよく、または異なってよい。複数のＰＤＣＣＨリソースに含まれるシンボルの数量は、同じであってよく、または異なってよく、複数のＰＤＣＣＨリソースに含まれる帯域幅は、同じであってよく、または異なってよい。

可能な手法において、第４の情報に含まれる１つまたは複数のリソース情報によって示されるＰＤＣＣＨリソースは、第１のシンボルおよび２０ＭＨｚ、第２のシンボルおよび２０ＭＨｚ、第３のシンボルおよび２０ＭＨｚ、第１および第２のシンボルならびに２０ＭＨｚ、第１、第２、および第３のシンボルならびに２０ＭＨｚのうちの１つまたは複数に対応し得る。

例１において、第４の情報に含まれる３つのリソース情報は、第１のシンボルおよび２０ ＭＨｚ、第２のシンボルおよび２０ＭＨｚ、ならびに第３のシンボルおよび２０ＭＨｚにそれぞれ対応し得る。

例２において、第４の情報に含まれる３つのリソース情報は、第１のシンボルおよび２０ＭＨｚ、第１および第２のシンボルおよび２０ＭＨｚ、ならびに第１、第２、および第３のシンボルおよび２０ＭＨｚにそれぞれ対応し得る。

可能な手法において、アクセスネットワークデバイスは、上位レイヤシグナリングを介してＵＥに対して第４の情報を設定し得、上位レイヤシグナリングは、例えば、ＲＲＣシグナリングである。例えば、アクセスネットワークデバイスは、ＵＥへＲＲＣ再設定メッセージを送ってよく、ＲＲＣ再設定メッセージは、第４の情報を含む。

第４の情報が１つのリソース情報を含むか、または複数のリソース情報を含むかに応じて、以下は、異なるケースにおける説明を提供する。

ケースａ：第４の情報は、複数のリソース情報を含む。

ＵＥへＰＤＣＣＨを送る前に、アクセスネットワークデバイスは、複数のリソース情報から１つのリソース情報を選択し、次いで、選択されたリソース情報によって示されるリソース上でＵＥへＰＤＣＣＨを送り得る。ＵＥは、アクセスネットワークデバイスがＰＤＣＣＨを送る具体的なリソースを知らないので、ＵＥは、複数のリソース情報によってそれぞれ示されるリソース上で、完全検出手法で検出を行って、ＰＤＣＣＨが検出されることが可能なリソースを決定する。

図９に示される別の通信リソース決定方法の手順は、以下の通りである。

ステップ９０１：アクセスネットワークデバイスは、セルの負荷情報に基づいて、複数のリソース情報から第１のリソース情報を決定し、第１のリソース情報は、第１のリソースを示す。

可能な実装において、ＵＥがセルにアクセスするとアクセスネットワークデバイスが決定した場合、または、セルの負荷情報が変化したとアクセスネットワークデバイスが決定した場合、アクセスネットワークデバイスは、セルの負荷情報に基づいて、複数のリソース情報から第１のリソース情報を決定し得、第１のリソース情報によって示されるＰＤＣＣＨリソースのサイズは、ＰＤＣＣＨリソースのサイズについてのセルの負荷情報の要件を満たし得る。

ステップ９０２：ＵＥは、複数のリソース情報に基づいて、複数のリソース情報によってそれぞれ示されるＰＤＣＣＨリソースを決定する。例えば、複数のリソース情報の各々は、ＣＯＲＥＳＥＴおよびＳＳを含んでよい。ＵＥは、各リソース情報に含まれるＣＯＲＥＳＥＴおよびＳＳに基づいて、そのリソース情報によって示されるＰＤＣＣＨリソースを決定し得、その結果、ＵＥは、複数のリソース情報によってそれぞれ示されるＰＤＣＣＨリソースを決定する。

ステップ９０３：アクセスネットワークデバイスは、第１のリソース上でＵＥへＰＤＣＣＨを送る。

ステップ９０４：ＵＥは、複数のリソース情報によって示されるＰＤＣＣＨリソース上で検出を行い、複数のリソース情報における第１のリソース情報は、第１のリソースを示し、第１のリソースは、ＰＤＣＣＨを搬送する。

ステップ９０２およびステップ９０１のシーケンスは、本出願において限定されない。

前述のステップ９０２からステップ９０４において、ＵＥは、複数のリソース情報に基づいて、複数のリソース情報にそれぞれ対応するＰＤＣＣＨリソースを決定し、各ＰＤＣＣＨリソース上でＰＤＣＣＨを検出して、ＰＤＣＣＨが検出されるかどうかを決定する。例えば、複数のリソース情報は、リソース情報３１、リソース情報３２、およびリソース情報３３を含む。ＵＥは、リソース情報３１によって示されるリソース上でＰＤＣＣＨに関する検出を行って、ＰＤＣＣＨが検出されるかどうかを決定し、リソース情報３２によって示されるリソース上でＰＤＣＣＨに関する検出を行って、ＰＤＣＣＨが検出されるかどうかを決定し、リソース情報３３によって示されるリソース上でＰＤＣＣＨに関する検出を行って、ＰＤＣＣＨが検出されるかどうかを決定し得る。例えば、アクセスネットワークデバイスは、リソース情報３２によって示されるリソース上でＵＥへＰＤＣＣＨを送る。この場合において、ＵＥは、リソース情報３２によって示されるリソース上でＰＤＣＣＨを検出し得るが、リソース情報３１によって示されるリソース上、またはリソース情報３３によって示されるリソース上で、ＰＤＣＣＨを検出しないことがある。

図１０に示される、アクセスネットワークデバイスによってＰＤＣＣＨリソースを設定し、スケジューリングする例の概略図を参照して、解説が提供される。ＵＥに対してアクセスネットワークデバイスによって設定される第４の情報は、複数のリソース情報を含み、複数のリソース情報は、リソース情報３１、リソース情報３２、およびリソース情報３３を含み得る。リソース情報３１は、第１のシンボルおよび２０ＭＨｚに対応し、リソース情報３２は、第１および第２のシンボルならびに２０ＭＨｚに対応し、リソース情報３３は、第１、第２、および第３のシンボルならびに２０ＭＨｚに対応する。ＵＥは、３つの異なるＰＤＣＣＨリソース上でＰＤＣＣＨに関する検出を行い得る（すなわち、ＵＥは完全検出を行う）。

軽負荷の場合において、アクセスネットワークデバイスは、リソース情報３１に対応するリソース上でＰＤＣＣＨを送り得る。ＵＥは完全検出を行うが、ＵＥは、リソース情報３１に対応するリソース上でのみＰＤＣＣＨを検出することができる。リソース情報３２に対応するリソースおよびリソース情報３３に対応するリソース上でＵＥによって行われる検出は、無効な検出である。

中負荷の場合において、アクセスネットワークデバイスは、リソース情報３２に対応するリソース上でＰＤＣＣＨを送り得る。ＵＥは完全検出を行うが、ＵＥは、リソース情報３２に対応するリソース上でのみＰＤＣＣＨを検出することができる。リソース情報３１に対応するリソースおよびリソース情報３３に対応するリソース上でＵＥによって行われる検出は、無効な検出である。

重負荷の場合において、アクセスネットワークデバイスは、リソース情報３３に対応するリソース上でＰＤＣＣＨを送り得る。ＵＥは完全検出を行うが、ＵＥは、リソース情報３３に対応するリソース上でのみＰＤＣＣＨを検出することができる。リソース情報３２に対応するリソースおよびリソース情報３１に対応するリソース上でＵＥによって行われる検出は、無効な検出である。

アクセスネットワークデバイスは、代替として、セルの負荷情報に基づいて、セルからターゲットＵＥを決定し、ターゲットＵＥに対応する第１のリソース情報を決定し、第１のリソース情報によって示される第１のリソース上でセル内のターゲットＵＥへＰＤＣＣＨを送ってよいことが留意されるべきである。セル内のターゲットＵＥについて、ターゲットＵＥは、複数のリソース情報によってそれぞれ示されるリソース上で完全検出を行い、ターゲットＵＥは、第１のリソース情報によって示される第１のリソース上でＰＤＣＣＨを検出し得る。セル内のターゲットＵＥ以外のＵＥについて、アクセスネットワークデバイスは、元のリソース上でＵＥへＰＤＣＣＨをさらに送り得る。この手法は、複数のリソース情報が同じサイズのリソースを示す場合に適用可能である。例えば、複数のリソース情報は、リソース情報４１、リソース情報４２、およびリソース情報４３を含み得る。リソース情報４１は、第１のシンボルおよび２０ＭＨｚに対応し、リソース情報４２は、第２のシンボルおよび２０ＭＨｚに対応し、リソース情報４３は、第３のシンボルおよび２０ＭＨｚに対応する。ＵＥは、３つの異なるＰＤＣＣＨリソース上でＰＤＣＣＨに関する検出を行い得る（すなわち、ＵＥは完全検出を行う）。

例えば、セルの負荷レベルは、軽負荷である。例えば、セル内にＲＲＣ接続状態にある４００個のＵＥがある。アクセスネットワークデバイスは、リソース情報４１によって示されるリソース上で、セル内の４００個のＵＥへＰＤＣＣＨを送り得る。４００個のＵＥは、完全検出を通じて、リソース情報４１によって示されるリソース上でＰＤＣＣＨを検出し得る。次いで、アクセスネットワークデバイスは、セルの負荷レベルが軽負荷から中負荷へ変化したと決定する。例えば、セル内のＲＲＣ接続状態にあるＵＥの数量が、７００個に増加した場合、アクセスネットワークデバイスは、７００個のＵＥから２００個のターゲットＵＥを決定し、次いで、リソース情報４２によって示されるリソース上で、２００個のターゲットＵＥへＰＤＣＣＨを送り得る。この場合において、２００個のターゲットＵＥは、リソース情報４２によって示されるリソース上で、完全検出を通じてＰＤＣＣＨを検出し得る。しかしながら、残りの５００個のＵＥは、リソース情報４１によって示されるリソース上で、完全検出を通じてＰＤＣＣＨを依然として検出し得る。

第４の情報は、最大のＰＤＣＣＨリソース（すなわち、第２のリソース）をさらに示してよく、第２のリソースは、他のリソース情報によって示されるリソースを含んでよいことがさらに理解され得る。図１０に示される例を参照すると、第４の情報によって示される複数のリソース情報は、リソース情報３１、リソース情報３２、およびリソース情報３３を含む。リソース情報３３は、第２のリソース情報である。リソース情報３３によって示されるリソースは、リソース情報３２によって示されるリソースを含んでよく、またはリソース情報３１によって示されるリソースを含んでよい。

第１のリソースが第２のリソースよりも小さい場合、アクセスネットワークデバイスは、第２のリソースにおける第１のリソース以外のリソースをさらに示し得、リソースは、アクセスネットワークデバイスとＵＥとの間でＰＤＳＣＨを通信するためのものであり得る。可能な手法において、ＰＤＣＣＨは、ＰＤＳＣＨの位置を示す表示情報を搬送する。表示情報は、レートマッチングリソースパターン情報であってよく、または、表示情報は、スケジューリング開始および長さインジケータ値であってよい。この実装の詳細については、図４の実施形態における関連する説明を参照されたい。

前述の技術的解決策において、アクセスネットワークデバイスは、ＵＥに対して複数の異なるリソース情報を設定し得る。セルの負荷情報が変化したと決定する場合、アクセスネットワークデバイスは、セルの負荷情報に対応するリソース情報を決定し、次いで、リソース情報によって示されるリソース上でＵＥへＰＤＣＣＨを送る。ＵＥは、複数の異なるリソース情報によってそれぞれ示されるリソース上でＰＤＣＣＨに関する検出を行って、ＰＤＣＣＨがリソース上で検出されるかどうかを決定する。このように、アクセスネットワークデバイスは、ＰＤＣＣＨリソースを変更するようにＵＥに示すことを必要としない。これは、アクセスネットワークデバイスとＵＥとの間でＰＤＣＣＨがより柔軟に通信されることを実装するのに役立つ。

ケースｂ：第４の情報は、１つのリソース情報を含む。

リソース情報は、第２のリソース情報として理解され得、第２のリソース情報は、最大のＰＤＣＣＨリソース（すなわち、第２のリソース）を示し得る。例えば、第２のリソース情報は、第１のシンボルおよび２０ＭＨｚ、第１および第２のシンボルおよび２０ＭＨｚ、ならびに第１、第２、および第３のシンボルおよび２０ＭＨｚのうちの１つを示し得る。

アクセスネットワークデバイスは、セルの負荷情報に基づいて、第１のリソース情報を決定し、第１のリソース情報は、第１のリソースを示し、第１のリソースは、第２のリソースに含まれる。ＵＥは、第２のリソース上で完全検出を行い、次いで、第１のリソースにおいてＰＤＣＣＨを検出し得る。ＰＤＣＣＨは、ＰＤＳＣＨの位置を示す表示情報を含み得る。表示情報は、レートマッチングリソースパターン情報であってよく、または、表示情報は、スケジューリング開始および長さインジケータ値であってよい。ＵＥは、表示情報に基づいて、表示情報によって示されるリソース上でＰＤＳＣＨに関する検出を行う。

例えば、図１１を参照すると、第２のリソース情報によって示される第２のリソースは、第１、第２、および第３のシンボルならびに２０ＭＨｚに対応し、アクセスネットワークデバイスは、第１、第２、および第３のシンボルおよび１０ＭＨｚ上でＵＥへＰＤＣＣＨを送る。ＰＤＣＣＨは、レートマッチングパターン情報を含んでよく、レートマッチングパターン情報は、図１１に示されるレートマッチングパターンを示し得る。ＵＥは、第１、第２、および第３のシンボルならびに２０ＭＨｚ上でＰＤＣＣＨに関する完全検出を行い、次いで、ＰＤＣＣＨを検出し、ＰＤＣＣＨは、レートマッチングパターン情報を含み得る。ＵＥは、レートマッチングパターン情報によって示されるレートマッチングパターンおよび第２のリソースに基づいて、ＰＤＳＣＨの位置を決定し、その位置においてＰＤＳＣＨを構文解析する。図１１に示される矢印の右側のブロックを参照されたい。影付き領域は、ＰＤＣＣＨリソースを示し、非影付き領域は、ＰＤＳＣＨリソースを示し、ＵＥは、非影付き領域によって示されるＰＤＳＣＨリソース上でＰＤＳＣＨを受信し得る。

前述の技術的解決策において、アクセスネットワークデバイスは、ＵＥに対して最大のＰＤＣＣＨリソース（すなわち、第２のリソース）を設定し得る。セルの負荷情報が変化したと決定した場合、アクセスネットワークデバイスは、セルの負荷情報に対応する第１のリソースを決定し、次いで、第１のリソース上でＵＥへＰＤＣＣＨを送る。ＵＥは、第２のリソース上でＰＤＣＣＨを検出し、アクセスネットワークデバイスは、ＰＤＣＣＨリソースを変更するようにＵＥに示すことを必要としない。これは、アクセスネットワークデバイスとＵＥとの間でＰＤＣＣＨがより柔軟に通信されることを実装するのに役立つ。さらに、アクセスネットワークデバイスは、ＰＤＳＣＨリソースを示す表示情報をＰＤＣＣＨ内に含める。これは、リソース活用を改善するのに役立つ。

前述の内容および同じ概念に基づいて、図１２および図１３は、本出願による可能な通信装置の構造の概略図である。これらの通信装置は、前述の方法実施形態における、端末デバイスまたはアクセスネットワークデバイスの機能を実装するように設定され得る。そのため、前述の方法実施形態の有益な効果も達成されることが可能である。

本出願において、通信装置は、図１に示される端末デバイスであってよく、または図１に示されるアクセスネットワークデバイスであってよく、または、端末デバイスもしくはアクセスネットワークデバイス内で使用されるモジュール（例えば、チップ）であってよい。

図１２に示されるように、通信装置１２００は、送受信器モジュール１２０１と処理モジュール１２０２とを含む。

可能な実装において、通信装置１２００は、図４に示される方法実施形態における端末デバイスの機能を実装するように構成され、または、図４に示される方法実施形態におけるアクセスネットワークデバイスの機能を実装するように設定される。

通信装置１２００が、図４に示される方法実施形態における端末デバイスの機能を実装するように構成される場合、送受信器モジュール１２０１は、アクセスネットワークデバイスから第１の表示情報を受信するように構成され、第１の表示情報は、装置１２００が所属するセルの負荷情報に関連付けられており、処理モジュール１２０２は、第１の表示情報および第１の情報に基づいて、物理ダウンリンク制御チャネルを検出するための第１のリソースを決定するように構成され、第１の情報は、複数のリソース情報を含み、第１の表示情報は、複数のリソース情報における第１のリソース情報に対応し、第１のリソース情報は、第１のリソースを示す。

可能な実装において、第１の情報は、複数の表示情報をさらに含み、複数の表示情報は、複数のリソース情報にそれぞれ対応し、複数の表示情報は、第１の表示情報を含む。

可能な実装において、第１の情報における異なるリソース情報によって示される、装置１２００によって物理ダウンリンク制御チャネルを検出するために使用されるリソースに含まれる、シンボルの数量および帯域幅のうちの少なくとも１つは異なる。

可能な実装において、第１の情報における表示情報は、帯域幅部分情報であり、第１の表示情報は、第１の帯域幅部分情報であり、第１の帯域幅部分情報は、装置１２００に、動作帯域幅を第１の帯域幅部分情報に対応する帯域幅部分に切り替えるようにさらに示す。

可能な実装において、複数のリソース情報は、第２のリソース情報をさらに含み、第２のリソース情報は、第２のリソースを示し、第２のリソースは、第１のリソースを含む。

可能な実装において、第２のリソースにおける第１のリソース以外のリソースは、装置１２００によって、物理ダウンリンク共有チャネルを受信するために使用される。可能な実装において、物理ダウンリンク共有チャネルの位置は、物理ダウンリンク制御チャネル上でレートマッチングパターン情報によって示される。

可能な実装において、送受信器モジュール１２０１は、ＲＲＣシグナリングを介してアクセスネットワークデバイスから第１の情報を受信するようにさらに構成される。

通信装置１２００が、図４に示される方法実施形態におけるアクセスネットワークデバイスの機能を実装するように構成される場合、送受信器モジュール１２０１は、端末デバイスへ第１の表示情報を送るように構成され、第１の表示情報は、装置１２００のセルの負荷情報に関連付けられており、処理モジュール１２０２は、第１の表示情報および第１の情報に基づいて、物理ダウンリンク制御チャネルを送るために装置１２００によって使用される第１のリソースを決定するように構成され、第１の情報は、複数のリソース情報を含み、第１の表示情報は、複数のリソース情報における第１のリソース情報に対応し、第１のリソース情報は、第１のリソースを示す。

可能な実装において、第１の情報は、複数の表示情報をさらに含み、複数の表示情報は、複数のリソース情報にそれぞれ対応し、複数の表示情報は、第１の表示情報を含む。

可能な実装において、第１の情報における異なるリソース情報によって示される、装置１２００によって物理ダウンリンク制御チャネルを送るために使用されるリソースに含まれる、シンボルの数量および帯域幅のうちの少なくとも１つは異なる。

可能な実装において、第１の表示情報は、第１の帯域幅部分情報であり、第１の帯域幅部分情報は、装置１２００によって、端末デバイスの動作帯域幅が第１の帯域幅部分情報に対応する帯域幅部分に切り替えられるようにスケジューリングするためにさらに使用される。

可能な実装において、複数のリソース情報は、第２のリソース情報をさらに含み、第２のリソース情報は、第２のリソースを示し、第２のリソースは、第１のリソースを含む。

可能な実装において、第２のリソースにおける第１のリソース以外のリソースは、装置１２００によって、物理ダウンリンク共有チャネルを送るために使用される。可能な実装において、物理ダウンリンク共有チャネルの位置は、物理ダウンリンク制御チャネル上でレートマッチングパターン情報によって示される。

可能な実装において、処理モジュール１２０２は、セルの負荷情報および第１の情報に基づいて、第１の表示情報を決定するようにさらに構成される。

可能な実装において、処理モジュール１２０２は、事前設定されたポリシーに従って、セルによってサービス提供される端末デバイスから端末デバイスを選択するようにさらに構成される。可能な実装において、送受信器モジュール１２０１は、ＲＲＣシグナリングを介して端末デバイスへ第１の情報を送るようにさらに構成される。

可能な実装において、通信装置１２００は、図９に示される方法実施形態における端末デバイスの機能を実装するように構成され、または、図９に示される方法実施形態におけるアクセスネットワークデバイスの機能を実装するように構成される。

通信装置１２００が、図９に示される方法実施形態における端末デバイスの機能を実装するように構成される場合、処理モジュール１２０２は、複数のリソース情報によって示されるリソースを決定するように構成され、送受信器モジュール１２０１は、複数のリソース情報によって示されるリソース上で検出を行うように構成され、複数のリソース情報における第１のリソース情報は、第１のリソースを示し、第１のリソースは、物理ダウンリンク制御チャネルを搬送し、第１のリソース情報は、装置１２００が所属するセルの負荷情報に関連付けられる。

可能な実装において、装置１２００によって物理ダウンリンク制御チャネルを検出するために使用され、複数のリソース情報における異なるリソース情報によって示されるリソースのサイズは異なる。送受信器モジュール１２０１によって物理ダウンリンク制御チャネルを検出するために使用されるリソースに含まれ、複数のリソース情報における異なるリソース情報によって示される、シンボルの数量および帯域幅のうちの少なくとも１つは異なる。

可能な実装において、複数のリソース情報は、第２のリソース情報をさらに含み、第２のリソース情報は、第２のリソースを示し、第２のリソースは、第１のリソースを含む。可能な実装において、第２のリソースにおける第１のリソース以外のリソースは、送受信器モジュール１２０１によって、物理ダウンリンク共有チャネルを受信するために使用される。可能な実装において、物理ダウンリンク共有チャネルの位置は、物理ダウンリンク制御チャネル上でレートマッチングパターン情報によって示される。

可能な実装において、送受信器モジュール１２０１は、ＲＲＣシグナリングを介してアクセスネットワークデバイスから複数のリソース情報を受信するようにさらに構成される。

可能な実装において、複数のリソース情報によって示されるリソース上で検出を行う場合、送受信器モジュール１２０１は、各リソース情報によって示されるリソース上で検出を行い、アクセスネットワークデバイスからの物理ダウンリンク制御チャネルが受信されるかどうかを決定するように特に構成される。

通信装置１２００が、図９に示される方法実施形態におけるアクセスネットワークデバイスの機能を実装するように構成される場合、処理モジュール１２０２は、複数のリソース情報から第１のリソース情報を決定するように構成され、第１のリソース情報は、装置１２００のセルの負荷情報に関連付けられており、複数のリソース情報における第１のリソース情報は、第１のリソースを示し、送受信器モジュール１２０１は、第１のリソース上で端末デバイスへ物理ダウンリンク制御チャネルを送るように構成される。

可能な実装において、装置１２００によって物理ダウンリンク制御チャネルを送るために使用され、複数のリソース情報における異なるリソース情報によって示されるリソースのサイズは異なる。

可能な実装において、装置１２００によって物理ダウンリンク制御チャネルを送るために使用されるリソースに含まれ、複数のリソース情報における異なるリソース情報によって示される、シンボルの数量および帯域幅のうちの少なくとも１つは異なる。

可能な実装において、複数のリソース情報は、第２のリソース情報をさらに含み、第２のリソース情報は、第２のリソースを示し、第２のリソースは、第１のリソースを含む。可能な実装において、第２のリソースにおける第１のリソース以外のリソースは、装置１２００によって、物理ダウンリンク共有チャネルを送るために使用される。可能な実装において、物理ダウンリンク共有チャネルの位置は、物理ダウンリンク制御チャネル上でレートマッチングパターン情報によって示される。

可能な実装において、送受信器モジュール１２０１は、ＲＲＣシグナリングを介して端末デバイスへ複数のリソース情報を送るようにさらに構成される。

可能な実装において、複数のリソース情報から第１のリソース情報を決定する場合、処理モジュール１２０２は、セルの負荷情報に基づいて、複数のリソース情報から第１のリソース情報を決定するように特に構成される。

図１３は、本出願の一実施形態による装置１３００を示す。図１３に示される装置は、図１２に示される装置のハードウェア回路の実装であり得る。装置は、前述のフローチャートに対して適用可能であり、前述の方法実施形態における端末デバイスまたはアクセスネットワークデバイスの機能を行う。

説明を簡単にするために、図１３は、装置の主要構成要素のみを示す。

図１３に示される装置１３００は、通信インターフェース１３１０、プロセッサ１３２０、およびメモリ１３３０を含む。メモリ１３３０は、プログラム命令および／またはデータを記憶するように構成される。プロセッサ１３２０は、メモリ１３３０と協働し得る。プロセッサ１３２０は、メモリ１３３０に記憶されたプログラム命令を実行し得る。メモリ１３３０に記憶された命令またはプログラムが実行される場合、プロセッサ１３２０は、前述の実施形態において処理モジュール１２０２によって行われる動作を行うように構成され、通信インターフェース１３１０は、前述の実施形態において送受信器モジュール１２０１によって行われる動作を行うように構成される。

メモリ１３３０は、プロセッサ１３２０に結合される。本出願の本実施形態における結合は、装置、ユニット、またはモジュール間の電気的な形態、機械的な形態、または別の形態における間接的な結合または通信接続であり、装置、ユニット、またはモジュール間での情報交換のために使用される。少なくとも１つのメモリ１３３０が、プロセッサ１３２０に含まれてよい。

本出願の本実施形態において、通信インターフェースは、送受信器、回路、バス、モジュール、または別のタイプの通信インターフェースであってよい。本出願の本実施形態において、通信インターフェースが送受信器である場合、送受信器は、独立した受信器と独立した送信器とを含んでよく、または、送受信器機能もしくは通信インターフェースに一体化された送受信器であってよい。

装置１３００は、通信回線１３４０をさらに含み得る。通信インターフェース１３１０、プロセッサ１３２０、およびメモリ１３３０は、通信回線１３４０を通じて互いに接続され得る。通信回線１３４０は、周辺構成要素相互接続（ｐｅｒｉｐｈｅｒａｌ ｃｏｍｐｏｎｅｎｔ ｉｎｔｅｒｃｏｎｎｅｃｔ，略してＰＣＩ）バス、拡張業界標準アーキテクチャ（ｅｘｔｅｎｄｅｄ ｉｎｄｕｓｔｒｙ ｓｔａｎｄａｒｄ ａｒｃｈｉｔｅｃｔｕｒｅ，ＥＩＳＡ）バス等であってよい。通信回線１３４０は、アドレスバス、データバス、制御バス等に分類され得る。説明を簡単にするために、図１３におけるバスは、１本の太線のみを使用することによって表される。しかしながら、これは、１本のバスまたは１つのタイプのバスのみがあることを表さない。

前述の内容および同じ概念に基づいて、本出願の一実施形態は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、コンピュータプログラムまたは命令を記憶する。コンピュータプログラムまたは命令が実行される場合、コンピュータは、前述の方法実施形態における方法を行うことを可能にされる。

前述の内容および同じ概念に基づいて、本出願の一実施形態は、コンピュータプログラム製品を提供する。コンピュータが、コンピュータプログラム製品を読み出し、実行する場合、コンピュータは、前述の方法実施形態における方法を行うことを可能にされる。

前述の内容および同じ概念に基づいて、本出願の一実施形態は、通信システムを提供する。通信システムは、アクセスネットワークデバイスと、少なくとも１つの端末デバイスとを含む。端末デバイスは、前述の方法実施形態における端末デバイスの機能を有し得、アクセスネットワークデバイスは、前述の方法実施形態におけるアクセスネットワークデバイスの機能を有し得る。

本出願の実施形態における様々な数字は、説明を簡単にするために区別のために使用されているに過ぎず、本出願の実施形態の範囲を限定するためのものではないことが理解され得る。前述のプロセスのシーケンス番号は、実行シーケンスを意味せず、プロセスの実行シーケンスは、プロセスの機能および内部ロジックに基づいて決定されるべきである。

当業者は、本出願の範囲から逸脱せずに、本出願に対して様々な変形およびバリエーションをなすことができることは明らかである。本出願は、本出願のこれらの変形およびバリエーションを、それらが以下の特許請求の範囲およびそれらの均等な技術によって定義される保護の範囲内に収まる限り、包含するように意図されている。

Claims (44)

1. 端末デバイスによって実行される通信リソース決定方法であって、
   アクセスネットワークデバイスから第１の表示情報を受信するステップであって、前記第１の表示情報は、前記端末デバイスが所属するセルの負荷情報に関連付けられる、ステップと、
   前記第１の表示情報および第１の情報に基づいて、物理ダウンリンク制御チャネルを検出するための第１のリソースを決定するステップであって、前記第１の情報は、複数のリソース情報を含み、前記第１の表示情報は、前記複数のリソース情報における第１のリソース情報に対応し、前記第１のリソース情報は、前記第１のリソースを示す、ステップと
   を含み、
   前記複数のリソース情報は、第２のリソース情報をさらに含み、前記第２のリソース情報は、第２のリソースを示し、前記第２のリソースは、前記第１のリソースを含み、前記第２のリソースにおける前記第１のリソース以外のリソースは、前記端末デバイスによって物理ダウンリンク共有チャネルを受信するために使用され、前記物理ダウンリンク共有チャネルの位置は、前記物理ダウンリンク制御チャネル上でレートマッチングパターン情報によって示される、通信リソース決定方法。
2. 前記第１の情報において異なるリソース情報によって示される、前記物理ダウンリンク制御チャネルを検出するために使用されるリソースに含まれる、シンボルの数量および帯域幅のうちの少なくとも１つは異なる請求項１に記載の方法。
3. 前記第１の表示情報は、第１の帯域幅部分情報であり、前記第１の帯域幅部分情報は、前記端末デバイスに、動作帯域幅を前記第１の帯域幅部分情報に対応する帯域幅部分に切り替えるようにさらに示す請求項１に記載の方法。
4. 無線リソース制御シグナリングを介して前記アクセスネットワークデバイスから前記第１の情報を受信するステップ
   をさらに含む請求項１乃至３のいずれか一項に記載の方法。
5. アクセスネットワークデバイスによって実行される通信リソース決定方法であって、
   端末デバイスへ第１の表示情報を送るステップであって、前記第１の表示情報は、前記アクセスネットワークデバイスのセルの負荷情報に関連付けられる、ステップと、
   前記第１の表示情報および第１の情報に基づいて、物理ダウンリンク制御チャネルを送るために使用される第１のリソースを決定するステップであって、前記第１の情報は、複数のリソース情報を含み、前記第１の表示情報は、前記複数のリソース情報における第１のリソース情報に対応し、前記第１のリソース情報は、前記第１のリソースを示す、ステップと
   を含み、
   前記複数のリソース情報は、第２のリソース情報をさらに含み、前記第２のリソース情報は、第２のリソースを示し、前記第２のリソースは、前記第１のリソースを含み、
   前記第２のリソースにおける前記第１のリソース以外のリソースは、前記アクセスネットワークデバイスによって物理ダウンリンク共有チャネルを送るために使用され、前記物理ダウンリンク共有チャネルの位置は、前記物理ダウンリンク制御チャネル上でレートマッチングパターン情報によって示される、通信リソース決定方法。
6. 前記第１の情報における異なるリソース情報によって示される、前記物理ダウンリンク制御チャネルを送るために使用されるリソースに含まれる、シンボルの数量および帯域幅のうちの少なくとも１つは異なる請求項５に記載の方法。
7. 前記第１の表示情報は、第１の帯域幅部分情報であり、前記第１の帯域幅部分情報は、前記端末デバイスの動作帯域幅が前記第１の帯域幅部分情報に対応する帯域幅部分に切り替えられるようにスケジューリングするためにさらに使用される請求項５に記載の方法。
8. 前記セルの前記負荷情報および前記第１の情報に基づいて、前記第１の表示情報を決定するステップ
   をさらに含む請求項５に記載の方法。
9. 事前設定されたポリシーに従って、前記セルによってサービス提供される端末デバイスから前記端末デバイスを選択するステップ
   をさらに含む請求項５に記載の方法。
10. 無線リソース制御シグナリングを介して前記端末デバイスへ前記第１の情報を送るステップ
    をさらに含む請求項５乃至９のいずれか一項に記載の方法。
11. 端末デバイスによって実行される通信リソース決定方法であって、
    複数のリソース情報によって示されるリソースを決定するステップと、
    前記複数のリソース情報によって示される前記リソース上で検出を行うステップと
    を含み、
    前記複数のリソース情報における第１のリソース情報は、第１のリソースを示し、前記第１のリソースは、物理ダウンリンク制御チャネルを搬送し、前記第１のリソース情報は、前記端末デバイスが所属するセルの負荷情報に関連付けられ、
    前記複数のリソース情報によって示される前記リソース上で検出を行う前記ステップは、
    各リソース情報によって示されるリソース上で検出を行い、アクセスネットワークデバイスからの前記物理ダウンリンク制御チャネルが受信されるかどうかを決定するステップを含む、通信リソース決定方法。
12. 前記物理ダウンリンク制御チャネルを検出するために使用され、前記複数のリソース情報における異なるリソース情報によって示されるリソースのサイズは異なる請求項１１に記載の方法。
13. 前記複数のリソース情報における異なるリソース情報によって示される、前記物理ダウンリンク制御チャネルを検出するために使用されるリソースに含まれる、シンボルの数量および帯域幅のうちの少なくとも１つは異なる請求項１１に記載の方法。
14. 前記複数のリソース情報は、第２のリソース情報をさらに含み、前記第２のリソース情報は、第２のリソースを示し、前記第２のリソースは、前記第１のリソースを含む請求項１１に記載の方法。
15. 前記第２のリソースにおける前記第１のリソース以外のリソースは、物理ダウンリンク共有チャネルを受信するために使用され、前記物理ダウンリンク共有チャネルの位置は、前記第１のリソースにおける前記物理ダウンリンク制御チャネル上でレートマッチングパターン情報によって示される請求項１４に記載の方法。
16. 無線リソース制御ＲＲＣシグナリングを介してアクセスネットワークデバイスから前記複数のリソース情報を受信するステップ
    をさらに含む請求項１１に記載の方法。
17. アクセスネットワークデバイスによって実行される通信リソース決定方法であって、
    複数のリソース情報から第１のリソース情報を決定するステップであって、前記第１のリソース情報は、前記アクセスネットワークデバイスのセルの負荷情報に関連付けられ、前記複数のリソース情報における前記第１のリソース情報は、第１のリソースを示す、ステップと、
    前記第１のリソース上で端末デバイスへ物理ダウンリンク制御チャネルを送るステップと
    を含み、
    前記アクセスネットワークデバイスによって、複数のリソース情報から第１のリソース情報を決定する前記ステップは、
    前記セルの前記負荷情報に基づいて、前記物理ダウンリンク制御チャネルを送るための前記第１のリソースのサイズを決定するステップと、
    前記第１のリソースの前記サイズに基づいて、前記複数のリソース情報から前記第１のリソース情報を決定するステップと
    を含む、通信リソース決定方法。
18. 前記物理ダウンリンク制御チャネルを送るために使用され、前記複数のリソース情報における異なるリソース情報によって示されるリソースのサイズは異なる請求項１７に記載の方法。
19. 前記複数のリソース情報における異なるリソース情報によって示される、前記物理ダウンリンク制御チャネルを送るために使用されるリソースに含まれる、シンボルの数量および帯域幅のうちの少なくとも１つは異なる請求項１７に記載の方法。
20. 前記複数のリソース情報は、第２のリソース情報をさらに含み、前記第２のリソース情報は、第２のリソースを示し、前記第２のリソースは、前記第１のリソースを含む請求項１７に記載の方法。
21. 前記第２のリソースにおける前記第１のリソース以外のリソースは、物理ダウンリンク共有チャネルを送るために使用され、前記物理ダウンリンク共有チャネルの位置は、前記第１のリソースにおける前記物理ダウンリンク制御チャネル上でレートマッチングパターン情報によって示される請求項２０に記載の方法。
22. 無線リソース制御ＲＲＣシグナリングを介して前記端末デバイスへ前記複数のリソース情報を送るステップ
    をさらに含む請求項１７に記載の方法。
23. 端末デバイスに搭載された通信装置であって、
    アクセスネットワークデバイスから第１の表示情報を受信するように構成された送受信器モジュールであって、前記第１の表示情報は、前記装置が所属するセルの負荷情報に関連付けられる、送受信器モジュールと、
    前記第１の表示情報および第１の情報に基づいて、物理ダウンリンク制御チャネルを検出するための第１のリソースを決定するように構成された処理モジュールであって、前記第１の情報は、複数のリソース情報を含み、前記第１の表示情報は、前記複数のリソース情報における第１のリソース情報に対応し、前記第１のリソース情報は、前記第１のリソースを示す、処理モジュールと
    を備え、
    前記複数のリソース情報は、第２のリソース情報をさらに含み、前記第２のリソース情報は、第２のリソースを示し、前記第２のリソースは、前記第１のリソースを含み、
    前記第２のリソースにおける前記第１のリソース以外のリソースは、前記装置によって、物理ダウンリンク共有チャネルを受信するために使用され、前記物理ダウンリンク共有チャネルの位置は、前記物理ダウンリンク制御チャネル上でレートマッチングパターン情報によって示される、通信装置。
24. 前記第１の情報における異なるリソース情報によって示される、前記装置によって前記物理ダウンリンク制御チャネルを検出するために使用されるリソースに含まれる、シンボルの数量および帯域幅のうちの少なくとも１つは異なる請求項２３に記載の装置。
25. 前記第１の表示情報は、第１の帯域幅部分情報であり、前記第１の帯域幅部分情報は、前記装置に、動作帯域幅を前記第１の帯域幅部分情報に対応する帯域幅部分に切り替えるようにさらに示す請求項２３に記載の装置。
26. 前記送受信器モジュールは、
    無線リソース制御シグナリングを介して前記アクセスネットワークデバイスから前記第１の情報を受信する
    ようにさらに構成される請求項２３乃至２５のいずれか一項に記載の装置。
27. アクセスネットワークデバイスに搭載された通信装置であって、
    端末デバイスへ第１の表示情報を送るように構成された送受信器モジュールであって、前記第１の表示情報は、前記装置が所属するセルの負荷情報に関連付けられる、送受信器モジュールと、
    前記第１の表示情報および第１の情報に基づいて、前記装置によって物理ダウンリンク制御チャネルを送るために使用される第１のリソースを決定するように構成された処理モジュールであって、前記第１の情報は、複数のリソース情報を含み、前記第１の表示情報は、前記複数のリソース情報における第１のリソース情報に対応し、前記第１のリソース情報は、前記第１のリソースを示す、処理モジュールと
    を備え、
    前記複数のリソース情報は、第２のリソース情報をさらに含み、前記第２のリソース情報は、第２のリソースを示し、前記第２のリソースは、前記第１のリソースを含み、
    前記第２のリソースにおける前記第１のリソース以外のリソースは、前記装置によって、物理ダウンリンク共有チャネルを送るために使用され、前記物理ダウンリンク共有チャネルの位置は、前記物理ダウンリンク制御チャネル上でレートマッチングパターン情報によって示される、通信装置。
28. 前記第１の情報において異なるリソース情報によって示される、前記装置によって前記物理ダウンリンク制御チャネルを送るために使用されるリソースに含まれる、シンボルの数量および帯域幅のうちの少なくとも１つは異なる請求項２７に記載の装置。
29. 前記第１の表示情報は、第１の帯域幅部分情報であり、前記第１の帯域幅部分情報は、前記装置によって、前記端末デバイスの動作帯域幅が前記第１の帯域幅部分情報に対応する帯域幅部分に切り替えられるようにスケジューリングするためにさらに使用される請求項２７に記載の装置。
30. 前記処理モジュールは、
    前記セルの前記負荷情報および前記第１の情報に基づいて、前記第１の表示情報を決定する
    ようにさらに構成される請求項２７に記載の装置。
31. 前記処理モジュールは、
    事前設定されたポリシーに従って、前記セルによってサービス提供される端末デバイスから前記端末デバイスを選択する
    ようにさらに構成される請求項２７に記載の装置。
32. 前記送受信器モジュールは、
    無線リソース制御シグナリングを介して前記端末デバイスへ前記第１の情報を送る
    ようにさらに構成される請求項２７乃至３１のいずれか一項に記載の装置。
33. 端末デバイスに搭載された通信装置であって、
    複数のリソース情報によって示されるリソースを決定するように構成された処理モジュールと、
    前記複数のリソース情報によって示される前記リソース上で検出を行うように構成された送受信器モジュールと
    を備え、
    前記複数のリソース情報における第１のリソース情報は、第１のリソースを示し、前記第１のリソースは、物理ダウンリンク制御チャネルを搬送し、前記第１のリソース情報は、前記端末デバイスが所属するセルの負荷情報に関連付けられ、
    前記複数のリソース情報によって示される前記リソース上で前記検出を行う場合、前記送受信器モジュールは、
    各リソース情報によって示されるリソース上で検出を行い、アクセスネットワークデバイスからの前記物理ダウンリンク制御チャネルが受信されるかどうかを決定する
    ように構成される、通信装置。
34. 前記送受信器モジュールによって前記物理ダウンリンク制御チャネルを検出するために使用され、前記複数のリソース情報における異なるリソース情報によって示されるリソースのサイズは異なる請求項３３に記載の装置。
35. 前記複数のリソース情報における異なるリソース情報によって示される、前記送受信器モジュールによって前記物理ダウンリンク制御チャネルを検出するために使用されるリソースに含まれる、シンボルの数量および帯域幅のうちの少なくとも１つは異なる請求項３３に記載の装置。
36. 前記複数のリソース情報は、第２のリソース情報をさらに含み、前記第２のリソース情報は、第２のリソースを示し、前記第２のリソースは、前記第１のリソースを含む請求項３３に記載の装置。
37. 前記第２のリソースにおける前記第１のリソース以外のリソースは、前記送受信器モジュールによって、物理ダウンリンク共有チャネルを受信するために使用され、前記物理ダウンリンク共有チャネルの位置は、前記第１のリソースにおける前記物理ダウンリンク制御チャネル上でレートマッチングパターン情報によって示される請求項３６に記載の装置。
38. 前記送受信器モジュールは、無線リソース制御ＲＲＣシグナリングを介してアクセスネットワークデバイスから前記複数のリソース情報を受信するようにさらに構成される請求項３３に記載の装置。
39. アクセスネットワークデバイスに搭載された通信装置であって、
    複数のリソース情報から第１のリソース情報を決定するように構成された処理モジュールであって、前記第１のリソース情報は、前記アクセスネットワークデバイスのセルの負荷情報に関連付けられ、前記複数のリソース情報における前記第１のリソース情報は、第１のリソースを示す、処理モジュールと、
    前記第１のリソース上で端末デバイスへ物理ダウンリンク制御チャネルを送るように構成された送受信器モジュールと
    を備え、
    前記複数のリソース情報から前記第１のリソース情報を決定する場合、前記処理モジュールは、
    前記セルの前記負荷情報に基づいて、前記物理ダウンリンク制御チャネルを送るための前記第１のリソースのサイズを決定し、
    前記第１のリソースの前記サイズに基づいて、前記複数のリソース情報から前記第１のリソース情報を決定する
    ように構成される、通信装置。
40. 前記送受信器モジュールによって前記物理ダウンリンク制御チャネルを送るために使用され、前記複数のリソース情報における異なるリソース情報によって示されるリソースのサイズは異なる請求項３９に記載の装置。
41. 前記送受信器モジュールによって前記物理ダウンリンク制御チャネルを送るために使用され、前記複数のリソース情報における異なるリソース情報によって示されるリソースに含まれる、シンボルの数量および帯域幅のうちの少なくとも１つは異なる請求項３９に記載の装置。
42. 前記複数のリソース情報は、第２のリソース情報をさらに含み、前記第２のリソース情報は、第２のリソースを示し、前記第２のリソースは、前記第１のリソースを含む請求項３９に記載の装置。
43. 前記第２のリソースにおける前記第１のリソース以外のリソースは、前記送受信器モジュールによって、物理ダウンリンク共有チャネルを送るために使用され、前記物理ダウンリンク共有チャネルの位置は、前記第１のリソースにおける前記物理ダウンリンク制御チャネル上でレートマッチングパターン情報によって示される請求項４２に記載の装置。
44. 前記送受信器モジュールは、
    無線リソース制御ＲＲＣシグナリングを介して前記端末デバイスへ前記複数のリソース情報を送る
    ようにさらに構成される請求項３９に記載の装置。