JP7206417B2 - チャネルリソース決定方法、チャネル検出方法及び端末 - Google Patents

Description

（関連出願の相互参照）
本出願は、２０１９年４月２日に中国で提出された中国特許出願番号Ｎｏ．２０１９１０２６３０３６．１の優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。
本開示は、通信技術分野に関し、特にチャネルリソース決定方法、チャネル検出方法及び端末である。

サイドリンク（ｓｉｄｅｌｉｎｋ、又は側リンク、エッジリンク、サブリンクなどと訳される）とは、端末同士がネットワークを介さず、直接接続通信を行うリンクを指す。

ニューラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）ｓｉｄｅｌｉｎｋには、以下のチャネルが含まれる。

物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）。

物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ、ＰＳＳＣＨ）。

物理サイドリンクブロードキャストチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ ＣＨａｎｎｅｌ、ＰＳＢＣＨ）。

物理サイドリンクフィードバックチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ ＣＨａｎｎｅｌ、ＰＳＦＣＨ）。

ＮＲのＰＳＣＣＨとＰＳＳＣＨのマッピング方式は、時分割多重化（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＴＤＭ）の多重化方式をサポートし、ＮＲ ＰＳＳＣＨは、既にサブチャネル（ｓｕｂｃｈａｎｎｅｌ）の構造をサポートしている。

しかし、ＰＳＣＣＨがｓｕｂｃｈａｎｎｅｌをサポートするかどうか、また、どのように配置されるかについては、まだ結論には至っていない。ＮＲにおいて２ステップのＰＳＣＣＨを考慮する可能性がある。２ステップのＰＳＣＣＨにおいて、第一部分のＰＳＣＣＨと第二部分のＰＳＣＣＨとの間に関連があるかどうかについては、具体的な設計方案はない。本出願は、ＮＲシステムを例とするが、他のシステムにも上記問題が存在する可能性があり、依然として解決する必要がある。

本開示の実施例は、ＰＳＣＣＨのリソース配置以及びリソースマッピング方式には具体的な設計方案がないという関連技術における問題を解決するためのチャネルリソース決定方法、チャネル検出方法及び端末を提供する。

上記技術問題を解決するために、本開示は、以下のように実現される。端末に用いられるチャネルリソース決定方法であって、
物理サイドリンク制御チャネルＰＳＣＣＨの候補リソースを取得し、前記候補リソースが前記ＰＳＣＣＨのサブチャネル内にあり、又は、前記候補リソースが前記端末により選択された物理サイドリンク共有チャネルＰＳＳＣＨリソースのサブチャネル内にあり、又は、前記候補リソースが前記端末により選択されたＰＳＳＣＨリソースの周波数領域範囲内にあり、又は、前記候補リソースが一つのリソースセット内にあることと、
前記候補リソースに従って、伝送待ちＰＳＣＣＨの伝送リソースを決定することとを含み、
そのうち、一つのサブチャネルは、連続的な周波数領域リソースを有する。

本開示のいくつかの実施例は、端末に用いられるチャネル検出方法をさらに提供する。前記方法は、
前記端末が、第一部分のＰＳＣＣＨをブラインド検出し、ブラインド検出結果に従って第二部分のＰＳＣＣＨを検出するかどうかを決定すること、
又は、
前記端末が、第一部分のＰＳＣＣＨと第二部分のＰＳＣＣＨをブラインド検出することを含む。

本開示のいくつかの実施例は、端末をさらに提供する。前記端末は、
物理サイドリンク制御チャネルＰＳＣＣＨの候補リソースを取得するための取得モジュールであって、前記候補リソースが前記ＰＳＣＣＨのサブチャネル内にあり、又は、前記候補リソースが前記端末により選択された物理サイドリンク共有チャネルＰＳＳＣＨリソースのサブチャネル内にあり、又は、前記候補リソースが前記端末により選択されたＰＳＳＣＨリソースの周波数領域範囲内にあり、又は、前記候補リソースが一つのリソースセット内にある取得モジュールと、
前記候補リソースに従って、伝送待ちＰＳＣＣＨの伝送リソースを決定するためのリソース決定モジュールとを含み、
そのうち、一つのサブチャネルは、連続的な周波数領域リソースを有する。

本開示のいくつかの実施例は、端末をさらに提供する。前記端末は、
第一部分のＰＳＣＣＨをブラインド検出し、ブラインド検出結果に従って第二部分のＰＳＣＣＨを検出するかどうかを決定すること、又は、第一部分のＰＳＣＣＨと第二部分のＰＳＣＣＨをブラインド検出することに用いられる検出モジュールを含む。

本開示のいくつかの実施例は、端末をさらに提供する。前記端末は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムとを含み、前記プログラムが前記プロセッサによって実行される時、以上に記載のチャネルリソース決定方法のステップを実現させるか、又は、前記プログラムが前記プロセッサによって実行される時、以上に記載のチャネル検出方法のステップを実現させる。

本開示のいくつかの実施例は、コンピュータ可読記憶媒体をさらに提供する。前記コンピュータ可読記憶媒体にはコンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、以上に記載のチャネルリソース決定方法のステップを実現させるか、又は、前記コンピュータプログラムがプロセッサによって実行される時、以上に記載のチャネル検出方法のステップを実現させる。

本開示のいくつかの実施例では、ＰＳＣＣＨのリソースマッピング方式を定義することにより、独立したＰＳＣＣＨ伝送及び同一スケジューリングユニットには関連するＰＳＳＣＨの配置が存在する状況に適用することができ、システムオーバーヘッドとリソース使用率との関係をバランスさせることができる。
本開示の実施例の技術案をより明瞭に説明するために、以下は、本開示の実施例の記述において使用される必要がある添付図面を簡単に紹介する。自明なことに、以下の記述における添付図面は、ただ本開示のいくつかの実施例に過ぎず、当業者にとって、創造的な労力を払わない前提で、それらの添付図面に基づき、他の添付図面を取得することもできる。

本開示のいくつかの実施例によるチャネルリソースの決定方法のステップフローチャートを示す。 本開示のいくつかの実施例によるチャネルリソースの決定方法における例１の概略図のその一を示す。 本開示のいくつかの実施例によるチャネルリソースの決定方法における例１の概略図のその二を示す。 本開示のいくつかの実施例によるチャネルリソースの決定方法における例１の概略図のその三を示す。 本開示のいくつかの実施例によるチャネルリソースの決定方法における例１の概略図のその四を示す。 本開示のいくつかの実施例によるチャネルリソースの決定方法における例３の概略図のその一を示す。 本開示のいくつかの実施例によるチャネルリソースの決定方法における例３の概略図のその二を示す。 本開示のいくつかの実施例によるチャネルリソースの決定方法における例３の概略図のその三を示す。 本開示のいくつかの実施例によるチャネル検出方法のステップ概略図を示す。 本開示のいくつかの実施例による例４の概略図のその一を示す。 本開示のいくつかの実施例による例４の概略図のその二を示す。 本開示のいくつかの実施例による例５の概略図のその一を示す。 本開示のいくつかの実施例による例５の概略図のその二を示す。 本開示のいくつかの実施例による例６の概略図のその一を示す。 本開示のいくつかの実施例による例６の概略図のその二を示す。 本開示のいくつかの実施例による例７の概略図のその一を示す。 本開示のいくつかの実施例による例７の概略図のその二を示す。 本開示のいくつかの実施例による例８の概略図のその一を示す。 本開示のいくつかの実施例による例８の概略図のその二を示す。 本開示のいくつかの実施例による例８の概略図のその三を示す。 本開示のいくつかの実施例による例８の概略図のその四を示す。 本開示のいくつかの実施例による例９の概略図を示す。 本開示のいくつかの実施例による例１１の概略図を示す。 本開示のいくつかの実施例による端末の構造概略図のその一を示す。 本開示のいくつかの実施例による端末の構造概略図のその二を示す。 本開示のいくつかの実施例による端末の構造概略図のその三を示す。

以下は、本開示の実施例における添付図面を結び付けながら、本開示の実施例における技術案を明瞭且つ完全に記述する。明らかに、記述された実施例は、本開示の一部の実施例であり、全部の実施例ではない。本開示における実施例に基づき、当業者が創造的な労力を払わない前提で得られたすべての他の実施例は、いずれも本開示の保護範囲に属する。

本開示の実施例では、「例示的」又は「例えば」などの用語は、例、例証、又は説明として表すために用いられる。本開示の実施例では、「例示的」又は「例えば」と記述される任意の実施例又は設計方案は、他の実施例又は設計方案より好ましいか、又はより優位性があると解釈されるべきではない。正確に言うと、「例示的」又は「例えば」などの用語を使用することは、関連する概念を具体的な方式で提示することを意図する。

本開示の実施例によるネットワーク側機器は、基地局であってもよい。この基地局は、一般的に使用される基地局であってもよく、進化型基地局（ｅｖｏｌｖｅｄ ｎｏｄｅ ｂａｓｅ ｓｔａｔｉｏｎ、ｅＮＢ）であってもよく、５Ｇシステムにおけるネットワーク側機器（例えば次世代基地局（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｎｏｄｅ ｂａｓｅ ｓｔａｔｉｏｎ、ｇＮＢ）又は送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ））又はセルｃｅｌｌなどの機器であってもよい。

本開示の実施例による端末は、携帯電話、タブレットパソコン、ノートパソコン、ウルトラモバイルパーソナルコンピュータ（Ｕｌｔｒａ－Ｍｏｂｉｌｅ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＵＭＰＣ）、ネットブック、ウェアラブルデバイス（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）、車載機器又はパーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）などであってもよい。説明すべきことは、本開示の実施例では、端末の具体的なタイプを限定しない。本開示実施例では、ＬＴＥ及びＮＲシステムを例とするが、このシステムに限定されず、本開示による技術案は、同じ問題が存在する他のシステムに応用可能である。

図１に示すように、本開示の実施例は、端末に用いられるチャネルリソース決定方法を提供する。前記方法は、以下のステップを含む。

ステップ１０１、物理サイドリンク制御チャネルＰＳＣＣＨの候補リソースを取得し、前記候補リソースが前記ＰＳＣＣＨのサブチャネル内にあり、又は、前記候補リソースが前記端末により選択された物理サイドリンク共有チャネルＰＳＳＣＨリソースのサブチャネル内にあり、又は、前記候補リソースが前記端末により選択されたＰＳＳＣＨリソースの周波数領域範囲内にあり、又は、前記候補リソースが一つのリソースセット内にある。

そのうち、一つのサブチャネルは、連続的な周波数領域リソースを有し、一つのサブチャネルの連続的な周波数領域リソースの長さは、予め配置されるもの、又は予め約定されるものであってもよい。ここでは具体的に限定しない。前記リソースセットは、予め設定される時間周波数リソースを含み、前記予め設定される時間周波数リソースにはＮ個の端末のＰＳＣＣＨの候補リソースが含まれ、Ｎは、１以上の整数である。

一つの選択的な実施例として、サブチャネルは、ＰＳＣＣＨのサブチャネルであってもよく、ＰＳＳＣＨのサブチャネルであってもよい。候補リソースは、少なくとも一つのサブチャネル内にある。例えば、ＰＳＳＣＨは、４個のサブチャネルを含み、前の３個のサブチャネルにはそれぞれＰＳＣＣＨの候補リソースがあり、又は、４個のサブチャネルにはいずれもＰＳＣＣＨの候補リソースがある。

別の選択的な実施例として、前記候補リソースが前記端末により選択されたＰＳＳＣＨの周波数領域範囲内にあることは、具体的には、前記候補リソースの周波数領域範囲が前記ＰＳＳＣＨの周波数領域範囲を超えてはいけないということである。例えば、ＰＳＳＣＨの周波数領域範囲は、識別子が０－４９のＰＲＢであり、１０個のＰＲＢは、一つのサブチャネルであり、即ち、ＰＳＳＣＨは、５個のサブチャネルを含み、ＰＳＣＣＨの候補リソースの周波数領域範囲は、０－２０のＰＲＢであってもよく、０－３０のＰＲＢなどであってもよいが、ＰＳＣＣＨの候補リソースの周波数領域範囲は、識別子が５０以上のＰＲＢにすることができない。

さらなる選択的な実施例として、リソースセットは、予め定義される物理的時間周波数リソース（この時間周波数リソースの周波数領域範囲は、ＰＳＳＣＨの周波数領域範囲を超えてもよく、ＰＳＳＣＨの周波数領域範囲内にあってもよい。ここでは具体的に限定しない）である。端末は、このリソースセットにおいてＰＳＣＣＨの候補リソースを決定し、この候補リソースは、リソースセットの一部のリソースであってもよく、リソースセット全体であってもよい。ここでは具体的に限定しない。このリソースセットは、一つの端末の候補リソースを含んでもよく、複数の端末の候補リソースを含んでもよい（即ち、複数の端末は、一つのリソースセットを共有してもよい）。

ステップ１０２、前記候補リソースに従って、伝送待ちＰＳＣＣＨの伝送リソースを決定する。

説明すべきことは、本開示の実施例に言及された端末は、Ｓｉｄｅｌｉｎｋにおける送信端末と受信端末を含む。送信端末は、自身の測定結果に従って伝送待ちＰＳＣＣＨの伝送リソースを決定し、又は他の端末／機器により報告された補助情報に従って伝送待ちＰＳＣＣＨの伝送リソースを選択する。受信端末は、自身の測定結果に従って伝送リソースを決定し、送信端末にフィードバックする。

一つの選択的な実施例として、本開示のいくつかの実施例では、ＰＳＣＣＨを１ステップの方式で伝送してもよく（即ち、ＰＳＣＣＨを直接伝送してもよく）、２ステップの方式で伝送してもよい（即ち、第一部分のＰＳＣＣＨと第二部分のＰＳＣＣＨを伝送してもよい）。

前述したＰＳＣＣＨを１ステップの方式で伝送する場合、ステップ１０２は、
前記候補リソースから伝送待ちＰＳＣＣＨの伝送リソースを選択することを含む。

前記ＰＳＣＣＨが第一部分のＰＳＣＣＨと第二部分のＰＳＣＣＨを含む場合、第一部分のＰＳＣＣＨの伝送リソースと第二部分のＰＳＣＣＨの伝送リソースの決定方式には、少なくとも以下の三つの方式がある。

方式一、即ち、ステップ１０２、
前記ＰＳＣＣＨ候補リソースから伝送待ち第一部分のＰＳＣＣＨの伝送リソースと伝送待ち第二部分のＰＳＣＣＨの伝送リソースを選択する。

選択的に、前述した、前記候補リソースから伝送待ち第一部分のＰＳＣＣＨの伝送リソースと伝送待ち第二部分のＰＳＣＣＨの伝送リソースを選択することは、
前記候補リソースから伝送待ち第一部分のＰＳＣＣＨの伝送リソースを選択することと、
伝送待ち第一部分のＰＳＣＣＨの伝送リソースの後、前記第二部分のＰＳＣＣＨをマッピングし、第二部分のＰＳＣＣＨの伝送リソースを得ることとを含む。

この方式では、第一部分のＰＳＣＣＨの伝送リソースと第二部分のＰＳＣＣＨの伝送リソースは、同じ候補リソース内で、同じサブチャネルであってもよく、異なるサブチャネルであってもよい。

方式二、ステップ１０２は、
前記ＰＳＣＣＨの候補リソースから伝送待ち第一部分のＰＳＣＣＨの伝送リソースを選択することを含む。

前記方法は、前記端末により選択された前記ＰＳＳＣＨリソースから伝送待ち第二部分のＰＳＣＣＨの伝送リソースを選択することをさらに含む。

選択的に、前記端末により選択されたデータ伝送用の前記ＰＳＳＣＨリソースから伝送待ち第二部分のＰＳＣＣＨの伝送リソースを選択することは、
ＰＳＳＣＨの第一の物理リソースブロックＰＲＢから前記第二部分のＰＳＣＣＨをマッピングし、第二部分のＰＳＣＣＨの伝送リソースを得ること、
又は、
ＰＳＳＣＨの第一のサブチャネルの第一のＰＲＢから前記第二部分のＰＳＣＣＨをマッピングし、第二部分のＰＳＣＣＨの伝送リソースを得ること、
又は、
ＰＳＳＣＨの第一のサブチャネルの第一のＰＲＢの第一のオフセット値から前記第二部分のＰＳＣＣＨをマッピングし、第二部分のＰＳＣＣＨの伝送リソースを得る（この第一のオフセット値の粒度は、ＰＲＢであり、例えば、１個のＰＲＢ、２個のＰＲＢなどをオフセットする）こと、
又は、
ＰＳＳＣＨの第一のサブチャネルの第二のオフセット値のサブチャネルの第一のＰＲＢから前記第二部分のＰＳＣＣＨをマッピングし、第二部分のＰＳＣＣＨの伝送リソースを得る（この第二のオフセット値の粒度は、サブチャネルであり、例えば、１個のサブチャネル、２個のサブチャネルなどをオフセットする）ことを含み、
そのうち、第一のＰＲＢは、最も高いＰＲＢ又は最も低いＰＲＢであり、前記第一のサブチャネルは、ＰＳＳＣＨの最も低いサブチャネル又は最も高いサブチャネルである。

方式三、前記ＰＳＣＣＨの候補リソースが第一部分のＰＳＣＣＨの候補リソースと第二部分のＰＳＣＣＨの候補リソースを含む場合、ステップ１０２は、
前記第一部分のＰＳＣＣＨの候補リソースから伝送待ち第一部分のＰＳＣＣＨの伝送リソースを選択することと、
前記第二部分のＰＳＣＣＨの候補リソースから伝送待ち第二部分のＰＳＣＣＨの伝送リソースを選択することとを含む。

説明すべきことは、上記ＰＳＣＣＨの候補リソース、第一部分のＰＳＣＣＨの候補リソース、第二部分のＰＳＣＣＨの候補リソースは、プロトコルにより予め定義されるもの、又はネットワークにより予め配置されるもの、又はネットワークにより配置されるもの、又は端末により配置されるものであってもよく、ネットワークにより予め配置されるか、又はネットワークにより配置される時、同じシグナリングを用いて配置されてもよく、異なるシグナリングを用いてそれぞれ配置されてもよい。ここでは具体的に限定しない。

一つの選択的な実施例として、候補リソースから伝送リソースを選択することは、
伝送待ちチャネルのチャネルパラメータに従って、候補リソースから伝送リソースを選択することを含み、
そのうち、伝送待ちチャネルのチャネルパラメータは、
伝送待ちチャネルの時間領域リソース情報と、伝送待ちチャネルの周波数領域リソース情報とを含み、
そのうち、候補リソースは、ＰＳＣＣＨの候補リソースであり、伝送リソースは、ＰＳＣＣＨの伝送リソースであり、伝送待ちチャネルは、ＰＳＣＣＨであり、
又は、
候補リソースは、ＰＳＣＣＨの候補リソースであり、伝送リソースは、第一部分のＰＳＣＣＨの伝送リソースであり、伝送待ちチャネルは、第一部分のＰＳＣＣＨであり、
又は、
候補リソースは、第一部分のＰＳＣＣＨの候補リソースであり、伝送リソースは、第一部分のＰＳＣＣＨの伝送リソースであり、伝送待ちチャネルは、第一部分のＰＳＣＣＨであり、
又は、
候補リソースは、第二部分のＰＳＣＣＨの候補リソースであり、伝送リソースは、第二部分のＰＳＣＣＨの伝送リソースであり、伝送待ちチャネルは、第二部分のＰＳＣＣＨである。

言い換えれば、上述した、候補リソースから伝送リソースを選択することは、
ＰＳＣＣＨのチャネルパラメータに従ってＰＳＣＣＨの候補リソースからＰＳＣＣＨの伝送リソースを選択すること、
又は、第一部分のＰＳＣＣＨのチャネルパラメータに従ってＰＳＣＣＨの候補リソースから第一部分のＰＳＣＣＨの伝送リソースを選択すること、
又は、第一部分のＰＳＣＣＨのチャネルパラメータに従って第一部分のＰＳＣＣＨの候補リソースから第一部分のＰＳＣＣＨの伝送リソースを選択すること、
又は、第二部分のＰＳＣＣＨのチャネルパラメータに従って第二部分のＰＳＣＣＨの候補リソースから第二部分のＰＳＣＣＨの伝送リソースを選択することを含む。

説明すべきことは、伝送待ちチャネルのチャネルパラメータはプロトコルにより予め定義されるもの、又はネットワークにより予め配置されるもの、又はネットワークにより配置されるもの、又は端末により配置されるものである。

さらに、前記伝送待ちチャネルの時間領域リソース情報は、
時間領域シンボル数（時間領域シンボル数の単位は、スロット、サブフレーム、シンボル又はフレームであってもよい）と、
時間領域シンボル開始位置と、
時間領域シンボル終了位置と、
時間領域リソースパターン（例えば、端末は、一つのスロット又は一つの短いスロットで多重化されてもよく、例えば、端末ＩＤに従ってマッピングなどを行うことにより干渉を低減する）と、のうちの少なくとも一つを含む。

さらに、前記伝送待ちチャネルの周波数領域リソース情報は、
周波数領域リソースの数と、
周波数領域リソースの開始位置と、
周波数領域リソースの終了位置と、
周波数領域リソースの開始位置の、第一のリソース単位に対するオフセット値と、
周波数領域リソースの終了位置の、第一のリソース単位に対するオフセット値と、
周波数領域リソースパターン（例えば、複数の周波数領域の割り当て方法は、異なるアグリゲーションレベルＡＬのＰＳＣＣＨにマッチングしてもよい。また、例えば、周波数領域のパターンは、一つのリソースブロックＲＢごとになされるものであり、つまり、偶数番号のＲＢ又は奇数番号のＲＢは、一つのアグリゲーションレベルのＰＳＣＣＨにマッチングする）と、のうちの少なくとも一つを含む。

そのうち、第一のリソース単位は、前記端末により選択されたリソースプールの最も低いリソース単位又は最も高いリソース単位であり、又は、前記第一のリソース単位は、前記端末により選択されたＰＳＳＣＨリソースの最も低いリソース単位又は最も高いリソース単位である。

説明すべきことは、第一のリソースユニットの粒度は、リソースブロックＲＢ、サブチャネル、リソース粒子ＲＥ、リソースブロックグループＲＢＧなどであってもよい。ここでは具体的に限定しない。

選択的に、前記伝送待ちチャネルのチャネルパラメータは、
時分割多重化及び／又は周波数分割多重化をさらに含む。そのうち、時分割多重化及び／又は周波数分割多重化は、伝送待ちチャネルの伝送リソースを選択する時のリソース多重化方式であり、即ち、同一のリソースプール内の複数の端末は、時分割多重化及び／又は周波数分割多重化の方式で伝送待ちチャネルの伝送リソースを選択してもよい。

候補リソースから伝送リソースを選択する方法をより明確に記述するために、以下では、いくつかの例を結び付けながら詳細に記述する。

例１（時間領域リソース情報に従って時間領域リソースのマッピングを行い、伝送リソースの時間領域部分を決定する）
図２に示すように、一番目のシンボルで自動ゲイン制御（Ａｕｔｏｍａｔｉｃ Ｇａｉｎ Ｃｏｎｔｒｏｌ 、ＡＧＣ）シンボルをマッピングし、ＡＧＣシンボルの後／二番目のシンボルで制御情報（制御情報は、ＰＳＣＣＨにより付帯される）をマッピングする。同一のスロット又は短いスロット内で、同一の端末に対するＰＳＳＣＨの制御情報を伝送する場合、保護間隔ＧＰが存在しない。

図３に示すように、一番目のシンボルでＡＧＣシンボルをマッピングし、ＡＧＣシンボルの後／二番目のシンボルで制御情報（制御情報は、ＰＳＣＣＨにより付帯される）をマッピングする。Ｎ＋１番目のシンボルでＧＰシンボルをマッピングし、Ｎは、２以上の整数である。独立したＰＳＣＣＨに対応するか、又は相応なフィードバック情報を後続にマッピングする場合、ＧＰが存在する。

図４に示すように、制御情報は、ＡＧＣに対してレートマッチングを行わず（制御情報は、ＡＧＣを行うためのものである）、一番目のシンボルから制御情報をマッピングする。図５に示すように、Ｎ番目のシンボルでＧＰシンボルをマッピングし、Ｎは、２以上の整数である。

例２（周波数領域リソース情報に従って周波数領域リソースのマッピングを行い、伝送リソースの周波数領域部分を決定する）
ＰＳＣＣＨの候補リソースにおいてマッピングするか、又は、サブチャネル上でマッピングする。例えば、伝送リソースの周波数領域部分は、端末により選択されたＰＳＳＣＨに対応する周波数領域範囲内の最も低い又は最も高いＰＳＣＣＨ候補リソースであり、又は、端末により選択されたＰＳＳＣＨに対応する周波数領域範囲内の最も低い又は最も高い第一部分のＰＳＣＣＨの候補リソースである。

説明すべきことは、一つのスロット内又は一つの短いスロット内で、同じ周波数領域リソースには一つの制御情報（即ちＰＳＣＣＨ）のみが存在する。

例３（時分割多重化及び／又は周波数分割多重化）
図６に示すように、時分割多重化ＴＤＭについて、一番目のシンボルでＡＧＣシンボルをマッピングし、ＡＧＣシンボルの後／二番目のシンボルで制御情報をマッピングし、Ｎ＋２番目のシンボルでＧＰをマッピングし（図６では、Ｎは、２に等しい）、Ｎ＋３番目のシンボルでＡＧＣシンボルをマッピングし、ＡＧＣシンボルの後又はＮ＋４番目のシンボルで制御情報をマッピングし、２Ｎ＋５番目のシンボルでＧＰをマッピングする。ＴＤＭの方式では、同一のスロット又は短いスロット内で、同じ周波数領域リソースには複数の制御情報が存在してもよい。

図７に示すように、周波数分割多重化ＦＤＭについて、一番目のシンボルでＡＧＣシンボルをマッピングし、最後のシンボルでＧＰをマッピングし、中間のシンボルの異なる周波数バンドで複数の制御情報をそれぞれマッピングする（図７におけるＳＡ１－ＳＡ５に対応する）。

図８に示すように、時分割多重化＋周波数分割多重化について、一番目のシンボルでＡＧＣシンボルをマッピングし、Ｍ番目のシンボルでＡＧＣシンボルをマッピングし、一番目のシンボルとＭ番目のシンボルとの間の複数のシンボルの周波数領域範囲を、それぞれＳＡ１とＳＡ２のマッピングに用いられる二つの周波数バンドに区分し、Ｍは、３よりも大きい整数である。ＴＤＭ＋ＦＤＭの方式では、同一のスロット又は短いスロット内で、同じ周波数領域リソースには複数の制御情報が存在してもよい。

一つの選択的な実施例として、前記方法は、
前記第一部分のＰＳＣＣＨに第二部分のＰＳＣＣＨのリソース情報を付帯することをさらに含み、前記第二部分のＰＳＣＣＨのリソース情報は、
第二部分のＰＳＣＣＨの時間領域リソース開始位置と、
第二部分のＰＳＣＣＨの時間領域リソース終了位置と、
第二部分のＰＳＣＣＨの時間領域リソースにより占有されたシンボル数と、
第二部分のＰＳＣＣＨの周波数領域リソース開始位置と、
第二部分のＰＳＣＣＨの周波数領域リソース終了位置と、
第二部分のＰＳＣＣＨの周波数領域リソースにより占有されたＰＲＢ数と、
第二部分のＰＳＣＣＨの周波数領域リソースにより占有されたサブチャネルの数と、
第二部分のＰＳＣＣＨの時間領域オフセット値と、
第二部分のＰＳＣＣＨの周波数領域オフセット値と、のうちの少なくとも一つを含む。

受信端末は、第一部分のＰＳＣＣＨに付帯している第二部分のＰＳＣＣＨのリソース情報に従ってＰＳＣＣＨを検出でき、第二部分のＰＳＣＣＨをブラインド検出する必要がない。それによって、検出の複雑さを低減し、検出効率を向上させる。

さらに、２ステップのＰＳＣＣＨの伝送に対して、本開示の上記実施例では、前記方法は、
前記第一部分のＰＳＣＣＨのリファレンス信号を配置することと、
前記第二部分のＰＳＣＣＨのリファレンス信号を配置することとをさらに含む。

選択的に、前述した、第一部分のＰＳＣＣＨのリファレンス信号を配置することは、
プロトコルにより予め定義される、又はネットワークにより予め配置される、又はネットワークにより配置される、又は端末により配置される前記第一部分のＰＳＣＣＨのリファレンス信号の配置情報を取得することと、
前記第一部分のＰＳＣＣＨのリファレンス信号の配置情報に従って前記第一部分のＰＳＣＣＨのリファレンス信号を配置することとを含む。

選択的に、前述した、第二部分のＰＳＣＣＨのリファレンス信号を配置することは、
前記第一部分のＰＳＣＣＨのリファレンス信号に使用された配置情報と同じ配置情報を用いて前記第二部分のＰＳＣＣＨのリファレンス信号を配置する（この場合、一つの配置情報のみを配置してもよく、第一部分のＰＳＣＣＨのリファレンス信号と第二部分のＰＳＣＣＨのリファレンス信号は、いずれもこの配置情報を用いて配置される）こと、
又は、
第二部分のＰＳＣＣＨのリファレンス信号を独立して配置する（この配置方式では、第一部分のＰＳＣＣＨに第二部分のＰＳＣＣＨのリファレンス信号の配置情報を付帯してもよく、それにより、受信端末が第二部分のＰＳＣＣＨのリファレンス信号の配置を正確に取得することを可能にする）こと、
又は、
前記ＰＳＳＣＨのリファレンス信号の配置情報を用いて前記第二部分のＰＳＣＣＨのリファレンス信号を配置することを含む。

言い換えれば、受信端末が第二部分のＰＳＣＣＨを復調する時、第二部分のＰＳＳＣＨのリファレンス信号の配置は、既知のものである。第二部分のＰＳＳＣＨのリファレンス信号の配置は、第一部分のＰＳＣＣＨに指示されるものであってもよく、又はデフォルトの配置であってもよい。

一つの選択的な実施例として、ステップ１０１は、
プロトコルにより予め定義される、又はネットワークにより予め配置される、又はネットワークにより配置される、又は端末により配置される第一の配置情報を取得することを含み、そのうち、前記第一の配置情報は、
リソースセットのサイズと、
リソースセットの開始位置と、
リソースセットの終了位置と、のうちの少なくとも一つを含む。

選択的に、前記第一の配置情報は、
ＰＳＣＣＨのアグリゲーションレベルと、
ＰＳＣＣＨの候補リソースサイズと、
ＰＳＣＣＨの候補リソース数と、
ＰＳＣＣＨの候補リソース位置と、
第一部分のＰＳＣＣＨの候補リソースサイズと、
第一部分のＰＳＣＣＨの候補リソース数と、
第一部分のＰＳＣＣＨの候補リソース位置と、
第二部分のＰＳＣＣＨの候補リソースサイズと、
第二部分のＰＳＣＣＨの候補リソース数と、
第二部分のＰＳＣＣＨの候補リソース位置と、のうちの少なくとも一つをさらに含む。

別の選択的な実施例として、ステップ１０１は、
プロトコルにより予め定義される、又はネットワークにより予め配置される、又はネットワークにより配置される、又は端末により配置されるＰＳＣＣＨの、ＰＳＳＣＨの少なくとも一つのサブチャネルでの候補リソースを取得すること、
又は、
プロトコルにより予め定義される、又はネットワークにより予め配置される、又はネットワークにより配置される、又は端末により配置されるＰＳＣＣＨの候補リソースの、前記端末により選択されたデータ伝送用のＰＳＳＣＨのサブチャネル（ＰＳＳＣＨの最も高い又は最も低いサブチャネル）に対するオフセット値を取得すること、
又は、
プロトコルにより予め定義される、又はネットワークにより予め配置される、又はネットワークにより配置される、又は端末により配置されるＰＳＣＣＨの、ＰＳＣＣＨの少なくとも一つのサブチャネルでの候補リソースを取得することを含み、ＰＳＣＣＨとＰＳＳＣＨは、同じサブチャネルの配置を用いてもよく、異なるサブチャネルの配置を用いてもよい。

さらなる選択的な実施例として、ステップ１０１は、
プロトコルにより予め定義される、又はネットワークにより予め配置される、又はネットワークにより配置される、又は端末により配置される第二の配置情報を取得することを含み、そのうち、前記第二の配置情報は、
ＰＳＳＣＨサブチャネル内のＰＳＣＣＨの候補リソースのサイズと、
ＰＳＳＣＨサブチャネル内のＰＳＣＣＨの候補リソースの開始位置と、
ＰＳＳＣＨサブチャネル内のＰＳＣＣＨの候補リソースの終了位置と、
ＰＳＳＣＨサブチャネル内のＰＳＣＣＨの候補リソースの数と、
ＰＳＳＣＨサブチャネル内のＰＳＣＣＨの候補リソースのパターンと、
ＰＳＳＣＨリソース内のＰＳＣＣＨの候補リソースのサイズと、
ＰＳＳＣＨリソース内のＰＳＣＣＨの候補リソースの開始位置と、
ＰＳＳＣＨリソース内のＰＳＣＣＨの候補リソースの終了位置と、
ＰＳＳＣＨリソース内のＰＳＣＣＨの候補リソースの数と、
ＰＳＳＣＨリソース内のＰＳＣＣＨの候補リソースのパターンと、のうちの少なくとも一つを含む。

説明すべきことは、上記すべての実施例に言及されたネットワークによる配置の具体的な方式は、ネットワークによりシステム情報ブロックＳＩＢ又は無線リソース制御ＲＲＣシグナリング又は下行制御情報ＤＣＩシグナリング又はマスターシステム情報ブロックＭＩＢを介して配置されることである。ここでは具体的に限定しない。

説明すべきことは、本開示のいくつかの実施例は、下記四つのＰＳＣＣＨ候補リソースの配置方式を提供する。即ち、ステップ１０１は、
帯域幅部分ＢＷＰの第一の配置シグナリングを取得することを含み、前記第一の配置シグナリングは、ＢＷＰに含まれるリソースプールに適用され、第一の配置シグナリングは、ＢＷＰ配置に基づく配置パラメータを付帯し、ＰＳＣＣＨの候補リソースは、リソースプールを単位として配置されるものであり、各リソースプールは、同じ配置パラメータを採用する。

又は、ステップ１０１は、リソースプールの第二の配置シグナリングを取得することを含み、前記第二の配置シグナリングは、前記リソースプールに適用され、第二の配置シグナリングは、リソースプール配置に基づく配置パラメータを付帯し、リソースプールにおける各サブチャネルは、同じ配置パラメータを採用する。

又は、ステップ１０１は、ＰＳＣＣＨのサブチャネルの第三の配置シグナリングを取得することを含み、前記第三の配置シグナリングは、前記ＰＳＣＣＨのサブチャネルに適用される。

又は、ステップ１０１は、ターゲットアグリゲーションレベルに対応する第四の配置シグナリングを取得することを含み、前記第四の配置シグナリングは、ターゲットアグリゲーションレベルに対応するＰＳＣＣＨに適用される。

そのうち、第一の配置シグナリング又は第二の配置シグナリング又は第三の配置シグナリング又は第四の配置シグナリングは、ＰＳＣＣＨの候補リソースを配置するためのものである。

以上をまとめると、本開示の上記実施例では、ＰＳＣＣＨのリソースマッピング方式を定義することにより、独立したＰＳＣＣＨ伝送及び同一スケジューリングユニットには関連するＰＳＳＣＨの配置が存在する状況に適用することができ、システムオーバーヘッドとリソース使用率との関係をバランスさせることができる。

図９に示すように、本開示のいくつかの実施例は、端末に用いられるチャネル検出方法をさらに提供する。前記方法は、以下のステップを含む。

ステップ９０１、前記端末が、第一部分のＰＳＣＣＨをブラインド検出し、ブラインド検出結果に従って第二部分のＰＳＣＣＨを検出するかどうかを決定し、又は、前記端末が、第一部分のＰＳＣＣＨと第二部分のＰＳＣＣＨをブラインド検出する。

選択的に、前記端末が、第一部分のＰＳＣＣＨをブラインド検出し、ブラインド検出結果に従って第二部分のＰＳＣＣＨを検出するかどうかを決定することは、
前記端末が第一部分のＰＳＣＣＨをブラインド検出することと、
第一部分のＰＳＣＣＨに対する復調に成功し、且つ第二部分のＰＳＣＣＨの情報を取得した場合、前記第二部分のＰＳＣＣＨの情報に従って第二部分のＰＳＣＣＨを検出することと、
第一部分のＰＳＣＣＨに対する復調に失敗した場合、前記第二部分のＰＳＣＣＨの検出を停止することとを含み、第一部分のＰＳＣＣＨと第二部分のＰＳＣＣＨには関連性があり、例えば、第一部分がリソース割り当てを含むが、第二部分のＰＳＣＣＨがＰＳＳＣＨのリソース割り当て情報を含まない場合、第二部分のＰＳＣＣＨを復調する必要もない。

さらに、前記端末が、第一部分のＰＳＣＣＨと第二部分のＰＳＣＣＨをブラインド検出することは、端末が一定のサイズを用いて、配置された第一部分のＰＳＣＣＨリソース上でブラインド検出を行うことと、端末が、予め設定される、サイズが制御されるいくつかの集合に従って、配置された第二部分のＰＳＣＣＨリソース上でブラインド検出を行うこととを含み、リソース予約シーンに適用する場合、第一部分のリソース予約情報が失われても、第二部分がＰＳＳＣＨに関連するＰＳＣＣＨをスケジューリングすれば、依然として検出に成功する可能性がある。検出成功の確率をある程度向上させることができるが、受信端末によるブラインド検出の複雑さが増し、第二部分のＰＳＣＣＨのサイズとリソースマッピング位置をより柔軟に配置できる可能性がある。

以上をまとめると、本開示のいくつかの実施例は、２ステップのＰＳＣＣＨ伝送の検出方法をさらに定義しており、システムオーバーヘッドとリソース使用率との関係をバランスさせることができる。

本開示のいくつかの実施例によるチャネルリソースの決定方法とチャネル検出方法をより明確に記述するために、以下では、いくつかの例を結び付けながら詳細に記述する。

例４
図１０と図１１に示すように、リソースプール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）でＰＳＣＣＨの候補リソースを配置し、このリソースプールにおける端末は、候補リソースでＰＳＣＣＨを送信してもよい。

送信端末は、ＰＳＣＣＨの候補リソースの最も低いＰＲＢからＰＳＣＣＨをマッピングする。

受信端末は、ＰＳＣＣＨの候補リソースの最も低いＰＲＢからＰＳＣＣＨをブラインド検出する。

例５
図１２と図１３に示すように、リソースプール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）でＰＳＣＣＨの候補リソースを配置し、このリソースプールにおける端末は、候補リソースでＰＳＣＣＨを送信してもよい。

第一部分のＰＳＣＣＨ（即ちＰＳＣＣＨ １）は、ＰＳＣＣＨの候補リソースの最も低いＰＲＢからマッピングされる。

第二部分のＰＳＣＣＨ（即ちＰＳＣＣＨ ２）は、第一部分のＰＳＣＣＨの伝送リソースの後からマッピングされる。

受信端末は、定義された候補リソースの最も低いＰＲＢでＰＳＣＣＨ １をブラインド検出する。

受信端末は、ＰＳＣＣＨ １の復調情報に従って、ＰＳＣＣＨ ２のサイズを決定する。ＰＳＣＣＨ １のリソースの後、ＰＳＣＣＨ ２の情報をブラインド検出する（ＰＳＣＣＨ ２のサイズは、ＰＳＣＣＨ １に指示される）。

又は、受信端末は、ＰＳＣＣＨ １のリソースの後から、ＰＳＣＣＨ ２の情報をブラインド検出する（ＰＳＣＣＨ ２のサイズは、予め設定される値であり、又は複数の値でブラインド検出される）。

例６
図１４と図１５に示すように、リソースプール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）のＰＳＳＣＨのサブチャネル内でＰＳＣＣＨの候補リソースを配置する。

第一部分のＰＳＣＣＨ（即ちＰＳＣＣＨ １）は、対応するＰＳＳＣＨの最も低いサブチャネルにおけるＰＳＣＣＨ候補リソースからマッピングされる。

第二部分のＰＳＣＣＨ（即ちＰＳＣＣＨ ２）は、第一部分のＰＳＣＣＨの伝送リソースの後からマッピングされる。

例７
図１６と図１７に示すように、リソースプール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）のＰＳＳＣＨのサブチャネル内でＰＳＣＣＨの候補リソースを配置し、ＰＳＣＣＨ ｔｙｐｅ１（タイプ１）リソース又はＰＳＣＣＨ ｔｙｐｅ２（タイプ２）リソースとして配置する。

第一部分のＰＳＣＣＨ（即ちＰＳＣＣＨ １）は、対応するＰＳＳＣＨの最も低いサブチャネルのＰＳＣＣＨ ｔｙｐｅ１リソースから順にマッピングされる。

第二部分のＰＳＣＣＨ（即ちＰＳＣＣＨ ２）は、対応するＰＳＳＣＨの最も低いサブチャネルのＰＳＣＣＨ ｔｙｐｅ２リソースから順にマッピングされる。

例８
図１８、図１９、図２０及び図２１に示すように、リソースプール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）でＰＳＣＣＨ候補リソースを配置する。

第一部分のＰＳＣＣＨ（即ちＰＳＣＣＨ １）は、ＰＳＣＣＨ候補リソースの最も低いＰＲＢからマッピングされる。第一部分のＰＳＣＣＨに第二部分のＰＳＣＣＨ（即ちＰＳＣＣＨ ２）のマッピングの時間周波数リソース位置、ＤＭＲＳ配置を指示する。

受信端末は、第一部分のＰＳＣＣＨ（即ちＰＳＣＣＨ １）に指示された時間周波数リソース上で第二部分のＰＳＣＣＨの情報を受信する。

例９
図２２に示すように、第一部分のＰＳＣＣＨ（即ちＰＳＣＣＨ １）は、ＰＳＳＣＨサブチャネルの境界から予め設定される値をオフセット（ｏｆｆｓｅｔ）してマッピングされ、リソース予約指示であるとする。

第一部分のＰＳＣＣＨに第二部分のＰＳＣＣＨ（即ちＰＳＣＣＨ ２）のリソース指示、サイズなどの情報を付帯する。

受信端末は、第一部分のＰＳＣＣＨをブラインド検出する。復調に成功した場合、復調された第一部分のＰＳＣＣＨにおける関連情報に従って第二部分のＰＳＣＣＨを受信する。復調に失敗した場合、端末は、第二部分のＰＳＣＣＨをブラインド検出する。

例１０
第一部分のＰＳＣＣＨ（即ちＰＳＣＣＨ １）は、ＰＳＳＣＨサブチャネルの境界から予め設定される値をオフセット（ｏｆｆｓｅｔ）してマッピングされ、リソース予約指示であるとする。

第一部分のＰＳＣＣＨに第二部分のＰＳＣＣＨ（即ちＰＳＣＣＨ ２）のリソース指示、サイズなどの情報を付帯する。

受信端末は、第一部分のＰＳＣＣＨをブラインド検出する。復調に失敗した場合、第二部分のＰＳＣＣＨを検出しない。

この例では、リソース衝突の確率は、ある程度増加する。

例１１
如図２３に示すように、リソースプール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）でＰＳＣＣＨの候補リソースが位置するリソースセットを配置し、このリソースプールにおける端末（例えば、端末１と端末２）は、リソースセットから伝送リソースを選択してＰＳＣＣＨを送信してもよい。

送信端末は、ＰＳＣＣＨの候補リソースのいずれか一つのサブチャネルの最も低いＰＲＢからＰＳＣＣＨをマッピングする。

図２４に示すように、本開示のいくつかの実施例は、端末２００をさらに提供する。前記端末は、
物理サイドリンク制御チャネルＰＳＣＣＨの候補リソースを取得するための取得モジュールであって、前記候補リソースが前記ＰＳＣＣＨのサブチャネル内にあり、又は、前記候補リソースが前記端末により選択された物理サイドリンク共有チャネルＰＳＳＣＨリソースのサブチャネル内にあり、又は、前記候補リソースが前記端末により選択されたＰＳＳＣＨリソースの周波数領域範囲内にあり、又は、前記候補リソースが一つのリソースセット内にある取得モジュール２０１と、
前記候補リソースに従って、伝送待ちＰＳＣＣＨの伝送リソースを決定するためのリソース決定モジュール２０２とを含み、
そのうち、一つのサブチャネルは、連続的な周波数領域リソースを有する。

選択的に、本開示の上記実施例では、前記リソース決定モジュールは、
前記候補リソースから伝送待ちＰＳＣＣＨの伝送リソースを選択するための第一のリソース選択サブモジュールを含む。

選択的に、本開示の上記実施例では、前記リソース決定モジュールは、
前記ＰＳＣＣＨが第一部分のＰＳＣＣＨと第二部分のＰＳＣＣＨを含む場合、前記ＰＳＣＣＨ候補リソースから伝送待ち第一部分のＰＳＣＣＨの伝送リソースと伝送待ち第二部分のＰＳＣＣＨの伝送リソースを選択するための第二のリソース選択サブモジュールを含む。

選択的に、本開示の上記実施例では、前記第二のリソース選択サブモジュールは、
前記候補リソースから伝送待ち第一部分のＰＳＣＣＨの伝送リソースを選択するための第一のユニットと、
伝送待ち第一部分のＰＳＣＣＨの伝送リソースの後、前記第二部分のＰＳＣＣＨを順にマッピングし、第二部分のＰＳＣＣＨの伝送リソースを得るための第二のユニットとを含む。

選択的に、本開示の上記実施例では、前記ＰＳＣＣＨが第一部分のＰＳＣＣＨと第二部分のＰＳＣＣＨを含む場合、前記リソース決定モジュールは、
前記ＰＳＣＣＨの候補リソースから伝送待ち第一部分のＰＳＣＣＨの伝送リソースを選択するための第一の選択モジュールを含み、
前記端末は、
前記端末により選択されたデータ伝送用の前記ＰＳＳＣＨリソースから伝送待ち第二部分のＰＳＣＣＨの伝送リソースを選択するための第二の選択モジュールをさらに含む。

選択的に、本開示の上記実施例では、前記第二の選択モジュールは、
ＰＳＳＣＨの第一の物理リソースブロックＰＲＢから前記第二部分のＰＳＣＣＨをマッピングし、第二部分のＰＳＣＣＨの伝送リソースを得ること、
又は、ＰＳＳＣＨの第一のサブチャネルの第一のＰＲＢから前記第二部分のＰＳＣＣＨをマッピングし、第二部分のＰＳＣＣＨの伝送リソースを得ること、
又は、ＰＳＳＣＨの第一のサブチャネルの第一のＰＲＢの第一のオフセット値から前記第二部分のＰＳＣＣＨをマッピングし、第二部分のＰＳＣＣＨの伝送リソースを得ること、
又は、ＰＳＳＣＨの第一のサブチャネルの第二のオフセット値のサブチャネルの第一のＰＲＢから前記第二部分のＰＳＣＣＨをマッピングし、第二部分のＰＳＣＣＨの伝送リソースを得ることに用いられる選択サブモジュールを含み、
そのうち、第一のＰＲＢは、最も高いＰＲＢ又は最も低いＰＲＢであり、前記第一のサブチャネルは、ＰＳＳＣＨの最も低いサブチャネル又は最も高いサブチャネルである。

選択的に、本開示の上記実施例では、前記ＰＳＣＣＨが第一部分のＰＳＣＣＨと第二部分のＰＳＣＣＨを含み、前記ＰＳＣＣＨの候補リソースが第一部分のＰＳＣＣＨの候補リソースと第二部分のＰＳＣＣＨの候補リソースを含む場合、前記リソース決定モジュールは、
前記第一部分のＰＳＣＣＨの候補リソースから伝送待ち第一部分のＰＳＣＣＨの伝送リソースを選択するための第三の選択モジュールと、
前記第二部分のＰＳＣＣＨの候補リソースから伝送待ち第二部分のＰＳＣＣＨの伝送リソースを選択するための第四の選択モジュールとを含む。

選択的に、本開示の上記実施例では、前記端末は、
伝送待ちチャネルのチャネルパラメータに従って、候補リソースから伝送リソースを選択するための選択モジュールをさらに含み、
そのうち、チャネルパラメータは、
伝送待ちチャネルの時間領域リソース情報と、伝送待ちチャネルの周波数領域リソース情報とを含み、
そのうち、候補リソースは、ＰＳＣＣＨの候補リソースであり、伝送リソースは、ＰＳＣＣＨの伝送リソースであり、伝送待ちチャネルは、ＰＳＣＣＨであり、
又は、
候補リソースは、ＰＳＣＣＨの候補リソースであり、伝送リソースは、第一部分のＰＳＣＣＨの伝送リソースであり、伝送待ちチャネルは、第一部分のＰＳＣＣＨであり、
又は、
候補リソースは、第一部分のＰＳＣＣＨの候補リソースであり、伝送リソースは、第一部分のＰＳＣＣＨの伝送リソースであり、伝送待ちチャネルは、第一部分のＰＳＣＣＨであり、
又は、
候補リソースは、第二部分のＰＳＣＣＨの候補リソースであり、伝送リソースは、第二部分のＰＳＣＣＨの伝送リソースであり、伝送待ちチャネルは、第二部分のＰＳＣＣＨである。

選択的に、本開示の上記実施例では、前記伝送待ちチャネルの時間領域リソース情報は、
時間領域シンボル数と、
時間領域シンボル開始位置と、
時間領域シンボル終了位置と、
時分割多重化パターンと、のうちの少なくとも一つを含む。

選択的に、本開示の上記実施例では、前記伝送待ちチャネルの周波数領域リソース情報は、
周波数領域リソースの数と、
周波数領域リソースの開始位置と、
周波数領域リソースの終了位置と、
周波数領域リソースの開始位置の、第一のリソース単位に対するオフセット値と、
周波数領域リソースの終了位置の、第一のリソース単位に対するオフセット値と、
周波数分割多重化パターンと、のうちの少なくとも一つを含み、
そのうち、第一のリソース単位は、前記端末により選択されたリソースプールの最も低いリソース単位又は最も高いリソース単位であり、又は、前記第一のリソース単位は、前記端末により選択されたＰＳＳＣＨリソースの最も低いリソース単位又は最も高いリソース単位である。

選択的に、本開示の上記実施例では、前記第一部分のＰＳＣＣＨに第二部分のＰＳＣＣＨのリソース情報を付帯し、前記第二部分のＰＳＣＣＨのリソース情報は、
第二部分のＰＳＣＣＨの時間領域リソース開始位置と、
第二部分のＰＳＣＣＨの時間領域リソース終了位置と、
第二部分のＰＳＣＣＨの時間領域リソースにより占有されたシンボル数と、
第二部分のＰＳＣＣＨの周波数領域リソース開始位置と、
第二部分のＰＳＣＣＨの周波数領域リソース終了位置と、
第二部分のＰＳＣＣＨの周波数領域リソースにより占有されたＰＲＢ数と、
第二部分のＰＳＣＣＨの周波数領域リソースにより占有されたサブチャネルの数と、
第二部分のＰＳＣＣＨの時間領域オフセット値と、
第二部分のＰＳＣＣＨの周波数領域オフセット値と、のうちの少なくとも一つを含む。

選択的に、本開示の上記実施例では、前記端末は、
前記第一部分のＰＳＣＣＨのリファレンス信号を配置するための第一の配置モジュールと、
前記第二部分のＰＳＣＣＨのリファレンス信号を配置するための第二の配置モジュールとをさらに含む。

選択的に、本開示の上記実施例では、前記第一の配置モジュールは、
プロトコルにより予め定義される、又はネットワークにより予め配置される、又はネットワークにより配置される、又は端末により配置される前記第一部分のＰＳＣＣＨのリファレンス信号の配置情報を取得するための第一のサブモジュールと、
前記第一部分のＰＳＣＣＨのリファレンス信号の配置情報に従って前記第一部分のＰＳＣＣＨのリファレンス信号を配置するための第二のサブモジュールとを含む。

選択的に、本開示の上記実施例では、前記第二の配置モジュールは、
前記第一部分のＰＳＣＣＨのリファレンス信号に使用された配置情報と同じ配置情報を用いて前記第二部分のＰＳＣＣＨのリファレンス信号を配置すること、
又は、第二部分のＰＳＣＣＨのリファレンス信号を独立して配置すること、
又は、前記ＰＳＳＣＨのリファレンス信号の配置情報を用いて前記第二部分のＰＳＣＣＨのリファレンス信号を配置することに用いられる第三のサブモジュールを含む。

選択的に、本開示の上記実施例では、前記取得モジュールは、
プロトコルにより予め定義される、又はネットワークにより予め配置される、又はネットワークにより配置される、又は端末により配置される第一の配置情報を取得するための第一の取得サブモジュールを含み、そのうち、前記第一の配置情報は、
リソースセットのサイズと、
リソースセットの開始位置と、
リソースセットの終了位置と、のうちの少なくとも一つを含む。

選択的に、本開示の上記実施例では、前記第一の配置情報は、
ＰＳＣＣＨのアグリゲーションレベルと、
ＰＳＣＣＨの候補リソースサイズと、
ＰＳＣＣＨの候補リソース数と、
ＰＳＣＣＨの候補リソース位置と、
第一部分のＰＳＣＣＨの候補リソースサイズと、
第一部分のＰＳＣＣＨの候補リソース数と、
第一部分のＰＳＣＣＨの候補リソース位置と、
第二部分のＰＳＣＣＨの候補リソースサイズと、
第二部分のＰＳＣＣＨの候補リソース数と、
第二部分のＰＳＣＣＨの候補リソース位置と、のうちの少なくとも一つをさらに含む。

選択的に、本開示の上記実施例では、前記取得モジュールは、
プロトコルにより予め定義される、又はネットワークにより予め配置される、又はネットワークにより配置される、又は端末により配置されるＰＳＣＣＨの、ＰＳＳＣＨの少なくとも一つのサブチャネルでの候補リソースを取得すること、
又は、プロトコルにより予め定義される、又はネットワークにより予め配置される、又はネットワークにより配置される、又は端末により配置されるＰＳＣＣＨの候補リソースの、ＰＳＳＣＨのサブチャネルに対するオフセット値を取得すること、
又は、プロトコルにより予め定義される、又はネットワークにより予め配置される、又はネットワークにより配置される、又は端末により配置されるＰＳＣＣＨの、ＰＳＣＣＨの少なくとも一つのサブチャネルでの候補リソースを取得することに用いられる第二の取得サブモジュールを含む。

選択的に、本開示の上記実施例では、前記取得モジュールは、
プロトコルにより予め定義される、又はネットワークにより予め配置される、又はネットワークにより配置される、又は端末により配置される第二の配置情報を取得するための第三の取得サブモジュールを含み、そのうち、前記第二の配置情報は、
ＰＳＳＣＨサブチャネル内のＰＳＣＣＨの候補リソースのサイズと、
ＰＳＳＣＨサブチャネル内のＰＳＣＣＨの候補リソースの開始位置と、
ＰＳＳＣＨサブチャネル内のＰＳＣＣＨの候補リソースの終了位置と、
ＰＳＳＣＨサブチャネル内のＰＳＣＣＨの候補リソースの数と、
ＰＳＳＣＨサブチャネル内のＰＳＣＣＨの候補リソースのパターンと、
ＰＳＳＣＨリソース内のＰＳＣＣＨの候補リソースのサイズと、
ＰＳＳＣＨリソース内のＰＳＣＣＨの候補リソースの開始位置と、
ＰＳＳＣＨリソース内のＰＳＣＣＨの候補リソースの終了位置と、
ＰＳＳＣＨリソース内のＰＳＣＣＨの候補リソースの数と、
ＰＳＳＣＨリソース内のＰＳＣＣＨの候補リソースのパターンと、のうちの少なくとも一つを含む。

選択的に、本開示の上記実施例では、前記取得モジュールは、
帯域幅部分ＢＷＰの第一の配置シグナリングを取得し、前記第一の配置シグナリングがＢＷＰに含まれるリソースプールに適用されること、
又は、リソースプールの第二の配置シグナリングを取得し、前記第二の配置シグナリングが前記リソースプールに適用されること、
又は、ＰＳＣＣＨのサブチャネルの第三の配置シグナリングを取得し、前記第三の配置シグナリングが前記ＰＳＣＣＨのサブチャネルに適用されること、
又は、ターゲットアグリゲーションレベルに対応する第四の配置シグナリングを取得し、前記第四の配置シグナリングがターゲットアグリゲーションレベルに対応するＰＳＣＣＨに適用されることに用いられる第四の取得サブモジュールを含み、
そのうち、第一の配置シグナリング又は第二の配置シグナリング又は第三の配置シグナリング又は第四の配置シグナリングは、ＰＳＣＣＨの候補リソースを配置するためのものである。

本開示のいくつかの実施例による端末は、図１～図２１の方法の実施例において端末によって実現された各プロセスを実現することができる。説明の繰り返しを回避するために、ここでは説明を省略する。

以上をまとめると、本開示の上記実施例では、ＰＳＣＣＨのリソースマッピング方式を定義することにより、独立したＰＳＣＣＨ伝送及び同一スケジューリングユニットには関連するＰＳＳＣＨの配置が存在する状況に適用することができ、システムオーバーヘッドとリソース使用率との関係をバランスさせることができる。

説明すべきことは、本開示のいくつかの実施例による端末が、上記チャネルリソース決定方法を実行できる端末である場合、上記チャネルリソース決定方法のすべての実施例は、いずれもこの端末に適用され、且つ同じ又は類似する有益な効果を達成することができる。

図２５に示すように、本開示のいくつかの実施例は、端末３００をさらに提供する。前記端末は、
第一部分のＰＳＣＣＨをブラインド検出し、ブラインド検出結果に従って第二部分のＰＳＣＣＨを検出するかどうかを決定すること、又は、第一部分のＰＳＣＣＨと第二部分のＰＳＣＣＨをブラインド検出することに用いられる検出モジュール３０１を含む。

選択的に、本開示の上記実施例では、前記検出モジュールは、
第一部分のＰＳＣＣＨをブラインド検出するための第一の検出サブモジュールと、
第一部分のＰＳＣＣＨに対する復調に成功し、且つ第二部分のＰＳＣＣＨの情報を取得した場合、前記第二部分のＰＳＣＣＨの情報に従って第二部分のＰＳＣＣＨを検出するか、又は、第一部分のＰＳＣＣＨに対する復調に失敗した場合、前記第二部分のＰＳＣＣＨの検出を停止するための第二の検出サブモジュールとを含む。

以上をまとめると、本開示のいくつかの実施例は、２ステップのＰＳＣＣＨ伝送の検出方法をさらに定義しており、システムオーバーヘッドとリソース使用率との関係をバランスさせることができる。

説明すべきことは、本開示のいくつかの実施例による端末が、上記チャネル検出方法を実行できる端末である場合、上記チャネル検出方法のすべての実施例は、いずれもこの端末に適用され、且つ同じ又は類似する有益な効果を達成することができる。

図２６は、本開示の各実施例を実現する端末のハードウェア構造概略図である。この端末４００は、無線周波数ユニット４０１、ネットワークモジュール４０２、オーディオ出力ユニット４０３、入力ユニット４０４、センサ４０５、表示ユニット４０６、ユーザ入力ユニット４０７、インターフェースユニット４０８、メモリ４０９、プロセッサ４１０、及び電源４１１などの部材を含むが、それらに限らない。当業者であれば理解できるように、図２６に示される端末の構造は、端末に対する限定を構成せず、端末は、図示される部材の数よりも多くまたは少ない部材、またはなんらかの部材の組み合わせ、または異なる部材の配置を含んでもよい。本開示のいくつかの実施例では、端末は、携帯電話、タブレットパソコン、ノートパソコン、パームトップコンピュータ、車載端末、ウェアラブルデバイス、及び歩数計などを含むが、それらに限らない。

そのうち、無線周波数ユニット４０１は、物理サイドリンク制御チャネルＰＳＣＣＨの候補リソースを取得するためのものであり、前記候補リソースが前記ＰＳＣＣＨのサブチャネル内にあり、又は、前記候補リソースが前記端末により選択された物理サイドリンク共有チャネルＰＳＳＣＨリソースのサブチャネル内にあり、又は、前記候補リソースが前記端末により選択されたＰＳＳＣＨリソースの周波数領域範囲内にあり、又は、前記候補リソースが一つのリソースセット内にある。

プロセッサ４１０は、前記候補リソースに従って、伝送待ちＰＳＣＣＨの伝送リソースを決定するためのものである。そのうち、一つのサブチャネルは、連続的な周波数領域リソースを有する。

以上をまとめると、本開示の上記実施例では、ＰＳＣＣＨのリソースマッピング方式を定義することにより、独立したＰＳＣＣＨ伝送及び同一スケジューリングユニットには関連するＰＳＳＣＨの配置が存在する状況に適用することができ、システムオーバーヘッドとリソース使用率との関係をバランスさせることができる。

説明すべきことは、本開示のいくつかの実施例による端末が、上記チャネルリソース決定方法を実行できる端末である場合、上記チャネルリソース決定方法のすべての実施例は、いずれもこの端末に適用され、且つ同じ又は類似する有益な効果を達成することができる。

又は、プロセッサ４１０は、第一部分のＰＳＣＣＨをブラインド検出し、ブラインド検出結果に従って第二部分のＰＳＣＣＨを検出するかどうかを決定すること、又は、第一部分のＰＳＣＣＨと第二部分のＰＳＣＣＨをブラインド検出することに用いられる。

以上をまとめると、本開示のいくつかの実施例は、２ステップのＰＳＣＣＨ伝送の検出方法をさらに定義しており、システムオーバーヘッドとリソース使用率との関係をバランスさせることができる。

説明すべきことは、本開示のいくつかの実施例による端末が、上記チャネル検出方法を実行できる端末である場合、上記チャネル検出方法のすべての実施例は、いずれもこの端末に適用され、且つ同じ又は類似する有益な効果を達成することができる。

理解すべきことは、本開示のいくつかの実施例では、無線周波数ユニット４０１は、情報の送受信または通話中の信号の送受信に用いられてもよい。具体的には、基地局からの下りリンクデータを受信してから、プロセッサ４１０に処理させてもよい。また、上りリンクのデータを基地局に送信してもよい。一般的には、無線周波数ユニット４０１は、アンテナ、少なくとも一つの増幅器、送受信機、カプラ、低雑音増幅器、デュプレクサなどを含むが、それらに限らない。なお、無線周波数ユニット４０１は、無線通信システムやネットワークを介して他の機器との通信を行ってもよい。

端末は、ネットワークモジュール４０２によってユーザに無線のブロードバンドインターネットアクセスを提供し、例えば、ユーザへ電子メールの送受信、ウェブページの閲覧、ストリーミングメディアへのアクセスなどを支援する。

オーディオ出力ユニット４０３は、無線周波数ユニット４０１またはネットワークモジュール４０２によって受信されたまたはメモリ４０９に記憶されたオーディオデータをオーディオ信号に変換して、音声として出力することができる。そして、オーディオ出力ユニット４０３はさらに、端末４００によって実行された特定の機能に関連するオーディオ出力（例えば、呼び信号受信音、メッセージ着信音など）を提供することができる。オーディオ出力ユニット４０３は、スピーカ、ブザー及び受話器などを含む。

入力ユニット４０４は、オーディオまたはビデオ信号を受信するために用いられる。入力ユニット４０４は、グラフィックスプロセッサ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＧＰＵ）４０４１とマイクロホン４０４２を含んでもよい。グラフィックスプロセッサ４０４１は、ビデオキャプチャモードまたは画像キャプチャモードにおいて画像キャプチャ装置（例えば、カメラ）によって得られた静止画像またはビデオの画像データを処理する。処理された画像フレームは、表示ユニット４０６に表示されてもよい。グラフィックスプロセッサ４０４１によって処理された画像フレームは、メモリ４０９（または他の記憶媒体）に記憶されてもよく、または無線周波数ユニット４０１またはネットワークモジュール４０２を介して送信されてもよい。マイクロホン４０４２は、音声を受信することができるとともに、このような音声をオーディオデータとして処理することができる。処理されたオーディオデータは、電話の通話モードにおいて、無線周波数ユニット４０１を介して移動通信基地局に送信することが可能なフォーマットに変換して出力されてもよい。

端末４００は、少なくとも一つのセンサ４０５、例えば、光センサ、モーションセンサ及び他のセンサをさらに含む。具体的には、光センサは、環境光センサ及び接近センサを含み、そのうち、環境光センサは、環境光の明暗に応じて、表示パネル４０６１の輝度を調整することができ、接近センサは、端末４００が耳元に移動した時、表示パネル４０６１及び／又はバックライトをオフにすることができる。モーションセンサの一種として、加速度計センサは、各方向（一般的には、三軸であり）での加速度の大きさを検出することができ、静止時、重力の大きさ及び方向を検出することができ、端末姿勢（例えば、縦横スクリーン切り替え、関連ゲーム、磁力計姿勢校正）の識別、振動識別関連機能（例えば、歩数計、タップ）などに用いることができる。センサ４０５は、指紋センサ、圧力センサ、虹彩センサ、分子センサ、ジャイロ、気圧計、湿度計、温度計、赤外線センサなどをさらに含んでもよい。ここでは説明を省略する。

表示ユニット４０６は、ユーザによって入力された情報またはユーザに提供される情報を表示するために用いられる。表示ユニット４０６は、表示パネル４０６１を含んでもよい。液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ－Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ、ＯＬＥＤ）などの形式で表示パネル４０６１を配置してもよい。

ユーザ入力ユニット４０７は、入力された数字または文字情報の受信、端末のユーザによる設置及び機能制御に関するキー信号入力の発生に用いられてもよい。具体的には、ユーザ入力ユニット４０７は、タッチパネル４０７１および他の入力機器４０７２を含む。タッチパネル４０７１は、タッチスクリーンとも呼ばれ、その上または付近でのユーザによるタッチ操作（例えば、ユーザが指、タッチペンなどの任意の適切な物体または付属品を使用してタッチパネル４０７１上またはタッチパネル４０７１付近で行う操作）を収集することができる。タッチパネル４０７１は、タッチ検出装置とタッチコントローラの二つの部分を含んでもよい。そのうち、タッチ検出装置は、ユーザによるタッチ方位を検出し、タッチ操作による信号を検出し、信号をタッチコントローラに伝送する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、それをタッチポイント座標に変換してから、プロセッサ４１０に送信し、プロセッサ４１０から送信されてきた指令を受信して実行する。なお、抵抗式、静電容量式、赤外線及び表面音波などの様々なタイプを用いてタッチパネル４０７１を実現してもよい。タッチパネル４０７１以外、ユーザ入力ユニット４０７は、他の入力機器４０７２を含んでもよい。具体的には、他の入力機器４０７２は、物理的なキーボード、機能キー（例えば、ボリューム制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限らない。ここでは説明を省略する。

さらに、タッチパネル４０７１は、表示パネル４０６１上に覆われてもよい。タッチパネル４０７１は、その上または付近でのタッチ操作を検出すると、プロセッサ４１０に伝送して、タッチイベントのタイプを特定し、その後、プロセッサ４１０は、タッチイベントのタイプに応じて表示パネル４０６１上で相応な視覚出力を提供する。図２６では、タッチパネル４０７１と表示パネル４０６１は、二つの独立した部材として端末の入力と出力機能を実現するものであるが、なんらかの実施例では、タッチパネル４０７１と表示パネル４０６１を集積して端末の入力と出力機能を実現してもよい。具体的には、ここでは限定しない。

インターフェースユニット４０８は、外部装置と端末４００との接続のためのインターフェースである。例えば、外部装置は、有線または無線ヘッドフォンポート、外部電源（または電池充電器）ポート、有線または無線データポート、メモリカードポート、識別モジュールを有する装置への接続用のポート、オーディオ入力／出力（Ｉ／Ｏ）ポート、ビデオＩ／Ｏポート、イヤホンポートなどを含んでもよい。インターフェースユニット４０８は、外部装置からの入力（例えば、データ情報、電力など）を受信するとともに、受信した入力を端末４００内の一つまたは複数の素子に伝送するために用いられてもよく、または端末４００と外部装置との間でデータを伝送するために用いられてもよい。

メモリ４０９は、ソフトウェアプログラム及び各種のデータを記憶するために用いられてもよい。メモリ４０９は、主に記憶プログラム領域および記憶データ領域を含んでもよい。そのうち、記憶プログラム領域は、オペレーティングシステム、少なくとも一つの機能に必要なアプリケーションプログラム（例えば、音声再生機能、画像再生機能など）などを記憶することができ、記憶データ領域は、携帯電話の使用によって作成されるデータ（例えば、オーディオデータ、電話帳など）などを記憶することができる。なお、メモリ４０９は、高速ランダムアクセスメモリを含んでもよく、非揮発性メモリ、例えば、少なくとも一つの磁気ディスクメモリデバイス、フラッシュメモリデバイス、または他の不揮発性ソリッドステートメモリデバイスをさらに含んでもよい。

プロセッサ４１０は、端末の制御センターであり、各種のインターフェースと線路によって端末全体の各部分に接続され、メモリ４０９内に記憶されたソフトウェアプログラム及び／又はモジュールを運行又は実行すること、及びメモリ４０９内に記憶されたデータを呼び出し、端末の各種の機能を実行し、データを処理することにより、端末全体をモニタリングする。プロセッサ４１０は、一つまたは複数の処理ユニットを含んでもよい。選択的に、プロセッサ４１０は、アプリケーションプロセッサとモデムプロセッサを集積してもよい。そのうち、アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインターフェースおよびアプリケーションプログラムなどを処理するためのものであり、モデムプロセッサは、主に無線通信を処理するためのものである。理解できるように、上記モデムプロセッサは、プロセッサ４１０に集積されなくてもよい。

端末４００はさらに、各部材に電力を供給する電源４１１（例えば、電池）を含んでもよい。選択的に、電源４１１は、電源管理システムによってプロセッサ４１０にロジック的に接続されてもよい。それにより、電源管理システムによって充放電管理及び消費電力管理などの機能を実現することができる。

また、端末４００は、いくつかの示されていない機能モジュールを含む。ここでは説明を省略する。

選択的に、本開示のいくつかの実施例は、端末をさらに提供する。プロセッサと、メモリと、メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムとを含み、このプログラムがプロセッサによって実行される時、上記チャネルリソース決定方法の実施例の各プロセスを実現させ、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでは説明を省略する。

本開示のいくつかの実施例は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体にはコンピュータプログラムが記憶されており、このコンピュータプログラムがプロセッサによって実行される時、上記チャネルリソース決定方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでは説明を省略する。そのうち、前記コンピュータ可読記憶媒体は、例えば、読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭと略称される）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭと略称される）、磁気ディスクまたは光ディスクなどである。

選択的に、本開示のいくつかの実施例は、端末をさらに提供する。プロセッサと、メモリと、メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムを含み、このプログラムがプロセッサによって実行される時、上記チャネル検出方法の実施例の各プロセスを実現させ、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでは説明を省略する。

本開示のいくつかの実施例は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体にはコンピュータプログラムが記憶されており、このコンピュータプログラムがプロセッサによって実行される時、上記チャネル検出方法の実施例の各プロセスを実現させ、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでは説明を省略する。そのうち、前記コンピュータ可読記憶媒体は、例えば、読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭと略称される）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭと略称される）、磁気ディスクまたは光ディスクなどである。

理解できるように、本開示の実施例に記述されたこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード又はそれらの組み合わせで実現されてもよい。ハードウェアの実現に対して、モジュール、ユニット、サブモジュール、サブユニットなどは、一つ又は複数の特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ、ＡＳＩＣ）、デジタルシグナルプロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、デジタルシグナルプロセッシングデバイス（ＤＳＰ Ｄｅｖｉｃｅ、ＤＳＰＤ）、プログラマブル論理機器（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ、ＰＬＤ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本開示に記載の機能を実行するための他の電子ユニット又はそれらの組み合わせに実現されてもよい。

ソフトウェアの実現に対して、本開示の実施例に記載の機能を実行するモジュール（例えば、プロセス、関数など）によって本開示の実施例に記載の技術を実現してもよい。ソフトウェアコードは、メモリに記憶され、且つプロセッサによって実行されてもよい。メモリは、プロセッサ内又はプロセッサの外部に実現されてもよい。

そのため、本開示の目的は、任意のコンピューティングデバイス上で一つのプログラム又は一組のプログラムを運行することによって実現することもできる。前記コンピューティングデバイスは、公知の汎用デバイスであってもよい。そのため、本開示の目的は、前記方法又は装置を実現するためのプログラムコードを含むプログラム製品を提供するだけで実現することもできる。つまり、そのようなプログラム製品も本開示を構成し、また、そのようなプログラム製品を記憶している記憶媒体も本開示を構成する。明らかに、前記記憶媒体は、任意の公知の記憶媒体又は将来開発される任意の記憶媒体であってもよい。さらに指摘すべきことは、本開示の装置及び方法において、明らかに、各部材又は各ステップは、分解及び／又は再組み合わせされてもよい。これらの分解及び／又は再組み合わせは、本開示の等価解決策として見なされるべきである。且つ、上記一連の処理を実行するステップは、説明の順序で、そして、時系列で自然に実行することができるが、必ずしも時系列で実行する必要がない。なんらかのステップは、並行して、又は互いに独立して実行することができる。

説明すべきことは、本明細書において、「含む」、「包含」という用語またはその他の任意の変形は、非排他的な「含む」を意図的にカバーするものであり、それにより、一連の要素を含むプロセス、方法、物品または装置は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み、またはこのようなプロセス、方法、物品または装置に固有の要素も含む。それ以上の制限がない場合に、「……を１つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品または装置には他の同じ要素も存在することが排除されるものではない。

以上の実施の形態の記述によって、当業者であればはっきりと分かるように、上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームの形態によって実現されてもよい。無論、ハードウェアによっても実現されるが、多くの場合、前者は、好適な実施の形態である。このような理解を踏まえて、本開示の技術案は、実質にはまたは従来技術に寄与した部分がソフトウェア製品の形式によって表われてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、一台の端末（携帯電話、コンピュータ、サーバ、エアコン、またはネットワーク機器などであってもよい）に本開示の各実施例に記載の方法を実行させるための若干の指令を含む。

以上は、添付図面を結び付けながら、本開示の実施例を記述したが、本開示は、上記具体的な実施の形態に限らず、上記具体的な実施の形態は例示的なものに過ぎず、制限性のあるものではない。当業者は、本開示による示唆を基にして、本開示の趣旨や請求項が保護する範囲から逸脱しない限り、多くの形式の変更を行うことができ、それらはいずれも本開示の保護範囲に入っている。

以上に記載の内容は、本開示の具体的な実施の形態に過ぎず、本開示の保護範囲は、それに限らない。いかなる当業者が、本開示に掲示される技術的範囲内に、容易に想到できる変形又は置換は、いずれも、本開示の保護範囲内に含まれるべきである。そのため、本開示の保護範囲は、特許請求の範囲の保護範囲に準ずるべきである。

Claims (13)

1. 端末に用いられるチャネルリソース決定方法であって、
   物理サイドリンク制御チャネルＰＳＣＣＨの候補リソースを取得し、前記候補リソースが前記端末により選択された物理サイドリンク共有チャネルＰＳＳＣＨリソースの最も低いサブチャネル内にあることと、
   前記候補リソースに従って、伝送待ちＰＳＣＣＨの伝送リソースを決定することとを含み、
   そのうち、一つのサブチャネルは、連続的な周波数領域リソースを有する、チャネルリソース決定方法。
2. 前述した、前記候補リソースに従って、伝送待ちＰＳＣＣＨの伝送リソースを決定することは、
   前記候補リソースから伝送待ちＰＳＣＣＨの伝送リソースを選択することを含む、請求項１に記載の方法。
3. 前記ＰＳＣＣＨが第一部分のＰＳＣＣＨと第二部分のＰＳＣＣＨを含む場合、
   前述した、前記候補リソースに従って、伝送待ちＰＳＣＣＨの伝送リソースを決定することは、
   前記ＰＳＣＣＨの候補リソースから伝送待ち第一部分のＰＳＣＣＨの伝送リソースを選択することを含み、
   前記方法は、
   前記端末により選択された前記ＰＳＳＣＨリソースから伝送待ち第二部分のＰＳＣＣＨの伝送リソースを選択することをさらに含む、請求項１に記載の方法。
4. 前記端末により選択された前記ＰＳＳＣＨリソースから伝送待ち第二部分のＰＳＣＣＨの伝送リソースを選択することは、
   ＰＳＳＣＨの第一の物理リソースブロックＰＲＢから前記第二部分のＰＳＣＣＨをマッピングし、第二部分のＰＳＣＣＨの伝送リソースを得ること、
   又は、
   ＰＳＳＣＨの第一のサブチャネルの第一のＰＲＢから前記第二部分のＰＳＣＣＨをマッピングし、第二部分のＰＳＣＣＨの伝送リソースを得ること、
   又は、
   ＰＳＳＣＨの第一のサブチャネルの第一のＰＲＢの第一のオフセット値から前記第二部分のＰＳＣＣＨをマッピングし、第二部分のＰＳＣＣＨの伝送リソースを得ること、
   又は、
   ＰＳＳＣＨの第一のサブチャネルの第二のオフセット値のサブチャネルの第一のＰＲＢから前記第二部分のＰＳＣＣＨをマッピングし、第二部分のＰＳＣＣＨの伝送リソースを得ることを含み、
   そのうち、第一のＰＲＢは、最も高いＰＲＢ又は最も低いＰＲＢであり、前記第一のサブチャネルは、ＰＳＳＣＨの最も低いサブチャネル又は最も高いサブチャネルである、請求項３に記載の方法。
5. 候補リソースから伝送リソースを選択することは、
   伝送待ちチャネルのチャネルパラメータに従って、候補リソースから伝送リソースを選択することを含み、
   そのうち、伝送待ちチャネルのチャネルパラメータは、
   伝送待ちチャネルの時間領域リソース情報と、伝送待ちチャネルの周波数領域リソース情報とを含み、
   そのうち、候補リソースは、ＰＳＣＣＨの候補リソースであり、伝送リソースは、ＰＳＣＣＨの伝送リソースであり、伝送待ちチャネルは、ＰＳＣＣＨであり、
   又は、
   候補リソースは、ＰＳＣＣＨの候補リソースであり、伝送リソースは、第一部分のＰＳＣＣＨの伝送リソースであり、伝送待ちチャネルは、第一部分のＰＳＣＣＨであり、
   又は、
   候補リソースは、第一部分のＰＳＣＣＨの候補リソースであり、伝送リソースは、第一部分のＰＳＣＣＨの伝送リソースであり、伝送待ちチャネルは、第一部分のＰＳＣＣＨであり、
   又は、
   候補リソースは、第二部分のＰＳＣＣＨの候補リソースであり、伝送リソースは、第二部分のＰＳＣＣＨの伝送リソースであり、伝送待ちチャネルは、第二部分のＰＳＣＣＨである、請求項２～４のいずれか１項に記載の方法。
6. 前記伝送待ちチャネルのチャネルパラメータは、
   時分割多重化及び／又は周波数分割多重化をさらに含む、請求項５に記載の方法。
7. 前記第一部分のＰＳＣＣＨに第二部分のＰＳＣＣＨのリソース情報を付帯することをさらに含み、前記第二部分のＰＳＣＣＨのリソース情報は、
   第二部分のＰＳＣＣＨの時間領域リソース開始位置と、
   第二部分のＰＳＣＣＨの時間領域リソース終了位置と、
   第二部分のＰＳＣＣＨの時間領域リソースにより占有されたシンボル数と、
   第二部分のＰＳＣＣＨの周波数領域リソース開始位置と、
   第二部分のＰＳＣＣＨの周波数領域リソース終了位置と、
   第二部分のＰＳＣＣＨの周波数領域リソースにより占有されたＰＲＢ数と、
   第二部分のＰＳＣＣＨの周波数領域リソースにより占有されたサブチャネルの数と、
   第二部分のＰＳＣＣＨの時間領域オフセット値と、
   第二部分のＰＳＣＣＨの周波数領域オフセット値と、のうちの少なくとも一つを含む、請求項３又は４に記載の方法。
8. 前記第一部分のＰＳＣＣＨのリファレンス信号を配置することと、
   前記第二部分のＰＳＣＣＨのリファレンス信号を配置することとをさらに含む、請求項３又は４に記載の方法。
9. 前記第一部分のＰＳＣＣＨのリファレンス信号を配置することは、
   プロトコルにより予め定義される、又はネットワークにより予め配置される、又はネットワークにより配置される、又は端末により配置される前記第一部分のＰＳＣＣＨのリファレンス信号の配置情報を取得することと、
   前記第一部分のＰＳＣＣＨのリファレンス信号の配置情報に従って前記第一部分のＰＳＣＣＨのリファレンス信号を配置することとを含む、請求項８に記載の方法。
10. 前記第二部分のＰＳＣＣＨのリファレンス信号を配置することは、
    前記第一部分のＰＳＣＣＨのリファレンス信号に使用された配置情報と同じ配置情報を用いて前記第二部分のＰＳＣＣＨのリファレンス信号を配置すること、
    又は、
    第二部分のＰＳＣＣＨのリファレンス信号を独立して配置すること、
    又は、
    前記ＰＳＳＣＨのリファレンス信号の配置情報を用いて前記第二部分のＰＳＣＣＨのリファレンス信号を配置することを含む、請求項８に記載の方法。
11. 前述した、物理サイドリンク制御チャネルＰＳＣＣＨの候補リソースを取得することは、
    プロトコルにより予め定義される、又はネットワークにより予め配置される、又はネットワークにより配置される、又は端末により配置される第一の配置情報を取得することを含み、そのうち、前記第一の配置情報は、
    リソースセットのサイズと、
    リソースセットの開始位置と、
    リソースセットの終了位置と、のうちの少なくとも一つを含む、請求項１に記載の方法。
12. 物理サイドリンク制御チャネルＰＳＣＣＨの候補リソースを取得することは、
    プロトコルにより予め定義される、又はネットワークにより予め配置される、又はネットワークにより配置される、又は端末により配置されるＰＳＣＣＨの、ＰＳＳＣＨの少なくとも一つのサブチャネルでの候補リソースを取得すること、
    又は、
    プロトコルにより予め定義される、又はネットワークにより予め配置される、又はネットワークにより配置される、又は端末により配置されるＰＳＣＣＨの候補リソースの、ＰＳＳＣＨのサブチャネルに対するオフセット値を取得すること、
    又は、
    プロトコルにより予め定義される、又はネットワークにより予め配置される、又はネットワークにより配置される、又は端末により配置されるＰＳＣＣＨの、ＰＳＣＣＨの少なくとも一つのサブチャネルでの候補リソースを取得することを含み、または、
    物理サイドリンク制御チャネルＰＳＣＣＨの候補リソースを取得することは、
    プロトコルにより予め定義される、又はネットワークにより予め配置される、又はネットワークにより配置される、又は端末により配置される第二の配置情報を取得することを含み、そのうち、前記第二の配置情報は、
    ＰＳＳＣＨサブチャネル内のＰＳＣＣＨの候補リソースのサイズと、
    ＰＳＳＣＨサブチャネル内のＰＳＣＣＨの候補リソースの開始位置と、
    ＰＳＳＣＨサブチャネル内のＰＳＣＣＨの候補リソースの終了位置と、
    ＰＳＳＣＨサブチャネル内のＰＳＣＣＨの候補リソースの数と、
    ＰＳＳＣＨサブチャネル内のＰＳＣＣＨの候補リソースのパターンと、
    ＰＳＳＣＨリソース内のＰＳＣＣＨの候補リソースのサイズと、
    ＰＳＳＣＨリソース内のＰＳＣＣＨの候補リソースの開始位置と、
    ＰＳＳＣＨリソース内のＰＳＣＣＨの候補リソースの終了位置と、
    ＰＳＳＣＨリソース内のＰＳＣＣＨの候補リソースの数と、
    ＰＳＳＣＨリソース内のＰＳＣＣＨの候補リソースのパターンと、のうちの少なくとも一つを含み、または、
    前述した、物理サイドリンク制御チャネルＰＳＣＣＨの候補リソースを取得することは、
    帯域幅部分ＢＷＰの第一の配置シグナリングを取得し、前記第一の配置シグナリングがＢＷＰに含まれるリソースプールに適用されること、
    又は、
    リソースプールの第二の配置シグナリングを取得し、前記第二の配置シグナリングが前記リソースプールに適用されること、
    又は、
    ＰＳＣＣＨのサブチャネルの第三の配置シグナリングを取得し、前記第三の配置シグナリングが前記ＰＳＣＣＨのサブチャネルに適用されること、
    又は、
    ターゲットアグリゲーションレベルに対応する第四の配置シグナリングを取得し、前記第四の配置シグナリングがターゲットアグリゲーションレベルに対応するＰＳＣＣＨに適用されることを含み、
    そのうち、第一の配置シグナリング又は第二の配置シグナリング又は第三の配置シグナリング又は第四の配置シグナリングは、ＰＳＣＣＨの候補リソースを配置するためのものである、請求項１に記載の方法。
13. 端末であって、
    物理サイドリンク制御チャネルＰＳＣＣＨの候補リソースを取得するための取得モジュールであって、前記候補リソースが前記端末により選択された物理サイドリンク共有チャネルＰＳＳＣＨリソースの最も低いサブチャネル内にある取得モジュールと、
    前記候補リソースに従って、伝送待ちＰＳＣＣＨの伝送リソースを決定するためのリソース決定モジュールとを含み、
    そのうち、一つのサブチャネルは、連続的な周波数領域リソースを有する、端末。

Images