JP2022515877A

JP2022515877A - 制御リソースセットの周波数領域ロケーションを決定するための方法および関係するデバイス

Info

Publication number: JP2022515877A
Application number: JP2021538295A
Authority: JP
Inventors: ▲飛▼ 高; ▲書▼静余; 旭 ▲張▼; ▲偉▼▲華▼ 李
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2018-12-29
Filing date: 2019-12-26
Publication date: 2022-02-22
Anticipated expiration: 2039-12-26
Also published as: CN111385901A; BR112021012780A2; CN115175356A; CN115175357A; CN111385901B; WO2020135641A1; EP3905810A4; KR20210102447A; JP7181411B2; US20210329669A1; US12010676B2; KR102625787B1; EP3905810A1

Abstract

本出願の実施形態は、制御リソースセットの周波数領域ロケーションを決定するための方法および関係するデバイスを開示する。方法は、端末デバイスによって、端末デバイスの成功した最初のアクセスの前に第１の制御リソースセットの構成情報を受信するステップと、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて端末デバイスによって、端末デバイスの成功した最初のアクセスの前にまたは端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得するステップとを含み、第１の共通リソースブロックセット中に含まれる第１の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定され、構成情報は、第１の制御リソースセットによって占有された物理リソースブロックが第１のダウンリンク帯域幅部分中のどこに位置するのかを示すために使用される。本出願によれば、第１の制御リソースセットの周波数領域ロケーションを決定することの複雑性を低減することができる。

Description

本出願は、通信技術の分野に関し、特に、制御リソースセットの周波数領域ロケーションを決定するための方法および関係するデバイスに関する。

本出願は、その全体が参照により本明細書に組み込まれる、「ＭＥＴＨＯＤＦＯＲＤＥＴＥＲＭＩＮＩＮＧＦＲＥＱＵＥＮＣＹＤＯＭＡＩＮＬＯＣＡＴＩＯＮＯＦＣＯＮＴＲＯＬＲＥＳＯＵＲＣＥＳＥＴＡＮＤＲＥＬＡＴＥＤＤＥＶＩＣＥ」と題する、２０１８年１２月２９日に中国国家知識産権局に出願された中国特許出願第２０１８１１６４２７６５号の優先権を主張する。

共通の制御リソースセット（ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ）は、ランダムアクセス応答のスケジューリング情報と、ページングメッセージと、システムメッセージとを搬送し得る。端末デバイスは、共通の制御リソースセット上のランダムアクセス応答のスケジューリング情報と、ページングメッセージと、システムメッセージとを監視し得る。ネットワークデバイスは、共通の制御リソースセット上でランダムアクセス応答のスケジューリング情報と、ページングメッセージと、システムメッセージとを送り得る。既存の解決策では、共通の制御リソースセットの２つ以上の周波数領域ロケーションが決定され、それによって、共通の制御リソースセットの周波数領域ロケーションを決定する複雑性が増加する。

本出願の実施形態は、第１の制御リソースセットの周波数領域ロケーションを決定する複雑性を低減するための、制御リソースセットの周波数領域ロケーションを決定するための方法および関係するデバイスを提供する。

第１の態様によれば、本出願の実施形態は、制御リソースセットの周波数領域ロケーションを決定するための可能な方法を提供する。方法は、端末デバイスとネットワークデバイスとによって完了され、
ネットワークデバイスによって、端末デバイスの成功した最初のアクセスの前に端末デバイスに第１の制御リソースセットの構成情報を送ること、および相応して、端末デバイスによって、端末デバイスの成功した最初のアクセスの前に第１の制御リソースセットの構成情報を受信することと、
第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいてネットワークデバイスによって、端末デバイスの成功した最初のアクセスの前にまたは端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報をブロードキャストすること、および相応して、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいてネットワークデバイスによって、端末デバイスの成功した最初のアクセスの前に物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報をブロードキャストすることと
を含む。

第１の共通リソースブロックセット中に含まれる第１の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定され、構成情報は、第１の共通の制御リソースセットによって占有された物理リソースブロックが第１のダウンリンク帯域幅部分中のどこに位置するのかを示すために使用される。

第１の態様では、端末デバイスの成功した最初のアクセスの前後の第１の制御リソースセットの周波数領域ロケーションは同じである。このようにして、端末デバイスとネットワークデバイスとは、第１の制御リソースセットの周波数領域ロケーションを１回しか計算する必要がなく、それによって、第１の制御リソースセットの周波数領域ロケーションを決定する複雑性を低減する。

第１の態様に関して、任意選択で、端末デバイスについて、端末デバイスの、端末デバイスによって定義された成功した最初のアクセスは、以下の機会、
端末デバイスが最初に送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
端末デバイスが最初に送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
端末デバイスが再送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
端末デバイスが再送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
最初に送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが正常に受信する機会、または
再送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが正常に受信する機会
のうちの１つを示すために使用される。

第１の態様に関して、任意選択で、ネットワークデバイスについて、端末デバイスの、ネットワークデバイスによって定義された成功した最初のアクセスは、以下の機会、
端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会、または
端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会
のうちの１つを示すために使用される。

第１の態様に関して、任意選択で、第１のダウンリンク帯域幅部分は、制御リソースセットｃｏｒｅｓｅｔ＃０に基づいて定義されるか、またはシステム情報ブロックＳＩＢ１に基づいて構成される。

第１の態様に関して、任意選択で、第１の制御リソースセットの識別子は０でない。

第１の態様に関して、任意選択で、第１のダウンリンク帯域幅部分がｃｏｒｅｓｅｔ＃０に基づいて定義されるとき、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始物理リソースブロックと第１のオフセットとに基づいて決定され、ここで、第１のオフセットは、第２の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用され、基準点は、リソースブロックグリッドのための共通の基準点であり、基準点は、あらかじめ設定されたサブキャリア間隔で構成された共通リソースブロックのサブキャリア０ＣＲＢ０の中心を示すために使用される。

第１の態様に関して、任意選択で、第１のオフセットは、第１のダウンリンク帯域幅部分の第２の開始物理リソースブロックとＳＳ／ＰＢＣＨブロックの第３の開始物理リソースブロックとの間の第２のオフセットとＳＳ／ＰＢＣＨブロックの共通リソースブロックオフセットとに基づいて決定され、ここで、第２のオフセットは、ＳＳ／ＰＢＣＨブロックの第２の開始物理リソースブロックと第３の開始物理リソースブロックとの間の物理リソースブロックＰＲＢの数量を示すために使用され、ＳＳ／ＰＢＣＨブロックの共通リソースブロックオフセットは、第３の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用される。

第１の態様に関して、任意選択で、第１のダウンリンク帯域幅部分がＳＩＢ１に基づいて構成されるとき、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始物理リソースブロックと第３のオフセットとに基づいて決定され、ここで、第３のオフセットは、第２の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用され、基準点は、リソースブロックグリッドのための共通の基準点であり、基準点は、あらかじめ設定されたサブキャリア間隔で構成された共通リソースブロックのサブキャリア０ＣＲＢ０の中心を示すために使用される。

第２の態様によれば、本出願の実施形態は、制御リソースセットの周波数領域ロケーションを決定するための別の可能な方法を提供する。方法は、端末デバイスとネットワークデバイスとによって完了され、
ネットワークデバイスによって、端末デバイスの成功した最初のアクセスの前に端末デバイスに第１の制御リソースセットの構成情報を送ること、および相応して、端末デバイスによって、端末デバイスの成功した最初のアクセスの前に第１の制御リソースセットの構成情報を受信することと、
第１の制御リソースセットによって占有された共通リソースブロックセットに基づいてネットワークデバイスによって、端末デバイスの成功した最初のアクセスの前に物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報をブロードキャストするのをスキップすること、および相応して、第１の制御リソースセットによって占有された共通リソースブロックセットに基づいて端末デバイスによって、端末デバイスの成功した最初のアクセスの前に物理ダウンリンク制御チャネルを監視するのをスキップすることと、
第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいてネットワークデバイスによって、端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報をブロードキャストすること、および相応して、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて端末デバイスによって、端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得することと
を含む。

第１の共通リソースブロックセット中に含まれる第１の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定され、構成情報は、第１の制御リソースセットによって占有された物理リソースブロックが第１のダウンリンク帯域幅部分中のどこに位置するのかを示すために使用される。

第２の態様では、ネットワークデバイスも端末デバイスも、端末デバイスの成功した最初のアクセスの前に第１の制御リソースセットの周波数領域ロケーションを決定する必要がなく、第１の制御リソースセットのものであり、端末デバイスの最初のアクセスの後である周波数領域ロケーションは、参照されたダウンリンク帯域幅部分を使用することによって決定される。このようにして、端末デバイスとネットワークデバイスとは、第１の制御リソースセットの周波数領域ロケーションを１回しか計算する必要がなく、それによって、第１の制御リソースセットの周波数領域ロケーションを決定する複雑性を低減する。

第２の態様に関して、任意選択で、端末デバイスについて、端末デバイスの、端末デバイスによって定義された成功した最初のアクセスは、以下の機会、
端末デバイスが最初に送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
端末デバイスが最初に送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
端末デバイスが再送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
端末デバイスが再送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
最初に送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが正常に受信する機会、または
再送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが正常に受信する機会
のうちの１つを示すために使用される。

第２の態様に関して、任意選択で、ネットワークデバイスについて、端末デバイスの、ネットワークデバイスによって定義された成功した最初のアクセスは、以下の機会、
端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会、または
端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会
のうちの１つを示すために使用される。

第２の態様に関して、任意選択で、第１のダウンリンク帯域幅部分は、制御リソースセットｃｏｒｅｓｅｔ＃０に基づいて定義されるか、またはシステム情報ブロックＳＩＢ１に基づいて構成される。

第２の態様に関して、任意選択で、第１の制御リソースセットの識別子は０でない。

第２の態様に関して、任意選択で、第１のダウンリンク帯域幅部分がｃｏｒｅｓｅｔ＃０に基づいて定義されるとき、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始物理リソースブロックと第１のオフセットとに基づいて決定される。

第１のオフセットは、第２の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用され、基準点は、リソースブロックグリッドのための共通の基準点であり、基準点は、あらかじめ設定されたサブキャリア間隔で構成された共通リソースブロックのサブキャリア０ＣＲＢ０の中心を示すために使用される。

第２の態様に関して、任意選択で、第１のオフセットは、第１のダウンリンク帯域幅部分の第２の開始物理リソースブロックとＳＳ／ＰＢＣＨブロックの第３の開始物理リソースブロックとの間の第２のオフセットとＳＳ／ＰＢＣＨブロックの共通リソースブロックオフセットとに基づいて決定され、ここで、第２のオフセットは、ＳＳ／ＰＢＣＨブロックの第２の開始物理リソースブロックと第３の開始物理リソースブロックとの間の物理リソースブロックＰＲＢの数量を示すために使用され、ＳＳ／ＰＢＣＨブロックの共通リソースブロックオフセットは、第３の開始物理リソースブロックに対応する共通リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用される。

第２の態様に関して、任意選択で、第１のダウンリンク帯域幅部分がＳＩＢ１に基づいて構成されるとき、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始物理リソースブロックと第３のオフセットとに基づいて決定され、ここで、第３のオフセットは、第２の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用され、基準点は、リソースブロックグリッドのための共通の基準点であり、基準点は、あらかじめ設定されたサブキャリア間隔で構成された共通リソースブロックのサブキャリア０ＣＲＢ０の中心を示すために使用される。

第３の態様によれば、本出願の実施形態は、制御リソースセットの周波数領域ロケーションを決定するための可能な方法を提供する。方法は、端末デバイスとネットワークデバイスとによって完了され、
ネットワークデバイスによって、端末デバイスの成功した最初のアクセスの前に端末デバイスに第１の制御リソースセットの構成情報を送ること、および相応して、端末デバイスによって、端末デバイスの成功した最初のアクセスの前に第１の制御リソースセットの構成情報を受信することと、
第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいてネットワークデバイスによって、端末デバイスの成功した最初のアクセスの前に物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報をブロードキャストすること、および相応して、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて端末デバイスによって、端末デバイスの成功した最初のアクセスの前に物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得することであって、第１の共通リソースブロックセット中に含まれる第１の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定され、構成情報は、第１の制御リソースセットによって占有された物理リソースブロックが第１のダウンリンク帯域幅部分中のどこに位置するのかを示すために使用される、ことと、
第１の制御リソースセットによって占有された第３の共通リソースブロックセットに基づいてネットワークデバイスによって、端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報をブロードキャストすること、および相応して、第１の制御リソースセットによって占有された第３の共通リソースブロックセットに基づいて端末デバイスによって、端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得することであって、第３の共通リソースブロックセット中に含まれる第３の開始共通リソースブロックは、第２のダウンリンク帯域幅部分の第４の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定され、構成情報は、第１の制御リソースセットによって占有された物理リソースブロックが第２のダウンリンク帯域幅部分中のどこに位置するのかを示すために使用される、ことと
を含み、
第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックは、第２のダウンリンク帯域幅部分の第４の開始共通リソースブロックと同じである。

第３の態様では、端末デバイスの成功した最初のアクセスの前後に、第１の制御リソースセットの周波数領域ロケーションは、異なるダウンリンク帯域幅部分の周波数領域ロケーションに基づいて決定され得る。しかしながら、異なるダウンリンク帯域幅部分の開始共通リソースブロックのロケーションが同じであることが指定されているので、基準として異なるダウンリンク帯域幅部分を使用する第１の制御リソースセットの周波数領域ロケーションは依然として同じであり得る。このようにして、端末デバイスとネットワークデバイスとは、第１の制御リソースセットの周波数領域ロケーションを１回しか計算する必要がなく、それによって、第１の制御リソースセットの周波数領域ロケーションを決定する複雑性を低減する。

第３の態様に関して、任意選択で、端末デバイスについて、端末デバイスの、端末デバイスによって定義された成功した最初のアクセスは、以下の機会、
端末デバイスが最初に送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
端末デバイスが最初に送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
端末デバイスが再送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
端末デバイスが再送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、最初に送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送った後に第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に端末デバイスが切り替わる切替え完了機会、
第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、再送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送った後に第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に端末デバイスが切り替わる切替え完了機会、
第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスが、最初に送信されたメッセージ４を正常に受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスが、再送信されたメッセージ４を正常に受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、最初に送信されたメッセージ４を正常に受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが受信する機会、または
第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、最初に送信されたメッセージ４を正常に受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが受信する機会
のうちの１つを示すために使用される。

第３の態様に関して、任意選択で、ネットワークデバイスについて、端末デバイスの、ネットワークデバイスによって定義された成功した最初のアクセスは、以下の機会、
端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会、
端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会、
第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスによって送られ、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分にネットワークデバイスが切り替わる切替え完了機会、
第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスによって送られ、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分にネットワークデバイスが切り替わる切替え完了機会、
第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスによって送られ、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会、または
第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスによって送られ、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会
のうちの１つを示すために使用される。

第３の態様に関して、任意選択で、第１のダウンリンク帯域幅部分は、制御リソースセットｃｏｒｅｓｅｔ＃０に基づいて定義され、第２のダウンリンク帯域幅部分は、システム情報ブロックＳＩＢ１に基づいて構成される。

第３の態様に関して、任意選択で、第１の制御リソースセットの識別子は０でない。

第３の態様に関して、任意選択で、第１のダウンリンク帯域幅部分がｃｏｒｅｓｅｔ＃０に基づいて定義されるとき、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始物理リソースブロックと第１のオフセットとに基づいて決定され、ここで、第１のオフセットは、第２の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用され、基準点は、リソースブロックグリッドのための共通の基準点であり、基準点は、あらかじめ設定されたサブキャリア間隔で構成された共通リソースブロックのサブキャリア０ＣＲＢ０の中心を示すために使用される。

第３の態様に関して、任意選択で、第１のオフセットは、第１のダウンリンク帯域幅部分の第２の開始物理リソースブロックとＳＳ／ＰＢＣＨブロックの第３の開始物理リソースブロックとの間の第２のオフセットとＳＳ／ＰＢＣＨブロックの共通リソースブロックオフセットとに基づいて決定され、ここで、第２のオフセットは、ＳＳ／ＰＢＣＨブロックの第２の開始物理リソースブロックと第３の開始物理リソースブロックとの間の物理リソースブロックＰＲＢの数量を示すために使用され、ＳＳ／ＰＢＣＨブロックの共通リソースブロックオフセットは、第３の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用される。

第３の態様に関して、任意選択で、第２のダウンリンク帯域幅部分がＳＩＢ１に基づいて構成されるとき、第２のダウンリンク帯域幅部分の第４の開始共通リソースブロックは、第２のダウンリンク帯域幅部分の第４の開始物理リソースブロックと第３のオフセットとに基づいて決定され、ここで、第３のオフセットは、第４の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用され、基準点は、リソースブロックグリッドのための共通の基準点であり、基準点は、あらかじめ設定されたサブキャリア間隔で構成された共通リソースブロックのサブキャリア０ＣＲＢ０の中心を示すために使用される。

第４の態様によれば、本出願の実施形態は、制御リソースセットの周波数領域ロケーションを決定するための可能な方法を提供する。方法は、端末デバイスとネットワークデバイスとによって完了され、
ネットワークデバイスによって、端末デバイスの成功した最初のアクセスの後に端末デバイスに第１の制御リソースセットの構成情報を送ること、および相応して、端末デバイスによって、端末デバイスの成功した最初のアクセスの後に第１の制御リソースセットの構成情報を受信することと、
第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいてネットワークデバイスによって、端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報をブロードキャストすること、および相応して、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて端末デバイスによって、端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得することと
を含む。

第４の態様では、ネットワークデバイスも端末デバイスも、端末デバイスの成功した最初のアクセスの前に第１の制御リソースセットの周波数領域ロケーションを決定する必要がなく、第１の制御リソースセットのものであり、端末デバイスの最初のアクセスの後である周波数領域ロケーションは、参照されたダウンリンク帯域幅部分を使用することによって決定される。このようにして、端末デバイスとネットワークデバイスとは、第１の制御リソースセットの周波数領域ロケーションを１回しか計算する必要がなく、それによって、第１の制御リソースセットの周波数領域ロケーションを決定する複雑性を低減する。

第４の態様に関して、任意選択で、端末デバイスについて、端末デバイスの、端末デバイスによって定義された成功した最初のアクセスは、以下の機会、
端末デバイスが最初に送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
端末デバイスが最初に送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
端末デバイスが再送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
端末デバイスが再送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
最初に送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが受信する機会、または
再送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが受信する機会
のうちの１つを示すために使用される。

第４の態様に関して、任意選択で、ネットワークデバイスについて、端末デバイスの、ネットワークデバイスによって定義された成功した最初のアクセスは、以下の機会、
端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会、または
端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会
のうちの１つを示すために使用される。

第４の態様に関して、任意選択で、第１のダウンリンク帯域幅部分は、端末デバイスの成功した最初のアクセスの後にシステム情報ブロックＳＩＢ１またはダウンリンク帯域幅部分を構成するための別のメッセージに基づいて構成される。

第４の態様に関して、任意選択で、第１の制御リソースセットの識別子は０でない。

第４の態様に関して、任意選択で、第１のダウンリンク帯域幅部分がＳＩＢ１に基づいて構成されるとき、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始物理リソースブロックと第３のオフセットとに基づいて決定される。

第３のオフセットは、第２の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用され、基準点は、リソースブロックグリッドのための共通の基準点であり、基準点は、あらかじめ設定されたサブキャリア間隔で構成された共通リソースブロックのサブキャリア０ＣＲＢ０の中心を示すために使用される。

第４の態様に関して、任意選択で、第１の制御リソースセットの構成情報と第１のダウンリンク帯域幅部分の構成情報とは同時に受信される。

第５の態様によれば、本出願の実施形態は、制御リソースセットの周波数領域ロケーションを決定するための装置を提供する。装置は、端末デバイスであり得るか、または端末デバイス中のチップであり得る。装置は、処理ユニットとトランシーバユニットとを含み得る。装置が端末デバイスであるとき、処理ユニットは、プロセッサであり得、トランシーバユニットは、トランシーバであり得る。端末デバイスは、ストレージユニットをさらに含み得、ストレージユニットは、メモリであり得る。ストレージユニットは、命令を記憶するように構成され、処理ユニットは、ストレージユニット中に記憶された命令を実行し、したがって、端末デバイスは、第１の態様から第４の態様のうちのいずれか１つまたはそれらの任意の可能な実装において端末デバイスによって実行される方法を実行する。装置が端末デバイス中のチップであるとき、処理ユニットは、プロセッサであり得、トランシーバユニットは、入出力インターフェース、ピン、回路などであり得る。処理ユニットは、ストレージユニット中に記憶された命令を実行し、したがって、端末デバイスは、第１の態様から第４の態様のうちのいずれか１つまたはそれらの任意の可能な実装において端末デバイスによって実行される方法を実行する。ストレージユニットは、チップ中のストレージユニット（たとえば、レジスタまたはキャッシュ）であり得るか、またはチップの外側におよび端末デバイス中に位置するストレージユニット（たとえば、読取り専用メモリまたはランダムアクセスメモリ）であり得る。

第６の態様によれば、本出願の実施形態は、制御リソースセットの周波数領域ロケーションを決定するための装置を提供する。装置は、ネットワークデバイスであり得るか、またはネットワークデバイス中のチップであり得る。装置は、処理ユニットとトランシーバユニットとを含み得る。装置がネットワークデバイスであるとき、処理ユニットは、プロセッサであり得、トランシーバユニットは、トランシーバであり得る。ネットワークデバイスは、ストレージユニットをさらに含み得、ストレージユニットは、メモリであり得る。ストレージユニットは、命令を記憶するように構成され、処理ユニットは、ストレージユニット中に記憶された命令を実行し、したがって、ネットワークデバイスは、第１の態様から第４の態様のうちのいずれか１つまたはそれらの任意の可能な実装においてネットワークデバイスによって実行される方法を実行する。装置がネットワークデバイス中のチップであるとき、処理ユニットは、プロセッサであり得、トランシーバユニットは、入出力インターフェース、ピン、回路などであり得る。処理ユニットは、ストレージユニット中に記憶された命令を実行し、したがって、ネットワークデバイスは、第１の態様から第４の態様のうちのいずれか１つまたはそれらの任意の可能な実装においてネットワークデバイスによって実行される方法を実行する。ストレージユニットは、チップ中のストレージユニット（たとえば、レジスタまたはキャッシュ）であり得るか、またはチップの外側におよびネットワークデバイス中に位置するストレージユニット（たとえば、読取り専用メモリまたはランダムアクセスメモリ）であり得る。

第７の態様によれば、本出願の実施形態は、コンピュータプログラム製品を提供する。コンピュータプログラム製品は、コンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータ上で実行されるとき、コンピュータは、第１の態様から第４の態様のうちのいずれか１つまたはそれらの任意の可能な実装において端末デバイスによって実行される方法を実行することが可能になる。

第８の態様によれば、本出願の実施形態は、コンピュータプログラム製品を提供する。コンピュータプログラム製品は、コンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータ上で実行されるとき、コンピュータは、第１の態様から第４の態様のうちのいずれか１つまたはそれらの任意の可能な実装においてネットワークデバイスによって実行される方法を実行することが可能になる。

第９の態様によれば、本出願の実施形態はコンピュータ可読媒体を提供する。コンピュータ可読媒体はプログラムコードを記憶する。コンピュータプログラムコードがコンピュータ上で実行されるとき、コンピュータは、第１の態様から第４の態様のうちのいずれか１つまたはそれらの任意の可能な実装において端末デバイスによって実行される方法を実行することが可能になる。

第１０の態様によれば、本出願の実施形態はコンピュータ可読媒体を提供する。コンピュータ可読媒体はプログラムコードを記憶する。コンピュータプログラムコードがコンピュータ上で実行されるとき、コンピュータは、第１の態様から第４の態様のうちのいずれか１つまたはそれらの任意の可能な実装においてネットワークデバイスによって実行される方法を実行することが可能になる。

本出願の実施形態における技術的解決策についてより明らかに説明するために、以下に、本出願の実施形態について説明するために使用される添付の図面を説明する。

本出願の実施形態による、通信システムの可能な概略アーキテクチャ図である。本出願の実施形態による、共通の制御リソースセットの周波数領域ロケーションの可能な例示的な図である。本出願の実施形態による、制御リソースセットの周波数領域ロケーションを決定するための方法の概略フローチャートである。本出願の実施形態による、制御リソースセットの周波数領域ロケーションの例示的な図である。本出願の実施形態による、制御リソースセットの周波数領域ロケーションの例示的な図である。本出願の実施形態による、ダウンリンク帯域幅部分の周波数領域ロケーションと第１の制御リソースセットの周波数領域ロケーションとの例示的な図である。本出願の実施形態による、第１の制御リソースセットの時間領域ロケーションと周波数領域ロケーションとの例示的な図である。本出願の実施形態による、ダウンリンク帯域幅部分の周波数領域ロケーションを決定することの例示的な図である。本出願の実施形態による、制御リソースセットの周波数領域ロケーションを決定するための方法の概略フローチャートである。本出願の実施形態による、制御リソースセットの周波数領域ロケーションの例示的な図である。本出願の実施形態による、制御リソースセットの周波数領域ロケーションの例示的な図である。本出願の実施形態による、制御リソースセットの周波数領域ロケーションを決定するための方法の概略フローチャートである。本出願の実施形態による、制御リソースセットの周波数領域ロケーションの例示的な図である。本出願の実施形態による、制御リソースセットの周波数領域ロケーションを決定するための方法の概略フローチャートである。本出願の実施形態による、制御リソースセットの周波数領域ロケーションの例示的な図である。本出願の実施形態による、端末デバイスの概略構造図である。本出願の実施形態による、別の端末デバイスの概略構造図である。本出願の実施形態による、ネットワークデバイスの概略構造図である。本出願の実施形態による、別のネットワークデバイスの概略構造図である。

以下に、本出願の実施形態における添付の図面を参照しながら本出願の実施形態について説明する。

図１は、本出願の実施形態による、通信システムの可能な概略アーキテクチャ図である。図１に示されているように、通信システムは、ネットワークデバイス１０１と端末デバイス１０２とを含む。ネットワークデバイス１０１と端末デバイス１０２とは、通信システムのエアインターフェース技術を使用することによって互いに通信し得る。通信は、アップリンクまたはダウンリンクスケジューリング制御情報が物理ダウンリンク制御チャネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＤＣＣＨ）上で送信されるシナリオを含む。

ＰＤＣＣＨは、ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔの時間周波数ロケーションを含む。ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔの周波数領域ロケーション、すなわち、共通リソースブロック（ＣｏｍｍｏｎＲｅｓｏｕｒｃｅＢｌｏｃｋ、ＣＲＢ）のロケーションは、基準として現在のアクティブダウンリンク帯域幅部分を使用することによって決定される。たとえば、現在のアクティブダウンリンク帯域幅部分が最初のダウンリンク帯域幅部分であるとき、ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ中のＣＲＢのロケーションは、基準として最初のダウンリンク帯域幅部分を使用することによって決定される。端末デバイスは、アップリンクまたはダウンリンクスケジューリング制御情報を取得するためにｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔの周波数領域ロケーションにおいて物理ダウンリンク制御チャネルを監視し得る。ネットワークデバイスは、ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔの周波数領域ロケーションにおいて物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報を送り得る。たとえば、アップリンクまたはダウンリンクスケジューリング制御情報は、ランダムアクセス応答をスケジュールするための制御情報、ページングメッセージをスケジュールするための制御情報、またはシステムメッセージをスケジュールするための制御情報であり得る。

既存の技術的解決策では、最初のダウンリンク帯域幅部分（ＩｎｉｔｉａｌＤｏｗｎｌｉｎｋＢａｎｄｗｉｄｔｈＰａｒｔ、最初のＤＬＢＷＰ）のための２つの構成方式がある。１つの構成方式は、ＣＯＲＥＳＥＴ＃０を使用することによって最初のダウンリンク帯域幅部分を定義することである。この場合、最初のダウンリンク帯域幅部分のサイズと周波数領域ロケーションとは、ＣＯＲＥＳＥＴ＃０のものと同じである。ＣＯＲＥＳＥＴは、制御リソースセット（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ）である。他の構成方式は、システム情報ブロック１（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ１、ＳＩＢ１）中の最初のＤＬＢＷＰを構成することである。端末デバイスの成功した最初のアクセスの前に、ＣＯＲＥＳＥＴ＃０を使用することによって定義された最初のダウンリンク帯域幅部分が効力を生じる。端末デバイスの成功した最初のアクセスの後に、ＳＩＢ１中に構成された最初のＤＬＢＷＰが効力を生じる。ＳＩＢ１中に構成された最初のＤＬＢＷＰは、ＣＯＲＥＳＥＴ＃０を使用することによって定義された最初のＤＬＢＷＰとは異なり得るが、ＳＩＢ１中に構成された最初のＤＬＢＷＰの周波数領域ロケーションは、ＣＯＲＥＳＥＴ＃０の周波数領域ロケーションを含む必要がある。

ＣＯＲＥＳＥＴ＃０の周波数領域ロケーションがＳＩＢ１中に構成された最初のＤＬＢＷＰの周波数領域ロケーションに一致しないとき、２つの構成を使用することによって別々に決定されるｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔの周波数領域ロケーションも異なる。図２は、本出願の実施形態による、共通の制御リソースセットの周波数領域ロケーションの可能な例示的な図である。

図２に示されているように、ＣＯＲＥＳＥＴ＃０の周波数領域ロケーションがＳＩＢ１中に構成された最初のＤＬＢＷＰの周波数領域ロケーションに一致せず、ＣＯＲＥＳＥＴ＃０の開始リソースブロックロケーションＲＢ－ｘは、ＳＩＢ１中に構成された最初のＤＬＢＷＰの開始リソースブロックロケーションＲＢ－ｙとは異なることを理解することができる。この場合、ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ１のものであり、ＣＯＲＥＳＥＴ＃０を使用することによって定義された最初のダウンリンク帯域幅部分に基づいて決定される開始リソースブロックロケーションも、ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ２のものであり、ＳＩＢ１中に構成された最初のＤＬＢＷＰに基づいて決定される開始リソースブロックロケーションとは異なる。

端末デバイスの成功した最初のアクセスの前に、端末デバイスは、ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ１の周波数領域ロケーションに基づいてランダムアクセス応答、ページングメッセージ、システムメッセージなどをスケジュールするための制御情報を監視する。端末デバイスの成功した最初のアクセスの後に、端末デバイスは、ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ２の周波数領域ロケーションに基づいてランダムアクセス応答、ページングメッセージ、システムメッセージなどをスケジュールするための情報を監視する。

ネットワークデバイスについて、ネットワークデバイスのカバレージ中で、最初のアクセスが成功した端末デバイスとアクセスが失敗した端末デバイスとがある場合、ネットワークデバイスは、ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ１の周波数領域ロケーションにおいて、アクセスが失敗した端末デバイスにランダムアクセス応答、ページングメッセージ、システムメッセージなどのスケジューリング情報を送る必要があり、ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ２の周波数領域ロケーションにおいて、最初のアクセスが成功した端末デバイスにランダムアクセス応答、ページングメッセージ、システムメッセージなどのスケジューリング情報を送る必要がある。

図２のシナリオにおいて、既存の解決策では、端末デバイスの成功した最初のアクセスの前後に計算を通して取得されるｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔの周波数領域ロケーションが異なることを理解することができる。したがって、同じ共通の情報が異なる周波数領域リソース上で送られ、端末デバイスとネットワークデバイスとの両方は、アクセスが成功したのかどうかに応じてｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔの周波数領域ロケーションを別々に計算し、それによって、ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔの周波数領域ロケーションを決定する複雑性が増加する。

本出願における図３から図１５の実施形態では、端末デバイスの成功した最初のアクセスの前後に計算を通して取得されるｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔの周波数領域ロケーションは同じであり得る。このようにして、端末デバイスとネットワークデバイスとは、ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔの周波数領域ロケーションを１回しか計算する必要がなく、それによって、ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔの周波数領域ロケーションを決定する複雑性を低減する。詳細については、本出願における図３から図１５の実施形態についての以下の詳細な説明を参照されたい。

本出願では、端末デバイスは、ユーザ機器（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）であり得るか、またはハンドヘルド端末、ノートブックコンピュータ、加入者ユニット（ＳｕｂｓｃｒｉｂｅｒＵｎｉｔ）、セルラーフォン（ＣｅｌｌｕｌａｒＰｈｏｎｅ）、スマートフォン（Ｓｍａｒｔｐｈｏｎｅ）、パーソナルデジタルアシスタント（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ、ＰＤＡ）コンピュータ、タブレットコンピュータ、ワイヤレスモデム（Ｍｏｄｅｍ）、ハンドヘルド（Ｈａｎｄｈｅｌｄ）デバイス、ラップトップコンピュータ（ＬａｐｔｏｐＣｏｍｐｕｔｅｒ）、コードレスフォン（ＣｏｒｄｌｅｓｓＰｈｏｎｅ）、ワイヤレスローカルループ（ＷｉｒｅｌｅｓｓＬｏｃａｌＬｏｏｐ、ＷＬＬ）局、マシン型通信（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ、ＭＴＣ）端末、もしくはモバイルネットワークにアクセスすることができる別のデバイスであり得る。端末デバイスとネットワークデバイスとは、エアインターフェース技術を使用することによって互いに通信する。

本出願におけるネットワークデバイスは、アクセスネットワークデバイスであり得、エアインターフェース側上での無線リソース管理、サービス品質（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ、ＱｏＳ）管理、ならびにデータ圧縮および暗号化などの機能を主に担当する。ネットワークデバイスは、マクロ基地局、（スモールセルとも呼ばれる）マイクロ基地局、中継局、およびアクセスポイントなどの様々な形態の基地局を含み得る。異なる無線アクセス技術を使用するシステムでは、基地局機能を有するデバイスの名前は異なり得る。たとえば、第５世代（５ｔｈＧｅｎｅｒａｔｉｏｎ、５Ｇ）システムでは、デバイスは、ｇＮＢと呼ばれ、第４世代（４ｔｈＧｅｎｅｒａｔｉｏｎ、４Ｇ）システムでは、デバイスは、発展型ノードＢ（ＥｖｏｌｖｅｄＮｏｄｅＢ、ｅＮＢまたはｅノードＢ）と呼ばれる。

本出願における第１の制御リソースセットは、代替として、共通の制御リソースセットまたは別の方式で命名される制御リソースセットであり得ることが理解され得る。これは、本出願の実施形態では限定されない。

本出願の実施形態は、代替として、制御リソースセットの周波数領域ロケーションが決定される必要がある別の通信システムに適用され得る。「システム」および「ネットワーク」という用語は、互いに交換され得る。本出願の実施形態において説明されるシステムアーキテクチャは、本出願の実施形態における技術的解決策について説明することを目的とするが、本出願の実施形態で提供される技術的解決策に対して限定を構成しない。当業者は、ネットワークアーキテクチャが発展するにつれて、本出願の実施形態において提供される技術的解決策が、同様の技術的問題にも適用可能であることを知り得る。本出願の説明では、「複数の」は２つ以上を意味し、「少なくとも２つの」は２つ以上を意味する。

以下は、本出願の実施形態の特定の実装について説明する。

図１に示されている通信システムに基づき、図３は、本出願の実施形態による、制御リソースセットの周波数領域ロケーションを決定するための方法の概略フローチャートである。図３に示されている方法は、ステップ３０１からステップ３０３を含む。

３０１：ネットワークデバイスは、端末デバイスの成功した最初のアクセスの前に端末デバイスに第１の制御リソースセットの構成情報を送る。

相応して、端末デバイスによって、端末デバイスの成功した最初のアクセスの前に第１の制御リソースセットの構成情報を受信する。

３０２：ネットワークデバイスは、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて、端末デバイスの成功した最初のアクセスの前に物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報を送る。

相応して、端末デバイスは、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて、端末デバイスの成功した最初のアクセスの前に物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得する。

３０３：ネットワークデバイスは、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて、端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報を送る。

相応して、端末デバイスは、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて、端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得する。

ネットワークデバイスによって送られたアップリンクまたはダウンリンクスケジューリング制御情報の数量が不確定であるので、ステップ３０２およびステップ３０３の実行時間の数量は本出願のこの実施形態では限定されない。

構成情報は、第１の制御リソースセットによって占有された物理リソースブロック（ＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ、ＰＲＢ）が第１のダウンリンク帯域幅部分中のどこに位置するのかを示すために使用される。本出願における第１の制御リソースセットの識別子は０でない。

任意選択で、第１の制御リソースセットの構成情報は、ＳＩＢ１から取得され得、構成情報は、端末デバイスの成功した最初のアクセスの前後の両方に効果を生じ得る。本明細書において効力を生じることは、端末デバイスが、第１の制御リソースセットの周波数領域ロケーションに基づいて物理ダウンリンク制御チャネルを監視して、アップリンクもしくはダウンリンクスケジューリング制御情報を取得し得ること、またはネットワークデバイスが、第１の制御リソースセットの周波数領域ロケーションに基づいて物理ダウンリンク制御チャネル上でアップリンクもしくはダウンリンクスケジューリング制御情報を送り得ることを意味する。

任意選択で、第１のダウンリンク帯域幅部分がＳＩＢ１中に構成された最初のＤＬＢＷＰであるシナリオでは、第１のダウンリンク帯域幅部分の構成情報はまた、ＳＩＢ１から取得され得るが、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の構成情報は、端末デバイスの成功した最初のアクセスの後に効力を生じる。本明細書において効力を生じることは、ダウンリンク制御情報が、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の周波数領域ロケーションに基づいて受信され得るか、またはネットワークデバイスが、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の周波数領域ロケーションに基づいてダウンリンク制御情報を送り得ることを意味する。端末デバイスは、第１のダウンリンク帯域幅部分の上位レイヤのシグナリングｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈおよび／または別のパラメータのうちの１つを使用することによって第１のダウンリンク帯域幅部分の周波数領域ロケーションを決定し得る。

第１の制御リソースセットによって占有された第１の共通リソースブロックは、第１の制御リソースセットによって占有された第１の開始共通リソースブロックと共通リソースブロックとを含む。本出願のこの実施形態では、ネットワークデバイスと端末デバイスとの両方は、第１の開始共通リソースブロックを決定し得、構成情報と参照されたダウンリンク帯域幅部分の開始共通リソースブロックとに基づいて、第１の制御リソースセットによって占有され、第１の開始共通リソースブロックから開始する共通リソースブロックを決定し得る。第１の開始共通リソースブロックをどのように決定するのかについては、以下の２つの事例（第Ａ１の事例および第Ａ２の事例）において説明され得る。

第Ａ１の事例では、図４は、本出願の実施形態による、制御リソースセットの周波数領域ロケーションの例示的な図である。図４では、第１のダウンリンク帯域幅部分は、ＣＯＲＥＳＥＴ＃０を使用することによって定義された最初のＤＬＢＷＰであり、第１の制御リソースセットの第１の開始共通リソースブロックは、ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定される。特に、ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックが決定された後に第１の開始共通リソースブロックを決定する詳細な処理については、図６の詳細な説明を参照されたい。第４のオフセットは、ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックと第１の制御リソースセットの第１の開始共通リソースブロックとの間の共通リソースブロックの数量を指す。

ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックは、ＣＯＲＥＳＥＴ＃０によって占有された最も低いＣＲＢである。第１の制御リソースセットの第１の開始共通リソースブロックは、第１の制御リソースセットによって占有された最も低いＣＲＢである。ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックは、ＣＯＲＥＳＥＴ＃０の第２の開始物理リソースブロックと第１のオフセットとに基づいて決定される。第１のオフセットは、第２の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用される。基準点は、リソースブロックグリッドのための共通の基準点である。基準点は、あらかじめ設定されたサブキャリア間隔で構成された共通リソースブロックのサブキャリア０ＣＲＢ０の中心を示すために使用される。図４に示されているように、共通の基準点は、ポイントＡ（ＰｏｉｎｔＡ）のロケーションであり得、共通リソースブロックＣＲＢ０のサブキャリア０の中心を示す。

第１のオフセットは、第１のダウンリンク帯域幅部分の第２の開始物理リソースブロックとＳＳ／ＰＢＣＨブロック（同期／物理ブロードキャストチャネルブロック、Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ／ＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣｈａｎｎｅｌＢｌｏｃｋ）の第３の開始物理リソースブロックとの間の第２のオフセットとＳＳ／ＰＢＣＨブロックの共通リソースブロックオフセットとに基づいて決定される。第２のオフセットは、ＳＳ／ＰＢＣＨブロックの第２の開始物理リソースブロックと第３の開始物理リソースブロックとの間の物理リソースブロックの数量を示すために使用される。ＳＳ／ＰＢＣＨブロックの共通リソースブロックオフセットは、第３の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用される。図４に示されているように、ポイントＡに対するオフセット（ｏｆｆｓｅｔＴｏＰｏｉｎｔＡ）は、

に等しくなる。このようにして、第１のオフセットは、

から第２のオフセットを減算することによって取得された値に等しくなる。第３の開始物理リソースブロックは、最小のＲＢインデックス値を有し、ＳＳ／ＰＢＣＨブロックの第１のＲＢに重複するＣＲＢ中にあるＲＢである。

ここでは、ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックを決定する方式についてのみ手短に説明する。さらなる詳細については、図８の詳細な説明を参照されたい。

第Ａ１の事例に基づき、任意選択で、実際の適用中に、第１のダウンリンク帯域幅部分は、ＣＯＲＥＳＥＴ＃０のみを使用することによって定義され得る。このようにして、第１の制御リソースセットの周波数領域ロケーションは、ＣＯＲＥＳＥＴ＃０を使用することによって定義された第１のダウンリンク帯域幅部分のみを使用することによって決定することができる。代替として、任意選択で、実際の適用中に、第１のダウンリンク帯域幅部分は、ＣＯＲＥＳＥＴ＃０を使用することによって定義され得、第１のダウンリンク帯域幅部分は、ＳＩＢ１中に構成され得る。この場合、ＣＯＲＥＳＥＴ＃０を使用することによって定義される第１のダウンリンク帯域幅部分は、第１の制御リソースセットの周波数領域ロケーションを決定するために選択される。

端末デバイスの成功した最初のアクセスの前に、端末デバイスは、ＳＩＢ１メッセージから第１の制御リソースセットの構成情報を取得し得る。端末デバイスの成功した最初のアクセスの前に、ネットワークデバイスは、第１の制御リソースセットの構成情報を搬送するためにＳＩＢ１メッセージを使用し得る。端末デバイスとネットワークデバイスとは、ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックに基づいて第１の制御リソースセットの第１の開始共通リソースロケーションを決定し得る。端末デバイスの成功した最初のアクセスの前に、端末デバイスは、図４に示されている第１の制御リソースセット１に基づいて物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得し、ネットワークデバイスは、図４に示されている第１の制御リソースセット１に基づいて物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報を送る。端末デバイスの成功した最初のアクセスの後に、端末デバイスは、図４に示されている第１の制御リソースセット２に基づいて物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得し、ネットワークデバイスは、図４に示されている第１の制御リソースセット２に基づいて物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報を送る。このようにして決定される第１の制御リソースセットの周波数領域ロケーションは同じであり、端末デバイスとネットワークデバイスとは、第１の制御リソースセットのロケーションを１回しか計算する必要がなく、それによって、第１の制御リソースセットの周波数領域ロケーションを決定する複雑性を低減する。

第１の制御リソースセットの周波数領域ロケーションを決定する機会は、本出願のこの実施形態では限定されない。第１の制御リソースセットの周波数領域ロケーションは、端末デバイスの成功した最初のアクセスの前に、構成情報とＣＯＲＥＳＥＴ＃０を使用することによって定義された第１のダウンリンク帯域幅部分の周波数領域ロケーションとに基づいて決定され得る。代替として、第１の制御リソースセットの周波数領域ロケーションは、成功した最初のアクセスの後に、構成情報とＣＯＲＥＳＥＴ＃０を使用することによって定義された第１のダウンリンク帯域幅部分の周波数領域ロケーションとに基づいて決定され得る。

第Ａ２の事例では、図５は、本出願の実施形態による、制御リソースセットの周波数領域ロケーションの別の例示的な図である。図５では、第１のダウンリンク帯域幅部分は、ＳＩＢ１中に構成された最初のＤＬＢＷＰであり、第１の制御リソースセットの第１の開始共通リソースブロックは、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定される。特に、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックが決定された後に第１の制御リソースセットの第１の開始共通リソースブロックを決定する詳細な処理については、図６の詳細な説明を参照されたい。第５のオフセットは、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと第１の制御リソースセットの第１の開始共通リソースブロックとの間の共通リソースブロックの数量を指す。

第１のダウンリンク帯域幅部分がＳＩＢ１に基づいて構成される事例では、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始物理リソースブロックと第３のオフセットとに基づいて決定される。第３のオフセットは、第２の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用される。基準点は、リソースブロックグリッドのための共通の基準点である。基準点は、あらかじめ設定されたサブキャリア間隔で構成された共通リソースブロックのサブキャリア０ＣＲＢ０の中心を示すために使用される。図５に示されているように、共通の基準点は、ポイントＡ（ＰｏｉｎｔＡ）であり得、共通リソースブロックのサブキャリア０ＣＲＢ０の中心を示す。ここでは、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックを決定する方式についてのみ手短に説明する。詳細については、図８の詳細な説明を参照されたい。

第Ａ２の事例に基づいて、任意選択で、実際の適用の場合、具体的に言えば、ＳＩＢ１を使用することによって第１のダウンリンク帯域幅部分を構成するただ１つの方式があり得る。この場合、第１の制御リソースセットの周波数領域ロケーションは、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分のみを使用することによって決定することができる。代替として、任意選択で、実際の適用の場合、第１のダウンリンク帯域幅部分は、ＣＯＲＥＳＥＴ＃０とＳＩＢ１とを使用することによって構成され得る。この場合、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分は、第１の制御リソースセットの周波数領域ロケーションを決定するために選択される。

端末デバイスの成功した最初のアクセスの前に、端末デバイスは、ＳＩＢ１メッセージから第１の制御リソースセットの構成情報を取得し得る。端末デバイスの成功した最初のアクセスの前に、ネットワークデバイスは、第１の制御リソースセットの構成情報を搬送するためにＳＩＢ１メッセージを使用し得る。端末デバイスとネットワークデバイスとは、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックに基づいて第１の制御リソースセットの第１の開始共通リソースロケーションを決定し得る。端末デバイスの成功した最初のアクセスの前に、端末デバイスは、図５に示されている第１の制御リソースセット１に基づいて物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得し、ネットワークデバイスは、図５に示されている第１の制御リソースセット１に基づいて物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報を送る。端末デバイスの成功した最初のアクセスの後に、端末デバイスは、図５に示されている第２の制御リソースセット２に基づいて物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得し、ネットワークデバイスは、図５に示されている第１の制御リソースセット１に基づいて物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報を送る。このようにして決定される第１の制御リソースセットの周波数領域ロケーションは同じであり、端末デバイスとネットワークデバイスとは、第１の制御リソースセットのロケーションを１回しか計算する必要がなく、それによって、第１の制御リソースセットの周波数領域ロケーションを決定する複雑性を低減する。

第１の制御リソースセットの周波数領域ロケーションを端末デバイスが決定する機会は、本出願のこの実施形態では限定されない。第１の制御リソースセットの周波数領域ロケーションは、端末デバイスの成功した最初のアクセスの前に、構成情報とＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の周波数領域ロケーションとに基づいて決定され得る。代替として、第１の制御リソースセットの周波数領域ロケーションは、端末デバイスの成功した最初のアクセスの後に、構成情報とＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の周波数領域ロケーションとに基づいて決定され得る。

図３、図４、および図５の機会Ｔは、端末デバイスの成功した最初のアクセスの機会を示す。ネットワークデバイスと端末デバイスとは、機会Ｔを別様に定義し得る。任意の実装では、端末デバイスは、以下の機会（３－１）、（３－２）、（３－３）、（３－４）、（３－５）、または（３－６）のうちの１つを示すために成功した最初のアクセスの機会が使用されると決定する。
（３－１）：端末デバイスが最初に送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
（３－２）：端末デバイスが最初に送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ、Ｃ－ＲＮＴＩ）を使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
（３－３）：端末デバイスが再送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
（３－４）：端末デバイスが再送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
（３－５）：最初に送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが正常に受信する機会、または
（３－６）：再送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが正常に受信する機会。

ネットワークデバイスは、以下の機会（３－７）、（３－８）、（３－９）、または（３－１０）のうちの１つを示すために成功した最初のアクセスの機会が使用されると決定する。
（３－７）：端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
（３－８）：端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
（３－９）：端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会、または
（３－１０）：端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会。

本出願のこの実施形態では、端末デバイスの成功した最初のアクセスの前後の第１の制御リソースセットの周波数領域ロケーションは同じである。このようにして、端末デバイスとネットワークデバイスとは、第１の制御リソースセットの周波数領域ロケーションを１回しか計算する必要がなく、それによって、第１の制御リソースセットの周波数領域ロケーションを決定する複雑性を低減する。

図６は、本出願による、ダウンリンク帯域幅部分の周波数領域ロケーションと第１の制御リソースセットの周波数領域ロケーションとの例示的な図である。１つのセルの１つのＤＬＢＷＰ中で、ネットワークデバイスは、上位レイヤのシグナリングｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅｓを使用することによってＢＷＰ中での第１の制御リソースセットのリソース割り当てを示し得る。ここでの「ｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅｓ」は、本出願における第１の制御リソースセットの構成情報である。プロトコル中の説明によれば、ｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅｓは、４５ビットのビットマップ（Ｂｉｔ－ｍａｐ）である。４５ビットのビットマップは、第１のダウンリンク帯域幅部分中での第１の制御リソースセットの周波数領域リソース割り当てを示し、各ビットは、６つの連続する重複しない物理リソースブロック（ＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ、ＰＲＢ）を示す。第１の制御リソースセットの第１の開始共通リソースブロックのインデックスは、共通リソースブロックのものであり、６の倍数であるインデックスと整合している。

図６に示されるように、ダウンリンク帯域幅部分の開始共通リソースブロックのインデックスが

であると仮定すると、第１の制御リソースセットの第１の開始共通リソースブロックのインデックス（Ｉｎｄｅｘ）が６の倍数である必要があるので、ｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅｓの開始共通リソースブロックは、

である。特に、４５ビットのビットマップの第１のビットによって示される６つのＰＲＢは、ＣＲＢ３６から昇順に連続的に構成される。ビットの値が１である場合、６つの対応する連続するＰＲＢが第１の制御リソースセットに割り当てられることを示す。ビットの値が０である場合、６つの対応する連続するＰＲＢが第１の制御リソースセットに割り当てられないことを示す。ビットによって示されるＰＲＢ部分がダウンリンク帯域幅部分を超える場合、過剰部分が０に設定され、過剰部分が第１の制御リソースセットに割り当てられないことを示す。

たとえば、ｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅｓ＝“０００００１１１１１１１１０．．．”であるとき、最初の５ビットに対応するすべての３０個のＰＲＢが第１の制御リソースセットに割り当てられず、第１の制御リソースセットの第１の開始共通リソースブロックのインデックスは、３６＋３０＝６６であり、すなわち、第１の制御リソースセットの第１の開始共通リソースブロックは、ＣＲＢ６６であることが理解され得る。図６のダウンリンク帯域幅部分が、図４に示されている事例におけるＣＯＲＥＳＥＴ＃０を使用することによって定義された第１の帯域幅であるとき、図４の第４のオフセットは、ＣＲＢ６６－ＣＲＢ３３＝ＣＲＢ３３であり得る。特に、第１の制御リソースセットの第１の開始共通リソースブロックとダウンリンク帯域幅部分の開始共通リソースブロックとの間に３３個の共通リソースブロックがある。

任意選択で、図６のダウンリンク帯域幅部分（ＤＬＢＷＰ）は、ＣＯＲＥＳＥＴ＃０を使用することによって定義された最初のダウンリンク帯域幅部分であり得るか、ＳＩＢ１を使用することによって構成された最初のダウンリンク帯域幅部分であり得るか、新たに構成された最初のＤＬＢＷＰであり得るか、または別のＤＬＢＷＰなどであり得る。ダウンリンク帯域幅部分のすべての様々な可能な構成事例については、図６のダウンリンク帯域幅部分の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて第１の制御リソースセットの第１の開始共通リソースブロックをどのように決定するのかを参照されたい。

さらに、図７は、本出願の実施形態による、第１の制御リソースセットの時間領域リソースの例示的な図である。特定の実装中に、ネットワークデバイスは、上位レイヤのシグナリング（たとえば、無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、ＲＲＣ）シグナリング）、すなわち、第１の制御リソースセットの構成メッセージを使用することによって端末デバイスのための第１の制御リソースセットを構成し得る。構成メッセージは、時間領域中に第１の制御リソースセットのＣＯＲＥＳＥＴＩＤ、周波数領域リソース表示、および第１の制御リソースセットのＯＦＤＭシンボルの数量などのパラメータを含む。時間領域中の第１の制御リソースセットのＯＦＤＭシンボルの数量は、１、２、および３のうちの１つであり得る。周波数領域リソース表示は、図６に示されている４５ビットのビットマップであり得る。ネットワークデバイスは、上位レイヤのシグナリング（たとえば、ＲＲＣシグナリング）、すなわち、ＳｅａｒｃｈＳｐａｃｅ構成メッセージを使用することによって端末デバイスのための探索空間セットを構成する。ＳｅａｒｃｈＳｐａｃｅ構成メッセージは、探索空間セットＩＤ、スロット（Ｓｌｏｔ）中の監視機会（ＭｏｎｉｔｏｒｉｎｇＯｃｃａｓｉｏｎ）表示、アグリゲーションレベル、および対応する候補ＰＤＣＣＨの数量などのパラメータを含む。たとえば、探索空間中でブラインド検出が実行される第１の制御リソースセットの時間領域ロケーションが図７に示されている。スロット０中の探索空間の監視機会表示は、スロット０中の第１のシンボル上にある。さらに、探索空間中のＣＯＲＥＳＥＴＩＤに対応する第１の制御リソースセットは、時間領域中の３つのシンボル、たとえば、図７のシンボル０からシンボル２の間持続する。第１の制御リソースセットの周波数領域リソースロケーションは、４５ビットのビットマップを使用することによって決定される。さらに、第１の制御リソースセットの周波数領域ロケーションを決定する特定の処理については、図６に示されている方法の説明を参照されたい。

ダウンリンク帯域幅部分が、ＣＯＲＥＳＥＴ＃０を使用することによって定義されるかまたはＳＩＢ１中に構成されるとき、ＣＯＲＥＳＥＴ＃０を使用することによって定義された最初のダウンリンク帯域幅部分がダウンリンク帯域幅部分１によって表されると仮定し、ＳＩＢ１中に構成された最初のダウンリンク帯域幅部分がダウンリンク帯域幅部分２によって表されると仮定すると、ダウンリンク帯域幅部分１とダウンリンク帯域幅部分２との周波数領域ロケーションを決定する詳細な処理については、図８の詳細な説明を参照されたい。実施形態への適用を容易にするために、本明細書におけるダウンリンク帯域幅部分１の共通リソースブロックは、第５の共通リソースブロックによって表され、第５の共通リソースブロックは、第５の開始共通リソースブロックとダウンリンク帯域幅部分１によって占有された別の共通リソースブロックとを含み、本明細書におけるダウンリンク帯域幅部分２の共通リソースブロックは、第６の共通リソースブロックによって表され、第６の共通リソースブロックは、第６の開始共通リソースブロックとダウンリンク帯域幅部分２によって占有された別の共通リソースブロックとを含む。

（１）端末デバイスが、動作帯域幅中でＳＳ／ＰＢＣＨブロックを検出した後、ＭＩＢ中のｓｓｂ－ＳｕｂｃａｒｒｉｅｒＯｆｆｓｅｔ（Ｋ_SSB）は、最小のＲＢインデックス値を有し、ＳＳ／ＰＢＣＨブロックの第１のＲＢに重複するＣＲＢ中にあるＲＢとＳＳ／ＰＢＣＨブロックの第１のＲＢとの間のサブキャリアオフセットを示す。最小のインデックス値を有し、ＳＳ／ＰＢＣＨブロックの第１のＲＢに重複するＣＲＢ中にあるＲＢは、本出願におけるＳＳ／ＰＢＣＨブロックの第３の開始物理リソースブロックである。

（２）ＭＩＢ中のｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１の４つの最上位ビットが取得され、４つの最上位ビットは、ＳＳ／ＰＢＣＨブロックとダウンリンク帯域幅部分１との間の第２のオフセットを示す。

本明細書における第２のオフセットは、ダウンリンク帯域幅部分１の第５の開始物理リソースブロックとＳＳ／ＰＢＣＨブロックの第３の開始物理リソースブロックとの間の物理リソースブロックの数量であり、第２のオフセットは、ＰＲＢのユニット中にある。

このようにして、ダウンリンク帯域幅部分１の第５の開始物理リソースブロックは、ＳＳ／ＰＢＣＨブロックの第３の開始物理リソースブロックと第２のオフセットとに基づいて決定され得る。

（３）ＳＩ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩフォーマット１＿０は、ダウンリンク帯域幅部分１中で監視されて、ＳＩＢ１のスケジューリング情報を取得し、ＳＩＢ１メッセージは、スケジュールされた時間周波数リソース上で受信される。以下の情報は、ＳＩＢ１メッセージ中のＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢを取得することによって取得され得る。

Ｉ．ポイントＡに対するオフセット（ｏｆｆｓｅｔＴｏＰｏｉｎｔＡ）：ｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、セルを定義するＳＳ／ＰＢＣＨブロックの第３の開始物理リソースロケーションからポイントＡまでのＰＲＢオフセットを示すために使用される。本明細書における第３の開始物理リソースロケーションは、最小のインデックス値に対応し、ＳＳ／ＰＢＣＨブロックの第１のＲＢと重複するＣＲＢを指す。

このようにして、ＳＳ／ＰＢＣＨブロックの第３の開始共通リソースブロックは、ｏｆｆｓｅｔＴｏＰｏｉｎｔＡとＳＳ／ＰＢＣＨブロック中の第３の開始物理リソースロケーションとに基づいて決定され得る。第３の開始共通リソースブロックは、最小のインデックス値を有し、ＳＳ／ＰＢＣＨブロックの第１のＲＢと重複するＣＲＢである。

さらに、第１のオフセットは、ｏｆｆｓｅｔＴｏＰｏｉｎｔＡと（２）中の第２のオフセットとを使用することによって決定され得、ダウンリンク帯域幅部分１の第５の開始共通リソースブロックは、第１のオフセットとダウンリンク帯域幅部分１の第５の開始物理リソースブロックとに基づいて決定され得る。第５の開始共通リソースブロックは、ダウンリンク帯域幅部分１によって占有された最も低い共通リソースブロックである。

ＩＩ．ｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈ：ｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈは、図８に示されているようにダウンリンク帯域幅部分２の開始物理リソースブロックおよびダウンリンク帯域幅部分２によって占有された共通リソースブロックの数量などの情報を示すために使用される。

ＩＩＩ．ｃａｒｒｉｅｒＢａｎｄｗｉｄｔｈ：ｃａｒｒｉｅｒＢａｎｄｗｉｄｔｈは、異なるサブキャリア間隔に対応するキャリアのグループと周波数領域中の各キャリアの幅とを示すために使用される。

ＯｆｆｓｅｔＴｏＣａｒｒｉｅｒ：ＯｆｆｓｅｔＴｏＣａｒｒｉｅｒは、各キャリアの最も低い利用可能なサブキャリアからポイントＡまでの周波数領域オフセットを示すために使用され、ここで、ポイントＡは、共通ＲＢのサブキャリア０の中心である。

このようにして、ダウンリンク帯域幅部分２の第６の開始共通リソースブロックとダウンリンク帯域幅部分２によって占有された別の共通リソースブロックとは、ＩＩおよびＩＩＩに関して決定され得る。第６の開始共通リソースブロックは、ダウンリンク帯域幅部分２によって占有された最も低い共通リソースブロックである。

本出願の実施形態におけるリソースブロックグリッドが物理リソースをマッピングするために使用される。リソースマッピングが物理レイヤにおいて実行されるとき、基本ユニットは、時間周波数リソース要素（ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ、ＲＥ）である。１つのＲＥは、時間領域中の１つのシンボルと周波数領域中の１つのサブキャリアとからなる。１つのリソースブロック（ＲｅｓｏｕｒｃｅＢｌｏｃｋ、ＲＢ）は、１つのスロット中のすべてのＯＦＤＭシンボルと周波数領域中の１２個のサブキャリアとを含む。ＲＥのロケーションは、（ｋ，ｌ）を使用することによって表される。ｋは、ＯＦＤＭシンボルのシーケンス番号を表し、ｌは、サブキャリアのシーケンス番号を表し、指定されたＲＥは、座標（ｋ，ｌ）を与えることによって位置を特定され得る。

任意選択で、端末デバイスの最初のアクセスの前に、ネットワークデバイスが、第１の制御リソースセットの構成情報を構成するとき、端末デバイスは、ＳＩＢ１メッセージ中のＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢを使用することによって第１の制御リソースセットの構成情報を取得し得、さらに、第１の制御リソースセットのものであり、基準としてダウンリンク帯域幅部分１を使用する第１の開始共通リソースブロックを決定するか、または第１の制御リソースセットのものであり、基準としてダウンリンク帯域幅部分２を使用する第１の開始共通リソースブロックを決定し得る。

図１に示されている通信システムに基づき、図９は、本出願の実施形態による、制御リソースセットの周波数領域ロケーションを決定するための別の方法の概略フローチャートである。図９に示されている方法は、ステップ９０１とステップ９０２とを含む。

９０１：ネットワークデバイスは、端末デバイスの成功した最初のアクセスの前に端末デバイスに第１の制御リソースセットの構成情報を送る。

９０２：ネットワークデバイスは、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて、端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報を送る。

端末デバイスの成功した最初のアクセスの前に、端末デバイスは、第１の制御リソースセットによって占有された共通リソースブロックセットに基づいて物理ダウンリンク制御チャネルを監視しない。さらに、第１の制御リソースセットの周波数領域ロケーションは、基準としてダウンリンク帯域幅部分を使用することによって決定される。詳細については、図１０および図１１の特定の説明を参照されたい。

任意選択で、第１の制御リソースセットの構成情報は、ＳＩＢ１から取得され得、構成情報は、端末デバイスの成功した最初のアクセスの後に効果を生じ得る。本明細書において効力を生じることは、端末デバイスが、第１の制御リソースセットの周波数領域ロケーションに基づいて物理ダウンリンク制御チャネルを監視して、アップリンクもしくはダウンリンクスケジューリング制御情報を取得し得ること、またはネットワークデバイスが、第１の制御リソースセットの周波数領域ロケーションに基づいて物理ダウンリンク制御チャネル上でアップリンクもしくはダウンリンクスケジューリング制御情報を送り得ることを意味する。

第１の制御リソースセットによって占有された第１の共通リソースブロックは、第１の制御リソースセットによって占有された第１の開始共通リソースブロックと別の共通リソースブロックとを含む。本出願のこの実施形態では、ネットワークデバイスと端末デバイスとの両方は、第１の開始共通リソースブロックを決定し得、構成情報と参照されたダウンリンク帯域幅部分の開始共通リソースブロックとに基づいて、第１の制御リソースセットによって占有され、第１の開始共通リソースブロックから開始する共通リソースブロックを決定し得る。第１の開始共通リソースブロックをどのように決定するのかについては、以下の２つの事例（第Ｂ１の事例および第Ｂ２の事例）において説明され得る。

第Ｂ１の事例では、図１０は、本出願の実施形態による、制御リソースセットの周波数領域ロケーションの別の例示的な図である。図１０では、第１のダウンリンク帯域幅部分は、ＣＯＲＥＳＥＴ＃０を使用することによって定義された最初のＤＬＢＷＰであり、第１の制御リソースセットの第１の開始共通リソースブロックは、ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定される。特に、ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックが決定された後に第１の開始共通リソースブロックを決定する詳細な処理については、図６の詳細な説明を参照されたい。第４のオフセットは、ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックと第１の制御リソースセットの第１の開始共通リソースブロックとの間の共通リソースブロックの数量を指す。

ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックは、ＣＯＲＥＳＥＴ＃０によって占有された最も低いＣＲＢである。第１の制御リソースセットの第１の開始共通リソースブロックは、第１の制御リソースセットによって占有された最も低いＣＲＢである。ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックは、ＣＯＲＥＳＥＴ＃０の第２の開始物理リソースブロックと第１のオフセットとに基づいて決定される。第１のオフセットは、第２の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用される。基準点は、リソースブロックグリッドのための共通の基準点である。基準点は、あらかじめ設定されたサブキャリア間隔で構成された共通リソースブロックのサブキャリア０ＣＲＢ０の中心を示すために使用される。図１０に示されているように、共通の基準点は、ポイントＡ（ＰｏｉｎｔＡ）のロケーションであり得、共通リソースブロックＣＲＢ０のサブキャリア０の中心を示す。

第１のオフセットは、第１のダウンリンク帯域幅部分の第２の開始物理リソースブロックとＳＳ／ＰＢＣＨブロックの第３の開始物理リソースブロックとの間の第２のオフセットとＳＳ／ＰＢＣＨブロックの共通リソースブロックオフセットとに基づいて決定される。第２のオフセットは、ＳＳ／ＰＢＣＨブロックの第２の開始物理リソースブロックと第３の開始物理リソースブロックとの間の物理リソースブロックの数量を示すために使用される。ＳＳ／ＰＢＣＨブロックの共通リソースブロックオフセットは、第３の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用される。図１０に示されているように、ポイントＡに対するオフセット（ｏｆｆｓｅｔＴｏＰｏｉｎｔＡ）は、

に等しくなる。このようにして、第１のオフセットは、

第Ｂ１の事例に基づいて、任意選択で、実際の適用中に、第１のダウンリンク帯域幅部分を構成するただ１つの方式があり得る。この場合、第１のダウンリンク帯域幅部分は、ＣＯＲＥＳＥＴ＃０を使用することによって定義される。代替として、任意選択で、実際の適用中に、第１のダウンリンク帯域幅部分は、ＣＯＲＥＳＥＴ＃０とＳＩＢ１とを使用することによって構成／定義され得る。この場合、ＣＯＲＥＳＥＴ＃０を使用することによって定義される第１のダウンリンク帯域幅部分は、第１の制御リソースセットの周波数領域ロケーションを決定するために選択される。

端末デバイスの成功した最初のアクセスの前に、端末デバイスは、ＳＩＢ１メッセージから第１の制御リソースセットの構成情報を取得し得る。端末デバイスの成功した最初のアクセスの前に、ネットワークデバイスは、第１の制御リソースセットの構成情報を搬送するためにＳＩＢ１メッセージを使用し得る。端末デバイスとネットワークデバイスとは、ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックに基づいて第１の制御リソースセットの第１の開始共通リソースロケーションを決定し得る。端末デバイスの成功した最初のアクセスの後に、端末デバイスは、図１０に示されている第１の制御リソースセットに基づいて物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得し、ネットワークデバイスは、図１０に示されている第１の制御リソースセットに基づいて物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報を送る。このようにして決定される第１の制御リソースセットの周波数領域ロケーションは同じであり、端末デバイスとネットワークデバイスとは、第１の制御リソースセットのロケーションを１回しか計算する必要がなく、それによって、第１の制御リソースセットの周波数領域ロケーションを決定する複雑性を低減する。

第１の制御リソースセットの周波数領域ロケーションを決定する機会は、本出願のこの実施形態では限定されない。第１の制御リソースセットの周波数領域ロケーションは、端末デバイスの成功した最初のアクセスの前に、構成情報とＣＯＲＥＳＥＴ＃０を使用することによって定義された第１のダウンリンク帯域幅部分の周波数領域ロケーションとに基づいて決定され得る。代替として、第１の制御リソースセットの周波数領域ロケーションは、端末デバイスの成功した最初のアクセスの後に、構成情報とＣＯＲＥＳＥＴ＃０を使用することによって定義された第１のダウンリンク帯域幅部分の周波数領域ロケーションとに基づいて決定され得る。

第Ｂ２の事例では、図１１は、本出願の実施形態による、制御リソースセットの周波数領域ロケーションの別の例示的な図である。図１１では、第１のダウンリンク帯域幅部分は、ＳＩＢ１中に構成された最初のＤＬＢＷＰであり、第１の制御リソースセットの第１の開始共通リソースブロックは、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定される。特に、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックが決定された後に第１の制御リソースの第１の開始共通リソースブロックを決定する詳細な処理については、図６の詳細な説明を参照されたい。第５のオフセットは、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと第１の制御リソースセットの第１の開始共通リソースブロックとの間の共通リソースブロックの数量を指す。

第１のダウンリンク帯域幅部分がＳＩＢ１に基づいて構成される事例では、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始物理リソースブロックと第３のオフセットとに基づいて決定される。第３のオフセットは、第２の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用される。基準点は、リソースブロックグリッドのための共通の基準点である。基準点は、あらかじめ設定されたサブキャリア間隔で構成された共通リソースブロックのサブキャリア０ＣＲＢ０の中心を示すために使用される。図１１に示されているように、共通の基準点は、ポイントＡ（ＰｏｉｎｔＡ）のロケーションであり得、共通リソースブロックＣＲＢ０のサブキャリア０の中心を示す。ここでは、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックを決定する方式についてのみ手短に説明する。詳細については、図８の詳細な説明を参照されたい。

第Ｂ２の事例に基づいて、任意選択で、実際の適用中に、第１のダウンリンク帯域幅部分を構成するただ１つの方式があり得る。この場合、第１のダウンリンク帯域幅部分は、ＳＩＢ１を使用することによって構成される。代替として、任意選択で、実際の適用中に、第１のダウンリンク帯域幅部分は、ＣＯＲＥＳＥＴ＃０とＳＩＢ１とを使用することによって構成され得る。この場合、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分は、第１の制御リソースセットの周波数領域ロケーションを決定するために選択される。

端末デバイスの成功した最初のアクセスの前に、端末デバイスは、ＳＩＢ１メッセージから第１の制御リソースセットの構成情報を取得し得る。端末デバイスの成功した最初のアクセスの前に、ネットワークデバイスは、第１の制御リソースセットの構成情報を搬送するためにＳＩＢ１メッセージを使用し得る。端末デバイスとネットワークデバイスとは、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックに基づいて第１の制御リソースセットの第１の開始共通リソースロケーションを決定し得る。端末デバイスの成功した最初のアクセスの後に、端末デバイスは、図１１に示されている第１の制御リソースセットに基づいて物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得し、ネットワークデバイスは、図１１に示されている第１の制御リソースセットに基づいて物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報を送る。このようにして決定される第１の制御リソースセットの周波数領域ロケーションは同じであり、端末デバイスとネットワークデバイスとは、第１の制御リソースセットのロケーションを１回しか計算する必要がなく、それによって、第１の制御リソースセットの周波数領域ロケーションを決定する複雑性を低減する。

第１の制御リソースセットの周波数領域ロケーションを決定する機会は、本出願のこの実施形態では限定されない。第１の制御リソースセットの周波数領域ロケーションは、端末デバイスの成功した最初のアクセスの前に、構成情報とＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の周波数領域ロケーションとに基づいて決定され得る。代替として、第１の制御リソースセットの周波数領域ロケーションは、端末デバイスの成功した最初のアクセスの後に、構成情報とＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の周波数領域ロケーションとに基づいて決定され得る。

図９、図１０、および図１１の機会Ｔは、端末デバイスの成功した最初のアクセスの機会を示す。ネットワークデバイスと端末デバイスとは、機会Ｔを別様に定義し得る。任意の実装では、端末デバイスは、以下の機会（１０－１）、（１０－２）、（１０－３）、（１０－４）、（１０－５）、または（１０－６）のうちの１つを示すために成功した最初のアクセスの機会が使用されると決定する。
（１０－１）：端末デバイスが最初に送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
（１０－２）：端末デバイスが最初に送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
（１０－３）：端末デバイスが再送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
（１０－４）：端末デバイスが再送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
（１０－５）：最初に送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが正常に受信する機会、または
（１０－６）：再送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが正常に受信する機会。

ネットワークデバイスは、以下の機会（１０－７）、（１０－８）、（１０－９）、または（１０－１０）のうちの１つを示すために成功した最初のアクセスの機会が使用されると決定する。
（１０－７）：端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
（１０－８）：端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
（１０－９）：端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会、または
（１０－１０）：端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会。

本出願のこの実施形態では、端末デバイスの成功した最初のアクセスの前に、ネットワークデバイスは、第１の制御リソースセットによって占有された共通リソースブロックセットに基づいて物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報を送らず、端末デバイスは、第１の制御リソースセットの周波数領域ロケーションに基づいて物理ダウンリンク制御チャネルを監視しない。このようにして、ネットワークデバイスも端末デバイスも、端末デバイスの成功した最初のアクセスの前に第１の制御リソースセットの周波数領域ロケーションを決定する必要がなく、第１の制御リソースセットのものであり、端末デバイスの最初のアクセスの後である周波数領域ロケーションは、参照されたダウンリンク帯域幅部分を使用することによって決定される。このようにして、端末デバイスとネットワークデバイスとは、第１の制御リソースセットの周波数領域ロケーションを１回しか計算する必要がなく、それによって、第１の制御リソースセットの周波数領域ロケーションを決定する複雑性を低減する。

図１に示されている通信システムに基づき、図１２は、本出願の実施形態による、制御リソースセットの周波数領域ロケーションを決定するための別の方法の概略フローチャートである。図１２に示されている方法は、ステップ１２０１からステップ１２０３を含む。

１２０１：ネットワークデバイスは、端末デバイスの成功した最初のアクセスの前に端末デバイスに第１の制御リソースセットの構成情報を送る。

１２０２：ネットワークデバイスは、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて、端末デバイスの成功した最初のアクセスの前に物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報を送る。

１２０３：ネットワークデバイスは、第１の制御リソースセットによって占有された第３の共通リソースブロックセットに基づいて、端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報を送る。

相応して、端末デバイスは、第１の制御リソースセットによって占有された第３の共通リソースブロックセットに基づいて、端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得する。

ステップ１２０２において、第１の共通リソースブロックセット中に含まれる第１の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定され、構成情報は、第１の共通制御リソースセットによって占有された物理リソースブロックが第１のダウンリンク帯域幅部分中のどこに位置するのかを示すために使用される。本明細書における第１のダウンリンク帯域幅部分は、ＣＯＲＥＳＥＴ＃０を使用することによって定義され得る。

ステップ１２０３において、第３の共通リソースブロックセット中に含まれる第３の開始共通リソースブロックは、第２のダウンリンク帯域幅部分の第４の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定され、構成情報は、第１の制御リソースセットによって占有された物理リソースブロックが第２のダウンリンク帯域幅部分中のどこに位置するのかを示すために使用される。本明細書における第２のダウンリンク帯域幅部分は、ＳＩＢ１中に構成され得る。

図１２に示されている実施形態では、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックは、第２のダウンリンク帯域幅部分の第４の開始共通リソースブロックと同じである。このようにして、端末デバイスの成功した最初のアクセスの前後に第１の制御リソースセットによって参照されるダウンリンク帯域幅部分が異なるが、第１の制御リソースセットのものであり、第１のダウンリンク帯域幅部分に基づいて決定される第１の開始共有リソースブロックは、依然として、２つのダウンリンク帯域幅部分の開始共通リソースブロックが同じになるように設定することによって、第２の制御リソースセットのものであり、第２のダウンリンク帯域幅部分に基づいて決定される第３の開始共通リソースブロックと同じにすることができる。

本出願における第１の制御リソースセットの識別子は０でない。

任意選択で、第１の制御リソースセットの構成情報は、ＳＩＢ１から取得され得、構成情報は、端末デバイスの成功した最初のアクセスの前または後に効果を生じ得る。本明細書において効力を生じることは、端末デバイスが、第１の制御リソースセットの周波数領域ロケーションに基づいて物理ダウンリンク制御チャネルを監視して、アップリンクもしくはダウンリンクスケジューリング制御情報を取得し得ること、またはネットワークデバイスが、第１の制御リソースセットの周波数領域ロケーションに基づいて物理ダウンリンク制御チャネル上でアップリンクもしくはダウンリンクスケジューリング制御情報を送り得ることを意味する。

任意選択で、第１のダウンリンク帯域幅部分がＳＩＢ１中に構成された最初のＤＬＢＷＰであるシナリオでは、第１のダウンリンク帯域幅部分の構成情報はまた、ＳＩＢ１から取得され得るが、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の構成情報は、端末デバイスの成功した最初のアクセスの後に効力を生じる。本明細書において効力を生じることは、端末デバイスが、第１のダウンリンク帯域幅部分の上位レイヤのシグナリングｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈおよび／または別のパラメータのうちの１つを使用することによって第１のダウンリンク帯域幅部分の周波数領域ロケーションを決定し得、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の周波数領域ロケーションに基づいてダウンリンク制御情報を受信し得るか、またはネットワークデバイスが、ＳＩＢ１中に構成された第１のダウンリンク帯域幅部分の周波数領域ロケーションに基づいてダウンリンク制御情報を送り得ることを意味する。

端末デバイスの成功した最初のアクセスの前に、第１の制御リソースセットによって占有された第１の共通リソースブロックは、第１の制御リソースセットによって占有された第１の開始共通リソースブロックと別の共通リソースブロックとを含む。端末デバイスの成功した最初のアクセスの後に、第１の制御リソースセットによって占有された第３の共通リソースブロックは、第１の制御リソースセットによって占有された第３の開始共通リソースブロックと別の共通リソースブロックとを含む。本出願のこの実施形態では、ネットワークデバイスと端末デバイスとの両方は、第１の開始共通リソースブロックと第３の開始共通リソースブロックとを決定し得、構成情報と参照されたダウンリンク帯域幅部分の開始共通リソースブロックとに基づいて、第１の制御リソースセットによって占有され、第１の開始共通リソースブロックから開始する共通リソースブロックを決定し得、構成情報と参照されたダウンリンク帯域幅部分の開始共通リソースブロックとに基づいて、第１の制御リソースセットによって占有され、第３の開始共通リソースブロックから開始する共通リソースブロックを決定し得る。第１の開始共通リソースブロックと第３の開始共通リソースブロックとをどのように決定するのかについては、図１３の詳細な説明を参照されたい。

図１３は、本出願の実施形態による、制御リソースセットの周波数領域ロケーションの別の例示的な図である。図１３では、第１のダウンリンク帯域幅部分は、ＣＯＲＥＳＥＴ＃０を使用することによって定義された最初のＤＬＢＷＰであり、第１の制御リソースセット１の第１の開始共通リソースブロックは、ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定される。第２のダウンリンク帯域幅部分は、ＳＩＢ１中に構成された最初のＤＬＢＷＰであり、第１の制御リソースセット２の第３の開始共通リソースブロックは、ＳＩＢ１中に構成された最初のＤＬＢＷＰの第４の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定される。第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックは、第２のダウンリンク帯域幅部分の第４の開始共通リソースブロックと同じである。

特に、ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックが決定された後に第１の制御リソースセット１の第１の開始共通リソースブロックを決定する詳細な処理について、ＣＯＲＥＳＥＴ＃０の開始共通リソースブロックは、図６の詳細な説明を参照されたい。ＳＩＢ１中に構成された最初のＤＬＢＷＰの第４の開始共通リソースブロックが決定された後に第１の制御リソースセット２の第３の開始共通リソースブロックを決定する詳細な処理については、図６の詳細な説明を参照されたい。第４のオフセットは、ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックと第１の制御リソースセットの第１の開始共通リソースブロックとの間の共通リソースブロックの数量を指す。

第１のオフセットは、ＣＯＲＥＳＥＴ＃０の第２の開始物理リソースブロックとＳＳ／ＰＢＣＨブロックの第３の開始物理リソースブロックとの間の第２のオフセットとＳＳ／ＰＢＣＨブロックの共通リソースブロックオフセットとに基づいて決定される。第２のオフセットは、ＳＳ／ＰＢＣＨブロックの第２の開始物理リソースブロックと第３の開始物理リソースブロックとの間の物理リソースブロックの数量を示すために使用される。ＳＳ／ＰＢＣＨブロックの共通リソースブロックオフセットは、第３の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用される。図１０に示されているように、ポイントＡに対するオフセット（ｏｆｆｓｅｔＴｏＰｏｉｎｔＡ）は、

に等しくなる。このようにして、第１のオフセットは、

から第２のオフセットを減算することによって取得された値に等しくなる。

第２のダウンリンク帯域幅部分がＳＩＢ１に基づいて構成されるとき、第２のダウンリンク帯域幅部分の第４の開始共通リソースブロック（図１３のＳＩＢ１中に構成された最初のＤＬＢＷＰ）は、第２のダウンリンク帯域幅部分の第４の開始物理リソースブロックと第３のオフセットとに基づいて決定される。第３のオフセットは、第４の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用される。基準点は、図１３のポイントＡ（ＰｏｉｎｔＡ）のロケーションである。ここでは、ＳＩＢ１中に構成された第２のダウンリンク帯域幅部分の第４の開始共通リソースブロックを決定する方式についてのみ手短に説明する。詳細については、図８の詳細な説明を参照されたい。

端末デバイスの成功した最初のアクセスの前に、端末デバイスは、ＳＩＢ１メッセージから第１の制御リソースセットの構成情報を取得し得る。端末デバイスの成功した最初のアクセスの前に、ネットワークデバイスは、第１の制御リソースセットの構成情報を搬送するためにＳＩＢ１メッセージを使用し得る。端末デバイスとネットワークデバイスとは、ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックに基づいて第１の制御リソースセット１の第１の開始共通リソースロケーションを決定し得、ＳＩＢ１中に構成された最初のＤＬＢＷＰの第４の開始共通リソースブロックに基づいて第１の制御リソースセット２の第３の開始共通リソースロケーションを決定し得る。

端末デバイスの成功した最初のアクセスの前に、端末デバイスは、図１３に示されている第１の制御リソースセット１に基づいて物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得し、ネットワークデバイスは、図１３に示されている第１の制御リソースセット１に基づいて物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報を送る。端末デバイスの成功した最初のアクセスの後に、端末デバイスは、図１３に示されている第１の制御リソースセット２に基づいて物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得し、ネットワークデバイスは、図１３に示されている第１の制御リソースセット２に基づいて物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報を送る。このようにして決定される第１の制御リソースセットの周波数領域ロケーションは同じであり、端末デバイスとネットワークデバイスとは、第１の制御リソースセットのロケーションを１回しか計算する必要がなく、それによって、第１の制御リソースセットの周波数領域ロケーションを決定する複雑性を低減する。

第１の制御リソースセットの周波数領域ロケーションを決定する機会は、本出願のこの実施形態では限定されない。たとえば、第１の制御リソースセットの周波数領域ロケーションは、第１の制御リソースセット１または第１の制御リソースセット２に対して実行される監視すること／送ることの前に決定されるだけでよい。これは、本出願のこの実施形態では限定されない。

図１２および図１３の機会Ｔは、端末デバイスの成功した最初のアクセスの機会を示す。ネットワークデバイスと端末デバイスとは、機会Ｔを別様に定義し得る。任意の実装では、端末デバイスは、以下の機会（１３－１）、（１３－２）、（１３－３）、（１３－４）、（１３－５）、（１３－６）、（１３－７）、（１３－８）、（１３－９）または（１３－１０）のうちの１つを示すために成功した最初のアクセスの機会が使用されると決定する。
（１３－１）：端末デバイスが最初に送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
（１３－２）：端末デバイスが最初に送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
（１３－３）：端末デバイスが再送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
（１３－４）：端末デバイスが再送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
（１３－５）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、最初に送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送った後に第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に端末デバイスが切り替わる切替え完了機会、
（１３－６）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、再送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送った後に第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に端末デバイスが切り替わる切替え完了機会、
（１３－７）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスが、最初に送信されたメッセージ４を正常に受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
（１３－８）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスが、再送信されたメッセージ４を正常に受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
（１３－９）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスが、最初に送信されたメッセージ４を正常に受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが正常に受信する機会、または
（１３－１０）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスが、最初に送信されたメッセージ４を正常に受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが正常に受信する機会。

ネットワークデバイスについて、ネットワークデバイスは、以下の機会（１３－１１）、（１３－１２）、（１３－１３）、または（１３－１４）のうちの１つを示すために成功した最初のアクセスの機会が使用されると決定する。
（１３－１１）：端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
（１３－１２）：端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
（１３－１３）：端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会、または
（１３－１４）：端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会、
（１３－１５）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスによって送られ、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分にネットワークデバイスが切り替わる切替え完了機会、
（１３－１６）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスによって送られ、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分にネットワークデバイスが切り替わる切替え完了機会、
（１３－１７）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスによって送られ、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会、または
（１３－１８）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスによって送られ、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会。

本出願のこの実施形態では、端末デバイスの成功した最初のアクセスの前後に、第１の制御リソースセットの周波数領域ロケーションは、異なるダウンリンク帯域幅部分の周波数領域ロケーションに基づいて決定され得る。しかしながら、異なるダウンリンク帯域幅部分の開始共通リソースブロックのロケーションが同じことであることが指定されているので、基準として異なるダウンリンク帯域幅部分を使用する第１の制御リソースセットの周波数領域ロケーションは依然として同じであり得る。このようにして、端末デバイスとネットワークデバイスとは、第１の制御リソースセットの周波数領域ロケーションを１回しか計算する必要がなく、それによって、第１の制御リソースセットの周波数領域ロケーションを決定する複雑性を低減する。

図１に示されている通信システムに基づき、図１４は、本出願の実施形態による、制御リソースセットの周波数領域ロケーションを決定するための別の方法の概略フローチャートである。図１４に示されている方法は、ステップ１４０１とステップ１４０２とを含む。

１４０１：ネットワークデバイスは、端末デバイスの成功した最初のアクセスの後に端末デバイスに第１の制御リソースセットの構成情報を送る。

相応して、端末デバイスは、端末デバイスの成功した最初のアクセスの後に第１の制御リソースセットの構成情報を受信する。

１４０２：ネットワークデバイスは、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて、端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報を送る。

第１の制御リソースセットの構成情報は、端末デバイスの成功した最初のアクセスの前に構成されない。第１の制御リソースセットの構成情報は、端末デバイスの成功した最初のアクセスの後にのみ構成される。端末デバイスの成功した最初のアクセスの後に、端末デバイスは、第１の制御リソースセットによって占有された共通リソースブロックセットに基づいて物理ダウンリンク制御チャネルを監視し得る。さらに、第１の制御リソースセットの周波数領域ロケーションは、基準としてダウンリンク帯域幅部分を使用することによって決定される。詳細については、図１５の特定の説明を参照されたい。

任意選択で、第１の制御リソースセットの構成情報は、端末デバイスの成功した最初のアクセスの後にＳＩＢ１から取得され得、構成情報は、端末デバイスの成功した最初のアクセスの後に効果を生じ得る。本明細書において効力を生じることは、端末デバイスが、第１の制御リソースセットの周波数領域ロケーションに基づいて物理ダウンリンク制御チャネルを監視して、アップリンクもしくはダウンリンクスケジューリング制御情報を取得し得ること、またはネットワークデバイスが、第１の制御リソースセットの周波数領域ロケーションに基づいて物理ダウンリンク制御チャネル上でアップリンクもしくはダウンリンクスケジューリング制御情報を送り得ることを意味する。

代替として、任意選択で、第１の制御リソースセットの構成情報は、端末デバイスの成功した最初のアクセス後に、ダウンリンク帯域幅部分を構成するための別のメッセージから構成され得る。これは、図１４に示されている実施形態では限定されない。

さらに、任意選択で、図１４に示されている実施形態では、第１の制御リソースセットの構成情報と第１のダウンリンク帯域幅部分の構成情報とは同時に受信される。第１の制御リソースセットの構成情報は、第１のダウンリンク帯域幅部分の構成情報中に含まれる。第１の制御リソースセットの周波数領域ロケーションは、基準として、第１のダウンリンク帯域幅部分のものであり、第１の制御リソースセットの構成情報を含む構成情報を使用することによって決定される。言い換えれば、端末デバイスの成功した最初のアクセスの後に、第１の制御リソースセットの構成情報と第１のダウンリンク帯域幅部分の構成情報との両方が１つの構成メッセージから取得され得る。第１の制御リソースセットの周波数領域ロケーションは、第１のダウンリンク帯域幅部分の構成情報と、第１の制御リソースセットの構成情報とに基づいて決定される。

第１の制御リソースセットによって占有された第１の共通リソースブロックは、第１の制御リソースセットによって占有された第１の開始共通リソースブロックと別の共通リソースブロックとを含む。本出願のこの実施形態では、ネットワークデバイスと端末デバイスとの両方は、第１の開始共通リソースブロックを決定し得、構成情報と参照されたダウンリンク帯域幅部分の開始共通リソースブロックとに基づいて、第１の制御リソースセットによって占有され、第１の開始共通リソースブロックから開始する共通リソースブロックを決定し得る。第１の開始共通リソースブロックをどのように決定するのかについては、図１５の特定の説明を参照されたい。

図１５は、本出願の実施形態による、制御リソースセットの周波数領域ロケーションの別の例示的な図である。図１５では、第１のダウンリンク帯域幅部分は、ＳＩＢ１中に構成されるか、または別の構成メッセージを使用することによって構成され、第１の制御リソースセットの第１の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定される。特に、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックが決定された後に第１の開始共通リソースブロックを決定する詳細な処理について、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックは、図６の詳細な説明を参照されたい。第５のオフセットは、ＳＩＢ１中に構成されたまたは別の構成メッセージを使用することによって構成された第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと第１の制御リソースセットの第１の開始共通リソースブロックとの間の共通リソースブロックの数量を指す。

第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始物理リソースブロックと第３のオフセットとに基づいて決定される。第３のオフセットは、第２の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用される。基準点は、リソースブロックグリッドのための共通の基準点である。基準点は、あらかじめ設定されたサブキャリア間隔で構成された共通リソースブロックのサブキャリア０ＣＲＢ０の中心を示すために使用される。図１５に示されているように、共通の基準点は、ポイントＡ（ＰｏｉｎｔＡ）のロケーションであり得、共通リソースブロックＣＲＢ０のサブキャリア０の中心を示す。ここでは、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックを決定する方式についてのみ手短に説明する。詳細については、図８の詳細な説明を参照されたい。

任意選択で、実際の適用中に、第１のダウンリンク帯域幅部分を構成するただ１つの方式があり得る。代替として、任意選択で、実際の適用中に、第１のダウンリンク帯域幅部分は、ＣＯＲＥＳＥＴ＃０と別の構成メッセージとを使用することによって構成され得る。この場合、端末デバイスの成功した最初のアクセスの後に構成された第１のダウンリンク帯域幅部分は、第１の制御リソースセットの周波数領域ロケーションを決定するために選択される。

端末デバイスの成功した最初のアクセスの後に、端末デバイスは、構成メッセージから第１の制御リソースセットの構成情報を取得し得る。端末デバイスの成功した最初のアクセスの後に、ネットワークデバイスは、第１の制御リソースセットの構成情報を搬送するために構成メッセージを使用し得る。端末デバイスとネットワークデバイスとは、構成メッセージ中の第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックに基づいて第１の制御リソースセットの第１の開始共通リソースロケーションを決定し得る。端末デバイスの成功した最初のアクセスの後に、端末デバイスは、図１５に示されている第１の制御リソースセットに基づいて物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得し、ネットワークデバイスは、図１５に示されている第１の制御リソースセットに基づいて物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報を送る。このようにして決定される第１の制御リソースセットの周波数領域ロケーションは同じであり、端末デバイスとネットワークデバイスとは、第１の制御リソースセットのロケーションを１回しか計算する必要がなく、それによって、第１の制御リソースセットの周波数領域ロケーションを決定する複雑性を低減する。

図１４および図１５の機会Ｔは、端末デバイスの成功した最初のアクセスの機会を示す。ネットワークデバイスと端末デバイスとは、機会Ｔを別様に定義し得る。任意の実装では、端末デバイスは、以下の機会（１５－１）、（１５－２）、（１５－３）、（１５－４）、（１５－５）、または（１５－６）のうちの１つを示すために成功した最初のアクセスの機会が使用されると決定する。
（１５－１）：端末デバイスが最初に送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
（１５－２）：端末デバイスが最初に送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
（１５－３）：端末デバイスが再送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
（１５－４）：端末デバイスが再送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
（１５－５）：最初に送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが正常に受信する機会、または
（１５－６）：再送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが正常に受信する機会。

ネットワークデバイスについて、ネットワークデバイスは、以下の機会（１５－７）、（１５－８）、（１５－９）、または（１５－１０）のうちの１つを示すために成功した最初のアクセスの機会が使用されると決定する。
（１５－７）：端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
（１５－８）：端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
（１５－９）：端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会、または
（１５－１０）：端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会。

図３から図１５に示されている方法実施形態では、実際の適用中に、第１の可能な実装では、ネットワークデバイスが第１の制御リソースセットを構成する機会は限定されないことに留意されたい。言い換えれば、第１の制御リソースセットの構成メッセージは、端末デバイスの成功した最初のアクセスの前に構成され得るか、または端末デバイスの成功した最初のアクセスの後に構成され得る。このシナリオでは、図３から図１５において説明される様々な実装可能な解決策が含まれ得る。

たとえば、ネットワークデバイスが第１の制御リソースセットを構成する機会が不確定なので、端末デバイスは、最初のアクセスの前にチャネルを監視して、第１の制御リソースセットの構成情報を取得し得る。端末デバイスが、第１の制御リソースセットの構成情報を取得するか、または第１の制御リソースセットの構成情報を取得しないとき、端末デバイスは、最初のアクセスの後にチャネルを監視して、第１の制御リソースセットの構成情報を取得し得る。

第１の可能な実装に基づいて、さらに、第１の制御リソースセットによって参照されるダウンリンク帯域幅部分を構成する機会は、限定されないことがある。このシナリオでは、ネットワークデバイスが新しいダウンリンク帯域幅部分を構成する場合、端末デバイスが新しいダウンリンク帯域幅部分の構成情報を受信するとき、第１の制御リソースセットのロケーションは、新しいダウンリンク帯域幅部分の周波数領域ロケーションに関して決定され得る。

第２の可能な実装解決策では、ネットワークデバイスが第１の制御リソースセットを構成する機会は限定され得る。たとえば、限定は、第１の制御リソースセットの構成メッセージが端末デバイスの成功した最初のアクセスの後に構成され得るということである。このシナリオでは、図１４および図１５において説明される実装解決策を参照されたい。たとえば、ネットワークデバイスが第１の制御リソースセットを構成する機会は、端末デバイスの成功した最初のアクセスの後であるので、端末デバイスは、最初のアクセスの前にチャネルを監視する必要がないが、端末デバイスは、端末デバイスの成功した最初のアクセスの後にチャネルを監視し始めて、第１の制御リソースセットの構成情報を取得する。このようにして、不確定な監視によって生じる端末デバイスの電力損失が低減可能である。

第２の可能な実装に基づいて、さらに、第１の制御リソースセットによって参照されるダウンリンク帯域幅部分を構成する機会は、限定され得る。このシナリオでは、限定が、ダウンリンク帯域幅部分の構成機会が端末デバイスの成功した最初のアクセスの後であることである場合、ネットワークデバイスが新しいダウンリンク帯域幅部分を構成すると、端末デバイスが新しいダウンリンク帯域幅部分の構成情報を受信するとき、第１の制御リソースセットのロケーションは、新しいダウンリンク帯域幅部分の周波数領域ロケーションに関して決定され得る。

別の可能な実装では、第１の制御リソースセットが端末デバイスの成功した最初のアクセスの前に構成されるのか、または端末デバイスの成功した最初のアクセスの後に構成されるのかにかかわらず、最初のＤＬＢＷＰがＳＩＢ１中に構成されるのかどうかにかかわらず、端末デバイスの成功した最初のアクセスの後に、ネットワークデバイスは、上位レイヤシグナリング（たとえば、ＲＲＣシグナリング）を使用することによって端末デバイスのための第１の制御リソースセット、新たに構成された最初のＤＬＢＷＰ、または別のＤＬＢＷＰ（最初以外のＤＬＢＷＰまたはＢＷＰ＿ＩＤが０でないＢＷＰ）のうちの少なくとも１つを構成する。

第１の制御リソースセットの構成が新たに構成された最初のＤＬＢＷＰ中にある場合、第１の制御リソースセットの周波数領域ロケーションは、基準としてＣＯＲＥＳＥＴ＃０または新たに構成された最初のＤＬＢＷＰを使用する。言い換えれば、図３から図１５に示される実施形態では、端末デバイスの成功した最初のアクセスの後に、ネットワークデバイスは、上位レイヤシグナリング（たとえば、ＲＲＣシグナリング）を使用することによって端末デバイスのための新たに構成された最初のＤＬＢＷＰを構成する。さらに、新たに構成された最初のＤＬＢＷＰのサブキャリア間隔がＳＩＢ１中に構成された最初のＤＬＢＷＰのサブキャリア間隔と同じであるとき、第１の制御リソースセットの周波数領域ロケーションは、基準としてＣＯＲＥＳＥＴ＃０または新たに構成された最初のＤＬＢＷＰを使用する。

最初のＤＬＢＷＰが、端末デバイスの成功した最初のアクセスの前にＳＩＢ１中に構成され、第１の制御リソースセットの構成が別のＤＬＢＷＰ中にある場合、以下の２つの事例（１）および（２）が含まれる。

（１）別のＤＬＢＷＰの周波数領域ロケーションがＣＯＲＥＳＥＴ＃０の周波数領域ロケーションを含むか、またはＳＩＢ１中に構成された最初のＤＬＢＷＰの周波数領域ロケーションを含み、別のＤＬＢＷＰのサブキャリア間隔が、ＳＩＢ１中に構成された最初のＤＬＢＷＰのサブキャリア間隔と同じである場合、第１の制御リソースセットの周波数領域ロケーションは成功した最初のアクセスの前に参照されたダウンリンク帯域幅部分を参照する。

（２）別のＤＬＢＷＰの周波数領域ロケーションが、ＣＯＲＥＳＥＴ＃０の周波数領域ロケーションを含まないか、もしくはＳＩＢ１中に構成された最初のＤＬＢＷＰの周波数領域ロケーションを含まないか、または別のＤＬＢＷＰの周波数領域ロケーションが、ＣＯＲＥＳＥＴ＃０の周波数領域ロケーションを含むか、もしくはＳＩＢ１中に構成された最初のＤＬＢＷＰの周波数領域ロケーションを含み、別のＤＬＢＷＰのサブキャリア間隔が、ＳＩＢ１中に構成された最初のＤＬＢＷＰのサブキャリア間隔とは異なる場合、別のＤＬＢＷＰが基準として使用される。

ネットワークデバイスによって送られたメッセージを正常に受信するとき、端末デバイスは、受信されたメッセージに対して肯定応答（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）または否定応答（ＮｅｇａｔｉｖｅＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＮＡＣＫ）を実行するために１ビットのメッセージをフィードバックすることにさらに留意されたい。ネットワークデバイスは、端末デバイスがＡＣＫメッセージ（ビット値は１である）をフィードバックするのかまたはＮＡＣＫメッセージ（ビット値は０である）をフィードバックするのかに応じて、新しいデータを送るべきであるのかまたは再送信を実行すべきであるのかを決定する。本出願の実施形態におけるメッセージを送る機会は、メッセージを送り始める機会またはメッセージの送信が完了したことを確認する機会であり得る。これは、本出願では限定されない。たとえば、肯定応答メッセージを送るものであり、図３から図１５の実施形態において設計される機会は、肯定応答メッセージを送る機会または肯定応答メッセージの送信が完了したことを確認する機会であり得る。

第１の制御リソースセットがＳＩＢ１中に構成される場合、第１の制御リソースセットの周波数領域リソースロケーションは、ＣＯＲＥＳＥＴ＃０の周波数領域リソース範囲内に限定されることにさらに留意されたい。すなわち、第１の制御リソースセットの周波数領域リソースサイズは、ＣＯＲＥＳＥＴ＃０の周波数領域リソースサイズ以下である。第１の制御リソースセットが、ＳＩＢ１中に構成されていないが、他の上位レイヤシグナリング（たとえば、ＲＲＣシグナリング）中に構成されている場合、第１の制御リソースセットの周波数領域リソースロケーションは、ＣＯＲＥＳＥＴ＃０の周波数領域リソース範囲内にあることも、ＣＯＲＥＳＥＴ＃０の周波数領域リソース範囲内にないこともある。

ランダムアクセスチャネルのために使用される探索空間上位レイヤパラメータが第１のダウンリンク帯域幅部分中に構成される場合、上位レイヤシグナリング（たとえば、ＲＲＣシグナリング）を使用することによって端末デバイスのためにネットワークデバイスによって構成された別のダウンリンク帯域幅部分の周波数領域リソース範囲が、成功した最初のアクセスの後に第１のダウンリンク帯域幅部分の周波数領域リソース範囲を含み、別のダウンリンク帯域幅部分のサブキャリア間隔が第１のダウンリンク帯域幅部分のサブキャリア間隔と同じであるとき、ランダムアクセスチャネルのために使用される探索空間上位レイヤパラメータが、現在のアクティブダウンリンク帯域幅部分中に構成されない場合、ネットワークデバイスは、上位レイヤシグナリング（たとえば、ＲＲＣシグナリング）を使用することによって別のダウンリンク帯域幅部分中で端末デバイスのために、第１のダウンリンク帯域幅部分中に構成され、ランダムアクセスチャネルのために使用される探索空間を構成し得、端末デバイスは、探索空間の構成情報に基づいて、対応するダウンリンク制御チャネル、たとえば、ＲＡ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報を監視する。現在のアクティブダウンリンク帯域幅部分の識別子は、０でない値である。この処理では、端末デバイスは、無線周波数帯域幅を変更するかまたはキャリア中心周波数を切り替える必要がない。

上記は、主に、デバイスの観点から、本出願の実施形態で提供される解決策について説明する。上記の機能を実装するために、端末デバイスとネットワークデバイスとは、機能を実行するための対応するハードウェア構造および／またはソフトウェアモジュールを含むことが理解され得る。本出願において開示される実施形態において説明された各例のステップを参照すると、本出願の実施形態は、ハードウェアまたはハードウェアとコンピュータソフトウェアとの組合せの形態で実装可能である。機能がハードウェアによって実行されるのかまたはコンピュータソフトウェアによって駆動されるハードウェアによって実行されるのかは、特定の適用例と技術的解決策の設計制約とに依存する。当業者は、特定の適用例ごとに説明した機能を実装するために異なるデバイスを使用し得るが、実装が本出願の実施形態における技術的解決策の範囲を越えると見なすべきではない。

本出願の実施形態では、端末デバイスとネットワークデバイスとは、上記のデバイス例に基づいて機能モジュールまたは機能ユニットに分割され得る。たとえば、各機能モジュールまたは機能ユニットは、それぞれの対応する機能に基づき区分を通して獲得され得るか、または２つ以上の機能は、１つの処理モジュールまたは処理ユニットに統合され得る。統合モジュールまたはユニットは、ハードウェアの形態で実装され得るか、またはソフトウェア機能モジュールの形態で実装され得る。本出願のこの実施形態では、モジュールまたはユニットへの区分は一例として使用され、論理機能区分にすぎないことに留意されたい。実際の実装中に、別の区分方式が使用され得る。

図１６は、本出願の実施形態による端末デバイスの概略構造図である。端末デバイスは、図３から図１５のデバイス実施形態を実装するように構成される。図１６に示されているように、端末デバイス１６００は、トランシーバモジュール１６０１と処理モジュール１６０２とを含み得る。

第１の可能な実装解決策では、トランシーバモジュール１６０１と処理モジュール１６０２とは、図３から図５に示されている実施形態の内容を実装するように構成される。詳細は以下の通りである。

トランシーバモジュール１６０１は、端末デバイスの成功した最初のアクセスの前に第１の制御リソースセットの構成情報を受信するように構成される。

処理モジュール１６０２は、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて端末デバイスの成功した最初のアクセスの前にまたは端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得する。

第２の可能な実装解決策では、トランシーバモジュール１６０１と処理モジュール１６０２とは、図９から図１１に示されている実施形態の内容を実装するように構成される。詳細は以下の通りである。

処理モジュール１６０２は、端末デバイスの成功した最初のアクセスの前に、第１の制御リソースセットによって占有された共通リソースブロックセットに基づいて物理ダウンリンク制御チャネルを監視するのをスキップするように構成される。

処理モジュール１６０２は、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて、端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得するようにさらに構成される。

第３の可能な実装解決策では、トランシーバモジュール１６０１と処理モジュール１６０２とは、図１２および図１３に示されている実施形態の内容を実装するように構成される。詳細は以下の通りである。

処理モジュール１６０２は、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて端末デバイスの成功した最初のアクセスの前に物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得することであって、第１の共通リソースブロックセット中に含まれる第１の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定され、構成情報は、第１の制御リソースセットによって占有された物理リソースブロックが第１のダウンリンク帯域幅部分中のどこに位置するのかを示すために使用される、ことを行うように構成される。

処理モジュール１６０２は、第１の制御リソースセットによって占有された第３の共通リソースブロックセットに基づいて、端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得することであって、第３の共通リソースブロックセット中に含まれる第３の開始共通リソースブロックは、第２のダウンリンク帯域幅部分の第４の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定され、構成情報は、第１の制御リソースセットによって占有された物理リソースブロックが第２のダウンリンク帯域幅部分中のどこに位置するのかを示すために使用される、ことを行うように構成される。

第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックは、第２のダウンリンク帯域幅部分の第４の開始共通リソースブロックと同じである。

第４の可能な実装解決策では、トランシーバモジュール１６０１と処理モジュール１６０２とは、図１４および図１５に示されている実施形態の内容を実装するように構成される。詳細は以下の通りである。

トランシーバモジュール１６０１は、端末デバイスの成功した最初のアクセスの後に第１の制御リソースセットの構成情報を受信するように構成される。

処理モジュール１６０２は、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて、端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得するように構成される。

端末デバイス１６００は、図３から図１５の実施形態における端末デバイスによって実行されるステップを実装するように構成されることが理解され得る。図１６の端末デバイス中に含まれる機能ブロックの特定の実装および対応する有益な効果については、図３から図１５の実施形態の特定の説明を参照されたい。詳細についてここで説明されない。

本出願のこの実施形態では、トランシーバモジュールは、受信機または受信機回路であり得る。代替として、トランシーバモジュールは、端末デバイスの通信インターフェースであり得る。処理モジュールはプロセッサであり得る。

図１６に示されている実施形態における端末デバイス１６００は、図１７に示されている端末デバイス１１６０を使用することによって実装され得る。図１７は、本出願の実施形態による、別の端末デバイスの概略構造図である。図１７に示されている端末デバイス１１６０は、プロセッサ１７０１とトランシーバ１７０２とを含む。

トランシーバ１７０２は、端末デバイス１１６０と別の端末デバイスまたは上記の実施形態の別のデバイスとの間での情報送信をサポートするように構成される。

プロセッサ１７０１は、端末デバイスの行為を制御し、管理するように構成される。

たとえば、図３に示されている実施形態では、トランシーバ１７０２は、図３に示されている実施形態におけるステップ３０１、３０２、および３０３においてメッセージを受信するように構成される。処理ユニット１７０１は、上記のステップを実行する際にトランシーバ１７０２をサポートするように構成される。

たとえば、図９に示されている実施形態では、トランシーバ１７０２は、図９に示されている実施形態におけるステップ９０１および９０２においてメッセージを受信するように構成される。処理ユニット１７０１は、上記のステップを実行する際にトランシーバ１７０２をサポートするように構成される。

たとえば、図１２に示されている実施形態では、トランシーバ１７０２は、図１２に示されている実施形態におけるステップ１２０１、１２０２、および１２０３においてメッセージを受信するように構成される。処理ユニット１７０１は、上記のステップを実行する際にトランシーバ１７０２をサポートするように構成される。

たとえば、図１４に示されている実施形態では、トランシーバ１７０２は、図１４に示されている実施形態におけるステップ１４０１および１４０２においてメッセージを受信するように構成される。処理ユニット１７０１は、上記のステップを実行する際にトランシーバ１７０２をサポートするように構成される。

プロセッサ１７０１とトランシーバ１７０２とは、通信可能に接続される。たとえば、それらは、バス１７０４を使用することによって接続される。バス１７０４は、ＰＣＩバス、ＥＩＳＡバスなどであり得る。バス１７０４は、アドレスバス、データバス、制御バスなどに分類され得る。表現を容易にするために、図１７ではバスを表すためにただ１つの太線が使用されるが、これは、ただ１つのバスまたはただ１つのタイプのバスがあることを意味しない。

端末デバイス１１６０は、メモリ１７０３をさらに含み得る。メモリ１７０３は、端末デバイス１１６０によって実行されるプログラムコードとデータとを記憶するように構成される。プロセッサ１７０１は、メモリ１７０３中に記憶されたアプリケーションプログラムコードを実行して、図３から図１５に示されている実施形態のうちのいずれか１つにおいて与えられる端末デバイスの行為を実装するように構成される。

実際の適用中に、端末デバイスは、１つまたは複数のプロセッサを含み得、端末デバイス１１６０の構造は、本出願のこの実施形態に対する限定を構成しないことに留意されたい。

プロセッサは、中央処理ユニット（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、ＣＰＵ）、汎用プロセッサ、デジタル信号プロセッサ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ－ＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ、ＦＰＧＡ）もしくは別のプログラマブル論理デバイス、トランジスタ論理デバイス、ハードウェア構成要素、またはそれらの任意の組合せであり得る。プロセッサは、本出願で開示される内容に関して説明される様々な例示的な論理ブロック、モジュール、および回路を実装または実行し得る。プロセッサは、代替として、コンピューティング機能を実装するプロセッサの組合せ、たとえば、１つもしくは複数のマイクロプロセッサの組合せまたはＤＳＰとマイクロプロセッサとの組合せであり得る。

トランシーバ１７０４は、通信インターフェース、トランシーバ回路などであり得る。トランシーバは、一般的な用語である。特定の実装中に、トランシーバは、複数のインターフェースを含み得る。

メモリ１７０３は、一過性メモリ（ＴｒａｎｓｉｔｏｒｙＭｅｍｏｒｙ）、たとえば、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ）を含み得る。メモリ１７０３は、代替として、非一時的メモリ（Ｎｏｎ－ＴｒａｎｓｉｔｏｒｙＭｅｍｏｒｙ）、たとえば、読取り専用メモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭ）、フラッシュメモリ（ＦｌａｓｈＭｅｍｏｒｙ）、ハードディスクドライブ（ＨａｒｄＤｉｓｋＤｒｉｖｅ、ＨＤＤ）、またはソリッドステートドライブ（Ｓｏｌｉｄ－ＳｔａｔｅＤｒｉｖｅ、ＳＳＤ）を含み得る。メモリ１７０３は、代替として、前述のタイプのメモリの組合せを含み得る。

本出願の実施形態は、コンピュータ記憶媒体をさらに提供する。コンピュータ記憶媒体は、図１７に示されている実施形態における端末デバイスによって使用されるコンピュータソフトウェア命令を記憶するように構成され得る。コンピュータソフトウェア命令は、上記の実施形態を実装するために端末デバイスが使用するために設計されたプログラムを含む。記憶媒体は、限定はしないが、フラッシュメモリ、ハードディスク、またはソリッドステートドライブを含む。

本出願の実施形態は、コンピュータプログラム製品をさらに提供する。コンピュータ製品がコンピューティングデバイスによって実行されるとき、図１７に示されている実施形態における端末デバイスのために設計されたデータ処理が実行され得る。

図１８は、本出願の実施形態による、別のネットワークデバイスの概略構造図である。ネットワークデバイスは、図８および図９の実施形態を実装するように構成される。図１８に示されているように、ネットワークデバイス１８００は、トランシーバモジュール１８０１と処理モジュール１８０２とを含む。

第１の可能な実装解決策では、トランシーバモジュールと処理モジュールとは、図３から図５に示されている実施形態の内容を実装するように構成される。

トランシーバモジュール１８０１は、端末デバイスの成功した最初のアクセスの前に端末デバイスに第１の制御リソースセットの構成情報を送るように構成される。

処理モジュール１８０２は、第１の制御リソースセットによって占有された第１の共通のリソースブロックセットに基づいて、端末デバイスの成功した最初のアクセスの前にまたは端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報をブロードキャストするように構成される。

第２の可能な実装解決策では、トランシーバモジュールと処理モジュールとは、図９から図１１に示されている実施形態の内容を実装するように構成される。詳細は以下の通りである。

処理モジュール１８０２は、端末デバイスの成功した最初のアクセスの前に、第１の制御リソースセットによって占有された共通リソースブロックセットに基づいて物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報をブロードキャストするのをスキップするように構成される。

処理モジュール１８０２は、端末デバイスの成功した最初のアクセスの後に、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報をブロードキャストするようにさらに構成される。

第３の可能な実装解決策では、トランシーバモジュールと処理モジュールとは、図１２および図１３に示されている実施形態の内容を実装するように構成される。詳細は以下の通りである。

トランシーバモジュール１８０１は、ネットワークデバイスによって、端末デバイスの成功した最初のアクセスの前に端末デバイスに第１の制御リソースセットの構成情報を送るように構成される。

処理モジュール１８０２は、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて端末デバイスの成功した最初のアクセスの前に物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報をブロードキャストすることであって、第１の共通リソースブロックセット中に含まれる第１の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定され、構成情報は、第１の制御リソースセットによって占有された物理リソースブロックが第１のダウンリンク帯域幅部分中のどこに位置するのかを示すために使用される、ことを行うように構成される。

処理モジュール１８０２は、端末デバイスの成功した最初のアクセスの後に、第１の制御リソースセットによって占有された第３の共通リソースブロックセットに基づいて物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報をブロードキャストすることであって、第３の共通リソースブロックセット中に含まれる第３の開始共通リソースブロックは、第２のダウンリンク帯域幅部分の第４の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定され、構成情報は、第１の制御リソースセットによって占有された物理リソースブロックが第２のダウンリンク帯域幅部分中のどこに位置するのかを示すために使用される、ことを行うようにさらに構成される。

第４の可能な実装解決策では、トランシーバモジュールと処理モジュールとは、図１４および図１５に示されている実施形態の内容を実装するように構成される。詳細は以下の通りである。

トランシーバモジュール１８０１は、端末デバイスの成功した最初のアクセスの後に端末デバイスに第１の制御リソースセットの構成情報を送るように構成される。

処理モジュール１８０２は、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報をブロードキャストすることであって、第１の共通リソースブロックセット中に含まれる第１の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定され、構成情報は、第１の制御リソースセットによって占有された物理リソースブロックが第１のダウンリンク帯域幅部分中のどこに位置するのかを示すために使用される、ことを行うように構成される。

ネットワークデバイス１８００は、図３から図１５の実施形態におけるネットワークデバイスによって実行されるステップを実装するように構成されることが理解され得る。図１６のネットワークデバイス中に含まれる機能ブロックの特定の実装および対応する有益な効果については、図３から図１５の実施形態の特定の説明を参照されたい。詳細についてここで説明されない。

図１８に示されているネットワークデバイスは、図１９に示されているネットワークデバイス１９００を使用することによって実装され得る。図１９は、本出願の実施形態による、別のネットワークデバイスの概略構造図である。図１９に示されているネットワークデバイスは、プロセッサ１９０１とトランシーバ１９０２とを含む。

トランシーバ１９０２は、ネットワークデバイス１９００と上記の実施形態における別のデバイスとの間での情報送信をサポートするように構成され、プロセッサ１９０１は、ネットワークデバイス１９００の行為を制御し、管理するように構成される。

たとえば、図３に示されている実施形態では、トランシーバ１７０２は、図３に示されている実施形態におけるステップ３０１、３０２、および３０３においてメッセージを送るように構成される。処理ユニット１７０１は、上記のステップを実行する際にトランシーバ１７０２をサポートするように構成される。

たとえば、図９に示されている実施形態では、トランシーバ１７０２は、図９に示されている実施形態におけるステップ９０１および９０２においてメッセージを送るように構成される。処理ユニット１７０１は、上記のステップを実行する際にトランシーバ１７０２をサポートするように構成される。

たとえば、図１２に示されている実施形態では、トランシーバ１７０２は、図１２に示されている実施形態におけるステップ１２０１、１２０２、および１２０３においてメッセージを送るように構成される。処理ユニット１７０１は、上記のステップを実行する際にトランシーバ１７０２をサポートするように構成される。

たとえば、図１４に示されている実施形態では、トランシーバ１７０２は、図１４に示されている実施形態におけるステップ１４０１および１４０２においてメッセージを送るように構成される。処理ユニット１７０１は、上記のステップを実行する際にトランシーバ１７０２をサポートするように構成される。

プロセッサ１９０１とトランシーバ１９０２とは、通信可能に接続される。たとえば、それらは、バスを使用することによって接続される。ネットワークデバイス１９００は、メモリ１９０３をさらに含み得る。メモリ１９０３は、ネットワークデバイス１９００によって実行されるプログラムコードとデータとを記憶するように構成される。プロセッサ１９０１は、メモリ１９０３中に記憶されたアプリケーションプログラムコードを実行して、図８または図９に示されている任意の実施形態において与えられるネットワークデバイスの行為を実装するように構成される。

実際の適用中に、ネットワークデバイスは、１つまたは複数のプロセッサを含み得、ネットワークデバイス１９００の構造は、本出願のこの実施形態に対する限定を構成しないことに留意されたい。

プロセッサ１９０１は、ＣＰＵ、ＮＰ、ハードウェアチップ、またはそれらの任意の組合せであり得る。ハードウェアチップは、ＡＳＩＣ，ＰＬＤ、またはそれらの組合せであり得る。ＰＬＤは、ＣＰＬＤ、ＦＰＧＡ、ＧＡＬ、またはそれらの任意の組合せであり得る。

メモリ１９０３は、ＲＡＭなどの揮発性メモリを含み得る。メモリ１９０３は、代替として、ＲＯＭ、フラッシュメモリ、ハードディスクドライブ、またはソリッドステートドライブなどの不揮発性メモリを含み得る。メモリ１９０３は、代替として、前述のタイプのメモリの組合せを含み得る。

本出願の実施形態は、コンピュータ記憶媒体をさらに提供する。コンピュータ記憶媒体は、図１８に示されている実施形態におけるネットワークデバイススによって使用されるコンピュータソフトウェア命令を記憶するように構成され得る。コンピュータソフトウェア命令は、上記の実施形態を実装するためにネットワークデバイスが使用するために設計されたプログラムを含む。記憶媒体は、限定はしないが、フラッシュメモリ、ハードディスク、またはソリッドステートドライブを含む。

本出願の実施形態は、コンピュータプログラム製品をさらに提供する。コンピュータ製品がコンピューティングデバイスによって実行されるとき、図１８に示されている実施形態におけるネットワークデバイスために設計されたデータ処理が実行され得る。

本出願の明細書、特許請求の範囲、および添付の図面において、「第１の」、「第２の」、「第３の」、「第４の」などの用語は、異なる対象物を区別することが意図されており、特定の順序を示さない。さらに、「含む（ｉｎｃｌｕｄｉｎｇ）」、「有する（ｈａｖｉｎｇ）」という用語、またはそれらの任意の他の変形形態は、非排他的な包含をカバーすることが意図されている。たとえば、一連のステップまたはユニットを含む、処理、方法、システム、製品、もしくはデバイスは、列挙されたステップもしくはユニットに限定されず、任意選択で、列挙されないステップもしくはユニットをさらに含み、または、そのプロセス、方法、製品、もしくはデバイスの別の固有のステップもしくはユニットをさらに含む。

本出願では、「Ａおよび／またはＢ」は、Ａ、Ｂ、ならびにＡおよびＢの事例のうちの１つを指す。「のうちの少なくとも１つ」は、リストされたアイテムまたはリストされたアイテムの任意の数量の任意の組合せを意味する。たとえば、「Ａと、Ｂと、Ｃとのうちの少なくとも１つ」は、Ａ、Ｂ、Ｃ、ＡおよびＢ、ＢおよびＣ、ＡおよびＣ、ならびにＡ、Ｂ、およびＣの７つの事例のうちの任意の１つを意味する。

当業者は、上記の処理のシーケンス番号が本出願の様々な実施形態において実行シーケンスを意味しないことを理解し得る。処理の実行シーケンスは、処理の機能および内部論理に基づいて決定されるべきであり、本出願の実施形態の実装処理に対するいかなる限定ともならない。

上記の実施形態の全部または一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを使用することによって実装され得る。ソフトウェアが実施形態を実装するために使用されるとき、実施形態は、コンピュータプログラム製品の形態で完全にまたは部分的に実装され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされ、実行されるとき、本出願の実施形態による手順または機能の全部または一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラマブル装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体中に記憶され得るか、または１つのコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信され得る。たとえば、コンピュータ命令は、ワイヤード（たとえば、同軸ケーブル、光ファイバ、またはデジタル加入者回線（ＤＳＬ））またはワイヤレス（たとえば、赤外線、無線、またはマイクロ波）の方式であるウェブサイト、コンピュータ、サーバ、またはデータセンターから別のウェブサイト、コンピュータ、サーバ、またはデータセンターに送信され得る。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体または１つもしくは複数の使用可能な媒体を統合するサーバまたはデータセンターなどのデータストレージデバイスであり得る。使用可能な媒体は、磁気媒体（たとえば、フロッピーディスク、ハードディスク、または磁気テープ）、光媒体（たとえば、ＤＶＤ）、半導体媒体（たとえば、ソリッドステートドライブＳｏｌｉｄＳｔａｔｅＤｉｓｋ（ＳＳＤ））などであり得る。

当業者は、実施形態の方法の処理のすべてまたは一部が関連するハードウェアに命令するコンピュータプログラムによって完了され得ることを理解し得る。プログラムはコンピュータ可読記憶媒体に記憶され得る。プログラムが実行されるとき、方法実施形態の処理は含まれ得る。上記の記憶媒体は、磁気ディスク、光学ディスク、読取り専用メモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ）などであり得る。

第１の態様によれば、本出願の実施形態は、制御リソースセットの周波数領域ロケーションを決定するための可能な方法を提供する。方法は、端末デバイスとネットワークデバイスとによって完了され、
ネットワークデバイスによって、端末デバイスの成功した最初のアクセスの前に端末デバイスに第１の制御リソースセットの構成情報を送ること、および相応して、端末デバイスによって、端末デバイスの成功した最初のアクセスの前に第１の制御リソースセットの構成情報を受信することと、
第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいてネットワークデバイスによって、端末デバイスの成功した最初のアクセスの前にまたは端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネル上でアップリンクまたはダウンリンクスケジューリング制御情報をブロードキャストすること、および相応して、第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて端末デバイスによって、端末デバイスの成功した最初のアクセスの前にまたは端末デバイスの成功した最初のアクセスの後に物理ダウンリンク制御チャネルを監視して、アップリンクまたはダウンリンクスケジューリング制御情報を取得することとと
を含む。

第１の態様に関して、任意選択で、端末デバイスについて、端末デバイスの、端末デバイスによって定義された成功した最初のアクセスは、以下の機会、
端末デバイスが最初に送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
端末デバイスが最初に送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）を使用することによってスクランブルされたダウンリンク制御情報（ＤＣＩ）を端末デバイスが正常に受信する機会、
端末デバイスが再送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
端末デバイスが再送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩを端末デバイスが正常に受信する機会、
最初に送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが正常に受信する機会、または
再送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが正常に受信する機会
のうちの１つを示すために使用される。

第２の態様に関して、任意選択で、端末デバイスについて、端末デバイスの、端末デバイスによって定義された成功した最初のアクセスは、以下の機会、
端末デバイスが最初に送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
端末デバイスが最初に送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）を使用することによってスクランブルされたダウンリンク制御情報（ＤＣＩ）を端末デバイスが正常に受信する機会、
端末デバイスが再送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
端末デバイスが再送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩを端末デバイスが正常に受信する機会、
最初に送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが正常に受信する機会、または
再送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが正常に受信する機会
のうちの１つを示すために使用される。

第３の態様に関して、任意選択で、端末デバイスについて、端末デバイスの、端末デバイスによって定義された成功した最初のアクセスは、以下の機会、
端末デバイスが最初に送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
端末デバイスが最初に送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
端末デバイスが再送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
端末デバイスが再送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、最初に送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送った後に第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に端末デバイスが切り替わる切替え完了機会、
第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、再送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送った後に第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に端末デバイスが切り替わる切替え完了機会、
第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスが、最初に送信されたメッセージ４を正常に受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスが、再送信されたメッセージ４を正常に受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、最初に送信されたメッセージ４を正常に受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが受信する機会、または
第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、再送信されたメッセージ４を正常に受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが受信する機会
のうちの１つを示すために使用される。

ネットワークデバイスのカバレージ中で、最初のアクセスが成功した端末デバイスとアクセスが失敗した端末デバイスとがある場合、ネットワークデバイスは、ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ１の周波数領域ロケーションにおいて、アクセスが失敗した端末デバイスにランダムアクセス応答、ページングメッセージ、システムメッセージなどのスケジューリング情報を送る必要があり、ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ２の周波数領域ロケーションにおいて、最初のアクセスが成功した端末デバイスにランダムアクセス応答、ページングメッセージ、システムメッセージなどのスケジューリング情報を送る必要がある。

第１の制御リソースセットによって占有された第１の共通リソースブロックセットは、第１の制御リソースセットによって占有された第１の開始共通リソースブロックと別の共通リソースブロックとを含む。本出願のこの実施形態では、ネットワークデバイスと端末デバイスとの両方は、第１の開始共通リソースブロックを決定し得、構成情報と参照されたダウンリンク帯域幅部分の開始共通リソースブロックとに基づいて、第１の制御リソースセットによって占有され、第１の開始共通リソースブロックから開始する共通リソースブロックを決定し得る。第１の開始共通リソースブロックをどのように決定するのかについては、以下の２つの事例（第Ａ１の事例および第Ａ２の事例）において説明され得る。

に等しくなる。このようにして、第１のオフセットは、

たとえば、ｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅｓ＝“０００００１１１１１１１１０．．．”であるとき、最初の５ビットに対応するすべての３０個のＰＲＢが第１の制御リソースセットに割り当てられず、第１の制御リソースセットの第１の開始共通リソースブロックのインデックスは、３６＋３０＝６６であり、すなわち、第１の制御リソースセットの第１の開始共通リソースブロックは、ＣＲＢ６６であることが理解され得る。図６のダウンリンク帯域幅部分が、図４に示されている事例におけるＣＯＲＥＳＥＴ＃０を使用することによって定義された第１のダウンリンク帯域幅部分であるとき、図４の第４のオフセットは、ＣＲＢ６６－ＣＲＢ３３＝ＣＲＢ３３であり得る。特に、第１の制御リソースセットの第１の開始共通リソースブロックとダウンリンク帯域幅部分の開始共通リソースブロックとの間に３３個の共通リソースブロックがある。

さらに、図７は、本出願の実施形態による、第１の制御リソースセットの時間領域リソースの例示的な図である。特定の実装中に、ネットワークデバイスは、上位レイヤのシグナリング（たとえば、無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、ＲＲＣ）シグナリング）、すなわち、第１の制御リソースセットの構成メッセージを使用することによって端末デバイスのための第１の制御リソースセットを構成し得る。構成メッセージは、時間領域中に第１の制御リソースセットのＣＯＲＥＳＥＴＩＤ、第１の制御リソースセットの周波数領域リソース表示、および第１の制御リソースセットのＯＦＤＭシンボルの数量などのパラメータを含む。時間領域中の第１の制御リソースセットのＯＦＤＭシンボルの数量は、１、２、および３のうちの１つであり得る。周波数領域リソース表示は、図６に示されている４５ビットのビットマップであり得る。ネットワークデバイスは、上位レイヤのシグナリング（たとえば、ＲＲＣシグナリング）、すなわち、ＳｅａｒｃｈＳｐａｃｅ構成メッセージを使用することによって端末デバイスのための探索空間セットを構成する。ＳｅａｒｃｈＳｐａｃｅ構成メッセージは、探索空間セットＩＤ、スロット（Ｓｌｏｔ）中の監視機会（ＭｏｎｉｔｏｒｉｎｇＯｃｃａｓｉｏｎ）表示、アグリゲーションレベル、および対応する候補ＰＤＣＣＨの数量などのパラメータを含む。たとえば、探索空間中でブラインド検出が実行される第１の制御リソースセットの時間領域ロケーションが図７に示されている。スロット０中の探索空間の監視機会表示は、スロット０中の第１のシンボル上にある。さらに、探索空間中のＣＯＲＥＳＥＴＩＤに対応する第１の制御リソースセットは、時間領域中の３つのシンボル、たとえば、図７のシンボル０からシンボル２の間持続する。第１の制御リソースセットの周波数領域リソースロケーションは、４５ビットのビットマップを使用することによって決定される。さらに、第１の制御リソースセットの周波数領域ロケーションを決定する特定の処理については、図６に示されている方法の説明を参照されたい。

第１の制御リソースセットによって占有された第１の共通リソースブロックセットは、第１の制御リソースセットによって占有された第１の開始共通リソースブロックと別の共通リソースブロックとを含む。本出願のこの実施形態では、ネットワークデバイスと端末デバイスとの両方は、第１の開始共通リソースブロックを決定し得、構成情報と参照されたダウンリンク帯域幅部分の開始共通リソースブロックとに基づいて、第１の制御リソースセットによって占有され、第１の開始共通リソースブロックから開始する共通リソースブロックを決定し得る。第１の開始共通リソースブロックをどのように決定するのかについては、以下の２つの事例（第Ｂ１の事例および第Ｂ２の事例）において説明され得る。

に等しくなる。このようにして、第１のオフセットは、

図１３に示されている実施形態では、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックは、第２のダウンリンク帯域幅部分の第４の開始共通リソースブロックと同じである。このようにして、端末デバイスの成功した最初のアクセスの前後に第１の制御リソースセットによって参照されるダウンリンク帯域幅部分が異なるが、第１の制御リソースセットのものであり、第１のダウンリンク帯域幅部分に基づいて決定される第１の開始共有リソースブロックは、依然として、２つのダウンリンク帯域幅部分の開始共通リソースブロックが同じになるように設定することによって、第１の制御リソースセットのものであり、第２のダウンリンク帯域幅部分に基づいて決定される第３の開始共通リソースブロックと同じにすることができる。

特に、ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックが決定された後に第１の制御リソースセット１の第１の開始共通リソースブロックを決定する詳細な処理については、図６の詳細な説明を参照されたい。ＳＩＢ１中に構成された最初のＤＬＢＷＰの第４の開始共通リソースブロックが決定された後に第１の制御リソースセット２の第３の開始共通リソースブロックを決定する詳細な処理については、図６の詳細な説明を参照されたい。第４のオフセットは、ＣＯＲＥＳＥＴ＃０の第２の開始共通リソースブロックと第１の制御リソースセットの第１の開始共通リソースブロックとの間の共通リソースブロックの数量を指す。

に等しくなる。このようにして、第１のオフセットは、

図１２および図１３の機会Ｔは、端末デバイスの成功した最初のアクセスの機会を示す。ネットワークデバイスと端末デバイスとは、機会Ｔを別様に定義し得る。任意の実装では、端末デバイスは、以下の機会（１３－１）、（１３－２）、（１３－３）、（１３－４）、（１３－５）、（１３－６）、（１３－７）、（１３－８）、（１３－９）または（１３－１０）のうちの１つを示すために成功した最初のアクセスの機会が使用されると決定する。
（１３－１）：端末デバイスが最初に送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
（１３－２）：端末デバイスが最初に送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
（１３－３）：端末デバイスが再送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
（１３－４）：端末デバイスが再送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
（１３－５）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、最初に送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送った後に第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に端末デバイスが切り替わる切替え完了機会、
（１３－６）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、再送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送った後に第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に端末デバイスが切り替わる切替え完了機会、
（１３－７）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスが、最初に送信されたメッセージ４を正常に受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
（１３－８）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスが、再送信されたメッセージ４を正常に受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを端末デバイスが正常に受信する機会、
（１３－９）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスが、最初に送信されたメッセージ４を正常に受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが正常に受信する機会、または
（１３－１０）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスが、再送信されたメッセージ４を正常に受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を端末デバイスが正常に受信する機会。

ネットワークデバイスは、以下の機会（１３－１１）、（１３－１２）、（１３－１３）、または（１３－１４）のうちの１つを示すために成功した最初のアクセスの機会が使用されると決定する。
（１３－１１）：端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
（１３－１２）：端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
（１３－１３）：端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会、または
（１３－１４）：端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会、
（１３－１５）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスによって送られ、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分にネットワークデバイスが切り替わる切替え完了機会、
（１３－１６）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスによって送られ、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分にネットワークデバイスが切り替わる切替え完了機会、
（１３－１７）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスによって送られ、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会、または
（１３－１８）：第１のダウンリンク帯域幅部分と第２のダウンリンク帯域幅部分とによって占有された共通リソースブロックが異なるとき、端末デバイスによって送られ、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを受信し、第１のダウンリンク帯域幅部分から第２のダウンリンク帯域幅部分に切り替わった後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会。

図１５は、本出願の実施形態による、制御リソースセットの周波数領域ロケーションの別の例示的な図である。図１５では、第１のダウンリンク帯域幅部分は、ＳＩＢ１中に構成されるか、または別の構成メッセージを使用することによって構成され、第１の制御リソースセットの第１の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと第１の制御リソースセットの構成情報とに基づいて決定される。特に、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックが決定された後に第１の開始共通リソースブロックを決定する詳細な処理については、図６の詳細な説明を参照されたい。第５のオフセットは、ＳＩＢ１中に構成されたまたは別の構成メッセージを使用することによって構成された第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと第１の制御リソースセットの第１の開始共通リソースブロックとの間の共通リソースブロックの数量を指す。

ネットワークデバイスは、以下の機会（１５－７）、（１５－８）、（１５－９）、または（１５－１０）のうちの１つを示すために成功した最初のアクセスの機会が使用されると決定する。
（１５－７）：端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
（１５－８）：端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージをネットワークデバイスが受信する機会、
（１５－９）：端末デバイスによって送られた、ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会、または
（１５－１０）：端末デバイスによって送られた、ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報をネットワークデバイスが送る機会。

上記は、主に、方法の観点から、本出願の実施形態で提供される解決策について説明する。上記の機能を実装するために、端末デバイスとネットワークデバイスとは、機能を実行するための対応するハードウェア構造および／またはソフトウェアモジュールを含むことが理解され得る。本出願において開示される実施形態において説明された各例のステップを参照すると、本出願の実施形態は、ハードウェアまたはハードウェアとコンピュータソフトウェアとの組合せの形態で実装可能である。機能がハードウェアによって実行されるのかまたはコンピュータソフトウェアによって駆動されるハードウェアによって実行されるのかは、特定の適用例と技術的解決策の設計制約とに依存する。当業者は、特定の適用例ごとに説明した機能を実装するために異なるデバイスを使用し得るが、実装が本出願の実施形態における技術的解決策の範囲を越えると見なすべきではない。

本出願の実施形態では、端末デバイスとネットワークデバイスとは、上記の方法に基づいて機能モジュールまたは機能ユニットに分割され得る。たとえば、各機能モジュールまたは機能ユニットは、それぞれの対応する機能に基づき区分を通して獲得され得るか、または２つ以上の機能は、１つの処理モジュールまたは処理ユニットに統合され得る。統合モジュールまたはユニットは、ハードウェアの形態で実装され得るか、またはソフトウェア機能モジュールの形態で実装され得る。本出願のこの実施形態では、モジュールまたはユニットへの区分は一例として使用され、論理機能区分にすぎないことに留意されたい。実際の実装中に、別の区分方式が使用され得る。

図１６は、本出願の実施形態による端末デバイスの概略構造図である。端末デバイスは、図３から図１５の実施形態を実装するように構成される。図１６に示されているように、端末デバイス１６００は、トランシーバモジュール１６０１と処理モジュール１６０２とを含み得る。

図１６に示されている実施形態における端末デバイス１６００は、図１７に示されている端末デバイス１７００を使用することによって実装され得る。図１７は、本出願の実施形態による、別の端末デバイスの概略構造図である。図１７に示されている端末デバイス１７００は、プロセッサ１７０１とトランシーバ１７０２とを含む。

トランシーバ１７０２は、端末デバイス１７００と別の端末デバイスまたは上記の実施形態の別のデバイスとの間での情報送信をサポートするように構成される。

たとえば、図３に示されている実施形態では、トランシーバ１７０２は、図３に示されている実施形態におけるステップ３０１、３０２、および３０３においてメッセージを受信するように構成される。プロセッサ１７０１は、上記のステップを実行する際にトランシーバ１７０２をサポートするように構成される。

たとえば、図９に示されている実施形態では、トランシーバ１７０２は、図９に示されている実施形態におけるステップ９０１および９０２においてメッセージを受信するように構成される。プロセッサ１７０１は、上記のステップを実行する際にトランシーバ１７０２をサポートするように構成される。

たとえば、図１２に示されている実施形態では、トランシーバ１７０２は、図１２に示されている実施形態におけるステップ１２０１、１２０２、および１２０３においてメッセージを受信するように構成される。プロセッサ１７０１は、上記のステップを実行する際にトランシーバ１７０２をサポートするように構成される。

たとえば、図１４に示されている実施形態では、トランシーバ１７０２は、図１４に示されている実施形態におけるステップ１４０１および１４０２においてメッセージを受信するように構成される。プロセッサ１７０１は、上記のステップを実行する際にトランシーバ１７０２をサポートするように構成される。

端末デバイス１７００は、メモリ１７０３をさらに含み得る。メモリ１７０３は、端末デバイス１７００によって実行されるプログラムコードとデータとを記憶するように構成される。プロセッサ１７０１は、メモリ１７０３中に記憶されたアプリケーションプログラムコードを実行して、図３から図１５に示されている実施形態のうちのいずれか１つにおいて与えられる端末デバイスの行為を実装するように構成される。

実際の適用中に、端末デバイスは、１つまたは複数のプロセッサを含み得、端末デバイス１７００の構造は、本出願のこの実施形態に対する限定を構成しないことに留意されたい。

トランシーバ１７０２は、通信インターフェース、トランシーバ回路などであり得る。トランシーバは、一般的な用語である。特定の実装中に、トランシーバは、複数のインターフェースを含み得る。

図１８は、本出願の実施形態による、別のネットワークデバイスの概略構造図である。ネットワークデバイスは、図３から図１５の実施形態を実装するように構成される。図１８に示されているように、ネットワークデバイス１８００は、トランシーバモジュール１８０１と処理モジュール１８０２とを含む。

ネットワークデバイス１８００は、図３から図１５の実施形態におけるネットワークデバイスによって実行されるステップを実装するように構成されることが理解され得る。図１８のネットワークデバイス中に含まれる機能ブロックの特定の実装および対応する有益な効果については、図３から図１５の実施形態の特定の説明を参照されたい。詳細についてここで説明されない。

本出願のこの実施形態では、トランシーバモジュールは、受信機または受信機回路であり得る。代替として、トランシーバモジュールは、ネットワークデバイスの通信インターフェースであり得る。処理モジュールはプロセッサであり得る。

たとえば、図３に示されている実施形態では、トランシーバ１９０２は、図３に示されている実施形態におけるステップ３０１、３０２、および３０３においてメッセージを送るように構成される。プロセッサ１９０１は、上記のステップを実行する際にトランシーバ１９０２をサポートするように構成される。

たとえば、図９に示されている実施形態では、トランシーバ１７０２は、図９に示されている実施形態におけるステップ９０１および９０２においてメッセージを送るように構成される。プロセッサ１９０１は、上記のステップを実行する際にトランシーバ１９０２をサポートするように構成される。

たとえば、図１２に示されている実施形態では、トランシーバ１９０２は、図１２に示されている実施形態におけるステップ１２０１、１２０２、および１２０３においてメッセージを送るように構成される。プロセッサ１９０１は、上記のステップを実行する際にトランシーバ１９０２をサポートするように構成される。

たとえば、図１４に示されている実施形態では、トランシーバ１９０２は、図１４に示されている実施形態におけるステップ１４０１および１４０２においてメッセージを送るように構成される。プロセッサ１９０１は、上記のステップを実行する際にトランシーバ１９０２をサポートするように構成される。

上記の実施形態の全部または一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを使用することによって実装され得る。ソフトウェアが実施形態を実装するために使用されるとき、実施形態は、コンピュータプログラム製品の形態で完全にまたは部分的に実装され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされ、実行されるとき、本出願の実施形態による手順または機能の全部または一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラマブル装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体中に記憶され得るか、または１つのコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信され得る。たとえば、コンピュータ命令は、ワイヤード（たとえば、同軸ケーブル、光ファイバ、またはデジタル加入者回線（ＤＳＬ））またはワイヤレス（たとえば、赤外線、無線、またはマイクロ波）の方式であるウェブサイト、コンピュータ、サーバ、またはデータセンターから別のウェブサイト、コンピュータ、サーバ、またはデータセンターに送信され得る。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体または１つもしくは複数の使用可能な媒体を統合するサーバまたはデータセンターなどのデータストレージデバイスであり得る。使用可能な媒体は、磁気媒体（たとえば、フロッピーディスク、ハードディスク、または磁気テープ）、光媒体（たとえば、ＤＶＤ）、半導体媒体（たとえば、ソリッドステートドライブ（ＳｏｌｉｄＳｔａｔｅＤｉｓｋ、ＳＳＤ））などであり得る。

Claims

制御リソースセットの周波数領域ロケーションを決定するための方法であって、
端末デバイスによって、前記端末デバイスの成功した最初のアクセスの前に第１の制御リソースセットの構成情報を受信するステップと、
前記第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて前記端末デバイスによって、前記端末デバイスの前記成功した最初のアクセスの前にまたは前記端末デバイスの前記成功した最初のアクセスの後に物理ダウンリンク制御チャネルを監視して、アップリンクスケジューリング制御情報またはダウンリンクスケジューリング制御情報を取得するステップと
を含み、
前記第１の共通リソースブロックセット中に含まれる第１の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと前記第１の制御リソースセットの前記構成情報とに基づいて決定され、前記構成情報は、前記第１の制御リソースセットによって占有された物理リソースブロックが前記第１のダウンリンク帯域幅部分中のどこに位置するのかを示すために使用される、方法。
前記第１のダウンリンク帯域幅部分は、制御リソースセットｃｏｒｅｓｅｔ＃０に基づいて定義されるか、またはシステム情報ブロック１ＳＩＢ１に基づいて構成される、請求項１に記載の方法。
前記第１の制御リソースセットの識別子は０でない、請求項１または２に記載の方法。
前記端末デバイスの、前記成功した最初のアクセスは、
前記端末デバイスが最初に送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
前記端末デバイスが最初に送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを前記端末デバイスが正常に受信する機会、
前記端末デバイスが再送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
前記端末デバイスが再送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを前記端末デバイスが正常に受信する機会、
最初に送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を前記端末デバイスが正常に受信する機会、または
再送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を前記端末デバイスが正常に受信する機会
のうちの１つを示すために使用される、請求項１から３のいずれか一項に記載の方法。
前記第１のダウンリンク帯域幅部分が前記ｃｏｒｅｓｅｔ＃０に基づいて定義される場合、前記第１のダウンリンク帯域幅部分の前記第２の開始共通リソースブロックは、前記第１のダウンリンク帯域幅部分の第２の開始物理リソースブロックと第１のオフセットとに基づいて決定され、
前記第１のオフセットは、前記第２の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用され、前記基準点は、リソースブロックグリッドのための共通の基準点であり、前記基準点は、あらかじめ設定されたサブキャリア間隔で構成された共通リソースブロックのサブキャリア０ＣＲＢ０の中心を示すために使用される、請求項１から４のいずれか一項に記載の方法。
前記第１のオフセットは、前記第１のダウンリンク帯域幅部分の前記第２の開始物理リソースブロックとＳＳ／ＰＢＣＨブロックの第３の開始物理リソースブロックとの間の第２のオフセットと前記ＳＳ／ＰＢＣＨブロックの共通リソースブロックオフセットとに基づいて決定され、
前記第２のオフセットは、前記ＳＳ／ＰＢＣＨブロックの前記第２の開始物理リソースブロックと前記第３の開始物理リソースブロックとの間の物理リソースブロックの数量を示すために使用され、
前記ＳＳ／ＰＢＣＨブロックの前記共通リソースブロックオフセットは、前記第３の開始物理リソースブロックと前記基準点との間の物理リソースブロックの数量を示すために使用される、請求項５に記載の方法。
前記第１のダウンリンク帯域幅部分が前記ＳＩＢ１に基づいて構成される場合、前記第１のダウンリンク帯域幅部分の前記第２の開始共通リソースブロックは、前記第１のダウンリンク帯域幅部分の前記第２の開始物理リソースブロックと第３のオフセットとに基づいて決定され、
前記第３のオフセットは、前記第２の開始物理リソースブロックと前記基準点との間の物理リソースブロックの前記量を示すために使用され、前記基準点は、前記リソースブロックグリッドのための前記共通の基準点であり、前記基準点は、前記あらかじめ設定されたサブキャリア間隔で構成された前記共通リソースブロックの前記サブキャリア０ＣＲＢ０の前記中心を示すために使用される、請求項１から６のいずれか一項に記載の方法。
制御リソースセットの周波数領域ロケーションを決定するための方法であって、
ネットワークデバイスによって、端末デバイスの成功した最初のアクセスの前に第１の制御リソースセットの構成情報を前記端末デバイスに送信するステップと、
前記第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて前記ネットワークデバイスによって、前記端末デバイスの前記成功した最初のアクセスの前にまたは前記端末デバイスの前記成功した最初のアクセスの後に物理ダウンリンク制御チャネル上で、アップリンクスケジューリング制御情報またはダウンリンクスケジューリング制御情報を送信するステップと
を含み、
前記第１の共通リソースブロックセット中に含まれる第１の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと前記第１の制御リソースセットの前記構成情報とに基づいて決定され、前記構成情報は、前記第１の制御リソースセットによって占有された物理リソースブロックが前記第１のダウンリンク帯域幅部分中のどこに位置するのかを示すために使用される、方法。
前記第１のダウンリンク帯域幅部分は、制御リソースセットｃｏｒｅｓｅｔ＃０に基づいて定義されるか、またはシステム情報ブロック１ＳＩＢ１に基づいて構成される、請求項８に記載の方法。
前記第１の制御リソースセットの識別子は０でない、請求項８または９に記載の方法。
前記端末デバイスの、前記成功した最初のアクセスは、
前記端末デバイスによって送られた、前記ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを前記ネットワークデバイスが受信する機会、
前記端末デバイスによって送られた、前記ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを前記ネットワークデバイスが受信する機会、
前記端末デバイスによって送られた、前記ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に前記端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を前記ネットワークデバイスが送る機会、または
前記端末デバイスによって送られた、前記ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に前記端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を前記ネットワークデバイスが送る機会
のうちの１つを示すために使用される、請求項８から１０のいずれか一項に記載の方法。
前記第１のダウンリンク帯域幅部分が前記ｃｏｒｅｓｅｔ＃０に基づいて定義される場合、前記第１のダウンリンク帯域幅部分の前記第２の開始共通リソースブロックは、前記第１のダウンリンク帯域幅部分の第２の開始物理リソースブロックと第１のオフセットとに基づいて決定され、
前記第１のオフセットは、前記第２の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用され、前記基準点は、リソースブロックグリッドのための共通の基準点であり、前記基準点は、あらかじめ設定されたサブキャリア間隔で構成された共通リソースブロックのサブキャリア０ＣＲＢ０の中心を示すために使用される、請求項８から１１のいずれか一項に記載の方法。
前記第１のオフセットは、前記第１のダウンリンク帯域幅部分の前記第２の開始物理リソースブロックとＳＳ／ＰＢＣＨブロックの第３の開始物理リソースブロックとの間の第２のオフセットと前記ＳＳ／ＰＢＣＨブロックの共通リソースブロックオフセットとに基づいて決定され、
前記第２のオフセットは、前記ＳＳ／ＰＢＣＨブロックの前記第２の開始物理リソースブロックと前記第３の開始物理リソースブロックとの間の物理リソースブロックの数量を示すために使用され、
前記ＳＳ／ＰＢＣＨブロックの前記共通リソースブロックオフセットは、前記第３の開始物理リソースブロックに対応する共通リソースブロックと前記基準点との間の物理リソースブロックの数量を示すために使用される、請求項１２に記載の方法。
前記第１のダウンリンク帯域幅部分が前記ＳＩＢ１に基づいて構成される場合、前記第１のダウンリンク帯域幅部分の前記第２の開始共通リソースブロックは、前記第１のダウンリンク帯域幅部分の前記第２の開始物理リソースブロックと第３のオフセットとに基づいて決定され、
前記第３のオフセットは、前記第２の開始物理リソースブロックと前記基準点との間の物理リソースブロックの前記量を示すために使用され、前記基準点は、前記リソースブロックグリッドのための前記共通の基準点であり、前記基準点は、前記あらかじめ設定されたサブキャリア間隔で構成された前記共通リソースブロックの前記サブキャリア０ＣＲＢ０の前記中心を示すために使用される、請求項８から１３のいずれか一項に記載の方法。
端末デバイスの成功した最初のアクセスの前に第１の制御リソースセットの構成情報を受信するように構成されたトランシーバモジュールと、
前記第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて、前記端末デバイスの前記成功した最初のアクセスの前にまたは前記端末デバイスの前記成功した最初のアクセスの後に物理ダウンリンク制御チャネルを監視して、アップリンクスケジューリング制御情報またはダウンリンクスケジューリング制御情報を取得するように構成された処理モジュールと
を備え、
前記第１の共通リソースブロックセット中に含まれる第１の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと前記第１の制御リソースセットの前記構成情報とに基づいて決定され、前記構成情報は、前記第１の制御リソースセットによって占有された物理リソースブロックが前記第１のダウンリンク帯域幅部分中のどこに位置するのかを示すために使用される、端末デバイス。
前記第１のダウンリンク帯域幅部分は、制御リソースセットｃｏｒｅｓｅｔ＃０に基づいて定義されるか、またはシステム情報ブロック１ＳＩＢ１に基づいて構成される、請求項１５に記載のデバイス。
前記第１の制御リソースセットの識別子は０でない、請求項１５または１６に記載のデバイス。
前記端末デバイスの、前記成功した最初のアクセスは、
前記端末デバイスが最初に送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
前記端末デバイスが最初に送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを前記端末デバイスが正常に受信する機会、
前記端末デバイスが再送信されたメッセージ４を正常に受信し、ネットワークデバイスに肯定応答メッセージを送る機会、
前記端末デバイスが再送信されたメッセージ４を正常に受信した後に、セル無線ネットワーク一時識別子Ｃ－ＲＮＴＩを使用することによってスクランブルされたダウンリンク制御情報ＤＣＩを前記端末デバイスが正常に受信する機会、
最初に送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を前記端末デバイスが正常に受信する機会、または
再送信されたメッセージ４を正常に受信した後に、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を前記端末デバイスが正常に受信する機会
のうちの１つを示すために使用される、請求項１５から１７のいずれか一項に記載のデバイス。
前記第１のダウンリンク帯域幅部分が前記ｃｏｒｅｓｅｔ＃０に基づいて定義される場合、前記第１のダウンリンク帯域幅部分の前記第２の開始共通リソースブロックは、前記第１のダウンリンク帯域幅部分の第２の開始物理リソースブロックと第１のオフセットとに基づいて決定され、
前記第１のオフセットは、前記第２の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用され、前記基準点は、リソースブロックグリッドのための共通の基準点であり、前記基準点は、あらかじめ設定されたサブキャリア間隔で構成された共通リソースブロックのサブキャリア０ＣＲＢ０の中心を示すために使用される、請求項１５から１８のいずれか一項に記載のデバイス。
前記第１のオフセットは、前記第１のダウンリンク帯域幅部分の前記第２の開始物理リソースブロックとＳＳ／ＰＢＣＨブロックの第３の開始物理リソースブロックとの間の第２のオフセットと前記ＳＳ／ＰＢＣＨブロックの共通リソースブロックオフセットとに基づいて決定され、
前記第２のオフセットは、前記ＳＳ／ＰＢＣＨブロックの前記第２の開始物理リソースブロックと前記第３の開始物理リソースブロックとの間の物理リソースブロックの数量を示すために使用され、
前記ＳＳ／ＰＢＣＨブロックの前記共通リソースブロックオフセットは、前記第３の開始物理リソースブロックと前記基準点との間の物理リソースブロックの数量を示すために使用される、請求項１９に記載のデバイス。
前記第１のダウンリンク帯域幅部分が前記ＳＩＢ１に基づいて構成される場合、前記第１のダウンリンク帯域幅部分の前記第２の開始共通リソースブロックは、前記第１のダウンリンク帯域幅部分の前記第２の開始物理リソースブロックと第３のオフセットとに基づいて決定され、
前記第３のオフセットは、前記第２の開始物理リソースブロックと前記基準点との間の物理リソースブロックの前記量を示すために使用され、前記基準点は、前記リソースブロックグリッドのための前記共通の基準点であり、前記基準点は、前記あらかじめ設定されたサブキャリア間隔で構成された前記共通リソースブロックの前記サブキャリア０ＣＲＢ０の前記中心を示すために使用される、請求項１５から２０のいずれか一項に記載のデバイス。
端末デバイスの成功した最初のアクセスの前に第１の制御リソースセットの構成情報を前記端末デバイスに送信するように構成されたトランシーバモジュールと、
前記第１の制御リソースセットによって占有された第１の共通リソースブロックセットに基づいて、前記端末デバイスの前記成功した最初のアクセスの前にまたは前記端末デバイスの前記成功した最初のアクセスの後に物理ダウンリンク制御チャネル上で、アップリンクスケジューリング制御情報またはダウンリンクスケジューリング制御情報をブロードキャストするように構成された決定モジュールと
を備え、
前記第１の共通リソースブロックセット中に含まれる第１の開始共通リソースブロックは、第１のダウンリンク帯域幅部分の第２の開始共通リソースブロックと前記第１の制御リソースセットの前記構成情報とに基づいて決定され、前記構成情報は、前記第１の制御リソースセットによって占有された物理リソースブロックが前記第１のダウンリンク帯域幅部分中のどこに位置するのかを示すために使用される、ネットワークデバイス。
前記第１のダウンリンク帯域幅部分は、制御リソースセットｃｏｒｅｓｅｔ＃０に基づいて定義されるか、またはシステム情報ブロック１ＳＩＢ１に基づいて構成される、請求項２２に記載のデバイス。
前記第１の制御リソースセットの識別子は０でない、請求項２２または２３に記載のデバイス。
前記端末デバイスの、前記成功した最初のアクセスは、
前記端末デバイスによって送られた、前記ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを前記ネットワークデバイスが受信する機会、
前記端末デバイスによって送られた、前記ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを前記ネットワークデバイスが受信する機会、
前記端末デバイスによって送られた、前記ネットワークデバイスによって送られた最初に送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に前記端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を前記ネットワークデバイスが送る機会、または
前記端末デバイスによって送られた、前記ネットワークデバイスによって送られた再送信されたメッセージ４のためのものである肯定応答メッセージを受信した後に前記端末デバイスに、Ｃ－ＲＮＴＩを使用することによってスクランブルされたＤＣＩがブラインド検出される必要があることを示すために使用される構成情報を前記ネットワークデバイスが送る機会
のうちの１つを示すために使用される、請求項２２から２４のいずれか一項に記載のデバイス。
前記第１のダウンリンク帯域幅部分が前記ｃｏｒｅｓｅｔ＃０に基づいて定義される場合、前記第１のダウンリンク帯域幅部分の前記第２の開始共通リソースブロックは、前記第１のダウンリンク帯域幅部分の第２の開始物理リソースブロックと第１のオフセットとに基づいて決定され、
前記第１のオフセットは、前記第２の開始物理リソースブロックと基準点との間の物理リソースブロックの数量を示すために使用され、前記基準点は、リソースブロックグリッドのための共通の基準点であり、前記基準点は、あらかじめ設定されたサブキャリア間隔で構成された共通リソースブロックのサブキャリア０ＣＲＢ０の中心を示すために使用される、請求項２２から２５のいずれか一項に記載のデバイス。
前記第１のオフセットは、前記第１のダウンリンク帯域幅部分の前記第２の開始物理リソースブロックとＳＳ／ＰＢＣＨブロックの第３の開始物理リソースブロックとの間の第２のオフセットと前記ＳＳ／ＰＢＣＨブロックの共通リソースブロックオフセットとに基づいて決定され、
前記第２のオフセットは、前記ＳＳ／ＰＢＣＨブロックの前記第２の開始物理リソースブロックと前記第３の開始物理リソースブロックとの間の物理リソースブロックの数量を示すために使用され、
前記ＳＳ／ＰＢＣＨブロックの前記共通リソースブロックオフセットは、前記第３の開始物理リソースブロックに対応する共通リソースブロックと前記基準点との間の物理リソースブロックの数量を示すために使用される、請求項２６に記載のデバイス。
前記第１のダウンリンク帯域幅部分が前記ＳＩＢ１に基づいて構成される場合、前記第１のダウンリンク帯域幅部分の前記第２の開始共通リソースブロックは、前記第１のダウンリンク帯域幅部分の前記第２の開始物理リソースブロックと第３のオフセットとに基づいて決定され、
前記第３のオフセットは、前記第２の開始物理リソースブロックと前記基準点との間の物理リソースブロックの前記量を示すために使用され、前記基準点は、前記リソースブロックグリッドのための前記共通の基準点であり、前記基準点は、前記あらかじめ設定されたサブキャリア間隔で構成された前記共通リソースブロックの前記サブキャリア０ＣＲＢ０の前記中心を示すために使用される、請求項２２から２７のいずれか一項に記載のデバイス。
コンピュータ命令を記憶したコンピュータ可読記憶媒体であって、前記コンピュータ命令は、通信デバイスが請求項１から１４のいずれか一項に記載の方法を実行することを可能にする、コンピュータ可読記憶媒体。
制御リソースセットの周波数領域ロケーションを決定するための装置であって、前記装置はプロセッサと記憶媒体とを備え、前記記憶媒体が命令を記憶し、前記命令がプロセッサによって実行されると、前記プロセッサは、請求項１から１４のいずれか一項に記載の方法を実行することが可能になる、装置。