JP7703645B2 - 操作方法、送信方法及び関連機器 - Google Patents

Description

（関連出願の相互参照）
本出願は、２０２０年８月１７日に中国で出願した、出願番号がＮｏ．２０２０１０８２８０７４．Ｘである中国特許の優先権を主張し、その全ての内容が参照によって本出願に組み込まれている。

本出願は、通信の技術分野に属し、具体的には、操作方法、送信方法及び関連機器に関する。

サイドリンク（ｓｉｄｅｌｉｎｋ，ＳＬ）は、基地局によってリソースをスケジューリングするｍｏｄｅ１と、端末がどんなリソースを用いて伝送するかを自ら決定するｍｏｄｅ２という２種のリソース割り当てモード（ｍｏｄｅ）を含み得る。ｍｏｄｅ２では、端末はリソースを選択する時に、先に検出してもよく、検出の結果に基づいてリソースを選択してリソース予約を行う。

従来のＬＴＥメカニズムでは、部分的検出ウィンドウを配置することができ、部分的検出ウィンドウはセミパーシステントに配置されるので、システムでのリアルタイムなサービス需要に応じてマッチングできないので、検出ウィンドウを配置した位置で不必要な検出によって、端末での不必要なエネルギ消費が増え、端末の電力消費量が高くなる。

本出願の実施例は、検出ウィンドウを配置した位置で不必要な検出によって、端末の電力消費量が高くなるという問題を解決できる、操作方法、送信方法及び関連機器を提供する。

第１態様において、端末によって実行される操作方法であって、
第１対象を検出し、第１検出結果を得るステップと、
前記第１検出結果により、Ｎ個のウィンドウに関連する第１操作を実行するステップと、を含み、
Ｎは正の整数である、操作方法を提供する。

第２態様において、ネットワーク側機器によって実行される送信方法であって、
第１対象を送信するステップを含む、送信方法を提供する。

第３態様において、
第１対象を検出し、第１検出結果を得るために用いられる検出モジュールと、
前記第１検出結果により、Ｎ個のウィンドウに関連する第１操作を実行するために用いられる第１実行モジュールと、を備え、
Ｎは正の整数である、操作装置を提供する。

第４態様において、
第１対象を送信するために用いられる送信モジュールを備える、送信装置を提供する。

第５態様において、プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサにおいて実行可能なプログラム又はコマンドとを備え、前記プログラム又はコマンドが前記プロセッサにより実行されると、第１態様に記載の方法のステップが実現されるか、又は、第２態様に記載の方法のステップが実現される、通信機器を提供する。

第６態様において、プログラム又はコマンドを記憶し、前記プログラム又はコマンドがプロセッサにより実行されると、第１態様に記載の方法のステップが実現されるか、又は、第２態様に記載の方法のステップが実現される、可読記憶媒体を提供する。

第７態様において、プロセッサと通信インタフェースを備え、前記通信インタフェースと前記プロセッサが結合され、前記プロセッサがネットワーク側機器のプログラム又はコマンドを実行して第１態様に記載の方法を実現するか、又は第２態様に記載の方法を実現するためのものである、チップを提供する。

本出願の実施例では、端末は、第１対象を検出して第１検出結果を得、且つ前記第１検出結果によりＮ個のウィンドウに関連する第１操作を実行することができ、Ｎは正の整数である。以上から分かるように、本出願の実施例では、端末がＮ個のウィンドウに対して実行する第１操作が第１対象の検出結果に関連するため、端末は必ず前記Ｎ個のウィンドウで検出するというわけでなく、即ち、配置されたウィンドウで検出を行うことは必ず実行する操作であるというわけでないため、端末の電力消費量を低下可能である。

本出願の実施例で適用できる無線通信システムのブロック図である。 本出願の実施例で提供される検出及びリソース選択又はリソース再選択のフローチャートである。 本出願の実施例で提供される部分的検出の模式図である。 本出願の実施例で提供される操作方法のフローチャートである。 本出願の実施例で提供される送信方法のフローチャートである。 本出願の実施例で提供される検出ウィンドウの模式図（その１）である。 本出願の実施例で提供される検出ウィンドウの模式図（その１）である。 本出願の実施例で提供される検出ウィンドウの模式図（その１）である。 本出願の実施例で提供される検出ウィンドウの模式図（その２）である。 本出願の実施例で提供される検出ウィンドウの模式図（その３）である。 本出願の実施例で提供される操作装置の構成図である。 本出願の実施例で提供される送信装置の構成図である。

以下において、本出願の実施例における図面を参照しながら、本出願の実施例における技術的解決手段を明確に、完全に説明し、当然ながら、説明される実施例は本出願の実施例の一部であり、全ての実施例ではない。本出願における実施例に基づき、当業者が創造的な労力を要することなく得られた他の全ての実施例は、いずれも本出願の保護範囲に属するものとする。

本出願の明細書及び特許請求の範囲における用語「第１」、「第２」等は、特定の順序又は先後順序を記述するためのものではなく、類似する対象を区別するためのものである。このように使用されるデータは、本出願の実施例がここで図示又は記述される以外の順序で実施できるように、適当な場合において互いに置き換えてもよいことを理解すべきである、また、「第１」、「第２」で区別する対象は一般に一種類であり、対象の数を限定することがなく、例えば、第１対象は１つであってもよいし、複数であってもよい。また、明細書および特許請求の範囲において「および／または」は、接続している対象のうちの少なくとも１つを示し、符号の「／」は、一般的には前後の関連対象が「又は」という関係にあることを示す。

指摘すべきことは、本出願に係る実施例に記載の技術は、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）／ＬＴＥの発展型（ＬＴＥ－Ａｄｖａｎｃｅｄ，ＬＴＥ－Ａ）システムに限定されず、更に、例えば符号分割多元接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＣＤＭＡ）、時分割多元接続（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＴＤＭＡ）、周波数分割多元接続（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＦＤＭＡ）、直交周波数分割多元接続（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＳＣ－ＦＤＭＡ）のような他の無線通信システム及び他のシステムに利用可能である点である。本出願に係る実施例における「システム」と「ネットワーク」という用語は一般に相互に交換して使用することができ、記述される技術は上述したシステムと無線電信技術に用いてもよいし、他のシステムと無線電信技術に用いてもよい。但し、以下の記述では例示するためにニューラジオ（Ｎｅｗ Ｒａｄｉｏ，ＮＲ）システムを記述し、且つ以下の大部分の記述においてＮＲ用語を使用するが、これらの技術はＮＲシステム以外に適用可能であり、例えば第６世代（６^ｔｈ Ｇｅｎｅｒａｔｉｏｎ，６Ｇ）通信システムにも適用可能である。

図１は本出願に係る実施例に適用可能な無線通信システムのブロック図を示す。無線通信システムは、端末１１とネットワーク側機器１２を備える。ここで、端末１１は、端末機器又はユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ）と呼ばれてもよく、携帯電話、タブレットコンピュータ（Ｔａｂｌｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ノートパソコンとも呼ばれるラップトップコンピュータ（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）、パーソナルディジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ，ＰＤＡ）、携帯情報端末、ネットブック、ウルトラモバイルパーソナルコンピュータ（ｕｌｔｒａ－ｍｏｂｉｌｅ ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ，ＵＭＰＣ）、モバイルインターネットデバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ，ＭＩＤ）、ウェアラブル機器（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）又は車載装置（ＶＵＥ）、歩行者端末（ＰＵＥ）等の端末側機器であってもよく、ウェアラブル機器は、ブレスレット、イヤホン、メガネ等を含む。本出願に係る実施例では端末１１の具体的な種類が限定されないことは説明必要である。ネットワーク側機器１２は、基地局又はコアネットワークであってもよく、その中で、基地局は、ノードＢ、発展型ノードＢ、アクセスポイント、ベーストランシーバ基地局（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ，ＢＴＳ）、無線基地局、無線送受信機、基本サービスセット（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ，ＢＳＳ）、拡張サービスセット（Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ，ＥＳＳ）、Ｂノード、発展型Ｂノード（ｅＮＢ）、家庭用Ｂノード、家庭用発展型Ｂノード、ＷＬＡＮアクセスポイント、ＷｉＦｉノード、送受信ポイント（Ｔｒａｎｓｍｉｔｔｉｎｇ Ｒｅｃｅｉｖｉｎｇ Ｐｏｉｎｔ，ＴＲＰ）又は前記分野中の他のある適切な用語で称してもよく、同じ技術効果を達成できれば、前記基地局は特定の技術用語に限定されるものではない。

理解しやすくするために、以下、本出願の実施例に関わる一部の内容について説明する。

１、サイドリンク（ｓｉｄｅｌｉｎｋ，ＳＬ）。

ＳＬ伝送は、ＵＥ同士が直接物理層でデータ伝送を行うためのものであり、即ち、ＵＥ同士はネットワーク側機器を経由せずに直接データ伝送を行う。図１に示すように、ＵＥはネットワーク側機器と通信でき、ＳＬを経由して他のＵＥと通信することもできる。

２、リソースの割り当て。

ＳＬは２種のリソース割り当てモード（ｍｏｄｅ）を含み得、一方は基地局によってリソースをスケジューリングするｍｏｄｅ１であり、この時に、基地局のブロードキャストメッセージ又は予め配置された情報からのものをリソース情報としてもよく、他方はＵＥがどんなリソースを用いて伝送するかを自ら決定するｍｏｄｅ２である。ＵＥは基地局範囲内で動作し且つ基地局に対して無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）接続していれば、ｍｏｄｅ１及び／又はｍｏｄｅ２であってもよく、ＵＥは基地局範囲内で動作しているが、基地局に対してＲＲＣ接続していなければ、ｍｏｄｅ２のみで動作できる。ＵＥは基地局範囲外で動作していれば、ｍｏｄｅ２のみで動作でき、予め配置された情報によりＳＬ伝送を行う。

ｍｏｄｅ ２は、具体的な動作方式が以下の通りである。

１）伝送（ＴＸ）ＵＥはリソース選択をトリガーされた後、まず、リソース選択ウィンドウを決定し、リソース選択ウィンドウの下境界がリソース選択トリガー後のＴ１時間にあり、リソース選択ウィンドウの上境界がトリガー後のＴ２時間にある。ここで、Ｔ２は、ＵＥがそのＴＢ伝送のパケット遅延バジェット（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ，ＰＤＢ）内で選択した値であってもよく、Ｔ１よりも早くない。

２）ＵＥはリソースを選択する前に、リソース選択の候補リソース集合（Ｃａｎｄｉｄａｔｅ Ｒｅｓｏｕｒｃｅ Ｓｅｔ）を決定する必要があり、リソース選択ウィンドウ内のリソースで測定した参照信号受信電力（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ，ＲＳＲＰ）を対応するＲＳＲＰ閾値（ｔｈｒｅｓｈｏｌｄ）と比べ、ＲＳＲＰがＲＳＲＰ ｔｈｒｅｈｏｌｄよりも低ければ、当該リソースを候補リソースセットに加えることができる。

３）リソースセットが決定された後、ＵＥはランダムに候補リソースセットから伝送リソースを選択する。なお、ＵＥは今回の伝送でその後の伝送のために伝送リソースを予約することができる。

具体的なフローについては図２を参照できる。図２に示すように、検出及びリソース選択／再選択のフローは、下記のステップ２０１、ステップ２０２、ステップ２０３、ステップ２０４、ステップ２０５、ステップ２０６、ステップ２０７及びステップ２０８を含んでもよい。

ステップ２０１では、他のＵＥのＰＳＣＣＨを復号し続け、対応するＰＳＳＣＨのエネルギを測定する（ｋｅｅｐ ｄｅｃｏｄｉｎｇ ｏｔｈｅｒ ＵＥ’ｓ ＰＳＣＣＨ ａｎｄ ｍｅａｓｕｒｉｎｇ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ＰＳＳＣＨ ｅｎｅｒｇｙ）。

ステップ２０２では、保留リソースとＳＬ－ＲＳＲＰ測定を含む検出情報を収集する（Ｃｏｌｌｅｃｔ ｓｅｎｓｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｉｎｃｌｕｄｉｎｇ ｒｅｓｅｒｖｅｄ ｒｅｓｏｕｒｃｅｓ ａｎｄ ＳＬ－ＲＳＲＰ ｍｅａｓｕｒｅｍｅｎｔｓ）。

ステップ２０３では、自分の、高いエネルギのリソースを排除し、候補リソースセットを形成する（Ｅｘｃｌｕｄｅ ｏｗｎ，ａｎｄ ｈｉｇｈ－ｅｎｅｒｇｙ ｒｅｓｏｕｒｃｅｓ，ａｎｄ ｆｏｒｍ ｃａｎｄｉｄａｔｅ ｒｅｓｏｕｒｃｅ ｓｅｔ）。

ステップ２０４では、セミパーシステントに伝送リソースを選択し、又は最大値で伝送リソースを予約し、起動時間がｍである（Ｓｅｌｅｃｔ Ｔｘ ｒｅｓｏｕｒｃｅ ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔｌｙ，ｏｒ ｕｐ ｔｏ ｍａｘｉｍｕｍ ｒｅｓｅｒｖａｔｉｏｎｓ，ｗｉｔｈ ｓｔａｒｔ ｔｉｍｅ ‘ｍ’）。

ステップ２０５では、リソース選択を再評価する（Ｒｅ－ｅｖａｌｕａｔｅ ｒｅｓｏｕｒｃｅ ｓｅｌｅｃｔｉｏｎ）。

ステップ２０６では、再選択がトリガーされたか否か？（Ｒｅ－ｓｅｌｅｃｔｉｏｎ ｔｒｉｇｇｅｒｅｄ？）

ＹＥＳの場合に、ステップ２０２を実行し、ＮＯの場合に、ステップ２０７を実行する。

ステップ２０７では、伝送を開始する（Ｂｅｇｉｎ ｔｒａｎｓｍｉｔｔｉｎｇ）。

ステップ２０８では、リソースを再選択するか否か？（Ｒｅｓｏｕｒｃｅ ｒｅ－ｓｅｌｅｃｔｉｏｎ？）

ＹＥＳの場合に、フローを再起動し（Ｒｅｓｔａｒｔ ｐｒｏｃｅｓｓ）、ステップ２０２を実行し、ＮＯの場合に、予約した伝送リソースを使用し続け（Ｃｏｎｔｉｎｕｅ ｕｓｉｎｇ ｒｅｓｅｒｖａｔｉｏｎ）、ステップ２０７を実行する。

３、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）における歩行者ユーザ機器（Ｐｅｄｅｓｔｒｉａｎ ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ，ＰＵＥ）のリソース選択。

ＬＴＥでは、部分的検出は省電力のために設計され、ＰＵＥをサポートすることを目的とし、ＰＵＥは２モードのリソース選択方式をサポートする。一方はランダムなリソース選択であり、他方は先に部分的検出（ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ）を行い、部分的検出の結果に基づいてリソースを選択して、セミパーシステントなリソース予約を行うモードである。ここで、ＰＵＥがどのモードを選択するかはＲＲＣによって配置され、ＲＲＣが２モードのリソース選択をサポートするように配置した時に、どのリソース選択方式を用いるかはＰＵＥによって決定される。

具体的には、端末が部分的検出を行ってリソース検出を行う方式については、図３を参照できる。

図３において、模様を充填していないウィンドウはＰＵＥ検出ウィンドウと見なしてよく、［ｎ－１０００，ｎ］の範囲にあり、検出ウィンドウは模様を充填している選択ウィンドウを参照位置とし、１００をステップサイズとして、前へ１００＊ｋ進んだところが検出可能位置となる。

ここで、選択ウィンドウの位置及び長さＹ（Ｙの最小値がＲＲＣによって配置されるパラメータである）は端末によって決定され、ｋはＲＲＣによって配置されるパラメータであり、ｋの値の範囲は１０ビットマップ（ｂｉｔｍａｐ）であってもよく、検出ウィンドウの位置を指示する。

端末は、検出ウィンドウで他の端末の送信したサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＳＣＩ）を検出し、検出したＳＣＩ及び予約周期により、選択ウィンドウでの他の端末のリソース予約状況を推定し、当該ＵＥはこれらの情報により、選択ウィンドウにおける条件を満たさないリソースを排除できる。残りのリソースから少なくとも２０％（ウィンドウの長さＹの２０％）のリソースを選択して候補リソースセットとし、媒体アクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＭＡＣ）層に報告し、ＭＡＣ層は候補リソースセットからランダムに１つのリソースを選択して当該ＵＥの候補リソースとする。当該ＵＥは選択されたリソースに対して周期予約を行い、予約周期はＳＣＩにおいて指示される。

５、ニューラジオ（Ｎｅｗ Ｒａｄｉｏ，ＮＲ）におけるダイナミック検出ウィンドウ。

ＮＲでは、リソース選択／再選択の前にダイナミック検出ウィンドウを起動してもよく、ダイナミック検出ウィンドウは端末の需要に応じてダイナミックに配置／イネーブルされる。

本出願の実施例で提供される操作方法のフローチャートである図４を参照されたい。本出願の実施例の操作方法は第１端末によって実行してもよい。前記第１端末はリソース選択を行う必要がある端末であってもよいが、これに限定されない。

図４に示すように、操作方法は、下記のステップ４０１及びステップ４０２を含んでもよい。

ステップ４０１では、第１対象を検出し、第１検出結果を得る。

本出願の実施例では、前記第１対象は、１つ又は複数の対象を含んでもよく、対象は信号又はチャネルであってもよい。前記第１対象は、下記の１）、２）、３）のうちの少なくとも一項を満たすものであってもよい。

１）選択可能に、前記第１対象は、物理サイドリンク制御チャネル（Ｐｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ，ＰＳＣＣＨ）、物理サイドリンク共有チャネル（Ｐｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ，ＰＳＳＣＨ）、復調参照信号（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ，ＤＭＲＳ）、物理サイドリンクフィードバックチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ，ＰＳＦＣＨ）、シーケンス，サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＳＣＩ）、チャネル状態情報参照信号（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ，ＣＳＩ－ＲＳ）、位相トラッキング参照信号（Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ，ＰＴＲＳ）のうちの少なくとも一項を含む。

具体的に実現する際に、シーケンスはＧＯＬＤシーケンス又はＺＣシーケンスであってもよいが、これらに限定されない。ＳＣＩは段階１のＳＣＩ（ＳＣＩ ｆｏｒｍａｔ １－Ｘ）、又は段階２のＳＣＩ（ＳＣＩ ｆｏｒｍａｔ ２－Ｘ）であってもよく、Ｘは選択可能なパラメータがＡ、Ｂ、Ｃ、Ｄ等であることを表すが、これらに限定されない。

２）選択可能に、前記第１対象は、目標フォーマットの対象、目標無線ネットワーク一時識別子（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ，ＲＮＴＩ）でスクランブルされる対象、目標シーケンスでスクランブルされる対象、目標値によって初期化される対象のうちの少なくとも一項である。

この選択可能な実施形態では、対象はフォーマットによって区別してもよく、例えば、対象１のフォーマットがフォーマットａであり、対象２のフォーマットがフォーマットｂである。対象はスクランブルするＲＮＴＩによって区別してもよく、例えば、対象１は第１ＲＮＴＩでスクランブルされる対象であり、対象２は第２ＲＮＴＩでスクランブルされる対象である。対象はスクランブルするシーケンスによって区別してもよく、例えば、対象１はシーケンスａでスクランブルされる対象であり、対象２はシーケンスｂでスクランブルされる対象である。対象は初期化する値によって区別してもよく、例えば、対象１は第１値で初期化される対象であり、対象２は第２値で初期化される対象である。ここで、２つの対象を例としたが、２つの対象で定義することに限定されない。

３）選択可能に、前記第１対象のリソースは、
前記第１対象のリソースが予め定義され、予め配置され、又は配置されたリソースであり、或いは、前記第１対象のリソースが予め定義され、予め配置され、又は配置された規則により取得されることと、
前記第１対象のリソースが、リソースプールにおける番号が最も高いＬ個のサブチャネル（ｓｕｂｃｈａｎｎｅｌ）、リソースプール又はサブチャネルにおける番号が最も高いＬ個の物理リソースブロック（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ，ＰＲＢ）、リソースプール又はサブチャネルにおける番号が最も高いＬ個のＰＲＢグループ、リソースプールにおける番号が最も低いＬ個のサブチャネル、リソースプール又はサブチャネルにおける番号が最も低いＬ個のＰＲＢ、リソースプール又はサブチャネルにおける番号が最も低いＬ個のＰＲＢグループのうちのいずれか一項に位置することと、
前記第１対象のリソースと第１チャネルのリソースが周波数分割多重化（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘ，ＦＤＭ）又は符号分割多重（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ，ＣＤＭ）関係を満たし、前記第１チャネルがＰＳＣＣＨ、ＰＳＳＣＨ又はＰＳＦＣＨであることと、
前記第１対象のリソースがＭ個のシンボルを占用することと、
前記第１対象のリソースが第１スロットの最後のＭ個のシンボルを占用することと、
前記第１対象のリソースが第１スロットのｉ番目のシンボルからマッピングすることと、
前記第１対象のリソースがＰＳＦＣＨのリソース配置に関連することと、
前記第１対象のリソースが第１スロット内の１番目の利用可能サイドリンクＳＬシンボル（例えば、自動利得制御（Ａｕｔｏｍａｔｉｃ Ｇａｉｎ Ｃｏｎｔｒｏ，ＡＧＣ）シンボル等）を占用することと、
前記第１対象のリソースに対応する配置が周期配置とオフセット配置のうちの少なくとも一項を含むことと、の少なくとも一項を満たし、
前記第１スロットは前記第１対象の所在するスロットであり、Ｌ、Ｍ及びｉはいずれも正の整数である。選択可能に、いくつかの実施形態では、前記第１スロットはＰＳＦＣＨの存在しないスロットであってもよいが、他の実施形態では、前記第１スロットはＰＳＦＣＨの存在するスロットであってもよいことが理解できる。

具体的に実現する際に、上記リソースは、時間領域リソース、周波数領域リソース、コード領域リソース及び空間領域リソースのうちの少なくとも一項を含んでもよい。

前記第１対象のリソースと第１チャネルのリソースがＦＤＭ関係を満たすことは、前記第１対象のリソースと第１チャネルのリソースがＦＤＭによるものであると理解してもよい。類似的に、前記第１対象のリソースと第１チャネルのリソースがＣＤＭ関係を満たすことは、前記第１対象のリソースと第１チャネルのリソースがＣＤＭによるものであると理解してもよい。前記第１対象のリソースと第１チャネルのリソースが周波数分割多重化ＦＤＭ又は符号分割多重ＣＤＭ関係を満たすことは、前記第１対象のリソースとＳＬリソースがＦＤＭ又はＣＤＭ関係を満たすと見なしてもよい。

前記第１対象のリソースがＭ個のシンボルを占用する場合に、前記第１対象が占用するＭ個のシンボルは連続的なものであってもよいし、非連続的なものであってもよく、具体的に実際に応じて決定でき、本出願の実施例はこれを限定しない。

前記第１対象のリソースがＰＳＦＣＨのリソース配置に関連することは、前記第１対象のリソースがＰＳＦＣＨの少なくとも一部のシンボルを占用することと、前記第１対象のリソースがＰＳＦＣＨの周波数領域リソースに対してＦＤＭ関係を満たすことと、第１対象のリソースがＰＳＦＣＨの占用するリソースに対して少なくとも部分的に重なることと、第１対象のリソースがＰＳＦＣＨに対してＣＤＭ関係を満たすことと、の少なくとも一項を含んでもよい。

前記第１対象のリソースに対応する配置が周期配置を含む場合に、前記第１対象のリソースは周期的リソースであってもよい。実施する時に、前記第１対象はリソースプールにおいて周期的に現れてもよい。前記第１対象のリソースに対応する配置がオフセット配置を含む場合に、前記第１対象の時間領域リソースはリソースプールにおける特定位置のオフセット値であってもよく、例えば、前記第１対象の時間領域リソースはいくつかのウィンドウ位置よりも前のＮ個のスロット（ｓｌｏｔ）であり、ｎは正の整数である。

本出願の実施例では、選択可能に、前記第１検出結果は、
前記第１対象の復調結果、
前記第１対象の情報担持結果、
前記第１対象のエネルギ検出結果、及び
前記第１対象のシーケンス検出結果のうちの少なくとも一項を含んでもよい。

具体的に下記の通り説明する。

前記第１検出結果に前記第１対象の復調結果を含む場合。前記第１対象の復調結果は、前記第１対象の復調が成功したことと、前記第１対象の復調が失敗したこととのうちのいずれか一項であってもよい。

前記第１検出結果に前記第１対象の情報担持結果を含む場合。前記の第１対象の検出は、具体的に、第１対象に担持されている指示情報のタイプを検出することで表現してもよい。前記指示情報のタイプは第１指示情報と第２指示情報を含み、前記第１指示情報はウィンドウを活性化することを指示するためのものであるので、いくつかの実施形態では、前記第１指示情報を活性化シグナリングと呼んでもよく、前記第２指示情報はウィンドウを不活性化することを指示するためのものであるので、いくつかの実施形態では、前記第２指示情報を不活性化シグナリングと呼んでもよい。前記第１対象の情報担持結果は前記第１指示情報、前記第２指示情報のうちのいずれか一項であってもよい。

前記第１検出結果に前記第１対象のエネルギ検出結果を含む場合。前記の第１対象の検出は、具体的に、第１対象のエネルギを検出することで表現してもよい。選択可能に、前記第１対象のエネルギ検出結果は、参照信号受信電力（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ，ＲＳＲＰ）、受信信号強度指示（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｉｏｎ，ＲＳＳＩ）、参照信号受信品質（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ，ＲＳＲＱ）、信号対雑音及び干渉比（Ｓｉｇｎａｌ－ｔｏ－Ｎｏｉｓｅ ａｎｄ Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｒａｔｉｏ，ＳＩＮＲ）、ブロックエラー率（Ｂｌｏｃｋ Ｅｒｒｏｒ Ｒａｔｅ，ＢＬＥＲ）、少なくとも１つのリソースユニット（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ，ＲＥ）のエネルギ又はエネルギの平均値、少なくとも１つのシンボルにおけるエネルギ又はエネルギの平均値のうちの少なくとも一項を含んでもよい。更に、ＲＳＲＰは前記第１対象を担持する一部又は全部のＲＥｓにおけるＲＳＲＰの線形平均であってもよく、ＲＳＳＩは前記第１対象を担持する全部又は一部のＯＦＤＭシンボルにおけるＲＳＳＩの線形平均であってもよい。

前記第１検出結果に前記第１対象のシーケンス検出結果を含む場合。前記の第１対象の検出は、具体的に、シーケンスを検出することと、予め定義され、予め配置され、又は配置されたシーケンスを用いて第１対象をブラインド検出することと、のうちのいずれか一項で表現してもよい。

前記の第１対象の検出を、具体的に、シーケンスを検出することで表現する場合に、前記第１対象のシーケンス検出結果は、シーケンスが検出されたこと、検出されたシーケンスのタイプのうちのいずれか一項を含んでもよい。選択可能に、前記の検出されたシーケンスのタイプは、ウィンドウを活性化する操作に対応する第１シーケンスと、ウィンドウを不活性化する操作に対応する第２シーケンスとを含んでもよい。

前記の第１対象の検出を、具体的に、予め定義され、予め配置され、又は配置されたシーケンスを用いて第１対象を検出することで表現する場合に、前記第１対象のシーケンス検出結果は、第１対象のシーケンスのタイプが検出されたことを含んでもよい。選択可能に、前記ブラインド検出された第１対象のシーケンスのタイプは、ウィンドウを活性化する操作に対応する第３シーケンスと、ウィンドウを不活性化する操作に対応する第４シーケンスとを含んでもよい。

ステップ４０２では、前記第１検出結果により、Ｎ個のウィンドウに関連する第１操作を実行する。

ここで、Ｎは正の整数である。本出願の実施例におけるウィンドウは検出ウィンドウ又はリソース選択ウィンドウ（又は選択ウィンドウと呼んでもよい）であってもよく、具体的に実際の状況に応じて決定でき、本出願の実施例はこれを限定しないことを説明する必要がある。

具体的に実現する際に、前記第１端末は前記第１検出結果により、前記Ｎ個のウィンドウに関連する第１操作を実行してもよい。実施する際に、前記第１操作は、前記Ｎ個のウィンドウの一部又は全部のウィンドウに作用してもよい。前記第１操作が具体的に作用するウィンドウは実際の状況に応じて決定でき、本出願の実施例はこれを限定しない。例えば、第１操作は直接前記Ｎ個のウィンドウに作用してもよいし、他の条件に制約されて前記Ｎ個のウィンドウの一部のウィンドウのみに作用してもよい。

説明すべきことは、本出願の実施例では、前記Ｎ個のウィンドウの初期状態は活性化状態、即ちイネーブル状態又は利用可能状態であってもよく、この場合に、前記Ｎ個のウィンドウの状態が変化しなければ、前記第１端末は前記Ｎ個のウィンドウで検出、リソース選択等の操作を実行する点である。このようにして、前記Ｎ個のウィンドウがサービス需要に対応しない時に、端末での不必要なエネルギ消耗が増え、端末の電力消費量が高くなる。

前記Ｎ個のウィンドウの初期状態は不活性化状態、即ち、利用不可能状態であってもよく、この場合に、前記Ｎ個のウィンドウの状態が変化しなければ、前記第１端末は前記Ｎ個のウィンドウで検出、リソース選択等の操作を実行しない。このようにして、端末は前記Ｎ個のウィンドウの検出結果に基づいてリソース選択を行う必要がある時に、干渉状況を検出するための活性化されているウィンドウがなく、リソース選択に有効な情報を提供できないので、選択されたリソースが他の端末のリソースと衝突するため、再送信回数が増加することに加えて、電力消費が更に大きくなり、最初の省電力の目的が達成されなく、又は、データパケット伝送失敗を招き、システムにおいて深刻なパケット損失問題が発生する。

従って、本出願の実施例では、端末は、端末の電力消費量を低下させ、データ伝送の信頼性を向上させるように、前記第１検出結果により、前記Ｎ個のウィンドウに対して第１操作を実行することができる。

選択可能に、前記第１操作は、
目標ウィンドウを活性化することと、
目標ウィンドウを不活性化することと、
目標ウィンドウで第２操作を実行することと、
目標ウィンドウでの第２操作の実行を停止することと、
目標ウィンドウで第１リソース選択を実行することと、
目標ウィンドウで第２リソース選択を実行することと、
目標ウィンドウを無視することと、のうちの少なくとも一項を含んでもよく、
前記目標ウィンドウは前記Ｎ個のウィンドウの一部又は全部のウィンドウであり、前記第２操作は送信操作、検出操作、受信操作及び測定操作のうちの少なくとも一項を含む。

具体的に下記の通り説明する。

前記第１操作に目標ウィンドウを活性化することを含む場合に、前記第１端末が前記第１操作を実行した後、前記目標ウィンドウは活性化状態、即ちイネーブル状態又は利用可能状態となり、従って、更に、前記第１端末は前記目標ウィンドウで第２操作を実行でき、以上から分かるように、前記第１操作は更に目標ウィンドウで第２操作を実行することを含んでもよい。

前記第１操作に目標ウィンドウで第２操作を実行することのみを含んでもよい場合に、前記第１端末は前記第１検出結果を取得した後、直接目標ウィンドウで第２操作を実行でき、前記第１操作に目標ウィンドウを不活性化することを含む場合に、前記第１端末が前記第１操作を実行した後、前記目標ウィンドウは不活性化状態、即ち利用不可能状態となり、従って、更に、前記第１端末は、端末の電力消費量を低下できるように、前記目標ウィンドウでの第２操作の実行を停止できる。以上から分かるように、前記第１操作は、目標ウィンドウでの第２操作の実行を停止することを更に含んでもよい。

前記第１操作に目標ウィンドウでの第２操作の実行を停止することのみを含んでもよい場合に、前記第１端末は前記第１検出結果を取得した後、前記目標ウィンドウの不活性化操作を実行せず、直接目標ウィンドウでの第２操作の実行を停止してもよい。

以下、前記第１リソース選択と前記第２リソース選択について説明する。前記第１リソース選択は、通常のリソース選択と見なしてもよく、実施する際に、端末は先にウィンドウで検出し、次にウィンドウの検出結果によりリソース選択を行ってもよい。前記第２リソース選択は、ランダムリソース選択と見なしてもよく、実施する際に、端末はウィンドウで検出せず、直接リソースのランダム選択を行ってもよい。

前記第１操作には目標ウィンドウを無視することを含む場合に、前記第１端末は前記目標ウィンドウをスキップして、前記第１対象の検出操作を改めて実行してもよい。

具体的に実現する際に、いくつかの実施形態では、前記第１操作は、目標ウィンドウを不活性化することと、目標ウィンドウでの第２操作の実行を停止することと、目標ウィンドウを無視することと、のうちの少なくとも一項を含んでもよい。このようにして、前記Ｎ個のウィンドウの初期状態が活性化状態、即ちイネーブル状態又は利用可能状態であり、目標ウィンドウがサービス需要に対応しない場合に、端末での不必要な検出を低減又は回避でき、端末の電力消費量を低減する効果を達成できる。

いくつかの実施形態では、前記第１操作は、目標ウィンドウを活性化することと、目標ウィンドウで第２操作を実行することと、のうちの少なくとも一項を含んでもよい。このようにして、前記Ｎ個のウィンドウの初期状態が不活性化状態、即ち利用不可能状態であり、且つ端末が前記Ｎ個のウィンドウの検出結果に基づいてリソース選択を行う必要がある場合に、前記第１端末は前記第２ウィンドウで干渉状態を検出し、リソース選択に有効な情報を提供することができ、選択されたリソースが他の端末のリソースと衝突することを低減又は回避し、又は、データパケット伝送失敗を低減又は回避することができ、これでリソース選択又はデータパケット伝送の信頼性を向上させ、更に端末の電力消費量を低下させることができる。

本出願の実施例の操作方法によれば、端末は、第１対象を検出して第１検出結果を得、且つ前記第１検出結果によりＮ個のウィンドウに関連する第１操作を実行することができ、Ｎは正の整数である。以上から分かるように、本出願の実施例では、端末がＮ個のウィンドウに対して実行する第１操作が第１対象の検出結果に関連するため、端末は必ず前記Ｎ個のウィンドウで検出するというわけでなく、即ち、配置されたウィンドウで検出を行うことは必ず実行する操作であるというわけでないため、端末の電力消費量を低下可能である。

本出願の実施例では、選択可能に、前記第１対象はリソース選択又はリソース選択配置に対して第１対応関係を有し、前記第１対応関係は、
異なる前記第１対象に対応するリソース予約の周期情報が異なることと、
前記第１対象の異なる検出位置に対応するリソース予約の周期情報が異なることと、
Ｐ個の前記第１対象に関連するサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ，ＱｏＳ）がＱ個のリソース選択又はリソース選択配置に対応することと、
Ｐ個の前記第１対象に関連する目標優先度がＱ個のリソース選択又はリソース選択配置に対応することと、
前記第１対象に対応する候補リソースが目標リソース内に位置し、前記目標リソースが予約リソースの前に位置し、且つ前記目標リソースと前記予約リソースとがＴ又はＴ＋ａ個のリソースで隔てられることと、のうちの少なくとも一項を満たし、
前記目標優先度は物理層担持優先度、論理チャネル優先度又は論理チャネルグループ優先度であり、Ｐ、Ｑ、Ｔ及びａはいずれも正の整数である。

具体的に実現する際に、前記周期情報は周期値又は周期値集合であってもよい。

異なる前記第１対象に対応するリソース予約の周期情報が異なる場合は、選択可能に、複数のシーケンスがそれぞれ異なる周期値に対応し、又は異なる周期値集合に対応する。例えば、シーケンス１が周期値０に対応し、シーケンス２が周期値＜１００の周期値に対応し、シーケンス３が周期値≧１００の周期値に対応する。

前記第１対象の異なる検出位置に対応するリソース予約の周期情報が異なる場合は、選択可能に、複数の検出位置がそれぞれ異なる周期値に対応し、又は異なる周期値集合に対応する。例えば、検出位置１が周期値０に対応し、検出位置２が０でない周期値に対応する。

Ｐ個の前記第１対象に関連するサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ，ＱｏＳ）がＱ個のリソース選択又はリソース選択配置に対応する場合は、１つ／複数の前記第１対象に関連するＱｏＳが１つ／複数のリソース選択又はリソース選択配置に対応してもよい。

Ｐ個の前記第１対象に関連する目標優先度がＱ個のリソース選択又はリソース選択配置に対応する場合は、１つ／複数の前記第１対象に関連する目標優先度が１つ／複数のリソース選択又はリソース選択配置に対応してもよい。

前記第１対象に対応する候補リソースが目標リソース内に位置し、前記目標リソースが予約リソースの前に位置し、且つ前記目標リソースと前記予約リソースとがＴ又はＴ＋ａ個のリソースで隔てられる場合は、Ｔは予め定義され、予め配置され、又は配置されてもよく、例えば、Ｔ＝３２ｓｌｏｔｓである。リソースの単位は、スロット、シンボル、サブフレーム、フレーム、ミリ秒、周期（ＰＳＦＣＨ周期、検出ステップサイズ、不連続受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ，ＤＲＸ）周期）等のうちの少なくとも一項を含んでもよい。ａは第１対象を検出する処理時間又は処理時間の量子化値であってもよいし、予め定義され、予め配置され、又は配置されたものであってもよく、具体的に実際の状況に応じて決定でき、本出願の実施例はこれを限定しない。

以上から分かるように、上記方式によれば、前記第１端末は更に検出された前記第１対象によりリソース選択及び／又はリソース選択配置の少なくとも一項を決定でき、前記第１対象の利用率を向上させることができる。

本出願の実施例では、前記第１操作は、今回の第１対象の検出結果、即ち前記第１検出結果に基づいて決定され、具体的に下記の通り説明する。

１）選択可能に、前記第１検出結果には前記第１対象の復調結果を含む場合に、前記第１操作は、
前記第１対象の復調結果として成功的に前記第１対象に復調した場合に、前記第１操作には、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記第１対象の復調結果として成功的に前記第１対象に復調しなかった場合に、前記第１操作には、目標ウィンドウを不活性化すること、目標ウィンドウでの第２操作の実行を停止すること、目標ウィンドウを無視することの少なくとも一項を含むことと、のうちのいずれか一項を満たし、
前記目標ウィンドウは前記Ｎ個のウィンドウの一部又は全部のウィンドウであり、前記第２操作は送信操作、検出操作、受信操作及び測定操作のうちの少なくとも一項を含む。

２）選択可能に、前記第１検出結果には前記第１対象の情報担持結果を含む場合に、前記第１操作は、
前記第１対象の情報担持結果として前記第１対象が第１指示情報を担持した場合に、前記第１操作には、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記第１対象の情報担持結果として前記第１対象が第２指示情報を担持した場合に、前記第１操作には、目標ウィンドウを不活性化すること、目標ウィンドウでの第２操作の実行を停止すること、目標ウィンドウを無視することの少なくとも一項を含むことと、を満たし、
前記第１指示情報はウィンドウを活性化することを指示するためのものであり、前記第２指示情報はウィンドウを不活性化することを指示するためのものであり、前記目標ウィンドウは前記Ｎ個のウィンドウの一部又は全部のウィンドウであり、前記第２操作は送信操作、検出操作、受信操作及び測定操作のうちの少なくとも一項を含む。

具体的に実現する際に、前記第１指示情報と前記第２指示情報は予め定義され、予め配置され、又は配置されてもよい。

３）選択可能に、前記第１検出結果には前記第１対象のシーケンス検出結果を含む場合に、前記第１操作は、
前記第１対象のシーケンス検出結果として第１シーケンスが検出された場合に、前記第１操作には、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記第１対象のシーケンス検出結果として第２シーケンスが検出された場合に、前記第１操作には、目標ウィンドウを不活性化すること、目標ウィンドウでの第２操作の実行を停止すること、目標ウィンドウを無視することの少なくとも一項を含むことと、
前記第１対象のシーケンス検出結果としてシーケンスが検出された場合に、前記第１操作には、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行することの少なくとも一項を含むことと、
前記第１対象のシーケンス検出結果として前記第１対象のシーケンスが第３シーケンスであると検出された場合に、前記第１操作には、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記第１対象のシーケンス検出結果として前記第１対象のシーケンスが第４シーケンスであると検出された場合に、前記第１操作には、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行することの少なくとも一項を含むことと、のうちのいずれか一項を満たし、
前記目標ウィンドウは前記Ｎ個のウィンドウの一部又は全部のウィンドウであり、前記第２操作は送信操作、検出操作、受信操作及び測定操作のうちの少なくとも一項を含む。

具体的に実現する際に、前記第１シーケンスと前記第２シーケンスは予め定義され、予め配置され、又は配置されてもよい。選択可能に、前記第２シーケンスは前記第１シーケンスの巡回シフトである。前記第３シーケンスと前記第４シーケンスは予め定義され、予め配置され、又は配置されてもよい。選択可能に、前記第４シーケンスは前記第３シーケンスの巡回シフトである。

説明必要なことは、前記第１操作が、前記第１対象のシーケンス検出結果としてシーケンスが検出されたことを満たした場合に、前記第１操作は、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行することのうちの少なくとも一項を含み、前記第１対象のシーケンス検出結果としてシーケンスが検出されなかった場合に、前記第１操作は、目標ウィンドウを不活性化すること、目標ウィンドウでの第２操作の実行を停止すること、目標ウィンドウを無視することのうちの少なくとも一項を含んでもよい点である。

４）選択可能に、前記第１検出結果には前記第１対象のエネルギ検出結果を含む場合に、前記第１操作は前記第１対象のエネルギ検出結果とＲ個のエネルギ閾値との比較結果に基づいて決定され、Ｒは正の整数である。

具体的に実現する際に、前記Ｒ個のエネルギ閾値は予め定義され、予め配置され、又は配置されてもよい。

選択可能に、前記Ｒ個のエネルギ閾値は、リソースプール、端末、論理チャネル、論理チャネルグループ、ＱｏＳ、チャネル占有率（Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ Ｒａｔｉｏ，ＣＲ）、チャネルビジー率（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ，ＣＢＲ）、目標優先度のうちの少なくとも一項に対応してもよく、前記目標優先度は物理層担持優先度、論理チャネル優先度又は論理チャネルグループ優先度である。

つまり、前記Ｒ個のエネルギ閾値の配置方式は、リソースプール毎に配置されることと、端末毎に配置されることと、論理チャネルにより配置されることと、論理チャネルグループにより配置されることと、ＱｏＳにより配置されることと、ＣＲ／ＣＢＲにより配置されることと、目標優先度により配置されることと、のうちの少なくとも一項である。

更に、前記第１操作は、
ａ）Ｒが１に等しい場合に、前記第１対象のエネルギ検出結果がエネルギ閾値よりも小さければ、前記第１操作には、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記第１対象のエネルギ検出結果がエネルギ閾値以上であれば、前記第１操作には少なくとも、目標ウィンドウを無視すること、目標ウィンドウを不活性化すること、目標ウィンドウでの第２操作の実行を停止することを含むことと、
ｂ）Ｒが１に等しい場合に、前記第１対象のエネルギ検出結果が前記エネルギ閾値以上であれば、前記第１操作には、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行すること、目標ウィンドウで第１リソース選択を実行することの少なくとも一項を含むことと、前記第１対象のエネルギ検出結果が前記エネルギ閾値よりも小さければ、前記第１操作には、目標ウィンドウを不活性化すること、目標ウィンドウでの第２操作の実行を停止すること、目標ウィンドウで第２リソース選択を実行することの少なくとも一項を含むことと、
ｃ）前記Ｒ個のエネルギ閾値が第１エネルギ閾値と第２エネルギ閾値を含み、前記第１エネルギ閾値が前記第２エネルギ閾値よりも小さい場合に、前記第１対象のエネルギ検出結果が前記第１エネルギ閾値以下であれば、前記第１操作には、目標ウィンドウで第２リソース選択を実行することの少なくとも一項を含むことと、前記第１対象のエネルギ検出結果が前記第２エネルギ閾値以上であれば、前記第１操作には、目標ウィンドウを無視すること、目標ウィンドウを不活性化すること、目標ウィンドウでの第２操作の実行を停止することの少なくとも一項を含むことと、前記第１対象のエネルギ検出結果が前記第１エネルギ閾値以上であり、前記第２エネルギ閾値よりも小さければ、前記第１操作には少なくとも、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行すること、目標ウィンドウで第１リソース選択を実行することを含むことと、のうちのいずれか一項を満たし、
前記目標ウィンドウは前記Ｎ個のウィンドウの一部又は全部のウィンドウであり、前記第２操作は送信操作、検出操作、受信操作及び測定操作のうちの少なくとも一項を含む。

具体的に実現する際に、前記第１対象のエネルギ検出結果がＲＳＳＩのエネルギ測定結果である場合。前記第１操作がｃ）を満たした場合に、前記第１対象のエネルギ検出結果が前記第１エネルギ閾値以下であれば、干渉が小さいことを示し、電力を節約するようにリソースをランダムに選択してもよい。前記第１対象のエネルギ検出結果が前記第２エネルギ閾値以上であれば、干渉が大き過ぎることを示し、このように目標ウィンドウでリソースを選択しなくてもよい。前記第１対象のエネルギ検出結果が前記第１エネルギ閾値以上であり、前記第２エネルギ閾値よりも小さければ、一定の干渉があることを示し、検出することによって干渉を回避できる。

以上から分かるように、上記方式によれば、前記目標ウィンドウに対して、前記第１端末は、目標ウィンドウを不活性化することと、目標ウィンドウでの第２操作の実行を停止することと、目標ウィンドウを無視することと、のうちの少なくとも一項を実行してもよく、これによって、端末の電力消費量を低下させる効果を達成できる。

前記第１対象を検出するたびに、その第１対象の検出結果は同じであってもよいし、異なってもよいことを説明する必要がある。異なる検出結果に対して、前記第１端末が実行する前記第１操作は異なってもよいし、同じであってもよい。なお、前記第１端末が前記第１検出結果により前記第１操作を実行する挙動は、予め定義され、予め配置され、又は配置されてもよいし、予め定義され、予め配置され、又は配置された対応関係に基づいて決定されてもよい。

前記第１端末が前記第１検出結果により前記第１操作を実行する挙動が予め定義され、予め配置され、又は配置された対応関係に基づいて決定された場合に、選択可能に、前記第１検出結果により、Ｎ個のウィンドウに関連する第１操作を実行する前記ステップの前に、前記方法は、
前記第１対象と操作の第２対応関係により、前記第１検出結果に対応する第１操作を決定するステップを更に含み、
前記第２対応関係は予め定義され、予め配置され、又は配置されるものである。

以下、前記第２対応関係を具体的に説明する。

選択可能に、前記第２対応関係は、
前記第１対象の復調結果が少なくとも１つの操作に対応することと、
前記第１対象の情報担持結果が少なくとも１つの操作に対応することと、
目標比較結果が少なくとも１つの操作に対応し、前記目標比較結果が前記第１対象のエネルギ検出結果とＲ個のエネルギ閾値との比較結果であり、Ｒが正の整数であることと、
前記第１対象のシーケンス検出結果が少なくとも１つの操作に対応することと、のうちの少なくとも一項を満たす。

具体的に下記の通り説明する

前記第１対象の復調結果が少なくとも１つの操作に対応することは、選択可能に、
前記第１対象の復調結果として成功的に前記第１対象に復調した場合に、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記第１対象の復調結果として成功的に前記第１対象に復調しなかった場合に、前記少なくとも１つの操作には、第１ウィンドウを不活性化すること、第１ウィンドウでの第２操作の実行を停止すること、第１ウィンドウを無視することの少なくとも一項を含むことと、を含んでもよく、
前記第２操作は送信操作、測定操作、検出操作又は受信操作のうちの少なくとも一項であり、前記第１ウィンドウは前記第１対象に対応する一部又は全部のウィンドウである。

前記第１対象の情報担持結果が少なくとも１つの操作に対応することは、選択可能に、
前記第１対象の情報担持結果として前記第１対象が第１指示情報を担持した場合に、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記第１対象の情報担持結果として前記第１対象が第２指示情報を担持した場合に、前記少なくとも１つの操作には、第１ウィンドウを不活性化すること、第１ウィンドウでの第２操作の実行を停止すること、第１ウィンドウを無視することの少なくとも一項を含むことと、のうちの少なくとも一項を含んでもよく、
前記第１指示情報はウィンドウを活性化することを指示するためのものであり、前記第２指示情報はウィンドウを不活性化することを指示するためのものであり、前記第２操作は送信操作、測定操作、検出操作又は受信操作のうちの少なくとも一項であり、前記第１ウィンドウは前記第１対象に対応する一部又は全部のウィンドウである。

前記第１対象のシーケンス検出結果が少なくとも１つの操作に対応することは、選択可能に、
前記第１対象のシーケンス検出結果として第１シーケンスが検出された場合に、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記第１対象のシーケンス検出結果として第２シーケンスが検出された場合に、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行することの少なくとも一項を含むことと、
対象のシーケンス検出結果としてシーケンスが検出された場合に、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行することの少なくとも一項を含むことと、
前記第１対象のシーケンス検出結果として前記第１対象のシーケンスが第３シーケンスであると検出された場合に、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記第１対象のシーケンス検出結果として前記第１対象のシーケンスが第４シーケンスであると検出された場合に、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行することの少なくとも一項を含むことと、のうちのいずれか一項を含んでもよく、
前記第２操作は送信操作、測定操作、検出操作又は受信操作のうちの少なくとも一項であり、前記第１ウィンドウは前記第１対象に対応する一部又は全部のウィンドウである。

前記目標比較結果が少なくとも１つの操作に対応することは、選択可能に、
Ｒが１に等しい場合に、前記目標比較結果として前記第１対象のエネルギ検出結果がエネルギ閾値よりも小さければ、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記目標比較結果として前記第１対象のエネルギ検出結果がエネルギ閾値以上であれば、操作には、第１ウィンドウを無視すること、第１ウィンドウを不活性化すること、第１ウィンドウでの第２操作の実行を停止することを含むことと、
Ｒが１に等しい場合に、前記目標比較結果として前記第１対象のエネルギ検出結果が前記エネルギ閾値以上であれば、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行すること、第１ウィンドウで第１リソース選択を実行することの少なくとも一項を含むことと、前記目標比較結果として前記第１対象のエネルギ検出結果が前記エネルギ閾値よりも小さければ、前記少なくとも１つの操作には、第１ウィンドウを不活性化すること、第１ウィンドウでの第２操作の実行を停止すること、第１ウィンドウで第２リソース選択を実行することの少なくとも一項を含むことと、
前記Ｒ個のエネルギ閾値が第１エネルギ閾値と第２エネルギ閾値を含み、前記第１エネルギ閾値が前記第２エネルギ閾値よりも小さい場合に、前記目標比較結果として前記第１対象のエネルギ検出結果が前記第１エネルギ閾値以下であれば、前記少なくとも１つの操作には、第１ウィンドウで第２リソース選択を実行することの少なくとも一項を含むことと、前記目標比較結果として前記第１対象のエネルギ検出結果が前記第２エネルギ閾値以上であれば、前記少なくとも１つの操作には、第１ウィンドウを無視すること、第１ウィンドウを不活性化すること、第１ウィンドウでの第２操作の実行を停止することの少なくとも一項を含むことと、前記目標比較結果として前記第１対象のエネルギ検出結果が前記第１エネルギ閾値以上であり、前記第２エネルギ閾値よりも小さければ、操作には少なくとも、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行すること、第１ウィンドウで第１リソース選択を実行することを含むことと、のうちのいずれか一項を含んでもよく、
前記第２操作は送信操作、測定操作、検出操作又は受信操作のうちの少なくとも一項であり、前記第１ウィンドウは前記第１対象に対応する一部又は全部のウィンドウである。

本出願の実施例では、選択可能に、前記第１検出結果は、Ｍ個のビットとコードポイントのうちのいずれか一項によって表現され、
前記Ｍ個のビットは、ウィンドウを活性化することを指示するための第１の値と、ウィンドウを不活性化することを指示するための第２の値とを含み、前記第１の値と前記第２の値はいずれも少なくとも１つの値を含み、Ｍは正の整数であり、
前記コードポイントは、ウィンドウを活性化することを指示するための第１種のコードポイントと、ウィンドウを不活性化することを指示するための第２種のコードポイントとを含み、前記第１種のコードポイントと前記第２種のコードポイントはいずれも少なくとも１つのコードポイントを含む。

具体的に実現する際に、前記第１検出結果をＭ個のビットによって表現する場合に、前記Ｍ個のビットは指示情報に担持してもよいし、ビットマップ又はビット列に担持してもよい。前記第１の値と前記第２の値は予め定義され、予め配置され、又は配置されてもよい。

前記第１の値と前記第２の値はいずれも少なくとも１つの値を含み、具体的に実際の状況に応じて決定でき、本出願の実施例はこれを限定しない。前記第１の値又は前記第２の値が２つ又は２つ以上の値を含む場合に、前記第１の値又は前記第２の値は更に他の情報、例えば上述したリソース予約の周期情報を指示するために用いてもよく、異なる値によって指示される情報は異なる。

理解しやすくするために、例を示して下記の通り説明する。

前記第１検出結果を２つのビットによって表現し、前記Ｍ個のビットが００、０１、１０、１１の４つの値を含むと仮定する。

一実現形態では、００、０１及び１０といった３つの値を前記第１の値と見なし、１１を前記第２の値と見なしてもよい。更に、００はリソース予約の周期値が０であることを指示してもよく、０１はリソース予約の周期値が５０であることを指示してもよく、１０はリソース予約の周期値が１００であることを指示してもよい。

この場合に、前記第１検出結果が０１であれば、前記第１端末は前記第１検出結果により、目標ウィンドウを活性化することと、目標ウィンドウで第２操作を実行することとのうちの少なくとも一項を実行してもよい。なお、前記第１端末は前記第１対象に対応するリソース選択ウィンドウのリソース予約の周期値が５０であると決定できる。

なお、前記第１検出結果をＭ個のビットによって表現する場合に、第１実現形態では、前記Ｍ個のビットが１つのウィンドウに対応してもよく、第２実現形態では、前記Ｍ個のビットが２つ又は２つ以上のウィンドウに対応してもよい。更に、第２実現形態では、前記Ｍ個のビット中の１ビットが２つ又は２つ以上のウィンドウに対応してもよく、又は、Ｍ個のビットを含むビットマップがウィンドウに対応してもよく、その中の各ビットが１つのウィンドウ又は複数のウィンドウの活性化状態を指示する。前記Ｍ個のビットとウィンドウの対応関係は予め定義され、予め配置され、又は配置されてもよく、具体的に実際の状況に応じて決定でき、本出願の実施例はこれを限定しない。

前記第１検出結果をコードポイントによって表現する場合に、その実現は、前記第１検出結果をＭ個のビットによって表現する実現と同じであり、例えば、一部の又はある特定コードポイントはウィンドウを活性化することを指示し、他の一部の又は別の特定コードポイントはウィンドウを不活性化することを指示し、具体的に前記第１検出結果をＭ個のビットによって表現する場合についての説明を参照でき、ここで詳細な説明は省略する。

本出願の実施例では、選択可能に、前記Ｎ個のウィンドウは前記第１対象とウィンドウの第３対応関係に基づいて決定され、
前記第３対応関係は予め定義され、予め配置され、又は配置されるものである。

この選択可能な実施形態では、前記第１端末は、前記第１対象と検出ウィンドウ及び／又はリソース選択ウィンドウの対応関係により、前記第１検出結果により、Ｎ個のウィンドウに関連する第１操作を実行してもよい。

理解しやすくするために、以下、前記第１対象が活性化／不活性化シグナリングであることを例として例示的に説明する。

前記第１端末は、活性化／不活性化シグナリングと検出ウィンドウとの対応関係、及び活性化／不活性化シグナリングの位置により、検出ウィンドウ位置を取得し、検出ウィンドウで検出を行ってもよい。

前記第１端末は、活性化／不活性化シグナリングとリソース選択ウィンドウ／リソース選択位置との対応関係、及び活性化／不活性化シグナリングの位置により、リソース選択ウィンドウ／リソース選択位置を取得し、リソース選択ウィンドウでリソース選択を行うか、又はリソース選択位置で情報を送信してもよい。

更に、前記第３対応関係は、
前記第１対象に担持されている１つの情報が少なくとも１つのウィンドウに対応することと、
異なる前記第１対象が異なるウィンドウに対応することと、
前記第１対象の異なる検出位置が異なるウィンドウに対応することと、のうちの少なくとも一項を満たしてもよい。

具体的に実現する際に、前記第１対象を検出するたびに、前記第１対象に担持されている情報、前記第１対象そのもの表現形式又は前記第１対象の検出位置は変わることがあるので、前記第１対象に対応するウィンドウは異なっても、同じであってもよい。今回（又は今度）の前記第１対象の検出では、対応するウィンドウが前記第３対応関係を調べることによって決定されてもよい。

理解しやすくするために、下記の例が挙げられる。

例１では、前記第３対応関係において、情報１がウィンドウ１に対応し、情報２がウィンドウ２に対応し、情報３がウィンドウ３に対応すると仮定する。一回の検出で第１対象の検出結果として前記第１対象が情報１を担持ししていることが検出されたら、前記第１端末は当該検出結果により、ウィンドウ１に関連する第１操作を実行してもよい。

例２では、前記第３対応関係において、シーケンス１がウィンドウ１に対応し、シーケンス２がウィンドウ２に対応し、シーケンス３がウィンドウ３に対応すると仮定する。一回の検出で第１対象の検出結果としてシーケンス２が検出されたら、前記第１端末は当該検出結果により、ウィンドウ２に関連する第１操作を実行してもよい。

例３では、前記第３対応関係において、検出位置１がウィンドウ１に対応し、検出位置２がウィンドウ２に対応し、検出位置３がウィンドウ３に対応すると仮定する。一回の検出で第１対象の検出結果として検出位置２で前記第１対象が検出されたら、前記第１端末は当該検出結果により、ウィンドウ３に関連する第１操作を実行してもよい。

選択可能に、前記Ｎ個のウィンドウの配置は前記第３対応関係に基づいて決定され、
前記Ｎ個のウィンドウの配置は、
前記Ｎ個のウィンドウの少なくとも１つのウィンドウの開始位置、
前記Ｎ個のウィンドウの少なくとも１つのウィンドウのウィンドウ長さ、
前記Ｎ個のウィンドウの少なくとも１つのウィンドウの終了位置、及び
前記Ｎ個のウィンドウの少なくとも１つのウィンドウの周期のうちの少なくとも一項を含む。

つまり、前記第３対応関係には、ウィンドウの開始位置（例えば、検出されたＰＳＣＣＨまでのスロット間隔）、ウィンドウ長さ、終了位置及び周期のうちの少なくとも一項を含んでもよく、このようにして、前記第１端末は今回第１対象を検出した後、前記第３対応関係を調べることによって、当該第１対象に対応する前記Ｎ個のウィンドウの上記配置を決定してもよい。

選択可能に、前記Ｎ個のウィンドウは、
前記Ｎ個のウィンドウがセミパーシステントに配置されるウィンドウであることと、
前記Ｎ個のウィンドウがダイナミックに配置されるウィンドウであることと、
前記Ｎ個のウィンドウが連続的に配置されるウィンドウであることと、
前記Ｎ個のウィンドウが周期的に配置されるウィンドウであることと、
前記Ｎ個のウィンドウが非周期的に配置されるウィンドウであることと、のうちの少なくとも一項を満たす。

本出願の実施例では、前記第１端末は前記第１検出結果を取得した後、直接前記第１操作を実行してもよいし、いくつかの条件を満たしたら、前記第１操作を実行してもよい。

選択可能に、Ｎ個のウィンドウに対して前記検出結果に対応する第１操作を実行する前記ステップは、
前記第１対象に関連する第２情報が第１条件を満たした場合に、Ｎ個のウィンドウに対して前記検出結果に対応する第１操作を実行するステップを含んでもよく、
前記第２情報は、リソースプール識別子、端末識別子、サービス識別子、伝播タイプ、地理位置情報、距離情報のうちの少なくとも一項を含む。

実施する際に、前記第２情報が第１条件を満たしたことは、
前記第１対象に関連するリソースプール識別子が目標リソースプール識別子、例えばリソースプール－１であることと、
前記第１対象に関連する端末識別子が目標側末識別子、例えば端末－１であることと、
前記第１対象に関連するサービス識別子が目標サービス識別子、例えばサービス－１であることと、
前記第１対象に関連するキャストタイプ（Ｃａｓｔ Ｔｙｐｅ）が目標キャストタイプ、例えばユニキャスト、グループ内同報通信、ブロードキャスト又はマルチキャスト等であることと、
第１距離が目標値よりも小さく、前記第１距離が前記地理位置情報又は距離情報に基づいて決定された、前記第１端末と目標側との間の距離であることと、のうちの少なくとも一項を含んでもよい。

前記第２情報が第１条件を満たしたことは第１距離が目標値よりも小さいことを含む場合に、前記第１端末と目標側との距離が遠すぎて、前記第１端末と目標側の干渉可能性が小さいことを示すため、前記第１操作を実行しなくてもよい。

具体的に実現する際に、上記一項又は複数項を満たした場合に、前記第１端末は、検出された前記第１対象が有効な第１対象であると見なしもよく、第１操作を実行してもよく、そうでなければ、前記第１端末は検出された前記第１対象が無効な第１対象であると見なしてもよく、第１操作を実行せず、前記第１対象を無視してもよく、更に電力を省く効果を達成できる。

選択可能に、Ｎ個のウィンドウに対して前記検出結果に対応する第１操作を実行する前記ステップは、
第４条件を満たした場合に、Ｎ個のウィンドウに対して前記検出結果に対応する第１操作を実行するステップを含んでもよく、
前記第４条件を満たしたことは、
前記第１端末に送信待ちのデータパケットがあることと、
前記第１端末がリソース選択を行うことがトリガーされたことと、を含んでもよい。

具体的に実現する際に、前記第１端末が自らリソース選択をトリガーしてもよいし、目標側によって前記第１端末がリソース選択を行うことをトリガーしてもよく、具体的に実際の状況に応じて決定でき、本出願の実施例はこれを限定しない。

本出願の実施例では、前記第１端末は自発的に第１対象を検出してもよいし、第１対象の検出を条件でトリガーしてもよい。

第１対象の検出を条件でトリガーする場合に、選択可能に、第１対象を検出する前記ステップは、
第２条件を満たした場合に、第１対象を検出するステップを含み、
前記第２条件を満たしたことは、
前記第１端末に送信待ちのデータパケットがあることと、
前記第１端末がリソース選択を行うことがトリガーされたことと、
ＳＬリソース再選択タイマー（ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ）の値が０に等しいことと、
リソースプールが再配置されたことと、
前記第１端末に予約リソースが存在しないことと、
前記第１端末に条件を満たすリソースが存在しないことと、のうちの少なくとも一項を満たす。

具体的に実現する際に、前記第２条件を満たしたことは、更に、
ＳＬリソース再選択計数器＝０であり、また、ＳＬリソース再選択計数器＝１の時に、ＭＡＣ実体が等しい確率で、区間［０，１］内の１つの値をランダムに選択し、この値がＳＬ－ｐｒｏｂｒｅｓｏｕｒｃｅｋｅｅｐにおいて上位レイヤによって配置された確率よりも高かったことと（ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ＝０ ａｎｄ ｗｈｅｎ ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ ｗａｓ ｅｑｕａｌ ｔｏ １ ｔｈｅ ＭＡＣ ｅｎｔｉｔｙ ｒａｎｄｏｍｌｙ ｓｅｌｅｃｔｅｄ， ｗｉｔｈ ｅｑｕａｌ ｐｒｏｂａｂｉｌｉｔｙ， ａ ｖａｌｕｅ ｉｎ ｔｈｅ ｉｎｔｅｒｖａｌ ［０， １］ ｗｈｉｃｈ ｉｓ ａｂｏｖｅ ｔｈｅ ｐｒｏｂａｂｉｌｉｔｙ ｃｏｎｆｉｇｕｒｅｄ ｂｙ ｕｐｐｅｒ ｌａｙｅｒｓ ｉｎ ｓｌ－ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ）、
リソースプールが上位レイヤによって配置され、又は再配置されたことと（ｔｈｅ ｐｏｏｌ ｏｆ ｒｅｓｏｕｒｃｅｓ ｉｓ ｃｏｎｆｉｇｕｒｅｄ ｏｒ ｒｅｃｏｎｆｉｇｕｒｅｄ ｂｙ ｕｐｐｅｒ ｌａｙｅｒｓ）、
選択されたリソースプールに対して選択されたＳＬグラントがないことと（ ｔｈｅｒｅ ｉｓ ｎｏ ｓｅｌｅｃｔｅｄ ｓｉｄｅｌｉｎｋ ｇｒａｎｔ ｏｎ ｔｈｅ ｓｅｌｅｃｔｅｄ ｐｏｏｌ ｏｆ ｒｅｓｏｕｒｃｅｓ）、
最後の一秒まで、ＭＡＣ実体が、選択された候補ＳＬグラントにおいて指定されたいかなるリソースでも伝送又は再伝送を実行しなかったことと（ｎｅｉｔｈｅｒ ｔｒａｎｓｍｉｓｓｉｏｎ ｎｏｒ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｈａｓ ｂｅｅｎ ｐｅｒｆｏｒｍｅｄ ｂｙ ｔｈｅ ＭＡＣ ｅｎｔｉｔｙ ｏｎ ａｎｙ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｅｄ ｉｎ ｔｈｅ ｓｅｌｅｃｔｅｄ ｓｉｄｅｌｉｎｋ ｇｒａｎｔ ｄｕｒｉｎｇ ｔｈｅ ｌａｓｔ ｓｅｃｏｎｄ）、
ｓｌ－ＲｅｓｅｌｅｃｔＡｆｔｅｒが配置されており、選択されたＳＬグラントにおいて指示されたリソースで連続的に使用しない伝送機会の数がｓｌ－ＲｅｓｅｌｅｃｔＡｆｔｅｒに等しいことと（ｓｌ－ＲｅｓｅｌｅｃｔＡｆｔｅｒ ｉｓ ｃｏｎｆｉｇｕｒｅｄ ａｎｄ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｃｏｎｓｅｃｕｔｉｖｅ ｕｎｕｓｅｄ ｔｒａｎｓｍｉｓｓｉｏｎ ｏｐｐｏｒｔｕｎｉｔｉｅｓ ｏｎ ｒｅｓｏｕｒｃｅｓ ｉｎｄｉｃａｔｅｄ ｉｎ ｔｈｅ ｓｅｌｅｃｔｅｄ ｓｉｄｅｌｉｎｋ ｇｒａｎｔ ｉｓ ｅｑｕａｌ ｔｏ ｓｌ－ＲｅｓｅｌｅｃｔＡｆｔｅｒ）、
ｓｌ－ｍａｘｍｃ－ｐｓｓｃｈにおいて上位レイヤによって配置された許可される最大変調及び符号化方式（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ，ＭＣＳ）を使用することによって、選択されたＳＬグラントが、無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ，ＲＬＣ）サービスデータユニット（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ，ＳＤＵ）を収容できなく、媒体アクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＭＡＣ）実体がＲＬＣ ＳＤＵをセグメントに分割しないことを選択したことと（ｔｈｅ ｓｅｌｅｃｔｅｄ ｓｉｄｅｌｉｎｋ ｇｒａｎｔ ｃａｎｎｏｔ ａｃｃｏｍｍｏｄａｔｅ ａ ＲＬＣ ＳＤＵ ｂｙ ｕｓｉｎｇ ｔｈｅ ｍａｘｉｍｕｍ ａｌｌｏｗｅｄ ＭＣＳ ｃｏｎｆｉｇｕｒｅｄ ｂｙ ｕｐｐｅｒ ｌａｙｅｒｓ ｉｎ ｓｌ－ＭａｘＭＣＳ－ＰＳＳＣＨ ａｎｄ ｔｈｅ ＭＡＣ ｅｎｔｉｔｙ ｓｅｌｅｃｔｓ ｎｏｔ ｔｏ ｓｅｇｍｅｎｔ ｔｈｅ ＲＬＣ ＳＤＵ）、
選択されたＳＬグラントを有する伝送が関連する優先度により論理チャネルにおけるデータの遅延要求を満たすことができなく（ｔｒａｎｓｍｉｓｓｉｏｎ（ｓ） ｗｉｔｈ ｔｈｅ ｓｅｌｅｃｔｅｄ ｓｉｄｅｌｉｎｋ ｇｒａｎｔ ｃａｎｎｏｔ ｆｕｌｆｉｌ ｔｈｅ ｌａｔｅｎｃｙ ｒｅｑｕｉｒｅｍｅｎｔ ｏｆ ｔｈｅ ｄａｔａ ｉｎ ａ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ａｃｃｏｒｄｉｎｇ ｔｏ ｔｈｅ ａｓｓｏｃｉａｔｅｄ ｐｒｉｏｒｉｔｙ）、ＭＡＣ実体が単一のＭＡＣプロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ，ＰＤＵ）に対応する伝送を実行しないことを選択したことと（ｔｈｅ ＭＡＣ ｅｎｔｉｔｙ ｓｅｌｅｃｔｓ ｎｏｔ ｔｏ ｐｅｒｆｏｒｍ ｔｒａｎｓｍｉｓｓｉｏｎ（ｓ） ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｔｏ ａ ｓｉｎｇｌｅ ＭＡＣ ＰＤＵ）、
選択されたＳＬグラントの１つのリソースが物理層によって再評価されるか、又は先取りされるように指定されたことと（ａ ｒｅｓｏｕｒｃｅ（ｓ） ｏｆ ｔｈｅ ｓｅｌｅｃｔｅｄ ｓｉｄｅｌｉｎｋ ｇｒａｎｔ ｉｓ ｉｎｄｉｃａｔｅｄ ｆｏｒ ｒｅ－ｅｖａｌｕａｔｉｏｎ ｏｒ ｐｒｅ－ｅｍｐｔｉｏｎ ｂｙ ｔｈｅ ｐｈｙｓｉｃａｌ ｌａｙｅｒ ａｓ ｓｐｅｃｉｆｉｅｄ）、
ＳＬ制御又は優先度が、選択されたＳＬグラントを有するＭＡＣ ＰＤＵの再送信を廃棄したことと（ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ａ ＭＡＣ ＰＤＵ ｏｎ ｔｈｅ ｓｅｌｅｃｔｅｄ ｓｉｄｅｌｉｎｋ ｇｒａｎｔ ｈａｓ ｂｅｅｎ ｄｒｏｐｐｅｄ ｂｙ ｅｉｔｈｅｒ ｓｉｄｅｌｉｎｋ ｃｏｎｇｅｓｔｏｎ ｃｏｎｔｒｏｌ ｏｒ ｄｅ－ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）、のうちのいずれか一項を含んでもよい。

このようにして、前記第１端末は第２条件が満たされていなければ、第１対象を検出しなく、これによって、前記第１端末が第１対象を検出する回数を減少し、端末の電気消費量を低減することができる。

本出願の実施例では、選択可能に、前記第１対象は目標側によって送信されてもよく、前記目標側はネットワーク側機器又は第２端末である。

本出願の実施例で提供される送信方法のフローチャートである図５を参照されたい。本出願の実施例の送信方法は目標側によって実行される。前記目標側はネットワーク側機器又は第２端末であり、前記第２端末はデータ送信を待っている端末、又はスケジューリングする端末であってもよい。

図５に示すように、送信方法は、
第１対象を送信するステップ５０１を含んでもよい。

具体的に実現する際に、前記第１対象はリソース予約シグナリングとは独立してもよいし、リソース予約シグナリングに担持されてもよい。

選択可能に、第１対象を送信する前記ステップは、
第３条件を満たした場合に、第１対象を送信するステップを含み、
前記第３条件を満たしたことは、
前記目標側が少なくとも１つのリソースを予約したことと、
前記目標側が少なくとも１つのリソースを割り当てられたことと、
前記目標側が少なくとも１つのリソース予約シグナリングを送信したことと、のうちの少なくとも一項を含む。

選択可能に、前記第１対象は前記第１対象とウィンドウとの対応関係に基づいて送信される。

理解しやすくするために、以下、前記第１対象が活性化／不活性化シグナリングであることを例として例示的に説明する。

第２端末は、活性化／不活性化シグナリングと検出ウィンドウとの対応関係、及び検出ウィンドウの位置により、（選択可能な）活性化／不活性化シグナリングの位置を取得し、当該（選択可能な）位置で活性化／不活性化シグナリングを送信してもよい。

第２端末は、活性化／不活性化シグナリングとリソース選択ウィンドウ／リソース選択位置との対応関係、及びリソース選択ウィンドウ／リソース選択位置により、（選択可能な）活性化／不活性化シグナリングの位置を取得し、当該（選択可能な）位置で活性化／不活性化シグナリングを送信してもよい。

選択可能に、前記第１対象は、物理サイドリンク制御チャネルＰＳＣＣＨ、物理サイドリンク共有チャネルＰＳＳＣＨ、物理サイドリンクフィードバックチャネルＰＳＦＣＨ、復調参照信号ＤＭＲＳ、シーケンス、サイドリンク制御情報ＳＣＩ、チャネル状態情報参照信号ＣＳＩ－ＲＳ、位相トラッキング参照信号ＰＴＲＳの少なくとも一項を含む。

選択可能に、前記第１対象は、目標フォーマットの対象、目標無線ネットワーク一時識別子ＲＮＴＩでスクランブルされる対象、目標シーケンスでスクランブルされる対象、目標値によって初期化される対象のうちの少なくとも一項である。

選択可能に、前記第１対象のリソースは、
前記第１対象のリソースが予め定義され、予め配置され、又は配置されたリソースであり、或いは、前記第１対象のリソースが予め定義され、予め配置され、又は配置された規則により取得されることと、
前記第１対象のリソースが、リソースプールにおける番号が最も高いＬ個のサブチャネル、リソースプール又はサブチャネルにおける番号が最も高いＬ個の物理リソースブロックＰＲＢ、リソースプール又はサブチャネルにおける番号が最も高いＬ個のＰＲＢグループ、リソースプールにおける番号が最も低いＬ個のサブチャネル、リソースプール又はサブチャネルにおける番号が最も低いＬ個のＰＲＢ、リソースプール又はサブチャネルにおける番号が最も低いＬ個のＰＲＢグループのうちのいずれか一項に位置することと、
前記第１対象のリソースが第１チャネルのリソースに対して周波数分割多重化ＦＤＭ又は符号分割多重ＣＤＭ関係を満たし、前記第１チャネルがＰＳＣＣＨ、ＰＳＳＣＨ又はＰＳＦＣＨであることと、
前記第１対象のリソースがＭ個のシンボルを占用することと、
前記第１対象のリソースが第１スロットの最後のＭ個のシンボルを占用することと、
前記第１対象のリソースが第１スロットのｉ番目のシンボルからマッピングすることと、
前記第１対象のリソースがＰＳＦＣＨのリソース配置に関連することと、
前記第１対象のリソースが第１スロット内の１番目の利用可能サイドリンクＳＬシンボルを占用することと、
前記第１対象のリソースに対応する配置が周期配置とオフセット配置のうちの少なくとも一項を含むことと、のうちの少なくとも一項を満たし、
前記第１スロットは前記第１対象の所在するスロットであり、Ｌ、Ｍ及びｉはいずれも正の整数である。

選択可能に、前記第１対象はリソース選択又はリソース選択配置に対して第１対応関係を有し、前記第１対応関係は、
異なる前記第１対象に対応するリソース予約の周期情報が異なることと、
前記第１対象の異なる検出位置に対応するリソース予約の周期情報が異なることと、
Ｐ個の前記第１対象に関連するサービス品質がＱ個のリソース選択又はリソース選択配置に対応することと、
Ｐ個の前記第１対象に関連する目標優先度がＱ個のリソース選択又はリソース選択配置に対応することと、
前記第１対象に対応する候補リソースが目標リソース内に位置し、前記目標リソースが予約リソースの前に位置し、且つ前記目標リソースと前記予約リソースとがＴ又はＴ＋ａ個のリソースで隔てられることと、のうちの少なくとも一項を満たし、
前記目標優先度は物理層担持優先度、論理チャネル優先度又は論理チャネルグループ優先度であり、Ｐ、Ｑ、Ｔ及びＡはいずれも正の整数である。

本出願の実施例の操作方法によれば、目標側は第１端末へ第１対象を送信できるため、端末は第１対象を検出することで得られた第１検出結果により、Ｎ個のウィンドウに関連する第１操作を実行でき、Ｎは正の整数である。端末が実行する第１操作が第１対象の検出結果に関連するので、端末は必ず前記Ｎ個のウィンドウで検出するというわけでなく、端末の電力消費量を低下可能である。

本実施例は図４の方法実施例に対応する目標側の実施例となるので、図４の方法実施例における関連説明を参照でき、且つ同じ有益効果を達成できることを説明する必要がある。繰り返して説明しないように、ここで詳細に説明しない。

本出願の実施例で紹介した多種の選択可能な実施形態は、互いに組み合わせて実現してもよいし、単独して実現してもよく、本出願の実施例はこれを限定しないことを説明する必要がある。

理解しやすくするために、例を示して下記の通り説明する。

端末（例えば、リソースを選択する必要がある端末）は、特定の信号／チャネルを検出して検出結果を取得し、検出結果により検出ウィンドウを活性化／不活性化する。

更に、活性化されている検出ウィンドウで検出を行う。

一、前記検出信号／チャネルは、下記のａ）、ｂ）、ｃ）、ｄ）のうちの少なくとも１つを満たす。

ａ） 前記検出信号／チャネルはＰＳＣＣＨ／ＰＳＳＣＨ／ＰＳＦＣＨ／ＤＭＲＳ／特定のシーケンス／ＳＣＩである。
ｉ． 例えば、特定のシーケンスはＧＯＬＤシーケンス又はＺＣシーケンス等であってもよい。
ｉｉ． 例えば、ＳＣＩは段階１のＳＣＩ（ＳＣＩ ｆｏｒｍａｔ １－Ｘ）又は段階２のＳＣＩ（ＳＣＩ ｆｏｒｍａｔ ２－Ｘ）であってもよく、Ｘは選択可能なパラメータがＡ、Ｂ、Ｃ、Ｄ等であることを表す。

ｂ） 前記検出信号／チャネルのリソース（時間領域、周波数領域、コード領域のうちの少なくとも一項を含む）配置は、下記のｉ、ｉｉ、ｉｉｉ、ｉｖ、ｖ、ｖｉ、ｖｉｉ、ｖｉｉｉのうちの少なくとも一項を満たす。
ｉ． リソースは予め定義／予め配置／配置されたリソースである。
ｉｉ． リソースは予め定義／予め配置／配置された規則により取得される。
ｉｉｉ． 前記信号／チャネルは、リソースプールにおける番号が最も高いＬ個のｓｕｂｃｈａｎｎｅｌ／ＰＲＢ／ＰＲＢグループに位置し、又は、リソースプールにおける番号が最も低いＬ個のｓｕｂｃｈａｎｎｅｌ／ＰＲＢ／ＰＲＢグループに位置し、又は、前記信号／チャネルはＰＳＣＣＨ／ＰＳＳＣＨ等のチャネルに対してＦＤＭ関係を満たし、Ｌは正の整数である。
ｉｖ． 前記信号は時間領域上でＭ個のシンボルを占用する。
ｖ． 前記信号はスロットの最後のＭ個のシンボルに位置し、又はＭ番目のシンボルからマッピングする（選択可能に、前記信号はＰＳＦＣＨの存在しないスロット内に位置してもよいし、スロット末端に位置してもよい）。
ｖｉ． 前記信号はＰＳＦＣＨの配置に関連する。
１． ＰＳＦＣＨの少なくとも一部のシンボルに位置し、これによって、半二重の影響を低減できる。
ａ） 例えば、ＰＳＦＣＨのシンボルに位置し、且つＰＳＦＣＨに対してＦＤＭ又はＣＤＭ関係を満たす。
ｖｉｉ．Ｓｌｏｔ内の１番目の利用可能ＳＬシンボル（例えば、ＡＧＣシンボル）を占用する。
ｖｉｉｉ． 検出信号／チャネルのリソース配置は周期とオフセットのうちの少なくとも一項を含む（即ち、当該検出信号／チャネルのリソース配置は周期的に現れてもよい）。
１． 時間領域位置は、リソースプールにおける周期位置又はリソースプールにおける特定位置のオフセットであってもよい（例えば、いくつかのウィンドウ位置より前のＮ個のｓｌｏｔ）。

ｃ） 前記信号／チャネルは、特定のフォーマット（例えば、制御情報フォーマット）を採用する対象、又は、特定のＲＮＴＩでスクランブルされる対象、又は、特定のシーケンスでスクランブルされる対象、又は、特定の値で初期化される対象である。

ｄ） リソース選択／リソース選択配置が前記信号／チャネルの情報に関連することは、下記のｉ、ｉｉ、ｉｉｉ、ｉｖのうちの少なくとも一項を満たす。
ｉ． 複数のシーケンスはそれぞれ異なる周期値に対応し、又は、異なる周期値集合に対応する。
例えば、シーケンス１は周期値０に対応し、シーケンス２は周期値＜１００の周期値に対応し、シーケンス３は周期値＞＝１００の周期値に対応する。
ｉｉ． 複数の位置はそれぞれ異なる周期値に対応し、又は、異なる周期値集合に対応する。
例えば、位置１は周期値０に対応し、位置２は０でない周期値に対応する。
ｉｉｉ．１つ／複数のＱｏＳは１つ／複数のリソース選択／リソース選択配置に対応する。
ｉｖ． １つ／複数の優先度は１つ／複数のリソース選択／リソース選択配置に対応する。
優先度は物理層担持優先度／論理チャネル優先度／論理チャネルグループ優先度であってもよい。

二、 前記検出結果は、復調が成功したこと、及び／又は、検出情報（例えば、上述した第１指示情報又は第２指示情報）に活性化／不活性化情報が担持されていること、及び／又は、エネルギ検出情報、及び／又は、シーケンス検出情報である。

ａ） ウィンドウの活性化／不活性化を明示的に指示するか、暗示的に指示する。
ｉ． Ｍ ｂｉｔ情報で指示する。
１． １つの指示が１つのウィンドウに対応する。
２． １つの指示が複数のウィンドウに対応する。
ａ） １ｂｉｔで複数のウィンドウを活性化する。
ｂ） Ｍ ｂｉｔ ｂｉｔｍａｐで複数のウィンドウを活性化する。
ｉｉ． 特定のコードポイントはウィンドウの活性化／不活性化を示す（暗示的に指示する）。
ｉｉｉ．イネーブルすれば、セミパーシステントに配置される複数のウィンドウを活性化するか、又は１つのダイナミックウィンドウを活性化するように指示してもよく、ここで制限しない。（検出ウインドウは、周期的なものであってもよいし、ダイナミックに配置されるものであってもよい）。

ｂ） 選択可能に、エネルギ検出に基づいて判断すれば、前記エネルギ検出情報は、ＲＳＲＰ、ＲＳＳＩ、ＲＳＲＱ、ＳＩＮＲ、１つ又は複数のＲＥｓのエネルギ／エネルギの平均値、１つ又は複数のシンボルにおけるエネルギ／エネルギの平均値のうちの少なくとも１つである。
ｉ． ＲＳＲＰは信号を担持する一部又は全部のＲＥｓにおける線形平均であってもよい。
ｉｉ． ＲＳＳＩは担持を行う全部又は一部のＯＦＤＭシンボルにおける線形平均であってもよい。

ｃ） 選択可能に、シーケンス検出に基づいて判断すれば、シーケンスと活性化／不活性化との関係を予め定義／予め配置／配置する。
ｉ． シーケンス１は活性化を表し、シーケンス２は不活性化を表す。
選択可能に、シーケンス２はシーケンス１の巡回シフトである。
ｉｉ． 又は、単一のシーケンスである場合に、当該シーケンスが検出されたら、活性化することを表す。
つまり、検出されなかった場合に、活性化しなく、これは明細書に記載されている。
ｉｉｉ．選択可能に、前記シーケンスは、リソースプール毎に配置され、又は、リソースプールＩＤに関連し、又は、ＵＥ ＩＤに関連する。
ｉｖ． 選択可能に、シーケンス１とシーケンス２は選択可能リソースが同じリソースであっても、異なるリソースであってもよい。リソースとは、時間周波数リソースであってもよい。

三、検出情報によって、活性化するように指示された場合に、端末は対応する検出ウィンドウで送信／検出／受信を行い、そうでなければ、端末は対応するウィンドウで送信／検出／受信を開始しない。

実際な適用では、ＰＳＣＣＨを用いて活性化／不活性化指示を担持してもよい。

ａ） 選択可能に、端末に送信待ちデータパケットが存在し／端末がリソース選択を行うことがトリガーされ、且つ活性化するように指示する情報が検出された場合のみ、対応する検出ウィンドウで検出／送信／受信を行う。

ｂ） 選択可能に、ウィンドウの一部又は全部の活性化は、Ｃａｓｔ ｔｙｐｅ／サービスＩＤ／ＵＥ ＩＤ／地理位置の情報に関連する。例えば、ＵＥが遠く離れた場合に、当該ＵＥの活性化シグナリングを無視してもよい（即ち、干渉可能性が大きくないと考える）。

四、選択可能に、エネルギ検出結果とエネルギ閾値を比較することで、検出ウィンドウを活性化するか否か及び／又はＤＲＸ活性化時間を判断する。下記のａ）、ｂ）、ｃ）、ｄ）のうちの少なくとも一項を満たす。
ａ） 閾値の配置。
ｉ． 閾値は１つ又は複数の値である。
ｉｉ． 閾値の配置方式は、リソースプール毎に配置されることと、端末毎に配置されることと、論理チャネルにより配置されることと、論理チャネルグループにより配置されることと、ＱｏＳにより配置されることと、ＣＲ／ＣＢＲにより配置されることと、優先度（例えば、論理チャネル優先度）により配置されることと、のうちの少なくとも一項である。
ｂ） 選択可能に、１つの閾値を配置した場合に、
ｉ． 検出結果が閾値よりも低ければ、端末は対応するダイナミック検出ウィンドウで検出及び／又はリソース選択を行う（閾値よりも高い時に、当該検出ウィンドウをスキップし、つまり、次の選択可能活性化位置を検出する）。
ｃ） 選択可能に、１つの閾値を配置した場合に、
ｉ． 検出結果が閾値よりも高ければ、端末は対応するダイナミック検出ウィンドウで検出及び／又はリソース選択を行う。
ｉｉ． 検出結果が閾値よりも低ければ、端末はランダムリソース選択を実行する。
ｄ） 選択可能に、２つの閾値を配置した場合に、（対応するＵＥの挙動について）
ｉ． 第１閾値を定義し、検出結果がこの閾値よりも低ければ、端末はランダムリソース選択を実行する。（例えば、測定したのがＲＳＳＩであれば、干渉が小さいことを示し、電力を節約すようにランダムに選択してもよい）。
ｉｉ． 第２閾値を定義し、検出結果がこの閾値よりも高ければ、端末は対応するダイナミック検出ウィンドウをスキップする。つまり、対応する検出ウィンドウを活性化しない。（例えば、測定したのがＲＳＳＩであれば、干渉が大き過ぎることを示し、このダイナミックウィンドウでリソースを選択しない）。
ｉｉｉ． 検出結果が第１閾値と第２閾値との間にあれば、対応するウィンドウで検出／受信及び／又はリソース選択を行う。（例えば、測定したのがＲＳＳＩであれば、一定の干渉があり、検出することによって干渉を回避できる）。

五、選択可能に、シーケンス検出に基づいて検出ウィンドウを活性化するか否かを判断する場合に、ａ）、ｂ）のうちの少なくとも一項を満たす。
ａ） 予め定義／配置された活性化検出シーケンスを用いて信号を復調した場合に、活性化することを示し、端末は検出ウィンドウを活性化する。
ｂ） 予め定義／配置された検出不活性化シーケンスを用いて信号を復調した場合に、不活性化することを示し、端末は検出ウィンドウを不活性化する。

このようにして、ＰＳＣＣＨに明示的なビット情報を担持しなくてもよく、適合性を向上させることができる。

六、対応する検出ウィンドウの配置は、下記のａ）、ｂ）、ｃ）、ｄ）、ｅ）のうちの少なくとも一項を含む。
ａ） 検出ウィンドウの１つ又は複数の開始位置（例えば、検出されたＰＳＣＣＨまでのスロット間隔）。
ｂ） 検出ウィンドウの１つ又は複数の長さ。
ｃ） 検出ウィンドウの１つ又は複数の終了位置。
ｄ） 検出ウィンドウの１つ又は複数の周期。
ｅ） 前記検出ウィンドウが連続的又は非連続的なリソースである。

七、前記検出情報／信号と検出ウィンドウとの対応関係を予め定義／予め配置／配置することは、下記のａ）、ｂ）、ｃ）のうちの少なくとも一項を満たす。

ａ） １つの検出情報は１つ又は複数の検出ウィンドウに対応する。
ｉ． 選択可能に、複数の検出ウィンドウは複数の連続的に配置された検出ウィンドウである。
ｉｉ． 選択可能に、複数の検出ウィンドウは周期的に配置された検出ウィンドウである。

ｂ） 複数のシーケンスはそれぞれ異なる検出ウィンドウに対応する。
ｉ． 例えば、シーケンス１は検出ウィンドウ１に対応し、シーケンス２は検出ウィンドウ２に対応する。シーケンス１が検出されたら、検出ウィンドウ１を活性化し、シーケンス２が検出されたら、検出ウィンドウ２を活性化する。
ｉｉ． 例えば、シーケンス１は周期的に配置された検出ウィンドウに対応し、シーケンス２は非周期的に配置された検出ウィンドウに対応する。

ｃ） 複数の検出位置はそれぞれ異なる検出ウィンドウに対応する。
ｉ． 例えば、位置１は検出ウィンドウ１に対応し、位置２は検出ウィンドウ２に対応する。位置１で成功的に復調し／活性化シグナリングが検出され／エネルギ検出値が所定条件を満たした場合に、検出ウィンドウ１を活性化し、位置２で成功的に復調し／活性化シグナリングが検出され／エネルギ検出値が所定条件を満たした場合に、検出ウィンドウ２を活性化する。

八、前記方法は、更に、以下の少なくとも１つの条件を満たした場合に、基地局／端末が活性化指示を送信するステップを含む。ここで、前記端末はデータ送信を待っている端末であり、又はスケジューリングする端末である。

検出シグナリングの送信をトリガーする条件は、下記のａ）、ｂ）、ｃ）のうちの少なくとも一項を含んでもよい。

ａ） 端末が１つ又は複数のリソースを予約し／割り当てられた場合に、活性化指示を送信する。
具体的に実現する際に、活性化シグナリング（上記第１指示情報に相当する）はリソース予約シグナリングとは独立してもよい。

ｂ） 端末が１つ又は複数のリソース予約シグナリングを送信した場合に、活性化指示を送信する。
具体的に実現する際に、活性化シグナリングはリソース予約シグナリングと同一のものであってもよい。このようにして、ＳＣＩ検出では、１つの活性化シグナリングが複数のＳＣＩ／ＰＳＣＣＨのブラインド検出に対応し、省エネの効果を達成できる。

ｃ） 前記活性化指示とダイナミック選択ウィンドウとの対応関係を予め定義／予め配置／配置する。

前記活性化指示の１つ又は複数の候補リソースが予約リソースより前のＮ個又は前のＮ＋ａ個のスロット／シンボル／サブフレーム／フレーム／ミリ秒／周期（ＰＳＦＣＨ周期／検出ステップサイズ／ＤＲＸ周期）内に位置する。ただし、ａは検出信号／チャネルの処理時間又は処理時間の量子化値である。例えば、Ｎ＝３２ｓｌｏｔｓである。

九、前記方法は、更に、端末１が活性化／不活性化シグナリングと検出ウィンドウ／リソース選択ウィンドウとの対応関係により活性化／不活性化シグナリングを送信するステップを含む。端末２は活性化／不活性化シグナリングと検出ウィンドウ／リソース選択ウィンドウとの対応関係により、対応する検出ウィンドウ／リソース選択ウィンドウで検出／リソース選択を行う。

ａ） 端末１は、活性化／不活性化シグナリングと検出ウインドウとの対応関係、及び検出ウィンドウの位置により、（選択可能な）活性化／不活性化シグナリングの位置を取得し、当該（選択可能な）位置で活性化／不活性化シグナリングを送信する。

ｂ） 端末１は、活性化／不活性化シグナリングとリソース選択ウィンドウ／リソース選択位置との対応関係、及びリソース選択ウィンドウ／リソース選択位置により、（選択可能な）活性化／不活性化シグナリングの位置を取得し、当該（選択可能な）位置で活性化／不活性化シグナリングを送信する。

ｃ） 端末２は、活性化／不活性化シグナリングと検出ウィンドウとの対応関係、及び活性化／不活性化シグナリングの位置により、検出ウィンドウ位置を取得し、検出ウィンドウで検出を行う。

ｄ） 端末２は、活性化／不活性化シグナリングとリソース選択ウィンドウ／リソース選択位置との対応関係、及び活性化／不活性化シグナリングの位置により、リソース選択ウィンドウ／リソース選択の位置を取得し、リソース選択ウィンドウでリソース選択を行い、又はリソース選択位置で情報を送信する。

十、前記方法は、更に、下記のａ）、ｂ）、ｃ）、ｄ）、ｅ）、ｆ）のうちの少なくとも１つの条件を満たした場合に、端末が前記信号／チャネルを検出するステップを含む。
ａ） 端末に送信待ちのデータパケットがある。
ｂ） 端末がリソース選択を行うことがトリガーされた。
ｃ） ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ＝０。
ｄ） リソースプールが再配置された。
ｅ） 端末に予約リソースが存在しない。
ｆ） 端末に条件を満たすリソースが存在しない。

以下では、実施例によって説明する。
（実施例１）

実施例１について図６ａを参照できる。図６ａにおいて、（不）活性化シグナリング（（ｄｅ－）ａｃｔｉｖａｔｉｏｎ ｓｉｇｎａｌ）、検出ウィンドウ（ｓｅｎｓｉｎｇ ｗｉｎｄｏｗ）が示されており、ｆは周波数を示し、ｔは時間を示す。検出ウィンドウ１、検出ウィンドウ２及び検出ウィンドウ３はいずれも１６ｓｌｏｔｓを含む。

実施例１は、下記の実施形態を含んでもよい。
（実施形態１）

１． リソースプールにおけるダイナミックリソース選択ウィンドウの位置と長さをネットワークによって予め配置し、長さが１６ｓｌｏｔｓである。開始位置が論理スロットモジュラス１６の位置である。選択可能リソース位置と対応する選択ウィンドウとの関係を予め配置する。

２． ＰＳＣＣＨに活性化／不活性化シグナリングを担持するように予め定義する。活性化シグナリングの選択可能周波数領域リソースがリソースプールにおける最も高い残りのＰＲＢ（例えば、≦１つのｓｕｂｃｈａｎｎｅｌ ｓｉｚｅのリソース）であり、時間領域選択可能位置がダイナミック選択ウィンドウより前の１スロットのリソースであるように予め配置する。

３．端末１が検出ウインドウ内でリソース予約シグナリングを送信すれば、端末は当該検出ウインドウに対応する活性化／不活性化シグナリングリソースでＰＳＣＣＨ指示情報を送信する。

４． 端末２がリソース選択を行えば、端末２はリソースプールにおける選択可能な活性化／不活性化シグナリング位置で検出を行い、ＰＳＣＣＨに活性化シグナリングが担持されていることを検出したら、対応するダイナミック検出ウィンドウで検出を行う。

実施形態１では、ＰＳＣＣＨに活性化シグナリングが担持されて、ダイナミック検出ウィンドウをトリガーする。
（実施形態２）

１． リソースプールにおけるダイナミックリソース選択ウィンドウの位置と長さをネットワークによって予め配置し、長さが１６ｓｌｏｔｓである。開始位置が論理スロットモジュラス１６の位置である。選択可能リソース位置と対応する選択ウィンドウとの関係を予め配置する。

２． 段階２のＳＣＩに活性化／不活性化シグナリングを担持するように予め定義する。活性化シグナリングの選択可能周波数領域リソースがリソースプールにおける最も高い残りのＰＲＢ（例えば、≦１つのｓｕｂｃｈａｎｎｅｌ ｓｉｚｅのリソース）であり、時間領域選択可能位置がダイナミック選択ウィンドウより前の１スロットのリソースであるように予め配置する。

３． 端末１が検出ウインドウ内でリソース予約シグナリングを送信すれば、端末は当該検出ウインドウに対応する活性化／不活性化シグナリングリソースで段階２のＳＣＩ指示情報を送信する。

４． 端末２がリソース選択を行えば、端末２はリソースプールにおける選択可能な活性化／不活性化シグナリング位置で検出を行い、段階２のＳＣＩに活性化シグナリングが担持されていることを検出したら、対応するダイナミック検出ウィンドウで検出を行う。

実施形態２では、段階２のＳＣＩに活性化シグナリングが担持されて、ダイナミック検出ウィンドウをトリガーする。
（実施例２）

１． リソースプールにおけるダイナミックリソース選択ウィンドウの位置と長さ、及び選択可能リソース位置と対応する選択ウィンドウとの関係をネットワークによって予め配置する。

２． リソースプールにおいてＲＳＳＩ／ＲＳＲＰの閾値を配置する。

３．活性化シグナリングの時間領域選択可能位置がＰＳＦＣＨの所在するシンボルリソースであるように予め配置する。

４． 端末１が検出ウインドウ内でリソース予約シグナリングを送信すれば、端末は当該検出ウインドウに対応する活性化シグナリングリソースで指示情報を送信する。

５． 端末２がリソース選択を行えば、端末２はリソースプールにおける選択可能な活性化シグナリング位置でＲＳＳＩ／ＲＳＲＰの測定を行う。
ａ） 当該ＲＳＳＩ／ＲＳＲＰ測定値＜ＲＳＳＩ／ＲＳＲＰ閾値の場合に、端末はランダムリソース選択を採用する。
ｂ） 当該ＲＳＳＩ／ＲＳＲＰ測定値≧ＲＳＳＩ／ＲＳＲＰ閾値の場合に、端末は対応するダイナミック検出ウィンドウで検出を行う。
（実施例３）

図６ｂを参照できる。図６ｂにおいて、（不）活性化シグナリング（（ｄｅ－）ａｃｔｉｖａｔｉｏｎ ｓｉｇｎａｌ）、検出ウィンドウ（ｓｅｎｓｉｎｇ ｗｉｎｄｏｗ）が示されており、ｆは周波数を示し、ｔは時間を示す。検出ウィンドウ１、検出ウィンドウ２及び検出ウィンドウ３はいずれも１６ｓｌｏｔｓを含み、検出ウィンドウ４は３２ｓｌｏｔｓを含む。

１． リソースプールにおけるダイナミックリソース選択ウィンドウの位置と長さ、及び選択可能リソース位置と対応する選択ウィンドウとの関係をネットワークによって予め配置する。

２． リソースプールにおけるＲＳＳＩの閾値を配置する。第１ＲＳＳＩ閾値及び第２ＲＳＳＩの閾値。

３． 活性化シグナリングの選択可能周波数領域リソースがリソースプールにおける最も高い残りのＰＲＢ（例えば、≦１つのｓｕｂｃｈａｎｎｅｌ ｓｉｚｅのリソース）であり、時間領域選択可能位置がダイナミック選択ウィンドウより前の１スロットのリソースであるように予め配置する。

４． 端末１が検出ウインドウ内でリソース予約シグナリングを送信すれば、端末は当該検出ウインドウに対応する活性化シグナリングリソースで指示情報を送信する。

５． 端末２がリソース選択を行えば、端末２はリソースプールにおける選択可能な活性化シグナリング位置でＲＳＳＩの測定を行う。
ａ） 当該ＲＳＳＩ測定値＜第１ＲＳＳＩ閾値の場合に、端末はランダムリソース選択を採用する。
ｂ） 第１ＲＳＳＩ閾値≦当該ＲＳＳＩ測定値≦第２ＲＳＳＩ閾値の場合に、端末は対応するダイナミック検出ウィンドウで検出を行う。
ｃ） そうでなければ、端末はその後の選択可能な活性化シグナリングリソースで検出し続ける。
（実施例４）

１． リソースプールにおけるダイナミックリソース選択ウィンドウの位置と長さをネットワークによって予め配置する。

２． 活性化シグナリングの選択可能リソース位置、及び活性化シグナリング選択可能リソース位置と対応するダイナミック選択ウィンドウとの関係を予め配置する。

３． シーケンス１が活性化シグナリングであるように予め定義する。エネルギ検出ＲＳＲＰ閾値を予め配置する。

４． 端末１が検出ウインドウでリソース予約シグナリングを送信すれば、端末は当該検出ウインドウに対応する活性化シグナリングリソースでシーケンス１を送信する。

６． 端末２がリソース選択を行えば、端末２はリソースプールにおける選択可能な活性化シグナリング位置で検出を行い、且つＲＳＲＰを測定し、ＲＳＲＰ測定値を取得する。シーケンス１であり、且つＲＳＲＰ測定値＞ＲＳＲＰ閾値の場合に、対応するダイナミック検出ウィンドウで検出を行う。
（実施例５）

図６ｃを参照できる。図６ｃにおいて、（不）活性化シグナリング（（ｄｅ－）ａｃｔｉｖａｔｉｏｎ ｓｉｇｎａｌ）、検出ウィンドウ（ｓｅｎｓｉｎｇ ｗｉｎｄｏｗ）が示されており、ｆは周波数を示し、ｔは時間を示す。検出ウィンドウ１、検出ウィンドウ２及び検出ウィンドウ３はいずれも１６ｓｌｏｔｓを含む。

１． リソースプールにおけるダイナミックリソース選択ウィンドウの位置と長さをネットワークによって予め配置し、長さが１６ｓｌｏｔｓである。開始位置が論理スロットモジュラス１６の位置である。選択可能リソース位置と対応する選択ウィンドウとの関係を予め配置する。

２． ＰＳＦＣＨの所在するシンボルに活性化／不活性化指示情報を担持するように予め定義する。活性化／不活性化指示情報がＰＳＳＣＨ／ＳＬリソースに対応する最も低い／最も高いサブチャネルの最も高いＰＲＢからマッピングするように予め配置する。

３． 端末１が検出ウインドウでリソース予約シグナリングを送信すれば、端末は当該検出ウインドウに対応する活性化／不活性化シグナリングリソースで活性化／不活性化指示情報を送信する。

４． 端末２がリソース選択を行えば、端末２は、リソースプールにおける選択可能な活性化／不活性化シグナリング位置で検出を行い、活性化／不活性化指示情報が活性化情報であることを検出したら、対応するダイナミック検出ウィンドウで検出を行う。

実施例５において、ＰＳＦＣＨの所在するシンボルに活性化／不活性化指示情報が担持されて、ダイナミック検出ウィンドウをトリガーする。

本出願の実施例は、車車間・路車間通信やウェアラブル機器、一部の歩行者対歩行者（Ｐｅｄｅｓｔｒｉａｎ－ｔｏ－Ｐｅｄｅｓｔｒｉａｎ，Ｐ２Ｐ）のシーンに適用可能である。

本出願の実施例では、端末は、特定の信号／チャネルを検出して検出結果を取得し、検出結果により検出ウィンドウを活性化／不活性化し、検出ウィンドウ内で検出を行う。

１． 前記検出信号／チャネルはＰＳＣＣＨ／ＰＳＳＣＨ／ＰＳＦＣＨ／ＤＭＲＳ／特定のシーケンス／ＳＣＩである。信号／チャネルのリソースは予め定義／予め配置／配置された位置である。

２． 前記検出結果は、成功的に復調したこと、及び／又は、検出情報に活性化／不活性化情報が担持されていること、及び／又は、エネルギ検出情報、及び／又は、シーケンス検出情報である

３． 検出情報が活性化するように指示すれば、対応する検出ウィンドウで送信／検出／受信を行い、そうでなければ、端末は対応するウィンドウ内で送信／検出／受信を開始しない。

４． エネルギ検出結果とエネルギ閾値を比べることで、検出ウィンドウを活性化するか否かを判断する。

５． シーケンス検出に基づいて、検出ウィンドウを活性化するか否かを判断する。

６． 前記検出情報／信号と検出ウィンドウとの対応関係を予め定義／予め配置／配置する。

７． 以下の少なくとも１つの条件を満たした場合に、基地局／端末は活性化指示を送信する。ここで、前記端末はデータ送信を待っている端末であり、又は、スケジューリングする端末である。
１） １つ又は複数のリソース／１つ又は複数のリソース予約シグナリングを予約した場合に、活性化指示を送信する。
２）前記活性化シグナリングとダイナミック選択ウィンドウとの対応関係を予め定義／予め配置／配置する。

８． 端末１は、活性化／不活性化シグナリングと検出ウィンドウ／リソース選択ウィンドウとの対応関係により、活性化／不活性化シグナリングを送信する。端末２は、活性化／不活性化シグナリングと検出ウィンドウ／リソース選択ウィンドウとの対応関係により、対応する検出ウィンドウ／リソース選択ウィンドウで検出／リソース選択を行う。

本出願の実施例によれば、活性化／不活性化シグナリングトに基づいて検出ウィンドウをリガーすることで、端末の電力節約の実現に寄与することができる。

本出願の実施例で提供される操作方法では、実行主体は、操作装置であってもよいし、当該操作装置における操作方法を実行するための制御モジュールであってもよいことを説明する必要がある。本出願の実施例では、操作装置によって操作方法を実行することを例として、本出願の実施例で提供される操作装置を説明する。

本出願の実施例で提供される操作装置の構成図である図７を参照されたい。

図７に示すように、操作装置７００は、
第１対象を検出し、第１検出結果を得るために用いられる検出モジュール７０１と、
前記第１検出結果により、Ｎ個のウィンドウに関連する第１操作を実行するために用いられる第１実行モジュール７０２と、を備え、
Ｎは正の整数である。

選択可能に、前記第１操作は、
目標ウィンドウを活性化することと、
目標ウィンドウを不活性化することと、
目標ウィンドウで第２操作を実行することと、
目標ウィンドウでの第２操作の実行を停止することと、
目標ウィンドウで第１リソース選択を実行することと、
目標ウィンドウで第２リソース選択を実行することと、
目標ウィンドウを無視することと、のうちの少なくとも一項を含み、
前記目標ウィンドウは前記Ｎ個のウィンドウの一部又は全部のウィンドウであり、前記第２操作は送信操作、検出操作、受信操作及び測定操作のうちの少なくとも一項を含む。

選択可能に、前記第１対象は、物理サイドリンク制御チャネルＰＳＣＣＨ、物理サイドリンク共有チャネルＰＳＳＣＨ、物理サイドリンクフィードバックチャネルＰＳＦＣＨ、復調参照信号ＤＭＲＳ、シーケンス、サイドリンク制御情報ＳＣＩ、チャネル状態情報参照信号ＣＳＩ－ＲＳ、位相トラッキング参照信号ＰＴＲＳの少なくとも一項を含む。

選択可能に、前記第１対象は、目標フォーマットの対象、目標無線ネットワーク一時識別子ＲＮＴＩでスクランブルされる対象、目標シーケンスでスクランブルされる対象、目標値によって初期化される対象のうちの少なくとも一項である。

選択可能に、前記第１対象のリソースは、
前記第１対象のリソースが予め定義され、予め配置され、又は配置されたリソースであり、或いは、前記第１対象のリソースが予め定義され、予め配置され、又は配置された規則により取得されることと、
前記第１対象のリソースが、リソースプールにおける番号が最も高いＬ個のサブチャネル、リソースプール又はサブチャネルにおける番号が最も高いＬ個の物理リソースブロックＰＲＢ、リソースプール又はサブチャネルにおける番号が最も高いＬ個のＰＲＢグループ、リソースプールにおける番号が最も低いＬ個のサブチャネル、リソースプール又はサブチャネルにおける番号が最も低いＬ個のＰＲＢ、リソースプール又はサブチャネルにおける番号が最も低いＬ個のＰＲＢグループのうちのいずれか一項に位置することと、
前記第１対象のリソースが第１チャネルのリソースに対して周波数分割多重化ＦＤＭ又は符号分割多重ＣＤＭ関係を満たし、前記第１チャネルがＰＳＣＣＨ、ＰＳＳＣＨ又はＰＳＦＣＨであることと、
前記第１対象のリソースがＭ個のシンボルを占用することと、
前記第１対象のリソースが第１スロットの最後のＭ個のシンボルを占用することと、
前記第１対象のリソースが第１スロットのｉ番目のシンボルからマッピングすることと、
前記第１対象のリソースがＰＳＦＣＨのリソース配置に関連することと、
前記第１対象のリソースが第１スロット内の１番目の利用可能サイドリンクＳＬシンボルを占用することと、
前記第１対象のリソースに対応する配置が周期配置とオフセット配置のうちの少なくとも一項を含むことと、のうちの少なくとも一項を満たし、
前記第１スロットは前記第１対象の所在するスロットであり、Ｌ、Ｍ及びｉはいずれも正の整数である。

選択可能に、前記第１対象はリソース選択又はリソース選択配置に対して第１対応関係を有し、前記第１対応関係は、
異なる前記第１対象に対応するリソース予約の周期情報が異なることと、
前記第１対象の異なる検出位置に対応するリソース予約の周期情報が異なることと、
Ｐ個の前記第１対象に関連するサービス品質がＱ個のリソース選択又はリソース選択配置に対応することと、
Ｐ個の前記第１対象に関連する目標優先度がＱ個のリソース選択又はリソース選択配置に対応することと、
前記第１対象に対応する候補リソースが目標リソース内に位置し、前記目標リソースが予約リソースの前に位置し、且つ前記目標リソースと前記予約リソースとがＴ又はＴ＋ａ個のリソースで隔てられることと、のうちの少なくとも一項を満たし、
前記目標優先度は物理層担持優先度、論理チャネル優先度又は論理チャネルグループ優先度であり、Ｐ、Ｑ、Ｔ及びａはいずれも正の整数である。

選択可能に、前記操作装置７００は、
前記第１対象と操作の第２対応関係により、前記第１検出結果に対応する第１操作を決定するために用いられる第１決定モジュールを更に備え、
前記第２対応関係は予め定義され、予め配置され、又は配置されるものである。

選択可能に、前記第２対応関係は、
前記第１対象の復調結果が少なくとも１つの操作に対応することと、
前記第１対象の情報担持結果が少なくとも１つの操作に対応することと、
目標比較結果が少なくとも１つの操作に対応し、前記目標比較結果が前記第１対象のエネルギ検出結果とＲ個のエネルギ閾値との比較結果であり、Ｒが正の整数であることと、
前記第１対象のシーケンス検出結果が少なくとも１つの操作に対応することと、のうちの少なくとも一項を満たす。

選択可能に、前記第１対象の復調結果が少なくとも１つの操作に対応することは、
前記第１対象の復調結果として成功的に前記第１対象に復調した場合に、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記第１対象の復調結果として成功的に前記第１対象に復調しなかった場合に、前記少なくとも１つの操作には、第１ウィンドウを不活性化すること、第１ウィンドウでの第２操作の実行を停止すること、第１ウィンドウを無視することの少なくとも一項を含むことと、のうちの少なくとも一項を含み、
前記第２操作は送信操作、測定操作、検出操作又は受信操作のうちの少なくとも一項であり、前記第１ウィンドウは前記第１対象に対応する一部又は全部のウィンドウである。

選択可能に、前記第１対象の情報担持結果が少なくとも１つの操作に対応することは、
前記第１対象の情報担持結果として前記第１対象が第１指示情報を担持した場合に、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記第１対象の情報担持結果として前記第１対象が第２指示情報を担持した場合に、前記少なくとも１つの操作には、第１ウィンドウを不活性化すること、第１ウィンドウでの第２操作の実行を停止すること、第１ウィンドウを無視することの少なくとも一項を含むことと、を含み、
前記第１指示情報はウィンドウを活性化することを指示するためのものであり、前記第２指示情報はウィンドウを不活性化することを指示するためのものであり、前記第２操作は送信操作、測定操作、検出操作又は受信操作のうちの少なくとも一項であり、前記第１ウィンドウは前記第１対象に対応する一部又は全部のウィンドウである。

選択可能に、前記第１対象のシーケンス検出結果が少なくとも１つの操作に対応することは、
前記第１対象のシーケンス検出結果として第１シーケンスが検出された場合に、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記第１対象のシーケンス検出結果として第２シーケンスが検出された場合に、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行することの少なくとも一項を含むことと、
対象のシーケンス検出結果としてシーケンスが検出された場合に、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行することの少なくとも一項を含むことと、
前記第１対象のシーケンス検出結果として前記第１対象のシーケンスが第３シーケンスであると検出された場合に、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記第１対象のシーケンス検出結果として前記第１対象のシーケンスが第４シーケンスであると検出された場合に、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行することの少なくとも一項を含むことと、のうちのいずれか一項を含み、
前記第２操作は送信操作、測定操作、検出操作又は受信操作のうちの少なくとも一項であり、前記第１ウィンドウは前記第１対象に対応する一部又は全部のウィンドウである。

選択可能に、前記目標比較結果が少なくとも１つの操作に対応することは、
Ｒが１に等しい場合に、前記目標比較結果として前記第１対象のエネルギ検出結果がエネルギ閾値よりも小さければ、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記目標比較結果として前記第１対象のエネルギ検出結果がエネルギ閾値以上であれば、操作には、第１ウィンドウを無視すること、第１ウィンドウを不活性化すること、第１ウィンドウでの第２操作の実行を停止することを含むことと、
Ｒが１に等しい場合に、前記目標比較結果として前記第１対象のエネルギ検出結果が前記エネルギ閾値以上であれば、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行すること、第１ウィンドウで第１リソース選択を実行することの少なくとも一項を含むことと、前記目標比較結果として前記第１対象のエネルギ検出結果が前記エネルギ閾値よりも小さければ、前記少なくとも１つの操作には、第１ウィンドウを不活性化すること、第１ウィンドウでの第２操作の実行を停止すること、第１ウィンドウで第２リソース選択を実行することの少なくとも一項を含むことと、
前記Ｒ個のエネルギ閾値が第１エネルギ閾値と第２エネルギ閾値を含み、前記第１エネルギ閾値が前記第２エネルギ閾値よりも小さい場合に、前記目標比較結果として前記第１対象のエネルギ検出結果が前記第１エネルギ閾値以下であれば、前記少なくとも１つの操作には、第１ウィンドウで第２リソース選択を実行することの少なくとも一項を含むことと、前記目標比較結果として前記第１対象のエネルギ検出結果が前記第２エネルギ閾値以上であれば、前記少なくとも１つの操作には、第１ウィンドウを無視すること、第１ウィンドウを不活性化すること、第１ウィンドウでの第２操作の実行を停止することの少なくとも一項を含むことと、前記目標比較結果として前記第１対象のエネルギ検出結果が前記第１エネルギ閾値以上であり、前記第２エネルギ閾値よりも小さければ、操作には少なくとも、第１ウィンドウを活性化すること、第１ウィンドウで第２操作を実行すること、第１ウィンドウで第１リソース選択を実行することを含むことと、のうちのいずれか一項を含み、
前記第２操作は送信操作、測定操作、検出操作又は受信操作のうちの少なくとも一項であり、前記第１ウィンドウは前記第１対象に対応する一部又は全部のウィンドウである。

選択可能に、前記第１検出結果は、Ｍ個のビットとコードポイントのうちのいずれか一項によって表現され、
前記Ｍ個のビットは、ウィンドウを活性化することを指示するための第１の値と、ウィンドウを不活性化することを指示するための第２の値とを含み、前記第１の値と前記第２の値はいずれも少なくとも１つの値を含み、Ｍは正の整数であり、
前記コードポイントは、ウィンドウを活性化することを指示するための第１種のコードポイントと、ウィンドウを不活性化することを指示するための第２種のコードポイントとを含み、前記第１種のコードポイントと前記第２種のコードポイントはいずれも少なくとも１つのコードポイントを含む。

選択可能に、前記第１検出結果は、
前記第１対象の復調結果、
前記第１対象の情報担持結果、
前記第１対象のエネルギ検出結果、及び
前記第１対象のシーケンス検出結果のうちの少なくとも一項を含む。

選択可能に、前記第１検出結果が前記第１対象の復調結果を含む場合に、前記第１操作は、
前記第１対象の復調結果として成功的に前記第１対象に復調した場合に、前記第１操作には、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記第１対象の復調結果として成功的に前記第１対象に復調しなかった場合に、前記第１操作には、目標ウィンドウを不活性化すること、目標ウィンドウでの第２操作の実行を停止すること、目標ウィンドウを無視することの少なくとも一項を含むことと、のうちのいずれか一項を満たし、
前記目標ウィンドウは前記Ｎ個のウィンドウの一部又は全部のウィンドウであり、前記第２操作は送信操作、検出操作、受信操作及び測定操作のうちの少なくとも一項を含む。

選択可能に、前記第１検出結果には前記第１対象の情報担持結果を含む場合に、前記第１操作は、
前記第１対象の情報担持結果として前記第１対象が第１指示情報を担持した場合に、前記第１操作には、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記第１対象の情報担持結果として前記第１対象が第２指示情報を担持した場合に、前記第１操作には、目標ウィンドウを不活性化すること、目標ウィンドウでの第２操作の実行を停止すること、目標ウィンドウを無視することの少なくとも一項を含むことと、を満たし、
前記第１指示情報はウィンドウを活性化することを指示するためのものであり、前記第２指示情報はウィンドウを不活性化することを指示するためのものであり、前記目標ウィンドウは前記Ｎ個のウィンドウの一部又は全部のウィンドウであり、前記第２操作は送信操作、検出操作、受信操作及び測定操作のうちの少なくとも一項を含む。

選択可能に、前記第１検出結果には前記第１対象のシーケンス検出結果を含む場合に、前記第１操作は、
前記第１対象のシーケンス検出結果として第１シーケンスが検出された場合に、前記第１操作には、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記第１対象のシーケンス検出結果として第２シーケンスが検出された場合に、前記第１操作には、目標ウィンドウを不活性化すること、目標ウィンドウでの第２操作の実行を停止すること、目標ウィンドウを無視することの少なくとも一項を含むことと、
前記第１対象のシーケンス検出結果としてシーケンスが検出された場合に、前記第１操作には、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行することの少なくとも一項を含むことと、
前記第１対象のシーケンス検出結果として前記第１対象のシーケンスが第３シーケンスであると検出された場合に、前記第１操作には、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記第１対象のシーケンス検出結果として前記第１対象のシーケンスが第４シーケンスであると検出された場合に、前記第１操作には、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行することの少なくとも一項を含むことと、のうちのいずれか一項を満たし、
前記目標ウィンドウは前記Ｎ個のウィンドウの一部又は全部のウィンドウであり、前記第２操作は送信操作、検出操作、受信操作及び測定操作のうちの少なくとも一項を含む。

選択可能に、前記第１検出結果が前記第１対象のエネルギ検出結果を含む場合に、前記第１操作は前記第１対象のエネルギ検出結果とＲ個のエネルギ閾値との比較結果に基づいて決定され、Ｒは正の整数である。

選択可能に、前記第１操作は、
Ｒが１に等しい場合に、前記第１対象のエネルギ検出結果がエネルギ閾値よりも小さければ、前記第１操作には、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行することの少なくとも一項を含むことと、前記第１対象のエネルギ検出結果がエネルギ閾値以上であれば、前記第１操作には少なくとも、目標ウィンドウを無視すること、目標ウィンドウを不活性化すること、目標ウィンドウでの第２操作の実行を停止することを含むことと、
Ｒが１に等しい場合に、前記第１対象のエネルギ検出結果が前記エネルギ閾値以上であれば、前記第１操作には、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行すること、目標ウィンドウで第１リソース選択を実行することの少なくとも一項を含むことと、前記第１対象のエネルギ検出結果が前記エネルギ閾値よりも小さければ、前記第１操作には、目標ウィンドウを不活性化すること、目標ウィンドウでの第２操作の実行を停止すること、目標ウィンドウで第２リソース選択を実行することの少なくとも一項を含むことと、
前記Ｒ個のエネルギ閾値が第１エネルギ閾値と第２エネルギ閾値を含み、前記第１エネルギ閾値が前記第２エネルギ閾値よりも小さい場合に、前記第１対象のエネルギ検出結果が前記第１エネルギ閾値以下であれば、前記第１操作には、目標ウィンドウで第２リソース選択を実行することの少なくとも一項を含むことと、前記第１対象のエネルギ検出結果が前記第２エネルギ閾値以上であれば、前記第１操作には、目標ウィンドウを無視すること、目標ウィンドウを不活性化すること、目標ウィンドウでの第２操作の実行を停止することの少なくとも一項を含むことと、前記第１対象のエネルギ検出結果が前記第１エネルギ閾値以上であり、前記第２エネルギ閾値よりも小さければ、前記第１操作には少なくとも、目標ウィンドウを活性化すること、目標ウィンドウで第２操作を実行すること、目標ウィンドウで第１リソース選択を実行することを含むことと、のうちのいずれか一項を満たし、
前記目標ウィンドウは前記Ｎ個のウィンドウの一部又は全部のウィンドウであり、前記第２操作は送信操作、検出操作、受信操作及び測定操作のうちの少なくとも一項を含む。

選択可能に、前記Ｎ個のウィンドウは前記第１対象とウィンドウの第３対応関係に基づいて決定され、
前記第３対応関係は予め定義され、予め配置され、又は配置されるものである。

選択可能に、前記第３対応関係は、
前記第１対象に担持されている１つの情報が少なくとも１つのウィンドウに対応することと、
異なる前記第１対象が異なるウィンドウに対応することと、
前記第１対象の異なる検出位置が異なるウィンドウに対応することと、のうちの少なくとも一項を満たす。

選択可能に、前記Ｎ個のウィンドウの配置は前記第３対応関係に基づいて決定され、
前記Ｎ個のウィンドウの配置は、
前記Ｎ個のウィンドウの少なくとも１つのウィンドウの開始位置、
前記Ｎ個のウィンドウの少なくとも１つのウィンドウのウィンドウ長さ、
前記Ｎ個のウィンドウの少なくとも１つのウィンドウの終了位置、及び
前記Ｎ個のウィンドウの少なくとも１つのウィンドウの周期のうちの少なくとも一項を含む。

選択可能に、前記Ｎ個のウィンドウは、
前記Ｎ個のウィンドウがセミパーシステントに配置されるウィンドウであることと、
前記Ｎ個のウィンドウがダイナミックに配置されるウィンドウであることと、
前記Ｎ個のウィンドウが連続的に配置されるウィンドウであることと、
前記Ｎ個のウィンドウが周期的に配置されるウィンドウであることと、
前記Ｎ個のウィンドウが非周期的に配置されるウィンドウであることと、のうちの少なくとも一項を満たす。

選択可能に、前記第１実行モジュール７０２は、具体的には、
前記第１対象に関連する第２情報が第１条件を満たした場合に、Ｎ個のウィンドウに対して前記検出結果に対応する第１操作を実行するために用いられ、
前記第２情報は、リソースプール識別子、端末識別子、サービス識別子、伝播タイプ、地理位置情報、距離情報のうちの少なくとも一項を含む。

選択可能に、前記第１対象は、ネットワーク側機器又は第２端末である目標側によって送信される。

選択可能に、前記操作装置７００は、
前記第１対象とリソース選択ウィンドウとの対応関係により、前記第１対象に対応する目標リソース選択ウィンドウを決定するために用いられる第２決定モジュールと、
前記目標リソース選択ウィンドウでリソース選択を実行するために用いられる第２実行モジュールと、を更に備える。

選択可能に、前記検出モジュール７０１は、具体的には、第２条件を満たした場合に、第１対象を検出するために用いられ、
前記第２条件を満たしたことは、
前記第１端末に送信待ちのデータパケットがあることと、
前記第１端末がリソース選択を行うことがトリガーされたことと、
ＳＬリソース再選択タイマーの値が０に等しいことと、
リソースプールが再配置されたことと、
前記第１端末に予約リソースが存在しないことと、
前記第１端末に条件を満たすリソースが存在しないことと、のうちの少なくとも一項を満たす。

本出願の実施例における操作装置は、装置であってもよいし、端末における素子、集積合成回路又はチップであってもよい。当該装置は、携帯型端末であってもよいし、非携帯型端末であってもよい。例として、携帯型端末は、以上で挙げられた端末１１の種類を含んでもよいが、それらに限定されなく、非携帯型端末は、サーバ、ネットワークアタッチドストレージ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ，ＮＡＳ）、パーソナルコンピュータ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ，ＰＣ）、テレビ（ｔｅｌｅｖｉｓｉｏｎ，ＴＶ）、現金自動預払機又はキオスク等であってもよく、本出願の実施例では具体的に限定されない。

本出願の実施例における操作装置は、オペレーティングシステムを有する装置であってもよい。当該オペレーティングシステムはアンドロイド（登録商標）（Ａｎｄｒｏｉｄ（登録商標））オペレーティングシステムであってもよいし、ｉｏｓオペレーティングシステムであってもよいし、他の可能なオペレーティングシステムであってもよく、本出願の実施例では具体的に限定されない。

本出願の実施例で提供される操作装置７００は、図４の方法実施例で実現する各工程を実現し、且つ同じ技術効果を達成することができ、繰り返して説明しないように、ここで詳細な説明は省略する。

本出願の実施例で提供される送信方法では、実行主体は、送信装置であってもよいし、当該送信装置における送信方法を実行するための制御モジュールであってもよいことを説明する必要がある。本出願の実施例では、送信装置によって送信方法を実行することを例として、本出願の実施例で提供される送信装置を説明する。

本出願の実施例で提供される送信装置の構成図である図８を参照されたい。

図８に示すように、送信装置８００は、
第１対象を送信するために用いられる送信モジュール８０１を備える。

選択可能に、前記送信モジュール８０１は、具体的には、第３条件を満たした場合に、第１対象を送信するために用いられ、
前記第３条件を満たしたことは、
前記目標側が少なくとも１つのリソースを予約したことと、
前記目標側が少なくとも１つのリソースを割り当てられたことと、
前記目標側が少なくとも１つのリソース予約シグナリングを送信したことと、のうちの少なくとも一項を含む。

選択可能に、前記第１対象は、
前記第１対象とウィンドウとの対応関係、及び
前記第１対象とリソース選択ウィンドウとの対応関係のうちの少なくとも一項に基づいて送信される。

選択可能に、前記第１対象は、物理サイドリンク制御チャネルＰＳＣＣＨ、物理サイドリンク共有チャネルＰＳＳＣＨ、物理サイドリンクフィードバックチャネルＰＳＦＣＨ、復調参照信号ＤＭＲＳ、シーケンス、サイドリンク制御情報ＳＣＩ、チャネル状態情報参照信号ＣＳＩ－ＲＳ、位相トラッキング参照信号ＰＴＲＳの少なくとも一項を含む。

選択可能に、前記第１対象は、目標フォーマットの対象、目標無線ネットワーク一時識別子ＲＮＴＩでスクランブルされる対象、目標シーケンスでスクランブルされる対象、目標値によって初期化される対象のうちの少なくとも一項である。

選択可能に、前記第１対象のリソースは、
前記第１対象のリソースが予め定義され、予め配置され、又は配置されたリソースであり、或いは、前記第１対象のリソースが予め定義され、予め配置され、又は配置された規則により取得されることと、
前記第１対象のリソースが、リソースプールにおける番号が最も高いＬ個のサブチャネル、リソースプール又はサブチャネルにおける番号が最も高いＬ個の物理リソースブロックＰＲＢ、リソースプール又はサブチャネルにおける番号が最も高いＬ個のＰＲＢグループ、リソースプールにおける番号が最も低いＬ個のサブチャネル、リソースプール又はサブチャネルにおける番号が最も低いＬ個のＰＲＢ、リソースプール又はサブチャネルにおける番号が最も低いＬ個のＰＲＢグループのうちのいずれか一項に位置することと、
前記第１対象のリソースが第１チャネルのリソースに対して周波数分割多重化ＦＤＭ又は符号分割多重ＣＤＭ関係を満たし、前記第１チャネルがＰＳＣＣＨ、ＰＳＳＣＨ又はＰＳＦＣＨであることと、
前記第１対象のリソースがＭ個のシンボルを占用することと、
前記第１対象のリソースが第１スロットの最後のＭ個のシンボルを占用することと、
前記第１対象のリソースが第１スロットのｉ番目のシンボルからマッピングすることと、
前記第１対象のリソースがＰＳＦＣＨのリソース配置に関連することと、
前記第１対象のリソースが第１スロット内の１番目の利用可能サイドリンクＳＬシンボルを占用することと、
前記第１対象のリソースに対応する配置が周期配置とオフセット配置のうちの少なくとも一項を含むことと、のうちの少なくとも一項を満たし、
前記第１スロットは前記第１対象の所在するスロットであり、Ｌ、Ｍ及びｉはいずれも正の整数である。

選択可能に、前記第１対象はリソース選択又はリソース選択配置に対して第１対応関係を有し、前記第１対応関係は、
異なる前記第１対象に対応するリソース予約の周期情報が異なることと、
前記第１対象の異なる検出位置に対応するリソース予約の周期情報が異なることと、
Ｐ個の前記第１対象に関連するサービス品質がＱ個のリソース選択又はリソース選択配置に対応することと、
Ｐ個の前記第１対象に関連する目標優先度がＱ個のリソース選択又はリソース選択配置に対応することと、
前記第１対象に対応する候補リソースが目標リソース内に位置し、前記目標リソースが予約リソースの前に位置し、且つ前記目標リソースと前記予約リソースとがＴ又はＴ＋ａ個のリソースで隔てられることと、のうちの少なくとも一項を満たし、
前記目標優先度は物理層担持優先度、論理チャネル優先度又は論理チャネルグループ優先度であり、Ｐ、Ｑ、Ｔ及びａはいずれも正の整数である。

本出願の実施例における送信装置は、装置であってもよいし、ネットワーク側機器における素子、集積合成回路又はチップであってもよい。ネットワーク側機器は、以上で挙げられたネットワーク側機器１２のタイプを含むが、これに限定されなく、本出願の実施例は具体的に限定しない。

本出願の実施例で提供される送信装置８００は、図５の方法実施例で実現する各工程を実現し、且つ同じ技術効果を達成することができ、繰り返して説明しないように、ここで詳細な説明は省略する。

選択可能に、図９に示すように、本出願の実施例は、プロセッサ９０１と、メモリ９０２と、メモリ９０２に記憶され且つ前記プロセッサ９０１において実行可能なプログラム又はコマンドとを備える通信機器９００を更に提供し、例えば、当該通信機器９００が端末である時に、当該プログラム又はコマンドがプロセッサ９０１により実行されると、上記の図４の方法実施例の各工程が実現され、且つ同じ技術効果を達成できる。当該通信機器９００がネットワーク側機器である時に、当該プログラム又はコマンドがプロセッサ９０１により実行されると、上記の図５の方法実施例の各工程が実現され、且つ同じ技術効果を達成でき、繰り返して説明しないように、ここで詳細な説明は省略する。

本出願の実施例で提供される通信機器の構成図（その２）である図１０を参照されたい。通信機器１０００は本出願の実施例を実現するための通信機器のハードウェア構成の模式図である。図１０に示すように、通信機器１０００は、プロセッサ１００１、メモリ１００２、ユーザインタフェース１００３、送受信機１００４及びバスインタフェースを備える。

図１０において、バスアーキテクチャは相互に接続されている任意数のバス及びブリッジを含んでもよく、具体的にはプロセッサ１００１を代表とした１つ又は複数のプロセッサ及びメモリ１００２を代表としたメモリの様々な回路によって一体に接続する。バスアーキテクチャはさらに、周辺機器、電圧レギュレータ及び電力管理回路等のような様々な他の回路を一体に接続することができ、これらはいずれも本分野に周知のことであるため、本明細書ではさらに説明しない。バスインタフェースはインタフェースを提供する。送受信機１００４は、送信機及び受信機を含む複数の部材であってもよく、伝送媒体で様々な他の装置と通信するためのユニットを提供する。ユーザ機器によっては、ユーザインタフェース１００３は必要なデバイスを外部接続又は内部接続できるインタフェースであってもよく、接続デバイスは、キーパッド、ディスプレイ、スピーカ、マイクロフォン、操作レバー等を含むが、それらに限定されない。

プロセッサ１００１は、バスアーキテクチャの管理及び通常の処理を担当し、メモリ１００２はプロセッサ２６０１が操作を実行する時に使用するデータを記憶することができる。

本出願の実施例では、通信機器１０００は、メモリ１００２に記憶され且つプロセッサ１００１において実行可能なプログラム又はコマンドを更に備え、プロセッサ１００１はメモリ１００２におけるプログラム又はコマンドを呼び出して図４又は図５の方法実施例における各工程を実行し、且つ同じ技術効果を達成し、繰り返して説明しないように、ここで詳細な説明は省略する。

本出願の実施例は、プログラム又はコマンドを記憶しており、当該プログラム又はコマンドがプロセッサにより実行されると、上記操作方法の実施例の各工程が実現され、且つ同じ技術効果を達成できるコンピュータ可読記憶媒体を更に提供し、繰り返して説明しないように、ここで詳細な説明は省略する。前記のコンピュータ可読記憶媒体は、例えば、読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）、磁気ディスク又は光ディスク等である。

本出願の実施例は、プログラム又はコマンドを記憶しており、当該プログラム又はコマンドがプロセッサにより実行されると、上記図４又は図５の方法実施例の各工程が実現され、且つ同じ技術効果を達成できる可読記憶媒体を更に提供し、繰り返して説明しないように、ここで詳細な説明は省略する。

前記プロセッサは上記実施例に記載の端末におけるプロセッサである。前記可読記憶媒体は、例えば、コンピュータ読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）、磁気ディスク又は光ディスク等のコンピュータ可読記憶媒体を含む。

本出願の実施例は、プロセッサと通信インタフェースを備え、前記通信インタフェースと前記プロセッサが結合され、前記プロセッサがネットワーク側機器のプログラム又はコマンドを実行して上記図４又は図５の方法実施例の各工程を実現するためのものであり、且つ同じ技術効果を達成できるチップを更に提供し、繰り返して説明しないように、ここで詳細な説明は省略する。

本出願の実施例に記載のチップは、システムチップ、チップシステム又はシステムオンチップ等と呼んでもよいことを理解すべきである。

本開示に記述したこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード又はそれらの組合せによって実現できることが理解可能である。ハードウェアによる実現について、モジュール、ユニット、サブモジュール、サブユニット等は、１つ又は複数の特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ，ＡＳＩＣ）、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ，ＤＳＰ）、デジタル信号処理装置（ＤＳＰ Ｄｅｖｉｃｅ，ＤＳＰＤ）、プログラマブルロジックデバイス（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ，ＰＬＤ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ，ＦＰＧＡ）、共通プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本出願に記載の機能を実行するための他の電子ユニット又はそれらの組合せにおいて実現することができる。

説明すべきことは、本明細書において、用語「含む」、「からなる」又はその他のあらゆる変形は非排他的包含を含むように意図され、それにより一連の要素を含むプロセス、方法、物品又は装置は、それらの要素のみならず、明示されていない他の要素、又はこのようなプロセス、方法、物品又は装置に固有の要素をも含むようになる点である。特に断らない限り、語句「一つの…を含む」により限定される要素は、該要素を含むプロセス、方法、物品又は装置に別の同じ要素がさらに存在することを排除するものではない。なお、指摘すべきことは、本出願の実施形態における方法と装置の範囲は示されたり、検討された順序で機能を実行するように限定されることがなく、関わる機能に応じて基本的に同時な方式又は反対の順序で機能を実行することを含んでもよく、例えば、記述された順序と異なる順序で記述された方法を実行することができ、更に各種のステップの追加、省略又は組合せも可能である点である。なお、一部の例を参照して記述された特徴は他の例に組み合わせることができる。

以上の実施形態に対する説明によって、当業者であれば上記実施例の方法がソフトウェアと必要な共通ハードウェアプラットフォームとの組合せという形態で実現できることを明確に理解可能であり、当然ながら、ハードウェアによって実現してもよいが、多くの場合において前者はより好ましい実施形態である。このような見解をもとに、本出願の技術的解決手段は実質的に又は従来技術に寄与する部分はソフトウェア製品の形で実施することができ、該コンピュータソフトウェア製品は、記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器等であってもよい）に本出願の各実施例に記載の方法を実行させる複数の命令を含む。

以上、図面を参照しながら本出願の実施例を説明したが、本出願は上記の具体的な実施形態に限定されず、上記の具体的な実施形態は例示的なものに過ぎず、限定的なものではなく、本出願の示唆をもとに、当業者が本出願の趣旨及び特許請求の保護範囲から逸脱することなくなし得る多くの形態は、いずれも本出願の保護範囲に属するものとする。

Claims (16)

1. 第１端末によって実行される操作方法であって、
   第１対象を検出し、第１検出結果を得るステップと、
   前記第１検出結果により、Ｎ個のウィンドウに関連する第１操作を実行するステップと、を含み、
   Ｎは正の整数であり、
   前記第１操作は、
   目標ウィンドウを活性化することと、
   前記目標ウィンドウを不活性化することと、のうちの少なくとも一項を含み、
   前記第１操作は、さらに、
   前記目標ウィンドウで第２操作を実行することと、
   前記目標ウィンドウでの前記第２操作の実行を停止することと、のうちの少なくとも一項を含み、
   前記目標ウィンドウは前記Ｎ個のウィンドウの一部又は全部のウィンドウであり、前記第２操作は送信操作、検出操作、受信操作及び測定操作のうちの少なくとも一項を含む、操作方法。
2. 前記第１操作は、さらに、
   前記目標ウィンドウで第１リソース選択を実行することと、
   前記目標ウィンドウで第２リソース選択を実行することと、
   前記目標ウィンドウを無視することと、のうちの少なくとも一項を含む、請求項１に記載の方法。
3. 前記第１対象は、物理サイドリンク制御チャネルＰＳＣＣＨ、物理サイドリンク共有チャネルＰＳＳＣＨ、物理サイドリンクフィードバックチャネルＰＳＦＣＨ、復調参照信号ＤＭＲＳ、シーケンス、サイドリンク制御情報ＳＣＩ、チャネル状態情報参照信号ＣＳＩ－ＲＳ、位相トラッキング参照信号ＰＴＲＳの少なくとも一項を含む、請求項１に記載の方法。
4. 前記第１対象は、目標フォーマットの対象、目標無線ネットワーク一時識別子ＲＮＴＩでスクランブルされる対象、目標シーケンスでスクランブルされる対象、目標値によって初期化される対象のうちの少なくとも一項である、請求項１に記載の方法。
5. 前記第１対象のリソースは、
   前記第１対象のリソースが予め定義され、予め配置され、又は配置されたリソースであり、或いは、前記第１対象のリソースが予め定義され、予め配置され、又は配置された規則により取得されることと、
   前記第１対象のリソースが、リソースプールにおける番号が最も高いＬ個のサブチャネル、リソースプール又はサブチャネルにおける番号が最も高いＬ個の物理リソースブロックＰＲＢ、リソースプール又はサブチャネルにおける番号が最も高いＬ個のＰＲＢグループ、リソースプールにおける番号が最も低いＬ個のサブチャネル、リソースプール又はサブチャネルにおける番号が最も低いＬ個のＰＲＢ、リソースプール又はサブチャネルにおける番号が最も低いＬ個のＰＲＢグループのうちのいずれか一項に位置することと、
   前記第１対象のリソースが第１チャネルのリソースに対して周波数分割多重化ＦＤＭ又は符号分割多重ＣＤＭ関係を満たし、前記第１チャネルがＰＳＣＣＨ、ＰＳＳＣＨ又はＰＳＦＣＨであることと、
   前記第１対象のリソースがＭ個のシンボルを占用することと、
   前記第１対象のリソースが第１スロットの最後のＭ個のシンボルを占用することと、
   前記第１対象のリソースが第１スロットのｉ番目のシンボルからマッピングすることと、
   前記第１対象のリソースがＰＳＦＣＨのリソース配置に関連することと、
   前記第１対象のリソースが第１スロット内の１番目の利用可能サイドリンクＳＬシンボルを占用することと、
   前記第１対象のリソースに対応する配置が周期配置とオフセット配置のうちの少なくとも一項を含むことと、のうちの少なくとも一項を満たし、
   前記第１スロットは前記第１対象の所在するスロットであり、Ｌ、Ｍ及びｉはいずれも正の整数である、請求項１に記載の方法。
6. 前記第１対象はリソース選択又はリソース選択配置に対して第１対応関係を有し、前記第１対応関係は、
   異なる前記第１対象に対応するリソース予約の周期情報が異なることと、
   前記第１対象の異なる検出位置に対応するリソース予約の周期情報が異なることと、
   Ｐ個の前記第１対象に関連するサービス品質がＱ個のリソース選択又はリソース選択配置に対応することと、
   Ｐ個の前記第１対象に関連する目標優先度がＱ個のリソース選択又はリソース選択配置に対応することと、
   前記第１対象に対応する候補リソースが目標リソース内に位置し、前記目標リソースが予約リソースの前に位置し、且つ前記目標リソースと前記予約リソースとがＴ又はＴ＋ａ個のリソースで隔てられることと、のうちの少なくとも一項を満たし、
   前記目標優先度は物理層担持優先度、論理チャネル優先度又は論理チャネルグループ優先度であり、Ｐ、Ｑ、Ｔ及びａはいずれも正の整数である、請求項１に記載の方法。
7. 前記第１検出結果により、Ｎ個のウィンドウに関連する第１操作を実行する前記ステップの前に、
   前記第１対象と操作の第２対応関係により、前記第１検出結果に対応する第１操作を決定するステップを更に含み、
   前記第２対応関係は予め定義され、予め配置され、又は配置されるものである、請求項１に記載の方法。
8. 前記第２対応関係は、
   前記第１対象の復調結果が少なくとも１つの操作に対応することと、
   前記第１対象の情報担持結果が少なくとも１つの操作に対応することと、
   目標比較結果が少なくとも１つの操作に対応し、前記目標比較結果が前記第１対象のエネルギ検出結果とＲ個のエネルギ閾値との比較結果であり、Ｒが正の整数であることと、
   前記第１対象のシーケンス検出結果が少なくとも１つの操作に対応することと、のうちの少なくとも一項を満たす、請求項７に記載の方法。
9. 前記第１対象の復調結果が少なくとも１つの操作に対応することは、
   前記第１対象の復調結果として成功的に前記第１対象に復調した場合に、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで前記第２操作を実行することの少なくとも一項を含むことと、前記第１対象の復調結果として成功的に前記第１対象に復調しなかった場合に、前記少なくとも１つの操作には、第１ウィンドウを不活性化すること、第１ウィンドウでの前記第２操作の実行を停止すること、第１ウィンドウを無視することの少なくとも一項を含むことと、のうちの少なくとも一項を含み、
   前記第２操作は送信操作、測定操作、検出操作又は受信操作のうちの少なくとも一項であり、前記第１ウィンドウは前記第１対象に対応する一部又は全部のウィンドウであり、
   又は、
   前記第１対象の情報担持結果が少なくとも１つの操作に対応することは、
   前記第１対象の情報担持結果として前記第１対象が第１指示情報を担持した場合に、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで前記第２操作を実行することの少なくとも一項を含むことと、前記第１対象の情報担持結果として前記第１対象が第２指示情報を担持した場合に、前記少なくとも１つの操作には、第１ウィンドウを不活性化すること、第１ウィンドウでの前記第２操作の実行を停止すること、第１ウィンドウを無視することの少なくとも一項を含むことと、を含み、
   前記第１指示情報はウィンドウを活性化することを指示するためのものであり、前記第２指示情報はウィンドウを不活性化することを指示するためのものであり、前記第２操作は送信操作、測定操作、検出操作又は受信操作のうちの少なくとも一項であり、前記第１ウィンドウは前記第１対象に対応する一部又は全部のウィンドウであり、
   又は、
   前記第１対象のシーケンス検出結果が少なくとも１つの操作に対応することは、
   前記第１対象のシーケンス検出結果として第１シーケンスが検出された場合に、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで前記第２操作を実行することの少なくとも一項を含むことと、前記第１対象のシーケンス検出結果として第２シーケンスが検出された場合に、第１ウィンドウを活性化すること、第１ウィンドウで前記第２操作を実行することの少なくとも一項を含むことと、
   対象のシーケンス検出結果としてシーケンスが検出された場合に、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで前記第２操作を実行することの少なくとも一項を含むことと、
   前記第１対象のシーケンス検出結果として前記第１対象のシーケンスが第３シーケンスであると検出された場合に、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで前記第２操作を実行することの少なくとも一項を含むことと、前記第１対象のシーケンス検出結果として前記第１対象のシーケンスが第４シーケンスであると検出された場合に、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで前記第２操作を実行することの少なくとも一項を含むことと、のうちのいずれか一項を含み、
   前記第２操作は送信操作、測定操作、検出操作又は受信操作のうちの少なくとも一項であり、前記第１ウィンドウは前記第１対象に対応する一部又は全部のウィンドウであり、
   又は、
   前記目標比較結果が少なくとも１つの操作に対応することは、
   Ｒが１に等しい場合に、前記目標比較結果として前記第１対象のエネルギ検出結果がエネルギ閾値よりも小さければ、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで前記第２操作を実行することの少なくとも一項を含むことと、前記目標比較結果として前記第１対象のエネルギ検出結果がエネルギ閾値以上であれば、操作には、第１ウィンドウを無視すること、第１ウィンドウを不活性化すること、第１ウィンドウでの前記第２操作の実行を停止することを含むことと、
   Ｒが１に等しい場合に、前記目標比較結果として前記第１対象のエネルギ検出結果が前記エネルギ閾値以上であれば、前記少なくとも１つの操作には、第１ウィンドウを活性化すること、第１ウィンドウで前記第２操作を実行すること、第１ウィンドウで第１リソース選択を実行することの少なくとも一項を含むことと、前記目標比較結果として前記第１対象のエネルギ検出結果が前記エネルギ閾値よりも小さければ、前記少なくとも１つの操作には、第１ウィンドウを不活性化すること、第１ウィンドウでの前記第２操作の実行を停止すること、第１ウィンドウで第２リソース選択を実行することの少なくとも一項を含むことと、
   前記Ｒ個のエネルギ閾値が第１エネルギ閾値と第２エネルギ閾値を含み、前記第１エネルギ閾値が前記第２エネルギ閾値よりも小さい場合に、前記目標比較結果として前記第１対象のエネルギ検出結果が前記第１エネルギ閾値以下であれば、前記少なくとも１つの操作には、第１ウィンドウで第２リソース選択を実行することの少なくとも一項を含むことと、前記目標比較結果として前記第１対象のエネルギ検出結果が前記第２エネルギ閾値以上であれば、前記少なくとも１つの操作には、第１ウィンドウを無視すること、第１ウィンドウを不活性化すること、第１ウィンドウでの前記第２操作の実行を停止することの少なくとも一項を含むことと、前記目標比較結果として前記第１対象のエネルギ検出結果が前記第１エネルギ閾値以上であり、前記第２エネルギ閾値よりも小さければ、操作には少なくとも、第１ウィンドウを活性化すること、第１ウィンドウで前記第２操作を実行すること、第１ウィンドウで第１リソース選択を実行することを含むことと、のうちのいずれか一項を含み、
   前記第２操作は送信操作、測定操作、検出操作又は受信操作のうちの少なくとも一項であり、前記第１ウィンドウは前記第１対象に対応する一部又は全部のウィンドウである、請求項８に記載の方法。
10. 前記第１検出結果は、Ｍ個のビットとコードポイントのうちのいずれか一項によって表現され、
    前記Ｍ個のビットは、ウィンドウを活性化することを指示するための第１の値と、ウィンドウを不活性化することを指示するための第２の値とを含み、前記第１の値と前記第２の値はいずれも少なくとも１つの値を含み、Ｍは正の整数であり、
    前記コードポイントは、ウィンドウを活性化することを指示するための第１種のコードポイントと、ウィンドウを不活性化することを指示するための第２種のコードポイントとを含み、前記第１種のコードポイントと前記第２種のコードポイントはいずれも少なくとも１つのコードポイントを含む、請求項１に記載の方法。
11. 前記第１検出結果は、
    前記第１対象の復調結果、
    前記第１対象の情報担持結果、
    前記第１対象のエネルギ検出結果、及び
    前記第１対象のシーケンス検出結果の少なくとも一項を含む、請求項１～１０のいずれか一項に記載の方法。
12. 前記Ｎ個のウィンドウは前記第１対象とウィンドウの第３対応関係に基づいて決定され、
    前記第３対応関係は予め定義され、予め配置され、又は配置されるものである、請求項１に記載の方法。
13. 第１対象を検出する前記ステップは、
    第２条件を満たした場合に、第１対象を検出するステップを含み、
    前記第２条件を満たしたことは、
    前記第１端末に送信待ちのデータパケットがあることと、
    前記第１端末がリソース選択を行うことがトリガーされたことと、
    ＳＬリソース再選択タイマーの値が０に等しいことと、
    リソースプールが再配置されたことと、
    前記第１端末に予約リソースが存在しないことと、
    前記第１端末に条件を満たすリソースが存在しないことと、のうちの少なくとも一項を含む、請求項１に記載の方法。
14. ネットワーク側機器又は第２端末である目標側によって実行される送信方法であって、
    第１対象を第１端末に送信するステップを含み、
    前記第１対象は、前記第１端末が前記第１対象を検出した第１検出結果により正の整数であるＮ個のウィンドウに関連する第１操作を実行するために用いられ、
    前記第１操作は、
    目標ウィンドウを活性化することと、
    前記目標ウィンドウを不活性化することと、のうちの少なくとも一項を含み、
    前記第１操作は、さらに、
    前記目標ウィンドウで第２操作を実行することと、
    前記目標ウィンドウでの前記第２操作の実行を停止することと、のうちの少なくとも一項を含み、
    前記目標ウィンドウは前記Ｎ個のウィンドウの一部又は全部のウィンドウであり、前記第２操作は送信操作、検出操作、受信操作及び測定操作のうちの少なくとも一項を含む、送信方法。
15. プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサにおいて実行可能なプログラム又はコマンドとを備え、前記プログラム又はコマンドが前記プロセッサにより実行されると、請求項１～１３のいずれか一項に記載の操作方法のステップが実現される、通信機器。
16. プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサにおいて実行可能なプログラム又はコマンドとを備え、前記プログラム又はコマンドが前記プロセッサにより実行されると、請求項１４に記載の送信方法のステップが実現される、通信機器。