JP7191248B2 - ランダムアクセス方法、端末装置及びネットワーク装置 - Google Patents

Description

本願は通信分野に関し、具体的にランダムアクセス方法、端末装置及びネットワーク装置に関する。

新無線（ＮＲ、Ｎｅｗ Ｒａｄｉｏ）システム（５Ｇシステム、５Ｇネットワークとも称される）において、２ステップランダムアクセス手順の方式を用いてもよい。２ステップランダムアクセス手順において、４ステップランダムアクセス手順におけるメッセージ１（Ｍｓｇ １）及びメッセージ３（Ｍｓｇ ３）を２ステップランダムアクセス手順における第１メッセージ（Ｍｓｇ Ａ）として送信し、且つ４ステップランダムアクセス手順におけるメッセージ２（Ｍｓｇ ２）及びメッセージ２（Ｍｓｇ ４）を２ステップランダムアクセス手順における第２メッセージ（Ｍｓｇ Ｂ）として送信することができる。

端末装置から送信された第１メッセージにはランダムアクセスプリアンブル（Ｐｒｅａｍｂｌｅ）及び物理アップリンク共有チャネル（ＰＵＳＣＨ、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）が含まれるため、ネットワーク装置が第１メッセージを受信する際に２つの状況が発生する可能性がある。このとき、端末装置がこの２つの状況をどのように区別するかについては、現在、明確な規定がない。

本願の実施例はランダムアクセス方法、端末装置及びネットワーク装置を提供し、２ステップランダムアクセス手順において、ネットワーク装置が第１メッセージを受信する２つの状況を、端末装置に区別させることができる。

第１態様ではランダムアクセス方法を提供する。前記方法は、端末装置がネットワーク装置に第１メッセージを送信し、前記第１メッセージがランダムアクセスプリアンブル及び第１物理アップリンク共有チャネル（ＰＵＳＣＨ）を含み、前記第１ＰＵＳＣＨは第１伝送ブロックに対してレートマッチングを行って取得したデータを含むことと、前記端末装置は前記ネットワーク装置が前記第１メッセージに対して送信した第１ダウンリンク制御情報（ＤＣＩ）又は第２ＤＣＩを受信することと、を含む。

第２態様ではランダムアクセス方法を提供する。前記方法は、ネットワーク装置が端末装置から送信された第１メッセージを受信し、前記第１メッセージがランダムアクセスプリアンブル及び第１物理アップリンク共有チャネル（ＰＵＳＣＨ）を含み、前記第１ＰＵＳＣＨは第１伝送ブロックに対してレートマッチングを行って取得したデータを含むことと、前記ネットワーク装置が前記第１メッセージの受信結果に基づいて、前記端末装置に第１ダウンリンク制御情報（ＤＣＩ）又は第２ＤＣＩを送信することと、を含む。

第３態様では、上記第１態様又はその各実現方式における方法を実行することに用いられる端末装置を提供する。

具体的に、該端末装置は上記第１態様又はその各実現方式における方法を実行するための機能モジュールを備える。

第４態様では、上記第２態様又はその各実現方式における方法を実行することに用いられるネットワーク装置を提供する。

具体的に、該ネットワーク装置は上記第２態様又はその各実現方式における方法を実行するための機能モジュールを備える。

第５態様では、プロセッサ及びメモリを備える端末装置を提供する。該メモリはコンピュータプログラムを記憶することに用いられ、該プロセッサは該メモリに記憶されるコンピュータプログラムを呼び出して実行して、上記第１態様又はその各実現方式における方法を実行することに用いられる。

第６態様では、プロセッサ及びメモリを備えるネットワーク装置を提供する。該メモリはコンピュータプログラムを記憶することに用いられ、該プロセッサは該メモリに記憶されるコンピュータプログラムを呼び出して実行して、上記第２態様又はその各実現方式における方法を実行することに用いられる。

第７態様では、上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実現することに用いられるチップを提供する。

具体的に、該チップは、メモリからコンピュータプログラムを呼び出して実行し、該チップが取り付けられる装置に上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実行させるためのプロセッサを備える。

第８態様ではコンピュータ可読記憶媒体を提供し、コンピュータプログラムを記憶することに用いられ、該コンピュータプログラムによってコンピュータが上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実行する。

第９態様ではコンピュータプログラム製品を提供し、コンピュータプログラム命令を含み、該コンピュータプログラム命令によってコンピュータが上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実行する。

第１０態様ではコンピュータプログラムを提供し、コンピュータにおいて実行されるとき、コンピュータが上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実行する。

上記技術案によれば、２ステップランダムアクセス手順において、端末装置がネットワーク装置に第１メッセージを送信した後、ネットワーク装置は第１メッセージの異なる受信状況に基づいて端末装置に異なるＤＣＩを送信することができ、端末装置は異なるＤＣＩを受信した後、ネットワーク装置が第１メッセージを受信する２つの状況を効果的に区別することができ、それによりネットワーク装置が第１メッセージを受信する異なる状況に対して、後続の２ステップランダムアクセス手順を実行することができる。

図１は本願の実施例に係る通信システムアーキテクチャの模式図である。 図２は本願の実施例に係る４ステップランダムアクセス方法の模式的なフローチャートである。 図３は本願の実施例に係るＲＡＲを含むＭＡＣ ＰＤＵの模式図である。 図４は本願の実施例に係るＭＡＣ ＲＡＲの模式的なブロック図である。 図５は本願の実施例に係る４ステップランダムアクセスから２ステップランダムアクセスまでの模式的なフローチャートである。 図６は本願の実施例に係るランダムアクセス方法の模式的なフローチャートである。 図７は本願の実施例に係るランダムアクセス方法の具体的な実現の模式図である。 図８は本願の実施例に係る端末装置の模式的なブロック図である。 図９は本願の実施例に係るネットワーク装置の模式的なブロック図である。 図１０は本願の実施例に係る通信装置の模式的なブロック図である。 図１１は本願の実施例に係る装置の模式的なブロック図である。 図１２は本願の実施例に係る通信システムの模式的なブロック図である。

以下、本願の実施例の図面を参照しながら、本願の実施例の技術案を説明する。明らかに、説明される実施例は本願の一部の実施例であり、全部の実施例ではない。本願の実施例に基づいて、当業者が進歩性のある労働を必要とせずに取得する他の実施例は、いずれも本願の保護範囲に属する。

本願の実施例は様々な通信システム、例えば、モバイル通信用グローバル（ＧＳＭ、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）システム、符号分割多元接続（ＣＤＭＡ、Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、広帯域符号分割多元接続（ＷＣＤＭＡ、Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、汎用パケット無線サービス（ＧＰＲＳ、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ロングタームエボリューション（ＬＴＥ、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム、進化したロングタームエボリューション（ＬＴＥ－Ａ、Ａｄｖａｎｃｅｄ ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システム、新無線（ＮＲ、Ｎｅｗ Ｒａｄｉｏ）システム、ＮＲシステムの進化型システム、アンライセンススペクトルにおけるＬＴＥ（ＬＴＥ－Ｕ、ＬＴＥ－ｂａｓｅｄ ａｃｃｅｓｓ ｔｏ ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ）システム、アンライセンススペクトルにおけるＮＲ（ＮＲ－Ｕ、ＮＲ－ｂａｓｅｄ ａｃｃｅｓｓ ｔｏ ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ）システム、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）、無線ローカルエリアネットワーク（ＷＬＡＮ、Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋｓ）、ワイヤレスフィデリティ（ＷｉＦｉ、Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）、次世代通信システム又は他の通信システム等に適用できる。

一般的に、従来の通信システムのサポートする接続数は限られ、実現されやすい。ところが、通信技術の発展に伴って、移動通信システムは従来の通信をサポートするだけではなく、更に端末間（Ｄ２Ｄ、Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信、マシン対マシン（Ｍ２Ｍ、Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）通信、マシンタイプ通信（ＭＴＣ、Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）及び車車間（Ｖ２Ｖ、Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）通信等をサポートする。本願の実施例はこれらの通信システムにも適用できる。

選択肢として、本願の実施例の通信システムはキャリアアグリゲーション（ＣＡ、Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）シーンに適用されてもよく、デュアル接続（ＤＣ、Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）シーンに適用されてもよく、スタンドアローン（ＳＡ、Ｓｔａｎｄａｌｏｎｅ）ネットワーク構築シーンに適用されてもよい。

例示的に、本願の実施例が適用する通信システム１００は図１に示される。該通信システム１００はネットワーク装置１１０を備えてもよく、ネットワーク装置１１０は端末装置１２０（通信端末、端末とも称される）と通信する装置であってもよい。ネットワーク装置１１０は特定の地理的領域に通信カバレッジを提供することができ、且つ該カバレッジ領域内の端末装置と通信することができる。選択肢として、該ネットワーク装置１１０はＧＳＭシステム又はＣＤＭＡシステムにおける基地局（ＢＴＳ、Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）、ＷＣＤＭＡシステムにおける基地局（ＮＢ、ＮｏｄｅＢ）、ＬＴＥシステムにおける発展型基地局（ｅＮＢ又はｅＮｏｄｅＢ、Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ）、又はクラウド無線アクセスネットワーク（ＣＲＡＮ、Ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）における無線コントローラであってもよい。又は、該ネットワーク装置は移動交換局、中継局、アクセスポイント、車載装置、ウェアラブルデバイス、ハブ、スイッチ、ブリッジ、ルータ、５Ｇネットワークにおけるネットワーク側装置又は将来発展する公衆陸上移動網（ＰＬＭＮ、Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）におけるネットワーク装置等であってもよい。

該通信システム１００は更にネットワーク装置１１０のカバレッジ範囲内の少なくとも１つの端末装置１２０を備える。ここで使用される「端末装置」としては、有線回線を介して接続するもの、例えば公衆電話交換網（ＰＳＴＮ、Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋｓ）、デジタル加入者回線（ＤＳＬ、Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）、デジタルケーブル、直接ケーブルを介して接続するもの、及び／又は他のデータ接続／ネットワーク、及び／又は無線インターフェース、例えばセルラーネットワーク、無線ローカルエリアネットワーク（ＷＬＡＮ、Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）例えばＤＶＢ－Ｈネットワークに対するデジタルテレビネットワーク、衛星ネットワーク、ＡＭ－ＦＭ放送送信機を介するもの、及び／又は他の端末装置が通信信号を送受信するように設定される装置、及び／又はモノのインターネット（ＩｏＴ、Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）装置を含むが、それらに限らない。無線インターフェースを介して通信するように設定される端末装置は「無線通信端末」、「無線端末」又は「モバイル端末」と称されてもよい。モバイル端末の例は衛星又はセルラー方式の電話、セルラー無線電話及びデータ処理、ファックス及びデータ通信機能を組み合わせることができるパーソナル移動通信システム（ＰＣＳ、Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）端末、無線電話、ポケットベル、インターネット／イントラネットへのアクセス、Ｗｅｂブラウザ、メモ帳、カレンダー及び／又は全地球測位システム（ＧＰＳ、Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機を備えてもよいＰＤＡ、並びに通常のラップトップ及び／又はパームトップ受信機又は無線電話送受信機を備える他の電子装置を含むが、それらに限らない。端末装置とはアクセス端末、ユーザー装置（ＵＥ、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ユーザー要素、加入者局、移動局、トラバーサー、遠隔局、遠隔端末、モバイルデバイス、ユーザー端末、端末、無線通信装置、ユーザーエージェント又はユーザーデバイスを指してもよい。アクセス端末はセルラー電話、コードレスホン、セッション確立プロトコル（ＳＩＰ、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）電話、ワイヤレスローカルループ（ＷＬＬ、Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ）局、パーソナルデジタルアシスタント（ＰＤＡ、Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、無線通信機能を有する携帯装置、コンピューティングデバイス又は無線モデムに接続される他の処理装置、車載装置、ウェアラブルデバイス、５Ｇネットワークにおける端末装置又は将来発展するＰＬＭＮにおける端末装置等であってもよい。

ネットワーク装置１１０はセルにサービスを提供することができる。端末装置１２０は該セルに使用される伝送リソース（例えば、周波数領域リソース又はスペクトルリソース）によりネットワーク装置１１０と通信する。該セルはネットワーク装置１１０（例えば、基地局）に対応するセルであってもよく、セルはマクロ基地局に属してもよく、スモールセル（Ｓｍａｌｌ ｃｅｌｌ）に対応する基地局に属してもよい。ここのスモールセルはメトロセル（Ｍｅｔｒｏ ｃｅｌｌ）、マイクロセル（Ｍｉｃｒｏ ｃｅｌｌ）、ピコセル（Ｐｉｃｏ ｃｅｌｌ）、フェムトセル（Ｆｅｍｔｏ ｃｅｌｌ）等を含んでもよい。これらのスモールセルはカバレッジ範囲が狭く、送信電力が低いという特徴を有し、高速度のデータ伝送サービスを提供することに適する。

図１には１つのネットワーク装置及び２つの端末装置を例示する。選択肢として、該通信システム１００は複数のネットワーク装置を備えてもよく、且つ各ネットワーク装置のカバレッジ範囲内に他の数の端末装置が含まれてもよく、本願の実施例はこれを制限しない。

選択肢として、該通信システム１００は更にネットワークコントローラ、モビリティ管理エンティティ等の他のネットワークエンティティを備えてもよく、本願の実施例はこれを制限しない。

理解されるように、本願の実施例では、ネットワーク／システムにおける通信機能を持つ装置は通信装置と称されてもよい。図１に示される通信システム１００を例とし、通信装置は通信機能を持つネットワーク装置１１０及び端末装置１２０を含んでもよく、ネットワーク装置１１０及び端末装置１２０は前記具体的な装置であってもよく、ここで詳細な説明は省略する。通信装置は更に通信システム１００における他の装置、例えばネットワークコントローラ、モビリティ管理エンティティ等の他のネットワークエンティティを含んでもよく、本願の実施例はこれを制限しない。

理解されるように、本明細書における用語「システム」と「ネットワーク」は本明細書において常に交換可能に使用される。本明細書における用語「及び／又は」は関連オブジェクトの関連関係を説明するためのものに過ぎず、３つの関係が存在してもよいことを示す。例えば、「Ａ及び／又はＢ」は「Ａが独立して存在する」、「ＡとＢが同時に存在する」、「Ｂが独立して存在する」の３つの状況を示してもよい。また、本明細書における文字「／」は一般的に前後関連オブジェクトが「又は」の関係であることを示す。

セルサーチ過程の後で、端末装置が既にセルとのダウンリンク同期を取得したため、端末装置はダウンリンクデータを受信することができる。しかしながら、端末装置はセルとのアップリンク同期を取得しなければ、アップリンク伝送を行うことができない。端末装置はランダムアクセス手順（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）によってセルとの接続を確立してアップリンク同期を取得することができる。

ランダムアクセス手順は一般的に下記イベントによりトリガーされる。

（１）初期アクセス（Ｉｎｉｔｉａｌ Ａｃｃｅｓｓ）
端末装置は無線リソース制御（ＲＲＣ、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）アイドル状態（ＲＲＣ＿ＩＤＬＥ状態）からＲＲＣ接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）に入ることができる。

（２）ＲＲＣ接続再構築手順（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ）

（３）ハンドオーバ（Ｈａｎｄｏｖｅｒ）
このとき、端末装置は接続状態にあり、新たなセルとのアップリンク同期を確立する必要がある。

（４）ＲＲＣ接続状態において、ダウンリンクデータ又はアップリンクデータが到着するとき、アップリンクは「非同期」状態にある（ＤＬ ｏｒ ＵＬ ｄａｔａ ａｒｒｉｖａｌ ｄｕｒｉｎｇ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ｗｈｅｎ ＵＬ ｓｙｎｃｈｒｏｎｉｓａｔｉｏｎ ｓｔａｔｕｓ ｉｓ「ｎｏｎ－ｓｙｎｃｈｒｏｎｉｓｅｄ」）。

（５）ＲＲＣ接続状態において、アップリンクデータが到着するとき、スケジューリング要求（ＳＲ、Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）の伝送に利用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）リソースがない（ＵＬ ｄａｔａ ａｒｒｉｖａｌ ｄｕｒｉｎｇ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ｗｈｅｎ ｔｈｅｒｅ ａｒｅ ｎｏ ＰＵＣＣＨ ｒｅｓｏｕｒｃｅｓ ｆｏｒ ＳＲ ａｖａｉｌａｂｌｅ）。

（６）ＳＲ失敗（ＳＲ ｆａｉｌｕｒｅ）

（７）ＲＲＣの同期設定時の要求（Ｒｅｑｕｅｓｔ ｂｙ ＲＲＣ ｕｐｏｎ ｓｙｎｃｈｒｏｎｏｕｓ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）

（８）端末装置はＲＲＣ非アクティブ状態から移行する（Ｔｒａｎｓｉｔｉｏｎ ｆｒｏｍ ＲＲＣ＿ＩＮＡＣＴＩＶＥ）。

（９）ＳＣｅｌｌを追加するとき、時間アライメントを確立する（Ｔｏ ｅｓｔａｂｌｉｓｈ ｔｉｍｅ ａｌｉｇｎｍｅｎｔ ａｔ ＳＣｅｌｌ ａｄｄｉｔｉｏｎ）。

（１０）端末装置は他のシステム情報（ＯＳＩ、Ｏｔｈｅｒ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）を要求する。

（１１）端末装置はビーム（Ｂｅａｍ）障害回復（Ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）を行う必要がある。

ＮＲシステムにおいて、２つのランダムアクセス方式、即ち競争に基づくランダムアクセス方式（図２参照）及び非競争に基づくランダムアクセス方式をサポートすることができる。本願の実施例のスキームを理解しやすくするために、以下に図２を参照しながら競争に基づく４ステップランダムアクセス手順について簡単に説明する。

ステップ１、端末装置はネットワーク装置にプリアンブル（即ち、Ｍｓｇ１、ｍｅｓｓａｇｅ１）を送信する。

ランダムアクセスプリアンブルはプリアンブル、ランダムアクセスプリアンブルシーケンス、プリアンブルシーケンス等と称されてもよい。

具体的に、端末装置は物理ランダムアクセスチャネル（ＰＲＡＣＨ、Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）リソースを選択することができ、ＰＲＡＣＨリソースは時間領域リソース、周波数領域リソース及びコード領域リソースを含んでもよい。次に、端末装置は選択されたＰＲＡＣＨリソースにおいて、選択されたプリアンブルを送信することができる。ネットワーク装置はプリアンブルに基づいて端末装置との伝送遅延を推定し、且つ該伝送遅延に基づいてアップリンクタイミング（ｔｉｍｉｎｇ）を校正することができる。

ステップ２、ネットワーク装置は端末装置にランダムアクセス応答（ＲＡＲ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ、即ちＭｓｇ２、ｍｅｓｓａｇｅ２）を送信する。

ネットワーク装置はプリアンブルを送信する端末装置を検出した後、端末装置にＲＡＲを送信することができ、それによりＭｓｇ３を送信する際に使用できるアップリンクリソース情報を端末装置に通知する。ＲＡＲはプリアンブルの識別子、タイミングアドバンス（ＴＡ、Ｔｉｍｅ Ａｄｖａｎｃｅ）、アップリンクグラント（ＵＬ ｇｒａｎｔ）、一時的セル－無線ネットワーク一時識別子（ＴＣ－ＲＮＴＩ、Ｔｅｍｐｏｒａｒｙ Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）等の情報を含んでもよい。

それに対応して、端末装置については、端末装置はネットワーク装置にプリアンブルを送信した後、１つのＲＡＲウィンドウを起動して、該ＲＡＲウィンドウにおいてＲＡＲを検出することができる。端末装置がＲＡＲウィンドウにおいてＲＡＲを検出していない場合、端末装置はプリアンブルシーケンスの再送を行うことができ、端末装置がＲＡＲウィンドウにおいてＲＡＲを検出した場合、端末装置はＲＡＲで示されるＵＬグラントに基づいてＭｓｇ３の伝送を行うことができる。

端末装置がＲＡＲを検出し、具体的に、端末装置はランダムアクセス無線ネットワーク一時識別子（ＲＡ－ＲＮＴＩ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）に基づいて対応の物理ダウンリンク制御チャネル（ＰＤＣＣＨ、Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を検出することができる。ＲＡ－ＲＮＴＩによりスクランブルされたＰＤＣＣＨは物理ダウンリンク共有チャネル（ＰＤＳＣＨ、Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）をスケジューリングし、ＰＤＳＣＨにはプリアンブルに対応するＲＡＲが含まれる。

上記内容に言及した端末装置がＲＡＲを検出していないことは、
端末装置がＲＡ－ＲＮＴＩによりスクランブルされたＰＤＣＣＨを検出していない状況ａと、
端末装置がＲＡ－ＲＮＴＩによりスクランブルされたＰＤＣＣＨを検出したが、該ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを復号化していない状況ｂと、
端末装置がＰＤＳＣＨを復号化したが、該ＰＤＳＣＨにプリアンブルに対応するＲＡＲメッセージが含まれない状況ｃと、を含んでもよい。

端末装置がＲＡＲを検出したことは、端末装置が該ＲＡ－ＲＮＴＩによりスクランブルされたＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを復号化し、且つ該ＰＤＳＣＨに少なくとも１つのＲＡＲメッセージが含まれ、１つのＲＡＲメッセージが端末装置から送信された該プリアンブルへの応答であることを含んでもよい。

選択肢として、本願の実施例では、ＲＡ－ＲＮＴＩは送信側及び受信側の両方にとって明らかなプリアンブルの時間周波数リソース位置によってＲＡ－ＲＮＴＩの値を計算することができる。例えば、プリアンブルに関連するＲＡ－ＲＮＴＩは下記公式（１）によって計算されてもよい。
ＲＡ－ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ （１）
ここで、ｓ＿ｉｄはＰＲＡＣＨリソースの１番目の直交周波数分割多重（ＯＦＤＭ、Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルのインデックスであり（０≦ｓ＿ｉｄ＜１４）、ｔ＿ｉｄは１つのシステムフレームにおけるＰＲＡＣＨリソースの１番目のスロットのインデックスであり（０≦ｔ＿ｉｄ＜８０）、ｆ＿ｉｄは周波数領域におけるＰＲＡＣＨリソースのインデックスであり（０≦ｆ＿ｉｄ＜８）、ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄはプリアンブルを伝送するためのアップリンクキャリアである（０はＮＵＬキャリアを示し、１はＳＵＬキャリアを示す）。ＦＤＤにおいて、各サブフレームに１つのみのＰＲＡＣＨリソースがあるため、ｆ＿ｉｄが０である。

ネットワーク装置から送信されたＲＡＲは媒体アクセス制御（ＭＡＣ、Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）プロトコルデータユニット（ＰＤＵ、Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）に含まれてもよい。以下、図３を参照しながら、ＲＡＲを含むＭＡＣ ＰＤＵからなる観点からＲＡＲに含まれる情報を説明する。

図３から分かるように、１つのＭＡＣ ＰＤＵは１つ又は複数のＭＡＣサブＰＤＵ（ｓｕｂＰＤＵ）、及び存在し得るパディング（ｐａｄｄｉｎｇ）ビットを含んでもよい。１つのＭＡＣサブＰＤＵはバックオフインジケータ（ＢＩ、Ｂａｃｋｏｆｆ Ｉｎｄｉｃａｔｏｒ）のみがあり、又はランダムアクセスプリアンブル識別子（ＲＡＰＩＤ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ Ｉｄｅｎｔｉｆｉｅｒ）のみがあり、又はＲＡＰＩＤ及びＭＡＣ ＲＡＲがある。

ＭＡＣ ＰＤＵの構造から分かるように、ネットワーク装置は同じＰＲＡＣＨリソースにおいて複数の端末装置からのランダムアクセス要求を検出した場合、１つのＭＡＣ ＰＤＵを使用してこれらのアクセス要求に応答することができ、各ランダムアクセス要求（１つのプリアンブルインデックスに対応する）の応答は１つのＲＡＲに対応する。換言すれば、複数の端末装置は同じＰＲＡＣＨリソース（時間周波数位置が同じであり、同じＲＡ－ＲＮＴＩを使用する）においてプリアンブルを送信する場合、対応のＲＡＲは同じＭＡＣ ＰＤＵに多重化される。即ち、同じＰＲＡＣＨリソースを使用してプリアンブル（プリアンブルが必ずしも同じであるとは限らない）を送信するすべての端末装置はいずれも同じＲＡ－ＲＮＴＩによりスクランブルされたＰＤＣＣＨを検出し、且つ同じＭＡＣ ＰＤＵを受信するが、異なるＲＡＰＩＤは異なるＲＡＲに対応する。

ＭＡＣ ＰＤＵが１つのみのＲＡ－ＲＮＴＩによりスクランブルされるため、これは異なるＰＲＡＣＨリソース（時間周波数位置が異なる）を使用して送信したプリアンブルに対応するＲＡＲが、同じＭＡＣ ＰＤＵに多重化できないことを意味する。

ＭＡＣ ＰＤＵにおけるＢＩサブヘッダは１つの拡張フィールド（Ｅ）、１つのタイプフィールド（Ｔ）、２つの予約フィールド（Ｒ）及びＢＩ値を含んでもよい。ＢＩサブヘッダについて、該ＢＩサブヘッダは１回のみ出現し、且つＭＡＣヘッダ（ｈｅａｄｅｒ）の１番目のワードヘッダに位置する。端末装置が１つのＢＩサブヘッダを受信した場合、１つのバックオフ値を保存し、該値は該ワードヘッダにおけるＢＩに対応する値に等しく、そうでない場合、端末装置はバックオフ値を０に設定することができる。ＢＩに対応する値は端末装置がプリアンブルを再送する前に待つ必要がある時間範囲を指定する。端末装置がＲＡＲウィンドウにおいてＲＡＲを受信しておらず、又は受信されたＲＡＲには自体の選択したプリアンブルインデックスに合致するＲＡＰＩＤがない場合、今回のＲＡＲ受信に失敗したと見なされてもよい。このとき、端末装置は所定時間待った後、ランダムアクセスを開始する必要がある。待つ時間は０～ＢＩに対応する値で指定された待つ時間区間内のいずれか１つのランダム値であってもよい。

ＭＡＣ ＰＤＵにおけるＲＡＰＩＤサブヘッダは１つのＥ、１つのＴ及びＲＡＰＩＤ値を含んでもよい。ＲＡＰＩＤはネットワーク装置が応答受信したプリアンブルインデックスである。端末装置は該値が、自体がプリアンブルを送信する際に使用するインデックスと同じであることを発見した場合、対応のＲＡＲを受信したと見なされてもよい。

図４は本願の実施例のＭＡＣ ＲＡＲの模式的なブロック図である。図４に示すように、ＭＡＣ ＲＡＲは予約ビットＲ（例えば、１つのビット）、タイミングアドバンスコマンド（ＴＡＣ、Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ Ｃｏｍｍａｎｄ）、ＵＬグラント及びＴＣ－ＲＮＴＩを含んでもよい。ＴＡＣは端末装置によるアップリンク同期に必要な時間調整量を指定することに用いられてもよく、１２ビットを占有する。ＵＬグラントは２７ビットを占有し、Ｍｓｇ３のアップリンクリソース指示子をスケジューリングすることに用いられてもよい。ＴＣ－ＲＮＴＩは１６ビットを占有し、Ｍｓｇ４のＰＤＣＣＨをスクランブルすることに用いられてもよい。

各ＭＡＣ ＲＡＲにおける２７ビットのＵＬグラントはＰＵＳＣＨ周波数領域リソース割り当て、ＰＵＳＣＨ時間領域リソース割り当て、変調及び符号化方式（ＭＣＳ、Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）及びチャネル状態情報（ＣＳＩ、Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）等の情報を含んでもよく、具体的に表１に示される。

ステップ３、端末装置はＭｓｇ３を送信する。

端末装置はＲＡＲメッセージを受信した後、該ＲＡＲが自体に属するＲＡＲメッセージであるかどうかを判断する。例えば、端末装置はプリアンブルインデックスを利用して確認することができる。自体に属するＲＡＲメッセージであることを決定した後、ＲＲＣ層においてＭｓｇ３を生成して、ネットワーク装置にＭｓｇ３を送信することができ、その中に端末装置の識別子情報等が含まれる必要がある。ＲＡＲにおけるＵＬグラントによりスケジューリングされるＭｓｇ３の伝送に使用される冗長（ＲＶ、Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）バージョン番号は０である。

Ｍｓｇ３は主に該ランダムアクセスのトリガーイベントをネットワーク装置に通知することに用いられる。異なるランダムアクセストリガーイベントに対して、端末装置がステップ３において送信したＭｓｇ３は異なる内容を含んでもよい。

例えば、初期アクセスシーンにおいて、Ｍｓｇ３はＲＲＣ層において生成されたＲＲＣ接続要求メッセージ（ＲＲＣ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）を含んでもよい。また、Ｍｓｇ３には例えば端末装置の５Ｇ－サービング一時的移動加入者識別子（Ｓ－ＴＭＳＩ、Ｓｅｒｖｉｎｇ－Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）又は乱数等が更に含まれてもよい。

また、例えば、ＲＲＣ接続再構築シーンにおいて、Ｍｓｇ３はＲＲＣ層において生成されたＲＲＣ接続再構築要求メッセージ（ＲＲＣ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔ）を含んでもよい。また、Ｍｓｇ３には例えばセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ、Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）等が更に含まれてもよい。

更に例えば、ハンドオーバシーンにおいて、Ｍｓｇ３はＲＲＣ層において生成されたＲＲＣハンドオーバ確認メッセージ（ＲＲＣ Ｈａｎｄｏｖｅｒ Ｃｏｎｆｉｒｍ）を含んでもよく、それに端末装置のＣ－ＲＮＴＩが含まれる。また、Ｍｓｇ３には例えばバッファステータスレポート（ＢＳＲ、Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）等の情報が更に含まれてもよい。他のトリガーイベント、例えばアップリンク／ダウンリンクデータが到着するシーンにおいて、Ｍｓｇ３は少なくとも端末装置のＣ－ＲＮＴＩを含んでもよい。

ステップ３において、ハイブリッド自動再送要求（ＨＡＲＱ、Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）をサポートする。ネットワーク装置によるＭｓｇ３の受信に失敗した場合、ネットワーク装置はＴＣ－ＲＮＴＩによりスクランブルされたダウンリンク制御情報（ＤＣＩ、Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）フォーマット（ｆｏｒｍａｔ）０＿０を使用してＭＳＧ３の再送をスケジューリングすることができる。

ＴＣ－ＲＮＴＩによりスクランブルされたＤＣＩフォーマット０＿０は、アップリンク／ダウンリンクＤＣＩ指示（１ビット）、周波数領域リソース割り当て、時間領域リソース割り当て（４ビット）、周波数領域周波数ホッピング指示（１ビット）、ＭＣＳ（５ビット）、新規データ指示（ＮＤＩ、Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）（１ビットを予約する）、ＲＶバージョン（２ビット）、ＨＡＲＱプロセス番号（４ビットを予約する）、ＰＵＳＣＨ電力制御コマンドワード（２ビット）、ＵＬ／補足ＵＬ（ＳＵＬ、Ｓｕｐｐｌｅｍｅｎｔ ＵＬ）キャリア指示（１ビット）を含んでもよい。周波数領域リソース割り当てのサイズはアップリンク帯域幅部分（ＢＷＰ、Ｂａｎｄ Ｗｉｄｔｈ Ｐａｒｔ）に基づいて決定されてもよい。

ステップ４、ネットワーク装置は端末装置にＭｓｇ４を送信する。

Ｍｓｇ４には競争解決メッセージ及び端末装置に割り当てたアップリンク伝送リソースが含まれてもよい。端末装置はネットワーク装置から送信されたＭｓｇ４を受信した後、Ｍｓｇ４には端末装置から送信されたＭｓｇ３の一部の内容が含まれるかどうかを検出することができる。含まれる場合、端末装置によるランダムアクセス手順に成功したことを示し、含まれない場合、ランダムアクセス手順に失敗したと見なされ、端末装置はステップ１からランダムアクセス手順を改めて開始する必要がある。

ステップ３において、端末装置はＭｓｇ３に自体の唯一の識別子を含ませることができるため、ネットワーク装置は競争解決メカニズムにおいて、Ｍｓｇ４に端末装置の唯一の識別子を含ませることにより競争に勝つ端末装置を指定する。

ステップ４において、ＨＡＲＱの再送をサポートする。端末装置はＭｓｇ４を受信した後に物理アップリンク制御チャネル（ＰＵＣＣＨ、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）のフィードバックを行う。端末装置によるＭｓｇ４の受信に対するデコード結果は否定応答（ＮＡＣＫ、Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）である場合、ネットワーク装置はＭｓｇ４においてＨＡＲＱの再送を行うことができる。例示的に、ネットワーク装置はＣ－ＲＮＴＩ又はＴＣ－ＲＮＴＩによりスクランブルされたＤＣＩフォーマット１＿０を使用してＭｓｇ４の初期伝送又は再送をスケジューリングすることができる。端末装置はＣ－ＲＮＴＩによりスクランブルされたＤＣＩフォーマット１＿０及びその対応のＰＤＳＣＨを受信した場合、ランダムアクセスが完了し、端末装置はＴＣ－ＲＮＴＩによりスクランブルされたＤＣＩフォーマット１＿０及びその対応のＰＤＳＣＨを受信し、且つ内容の比較に成功した場合、ランダムアクセスが完了する。

ＴＣ－ＲＮＴＩによりスクランブルされたＤＣＩフォーマット１＿０は、アップリンク／ダウンリンクＤＣＩ指示（１ビット）、周波数領域リソース割り当て（サイズがＤＬ ＢＷＰ帯域幅に基づいて決定される）、時間領域リソース割り当て（４ビット）、仮想リソースブロック（ＶＲＢ、Ｖｉｒｔｕａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）から物理リソースブロック（ＰＲＢ、Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）へのマッピング（１ビット）、ＭＣＳ（５ビット）、ＮＤＩ（１ビット）、ＲＶバージョン（２ビット）、ＨＡＲＱプロセス番号（４ビット）、ダウンリンク割り当て指示（ＤＡＩ）（２ビットを予約する）、ＰＵＣＣＨ電力制御コマンドワード（２ビット）、ＰＵＣＣＨリソース指示（３ビット）、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱフィードバック時間指示（３ビット）を含んでもよい。

４ステップランダムアクセスの遅延が比較的長いため、５Ｇにおける低遅延高信頼性シーンにとって適切ではない。低遅延高信頼性関連サービスの特徴を考慮した上で、２ステップランダムアクセス手順のスキームを提案する。図５に示すように、２ステップランダムアクセス手順において、簡単に言えば、４ステップランダムアクセス手順における第１ステップ及び第３ステップを２ステップランダムアクセス手順における第１ステップにマージし、４ステップランダムアクセス手順における第２ステップ及び第４ステップを２ステップランダムアクセス手順における第２ステップにマージすることに相当する。従って、２ステップランダムアクセス手順における第１ステップにおいて、端末装置はネットワーク装置にプリアンブル及びＰＵＳＣＨを送信する必要がある。理解されるように、図５は２ステップランダムアクセス手順の１つの具体的な実現方式に過ぎず、本願の保護範囲を制限するものではない。

ところが、端末装置から送信された第１メッセージにはプリアンブル及びＰＵＳＣＨが含まれるため、ネットワーク装置が第１メッセージを受信する際に２つの状況が発生する可能性がある。このとき、端末装置がこの２つの状況をどのように区別するかについては、現在、明確な規定がない。上記問題を解決するために、本願の実施例はランダムアクセス方法を提供し、端末装置はネットワーク装置が第１メッセージを受信する異なる状況を区別することができる。

図６は本願の実施例に係るランダムアクセス方法３００の模式的なフローチャートである。図６に記載の方法は端末装置及びネットワーク装置により実行されてもよい。該端末装置は例えば図１に示される端末装置１２０であってもよい。該ネットワーク装置は例えば図１に示されるネットワーク装置１１０であってもよい。図６に示すように、該方法３００は下記内容の少なくとも一部を含んでもよい。

ステップ３１０、端末装置はネットワーク装置に第１メッセージを送信し、第１メッセージはプリアンブル及び第１ＰＵＳＣＨを含み、第１ＰＵＳＣＨは第１伝送ブロックに対してレートマッチングを行って取得したデータを含む。

ステップ３２０、ネットワーク装置は第１メッセージを受信する。

ステップ３３０、ネットワーク装置は第１メッセージの受信結果に基づいて、端末装置に第１ＤＣＩ又は第２ＤＣＩを送信する。

ステップ３４０、端末装置はネットワーク装置から送信された第１ＤＣＩ又は第２ＤＣＩを受信する。

ステップ３１０における第１メッセージがプリアンブル及び第１ＰＵＳＣＨを含むことは、端末装置がネットワーク装置にプリアンブル及び第１ＰＵＳＣＨを送信するとき、ネットワーク装置と端末装置との間に他のメッセージがなく、及び／又は、ネットワーク装置がプリアンブル及び第１ＰＵＳＣＨに対して端末装置に第２メッセージを同時に送信することができると理解されてもよい。

上記内容に言及したレートマッチングは符号化、変調、マッピング及び事前符号化等の操作を含んでもよい。また、第１伝送ブロックに端末装置の識別子が含まれてもよい。例示的に、端末装置の識別子はＴＣ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、一定ビット数と同じサイズの乱数、５Ｇ－Ｓ－ＴＭＳＩ等を含んでもよいが、それらに限らない。

選択肢として、本願の実施例では、端末装置が第１ＰＵＳＣＨを送信する際に使用するＲＶバージョンはＲＶ０であってもよい。

端末装置はネットワーク装置に第１メッセージを送信し、それに対応して、ネットワーク装置は第１メッセージを受信することができる。ネットワーク装置が第１メッセージを受信することは、
ネットワーク装置がプリアンブルシーケンスを検出したが、第１伝送ブロックを復号化していない状況１と、
ネットワーク装置がプリアンブルシーケンスを検出し、且つ第１伝送ブロックを復号化した状況２と、
ネットワーク装置がプリアンブルシーケンスを検出しておらず、第１伝送ブロックも復号化していない状況３と、を含んでもよい。

本願の実施例は主に状況１及び状況２を考慮する。理解されるように、状況３において、ネットワーク装置は端末装置が第１メッセージを送信したかどうかを決定することができないため、ネットワーク装置は状況３においていかなる処理を行わない。

ネットワーク装置は第１メッセージにおける一部又は全部のメッセージを受信した後、第１メッセージの受信結果に基づいて、端末装置に応答メッセージを送信することができる。ネットワーク装置が端末装置に応答情報を送信することは、下記２つの状況を含んでもよい。

状況Ａ
ネットワーク装置がプリアンブルシーケンスを検出したが、第１伝送ブロックを復号化していない場合（即ち、ネットワーク装置が第１メッセージを受信する状況１）、ネットワーク装置は第１メッセージを送信するものがどの端末装置であるかを決定することができず、このとき、ネットワーク装置は端末装置に第１ＤＣＩを送信し、端末装置に第１伝送ブロックを再送させることができる。

選択肢として、ネットワーク装置は第１制御リソースセット（ＣＯＲＥＳＥＴ、Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ）を利用して端末装置に第１ＤＣＩを送信してもよく、他のリソースを利用して端末装置に第１ＤＣＩを送信してもよい。このとき、端末装置はＣＯＲＥＳＥＴ又は他のリソースにおいて物理ダウンリンク制御チャネル（ＰＤＣＣＨ、Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を検出することにより第１ＤＣＩを受信することができる。ＣＯＲＥＳＥＴはプロトコルに基づいて端末装置に予め設定されたものであってもよく、又はネットワーク装置が端末装置に予め設定したものであってもよい。

本願の実施例に言及したＰＤＣＣＨは更に拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ、Ｅｎｈａｎｃｅｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、マシン型通信物理ダウンリンク制御チャネル（ＭＰＤＣＣＨ、Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ、Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）又は狭帯域の物理ダウンリンク制御チャネル（ＮＰＤＣＣＨ、Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）であってもよく、本願の実施例はこれを具体的に制限しない。

選択肢として、第１ＤＣＩは第１ＰＤＳＣＨをスケジューリングすることに用いられてもよく、第１ＰＤＳＣＨはプリアンブルの応答情報を含み、又は、第１ＤＣＩはプリアンブルの応答情報を含んでもよい。

プリアンブルの応答情報はプリアンブルの識別子、ＴＣ－ＲＮＴＩ、第１ＲＶバージョン情報、第１ＮＤＩ情報、第１キャリア指示情報、第１ＨＡＲＱプロセス番号情報、第１ＭＣＳ情報、ＰＵＳＣＨ電力制御コマンドワード情報のうちの少なくとも１つを含んでもよいが、それらに限らない。第１ＲＶバージョン情報は第２ＰＵＳＣＨの冗長バージョンを決定することに用いられてもよく、ＰＵＳＣＨ電力制御コマンドワード情報は端末装置が第１ＰＵＳＣＨの送信電力に基づいて第２ＰＵＳＣＨの送信電力を決定することに用いられてもよく、第１キャリア指示情報は端末装置が第２ＰＵＳＣＨを伝送するキャリア情報を決定することに用いられてもよい。

第２ＰＵＳＣＨは第１伝送ブロックに対してレートマッチングを行って取得したデータを含み、第１ＰＵＳＣＨは第２ＰＵＳＣＨと異なってもよい。理解されるように、第１ＰＵＳＣＨ及び第２ＰＵＳＣＨが伝送する伝送ブロックは同じであり、従って、第２ＰＵＳＣＨは第１ＰＵＳＣＨに対する再送である。

選択肢として、第１ＰＵＳＣＨ及び第２ＰＵＳＣＨは同じ第１伝送ブロックを伝送するため、第２ＰＵＳＣＨの伝送パラメータを決定するとき、第１ＭＣＳ情報に基づいて第１伝送ブロックの伝送ブロックサイズを決定する必要がない。従って、第１ＭＣＳ情報は第２ＰＵＳＣＨの変調オーダーを決定することのみに用いられてもよい。

上記技術案によれば、プリアンブルの応答情報にＲＶバージョン等を示す再送のための情報を含ませることにより、端末装置はプリアンブルの応答情報を受信した後、直接に第１メッセージにおける第１伝送ブロックを再送することができる。

プリアンブルの応答情報はＭＡＣ ＰＤＵ、例えば図３に示されるＭＡＣ ＰＤＵに含まれてもよい。１つのＭＡＣ ＰＤＵは少なくとも１つのプリアンブルの応答情報を含んでもよい。１つのＭＡＣ ＰＤＵが複数のプリアンブルの応答情報を含む場合、各プリアンブルの応答情報のサイズは一定であってもよく、且つＵＬグラントを含んでもよく、例えば、図４に示される。各ＵＬグラントに含まれる情報は表２に示される。

理解されるように、本願の実施例の具体例は当業者に本発明の実施例をより良く理解させるためのものであって、本願の実施例の範囲を制限するものではない。例えば、表２におけるプリアンブル応答情報の各フィールドのビット数は表２に示されるビット数に限らない。例として、表２におけるＭＣＳフィールドは２つのビットを占有し（異なる変調オーダー、例えばｑ、２、４、６のうちの１つを示すことに用いられる）、実際に、ＭＣＳフィールドは５つのビット又は他のビット数を占有してもよい。他の例として、表２におけるＲＶバージョンフィールドは２つのビットを占有し（ＲＶバージョン０、１、２、３を示すことに用いられる）、実際に、ＲＶバージョンフィールドは１つのビット（ＲＶバージョン０又はＲＶバージョン２を示すことに用いられる）又は他のビット数を占有してもよい。

更に理解されるように、本願の実施例は２ステップランダムアクセス手順におけるプリアンブルの応答情報のサイズを具体的に制限しない。即ち、２ステップランダムアクセス手順におけるプリアンブルの応答情報のサイズは４ステップランダムアクセス手順におけるプリアンブルの応答情報のサイズと同じであってもよく、異なってもよい。

選択肢として、２ステップランダムアクセス手順におけるプリアンブルの応答情報のサイズは４ステップランダムアクセス手順におけるプリアンブルの応答情報のサイズと同じである。選択肢として、２ステップランダムアクセス手順におけるプリアンブルの応答情報におけるＵＬグラントに含まれる情報は表２に示され、４ステップランダムアクセス手順におけるプリアンブルの応答情報におけるＵＬグラントに含まれる情報は表１に示される。選択肢として、２ステップランダムアクセス手順におけるプリアンブルの応答情報及び４ステップランダムアクセス手順におけるプリアンブルの応答情報には、現在の応答情報が２ステップランダムアクセス手順に対する指示情報であるか、それとも４ステップランダムアクセス手順に対する指示情報であるかを区別するためのものが含まれる。例えば、ＭＡＣ ＲＡＲにおける予約ビットＲは該ＭＡＣ ＲＡＲが２ステップランダムアクセス手順に対する応答情報であるか、それとも４ステップランダムアクセス手順に対する応答情報であるかを示すことに用いられてもよい。また、例えば、表１及び表２には、それぞれ、現在の応答情報が２ステップランダムアクセス手順に対するものか、それとも４ステップランダムアクセス手順に対するものかを明示的に示すための１ビット情報が更に含まれる。

プリアンブルの応答情報に含まれる第１キャリア指示情報については、更に、端末装置がアンライセンススペクトルにおいて伝送する場合、第１キャリア指示情報は更に第２ＰＵＳＣＨを送信するアンライセンスキャリアを決定することに用いられてもよい。このとき、プリアンブルの応答情報は更に、少なくとも１つのアップリンクＢＷＰの指示情報、少なくとも１つのアップリンクサブバンドの指示情報、少なくとも２つの時間領域リソースの指示情報、少なくとも２つの周波数領域リソースの指示情報、第２ＰＵＳＣＨに対応するチャネルアクセスタイプ、第２ＰＵＳＣＨに対応するチャネルアクセス優先度のうちの少なくとも１つを含んでもよい。

本願の実施例を更に深く理解するために、以下にアンライセンススペクトルを簡単に説明する。

アンライセンススペクトルは国家と地区が区分した無線機器の通信に使用可能なスペクトルである。該スペクトルは一般的に共有スペクトルであると見なされてもよく、即ち、異なる通信システムにおける通信装置は国家又は地区が該スペクトルに設定した法規の要件を満たせば、該スペクトルを使用可能であり、政府に専有のスペクトル使用許諾を申請する必要がない。アンライセンススペクトルを使用して無線通信を行う各通信システムは該スペクトルにおいて共存できるようにするために、リスンビフォートーク（ＬＢＴ、Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ）の原則に従う必要がある。即ち、通信装置はアンライセンススペクトルのチャネルにおいて信号送信を行う前に、チャネルセンシング（チャネル検出とも称される）を行う必要があり、チャネルセンシング結果がチャネルアイドルである場合のみ、通信装置は信号送信を行うことが可能であり、通信装置がアンライセンススペクトルのチャネルにおいてチャネルセンシングを行う結果はチャネルビジーである場合、信号送信を行うことが不可能である。そして、公平性を保証するために、１回の伝送において、通信装置がアンライセンススペクトルのチャネルを使用して信号伝送を行う時間長は最大チャネル占有時間（ＭＣＯＴ、Ｍａｘｉｍｕｍ Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｔｉｏｎ Ｔｉｍｅ）を超えることができない。

従って、アンライセンススペクトルにおける２ステップランダムアクセス手順において、アップリンクデータ又はダウンリンクデータを再送する際に複数の時間領域及び／又は周波数領域の候補リソースを含んでもよく、それによりデータを再送する際の伝送機会を増加させる。

本願の実施例がアンライセンススペクトルに適用される場合、プリアンブルの応答情報に含まれるチャネルアクセスタイプはタイプ１（Ｃａｔ－１）チャネルアクセスタイプ、タイプ２（Ｃａｔ－２）チャネルアクセスタイプ及びタイプ４（Ｃａｔ－４）チャネルアクセスタイプのうちの少なくとも１つを含んでもよい。

Ｃａｔ－１チャネルアクセスタイプとは、スイッチングギャップ（ｓｗｉｔｃｈｉｎｇ ｇａｐ）が終了した後に直ちに伝送し、即ちチャネルがアイドルであるかどうかを検出する必要がないことを指してもよい。該タイプ１のチャネルアクセスタイプは１つのＣＯＴ内の伝送切替に適用される。該スイッチングギャップは特定時間例えば１６μｓを超えなくてもよい。

Ｃａｔ－２チャネルアクセスタイプとは、単回の検出時間においてチャネルがアイドルである場合に信号送信を行うことが可能であり、チャネルが占有される場合に信号送信を行うことが不可能であることを指してもよい。

Ｃａｔ－４チャネルアクセスタイプとは、可変競争ウィンドウサイズ（ＣＷＳ、Ｃｏｎｔｅｎｔｉｏｎ Ｗｉｎｄｏｗ Ｓｉｚｅ）に基づくランダムバックオフのチャネルアクセスを指してもよい。このとき、通信装置はＣＷＳをＣＷｐとして決定し、ＣＷｐが可変値であり、通信装置はＣＷｐの値に基づいて乱数Ｎを生成し、通信装置はアンライセンススペクトルにおいてチャネル検出を行い、且つＮ個のスロットのチャネル検出に成功した後に信号送信を行うことが可能である。

また、チャネルアクセスタイプがＣａｔ－４チャネルアクセスタイプである場合、伝送サービスの優先度に基づいてチャネルアクセススキームの優先度を更に区別することができる。即ち、Ｃａｔ－４チャネルアクセスタイプは異なるチャネルアクセスサブスキームを有してもよく、異なるチャネルアクセスサブスキームは異なる伝送サービスの優先度に対応してもよい。表３はＣａｔ－４チャネルアクセスタイプにおいて異なるチャネル優先度に対応するチャネルアクセスパラメータの一例である。ｐ値が小さければ小さいほど、優先度が高くなる。

端末装置について、端末装置は第１メッセージを送信した後、第１タイマーを起動し、又はＲＡＲ時間窓を起動して、タイマー又はＲＡＲ時間窓の時間長範囲において第１ＤＣＩを受信することができる。

選択肢として、タイマー又はＲＡＲ時間窓はプロトコルに基づいて端末装置に予め設定されたものであってもよく、又は、ネットワーク装置が端末装置に予め設定したものであってもよく、例えば、ＲＲＣシグナリングにより設定されてもよい。

理解されるように、タイマー又はＲＡＲ時間窓はプリアンブルの送信が完了した後に起動されてもよく、第１ＰＵＳＣＨの送信が完了した後に起動されてもよく、本願の実施例はこれを具体的に制限しない。

１つの可能な実施例として、端末装置は第１ＲＮＴＩを利用して第１ＤＣＩを受信することができる。

選択肢として、本願の実施例では、第１ＲＮＴＩは、プリアンブルの時間領域位置、プリアンブルの周波数領域位置、プリアンブルの識別子、第１ＰＵＳＣＨの時間領域位置、第１ＰＵＳＣＨの周波数領域位置、第１ＰＵＳＣＨの復調基準信号（ＤＭＲＳ、Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）のアンテナポートのうちの少なくとも１つに基づいて決定されたものであってもよい。

プリアンブルの時間領域位置又は第１ＰＵＳＣＨの時間領域位置とはプリアンブル又は第１ＰＵＳＣＨの占有する時間領域リソースにおける１番目のシンボルを指してもよい。プリアンブルの周波数領域位置又は第１ＰＵＳＣＨの周波数領域位置とは周波数領域の何番目のＰＲＡＣＨリソース、又は周波数領域リソースにおける番号が最も小さいリソースブロック（ＲＢ、Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）を指してもよい。

選択肢として、第１ＲＮＴＩはＲＡ－ＲＮＴＩであってもよい。このとき、端末装置又はネットワーク装置は第１メッセージを伝送するＰＲＡＣＨリソースに基づいてＲＡ－ＲＮＴＩを算出することができる。１つの可能な計算方式は公式（２）である。
ＲＡ－ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ （２）
ここで、ｓ＿ｉｄは第１メッセージを伝送するＰＲＡＣＨリソースの１番目のＯＦＤＭシンボルのインデックスであり（０≦ｓ＿ｉｄ＜１４）、ｔ＿ｉｄは１つのシステムフレームにおける第１メッセージを伝送するＰＲＡＣＨリソースの１番目のスロットのインデックスであり（０≦ｔ＿ｉｄ＜８０）、ｆ＿ｉｄは周波数領域における第１メッセージを伝送するＰＲＡＣＨリソースのインデックスであり（０≦ｆ＿ｉｄ＜８）、ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは第１メッセージを伝送するためのアップリンクキャリアである（０はＮＵＬキャリアを示し、１はＳＵＬキャリアを示し、又は、０はアンライセンスキャリアを示し、１はライセンスキャリアを示す）。

端末装置は第１ＤＣＩを受信した後、ネットワーク装置に第２ＰＵＳＣＨを送信し、即ちネットワーク装置に第１伝送ブロックを再送することができる。

一例として、端末装置はプリアンブルの応答情報に基づいて、ネットワーク装置に第２ＰＵＳＣＨを送信することができる。例えば、プリアンブルの応答情報に第１ＲＶバージョン情報が含まれる場合、端末装置は第１ＲＶバージョン情報に基づいて、第２ＰＵＳＣＨを送信する際に使用するＲＶバージョンを決定し、次に、決定されたＲＶバージョンに基づいてネットワーク装置に第２ＰＵＳＣＨを送信することができる。

他の例として、端末装置は端末装置に予め設定された情報例えばプロトコルにおいて規定された情報に基づいて、ネットワーク装置に第２ＰＵＳＣＨを送信することができる。

第１ＤＣＩが第１ＰＤＳＣＨをスケジューリングし、第１ＰＤＳＣＨがプリアンブルの応答情報を含む場合、端末装置はネットワーク装置に第２ＰＵＳＣＨを送信する。具体的に、端末装置はＲＡＲタイマー又はＲＡＲ時間窓の時間長範囲において第１ＤＣＩを受信し、且つ第１ＤＣＩに基づいて第１ＰＤＳＣＨを復号化した後、端末装置は第１ＰＤＳＣＨが自体に対するＰＤＳＣＨであるかどうかを決定する。自体に対するＰＤＳＣＨであることを決定する場合、端末装置はネットワーク装置に第１伝送ブロックを再送することができる。

例示的に、端末装置は第１ＰＤＳＣＨが自体に対するＰＤＳＣＨであるかどうかを決定する過程において、第１ＰＤＳＣＨには該端末装置から送信されたプリアンブルの識別子が含まれるかどうかを検索することができる。第１ＰＤＳＣＨには該端末装置から送信されたプリアンブルの識別子が含まれる場合、端末装置は第１ＰＤＳＣＨが自体に対するＰＤＳＣＨであることを決定することができる。その後、端末装置はプリアンブル識別子に対応するＴＡ命令、ＵＬグラント及びＴＣ－ＲＮＴＩ等に基づいてネットワーク装置に第１伝送ブロックを再送することができる。

第１ＤＣＩがプリアンブルの応答情報を含む場合、端末装置がＲＡＲタイマー又はＲＡＲ時間窓の時間長範囲において第１ＤＣＩを受信した後、端末装置は第１ＤＣＩが自体に対するＤＣＩであるかどうかを決定する。自体に対するＤＣＩであることを決定する場合、端末装置はネットワーク装置に第１伝送ブロックを再送することができる。

選択肢として、第１ＤＣＩがプリアンブルの応答情報を含む場合、第１ＲＮＴＩはプリアンブルの識別子及び／又は第１ＰＵＳＣＨのＤＭＲＳのアンテナポートに基づいて決定したものであってもよい。

ネットワーク装置は第２ＰＵＳＣＨを受信した後、第１ＰＵＳＣＨにおけるデータを一括して受信して、第１伝送ブロックを復号化するかどうかを決定することができる。ネットワーク装置が第１伝送ブロックを正しく受信した場合、ネットワーク装置は端末装置に第２ＤＣＩを送信することができる。後続のプロセスについては以下に説明し、内容の簡潔のために、ここで詳細な説明は省略する。

ネットワーク装置が依然として第１伝送ブロックを正しく受信していない場合、ネットワーク装置は端末装置に第３ＤＣＩを送信することができる。該第３ＤＣＩは第３ＰＵＳＣＨの伝送をスケジューリングすることに用いられる。第３ＰＵＳＣＨは第１伝送ブロックに対してレートマッチングを行って取得したデータを含む。即ち、端末装置がネットワーク装置に第１伝送ブロックを再送した後、ネットワーク装置が依然として第１伝送ブロックを正しく受信していない場合、端末装置はネットワーク装置に第１伝送ブロックを再送し続けることができる。

それに対応して、端末装置はネットワーク装置から送信された第３ＤＣＩを受信することができる。一例として、プリアンブルの応答情報にＴＣ－ＲＮＴＩが含まれる場合、端末装置はＴＣ－ＲＮＴＩに基づいて第３ＤＣＩを受信することができる。

選択肢として、第３ＤＣＩは、アップリンク／ダウンリンクＤＣＩ指示、周波数領域リソース割り当て、時間領域リソース割り当て、周波数領域周波数ホッピング指示、ＭＣＳ、ＮＤＩ指示、ＲＶバージョン、ＨＡＲＱプロセス番号、ＰＵＳＣＨ電力制御コマンドワード、キャリア指示のうちの少なくとも１つを含んでもよいが、それらに限らない。

端末装置がネットワーク装置に第１伝送ブロックを再送する過程は、ネットワーク装置が第１伝送ブロックを正しく受信し、又は再送回数が最大再送回数に達するまで繰り返して行われることができる。ネットワーク装置が第１伝送ブロックを正しく受信した後、ネットワーク装置は第１伝送ブロックに対して端末装置に第２ＤＣＩを送信することができる。

選択肢として、ネットワーク装置はＴＣ－ＲＮＴＩ又は第１ＲＮＴＩ又は第２ＲＮＴＩに基づいて端末装置に第２ＤＣＩを送信することができる。それに対応して、端末装置はＴＣ－ＲＮＴＩ又は第１ＲＮＴＩ又は第２ＲＮＴＩに基づいて第２ＤＣＩを受信することができる。

選択肢として、本願の実施例では、第２ＲＮＴＩは、プリアンブルの時間領域位置、プリアンブルの周波数領域位置、プリアンブルの識別子、第１ＰＵＳＣＨの時間領域位置、第１ＰＵＳＣＨの周波数領域位置、第１ＰＵＳＣＨのＤＭＲＳのアンテナポート、端末装置の識別子のうちの少なくとも１つに基づいて決定されたものであってもよい。

本願の実施例では、選択肢として、第１ＤＣＩ及び第２ＤＣＩは異なるＲＮＴＩによりスクランブルされてもよい。このように、端末装置は第１ＤＣＩ及び第２ＤＣＩをより効果的に区別することができる。

選択肢として、第１ＤＣＩによりスケジューリングされる第１ＰＤＳＣＨはＨＡＲＱの再送をサポートしない。

状況Ｂ
ネットワーク装置がプリアンブルシーケンスを検出し、且つ第１伝送ブロックを復号化した場合（即ち、ネットワーク装置が第１メッセージを受信する状況２）、ネットワーク装置はどの端末装置が第１メッセージを送信したかを決定することができる。このとき、ネットワーク装置は端末装置に第２ＤＣＩを送信することができる。

選択肢として、ネットワーク装置は第２ＣＯＲＥＳＥＴを利用して端末装置に第２ＤＣＩを送信してもよく、他のリソースを利用して端末装置に第２ＤＣＩを送信してもよい。ＣＯＲＥＳＥＴはプロトコルに基づいて端末装置に予め設定されたものであってもよく、又はネットワーク装置が端末装置に予め設定したものであってもよい。

選択肢として、第２ＤＣＩは第１伝送ブロックの応答情報を含んでもよく、又は、第２ＤＣＩは第２ＰＤＳＣＨをスケジューリングすることに用いられてもよく、第２ＰＤＳＣＨは第２伝送ブロックに対してレートマッチングを行って取得したデータを含み、第２伝送ブロックは第１伝送ブロックの応答情報を含む。

第１伝送ブロックの応答情報は、プリアンブルの識別子、第１伝送ブロックに含まれる一部又は全部の内容、ＴＣ－ＲＮＴＩ又はＣ－ＲＮＴＩのうちの少なくとも１つを含んでもよい。

以下、第２ＤＣＩが第１伝送ブロックの応答情報を含む実施例、及び、第２ＤＣＩが第２ＰＤＳＣＨのスケジューリングに用いられ、第２ＰＤＳＣＨが第２伝送ブロックに対してレートマッチングを行って取得したデータを含み、第２伝送ブロックが第１伝送ブロックの応答情報を含む実施例の２つの実施例についてそれぞれ説明する。

実施例１
第２ＤＣＩは第１伝送ブロックの応答情報を含む。

端末装置は第２ＤＣＩを受信した後、ネットワーク装置に肯定応答（ＡＣＫ、Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）情報を送信することができる。理解されるように、第２ＤＣＩが第１伝送ブロックの応答情報を含む場合、端末装置が第２ＤＣＩを受信していなければ、端末装置はネットワーク装置が自体に第２ＤＣＩを送信したかどうかを決定することができない。従って、端末装置はネットワーク装置にＮＡＣＫを送信することがない。

該実施例では、第２ＤＣＩは、第１ＰＵＣＣＨリソース指示情報、第１ＰＵＣＣＨ時間領域位置指示情報、第１ＰＵＣＣＨ電力制御コマンドワード情報、第２キャリア指示情報のうちの少なくとも１つを含んでもよい。

このとき、端末装置は第２ＤＣＩに基づいて、ＡＣＫ情報を送信する第１ＰＵＣＣＨリソースを決定し、次に第１ＰＵＣＣＨリソースを利用してネットワーク装置にＡＣＫ情報を送信することができる。それに対応して、ネットワーク装置は該第１ＰＵＣＣＨリソースにおいてＡＣＫ情報を含むかどうかを検出する。選択肢として、ネットワーク装置は該第１ＰＵＣＣＨリソースにおいてＮＡＣＫ情報を含むかどうかを検出しない。

第２ＤＣＩは上記情報のうちの少なくとも１つを含んでもよい。それ以外に、更に、端末装置にアンライセンススペクトルにおけるキャリアが設定される場合、第２キャリア指示情報は更に第１ＰＵＣＣＨを伝送するアンライセンスキャリアを決定することに用いられてもよい。このとき、第２ＤＣＩは更に、少なくとも２つの第１ＰＵＣＣＨリソース指示、少なくとも２つの第１ＰＵＣＣＨ時間領域位置指示、第１ＰＵＣＣＨチャネルアクセスタイプ、第１ＰＵＣＣＨチャネルアクセス優先度を含んでもよいが、それらに限らない。

実施例２
第２ＤＣＩは第２ＰＤＳＣＨをスケジューリングすることに用いられ、第２ＰＤＳＣＨは第２伝送ブロックに対してレートマッチングを行って取得したデータを含み、第２伝送ブロックは第１伝送ブロックの応答情報を含む。

該実施例では、第２ＤＣＩは、第２ＰＵＣＣＨリソース指示情報、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱフィードバック時間指示情報、第３キャリア指示情報、第２ＰＵＣＣＨ電力制御コマンドワード情報、第２ＲＶバージョン情報、第２ＮＤＩ情報、第２ＨＡＲＱプロセス番号情報、第２ＭＣＳ情報のうちの少なくとも１つを含んでもよい。第２ＲＶバージョン情報は第２伝送ブロックを伝送する際の対応の冗長バージョンを決定することに用いられてもよく、第２ＭＣＳ情報は第２伝送ブロックを伝送する際の対応の変調オーダー及び／又はコードレートを決定することに用いられる。

該実施例では、一例として、端末装置は第２ＤＣＩを受信したが、第２ＰＤＳＣＨを復号化していない可能性がある。このとき、端末装置はネットワーク装置にＮＡＣＫ情報を送信することができる。

選択肢として、端末装置は第２ＤＣＩ又は予め設定されたリソースに基づいて第２ＰＵＣＣＨリソースを決定し、次に第２ＰＵＣＣＨリソースにおいてネットワーク装置にＮＡＣＫ情報を送信することができる。

それに対応して、ネットワーク装置は端末装置から送信されたＮＡＣＫ情報を受信した後、ＮＡＣＫ情報に対して端末装置に第２ＤＣＩを送信することができる。該第２ＤＣＩは第３ＰＤＳＣＨの伝送をスケジューリングすることに用いられ、第３ＰＤＳＣＨは第２伝送ブロックに対してレートマッチングを行って取得したデータを含む。即ち、ネットワーク装置が端末装置から送信されたＮＡＣＫ情報に対して送信した第２ＤＣＩは、第２ＰＤＳＣＨの再送をスケジューリングすることに用いられる。

説明の都合上、本願の実施例では、第２ＰＤＳＣＨの再送をスケジューリングするための第２ＤＣＩは第４ＤＣＩと称される。選択肢として、第４ＤＣＩにおけるＲＶバージョンの値は第２ＤＣＩにおけるＲＶバージョンの値と異なってもよい。選択肢として、第４ＤＣＩにおける変調オーダーの値は第２ＤＣＩにおける変調オーダーの値と異なってもよい。

理解されるように、第２ＰＤＳＣＨの再送をスケジューリングする過程は、端末装置がネットワーク装置にＡＣＫ情報をフィードバックし、又は再送回数が最大再送回数に達するまで繰り返して行われることができる。

他の例として、端末装置は第２ＤＣＩを受信し、且つ第２ＰＤＳＣＨを復号化した可能性がある。そうすると、端末装置はネットワーク装置にＡＣＫ情報を送信することができる。ネットワーク装置は端末装置から送信されたＡＣＫ情報を受信した後、ランダムアクセス手順が完了したことを示す。

選択肢として、端末装置は第２ＤＣＩに基づいて第２ＰＵＣＣＨリソースを決定し、次に第２ＰＵＣＣＨリソースにおいてネットワーク装置にＡＣＫ情報を送信することができる。又は、端末装置は予め設定された第２ＰＵＣＣＨリソースを利用してネットワーク装置にＡＣＫ情報を送信することができる。

本願の実施例では、第１ＤＣＩのサイズと第２ＤＣＩのサイズは同じであってもよい。このように、端末装置側のＰＤＣＣＨブラインド検出回数を効果的に減少させることができる。

選択肢として、本願の実施例では、端末装置に第１ＤＣＩ及び第２ＤＣＩをより良く区別させるために、第１ＤＣＩ及び／又は第２ＤＣＩは更に、端末装置の現在受信したＤＣＩが第１ＤＣＩであるかそれとも第２ＤＣＩであるかを示すことができる。

一例として、第１ＤＣＩは第１指示情報フィールドを含んでもよく、該第１指示情報フィールドは端末装置の現在受信したＤＣＩが第１ＤＣＩであることを示すことに用いられる。及び／又は、第２ＤＣＩは第１指示情報フィールドを含んでもよく、該第１指示情報フィールドは端末装置の現在受信したＤＣＩが第２ＤＣＩであることを示すことに用いられる。

第１指示情報フィールドは少なくとも１つのビットを含んでもよい。例示的に、第１指示情報フィールドが１つのビットである場合、ビット「０」は端末装置の現在受信したＤＣＩが第１ＤＣＩであることを示すことに用いられてもよく、ビット「１」は端末装置の現在受信したＤＣＩが第２ＤＣＩであることを示すことに用いられてもよい。第１指示情報フィールドが複数のビットである場合、該複数のビットが同じであれば、端末装置の現在受信したＤＣＩが第１ＤＣＩであることを示すことに用いられてもよく、該複数のビットのうちの少なくとも２つが異なれば、端末装置の現在受信したＤＣＩが第２ＤＣＩであることを示すことに用いられてもよい。例えば、第１指示情報フィールドは３つのビットを含み、端末装置の現在受信したＤＣＩにおける第１指示情報フィールドが「０１０」である場合、端末装置は現在受信したＤＣＩが第２ＤＣＩであることを決定することができ、端末装置の現在受信したＤＣＩにおける第１指示情報フィールドが「０００」である場合、端末装置は現在受信したＤＣＩが第１ＤＣＩであることを決定することができる。

他の例として、第１パラメータは端末装置の現在受信したＤＣＩが第１ＤＣＩであるかそれとも第２ＤＣＩであるかを示すことに用いられてもよい。例えば、端末装置の現在受信したＤＣＩに第１パラメータが含まれる場合、該ＤＣＩは第１ＤＣＩであり、端末装置の現在受信したＤＣＩに第１パラメータが含まれない場合、該ＤＣＩは第２ＤＣＩである。

なお、第１ＤＣＩに第１指示情報フィールドが含まれる場合、第２ＤＣＩは第１指示情報フィールドを含まなくてもよい。又は、第１ＤＣＩに第１指示情報フィールドが含まれない場合、第２ＤＣＩは第１指示情報フィールドを含んでもよい。

以下、図７を参照しながら本願の実施例を更に説明する。これから分かるように、図７は状況Ａ及び状況Ｂの技術案を含む。

端末装置はネットワーク装置にプリアンブル及び第１ＰＵＳＣＨを送信し、第１ＰＵＳＣＨは第１伝送ブロックに対してレートマッチングを行って取得したデータを含む。その後、ネットワーク装置はプリアンブル及び第１伝送ブロックを検出する。ネットワーク装置がプリアンブルを受信した場合、ネットワーク装置は端末装置に第１ＲＮＴＩによりスクランブルされた第１ＤＣＩを送信する。第１ＤＣＩは第１ＰＤＳＣＨをスケジューリングすることに用いられ、第１ＰＤＳＣＨはプリアンブルの応答情報を含む（状況Ａ）。ネットワーク装置が第１伝送ブロックを受信した場合、ネットワーク装置は端末装置に第２ＲＮＴＩによりスクランブルされた第２ＤＣＩを送信することができる。第２ＤＣＩは第２ＰＤＳＣＨをスケジューリングすることに用いられ、第２ＰＤＳＣＨは第２伝送ブロックに対してレートマッチングを行って取得したデータを含み、第２伝送ブロックは第１伝送ブロックの応答情報を含む。

次に、端末装置はＲＡＲ時間窓において第１ＤＣＩ又は第２ＤＣＩを受信する。端末装置が第１ＤＣＩ及びＲＡＲグラントを受信した場合、端末装置はネットワーク装置が第１伝送ブロックを復号化していないことを決定することができる。そうすると、端末装置はＲＡＲにおけるＲＶバージョン等のＰＵＳＣＨの再送のための情報に基づいてネットワーク装置に第２ＰＵＳＣＨを送信することができる。第２ＰＵＳＣＨは第１伝送ブロックに対してレートマッチングを行って取得したデータを含む。即ち、端末装置はネットワーク装置に第１伝送ブロックを再送する。

端末装置が第２ＤＣＩを受信し、且つ第２ＰＤＳＣＨを復号化した場合、端末装置はネットワーク装置にＡＣＫ情報を送信し、該ＡＣＫ情報はランダムアクセスに成功したことを示す。端末装置が第２ＤＣＩを受信したが、第２ＰＤＳＣＨを復号化していない場合、端末装置はネットワーク装置にＮＡＣＫ情報を送信し、第２ＰＤＳＣＨの再送を要求する。

理解されるように、図７は本願の実施例の１つの可能な例に過ぎず、本願の実施例を制限するものではない。

更に理解されるように、本願の実施例では、「第１」、「第２」、「第３」及び「第４」は異なるオブジェクトを区別するためのものであるが、本願の実施例の範囲を制限するものではない。

本願の実施例では、２ステップランダムアクセス手順において、端末装置がネットワーク装置に第１メッセージを送信した後、ネットワーク装置は第１メッセージの異なる受信状況に基づいて端末装置に異なるＤＣＩを送信することができる。端末装置は異なるＤＣＩを受信した後、ネットワーク装置が第１メッセージを受信する２つの状況を効果的に区別することができ、それによりネットワーク装置が第１メッセージを受信する異なる状況に対して、後続の２ステップランダムアクセス手順を実行することができる。

以上は図面を参照しながら本願の好適な実施形態を詳しく説明したが、本願は上記実施形態の具体的な詳細に限らない。本願の技術構想範囲において、本願の技術案に対して種々の簡単な変形を行うことができ、これらの簡単な変形はいずれも本願の保護範囲に属する。

例えば、上記具体的な実施形態において説明される各具体的な技術的特徴は、矛盾しない限り、いかなる適切な方式で組み合わせられてもよい。不必要な重複を避けるために、本願は様々な可能な組み合わせ方式を改めて説明しない。

更に例えば、本願の様々な異なる実施形態は任意に組み合わせられてもよく、本願の要旨を逸脱しない限り、それらは同様に本願に開示される内容と見なされるべきである。

理解されるように、本願の様々な方法実施例では、上記各過程の番号の順位は実行順序の前後を意味しない。各過程の実行順序はその機能及び内部論理によって決定されるべきであり、本願の実施例の実施過程を制限するためのものではない。

以上は本願の実施例に係る通信方法を詳しく説明したが、以下に図８～図１０を参照しながら本願の実施例に係る通信装置を説明する。方法実施例に説明される技術的特徴は下記装置実施例に適用される。

図８は本願の実施例の端末装置４００の模式的なブロック図である。図８に示すように、該端末装置４００は通信ユニット４１０を備え、
通信ユニット４１０はネットワーク装置に第１メッセージを送信することに用いられ、前記第１メッセージはランダムアクセスプリアンブル及び第１ＰＵＳＣＨを含み、前記第１ＰＵＳＣＨは第１伝送ブロックに対してレートマッチングを行って取得したデータを含み、
通信ユニット４１０は更に、前記ネットワーク装置から送信された第１ＤＣＩ又は第２ＤＣＩを受信することに用いられ、前記第１ＤＣＩ又は第２ＤＣＩは前記第１メッセージに対して送信されたものである。

選択肢として、本願の実施例では、前記第１ＤＣＩは第１ＰＤＳＣＨをスケジューリングすることに用いられ、前記第１ＰＤＳＣＨは前記ランダムアクセスプリアンブルの応答情報を含み、又は、前記第１ＤＣＩは前記ランダムアクセスプリアンブルの応答情報を含む。

選択肢として、本願の実施例では、前記ランダムアクセスプリアンブルの応答情報は、前記ランダムアクセスプリアンブルの識別子、ＴＣ－ＲＮＴＩ、第１ＲＶバージョン情報、第１ＮＤＩ情報、第１キャリア指示情報、第１ＨＡＲＱプロセス番号情報、第１ＭＣＳ情報、ＰＵＳＣＨ電力制御コマンドワード情報のうちの少なくとも１つを含む。

選択肢として、本願の実施例では、前記ランダムアクセスプリアンブルの応答情報は前記第１ＲＶバージョン情報を含み、前記第１ＲＶバージョン情報は第２ＰＵＳＣＨの冗長バージョンを決定することに用いられ、及び／又は、
前記ランダムアクセスプリアンブルの応答情報は前記第１ＭＣＳ情報を含み、前記第１ＭＣＳ情報は前記第２ＰＵＳＣＨの変調オーダーを決定することに用いられ、及び／又は、
前記ランダムアクセスプリアンブルの応答情報は前記ＰＵＳＣＨ電力制御コマンドワード情報を含み、前記ＰＵＳＣＨ電力制御コマンドワード情報は前記第１ＰＵＳＣＨの送信電力に基づいて前記第２ＰＵＳＣＨの送信電力を決定することに用いられ、及び／又は、
前記ランダムアクセスプリアンブルの応答情報は前記第１キャリア指示情報を含み、前記第１キャリア指示情報は前記第２ＰＵＳＣＨを伝送するキャリア情報を決定することに用いられ、
前記第２ＰＵＳＣＨは前記第１伝送ブロックに対してレートマッチングを行って取得したデータを含む。

選択肢として、本願の実施例では、前記通信ユニット４１０は更に、前記ランダムアクセスプリアンブルの応答情報に基づいて、前記ネットワーク装置に第２ＰＵＳＣＨを送信することに用いられ、前記第２ＰＵＳＣＨは前記第１伝送ブロックに対してレートマッチングを行って取得したデータを含む。

選択肢として、本願の実施例では、前記通信ユニット４１０は更に、第３ＤＣＩを受信することに用いられ、前記第３ＤＣＩは第３ＰＵＳＣＨの伝送をスケジューリングすることに用いられ、前記第３ＰＵＳＣＨは前記第１伝送ブロックに対してレートマッチングを行って取得したデータを含む。

選択肢として、本願の実施例では、前記ランダムアクセスプリアンブルの応答情報がＴＣ－ＲＮＴＩを含む場合、前記通信ユニット４１０は具体的に、装置が前記ＴＣ－ＲＮＴＩに基づいて前記第３ＤＣＩを受信することに用いられる。

選択肢として、本願の実施例では、前記通信ユニット４１０は更に、前記ネットワーク装置が前記第１伝送ブロックに対して送信した第２ＤＣＩを受信することに用いられる。

選択肢として、本願の実施例では、前記第２ＤＣＩは前記第１伝送ブロックの応答情報を含む。

選択肢として、本願の実施例では、前記通信ユニット４１０は更に、前記ネットワーク装置に肯定応答を送信することに用いられる。

選択肢として、本願の実施例では、前記第２ＤＣＩは、第１ＰＵＣＣＨリソース指示情報、前記第１ＰＵＣＣＨ時間領域位置指示情報、前記第１ＰＵＣＣＨ電力制御コマンドワード情報、第２キャリア指示情報のうちの少なくとも１つを含み、
前記通信ユニット４１０は具体的に、前記第２ＤＣＩに基づいて、前記ネットワーク装置に前記肯定応答を送信することに用いられる。

選択肢として、本願の実施例では、前記第２ＤＣＩは第２ＰＤＳＣＨをスケジューリングすることに用いられ、前記第２ＰＤＳＣＨは第２伝送ブロックに対してレートマッチングを行って取得したデータを含み、前記第２伝送ブロックは前記第１伝送ブロックの応答情報を含む。

選択肢として、本願の実施例では、前記通信ユニット４１０は更に、前記端末装置４００が前記第２ＤＣＩを受信し、且つ前記第２ＰＤＳＣＨを復号化していない場合、前記ネットワーク装置に否定応答を送信すること、又は、
前記端末装置４００が前記第２ＤＣＩを受信し、且つ前記第２ＰＤＳＣＨを復号化した場合、前記ネットワーク装置に肯定応答を送信することに用いられる。

選択肢として、本願の実施例では、前記通信ユニット４１０が前記ネットワーク装置に否定応答を送信する場合、前記通信ユニット４１０は更に、前記ネットワーク装置が前記否定応答に対して送信した前記第２ＤＣＩを受信することに用いられ、前記第２ＤＣＩは第３ＰＤＳＣＨの伝送をスケジューリングすることに用いられ、前記第３ＰＤＳＣＨは前記第２伝送ブロックに対してレートマッチングを行って取得したデータを含む。

選択肢として、本願の実施例では、前記第２ＤＣＩは、第２ＰＵＣＣＨリソース指示情報、ＰＤＳＣＨからＨＡＲＱまでのフィードバック時間指示情報、第３キャリア指示情報、前記第２ＰＵＣＣＨ電力制御コマンドワード情報、第２ＲＶバージョン情報、第２ＮＤＩ情報、第２ＨＡＲＱプロセス番号情報、第２ＭＣＳ情報のうちの少なくとも１つを含む。

選択肢として、本願の実施例では、前記第２ＤＣＩは前記第２ＲＶバージョン情報を含み、前記第２ＲＶバージョン情報は前記第２伝送ブロックを伝送する際の冗長バージョンを決定することに用いられ、及び／又は、
前記第２ＤＣＩは前記第２ＭＣＳ情報を含み、前記第２ＭＣＳ情報は前記第２伝送ブロックを伝送する際の対応の変調オーダー又はコードレートを決定することに用いられる。

選択肢として、本願の実施例では、前記第１伝送ブロックの応答情報は、前記ランダムアクセスプリアンブルの識別子、前記第１伝送ブロックに含まれる一部又は全部の内容、ＴＣ－ＲＮＴＩ又はＣ－ＲＮＴＩのうちの少なくとも１つを含む。

選択肢として、本願の実施例では、前記第１ＤＣＩのサイズと前記第２ＤＣＩのサイズは同じである。

選択肢として、本願の実施例では、前記第１ＤＣＩは第１指示情報フィールドを含み、前記第１ＤＣＩにおける前記第１指示情報フィールドは前記端末装置の現在受信したＤＣＩが前記第１ＤＣＩであることを示すことに用いられる。そして、前記第２ＤＣＩも前記第１指示情報フィールドを含み、前記第２ＤＣＩにおける前記第１指示情報フィールドは前記端末装置の現在受信したＤＣＩが前記第２ＤＣＩであることを示すことに用いられる。

選択肢として、本願の実施例では、前記通信ユニット４１０は具体的に、第１制御リソースセットを利用して、前記ネットワーク装置から送信された前記第１ＤＣＩを受信すること、又は、第２制御リソースセットを利用して、前記ネットワーク装置から送信された前記第２ＤＣＩを受信することに用いられる。

選択肢として、本願の実施例では、前記通信ユニット４１０は具体的に、第１ＲＮＴＩに基づいて前記第１ＤＣＩを受信することに用いられる。

選択肢として、本願の実施例では、前記通信ユニット４１０は具体的に、第１ＲＮＴＩに基づいて前記第２ＤＣＩを受信することに用いられる。

選択肢として、本願の実施例では、前記第１ＲＮＴＩは、前記ランダムアクセスプリアンブルの時間領域位置、前記ランダムアクセスプリアンブルの周波数領域位置、前記ランダムアクセスプリアンブルの識別子、前記第１ＰＵＳＣＨの時間領域位置、前記第１ＰＵＳＣＨの周波数領域位置、前記第１ＰＵＳＣＨのＤＭＲＳのアンテナポートのうちの少なくとも１つに基づいて決定されたものである。

選択肢として、本願の実施例では、前記通信ユニット４１０は具体的に、第２ＲＮＴＩに基づいて前記第２ＤＣＩを受信することに用いられる。

選択肢として、本願の実施例では、前記第２ＲＮＴＩは、前記ランダムアクセスプリアンブルの時間領域位置、前記ランダムアクセスプリアンブルの周波数領域位置、前記ランダムアクセスプリアンブルの識別子、前記第１ＰＵＳＣＨの時間領域位置、前記第１ＰＵＳＣＨの周波数領域位置、前記第１ＰＵＳＣＨのＤＭＲＳのアンテナポート、前記端末装置の識別子のうちの少なくとも１つに基づいて決定されたものであり、前記第１伝送ブロックに前記端末装置の識別子が含まれる。

選択肢として、本願の実施例では、前記端末装置が前記第１ＰＵＳＣＨを伝送する際に使用するＲＶバージョンはＲＶ０である。

理解されるように、該端末装置４００は方法３００における端末装置に対応してもよく、該方法３００における端末装置の対応操作を実現することができる。簡潔のために、ここで詳細な説明は省略する。

図９は本願の実施例のネットワーク装置５００の模式的なブロック図である。図９に示すように、該ネットワーク装置５００は通信ユニット５１０を備え、
前記通信ユニット５１０は端末装置から送信された第１メッセージを受信することに用いられ、前記第１メッセージはランダムアクセスプリアンブル及び第１ＰＵＳＣＨを含み、前記第１ＰＵＳＣＨは第１伝送ブロックに対してレートマッチングを行って取得したデータを含み、
前記通信ユニット５１０は更に、前記第１メッセージの受信結果に基づいて、前記端末装置に第１ＤＣＩ又は第２ＤＣＩを送信することに用いられる。

選択肢として、本願の実施例では、前記第１ＤＣＩは第１物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングすることに用いられ、前記第１ＰＤＳＣＨは前記ランダムアクセスプリアンブルの応答情報を含み、又は、前記第１ＤＣＩは前記ランダムアクセスプリアンブルの応答情報を含む。

選択肢として、本願の実施例では、前記ランダムアクセスプリアンブルの応答情報は、前記ランダムアクセスプリアンブルの識別子、ＴＣ－ＲＮＴＩ、第１ＲＶバージョン情報、第１ＮＤＩ情報、第１キャリア指示情報、第１ＨＡＲＱプロセス番号情報、第１ＭＣＳ情報、ＰＵＳＣＨ電力制御コマンドワード情報のうちの少なくとも１つを含む。

選択肢として、本願の実施例では、前記ランダムアクセスプリアンブルの応答情報は前記第１ＲＶバージョン情報を含み、前記第１ＲＶバージョン情報は第２ＰＵＳＣＨの冗長バージョンを決定することに用いられ、及び／又は、
前記ランダムアクセスプリアンブルの応答情報は前記第１ＭＣＳ情報を含み、前記第１ＭＣＳ情報は前記第２ＰＵＳＣＨの変調オーダーを決定することに用いられ、及び／又は、
前記ランダムアクセスプリアンブルの応答情報は前記ＰＵＳＣＨ電力制御コマンドワード情報を含み、前記ＰＵＳＣＨ電力制御コマンドワード情報は前記第１ＰＵＳＣＨの送信電力に基づいて前記第２ＰＵＳＣＨの送信電力を決定することに用いられ、及び／又は、
前記ランダムアクセスプリアンブルの応答情報は前記第１キャリア指示情報を含み、前記第１キャリア指示情報は前記第２ＰＵＳＣＨを伝送するキャリア情報を決定することに用いられ、
前記第２ＰＵＳＣＨは前記第１伝送ブロックに対してレートマッチングを行って取得したデータを含む。

選択肢として、本願の実施例では、前記通信ユニット５１０は更に、前記端末装置から送信された第２ＰＵＳＣＨを受信することに用いられ、前記第２ＰＵＳＣＨは前記第１伝送ブロックに対してレートマッチングを行って取得したデータを含む。

選択肢として、本願の実施例では、前記通信ユニット５１０は更に、前記端末装置に第３ＤＣＩを送信することに用いられ、前記第３ＤＣＩは第３ＰＵＳＣＨの伝送をスケジューリングすることに用いられ、前記第３ＰＵＳＣＨは前記第１伝送ブロックに対してレートマッチングを行って取得したデータを含む。

選択肢として、本願の実施例では、前記ランダムアクセスプリアンブルの応答情報がＴＣ－ＲＮＴＩを含む場合、前記通信ユニット５１０は具体的に、前記ＴＣ－ＲＮＴＩに基づいて、前記端末装置に前記第３ＤＣＩを送信することに用いられる。

選択肢として、本願の実施例では、前記通信ユニット５１０は更に、前記第１伝送ブロックに対して、前記端末装置に第２ＤＣＩを送信することに用いられる。

選択肢として、本願の実施例では、前記第２ＤＣＩは前記第１伝送ブロックの応答情報を含む。

選択肢として、本願の実施例では、前記通信ユニット５１０は更に、前記端末装置から送信された肯定応答を受信することに用いられる。

選択肢として、本願の実施例では、前記第２ＤＣＩは、第１ＰＵＣＣＨリソース指示情報、前記第１ＰＵＣＣＨ時間領域位置指示情報、前記第１ＰＵＣＣＨ電力制御コマンドワード情報、第２キャリア指示情報のうちの少なくとも１つを含み、
前記通信ユニット５１０は具体的に、前記第２ＤＣＩに基づいて、前記端末装置から送信された前記肯定応答を受信することに用いられる。

選択肢として、本願の実施例では、前記第２ＤＣＩは第２ＰＤＳＣＨをスケジューリングすることに用いられ、前記第２ＰＤＳＣＨは第２伝送ブロックに対してレートマッチングを行って取得したデータを含み、前記第２伝送ブロックは前記第１伝送ブロックの応答情報を含む。

選択肢として、本願の実施例では、前記通信ユニット５１０は更に、前記端末装置が前記第２ＤＣＩを受信し、且つ前記第２ＰＤＳＣＨを復号化していない場合、前記端末装置から送信された否定応答を受信すること、又は、前記端末装置が前記第２ＤＣＩを受信し、且つ前記第２ＰＤＳＣＨを復号化した場合、前記端末装置から送信された肯定応答を受信することに用いられる。

選択肢として、本願の実施例では、前記通信ユニット５１０が前記端末装置から送信された否定応答を受信した場合、前記通信ユニット５１０は更に、前記否定応答に対して、前記端末装置に前記第２ＤＣＩを送信することに用いられ、前記第２ＤＣＩは第３ＰＤＳＣＨの伝送をスケジューリングすることに用いられ、前記第３ＰＤＳＣＨは前記第２伝送ブロックに対してレートマッチングを行って取得したデータを含む。

選択肢として、本願の実施例では、前記第２ＤＣＩは、第２ＰＵＣＣＨリソース指示情報、ＰＤＳＣＨからＨＡＲＱまでのフィードバック時間指示情報、第３キャリア指示情報、前記第２ＰＵＣＣＨ電力制御コマンドワード情報、第２ＲＶバージョン情報、第２ＮＤＩ情報、第２ＨＡＲＱプロセス番号情報、第２ＭＣＳ情報のうちの少なくとも１つを含む。

選択肢として、本願の実施例では、前記第２ＤＣＩは前記第２ＲＶバージョン情報を含み、前記第２ＲＶバージョン情報は前記第２伝送ブロックを伝送する際の冗長バージョンを決定することに用いられ、及び／又は、
前記第２ＤＣＩは前記第２ＭＣＳ情報を含み、前記第２ＭＣＳ情報は前記第２伝送ブロックを伝送する際の対応の変調オーダー又はコードレートを決定することに用いられる。

選択肢として、本願の実施例では、前記第１伝送ブロックの応答情報は、前記ランダムアクセスプリアンブルの識別子、前記第１伝送ブロックに含まれる一部又は全部の内容、ＴＣ－ＲＮＴＩ又はＣ－ＲＮＴＩのうちの少なくとも１つを含む。

選択肢として、本願の実施例では、前記第１ＤＣＩのサイズと前記第２ＤＣＩのサイズは同じである。

選択肢として、本願の実施例では、前記第１ＤＣＩは第１指示情報フィールドを含み、前記第１ＤＣＩにおける前記第１指示情報フィールドは前記端末装置の現在受信したＤＣＩが前記第１ＤＣＩであることを示すことに用いられる。そして、前記第２ＤＣＩも前記第１指示情報フィールドを含み、前記第２ＤＣＩにおける前記第１指示情報フィールドは前記端末装置の現在受信したＤＣＩが前記第２ＤＣＩであることを示すことに用いられる。

選択肢として、本願の実施例では、前記通信ユニット５１０は具体的に、前記第１メッセージの受信結果に基づいて、第１制御リソースセットを利用して前記第１ＤＣＩを送信すること、又は、前記第１メッセージの受信結果に基づいて、第２制御リソースセットを利用して前記第２ＤＣＩを送信することに用いられる。

選択肢として、本願の実施例では、前記通信ユニット５１０は具体的に、第１ＲＮＴＩに基づいて前記第１ＤＣＩを送信することに用いられる。

選択肢として、本願の実施例では、前記通信ユニット５１０は具体的に、第１ＲＮＴＩに基づいて前記第２ＤＣＩを送信することに用いられる。

選択肢として、本願の実施例では、前記第１ＲＮＴＩは、前記ランダムアクセスプリアンブルの時間領域位置、前記ランダムアクセスプリアンブルの周波数領域位置、前記ランダムアクセスプリアンブルの識別子、前記第１ＰＵＳＣＨの時間領域位置、前記第１ＰＵＳＣＨの周波数領域位置、前記第１ＰＵＳＣＨのＤＭＲＳのアンテナポートのうちの少なくとも１つに基づいて決定されたものである。

選択肢として、本願の実施例では、前記通信ユニット５１０は具体的に、第２ＲＮＴＩに基づいて前記第２ＤＣＩを送信することに用いられる。

選択肢として、本願の実施例では、前記第２ＲＮＴＩは、前記ランダムアクセスプリアンブルの時間領域位置、前記ランダムアクセスプリアンブルの周波数領域位置、前記ランダムアクセスプリアンブルの識別子、前記第１ＰＵＳＣＨの時間領域位置、前記第１ＰＵＳＣＨの周波数領域位置、前記第１ＰＵＳＣＨのＤＭＲＳのアンテナポート、前記端末装置の識別子のうちの少なくとも１つに基づいて決定されたものであり、前記第１伝送ブロックに前記端末装置の識別子が含まれる。

理解されるように、該ネットワーク装置５００は方法３００におけるネットワーク装置に対応してもよく、該方法３００におけるネットワーク装置の対応操作を実現することができる。簡潔のために、ここで詳細な説明は省略する。

図１０は本願の実施例に係る通信装置６００の構造模式図である。図１０に示される通信装置６００はプロセッサ６１０を備え、プロセッサ６１０はメモリからコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。

選択肢として、図１０に示すように、通信装置６００は更にメモリ６２０を備えてもよい。プロセッサ６１０はメモリ６２０からコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。

メモリ６２０はプロセッサ６１０から独立した１つの独立したデバイスであってもよく、プロセッサ６１０に統合されてもよい。

選択肢として、図１０に示すように、通信装置６００は更に送受信機６３０を備えてもよく、プロセッサ６１０は該送受信機６３０と他の装置との通信を制御することができ、具体的に、他の装置に情報又はデータを送信し、又は他の装置から送信された情報又はデータを受信することができる。

送受信機６３０は送信機と受信機を備えてもよい。送受信機６３０は更にアンテナを備えてもよく、アンテナの数が１つ又は複数であってもよい。

選択肢として、該通信装置６００は具体的に本願の実施例のネットワーク装置であってもよく、且つ該通信装置６００は本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該通信装置６００は具体的に本願の実施例の端末装置であってもよく、且つ該通信装置６００は本願の実施例の各方法における端末装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。

図１１は本願の実施例の装置の構造模式図である。図１１に示される装置７００はプロセッサ７１０を備え、プロセッサ７１０はメモリからコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。

選択肢として、図１１に示すように、装置７００は更にメモリ７２０を備えてもよい。プロセッサ７１０はメモリ７２０からコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。

メモリ７２０はプロセッサ７１０から独立した１つの独立したデバイスであってもよく、プロセッサ７１０に統合されてもよい。

選択肢として、該装置７００は更に入力インターフェース７３０を備えてもよい。プロセッサ７１０は該入力インターフェース７３０と他の装置又はチップとの通信を制御することができ、具体的に、他の装置又はチップから送信された情報又はデータを取得することができる。

選択肢として、該装置７００は更に出力インターフェース７４０を備えてもよい。プロセッサ７１０は該出力インターフェース７４０と他の装置又はチップとの通信を制御することができ、具体的に、他の装置又はチップに情報又はデータを出力することができる。

選択肢として、該装置は本願の実施例の端末装置に適用されてもよく、且つ該装置は本願の実施例の各方法における端末装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該装置は本願の実施例のネットワーク装置に適用されてもよく、且つ該装置は本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該装置７００はチップであってもよい。理解されるように、本願の実施例に言及したチップは更にシステムレベルチップ、システムチップ、チップシステム又はシステムオンチップ等と称されてもよい。

理解されるように、本願の実施例のプロセッサは信号処理機能を有する集積回路チップでありうる。実現過程において、上記方法実施例の各ステップはプロセッサにおけるハードウェアの集積論理回路又はソフトウェア形式の命令で行われてもよい。上記プロセッサは汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ、Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ、Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ、Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又は他のプログラマブルロジックデバイス、個別ゲート又はトランジスタロジックデバイス、個別ハードウェアコンポーネントであってもよい。本願の実施例に開示される各方法、ステップ及び論理ブロックを実現又は実行することができる。汎用プロセッサはマイクロプロセッサであってもよく、又は該プロセッサはいかなる通常のプロセッサ等であってもよい。本願の実施例に開示される方法のステップはハードウェア復号プロセッサで遂行し、又は復号プロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせで遂行するように直接具現されてもよい。ソフトウェアモジュールはランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラム可能読み出し専用メモリ又は電気消去可能プログラム可能メモリ、レジスタ等の本分野で成熟している記憶媒体に位置してもよい。該記憶媒体はメモリに位置し、プロセッサはメモリにおける情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを行う。

理解されるように、本願の実施例では、メモリは揮発性メモリ又は不揮発性メモリであってもよく、又は、揮発性メモリ及び不揮発性メモリの両方を含んでもよい。不揮発性メモリは読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、プログラム可能読み出し専用メモリ（ＰＲＯＭ、Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ、Ｅｒａｓａｂｌｅ ＰＲＯＭ）、電気的消去可能プログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ、Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性メモリは外部キャッシュメモリとして使用されるランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）であってもよい。例示的な説明であって制限的ではないが、多くの形式のＲＡＭ、例えばスタティックランダムアクセスメモリ（ＳＲＡＭ、Ｓｔａｔｉｃ ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ、Ｄｙｎａｍｉｃ ＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ、Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ＤＤＲ ＳＤＲＡＭ、Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ）、拡張型シンクロナスダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ、Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ、Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（ＤＲ ＲＡＭ、Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ）は利用可能である。注意されるように、本明細書に説明されるシステム及び方法のメモリはこれらのメモリ及び任意の他の適切なタイプのメモリを含むが、それらに限らないように意図されるものである。

理解されるように、上記メモリは例示的な説明であって制限的ではない。例えば、本願の実施例のメモリは更にスタティックランダムアクセスメモリ（ＳＲＡＭ、ｓｔａｔｉｃ ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ、ｄｙｎａｍｉｃ ＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ、ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ＤＤＲ ＳＤＲＡＭ、ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ）、拡張型シンクロナスダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ、ｅｎｈａｎｃｅｄ ＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ、ｓｙｎｃｈ ｌｉｎｋ ＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（ＤＲ ＲＡＭ、Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ）等であってもよい。即ち、本願の実施例のメモリはこれらのメモリ及び任意の他の適切なタイプのメモリを含むが、それらに限らないように意図されるものである。

図１２は本願の実施例に係る通信システム８００の模式的なブロック図である。図１２に示すように、該通信システム８００は端末装置８１０及びネットワーク装置８２０を備える。

該端末装置８１０は上記方法における端末装置の実現する対応機能を実現することに用いられてもよく、該ネットワーク装置８２０は上記方法におけるネットワーク装置の実現する対応機能を実現することに用いられてもよい。簡潔のために、ここで詳細な説明は省略する。

本願の実施例はコンピュータプログラムを記憶することに用いられるコンピュータ可読記憶媒体を更に提供する。

選択肢として、該コンピュータ可読記憶媒体は本願の実施例の端末装置に適用されてもよく、且つ該コンピュータプログラムによってコンピュータは本願の実施例の各方法における端末装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該コンピュータ可読記憶媒体は本願の実施例のネットワーク装置に適用されてもよく、且つ該コンピュータプログラムによってコンピュータは本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

本願の実施例はコンピュータプログラム命令を含むコンピュータプログラム製品を更に提供する。

選択肢として、該コンピュータプログラム製品は本願の実施例の端末装置に適用されてもよく、且つ該コンピュータプログラム命令によってコンピュータは本願の実施例の各方法における端末装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該コンピュータプログラム製品は本願の実施例のネットワーク装置に適用されてもよく、且つ該コンピュータプログラム命令によってコンピュータは本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

本願の実施例はコンピュータプログラムを更に提供する。

選択肢として、該コンピュータプログラムは本願の実施例の端末装置に適用されてもよく、該コンピュータプログラムがコンピュータにおいて実行されるとき、コンピュータが本願の実施例の各方法における端末装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該コンピュータプログラムは本願の実施例のネットワーク装置に適用されてもよく、該コンピュータプログラムがコンピュータにおいて実行されるとき、コンピュータが本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

当業者であれば意識できるように、本明細書に開示される実施例を参照して説明した各例示的なユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェア及び電子ハードウェアの組み合わせで実現できる。これらの機能をハードウェアそれともソフトウェア方式で実行するかは、技術案の特定応用及び設計制約条件によって決定される。当業者は各特定応用に対して異なる方法でここの説明される機能を実現することができるが、このような実現は本願の範囲を超えるものと見なされるべきではない。

当業者であれば明確に理解できるように、説明を容易で簡単にするために、上記説明されるシステム、装置及びユニットの具体的な動作過程については、前述の方法実施例における対応過程を参照してもよく、ここで詳細な説明は省略する。

本願に係るいくつかの実施例では、理解されるように、開示されるシステム、装置及び方法は他の方式で実現されてもよい。例えば、以上に説明される装置実施例は模式的なものに過ぎず、例えば、前記ユニットの区別は論理機能上の区別に過ぎず、実際に実現するとき、他の区別方式があってもよく、例えば複数のユニット又はコンポーネントは他のシステムに結合又は統合されてもよく、又はいくつかの特徴は省略してもよく、又は実行しなくてもよい。一方、表示又は検討される相互間の結合又は直接結合又は通信接続はいくつかのインターフェース、装置又はユニットによる間接結合又は通信接続であってもよく、電気、機械又は他の形式であってもよい。

分離部材として説明される前記ユニットは物理的に分離してもよく、物理的に分離しなくてもよく、ユニットとして表示される部材は物理ユニットであってもよく、物理ユニットでなくてもよく、即ち、一箇所に位置してもよく、複数のネットワークユニットに配置されてもよい。実際の必要に応じて、その一部又は全部のユニットを選択して本実施例案の目的を実現してもよい。

また、本願の各実施例では、各機能ユニットは１つの処理ユニットに統合されてもよく、各ユニットは独立して物理的に存在してもよく、２つ以上のユニットは１つのユニットに統合されてもよい。

前記機能はソフトウェア機能ユニットの形式で実現され、独立した製品として販売又は使用されるときは、１つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づいて、本願の技術案の本質的又は従来技術に貢献する部分、又は該技術案の一部はソフトウェア製品の形式で具現されてもよい。該コンピュータソフトウェア製品は、１台のコンピュータ装置（パーソナルコンピュータ、サーバ又はネットワーク装置等であってもよい）に本願の各実施例に記載の方法の全部又は一部のステップを実行させるための若干の命令を含む１つの記憶媒体に記憶される。そして、上記記憶媒体はＵＳＢメモリ、ポータブルハードディスク、読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる様々な媒体を含む。

以上の説明は本願の具体的な実施形態に過ぎず、本願の保護範囲を制限するためのものではない。当業者が本願に開示される技術的範囲内で容易に想到し得る変更や置換は、いずれも本願の保護範囲内に含まれるべきである。従って、本願の保護範囲は特許請求の範囲に準じるべきである。

Claims (11)

1. ランダムアクセス方法であって、
   端末装置はネットワーク装置に第１メッセージを送信し、前記第１メッセージはランダムアクセスプリアンブル及び第１物理アップリンク共有チャネル（ＰＵＳＣＨ）を含み、前記第１ＰＵＳＣＨは前記端末装置が第１伝送ブロックに対してレートマッチングを行って取得したデータを含むことと、
   前記端末装置は前記ネットワーク装置から送信されたダウンリンク制御情報（ＤＣＩ）を受信し、前記ＤＣＩは前記第１メッセージに応答して送信されたものであり、前記ＤＣＩは物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングすることに用いられ、前記ＰＤＳＣＨは前記ネットワーク装置が第２伝送ブロックに対してレートマッチングを行って取得したデータを含み、前記第２伝送ブロックは前記第１伝送ブロックに応答する情報を含むことと、
   前記端末装置が前記ＤＣＩを受信し、且つ前記ＰＤＳＣＨを復号化していない場合、前記端末装置は前記ネットワーク装置に否定応答を送信することと、を含むことを特徴とするランダムアクセス方法。
2. 前記方法は更に、
   前記端末装置が前記ＤＣＩを受信し、且つ前記ＰＤＳＣＨを復号化した場合、前記端末装置が前記ネットワーク装置に肯定応答を送信することを含むことを特徴とする請求項１に記載の方法。
3. ＲＮＴＩにより前記ＤＣＩをスクランブルする請求項１に記載の方法。
4. 前記ＲＮＴＩは前記端末装置の識別子に基づいて決定されたものであり、前記第１伝送ブロックに前記端末装置の識別子が含まれることを特徴とする請求項３に記載の方法。
5. ランダムアクセス方法であって、
   ネットワーク装置は端末装置から送信された第１メッセージを受信し、前記第１メッセージはランダムアクセスプリアンブル及び第１物理アップリンク共有チャネル（ＰＵＳＣＨ）を含み、前記第１ＰＵＳＣＨは前記端末装置が第１伝送ブロックに対してレートマッチングを行って取得したデータを含むことと、
   前記ネットワーク装置は前記第１メッセージの受信結果に基づいて、前記端末装置にダウンリンク制御情報（ＤＣＩ）を送信し、前記ＤＣＩは物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングすることに用いられ、前記ＰＤＳＣＨは前記ネットワーク装置が第２伝送ブロックに対してレートマッチングを行って取得したデータを含み、前記第２伝送ブロックは前記第１伝送ブロックに応答する情報を含むことと、
   前記端末装置が前記ＤＣＩを受信し、且つ前記ＰＤＳＣＨを復号化していない場合、前記ネットワーク装置は前記端末装置から送信された否定応答を受信することと、を含むことを特徴とするランダムアクセス方法。
6. 前記ネットワーク装置が前記第１メッセージの受信結果に基づいて、前記端末装置に前記ＤＣＩを送信することは、
   前記ネットワーク装置がランダムアクセスプリアンブルを成功に検出し、且つ前記第１伝送ブロックを成功に復号化した場合、前記ネットワーク装置が前記端末装置に前記ＤＣＩを送信することを含むことを特徴とする請求項５に記載の方法。
7. 前記方法は更に、
   前記端末装置が前記ＤＣＩを受信し、且つ前記ＰＤＳＣＨを復号化した場合、前記ネットワーク装置が前記端末装置から送信された肯定応答を受信することを含むことを特徴とする請求項５に記載の方法。
8. ＲＮＴＩにより前記ＤＣＩをスクランブルする請求項５に記載の方法。
9. 前記ＲＮＴＩは前記端末装置の識別子に基づいて決定されたものであり、前記第１伝送ブロックに前記端末装置の識別子が含まれることを特徴とする請求項８に記載の方法。
10. 端末装置であって、プロセッサ及びメモリを備え、前記メモリはコンピュータプログラムを記憶することに用いられ、前記プロセッサは前記メモリに記憶されるコンピュータプログラムを呼び出して実行して、請求項１～４のいずれか１項に記載の方法を実行することに用いられることを特徴とする端末装置。
11. ネットワーク装置であって、プロセッサ及びメモリを備え、前記メモリはコンピュータプログラムを記憶することに用いられ、前記プロセッサは前記メモリに記憶されるコンピュータプログラムを呼び出して実行して、請求項５～９のいずれか１項に記載の方法を実行することに用いられることを特徴とするネットワーク装置。

Images