JP7046169B2 - 情報伝送方法および装置 - Google Patents

Description

本出願は、2017年9月30日に中国国家知的財産局に出願され、その全体が参考として本明細書に組み込まれる、「情報伝送方法および装置」なる名称の中国特許出願第201710940462．5号に基づき優先権を主張する。

本出願は、無線通信技術の分野に関し、特に、情報伝送方法および装置に関する。

通信技術の発展に伴い、無線通信の効率要件はますます高くなっている。省電力状態（たとえば、端末のアイドル状態または非アクティブ状態）から接続状態（たとえば、継続的なデータ送信状態）に切り替わるために端末によって用いられる時間は、新しい無線（New Radio、NR）システムにおける制御プレーンレイテンシと定義される。

端末が省電力状態から接続状態に切り替わる処理は、端末のランダムアクセス処理を含む。既存のランダムアクセス処理はメッセージ1からメッセージ4を含み、ランダムアクセス処理の最小継続時間は12msを超える。制御プレーンレイテンシを低減させるには、より望ましいランダムアクセスメカニズムが検討される必要がある。

本出願の実施形態は、端末が省電力状態から接続状態に切り替わる処理にかかる比較的長い時間によって引き起こされる高い制御プレーンレイテンシの問題を解決するための情報伝送方法および装置を提供する。

前述の目的を達成するために、本出願の実施形態では以下の技術的解決策が使用される。

第1の態様によれば、本出願の実施形態は、情報伝送方法を提供する。この方法は、第1のリソース構成情報を受信するステップ、次に、ダウンリンク制御情報に基づいて第1のメッセージおよび／または第2のメッセージを受信するステップを含む。第1のリソース構成情報は、ダウンリンク制御情報の伝送リソースを示すために使用され、ダウンリンク制御情報は、ランダムアクセス処理における第1のメッセージの伝送リソースを示すために使用される情報および／またはランダムアクセス処理における第2のメッセージの伝送リソースを示すために使用される情報を含み、第1のメッセージはランダムアクセス応答メッセージ、第2のメッセージは競合解決メッセージを含む。本出願のこの実施形態における解決策によれば、端末は、ダウンリンク制御情報に基づいて第1のメッセージおよび／または第2のメッセージを受信するので、基地局が第1のメッセージおよび第2のメッセージを送信する時点は、端末が第1のメッセージおよび第2のメッセージを受信する時点と同じである。このようにして、基地局の処理速度が上がっても、端末は依然として第1のメッセージおよび／または第2のメッセージを時間内に正確に受信することができる。このことは、ランダムアクセス処理の時間を短くし、それにより、制御プレーンレイテンシが低減される。

任意選択で、ダウンリンク制御情報はダウンリンク制御チャネルで搬送される情報であり、ダウンリンク制御チャネルはPDCCHであってもよい。PDCCHは、第1のメッセージの伝送リソースの指示および／または第2のメッセージの伝送リソースの指示を搬送する。これは、PDCCHで搬送されるダウンリンク制御情報が、第1のメッセージおよび／または第2のメッセージを搬送するPDSCHをスケジュールするために使用されることとしても理解され得る。

可能な方法では、第1のリソース構成情報は、1つのタイプのダウンリンク制御情報の伝送リソースを示し、言い換えると、第1のリソース構成情報は、1組のリソース組み合わせを含み、ダウンリンク制御情報は、ランダムアクセス処理における第1のメッセージの伝送リソースおよび／またはランダムアクセス処理における第2のメッセージの伝送リソースを示すために使用される情報を含む。

他の可能な実装では、第1のリソース構成情報は、第1のメッセージに対応するダウンリンク制御情報の伝送リソースと、第2のメッセージに対応するダウンリンク制御情報の伝送リソースとを別々に示す。第1のメッセージに対応するダウンリンク制御情報は、第1のメッセージの伝送リソースを示すために使用される情報を含み、第2のメッセージのダウンリンク制御情報は、第2のメッセージの伝送リソースを示すために使用される情報を含む。

可能な設計では、第1のリソース構成情報を受信するステップは、ネットワーク側デバイスからシステム指示情報を受信するステップとして実装されてもよく、システム指示情報は、第1のリソース構成情報を含む。

可能な設計では、システム指示情報の伝送リソースは、第2のリソース構成情報を使用することによって示される。

可能な設計では、方法は、ネットワーク側デバイスから第1の指示情報を受信するステップをさらに含み、第1の指示情報は、第1のリソース構成情報が第2のリソース構成情報と同じかどうかを示すために使用されるか、または、第1の指示情報は、システム指示情報が第1のリソース構成情報を運ぶかどうかを示すために使用される。本出願のこの実施形態における技術的解決策によれば、第1のリソース構成情報が第2のリソース構成情報と同じであるならば、端末は、第2のリソース構成情報に基づいてシステム指示情報の伝送リソースおよびダウンリンク制御情報の伝送リソースを決定することができ（ダウンリンク制御情報は、第1のメッセージの伝送リソースを示すために使用される情報および／または第2のメッセージの伝送リソースを示すために使用される情報を含む）、第1のリソース構成情報は追加で受信される必要はない。これにより、ネットワークのオーバーヘッドを削減できる。

可能な設計では、第1のリソース構成情報が第2のリソース構成情報と同じであるとき、またはシステム指示情報が第1のリソース構成情報を運ばないとき、第1のリソース構成情報を受信するステップは、ネットワーク側デバイスから第2のリソース構成情報を受信するステップとして実装できる。

可能な設計では、第1のリソース構成情報を受信するステップは、あるいは、ネットワーク側デバイスから第1のリソース構成情報のインデックスを受信し、次に第1のリソース構成情報のインデックスに対応する第1のリソース構成情報を決定するステップとして実装できる。

可能な設計では、方法は、端末情報に基づいて、端末情報に対応する第1のリソース構成情報を決定するステップをさらに含む。

端末情報は、以下の情報、すなわち、
物理ランダムアクセス制御チャネルPRACHの時間周波数リソース、プリアンブルインデックス、プリアンブルフォーマット、エアインタフェースアクセステクノロジーnumerologyパラメータ、およびサービスタイプ
のうちの少なくとも1つを含み、
numerologyパラメータは、以下の情報、すなわち、
サブキャリア間隔、送信時間間隔TTI長、サイクリックプレフィックスCP長、送信帯域幅、および各スロット内の直交周波数分割多重OFDMシンボルの数
のうちの少なくとも1つを含む。

可能な設計において、第1のリソース構成情報は、以下の情報、すなわち、
ダウンリンク制御情報を搬送するダウンリンク制御チャネルの周波数領域位置、ダウンリンク制御チャネルの時間領域位置、ダウンリンク制御チャネルの開始OFDMシンボルのシーケンス番号、毎回のダウンリンク制御チャネルの監視の監視持続時間、ダウンリンク制御チャネルの監視周期、ダウンリンク制御情報の伝送リソースのリソースグループサイズ、ダウンリンク制御チャネルの伝送タイプ
のうちの少なくとも1つを含む。

可能な設計において、第1のリソース構成情報に基づいて第1のメッセージおよび／または第2のメッセージを受信するための方法は、
第1のメッセージの受信時間ウィンドウの開始時点が、第1のリソース構成情報によって示される第1の連続監視期間内に位置するならば、第1の連続監視期間と第1のメッセージの受信時間ウィンドウとの間の重複期間に対応する伝送リソース、および第1のメッセージの受信時間ウィンドウ内に位置する他の完全な連続監視期間に対応する伝送リソースで、第1のメッセージに対応するダウンリンク制御情報を受信し、第1のメッセージに対応するダウンリンク制御情報に基づいて第1のメッセージを受信するステップ、または
第1のメッセージの受信時間ウィンドウの開始時点が、第1のリソース構成情報によって示される第1の連続監視期間内に位置するならば、第1の連続監視期間に対応する伝送リソースおよび第1のメッセージの受信時間ウィンドウ内に位置する他の完全な連続監視期間に対応する伝送リソースで、第1のメッセージに対応するダウンリンク制御情報を受信し、第1のメッセージに対応するダウンリンク制御情報に基づいて第1のメッセージを受信するステップ、または
第1のメッセージの受信時間ウィンドウの開始時点が、第1のリソース構成情報によって示される第1の連続監視期間内に位置するならば、第1のメッセージの受信時間ウィンドウ内に位置する他の完全な連続監視期間に対応する伝送リソースで、第1のメッセージに対応するダウンリンク制御情報を受信し、第1のメッセージに対応するダウンリンク制御情報に基づいて第1のメッセージを受信するステップ、および／または
第2のメッセージの受信時間ウィンドウの開始時点が、第1のリソース構成情報によって示される第2の連続監視期間内に位置するならば、第2の連続監視期間と第2のメッセージの受信時間ウィンドウとの間の重複期間に対応する伝送リソース、および第2のメッセージの受信時間ウィンドウ内に位置する他の完全な連続監視期間に対応する伝送リソースで、第2のメッセージに対応するダウンリンク制御情報を受信し、第2のメッセージに対応するダウンリンク制御情報に基づいて第2のメッセージを受信するステップ、または
第2のメッセージの受信時間ウィンドウの開始時点が、第1のリソース構成情報によって示される第2の連続監視期間内に位置するならば、第2の連続監視期間に対応する伝送リソースおよび第2のメッセージの受信時間ウィンドウ内に位置する他の完全な連続監視期間に対応する伝送リソースで、第2のメッセージに対応するダウンリンク制御情報を受信し、第2のメッセージに対応するダウンリンク制御情報に基づいて第2のメッセージを受信するステップ、または
第2のメッセージの受信時間ウィンドウの開始時点が、第1のリソース構成情報によって示される第2の連続監視期間内に位置するならば、第2のメッセージの受信時間ウィンドウ内に位置する他の完全な連続監視期間に対応する伝送リソースで、第2のメッセージに対応するダウンリンク制御情報を受信し、第2のメッセージに対応するダウンリンク制御情報に基づいて第2のメッセージを受信するステップである。

可能な設計において、第1のリソース構成情報に基づいて第1のメッセージおよび／または第2のメッセージを受信するための方法は、
第1のメッセージの受信時間ウィンドウの終了時点が、第1のリソース構成情報によって示される第3の連続監視期間内に位置するならば、第3の連続監視期間と第1のメッセージの受信時間ウィンドウとの間の重複期間に対応する伝送リソース、および第1のメッセージの受信時間ウィンドウ内に位置する他の完全な連続監視期間に対応する伝送リソースで、第1のメッセージに対応するダウンリンク制御情報を受信し、第1のメッセージに対応するダウンリンク制御情報に基づいて第1のメッセージを受信するステップ、または
第1のメッセージの受信時間ウィンドウの終了時点が、第1のリソース構成情報によって示される第3の連続監視期間内に位置するならば、第3の連続監視期間に対応する伝送リソースおよび第1のメッセージの受信時間ウィンドウ内に位置する他の完全な連続監視期間に対応する伝送リソースで、第1のメッセージに対応するダウンリンク制御情報を受信し、第1のメッセージに対応するダウンリンク制御情報に基づいて第1のメッセージを受信するステップ、または
第1のメッセージの受信時間ウィンドウの終了時点が、第1のリソース構成情報によって示される第3の連続監視期間内に位置するならば、第1のメッセージの受信時間ウィンドウ内に位置する他の完全な連続監視期間に対応する伝送リソースで、第1のメッセージに対応するダウンリンク制御情報を受信し、第1のメッセージに対応するダウンリンク制御情報に基づいて第1のメッセージを受信するステップ、および／または
第2のメッセージの受信時間ウィンドウの終了時点が、第1のリソース構成情報によって示される第4の連続監視期間内に位置するならば、第4の連続監視期間と第2のメッセージの受信時間ウィンドウとの間の重複期間に対応する伝送リソース、および第2のメッセージの受信時間ウィンドウ内に位置する他の完全な連続監視期間に対応する伝送リソースで、第2のメッセージに対応するダウンリンク制御情報を受信し、第2のメッセージに対応するダウンリンク制御情報に基づいて第2のメッセージを受信するステップ、または
第2のメッセージの受信時間ウィンドウの終了時点が、第1のリソース構成情報によって示される第4の連続監視期間内に位置するならば、第4の連続監視期間に対応する伝送リソースおよび第2のメッセージの受信時間ウィンドウ内に位置する他の完全な連続監視期間に対応する伝送リソースで、第2のメッセージに対応するダウンリンク制御情報を受信し、第2のメッセージに対応するダウンリンク制御情報に基づいて第2のメッセージを受信するステップ、または
第2のメッセージの受信時間ウィンドウの終了時点が、第1のリソース構成情報によって示される第4の連続監視期間内に位置するならば、第2のメッセージの受信時間ウィンドウ内に位置する他の完全な連続監視期間に対応する伝送リソースで、第2のメッセージに対応するダウンリンク制御情報を受信し、第2のメッセージに対応するダウンリンク制御情報に基づいて第2のメッセージを受信するステップである。

第2の態様によれば、本出願の実施形態は、情報伝送方法を提供する。この方法は、第1のリソース構成情報を端末に送信するステップであって、第1のリソース構成情報は、ダウンリンク制御情報の伝送リソースを示すために使用され、ダウンリンク制御情報は、ランダムアクセス処理における第1のメッセージの伝送リソースを示すために使用される情報および／またはランダムアクセス処理における第2のメッセージの伝送リソースを示すために使用される情報を含み、第1のメッセージはランダムアクセス応答メッセージ、第2のメッセージは競合解決メッセージを含む、ステップと、第1のメッセージおよび第2のメッセージを端末に送信するステップと、を含む。本出願のこの実施形態における解決策によれば、基地局は、第1のリソース構成情報を端末に送信し、その結果、端末は、ダウンリンク制御情報に基づいて第1のメッセージおよび／または第2のメッセージを受信できる。基地局が第1のメッセージおよび第2のメッセージを送信する時点は、端末が第1のメッセージおよび第2のメッセージを受信する時点と同じである。このようにして、基地局の処理速度が上がっても、端末は依然として第1のメッセージおよび第2のメッセージを時間内に正確に受信することができる。これにより、ランダムアクセス処理の時間が短くなる。このことは、端末が省電力状態から接続状態に切り替わるのにかかる時間を短くすることと同等であり、それにより、制御プレーンのレイテンシが低減される。

任意選択で、ダウンリンク制御情報はダウンリンク制御チャネルで搬送される情報であり、ダウンリンク制御チャネルはPDCCHであってもよい。PDCCHは、第1のメッセージの伝送リソースの指示および／または第2のメッセージの伝送リソースの指示を搬送する。これは、PDCCHで搬送されるダウンリンク制御情報が、第1のメッセージおよび／または第2のメッセージを搬送するPDSCHをスケジュールするために使用されることとしても理解され得る。

可能な方法では、第1のリソース構成情報は、1つのタイプのダウンリンク制御情報の伝送リソースを示し、言い換えると、第1のリソース構成情報は、1組のリソース組み合わせを含み、ダウンリンク制御情報は、ランダムアクセス処理における第1のメッセージの伝送リソースおよび／またはランダムアクセス処理における第2のメッセージの伝送リソースを示すために使用される情報を含む。

他の可能な実装では、第1のリソース構成情報は、第1のメッセージに対応するダウンリンク制御情報の伝送リソースと、第2のメッセージに対応するダウンリンク制御情報の伝送リソースとを別々に示す。第1のメッセージに対応するダウンリンク制御情報は、第1のメッセージの伝送リソースを示すために使用される情報を含み、第2のメッセージのダウンリンク制御情報は、第2のメッセージの伝送リソースを示すために使用される情報を含む。

可能な設計では、第1のリソース構成情報を端末に送信する方法は、システム指示情報を端末に送信するステップであり、システム指示情報は、第1のリソース構成情報を含む。

可能な設計では、システム指示情報の伝送リソースは、第2のリソース構成情報を使用することによって示される。

可能な設計では、方法は、第1の指示情報を端末に送信するステップをさらに含み、第1の指示情報は、第1のリソース構成情報が第2のリソース構成情報と同じかどうかを示すために使用されるか、または、第1の指示情報は、システム指示情報が第1のリソース構成情報を含むかどうかを示すために使用される。本出願のこの実施形態における技術的解決策によれば、第1のリソース構成情報が第2のリソース構成情報と同じであるならば、端末に送信される第2のリソース構成情報は、システム指示情報の伝送リソースおよびダウンリンク制御情報の伝送リソースを示すことができ（ダウンリンク制御情報は、第1のメッセージの伝送リソースを示すために使用される情報および／または第2のメッセージの伝送リソースを示すために使用される情報を含む）、第1のリソース構成情報は追加で送信される必要はない。これにより、ネットワークのオーバーヘッドが削減する。

可能な設計では、第1のリソース構成情報が第2のリソース構成情報と同じであるとき、第1のリソース構成情報を端末に送信するステップは、第2のリソース構成情報を端末に送信するステップとして実装できる。

可能な設計では、第1のリソース構成情報を端末に送信するステップは、第1のリソース構成情報のインデックスを端末に送信するステップとして実装できる。

可能な設計において、第1の構成情報は、以下の情報、すなわち、
ダウンリンク制御情報を搬送するダウンリンク制御チャネルの周波数領域位置、ダウンリンク制御チャネルの時間領域位置、ダウンリンク制御チャネルの開始OFDMシンボルのシーケンス番号、毎回のダウンリンク制御チャネルの監視の監視持続時間、ダウンリンク制御チャネルの監視周期、ダウンリンク制御情報の伝送リソースのリソースグループサイズ、ダウンリンク制御チャネルの伝送タイプ
のうちの少なくとも1つを含む。

第3の態様によれば、本出願の実施形態は、情報伝送装置を提供する。装置は、第1の態様による方法を実施する機能を有する。この機能は、ハードウェアで実装されてもよいし、対応するソフトウェアを実行するハードウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、前述の機能に対応する1つ以上のモジュールを含む。たとえば、装置は端末であってもよく、または端末内のチップであってもよい。

可能な設計では、装置は端末であり、端末はプロセッサを含み、プロセッサは、前述の方法の対応する機能を実行する端末をサポートするよう構成される。さらに、端末は、送信器および受信器を含んでもよい。送信器および受信器は、ネットワーク側デバイスと通信する端末をサポートするよう構成される。さらに、端末はメモリを含んでもよい。メモリは、プロセッサに結合されるよう構成され、端末に必要なプログラム命令およびデータを記憶するよう構成される。

第4の態様によれば、本出願の実施形態は、情報伝送装置を提供する。装置は、第2の態様による方法を実施する機能を有する。この機能は、ハードウェアで実装されてもよいし、対応するソフトウェアを実行するハードウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、前述の機能に対応する1つ以上のモジュールを含む。たとえば、装置は、基地局であってもよく、または基地局内のチップであってもよい。

可能な設計では、装置は基地局であり、基地局はプロセッサを含み、プロセッサは、前述の方法の対応する機能を実行する基地局をサポートするよう構成される。さらに、基地局は、送信器および受信器を含んでもよい。送信器および受信器は、端末と通信する基地局をサポートするよう構成される。さらに、基地局はメモリを含んでもよい。メモリは、プロセッサに結合されるよう構成され、基地局に必要なプログラム命令およびデータを記憶するよう構成される。

第5の態様によれば、本出願の実施形態は、通信システムを提供する。システムは、前述の態様による端末およびネットワーク側デバイスを含む。

第6の態様によれば、本出願の実施形態は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で実行されると、コンピュータは第1の態様による方法を実行することが可能になる。

第7の態様によれば、本出願の実施形態は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で実行されると、コンピュータは第2の態様による方法を実行することが可能になる。

第8の態様によれば、本出願の実施形態は、命令を含むコンピュータプログラム製品を提供し、コンピュータプログラム製品がコンピュータ上で実行されると、コンピュータは、第1の態様による方法を実行することが可能になる。

第9の態様によれば、本出願の実施形態は、命令を含むコンピュータプログラム製品を提供し、コンピュータプログラム製品がコンピュータ上で実行されると、コンピュータは、第2の態様による方法を実行することが可能になる。

第10の態様によれば、本出願の実施形態は、端末に適用されるチップシステムを提供する。チップシステムは、少なくとも1つのプロセッサ、少なくとも1つのメモリ、および少なくとも1つのインタフェース回路を含む。メモリ、インタフェース回路、および少なくとも1つのプロセッサは、ラインを介して互いに接続され、少なくとも1つのメモリは、命令を記憶する。命令は、第1の態様による方法を実行するために、プロセッサによって実行される。

第11の態様によれば、本出願の実施形態は、ネットワーク側デバイスに適用されるチップシステムを提供する。チップシステムは、少なくとも1つのプロセッサ、少なくとも1つのメモリ、および少なくとも1つのインタフェース回路を含む。メモリ、トランシーバ、および少なくとも1つのプロセッサは、ラインを介して互いに接続され、少なくとも1つのメモリは、命令を記憶する。命令は、第2の態様による方法を実行するために、プロセッサによって実行される。

本出願の実施形態における解決策によれば、端末は、ダウンリンク制御情報に基づいて第1のメッセージおよび／または第2のメッセージを受信するので、基地局が第1のメッセージおよび第2のメッセージを送信する時点は、端末が第1のメッセージおよび第2のメッセージを受信する時点と同じである。このようにして、基地局の処理速度が上がっても、端末は依然として第1のメッセージおよび／または第2のメッセージを時間内に正確に受信することができる。このことは、ランダムアクセス処理の時間を短くし、それにより、制御プレーンレイテンシが低減される。

本出願の一実施形態による可能な通信システムの概略図である。 本出願の一実施形態によるランダムアクセス処理の方法のフローチャートである。 本出願の一実施形態による、RAR windowとランダムアクセス応答メッセージ到着時間との間の関係の概略図の一例である。 本出願の一実施形態による情報伝送方法のフローチャートである。 本出願の一実施形態による他の情報伝送方法のフローチャートである。 本出願の一実施形態による他の情報伝送方法のフローチャートである。 本出願の一実施形態によるシステム指示情報の構造の概略図の一例である。 本出願の実施形態によるCORESETをカウント粒度として使用することの概略図の一例である。 本出願の一実施形態による、第1のリソース構成情報によって示される監視持続時間および監視周期の概略図の一例である。 本出願の一実施形態による第1のメッセージを受信するための方法の概略図の一例である。 本出願の一実施形態による第1のメッセージを受信するための他の方法の概略図の一例である。 本出願の一実施形態によるDCI監視方法の概略図の一例である。 本出願の一実施形態による他のDCI監視方法の概略図の一例である。 本出願の一実施形態による他のDCI監視方法の概略図の一例である。 本出願の一実施形態による情報伝送装置の概略構造図である。 本出願の一実施形態による端末の概略構造図である。 本出願の一実施形態による他の情報伝送装置の概略構造図である。 本出願の一実施形態による基地局の概略構造図である。

本出願で説明されているシステムアーキテクチャおよびサービスシナリオは、本出願の技術的解決策をより明確に説明することを目的としているが、本出願で提供される技術的解決策を制限することは意図していない。当業者は、システムアーキテクチャが進化し、新しいサービスシナリオが出現するにつれて、本出願で提供される技術的解決策が同様の技術的問題にも適用可能であることを知ることができる。

なお、本出願において、「例」または「たとえば」などの単語は、例、図、または説明として使用されることに留意されたい。本出願において「例」または「たとえば」として説明される実施形態または設計スキームは、他の実施形態または設計スキームよりも好ましいまたはより多くの利点を有するものとして説明されるべきではない。正確には、「例」、「たとえば」などの単語の使用は、関連する概念を特定の方法で提示することを目的としている。

本出願では、「の（英語：of）」、「対応する（英語：corresponding、relevant）」、および「対応する（英語：corresponding）」が交換可能に使用される場合がある。違いが強調されていないとき、一貫した意味が表現されていることを指摘しておく必要がある。

なお、本出願における情報伝送方法は、第1の通信装置および第2の通信装置に関連してもよいことに留意されたい。第1の通信装置は、ネットワーク側デバイスまたはネットワーク側デバイスに適用可能なチップであってもよく、第2の通信装置は、端末または端末に適用可能なチップであってもよい。

説明を簡単にするために、本出願では、第1の通信装置がネットワーク側デバイスであり、第2の通信装置が端末である例を使用して、情報伝送方法を繰り返すことなく説明する。

本出願の実施形態は、NRシステムまたはその後の進化したシステムに適用可能である。これは、本出願の実施形態では限定されない。

図1は、本出願による可能な通信システムの概略図である。通信システムは、少なくとも1つのネットワーク側デバイス10（図では1つのネットワーク側デバイス10のみが示されている）と、ネットワーク側デバイス10と通信することができる1つ以上の端末20とを含むことができる。

本出願のネットワーク側デバイスは、無線通信規格では基地局と呼ばれることもあり、ほとんどのシナリオでは、無線アクセスネットワークに配備され、端末に無線通信機能を提供するよう構成された装置である。本出願のネットワーク側デバイスは、さまざまな形式のマクロ基地局、マイクロ基地局（スモールセルとも呼ばれる）、中継局、送信／受信ポイント（Transmission Reception Point、TRP）、次世代NodeB（g Node B、gNB）、次世代コアネットワークに接続された進化型NodeB（ng evolved Node B、ng－eNB）などを含むが、これらに限定されず、無線ローカルエリアネットワーク（wireless local area network、WLAN）アクセスデバイスなどの非第3世代パートナーシッププロジェクト（Third Generation Partnership Project、3GPP）システムの無線アクセスネットワークデバイスをさらに含むことができる。同様の無線通信機能を有する無線アクセスネットワークデバイスの名前は、異なる無線アクセス技術を使用するシステムによって異なる場合がある。単に説明を簡単にするために、本出願の実施形態では、端末に無線通信機能を提供することができる前述の装置はまとめてネットワーク側デバイスと呼ばれる。

本出願の端末は、無線送受信機能を有するデバイスである。デバイスは、屋内または屋外のデバイス、ハンドヘルドデバイス、または車載デバイスなど、陸上に配置でき、または水上に（たとえば、汽船に）配置でき、または空中に（たとえば、飛行機、気球、衛星などに）配置できる。端末は、さまざまな種類の携帯電話（mobile phone）、タブレットコンピュータ（Pad）、無線トランシーバ機能を有するコンピュータ、ワイヤレスデータカード、仮想現実（Virtual Reality、VR）端末デバイス、拡張現実（augmented reality、AR）端末デバイス、マシンタイプ通信（machine type communication、MTC）用の端末デバイス、産業用制御（industrial control）の端末デバイス、自動運転（self driving）の端末デバイス、遠隔医療手術（remote medical）の端末デバイス、スマートグリッド（smart grid）の端末デバイス、輸送安全（transportation safety）の端末デバイス、スマートシティ（smart city）の端末デバイス、スマートホームの端末デバイス（冷蔵庫、テレビ、洗濯機、またはワイヤレス通信機能を有する家具などのホームデバイス）、ウェアラブルデバイス（スマートウォッチ、スマートバンド、歩数計など）などを含んでもよい。また、本出願における端末は、固定された場所にあり、上記の端末デバイスのものと同様の無線通信機能を有するデバイスとして設定されてもよい。同様の無線通信機能を有する端末の名前は、異なる無線アクセス技術を使用するシステムによって異なる場合がある。単に説明を簡単にするために、本出願の実施形態では、無線トランシーバ通信機能を有する前述の装置はまとめて端末と呼ばれる。

NRシステムでは、端末はランダムアクセス処理を通じて非アクティブ状態またはアイドル状態から接続状態に切り替わる。図2に示すように、ランダムアクセス処理は、以下のステップを含み得る。

S201．端末は、ランダムアクセスプリアンブルを基地局に送信し、端末によって送信されたランダムアクセスプリアンブルは、本明細書ではメッセージ1と呼ばれ得る。

S202．基地局は、ランダムアクセス応答メッセージを端末に送信し、基地局によって端末に送信されたランダムアクセス応答メッセージは、本明細書ではメッセージ2と呼ばれ得る。

S203．端末は、第3のメッセージを基地局に送信し、端末によって送信された第3のメッセージは、本明細書ではメッセージ3と呼ばれ得る。

S204．基地局は、競合解決メッセージを端末に送信し、基地局によって端末に送信された競合解決メッセージは、本明細書ではメッセージ4と呼ばれ得る。

メッセージ3とメッセージ4はいずれも、競合解決処理のメッセージとして理解されうる。

図2に示すランダムアクセス処理に基づいて、ロングタームエボリューション（Long Trem Evolution、LTE）システムにおける各ステップの最小レイテンシを用いて計算が実行される。ステップS201によって占められる時間は1msである。3msの間隔の後、端末はランダムアクセス応答時間ウィンドウ（Random access response window、RAR window）の開始時点においてメッセージ2を受信する。6msの間隔の後、端末はメッセージ3を基地局に送信し、端末は2ms後にメッセージ4を受信する。したがって、LTEでのランダムアクセス処理の最小レイテンシは12msを超える。

NR方式では、ランダムアクセス処理のために用いる時間を短縮するために基地局の処理速度が上げられる。たとえば、ステップS201とステップS202との間の時間間隔を短くしてもよく、ステップS203とステップS204との間の時間間隔を短くしてもよい。しかし、基地局の処理速度が上げられた後、依然として端末がRAR windowでメッセージ2を受信し、メッセージ4の受信時間ウィンドウ（メッセージ4の受信時間ウィンドウは、以下では競合解決時間ウィンドウと呼ばれる）でメッセージ4を受信するならば、端末の受信速度は基地局の処理速度に適応できない。たとえば、図3に示すように、端末がメッセージ1を送信した後のRAR windowが第5ms目から第10ms目であり、基地局がメッセージ1の処理速度を上げると仮定する。たとえば、基地局は、メッセージ1を受信してから第3ms目に、メッセージ2を搬送する物理ダウンリンク共有チャネル（Physical Downlink Shared Channel、PDSCH）をスケジュールするために使用される物理ダウンリンク制御チャネル（Physical Downlink Control Channel、PDCCH）を送信してもよい。既存のRAR受信メカニズムによれば、端末は第5ms目でPDCCHの監視を開始し、事前にPDCCHを監視することはできない。したがって、端末によってRARを受信するメカニズムを変更することをさらに検討する必要がある。

前述の問題を解決するために、本出願で提供される解決策は、基地局が、第1のリソース構成情報を端末に送信することであり、第1のリソース構成情報は、ダウンリンク制御情報の伝送リソースを示すために使用され、ダウンリンク制御情報は、ランダムアクセス処理における第1のメッセージの伝送リソースおよび／またはランダムアクセス処理における第2のメッセージの伝送リソースを示すために使用される情報を含む。次に、基地局は第1のメッセージおよび／または第2のメッセージを端末に送信し、端末はダウンリンク制御情報に基づいて第1のメッセージおよび／または第2のメッセージを受信する。この方法によれば、基地局は、第1のメッセージの伝送リソースに関する情報および／または第2のメッセージの伝送リソースに関する情報を端末に通知することができ、その結果、基地局の処理速度が上がると、端末は、第1のメッセージおよび／または第2のメッセージを時間内に正確に受信することができる。このことは、ランダムアクセス処理にかかる時間を短くし、それにより、制御プレーンレイテンシが低減される。

本出願で提供される技術的な解決策について、以下で詳しく説明する。

図4に示すように、本出願の実施形態は、情報伝送方法を提供する。本出願のこの実施形態では、基地局をネットワーク側デバイスとして用いることによって説明を行う。方法は、次のステップを含む。

S401．基地局は、第1のリソース構成情報を端末に送信する。

対応して、端末は、基地局から第1のリソース構成情報を受信する。

任意選択で、基地局は、ランダムアクセス処理の前にステップS401を実行してもよく、たとえば、ステップS201の前にステップS401を実行してもよい。

第1のリソース構成情報は、ダウンリンク制御情報の伝送リソースを示すために使用される。ダウンリンク制御情報は、ランダムアクセス処理における第1のメッセージの伝送リソースを示すために使用される情報および／またはランダムアクセス処理における第2のメッセージの伝送リソースを示すために使用される情報を含む。第1のメッセージは、ランダムアクセス応答メッセージを含む。第2のメッセージは、競合解決メッセージを含む。

任意選択で、ダウンリンク制御情報は、ダウンリンク制御チャネルで搬送される情報である。ダウンリンク制御チャネルはPDCCHであってもよい。PDCCHは、第1のメッセージの伝送リソースの指示および／または第2のメッセージの伝送リソースの指示を搬送する。これは、PDCCHで搬送されるダウンリンク制御情報が、第1のメッセージおよび／または第2のメッセージを搬送するPDSCHをスケジュールするために使用されることとしても理解され得る。

本明細書におけるダウンリンク制御情報の伝送リソースは、以下の項目、すなわち、ダウンリンク制御情報を搬送するダウンリンク制御チャネルの周波数領域位置、ダウンリンク制御チャネルの時間領域位置、ダウンリンク制御チャネルの開始OFDMシンボルのシーケンス番号、毎回のダウンリンク制御チャネルの監視の監視持続時間、ダウンリンク制御チャネルの監視周期、ダウンリンク制御情報の伝送リソースのリソースグループサイズ、ダウンリンク制御チャネルの伝送タイプのうちの少なくとも1つを含む。本明細書におけるさまざまなリソースの組み合わせを通じて取得される伝送リソース情報は、伝送リソースのセットまたは伝送リソースのタイプと呼ばれ得る。

第1の可能な方法では、第1のリソース構成情報は、1つのタイプのダウンリンク制御情報の伝送リソースを示し、言い換えると、第1のリソース構成情報は、1組のリソース組み合わせを含み、ダウンリンク制御情報は、ランダムアクセス処理における第1のメッセージの伝送リソースおよび／またはランダムアクセス処理における第2のメッセージの伝送リソースを示すために使用される情報を含む。この可能な方法では、次の3つのケースがあり得る。

第1のケースでは、第1のリソース構成情報によって示されるダウンリンク制御情報は、第1のメッセージの伝送リソースに関する情報のみを含む。さらに、第1のリソース構成情報によって示されるダウンリンク制御情報または第1のメッセージは、第2のメッセージに対応するダウンリンク制御情報の伝送リソースを示すために使用される情報を含み得る。第2のメッセージに対応するダウンリンク制御情報は、第2のメッセージの伝送リソースを示すために使用される情報を含む。（たとえば、第1のリソース構成情報は、第1のメッセージに対応するPDCCHの時間周波数リソースを示し、PDCCHで搬送されるダウンリンク制御情報は、第1のメッセージを搬送するPDSCHをスケジュールするために使用される。任意選択で、第1のメッセージに対応するPDCCHで搬送されるダウンリンク制御情報は、第2のメッセージに対応するPDCCHの時間周波数リソースを示すために使用される情報をさらに含むことができ、または、第1のメッセージは第2のメッセージに対応するPDCCHの時間周波数リソースを示すために使用される情報を運び、第2のメッセージに対応するPDCCHで搬送されるダウンリンク制御情報は、第2のメッセージを搬送するPDSCHをスケジュールするために使用される。）

第2のケースでは、第1のリソース構成情報によって示されるダウンリンク制御情報は、第2のメッセージの伝送リソースを示すために使用される情報のみを含む。さらに、第1のメッセージの伝送リソースを示すために使用される情報は、基地局によって事前構成されているか、プロトコルで事前定義されている。構成方法については、従来技術を参照されたい。

第3のケースでは、第1のリソース構成情報によって示されるダウンリンク制御情報は、第1のメッセージの伝送リソースに関する情報と、第2のメッセージの伝送リソースに関する情報とを含む。この場合、第1のメッセージに対応するダウンリンク制御情報の伝送リソースは、第2のメッセージに対応するダウンリンク制御情報のものと同じである。

第2の可能な実装では、第1のリソース構成情報は、第1のメッセージに対応するダウンリンク制御情報の伝送リソースと、第2のメッセージに対応するダウンリンク制御情報の伝送リソースとを別々に示す。第1のメッセージに対応するダウンリンク制御情報は、第1のメッセージの伝送リソースを示すために使用される情報を含む。第2のメッセージのダウンリンク制御情報は、第2のメッセージの伝送リソースを示すために使用される情報を含む。なお、本出願のこの実施形態における手順は、第1の可能な実装を一例として使用することにより、以下に説明および描写されることに留意されたい。

任意選択で、基地局が第1のメッセージのみを端末に送信し、第2のメッセージを端末に送信しないとき、第1のリソース構成情報は、第1のメッセージに対応するダウンリンク制御情報の伝送リソースのみを示すために使用される。第1のメッセージに対応するダウンリンク制御情報は、第1のメッセージの伝送リソースを示すために使用される情報を含む。

第1の構成情報は、以下の情報、すなわち、
ダウンリンク制御情報を搬送するダウンリンク制御チャネルの周波数領域位置、ダウンリンク制御チャネルの時間領域位置、ダウンリンク制御チャネルの開始OFDMシンボルのシーケンス番号、毎回のダウンリンク制御チャネルの監視の監視持続時間、ダウンリンク制御チャネルの監視周期、ダウンリンク制御情報のダウンリンク制御情報のリソースグループサイズ、ダウンリンク制御チャネルの伝送タイプ
のうちの少なくとも1つを含む。

たとえば、第1のリソース構成情報は、ダウンリンク制御情報を搬送するPDCCHの伝送リソースを示す。ダウンリンク制御情報を搬送するPDCCHの周波数領域位置は、物理リソースブロック（physical resource block、PRB）の番号であってもよい。ダウンリンク制御情報を搬送するPDCCHの時間領域位置は、PDCCHによって占有される直交周波数分割多重（Orthogonal Frequency Division Multiplexing、OFDM）シンボルのシーケンス番号である。さらに、ダウンリンク制御情報を搬送するPDCCHの時間領域位置は、あるいは、開始OFDMシンボルのシーケンス番号および監視持続時間に基づいて決定されてもよい。監視周期は、ダウンリンク制御情報を搬送するPDCCHの2回の監視の間の時間間隔である。伝送タイプは、インターリービング送信または非インターリービング送信であってもよい。

S402．基地局は、第1のメッセージおよび第2のメッセージを端末に送信する。

なお、ステップS402における第1のメッセージおよび第2のメッセージは同時に送信されないことに留意されたい。具体的には、図2のランダムアクセス処理を参照すると、基地局は、端末からランダムアクセスプリアンブルを受信した後に第1のメッセージを送信し、端末から第3のメッセージを受信した後に第2のメッセージを送信する。

可能な方法では、第1のメッセージおよび第2のメッセージの送信機会は、ダウンリンク制御情報に基づいて決定されうる。

任意選択で、基地局は、ダウンリンク制御情報のものであり、かつ第1のリソース構成情報によって示される伝送リソースを使用することによって、ダウンリンク制御情報を送信する。送信されたダウンリンク制御情報は、ランダムアクセス処理における第1のメッセージの伝送リソースを示す情報および／またはランダムアクセス処理における第2のメッセージの伝送リソースを示す情報を含む。基地局は、ランダムアクセス処理における第1のメッセージの示された伝送リソースおよび／またはランダムアクセス処理における第2のメッセージの示された伝送リソースで第1のメッセージおよび／または第2のメッセージを送信する。第1のリソース構成情報によって示され、基地局がダウンリンク制御情報を送信するときに使用される、ダウンリンク制御情報の伝送リソースは、ダウンリンク制御情報のものであり、かつ基地局がランダムアクセスプリアンブルを受信する前に端末に送信される第1のリソース構成情報によって示される伝送リソースと同じである。

任意選択で、ダウンリンク制御情報が第1のメッセージの伝送リソースを示すために使用される情報のみを含むならば、ランダムアクセスプリアンブルを受信した後、基地局は、第1のメッセージのダウンリンク制御情報をダウンリンク制御情報の伝送リソースに対応するPDCCHに追加し、ダウンリンク制御情報は、第1のメッセージの伝送リソースを示すために使用される情報を含み、そして、第1のメッセージの伝送リソースに関する情報に対応するPDSCHに第1のメッセージを追加する。さらに、第1のメッセージのダウンリンク制御情報または第1のメッセージは、第2のメッセージに対応するダウンリンク制御情報の伝送リソースを示すために使用される情報を含む。次に、基地局は、第3のメッセージを受信した後、第2のメッセージに対応するダウンリンク制御情報の伝送リソースによって示されるPDCCHに、第2のメッセージに対応するダウンリンク制御情報を追加する。第2のメッセージに対応するダウンリンク制御情報は、第2のメッセージの伝送リソースを示すために使用される情報を含む。

ダウンリンク制御情報が第2のメッセージの伝送リソースを示すために使用される情報のみを含むならば、基地局によって第1のメッセージを送信する方法は、図2のランダムアクセス処理において基地局によってランダムアクセス応答メッセージを送信する方法と同じである。具体的には、PDSCHは、プロトコルで事前構成または事前定義された伝送リソースに対応するPDCCHを使用することによってスケジュールされる。PDSCHは第1のメッセージを搬送する。次に、第3のメッセージを受信した後、基地局は、ダウンリンク制御情報の伝送リソースに対応するPDCCHにダウンリンク制御情報を追加し、ダウンリンク制御情報は、第2のメッセージの伝送リソースを示すために使用される情報を含み、そして、第2のメッセージの伝送リソースに関する情報に対応するPDSCHに第2のメッセージを追加する。

ダウンリンク制御情報が第1のメッセージの伝送リソースを示すために使用される情報と第2のメッセージの伝送リソースを示すために使用される情報とを含むならば、ランダムアクセスプリアンブルを受信した後、基地局は、ダウンリンク制御情報をダウンリンク制御情報の伝送リソースに対応するPDCCHに追加し、ダウンリンク制御情報は、第1のメッセージの伝送リソースを示すために使用される情報を含み、そして、第1のメッセージの伝送リソースに関する情報に対応するPDSCHに第1のメッセージを追加する。次に、第3のメッセージを受信した後、基地局は、ダウンリンク制御情報の伝送リソースに対応するPDCCHにダウンリンク制御情報を追加し、ダウンリンク制御情報は、第2のメッセージの伝送リソースを示すために使用される情報を含み、そして、第2のメッセージの伝送リソースに関する情報に対応するPDSCHに第2のメッセージを追加する。

ステップS402に対応して、第1のリソース構成情報に基づいて端末によって第1のメッセージおよび／または第2のメッセージを受信する方法を以下に説明する。

任意選択で、ステップS402に対応して、図2のランダムアクセス処理を参照すると、第1のリソース構成情報によって示されるダウンリンク制御情報が第1のメッセージの伝送リソースを示すために使用される情報のみを含むならば、ランダムアクセスプリアンブルを送信した後、端末は、ダウンリンク制御情報のものであり、かつ第1のリソース構成情報によって示される伝送リソースに対応するPDCCHでダウンリンク制御情報を受信する。受信されたダウンリンク制御情報は、第1のメッセージの伝送リソースを示すために使用される情報を含む。さらに、端末は、第1のメッセージの伝送リソースに対応するPDSCHで第1のメッセージを受信する。第1のメッセージに対応するダウンリンク制御情報または第1のメッセージは、第2のメッセージに対応するダウンリンク制御情報の伝送リソースを示すために使用される情報を含む。第3のメッセージを送信した後、端末は、第2のメッセージに対応するダウンリンク制御情報の伝送リソースのPDCCHで第2のメッセージに対応するダウンリンク制御情報を受信し、第2のメッセージの伝送リソースを示すために使用される情報を第2のメッセージに対応するダウンリンク制御情報から取得し、第2のメッセージの伝送リソースに対応するPDSCHで第2のメッセージをさらに受信する。

第1のリソース構成情報によって示されるダウンリンク制御情報が第2のメッセージの伝送リソースを示すために使用される情報のみを含むならば、端末によって第1のメッセージを受信する方法は、図2において端末によってランダムアクセス応答メッセージを受信する方法と同じである。第3のメッセージを送信した後、端末は、ダウンリンク制御情報のものであり、かつ第1のリソース構成情報によって示される伝送リソースに対応するPDCCHでダウンリンク制御情報を受信し、受信したダウンリンク制御情報は、ランダムアクセス処理における第2のメッセージの伝送リソースを示すために使用される情報を含み、そして、第2のメッセージの伝送リソースに対応するPDSCHで第2のメッセージを受信する。

第1のリソース構成情報によって示されるダウンリンク制御情報が、ランダムアクセス処理における第1のメッセージの伝送リソースを示すために使用される情報と、ランダムアクセス処理における第2のメッセージの伝送リソースを示すために使用される情報とを含むならば、ランダムアクセスプリアンブルを送信した後、端末は、ダウンリンク制御情報のものであり、第1のリソース構成情報によって示される伝送リソースに対応するPDCCHでダウンリンク制御情報を受信し、受信したダウンリンク制御情報は、ランダムアクセス処理における第1のメッセージの伝送リソースを示すために使用される情報を含み、そして、第1のメッセージの伝送リソースに対応するPDSCHで第1のメッセージを受信する。第3のメッセージを送信した後、端末は、ダウンリンク制御情報のものであり、かつ第1のリソース構成情報によって示される伝送リソースに対応するPDCCHでダウンリンク制御情報を受信し、受信したダウンリンク制御情報は、ランダムアクセス処理における第2のメッセージの伝送リソースを示すために使用される情報を含み、そして、第2のメッセージの伝送リソースに対応するPDSCHで第2のメッセージを受信する。

本出願のこの実施形態で提供される情報伝送方法によれば、基地局はダウンリンク制御情報を端末に送信し、ダウンリンク制御情報は、ランダムアクセス処理における第1のメッセージの伝送リソースを示すために使用される情報および／またはランダムアクセス処理における第2のメッセージの伝送リソースを示すために使用される情報を含む。さらに、基地局は、ダウンリンク制御情報に基づいて第1のメッセージおよび第2のメッセージを送信し、端末は、ダウンリンク制御情報に基づいて第1のメッセージおよび／または第2のメッセージを受信するので、基地局が第1のメッセージおよび第2のメッセージを送信する時点は、端末が第1のメッセージおよび第2のメッセージを受信する時点と同じである。このようにして、基地局の処理速度があがっても、端末は依然として第1のメッセージおよび／または第2のメッセージを時間内に正確に受信することができる。このことは、ランダムアクセス処理の時間を短くし、それにより、制御プレーンレイテンシが低減される。

端末またはネットワーク側デバイスが、前述の実施形態のステップの一部または全部を実行できることが理解されよう。これらのステップまたは動作は単なる例である。本出願のこの実施形態では、あるいは、他の動作または動作のさまざまな変形が実行されてもよい。さらに、ステップは、前述の実施形態に提示されたものとは異なる順序で実行されてもよく、前述の実施形態の動作は、すべて実行される必要はなくてもよい。

本出願のこの実施形態では、ステップS401は、ランダムアクセス処理の前に実行されてもよい。本出願のこの実施形態では、第1のリソース構成情報はシステム指示情報で運ばれてもよく、システム指示情報は、マスターシステム情報ブロック（Master Information Block、MIB）、システム情報ブロック1（System Information Block 1、SIB 1）、または残りの最小システム情報（Remaining system information、RMSI）のうちの1つであってもよい。具体的には、本出願の実施形態は、図5および図6に対応する実施形態で説明される方法である、第1のリソース構成情報を送信するための2つの方法を提供する。説明は、完全なランダムアクセス処理を一例として使用することによって、図5および図6に対応する実施形態においてなされる。

図5に示すように、本出願のこの実施形態の可能な実施において、方法は以下のステップを含む。

S501．基地局はシステム指示情報を端末に送信する。

対応して、端末は基地局からシステム指示情報を受信する。

システム指示情報は、第1のリソース構成情報を含む。

第1のリソース構成情報の説明については、ステップS401の関連説明を参照されたい。詳細はここでは再度説明しない。

S502．端末はランダムアクセスプリアンブルを基地局に送信する。

対応して、基地局は端末からランダムアクセスプリアンブルを受信する。

S503．基地局は第1のメッセージを端末に送信する。

S504．端末は、第1のリソース構成情報に基づいて第1のメッセージを受信する。

任意選択で、第1のリソース構成情報によって示されるダウンリンク制御情報が、第1のメッセージを送信するために使用される伝送リソースに関する情報を含まないならば、または第1のリソース構成情報が、第1のメッセージに対応するダウンリンク制御情報の伝送リソースを示さないならば、端末は、ランダムアクセス手順において端末によってランダムアクセス応答メッセージを受信するための既存の方法に基づいて第1のメッセージを受信する。

S505．端末は第3のメッセージを基地局に送信する。

対応して、基地局は、端末から第3のメッセージを受信する。

S506．基地局は第2のメッセージを端末に送信する。

S507．端末は、第1のリソース構成情報に基づいて第2のメッセージを受信する。

ステップS503、ステップS504、ステップS506、およびステップS507の実装については、図4に対応する実施形態の説明を参照されたい。詳細はここでは再度説明しない。

端末またはネットワーク側デバイスが、前述の実施形態のステップの一部または全部を実行できることが理解されよう。これらのステップまたは動作は単なる例である。本出願のこの実施形態では、あるいは、他の動作または動作のさまざまな変形が実行されてもよい。さらに、ステップは、前述の実施形態に提示されたものとは異なる順序で実行されてもよく、前述の実施形態の動作は、すべて実行される必要はなくてもよい。

図6に示すように、他の実施可能な解決策では、方法は以下のステップを含むことが理解されよう。

S601．基地局は第2のリソース構成情報を端末に送信する。

対応して、端末は第2のリソース構成情報を受信する。

第2のリソース構成情報は、システム指示情報の伝送リソースを示すために使用される。任意選択で、基地局は、第2のリソース構成情報を端末に送信されたMIBまたはEMSIに追加することができ、システム指示情報は、SIB1またはRMSIであってもよい。言い換えれば、MIBまたはEMSIにおける第2のリソース構成情報は、SIB1またはRMSIの伝送リソースを示してもよい。

基地局は、第2のリソース構成情報に基づいてシステム指示情報を端末に送信してもよく、システム指示情報は、SIB1、RMSI、または他のシステムメッセージであってもよい。さらに、端末は、第2のリソース構成情報に基づいてシステム指示情報を受信してもよい。

任意選択で、システム指示情報は、第1のリソース構成情報を含んでもよい。

任意選択で、基地局は、第1の指示情報をさらに送信してもよい。第1の指示情報は、第1のリソース構成情報が第2のリソース構成情報と同じかどうかを示すために使用されるか、または、システム指示情報が第1のリソース構成情報を運ぶかどうかを示すために使用される。あるいは、基地局が第1の指示情報を端末に送信せず、システム指示情報が第1のリソース構成情報を運ばないとき、デフォルトで、第2のリソース構成情報は第1のリソース構成情報と同じであると見なされることが事前定義され得る。

任意選択で、第1の指示情報は、MIB、EMSI、または他のシステムメッセージに含まれてもよい。第1の指示情報が、第1のリソース構成情報が第2のリソース構成情報と同じであることを示すとき、具体的には、第2のリソース構成情報が、システム指示情報の伝送リソースだけでなく、ダウンリンク制御情報の伝送リソースも示すために使用されるならば、基地局は、MIBまたはEMSIを使用して、第2のリソース構成情報および第1の指示情報を送信するだけでよい。端末は、受信した第2のリソース構成情報および第1の指示情報に基づいて、第2のリソース構成情報が第1のリソース構成情報であると決定する。この場合、第2のリソース構成情報を受信する端末は、第1のリソース構成情報を受信すると理解されうる。

あるいは、第1の指示情報は、SIB1、RMSI、または他のシステムメッセージに含まれてもよい。端末は最初に第2のリソース構成情報を受信し、次に第2のリソース構成情報に基づいてSIB1またはRMSIを受信し、SIB1またはRMSIから第1の指示情報をさらに取得する。第1の指示情報が、第1のリソース構成情報が第2のリソース構成情報と同じであることを示すか、またはシステム指示情報が第1のリソース構成情報を運ばないことを示すならば、端末は、第2のリソース構成情報が第1のリソース構成情報であると決定する。この場合、第2のリソース構成情報を受信する端末は、第1のリソース構成情報を受信すると理解されうる。

第1の指示情報が、第1のリソース構成情報が第2のリソース構成情報と異なることを示すならば、またはシステム指示情報が第1のリソース構成情報を運ぶことを示すならば、これは図4に対応する実施形態の場合と同じであり、端末は、システム指示情報で運ばれる第1のリソース構成情報に基づいて、第1のメッセージおよび／または第2のメッセージを受信する。

第1の指示情報は必須ではないことが理解され得る。

任意選択で、基地局が第1の指示情報を端末に送信せず、システム指示情報が第1のリソース構成情報を運ばないとき、基地局はMIBまたはEMSIを使用して第2のリソース構成情報を送信するだけでよく、端末は、デフォルトで、受信した第2のリソース構成情報に基づいて、第2のリソース構成情報が第1のリソース構成情報であると決定する。この場合、第2のリソース構成情報を受信する端末は、第1のリソース構成情報を受信すると理解することができる。

以下のステップS602からステップS607では、端末が、第1の指示情報に基づいて、第2のリソース構成情報が第1のリソース構成情報であると判断する例を用いて説明する。

任意選択で、第1の指示情報は、MIB、SIB1、または他のシステムメッセージ内の指示情報であってもよい。たとえば、第1の指示情報が「0」であるならば、それは、第1のリソース構成情報が第2のリソース構成情報と同じであること、またはシステム指示情報が第1のリソース構成情報を運ばないことを示す。第1の指示情報が「1」であるならば、それは、第1のリソース構成情報が第2のリソース構成情報と異なることを示すか、またはシステム指示情報が第1のリソース構成情報を運ぶことを示す。

図7に示すように、第1の指示情報がシステム指示情報内の1bit指示情報である例を用いて、図7のシステム指示情報は、指示部とデータ部に分けられる。指示部の「1」は、システム指示情報が第1のリソース構成情報を運び、データ部が第1のリソース構成情報を運ぶことを示す。「1bit」は単なる例として使用されている。本出願のこの実施形態では、指示情報によって占有されるリソースのサイズは制限されない。

第1のリソース構成情報が第2のリソース構成情報と異なるとき、基地局は第1の指示情報を送信しない場合があること、すなわち、図7のシステム指示情報は第1のリソース構成情報のみを運ぶことが理解されよう。

なお、第2のリソース構成情報は、システム指示情報の伝送リソースを示すために使用されることに留意されたい。第2のリソース構成情報はシステム指示情報のPDCCHの伝送リソースを示すために使用され、システム指示情報のPDCCHで搬送されるダウンリンク制御情報は、システム指示情報を搬送するPDSCHをスケジュールするために使用されることが理解されよう。

S602．端末はランダムアクセスプリアンブルを基地局に送信する。対応して、基地局は端末からランダムアクセスプリアンブルを受信する。

S603．基地局は第1のメッセージを端末に送信する。

S604．端末は、第2のリソース構成情報に基づいて第1のメッセージを受信する。

第1のリソース構成情報は第2のリソース構成情報と同じであるので、第2のリソース構成情報に基づいて第1のメッセージを受信する端末は、第1のリソース構成情報に基づいて第1のメッセージを受信する端末であると理解されうる。

S605．端末は第3のメッセージを基地局に送信する。

対応して、基地局は、端末から第3のメッセージを受信する。

S606．基地局は第2のメッセージを端末に送信する。

S607．端末は、第2のリソース構成情報に基づいて第2のメッセージを受信する。

第1のリソース構成情報は第2のリソース構成情報と同じであるので、第2のリソース構成情報に基づいて第2のメッセージを受信する端末は、第1のリソース構成情報に基づいて第2のメッセージを受信する端末であると理解されうる。

ステップS603、ステップS604、ステップS606、およびステップS607の実装については、図4に対応する実施形態の説明を参照されたく、詳細はここでは再度説明しない。

端末またはネットワーク側デバイスが、前述の実施形態のステップの一部または全部を実行できることが理解されよう。これらのステップまたは動作は単なる例である。本出願のこの実施形態では、あるいは、他の動作または動作のさまざまな変形が実行されてもよい。さらに、ステップは、前述の実施形態に提示されたものとは異なる順序で実行されてもよく、前述の実施形態の動作は、すべて実行される必要はなくてもよい。

任意選択で、本出願のこの実施形態の他の実装では、第1のリソース構成情報がシステム指示情報（SIB1またはRMSI）を受信するためのリソースと同じであることがプロトコルで事前定義され得る。具体的には、ランダムアクセス処理の前に、基地局はEMSIまたはMIBを端末に送信する。基地局によって送信されたEMSIまたはMIBは、制御リソースセット（Control Resource Set、CORESET）構成情報を運ぶ。端末は、CORESET構成情報に基づいてシステム指示情報を受信する。ランダムアクセス処理では、端末はデフォルトでCORESET構成情報を使用して第1のメッセージおよび／または第2のメッセージを受信する。任意選択で、ダウンリンク制御情報のものであり、第1のリソース構成情報によって示される伝送リソースはCORESETであり、CORESET構成情報は、伝送リソースを示すために使用される情報である。

前述の実施形態におけるこれらのステップまたは動作は単なる例であることが理解され得る。本出願の実施形態では、あるいは、他の動作または動作のさまざまな変形が実行されてもよい。さらに、ステップは、前述の実施形態に提示されたものとは異なる順序で実行されてもよく、前述の実施形態の動作は、すべて実行される必要はなくてもよい。

上記の実施形態に基づいて、第1のリソース構成情報を送信する方法を、例を用いて以下に説明する。

（1）任意選択で、基地局は、第1のリソース構成情報のインデックスを端末に送信しうる。対応して、端末は、第1のリソース構成情報のインデックスを受信し、第1のリソース構成情報のインデックスに対応する第1のリソース構成情報を決定する。

端末は、インデックスと第1のリソース構成情報との対応関係を記憶する。たとえば、表1が参照されうる。

なお、第1のリソース構成情報は、表1に示されているダウンリンク制御情報を搬送するPDCCHの周波数領域位置、ダウンリンク制御情報を搬送するPDCCHの時間領域位置、開始OFDMシンボルのシーケンス番号、監視持続時間、監視周期、および伝送タイプのうちのいずれか1つ以上を含んでもよいことに留意されたい。

表1を参照すると、第1のリソース構成情報のものであり、端末によって受信されるインデックスが1であるならば、1であるインデックスに対応するリソースは表１に基づいて見つけることができ、1であるインデックスに対応するリソースはダウンリンク制御情報の伝送リソースである。

任意選択で、第1のリソース構成情報が1つのタイプのダウンリンク制御情報の伝送リソースを示し、ダウンリンク制御情報が第1のメッセージの伝送リソースを示すために使用される情報および／または第2の伝送リソースを示すために使用される情報を含むならば、表1の第1のリソース構成情報は、第1のメッセージに対応するダウンリンク制御情報の伝送リソースと第2のメッセージに対応するダウンリンク制御情報の伝送リソースの両方を示す。

第1のリソース構成情報が、第1のメッセージに対応するダウンリンク制御情報の伝送リソースと第2のメッセージに対応するダウンリンク制御情報の伝送リソースを別々に示すならば、第1のメッセージに対応するダウンリンク制御情報の伝送リソースが第2のメッセージに対応するダウンリンク制御情報の伝送リソースと異なるとき、第1のメッセージに対応するダウンリンク制御情報の伝送リソースおよび／または第2のメッセージに対応するダウンリンク制御情報の伝送リソースは、異なるパラメータを含む2つのテーブルを使用して別々に示されうる。

（2）任意選択で、ランダムアクセス処理の前に、基地局は、利用可能なランダムアクセスプリアンブルリソースを端末に通知しうる。基地局は、端末が利用可能なランダムアクセスプリアンブルリソースをMIB、SIB1、EMSI、またはRMSIに追加し、任意選択でランダムアクセスプリアンブルリソースを第1のリソース構成情報に追加する。ランダムアクセスプリアンブルリソースは、物理ランダムアクセス制御チャネル（Physical Random Access Channel、PRACH）の時間領域および／または周波数領域リソース、プリアンブルインデックス（preamble ID）、およびプリアンブルフォーマットのうちの少なくとも1つを含む。

可能な実装では、基地局は、ランダムアクセスプリアンブルリソースを2つのグループにグループ化してもよく、たとえば、プリアンブルインデックスを2つのグループにグループ化してもよい。第1のグループは、プリアンブルインデックス1からプリアンブルインデックス10を含み、第2のグループは、プリアンブルインデックス11からプリアンブルインデックス64を含む。ランダムアクセスプリアンブルリソースの2つのグループに対応して、第1のリソース構成情報によって示されるコンテンツは、以下の3つのケースに分類されうる。

ケース1：基地局から端末に通知された利用可能なランダムアクセスプリアンブルインデックスが第1のグループに属しているならば、第1のリソース構成情報は、RAR windowに基づいて第1のメッセージを受信し、競合解決時間ウィンドウに基づいて第2のメッセージを受信するように端末に命令するために使用される。

任意選択で、基地局によって端末に通知された利用可能なプリアンブルインデックスが第1のグループに属しているならば、基地局は第1のリソース構成情報を端末に送信しないことがある。端末が第1のリソース構成情報を受信しないならば、端末は、デフォルトで、RAR windowに基づいて第1のメッセージを受信し、競合解決時間ウィンドウに基づいて第2のメッセージを受信する。

ケース2：基地局によって端末に通知される利用可能なプリアンブルインデックスが第2のグループに属しているならば、第1のリソース構成情報は、図4に対応する実施形態で説明した第1のリソース構成情報と同じである。

ケース3：基地局によって端末に通知される利用可能なプリアンブルインデックスが第2のグループに属しているならば、基地局は端末情報と第1のリソース構成情報との対応関係を端末に送信する。たとえば、端末情報と第1のリソース構成情報との対応関係を表2に示す。表2の1つの行は、1つの対応関係を表している。これは、基地局が複数の対応関係を端末に送信し、各対応関係が1つの第1のリソース構成情報を含むと理解され得る。端末情報と第1のリソース構成情報との対応関係を受信した後、端末は、端末の端末情報に対応する第1のリソース構成情報を検索し、第1のリソース構成情報に基づいて第1のメッセージおよび／または第2のメッセージをさらに受信する。

任意選択で、基地局は、端末情報と第1のリソース構成情報との対応関係を端末に送信しないことがあり、端末は、端末情報と第1のリソース構成情報との対応関係を事前に記憶している。たとえば、端末は表2を事前に記憶している。第1のメッセージおよび／または第2のメッセージを受信する前に、端末は、端末の端末情報に対応する第1のリソース構成情報について端末情報と第1のリソース構成情報との事前に記憶された対応関係を検索し、第1のリソース構成情報に基づいて第1のメッセージおよび／または第2のメッセージをさらに受信する。この場合、基地局は、第1のリソース構成情報を端末に送信しない場合がある。

端末情報は、以下の情報、すなわち、PRACHの時間周波数リソース、プリアンブルインデックス、プリアンブルフォーマット、エアインタフェースアクセステクノロジー（numerology）パラメータ、およびサービスタイプのうちの少なくとも1つを含む。

Numerologyパラメータは、以下の情報、すなわち、サブキャリア間隔、送信時間間隔（Transmission Time Interval、TTI）の長さ、サイクリックプレフィックス（Cyclic Prefix、CP）の長さ、送信帯域幅、および各スロット内のOFDMシンボルの数のうちの少なくとも1つを含む。

なお、表2は単なる例であることに留意されたい。第1のリソース構成情報は、表2に示す任意の1つ以上の項目を含んでもよく、端末情報は、表2に示す任意の1つ以上の項目を含んでもよい。

任意選択で、表3に示されるように、端末は、あるいは、第1のリソース構成情報のインデックス、第1のリソース構成情報、および端末情報の対応関係の表を記憶してもよい。

前述の実施形態におけるランダムアクセス処理は、すべて競合アクセス処理である。ランダムアクセス処理が非競合アクセスであるとき、基地局は、端末のためのPRACHリソースを指定しうる。PRACHリソースは、PRACH時間領域リソースおよびpreambleリソースを含む。

LTEシステムでは、基地局はPRACH時間領域リソースを指定するためにPRACHマスクインデックス（PRACH MASK Index）を端末に送信してもよく、非競合ランダムアクセス処理において端末によって使用されるべきPreambleを指定するためにPreamble Idを端末に送信する。

NRシステムでは、基地局は、異なるPRACHリソース上で異なるPreamble Idを端末に割り当てうる。具体的には、基地局は通知メッセージを送信しうる。通知メッセージは、PRACH時間周波数リソースの数またはPreamble Idの数を端末に通知するか、またはプリアンブル送信の回数を端末に通知するために使用される。

通知メッセージの内容は、n（端末のPreamble送信の回数）およびPreamble送信の各回に対応する｛PRACH MASK Index、Preamble Id｝であってもよい。PRACH MASK Indexは、PRACH時間周波数リソースを指定するために使用されるパラメータ（たとえば、PRACH時間周波数リソースのインデックス番号であり得る）である。Preamble Idは、非競合ランダムアクセスにおけるPreambleを指定するために使用されるパラメータ（たとえば、Preambleのインデックス番号であり得る）である。

実装可能な解決策では、ランダムアクセス処理において、端末はランダムアクセスプリアンブルを基地局に送信する。基地局がランダムアクセスプリアンブルに基づいてランダムアクセス応答メッセージを端末に送信した後、ランダムアクセス処理はさらに、以下のステップ1およびステップ2を含み得る。

ステップ1．端末は第3のメッセージを基地局に送信する。対応して、基地局は第3のメッセージを受信する。

端末は、アイドル状態の端末、第3の状態の端末、非アクティブ状態の端末、または無線リンクの送信に失敗した端末であり得る。第3のメッセージは、無線リソース制御回復要求、無線リソース制御再確立要求、および無線リソース制御再アクティブ化要求のうちのいずれか1つであり得ることが理解され得る。

ステップ2．基地局は、第3のメッセージのリソースメッセージを、共通制御チャネル（Common Control Channel、CCCH）または専用制御チャネル（Dedicated Control Channel、DCCH）を介して端末に送信する。

対応して、端末はCCCHとDCCHを同時に監視する。

任意選択で、端末は、第1のリソース構成情報を使用して、第3のメッセージの応答メッセージを受信することができる。第3のメッセージの応答メッセージを受信する方法については、前述の実施形態で説明した第2のメッセージを受信する方法を参照されたい。

端末がCCCHからデータまたはシグナリングを受信するならば、端末はデータまたはシグナリングに対して復号化アクションを実行しない、すなわち、端末はデータまたはシグナリングが暗号化されていないと見なす。端末がDCCHからデータまたはシグナリングを受信するならば、端末はデータまたはシグナリングを復号化する、すなわち、端末はデータまたはシグナリングが暗号化されていると見なす。たとえば、端末はCCCHで応答シグナリングを受信し、端末はシグナリングを復号化する必要がない、すなわち、端末はシグナリングが暗号化されていないと見なす。たとえば、応答シグナリングは、シグナリング無線ベアラ（Signaling Radio Bearer、SRB）0で搬送されるRRC応答シグナリングであり、SRB0はCCCHで搬送される。端末はDCCHで応答シグナリングを受信し、端末はシグナリングを復号化する、すなわち、端末はシグナリングが暗号化されていると見なす。たとえば、応答シグナリングは、SRB1で搬送されるRRC応答シグナリングであり、SRB1は、DCCHで搬送される。

任意選択で、本出願の実施形態は、前述の実施形態のシナリオに適用可能なメッセージ受信方法をさらに提供する。しかしながら、メッセージ受信方法は、上記の実施形態のシナリオに限定されず、ウィンドウに基づいてメッセージを受信するシナリオにも適用可能である。第1のメッセージの受信時間ウィンドウはRAR windowと呼ばれることがあり、第2のメッセージの受信時間ウィンドウは競合解決時間ウィンドウと呼ばれることがある。RAR windowおよび競合解決時間ウィンドウのカウント粒度は、シンボル（symbol）、スロット（slot）、または時間領域次元内のCORESETであり得る。シンボルがカウント粒度として使用されるならば、1つのカウント粒度は1つのシンボルの時間である。スロットがカウント粒度として使用されるならば、1つのカウント粒度は、スロットに含まれる最初のシンボルからスロットに含まれる最後のシンボルまでの期間である。図8に示すように、時間領域次元内のCORESETがカウント粒度として使用されるならば、図8の1つの垂直グリッドは1つのシンボルを表し、影付きの垂直グリッドはCORESETであり、1つのカウント粒度は、1つのCORESETの最初のシンボルから次のCORESETの前のシンボルまでの期間を含む。

任意選択で、シングルセル・ポイント・ツー・マルチポイント（Single Cell point－to－multipoint、SC－PTM）メッセージの監視ウィンドウのカウント粒度はまた、シンボル（symbol）、スロット（slot）、または時間領域次元内のCORESETであり得る。CORESETは、SC－PTMメッセージをスケジュールするために使用されるダウンリンク制御情報に対応する伝送リソースである。たとえば、CORESETは、PDCCHの時間周波数リソースを含み、PDCCHは、SC－PTMメッセージを搬送するために使用されるPDSCHを示し得る。

任意選択で、オンデマンドシステム情報（On demand SI、OSI）の監視ウィンドウのカウント粒度は、シンボル（symbol）、スロット（slot）、または時間領域次元内のCORESETであり得る。CORESETは、OSIをスケジュールするために使用されるダウンリンク制御情報に対応する伝送リソースである。たとえば、CORESETは、PDCCHの時間周波数リソースを含み、PDCCHは、OSIを搬送するために使用されるPDSCHを示し得る。

端末がメッセージを受信するとき（メッセージはメッセージAと呼ばれうる）、メッセージAの受信時間ウィンドウの開始時点または終了時点が、時間領域次元内にあり、かつメッセージAに対応する1つのCORESET内に位置するシナリオ。すなわち、メッセージAの受信時間ウィンドウと、時間領域次元内にあり、かつメッセージAに対応する1つのCORESETとの間に設定される交差は、時間領域次元内の完全なCORESETではない。メッセージAを受信するための解決策は、本出願の以下の実施形態においてこのシナリオのために提供される。

メッセージAは、前述の実施形態における第1のメッセージまたは第2のメッセージであってもよく、あるいはSC－PTMメッセージまたはOSIであってもよいことが理解され得る。

メッセージAに対応するCORESETは、メッセージAをスケジュールするために使用されるダウンリンク制御情報に対応する伝送リソースである。たとえば、CORESETは、PDCCHの時間周波数リソースを含むことができ、PDCCHは、メッセージAを搬送するために使用されるPDSCHを示し得る。

メッセージAが第1のメッセージまたは第2のメッセージであるシナリオの場合、第1のメッセージまたは第2のメッセージに対応するCORESETは、前述の実施形態における方法で、すなわち第1のリソース構成情報を使用して示されることができるか、または他の方法で示されることができる。これは、本出願のこの実施形態では限定されない。

たとえば、前述の実施形態における第1のリソース構成情報は、ダウンリンク制御情報を運ぶために使用されるCORESETを示すために使用される。時間領域では、第1のリソース構成情報は、開始OFDMシンボル、監視持続時間、およびCORESETの監視周期を含み得る。図9に示すように、時間領域次元のCORESETがカウント粒度として使用されるとき、時間領域次元の1つのCORESETに対応する期間は、1つの連続監視期間である。1つのCORESETの開始シンボル位置および終了シンボル位置は、開始OFDMシンボルおよび監視持続時間に基づいて決定され得る。次に、監視周期に基づいて、後続の他のCORESETの開始シンボル位置と終了シンボル位置が決定され得る。

メッセージAがSC－PTMメッセージまたはOSIであるシナリオの場合、SC－PTMメッセージまたはOSIに対応するCORESETは、システムメッセージを使用することによって示され得る。SC－PTMメッセージまたはOSIに対応するCORESETは、第1のメッセージまたは第2のメッセージに対応するCORESETと異なっていても、同じであってもよい。これは、本出願のこの実施形態では限定されない。

メッセージAに対応する1つのCORESET内に位置することは、メッセージAの受信時間ウィンドウと、時間領域次元内にあり、メッセージAに対応するCORESETとの間に設定される交差が、時間領域次元内の完全なCORESETではないことを意味する。メッセージAの受信時間ウィンドウの開始時点または終了時点が、時間領域次元内にあり、かつメッセージAに対応する1つのCORESET内に位置することは、メッセージAの受信時間ウィンドウの開始時点が、時間領域次元内のCORESETの開始時点または終了時点と同じであるケースを含まない。

本出願のこの実施形態では、CORESETがメッセージAの受信時間ウィンドウ内に位置することは、CORESETが時間領域次元内のメッセージAの受信時間ウィンドウ内に位置することを意味する。

さまざまなシナリオでメッセージAを受信する方法を以下に説明する。

シナリオ1：メッセージAの受信時間ウィンドウの開始時点は、時間領域次元内の1つのCORESETの連続的な期間内に位置する（RAR windowの開始時点は、時間領域次元内の1つのCORESET内に位置する）。

時間領域次元内の1つのCORESETの連続的な期間は、第1の連続監視期間と呼ばれることがある。

具体的には、たとえば、メッセージAの受信時間ウィンドウの開始時点が第1の連続監視期間内に位置するならば、メッセージAは、以下のいずれかの方法で受信されてもよい。

メッセージAに対応するダウンリンク制御情報は、第1の連続監視期間とメッセージAの受信時間ウィンドウとの間の重複期間に対応するCORESET部分で受信される。また、メッセージAに対応するダウンリンク制御情報は、あるいは、メッセージAの受信時間ウィンドウ内に位置する他の完全なCORESETで受信されてもよい。

あるいは、メッセージAに対応するダウンリンク制御情報は、第1の連続監視期間に対応するCORESETで受信される。また、メッセージAに対応するダウンリンク制御情報は、あるいは、メッセージAの受信時間ウィンドウ内に位置する他の完全なCORESETで受信されてもよい。

あるいは、メッセージAに対応するダウンリンク制御情報は、メッセージAの受信時間ウィンドウ内に位置する他の完全なCORESETで受信される。すなわち、メッセージAに対応するダウンリンク制御情報は、第1の連続監視期間に対応するCORESETでは受信されない。

第1のメッセージ、すなわちRARメッセージは、例として用いられる。図10に示すように、RAR windowの開始時点は、CORESET（CORESET1）内に位置する。この場合、端末は、RAR windowと、CORESET1およびRAR windowに含まれるCORESETとの間の重複領域（図10の影部分）でランダムアクセス応答メッセージを受信することができる。

あるいは、端末は、CORESET1全体およびRAR windowに含まれるCORESETでランダムアクセス応答メッセージを受信する。

あるいは、端末は、CORESET1で第1のメッセージを受信せず、RAR windowに含まれるCORESETでのみランダムアクセス応答メッセージを受信する。すなわち、端末は、CORESET1で、第1のメッセージに対応するダウンリンク制御情報を受信しない。

シナリオ2：メッセージAの受信時間ウィンドウの終了時点は、時間領域次元内の1つのCORESETの連続的な期間内に位置する（RAR windowの終了時点は、時間領域次元内の1つのCORESET内に位置する）。

時間領域次元内の1つのCORESETの連続的な期間は、第2の連続監視期間と呼ばれることがある。

具体的には、たとえば、メッセージAの受信時間ウィンドウの終了時点が第2の連続監視期間内に位置するならば、メッセージAは、以下のいずれかの方法で受信されてもよい。

メッセージAに対応するダウンリンク制御情報は、第2の連続監視期間とメッセージAの受信時間ウィンドウとの間の重複期間に対応するCORESET部分で受信される。また、メッセージAに対応するダウンリンク制御情報は、あるいは、メッセージAの受信時間ウィンドウ内に位置する他の完全なCORESETで受信されてもよい。

あるいは、メッセージAに対応するダウンリンク制御情報は、第2の連続監視期間に対応するCORESETで受信される。また、メッセージAに対応するダウンリンク制御情報は、あるいは、メッセージAの受信時間ウィンドウ内に位置する他の完全なCORESETで受信されてもよい。

あるいは、メッセージAに対応するダウンリンク制御情報は、メッセージAの受信時間ウィンドウ内の他の完全なCORESETで受信される。すなわち、メッセージAに対応するダウンリンク制御情報は、第2の連続監視期間に対応するCORESETでは受信されない。

第1のメッセージ、すなわちRARメッセージは、例として使用される。図11に示すように、RAR windowの終了時点は、CORESET（CORESET2）内に位置する。この場合、端末は、RAR windowと、CORESET2およびRAR windowに含まれるCORESETとの間の重複領域（図11の影部分）でランダムアクセス応答メッセージを受信することができる。

あるいは、端末は、CORESET2全体およびRAR windowの中に含まれるCORESETでランダムアクセス応答メッセージを受信する。

あるいは、端末は、CORESET2でランダムアクセス応答メッセージを受信せず、RAR windowの中に含まれるCORESETでのみランダムアクセス応答メッセージを受信する。すなわち、端末は、CORESET2で、第1のメッセージに対応するダウンリンク制御情報を受信しない。

任意選択で、基地局は、あるいは、メッセージAの受信時間ウィンドウの開始時点および／または終了時点が時間領域次元内の1つのCORESETの連続的な期間内に位置するならば第1のメッセージを受信するために選択された方法を端末に通知するために、無線リソース制御（Radio Resource Control、RRC）メッセージ（たとえば、MIB、SIB 1、EMSI、またはRMSI）を端末に送信することができる。

本出願の一実施形態では、端末によってダウンリンク制御情報を監視する方法がさらに説明される。キャリアアグリゲーション（Carrier Aggregation、CA）シナリオでは、端末は、メディアアクセスコントロール（Media Access Control、MAC）エンティティを使用して、すべてのサービングセルで受信または送信されるデータを処理する。したがって、端末の不連続受信（Discontinuous Reception、DRX）ステータスは、同じ時点におけるサービングセル上で一貫性を保つ必要がある。LTEシステムでは、端末のすべてのサービングセルが同じ長さのTTIを使用する。NRシステムでは、異なるサービングセルが異なるTTIを使用する場合がある。たとえば、図12に示すように、1つの垂直グリッドは1つのTTIを表し、1つのロングTTIは1msであり、1つのロングTTIの時間長は4つのショートTTIの時間長と同じである。ロングTTIの時間長またはショートTTIの時間長は、他の値であり得ることが理解され得る。これは、本出願のこの実施形態では限定されない。

説明を簡単にするために、ショートTTIを使用するサービングセルはショートTTIセルと呼ばれ、ロングTTIを使用するサービングセルはロングTTIセルと呼ばれる。

オン・デュレーション・タイマー（On Duration Timer）の実行中、端末は、ショートTTIセル上で、新しいデータを示すダウンリンク制御情報を監視し、DRXインアクティビティタイマー（DRX Inactivity timer）を有効にする。DRX Inactivity timerの時間ウィンドウの終了時点は、ロングTTIセルのTTIの中に位置しうる。LTEシステムにおける処理方法が引き続き使用されるならば、DRX Inactivity timerの時間ウィンドウの終了時点の後、端末はショートTTIセルの後続のTTI（たとえば、図12の最後の3つのTTI）ではスタンバイ状態になり、ロングTTIセルのTTIでは端末はまだアクティブ状態である。これは、異なるサービングセル上の端末のDRXステータスに不一致を生じさせる。

端末のDRXステータスが、異なるサービングセルにおいて一貫していることを確認するために、以下の方法のいずれかが使用されうる。

（a）端末が、いずれかのサービングセルで、新しいデータを示すDCIを監視しているとき（または、DRX Inactivity timerを有効／再有効化できる他のイベントが発生するとき）、DRX Inactivity timerの時間ウィンドウの終了時点が他のサービングセルのTTI内に位置するならば、端末は他のサービングセルのTTIが終了するまでDRXアクティブ時間に留まる。これは、他のサービングセルのものであり、DRX Inactivity timerの時間ウィンドウの終了時点を含むTTIが終了するまで、端末は、あるいはDRXアクティブ時間に留まるものとして理解されうる。たとえば、図12を参照すると、端末は、ロングTTIセルの最後のTTIが終了するまで、DRXアクティブ状態に留まる。すなわち、端末は、図12のショートTTIセルの最後の3つのTTIにおいてDRXアクティブ状態にある。

（b）端末が、いずれかのサービングセルで、新しいデータを示すDCIを監視しているとき（またはDRX Inactivity timerを有効／再有効化できる他のイベントが発生するとき）、DRX Inactivity timerは、最も長いTTIを有するセルの次のTTIで有効化され始めてもよい。ここで最も長いTTIを有するセルの次のTTIは、新しいダウンリンク制御情報が監視されるTTIの次のTTIである。たとえば、図13に示されるように、端末が、ショートTTIセルの第1のTTIで、新しいデータを示すDCIを監視しているならば、端末は、ロングTTIセルの第2のTTIにおいてDRX Inactivity timerを有効化し始める。さらに、図13の期間T1で端末がDRXアクティブ状態にあることがさらに保証される必要がある。すなわち、期間T1では、On Duration Timerは動作状態にある。

（c）端末が、いずれかのセルで、新しいデータを示すDCIを監視しているとき（またはDRX Inactivity timerを有効／再有効化できる他のイベントが発生するとき）、DRX Inactivity timerが有効化される。しかし、DRX Inactivity timerの初期カウントは、最も長いTTIを有し、かつ端末にサービスを提供するセルの現在のTTIの開始時点と、DRX Inactivity timerが有効になる時点との間の時間間隔に設定される。たとえば、図14に示すように、DRX Inactivity timerが有効になる実際の時点が第0．01ms目であり、DRX Inactivity timerの継続時間が2msであるならば、DRX Inactivity timerの終了時点は第2．01ms目である。明らかに、第2．01ms目はロングTTIのTTI内に位置する。本出願のこの実施形態では、DRX Inactivity timerが有効化されているときの初期カウントは、ロングTTIセルの現在のTTIの開始時点と、DRX Inactivity timerが有効化される時点との間の時間間隔、すなわち0．01msに設定される。この場合、DRX Inactivity timerの終了時点は第2ms目であり、ロングTTIセルの第2のTTIの終了時点と同じである。これにより、DRX Inactivity timerの終了時点がロングTTIセルの特定のTTI内に収まるケースが回避され、サービングセル上の端末のDRXステータスの一貫性が確保される。

なお、図8～図14に対応する実施形態で説明された情報受信方法は、図2～図7に対応する実施形態に基づいて実施されてもよいし、独立して実施されてもよいことに留意されたい。これは本出願では限定されない。

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

本出願の実施形態では、前述の方法の例に基づいて、ネットワーク側デバイスまたは端末などで機能ユニットの分割が行われうる。たとえば、各機能ユニットは、対応する機能に基づいて分割して取得されてもよいし、2つ以上の機能が1つの処理ユニットに統合されてもよい。統合ユニットは、ハードウェアの形態で実装されてもよく、ソフトウェア機能ユニットの形態で実装されてもよい。なお、本出願のこの実施形態において、ユニット分割は一例であり、単なる論理的な機能分割であることに留意されたい。実際の実装では、他の分割方法が使用されうる。

図15は、本出願の一実施形態による情報伝送装置の概略ブロック図である。装置1500は、ソフトウェアの形態で存在してもよく、端末であってもよく、または端末に適用可能なチップであってもよい。装置1500は、処理ユニット1502および通信ユニット1503を含む。処理ユニット1502は、装置1500の動作を制御および管理するよう構成される。たとえば、処理ユニット1502は、図4、図5のステップS504およびステップS507、図6のステップS604およびステップS607および／または本明細書記載の技術に使用される他のプロセスにおける、第1のメッセージのダウンリンク制御情報を受信するステップ、第1のメッセージのダウンリンク制御情報に基づいて第1のメッセージを受信するステップ、第2のメッセージのダウンリンク制御情報を受信し、第2のメッセージのダウンリンク制御情報に基づいて第２のメッセージを受信するステップを実行する装置1500をサポートするよう構成される。通信ユニット1503は、他のネットワーク要素（たとえば、ネットワーク側デバイス）と通信する装置1500をサポートするよう構成される。装置1500は、装置1500のプログラムコードおよびデータを記憶するよう構成された記憶ユニット1501をさらに含み得る。

処理ユニット1502は、プロセッサまたはコントローラであってもよく、たとえば、CPU、汎用プロセッサ、DSP、ASIC、FPGA、他のプログラマブルロジックデバイス、トランジスタロジックデバイス、ハードウェアコンポーネント、またはそれらの任意の組み合わせであってもよい。処理ユニット1502は、本出願で開示される内容を参照して説明されるロジックブロック、モジュール、および回路のさまざまな例を実装または実行することができる。あるいは、プロセッサは、計算機能を実装するための組み合わせ、たとえば、1つ以上のマイクロプロセッサの組み合わせ、またはDSPとマイクロプロセッサの組み合わせであってもよい。通信ユニット1503は、トランシーバ、トランシーバ回路、通信インタフェースなどであってもよい。記憶ユニット1501は、メモリであってもよい。

処理ユニット1502がプロセッサであり、通信ユニット1503がトランシーバであり、記憶ユニット1501がメモリである場合、本出願のこの実施形態における端末は、図16に示される端末であってもよい。

図16は、本出願の一実施形態による端末の可能な設計構造の簡略化された概略図である。端末1600は、送信器1601、受信器1602、およびプロセッサ1603を含む。あるいは、プロセッサ1603はコントローラであってもよく、図16では「コントローラ／プロセッサ1603」として示されている。任意選択で、端末1600は、モデムプロセッサ1605をさらに含んでもよく、モデムプロセッサ1605は、エンコーダ1606、変調器1607、デコーダ1608、および復調器1609を含んでもよい。

一例では、送信器1601は、出力サンプリングを調整し（たとえば、アナログ変換、フィルタリング、増幅、およびアップコンバージョンを行う）、アップリンク信号を生成する。上記の実施形態では、アップリンク信号は、アンテナを使用して基地局に送信される。ダウンリンクでは、アンテナは、前述の実施形態の基地局によって送信されたダウンリンク信号を受信する。受信器1602は、アンテナから受信した信号を調整し（たとえば、フィルタリング、増幅、ダウンコンバート、およびデジタル化）、入力サンプリングを提供する。モデムプロセッサ1605において、エンコーダ1606は、アップリンクで送信されるサービスデータおよびシグナリングメッセージを受信し、サービスデータおよびシグナリングメッセージを処理（たとえば、フォーマット、エンコード、およびインターリーブ）する。変調器1607は、符号化されたサービスデータおよび符号化されたシグナリングメッセージをさらに処理し（たとえば、シンボルマッピングを実行して変調）、出力サンプリングを提供する。復調器1609は、入力サンプリングを処理（たとえば、復調）し、シンボル推定を提供する。デコーダ1608は、シンボル推定を処理し（たとえば、デインターリーブおよび復号を実行）、端末1600に送信される復号されたデータおよび復号されたシグナリングメッセージを提供する。エンコーダ1606、変調器1607、復調器1609、およびデコーダ1608は、結合されたモデムプロセッサ1605によって実装されることができる。これらのユニットは、無線アクセスネットワークで使用される無線アクセス技術（たとえば、LTEシステムや他の進化したシステムのアクセス技術）に基づいて処理を実行する。なお、端末1600がモデムプロセッサ1605を含まない場合、モデムプロセッサ1605の前述の機能は、あるいは、プロセッサ1603によって実装されることができることに留意されたい。

プロセッサ1603は、本出願の前述の実施形態において端末1600によって実行される処理プロセスを実行するために、端末1600の動作を制御および管理する。たとえば、プロセッサ1603は、図2および図4から図6に示される方法における端末に関連する処理プロセスおよび／または本出願に記載される技術的解決策の他のプロセスを実行するようにさらに構成される。

さらに、端末1600は、メモリ1604を含んでもよい。メモリ1604は、端末1600に使用されるプログラムコードおよびデータを記憶するよう構成される。

図17は、本出願の一実施形態による他の情報伝送装置の可能なブロック図の一例である。装置1700は、ソフトウェアの形態で存在してもよく、ネットワーク側デバイス、たとえば、基地局であってもよく、またはネットワーク側デバイスに適用可能なチップであってもよい。装置1700は、処理ユニット1702および通信ユニット1703を含む。処理ユニット1702は、装置1700の動作を制御および管理するよう構成される。たとえば、処理ユニット1702は、図2のステップS202およびステップS204、図4のステップS401およびステップS402、図5のステップS501、ステップS503、およびステップS506、図6のステップS601、ステップS603およびステップS606、および／または本明細書で説明される技術に使用される他のプロセスを実行する装置1700をサポートするよう構成される。通信ユニット1703は、他のネットワークエンティティ（たとえば、端末）と通信する装置1700をサポートするよう構成される。装置1700は、装置1700のプログラムコードおよびデータを記憶するよう構成された記憶ユニット1701をさらに含み得る。

処理ユニット1702は、プロセッサまたはコントローラであってもよく、たとえば、CPU、汎用プロセッサ、DSP、ASIC、FPGA、他のプログラマブルロジックデバイス、トランジスタロジックデバイス、ハードウェアコンポーネント、またはそれらの任意の組み合わせであってもよい。処理ユニット1702は、本出願で開示される内容を参照して説明されるロジックブロック、モジュール、および回路のさまざまな例を実装または実行することができる。あるいは、プロセッサは、計算機能を実装するための組み合わせ、たとえば、1つ以上のマイクロプロセッサの組み合わせ、またはDSPとマイクロプロセッサの組み合わせであってもよい。通信ユニット1703は、通信インタフェース、トランシーバ、トランシーバ回路などであってもよい。通信インタフェースは一般的な名称である。特定の実装では、通信インタフェースは、複数のインタフェース、たとえば、基地局と端末との間のインタフェースおよび／または他のインタフェースを含み得る。記憶ユニット1701は、メモリであってもよい。

処理ユニット1702がプロセッサであり、通信ユニット1703が通信インタフェースであり、記憶ユニット1701がメモリである場合、本出願のこの実施形態における装置1700は、図18に示される基地局であってもよい。

図18を参照すると、基地局1800は、プロセッサ1802、通信インタフェース1803、およびメモリ1801を含む。任意選択で、基地局1800は、バス1804をさらに含んでもよい。通信インタフェース1803、プロセッサ1802、およびメモリ1801は、バス1804を介して互いに接続されてもよい。バス1804は、周辺機器相互接続（Peripheral Component Interconnect、略してPCI）バス、拡張業界標準アーキテクチャ（Extended Industry Standard Architecture、略してEISA）バスなどであってもよい。バス1804は、アドレスバス、データバス、制御バスなどに分類されることができる。表現を簡単にするために、図18ではバスを表すために太い線が1本しか使用されていないが、これはバスが1つしかない、または1種類のバスしかないことを意味しない。

本出願で開示される内容に関して説明される方法またはアルゴリズムステップは、ハードウェアの形で実装されてもよく、またはソフトウェア命令を実行することによってプロセッサによって実装されてもよい。ソフトウェア命令は、対応するソフトウェアモジュールを含んでもよい。ソフトウェアモジュールは、ランダムアクセスメモリ（Random Access Memory、RAM）、フラッシュメモリ、読み取り専用メモリ（Read Only Memory、ROM）、消去可能なプログラム可能な読み取り専用メモリ（Erasable Programmable ROM、EPROM）、電気的に消去可能なプログラム可能な読み取り専用メモリ（Electrically EPROM、EEPROM）、レジスタ、ハードディスク、取り外し可能なハードディスク、コンパクトディスク読み取り専用メモリ（CD－ROM）、または当技術分野で知られているその他の形式の記憶媒体に記憶されることができる。たとえば、記憶媒体はプロセッサに結合されているので、プロセッサは記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができる。もちろん、記憶媒体はプロセッサのコンポーネントであってもよい。プロセッサおよび記憶媒体は、ASICに配置され得る。さらに、ASICはコアネットワークインタフェースデバイスに配置され得る。もちろん、プロセッサおよび記憶媒体は、あるいは、別個のアセンブリとしてコアネットワークインタフェースデバイスに存在してもよい。

本出願で提供されるいくつかの実施形態では、開示されたシステム、装置、および方法は、他の方法で実装されてもよいことが理解されるべきである。たとえば、記載された装置の実施形態は単なる例である。たとえば、ユニット分割は単なる論理的な機能分割であり、実際の実装では他の分割であってもよい。たとえば、複数のユニットまたはコンポーネントが組み合わされたり、他のシステムに統合されたり、一部の機能が無視されたり、実行されないことができる。さらに、表示または議論された相互結合または直接結合または通信接続は、いくつかのインタフェースを介して実装されてもよい。装置またはユニット間の間接的な結合または通信接続は、電子または他の形式で実装されてもよい。

個別のパーツとして記述されたユニットは、物理的に分離されていてもいなくてもよく、ユニットとして表示されるパーツは物理ユニットであってもなくてもよく、1つの位置に配置されてもよいし、複数のネットワークユニットに分散されてもよい。実施形態の解決策の目的を達成するために、ユニットの一部または全部は、実際の要件に基づいて選択されてもよい。

また、本出願の実施形態における機能ユニットは、1つの処理ユニットに統合されていてもよいし、機能ユニットの各々は単独で存在してもよいし、2つ以上のユニットが1つのユニットに統合されてもよい。統合ユニットは、ハードウェアの形態で実装されてもよく、ソフトウェア機能ユニットに加えてハードウェアの形態で実装されてもよい。

実装の前述の説明に基づいて、当業者は、本出願が、必要なコモディティハードウェアに加えてソフトウェアによって、またはハードウェアのみによって実装されることができることを明確に理解することができる。ほとんどの状況では、前者がより望ましい実装である。そのような理解に基づいて、本出願の技術的解決策の本質、または先行技術に寄与する部分は、ソフトウェア製品の形態で実装されてもよい。ソフトウェア製品は、コンピュータのフロッピーディスク、ハードディスク、コンパクトディスクなどの読み取り可能な記憶媒体に記憶され、本出願の実施形態に記載された方法を実行するためにコンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイスなど）に指示するためのいくつかの指示を含む。

前述の説明は、本出願の特定の実装にすぎないが、本出願の保護範囲を制限することを意図したものではない。本出願で開示されている技術的範囲内のすべての変更または置換は、本出願の保護範囲内にあるものとする。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。

10 ネットワーク側デバイス
20 端末
1500 装置
1501 記憶ユニット
1502 処理ユニット
1503 通信ユニット
1600 端末
1601 送信器
1602 受信器
1603 プロセッサ
1604 メモリ
1605 モデムプロセッサ
1606 エンコーダ
1607 変調器
1608 デコーダ
1609 復調器
1700 装置
1701 記憶ユニット
1702 処理ユニット
1703 通信ユニット
1800 基地局、コアネットワークデバイス
1801 メモリ
1802 プロセッサ
1803 通信インタフェース
1804 バス

Claims (10)

1. 情報伝送方法であって、
   メッセージに対応するダウンリンク制御情報を受信するステップであって、ダウンリンク制御情報を受信する前記ステップは、前記メッセージの受信時間ウィンドウが、前記メッセージに対応する制御リソースセットCORESETの連続監視期間内に開始または終了するとき、前記ダウンリンク制御情報は前記CORESETでは受信されないことを含む、ステップと、
   前記受信されたダウンリンク制御情報に対応する前記メッセージを受信するステップと、
   を含み、
   メッセージに対応するダウンリンク制御情報を受信する前記ステップは、
   前記ダウンリンク制御情報が、前記連続監視期間に対応する前記CORESET以外の受信時間ウィンドウ内に完全に位置するCORESETで受信されることを含む、
   情報伝送方法。
2. 前記ダウンリンク制御情報は、物理ダウンリンク制御チャネルPDCCHで搬送され、前記CORESETは、前記PDCCHの時間周波数リソースを含む、請求項1に記載の情報伝送方法。
3. 前記メッセージはランダムアクセス応答RARメッセージを含む、請求項1または2に記載の情報伝送方法。
4. 前記メッセージは競合解決メッセージを含む、請求項1または2に記載の情報伝送方法。
5. 情報伝送装置であって、
   メッセージに対応するダウンリンク制御情報を受信するよう構成された第1のユニットであって、前記メッセージの受信時間ウィンドウが、前記メッセージに対応する制御リソースセットCORESETの連続監視期間内に開始または終了するとき、前記メッセージに対応する前記ダウンリンク制御情報は前記CORESETでは受信されない、第1のユニットと、
   前記受信されたダウンリンク制御情報に対応する前記メッセージを受信するよう構成された第2のユニットと、を含み、
   前記第1のユニットは、
   前記ダウンリンク制御情報を、前記連続監視期間に対応する前記CORESET以外の前記受信時間ウィンドウ内に完全に位置するCORESETで受信するよう構成される、
   情報伝送装置。
6. 前記ダウンリンク制御情報は、物理ダウンリンク制御チャネルPDCCHで搬送され、前記CORESETは、前記PDCCHの時間周波数リソースを含む、請求項5に記載の情報伝送装置。
7. 前記メッセージはランダムアクセス応答RARメッセージを含む、請求項5または6に記載の情報伝送装置。
8. 前記メッセージは競合解決メッセージを含む、請求項5または6に記載の情報伝送装置。
9. コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は命令を記憶し、前記命令が実行されると、装置に請求項1から4のいずれか一項に記載の情報伝送方法を実行させる、コンピュータ可読記憶媒体。
10. 通信システムであって、ネットワークデバイス、および装置を含み、前記ネットワークデバイスは前記装置と通信するよう構成され、前記装置は請求項5から8のいずれか一項に記載されている、通信システム。

Images