JP2023519436A

JP2023519436A - リソース選択方法、端末及びネットワーク側機器

Info

Publication number: JP2023519436A
Application number: JP2022559819A
Authority: JP
Inventors: 淑燕彭; 子超紀; 是梟劉
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2020-04-01
Filing date: 2021-03-30
Publication date: 2023-05-10
Anticipated expiration: 2041-03-30
Also published as: BR112022019147A2; AU2021247741A1; KR20220160678A; AU2021247741B2; US20230007669A1; JP7480336B2; WO2021197316A1; EP4132142A4; EP4132142A1; CN113498177A

Abstract

本発明は、リソース選択方法、端末及びネットワーク側機器を提供し、通信技術分野に関する。リソース選択方法は、端末に応用されるリソース選択方法であって、部分検出メカニズムにおける検出ウィンドウの配置情報を取得するステップと、前記配置情報の指示した検出ウィンドウにおいて検出して、検出結果を得るステップと、前記検出結果により、選択可能リソース集合を取得するステップと、を含む。【選択図】図４

Description

関連出願の相互参照

本願は、２０２０年４月１日に中国で出願された中国特許出願番号Ｎｏ．２０２０１０２５２５１４．１の優先権を主張し、その全ての内容が援用によって本文に組み込まれる。

本発明は、通信技術分野に関し、特に、リソース選択方法、端末及びネットワーク側機器に関する。

ニューラジオ（ＮｅｗＲａｄｉｏ，ＮＲ）車車間・路車間通信（ｖｅｈｉｃｌｅｔｏｅｖｅｒｙｔｈｉｎｇ，Ｖ２Ｘ）は、歩行者端末（ｐｅｄｅｓｔｒｉａｎｕｓｅｒｅｑｕｉｐｍｅｎｔ，ＰＵＥ）と車両との間の通信をサポートする必要がある。ＰＵＥは車載端末（ｖｅｈｉｃｌｅｕｓｅｒｅｑｕｉｐｍｅｎｔ，ＶＵＥ）に比べて、電力節約の問題に別に配慮する必要がある。ＰＵＥの送信とＶＵＥの送信で同じリソースプールが使用されれば、ＰＵＥは、他のＰＵＥが占用している送信リソース及びＶＵＥが占用している送信リソースをできるだけ回避するように、リソース検出を行う必要がある。

サイドリンクにおいてＰＵＥが一部のリソース上で送信と受信を行うことをサポートするために、できるだけシステムにおける干渉の比較的小さいリソースを選択リソースとして、端末の伝送効率（例えば、信号品質、伝送回数等）及びシステムのリソース効率を向上させる。適切なリソースを選択するために、ＰＵＥはシステム中の干渉を検出する必要があるが、従来の検出方式によれば、比較的多いエネルギーが消耗されて、低いＰＵＥエネルギー効率や短い持ち時間を招いてしまう。

本発明に係る実施例は、ＮＲＰＵＥが検出を行う時に消耗するエネルギーが比較的多く、持ち時間が比較的短いという問題を軽減するために、リソース選択方法、端末及びネットワーク側機器を提供する。

上記技術問題を解決するために、本発明に係る実施例は下記の手段を採用する。

第１側面において、本発明に係る実施例は、端末に応用されるリソース選択方法であって、
部分検出メカニズムにおける検出ウィンドウの配置情報を取得するステップと、
前記配置情報の指示した検出ウィンドウにおいて検出して、検出結果を得るステップと、
前記検出結果により、選択可能リソース集合を取得するステップとを含む、リソース選択方法を提供する。

第２側面において、本発明に係る実施例は、ネットワーク側機器に応用されるリソース選択方法であって、
部分検出メカニズムにおける検出ウィンドウの配置情報を端末に送信するステップを含む、リソース選択方法を更に提供する。

第３側面において、本発明に係る実施例は、
部分検出メカニズムにおける検出ウィンドウの配置情報を取得するように構成される第１取得モジュールと、
前記配置情報の指示した検出ウィンドウにおいて検出して、検出結果を得るように構成される第２取得モジュールと、
前記検出結果により、選択可能リソース集合を取得するように構成される第３取得モジュールとを備える、端末を更に提供する。

第４側面において、本発明に係る実施例は、メモリと、プロセッサと、メモリに記憶され且つプロセッサにおいて実行可能なコンピュータプログラムとを備え、前記コンピュータプログラムが前記プロセッサにより実行されると、上記のリソース選択方法のステップを実現する、端末を更に提供する。

第５側面において、本発明に係る実施例は、
部分検出メカニズムにおける検出ウィンドウの配置情報を端末に送信するように構成される第１送信モジュールを備える、ネットワーク側機器を更に提供する。

第６側面において、本発明に係る実施例は、メモリと、プロセッサと、メモリに記憶され且つプロセッサにおいて実行可能なコンピュータプログラムとを備え、前記コンピュータプログラムが前記プロセッサにより実行されると、上記のリソース選択方法のステップを実現する、ネットワーク側機器を更に提供する。

第７側面において、本発明に係る実施例は、プロセッサにより実行されると、上記のリソース選択方法のステップを実現するコンピュータプログラムが記憶された、コンピュータ可読記憶媒体を更に提供する。

本発明は下記の有用な効果がある。
上記手段によれば、部分検出メカニズムにおける検出ウィンドウの配置情報により、検出ウィンドウを取得し、該検出ウィンドウは選択可能な検出ウィンドウ中の一部のリソースであり、つまり、端末は選択可能な検出ウィンドウの部分集合中で検出すればよく、これによって、端末検出で消耗されるエネルギーを節約する。

ＬＴＥｓｉｄｅｌｉｎｋリソース割当モード４の模式図を示す。ＬＴＥｓｉｄｅｌｉｎｋリソース割当モード４のフローチャートを示す。ＬＴＥ部分検出の模式図を示す。本発明に係る実施例のリソース選択方法の第１フローチャートを示す。検出ウィンドウの第１位置模式図を示す。検出ウィンドウの第２位置模式図を示す。検出ウィンドウの第３位置模式図を示す。新しくトリガされたリソース選択ウィンドウの位置模式図を示す。本発明に係る実施例の端末のモジュール模式図を示す。本発明に係る実施例の端末の構成のブロック図を示す。本発明に係る実施例のリソース選択方法の第２フローチャートを示す。本発明に係る実施例のネットワーク側機器のモジュール模式図を示す。本発明に係る実施例のネットワーク側機器の構成のブロック図を示す。

本発明の目的、技術的解決手段及び利点をより明確にするために、以下に図面及び具体的な実施例を参照しながら、本発明を詳細に説明する。

本発明に係る実施例を説明するに際して、まず下記の記述に用いられる若干の概念について解釈、説明する。

（１）、車車間・路車間通信（ｖｅｈｉｃｌｅｔｏｅｖｅｒｙｔｈｉｎｇ，Ｖ２Ｘ）について簡単に紹介する。

ロングタームエボリューション（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ，ＬＴＥ）システムは、リリース１２以降はユーザ機器（ＵｓｅｒＥｑｕｉｐｍｅｎｔ，ＵＥ；端末とも呼ばれる）間でネットワーク機器を経由せずに直接物理レイヤ上でデータを伝送するためのサイドリンク（ｓｉｄｅｌｉｎｋ）伝送をサポートするようになった。ＬＴＥｓｉｄｅｌｉｎｋはブロードキャストに基づいて通信し、Ｖ２Ｘの基本的安全類通信のサポートに利用できるが、更にハイレベルの他のＶ２Ｘサービスに適用されない。第５世代（５Ｇｅｎｅｒａｔｉｏｎ，５Ｇ）ニューラジオ（ＮｅｗＲａｄｉｏ，ＮＲ）システムは、例えばユニキャスト又はマルチキャスト等のより先進的なｓｉｄｅｌｉｎｋ伝送設計をサポートするので、より全面的なサービス種別をサポートできる。

ＬＴＥｓｉｄｅｌｉｎｋの設計は特定の公衆安全事業（例えば、火災場所や地震等の災難場所で非常通信を行う）や、車車間・路車間通信（ｖｅｈｉｃｌｅｔｏｅｖｅｒｙｔｈｉｎｇ，Ｖ２Ｘ）等に適用される。車車間・路車間通信は、例えば、基本的安全類通信、高度（自動）運転、隊形を組むこと、センサ拡張等、様々なサービスを含む。ＬＴＥｓｉｄｅｌｉｎｋはブロードキャスト通信しかサポートしないので、主として基本的安全類通信に用いられ、時間遅延、信頼性等の面で厳しいサービス品質（ＱｏＳ）が求められる他のハイレベルＶ２ＸサービスはＮＲｓｉｄｅｌｉｎｋによってサポートされる。

ＮＲＲ１６Ｖ２Ｘでは、車車間（ＶｅｈｉｃｌｅｔｏＶｅｈｉｃｌｅ，Ｖ２Ｖ）の通信がサポートされる。

（２）、リソースの割り当て

ＬＴＥｓｉｄｅｌｉｎｋは、スケジューリングリソース割当（Ｓｃｈｅｄｕｌｅｄｒｅｓｏｕｒｃｅａｌｌｏｃａｔｉｏｎ）モードとリソース自律選択（ａｕｔｏｎｏｍｏｕｓｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎ）モードといった２種のリソース割当モードをサポートするように設計されている。前者では、ネットワーク側機器によって制御して各ＵＥにリソースを割り当て、後者では、ＵＥから自律的にリソースを選択する。その中で、ＬＴＥｓｉｄｅｌｉｎｋリソース割当モード１（ｍｏｄｅ１）はデバイス・ツー・デバイス（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ，Ｄ２Ｄ）のスケジューリングリソース割当モードであり、ＬＴＥｓｉｄｅｌｉｎｋリソース割当ｍｏｄｅ２はＤ２Ｄのリソース自律割当モードであり、ＬＴＥｓｉｄｅｌｉｎｋリソース割当ｍｏｄｅ３はＶ２Ｘのスケジューリングリソース割当モードであり、ＬＴＥｓｉｄｅｌｉｎｋリソース割当ｍｏｄｅ４はＶ２Ｘのリソース自律割当モードである。

ＬＴＥｓｉｄｅｌｉｎｋｍｏｄｅ４の基本的な動作原理は図１に示す通りである。

検出ウィンドウ（ｓｅｎｓｉｎｇｗｉｎｄｏｗ）中で測定し、検出した伝送時間間隔（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ，ＴＴＩ）毎にスケジューリング割当の復調（ｓｃｈｅｄｕｌｉｎｇａｓｓｉｇｎｍｅｎｔ，ＳＡ）及び干渉測定を行う。ＵＥは図２に示すステップでリソース選択を行う。

ステップＳ１１では、ＳＡの指示した占用されたリソースを排除する。

このステップでは、主として、端末が受信したＳＡを復調し、他のＵＥリソース予約リソースを得、他のＵＥ予約リソースを排除することが実現される。

ステップＳ１２では、優先度により干渉閾値を取得する。

ステップＳ１３では、干渉が閾値よりも大きい候補リソースを排除する。

このステップでは、主としてｓｅｎｓｉｎｇｗｉｎｄｏｗ中でエネルギー検出を行い、参照信号強度インジケーション（ｒｅｆｅｒｅｎｃｅｓｉｇｎａｌｓｔｒｅｎｇｔｈｉｎｄｉｃａｔｉｏｎ，ＲＳＳＩ）を測定し、測定結果により、干渉が閾値よりも大きい候補リソースを排除する。

ステップＳ１４では、残りの候補リソースが全リソースの２０％よりも大きいか否かを判断し、ＮＯの場合に、ステップＳ１５を実行し、逆にはステップＳ１６を実行する。

ステップＳ１５では、干渉閾値を調整し、引き続きステップＳ１３を実行する。

ステップＳ１６では、残りのリソースから２０％のリソースをリソース集合として選択する。

ステップＳ１７では、候補リソース集合からランダムにリソースを選択して予約リソースとする。

このステップでは、主として、選択ウィンドウにおいて、干渉が最も小さい２０％のリソースからランダムに１つのサブフレーム（ｓｕｂｆｒａｍｅ）を選択して周期的リソース予約を行う。

ＮＲＶ２Ｘでは、基地局がリソースをスケジューリングするｍｏｄｅ１と、ＵＥがどのリソースを用いて伝送するかを自ら決定するｍｏｄｅ２といった２種のリソース割当ｍｏｄｅが定義されている。この時にリソース情報は基地局のブロードキャストメッセージ又は予め配置された情報によるものであり得る。ＵＥは基地局範囲内で働き且つ基地局に対してＲＲＣ接続されていれば、ｍｏｄｅ１及び／又はｍｏｄｅ２になってもよく、ＵＥは基地局範囲内で働いているが、基地局に対してＲＲＣ接続されていなければ、ｍｏｄｅ２のみで働くことができる。ＵＥは基地局範囲の外にあれば、ｍｏｄｅ２のみで働くことができ、予め配置された情報によりＶ２Ｘ伝送を行う。

ｍｏｄｅ２については、具体的な動作方式は下記の通りである。１）ＴＸＵＥは、リソース選択のトリガ後に、まず、リソース選択ウィンドウを決定し、リソース選択ウィンドウの下方境界がリソース選択のトリガ後のＴ１時間にあり、リソース選択ウィンドウの上方境界がトリガ後のＴ２時間にあり、その中で、Ｔ２は、ＵＥの実現する方式でそのＴＢ伝送のパケット遅延許容時間（ｐａｃｋｅｔｄｅｌａｙｂｕｄｇｅｔ，ＰＤＢ）内で選択された値であり、Ｔ１より早くてはならない。２）ＵＥはリソース選択前に、リソース選択の候補リソース集合（ｃａｎｄｉｄａｔｅｒｅｓｏｕｒｃｅｓｅｔ）を決定する必要があり、リソース選択ウィンドウ中のリソース上で測定した参照信号受信電力（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＲｅｃｅｉｖｉｎｇＰｏｗｅｒ，ＲＳＲＰ）を対応するＲＳＲＰｔｈｒｅｓｈｏｌｄと比較し、ＲＳＲＰがＲＳＲＰｔｈｒｅｈｏｌｄよりも低ければ、該リソースを候補リソース集合に取り入れることができる。３）候補リソース集合を決定した後に、媒体アクセスコントロール（ＭＡＣ）層に報知し、ＭＡＣ層は候補リソース集合からランダムに１つのリソースを選択して該ＵＥのリソースとする。なお、ＵＥは今回の伝送でその後の伝送に対して伝送リソースを予約することができる。

また、ＮＲＶ２Ｘは、チェーン式のリソース予約方式をサポートし、つまり、１つのサイドリンク制御情報（ＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ，ＳＣＩ）は現在スロットを指示する周波数領域リソースを予約でき、更に最大で２つのリソースを別に予約することができ、次のリソースで伝送する時に、更に２つの予約リソースを指示できる。選択ウィンドウにおいて、動的予約方式でリソースを持続的に予約することができる。

（３）、部分検出（Ｐａｒｔｉａｌｓｅｎｓｉｎｇ）

ＬＴＥＶ２Ｘでは、部分検出は、主として電力を節約するために設計され、Ｐ２Ｖ通信をサポートすることを目的とし、ＰＵＥは２モードのリソース選択方式をサポートする。その１種のモードはリソースランダム選択であり、もう１種のモードは、先に一部のリソース上で検出し、部分検出の結果に基づいてリソースを選択して、半静的なリソース予約を行う部分検出モードである。その中で、ＰＵＥがどのモードを選択するかは無線リソース配置（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ，ＲＲＣ）で配置され、ＲＲＣ配置により２種のモードのリソース選択がサポートされる時に、どのリソース選択方式を採用するかはＰＵＥによって決定される。

具体的には、端末が部分検出を行い且つリソース検出を行う方式は図３に示される。

その中で、ＰＵＥ検出ウィンドウは［ｎ－１０００，ｎ］の範囲（即ち、ｎ－１０００～ｎの間の無充填枠で表される検出ウィンドウの範囲）内のリソース部分集合であり、小さなウィンドウ（即ち、図における斜線充填枠）毎の長さはＹｍｓであり、それはＰＵＥ検出ウィンドウの長さとなる。ｋはＲＲＣ配置パラメータであり、ｋの値の範囲は｛１，２，３，…，１０｝であり得る。選択ウィンドウ内の［ｎ＋Ｔ１，ｎ＋Ｔ２］内の横線充填枠は上位レイヤ配置によるＰＵＥ選択ウィンドウを表す。ＰＵＥは斜線充填枠のＰＵＥ検出ウィンドウにおいて他の端末の送信したＳＣＩを検出し、検出されたＳＣＩ及び予約周期により、他の端末の横線充填枠の指示したＰＵＥ選択ウィンドウでのリソース予約状況を推定し、該ＰＵＥはこれらの情報により選択ウィンドウにおける条件を満たさないリソースを排除することができる。残りのリソースから少なくとも２０％（ウィンドウ長Ｙの２０％）のリソースを選択して候補リソース集合とし、媒体アクセスコントロール（ＭＡＣ）層に報知し、ＭＡＣ層は候補リソース集合からランダムに１つのリソースを選択して該ＰＵＥのリソースとする。該ＰＵＥは選択されたリソースに対して周期予約を行い、予約周期がＳＣＩで指示される。

本発明は、ＮＲＰＵＥではシステム中の干渉を検出する必要があって、多いエネルギーが消耗されて、ＰＵＥのエネルギー消費が大きく、持続能力が劣るという問題に対して、リソース選択方法、端末及びネットワーク側機器を提供する。

図４に示すように、本発明に係る実施例は、端末に応用されるリソース選択方法であって、下記のステップ４０１、ステップ４０２及びステップ４０３を含むリソース選択方法を提供する。

ステップ４１では、部分検出メカニズムにおける検出ウィンドウの配置情報を取得する。

ステップ４２では、前記配置情報の指示した検出ウィンドウにおいて検出して、検出結果を得る。

説明必要であるように、配置情報の指示した検出ウィンドウは選択可能な検出ウィンドウ中の一部の検出ウィンドウであり、端末は配置されたこの部分の検出ウィンドウにおいて検出すればよい。

ステップ４３では、前記検出結果により、選択可能リソース集合を取得する。

説明必要であるように、このステップは端末が配置された検出ウィンドウ中の検出結果により、リソース選択ウィンドウにおいて選択可能リソース集合を取得することを指す。

説明必要であるように、本発明に係る実施例に記載の端末はＰＵＥのことである。

説明必要であるように、端末は本発明に係る実施例に記載の検出ウィンドウ（即ち、リソース検出ウィンドウ）中のリソース上で、
サイドリンク制御チャネル（ＰＳＣＣＨ）／ＳＣＩの監視、
ＰＳＣＣＨ／ＳＣＩの復調、
ＰＳＳＣＨの監視／復調、
サイドリンクフィードバックチャネル（ＰＳＦＣＨ）の監視／復調、
サイドリンクフィードバック制御情報（ＳＦＣＩ）の監視／復調、
ハイブリッド自動再送要求応答（ＨＡＲＱ－ＡＣＫ）の監視／復調、
参照信号受信電力（ＲＳＲＰ）の測定
受信した信号強度インジケーション（ＲＳＳＩ）、例えばＰＳＣＣＨ／ＰＳＳＣＨＤＭＲＳＲＳＲＰ／ＲＳＳＩ）の測定
チャネル占有率（ＣｈａｎｎｅｌｏｃｃｕｐａｎｃｙＲａｔｉｏ，ＣＲ）のリソース測定
チャネルビジー率（Ｃｈａｎｎｅｌｂｕｓｙｒａｔｉｏ，ＣＢＲ）のリソース測定の少なくとも一項を実行できる。

説明必要であるように、本発明に係る実施例は、主に連続的な検出ウィンドウ配置と非連続的な検出ウィンドウ配置を例として本発明に係る実施例を下記のように説明する。

（１）、連続的な検出ウィンドウ配置

具体的には、端末はプロトコル規定、配置及び／又は事前配置の方式で少なくとも１つの検出ウィンドウの配置情報を取得することができる。

説明必要であるように、該配置、事前配置はネットワーク側機器による配置であってもよいし、端末による配置であってもよく、具体的には、ネットワーク側機器による配置は無線リソース制御（ＲＲＣ）配置、媒体アクセスコントロール制御要素（ＭＡＣＣＥ）配置、ダウンリンク制御情報（ＤＣＩ）指示等であってもよく、端末による配置はＰＣ５－ＲＲＣ配置、サイドリンク制御情報（ＳＣＩ）指示等であってもよい。

説明必要であるように、このような場合に、本発明に係る実施例の検出ウィンドウの配置情報は、下記のＡ１１とＡ１２の少なくとも一項を含む。

Ａ１１、検出ウィンドウの長さ配置パラメータ。

更に、該検出ウィンドウの長さ配置パラメータは、下記のＡ１１１、Ａ１１２及びＡ１１３の少なくとも一項を含む。

Ａ１１１、検出ウィンドウの長さ。

説明必要であるように、ここで直接限定されるのは検出ウィンドウの長さの具体的な値である。

Ａ１１２、検出ウィンドウの長さの最小値。

具体的には、このような場合に、該最小値は、端末が自ら検出ウィンドウの長さを決定する場合に、長さの最小値を制限することで端末の選択する検出ウィンドウ長さが小さ過ぎることを回避するためのものであり、ここで、検出ウィンドウの長さの最大値が制限されず、端末の決定する検出ウィンドウの長さが該最小値よりも大きければよい。

Ａ１１３、検出ウィンドウの長さ範囲。

説明必要であるように、ここの長さ範囲は検出ウィンドウの長さを限定する最大値と最小値のことであり、端末の決定する検出ウィンドウの長さは最大値と最小値との間にあるものでなければならない。

更に説明必要であるように、該長さ配置パラメータは下記のＡ１１０１、Ａ１１０２、Ａ１１０３、Ａ１１０４、Ａ１１０５、Ａ１１０６及びＡ１１０７の少なくとも一項である。

Ａ１１０１、プロトコルで予め定義されたパラメータ。

例えば、該長さ配置パラメータはＳＣＩで指示した時間領域リソース間隔に依存し、例えば、３２スロットが挙げられる。

Ａ１１０２、ＲＲＣにより配置されたパラメータ。

説明必要であるように、ＲＲＣ配置にとっては、ＲＲＣ専用シグナリングを用いて配置する時に、ＲＲＣ配置と呼び得、ＲＲＣブロードキャストシグナリングを用いて配置する時に、ＲＲＣ事前配置と呼み得る。説明必要であるように、例えば、端末がアイドル状態にある時に、ＲＲＣ事前配置の方式を採用必要であるが、端末が接続状態にある時に、ＲＲＣ事前配置の方式を採用してもよいし、ＲＲＣ配置の方式を採用してもよい。

Ａ１１０３、ＭＡＣＣＥにより指示されたパラメータ。

Ａ１１０４、ＤＣＩにより指示されたパラメータ。

Ａ１１０５、ＳＣＩにより指示されたパラメータ。

説明必要であるように、該長さ配置パラメータは上記のＡ１１０２－Ａ１１０６のいずれか一項又は複数項で各リソースプール、各帯域幅部分（ｂａｎｄｗｉｄｔｈｐａｒｔ，ＢＷＰ）、各キャリアに対して配置したパラメータであってもよい。

Ａ１１０６、リソース選択ウィンドウの開始時刻及び／又は終了時刻により決定されたパラメータ。

つまり、このような場合に、配置されるのはリソース選択ウィンドウの開始時刻及び／又は終了時刻であり、即ち、検出ウィンドウの長さはリソース選択ウィンドウの開始時刻及び／又は終了時刻に依存し、検出ウィンドウの長さが別に規定されない。

Ａ１１０７、検出ウィンドウの長さ配置パラメータがリソース選択ウィンドウの長さにより決定されること。

つまり、このような場合に、直接検出ウィンドウの長さを限定し、即ち、検出ウィンドウの長さ配置パラメータは直接リソース選択ウィンドウの長さにより取得される。

Ａ１２、検出ウィンドウの位置配置パラメータ。

具体的には、説明必要であるように、該検出ウィンドウの位置配置パラメータは、検出ウィンドウの開始時刻、検出ウィンドウの終了時刻及び検出ウィンドウの位置の少なくとも一項を含む。

具体的には、検出ウィンドウの開始時刻は、下記のＡ１２１及びＡ１２２の一項を含む。

Ａ１２１、検出ウィンドウの開始時刻が、端末によってリソース選択又は再選がトリガされる前の第１時間間隔に対応する時刻である。

つまり、このような場合に、検出ウィンドウは端末によってリソース選択又は再選がトリガされる前の第１時間間隔に対応する時刻にイネーブルにされる。

説明必要であるように、例えば、端末によってリソース選択又は再選がトリガされる時刻がｎ１１であり、該第１時間間隔がＴ１１であると、検出ウィンドウの開始時刻がｎ１１－Ｔ１１である。

その中で、前記第１時間間隔はプロトコルにより予め定義され、予め配置され、又は配置された値であり、例えば、Ｔ１１の値は３２スロットであってもよい。更に説明必要であるように、Ｔ１１の値は０であってもよく、検出ウィンドウの開始時刻が端末によってリソース選択又は再選がトリガされる時刻であることを意味する。

Ａ１２２、検出ウィンドウの開始時刻が、端末によってリソース選択又は再選がトリガされた後の第２時間間隔に対応する時刻である。

例えば、リソース選択のトリガ時刻がｎ１２であり、第２時間間隔がＴ１２であると、検出ウィンドウの開始時刻がｎ１２＋Ｔ１２である。説明必要であるように、Ｔ１２はプロトコル事前定義／事前配置／配置による値であってもよく、Ｔ１２＝０の場合が排除されない。

更に説明必要であるように、このような場合に、検出ウィンドウの終了時刻は、下記のＡ１２２１及びＡ１２２２の一項である。

Ａ１２２１、端末の選択した伝送リソースの前の第９時間間隔に対応する時刻。

例えば、端末の選択した伝送リソースの時刻がｎ１３であり、第８時間間隔がＴ１３であると、検出ウィンドウの終了時刻がｎ１３－Ｔ１３である。

Ａ１２２２、リソース選択ウィンドウ終了時刻の前の第１０時間間隔に対応する時刻。

例えば、リソース選択ウィンドウ終了時刻の時刻がｎ１４であり、第９時間間隔がＴ１４であると、検出ウィンドウの終了時刻がｎ１４－Ｔ１４である。

具体的には、前記検出ウィンドウの終了時刻は、
検出ウィンドウの終了時刻が、端末によってリソース選択又は再選がトリガされる前の第３時間間隔に対応する時刻であることを含む。

説明必要であるように、例えば、端末によってリソース選択又は再選がトリガされる時刻がｎ１５であり、該第３時間間隔がＴ１５であると、検出ウィンドウの開始時刻がｎ１５－Ｔ１５である。

その中で、前記第３時間間隔はプロトコル事前定義、事前配置又は配置による値である。

具体的には、前記検出ウィンドウの位置は、下記のＡ１２３及びＡ１２４の一項を含む。

Ａ１２３、検出ウィンドウの位置がリソース選択ウィンドウの位置により決定される。

つまり、このような場合に、本発明に係る実施例の方法は、リソース選択ウィンドウの位置により、検出ウィンドウの位置を決定するステップを更に含む。

図５に示すように、上位レイヤによって部分検出モードに配置された場合に、リソース選択ウィンドウの長さの最小値（図における横線充填枠に示す）が上位レイヤによって配置され、端末が検出ウィンドウの具体的な大きさ及び位置の決定を実現し、選択可能な検出ウィンドウの配置範囲が［ｎ＋Ｔ１，ｎ＋Ｔ２］の範囲内にある。１つの検出ウィンドウがリソースプールにおけるスロットが連続した検出ウィンドウとして定義されており、予め定義された検出ウィンドウは、リソース選択ウィンドウ（図５における横線充填枠に示されているのはリソース選択ウィンドウである）の前のＴ時刻（Ｔ＝３２スロット）から、つまり図５におけるｎ＋Ｔ１’－３２の位置から、リソース選択ウィンドウ終了位置ｎ＋Ｔ２’までのものであり、即ち、図５における斜線充填枠は実際に検出を行うリソース検出ウィンドウの範囲を表す。説明必要であるように、端末でデータ送信に用いられるリソースプールにおいて周期予約がイネーブルにされなければ、別の検出ウィンドウを定義しない。

選択可能に、このような場合に、検出ウィンドウの開始時刻は、下記のＡ１２３１、Ａ１２３２、Ａ１２３３、Ａ１２３４及びＡ１２３５の少なくとも一項を含む。

Ａ１２３１、検出ウィンドウの開始時刻がリソース選択ウィンドウ前の第４時間間隔に対応する時刻である。

説明必要であるように、ここで、リソース選択ウィンドウは、上位レイヤ配置による部分検出のためのリソース選択ウィンドウの範囲であり、つまり、該リソース選択ウィンドウにおいて端末がリソース選択を行う。

例えば、リソース選択ウィンドウの開始時刻がｎ１６であり、該第４時間間隔がＴ１６であると、検出ウィンドウの開始時刻がｎ１６－Ｔ１６である。

Ａ１２３２、検出ウィンドウの開始時刻がリソース選択ウィンドウの開始時刻である。

説明必要であるように、該リソース選択ウィンドウの開始時刻は、実際のリソース選択に対応するリソース選択ウィンドウの開始時刻のことである。

例えば、リソース選択ウィンドウの開始時刻がｎ１７であると、検出ウィンドウの開始時刻がｎ１７である。

Ａ１２３３、検出ウィンドウの開始時刻が選択可能なリソース選択ウィンドウの開始時刻である。

説明必要であるように、該選択可能なリソース選択ウィンドウは、端末による実際のリソース選択に対応するリソース選択ウィンドウではなく、一般に端末による実際のリソース選択に対応するリソース選択ウィンドウ以上である。

例えば、選択可能なリソース選択ウィンドウの開始時刻がｎ１８であると、検出ウィンドウの開始時刻がｎ１８である。

Ａ１２３４、検出ウィンドウの開始時刻が、リソース選択ウィンドウ前の第５時間間隔に対応する時刻と選択可能なリソース選択ウィンドウの開始時刻のうちの遅い一方に対応する時刻である、

説明必要であるように、このような場合は、リソース選択ウィンドウの開始時刻がｎ１８であり、第５時間間隔がＴ１８であり、選択可能なリソース選択ウィンドウの開始時刻がｎ１９であると、ｎ１８－Ｔ１８がｎ１９よりも小さければ、ｎ１９を検出ウィンドウの開始時刻と決定し、ｎ１８－Ｔ１８がｎ１９よりも大きければ、ｎ１８－Ｔ１８を検出ウィンドウの開始時刻と決定するということである。

Ａ１２３５、検出ウィンドウの開始時刻が、リソース選択ウィンドウ前の第６時間間隔に対応する時刻とリソース選択ウィンドウの開始時刻のうちの遅い一方に対応する時刻である。

説明必要であるように、このような場合は、リソース選択ウィンドウの開始時刻がｎ２０であり、第６時間間隔がＴ２０であると、ｎ２０－Ｔ２０がｎ２０よりも小さければ、ｎ２０を検出ウィンドウの開始時刻と決定し、ｎ２０－Ｔ２０がｎ２０よりも大きければ、ｎ２０－Ｔ２０を検出ウィンドウの開始時刻と決定するということである。

選択可能に、このような場合に、検出ウィンドウの終了時刻は、下記のＡ１２３６、Ａ１２３７及びＡ１２３８の少なくとも一項を含む。

Ａ１２３６、検出ウィンドウの終了時刻がリソース選択ウィンドウの終了時刻である。

例えば、リソース選択ウィンドウの終了時刻がｎ２１であれば、検出ウィンドウの終了時刻がｎ２１である。

Ａ１２３７、検出ウィンドウの終了時刻がリソース選択ウィンドウの終了時刻前の第７時間間隔に対応する時刻である。

例えば、リソース選択ウィンドウの終了時刻がｎ２２であり、第７時間間隔がＴ２２であり、例えば、Ｔ２２が３２スロットであると、検出ウィンドウの終了時刻がｎ２２－Ｔ２２である。

Ａ１２３８、検出ウィンドウの終了時刻が端末の選択した伝送リソースの前の第８時間間隔に対応する時刻である。

例えば、端末の選択した伝送リソースの開始時刻がｎ２３であり、第８時間間隔がＴ２３であると、検出ウィンドウの終了時刻がｎ２３－Ｔ２３である。説明必要であるように、Ｔ２３はプロトコル事前定義／事前配置／配置による値であってもよく、Ｔ２３＝０の場合が排除されない。

Ａ１２４、検出ウィンドウの位置が端末選択済みリソースにより決定される。

つまり、このような場合に、本発明に係る実施例の方法は、端末選択済みリソースにより、検出ウィンドウの位置を取得するステップを更に含む。

説明必要であるように、該選択済みリソースはリソース選択ウィンドウにおいて選択されたものであり（例えば、端末が選択したリソースの最も早い１つの時間リソースであってもよい）、及び／又は、選択済みリソースは端末予約リソースである。

説明必要であるように、このような場合の実現形態は、下記のＡ１２４１及びＡ１２４２の少なくとも一項を含む。

Ａ１２４１、検出ウィンドウの開始時刻が選択済みリソースの前の第１１時間間隔に対応する時刻である。

例えば、選択済みリソースの開始時刻がｎ２４であり、第１１時間間隔がＴ２４であると、検出ウィンドウの開始時刻がｎ２４－Ｔ２４である。説明必要であるように、Ｔ２４がプロトコル事前定義／事前配置／配置による値であり、例えば、Ｔ２４の値は３２スロットであり、又は、３２＋Ｔ３／３１＋Ｔ３／３３＋Ｔ３個のスロットであり、Ｔ３は端末がリソース再選を準備するための処理時間である。

更に説明必要であるように、このような場合に、取得された検出ウィンドウの開始時刻が現在時刻の前にある場合、現在時刻が検出ウィンドウの開始時刻となり、具体的には、ここに記載の現在時刻は、端末が端末でデータを送信することに用いられるリソースプールにおけるあるスロット／タイムノードでの絶対時刻のことである。

更に、このような場合に、検出ウィンドウの終了時刻は、下記のＡ３１及びＡ３２の一項である。

Ａ３１、端末の選択した伝送リソースの前の第１４時間間隔に対応する時刻。

例えば、端末の選択した伝送リソースの時刻がｎ２５であり、第１４時間間隔がＴ２５であると、検出ウィンドウの終了時刻がｎ２５－Ｔ２５である。

Ａ３２、リソース選択ウィンドウ終了時刻の前の第１５時間間隔に対応する時刻。

例えば、リソース選択ウィンドウ終了時刻の時刻がｎ２６であり、第１４時間間隔がＴ２６であると、検出ウィンドウの終了時刻がｎ２６－Ｔ２６である。

Ａ１２４２、検出ウィンドウの位置が選択済みリソースの前の第１２時間間隔に対応する時刻と前の第１３時間間隔に対応する時刻との間にある。

説明必要であるように、選択済みリソースの位置する時刻がｎ２７であり、第１２時間間隔がＴ＿ｘであり、第１３時間間隔がＴ＿ｙであると、検出ウィンドウの位置がｎ２７－Ｔ＿ｘとｎ２７－Ｔ＿ｙとの間にあり、例えば、Ｔ＿ｘの値は３２スロットであってもよいし、３２＋Ｔ３／３１＋Ｔ３／３３＋Ｔ３個のスロットであってもよく、Ｔ３は端末がリソース再選を準備する処理時間であり、Ｔ＿ｙの値はＴ３であってもよい。

更に説明必要であるように、このような場合に、取得された検出ウィンドウの開始時刻が現在時刻の前にある場合、現在時刻が検出ウィンドウの開始時刻となる。具体的には、ここに記載の現在時刻は、端末が端末でデータを送信することに用いられるリソースプールにおけるあるスロット／タイムノードでの絶対時刻のことである。

更に説明必要であるように、このような場合に、取得された検出ウィンドウの終了時刻が現在時刻の前にある場合、取得された検出ウィンドウが無効化される。

（２）、非連続的な検出ウィンドウ配置。

説明必要であるように、このような場合に、定義される検出ウィンドウはリソース選択ウィンドウの位置に関連するだけでなく、端末によるデータ送信に用いられるリソースプールにおいて定義された周期の配置にも関連し、又は端末に対して配置された周期に関連し、つまり、このような場合に決定された検出ウィンドウは周期及びリソース選択ウィンドウの位置に関連するウィンドウである。

説明必要であるように、このような場合に、本発明に係る実施例の検出ウィンドウの配置情報は、下記のＢ１１及びＢ１２の少なくとも一項を含む。

Ｂ１１、検出ウィンドウの長さ配置パラメータ。

説明必要であるように、このような場合に、検出ウィンドウの長さ配置パラメータの取得方式は、
検出ウィンドウの長さをリソース選択ウィンドウの長さにより決定することを含む。

具体的には、単一の検出ウィンドウの長さがリソース選択ウィンドウの長さに等しい。

Ｂ１２、検出ウィンドウの位置配置パラメータ。

説明必要であるように、このような場合に、前記検出ウィンドウの位置配置パラメータの取得方式は、下記のＢ１２１及びＢ１２２を含む。

Ｂ１２１、検出ウィンドウをリソース選択ウィンドウの位置及び上位レイヤパラメータ指示により決定する。

説明必要であるように、上位レイヤパラメータにより指示された検出ウィンドウの位置配置情報はｋビットであり（ここで、ｋが整数である）、ｋのビット長の値は、下記のＢ１２１１、Ｂ１２１２及びＢ１２１３の少なくとも一項に関連する。

Ｂ１２１１、端末の伝送待ちデータの周期値。

説明必要であるように、ここで、ｋのビット長の値は必ずリソースプール配置に存在する周期値に対応するｋのビット長であるというわけではない。

Ｂ１２１２、第１リソースプール中で配置された周期値。

説明必要であるように、該第１リソースプールは端末によるデータ送信に用いられるリソースプールのことである。

Ｂ１２１３、第１リソースプールにおいて周期予約をイネーブルにするか否か。

説明必要であるように、第１リソースプールにおいて周期予約をイネーブルにする場合、ｋのビット長の値は、端末の伝送待ちデータの周期値、配置された周期値又は第１リソースプール中で配置された周期値により決定される。第１リソースプールにおいて周期予約をイネーブルにしなければ、ｋのコードポイント値を全て０に設置する。

更に説明必要であるように、上述したｋ＝ｃｅｉｌ（Ｔ＿ｓｅｎｓｉｎｇｗｉｎｄｏｗに対応するスロットを第１周期で割った値）であり、
ここで、ｃｅｉｌ（＊）は切り上げ関数を表し、Ｔ＿ｓｅｎｓｉｎｇｗｉｎｄｏｗは第１検出ウィンドウの長さであり、説明必要であるように、該第１検出ウィンドウはＲ１６で定義された周期予約イネーブル時の検出ウィンドウに対応し、例えば、該第１検出ウィンドウの長さは１０００ｍｓである。

更に説明必要であるように、上述した周期値が１つの周期値であれば、上記のｋのビット長は算出された値であり、端末の位置するリソースプールにはそれぞれ１つのｋビット情報に対応する少なくとも２つの周期値が存在する時に、下記のＢ２１及びＢ２２の一項を満たす。

Ｂ２１、上位レイヤによって複数のｋビットの指示を配置する。

つまり、このような場合に、端末の検出ウィンドウは複数のｋ値が指示する集合であり、具体的には、異なるｋビットのビット長の大きさは同じであっても、異なってもよく、ｋビットのビット長の大きさが異なれば、周期Ｔ１、Ｔ２、Ｔ３、Ｔ４に対して計算してｋ１、ｋ２、ｋ３、ｋ４が得られ、このように上位レイヤによってｋ１、ｋ２、ｋ３、ｋ４が配置され、４つのｂｉｔｍａｐが検出ウィンドウの配置を指示する。

Ｂ２２、上位レイヤによって１つの指示情報を配置し、前記指示情報の大きさは複数のｋのビット長のうちの最大値である。

例えば、周期Ｔ１、Ｔ２、Ｔ３、Ｔ４に対して計算してｋ１、ｋ２、ｋ３、ｋ４が得られ、このように上位レイヤによって１つのｋ＝ｍａｘ（ｋ１、ｋ２、ｋ３、ｋ４）が配置されて、端末の検出ウィンドウを指示する。

Ｂ１２２、検出ウィンドウを第１周期により決定する。

具体的には、前記第１周期は、
Ｂ１２２１、端末に対して配置された周期、
Ｂ１２２２、リソースプールに対して配置された周期、及び
Ｂ１２２３、端末の伝送待ちデータの周期の少なくとも一項を含む。

更に説明必要であるように、前記第１周期は少なくとも１つの周期値を含み、前記少なくとも１つの周期値は、
Ｂ３１、ＲＲＣにより配置された少なくとも１つの周期値、
Ｂ３２、ＳＣＩにより指示された少なくとも１つの周期値、及び
Ｂ３３、ＤＣＩにより指示された少なくとも１つの周期値の少なくとも一項に対応する。

説明必要であるように、ここで、ＲＲＣにより少なくとも１つの周期値が配置され、ＳＣＩ又はＤＣＩによりＲＲＣ配置周期値のうちの１つ又は複数の周期値が指示されるという処理状況がある。

更に説明必要であるように、端末検出に使用される第１周期の最小数（Ｎｕｍ＿Ｐ）はプロトコルで予め定義され、予め配置され、又は配置されたものである。

説明必要であるように、第１周期に少なくとも１つの周期値が含まれる時に、第１周期により指示されるのは１つの周期集合であり、この使用される周期集合中の周期値／集合中の周期の番号は、ＲＲＣ事前配置／ＲＲＣ配置／ＭＡＣＣＥ指示／ＤＣＩ指示／ＳＣＩ指示される。

更に説明必要であるように、具体的に指示されるのは周期集合中の値が最も大きい／最も小さいＮｕｍ＿Ｐ個の周期であり、又はインデックスが最も大い／最も小さいＮｕｍ＿Ｐ個の周期である。

例えば、１つのＫのみを配置する時に、図６に示すように、上位レイヤによって部分検出モードが配置された場合に、リソース選択ウィンドウ長さの最小値が上位レイヤによって配置され、選択ウィンドウの具体的な大きさ及び位置が上位レイヤ配置によって決定され、配置範囲が［ｎ＋Ｔ１，ｎ＋Ｔ２］の範囲内にある。１つの検出ウィンドウ１がリソースプールにおける連続したＴ＝３２（論理）スロットの検出ウィンドウとして定義されており、それはリソース選択ウィンドウの前のＴ時刻から、つまり図６におけるｎ＋Ｔ１’－３２の位置から、リソース選択ウィンドウ終了位置ｎ＋Ｔ２’までのものである。

該リソースプール上で周期予約をイネーブルにする場合、検出ウィンドウ２を定義することになり、上位レイヤにより配置された部分検出値ｋの値が１０ビットであれば、０１００００００１１と指示し、上位レイヤにより配置された該リソースプールの周期が１００ｍｓ／１００ｓｌｏｔｓであると、検出ウィンドウ２の位置が［ｎ＋Ｔ１’－１００＊ｋ，ｎ＋Ｔ２’－１００＊ｋ］となり、つまり［ｎ＋Ｔ１’－９００，ｎ＋Ｔ２’－９００］となり、［ｎ＋Ｔ１’－２００，ｎ＋Ｔ２’－２００］、［ｎ＋Ｔ１’－１００，ｎ＋Ｔ２’－１００］がいずれも検出ウィンドウ２に対応し、具体的には、決定された検出ウィンドウ２が図における斜線充填枠に示す通りである。

例えば、複数のＫを配置する時に、図７に示すように、上位レイヤによって部分検出モードに配置された場合に、リソース選択ウィンドウ長さの最小値が上位レイヤによって配置され、選択ウィンドウの具体的な大きさ及び位置が上位レイヤ配置によって決定され、配置範囲が［ｎ＋Ｔ１，ｎ＋Ｔ２］の範囲内にある。１つの検出ウィンドウ１がリソースプールにおける連続したＴ＝３２スロットの検出ウィンドウが定義されており、それはリソース選択ウィンドウの前のＴ時刻から、つまり図７におけるｎ＋Ｔ１’－３２の位置から、リソース選択ウィンドウ終了位置ｎ＋Ｔ２’までのものである。

該リソースプール上で周期予約をイネーブルにする場合、リソース検出ウィンドウ２を定義することになる。配置周期がそれぞれ１００ｍｓ及び２００ｍｓである。上位レイヤ配置による部分検出値ｋの値については、１００ｍｓの周期に対して、ｋ１が１０ビットであり（１０００を１００で割って１０が得られる）、検出ウィンドウの位置が［ｎ＋Ｔ１’－１００＊ｋ１，ｎ＋Ｔ２’－１００＊ｋ１］であり、０１００００００１１と指示されれば、対応する検出ウィンドウ２が［ｎ＋Ｔ１’－９００，ｎ＋Ｔ２’－９００］、［ｎ＋Ｔ１’－２００，ｎ＋Ｔ２’－２００］、［ｎ＋Ｔ１’－１００，ｎ＋Ｔ２’－１００］であり、２００ｍｓの周期に対して、ｋ２が５ビットであり（１０００を２００で割って５が得られる）、検出ウィンドウ２の位置が［ｎ＋Ｔ１’－２００＊ｋ２，ｎ＋Ｔ２’－２００＊ｋ２］であり、０１００１と指示されれば、対応する検出ウィンドウが［ｎ＋Ｔ１’－８００，ｎ＋Ｔ２’－８００］、［ｎ＋Ｔ１’－２００，ｎ＋Ｔ２’－２００］である。つまり、［ｎ＋Ｔ１’－９００，ｎ＋Ｔ２’－９００］、［ｎ＋Ｔ１’－８００，ｎ＋Ｔ２’－８００］、［ｎ＋Ｔ１’－２００，ｎ＋Ｔ２’－２００］、［ｎ＋Ｔ１’－１００，ｎ＋Ｔ２’－１００］がいずれも検出ウィンドウ２に対応する。

説明必要であるように、以上で２種の検出ウィンドウの配置方式を提供したが、本発明に係る実施例でただ１種の配置方式が提供される場合に、端末はこのような配置方式で検出ウィンドウの決定を行えばよく、本発明に係る実施例で同時に２種の配置方式が提供される場合に、端末は部分検出メカニズムにおいて、
周期予約がイネーブルにされた場合、上記２種の方式で定義された検出ウィンドウをトリガし、又は、周期予約がイネーブルにされた場合、第２種の方式で定義された検出ウィンドウをトリガする条件１、
周期予約がイネーブルにされなければ、第１種の方式で定義された検出ウィンドウをトリガする条件２、及び
検出ウィンドウの上記２種の方式のトリガ状況を上位レイヤにより配置／事前配置する条件３が満たされた場合、対応する検出ウィンドウをトリガする。

具体的には、明示的配置又は暗黙的配置であってもよい。具体的には、条件１と条件２は暗黙的配置方式である。

更に説明必要であるように、正確なリソース選択ウィンドウを取得できるように、ステップ４３の前に、本発明に係る実施例は、
部分検出メカニズムにおけるリソース選択ウィンドウの配置情報を取得するステップを更に含む。

説明必要であるように、配置情報により指示されるリソース選択ウィンドウは選択可能なリソース選択ウィンドウ中の一部のリソース選択ウィンドウであり、端末は配置されたこの一部のリソース選択ウィンドウにおいてリソース選択を行えばよい。

説明必要であるように、端末が本発明に係る実施例に記載のリソース選択ウィンドウ内で伝送するサイドリンク情報は、ＰＳＣＣＨ／ＰＳＳＣＨ／ＰＳＦＣＨ／サイドリンク参照信号（ＳＬＲＳ）を含む。

具体的には、前記リソース選択ウィンドウの配置情報は、下記のＣ１１及びＣ１２の少なくとも一項を含む。

Ｃ１１、リソース選択ウィンドウの長さ配置パラメータ。

説明必要であるように、リソース選択ウィンドウの長さ配置パラメータは、下記のＣ１１１、Ｃ１１２、Ｃ１１３及びＣ１１４の一項を含む。

Ｃ１１１、リソース選択ウィンドウの長さ。

説明必要であるように、ここで直接限定されるのはリソース選択ウィンドウの長さの具体的な値である。

Ｃ１１２、リソース選択ウィンドウの長さの最小値。

具体的には、このような場合に、該最小値は、端末が自らリソース選択ウィンドウの長さを決定する場合に、長さの最小値を制限することで端末の選択するリソース選択ウィンドウ長さが小さ過ぎることを回避するためのものであり、ここで、リソース選択ウィンドウの長さの最大値が限定されず、端末の決定するリソース選択ウィンドウの長さが該最小値よりも大きければよい。

Ｃ１１３、リソース選択ウィンドウの長さ範囲。

説明必要であるように、ここの長さ範囲はリソース選択ウィンドウの長さを限定する最大値と最小値のことであり、端末の決定するリソース選択ウィンドウの長さは最大値と最小値との間にあるものでなければならない

Ｃ１１４、リソース選択ウィンドウの長さの比。

説明必要であるように、ここの比は、端末の選択したリソース選択ウィンドウの長さが端末の選択可能なリソース選択ウィンドウの長さで占める割合のことである。

Ｃ１２、リソース選択ウィンドウの位置配置パラメータ。

具体的には、このような場合に、前記リソース選択ウィンドウの開始時刻は、下記のＣ１２１、Ｃ１２２及びＣ１２３の少なくとも一項を含む。

Ｃ１２１、リソース選択ウィンドウの開始時刻が少なくともリソース選択のトリガ後の第１４時間間隔に対応する時刻から開始する。

例えば、リソース選択のトリガ時刻がｎであり、第１４時間間隔がＴ＿ｇａｐ１であり、具体的には、Ｔ＿ｇａｐがプロトコル事前定義／上位レイヤ事前配置／配置による値であり、例えば、Ｔ＿ｇａｐ１が３２スロットであると、リソース選択ウィンドウの開始時刻が少なくともｎ＋Ｔ＿ｇａｐ１から開始する。

Ｃ１２２、リソース選択ウィンドウの開始時刻がリソース選択のトリガ後の第１５時間間隔に対応する時刻以上である。

例えば、リソース選択のトリガ時刻がｎであり、第１５時間間隔がＴ＿ｇａｐ２であると、リソース選択ウィンドウの開始時刻がｎ＋Ｔ＿ｇａｐ２に対応する時刻以上であるべきである。

Ｃ１２３、リソース選択ウィンドウの開始時刻がｎ＋Ｔ１から開始する。

ここで、ｎはリソース選択のトリガ時刻（即ち、リソース選択がトリガされる時刻）であり、Ｔ１はプロトコルで定義されたリソース選択の最小時間である。

具体的には、このような場合に、前記配置情報にリソース選択ウィンドウの位置配置パラメータが含まれる時に、前記リソース選択ウィンドウの終了時刻は、下記のＣ１２４及びＣ１２５の少なくとも一項を含む。

Ｃ１２４、リソース選択ウィンドウの終了時刻がデータパケットの遅延許容時間（ＰＤＢ）より小さい範囲内にある。

Ｃ１２５、リソース選択ウィンドウの終了時刻がリソース選択のトリガ後の第１所定時間範囲内にある。

説明必要であるように、該第１所定時間は端末が選択を実現するためのリソース選択時間制限である。

更に説明必要であるように、本発明に係る実施例では、更にリソース選択ウィンドウの終了時刻Ｔ２又はＴ２の最大値Ｗをプロトコルで規定／配置してもよく、例えば、実際に決定されるリソース選択ウィンドウの終了時刻の最大値Ｔ２＿ｍａｘ＝Ｗであり、又は、Ｔ２＿ｍａｘ＝ｍｉｎ．（Ｗ，ｒｅｍａｉｎｉｎｇＰＤＢ）である。このような方式によれば、検出ウィンドウの長さの減少に寄与する。

更に説明必要であるように、ステップ４３の後に、本発明に係る実施例は、
部分検出メカニズムにおいて、第１条件が満たされた場合、端末が下記のＤ１１、Ｄ１２及びＤ１３の少なくとも一項を実行するステップを更に含む。

Ｄ１１、リソース選択ウィンドウをトリガする。

説明必要であるように、このような場合に、端末は１つの新しいリソース選択ウィンドウをトリガする必要がある。

選択可能に、該リソース選択ウィンドウの位置は端末の１番目のリソース選択ウィンドウの位置の制限と同じであり、即ち、第１データパケットＰＤＢの範囲内にあり、及び／又は、端末が選択を実現するためのリソース選択時間制限の範囲内にあり、選択可能に、該リソース選択ウィンドウの位置は端末の１番目のリソース選択ウィンドウの位置の制限と同じではなく、端末が新しい選択を実現するためのリソース選択時間制限の範囲はリソース選択ウィンドウの範囲となってもよい。

更に説明必要であるように、リソース選択ウィンドウの大きさは１番目のリソース選択ウィンドウの大きさと同じであり、又は、独立して配置された長さであり、又は１番目のリソース選択ウィンドウの大きさに１つのスケール因子をかけたものである。

Ｄ１２、周期予約がイネーブルにされた場合、端末が第１データパケットに対応する現在トランスポートブロック（Ｔｒａｎｓｐｏｒｔｂｌｏｃｋ，ＴＢ）の再送を次の周期の選択可能リソースで伝送する。

Ｄ１３、前記第１データパケットを破棄する。

具体的には、上記の第１条件は、下記のＥ１１、Ｅ１２及びＥ１３の一項を含む。

Ｅ１１、端末がリソース選択ウィンドウにおいて第１データパケットの否定応答（ＮＡＣＫ）を受信したとともに、端末に予約リソースが存在せず又は端末に動的予約リソースが存在しない。

Ｅ１２、端末がリソース選択ウィンドウにおいて第１データパケットの非連続送信（ＤＴＸ）を受信したとともに、端末に予約リソースが存在せず又は端末に動的予約リソースが存在しない。

説明必要であるように、このような場合は、端末が第１データパケットを送信したが、第１データパケットに対応するフィードバック位置で端末が何のフィードバック情報も受信していない場合が、端末がＮＡＣＫを受信したことに相当すると考えてもよい。

Ｅ１３、端末がリソース選択ウィンドウにおいて第１データパケットの肯定応答情報（ＡＣＫ）を受信しておらず、且つ端末に予約リソースが存在せず又は端末に動的予約リソースが存在しない。

例えば、図８に示すように、端末で１つのＮＡＣＫ／ＤＴＸが受信されており、且つこの時に端末が上位レイヤにより配置されたリソース選択ウィンドウ［ｎ＋Ｔ１’，ｎ＋Ｔ２’］内（即ち、図における縦線充填枠に示す）でリソースを選択できない場合に、該端末がＰＤＢの範囲内で、１つの新しいリソース選択ウィンドウ（即ち、図における横線充填枠に示す）をトリガし、新しいリソース選択ウィンドウの長さＹ２が上位レイヤにより配置される値である。

説明必要であるように、本発明に係る実施例に記載の開始時刻、終了時刻、時間間隔、時間範囲等の時間単位はミリ秒（ｍｓ）、スロット（ｓｌｏｔ）、サブスロット（ｓｕｂ－ｓｌｏｔ）、ロジックスロット（ｌｏｇｉｃａｌｓｌｏｔ）、ロジックサブスロット（ｌｏｇｉｃａｌｓｕｂ－ｓｌｏｔ）、サブフレーム（ｓｕｂ－ｆｒａｍｅ）、伝送時間間隔（ＴＴＩ）及び絶対時間（ａｂｓｏｌｕｔｅｔｉｍｅ）のうちのいずれか一種であってもよく、当然ながら、本発明に係る実施例では上記時間単位以外の時間単位が排除されることがない。

説明必要であるように、本発明に係る実施例はＮＲｓｉｄｅｌｉｎｋの端末に応用可能であり、ＮＲｓｉｄｅｌｉｎｋで本発明に係る実施例の方式を用いれば、端末はシステムを持続的に検出する必要がなく、端末検出のエネルギーを節約して、端末のエネルギー効率を向上させることができる。

図９に示すように、本発明に係る実施例は、
部分検出メカニズムにおける検出ウィンドウの配置情報を取得するように構成される第１取得モジュール９０１と、
前記配置情報の指示した検出ウィンドウにおいて検出して、検出結果を得るように構成される第２取得モジュール９０２と、
前記検出結果により、選択可能リソース集合を取得するように構成される第３取得モジュール９０３とを備える、端末９００を提供する。

具体的には、前記検出ウィンドウの配置情報は、
検出ウィンドウの長さ配置パラメータ、及び
検出ウィンドウの位置配置パラメータの少なくとも一項を含む。

更に、前記検出ウィンドウの長さ配置パラメータは、
検出ウィンドウの長さ、
検出ウィンドウの長さの最小値、及び
検出ウィンドウの長さ範囲の少なくとも一項を含む。

更に、前記検出ウィンドウの長さ配置は、
プロトコルで予め定義されたパラメータ、
無線リソース制御ＲＲＣにより配置されたパラメータ、
媒体アクセスコントロール制御要素ＭＡＣＣＥにより指示されたパラメータ、
ダウンリンク制御情報ＤＣＩにより指示されたパラメータ、
サイドリンク制御情報ＳＣＩにより指示されたパラメータ、
リソース選択ウィンドウの開始時刻及び／又は終了時刻により決定されたパラメータ、及び
検出ウィンドウの長さ配置パラメータがリソース選択ウィンドウの長さにより決定されることの少なくとも一項である。

更に、前記検出ウィンドウの位置配置パラメータは、検出ウィンドウの開始時刻、検出ウィンドウの終了時刻及び検出ウィンドウの位置の少なくとも一項を含み、
前記検出ウィンドウの開始時刻は、
検出ウィンドウの開始時刻が、端末によってリソース選択又は再選がトリガされる前の第１時間間隔に対応する時刻であることと、
検出ウィンドウの開始時刻が、端末によってリソース選択又は再選がトリガされた後の第２時間間隔に対応する時刻であることとのうちの一項を含み、
前記検出ウィンドウの終了時刻は、
検出ウィンドウの終了時刻が、端末によってリソース選択又は再選がトリガされる前の第３時間間隔に対応する時刻であることを含み、
前記検出ウィンドウの位置は、
検出ウィンドウの位置がリソース選択ウィンドウの位置により決定されることと、
検出ウィンドウの位置が端末選択済みリソースにより決定されることとのうちの一項を含む。

具体的には、前記第１時間間隔及び／又は第３時間間隔はプロトコルで予め定義され、予め配置され、又は配置された値である。

選択可能に、検出ウィンドウの位置がリソース選択ウィンドウの位置により決定される場合、検出ウィンドウの開始時刻は、
検出ウィンドウの開始時刻がリソース選択ウィンドウ前の第４時間間隔に対応する時刻であることと、
検出ウィンドウの開始時刻がリソース選択ウィンドウの開始時刻であることと、
検出ウィンドウの開始時刻が選択可能なリソース選択ウィンドウの開始時刻であることと、
検出ウィンドウの開始時刻が、リソース選択ウィンドウ前の第５時間間隔に対応する時刻と選択可能なリソース選択ウィンドウの開始時刻のうちの遅い一方に対応する時刻であることと、
検出ウィンドウの開始時刻が、リソース選択ウィンドウ前の第６時間間隔に対応する時刻とリソース選択ウィンドウの開始時刻のうちの遅い一方に対応する時刻であることとのうちの少なくとも一項を含む。

選択可能に、検出ウィンドウの位置がリソース選択ウィンドウの位置により決定される場合、検出ウィンドウの終了時刻は、
検出ウィンドウの終了時刻がリソース選択ウィンドウの終了時刻であることと、
検出ウィンドウの終了時刻がリソース選択ウィンドウの終了時刻前の第７時間間隔に対応する時刻であることと、
検出ウィンドウの終了時刻が端末の選択した伝送リソースの前の第８時間間隔に対応する時刻であることとのうちの少なくとも一項を含む。

選択可能に、検出ウィンドウの開始時刻が端末によってリソース選択又は再選がトリガされた後の第２時間間隔に対応する時刻である場合、検出ウィンドウの終了時刻は、
端末の選択した伝送リソースの前の第９時間間隔に対応する時刻、又は、
リソース選択ウィンドウ終了時刻の前の第１０時間間隔に対応する時刻である。

選択可能に、前記検出ウィンドウの位置が端末選択済みリソースにより決定されることは、
検出ウィンドウの開始時刻が選択済みリソースの前の第１１時間間隔に対応する時刻であることと、
検出ウィンドウの位置が選択済みリソースの前の第１２時間間隔に対応する時刻と前の第１３時間間隔に対応する時刻との間にあることとのうちの少なくとも一項を含む。

具体的には、検出ウィンドウの開始時刻が選択済みリソースの前の第１１時間間隔に対応する時刻であり、取得された検出ウィンドウの開始時刻が現在時刻の前にある場合、現在時刻が検出ウィンドウの開始時刻となる。

具体的には、検出ウィンドウの開始時刻が選択済みリソースの前の第１１時間間隔に対応する時刻である場合、検出ウィンドウの終了時刻は、
端末の選択した伝送リソースの前の第１４時間間隔に対応する時刻、又は、
リソース選択ウィンドウ終了時刻の前の第１５時間間隔に対応する時刻である。

具体的には、検出ウィンドウの位置が選択済みリソースの前の第１２時間間隔に対応する時刻と前の第１３時間間隔に対応する時刻との間にあり、且つ取得された検出ウィンドウの開始時刻が現在時刻の前にある場合、現在時刻が検出ウィンドウの開始時刻となる。

具体的には、検出ウィンドウの位置が選択済みリソースの前の第１２時間間隔に対応する時刻と前の第１３時間間隔に対応する時刻との間にあり、取得された検出ウィンドウの終了時刻が現在時刻の前にある場合、取得された検出ウィンドウが無効化される。

選択可能に、前記検出ウィンドウの位置配置パラメータの取得方式は、
検出ウィンドウをリソース選択ウィンドウの位置及び上位レイヤパラメータ指示により決定することと、
検出ウィンドウを第１周期により決定することとを含む。

更に、前記第１周期は、
端末に対して配置された周期、
リソースプールに対して配置された周期、及び
端末の伝送待ちデータの周期の少なくとも一項を含む。

更に、上位レイヤパラメータにより指示された検出ウィンドウの位置配置情報はｋビットであり、ｋのビット長の値は、
端末の伝送待ちデータの周期値、
第１リソースプール中で配置された周期値、及び
第１リソースプールにおいて周期予約をイネーブルにするか否かの少なくとも一項に関連し、
ｋが整数である。

具体的には、第１リソースプールにおいて周期予約をイネーブルにする場合、ｋのビット長の値は、端末の伝送待ちデータの周期値、配置された周期値又は第１リソースプール中で配置された周期値により決定される。

具体的には、ｋ＝ｃｅｉｌ（Ｔ＿ｓｅｎｓｉｎｇｗｉｎｄｏｗに対応するスロット数を第１周期で割った値）であり、
ここで、ｃｅｉｌ（＊）は切り上げ関数を表し、Ｔ＿ｓｅｎｓｉｎｇｗｉｎｄｏｗは第１検出ウィンドウの長さである。

具体的には、端末の位置するリソースプールにはそれぞれ１つのｋビット情報に対応する少なくとも２つの周期値が存在する時に、
上位レイヤによって複数のｋビットの指示を配置し、又は、
上位レイヤによって１つの指示情報を配置し、前記指示情報の大きさは複数のｋのビット長のうちの最大値である。

更に、前記第１周期は少なくとも１つの周期値を含み、前記少なくとも１つの周期値は、
無線リソース制御ＲＲＣにより配置された少なくとも１つの周期値、
サイドリンク制御情報ＳＣＩにより指示された少なくとも１つの周期値、及び
ダウンリンク制御情報ＤＣＩにより指示された少なくとも１つの周期値の少なくとも一項に対応する。

更に、端末検出に使用される第１周期の最小数は、プロトコルで予め定義され、予め配置され、又は配置されたものである。

選択可能に、前記第３取得モジュール９０１が前記検出結果により、選択可能リソース集合を取得する前に、
部分検出メカニズムにおけるリソース選択ウィンドウの配置情報を取得するように構成される第４取得モジュールを更に備え、
前記リソース選択ウィンドウの配置情報は、
リソース選択ウィンドウの長さ配置パラメータ、及び
リソース選択ウィンドウの位置配置パラメータの少なくとも一項を含む。

具体的には、前記リソース選択ウィンドウの長さ配置パラメータは、
リソース選択ウィンドウの長さ、
リソース選択ウィンドウの長さの最小値、
リソース選択ウィンドウの長さ範囲、及び
リソース選択ウィンドウの長さの比の一項を含む。

更に、前記リソース選択ウィンドウの長さの比は、端末の選択したリソース選択ウィンドウの長さが端末の選択可能なリソース選択ウィンドウの長さで占める割合である。

具体的には、前記配置情報にリソース選択ウィンドウの位置配置パラメータが含まれる時に、前記リソース選択ウィンドウの開始時刻は、
リソース選択ウィンドウの開始時刻が少なくともリソース選択のトリガ後の第１４時間間隔に対応する時刻から開始することと、
リソース選択ウィンドウの開始時刻がリソース選択のトリガ後の第１５時間間隔に対応する時刻以上であることと、
リソース選択ウィンドウの開始時刻がｎ＋Ｔ１から開始することとのうちの少なくとも一項を含み、
ｎはリソース選択のトリガ時刻であり、Ｔ１はプロトコルで定義されたリソース選択の最小時間である。

具体的には、前記配置情報にリソース選択ウィンドウの位置配置パラメータが含まれる時に、前記リソース選択ウィンドウの終了時刻は、
リソース選択ウィンドウの終了時刻がデータパケットの遅延許容時間ＰＤＢより小さい範囲内にあることと、
リソース選択ウィンドウの終了時刻がリソース選択のトリガ後の第１所定時間範囲内にあることとのうちの少なくとも一項を含む。

選択可能に、前記第３取得モジュール９０３が前記検出結果により、選択可能リソース集合を取得した後に、
部分検出メカニズムにおいて、第１条件が満たされた場合、端末が、
リソース選択ウィンドウをトリガすることと、
周期予約がイネーブルにされた場合、端末が第１データパケットに対応する現在トランスポートブロックの再送を次の周期の選択可能リソースで伝送することと、
前記第１データパケットを破棄することとのうちの少なくとも一項を実行するように構成される実行モジュールを更に備える。

更に、前記第１条件は、
端末がリソース選択ウィンドウにおいて第１データパケットの否定応答を受信したとともに、端末に予約リソースが存在せず又は端末に動的予約リソースが存在しないことと、
端末がリソース選択ウィンドウにおいて第１データパケットの不連続伝送ＤＴＸを受信したとともに、端末に予約リソースが存在せず又は端末に動的予約リソースが存在しないことと、
端末がリソース選択ウィンドウにおいて第１データパケットの肯定応答情報を受信しておらず、且つ端末に予約リソースが存在せず又は端末に動的予約リソースが存在しないこととのうちの一項を含む。

説明必要であるように、該端末実施例は上記の端末に応用されるリソース選択方法に対応する端末であり、上記実施例の実現形態は全て該端末実施例に適用され、それと同様な技術効果も達成できる。

図１０は本発明に係る実施例の端末を実現するハードウェアの構成模式図である。

該端末１００は、高周波ユニット１０１０、ネットワークモジュール１０２０、オーディオ出力ユニット１０３０、入力ユニット１０４０、センサ１０５０、表示ユニット１０６０、ユーザ入力ユニット１０７０、インタフェースユニット１０８０、メモリ１０９０、プロセッサ１０１１及び電源１０１２等の部材を含むが、それらに限定されない。当業者であれば、図１０に示す端末の構造は端末を限定するものではなく、端末は図示より多く又はより少ない部材、又は一部の部材の組合せ、又は異なる部材配置を含んでもよいことが理解可能である。本発明の実施例において、端末は、携帯電話、タブレットパソコン、ノートパソコン、携帯情報端末、車載端末、ウェアラブル機器、及び歩数計等を含むが、それらに限定されない。

その中で、プロセッサ１０１１は、部分検出メカニズムにおける検出ウィンドウの配置情報を取得するステップと、前記配置情報の指示した検出ウィンドウにおいて検出して、検出結果を得るステップと、前記検出結果により、選択可能リソース集合を取得するステップとを実行するように構成される。

本発明に係る実施例の端末によれば、部分検出メカニズムにおける検出ウィンドウの配置情報により、検出ウィンドウを取得し、該検出ウィンドウは選択可能な検出ウィンドウ中の一部のリソースであり、つまり、端末は選択可能な検出ウィンドウの部分集合中で検出すればよく、これによって、端末検出で消耗されるエネルギーを節約する。

なお、本発明の実施例において、高周波ユニット１０１０は、情報の受送信又は通話プロセスでの信号の受送信に用いることができることを理解すべきであり、具体的には、ネットワーク側機器からのダウンリンクデータを受信した後に、プロセッサ１０１１で処理し、また、アップリンクのデータをネットワーク側機器に送信する。通常、高周波ユニット１０１０は、アンテナ、少なくとも１つの増幅器、受送信機、カプラー、低騒音増幅器、デュプレクサ等を含むが、それらに限定されない。また、高周波ユニット１０１０は、無線通信システムを介してネットワーク及び他の機器と通信することもできる。

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

オーディオ出力ユニット１０３０は、高周波ユニット１０１０又はネットワークモジュール１０２０が受信した又はメモリ１０９０に記憶されているオーディオデータをオーディオ信号に変換して音声として出力することができる。且つ、オーディオ出力ユニット１０３０は、端末１００が実行する特定の機能に関するオーディオ出力（例えば、コール信号受信音、メッセージ受信音等）を提供することもできる。オーディオ出力ユニット１０３０は、スピーカ、ブザー及び受話器等を含む。

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

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

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

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

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

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

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

プロセッサ１０１１は、端末の制御センタであり、様々なインタフェース及び回線により端末全体の各部分を接続するものであり、メモリ１０９０内に記憶されているソフトウェアプログラム及び／又はモジュールを動作させ又は実行し、及びメモリ１０９０内に記憶されているデータを呼び出すことで、端末の様々な機能及びデータ処理を実行し、それにより、端末を全体的に監視する。プロセッサ１０１１は、１つ又は複数の処理ユニットを含んでもよく、好ましくは、プロセッサ１０１１に、オペレーティングシステム、ユーザインタフェース及びアプリケーション等を主に処理するアプリケーションプロセッサと、無線通信を主に処理するモデムプロセッサとを統合することができる。上記モデムプロセッサはプロセッサ１０１１に統合されなくてもよいことが理解可能である。

端末１００は各部材に給電する電源１０１２（例えば、電池）をさらに含んでもよく、好ましくは、電源１０１２は、電源管理システムによってプロセッサ１０１１に論理的に接続し、さらに電源管理システムによって充放電の管理、及び電力消費管理等の機能を実現することができる。

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

好ましくは、本発明に係る実施例は、プロセッサ１０１１と、メモリ１０９０と、メモリ１０９０に記憶され且つ前記プロセッサ１０１１において実行可能なコンピュータプログラムとを備え、該コンピュータプログラムがプロセッサ１０１１により実行されると、端末側に応用されるリソース選択方法の実施例の各工程を実現し、且つ同様な技術効果を達成できる、端末を更に提供し、繰り返して説明しないように、ここで詳細を省略する。

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

図１１に示すように、本発明に係る実施例は、ネットワーク側機器に応用されるリソース選択方法であって、
部分検出メカニズムにおける検出ウィンドウの配置情報を端末に送信するステップ１１０１を含む、リソース選択方法を更に提供する。

更に、該検出ウィンドウの配置情報は、
検出ウィンドウの長さ配置パラメータ、及び
検出ウィンドウの位置配置パラメータの少なくとも一項を含む。

選択可能に、該検出ウィンドウの長さ配置パラメータは、
検出ウィンドウの長さ、
検出ウィンドウの長さの最小値、及び
検出ウィンドウの長さ範囲の少なくとも一項を含む。

選択可能に、前記検出ウィンドウの位置配置パラメータは、検出ウィンドウの開始時刻、検出ウィンドウの終了時刻及び検出ウィンドウの位置の少なくとも一項を含み、
前記検出ウィンドウの開始時刻は、
検出ウィンドウの開始時刻が、端末によってリソース選択又は再選がトリガされる前の第１時間間隔に対応する時刻であることと、
検出ウィンドウの開始時刻が、端末によってリソース選択又は再選がトリガされた後の第２時間間隔に対応する時刻であることとのうちの一項を含み、
前記検出ウィンドウの終了時刻は、
検出ウィンドウの終了時刻が、端末によってリソース選択又は再選がトリガされる前の第３時間間隔に対応する時刻であることを含み、
前記検出ウィンドウの位置は、
検出ウィンドウの位置がリソース選択ウィンドウの位置により決定されることと、
検出ウィンドウの位置が端末選択済みリソースにより決定されることとのうちの一項を含む。

更に、検出ウィンドウの位置がリソース選択ウィンドウの位置により決定される場合、検出ウィンドウの開始時刻は、
検出ウィンドウの開始時刻がリソース選択ウィンドウ前の第４時間間隔に対応する時刻であることと、
検出ウィンドウの開始時刻がリソース選択ウィンドウの開始時刻であることと、
検出ウィンドウの開始時刻が選択可能なリソース選択ウィンドウの開始時刻であることと、
検出ウィンドウの開始時刻が、リソース選択ウィンドウ前の第５時間間隔に対応する時刻と選択可能なリソース選択ウィンドウの開始時刻のうちの遅い一方に対応する時刻であることと、
検出ウィンドウの開始時刻が、リソース選択ウィンドウ前の第６時間間隔に対応する時刻とリソース選択ウィンドウの開始時刻のうちの遅い一方に対応する時刻であることとのうちの少なくとも一項を含む。

更に、検出ウィンドウの位置がリソース選択ウィンドウの位置により決定される場合、検出ウィンドウの終了時刻は、
検出ウィンドウの終了時刻がリソース選択ウィンドウの終了時刻であることと、
検出ウィンドウの終了時刻がリソース選択ウィンドウの終了時刻前の第７時間間隔に対応する時刻であることと、
検出ウィンドウの終了時刻が端末の選択した伝送リソースの前の第８時間間隔に対応する時刻であることとのうちの少なくとも一項を含む。

更に、検出ウィンドウの開始時刻が端末によってリソース選択又は再選がトリガされた後の第２時間間隔に対応する時刻である場合、検出ウィンドウの終了時刻は、
端末の選択した伝送リソースの前の第９時間間隔に対応する時刻、又は、
リソース選択ウィンドウ終了時刻の前の第１０時間間隔に対応する時刻である。

更に、前記検出ウィンドウの位置が端末選択済みリソースにより決定されることは、
検出ウィンドウの開始時刻が選択済みリソースの前の第１１時間間隔に対応する時刻であることと、
検出ウィンドウの位置が選択済みリソースの前の第１２時間間隔に対応する時刻と前の第１３時間間隔に対応する時刻との間にあることとのうちの少なくとも一項を含む。

更に、検出ウィンドウの開始時刻が選択済みリソースの前の第１１時間間隔に対応する時刻である場合、検出ウィンドウの終了時刻は、
端末の選択した伝送リソースの前の第１４時間間隔に対応する時刻、又は、
リソース選択ウィンドウ終了時刻の前の第１５時間間隔に対応する時刻である。

選択可能に、前記検出ウィンドウの長さ配置パラメータの取得方式は、
検出ウィンドウの長さをリソース選択ウィンドウの長さにより決定することを含む。

具体的には、前記第１周期は、
端末に対して配置された周期、
リソースプールに対して配置された周期、及び
端末の伝送待ちデータの周期の少なくとも一項を含む。

具体的には、上位レイヤパラメータにより指示された検出ウィンドウの位置配置情報はｋビットであり、ｋのビット長の値は、
端末の伝送待ちデータの周期値、
第１リソースプール中で配置された周期値、及び
第１リソースプールにおいて周期予約をイネーブルにするか否かの少なくとも一項に関連し、
ｋが整数である。

選択可能に、第１リソースプールにおいて周期予約をイネーブルにする場合、ｋのビット長の値は、端末の伝送待ちデータの周期値、配置された周期値又は第１リソースプール中で配置された周期値により決定される。

選択可能に、前記第１周期は少なくとも１つの周期値を含み、前記少なくとも１つの周期値は、
無線リソース制御ＲＲＣにより配置された少なくとも１つの周期値、
サイドリンク制御情報ＳＣＩにより指示された少なくとも１つの周期値、及び
ダウンリンク制御情報ＤＣＩにより指示された少なくとも１つの周期値の少なくとも一項に対応する。

選択可能に、本発明に係る実施例の方法は、
部分検出メカニズムにおけるリソース選択ウィンドウの配置情報を送信するステップを更に含み、
前記リソース選択ウィンドウの配置情報は、
リソース選択ウィンドウの長さ配置パラメータ、及び
リソース選択ウィンドウの位置配置パラメータの少なくとも一項を含む。

説明必要であるように、上記実施例におけるネットワーク側機器についての全ての記述はこのリソース選択方法の実施例に適用され、それと同様な技術効果も達成でき、ここで詳細な説明を省略する。

図１２に示すように、本発明に係る実施例は、
部分検出メカニズムにおける検出ウィンドウの配置情報を端末に送信するように構成される第１送信モジュール１２０１を備える、ネットワーク側機器１２００を更に提供する。

選択可能に、本発明に係る実施例のネットワーク側機器は、
部分検出メカニズムにおけるリソース選択ウィンドウの配置情報を送信するように構成される第２送信モジュールを更に備え、
前記リソース選択ウィンドウの配置情報は、
リソース選択ウィンドウの長さ配置パラメータ、及び
リソース選択ウィンドウの位置配置パラメータの少なくとも一項を含む。

本発明に係る実施例は、メモリと、プロセッサと、メモリに記憶され且つプロセッサにおいて実行可能なコンピュータプログラムとを備え、前記コンピュータプログラムが前記プロセッサにより実行されると、上記のネットワーク側機器に応用されるリソース選択方法の実施例における各工程を実現し、且つ同様な技術効果を達成できる、ネットワーク側機器を更に提供し、繰り返して説明しないように、ここで詳細を省略する。

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

図１３は本発明に係る一実施例のネットワーク側機器の構成図であり、上記のリソース選択方法の詳細を実現でき、且つ同様な効果を達成できる。図１３に示すように、ネットワーク側機器１３００は、プロセッサ１３０１、送受信機１３０２、メモリ１３０３及びバスインタフェースを備える。

プロセッサ１３０１は、メモリ１３０３におけるプログラムを読み出して、
送受信機１３０２によって部分検出メカニズムにおける検出ウィンドウの配置情報を端末に送信する工程を実行するように構成される。

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

選択可能に、プロセッサ１３０１は、メモリ１３０３におけるプログラムを読み出して、
送受信機１３０２によって部分検出メカニズムにおけるリソース選択ウィンドウの配置情報を送信する工程を実行するように構成され、
前記リソース選択ウィンドウの配置情報は、
リソース選択ウィンドウの長さ配置パラメータ、及び
リソース選択ウィンドウの位置配置パラメータの少なくとも一項を含む。

ここで、ネットワーク側機器は、モバイル通信用グローバルシステム（ＧｌｏｂａｌＳｙｓｔｅｍｏｆＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ，ＧＳＭ）又は符号分割多元接続（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ，ＣＤＭＡ）における基地局（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｔａｔｉｏｎ，ＢＴＳ）であってもよいし、広帯域符号分割多元接続（ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ，ＷＣＤＭＡ）における基地局（ＮｏｄｅＢ，ＮＢ）であってもよいし、ＬＴＥにおける進化型基地局（ＥｖｏｌｕｔｉｏｎａｌＮｏｄｅＢ，ｅＮＢ又はｅＮｏｄｅＢ）、中継局、アクセスポイント又は将来５Ｇネットワークにおける基地局等であってもよく、ここで限定されることがない。

説明必要であるように、上記のネットワーク機器と端末の各モジュールの分割は論理機能の分割に過ぎず、実際に実現する時に全部又は一部を１つの物理実体に統合してもよいし、物理的に分離させてもよいことを理解すべきである。また、これらのモジュールは全てソフトウェアを処理素子によって呼び出す形式で実現してもよいし、全てハードウェアの形式で実現してもよいし、更に一部のモジュールを処理素子がソフトウェアを呼び出す形式で実現し、一部のモジュールをハードウェアの形式で実現するようにしてもよい。例えば、決定モジュールは、単独して設けられた処理素子であってもよく、上記装置のある１つのチップに統合することで実現してもよく、なお、プログラムコードの形式で上記装置のメモリに記憶して、上記装置のある１つの処理素子によって呼び出して上記の決定モジュールの機能を実行させるようにしてもよい。他のモジュールの実現はこれに類似する。なお、これらのモジュールは全部又は一部を一体に統合してもよいし、独立的に実現してもよい。ここに記載の処理素子は信号処理能力を備えた集積回路であってもよい。実現過程で、上記方法の各ステップ又は上記の各モジュールは、プロセッサ素子におけるハードウェアの集積論理回路又はソフトウェア形式の命令で完成できる。

例えば、各モジュール、ユニット、サブユニット又はサブモジュールは、上記方法を実施するように配置された１つ又は複数の集積回路であってもよく、例えば、１つ又は複数の特定用途向け集積回路（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ，ＡＳＩＣ）、１つ又は複数のマイクロプロセッサ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒ，ＤＳＰ）或いは１つ又は複数のフィールドプログラマブルゲートアレイ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ，ＦＰＧＡ）等が挙げられる。更に例えば、上記のあるモジュールは処理素子がプログラムコードを呼び出す形式で実現される時に、この処理素子は、共通プロセッサ、例えば中央処理ユニット（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ，ＣＰＵ）或いはプログラムコードを呼び出すことが可能な他のプロセッサであってもよい。更に例えば、これらのモジュールは一体に統合して、システムオンチップ（ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ，ＳＯＣ）の形式で実現してもよい。

本願の明細書及び特許請求の範囲における「第１」、「第２」等の用語は、特定の順序又は先後順序を記述するものではなく、類似する対象を区別するためのものである。このように使用されるデータは、ここで記述される本願の実施例がここで図示又は記述される以外の順序で実施できるように、適当な場合において互いに置き換えてもよいことを理解すべきである。また、「含む」、「備える」という用語及びそれらのいかなる変形も、非排他的に含むことを意図し、例えば、一連のステップ又はユニットを含むプロセス、方法、システム、製品又は機器は、明らかに挙げられたそれらのステップ又はユニットに限定されるものではなく、明らかに挙げられなく、或いは、これらのプロセス、方法、製品又は機器に固有の他のステップ又はユニットを含んでもよい。なお、明細書及び特許請求の範囲で「及び／又は」を用いて接続対象の少なくとも１つを表し、例えば、Ａ及び／又はＢ及び／又はＣは、Ａが単独的に存在する、Ｂが単独的に存在する、Ｃが単独的に存在する、ＡとＢが共に存在する、ＢとＣが共に存在する、ＡとＣが共に存在する、及びＡ、Ｂ、Ｃが共に存在するといった７種の状況を含むことを意味する。類似的に、本明細書及び特許請求の範囲で使用された「Ａ及びＢの少なくとも一項」は「Ａが単独的に存在する、Ｂが単独的に存在する、又はＡとＢが共に存在する」と理解すべきである。

以上、本発明の好ましい実施形態を説明したが、なお、当業者にとって、本発明の上記原理から逸脱せずに幾つもの改良および修飾を加えることができ、これらの改良および修飾も、本発明の保護範囲に含まれる。

ステップ４０１では、部分検出メカニズムにおける検出ウィンドウの配置情報を取得する。

ステップ４０２では、前記配置情報の指示した検出ウィンドウにおいて検出して、検出結果を得る。

ステップ４０３では、前記検出結果により、選択可能リソース集合を取得する。

更に説明必要であるように、正確なリソース選択ウィンドウを取得できるように、ステップ４０３の前に、本発明に係る実施例は、
部分検出メカニズムにおけるリソース選択ウィンドウの配置情報を取得するステップを更に含む。

更に説明必要であるように、ステップ４０３の後に、本発明に係る実施例は、
部分検出メカニズムにおいて、第１条件が満たされた場合、端末が下記のＤ１１、Ｄ１２及びＤ１３の少なくとも一項を実行するステップを更に含む。

例えば、端末の選択した伝送リソースの時刻がｎ１３であり、第９時間間隔がＴ１３であると、検出ウィンドウの終了時刻がｎ１３－Ｔ１３である。

例えば、リソース選択ウィンドウ終了時刻の時刻がｎ１４であり、第１０時間間隔がＴ１４であると、検出ウィンドウの終了時刻がｎ１４－Ｔ１４である。

例えば、リソース選択ウィンドウ終了時刻の時刻がｎ２６であり、第１５時間間隔がＴ２６であると、検出ウィンドウの終了時刻がｎ２６－Ｔ２６である。

Claims

端末に応用されるリソース選択方法であって、
部分検出メカニズムにおける検出ウィンドウの配置情報を取得するステップと、
前記配置情報の指示した検出ウィンドウにおいて検出して、検出結果を得るステップと、
前記検出結果により、選択可能リソース集合を取得するステップとを含む、リソース選択方法。
前記検出ウィンドウの配置情報は、
検出ウィンドウの長さ配置パラメータ、及び
検出ウィンドウの位置配置パラメータの少なくとも一項を含む、請求項１に記載のリソース選択方法。
前記検出ウィンドウの長さ配置パラメータは、
検出ウィンドウの長さ、
検出ウィンドウの長さの最小値、及び
検出ウィンドウの長さ範囲の少なくとも一項を含む、請求項２に記載のリソース選択方法。
前記検出ウィンドウの長さ配置パラメータは、
プロトコルで予め定義されたパラメータ、
無線リソース制御ＲＲＣにより配置されたパラメータ、
媒体アクセスコントロール制御要素ＭＡＣＣＥにより指示されたパラメータ、
ダウンリンク制御情報ＤＣＩにより指示されたパラメータ、
サイドリンク制御情報ＳＣＩにより指示されたパラメータ、
リソース選択ウィンドウの開始時刻及び／又は終了時刻により決定されたパラメータ、及び
検出ウィンドウの長さ配置パラメータがリソース選択ウィンドウの長さにより決定されることの少なくとも一項である請求項２に記載のリソース選択方法。
前記検出ウィンドウの位置配置パラメータは、検出ウィンドウの開始時刻、検出ウィンドウの終了時刻及び検出ウィンドウの位置の少なくとも一項を含み、
前記検出ウィンドウの開始時刻は、
検出ウィンドウの開始時刻が、端末によってリソース選択又は再選がトリガされる前の第１時間間隔に対応する時刻であることと、
検出ウィンドウの開始時刻が、端末によってリソース選択又は再選がトリガされた後の第２時間間隔に対応する時刻であることとのうちの一項を含み、
前記検出ウィンドウの終了時刻は、
検出ウィンドウの終了時刻が、端末によってリソース選択又は再選がトリガされる前の第３時間間隔に対応する時刻であることを含み、
前記検出ウィンドウの位置は、
検出ウィンドウの位置がリソース選択ウィンドウの位置により決定されることと、
検出ウィンドウの位置が端末選択済みリソースにより決定されることとのうちの一項を含む、請求項２に記載のリソース選択方法。
前記第１時間間隔及び／又は第３時間間隔はプロトコルで予め定義され、予め配置され、又は配置された値である、請求項５に記載のリソース選択方法。
検出ウィンドウの位置がリソース選択ウィンドウの位置により決定される場合、検出ウィンドウの開始時刻は、
検出ウィンドウの開始時刻がリソース選択ウィンドウ前の第４時間間隔に対応する時刻であることと、
検出ウィンドウの開始時刻がリソース選択ウィンドウの開始時刻であることと、
検出ウィンドウの開始時刻が選択可能なリソース選択ウィンドウの開始時刻であることと、
検出ウィンドウの開始時刻が、リソース選択ウィンドウ前の第５時間間隔に対応する時刻と選択可能なリソース選択ウィンドウの開始時刻のうちの遅い一方に対応する時刻であることと、
検出ウィンドウの開始時刻が、リソース選択ウィンドウ前の第６時間間隔に対応する時刻とリソース選択ウィンドウの開始時刻のうちの遅い一方に対応する時刻であることとのうちの少なくとも一項を含む、請求項５に記載のリソース選択方法。
検出ウィンドウの位置がリソース選択ウィンドウの位置により決定される場合、検出ウィンドウの終了時刻は、
検出ウィンドウの終了時刻がリソース選択ウィンドウの終了時刻であることと、
検出ウィンドウの終了時刻がリソース選択ウィンドウの終了時刻前の第７時間間隔に対応する時刻であることと、
検出ウィンドウの終了時刻が端末の選択した伝送リソースの前の第８時間間隔に対応する時刻であることとのうちの少なくとも一項を含む、請求項５に記載のリソース選択方法。
検出ウィンドウの開始時刻が端末によってリソース選択又は再選がトリガされた後の第２時間間隔に対応する時刻である場合、検出ウィンドウの終了時刻は、
端末の選択した伝送リソースの前の第９時間間隔に対応する時刻、又は、
リソース選択ウィンドウ終了時刻の前の第１０時間間隔に対応する時刻である、請求項５に記載のリソース選択方法。
前記検出ウィンドウの位置が端末選択済みリソースにより決定されることは、
検出ウィンドウの開始時刻が選択済みリソースの前の第１１時間間隔に対応する時刻であることと、
検出ウィンドウの位置が選択済みリソースの前の第１２時間間隔に対応する時刻と前の第１３時間間隔に対応する時刻との間にあることとのうちの少なくとも一項を含む、請求項５に記載のリソース選択方法。
検出ウィンドウの開始時刻が選択済みリソースの前の第１１時間間隔に対応する時刻であり、取得された検出ウィンドウの開始時刻が現在時刻の前にある場合、現在時刻が検出ウィンドウの開始時刻となる、請求項１０に記載のリソース選択方法。
検出ウィンドウの開始時刻が選択済みリソースの前の第１１時間間隔に対応する時刻である場合、検出ウィンドウの終了時刻は、
端末の選択した伝送リソースの前の第１４時間間隔に対応する時刻、又は、
リソース選択ウィンドウ終了時刻の前の第１５時間間隔に対応する時刻である、請求項１０に記載のリソース選択方法。
検出ウィンドウの位置が選択済みリソースの前の第１２時間間隔に対応する時刻と前の第１３時間間隔に対応する時刻との間にあり、且つ取得された検出ウィンドウの開始時刻が現在時刻の前にある場合、現在時刻が検出ウィンドウの開始時刻となる、請求項１０に記載のリソース選択方法。
検出ウィンドウの位置が選択済みリソースの前の第１２時間間隔に対応する時刻と前の第１３時間間隔に対応する時刻との間にあり、取得された検出ウィンドウの終了時刻が現在時刻の前にある場合、取得された検出ウィンドウが無効化される、請求項１０に記載のリソース選択方法。
前記検出ウィンドウの位置配置パラメータの取得方式は、
検出ウィンドウをリソース選択ウィンドウの位置及び上位レイヤパラメータ指示により決定することと、
検出ウィンドウを第１周期により決定することとを含む、請求項２に記載のリソース選択方法。
前記第１周期は、
端末に対して配置された周期、
リソースプールに対して配置された周期、及び
端末の伝送待ちデータの周期の少なくとも一項を含む、請求項１５に記載のリソース選択方法。
上位レイヤパラメータにより指示された検出ウィンドウの位置配置情報はｋビットであり、ｋのビット長の値は、
端末の伝送待ちデータの周期値、
第１リソースプール中で配置された周期値、及び
第１リソースプールにおいて周期予約をイネーブルにするか否かの少なくとも一項に関連し、
ｋが整数である、請求項１５に記載のリソース選択方法。
第１リソースプールにおいて周期予約をイネーブルにする場合、ｋのビット長の値は、端末の伝送待ちデータの周期値、配置された周期値又は第１リソースプール中で配置された周期値により決定される、請求項１７に記載のリソース選択方法。
ｋ＝ｃｅｉｌ（Ｔ＿ｓｅｎｓｉｎｇｗｉｎｄｏｗに対応するスロット数を第１周期で割った値）であり、
ここで、ｃｅｉｌ（＊）は切り上げ関数を表し、Ｔ＿ｓｅｎｓｉｎｇｗｉｎｄｏｗは第１検出ウィンドウの長さである、請求項１７に記載のリソース選択方法。
端末の位置するリソースプールにはそれぞれ１つのｋビット情報に対応する少なくとも２つの周期値が存在する時に、
上位レイヤによって複数のｋビットの指示を配置し、又は、
上位レイヤによって１つの指示情報を配置し、前記指示情報の大きさは複数のｋのビット長のうちの最大値である、請求項１７に記載のリソース選択方法。
前記第１周期は少なくとも１つの周期値を含み、前記少なくとも１つの周期値は、
無線リソース制御ＲＲＣにより配置された少なくとも１つの周期値、
サイドリンク制御情報ＳＣＩにより指示された少なくとも１つの周期値、及び
ダウンリンク制御情報ＤＣＩにより指示された少なくとも１つの周期値の少なくとも一項に対応する、請求項１５に記載のリソース選択方法。
端末検出に使用される第１周期の最小数は、プロトコルで予め定義され、予め配置され、又は配置されたものである、請求項１５に記載のリソース選択方法。
前記検出結果により、選択可能リソース集合を取得する前記ステップの前に、
部分検出メカニズムにおけるリソース選択ウィンドウの配置情報を取得するステップを更に含み、
前記リソース選択ウィンドウの配置情報は、
リソース選択ウィンドウの長さ配置パラメータ、及び
リソース選択ウィンドウの位置配置パラメータの少なくとも一項を含む、請求項１に記載のリソース選択方法。
前記リソース選択ウィンドウの長さ配置パラメータは、
リソース選択ウィンドウの長さ、
リソース選択ウィンドウの長さの最小値、
リソース選択ウィンドウの長さ範囲、及び
リソース選択ウィンドウの長さの比の一項を含む、請求項２３に記載のリソース選択方法。
前記リソース選択ウィンドウの長さの比は、端末の選択したリソース選択ウィンドウの長さが端末の選択可能なリソース選択ウィンドウの長さで占める割合である、請求項２４に記載のリソース選択方法。
前記配置情報にリソース選択ウィンドウの位置配置パラメータが含まれる時に、前記リソース選択ウィンドウの開始時刻は、
リソース選択ウィンドウの開始時刻が少なくともリソース選択のトリガ後の第１４時間間隔に対応する時刻から開始することと、
リソース選択ウィンドウの開始時刻がリソース選択のトリガ後の第１５時間間隔に対応する時刻以上であることと、
リソース選択ウィンドウの開始時刻がｎ＋Ｔ１から開始することとのうちの少なくとも一項を含み、
ｎはリソース選択のトリガ時刻であり、Ｔ１はプロトコルで定義されたリソース選択の最小時間である、請求項２３に記載のリソース選択方法。
前記配置情報にリソース選択ウィンドウの位置配置パラメータが含まれる時に、前記リソース選択ウィンドウの終了時刻は、
リソース選択ウィンドウの終了時刻がデータパケットの遅延許容時間ＰＤＢより小さい範囲内にあることと、
リソース選択ウィンドウの終了時刻がリソース選択のトリガ後の第１所定時間範囲内にあることとのうちの少なくとも一項を含む、請求項２３に記載のリソース選択方法。
前記検出結果により、選択可能リソース集合を取得する前記ステップの後に、
部分検出メカニズムにおいて、第１条件が満たされた場合、端末が、
リソース選択ウィンドウをトリガすることと、
周期予約がイネーブルにされた場合、端末が第１データパケットに対応する現在トランスポートブロックの再送を次の周期の選択可能リソースで伝送することと、
前記第１データパケットを破棄することとのうちの少なくとも一項を実行するステップを更に含む、請求項１に記載のリソース選択方法。
前記第１条件は、
端末がリソース選択ウィンドウにおいて第１データパケットの否定応答を受信したとともに、端末に予約リソースが存在せず又は端末に動的予約リソースが存在しないことと、
端末がリソース選択ウィンドウにおいて第１データパケットの不連続伝送ＤＴＸを受信したとともに、端末に予約リソースが存在せず又は端末に動的予約リソースが存在しないことと、
端末がリソース選択ウィンドウにおいて第１データパケットの肯定応答情報を受信しておらず、且つ端末に予約リソースが存在せず又は端末に動的予約リソースが存在しないこととのうちの一項を含む、請求項２８に記載のリソース選択方法。
ネットワーク側機器に応用されるリソース選択方法であって、
部分検出メカニズムにおける検出ウィンドウの配置情報を端末に送信するステップを含む、リソース選択方法。
部分検出メカニズムにおけるリソース選択ウィンドウの配置情報を送信するステップを更に含み、
前記リソース選択ウィンドウの配置情報は、
リソース選択ウィンドウの長さ配置パラメータ、及び
リソース選択ウィンドウの位置配置パラメータの少なくとも一項を含む、請求項３０に記載のリソース選択方法。
部分検出メカニズムにおける検出ウィンドウの配置情報を取得するように構成される第１取得モジュールと、
前記配置情報の指示した検出ウィンドウにおいて検出して、検出結果を得るように構成される第２取得モジュールと、
前記検出結果により、選択可能リソース集合を取得するように構成される第３取得モジュールとを備える、端末。
前記検出ウィンドウの配置情報は、
検出ウィンドウの長さ配置パラメータ、及び
検出ウィンドウの位置配置パラメータの少なくとも一項を含む、請求項３２に記載の端末。
前記検出ウィンドウの長さ配置パラメータは、
検出ウィンドウの長さ、
検出ウィンドウの長さの最小値、及び
検出ウィンドウの長さ範囲の少なくとも一項を含む、請求項３３に記載の端末。
前記検出ウィンドウの長さ配置は、
プロトコルで予め定義されたパラメータ、
無線リソース制御ＲＲＣにより配置されたパラメータ、
媒体アクセスコントロール制御要素ＭＡＣＣＥにより指示されたパラメータ、
ダウンリンク制御情報ＤＣＩにより指示されたパラメータ、
サイドリンク制御情報ＳＣＩにより指示されたパラメータ、
リソース選択ウィンドウの開始時刻及び／又は終了時刻により決定されたパラメータ、及び
検出ウィンドウの長さ配置パラメータがリソース選択ウィンドウの長さにより決定されることの少なくとも一項である、請求項３３に記載の端末。
前記検出ウィンドウの位置配置パラメータは、検出ウィンドウの開始時刻、検出ウィンドウの終了時刻及び検出ウィンドウの位置の少なくとも一項を含み、
前記検出ウィンドウの開始時刻は、
検出ウィンドウの開始時刻が、端末によってリソース選択又は再選がトリガされる前の第１時間間隔に対応する時刻であることと、
検出ウィンドウの開始時刻が、端末によってリソース選択又は再選がトリガされた後の第２時間間隔に対応する時刻であることとのうちの一項を含み、
前記検出ウィンドウの終了時刻は、
検出ウィンドウの終了時刻が、端末によってリソース選択又は再選がトリガされる前の第３時間間隔に対応する時刻であることを含み、
前記検出ウィンドウの位置は、
検出ウィンドウの位置がリソース選択ウィンドウの位置により決定されることと、
検出ウィンドウの位置が端末選択済みリソースにより決定されることとのうちの一項を含む、請求項３３に記載の端末。
前記第１時間間隔及び／又は第３時間間隔はプロトコルで予め定義され、予め配置され、又は配置された値である、請求項３６に記載の端末
検出ウィンドウの位置がリソース選択ウィンドウの位置により決定される場合、検出ウィンドウの開始時刻は、
検出ウィンドウの開始時刻がリソース選択ウィンドウ前の第４時間間隔に対応する時刻であることと、
検出ウィンドウの開始時刻がリソース選択ウィンドウの開始時刻であることと、
検出ウィンドウの開始時刻が選択可能なリソース選択ウィンドウの開始時刻であることと、
検出ウィンドウの開始時刻が、リソース選択ウィンドウ前の第５時間間隔に対応する時刻と選択可能なリソース選択ウィンドウの開始時刻のうちの遅い一方に対応する時刻であることと、
検出ウィンドウの開始時刻が、リソース選択ウィンドウ前の第６時間間隔に対応する時刻とリソース選択ウィンドウの開始時刻のうちの遅い一方に対応する時刻であることとのうちの少なくとも一項を含む、請求項３６に記載の端末。
検出ウィンドウの位置がリソース選択ウィンドウの位置により決定される場合、検出ウィンドウの終了時刻は、
検出ウィンドウの終了時刻がリソース選択ウィンドウの終了時刻であることと、
検出ウィンドウの終了時刻がリソース選択ウィンドウの終了時刻前の第７時間間隔に対応する時刻であることと、
検出ウィンドウの終了時刻が端末の選択した伝送リソースの前の第８時間間隔に対応する時刻であることとのうちの少なくとも一項を含む、請求項３６に記載の端末。
検出ウィンドウの開始時刻が端末によってリソース選択又は再選がトリガされた後の第２時間間隔に対応する時刻である場合、検出ウィンドウの終了時刻は、
端末の選択した伝送リソースの前の第９時間間隔に対応する時刻、又は、
リソース選択ウィンドウ終了時刻の前の第１０時間間隔に対応する時刻である、請求項３６に記載の端末。
前記検出ウィンドウの位置が端末選択済みリソースにより決定されることは、
検出ウィンドウの開始時刻が選択済みリソースの前の第１１時間間隔に対応する時刻であることと、
検出ウィンドウの位置が選択済みリソースの前の第１２時間間隔に対応する時刻と前の第１３時間間隔に対応する時刻との間にあることとのうちの少なくとも一項を含む、請求項３６に記載の端末。
検出ウィンドウの開始時刻が選択済みリソースの前の第１１時間間隔に対応する時刻であり、取得された検出ウィンドウの開始時刻が現在時刻の前にある場合、現在時刻が検出ウィンドウの開始時刻となる、請求項４１に記載の端末。
検出ウィンドウの開始時刻が選択済みリソースの前の第１１時間間隔に対応する時刻である場合、検出ウィンドウの終了時刻は、
端末の選択した伝送リソースの前の第１４時間間隔に対応する時刻、又は、
リソース選択ウィンドウ終了時刻の前の第１５時間間隔に対応する時刻である、請求項４１に記載の端末。
検出ウィンドウの位置が選択済みリソースの前の第１２時間間隔に対応する時刻と前の第１３時間間隔に対応する時刻との間にあり、且つ取得された検出ウィンドウの開始時刻が現在時刻の前にある場合、現在時刻が検出ウィンドウの開始時刻となる、請求項４１に記載の端末。
検出ウィンドウの位置が選択済みリソースの前の第１２時間間隔に対応する時刻と前の第１３時間間隔に対応する時刻との間にあり、取得された検出ウィンドウの終了時刻が現在時刻の前にある場合、取得された検出ウィンドウが無効化される、請求項４１に記載の端末。
前記検出ウィンドウの位置配置パラメータの取得方式は、
検出ウィンドウをリソース選択ウィンドウの位置及び上位レイヤパラメータ指示により決定することと、
検出ウィンドウを第１周期により決定することとを含む、請求項３３に記載の端末。
前記第１周期は、
端末に対して配置された周期、
リソースプールに対して配置された周期、及び
端末の伝送待ちデータの周期の少なくとも一項を含む、請求項４６に記載の端末。
上位レイヤパラメータにより指示された検出ウィンドウの位置配置情報はｋビットであり、ｋのビット長の値は、
端末の伝送待ちデータの周期値、
第１リソースプール中で配置された周期値、及び
第１リソースプールにおいて周期予約をイネーブルにするか否かの少なくとも一項に関連し、
ｋが整数である、請求項４６に記載の端末。
第１リソースプールにおいて周期予約をイネーブルにする場合、ｋのビット長の値は、端末の伝送待ちデータの周期値、配置された周期値又は第１リソースプール中で配置された周期値により決定される、請求項４８に記載の端末。
ｋ＝ｃｅｉｌ（Ｔ＿ｓｅｎｓｉｎｇｗｉｎｄｏｗに対応するスロット数を第１周期で割った値）であり、
ここで、ｃｅｉｌ（＊）は切り上げ関数を表し、Ｔ＿ｓｅｎｓｉｎｇｗｉｎｄｏｗは第１検出ウィンドウの長さである、請求項４８に記載の端末。
端末の位置するリソースプールにはそれぞれ１つのｋビット情報に対応する少なくとも２つの周期値が存在する時に、
上位レイヤによって複数のｋビットの指示を配置し、又は、
上位レイヤによって１つの指示情報を配置し、前記指示情報の大きさは複数のｋのビット長のうちの最大値である、請求項４８に記載の端末。
前記第１周期は少なくとも１つの周期値を含み、前記少なくとも１つの周期値は、
無線リソース制御ＲＲＣにより配置された少なくとも１つの周期値、
サイドリンク制御情報ＳＣＩにより指示された少なくとも１つの周期値、及び
ダウンリンク制御情報ＤＣＩにより指示された少なくとも１つの周期値の少なくとも一項に対応する、請求項４６に記載の端末。
端末検出に使用される第１周期の最小数は、プロトコルで予め定義され、予め配置され、又は配置されたものである、請求項４６に記載の端末。
前記第３取得モジュールが前記検出結果により、選択可能リソース集合を取得する前に、
部分検出メカニズムにおけるリソース選択ウィンドウの配置情報を取得するように構成される第４取得モジュールを更に備え、
前記リソース選択ウィンドウの配置情報は、
リソース選択ウィンドウの長さ配置パラメータ、及び
リソース選択ウィンドウの位置配置パラメータの少なくとも一項を含む、請求項３２に記載の端末。
前記リソース選択ウィンドウの長さ配置パラメータは、
リソース選択ウィンドウの長さ、
リソース選択ウィンドウの長さの最小値、
リソース選択ウィンドウの長さ範囲、及び
リソース選択ウィンドウの長さの比の一項を含む、請求項５４に記載の端末。
前記リソース選択ウィンドウの長さの比は、端末の選択したリソース選択ウィンドウの長さが端末の選択可能なリソース選択ウィンドウの長さで占める割合である、請求項５５に記載の端末。
前記配置情報にリソース選択ウィンドウの位置配置パラメータが含まれる時に、前記リソース選択ウィンドウの開始時刻は、
リソース選択ウィンドウの開始時刻が少なくともリソース選択のトリガ後の第１４時間間隔に対応する時刻から開始することと、
リソース選択ウィンドウの開始時刻がリソース選択のトリガ後の第１５時間間隔に対応する時刻以上であることと、
リソース選択ウィンドウの開始時刻がｎ＋Ｔ１から開始することとのうちの少なくとも一項を含み、
ｎはリソース選択のトリガ時刻であり、Ｔ１はプロトコルで定義されたリソース選択の最小時間である、請求項５４に記載の端末。
前記配置情報にリソース選択ウィンドウの位置配置パラメータが含まれる時に、前記リソース選択ウィンドウの終了時刻は、
リソース選択ウィンドウの終了時刻がデータパケットの遅延許容時間ＰＤＢより小さい範囲内にあることと、
リソース選択ウィンドウの終了時刻がリソース選択のトリガ後の第１所定時間範囲内にあることとのうちの少なくとも一項を含む、請求項５４に記載の端末。
前記第３取得モジュールが前記検出結果により、選択可能リソース集合を取得した後に、
部分検出メカニズムにおいて、第１条件が満たされた場合、端末が、
リソース選択ウィンドウをトリガすることと、
周期予約がイネーブルにされた場合、端末が第１データパケットに対応する現在トランスポートブロックの再送を次の周期の選択可能リソースで伝送することと、
前記第１データパケットを破棄することとの少なくとも一項を実行するように構成される実行モジュールを更に備える、請求項３２に記載の端末。
前記第１条件は、
端末がリソース選択ウィンドウにおいて第１データパケットの否定応答を受信したとともに、端末に予約リソースが存在せず又は端末に動的予約リソースが存在しないことと、
端末がリソース選択ウィンドウにおいて第１データパケットの不連続伝送ＤＴＸを受信したとともに、端末に予約リソースが存在せず又は端末に動的予約リソースが存在しないことと、
端末がリソース選択ウィンドウにおいて第１データパケットの肯定応答情報を受信しておらず、且つ端末に予約リソースが存在せず又は端末に動的予約リソースが存在しないこととのうちの一項を含む、請求項５９に記載の端末。
メモリと、プロセッサと、メモリに記憶され且つプロセッサにおいて実行可能なコンピュータプログラムとを備え、前記コンピュータプログラムが前記プロセッサにより実行されると、請求項１～２９のいずれか一項に記載のリソース選択方法のステップを実現する、端末。
部分検出メカニズムにおける検出ウィンドウの配置情報を端末に送信するように構成される第１送信モジュールを備える、ネットワーク側機器。
前記検出ウィンドウの配置情報は、
検出ウィンドウの長さ配置パラメータ、及び
検出ウィンドウの位置配置パラメータの少なくとも一項を含む、請求項６２に記載のネットワーク側機器。
メモリと、プロセッサと、メモリに記憶され且つプロセッサにおいて実行可能なコンピュータプログラムとを備え、前記コンピュータプログラムが前記プロセッサにより実行されると、請求項３０又は３１に記載のリソース選択方法のステップを実現する、ネットワーク側機器。
プロセッサにより実行されると、請求項１～３１のいずれか一項に記載のリソース選択方法のステップを実現するコンピュータプログラムが記憶された、コンピュータ可読記憶媒体。
請求項１～２９のいずれか一項に記載のリソース選択方法のステップを実行するように配置される、端末機器。
請求項３０又は３１に記載のリソース選択方法のステップを実行するように配置される、ネットワーク側機器。
少なくとも１つのプロセッサにより実行されることによって、請求項１～２９のいずれか一項に記載のリソース選択方法のステップを実現し、又は、請求項３０又は３１に記載のリソース選択方法のステップを実現する、コンピュータプログラム製品。