JP2023537067A

JP2023537067A - 周波数領域リソース決定方法、デバイス、及び記憶媒体

Info

Publication number: JP2023537067A
Application number: JP2023508527A
Authority: JP
Inventors: ホウ，ハイロォン; ジォン，ジュアン; リ，チャオジュン; フェイ，ヨンチアン
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2020-08-07
Filing date: 2021-07-30
Publication date: 2023-08-30
Also published as: EP4192164A4; KR20230048383A; WO2022028340A1; EP4192164A1; CN114071750A; BR112023002181A2

Abstract

この出願は、周波数領域リソース決定方法、デバイス、及び記憶媒体を提供する。方法は、ネットワーク・デバイスが、端末デバイスに対して少なくとも２つの周波数領域リソースを設定することであって、少なくとも２つの周波数領域リソースが、少なくとも１つの第１のタイプの周波数領域リソース及び少なくとも１つの第２のタイプの周波数領域リソースを含み、第２のタイプの周波数領域リソースが、ＲＥＤＣＡＰタイプ端末がネットワーク・デバイスと通信するために使用され得る、ことを含む。ネットワーク・デバイスは、少なくとも２つの周波数領域リソースが設定された設定情報を端末デバイスに送信する。端末デバイスは、設定情報に基づいて、少なくとも２つの周波数領域リソースのうちの１つを決定し、周波数領域リソースを使用してネットワーク・デバイスと通信する。ネットワーク・デバイスは、複数の周波数領域リソースを設定し、複数の周波数領域リソースのうちの少なくとも１つが端末デバイスによって使用され得る。したがって、現在設定されている周波数領域リソースの帯域幅が端末デバイスの最大帯域幅を超えるために端末デバイスがネットワーク・デバイスと正常に通信することができないという問題が回避され得、その結果、通信システムの信頼性が向上する。

Description

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

この出願は、通信技術の分野に関係し、特に、周波数領域リソース決定方法、デバイス、及び記憶媒体に関係する。

通信技術の発展に伴い、拡張モバイル・ブロードバンド（ｅｎｈａｎｃｅｄｍｏｂｉｌｅｂｒｏａｄｂａｎｄ、ｅＭＢＢ）サービスに加えて、新しい無線（ｎｅｗｒａｄｉｏ、ＮＲ）システムは、さらに、複数の他のサービス・タイプ、例えば、モノのインターネットにおける様々なモノのインターネット・デバイスのデータ伝送サービスをサポートしてもよい。これらのサービスをサポートする端末は、低減帯域幅、低減処理速度、低減アンテナ数などの特性を有する。このような端末は、低減能力（ｒｅｄｕｃｅｄｃａｐａｂｉｌｉｔｙ、ＲＥＤＣＡＰ）タイプ端末と呼ばれる。ＲＥＤＣＡＰタイプ端末は、５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚのいくつかの典型的な帯域幅を有する。

ＮＲシステムでは、帯域幅部分（ｂａｎｄｗｉｄｔｈｐａｒｔ、ＢＷＰ）が定義されている。ＢＷＰは、端末がデータを受信及び送信するために使用される周波数領域リソースであり、下りリンクＢＷＰ及び上りリンクＢＷＰを含む。ネットワーク側は、端末に対して初期下りリンクＢＷＰ（ｉｎｉｔｉａｌｄｏｗｎｌｉｎｋＢＷＰ）と初期上りリンクＢＷＰ（ｉｎｉｔｉａｌｕｐｌｉｎｋＢＷＰ）を設定する。初期下りリンクＢＷＰと初期上りリンクＢＷＰは両方ともセル固有ＢＷＰである。

従来技術では、ＦＲ１は、周波数が６ＧＨｚ未満である周波数範囲であり、初期ＢＷＰの最大帯域幅は、１００ＭＨｚまでである。しかしながら、ＲＥＤＣＡＰタイプ端末の帯域幅は小さい。その結果、このような端末は、ランダム・アクセス処理を正常に実行することができず、通信信頼性が低下する。

この出願は、通信処理の信頼性を向上させるために、周波数領域リソース決定法、デバイス、及び記憶媒体を提供する。

第１の態様によれば、この出願の実施形態は、周波数領域リソース決定方法を提供する。方法は、ネットワーク・デバイスが、設定情報を端末デバイスに送信することを含み、設定情報は、少なくとも２つの周波数領域リソースの設定情報を含み、少なくとも２つの周波数領域リソースは、少なくとも１つの第１のタイプの周波数領域リソース及び少なくとも１つの第２のタイプの周波数領域リソースを含む。第１のタイプの周波数領域リソースは、第１のタイプの端末デバイス及び／又は第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものであり、第２のタイプの周波数領域リソースは、第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものである。ネットワーク・デバイスは、少なくとも２つの周波数領域リソースのうちの１つを使用して、端末デバイスと通信する。

前述の解決策における第１のタイプの端末デバイスは、一般端末であってもよく、第２のタイプの端末デバイスは、ＲＥＤＣＡＰタイプ端末又は別のタイプ端末であってもよい。前述の解決策における端末デバイスは、一般端末であってもよいし、ＲＥＤＣＡＰタイプ端末であってもよい。

前述の解決策では、端末デバイスに対してネットワーク・デバイスによって設定される周波数領域リソースは、Ｎ個の連続／非連続物理リソース・ブロック／リソース・ブロック（ＰＲＢ／ＲＢ）を含み、Ｎは、正の整数である。例えば、周波数領域リソースは、Ｎ個の連続するＰＲＢ／ＲＢを含み、周波数領域リソースは、初期上りリンクＢＷＰであってもよい。

前述の解決策では、ネットワーク・デバイスは、端末デバイスに対して、少なくとも２つの周波数領域リソースを設定し、少なくとも２つの周波数領域リソースが設定された設定情報を端末デバイスに送信する。端末デバイスは、設定情報に基づいて、少なくとも２つの周波数領域リソースのうちの１つを決定し、周波数領域リソースを使用してネットワーク・デバイスと通信し、その結果、端末デバイスの伝送性能が向上する。ネットワーク・デバイスは、複数の周波数領域リソースを設定し、複数の周波数領域リソースのうちの少なくとも１つが端末デバイスによって使用され得る。したがって、ネットワークによって現在設定されている周波数領域リソースの帯域幅が端末デバイスによってサポートされる最大帯域幅を超えるために端末デバイスが正常に通信することができないという問題が回避され得、その結果、通信信頼性が向上する。

任意選択で、第１のタイプの周波数領域リソースは、第１の初期上りリンク帯域幅部分ＢＷＰを含み、第２のタイプの周波数領域リソースは、第２の初期上りリンクＢＷＰを含む。

第１の態様の可能な設計では、第１のタイプの周波数領域リソースは、第１のタイプの端末デバイス及び第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものであり、方法は、さらに、ネットワーク・デバイスが、指示情報を端末デバイスに送信することを含み、指示情報は、少なくとも２つの周波数領域リソースのうちの１つを示し、少なくとも２つの周波数領域リソースのうちの１つは、端末デバイスがネットワーク・デバイスと通信するためのものである。

前述の解決策では、端末デバイスに対してネットワーク・デバイスによって設定される第１のタイプの周波数領域リソースは、第１のタイプの端末デバイスがネットワーク・デバイスと通信するために使用され得、また第２のタイプの端末デバイスがネットワーク・デバイスと通信するために使用され得る。具体的には、ネットワーク・デバイスによって設定される第１のタイプの周波数領域リソースは、使用するために２つのタイプの端末デバイスと共有されてもよい。例えば、第１のタイプの周波数領域リソースは、一般端末及びＲＥＤＣＡＰタイプ端末によって使用されてもよい。

第１の態様の可能な設計では、第１のタイプの周波数領域リソースが、第１のタイプの端末デバイスがネットワーク・デバイスと通信するためにのみ使用され、方法は、さらに、ネットワーク・デバイスが、指示情報を端末デバイスに送信することを含み、指示情報は、少なくとも２つの第２のタイプの周波数領域リソースのうちの１つを示し、少なくとも２つの第２のタイプの周波数領域リソースのうちの１つは、端末デバイスがネットワーク・デバイスと通信するためのものである。

前述の解決策では、端末デバイスに対してネットワーク・デバイスによって設定される第１のタイプの周波数領域リソースは、第１のタイプの端末デバイスがネットワーク・デバイスと通信するために使用され得、第２のタイプの端末デバイスがネットワーク・デバイスと通信するために使用され得ない。具体的には、ネットワーク・デバイスによって設定される第１のタイプの周波数領域リソースは、第１のタイプの端末デバイスによってのみ使用され、第２のタイプの端末デバイスは、第２のタイプの周波数領域リソースのみを使用することができるが、第１のタイプの周波数領域リソースを使用することができない。例えば、第１のタイプの周波数領域リソースは、一般端末によって使用され得、ＲＥＤＣＡＰタイプ端末は、第１のタイプの周波数領域リソースを使用できず、ＲＥＤＣＡＰタイプ端末は、第２のタイプの周波数領域リソースを使用してネットワーク・デバイスと通信する。

前述の２つの可能な設計では、端末デバイスに対して少なくとも２つの周波数領域リソースを設定し、少なくとも２つの周波数領域リソースの設定情報を含む設定情報を端末デバイスに送信することに加えて、ネットワーク・デバイスは、さらに、指示情報を端末デバイスに送信して、端末デバイスが、設定情報及び指示情報に基づいて、少なくとも２つの周波数領域リソースのうちの１つを決定し、周波数領域リソースを使用してネットワーク・デバイスと通信することを可能にし、その結果、端末デバイスのデータ伝送性能が向上する。ネットワーク・デバイスは、複数の周波数領域リソースを設定し、複数の周波数領域リソースのうちの少なくとも１つが端末デバイスによって使用され得る。したがって、ネットワークによって現在設定されている周波数領域リソースの帯域幅が端末デバイスによってサポートされる最大帯域幅を超えるために端末デバイスが正常に通信することができないという問題が回避され得る。ネットワーク・デバイスは、指示情報を端末デバイスに送信する。端末デバイスが少なくとも２つの周波数領域リソースのうちの１つを使用することを示すことに加えて、指示情報は、さらに、端末デバイスがアクセスできないこと、又は、アクセスされた端末デバイスがアクセスできないことを示してもよい。これは、ネットワーク側が複数の周波数領域リソースを柔軟にスケジュールし、各周波数領域リソースのアクセス負荷をバランスさせ、ユーザ伝送性能を向上させるのに役立つ。

任意選択で、指示情報は、ランダム・アクセス応答メッセージに含まれ、ランダム・アクセス応答メッセージは、ネットワーク・デバイスが端末デバイスのランダム・アクセス要求に応答するためのものである。この解決策では、ネットワーク・デバイスは、ランダム・アクセス処理におけるランダム・アクセス応答メッセージを使用して、指示情報を端末デバイスに送信して、端末デバイスがネットワーク・デバイスと通信するために少なくとも２つの周波数領域リソースのうちの１つを使用すること、端末デバイスにアクセスできないこと、又はアクセスされた端末デバイスにアクセスできないことを示してもよい。ランダム・アクセス処理は、２つのランダム・アクセス処理、すなわち、４ステップ・ランダム・アクセス処理（４ステップＲＡＣＨ処理）と２ステップ・ランダム・アクセス処理（２ステップＲＡＣＨ処理）を含む。

任意選択で、指示情報は、Ｍｓｇ２に含まれ、Ｍｓｇ２は、ネットワーク・デバイスが端末デバイスのランダム・アクセス要求に応答するためのものである。この解決策におけるＭｓｇ２は、４ステップＲＡＣＨ処理におけるランダム・アクセス応答メッセージに属する。ネットワーク・デバイスは、Ｍｓｇ２を使用して、指示情報を端末デバイスに送信して、端末デバイスがネットワーク・デバイスと通信するために少なくとも２つの周波数領域リソースのうちの１つを使用すること、端末デバイスにアクセスできないこと、又はアクセスされた端末デバイスにアクセスできないことを示してもよい。

任意選択で、指示情報は、ＭｓｇＢに含まれ、ＭｓｇＢは、ネットワーク・デバイスが端末デバイスのランダム・アクセス要求に応答するためのものである。この解決策におけるＭｓｇＢは、２ステップＲＡＣＨ処理におけるランダム・アクセス応答メッセージに属する。ネットワーク・デバイスは、ＭｓｇＢを使用して、指示情報を端末デバイスに送信して、端末デバイスがネットワーク・デバイスと通信するために少なくとも２つの周波数領域リソースのうちの１つを使用すること、端末デバイスにアクセスできないこと、又はアクセスされた端末デバイスにアクセスできないことを示してもよい。

任意選択で、指示情報は、ランダム・アクセス応答メッセージ内の上りリンク・グラント内の物理上りリンク共有チャネルＰＵＳＣＨ周波数領域リソース割り当て指示フィールドに含まれる。可能な実装では、指示情報は、ランダム・アクセス応答メッセージ内の上りリンク・グラント内の物理上りリンク共有チャネルＰＵＳＣＨ周波数領域リソース割り当て指示フィールド内の最上位ビットからの少なくとも１つのビットに位置する。可能な実装では、指示情報は、ＲＡＲが搬送されるＭＡＣサブＰＤＵのランダム・アクセス・プリアンブル識別子ＲＡＰＩＤのいくつかの最下位ビット（ｌｅａｓｔｓｉｇｎｉｆｉｃａｎｔｂｉｔｓｌｅａｓｔｓｉｇｎｉｆｉｃａｎｔｂｉｔｓ、ＬＳＢｓ）に位置する。可能な実装では、指示情報は、ＲＡＲが搬送されるＭＡＣサブＰＤＵの予約済ビットのいくつかのビットに位置する。前述の解決策では、ネットワーク・デバイスは、ランダム・アクセス応答内のいくつかのビットを使用して、指示情報を端末デバイスに送信して、端末デバイスがネットワーク・デバイスと通信するために少なくとも２つの周波数領域リソースのうちの１つを使用すること、端末デバイスにアクセスできないこと、又はアクセスされた端末デバイスにアクセスできないことを示してもよい。

任意選択で、指示情報は、下りリンク制御情報ＤＣＩに含まれ、ＤＣＩは、ランダム・アクセス応答メッセージをスケジュールするために使用される。可能な実装では、指示情報は、Ｍｓｇ２をスケジュールするために使用されるＤＣＩに含まれてもよいし、ＭｓｇＢをスケジュールするために使用されるＤＣＩに含まれてもよい。可能な実装では、指示情報は、ＤＣＩの予約済ビットの少なくとも１ビットに位置する。前述の解決策では、ネットワーク・デバイスは、ＤＣＩを使用して、指示情報を端末デバイスに送信して、端末デバイスがネットワーク・デバイスと通信するために少なくとも２つの周波数領域リソースのうちの１つを使用すること、端末デバイスにアクセスできないこと、又はアクセスされた端末デバイスにアクセスできないことを示してもよい。

任意選択で、指示情報は、ランダム・アクセス応答メッセージ、及びランダム・アクセス応答メッセージをスケジュールするためのＤＣＩに含まれ、ランダム・アクセス応答メッセージ内のビット及びＤＣＩ内のビットは合わせて、端末デバイスがネットワーク・デバイスと通信するために少なくとも２つの周波数領域リソースのうちの１つを使用することを示す。この解決策では、主に、ＤＣＩ内のビット又はランダム・アクセス応答メッセージ内のビットが不十分なケースが考えられる。ネットワーク・デバイスは、ＤＣＩ内のビットとランダム・アクセス応答メッセージ内のビットの組み合わせを使用して、少なくとも２つの周波数領域リソースのうちの１つを合わせて示すことができる。合わせて指示することは、ビット・オーバーヘッドを節約することができる。

第１の態様の可能な設計では、ネットワーク・デバイスが、設定情報を端末デバイスに送信することは、ネットワーク・デバイスが、システム情報、上位レイヤ・シグナリング、又は物理レイヤ・シグナリングを使用して、設定情報を端末デバイスに送信することを含む。システム情報は、ＳＩＢ１及び他のシステム情報を含む。上位レイヤ・シグナリングは、無線リソース制御（ｒａｄｉｏｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ、ＲＲＣ）レイヤ・シグナリング及び媒体アクセス制御要素（ｍｅｄｉａａｃｃｅｓｓｃｏｎｔｒｏｌｃｏｎｔｒｏｌｅｌｅｍｅｎｔ、ＭＡＣＣＥ）を含む。物理レイヤ・シグナリングは、下りリンク制御情報（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）などのシグナリングを含む。

任意選択で、第２のタイプの周波数領域リソースの帯域幅は、端末デバイスによってサポートされる最大帯域幅以下である。いくつかの実施形態では、第２のタイプの周波数領域リソースの帯域幅は、ＲＥＤＣＡＰタイプ端末によってサポートされる最大帯域幅以下であり、ＲＥＤＣＡＰタイプ端末に対応する典型的な帯域幅は、５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚを含む。

任意選択で、第２のタイプの周波数領域リソースの帯域幅は、第１のタイプの端末デバイスによってサポートされる最大帯域幅以下である。

第２の態様によれば、この出願の実施形態は、周波数領域リソース決定方法を提供する。方法は、端末デバイスが、ネットワーク・デバイスからの設定情報を受信することを含み、設定情報は、少なくとも２つの周波数領域リソースの設定情報を含み、少なくとも２つの周波数領域リソースは、少なくとも１つの第１のタイプの周波数領域リソース及び少なくとも１つの第２のタイプの周波数領域リソースを含む。第１のタイプの周波数領域リソースは、第１のタイプの端末デバイス及び／又は第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものであり、第２のタイプの周波数領域リソースは、第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものである。端末デバイスは、設定情報に基づいて、少なくとも２つの周波数領域リソースのうちの１つを決定する。端末デバイスは、少なくとも２つの周波数領域リソースのうちの１つを使用して、ネットワーク・デバイスと通信する。

前述の解決策では、ネットワーク・デバイスは、設定情報を端末デバイスに送信し、設定情報は、少なくとも２つの周波数領域リソースの設定情報を含む。端末デバイスは、設定情報に基づいて、少なくとも２つの周波数領域リソースのうちの１つを決定し、周波数領域リソースを使用してネットワーク・デバイスと通信し、その結果、端末デバイスの伝送性能が向上する。ネットワーク・デバイスは、複数の周波数領域リソースを設定し、複数の周波数領域リソースのうちの少なくとも１つが端末デバイスによって使用され得る。したがって、ネットワークによって現在設定されている周波数領域リソースの帯域幅が端末デバイスによってサポートされる最大帯域幅を超えるために端末デバイスが正常に通信することができないという問題が回避され得る。

第２の態様の可能な設計では、第１のタイプの周波数領域リソースは、第１のタイプの端末デバイス及び第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものであり、方法は、さらに、端末デバイスが、ネットワーク・デバイスからの指示情報を受信することを含み、指示情報は、少なくとも２つの周波数領域リソースのうちの１つを示す。端末デバイスは、設定情報及び指示情報に基づいて、少なくとも２つの周波数領域リソースのうちの１つを決定する。

第２の態様の可能な設計では、第１のタイプの周波数領域リソースは、第１のタイプの端末デバイスがネットワーク・デバイスと通信するためにのみ使用され、方法は、さらに、端末デバイスが、ネットワーク・デバイスから指示情報を受信することを含み、指示情報は、少なくとも２つの第２のタイプの周波数領域リソースのうちの１つを示す。端末デバイスは、設定情報及び指示情報に基づいて、少なくとも２つの第２のタイプの周波数領域リソースのうちの１つを決定する。

前述の２つの可能な設計では、ネットワーク・デバイスからの設定情報を受信することに加えて、端末デバイスは、さらに、ネットワーク・デバイスからの指示情報を受信する。端末デバイスは、設定情報及び指示情報に基づいて、少なくとも２つの周波数領域リソースのうちの１つを決定し、周波数領域リソースを使用してネットワーク・デバイスと通信し、その結果、端末デバイスの伝送性能が向上する。ネットワーク・デバイスは、複数の周波数領域リソースを設定し、複数の周波数領域リソースのうちの少なくとも１つが端末デバイスによって使用され得る。したがって、ネットワークによって現在設定されている周波数領域リソースの帯域幅が端末デバイスによってサポートされる最大帯域幅を超えるために端末デバイスが正常に通信することができないという問題が回避され得る。

任意選択で、指示情報は、ランダム・アクセス応答メッセージに含まれ、ランダム・アクセス応答メッセージは、ネットワーク・デバイスが端末デバイスのランダム・アクセス要求に応答するためのものである。

任意選択で、指示情報は、Ｍｓｇ２に含まれ、Ｍｓｇ２は、ネットワーク・デバイスが端末デバイスのランダム・アクセス要求に応答するためのものである。

任意選択で、指示情報は、ＭｓｇＢに含まれ、ＭｓｇＢは、ネットワーク・デバイスが端末デバイスのランダム・アクセス要求に応答するためのものである。

任意選択で、指示情報は、ランダム・アクセス応答メッセージ内の上りリンク・グラント内の物理上りリンク共有チャネルＰＵＳＣＨ周波数領域リソース割り当て指示フィールドに位置する。可能な実装では、指示情報は、ランダム・アクセス応答メッセージ内の上りリンク・グラント内の物理上りリンク共有チャネルＰＵＳＣＨ周波数領域リソース割り当て指示フィールド内の最上位ビットからの少なくとも１つのビットに位置する。可能な実装では、指示情報は、ＲＡＲが搬送されるＭＡＣサブＰＤＵのランダム・アクセス・プリアンブル識別子ＲＡＰＩＤのいくつかの最下位ビット（ｌｅａｓｔｓｉｇｎｉｆｉｃａｎｔｂｉｔｓｌｅａｓｔｓｉｇｎｉｆｉｃａｎｔｂｉｔｓ、ＬＳＢｓ）に位置する。可能な実装では、指示情報は、ＲＡＲが搬送されるＭＡＣサブＰＤＵの予約済ビットのいくつかのビットに位置する。

任意選択で、指示情報は、下りリンク制御情報ＤＣＩに含まれ、ＤＣＩは、ランダム・アクセス応答メッセージをスケジュールするために使用され、ランダム・アクセス応答メッセージは、ネットワーク・デバイスが端末デバイスのランダム・アクセス要求に応答するためのものである。可能な実装では、指示情報は、ＤＣＩの予約済ビットに含まれる。

任意選択で、指示情報は、ランダム・アクセス応答メッセージ、及びランダム・アクセス応答メッセージをスケジュールするためのＤＣＩに含まれ、ランダム・アクセス応答メッセージ内のビット及びＤＣＩ内のビットは合わせて、端末デバイスがネットワーク・デバイスと通信するために少なくとも２つの周波数領域リソースのうちの１つを使用することを示す。

任意選択で、第２のタイプの周波数領域リソースの帯域幅は、端末デバイスによってサポートされる最大帯域幅以下である。いくつかの実施形態では、第２のタイプの周波数領域リソースの帯域幅は、ＲＥＤＣＡＰタイプ端末によってサポートされる最大帯域幅以下である。

指示情報のいくつかの任意選択の解決策は、第１の態様の解決策と同じである。詳細については、第１の態様の説明を参照のこと。詳細は、ここでは再度説明されない。

第２の態様の可能な設計において、端末デバイスがネットワーク・デバイスからの設定情報を送信することは、端末デバイスが、システム情報、上位レイヤ・シグナリング、又は物理レイヤ・シグナリングから、ネットワーク・デバイスからの設定情報を受信する。

第３の態様によれば、この出願の実施形態は、ネットワーク・デバイスを提供する。ネットワーク・デバイスは、トランシーバ・モジュール及び処理モジュールを含む。トランシーバ・モジュールは、設定情報を端末デバイスに送信するように構成されており、設定情報は、少なくとも２つの周波数領域リソースの設定情報を含み、少なくとも２つの周波数領域リソースは、少なくとも１つの第１のタイプの周波数領域リソース及び少なくとも１つの第２のタイプの周波数領域リソースを含む。第１のタイプの周波数領域リソースは、第１のタイプの端末デバイス及び／又は第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものであり、第２のタイプの周波数領域リソースは、第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものである。処理モジュールは、少なくとも２つの周波数領域リソースのうちの１つを使用して、端末デバイスと通信するように構成されている。

任意選択で、第１のタイプの周波数領域リソースは、第１のタイプの端末デバイス及び第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものである。トランシーバ・モジュールは、さらに、指示情報を端末デバイスに送信するように構成されており、指示情報は、少なくとも２つの周波数領域リソースのうちの１つを示す。

任意選択で、第１のタイプの周波数領域リソースは、第１のタイプの端末デバイスがネットワーク・デバイスと通信するためにのみ使用され、トランシーバ・モジュールは、さらに、指示情報を端末デバイスに送信するように構成されており、指示情報は、少なくとも２つの周波数領域リソースにおける１つの第２のタイプの周波数領域リソースを示す。

任意選択で、指示情報は、ランダム・アクセス応答メッセージ内の上りリンク・グラント内の物理上りリンク共有チャネルＰＵＳＣＨ周波数領域リソース割り当て指示フィールドに位置する。可能な実装では、指示情報は、ランダム・アクセス応答メッセージ内の上りリンク・グラント内の物理上りリンク共有チャネルＰＵＳＣＨ周波数領域リソース割り当て指示フィールド内の最上位ビットからの少なくとも１つのビットに位置する。

任意選択で、第２のタイプの周波数領域リソースの帯域幅は、端末デバイスによってサポートされる最大帯域幅以下である。

任意選択で、トランシーバ・モジュールは、具体的には、システム情報、上位レイヤ・シグナリング、又は物理レイヤ・シグナリングを使用して、設定情報を端末デバイスに送信するように構成されている。

第４の態様によれば、この出願の実施形態は、端末デバイスを提供する。端末デバイスは、トランシーバ・モジュール及び処理モジュールを含む。トランシーバ・モジュールは、ネットワーク・デバイスからの設定情報を受信するように構成されており、設定情報は、少なくとも２つの周波数領域リソースの設定情報を含み、少なくとも２つの周波数領域リソースは、少なくとも１つの第１のタイプの周波数領域リソース及び少なくとも１つの第２のタイプの周波数領域リソースを含む。第１のタイプの周波数領域リソースは、第１のタイプの端末デバイス及び／又は第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものであり、第２のタイプの周波数領域リソースは、第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものである。処理モジュールは、設定情報に基づいて少なくとも２つの周波数領域リソースのうちの１つを決定し、少なくとも２つの周波数領域リソースのうちの１つを使用して、ネットワーク・デバイスと通信するように構成されている。

任意選択で、第１のタイプの周波数領域リソースは、第１のタイプの端末デバイス及び第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものである。トランシーバ・モジュールは、さらに、ネットワーク・デバイスからの指示情報を受信するように構成されており、指示情報は、少なくとも２つの周波数領域リソースのうちの１つを示す。処理モジュールは、具体的には、設定情報及び指示情報に基づいて、少なくとも２つの周波数領域リソースのうちの１つを決定するように構成されている。

任意選択で、第１のタイプの周波数領域リソースは、第１のタイプの端末デバイスがネットワーク・デバイスと通信するためにのみ使用される。トランシーバ・モジュールは、さらに、ネットワーク・デバイスからの指示情報を受信するように構成され、指示情報は、少なくとも２つの第２のタイプの周波数領域リソースのうちの１つを示す。処理モジュールは、具体的には、設定情報及び指示情報に基づいて、少なくとも２つの第２のタイプの周波数領域リソースのうちの１つを決定するように構成されている。

任意選択で、トランシーバ・モジュールは、具体的には、システム情報、上位レイヤ・シグナリング、又は物理レイヤ・シグナリングから、ネットワーク・デバイスからの設定情報を受信するように構成されている。

第５の態様によれば、この出願の実施形態は、ネットワーク・デバイスを提供する。ネットワーク・デバイスは、メモリ及びプロセッサを含む。メモリは、プログラム命令を記憶するように構成されている。プロセッサは、メモリに記憶されたプログラム命令を呼び出して、第１の態様における設計のいずれか１つによる方法を実装する。

第６の態様によれば、この出願の実施形態は、端末デバイスを提供する。ネットワーク・デバイスは、メモリ及びプロセッサを含む。メモリは、プログラム命令を記憶するように構成されている。プロセッサは、メモリに記憶されたプログラム命令を呼び出して、第２の態様における設計のいずれか１つによる方法を実装する。

第７の態様によれば、この出願の実施形態は、可読記憶媒体を提供し、可読記憶媒体は、実行可能命令を記憶し、ネットワーク・デバイスの少なくとも１つのプロセッサが実行可能命令を実行するときに、ネットワーク・デバイスは、第１の態様における設計のいずれか１つによる方法を実行する。

第８の態様によれば、この出願の実施形態は、可読記憶媒体を提供し、可読記憶媒体は、実行可能命令を記憶し、端末デバイスの少なくとも１つのプロセッサが実行可能命令を実行するときに、端末デバイスは、第２の態様における設計のいずれか１つによる方法を実行する。

第９の態様によれば、この出願の実施形態は、プロセッサ及びインターフェースを含むチップを提供し、プロセッサは、メモリから、メモリに記憶されたコンピュータ・プログラムを呼び出し、コンピュータ・プログラムを動作させて、第１の態様の設計のいずれか１つによる方法を実行するように構成されている。

第１０の態様によれば、この出願の実施形態は、プロセッサ及びインターフェースを含むチップを提供し、プロセッサは、メモリから、メモリに記憶されたコンピュータ・プログラムを呼び出し、コンピュータ・プログラムを動作させて、第２の態様の設計のいずれか１つによる方法を実行するように構成されている。

第１１の態様によれば、この出願の実施形態は、第５の態様による少なくとも１つのネットワーク・デバイス及び第６の態様による端末デバイスを含む通信システムを提供し、ネットワーク・デバイスは、第１の態様における設計のいずれか１つによる方法を実行するように構成されてもよく、端末デバイスは、第２の態様における設計のいずれか１つによる方法を実行するように構成されてもよい。

この出願の実施形態は、周波数領域リソース決定方法、デバイス、及び記憶媒体を提供する。方法は、ネットワーク・デバイスが、端末デバイスに対して少なくとも２つの周波数領域リソースを事前設定することを含み、少なくとも２つの周波数領域リソースは、少なくとも１つの第１のタイプの周波数領域リソース及び少なくとも１つの第２のタイプの周波数領域リソースを含み、第１のタイプの周波数領域リソースが、第１のタイプの端末デバイス及び／又は第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものであり、第２のタイプの周波数領域リソースが、第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものである。ネットワーク・デバイスは、少なくとも２つの周波数領域リソースが設定された設定情報を端末デバイスに送信する。端末デバイスは、設定情報に基づいて少なくとも２つの周波数領域リソースのうちの１つを決定し、周波数領域リソースを使用してネットワーク・デバイスと通信する。ネットワーク・デバイスは、端末デバイスに対して複数の周波数領域リソースを設定し、複数の周波数領域リソースのうちの少なくとも１つが端末デバイスによって使用され得る。したがって、従来の技術では、設定された周波数領域リソースの帯域幅が端末デバイスによってサポートされる最大帯域幅を超えるために端末デバイスがネットワーク・デバイスと正常に通信できない問題が回避され得、通信システムのデータ伝送の信頼性が向上する。

この出願の一実施形態による、システムのアーキテクチャの図である。

この出願の一実施形態による、ランダム・アクセス処理の概略図である。

この出願の一実施形態による、周波数領域リソース決定方法の概略対話図である。

この出願の一実施形態による、端末デバイスのためのネットワーク・デバイスによって設定される周波数領域リソースの概略図である。

この出願の一実施形態による、ランダム・アクセス応答ＲＡＲにおけるＰＵＳＣＨ周波数領域リソース割り当てフィールドの概略図である。

この出願の一実施形態によるＭＡＣＲＡＲの構造の概略図である。

この出願の一実施形態による、下りリンク制御情報ＤＣＩにおける予約済ビットによって初期上りリンクＢＷＰを示す概略図である。

この出願の一実施形態による、ネットワーク・デバイスの構造の概略図である。

この出願の一実施形態による、端末デバイスの構造の概略図である。

この出願の一実施形態による、ネットワーク・デバイスのハードウェア構造の概略図である。

この出願の一実施形態による、端末デバイスのハードウェア構造の概略図である。

以下、添付の図面を参照して、この出願の技術的解決策を説明する。

図１は、この出願の一実施形態によるシステムのアーキテクチャの図である。図１に示すように、この出願の一実施形態は、通信システムを提供する。通信システム１００は、ネットワーク・デバイス１１０と、複数の端末デバイス、例えば図１の端末デバイス１０１～１０６と、を含む。ネットワーク・デバイス１１０は、端末デバイス１０１～１０６に通信可能に接続される。例えば、端末デバイス１０４及び端末デバイス１０６は、さらに、端末デバイス１０５を介してネットワーク・デバイス１１０に通信可能に接続されてもよい。

この出願の実施形態における端末デバイスは、端末とも呼ばれ、無線トランシーバ機能を有する装置であってもよい。端末デバイスは、屋内デバイス、屋外デバイス、ハンドヘルド・デバイス、又は車載デバイスを含む陸上に配備されてもよいし、水面（蒸気船など）上に配備されてもよいし、空中（航空機、気球、衛星など）に配備されてもよい。端末デバイスは、ユーザ機器（ｕｓｅｒｅｑｕｉｐｍｅｎｔ、ＵＥ）であってもよい。ＵＥは、ハンドヘルド・デバイス、車載デバイス、ウェアラブル・デバイス、又は無線通信機能を有するコンピューティング・デバイスを含む。例えば、ＵＥは、携帯電話（ｍｏｂｉｌｅｐｈｏｎｅ）、タブレット・コンピュータ、又は無線トランシーバ機能を有するコンピュータであってもよい。代替的には、端末デバイスは、仮想現実（ｖｉｒｔｕａｌｒｅａｌｉｔｙ、ＶＲ）端末デバイス、拡張現実（ａｕｇｍｅｎｔｅｄｒｅａｌｉｔｙ、ＡＲ）端末デバイス、産業制御における無線端末、自走における無線端末、遠隔医療における無線端末、スマートグリッドにおける無線端末、スマートシティ（ｓｍａｒｔｃｉｔｙ）における無線端末、スマートホーム（ｓｍａｒｔｈｏｍｅ）における無線端末などであってもよい。この出願の実施形態では、端末の機能を実装するように構成された装置は、端末であってもよいし、その機能を実装する際に端末をサポートすることができる装置、例えば、チップ・システムであってもよい。装置は、端末内に設置されてもよい。この出願のこの実施形態では、チップ・システムは、チップを含んでもよいし、チップ及び別の別個のコンポーネントを含んでもよい。

この出願の実施形態におけるネットワーク・デバイスは、基地局（ｂａｓｅｓｔａｔｉｏｎ、ＢＳ）を含み、無線アクセス・ネットワーク内に配備され、かつ端末と無線通信を実行することができるデバイスであってもよい。基地局は、マクロ基地局、マイクロ基地局、中継局、アクセス・ポイントなどの複数の形態であってもよい。例えば、この出願の実施形態における基地局は、５Ｇの基地局又はＬＴＥの基地局であってもよい。５Ｇにおける基地局は、送受信点（ｔｒａｎｓｍｉｓｓｉｏｎｒｅｃｅｐｔｉｏｎｐｏｉｎｔ、ＴＲＰ）又はｇＮＢとも呼ばれる。この出願の実施形態では、ネットワーク・デバイスの機能を実現するように構成された装置は、ネットワーク・デバイスであってもよいし、その機能を実装する際にネットワーク・デバイスをサポートすることができる装置、例えば、チップ・システムであってもよい。装置は、ネットワーク・デバイス内に設置されてもよい。

この出願の実施形態における技術的解決策は、ロング・ターム・エボリューション（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ、ＬＴＥ）アーキテクチャ、ユニバーサル移動通信システム（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ，ＵＭＴＳ）地上無線アクセス・ネットワーク（ＵＭＴＳＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ、ＵＴＲＡＮ）のアーキテクチャ、又は移動通信のためのグローバルシステム（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ）のアーキテクチャ／ＧＳＭ進化型高速データレート（ＥｎｈａｎｃｅｄＤａｔａＲａｔｅｓｆｏｒＧＳＭＥｖｏｌｕｔｉｏｎ、ＥＤＧＥ）システム無線アクセス・ネットワーク（ＧＳＭＥＤＧＥＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ、ＧＥＲＡＮ）に適用されてもよい。追加的に、この出願の実施形態で提供される技術的解決策は、他の任意の無線通信システム、例えば、公衆陸上移動体ネットワーク（ＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ、ＰＬＭＮ）システム、５Ｇ通信システム、又は５Ｇ後の通信システムにさらに適用されてもよく、これらのシステムは、同様の構造及び機能を有する。これは、この出願の実施形態において限定されない。この出願の実施形態で提供される技術的解決策は、さらに、マシン・ツー・マシン（ｍａｃｈｉｎｅ－ｔｏ－ｍａｃｈｉｎｅ、Ｍ２Ｍ）システムに適用されてもよく、主に、エア・インターフェース物理レイヤ処理で使用されることに留意されたい。既存のＮＲシステム・アーキテクチャは、マシン・ツー・マシン・システムのシステム・アーキテクチャとして使用されてもよい。

通信デバイス間の無線通信は、ネットワーク・デバイスと端末との間の無線通信、ネットワーク・デバイス間の無線通信、及び端末間の無線通信を含んでもよい。この出願の実施形態では、「無線通信」という用語は、略して「通信」と呼ばれることがあり、「通信」という用語は、「データ伝送」、「情報伝送」又は「伝送」と呼ばれることがある。当業者は、ネットワーク・デバイスと端末との間の無線通信、例えば、アクセス・ネットワーク・デバイスと端末との間の無線通信、又はコアネットワーク・デバイスと端末との間の無線通信を実行するために、この出願の実施形態において提供される技術的解決策を使用してもよい。

現在、帯域幅部分ＢＷＰはＮＲシステムで定義されており、端末がデータを受信又は送信するためのものである。ＲＲＣ＿ｉｄｌｅ状態又はＲＲＣ＿ｉｎａｃｔｉｖｅ状態の端末に対して、ネットワーク側は、端末に対して初期下りリンクＢＷＰ（ｉｎｉｔｉａｌｄｏｗｎｌｉｎｋＢＷＰ）と初期上りリンクＢＷＰ（ｉｎｉｔｉａｌｕｐｌｉｎｋＢＷＰ）を設定する。初期下りリンクＢＷＰと初期上りリンクＢＷＰは両方ともセル固有ＢＷＰである。ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態の端末に対して、初期上りリンクＢＷＰ及び初期下りリンクＢＷＰに加えて、基地局は、無線リソース制御（ＲＲＣ）専用シグナリングを使用して、各端末に対してユーザ固有下りリンクＢＷＰ及びユーザ固有上りリンクＢＷＰを設定してもよい。最大４つのユーザ固有上りリンクＢＷＰと最大４つのユーザ固有下りリンクＢＷＰが、各端末に対して設定されてもよい。一実装において、ネットワーク側は、ＲＲＣ専用シグナリングを使用することにより、端末に対して初期上りリンクＢＷＰ及び初期下りリンクＢＷＰを設定してもよい。ネットワーク側は、ＢＷＰのうちの１つを端末に対するアクティブＢＷＰとして設定し、端末は、現在のアクティブＢＷＰ上で動作する。現在のプロトコルによれば、ＦＲ１のキャリア周波数が６ＧＨｚ未満であり、かつ初期下りリンクＢＷＰの最大帯域幅が２０ＭＨｚであるときに、初期上りリンクＢＷＰの設定に制限はなく、初期上りリンクＢＷＰの最大帯域幅は１００ＭＨｚに達することがある。

ＮＲＲ１７ＲＥＤＣＡＰのサブジェクトでは、新しいタイプの端末がモノのインターネット・シナリオに導入されることが考えられている。既存のＮＲ端末と比較して、端末は、低減帯域幅、低減処理速度、及び低減アンテナ数などの特性を有する。このような端末は、ＲＥＤＣＡＰタイプ端末と呼ばれる。ＲＥＤＣＡＰタイプ端末は、１つ以上の帯域幅をサポートしてもよく、典型的な帯域幅は、５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚを含む。しかし、ＮＲシステムにおける既存の初期上りリンクＢＷＰの帯域幅は、ＲＥＤＣＡＰタイプ端末の帯域幅を超えることがある。その結果、ＲＥＤＣＡＰタイプ端末は、ランダム・アクセス処理又は早期データ伝送を実行することができない。

前述の技術的問題を解決するために、この出願の実施形態は、主に、通信システムにおけるＲＥＤＣＡＰタイプ端末のための新しい周波数領域リソースを設定するための周波数領域リソース決定方法を提供し、新たに設定された周波数領域リソースの帯域幅は、ＲＥＤＣＡＰタイプ端末の帯域幅を超えない。モノのインターネット・シナリオでは、大量のアクセス端末が存在することが理解されよう。上りリンク伝送が、Ｍｓｇ１、Ｍｓｇ３、早期データ伝送などを含み、重い上りリンク負荷をもたらすことを考えて、ネットワーク側は、負荷分散を達成するために、端末に対して少なくとも２つの周波数領域リソースを設定してもよい。

この出願の実施形態では、端末デバイスに対してネットワーク・デバイスによって設定される周波数領域リソースは、Ｎ個の連続／非連続物理リソース・ブロック／リソース・ブロック（ＰＲＢ／ＲＢ）を含み、Ｎは、正の整数である。例えば、周波数領域リソースは、Ｎ個の連続するＰＲＢ／ＲＢを含み、周波数領域リソースは、初期上りリンクＢＷＰであってもよい。

この出願の実施形態では、初期上りリンクＢＷＰを一例として使用するすべての発明内容は、周波数領域リソースを使用して実装される発明内容と同等である。

この出願で提供される技術的解決策を説明する前に、現在のＮＲシステムにおけるランダム・アクセス処理を最初に説明する。

ＲＲＣ＿ｉｄｌｅ状態又はＲＲＣ＿ｉｎａｃｔｉｖｅ状態の端末は、上りリンク・ランダム・アクセス処理を通してネットワーク・アクセスを完了してもよい。早期データ伝送をサポートする端末は、さらに、ランダム・アクセス処理においてデータ伝送を完了してもよい。ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態の端末に対して、１つケースでは、ネットワーク側が、タイミング・アドバンス（ｔｉｍｉｎｇａｄｖａｎｃｅ、ＴＡ）同期を再度取得するためにランダム・アクセスを実行するように端末に示してもよい。別のケースでは、ビーム失敗のために、端末は、ランダム・アクセス処理を通してビーム回復を実行する。現在、ＮＲにおけるランダム・アクセス処理は、ＮＲＲ１５で定義された４ステップのランダム・アクセス処理（４－ｓｔｅｐＲＡＣＨｐｒｏｃｅｓｓ）と、ＮＲＲ１６で定義された２ステップのランダム・アクセス処理（２－ｓｔｅｐＲＡＣＨｐｒｏｃｅｓｓ）の２つのタイプを含む。

図２は、この出願の一実施形態によるランダム・アクセス処理の概略図である。図２に示すように、この実施形態で提供されるランダム・アクセス処理は、４ステップのＲＡＣＨ処理であり、主に、以下のステップを含む。

ステップ１０１：ｇＮＢは、物理ランダム・アクセス・チャネルＰＲＡＣＨのリソース設定を端末デバイスに送信する。

具体的には、ｇＮＢは、システム・ブロードキャスト・メッセージを使用して、ＰＲＡＣＨのリソース設定を端末デバイスに送信し、ＰＲＡＣＨのリソース設定は、主に、ＰＲＡＣＨの時間周波数領域リソース、プリアンブルｐｒｅａｍｂｌｅシーケンスなどを含む。

ＮＲシステムでは、ｇＮＢが物理ランダム・アクセス・チャネルＰＲＡＣＨを送信及び受信する時間周波数リソースは、ランダム・アクセス機会（ＲＡＣＨｏｃｃａｓｉｏｎ、ＲＯ）と呼ばれる。同じＲＯ上で、ｇＮＢは複数の互いに直交するプリアンブルを設定してもよく、異なる端末デバイスは異なるプリアンブル又は同じプリアンブルを使用して同じＲＯ上でランダム・アクセスを実行してもよい。

ステップ１０２：端末デバイスは、ＰＲＡＣＨを介してｇＮＢにＭｓｇ１を送信する。

Ｍｓｇ１は、プリアンブルｐｒｅａｍｂｌｅを含む。ｇＮＢは、ＲＯリソース上で、端末デバイスによって送信されたプリアンブルを検出する。プリアンブルが検出される場合、ｇＮＢは、端末デバイスのランダム・アクセス要求に応答してステップ１０３を実行する。

ステップ１０３：ｇＮＢは、Ｍｓｇ２を端末デバイスに送信し、Ｍｓｇ２は、ランダム・アクセス応答ＲＡＲを含む。

具体的には、同じＲＯに対するＲＡＲについて、ｇＮＢは、ランダム・アクセス無線ネットワーク一時識別子ＲＡ－ＲＮＴＩを使用して、ＤＣＩフォーマット１＿０の巡回冗長検査ＣＲＣをスクランブルすることによって、物理下りリンク共有チャネルＰＤＳＣＨをスケジュールしてもよく、ＰＤＳＣＨは、ＲＯに対するすべて又はいくつかのランダム・アクセス要求のＲＡＲを搬送する。１つのＲＯは、１つのＲＡ－ＲＮＴＩとのみ関連している。

Ｍｓｇ１を送信した後に、端末デバイスは、ランダム・アクセス応答ウィンドウを開始し、ウィンドウ内でネットワーク側から送信されたＲＡＲをリスンする。

端末デバイスがＲＡＲの検出に成功する場合、ランダム・アクセスが成功し、ステップ１０４が実行される。具体的には、端末デバイスがＲＡ－ＲＮＴＩを使用してスクランブルされた物理下りリンク制御チャネルＰＤＣＣＨを受信し、ＰＤＣＣＨによってスケジュールされたＰＤＳＣＨによって搬送されるＲＡＲが、送信されたプリアンブル・インデックスと同じランダム・アクセス・プリアンブル識別子ＲＡＰＩＤを使用して識別されるＭＡＣサブＰＤＵを含む場合、ランダム・アクセスが成功したと考えられる。

ＲＡＲが端末デバイスによって検出されない場合、ランダム・アクセスは失敗する。端末デバイスは、ランダム・アクセスの最大回数に達するまで、ｇＮＢによって示されるフォールバック・パラメータに基づいて、ランダム・アクセス処理を再始動する。

ステップ１０４：端末デバイスは、ＲＡＲの表示に基づいてＭｓｇ３をｇＮＢに送信する。

このステップでは、Ｍｓｇ３の主な機能は、ＲＲＣ接続確立要求を送信することであり、Ｍｓｇ３は、端末デバイスの識別子ＩＤを搬送する。早期データ伝送シナリオでは、Ｍｓｇ３は、さらに、サービス・データ（ＵＬスモール・データ）を搬送してもよい。このケースでは、ＲＲＣ＿ｉｎａｃｔｉｖｅ状態の端末は、サービス・データ伝送を実行する前にランダム・アクセス処理を通してＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態に入る必要はなく、エア・インターフェース・リソースを節約し、端末の電力消費を低減し、伝送遅延を低減する。

ステップ１０５：ｇＮＢは、Ｍｓｇ４（フィードバック）を端末デバイスに送信する。

具体的には、端末デバイスは、Ｍｓｇ３を送信した後に、ネットワーク側によって送達されるＭｓｇ４をリスンする。Ｍｓｇ４は、端末デバイスのための競合解決識別子及びエア・インターフェース・パラメータ設定を搬送する。端末デバイスがＭｓｇ４の受信に成功する場合、ランダム・アクセスが成功し、端末デバイスは、Ｍｓｇ５をｇＮＢに送信し、Ｍｓｇ５は、ＲＲＣ確立完了コマンドを送信するために使用される。Ｍｓｇ４が端末デバイスによって受信されない場合、ランダム・アクセスは、失敗する。端末デバイスは、ランダム・アクセスの最大回数に達するまで、ｇＮＢによって示されるフォールバック・パラメータに基づいて、ランダム・アクセス処理を再始動する。

既存のＮＲ技術では、４ステップＲＡＣＨ処理の場合、Ｍｓｇ２とＭｓｇ４は、初期下りリンクＢＷＰ上で伝送され、Ｍｓｇ１とＭｓｇ３は、初期上りリンクＢＷＰ上で伝送される。Ｍｓｇ１の場合、すべての設定されたＰＲＡＣＨリソースは、現在のプロトコルに従って初期上りリンクＢＷＰ範囲内である必要がある。

図３は、この出願の一実施形態によるランダム・アクセス処理の概略図である。図３に示すように、この実施形態で提供されるランダム・アクセス処理は、２ステップのＲＡＣＨ処理であり、主に、以下のステップを含む。

ステップ２０１：端末デバイスは、ＭｓｇＡをｇＮＢに送信する。

このステップでは、端末デバイスによって送信されるＭｓｇＡは、４ステップＲＡＣＨ処理におけるＭｓｇ１及びＭｓｇ３、例えば、端末デバイスのプリアンブル又はＩＤを含む。早期データ伝送シナリオでは、ＭｓｇＡは、さらに、サービス・データを搬送してもよい。

ステップ２０２：ｇＮＢは、ＭｓｇＢを端末デバイスに送信する。

このステップでは、ＭｓｇＢは、４ステップＲＡＣＨ処理におけるＭｓｇ２（ＲＡＲ）及びＭｓｇ４（フィードバック）と等価である。同じＲＯに対するＲＡＲについて、ｇＮＢは、ＭｓｇＢ－ＲＮＴＩ／ＲＡ－ＲＮＴＩを使用してＤＣＩ形式１＿０のＣＲＣをスクランブルすることによって、ＰＤＳＣＨをスケジュールしてもよく、ＰＤＳＣＨは、ＲＯに対するすべて又はいくつかのランダム・アクセス要求のＲＡＲを搬送する。１つのＲＯは、１つのＭｓｇＢ－ＲＮＴＩ／ＲＡ－ＲＮＴＩとのみ関連している。

プリアンブルを送信した後に、端末デバイスはランダム・アクセス応答時間ウィンドウＭｓｇＢ－ｒｅｓｐｏｎｓｅｗｉｎｄｏｗを開始し、ＭｓｇＢ－ｒｅｓｐｏｎｓｅｗｉｎｄｏｗにおいて、ｇＮＢによって送達されるＭｓｇＢ－ＲＮＴＩを使用してＣＲＣがスクランブルされるＰＤＣＣＨをリスンする。端末デバイスがＭｓｇＢ－ＲＮＴＩを使用してスクランブルされた物理下りリンク制御チャネルＰＤＣＣＨを受信し、ＰＤＣＣＨによってスケジュールされたＰＤＳＣＨによって搬送されるＲＡＲが、送信されたプリアンブル・インデックスと同じランダム・アクセス・プリアンブル識別子ＲＡＰＩＤを使用して識別されるＭＡＣサブＰＤＵを含む場合、ランダム・アクセスが成功したと考えられる。さもなければ、ランダム・アクセスが失敗したと考えれる。

端末デバイスがプリアンブルの検出に成功するが、物理上りリンク共有チャネルＰＵＳＣＨの検出に失敗する場合、２ステップＲＡＣＨから４ステップＲＡＣＨへのフォールバックが実行され、ｇＮＢによって返されるＲＡＲは、ｆａｌｌｂａｃｋＲＡＲである。端末デバイスがプリアンブル及びＰＵＳＣＨの検出に成功する場合、ｇＮＢから返されるＲＡＲは、ｓｕｃｃｅｓｓＲＡＲである。

既存のＮＲ技術では、２ステップＲＡＣＨ処理の場合、ＭｓｇＢは、初期下りリンクＢＷＰ上で伝送され、ＭｓｇＡは、初期上りリンクＢＷＰ上で伝送される。ＭｓｇＡの場合、すべての設定されたＰＲＡＣＨリソースは、現在のプロトコルに従って初期上りリンクＢＷＰ範囲内である必要がある。

この出願の実施形態で提供される技術的解決策は、図２に示すランダム・アクセス処理において実装されてもよいし、図３に示すランダム・アクセス処理において実装されてもよいと留意されたい。

以下、特定の実施形態を使用して、この出願の実施形態で提供される技術的解決策を詳細に説明する。この出願の実施形態で提供される技術的解決策は、以下の内容の一部又は全部を含んでもよいことに留意されたい。以下の特定の実施形態は、互いに組み合わされてもよいし、同じ又は類似の概念又は処理が、いくつかの実施形態においては、再度詳細に説明されなくてもよい。

図４は、この出願の実施形態による周波数領域リソース決定方法の概略相互作用図である。図４に示すように、この実施形態で提供される方法は、以下のステップを含む。

ステップ３０１：ネットワーク・デバイスは、端末デバイスに対して少なくとも２つの周波数領域リソースを設定する。

少なくとも２つの周波数領域リソースは、少なくとも１つの第１のタイプの周波数領域リソース及び少なくとも１つの第２のタイプの周波数領域リソースを含む。第１のタイプの周波数領域リソースは、第１のタイプの端末デバイス及び／又は第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものである。第２のタイプの周波数領域リソースは、第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものである。第１のタイプの端末デバイスは一般端末であってもよく、第２のタイプの端末デバイスはＲＥＤＣＡＰタイプ端末又は別の端末であってもよい。

第１のタイプの端末デバイスと第２のタイプの端末デバイスとの違いは、以下のうち少なくとも１つを含んでもよい。

１．異なる帯域幅能力：例えば、第２のタイプの端末デバイスのキャリア帯域幅は、５０ＭＨｚ以下であり、例えば、５０ＭＨｚ、４０ＭＨｚ、２０ＭＨｚ、１５ＭＨｚ、１０ＭＨｚ、又は５ＭＨｚの少なくとも１つであるが、第１のタイプの端末デバイスのキャリア帯域幅は、５０ＭＨｚよりも大きい。

２．異なる数の送信アンテナと受信アンテナ：例えば、第２のタイプの端末デバイスは、２Ｒ１Ｔ（２つの受信アンテナと１つの送信アンテナ）又は１Ｒ１Ｔ（１つの受信アンテナと１つの送信アンテナ）をサポートしてもよい。第１のタイプの端末デバイスは、４Ｒ２Ｔ（４つの受信アンテナと２つの送信アンテナ）をサポートしてもよい。同じデータ伝送速度が実装されるときに、第２のタイプの端末デバイスの送信及び受信アンテナの数が第１のタイプの端末デバイスの送信及び受信アンテナの数よりも小さいため、第２のタイプの端末デバイスと基地局との間のデータ伝送に実装され得る最大カバレッジエリアは、第１のタイプの端末デバイスと基地局との間のデータ伝送に実装され得る最大カバレッジ領域よりも小さいと理解されよう。

３．異なる最大上りリンク送信電力：例えば、第２のタイプの端末デバイスの最大上りリンク送信パワーは、４デシベル・ミリワット（ｄＢｍ）から２０ｄＢｍの値であってもよい。第１のタイプの端末デバイスの最大上りリンク送信電力は、２３ｄＢｍ又は２６ｄＢｍである。

４．異なるプロトコル・リリース：第２のタイプの端末デバイスは、ＮＲＲｅｌｅａｓｅ１７（ｒｅｌｅａｓｅ－１７、Ｒｅｌ－１７）、又はＮＲＲｅｌ－１７より後のリリースであってもよい。第１のタイプの端末デバイスは、ＮＲＲｅｌｅａｓｅ１５（ｒｅｌｅａｓｅ－１５、Ｒｅｌ－１５）又はＮＲＲｅｌｅａｓｅ１６（ｒｅｌｅａｓｅ－１６、Ｒｅｌ－１６）の端末デバイスであってもよい。第１のタイプの端末デバイスは、ＮＲレガシー（ＮＲｌｅｇａｃｙ）端末デバイスとも呼ばれる。

異なるキャリア・アグリゲーション能力：例えば、第２のタイプの端末デバイスはキャリア・アグリゲーションをサポートしないが、第１のタイプの端末デバイスはキャリア・アグリゲーションをサポートしてもよい。別の例では、第１のタイプの端末デバイス及び第２のタイプの端末デバイスの両方がキャリア・アグリゲーションをサポートしてもよいが、第２のタイプの端末デバイスによって同時にアグリゲーションされ得るキャリアの最大数が、第１のタイプの端末デバイスによって同時にアグリゲーションされ得るキャリアの最大数よりも小さい。例えば、第２のタイプの端末デバイスは、最大２キャリアのアグリゲーションをサポートするが、第１のタイプの端末デバイスは、最大５キャリア又は３２キャリアのアグリゲーションをサポートしてもよい。

６．異なる複信能力：例えば、第２のタイプの端末デバイスは、半二重周波数分割複信（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｄｕｐｌｅｘ、ＦＤＤ）をサポートする。第１のタイプの端末デバイスは、全二重ＦＤＤをサポートする。

７．異なるデータ処理時間能力：例えば、第２のタイプの端末デバイスによる下りリンク・データの受信と下りリンク・データに対するフィードバックの送信との間の最小遅延が、第１のタイプの端末デバイスによる下りリンク・データの受信と下りリンク・データに対するフィードバックの送信との間の最小遅延よりも大きく、及び／又は第２のタイプの端末デバイスによる上りリンク・データの送信と上りリンク・データに対するフィードバックの受信との間の最小遅延が、第１のタイプの端末デバイスによる上りリンク・データの送信と上りリンク・データに対するフィードバックの受信との間の最小遅延よりも大きい。

８．異なる処理能力（ａｂｉｌｉｔｉｅｓ／ｃａｐａｂｉｌｉｔｉｅｓ）：例えば、第２のタイプの端末デバイスのベースバンド処理能力が、第１のタイプの端末デバイスのベースバンド処理能力よりも弱い。ベースバンド処理能力は、データ伝送中に端末デバイスによってサポートされる最大多入力多出力（ｍｕｌｔｉｐｌｅ－ｉｎｐｕｔｍｕｌｔｉｐｌｅ－ｏｕｔｐｕｔ、ＭＩＭＯ）レイヤ数、端末デバイスによってサポートされるハイブリッド自動反復要求（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔｒｅＱｕｅｓｔ、ＨＡＲＱ）処理数、又は端末デバイスによってサポートされる最大トランスポート・ブロック・サイズ（ｔｒａｎｓｐｏｒｔｂｌｏｃｋｓｉｚｅ、ＴＢＳ）のうちの少なくとも１つを含んでもよい。

９．異なる上りリンク及び／又は下りリンクのピーク伝送速度：ピーク伝送速度は、時間単位（例えば、１秒あたり）で端末デバイスによって到達され得る最大データ伝送速度である。第２のタイプの端末デバイスによってサポートされる上りリンク・ピーク速度は、第１のタイプの端末デバイスによってサポートされる上りリンク・ピーク速度よりも低くてもよく、及び／又は第２のタイプの端末デバイスによってサポートされる下りリンク・ピーク速度は、第１のタイプの端末デバイスによってサポートされる下りリンク・ピーク速度よりも低くてもよい。例えば、第２のタイプの端末デバイスの上りリンク・ピーク速度が５０Ｍｂｐｓ以下であり、第２のタイプの端末デバイスの下りリンク・ピーク速度が１５０Ｍｂｐｓ以下である。第１のタイプの端末デバイスの上りリンク・ピーク速度が５０Ｍｂｐｓ以上であり、第１のタイプの端末デバイスの下りリンク・ピーク速度が１５０Ｍｂｐｓ以上である。別の例では、第２のタイプの端末デバイスの上りリンク・ピーク速度又は下りリンク・ピーク速度は、１００Ｍｂｐｓのオーダーである。第１のタイプの端末デバイスの上りリンク・ピーク速度又は下りリンク・ピーク速度は、Ｇｂｐｓのオーダーである。

１０．異なるバッファ（ｂｕｆｆｅｒ）サイズ：バッファ（ｂｕｆｆｅｒ）は、総レイヤ２（ｌａｙｅｒ２、Ｌ２）バッファ・サイズとして理解されてもよく、無線リンク制御（ｒａｄｉｏｌｉｎｋｃｏｎｔｒｏｌ、ＲＬＣ）送信ウィンドウ、受信ウィンドウ、及び再順序ウィンドウ内のすべての無線ベアラに対して端末デバイスによってバッファされたバイト数と、パケット・データ・コンバージェンス・プロトコル（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ、ＰＤＣＰ）再順序ウィンドウ内でバッファされたバイト数の合計として定義される。代替的には、バッファｂｕｆｆｅｒは、ＨＡＲＱ処理のために使用され得るソフト・チャネル・ビットの総数として理解されよう。

例えば、図５は、この出願のこの実施形態による、端末デバイスのためのネットワーク・デバイスによって設定された周波数領域リソースの概略図である。図５では、ネットワーク・デバイスが、端末デバイスに対して、１つの第１のタイプの周波数領域リソース及び１つの第２のタイプの周波数領域リソースを設定する例が説明のために使用される。いくつかの実施形態では、図５の（ａ）に示すように、第１のタイプの周波数領域リソース及び第２のタイプの周波数領域リソースは、周波数領域内の２つの連続する周波数領域リソースである。いくつかの実施形態では、図５の（ｂ）に示すように、第１のタイプの周波数領域リソース及び第２のタイプの周波数領域リソースは、周波数領域内の２つの不連続な周波数領域リソースである。いくつかの実施形態では、図５の（ｃ）に示すように、第１のタイプの周波数領域リソース及び第２のタイプの周波数領域リソースは、重複部分を有する。

以下の例では、初期上りリンクＢＷＰが周波数領域リソースとして使用され、第１の初期上りリンクＢＷＰが第１のタイプの周波数領域リソースとして使用され、第２の初期上りリンクＢＷＰが第２のタイプの周波数領域リソースとして使用される。周波数領域リソースは、代替的に、下りリンクＢＷＰであってもよいと理解されたい。

例えば、ネットワーク・デバイスは、第１の初期上りリンクＢＷＰ及び少なくとも１つの第２の初期上りリンクＢＷＰを含む、少なくとも２つの初期上りリンクＢＷＰを端末デバイスに対して設定する。第１の初期上りリンクＢＷＰは、既存のプロトコルにおける端末デバイスに対してネットワーク側によって設定される初期上りリンクＢＷＰであり、ＵＬｉｎｉｔｉａｌＢＷＰとも呼ばれてもよい。第１の初期上りリンクＢＷＰは、一般端末がネットワーク・デバイスと通信するために使用されてもよい。いくつかの実施形態では、第１の初期上りリンクＢＷＰは、さらに、ＲＥＤＣＡＰタイプ端末がネットワーク・デバイスと通信するために使用されてもよい。第２の初期上りリンクＢＷＰは、ネットワーク側が端末デバイスに対して新たに設定した初期上りリンクＢＷＰであり、第２の初期上りリンクＢＷＰは、ＲＥＤＣＡＰタイプ端末がネットワーク・デバイスと通信するために使用されてもよい。

可能な実装では、設定された第２の初期上りリンクＢＷＰは、ＲＥＤＣＡＰタイプ端末に対してのみ使用されてもよい。例えば、ネットワーク・デバイスは、端末デバイスに対して、それぞれ２０ＭＨｚ及び１０ＭＨｚ、又は２０ＭＨｚ及び５ＭＨｚである２つの第２の初期上りリンクＢＷＰの帯域幅を設定する。２つの第２の初期上りリンクＢＷＰの帯域幅は、ＲＥＤＣＡＰタイプ端末デバイスがネットワーク・デバイスと通信するために使用されてもよい。ＲＥＤＣＡＰタイプ端末デバイスに対して、専用の初期上りリンクＢＷＰが設定される。専用のＢＷＰを設定する処理では、ＲＥＤＣＡＰタイプ端末デバイスが第２の初期上りリンクＢＷＰを使用して、ネットワーク・デバイスのアクセスに成功することができるように、ＲＥＤＣＡＰタイプ端末デバイスによってサポートされる帯域幅制限が十分に考慮されてもよい。さらに、異なる帯域幅の第２の初期上りリンクＢＷＰは、異なる帯域幅のＲＥＤＣＡＰタイプ端末に対して設定されてもよく、その結果、帯域幅制限のためにＲＥＤＣＡＰタイプ端末が既存の第１の初期上りリンクＢＷＰにアクセスすることができないという問題が効果的に回避され得、異なるタイプの新しい第２の初期上りリンクＢＷＰを設定することによって、異なるＢＷＰのアクセス負荷をバランスさせることができる。

可能な実装では、設定された第２の初期上りリンクＢＷＰは、ＲＥＤＣＡＰタイプ端末と一般端末の両方に使用されてもよい。例えば、端末デバイスに対してネットワーク・デバイスによって設定される第２の初期上りリンクＢＷＰの帯域幅は、２０ＭＨｚである。第２の初期上りリンクＢＷＰの帯域幅は、ＲＥＤＣＡＰタイプ端末がネットワーク・デバイスと通信するために使用されてもよいし、一般端末がネットワーク・デバイスと通信するために使用されてもよい。このケースでは、第２の初期上りリンクＢＷＰの設定は、第１の初期上りリンクＢＷＰが過負荷となるケースを効果的に緩和することができ、ＲＥＤＣＡＰタイプ端末のアクセス能力が考えられ、それによって第２の初期上りリンクＢＷＰの利用を向上させる。

この出願の実施形態では、ＲＥＤＣＡＰタイプ端末は、大規模な機械タイプの通信（ｍａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ、ｍＭＴＣ）端末、低能力端末、又はモノのインターネット端末であってもよい。これは、この出願の実施態様において限定されない。

第２の初期上りリンクＢＷＰの帯域幅と第１の初期上りリンクＢＷＰの帯域幅の関係は、以下のいくつかの可能なケースを含む。

可能なケースでは、ネットワーク・デバイスは、１つの第２の初期上りリンクＢＷＰと１つの第１の初期上りリンクＢＷＰを設定し、第２の初期上りリンクＢＷＰの帯域幅は、第１の初期上りリンクＢＷＰの帯域幅以下である。前述のケースでは、端末デバイスは、ネットワーク・デバイスからの設定情報に基づいて、少なくとも２つの初期上りリンクＢＷＰのうちの１つを直接決定し、そのＢＷＰを使用してネットワーク・デバイスと通信してもよい。端末デバイスによって決定される少なくとも２つの初期上りリンクＢＷＰのうちの１つは、第１の初期上りリンクＢＷＰ（第１の初期上りリンクＢＷＰの帯域幅が端末デバイスによってサポートされる最大帯域幅以下であることを前提として）又は第２の初期上りリンクＢＷＰであってもよい。設定情報において設定された第２の初期上りリンクＢＷＰの数が１であって、第１の初期上りリンクＢＷＰの帯域幅が端末デバイスによってサポートされる帯域幅よりも大きいときに、端末デバイスは、設定情報に基づいて、第２の初期上りリンクＢＷＰにアクセスすることを直接決定してもよく、表示のために追加の指示情報は必要とされない。

可能なケースでは、ネットワーク・デバイスは、少なくとも２つの第２の初期上りリンクＢＷＰ及び１つの第１の初期上りリンクＢＷＰを設定し、少なくとも２つの第２の初期上りリンクＢＷＰの各々の帯域幅は、第１の初期上りリンクＢＷＰの帯域幅以下である。前述のケースでは、端末デバイスは、設定情報に基づいて少なくとも２つの第２の初期上りリンクＢＷＰから１つの第２の初期上りリンクＢＷＰを決定し、第２の初期上りリンクＢＷＰを使用してネットワーク・デバイスと通信してもよい。代替的には、端末デバイスは、設定情報に基づいて、第１の初期上りリンクＢＷＰ（第１の初期上りリンクＢＷＰの帯域幅が端末デバイスによってサポートされる最大帯域幅以下であることを前提として）及び少なくとも２つの初期上りリンクＢＷＰから１つのＢＷＰを決定し、そのＢＷＰを使用してネットワーク・デバイスと通信してもよい。

可能なケースでは、ネットワーク・デバイスは、少なくとも２つの第２の初期上りリンクＢＷＰ及び１つの第１の初期上りリンクＢＷＰを設定し、少なくとも２つの第２の初期上りリンクＢＷＰの一部の帯域幅は、第１の初期上りリンクＢＷＰの帯域幅以下であり、第２の初期上りリンクＢＷＰのその一部以外の帯域幅は、第１の初期上りリンクＢＷＰの帯域幅よりも大きい。

可能なケースでは、ネットワーク・デバイスは、少なくとも１つの第２の初期上りリンクＢＷＰ及び複数の第１の初期上りリンクＢＷＰを設定する。例えば、第２の初期上りリンクＢＷＰの各々の帯域幅は、端末デバイスによってサポートされる最大帯域幅以下であり、複数の第１の初期上りリンクＢＷＰのうちの少なくとも１つの帯域幅は、端末デバイスによってサポートされる最大帯域幅以下である。端末デバイスは、設定情報に基づいて、少なくとも１つの第２の初期上りリンクＢＷＰと、複数の第１の初期上りリンクＢＷＰのうちの少なくとも１つとから１つのＢＷＰを決定し、そのＢＷＰを使用してネットワーク・デバイスと通信してもよい。例えば、第２の初期上りリンクＢＷＰの一部の帯域幅は、端末デバイスによってサポートされる最大帯域幅以下であり、複数の第１の初期上りリンクＢＷＰのうちの少なくとも１つの帯域幅は、端末デバイスによってサポートされる最大帯域幅以下である。端末デバイスは、設定情報に基づいて、第２の初期上りリンクＢＷＰの一部と、複数の第１の初期上りリンクＢＷＰのうちの少なくとも１つとから１つのＢＷＰを決定し、そのＢＷＰを使用してネットワーク・デバイスと通信してもよい。

第１の初期上りリンクＢＷＰの帯域幅と端末デバイスによってサポートされる最大帯域幅との間の関係は、以下のいくつかの可能なケースを含む。

可能なケースでは、ネットワーク・デバイスは、第１の初期上りリンクＢＷＰの帯域幅が端末デバイスによってサポートされる最大帯域幅以下であるか、又は第１の初期上りリンクＢＷＰの帯域幅が端末デバイスによってサポートされる最大帯域幅より大きい、１つの第１の初期上りリンクＢＷＰを設定する。

可能なケースでは、ネットワーク・デバイスは、少なくとも２つの第１の初期上りリンクＢＷＰの各々の帯域幅が端末デバイスによってサポートされる最大帯域幅より大きいか、又は少なくとも２つの第１の初期上りリンクＢＷＰのうちの少なくとも１つの帯域幅が端末デバイスによってサポートされる最大帯域幅以下である、少なくとも２つの第１の初期上りリンクＢＷＰを設定する。

第２の初期上りリンクＢＷＰの帯域幅と端末デバイスによってサポートされる最大帯域幅との間の関係は、以下のいくつかの可能なケースを含む。

可能なケースでは、ネットワーク・デバイスは、１つの第２の初期上りリンクＢＷＰを設定し、第２の初期上りリンクＢＷＰの帯域幅は、端末デバイスによってサポートされる最大帯域幅以下である。

可能なケースでは、ネットワーク・デバイスは、少なくとも２つの第２の初期上りリンクＢＷＰを設定し、少なくとも２つの第２の初期上りリンクＢＷＰの全ての帯域幅は、端末デバイスによってサポートされる最大帯域幅以下である。

可能なケースでは、ネットワーク・デバイスは、少なくとも２つの第２の初期上りリンクＢＷＰを設定し、少なくとも２つの第２の初期上りリンクＢＷＰの一部の帯域幅は、端末デバイスによってサポートされる最大帯域幅以下である。

この出願の実施形態では、端末デバイスによってサポートされる最大帯域幅は、ＲＥＤＣＡＰタイプ端末によってサポートされる最大帯域幅であってもよい。通常、ＲＥＤＣＡＰタイプ端末によってサポートされる最大帯域幅は、５ＭＨｚ、１０ＭＨｚ及び２０ＭＨｚである。

以上の説明に基づき、以下、ＲＥＤＣＡＰタイプ端末に対するネットワーク・デバイスによる初期上りリンクＢＷＰの設定をまとめる。

可能な実装では、ネットワーク・デバイスが第１の初期上りリンクＢＷＰのみを設定し、ＲＥＤＣＡＰタイプ端末に対して専用の初期上りリンクＢＷＰを設定せず、第１の初期上りリンクＢＷＰの帯域幅がＲＥＤＣＡＰタイプ端末によってサポートされる最大帯域幅よりも大きい場合、ネットワーク・デバイスは、ＲＥＤＣＡＰタイプ端末がセルにアクセスできないことを暗黙的に示すと理解されよう。

可能な実装では、ネットワーク・デバイスがＲＥＤＣＡＰタイプ端末に対して第１の初期上りリンクＢＷＰと専用の初期上りリンクＢＷＰを設定し、第１の初期上りリンクＢＷＰの帯域幅がＲＥＤＣＡＰタイプ端末によってサポートされる最大帯域幅よりも大きい場合、この例におけるＲＥＤＣＡＰタイプ端末は、専用の初期上りリンクＢＷＰを使用して上りリンク・データを送信してもよい。

可能な実装では、ネットワーク・デバイスがＲＥＤＣＡＰタイプ端末に対して第１の初期上りリンクＢＷＰと専用の初期上りリンクＢＷＰを設定し、第１の初期上りリンクＢＷＰの帯域幅がＲＥＤＣＡＰタイプ端末によってサポートされる最大帯域幅以下の場合、この例におけるＲＥＤＣＡＰタイプ端末は、第１の初期上りリンクＢＷＰ又は専用の初期上りリンクＢＷＰを使用して上りリンク・データを送信してもよい。

ステップ３０２：ネットワーク・デバイスは、設定情報を端末デバイスに送信し、設定情報は、少なくとも２つの周波数領域リソースの設定情報を含む。

以下、初期上りリンクＢＷＰが、周波数領域リソースとして使用される。周波数領域リソースは、代替的に、下りリンクＢＷＰであってもよいと理解されたい。

いくつかの実施形態では、ネットワーク・デバイスは、システム情報を使用して、設定情報を端末デバイスに送信してもよい。システム情報は、ＳＩＢ１及び他のシステム情報を含む。いくつかの実施形態では、ネットワーク・デバイスは、代替的に、無線リソース制御レイヤＲＲＣシグナリング又は媒体アクセス制御要素ＭＡＣＥなどの、上位レイヤ・シグナリングを使用して、設定情報を送信してもよい。いくつかの実施形態では、ネットワーク・デバイスは、代替的に、下りリンク制御情報ＤＣＩのような物理レイヤ・シグナリングを使用して、設定情報を送信してもよい。

少なくとも２つの初期上りリンクＢＷＰのうちのいずれか１つの設定情報は、周波数領域位置及びＢＷＰの帯域幅などの上りリンク伝送設定情報、ランダム・アクセス・チャネルＲＡＣＨ設定情報、物理上りリンク共有チャネルＰＵＳＣＨ設定情報、及び物理上りリンク制御チャネルＰＵＣＣＨ設定情報、又は上りリンク伝送設定情報の一部を含む。

ステップ３０３：端末デバイスは、設定情報に基づいて、少なくとも２つの周波数領域リソースのうちの１つを決定する。

いくつかの実施形態では、端末デバイスは、さらに、事前定義又は事前設定された規則に従って、少なくとも２つの周波数領域リソースのうちの１つを決定してもよい。

いくつかの実施形態では、この実施形態におけるステップ３０３は任意選択のステップとして使用されてもよいことに留意されたい。

ステップ３０４：端末デバイスは、少なくとも２つの周波数領域リソースのうちの１つを使用して、ネットワーク・デバイスと通信する。

可能な実装では、端末デバイスが一般端末である場合、端末デバイスは、設定情報において設定された少なくとも２つの初期上りリンクＢＷＰにおける第１の初期上りリンクＢＷＰに基づいて、ネットワーク・デバイスと通信してもよく、すなわち、依然として初期上りリンクＢＷＰを使用してネットワーク・デバイスと通信してもよい。

任意選択で、少なくとも２つの初期上りリンクＢＷＰにおける第２の初期上りリンクＢＷＰのうちの１つ以上のＢＷＰの帯域幅が、一般端末によってサポートされる最大帯域幅以下である場合、端末デバイスは、設定情報において設定された少なくとも２つの初期上りリンクＢＷＰにおける第２の初期上りリンクＢＷＰに基づいて、ネットワーク・デバイスと通信してもよい。

可能な実装では、端末デバイスがＲＥＤＣＡＰタイプ端末である場合、端末デバイスは、設定情報において設定された少なくとも２つの初期上りリンクＢＷＰにおける少なくとも１つの第２の初期上りリンクＢＷＰに基づいて、ネットワーク・デバイスと通信してもよい。

任意選択で、少なくとも２つの初期上りリンクＢＷＰにおける少なくとも１つの第２の初期上りリンクＢＷＰの帯域幅が、ＲＥＤＣＡＰタイプ端末によってサポートされる最大帯域幅よりも小さい場合、端末デバイスは、設定情報において設定された少なくとも２つの初期上りリンクＢＷＰにおける任意の第２の初期上りリンクＢＷＰに基づいて、ネットワーク・デバイスと通信してもよい。

任意選択で、少なくとも２つの初期上りリンクＢＷＰにおける第１の初期上りリンクＢＷＰの帯域幅が２０ＭＨｚであり、ＲＥＤＣＡＰタイプ端末によってサポートされる最大帯域幅が２０ＭＨｚである場合、端末デバイスは、設定情報において設定された少なくとも２つの初期上りリンクＢＷＰにおける第１の初期上りリンクＢＷＰに基づいて、ネットワーク・デバイスと通信してもよい。

可能な実装では、４ステップのＲＡＣＨ処理では、端末デバイスは、少なくとも２つの決定された初期上りリンクＢＷＰにおける１つのＢＷＰ上でＭｓｇ１、Ｍｓｇ３、又は他のその後の上りリンク・データを送信する。

可能な実装では、２ステップのＲＡＣＨ処理では、端末デバイスは、少なくとも２つの初期上りリンクＢＷＰにおける決定された１つのＢＷＰ上でＭｓｇＡ又は他の上りリンク・データを送信する。

この実施形態で提供される周波数領域リソース決定方法によれば、ネットワーク・デバイスは、少なくとも２つの周波数領域リソースが設定された設定情報を端末デバイスに送信する。端末デバイスは、設定情報に基づいて、少なくとも２つの周波数領域リソースのうちの１つを決定し、周波数領域リソースを使用してネットワーク・デバイスと通信する。ネットワーク・デバイスは、端末デバイスに対して複数の周波数領域リソースを設定し、複数の周波数領域リソースのうちの少なくとも１つが端末デバイスによって使用され得る。したがって、現在ネットワーク側によって現在設定されている周波数領域リソースの帯域幅が端末デバイスによってサポートされる最大帯域幅を超えているために端末デバイスがネットワーク・デバイスと正常に通信することができないという問題が回避され得、その結果、端末デバイスのデータ伝送性能が向上し、通信信頼性が向上する。

前述の実施形態は、ネットワーク側が端末デバイスに対して複数の周波数領域リソースを設定する技術的解決策を示し、その結果、異なるタイプの端末のデータ伝送性能が向上する。以上の実施形態によれば、以下の実施形態は、ネットワーク側が端末デバイスに対して指示情報を送信することを示す。端末デバイスは、具体的には、ネットワーク側の指示情報に基づいて複数の周波数領域リソースのうちの１つを決定し、周波数領域リソースの帯域幅に基づいて上りリンク・データをネットワーク側に送信する。

以下、図６を参照して、この実施形態で提供される周波数領域リソース決定方法を詳細に説明する。図６は、この出願の実施形態による周波数領域リソース決定方法の概略相互作用図である。図６に示すように、この実施形態で提供される方法は、以下のステップを含む。

ステップ４０１：ネットワーク・デバイスは、端末デバイスに対して少なくとも２つの周波数領域リソースを設定する。

ステップ４０２：ネットワーク・デバイスは、設定情報を端末デバイスに送信し、設定情報は、少なくとも２つの周波数領域リソースの設定情報を含む。

この実施形態におけるステップ４０１及びステップ４０２は、前述の実施形態のステップ３０１及びステップ３０２と同じである。詳細については、前述の実施形態を参照のこと。詳細は、ここでは再度説明されない。

ステップ４０３：ネットワーク・デバイスは、指示情報を端末デバイスに送信する。

指示情報は、端末デバイスが少なくとも２つの初期上りリンクＢＷＰのうちの１つを使用してネットワーク・デバイスと通信することを示す。代替的には、指示情報は、端末デバイスが少なくとも２つの初期上りリンクＢＷＰのうちの１つの帯域幅でネットワーク・デバイスと通信することを示す。言い換えると、指示情報は、端末デバイスが少なくとも２つの初期上りリンクＢＷＰのうちの１つの帯域幅を使用してネットワーク・デバイスと通信することを示す。

指示情報によって示されるＢＷＰは、少なくとも１つの第１の初期上りリンクＢＷＰのうちの１つであってもよいし、少なくとも１つの第２の初期上りリンクＢＷＰのうちの１つであってもよい。

可能なケースでは、ネットワーク・デバイスは、１つの第２の初期上りリンクＢＷＰと１つの第１の初期上りリンクＢＷＰを設定する。

第１の初期上りリンクＢＷＰが第１のタイプの端末デバイス及び第２のタイプの端末デバイスがネットワーク・デバイスと通信するために使用され得、第２の初期上りリンクＢＷＰが第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものであるときに、指示情報は、端末デバイスが第１の初期上りリンクＢＷＰ又は第２の初期上りリンクＢＷＰを使用してネットワーク・デバイスと通信することを示してもよい。

第１の初期上りリンクＢＷＰが第１のタイプの端末デバイスがネットワーク・デバイスと通信するためにのみ使用され得、第２の初期上りリンクＢＷＰが第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものであるときに、指示情報は、端末デバイスが第２の初期上りリンクＢＷＰを使用してネットワーク・デバイスと通信することを示してもよい。端末デバイスは、設定情報に基づいて、第２の初期上りリンクＢＷＰを使用してネットワーク・デバイスと通信することを直接決定してもよい。代替的には、端末デバイスは、設定情報及び指示情報に基づいて、第２の初期上りリンクＢＷＰを使用してネットワーク・デバイスと通信することを決定してもよい。

可能なケースでは、ネットワーク・デバイスは、少なくとも２つの第２の初期上りリンクＢＷＰ及び１つの第１の初期上りリンクＢＷＰを設定し、少なくとも２つの第２の初期上りリンクＢＷＰの各々の帯域幅は、第１の初期上りリンクＢＷＰの帯域幅以下であり、第１の初期上りリンクＢＷＰは、第１のタイプの端末デバイス及び第２のタイプの端末デバイスがネットワーク・デバイスと通信するために使用されてもよい。いくつかの実施形態では、指示情報は、少なくとも２つの第２の初期上りリンクＢＷＰのうちの１つを示してもよい。このケースでは、端末デバイスは、設定情報及び指示情報に基づいて、少なくとも２つの第２の初期上りリンクＢＷＰから１つの第２の初期上りリンクＢＷＰを決定し、第２の初期上りリンクＢＷＰを使用してネットワーク・デバイスと通信してもよい。このケースでは、指示情報は、主に、少なくとも２つの第２の初期上りリンクＢＷＰのうちの１つを示す。いくつかの実施形態では、指示情報は、第１の初期上りリンクＢＷＰを示してもよい。このケースでは、端末デバイスは、設定情報及び指示情報に基づいて、第１の初期上りリンクＢＷＰを決定し、第１の初期上りリンクＢＷＰを使用してネットワーク・デバイスと通信してもよい。

この出願の実施形態では、端末デバイスに対して少なくとも２つの初期上りリンクＢＷＰを設定した後に、ネットワーク・デバイスは、ランダム・アクセス処理を介して、指示情報を端末デバイスに送信してもよい。言い換えると、指示情報は、ランダム・アクセス応答メッセージに含まれてもよく、ランダム・アクセス応答メッセージは、ネットワーク・デバイスが端末デバイスのランダム・アクセス要求に応答するためのものである。

具体的には、指示情報は、以下のいくつかのメッセージに含まれてもよい。

４ステップＲＡＣＨ処理では、指示情報がＭｓｇ２に含められてもよく、Ｍｓｇ２は、ネットワーク・デバイスが端末デバイスのランダム・アクセス要求に応答するためのものである。２ステップＲＡＣＨ処理では、指示情報がＭｓｇＢに含められてもよく、ＭｓｇＢは、ネットワーク・デバイスが端末デバイスのランダム・アクセス要求に応答するためのものである。

以下、４ステップＲＡＣＨ処理における指示情報の詳細を説明する。

可能な実装では、指示情報は、Ｍｓｇ２のランダム・アクセス応答ＲＡＲに含まれ、ＲＡＲは、ネットワーク・デバイスが端末デバイスのランダム・アクセス要求（すなわち、Ｍｓｇ１）に応答するためのものである。

具体的には、Ｍｓｇ２のＲＡＲに指示情報が含まれることには、以下のいくつかのケースを含む。

第１のケースでは、指示情報は、Ｍｓｇ２のＲＡＲにおける上りリンク・グラントＵＬｇｒａｎｔ内のＰＵＳＣＨ周波数領域リソース割り当て指示フィールドに位置する。任意選択で、指示情報は、ＲＡＲ内のＵＬｇｒａｎｔ内のＰＵＳＣＨ周波数領域リソース割り当て指示フィールドの最上位ビット（ｍｏｓｔｓｉｇｎｉｆｉｃａｎｔｂｉｔ、ＭＳＢ）からのいくつかのビットに位置する。

具体的には、共有されていないスペクトル・チャネル・アクセス・シナリオの場合、ＲＡＲ内のＵＬｇｒａｎｔ内のＰＵＳＣＨ周波数領域リソース割り当てフィールドは、図７に示すように、１４ビットを含む。初期上りリンクＢＷＰの帯域幅（ｂａｎｄｗｉｄｔｈ、ＢＷ）が２０ＭＨｚにセットされ、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒｓｐａｃｉｎｇ、ＳＣＳ）が３０ｋＨｚであるときに、ＰＵＳＣＨ周波数領域リソース割り当てフィールドの最下位ビットからの１１ビットがＰＵＳＣＨ周波数領域リソース割り当てを示す。ＢＷが２０ＭＨｚでＳＣＳが１５ｋＨｚである場合、ＰＵＳＣＨ周波数領域リソース割り当てフィールドの最下位ビットから１３ビットがＰＵＳＣＨ周波数領域リソース割り当てを示す。このケースでは、ＰＵＳＣＨ周波数領域リソース割り当てフィールドの最上位ビットからのいくつかのビットがアイドルである。ＲＥＤＣＡＰタイプ端末の場合、アイドルである最上位ビットは再解釈されて、新しく設定された少なくとも１つの第２の初期上りリンクＢＷＰ又は第１の初期上りリンクＢＷＰを含む、端末によって上りリンク伝送のために使用される上りリンクＢＷＰを示してもよい。

任意選択で、ＲＥＤＣＡＰタイプ端末が複数の利用可能な初期上りリンクＢＷＰを決定する場合、端末は、さらに、複数の利用可能な初期上りリンクＢＷＰにおける最大数の物理リソース・ブロックＰＲＢを有する初期上りリンクＢＷＰに基づいて、ＲＡＲ内のＵＬｇｒａｎｔ内のＰＵＳＣＨ周波数領域リソース割り当てフィールドによって占有されるビット数を決定してもよい。

ネットワーク・デバイスがＲＥＤＣＡＰタイプ端末に専用の２つの初期上りリンクＢＷＰを事前設定する（すなわち、ネットワーク・デバイスが２つの第２の初期上りリンクＢＷＰ）を事前設定する例を使用して、ネットワーク・デバイスの指示情報を説明する。ＲＥＤＣＡＰタイプ端末に専用の２つの事前設定される初期上りリンクＢＷＰは、それぞれ、ＮＲＲＥＤＣＡＰ初期ＵＬＢＷＰ＃１及びＮＲＲＥＤＣＡＰ初期ＵＬＢＷＰ＃２と名付けられ、また、初期ＵＬはＵＬｉｎｉｔｉａｌと名付けられてもよい。

（１）第１の初期上りリンクＢＷＰの帯域幅が、ＮＲＲＥＤＣＡＰタイプ端末によってサポートされる最大帯域幅よりも大きいときに、ＲＡＲ内のＵＬｇｒａｎｔ内のＰＵＳＣＨ周波数領域リソース割り当てフィールドの１つの最上位ビットは、端末デバイスがＭｓｇ３を送信するため又は他の上りリンク伝送を実行するために使用される初期上りリンクＢＷＰを示してもよい。一例が、表１に示される。

任意選択で、ＲＡＲ内のＵＬｇｒａｎｔ内のＰＵＳＣＨ周波数領域リソース割り当てフィールドの最上位ビットからの２ビットは、ＲＥＤＣＡＰタイプ端末に専用の事前設定された２つの初期上りリンクＢＷＰのうちの１つを示し、２ビットは４つの表示状態を示してもよい。例えば、表２に示すように、２つの状態は、ＲＥＤＣＡＰタイプ端末に専用の２つの設定された初期上りリンクＢＷＰをそれぞれ示す。１つの状態は、ＮＲにおける既存の初期上りリンクＢＷＰ、すなわち、ＵＬｉｎｉｔｉａｌＢＷＰ＿ＮＲレガシーとして表されてもよい第１の初期上りリンクＢＷＰを示してもよい。ＮＲにおける既存の初期上りリンクＢＷＰの帯域幅は、ＲＥＤＣＡＰタイプ端末によってサポートされる最大帯域幅を超えるため、ネットワーク・デバイスは、ＮＲにおける既存の初期上りリンクＢＷＰを示すことにより、ＲＥＤＣＡＰタイプ端末がアクセスできないこと、又は、現在アクセスしているＲＥＤＣＡＰタイプ端末がアクセスできないことを示してもよい。

（２）第１の初期上りリンクＢＷＰの帯域幅が、ＮＲＲＥＤＣＡＰタイプ端末によってサポートされる最大帯域幅以下であるときに、ＲＡＲ内のＵＬｇｒａｎｔ内のＰＵＳＣＨ周波数領域リソース割り当てフィールドの最上位からの２ビットは、端末デバイスがＭｓｇ３を送信するため又は他の上りリンク伝送を実行するために使用する初期上りリンクＢＷＰを示してもよい。例えば、表３に示すように、２ビットの３つの状態は、それぞれ、第１の初期上りリンクＢＷＰ及びＲＥＤＣＡＰタイプ端末に専用の２つの初期上りリンクＢＷＰを示してもよい。さらに、残りの２ビットの状態は、ＲＥＤＣＡＰタイプ端末が現在のセルにアクセスできるかどうかを示してもよい。アクセスできないことを示すときに、ＲＥＤＣＡＰタイプ端末は現在のセルにアクセスできない。

第２のケースでは、指示情報は、ＲＡＲが搬送されるＭＡＣサブＰＤＵのＲＡＰＩＤの最下位ビット（ｌｅａｓｔｓｉｇｎｉｆｉｃａｎｔｂｉｔｓｌｅａｓｔｓｉｇｎｉｆｉｃａｎｔｂｉｔ、ＬＳＢ）からのいくつかのビットに位置する。

第３のケースでは、指示情報は、ＲＡＲが搬送されるＭＡＣサブＰＤＵの予約済ビットのいくつかのビットに位置する。

図８は、この出願の一実施形態によるＭＡＣＲＡＲの構造の概略図である。図８に示すように、指示情報は、図８に示すＵＬｇｒａｎｔ内のＰＵＳＣＨ周波数領域リソース割り当てフィールドのいくつかの最上位ビットからのいくつかのビットに位置してもよく、図８に示すＲＡＰＩＤフィールドの最下位ビットからのいくつかのビットに位置してもよく、又は図８に示すＲフィールドのいくつかのビット（すなわち、予約済ビット）に位置してもよい。前述のフィールドのいずれか１つ内のビットが不十分である場合、ネットワーク・デバイスは、さらに、前述のフィールドのいずれかの２つ又は３つ内のビットを組み合わせることによって、端末デバイスがＭｓｇ３を送信するため又は他の上りリンク伝送を実行するために使用される初期上りリンクＢＷＰを示してもよいことに留意されたい。例えば、表４は、（共有されていないスペクトル・チャネル・アクセス・シナリオで使用され得る）図８におけるＵＬｇｒａｎｔのビット割り当て表を示す。

前述の実装では、ネットワーク・デバイスは、Ｍｓｇ２のランダム・アクセス応答ＲＡＲ内のいくつかのビットを使用して、端末デバイス（具体的には、ＲＥＤＣＡＰタイプ端末であってもよい）がＭｓｇ３を送信するため又は他のアップリンク伝送を実行するために使用される初期上りリンクＢＷＰを示し、その結果、端末デバイスが指示情報に基づいて現在のセルにアクセスし、端末デバイスのデータ伝送性能が向上する。追加的に、以下の２つの実装がさらに含まれる。

可能な実装では、指示情報は、Ｍｓｇ２をスケジュールするために使用されるＤＣＩ（又は、搬送されたＲＡＲをスケジュールするために使用されるＰＤＳＣＨ）に含まれる。具体的には、指示情報は、ＤＣＩの予約済ビットのうちのいくつかのビットに位置する。

任意選択で、ネットワーク・デバイスは、ＲＡ－ＲＮＴＩを使用してスクランブルされたＤＣＩのＣＲＣ内の予約済ビットのうちのいくつかのビットを使用して、端末デバイスがＭｓｇ３を送信するため又は他の上りリンク伝送を実行するために使用される初期上りリンクＢＷＰを示してもよい。この実装では、ネットワーク・デバイスによる初期上りリンクＢＷＰを示すビット長と、指示方式は、第１の実装のものと同じである。詳細については、前述の説明を参照のこと。

この実装では、同じＲＯを使用してランダム・アクセスを始動する端末デバイス、又は同じＲＡ－ＲＮＴＩを使用してスクランブルされたＤＣＩのＣＲＣをリスンする端末デバイスは、ネットワーク・デバイスによって送信されたＤＣＩ内の予約済ビットのうちのいくつかのビットを使用して、Ｍｓｇ３を送信するため、又は他の上りリンク伝送を行うために使用される初期上りリンクＢＷＰを決定してもよい。

いくつかの実施形態において、複数の端末デバイスが、同じＲＯ上の異なるプリアンブルｐｒｅａｍｂｌｅを使用してランダム・アクセスを始動し得るため、ネットワーク・デバイスは、プリアンブルＩＤ及び／又はＲＡＰＩＤに基づいて端末デバイスをグループ化してもよく、ネットワーク・デバイスは、いくつかの同じビットを使用して、同じグループ内の端末デバイスの初期上りリンクＢＷＰを示してもよい。ネットワーク・デバイスは、ＳＩＢ１又は上位レイヤ設定に基づいて端末デバイスをグループ化してもよい。グループ化の方法は、以下を含む。

方法１：プリアンブルＩＤ／ＲＡＰＩＤｍｏｄＮ＝Ｘを有するＵＥは、１つのグループにグループ化され、式中、Ｘ＝｛０，１，．．．，Ｎ－１｝である。

方法２：Ｍ個の連続したプリアンブルＩＤ／ＲＡＰＩＤを有するＵＥは、１つのグループにグループ化され、例えば、｛０，１，．．．，Ｍ－１｝，｛Ｍ，Ｍ＋１，Ｍ＋２，．．．，２Ｍ－１｝，．．．，｛Ｍ＊Ｎ－Ｍ，Ｍ＊Ｎ－Ｍ－２，．．．，Ｍ＊Ｎ－１｝であり、式中、Ｎは、グループの数であり、Ｎ＊Ｎは、同じＲＯ上で多重化されたプリアンブルの数である。

各グループがグループによって使用される初期上りリンクＢＷＰを示すためにＸビットを使用する場合、図９に示すように、ＤＣＩの予約済ビットにおけるＮ＊Ｘビットが全体として占有される必要がある。

任意選択で、ネットワーク・デバイスは、同じＲＯ上の異なるプリアンブルに対応するＲＡＲをグループ化し、送信してもよい。グループ化方法は、上記と同じである。このケースでは、ＲＡＲが搬送されるＭＡＣサブＰＤＵのＲＡＰＩＤの最下位ビットからの
ビットは、多重化されてもよく、また端末デバイスがＭｓｇ３を送信するため又は他の上りリンク伝送を実行するために使用する初期上りリンクＢＷＰを示してもよい。

前述の実装では、ネットワーク・デバイスは、Ｍｓｇ２をスケジュールするためのＤＣＩ内のいくつかのビットを使用して、端末デバイス（具体的には、ＲＥＤＣＡＰタイプ端末であってもよい）がＭｓｇ３を送信するため又は他のアップリンク伝送を実行するために使用される初期上りリンクＢＷＰを示し、その結果、端末デバイスが指示情報に基づいて現在のセルにアクセスし、端末デバイスのデータ伝送性能が向上する。

可能な実装では、指示情報は、Ｍｓｇ２をスケジュールするために使用されるＤＣＩ及びＲＡＲに含まれる。この方式では、ＤＣＩやＲＡＲ内のビットが不十分であるケースが主に考えられる。ネットワーク・デバイスは、ＤＣＩ及びＲＡＲ内のビットの組み合わせを使用して、少なくとも２つの初期上りリンクＢＷＰのうちの１つを合わせて示してもよい。合わせて指示することは、ビット・オーバーヘッドを節約することができる。いくつかの実施形態では、指示情報は、代替的には、Ｍｓｇ２をスケジュールするために使用されるＤＣＩ及びＭｓｇ２のＲＡＲの両方に含まれてもよい。

任意選択で、４ステップＲＡＣＨ処理における指示情報の場合、初期上りリンクＢＷＰを示し、かつこの実施形態で言及される全ての指示フィールドのうちの任意の２つ、３つ、又はそれ以上のビットが、１つの端末デバイス又は端末デバイスのグループの初期上りリンクＢＷＰを合わせて示してもよい。

任意選択で、指示フィールドのビットは、さらに、Ｍｓｇ２、Ｍｓｇ３、又はＭｓｇ４などのチャネルの反復された伝送を実行し、反復された伝送の数を示してもよい。

上記の実施形態は、４ステップＲＡＣＨ処理における指示情報を示す。以下、２ステップＲＡＣＨ処理における指示情報の詳細を説明する。

２ステップＲＡＣＨ処理の場合、端末デバイスは、ＰＲＡＣＨとＰＵＳＣＨの２つのチャネルを通してＭｓｇＡ（Ｍｓｇ１とＭｓｇ３を含む）を送信する。非早期データ伝送のシナリオでは、Ｍｓｇ３はＰＵＳＣＨで搬送される。早期データ伝送シナリオでは、ＰＵＳＣＨは、上りリンクサービス・データを搬送してもよい。

初期アクセス・シナリオの場合、一実装では、端末デバイスがＭｓｇＡ－ＰＵＳＣＨを送信するために使用される初期上りリンクＢＷＰは、事前定義又は事前設定される。ネットワーク・デバイスは、ＳＩＢ１又は他のシステム情報を使用し、ＭｓｇＡ－ＰＵＳＣＨを送信するための初期上りリンクＢＷＰの設定情報を事前設定してもよく、端末デバイスは、設定情報に基づいて、ＭｓｇＡ－ＰＵＳＣＨを送信するための初期上りリンクＢＷＰを決定する。前述の方法はまた、非初期アクセス・シナリオ、例えば、端末デバイスがＲＲＣ接続状態、非アクティブ状態、又はアイドル状態であるシナリオにも適用可能である。

別の実装では、設定情報を端末デバイスに送信することに加えて、ネットワーク・デバイスは、さらに、指示情報を端末デバイスに送信してもよい。送信された指示情報は、以下のいくつかの可能な実装を含む。

可能な実装では、指示情報は、ＭｓｇＢのランダム・アクセス応答ＲＡＲに含まれ、ＲＡＲは、ネットワーク・デバイスが端末デバイスのランダム・アクセス要求（すなわち、ＭｓｇＡ）に応答するためのものである。

具体的には、ＭｓｇＢのＲＡＲに指示情報が含まれることには、以下のいくつかのケースを含む。

第１のケースでは、指示情報は、ＭｓｇＢのＲＡＲにおける上りリンク・グラントＵＬｇｒａｎｔ内のＰＵＳＣＨ周波数領域リソース割り当て指示フィールドに位置する。任意選択で、指示情報は、ＭｓｇＢのＲＡＲ内のＵＬｇｒａｎｔ内のＰＵＳＣＨ周波数領域リソース割り当て指示フィールドの最上位ビットからのいくつかのビットに位置する。任意選択で、指示情報は、ＭｓｇＢのｓｕｃｃｅｓｓＲＡＲ／ｆａｌｌｂａｃｋＲＡＲ内のＵＬｇｒａｎｔ内のＰＵＳＣＨ周波数領域リソース割り当て指示フィールドの最上位ビットからのいくつかのビットに位置する。

いくつかの実施形態では、ネットワーク・デバイスは、端末デバイスからＭｓｇＡを受信する。ネットワーク・デバイスがプリアンブルとＭｓｇＡ－ＰＵＳＣＨの両方を検出するときに、ランダム・アクセスが成功し、ネットワーク・デバイスは、ＭｓｇＢ内の競合解決識別子を送信する。追加的に、ネットワーク・デバイスは、ＭｓｇＢのｓｕｃｃｅｓｓＲＡＲを使用して、ＭｓｇＢ－ＰＵＳＣＨフィードバック、後続の４ステップＲＡ（ｒａｎｄｏｍａｃｃｅｓｓ）処理、又は２ステップＲＡ処理を含む、後続の上りリンク伝送のために端末デバイスによって使用される初期上りリンクＢＷＰを示す。

いくつかの実施形態では、ネットワーク・デバイスは、端末デバイスからＭｓｇＡを受信する。ネットワーク・デバイスがプリアンブルのみを検出し、ＭｓｇＡ－ＰＵＳＣＨを検出しない場合、２ステップＲＡＣＨから４ステップＲＡＣＨへのフォールバックが実行され、ネットワーク・デバイスは、ＭｓｇＢにおいて、ｆａｌｌｂａｃｋＲＡＲを使用して伝送を継続することによってＰＵＳＣＨをスケジュールする。ＭｓｇＡ－ＰＵＳＣＨ検出の失敗の重要な理由は、チャネル品質が悪いことである。一実装では、ネットワーク・デバイスは、最初に使用された初期上りリンクＢＷＰとは異なる初期上りリンクＢＷＰ上でＭｓｇＡ－ＰＵＳＣＨを送信するように端末デバイスに示してもよく、その結果、より大きな周波数範囲で周波数ホッピングが実行され、周波数選択性利得を増加させることができる。

第２のケースでは、指示情報は、ＲＡＲが搬送されるＭＡＣサブＰＤＵのＲＡＰＩＤの最下位ビットからのいくつかのビットに位置する。任意選択で、指示情報は、ｓｕｃｃｅｓｓＲＡＲ／ｆａｌｌｂａｃｋＲＡＲが搬送されるＭＡＣサブＰＤＵのＲＡＰＩＤの最下位ビットからのいくつかのビットに位置する。

第３のケースでは、指示情報は、ＲＡＲが搬送されるＭＡＣサブＰＤＵの予約済ビットのいくつかのビットに位置する。任意選択で、指示情報は、ｓｕｃｃｅｓｓＲＡＲ／ｆａｌｌｂａｃｋＲＡＲが搬送されるＭＡＣサブＰＤＵの予約済ビットのいくつかのビットに位置する。

可能な実装では、指示情報は、ＭｓｇＢをスケジュールするために使用されるＤＣＩに含まれる。具体的には、指示情報は、ＤＣＩの予約済ビットに位置する。

任意選択で、ネットワーク・デバイスは、ＲＡ／ＭｓｇＢ－ＲＮＴＩを使用してスクランブルされたＤＣＩのＣＲＣ内の予約済ビットのうちのいくつかのビットを使用して、端末デバイスがＭｓｇ３を送信するため又は他の上りリンク伝送を実行するために使用される初期上りリンクＢＷＰを示してもよい。この実装では、ネットワーク・デバイスによる初期上りリンクＢＷＰを示すビット長と、指示方式は、４ステップＲＡＣＨの実施形態における指示情報の第１の実装におけるものと同じである。詳細については、前述の説明を参照のこと。

いくつかの実施形態では、ネットワーク・デバイスは、端末デバイスからＭｓｇＡを受信する。ネットワーク・デバイスがプリアンブルのみを検出し、ＭｓｇＡ－ＰＵＳＣＨを検出しない場合、２ステップＲＡＣＨから４ステップＲＡＣＨへのフォールバックが実行され、ネットワーク・デバイスは、ＭｓｇＢにおいて、ｆａｌｌｂａｃｋＲＡＲを使用して伝送を継続することによってＰＵＳＣＨをスケジュールする。追加的に、ネットワーク・デバイスは、さらに、ＭｓｇＢをスケジュールするために使用されるＤＣＩを使用して、後続の上りリンク伝送のために端末デバイスによって使用される初期上りリンクＢＷＰを示してもよい。

可能な実装では、指示情報は、ＭｓｇＢをスケジュールするために使用されるＤＣＩ及びＲＡＲに含まれる。この方式では、ＤＣＩやＲＡＲ内のビットが不十分であるケースが主に考えられる。ネットワーク・デバイスは、ＤＣＩ及びＲＡＲ内のビットの組み合わせを使用して、少なくとも２つの初期上りリンクＢＷＰのうちの１つを合わせて示してもよい。

任意選択で、２ステップＲＡＣＨ処理における指示情報の場合、初期上りリンクＢＷＰを示し、かつこの実施形態で言及される全ての指示フィールドのうちの任意の２つ、３つ、又はそれ以上のビットが、１つの端末デバイス又は端末デバイスのグループの初期上りリンクＢＷＰを合わせて示してもよい。

ステップ４０４：端末デバイスは、設定情報及び指示情報に基づいて、少なくとも２つの周波数領域リソースのうちの１つを決定する。

ステップ４０５：端末デバイスは、少なくとも２つの周波数領域リソースのうちの１つを使用して、ネットワーク・デバイスと通信する。

４ステップＲＡＣＨ処理では、端末デバイスは、設定情報及び指示情報に基づいて少なくとも２つの初期上りリンクＢＷＰのうちの１つを決定し、決定されたＢＷＰの帯域幅上でＭｓｇ３又は他の後続の上りリンク・データを送信する。

２ステップＲＡＣＨ処理では、端末デバイスは、設定情報及び指示情報に基づいて少なくとも２つの初期上りリンクＢＷＰのうちの１つを決定し、決定されたＢＷＰの帯域幅上で他の後続の上りリンク・データを送信する。

この実施形態で提供される周波数領域リソース決定方法によれば、ネットワーク・デバイスは、システム情報又はシグナリングを使用して、端末デバイスに対して少なくとも２つの周波数領域リソースを事前設定し、ランダム・アクセス処理においてＭｓｇ２／ＭｓｇＢをスケジュールするために使用されるＤＣＩ及び／又はランダム・アクセス応答メッセージを使用して、後続の上りリンク・データ伝送のために端末デバイスによって使用される１つの周波数領域リソースを示してもよい。端末デバイスは、事前設定及びネットワーク側の指示に基づいて、少なくとも２つの周波数領域リソースのうちの１つを決定し、周波数領域リソースを使用してネットワーク・デバイスと通信する。前述の解決策では、ネットワーク側で現在設定されている周波数領域リソースが、端末デバイスによってサポートされる最大帯域幅を超えることがあるために、端末デバイスがネットワーク・デバイスとの通信することができないという問題が解決され、通信処理の信頼性が向上する。追加的に、ネットワーク側の上りリンク周波数選択利得が増加する。これはまた、ネットワーク側が複数の周波数領域リソース間の負荷バランシングを柔軟に実行するのを助け、その結果、端末デバイスのデータ伝送性能が向上する。

図１０は、この出願の実施形態によるネットワーク・デバイスの構造の概略図である。例えば、ネットワーク・デバイス５００は、例えば、図４に示す実施形態又は図６に示す実施形態におけるネットワーク・デバイスである。

ネットワーク・デバイス５００は、処理モジュール５０１を含む。任意選択で、ネットワーク・デバイス５００は、さらに、トランシーバ・モジュール５０２を含んでもよい。例えば、ネットワーク・デバイス５００は、ネットワーク・デバイスであってもよいし、ネットワーク・デバイスで使用されるチップであってもよいし、ネットワーク・デバイスの機能を有する別の組み合わされたデバイス又はコンポーネントであってもよい。ネットワーク・デバイス５００がネットワーク・デバイスであるときに、トランシーバ・モジュール５０２は、トランシーバであってもよい。トランシーバは、アンテナ、無線周波数回路などを含んでもよい。処理モジュール５０１は、プロセッサ（又は処理回路）、例えば、ベースバンド・プロセッサであってもよい。ベースバンド・プロセッサ１１０は、１つ以上の中央処理ユニットＣＰＵを含んでもよい。ネットワーク・デバイス５００がネットワーク・デバイスの機能を有するコンポーネントであるときに、トランシーバ・モジュール５０２は、無線周波数ユニットであってもよく、処理モジュール５０１は、プロセッサ（又は処理回路）、例えば、ベースバンド・プロセッサであってもよい。ネットワーク・デバイス５００がチップ・システムであるときに、トランシーバ・モジュール５０２は、チップ（例えば、ベースバンド・チップ）の入力／出力インターフェースであってもよく、処理モジュール５０１は、チップ・システムのプロセッサ（又は処理回路）であってもよく、１つ以上の中央処理ユニットを含んでもよい。この出願のこの実施形態における処理モジュール５０１は、プロセッサ又はプロセッサ関係回路コンポーネント（又は、処理回路と呼ばれる）によって実装されてもよく、トランシーバ・モジュール５０２は、トランシーバ又はトランシーバ関係回路コンポーネントによって実装されてもよいと理解されたい。

可能な実装では、トランシーバ・モジュール５０２は、設定情報を端末デバイスに送信するように構成されており、設定情報は、少なくとも２つの周波数領域リソースの設定情報を含み、少なくとも２つの周波数領域リソースは、少なくとも１つの第１のタイプの周波数領域リソース及び少なくとも１つの第２のタイプの周波数領域リソースを含む。第１のタイプの周波数領域リソースは、第１のタイプの端末デバイス及び／又は第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものであり、第２のタイプの周波数領域リソースは、第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものである。処理モジュール５０１は、少なくとも２つの周波数領域リソースのうちの１つを使用して、端末デバイスと通信するように構成されている。

任意選択で、第１のタイプの周波数領域リソースは、第１のタイプの端末デバイス及び第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものである。トランシーバ・モジュール５０２は、さらに、指示情報を端末デバイスに送信するように構成されており、指示情報は、少なくとも２つの周波数領域リソースのうちの１つを示す。

任意選択で、第１のタイプの周波数領域リソースは、第１のタイプの端末デバイスがネットワーク・デバイスと通信するためにのみ使用され、トランシーバ・モジュール５０２は、さらに、指示情報を端末デバイスに送信するように構成されており、指示情報は、少なくとも２つの周波数領域リソースにおける１つの第２のタイプの周波数領域リソースを示す。

任意選択で、指示情報は、ランダム・アクセス応答メッセージ内の上りリンク・グラント内の物理上りリンク共有チャネルＰＵＳＣＨ周波数領域リソース割り当て指示フィールドに位置する。可能な実装では、指示情報は、ランダム・アクセス応答メッセージ内の上りリンク・グラント内の物理上りリンク共有チャネルＰＵＳＣＨ周波数領域リソース割り当て指示フィールド内に少なくとも１つの最上位ビットに位置する。

任意選択で、トランシーバ・モジュール５０２は、具体的には、システム情報、上位レイヤ・シグナリング、又は物理レイヤ・シグナリングを使用して、設定情報を端末デバイスに送信するように構成されている。

この実施形態で提供されるネットワーク・デバイスは、前述の方法の実施形態のいずれか１つにおいてネットワーク・デバイスの技術的解決策を実行するように構成されてもよい。実装原理及びその技術的効果は同様であり、詳細は、ここでは再度説明されない。

図１１は、この出願の一実施形態による、端末デバイスの構造の概略図である。例えば、端末デバイス６００は、図４に示す実施形態又は図６に示す実施形態における端末デバイスである。

端末デバイス６００は、処理モジュール６０１を含む。任意選択で、端末デバイス６００は、さらに、トランシーバ・モジュール６０２を含んでもよい。例えば、端末デバイス６００は、端末デバイスであってもよいし、端末デバイスで使用されるチップであってもよいし、端末デバイスの機能を有する別の組み合わされたデバイス又はコンポーネントであってもよい。端末デバイス６００が端末デバイスであるときに、トランシーバ・モジュール６０２は、トランシーバであってもよい。トランシーバは、アンテナ、無線周波数回路などを含んでもよい。処理モジュール６０１は、プロセッサ（又は処理回路）、例えば、ベースバンド・プロセッサであってもよい。ベースバンド・プロセッサ１１０は、１つ以上の中央処理ユニットＣＰＵを含んでもよい。端末デバイス６００が端末デバイスの機能を有するコンポーネントであるときに、トランシーバ・モジュール６０２は、無線周波数ユニットであってもよく、処理モジュール６０１は、プロセッサ（又は処理回路）、例えば、ベースバンド・プロセッサであってもよい。端末デバイス６００がチップ・システムであるときに、トランシーバ・モジュール６０２は、チップ（例えば、ベースバンド・チップ）の入力／出力インターフェースであってもよく、処理モジュール６０１は、チップ・システムのプロセッサ（又は処理回路）であってもよく、１つ以上の中央処理ユニットを含んでもよい。この出願のこの実施形態における処理モジュール６０１は、プロセッサ又はプロセッサ関係回路コンポーネント（又は、処理回路と呼ばれる）によって実装されてもよく、トランシーバ・モジュール６０２は、トランシーバ又はトランシーバ関係回路コンポーネントによって実装されてもよいと理解されたい。

可能な実装では、トランシーバ・モジュール６０２は、ネットワーク・デバイスからの設定情報を受信するように構成されており、設定情報は、少なくとも２つの周波数領域リソースの設定情報を含み、少なくとも２つの周波数領域リソースは、少なくとも１つの第１のタイプの周波数領域リソース及び少なくとも１つの第２のタイプの周波数領域リソースを含む。第１のタイプの周波数領域リソースは、第１のタイプの端末デバイス及び／又は第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものであり、第２のタイプの周波数領域リソースは、第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものである。

処理モジュール６０１は、設定情報に基づいて少なくとも２つの周波数領域リソースのうちの１つを決定し、少なくとも２つの周波数領域リソースのうちの１つを使用して、ネットワーク・デバイスと通信するように構成されている。

任意選択で、第１のタイプの周波数領域リソースは、第１のタイプの端末デバイス及び第２のタイプの端末デバイスがネットワーク・デバイスと通信するためのものである。トランシーバ・モジュール６０２は、さらに、ネットワーク・デバイスからの指示情報を受信するように構成されており、指示情報は、少なくとも２つの周波数領域リソースのうちの１つを示す。処理モジュール６０１は、具体的には、設定情報及び指示情報に基づいて、少なくとも２つの周波数領域リソースのうちの１つを決定するように構成されている。［００２６５］．［００２６５］．任意選択で、第１のタイプの周波数領域リソースは、第１のタイプの端末デバイスがネットワーク・デバイスと通信するためにのみ使用される。トランシーバ・モジュール６０２は、さらに、ネットワーク・デバイスからの指示情報を受信するように構成され、指示情報は、少なくとも２つの第２のタイプの周波数領域リソースのうちの１つを示す。処理モジュール６０１は、具体的には、設定情報及び指示情報に基づいて、少なくとも２つの第２のタイプの周波数領域リソースのうちの１つを決定するように構成されている。

任意選択で、トランシーバ・モジュール６０２は、具体的には、システム情報、上位レイヤ・シグナリング、又は物理レイヤ・シグナリングから、ネットワーク・デバイスからの設定情報を受信するように構成されている。

この実施形態で提供される端末デバイスは、前述の方法の実施形態のいずれか１つにおいて端末デバイスの技術的解決策を実行するように構成されてもよい。実装原理及びその技術的効果は同様であり、詳細は、ここでは再度説明されない。

図１２は、この出願の一実施形態による、ネットワーク・デバイスのハードウェア構造の概略図である。図１２に示すように、ネットワーク・デバイス７００は、プロセッサ７０１、メモリ７０２、及び通信インターフェース７０３を含む。メモリ７０２は、コンピュータ・プログラムを記憶するように構成されている。プロセッサ７０１は、メモリ７０２に記憶されたコンピュータ・プログラムを実行して、前述の方法の実施形態のいずれか１つにおいてネットワーク・デバイスによって実行される方法を実装するように構成されている。通信インターフェース７０３は、別のデバイスとのデータ通信又は信号通信を実行するように構成されている。

任意選択で、メモリ７０２は、独立であってもよいし、プロセッサ７０１と統合されてもよい。メモリ７０２がプロセッサ７０１から独立したコンポーネントであるときに、ネットワーク・デバイス７００は、バス７０４をさらに含んでもよく、バス７０４は、メモリ７０２及びプロセッサ７０１を接続するように構成されている。

可能な実装では、図１０の処理モジュール５０１は、実装のためにプロセッサ７０１に統合されてもよく、トランシーバ・モジュール５０２は、実装のために通信インターフェース７０３に統合されてもよい。可能な実装では、プロセッサ７０１は、前述の方法の実施形態においてネットワーク・デバイスの信号処理動作を実装するように構成されてもよく、通信インターフェース７０３は、前述の方法の実施形態においてネットワーク・デバイスの信号受信及び送信動作を実装するように構成されてもよい。

この実施形態で提供されるネットワーク・デバイスは、前述の方法の実施形態のいずれか１つにおいてネットワーク・デバイスによって実装された方法を実行するように構成されてもよい。実装原理及びその技術的効果は同様であり、詳細は、ここでは再度説明されない。

図１３は、この出願の一実施形態による端末デバイスのハードウェア構造の概略図である。図１３に示すように、端末デバイス８００は、プロセッサ８０１、メモリ８０２、及び通信インターフェース８０３を含む。メモリ８０２は、コンピュータ・プログラムを記憶するように構成されている。プロセッサ８０１は、メモリ８０２に記憶されたコンピュータ・プログラムを実行して、前述の方法の実施形態のいずれか１つにおいて端末デバイスによって実行される方法を実装するように構成されている。通信インターフェース８０３は、別のデバイスとのデータ通信又は信号通信を実行するように構成されている。

任意選択で、メモリ８０２は、独立であってもよいし、プロセッサ８０１と統合されてもよい。メモリ８０２がプロセッサ８０１から独立したコンポーネントであるときに、端末デバイス８００は、バス８０４をさらに含んでもよく、バス８０４は、メモリ８０２及びプロセッサ８０１を接続するように構成されている。

可能な実装では、図１１の処理モジュール６０２は、実装のためにプロセッサ８０１に統合されてもよく、トランシーバ・モジュール６０１は、実装のために通信インターフェース８０３に統合されてもよい。可能な実装では、プロセッサ８０１は、前述の方法の実施形態において端末デバイスの信号処理動作を実装するように構成されてもよく、通信インターフェース８０３は、前述の方法の実施形態において端末デバイスの信号受信及び送信動作を実装するように構成されてもよい。

この実施形態における端末デバイスは、前述の方法の実施形態のいずれか１つにおいて端末デバイスによって実装された方法を実行するように構成されてもよい。実装原理及びその技術的効果は同様であり、詳細は、ここでは再度説明されない。

この出願は、さらに、コンピュータ可読記憶媒体を提供する。可読記憶媒体は、実行可能命令を記憶し、ネットワーク・デバイスの少なくとも１つのプロセッサが実行可能命令を実行するときに、ネットワーク・デバイスは、前述の方法の実施形態のいずれか１つにおけるネットワーク・デバイスの技術的解決策を実行する。

この出願は、さらに、可読記憶媒体を提供する。可読記憶媒体は、実行可能命令を記憶し、端末デバイスの少なくとも１つのプロセッサが実行可能命令を実行するときに、端末デバイスは、前述の方法の実施形態のいずれか１つにおける端末デバイスの技術的解決策を実行する。

この出願は、さらに、実行可能命令を含むコンピュータ・プログラム製品を提供し、実行可能命令は、可読記憶媒体に記憶される。ネットワーク・デバイスの少なくとも１つのプロセッサは、可読記憶媒体から実行可能命令を読み出してもよく、少なくとも１つのプロセッサは、実行可能命令を実行し、その結果、ネットワーク・デバイスは、前述の方法の実施形態のいずれか１つにおけるネットワーク・デバイスの技術的解決策を実装する。

この出願は、さらに、実行可能命令を含むコンピュータ・プログラム製品を提供し、実行可能命令は、可読記憶媒体に記憶される。端末デバイスの少なくとも１つのプロセッサは、可読記憶媒体から実行可能命令を読み出してもよく、少なくとも１つのプロセッサは、実行可能命令を実行し、その結果、端末デバイスは、前述の方法の実施形態のいずれか１つにおける端末デバイスの技術的解決策を実装する。

この出願は、さらに、プロセッサ及びインターフェースを含むチップを提供する。プロセッサは、前述の方法の実施形態のいずれか１つにおおけるネットワーク・デバイスの技術的解決策を実行することができる。任意選択で、チップは、さらに、メモリを含む。メモリは、コンピュータ・プログラムを記憶する。プロセッサは、メモリに記憶されたコンピュータ・プログラムを実行して、前述の方法の実施形態のいずれか１つにおけるネットワーク・デバイスの技術的解決策を実装するように構成されている。

この出願の実施形態は、さらに、プロセッサ及びインターフェースを含むチップを提供する。プロセッサは、前述の方法の実施形態のいずれか１つにおける端末デバイスの技術的解決策を実行することができる。任意選択で、チップは、さらに、メモリを含む。メモリは、コンピュータ・プログラムを記憶する。プロセッサは、メモリに記憶されたコンピュータ・プログラムを実行して、前述の方法の実施形態のいずれか１つにおける端末デバイスの技術的解決策を実装するように構成されている。

この出願の実施形態は、さらに、少なくとも１つのネットワーク・デバイス及び端末デバイスを含む通信システムを提供し、ネットワーク・デバイスは、前述の方法の実施形態のいずれか１つにおけるネットワーク・デバイスの技術的解決策を実装するように構成されてもよく、端末デバイスは、前述の方法の実施形態のいずれか１つにおおける端末デバイスの技術的解決策を実装するように構成されてもよい。

ネットワーク・デバイス又は端末デバイスにおけるモジュールの分割は、論理機能分割に過ぎないことに留意されたい。実際の実装では、モジュールの全部又は一部が、１つの物理エンティティに統合されてもよいし、物理的に分離されてもよい。追加的に、これらのモジュールは全部、処理要素によって呼び出されるソフトウェアの形態で実装されてもよいし、ハードウェアの形態で実装されてもよい。代替的には、これらのモジュールは一部、処理要素によって呼び出されるソフトウェアの形態で実装されてもよいし、モジュールの一部が、ハードウェアの形態で実装される。例えば、処理モジュールは、別々に配設された処理要素であってもよいし、実装のために前述の装置のチップに統合されてもよい。追加的に、処理モジュールは、代替的には、プログラム・コードの形態で前述の装置のメモリに記憶されてもよいし、前述の装置の処理要素は、前述の決定モジュールの機能を呼び出して実行する。別のモジュールの実装は、検出モジュールの実装と同様である。追加的に、これらのモジュールの全部又は一部が、統合されてもよいし、独立して実装されてもよい。本明細書における処理要素は、集積回路であってもよく、信号処理能力を有する。実装処理では、前述の方法又は前述のモジュールにおけるステップは、処理要素内のハードウェア集積論理回路を使用して、又はソフトウェアの形態で命令を使用して実装され得る。

例えば、前述のモジュールは、１つ以上の特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ、ＡＳＩＣ）、１つ以上のマイクロプロセッサ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、又は１つ以上のフィールド・プログラマブル・ゲート・アレイ（ｆｉｅｌｄｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙ、ＦＰＧＡ）などの、前述の方法を実装するための１つ以上の集積回路として構成されてもよい。別の例では、前述のモジュールのうちの１つが処理要素によって呼び出されるプログラム・コードの形態で実装されるときに、処理要素は、汎用プロセッサ、例えば、中央処理ユニット（ｃｅｎｔｒａｌｐｒｏｃｅｓｓｉｎｇｕｎｉｔ、ＣＰＵ）又はプログラム・コードを呼び出すことができる別のプロセッサであってもよい。別の例では、これらのモジュールは、一緒に統合され、システム・オン・チップ（ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ、ＳｏＣ）の形態で実装されてもよい。

前述の実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを使用して実装されてもよい。ソフトウェアが前述の実施形態を実装するために使用されるときに、実施形態の全部又は一部は、コンピュータ・プログラム製品の形式で実装されてもよい。コンピュータ・プログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータ・プログラム命令がロードされ、コンピュータ上で実行されるときに、本出願の実施形態による手順又は機能が、全部又は一部生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータ・ネットワーク、又は他のプログラム可能な装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよいし、１つのコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータ・センタから、有線（例えば、同軸ケーブル、光ファイバ、若しくはデジタル加入者線（ＤＳＬ））又は無線（例えば、赤外線、ラジオ、若しくはマイクロ波）において別のウェブサイト、コンピュータ、サーバ、又はデータ・センタに送信されてもよい。コンピュータ可読記憶媒体は、コンピュータがアクセス可能な任意の使用可能な媒体、又は１つ以上の使用可能な媒体を統合するデータ記憶デバイス、例えば、サーバ若しくはデータ・センタであってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピー・ディスク、ハード・ディスク、若しくは磁気テープ）、光媒体（例えば、ＤＶＤ）、又は半導体媒体（例えば、ソリッド・ステート・ドライブ・ソリッド・ステート・ディスク（ＳＳＤ））などであってもよい。

第２の態様の可能な設計において、端末デバイスがネットワーク・デバイスからの設定情報を受信することは、端末デバイスが、システム情報、上位レイヤ・シグナリング、又は物理レイヤ・シグナリングから、ネットワーク・デバイスからの設定情報を受信する。

Claims

周波数領域リソース決定方法であって、
ネットワーク・デバイスによって、設定情報を端末デバイスに送信することであって、前記設定情報は、少なくとも２つの周波数領域リソースの設定情報を含み、前記少なくとも２つの周波数領域リソースは、少なくとも１つの第１のタイプの周波数領域リソース及び少なくとも１つの第２のタイプの周波数領域リソースを含み、
前記第１のタイプの周波数領域リソースは、第１のタイプの端末デバイス及び／又は第２のタイプの端末デバイスが前記ネットワーク・デバイスと通信するためのものであり、
前記第２のタイプの周波数領域リソースは、前記第２のタイプの端末デバイスが前記ネットワーク・デバイスと通信するためのものである、ことと、
前記ネットワーク・デバイスによって、前記少なくとも２つの周波数領域リソースのうちの１つを使用して、前記端末デバイスと通信することと、を含む、方法。
前記第１のタイプの周波数領域リソースは、第１の初期上りリンク帯域幅部分ＢＷＰを含み、前記第２のタイプの周波数領域リソースは、第２の初期上りリンクＢＷＰを含む、請求項１に記載の方法。
前記第１のタイプの周波数領域リソースが、前記第１のタイプの端末デバイス及び／又は前記第２のタイプの端末デバイスが前記ネットワーク・デバイスと通信するためのものであることは、さらに、
前記ネットワーク・デバイスによって、指示情報を前記端末デバイスに送信することであって、前記指示情報は、前記少なくとも２つの周波数領域リソースのうちの１つを示す、ことを含む、請求項１又は２に記載の方法。
前記第１のタイプの周波数領域リソースが、前記第１のタイプの端末デバイスが前記ネットワーク・デバイスと通信するためにのみ使用されることは、さらに、
前記ネットワーク・デバイスによって、指示情報を前記端末デバイスに送信することであって、前記指示情報は、前記少なくとも２つの周波数領域リソースにおける１つの第２のタイプの周波数領域リソースを示す、請求項１又は２に記載の方法。
前記指示情報は、ランダム・アクセス応答メッセージに含まれ、前記ランダム・アクセス応答メッセージは、前記ネットワーク・デバイスが前記端末デバイスのランダム・アクセス要求に応答するためのものである、請求項３又は４に記載の方法。
前記指示情報は、Ｍｓｇ２に含まれ、前記Ｍｓｇ２は、前記ネットワーク・デバイスが、前記端末デバイスの前記ランダム・アクセス要求に応答するためのものであるか、又は
前記指示情報は、ＭｓｇＢに含まれ、前記ＭｓｇＢは、前記ネットワーク・デバイスが、前記端末デバイスの前記ランダム・アクセス要求に応答するためのものである、請求項５に記載の方法。
前記指示情報は、前記ランダム・アクセス応答メッセージ内の上りリンク・グラント内の物理上りリンク共有チャネルＰＵＳＣＨ周波数領域リソース割り当て指示フィールドに位置する、請求項５に記載の方法。
前記指示情報は、前記ランダム・アクセス応答メッセージ内の前記上りリンク・グラント内の前記物理上りリンク共有チャネルＰＵＳＣＨ周波数領域リソース割り当て指示フィールド内に少なくとも１つの最上位ビットに位置する、請求項７に記載の方法。
前記指示情報は、下りリンク制御情報ＤＣＩに含まれ、前記ＤＣＩは、ランダム・アクセス応答メッセージをスケジュールするために使用され、前記ランダム・アクセス応答メッセージは、前記ネットワーク・デバイスが前記端末デバイスのランダム・アクセス要求に応答するためのものである、請求項３又は４に記載の方法。
前記指示情報は、前記ＤＣＩの予約済ビットに含まれる、請求項９に記載の方法。
前記指示情報は、ランダム・アクセス応答メッセージ、及び前記ランダム・アクセス応答メッセージをスケジュールするためのＤＣＩに含まれ、前記ランダム・アクセス応答メッセージ内のビット及び前記ＤＣＩ内のビットは合わせて、前記端末デバイスが前記ネットワーク・デバイスと通信するために前記少なくとも２つの周波数領域リソースのうちの１つを使用することを示す、請求項３又は４に記載の方法。
前記第２のタイプの周波数領域リソースの帯域幅は、前記端末デバイスによってサポートされる最大帯域幅以下である、請求項１～１１のいずれか一項に記載の方法。
周波数領域リソース決定方法であって、
端末デバイスによって、ネットワーク・デバイスからの設定情報を受信することであって、前記設定情報は、少なくとも２つの周波数領域リソースの設定情報を含み、前記少なくとも２つの周波数領域リソースは、少なくとも１つの第１のタイプの周波数領域リソース及び少なくとも１つの第２のタイプの周波数領域リソースを含み、
前記第１のタイプの周波数領域リソースは、第１のタイプの端末デバイス及び／又は第２のタイプの端末デバイスが前記ネットワーク・デバイスと通信するためのものであり、
前記第２のタイプの周波数領域リソースは、前記第２のタイプの端末デバイスが前記ネットワーク・デバイスと通信するためのものである、ことと、
前記端末デバイスによって、前記設定情報に基づいて、前記少なくとも２つの周波数領域リソースのうちの１つを決定することと、
前記端末デバイスによって、前記少なくとも２つの周波数領域リソースのうちの１つを使用して、前記ネットワーク・デバイスと通信することと、を含む、方法。
前記第１のタイプの周波数領域リソースは、第１の初期上りリンク帯域幅部分ＢＷＰを含み、前記第２のタイプの周波数領域リソースは、第２の初期上りリンクＢＷＰを含む、請求項１３に記載の方法。
前記第１のタイプの周波数領域リソースが、前記第１のタイプの端末デバイス及び／又は前記第２のタイプの端末デバイスが前記ネットワーク・デバイスと通信するためのものであることは、さらに、
前記端末デバイスによって、前記ネットワーク・デバイスからの指示情報を受信することであって、前記指示情報は、前記少なくとも２つの周波数領域リソースのうちの１つを示す、ことと、
前記端末デバイスによって、前記設定情報及び前記指示情報に基づいて、前記少なくとも２つの周波数領域リソースのうちの１つを決定することと、を含む、請求項１３又は１４に記載の方法。
前記第１のタイプの周波数領域リソースが、前記第１のタイプの端末デバイスが前記ネットワーク・デバイスと通信するためにのみ使用されることは、さらに、
前記端末デバイスによって、前記ネットワーク・デバイスからの指示情報を受信することであって、前記指示情報は、少なくとも２つの第２のタイプの周波数領域リソースのうちの１つを示す、ことと、
前記端末デバイスによって、前記設定情報及び前記指示情報に基づいて、前記少なくとも２つの第２のタイプの周波数領域リソースのうちの１つを決定することと、を含む、請求項１３又は１４に記載の方法。
前記指示情報は、ランダム・アクセス応答メッセージに含まれ、前記ランダム・アクセス応答メッセージは、前記ネットワーク・デバイスが前記端末デバイスのランダム・アクセス要求に応答するためのものである、請求項１５又は１６に記載の方法。
前記指示情報は、Ｍｓｇ２に含まれ、前記Ｍｓｇ２は、前記ネットワーク・デバイスが、前記端末デバイスの前記ランダム・アクセス要求に応答するためのものであるか、又は
前記指示情報は、ＭｓｇＢに含まれ、前記ＭｓｇＢは、前記ネットワーク・デバイスが、前記端末デバイスの前記ランダム・アクセス要求に応答するためのものである、請求項１７に記載の方法。
前記指示情報は、前記ランダム・アクセス応答メッセージ内の上りリンク・グラント内の物理上りリンク共有チャネルＰＵＳＣＨ周波数領域リソース割り当て指示フィールドに位置する、請求項１７に記載の方法。
前記指示情報は、前記ランダム・アクセス応答メッセージ内の前記上りリンク・グラント内の前記物理上りリンク共有チャネルＰＵＳＣＨ周波数領域リソース割り当て指示フィールド内に少なくとも１つの最上位ビットに位置する、請求項１９に記載の方法。
前記指示情報は、下りリンク制御情報ＤＣＩに含まれ、前記ＤＣＩは、ランダム・アクセス応答メッセージをスケジュールするために使用され、前記ランダム・アクセス応答メッセージは、前記ネットワーク・デバイスが前記端末デバイスのランダム・アクセス要求に応答するためのものである、請求項１５又は１６に記載の方法。
前記指示情報は、前記ＤＣＩの予約済ビットに含まれる、請求項２１に記載の方法。
前記指示情報は、ランダム・アクセス応答メッセージ、及び前記ランダム・アクセス応答メッセージをスケジュールするためのＤＣＩに含まれ、前記ランダム・アクセス応答メッセージ内のビット及び前記ＤＣＩ内のビットは合わせて、前記端末デバイスが前記ネットワーク・デバイスと通信するために前記少なくとも２つの周波数領域リソースのうちの１つを使用することを示す、請求項１５又は１６に記載の方法。
前記第２のタイプの周波数領域リソースの帯域幅は、前記端末デバイスによってサポートされる最大帯域幅以下である、請求項１３～２３のいずれか一項に記載の方法。
ネットワーク・デバイスであって、
メモリ及びプロセッサと、
前記メモリは、プログラム命令を記憶するように記憶されており、
前記プロセッサは、前記メモリに記憶された前記プラグラム命令を呼び出して、請求項１～１２のいずれか一項に記載の方法を実装するように構成されている、デバイス。
端末デバイスであって、
メモリ及びプロセッサと、
前記メモリは、プログラム命令を記憶するように記憶されており、
前記プロセッサは、前記メモリに記憶された前記プログラム命令を呼び出して、請求項１３～２４のいずれか一項に記載の方法を実装するように構成されている、デバイス。
可読記憶媒体であって、前記可読記憶媒体は、実行可能命令を記憶し、ネットワーク・デバイスの少なくとも１つのプロセッサが前記実行可能命令を実行するときに、前記ネットワーク・デバイスは、請求項１～１２のいずれか一項に記載の方法を実行する、可読記憶媒体。
可読記憶媒体であって、前記可読記憶媒体は、実行可能命令を記憶し、端末デバイスの少なくとも１つのプロセッサが前記実行可能命令を実行するときに、前記端末デバイスは、請求項１３～２４のいずれか一項に記載の方法を実行する、可読記憶媒体。
プロセッサ及びインターフェースを含み、前記プロセッサは、メモリから、前記メモリに記憶されたコンピュータ・プログラムを呼び出し、前記コンピュータ・プログラムを動作させて、請求項１～１２のいずれか一項に記載の方法を実行するように構成されている、チップ。
プロセッサ及びインターフェースを含み、前記プロセッサは、メモリから、前記メモリに記憶されたコンピュータ・プログラムを呼び出し、前記コンピュータ・プログラムを動作させて、請求項１３～２４のいずれか一項に記載の方法を実行するように構成されている、チップ。