JP7527471B2 - 情報決定方法、装置及び端末 - Google Patents

Description

（関連出願の相互参照）
本出願は、２０２０年８月５日に中国で提出された中国特許出願番号Ｎｏ．２０２０１０７７８６１１．４の優先権を主張しており、同出願の内容のすべては、ここに参照として取り込まれる。

本出願は、通信技術分野に属し、具体的には情報決定方法、装置及び端末に関する。

現在、節電のために、常にいくつかの節電機構を導入し、例えばサイドリンク（ｓｉｄｅｌｉｎｋ、ＳＬ）伝送において非連続受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ、ＤＲＸ）機構を導入してＳＬデータの送信及び／又は受信を制御する。これらの節電機構を導入することは、端末が一定時間内にデータの送受信ができない可能性があることを意味する。この場合、従来の方法を踏襲して端末の測定結果に基づいてターゲット量、例えばチャネルビジーレート（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｅ、ＣＢＲ）を計算すると、不正確な計算結果を招き、伝送プロセスの正常な進行に影響を与える。

本出願の実施例の目的は、節電機構が導入された後に、どのようにターゲット量を決定するかという問題を解決する情報決定方法、装置及び端末を提供することである。

第一の態様によれば、情報決定方法を提供し、この方法は、
端末が、ターゲット配置での第一のリソースを取得することと、
前記端末が、前記第一のリソースに基づいて、第一の操作を実行することとを含み、
ここで、前記第一の操作は、ターゲット監視を行うことと、ターゲット量を決定することとのうちの少なくとも一つを含み、
ここで、前記ターゲット配置は、活動時間及び／又は非活動時間を含む。

第二の態様によれば、情報決定装置を提供し、この装置は、
ターゲット配置での第一のリソースを取得するための取得モジュールと、
前記第一のリソースに基づいて、第一の操作を実行するための第一の実行モジュールとを含み、
ここで、前記第一の操作は、ターゲット監視を行うことと、ターゲット量を決定することとのうちの少なくとも一つを含み、
ここで、前記ターゲット配置は、活動時間及び／又は非活動時間を含む。

第三の態様によれば、端末を提供し、この端末は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令を含み、前記プログラム又は命令が前記プロセッサにより実行されると、第一の態様に記載の方法のステップを実現する。

第四の態様によれば、可読記憶媒体を提供し、前記可読記憶媒体には、プログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサにより実行されると、第一の態様に記載の方法のステップを実現する。

第五の態様によれば、チップを提供し、前記チップは、プロセッサと通信インターフェースとを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、プログラム又は命令を運行して、第一の態様に記載の方法のステップを実現するために用いられる。

本出願の実施例では、端末は、ターゲット配置での第一のリソースを取得し、この第一のリソースに基づいて、ターゲット監視及び／又はターゲット量の決定を行うことができ、このターゲット配置は、活動時間及び／又は非活動時間を含む。これにより、ターゲット監視及び／又はターゲット量の決定を行う際に節電機構による影響を考慮することによって、確実な測定結果及び／又は計算結果を確保することができ、端末は、適切な伝送機構とリソース選択ポリシーを決定して、伝送プロセスの正常な進行を確保することができる。

本出願の実施例による無線通信システムのブロック図である。 本出願の実施例による情報決定方法のフローチャートである。 本出願の具体例におけるタイミングチャートのその一である。 本出願の具体例におけるタイミングチャートのその二である。 本出願の具体例におけるタイミングチャートのその三である。 本出願の具体例におけるタイミングチャートのその四である。 本出願の具体例におけるタイミングチャートのその五である。 本出願の実施例による情報決定装置の構造概略図である。 本出願の実施例による端末の構造概略図である。 本出願の実施例による別の端末の構造概略図である。

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

本出願の明細書と特許請求の範囲における用語である「第一」、「第二」などは、類似している対象を区別するものであり、特定の順序又は前後手順を記述するためのものではない。理解すべきこととして、このように使用されるデータは、適切な場合に交換可能であり、それにより本出願の実施例は、ここで図示又は記述されたもの以外の順序で実施されることが可能であり、且つ「第一」、「第二」によって区別される対象は、一般的には同一種類であり、対象の個数を限定せず、例えば第一の対象は、一つであってもよく、複数であってもよい。なお、明細書及び請求項における「及び／又は」は、接続される対象のうちの少なくとも一つを表し、文字である「／」は、一般的には前後関連対象が「又は」の関係であることを表す。

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

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

本出願の実施例への理解を容易にするために、まず以下の内容について説明する。

本出願の実施例では、適用するシーンは、ＳＬ伝送シーン、例えばＬＴＥ ＳＬ伝送シーン、ＮＲ ＳＬ伝送シーンなどを含むが、それらに限らない。例えば、さらに未許可周波数帯域でのＳＬ、ピアツーピア通信（Ｐｅｅｒ ｔｏ Ｐｅｅｒ、Ｐ２Ｐ）、ネットワーク制御のインタラクティブサービス（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｓｅｒｖｉｃｅｓ、ＮＣＩＳ）、パーソナルモノのインターネット（ｐｅｒｓｏｎａｌ ＩＯＴ、ＰＩＯＴ）などに用いられてもよい。

本出願の実施例では、かかる節電機構は、ＳＬ ＤＲＸ機構、パーシャルセンシング（ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ）機構、センシング（ｓｅｎｓｉｎｇ）機構などを含むが、それらに限らない。センシングは、検出として解釈されてもよく、制御情報の検出によって適切なリソースを決定する。

本出願に言及されたすべての情報の取得方法は、基地局による配置、スケジューリング端末によるスケジューリング又は指示、予め配置、端末間のネゴシエーション、プロトコル規定、端末自体による決定などの方法を含むが、それらに限らない。

本出願の実施例では、端末は、基地局による配置、スケジューリング端末によるスケジューリング又は指示、予め配置、端末間のネゴシエーション、プロトコル規定、端末自体による決定などの方法により、ＳＬ ＤＲＸ配置を取得することができ、ここで、ＳＬ ＤＲＸ配置は、持続時間（ｏｎ ｄｕｒａｔｉｏｎ）、非持続時間（ｏｆｆ ｄｕｒａｔｉｏｎ）、往復時間（Ｒｏｕｎｄ－Ｔｒｉｐ Ｔｉｍｅ、ＲＴＴ）タイマ（ＲＴＴ ｔｉｍｅｒ）、非アクティブ化タイマ（ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）、再送タイマ（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒ）、長周期（ｌｏｎｇ ｃｙｃｌｅ）、短周期（ｓｈｏｒｔ ｃｙｃｌｅ）などの時間長（又は、タイマと呼ばれてもよい）のうちの少なくとも一つを含んでもよい。

選択的に、ＳＬ ＤＲＸ配置は、端末によるターゲット対象に対するセンシング（ｓｅｎｓｉｎｇ）、検出及び／又は伝送を制御するために用いられてもよく、この伝送は、受信又は送信である。ターゲット対象は、制御信号／チャネル、データ信号／チャネル、リファレンス信号、フィードバック信号／チャネル、要求、応答メッセージなどのうちの少なくとも一つを含んでもよい。例えば、ターゲット対象は、サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）、物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）、物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）、ＳＬリファレンス信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＲＳ）、物理サイドリンクフィードバックチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ、ＰＳＦＣＨ）、サイドリンク同期信号ブロック（Ｓｉｄｅｌｉｎｋ－ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ ａｎｄ ＰＢＣＨ Ｂｌｏｃｋ、Ｓ－ＳＳＢ）、チャネル状態情報（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ、ＣＳＩ）、接続確立応答などを含むが、それらに限らない。ここで、上記ＳＣＩは、第一の段階ＳＣＩ（１ｓｔ ｓｔａｇｅ ＳＣＩ）と第二の段階（２ｓｔ ｓｔａｇｅ ＳＣＩ）とのうちの少なくとも一つを含んでもよい。

選択的に、ＳＬ ＤＲＸは、アクティブ化時間及び／又は非アクティブ化時間に分けられてもよく、端末は、アクティブ化時間内にターゲット対象の測定、モニタリング及び／又は伝送を行い、非アクティブ化時間内にターゲット対象の測定、モニタリング及び／又は伝送を行わない。

選択的に、アクティブ化時間と非アクティブ化時間は、ターゲット対象に対して定義されたものであってもよく、即ち異なるターゲット対象のアクティブ化時間は、同じであってもよく異なってもよく、異なるターゲット対象の非アクティブ化時間は、同じであってもよく異なってもよい。

選択的に、アクティブ化時間と非アクティブ化時間は、伝送方向に対して定義されたものであってもよく、即ち送信と受信のアクティブ化時間は、同じであってもよく異なってもよく、送信と受信の非アクティブ化時間は、同じであってもよく異なってもよい。いくつかのターゲット対象又は伝送方向は、非アクティブ化時間なしでアクティブ化時間のみを有する可能性がある。

例えば、一つの選択的な実施の形態では、任意の時間にＳＣＩが送信されてもよい。

例えば、制御及び／又はデータの受信は、ＤＲＸのアクティブ化時間に制限される一方、制御及び／又はデータの送信は、アクティブ化時間と非アクティブ化時間に送信されてもよいが（例えば、制御及び／又はデータの送信は、非アクティブ化時間に制限されない）、選択ウィンドウに制限される。

選択的に、上記アクティブ化時間は、ｏｎ ｄｕｒａｔｉｏｎ、ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒの運行時の運行時間、Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒの運行時の運行時間、Ｔ４００運行時間、ＣＳＩレポートの往復遅延時間（例えばｓｌ－ＬａｔｅｎｃｙＢｏｕｎｄＣＳＩ－Ｒｅｐｏｒｔ）などのうちの少なくとも一つを含んでもよい。

選択的に、上記非アクティブ化時間は、ｏｆｆ ｄｕｒａｔｉｏｎ、ＲＴＴ ｔｉｍｅｒの運行時の運行時間、非パーシャルセンシングウィンドウ（非ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ ｗｉｎｄｏｗ）部分、非センシング時間などのうちの少なくとも一つを含んでもよい。非パーシャルセンシング時間は、二つの可能な、又は二つのイネーブルｐａｒｔｉａｌ ｓｅｎｓｉｎｇ ｗｉｎｄｏｗの間の部分として解釈されてもよい。非センシング時間は、ｓｅｎｓｉｎｇに用いられない時間として理解されてもよい。選択的に、非パーシャルセンシングウィンドウ（非ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ ｗｉｎｄｏｗ）部分、非センシング時間などは選択時間外の時間であり、即ち選択時間が非パーシャルセンシングウィンドウ（非ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ ｗｉｎｄｏｗ）部分又は非センシング時間に属するとはみなされない。

本出願の実施例では、端末は、基地局による配置、スケジューリング端末によるスケジューリング又は指示、予め配置、端末間のネゴシエーション、プロトコル規定、端末自体による決定などの方法により、ＳＬパーシャルセンシング（ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ）配置を取得することができる。一つのＳＬ ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置は、１つ又は複数のＳＬ ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ ｗｉｎｄｏｗを含む。ＳＬ ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置は、１つ又は複数の選択ウィンドウ（ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ）に対応する。

選択的に、測定可能なリソースは、（例えば、受信又は送信に対応する）アクティブ化時間にある（例えば、論理又は物理）リソースであってもよく、好ましくは、少なくとも制御チャネル及び／又はデータチャネルに対して受信されたアクティブ化時間、例えばＰＳＣＣＨ及び／又はＰＳＳＣＨが受信したアクティブ化時間である。

選択的に、測定不可能なリソースは、非アクティブ化時間にあるリソースであってもよく、好ましくは、少なくとも制御チャネル及び／又はデータチャネルに対して受信された非アクティブ化時間、例えばＰＳＣＣＨ及び／又はＰＳＳＣＨが受信した非アクティブ化時間である。

本出願の実施例では、ＡとＢとの比は、あるいはＡとＢの比とも呼ばれ、Ａ÷Ｂであってもよく、Ｂ÷Ａであってもよい。

本出願の実施例では、言及されたリソースは、時間領域及び／又は周波数領域リソースを含み、時間領域リソースは、一つ又は複数の時間領域リソース上のリソースであってもよく、周波数領域リソースは、一つ又は複数のサブチャネル、リソースブロック（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ、ＲＢ）、ＲＢグループ、インターレース（ｉｎｔｅｒｌａｃｅ）又は周波数コム（ｃｏｍｂ）であってもよい。時間領域リソースは、一つ又は複数のシンボル、スロット（ｓｌｏｔ）、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）、ミニ秒（ｍｓ）、サブフレーム（ｓｕｂｆｒａｍｅ）、フレーム（ｆｒａｍｅ）、周期（ｐｅｒｉｏｄｉｃｉｔｙ）、チャネル占有時間長（Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ Ｔｉｍｅ、ＣＯＴ）などであってもよい。時間領域リソースは、物理時間領域リソースであってもよく、論理時間領域リソースであってもよい。例えば、ｓｌｏｔは、物理ｓｌｏｔであってもよく、論理ｓｌｏｔであってもよい。時間周波数領域リソースは、Ｘ個のサブチャネル又はＲＢを占有する単一のｓｌｏｔリソースであってもよい。

選択的に、本実施例において言及された時間長は、含まれるリソース数、物理リソース数、測定可能なリソース数及び／又は論理リソース数などとして理解されてもよい。例えば、さらに含まれる時間領域リソース数、物理時間領域リソース数、測定可能な時間領域リソース数及び／又は論理時間領域リソース数などである。

選択的に、本実施例において言及されたリソースは、測定可能なリソース、物理リソース、論理リソースなどのうちの少なくとも一つを含んでもよい。

選択的に、本実施例において言及されたサイドリンクＳＬは、スルーリンク、サブリンク、側リンク、エッジリンクなどと呼ばれてもよい。

選択的に、本実施例において言及されたターゲット量は、チャネルビジーレート（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｅ、ＣＢＲ）、チャネル占有率（Ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ Ｒａｔｉｏ、ＣＲ）、リソース割り当て率又は制限、リソーススケジューリング率又は制限、リソース指示率又は制限、リソース推奨率又は制限などを含むが、それらに限らない。ここで、制限は、上限又は下限として理解されてもよい。例えば、ある期間に、一つ又は複数の基地局（又は、選択的に端末又は機器Ａであってもよい）が、割り当て、スケジューリング、指示及び／又は推奨を行ったリソースに対応する計算結果である。さらに、例えば、ある期間に、一つ、複数又はすべての基地局（又は、選択的に端末又は機器Ａであってもよい）が、端末又は機器Ｂのために割り当て、スケジューリング、指示及び／又は推奨を行ったリソースに対応する計算結果である。具体的には、上記計算結果は、上記リソースの占有率又は占有率の制限、又は上記リソースの数又は数の制限であってもよい。

選択的に、本実施例において言及されたターゲット量は、一つ又は複数のシステム、キャリア、帯域幅部分（Ｂａｎｄ Ｗｉｄｔｈ Ｐａｒｔ、ＢＷＰ）、リソースプール、ユーザ、接続又はグループにおけるリソースの占有率、占有量、輻輳率、輻輳量、アイドル率、アイドル量、伝送成功回数、伝送成功率、伝送失敗回数、伝送失敗率、非連続伝送（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ、ＤＴＸ）回数、ＤＴＸ率、検査漏れ回数、検査漏れ率、誤検出回数、誤検出率、再送回数、再送率などのうちの少なくとも一つを含んでもよい。

本出願の実施例では、異なる測定ウィンドウの比、異なる活動時間の比、活動時間と非活動時間との比、非活動時間と活動時間との比、測定ウィンドウと活動時間との比、及び測定ウィンドウと非活動時間との比などは、時間長の比であってもよいほか、周波数領域リソースの比であってもよいし、時間周波数リソースの比などであってもよい。

以下では、図面を結び付けながら、具体的な実施例及びその応用シーンによって本出願の実施例による情報決定方法を詳細に説明する。

図２を参照すると、図２は、本発明の実施例による情報決定方法のフローチャートであり、この方法は端末に用いられる。図２に示すように、この方法は、以下のようなステップを含む。

ステップ２１において、ターゲット配置での第一のリソースを取得する。

本実施例では、ターゲット配置は、活動時間及び／又は非活動時間を含んでもよい。第一のリソースは、測定ウィンドウ（ｗｉｎｄｏｗ）及び／又は活動時間を含んでもよい。

理解できることとして、このターゲット配置が表すのは、端末が取得した少なくとも一つの配置における一部又はすべての配置であってもよく、一定の条件を満たす配置であってもよく、これについて制限しない。例えば、端末が配置１、配置２及び配置３を取得した場合、このターゲット配置は、配置１と配置２と配置３とのうちの少なくとも一つを含んでもよい。

ステップ２２において、前記第一のリソースに基づいて、第一の操作を実行する。

選択的に、この第一の操作は、ターゲット監視を行うことと、ターゲット量を決定することとのうちの少なくとも一つを含んでもよい。ここで、このターゲット量を決定することは、ターゲット量を計算すること、例えばターゲット監視の結果に基づいてターゲット量を計算することであってもよく、ターゲット監視の結果をそのままターゲット量として決定することなどであってもよい。

指摘すべきこととして、この監視は、測定、検出及び／又は受信などとして理解されてもよい。例えば、エネルギー又はパワー又は強度又は回路損失の測定、例えば、信号又はチャネル又はシーケンス又はリソースが占有されているか否か、又はリソースがプリエンプトされているか否か、又はリソースがビジーであるか否かの検出、例えば、チャネル及び／又は信号及び／又はシグナリング及び／又はシーケンスの受信である。端末は、ターゲット監視を行って得られた監視結果に基づいてターゲット量を決定することができる。このターゲット量は、リソース選択又はリソース再選択又はリソース評価又はリソース再評価、及び／又は、伝送パラメータの調整などに用いられてもよい。

一つの実施の形態では、上記ターゲット監視は、ターゲット対象を監視することにより実現されてもよい。このターゲット対象は、上記のようなものであってもよく、ここでこれ以上説明しない。

本出願の実施例では、端末は、ターゲット配置での第一のリソースを取得し、この第一のリソースに基づいて、ターゲット監視及び／又はターゲット量の決定を行うことができ、このターゲット配置は、活動時間及び／又は非活動時間を含む。これにより、ターゲット監視及び／又はターゲット量の決定を行う際に節電機構による影響を考慮することによって、確実な測定結果及び／又は計算結果を確保することができ、端末は、適切な伝送機構とリソース選択ポリシーを決定して、伝送プロセスの正常な進行を確保することができる。

選択的に、本方案における測定ウィンドウは、チャネルビジーレート（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｅ、ＣＢＲ）ウィンドウであってもよく、ターゲット監視はＣＢＲ監視であり、決定されるターゲット量はＣＢＲであり、監視のためのターゲット対象は、データチャネル及び／又は制御チャネル、例えばＰＳＳＣＨ及び／又はＰＳＳＣＨのリソースである。

さらに選択的に、本方案で計算されるターゲット量は、ＣＢＲと異なり、新たなターゲット量である。

本出願の実施例では、ターゲット配置は、第一の配置及び／又は第二の配置を含んでもよい。第一の配置は、アクティブ化時間及び／又は非アクティブ化時間を含んでもよい。第二の配置は、検出時間、非検出時間及び／又は選択時間を含んでもよい。ここで、この非検出時間は、選択時間を含まない。

さらに、上記活動時間は、アクティブ化時間、検出時間及び／又は選択時間を含んでもよい。上記非活動時間は、非アクティブ化時間及び／又は非検出時間を含んでもよい。

指摘すべきこととして、この検出時間は、検出ウィンドウ、センシングウィンドウなど、例えばｐａｒｔｉａｌ ｓｅｎｓｉｎｇウィンドウとして理解されてもよい。この非検出時間は、検出ウィンドウ以外の時間、センシングウィンドウ以外の時間などとして理解されてもよい。

例えば、上記の第一の配置は、ＳＬ ＤＲＸ配置である。

さらに例えば、上記の第二の配置は、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置、又はｆｕｌｌ ｓｅｎｓｉｎｇ配置である。

このように、節電のために、ＳＬは、ＳＬ ＤＲＸ配置及び／又はｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置を導入した後に、ターゲット量、例えばＣＢＲを決定する際にＳＬ ＤＲＸ配置及び／又はｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置による影響を考慮することによって、確実なＣＢＲを確保することができ、それにより、端末は適切な伝送機構とリソース選択ポリシーを決定することができる。

本出願の実施例では、ターゲット監視及び／又はターゲット量の決定を行うための需要を満たすために、以下に説明するように、異なる測定配置及び測定条件を有してもよい。

１．選択的に、上記で取得された第一のリソースは、測定ウィンドウを含み、この測定ウィンドウの時間長及び／又はこの測定ウィンドウに対応する測定時点、例えば、ｓｌｏｔ ｎは、予め設定される値による要求を満たす必要がある。さらに、この予め設定される値による要求は、具体的に、測定ウィンドウ内に含まれるリソースの数が第一の予め設定される値以上であることである。

選択的に、このリソースは、測定可能なリソースと、物理リソースと、論理リソースとのうちの少なくとも一つを含む。

選択的に、このリソースは、連続的なリソースであってもよく、非連続的なリソースであってもよい。

選択的に、上記の第一の予め設定される値は、以下のいずれか一つであってもよい。

１）１００＊２^μ＊Ｊ、ここで、μ＝０、１、２…であり、Ｊは０よりも大きい。

ａ）選択的に、Ｊは１に等しい。例えば、測定ウィンドウ内に含まれる測定可能なｓｌｏｔ数、物理ｓｌｏｔ数及び／又は論理ｓｌｏｔ数は１００＊２^μ以上である。

ｂ）選択的に、Ｊはターゲット配置に関連する数値であり、Ｊは小数であってもよく自然数であってもよい。

例えば、ターゲット配置がＳＬ ＤＲＸ配置であることを例にすると、Ｊとして以下のいずれか一つを選択してもよい。

Ｉ）ＳＬ ＤＲＸアクティブ化時間と測定ｗｉｎｄｏｗとの比、例えばＳＬ ＤＲＸアクティブ化時間の時間長と測定ｗｉｎｄｏｗの時間長との比。

さらに、Ｊは、ＳＬ ＤＲＸアクティブ化時間に対応する物理時間長と測定ｗｉｎｄｏｗに対応する物理時間長との比である。

II）ＳＬ ＤＲＸ非アクティブ化時間とＳＬ ＤＲＸアクティブ化時間との比、例えばＳＬ ＤＲＸ非アクティブ化時間の時間長とＳＬ ＤＲＸアクティブ化時間の時間長との比。

III）ＳＬ ＤＲＸ周期とＳＬ ＤＲＸアクティブ化時間との比、例えばＳＬ ＤＲＸ総時間長とＳＬ ＤＲＸアクティブ化時間の時間長との比。

２）ターゲット配置に関連する数値。

例えば、第一の予め設定される値は、ターゲット配置に含まれる活動時間内のリソース数にＫをかけたものであり、ここで、Ｋは、正の整数又はパーセンテージであり、又は、Ｋは、ターゲット配置に含まれる非活動時間の時間長とターゲット配置に含まれる活動時間の時間長との比である。

さらに例えば、ターゲット配置がＳＬ ＤＲＸ配置であることを例にすると、第一の予め設定される値は、ＳＬ ＤＲＸアクティブ化時間内のリソース数にＫをかけたものであり、ここで、Ｋは、正の整数又はパーセンテージであり、又は、Ｋは、ＳＬ ＤＲＸ非アクティブ化時間とＳＬ ＤＲＸアクティブ化時間との比、例えばＳＬ ＤＲＸ非アクティブ化時間の時間長とＳＬ ＤＲＸアクティブ化時間の時間長との比である。

選択的に、測定ウィンドウが第一の予め設定される値による要求を満たすことができない場合、端末は、
Ｉ）ターゲット監視を行わず、及び／又は、ターゲット量を決定しないことと、
II）決定されたターゲット量に基づく処理操作を行わない、例えばリソース選択又は再選択を行わないこととの操作を実行してもよい。例えば、依然としてターゲット監視とターゲット量の決定を行うが、決定されたターゲット量に基づく処理操作は行わない、例えばリソース選択又は再選択は行わない。

理解できることとして、測定ウィンドウが第一の予め設定される値による要求を満たすようにする目的は、ターゲット配置、例えば、ＳＬ ＤＲＸ配置又はｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置のため測定可能なリソースが不連続になった場合でも、依然として十分な測定可能なサンプルを確保し、例えば、現在のＣＢＲ測定に近似するサンプル量、即ち１００・２^μｓｌｏｔをリザーブすることによって、測定結果を現在のＣＢＲと比較可能なものとし、互換性を維持できるようにすることである。

２．選択的に、上記で取得された第一のリソースは、活動時間を含み、この活動時間に含まれるリソースの数は、第二の予め設定される値以上であり、及び／又は、ターゲット配置での非活動時間に含まれるリソースの数は、第三の予め設定される値未満である。このように、予め設定される値による要求により、十分な測定サンプルを確保することができる。

選択的に、このリソースは、測定可能なリソースと、物理リソースと、論理リソースとのうちの少なくとも一つを含む。

選択的に、このリソースは、連続的なリソースであってもよく、非連続的なリソースであってもよい。

例えば、ターゲット配置がＳＬ ＤＲＸ配置であることを例にすると、取得されたアクティブ化時間に含まれるリソースの数は、第二の予め設定される値、例えば１００＊２^μ又は１００＊２^μ＊Ｊ以上である。

選択的に、端末が、第一の条件を満たす場合に、第二の操作を実行してもよく、ここで、この第二の操作は、
ターゲット監視を行わないことと、
ターゲット量を決定しないことと、
決定されたターゲット量に基づく処理操作を行わない、つまり、依然としてターゲット監視とターゲット量の決定を行うが、決定されたターゲット量に基づく処理操作、例えば、送信パラメータ及び／又はリソース選択ポリシーの調整は行わないこととのうちの少なくとも一つを含む。

ここで、前記第一の条件は、
前記活動時間に含まれるリソースの数が、前記第二の予め設定される値未満であることと、
前記非活動時間に含まれるリソースの数が、前記第三の予め設定される値以上であることとのうちの少なくとも一つを含む。

さらに、端末は、
１）端末が取得したすべての配置、例えば、端末が取得したすべてのＳＬ ＤＲＸ配置及び／又はすべてのｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置と、
２）端末が取得したすべての配置の活動時間と、
３）第二の予め設定される値による要求を満たさない活動時間が属するターゲット配置と、
４）第二の予め設定される値による要求を満たさない活動時間が属するターゲット配置のすべての活動時間と、
５）第二の予め設定される値による要求を満たさない活動時間に対応するリソースプール、即ち、第二の予め設定される値による要求を満たさない活動時間が属するターゲット配置に対応するリソースプールと、
（例えば、リソースプールｐｏｏｌ１に対応するＳＬ ＤＲＸ配置１が要求を満たさない場合、リソースプールｐｏｏｌ１に対して、第二の操作を実行する。）
６）第二の予め設定される値による要求を満たさない活動時間とのうちの少なくとも一つに対して、第二の操作を実行してもよい。
即ち、要求を満たす他の配置又は活動時間に対しては、依然としてターゲット監視及び／又はターゲット量の決定を行ってもよい。

理解できることとして、活動時間及び／又は非活動時間が予め設定される値による要求を満たすようにする目的は、ターゲット配置、例えば、ＳＬ ＤＲＸ配置又はｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置のため測定可能なリソースが不連続になった場合でも、依然として十分な測定可能なサンプルを確保し、例えば、現在のＣＢＲ測定に近似するサンプル量、即ち１００＊２^μｓｌｏｔをリザーブすることによって、測定結果を現在のＣＢＲと比較可能なものとし、互換性を維持できるようにすることである。

上記実施例における一部の例の説明は、ＳＬ ＤＲＸ配置を例にする説明であるが、本実施例は、これに限定されず、上記方法は同様にｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置に適用され、例えばアクティブ化時間を検出時間及び／又は選択時間に置き換え、非アクティブ化時間を非検出時間に置き換えればよい。

３．選択的に、上記で取得された第一のリソースは、測定ウィンドウ及び／又は活動時間を含む。例えば、この第一のリソースは、一つ又は複数の測定ウィンドウを含み、及び／又は、この第一のリソースは、一つ又は複数の活動時間を含む。

さらに、この第一のリソースは、以下の少なくとも一つを満たす必要がある。

１）Ｚ１個の測定ウィンドウ内における活動時間にあるリソースの数が、第一の予め設定される閾値以上である。

例えば、１つの測定ｗｉｎｄｏｗ内のアクティブ化時間内にあるサブチャネル数が、５個よりも小さくなく、即ち５個以上である。

例えば、１つの測定ｗｉｎｄｏｗ内のアクティブ化時間内にあるｓｌｏｔ数が、５０個よりも小さくなく、即ち５０個以上である。

２）Ｚ２個の測定ウィンドウ内における活動時間にあるリソースの割合が、第二の予め設定される閾値以上である。

３）Ｚ３個の測定ウィンドウ内における非活動時間にあるリソースの数が、第三の予め設定される閾値以下である。

例えば、１つの測定ｗｉｎｄｏｗ内の非アクティブ化時間内にあるサブチャネル数が、５個よりも大きくなく、即ち５個以下である。

例えば、１つの測定ｗｉｎｄｏｗ内の非アクティブ化時間内にあるｓｌｏｔ数が、５０つよりも大きくなく、即ち５０個以下である。

４）Ｚ４個の測定ウィンドウ内における非活動時間にあるリソースの割合が、第四の予め設定される閾値以下である。

５）Ｚ５個の測定ウィンドウ内に含まれるリソースの数が、第五の予め設定される閾値以上である。

６）Ｚ６個の測定ウィンドウ内に含まれるリソースの数の割合が、第六の予め設定される閾値以上である。

７）Ｚ７個の活動時間内に含まれるリソースの数が、第七の予め設定される閾値以上である。

８）Ｚ８個の活動時間内に含まれるリソースの数の割合が、第八の予め設定される閾値以上である。

指摘すべきこととして、Ｚ１、Ｚ２、Ｚ３、Ｚ４、Ｚ５、Ｚ６、Ｚ７、Ｚ８は、正の整数である。好ましくは、Ｚ１、Ｚ２、Ｚ３、Ｚ４、Ｚ５、Ｚ６、Ｚ７及びＺ８は、いずれも１に等しい。

上記の第一の予め設定される閾値、第二の予め設定される閾値、第三の予め設定される閾値、第四の予め設定される閾値、第五の予め設定される閾値、第六の予め設定される閾値、第七の予め設定される閾値及び第八の予め設定される閾値は、実際の需要に応じて予め設定されてもよく、これについて制限しない。

理解できることとして、測定ウィンドウ及び／又は活動時間内のリソースの数又は割合を確保する目的は、十分な測定可能なサンプルを確保することである。

選択的に、測定ウィンドウ及び／又は活動時間が上記１）から８）のうちの少なくとも一つを満たさない場合、端末は、前記測定ウィンドウ及び／又は活動時間内に、ターゲット監視を行う必要がなく、即ちターゲット監視に参加せず、及び／又は、ターゲット量を決定する必要がなく、又は、端末は、前記測定ウィンドウ及び／又は活動時間内に、依然としてターゲット監視とターゲット量の決定を行うが、決定されたターゲット量に基づく処理操作、例えば送信パラメータ及び／又はリソース選択ポリシーの調整は行わない。

選択的に、端末のリソース選択方式がランダム選択方式である場合、端末は、ターゲット監視を行う必要がなく、即ちターゲット監視に参加せず、及び／又は、ターゲット量を決定する必要がない。

指摘すべきこととして、上記の測定配置及び／又は測定条件は、単独で使用されてもよく、以下の測定ウィンドウの定義と組み合わせて使用されてもよく、これについて制限しない。

本出願の実施例では、様々な需要に対応するために、以下にそれぞれ説明するように、測定ウィンドウは、異なる定義を有してもよい。

＜定義１＞
この定義１では、一つ又は複数の活動時間の少なくとも一部のリソースが測定ウィンドウを構成する。この場合、測定ウィンドウの概念を単独で定義する可能性があり、測定ウィンドウの概念を単独で定義せず、活動時間で直接置き換える可能性もある。

つまり、この場合、測定ウィンドウが一つ又は複数の活動時間の少なくとも一部のリソースによって決定されると考えられてもよく、又は、測定ウィンドウが一つ又は複数の活動時間内の少なくとも一部のリソースを少なくとも含むと考えられてもよい。端末は、活動時間内のリソースのみに基づいてターゲット監視及び／又はターゲット量の決定を行い、監視及び／又は計算の前に、非活動時間による影響が排除された。

選択的に、この定義１では、上記で取得された第一のリソースは、測定ウィンドウを含み、この測定ウィンドウは、少なくとも一つの活動時間を含む。それに応じて、上記した第一の操作を実行するプロセスは、端末が、前記少なくとも一つの活動時間のリソースに基づいて、第一の操作を実行することを含んでもよい。

選択的に、この測定ウィンドウが少なくとも一つの活動時間を含むことは、この測定ウィンドウが１つ又は複数の活動時間のすべてのリソースであること、又は、この測定ウィンドウが１つ又は複数の活動時間のすべてのリソースを少なくとも含むことであってもよい。また、この測定ウィンドウが１つ又は複数の活動時間の一部のリソースであること、又は、この測定ウィンドウが１つ又は複数の活動時間の一部のリソースを少なくとも含むことであってもよい。

好ましくは、この測定ウィンドウは、１つ又は複数の活動時間の最初のｑ個のリソースであり、又はこの測定ウィンドウは、１つ又は複数の活動時間の最初のｑ個のリソースを少なくとも含む。ここで、ｑは、正の整数であり、実際の需要に応じて予め設定されてもよい。

例えば、ターゲット監視又はターゲット量の決定をトリガーする時点がｓｌｏｔ ｎであり、測定ウィンドウが［ｎ－ａ１，ｎ－ａ２］である場合、ａ１及び／又はａ２は、前述の方法により取得されたものであってもよい。さらに、ターゲット配置がＳＬ ＤＲＸ配置であることを例にすると、測定ｗｉｎｄｏｗは、ｓｌｏｔ ｎの前又は位置する１つ又は複数のアクティブ化時間の少なくとも一部のリソースより構成され、又は、測定ｗｉｎｄｏｗは、１つ又は複数のアクティブ化時間の少なくとも一部のリソースを少なくとも含む。

選択的に、上記少なくとも一つの活動時間内のリソースの数は、第一の閾値以上である。ここで、複数の活動時間内のリソースの数が第一の閾値以上であることは、これらの複数の活動時間内のリソースの総数が第一の閾値以上であること、又は、各活動時間内のリソースの数が第一の閾値以上であることと理解されてもよい。この第一の閾値は、実際の需要に応じて設定されてもよい。

例えば、ターゲット配置がＳＬ ＤＲＸ配置であることを例にすると、測定ｗｉｎｄｏｗに対応する１つ又は複数のアクティブ化時間内の論理ｓｌｏｔの合計数は１００以上であり、又は、測定ｗｉｎｄｏｗに対応する１つ又は複数のアクティブ化時間内の論理ｓｌｏｔの合計数は１００＊２^μ以上である。

選択的に、この定義１では、上記の、ターゲット配置での第一のリソースを取得することは、端末が第一の指示情報を取得することを含んでもよく、この第一の指示情報は、ターゲット監視及び／又はターゲット量の決定を行う必要がある測定ウィンドウを決定するために用いられる。ここで、この第一の指示情報は、ターゲット監視及び／又はターゲット量の決定を行う必要がある測定ウィンドウ、ターゲット監視及び／又はターゲット量の決定を行う必要がある活動時間、ターゲット監視及び／又はターゲット量の決定を行う必要がない測定ウィンドウ、ターゲット監視及び／又はターゲット量の決定を行う必要がない活動時間などのうちの少なくとも一つを指示してもよい。理解できることとして、第一の指示情報が、ターゲット監視及び／又はターゲット量の決定を行う必要がない活動時間を指示する場合、残りの活動時間についてはターゲット監視及び／又はターゲット量の決定を行う必要があることを表してもよい。

さらに、上記の第一の指示情報は、以下の少なくとも一つを指示するために用いられてもよい。

１）測定ウィンドウに対応する活動時間。

この１）では、第一の指示情報は、一つの測定ウィンドウに対応する活動時間を指示してもよい。

例えば、第一の指示情報は、一つのビットマップｂｉｔｍａｐであり、各ビットｂｉｔは、１つ又は複数の活動時間、ｓｌｏｔ、シンボルｓｙｍｂｏｌ、ｍｉｎｉ－ｓｌｏｔ、ｍｓ、ｆｒａｍｅ、ＣＯＴ及び／又はｐｅｒｉｏｄｉｃｉｔｙに対応し、予め設定される値、例えば１のｂｉｔに対応する活動時間、ｓｌｏｔ、ｓｙｍｂｏｌ、ｍｉｎｉ－ｓｌｏｔ、ｍｓ、ｆｒａｍｅ、ＣＯＴ及び／又はｐｅｒｉｏｄｉｃｉｔｙは、ターゲット監視及び／又はターゲット量の決定を行う必要があるものと設定される。

２）測定ウィンドウに対応する活動時間の数。

この２）では、第一の指示情報は、一つの測定ウィンドウに対応する活動時間の数を指示してもよい。

例えば、第一の指示情報がＭ（Ｍは、正の整数である）を指示する場合、一つの測定ウィンドウがＭ個の活動時間を含み、このＭ個の活動時間内にターゲット監視及び／又はターゲット量の決定を行うことを表す。

３）測定ウィンドウに対応する予め設定される活動時間。

例えば、この予め設定される活動時間は、一番目の活動時間、最後の活動時間などを含んでもよいが、それらに限らない。

４）測定ウィンドウに対応する活動時間の始点。

５）測定ウィンドウに対応する活動時間の終点。

６）測定ウィンドウの数。例えば、一つの測定ウィンドウが一つの活動時間に対応すれば、第一の指示情報がＮ（Ｎは、正の整数である）を指示する場合には、Ｎ個の測定ウィンドウ、Ｎ個の活動時間があることを表し、即ちＮ個の活動時間に基づいてターゲット監視及び／又はターゲット量の決定を行うことを示す。

７）測定ウィンドウ。

指摘すべきこととして、この７）における測定ウィンドウは、測定ウィンドウの位置として理解されてもよい。

例えば、第一の指示情報は、一つのｂｉｔｍａｐであり、各ｂｉｔは、１つ又は複数の測定ウィンドウに対応し、且つ一つの測定ウィンドウは、一つの活動時間に対応し、予め設定される値、例えば１のｂｉｔに対応する測定ウィンドウは、ターゲット監視及び／又はターゲット量の決定を行う必要があるものと設定される。

又は、７）における測定ウィンドウは、予め設定される測定ウィンドウ、例えば測定ウィンドウに対応する一番目の活動時間、及び／又は、測定ウィンドウに対応する最後の活動時間として理解されてもよい。

選択的に、上記の第一の指示情報が端末によって決定される場合に、端末自体による指示情報の決定方式として、対応する活動時間が、予め設定される値による要求を満たす可能な最も遅い活動時間であると決定する。つまり、この場合、この第一の指示情報に基づいて決定される活動時間は、第二の予め設定される値による要求を満たす最も遅い活動時間である。例えば、この最も遅い活動時間内のリソースの数は、第二の予め設定される値以上である。この第二の予め設定される値は、実際の需要に応じて予め設定されてもよい。

選択的に、この定義１では、測定ウィンドウは、リソースプールに関連してもよい。測定ウィンドウ内には、第一のリソースプール及び／又は予め設定されるリソースプールに属するリソースが含まれてもよい。この第一のリソースプールは、任意のリソースプールとして理解されてもよい。

例えば、測定ウィンドウ内には、任意のリソースプールに属するリソースが含まれる。さらに例えば、測定ウィンドウ内には、予め設定されるリソースプールに属するリソースのみが含まれる。

さらに、取得された測定ウィンドウが少なくとも一つの活動時間を含む場合に、端末は、少なくとも一つの活動時間の、予め設定されるリソースプールに属するリソースに基づいて、第一の操作を実行し、及び／又は、少なくとも一つの活動時間の、第一のリソースプールに属するリソースに基づいて、第一の操作を実行してもよい。

例えば、測定ウィンドウ内に任意のリソースプールに属するリソースが含まれる場合、端末は、測定ウィンドウ内における任意のリソースプールに属するリソースに基づいてターゲット監視及び／又はターゲット量の決定を行ってもよい。

さらに例えば、測定ウィンドウ内に予め設定されるリソースプールに属するリソースが含まれる場合、端末は、測定ウィンドウ内における任意のリソースプールに属するリソースに基づいてターゲット監視及び／又はターゲット量の決定を行ってもよく、又は、測定ウィンドウ内における予め設定されるリソースプールに属するリソースに基づいてターゲット監視及び／又はターゲット量の決定を行ってもよい。

選択的に、上記予め設定されるリソースプールは、ターゲット量の決定をトリガーする及び／又はターゲット監視をトリガーする第一の対象が位置するリソースプールである。この第一の対象は、トラフィックと、データパケットと、メディアアクセス制御プロトコルデータユニット（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＭＡＣ ＰＤＵ）と、データと、トランスポートブロック（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ、ＴＢ）とのうちの少なくとも一つを含んでもよい。

選択的に、確実なターゲット量の計算結果を確保するために、上記測定ウィンドウでの計算結果は、スケール（ｓｃａｌｅ）ファクタを用いて調整して、最終のターゲット量の計算結果を得るようにしてもよい。上記の、少なくとも一つの活動時間のリソースに基づいて第一の操作を実行することは、
端末が、前記少なくとも一つの活動時間のリソースに基づいて、第一のターゲット量を決定することと、
端末が、第一のスケールファクタを用いて前記第一のターゲット量を調整して、最終のターゲット量を得ることとを含んでもよい。

選択的に、上記した第一のターゲット量を決定する時、ターゲット監視結果と閾値との比較に基づいて計算してもよく、ターゲット監視結果に基づいて直接導出してもよい。

一つの実施の形態では、第一のスケールファクタを第一のターゲット量にかけることで、最終のターゲット量を得るようにしてもよい。

選択的に、この第一のスケールファクタαは、以下のいずれか一つであってもよい。

１）第四の予め設定される値と当該少なくとも一つの活動時間のリソースの数との比。

選択的に、第四の予め設定される値は、実際の需要に応じて予め設定されてもよい。当該少なくとも一つの活動時間のリソースは、すべてのリソース又は一部のリソースであってもよい。このリソースは、選択的に物理ｓｌｏｔ、論理ｓｌｏｔ、サブチャネル（ｓｕｂｃｈａｎｎｅｌ）などであってもよいが、それらに限らない。

例えば、測定ウィンドウが一つの活動時間に対応し、この活動時間内に８０個のｓｌｏｔが含まれ、第四の予め設定される値が１００ｓｌｏｔｓであるとすると、αは１．２５に等しい。

２）リファレンスウィンドウ内のリソース総数と当該少なくとも一つの活動時間のリソースの数との比。

指摘すべきこととして、一つの実現方式では、このリソース総数は、いかなる配置、例えば、ＤＲＸ配置又はｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置を考慮しない場合のリファレンスウィンドウ内のリソースの総数である。選択的に、このリソース総数は、物理リソース総数であってもよい。このリファレンスウィンドウは、現在のＣＢＲウィンドウ又は測定ウィンドウ自体であってもよい。当該少なくとも一つの活動時間のリソースは、すべてのリソース又は一部のリソースであってもよい。

理解できることとして、上記の定義１により、測定ウィンドウを一つ又は複数の活動時間の組み合わせとして定義することで、ターゲット監視結果が非活動時間の測定不可能なリソースに干渉されないようにすることができる。

例えば、図３Ａに示すように、ｓｌｏｔ ｎは、ターゲット監視又はターゲット量の決定をトリガーする時点であり、ｓｌｏｔ ｎより前の三つのアクティブ化時間、即ちＡｃｔｉｖｅ１、Ａｃｔｉｖｅ２及びＡｃｔｉｖｅ３は測定ウィンドウ１に対応し、即ち測定ウィンドウ１は、Ａｃｔｉｖｅ１、Ａｃｔｉｖｅ２及びＡｃｔｉｖｅ３を含む。この場合、測定ウィンドウ１内の三つのアクティブ化時間に基づいてターゲット監視及び／又はターゲット量の決定を行ってもよい。

さらに例えば、図３Ｂに示すように、測定ウィンドウ２内には、一つのアクティブ化時間の一部のリソースが含まれる。この場合、測定ウィンドウ２内のアクティブ化時間に基づいてターゲット監視及び／又はターゲット量の決定を行ってもよい。

＜定義２＞
この定義２では、測定ウィンドウと活動時間をそれぞれ定義する。この場合、非活動時間を考慮せず、測定ウィンドウと一つ又は複数の活動時間との重なる部分のリソースのうちの少なくとも一部のリソースのみに基づいてターゲット監視及び／又はターゲット量の決定を行う。

選択的に、この定義２では、上記で取得された第一のリソースは、測定ウィンドウを含む。それに応じて、上記した第一の操作を実行するプロセスは、端末が、この測定ウィンドウ内における活動時間と重なるリソースに基づいて、第一の操作を実行し、又は、端末が、この測定ウィンドウ内における非活動時間を除外した後の残りのリソースに基づいて、第一の操作を実行することを含んでもよい。指摘すべきこととして、この重なるリソースは、測定ウィンドウと活動時間との重なる部分における全部又は一部のリソースであってもよい。

例えば、ターゲット監視又はターゲット量の決定をトリガーする時点がｓｌｏｔ ｎであり、測定ウィンドウが［ｎ－ａ１，ｎ－ａ２］である場合、ａ１及び／又はａ２は、前述の方法により取得されたものであってもよい。

選択的に、上記測定ウィンドウは、活動時間内に存在する。つまり、基地局による配置、予め配置、プロトコル約定又は関連端末などに基づいて測定ウィンドウを定義する場合、測定ウィンドウが一つ又は複数の活動時間内に存在しなければならないということを確保すべきであり、即ち端末は、測定ウィンドウが関連配置、例えばＳＬ ＤＲＸ配置における非アクティブ化時間を含むことを望まない。

例えば、ＳＬ ＤＲＸ配置を例にすると、端末がターゲット監視又はターゲット量の決定を行うと決定する時点ｓｌｏｔ ｎは、ｓｌｏｔ ｎに対応する測定ｗｉｎｄｏｗが一つのＳＬ ＤＲＸにおけるアクティブ化時間内に存在しなければならないということを確保する必要がある。

指摘すべきこととして、上記測定ウィンドウが活動時間内に存在するとは、時間領域上に存在することを指し、１）測定ウィンドウの測定可能なリソース、物理リソース及び／又は論理リソースが活動時間内に存在するが、これらのリソース以外の部分がウィンドウ内に存在しない可能性がある場合と、２）測定ウィンドウが完全に活動時間内に存在し、即ちすべての時間領域リソースが活動時間内に存在する場合との二つの場合がありうる。例えば、測定ウィンドウが物理時間に基づいて定義され、例えば１０ｍｓに対応するとすると、２、３及び４ｍｓ目は論理時間に該当し、例えばＳＬに用いられ、活動時間は論理時間に基づき、物理時間の２、３及び４ｍｓ目に対応し、例えばＳＬに用いられる。この場合、物理時間の観点から見ると測定ウィンドウは活動時間内に完全に存在するのではないが、測定ウィンドウ内における論理時間に該当するか又はＳＬの部分は、実際に活動時間に含まれる。

選択的に、上記測定ウィンドウ内には、非活動時間が含まれる。この場合、測定ウィンドウ内における一つ又は複数の活動時間と重なる部分のみに基づいてターゲット量を決定するが、非活動時間を除外し、測定ウィンドウ内の残りのリソースに基づいてターゲット量を決定すると理解されてもよい。

選択的に、上記測定ウィンドウ内における活動時間と重なるリソースの数は、第九の予め設定される閾値以上である。この第九の予め設定される閾値は、実際の需要に応じて予め設定されてもよい。

選択的に、前記第九の予め設定される閾値の値の取り方は、上記の第一の予め設定される値の取り方と同じであってもよく、
１００＊２^μ＊Ｊ（ここで、μは０以上の整数であり、Ｊは０よりも大きい）と、
前記ターゲット配置に関連する数値とのうちのいずれか一つであってもよい。

さらに、この重なるリソースは、第一の時点よりも後にならず、例えばこの重なるリソースは、第一の時点の前にあり、且つこの重なるリソースは、ターゲット配置に含まれる活動時間における第一の時点に最も近いリソースである。この第一の時点は、ターゲット量の決定のトリガーに関連する時点であり、又はターゲット監視のトリガーに関連する時点である。

例えば、上記数が第九の予め設定される閾値以上である重なるリソースは、ターゲット監視及び／又はターゲット量の決定をトリガーする時点ｓｌｏｔ ｎよりも前にならず、且つｓｌｏｔ ｎに最も近いリソースである。

選択的に、上記測定ウィンドウは、端末自体により決定してもよい。例えば、端末自体は、測定ウィンドウの開始時間を予め設定される値による要求を満たす可能な最も遅い始点時間として決定してもよい。及び／又は、端末自体は、測定ウィンドウの終点時間を予め設定される値による要求を満たす可能な最も遅い終点時間として決定してもよい。例えば、測定ウィンドウ［ｎ－ａ１，ｎ－ａ２］について、端末自体は、ａ１を予め設定される値による要求を満たす可能な最も遅い始点に対応する値として決定してもよい。及び／又は、端末自体は、ａ２を予め設定される値による要求を満たす可能な最も遅い終点に対応する値として決定してもよい。

選択的に、この定義２では、上記の、ターゲット配置での第一のリソースを取得することは、端末が、第二の指示情報を取得することを含んでもよく、この第二の指示情報は、ターゲット監視及び／又はターゲット量の決定を行う必要がある測定ウィンドウを決定するために用いられる。ここで、この第二の指示情報は、ターゲット監視及び／又はターゲット量の決定を行う必要がある測定ウィンドウ、ターゲット監視及び／又はターゲット量の決定を行う必要がある活動時間、ターゲット監視及び／又はターゲット量の決定を行う必要がない測定ウィンドウ、ターゲット監視及び／又はターゲット量の決定を行う必要がない活動時間などのうちの少なくとも一つを指示してもよい。理解できることとして、第二の指示情報が、ターゲット監視及び／又はターゲット量の決定を行う必要がない活動時間を指示する場合、残りの活動時間についてはターゲット監視及び／又はターゲット量の決定を行う必要があることを表してもよい。

さらに、上記の第二の指示情報は、以下の少なくとも一つを指示するために用いられてもよい。

１）測定ウィンドウ内に含まれる活動時間。

この１）では、第二の指示情報は、一つの測定ウィンドウ内に含まれる活動時間を指示してもよい。

例えば、第二の指示情報は、一つのｂｉｔｍａｐであり、各ｂｉｔは、１つ又は複数の活動時間、ｓｌｏｔ、ｓｙｍｂｏｌ、ｍｉｎｉ－ｓｌｏｔ、ｍｓ、ｆｒａｍｅ、ＣＯＴ又はｐｅｒｉｏｄｉｃｉｔｙに対応し、予め設定される値、例えば１のｂｉｔに対応する活動時間、ｓｌｏｔ、ｓｙｍｂｏｌ、ｍｉｎｉ－ｓｌｏｔ、ｍｓ、ｆｒａｍｅ又はｐｅｒｉｏｄｉｃｉｔｙの、測定ウィンドウと重なる部分は、ターゲット監視及び／又はターゲット量の決定を行う必要があるものと設定される。

２）測定ウィンドウ内に含まれる活動時間の数。

この２）では、第二の指示情報は、一つの測定ウィンドウ内に含まれる活動時間の数を指示してもよい。

例えば、第二の指示情報がＭ（Ｍは、正の整数である）を指示する場合、一つの測定ウィンドウがＭ個の活動時間を含み、このＭ個の活動時間内における測定ウィンドウと重なる部分はターゲット監視及び／又はターゲット量の決定を行うことを表す。

３）測定ウィンドウに対応する、ターゲット監視及び／又はターゲット量の決定を行う必要がある活動時間。

例えば、第二の指示情報は、一つのｂｉｔｍａｐであり、各ｂｉｔは、１つ又は複数の活動時間、ｓｌｏｔ、ｓｙｍｂｏｌ、ｍｉｎｉ－ｓｌｏｔ、ｍｓ、ｆｒａｍｅ、ＣＯＴ又はｐｅｒｉｏｄｉｃｉｔｙに対応し、予め設定される値、例えば１のｂｉｔに対応する活動時間、ｓｌｏｔ、ｓｙｍｂｏｌ、ｍｉｎｉ－ｓｌｏｔ、ｍｓ、ｆｒａｍｅ又はｐｅｒｉｏｄｉｃｉｔｙの、測定ウィンドウと重なる部分は、ターゲット監視及び／又はターゲット量の決定を行う必要があるものと設定される。

４）測定ウィンドウに対応する、ターゲット監視及び／又はターゲット量の決定を行う必要がある活動時間の数。

例えば、第二の指示情報がＮ（Ｎは、正の整数である）を指示する場合、測定ウィンドウとこのＮ個の活動時間との重なる部分は、ターゲット監視及び／又はターゲット量の決定を行う必要がある。

５）測定ウィンドウに対応する、ターゲット監視及び／又はターゲット量の決定を行う必要がある予め設定される活動時間。例えば、この予め設定される活動時間は、第一の活動時間及び／又は最後の活動時間である。

６）測定ウィンドウに対応する、ターゲット監視及び／又はターゲット量の決定を行う必要がある活動時間の始点。

７）測定ウィンドウに対応する、ターゲット監視及び／又はターゲット量の決定を行う必要がある活動時間の終点。

選択的に、この定義２では、測定ウィンドウは、リソースプールに関連してもよい。測定ウィンドウ内には、第一のリソースプール及び／又は予め設定されるリソースプールに属するリソースが含まれてもよい。この第一のリソースプールは、任意のリソースプールとして理解されてもよい。

例えば、測定ウィンドウ内には、任意のリソースプールに属するリソースが含まれる。さらに例えば、測定ウィンドウ内には、予め設定されるリソースプールに属するリソースのみが含まれる。

さらに、上記した第一の操作を実行するプロセスは、端末が、測定ウィンドウ内における活動時間と重なり、且つ第一のリソースプールに属するリソースに基づいて、第一の操作を実行し、及び／又は、端末が、測定ウィンドウ内における活動時間と重なり、且つ予め設定されるリソースプールに属するリソースに基づいて、第一の操作を実行することを含んでもよい。

例えば、測定ウィンドウ内に任意のリソースプールに属するリソースが含まれる場合、端末は、測定ウィンドウ内における任意のリソースプールに属するリソースに基づいてターゲット監視及び／又はターゲット量の決定を行ってもよい。

さらに例えば、測定ウィンドウ内に予め設定されるリソースプールに属するリソースが含まれる場合、端末は、測定ウィンドウ内における任意のリソースプールに属するリソースに基づいてターゲット監視及び／又はターゲット量の決定を行ってもよく、又は、測定ウィンドウ内における予め設定されるリソースプールに属するリソースに基づいてターゲット監視及び／又はターゲット量の決定を行ってもよい。

選択的に、上記予め設定されるリソースプールは、ターゲット量の決定をトリガーする及び／又はターゲット監視をトリガーする第一の対象が位置するリソースプールである。この第一の対象は、トラフィックと、データパケットと、ＭＡＣ ＰＤＵと、データと、トランスポートブロックとのうちの少なくとも一つを含んでもよい。

選択的に、確実なターゲット量の計算結果を確保するために、上記測定ウィンドウでの計算結果は、スケール（ｓｃａｌｅ）ファクタを用いて調整して、最終のターゲット量の計算結果を得るようにしてもよい。上記の、測定ウィンドウ内における活動時間と重なるリソースに基づいて第一の操作を実行することは、
端末が、前記測定ウィンドウ内における活動時間と重なるリソースに基づいて、第二のターゲット量を決定することと、
端末が、第二のスケールファクタを用いて前記第二のターゲット量を調整して、最終のターゲット量を得ることとを含んでもよい。

一つの実施の形態では、第二のスケールファクタを第二のターゲット量にかけることで、最終のターゲット量を得るようにしてもよい。

選択的に、この第二のスケールファクタβは、第五の予め設定される値と測定ウィンドウに対応する活動時間内のリソースの数との比であってもよい。

選択的に、第五の予め設定される値は、実際の需要に応じて予め設定されてもよい。この測定ウィンドウに対応する活動時間内のリソースは、例えば、測定可能なリソース、物理リソース又は論理リソースである。この論理リソースは、例えば、論理ｓｌｏｔ、論理ｓｙｍｂｏｌ、又は論理ｍｉｎｉ－ｓｌｏｔなどである。

例えば、測定ウィンドウが一つの活動時間と重なり、且つ重なる部分に８０個のｓｌｏｔが含まれ、第五の予め設定される値が１００ｓｌｏｔｓであるとすると、β＝１．２５である。

理解できることとして、上記の定義２により、測定不可能な部分による測定結果への影響を排除することができる。

例えば、図４Ａに示すように、ｓｌｏｔ ｎは、ターゲット監視及び／又はターゲット量の決定をトリガーする時点に関連する。測定ウィンドウ３は、二つのアクティブ化時間、即ちＡｃｔｉｖｅ１、Ａｃｔｉｖｅ２と重なる。この場合、測定ウィンドウ３と二つのアクティブ化時間との重なる部分のみに基づいて、ターゲット監視及び／又はターゲット量の決定を行ってもよい。

さらに例えば、図４Ｂに示すように、ｓｌｏｔ ｎは、ターゲット監視又はターゲット量の決定をトリガーする時点に関連する。測定ウィンドウ４は、アクティブ化時間Ａｃｔｉｖｅ３の一部と重なる。この場合、測定ウィンドウ４とこのアクティブ化時間との重なる部分のみに基づいて、ターゲット監視及び／又はターゲット量の決定を行ってもよい。

さらに例えば、図４Ｃに示すように、ｓｌｏｔ ｎは、ターゲット監視及び／又はターゲット量の決定をトリガーする時点に関連する。測定ウィンドウ５は、アクティブ化時間２、３及び４と重なり、且つ重なる部分のＳＬ ｓｌｏｔ数は、１００個である。測定ウィンドウ６は、アクティブ化時間１、２及び３と重なり、且つ重なる部分のＳＬ ｓｌｏｔ数は１００個である。端末は、最終の測定ウィンドウを決定する時、ｓｌｏｔ ｎに最も近い測定ウィンドウ５、即ち図４Ｃにおける測定ウィンドウ［ｎ－ａ１，ｎ－ａ２］を選択してもよい。

＜定義３＞
この定義３では、測定ウィンドウと活動時間をそれぞれ定義し、測定ウィンドウは、非アクティブ化時間を除外しない。

例えば、測定ウィンドウは［ｎ－ａ，ｎ－１］であり、現在のＣＢＲウィンドウと同じ定義を採用し、ａは、上位層パラメータｔｉｍｅＷｉｎｄｏｗＳｉｚｅ－ＣＢＲにより取得される。ｎは、例えば、ターゲット監視及び／又はターゲット量の決定をトリガーする時点に関連する。

選択的に、ａは１００又は１００＊２^μｓｌｏｔｓである。選択的に、ａは、上位層パラメータにより配置される。

このようにこの定義３により、計算されるターゲット量を従来の技術で計算されるターゲット量と直接又は間接的に比較可能なものとし、比較的に良い互換性を持たせることができる。

＜定義４＞
この定義４では、測定ウィンドウと活動時間をそれぞれ定義し、測定ウィンドウは、非アクティブ化時間を除外しない。

選択的に、この定義４では、測定ウィンドウが活動時間と重なる場合、この測定ウィンドウが、ターゲット量の決定のトリガーに関連する時点に関連し、及び／又は、この測定ウィンドウが、ターゲット監視のトリガーに関連する時点に関連することを確保する必要がある。

さらに、この定義４では、上記で取得された第一のリソースが測定ウィンドウを含む場合、この測定ウィンドウは、
前記ターゲット配置に含まれる活動時間よりも第一の予め設定される時間前に開始することと、
前記ターゲット配置に含まれる活動時間よりも第二の予め設定される時間後に終了することとのうちの少なくとも一つを満たしてもよい。

ここで、上記の第一の予め設定される時間と第二の予め設定される時間は、実際の需要に応じて設定されてもよい。

例えば、ターゲット配置がＳＬ ＤＲＸ配置であることを例にすると、測定ウィンドウは、ＤＲＸアクティブ化時間よりもＫ個の時間領域リソースの前に開始し、及び／又は、ＤＲＸアクティブ化時間よりもＬ個の時間領域リソースの後に終了してもよい。

選択的に、上記のＫ個の時間領域リソースとＬ個の時間領域リソースは、いずれも論理時間領域リソースである。

選択的に、上記のＫ個の時間領域リソースとＬ個の時間領域リソースは、いずれも予め設定されるリソースプールの論理時間領域リソースである。

選択的に、上記時間領域リソースは、ｓｌｏｔである。

このようにこの定義４により、端末は、非活動時間に含まれる測定によって、自身のＤＲＸと整合していない他のシステムの作動状態を知り、それによって伝送ポリシーをより良く調整することができる。

本出願の実施例では、上記で取得された第一のリソースは、測定ウィンドウを含み、前記第一のリソースに基づいて、第一の操作を実行する対応するプロセスは、
端末が、前記測定ウィンドウ内のリソースに基づいてターゲット監視を行い、第一の監視結果を得ることと、
端末が、前記第一の監視結果が第十の予め設定される閾値よりも高いか又は低いリソースの数と第一の数との比を計算して、前記ターゲット量を得るか、
又は、端末が、前記第一の監視結果が第一の関係を満たすリソースの数と第一の数との比を計算して、前記ターゲット量を得ることとを含んでもよい。ここで、第一の関係について、第一の監視結果がある閾値範囲にあるリソース、及び／又は、第一の監視結果自体として理解されてもよく、例えば、予め設定される信号又はチャネル又はシグナリング又はシーケンスを送信及び／又は受信したリソースであってもよい。

選択的に、前記第一の数は、
前記測定ウィンドウ内のリソースの数と、
前記測定ウィンドウ内であって且つ活動時間にあるリソースの数と、
第一の測定ウィンドウ内のリソースの数（ここで、選択的に、この第一の測定ウィンドウは、上記測定ウィンドウと異なる定義のウィンドウであってもよく、例えば上記測定ウィンドウは定義１又は２を採用し、第一の測定ウィンドウは定義３又は４を採用するなど）と、
第一の測定ウィンドウ内であって且つ活動時間にあるリソースの数（ここで、選択的に、この第一の測定ウィンドウは、上記測定ウィンドウと異なる定義のウィンドウであってもよく、例えば上記測定ウィンドウは定義１又は２を採用し、第一の測定ウィンドウは定義３又は４を採用するなど）とのうちのいずれか一つであってもよい。

選択的に、上記の第十の予め設定される閾値は、受信の信号強度指示（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｉｏｎ、ＲＳＳＩ）閾値、リファレンス信号受信パワー（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ、ＲＳＲＰ）閾値、リファレンス信号受信品質（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ、ＲＳＲＱ）閾値、信号対干渉プラス雑音比（Ｓｉｇｎａｌ ｔｏ Ｉｎｔｅｒｆｅｒｅｎｃｅ ｐｌｕｓ Ｎｏｉｓｅ Ｒａｔｉｏ、ＳＩＮＲ）閾値、信号対雑音比（Ｓｉｇｎａｌ－ｔｏ－Ｎｏｉｓｅ Ｒａｔｉｏ、ＳＮＲ）閾値などのうちのいずれか一つであってもよい。

さらに、上記の、測定ウィンドウ内のリソースに基づいてターゲット監視を行うことは、具体的には、端末が、この測定ウィンドウ内であって且つ活動時間にあるリソースに基づいて、第一の監視結果を計算することであってもよい。

つまり、本実施例におけるターゲット量を決定することは、第一の値を第二の値で除算するか、又は、第二の値を第一の値で除算することとして理解されてもよい。

ここで、第一の値は、第一の値に対応する測定ｗｉｎｄｏｗ内における監視結果が閾値よりも高いか又は低いリソースの数であり、閾値は、ＲＳＳＩ閾値と、ＲＳＲＰ閾値と、ＲＳＲＱ閾値と、ＳＩＮＲ閾値と、ＳＮＲ閾値とのうちのいずれか一つであってもよい。さらに選択的に、第一の値は、第一の値に対応する測定ｗｉｎｄｏｗ内にあり且つ活動時間内にあり且つ監視結果が閾値よりも高いか又は低いリソースの数である。

ここで、第二の値は、第二の値に対応する測定ｗｉｎｄｏｗ内の総リソース数である。さらに選択的に、第二の値は、第二の値に対応する測定ｗｉｎｄｏｗ内にあり且つアクティブ化時間内にあるリソースの数である。

選択的に、第一の値に対応する測定ｗｉｎｄｏｗと第二の値に対応する測定ｗｉｎｄｏｗは、同じであってもよい。この場合、第一の値と第二の値に対応する測定ｗｉｎｄｏｗの長さは同じである。

例えば、測定ｗｉｎｄｏｗは、すべて定義１、定義２、定義３又は定義４を採用し、即ち、同一の成分のｗｉｎｄｏｗ内で第一の値と第二の値を取得する。

選択的に、第一の値に対応する測定ｗｉｎｄｏｗと第二の値に対応する測定ｗｉｎｄｏｗは、異なってもよい。例えば、第一の値に対応する測定ｗｉｎｄｏｗは定義１又は定義２を採用し、第二の値に対応する測定ｗｉｎｄｏｗは定義３又は定義４を採用する。このようにして、第二の値に対応する測定ｗｉｎｄｏｗの長さを従来方案と同様に設定することができ、比較しやすくする。

選択的に、第一の値に対応する測定ｗｉｎｄｏｗの長さは、第二の値に対応する測定ｗｉｎｄｏｗの長さ以下であり、即ちそれよりも大きくない。

以上をまとめると、ターゲット量の計算は、少なくとも以下のケースを含む。

１）第一の値と第二の値に対応する測定ウィンドウが異なる。ここで、第一の値に対応する測定ウィンドウは、非活動時間のリソースを除外し、第二の値に対応する測定ウィンドウは、非活動時間のリソースを除外する可能性があれば、非活動時間のリソースを除外しない可能性もある。

このケース１）の利点は、測定不可能なリソースによる計算結果への影響を排除したことである。

２）第一の値と第二の値に対応する測定ウィンドウが同じである。ここで、第一の値と第二の値に対応する測定ウィンドウは、いずれも非活動時間のリソースを除外する。

このケース２）の利点は、測定不可能なリソースによる計算結果への影響を排除したことである。

３）第一の値と第二の値に対応する測定ウィンドウが同じである。ここで、第一の値を統計する際に、非活動時間のリソースを除外する。

このケース３）の利点は、測定不可能なリソースによる計算結果への影響を排除し、且つ計算結果を従来の技術での計算結果と直接又は間接的に比較可能なものとすることである。

４）第一の値と第二の値に対応する測定ウィンドウが同じである。ここで、第一の値と第二の値を統計する際に、第一の値と第二の値はいずれも非活動時間のリソースを除外する。

このケース４）の利点は、測定不可能なリソースによる計算結果への影響を排除したことである。

５）第一の値と第二の値に対応する測定ウィンドウが同じである。ここで、第一の値と第二の値を統計する際に、第一の値と第二の値はいずれも非活動時間のリソースを除外しない。

このように、このターゲット量を計算することにより、端末は、一定時間内のリソースの使用率を知ることができ、それによって端末が後続のリソースと伝送ポリシーを選択することを支援することができる。

指摘すべきこととして、ターゲット量を決定する際に、分子及び／又は分母に対応する測定ｗｉｎｄｏｗが非活動時間を含む場合、非活動時間に基づいてターゲット量の計算を調整し、それによって確実な計算結果が得られることを確保する必要がある。

選択的に、測定ウィンドウが非活動時間を含む場合に、上記の、第一の監視結果が第十の予め設定される閾値よりも高いか又は低いリソースの数と第一の数との比を計算するプロセスは、
端末が、この第一の監視結果が調整後の第十の予め設定される閾値よりも高いか又は低いリソースの数と前記第一の数との比を計算して、最終のターゲット量を得ることを含んでもよい。ここで、この調整後の第十の予め設定される閾値は、第一の調整値を用いて第十の予め設定される閾値を調整して得られたものである。

選択的に、前記第十の予め設定される閾値は、前記端末が取得した、ターゲット量を決定するための閾値である。

又は、前記第十の予め設定される閾値は、前記端末が取得した、前記ターゲット配置がアクティブ化又はイネーブルされていない時の、ターゲット量を決定するための閾値であり、前記調整後の第十の予め設定される閾値は、前記ターゲット配置がアクティブ化又はイネーブルされた後の、ターゲット量を決定するための閾値である。

選択的に、前記第一の調整値は、第一の比に関連し、前記第一の比は、前記ターゲット配置に含まれる活動時間と前記ターゲット配置に含まれる非活動時間との比である。さらに、前記第一の比は、前記ターゲット配置に含まれる活動時間の時間長と前記ターゲット配置に含まれる非活動時間の時間長との比である。この時間長は、含まれるリソースの数、測定可能なリソースの数及び／又は論理リソースの数などとして理解されてもよい。

指摘すべきこととして、活動時間と非活動時間各々がそれぞれ対応する予め設定される閾値を有する場合、ターゲット量を決定する際に、第一の調整値の概念がなく、即ち対応する調整プロセスがなくてもよい。

選択的に、測定ウィンドウが非活動時間を含む場合に、上記の、第一の監視結果が第十の予め設定される閾値よりも高いか又は低いリソースの数と前記第一の数との比を計算するプロセスは、
端末が、前記測定ウィンドウ内であって且つ活動時間にあるリソースに基づいてターゲット監視を行い、第二の監視結果を得ること、及び、前記測定ウィンドウ内であって且つ非活動時間にあるリソースに基づいてターゲット監視を行い、第三の監視結果を得ることと、
端末が、前記第二の監視結果に基づいて、第二の比を決定し、及び、前記第三の監視結果に基づいて、第三の比を決定する（例えば、端末は、前記第二の監視結果が第十一の予め設定される閾値よりも高いか又は低いリソースの数、又は第二の監視結果が例えばある閾値範囲にあるなどのある関係を満たすリソースの数と前記測定ウィンドウ内のリソースの数との比を計算して、第二の比を得るようにしてもよく、及び／又は、端末は、前記第三の監視結果が第十二の予め設定される閾値よりも高いか又は低いリソースの数、又は第三の監視結果が例えばある閾値範囲にあるなどのある関係を満たすリソースの数と前記測定ウィンドウ内のリソースの数との比を計算して、第三の比を得るようにしてもよい）ことと、
端末が、前記第二の比と前記第三の比に基づいて、前記ターゲット量を得る（例えば、端末は、合計、最大値、最小値、平均値、加重合計などを求める方式により、第二の比と第三の比を計算して、最終のターゲット量を得るようにしてもよい）こととを含んでもよい。

上記の第十一の予め設定される閾値と第十二の予め設定される閾値は、実際の需要に応じて設定されてもよく、同じであってもよく異なってもよい。

さらに、上記の、第二の比と第三の比に基づいてターゲット量を得るプロセスは、
端末が、第二の調整値を用いて前記第二の比を調整し、及び／又は、第三の調整値を用いて前記第三の比を調整することと、
端末が、
調整後の第二の比と前記第三の比と、
前記第二の比と調整後の第三の比と、
調整後の第二の比と調整後の第三の比とのうちのいずれか一つに基づいて、前記ターゲット量を得ることとを含んでもよい。

選択的に、上記の第二の調整値と第三の調整値は、実際に応じて設定されてもよい。上記の第二の調整値と第三の調整値は、同じであってもよく異なってもよい。上記の第二の調整値と第三の調整値との和は、１に等しくてもよい。

例えば、ＳＬ ＤＲＸ配置を例にすると、測定ｗｉｎｄｏｗとＤＲＸ非アクティブ化時間が重なる場合、ターゲット量を決定する際に、以下の少なくとも一つを含む。
ａ）ＤＲＸ非アクティブ化時間部分は、ターゲット量の決定に組み入れられ、実際にターゲット量を決定する時に使用する必要のある閾値は、取得された閾値からｄｅｌｔａ１を減算したものに等しく、又は取得された閾値にγ１をかけたものに等しい。

選択的に、ｄｅｌａｔ１は、ＳＬ ＤＲＸ非アクティブ化時間に対応する時間長とＳＬ ＤＲＸアクティブ化時間に対応する時間長との比に関連し、及び／又は、γ１は、ＳＬ ＤＲＸ非アクティブ化時間に対応する時間長とＳＬ ＤＲＸアクティブ化時間に対応する時間長との比に関連する。

ｂ）ＤＲＸ非アクティブ化時間部分は、ターゲット量の決定に組み入れられ、ＳＬ ＤＲＸ配置をイネーブルしてターゲット量を決定する時に使用する必要のある閾値は、ＳＬ ＤＲＸ配置をイネーブルせずにターゲット量を決定する時に使用する必要のある閾値からｄｅｌｔａ２を減算したものに等しく、又は取得された閾値にθ１をかけたものに等しい。

又は、ＤＲＸ非アクティブ化時間部分は、ターゲット量の決定に組み入れられ、スリープを指示する際にターゲット量を決定する時に使用する必要のある閾値は、ウェイクアップしてターゲット量を決定する時に使用する必要のある閾値からｄｅｌｔａ２を減算したものに等しく、又は取得された閾値にθ１をかけたものに等しい。ここでのスリープは、イネーブルされていないと理解されてもよく、ウェイクアップは、イネーブルされたと理解される。

選択的に、ｄｅｌａｔ２は、ＳＬ ＤＲＸ非アクティブ化時間に対応する時間長とＳＬ ＤＲＸアクティブ化時間に対応する時間長との比に関連し、及び／又は、θ１は、ＳＬ ＤＲＸ非アクティブ化時間に対応する時間長とＳＬ ＤＲＸアクティブ化時間に対応する時間長との比に関連する。

ｃ）選択的に、アクティブ化時間と非アクティブ化時間各々は、それぞれ対応する予め設定される閾値を有する。端末は、基地局による配置、予め配置、スケジューリング端末によるスケジューリング又は指示、ユーザ間のネゴシエーション、プロトコル規定、端末自体による決定などの方法のうちの少なくとも一つの方法で、アクティブ化時間と非アクティブ化時間のそれぞれに対応する予め設定される閾値を取得する。この場合、取得した予め設定される閾値を調整する必要はない。例えば、ＤＲＸ非アクティブ化時間部分がターゲット量の決定に組み入れられる場合、アクティブ化時間と非アクティブ化時間各々は、それぞれ対応する閾値を有する。

例えば、ターゲット量を決定する際に、アクティブ化時間内の測定結果と閾値１とを比較し、非アクティブ化時間内の測定結果と閾値２とを比較する。例えば、閾値２は、閾値１よりも低い可能性がある。

ｄ）ＤＲＸ非アクティブ化時間部分は、ターゲット量の決定に組み入れられ、ターゲット量は、ターゲット量１にγ２をかけたものとターゲット量２にθ２をかけたものの和に等しい。ここで、ターゲット量１は、測定ｗｉｎｄｏｗのアクティブ化時間内の測定結果が閾値３を超えたリソースと測定ｗｉｎｄｏｗ内のリソースとの比率に等しく、ターゲット量２は、測定ｗｉｎｄｏｗの非アクティブ化時間内の測定結果が閾値４を超えたリソースと測定ｗｉｎｄｏｗ内のリソースとの比率に等しい。

選択的に、γ２とθ２の和は１に等しい。上記の閾値３と閾値４は、同じであってもよく異なってもよい。

ｅ）選択的に、アクティブ化時間と非アクティブ化時間各々は、それぞれ対応する測定ウィンドウを有する。選択的に、アクティブ化時間に対応する測定ウィンドウと非アクティブ化時間に対応する測定ウィンドウは、少なくとも部分的に通過しない。端末は、基地局による配置、予め配置、スケジューリング端末によるスケジューリング又は指示、ユーザ間のネゴシエーション、プロトコル規定、端末自体による決定などの方法のうちの少なくとも一つの方法で、アクティブ化時間と非アクティブ化時間のそれぞれに対応する測定ウィンドウを取得する。例えば、ＤＲＸ非アクティブ化時間部分がターゲット量の決定に組み入れられる場合、アクティブ化時間と非アクティブ化時間各々は、それぞれ対応する測定ｗｉｎｄｏｗを有する。

例えば、ターゲット量を決定する際に、アクティブ化時間に対応する測定ｗｉｎｄｏｗ１内でアクティブ化時間部分のターゲット量３を計算し、非アクティブ化時間に対応する測定ｗｉｎｄｏｗ２内で非アクティブ化時間部分のターゲット量４を計算する。この二つの計算結果は、加重合計されてもよく、それぞれアクティブ化と非アクティブ化部分のリソース選択及び／又は伝送パラメータを判断するために用いられてもよく、例えばそれぞれ異なるチャネル占有率（Ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ Ｒａｔｉｏ、ＣＲ）制限及び／又は伝送パラメータ配置に対応する。伝送パラメータ配置は、利用可能なＭＣＳ、送信パワー制限、コードレート制限、伝送データ量制限、地理位置制限、リソース割り当て制限、伝送制限などのうちの少なくとも一つ、例えば最大ＭＣＳ、最小ＭＣＳ、最大送信パワー、最小送信パワー、最大コードレート、最小コードレート、最大ＴＢ ｓｉｚｅ、最小ＴＢ ｓｉｚｅ、最大距離、最小距離、地理位置番号、最大周波数領域リソース数、最小周波数領域リソース数、最大サブチャネル数、最小サブチャネル数、最大再送回数、最小再送回数、最大伝送回数、最小伝送回数、最大リザーブリソース回数、最小リザーブリソース回数、最大リザーブリソース量、最小リザーブリソース量のうちの少なくとも一つを含んでもよい。

このように、閾値又は係数を調整することで、非アクティブ化時間による測定結果への影響を調整し、又は非アクティブ化時間とアクティブ化時間に異なる評価根拠を採用することができる。

本出願の実施例では、選択的に、活動時間と非活動時間各々は、それぞれターゲット量を決定する時に対応する予め設定される閾値を有する。端末は、基地局による配置、予め配置、スケジューリング端末によるスケジューリング又は指示、ユーザ間のネゴシエーション、プロトコル規定、端末自体による決定などの方法のうちの少なくとも一つの方法で、活動時間と非活動時間のそれぞれに対応する予め設定される閾値を取得する。

選択的に、活動時間と非活動時間各々は、それぞれ対応する測定ウィンドウを有してもよい。選択的に、活動時間に対応する測定ウィンドウと非活動時間に対応する測定ウィンドウは、少なくとも部分的に通過しない。端末は、基地局による配置、予め配置、スケジューリング端末によるスケジューリング又は指示、ユーザ間のネゴシエーション、プロトコル規定、端末自体による決定などの方法のうちの少なくとも一つの方法で、活動時間と非活動時間のそれぞれに対応する測定ウィンドウを取得する。

本出願の実施例では、端末が複数セットの第一の配置及び／又は第二の配置を取得した場合に、端末は、前記複数セットの第一の配置及び／又は第二の配置の制限を満たす第一のリソースを取得してもよい。及び／又は、端末は、取得された第一のリソースに基づいて、前記複数セットの第一の配置及び／又は第二の配置に対する一つのターゲット量を決定してもよい。

選択的に、端末が複数セットの第一の配置及び／又は第二の配置を取得した場合に、ターゲット配置は、前記複数セットの第一の配置及び／又は第二の配置のうちの予め設定される条件を満たす配置であってもよい。

選択的に、前記予め設定される条件は、前記ターゲット配置は、ターゲット量の決定をトリガーする第一の対象が位置するリソースプールに対応する配置であること、又は、前記ターゲット配置は、ターゲット監視をトリガーする第一の対象が位置するリソースプールに対応する配置であることを含む。

選択的に、前記ターゲット配置は、ターゲット量の決定をトリガーするか又はターゲット監視をトリガーする第一の対象の特性に関連してもよい。

選択的に、前記第一の対象は、トラフィックと、データパケットと、ＭＡＣ ＰＤＵと、データと、トランスポートブロックとのうちの少なくとも一つを含んでもよい。

選択的に、端末が複数セットの第一の配置及び／又は第二の配置を取得した場合に、端末は、各セットの第一の配置又は各セットの第二の配置での第一のリソースをそれぞれ取得してもよい。及び／又は、端末は、取得された第一のリソースに基づいて、各セットの第一の配置又は各セットの第二の配置に対してそれぞれ第一の操作を実行してもよい。

例えば、ＳＬ ＤＲＸ配置を例にすると、端末が同一のシステム、キャリア、帯域幅部分（Ｂａｎｄ Ｗｉｄｔｈ Ｐａｒｔ、ＢＷＰ）又はリソースプールに対応する複数セットのＳＬ ＤＲＸ配置を取得した場合、
１）測定ｗｉｎｄｏｗを統一的に定義し、及び／又は、一つのターゲット量を計算する。

選択的に、端末が、基地局による配置、予め配置、スケジューリング端末によるスケジューリング又は指示、ユーザ間のネゴシエーション、プロトコル規定、端末自体による決定などの方法のうちの少なくとも一つの方法で、複数セットのＳＬ ＤＲＸ配置又は予め設定されるリソースプールに対応する複数セットのＳＬ ＤＲＸ配置を取得した場合、この複数セットのＳＬ ＤＲＸ配置に基づいてターゲット量を決定する。

選択的に、測定ｗｉｎｄｏｗの定義は、いずれの定義を採用しても、上記複数セットのＳＬ ＤＲＸ配置を考慮する必要があり、即ちすべてのＳＬ ＤＲＸ配置の制限を満たすリソース上でターゲット量を決定する。

例えば、測定ｗｉｎｄｏｗ内であって且つすべてのＳＬ ＤＲＸ配置のアクティブ化時間と重なるリソースに基づいてターゲット量を決定する。

選択的に、端末は、アクティブ化時間又は非アクティブ化時間が最長であるか、アクティブ化時間又は非アクティブ化時間が最短であるか、ユニキャストＳＬ ＤＲＸ、ブロードキャストＳＬ ＤＲＸ、グループキャストＳＬ ＤＲＸ、ＤＲＸ ＩＤが最大であるか、ＤＲＸ ＩＤが最小であるか、ＤＲＸ ＩＤが予め設定されるＩＤであるか、ＤＲＸに対応するリソースプールのＩＤが最大であるか、ＤＲＸに対応するリソースプールのＩＤが最小であるか、ＤＲＸに対応するリソースプールのＩＤが予め設定されるＩＤであるなどのうちの一つの制限を満たすリソース上でターゲット量を決定する。

２）各ＳＬ ＤＲＸ配置ごとにそれぞれ測定ｗｉｎｄｏｗを定義し、及び／又は、ターゲット量を決定する。

３）測定ｗｉｎｄｏｗの定義及び／又はターゲット量の計算は、ターゲット量の決定をトリガーするトラフィック、データパケット、ＭＡＣ ＰＤＵ、データ及び／又はＴＢなどが位置するリソースプールに対応するＳＬ ＤＲＸ配置による影響のみを受ける。即ち、同じリソースプールに対応するＤＲＸパターン（ｐａｔｔｅｒｎ）に対して測定ｗｉｎｄｏｗを定義し、及び／又は、ターゲット量を決定する。

つまり、複数のＤＲＸ 配置が存在する場合、すべてのＤＲＸ配置に対してターゲット測定を行い、及び／又は、一つのターゲット量を決定してもよく、又は、異なるＤＲＸ 配置に対してそれぞれターゲット測定を行い、及び／又は、ターゲット量を決定してもよい。後者は、複数のＤＲＸ ｐａｔｔｅｒｎが異なる伝送に用いられる場合に適用され、例えば、ユニキャスト用のＤＲＸ配置が比較的暇であるが、ブロードキャストＤＲＸ 配置のリソースを大量に占有してしまうことを防止することができる。

理解できることとして、上記は、複数セットのＳＬ ＤＲＸ配置を取得したことを例にしたが、本出願の実施例は、これに限定されず、複数セットのｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置を取得してもよく、複数セットのＳＬ ＤＲＸ配置とｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置を取得してもよく、対応する監視及び／又は計算プロセスは、上記内容と似て、ここでこれ以上説明しない。

ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置について、１つ又は複数のｐａｒｔｉａｌ ｓｅｎｓｉｎｇウィンドウを含んでもよい。ＳＬ ＤＲＸ配置と比較して、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇウィンドウはアクティブ化時間に類似する。ｐａｒｔｉａｌ ｓｅｎｓｉｎｇウィンドウ以外は非アクティブ化時間に類似する。

選択的に、上記ターゲット配置は、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置を含み、このｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置は、ターゲット監視及び／又はターゲット量の決定をトリガーする第一の対象に関連する。この第一の対象は、トラフィックと、データパケットと、ＭＡＣ ＰＤＵと、データと、トランスポートブロックとのうちの少なくとも一つを含んでもよい。

さらに、このｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置は、ターゲット監視及び／又はターゲット量の決定をトリガーする第一の対象の特徴に関連する。この特徴は、周期、パケット遅延予算（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ、ＰＤＢ）、最大伝送回数、信頼性要求、サービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、ＱｏＳ）、優先度などのうちの少なくとも一つを含んでもよい。

例えば、ターゲット監視又はターゲット量の決定をトリガーするトラフィックの周期又はＰＤＢが１００ｍｓである場合、ターゲット量を決定する時に考慮されるｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置は、このトラフィックに対応し、又はこの周期又はＰＤＢに対応するｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置である。具体的には、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置の周期及び／又はｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置のステップサイズは、このトラフィックに対応してもよく、又は、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置の周期及び／又はｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置のステップサイズは、この周期又はＰＤＢに対応してもよい。

選択的に、端末が複数セットのｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置を取得した場合、
ａ）測定ｗｉｎｄｏｗを統一的に定義し、及び／又は、一つのターゲット量を計算する。

選択的に、測定ｗｉｎｄｏｗ内におけるすべてのｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置を満たすリソース上でターゲット量を決定する。例えば、測定ｗｉｎｄｏｗ内におけるすべてのｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置のｐａｒｔｉａｌ ｓｅｎｓｉｎｇ ｗｉｎｄｏｗと重なるリソースに基づいて、ターゲット量を決定する。

選択的に、一つのｐａｒｔｉａｌ ｓｅｎｓｉｎｇ ｗｉｎｄｏｗの時間長、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置内のすべてのｐａｒｔｉａｌ ｓｅｎｓｉｎｇ ｗｉｎｄｏｗの全長、又はｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置内のｐａｒｔｉａｌ ｓｅｎｓｉｎｇ ｗｉｎｄｏｗのタイムスパンが最も長いこと、一つのｐａｒｔｉａｌ ｓｅｎｓｉｎｇ ｗｉｎｄｏｗの時間長、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置内のすべてのｐａｒｔｉａｌ ｓｅｎｓｉｎｇ ｗｉｎｄｏｗの全長、又はｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置内のｐａｒｔｉａｌ ｓｅｎｓｉｎｇ ｗｉｎｄｏｗのタイムスパンが最も短いこと、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置ＩＤが最大、最小であること、又は予め設定されるＩＤ、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置に対応するリソースプールのＩＤが最大、最小であること、又は予め設定されるＩＤ、ユニキャストｐａｒｔｉａｌ ｓｅｎｓｉｎｇ、ブロードキャストｐａｒｔｉａｌ ｓｅｎｓｉｎｇ、グループキャストｐａｒｔｉａｌ ｓｅｎｓｉｎｇであることのような制限のうちのいずれか一つを満たすリソース上でターゲット量を決定する。

ｂ）各ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置ごとにそれぞれ測定ｗｉｎｄｏｗを定義し、及び／又は、ターゲット量を決定する。

ｃ）測定ｗｉｎｄｏｗの定義及び／又はターゲット量の計算は、ターゲット量の決定をトリガーするトラフィック、データパケット、ＭＡＣ ＰＤＵ、データ及び／又はＴＢなどが位置するリソースプールに対応するｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置による影響のみを受ける。即ち、同じリソースプールに対応するｐａｒｔｉａｌ ｓｅｎｓｉｎｇに対して測定ｗｉｎｄｏｗを定義し、及び／又は、ターゲット量を決定する。

本出願の実施例では、第一の配置と第二の配置とが同時に存在する場合、端末は、第一の配置と第二の配置を同時にイネーブルすることが許可されないと決定してもよく、又は、端末は、ターゲット量の決定及び／又はターゲット監視を行うための第一のリソースが第一の配置及び／又は第二の配置の制限を満たすと決定してもよい。

さらに、ターゲット量の決定及び／又はターゲット監視を行うための第一のリソースが第一の配置及び／又は第二の配置の制限を満たすと決定する場合、端末は、制限指示情報を取得し、この制限指示情報に基づいて、ターゲット量の決定及び／又はターゲット監視を行うための第一のリソースが第一の配置及び／又は第二の配置の制限を満たすと決定してもよい。

例えば、ＳＬ ＤＲＸ配置とｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置を例にすると、ＳＬ ＤＲＸ配置とｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置とが同時に存在する場合、基地局による配置、予め配置、プロトコル約定、スケジューリング端末によるスケジューリング又は指示などの方式で、ＳＬ ＤＲＸ配置とｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置とが同時にイネーブルされず、端末がＳＬ ＤＲＸとｐａｒｔｉａｌ ｓｅｎｓｉｎｇを同時に行わないことを確保してもよい。

又は、ＳＬ ＤＲＸ配置とｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置とが同時に存在することが許可される場合、ＳＬ ＤＲＸ配置とｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置に対応する制限のうちの少なくとも一つを満たす。

１）選択的に、ＳＬ ＤＲＸ配置に対応する制限を満たすか、又は、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置に対応する制限を満たす。即ち、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ ｗｉｎｄｏｗ内にあれば、又はＳＬ ＤＲＸアクティブ化時間内にあればよい。

２）選択的に、ＳＬ ＤＲＸ配置とｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置に対応する制限を同時に満たす。即ち、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ ｗｉｎｄｏｗ内にあり且つＳＬ ＤＲＸアクティブ化時間内にある必要がある。

３）選択的に、端末は、（基地局による配置、スケジューリング端末によるスケジューリング又は指示、予め配置、端末間のネゴシエーション、プロトコル規定、端末自体による決定などにより）制限指示情報を取得してもよく、この制限指示情報は、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置の制限を満たす必要があるか、ＳＬ ＤＲＸ配置の制限を満たす必要があるか、又はｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置とＳＬ ＤＲＸ配置の制限を満たす必要があるかを決定するために用いられる。例えば、この制限指示情報は、満たす必要のある配置を指示し、及び／又は、満たす必要のない配置を指示してもよい。

選択的に、第一の操作を実行した後に、端末は、決定されたターゲット量を送信し、及び／又は、ターゲット監視を行って得られた監視結果を送信してもよい。例えば、上記情報は、基地局及び／又は他の端末が把握、受信することを容易にするために、基地局及び／又は他の端末に送信されてもよい。

選択的に、端末に複数の伝送方式が存在する場合に、端末は、取得された第一のリソースに基づいて、これらの複数の伝送方式のうちの少なくとも一つの伝送方式に対してそれぞれターゲット量の決定及び／又はターゲット監視を行ってもよい。

例えば、複数の伝送方式（ｃａｓｔ ｔｙｐｅ）、例えばブロードキャスト、グループキャスト、ユニキャストなどのうちの少なくとも一部が存在する場合、端末は、これらの複数の伝送方式のうちの第一の伝送方式に対して一つのターゲット量、例えば、ＣＢＲ及び／又はＣＲを計算し、及び、第二の伝送方式に対して一つのターゲット量を計算してもよい。ここで、第一の伝送方式は、第二の伝送方式と異なる。具体的には、例えば、ブロードキャスト伝送に対してターゲット検出を行い、及び／又は、ターゲット量１を決定し、ユニキャストに対してターゲット検出を行い、及び／又は、ターゲット量２を決定する。

指摘すべきこととして、本出願ではｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置を例にして説明したが、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置に限定されず、ｆｕｌｌ ｓｅｎｓｉｎｇ配置にも同様に適用される。

上記各実施例は、単独で存在してもよく、組み合わせて実現されてもよい。

上記各実施例に係る活動時間又は測定ウィンドウが、ターゲット監視及び／又はターゲット量の決定をトリガーする時点及びこの時点の後の時間の部分を含む場合、これらの部分のリソースは、監視、例えば測定できず、この時点の前の部分しか監視できない可能性がある。

説明すべきこととして、本出願の実施例による情報決定方法では、実行本体は情報決定装置、又は、この情報決定装置における情報決定方法を実行するための制御モジュールであってもよい。本出願の実施例では、情報決定装置が情報決定方法を実行することを例にして、本出願の実施例による情報決定装置を説明する。

図５を参照すると、本出願の実施例は、端末に用いられる情報決定装置を提供する。図５を参照すると、この情報決定装置５０は、
ターゲット配置での第一のリソースを取得するための取得モジュール５１と、
前記第一のリソースに基づいて、第一の操作を実行するための第一の実行モジュール５２とを含み、
ここで、前記第一の操作は、ターゲット監視を行うことと、ターゲット量を決定することとのうちの少なくとも一つを含み、
ここで、前記ターゲット配置は、活動時間及び／又は非活動時間を含む。

選択的に、前記ターゲット配置は、第一の配置及び／又は第二の配置を含み、前記第一の配置は、アクティブ化時間及び／又は非アクティブ化時間を含み、前記第二の配置は、検出時間及び／又は非検出時間を含み、前記活動時間は、アクティブ化時間及び／又は検出時間を含み、前記非活動時間は、非アクティブ化時間及び／又は非検出時間を含む。

選択的に、前記第一のリソースは、測定ウィンドウを含み、前記測定ウィンドウ内に含まれるリソースの数は、第一の予め設定される値以上である。

選択的に、前記リソースは、測定可能なリソースと、物理リソースと、論理リソースとのうちの少なくとも一つを含む。

選択的に、前記第一の予め設定される値は、
１００＊２^μ＊Ｊ（ここで、μは０以上の整数であり、Ｊは０よりも大きい）と、
前記ターゲット配置に関連する数値とのうちのいずれか一つである。

選択的に、前記第一のリソースは、活動時間を含み、前記活動時間に含まれるリソースの数は、第二の予め設定される値以上であり、及び／又は、前記非活動時間に含まれるリソースの数は、第三の予め設定される値未満である。

選択的に、前記活動時間に含まれるリソースの数が、前記第二の予め設定される値未満であり、及び／又は、前記非活動時間に含まれるリソースの数が、前記第三の予め設定される値以上である場合に、この情報決定装置５０は、
第二の操作を実行するための第二の実行モジュールをさらに含み、
ここで、前記第二の操作は、
ターゲット監視を行わないことと、
ターゲット量を決定しないことと、
決定されたターゲット量に基づく処理操作を行わないこととのうちの少なくとも一つを含む。

選択的に、前記第二の実行モジュールは、具体的に、
前記端末が取得したすべての配置と、
前記端末が取得したすべての配置の活動時間と、
前記第二の予め設定される値による要求を満たさない活動時間が属するターゲット配置と、
前記第二の予め設定される値による要求を満たさない活動時間が属するターゲット配置のすべての活動時間と、
前記第二の予め設定される値による要求を満たさない活動時間に対応するリソースプール、例えば前記第二の予め設定される値による要求を満たさない活動時間が属する配置に対応するリソースプールと、
前記第二の予め設定される値による要求を満たさない活動時間とのうちの少なくとも一つに対して、前記第二の操作を実行するために用いられる。

選択的に、前記第一のリソースは、測定ウィンドウ及び／又は活動時間を含み、前記第一のリソースは、
Ｚ１個の測定ウィンドウ内における活動時間にあるリソースの数が、第一の予め設定される閾値以上であることと、
Ｚ２個の測定ウィンドウ内における活動時間にあるリソースの割合が、第二の予め設定される閾値以上であることと、
Ｚ３個の測定ウィンドウ内における非活動時間にあるリソースの数が、第三の予め設定される閾値以下であることと、
Ｚ４個の測定ウィンドウ内における非活動時間にあるリソースの割合が、第四の予め設定される閾値以下であることと、
Ｚ５個の測定ウィンドウ内に含まれるリソースの数が、第五の予め設定される閾値以上であることと、
Ｚ６個の測定ウィンドウ内に含まれるリソースの数の割合が、第六の予め設定される閾値以上であることと、
Ｚ７個の活動時間内に含まれるリソースの数が、第七の予め設定される閾値以上であることと、
Ｚ８個の活動時間内に含まれるリソースの数の割合が、第八の予め設定される閾値以上であることとのうちの少なくとも一つを満たし、
ここで、Ｚ１、Ｚ２、Ｚ３、Ｚ４、Ｚ５、Ｚ６、Ｚ７、Ｚ８は、正の整数である。

選択的に、前記第一のリソースは、測定ウィンドウを含み、前記測定ウィンドウは、少なくとも一つの活動時間を含み、前記第一の実行モジュール５２は、具体的に、前記少なくとも一つの活動時間のリソースに基づいて、第一の操作を実行するために用いられる。

選択的に、前記取得モジュール５１は、具体的に、第一の指示情報を取得するために用いられ、
ここで、前記第一の指示情報は、ターゲット監視及び／又はターゲット量の決定を行う必要がある測定ウィンドウを決定するために用いられる。

選択的に、前記第一の指示情報は、
測定ウィンドウに対応する活動時間と、
測定ウィンドウに対応する活動時間の数と、
測定ウィンドウに対応する予め設定される活動時間と、
測定ウィンドウに対応する活動時間の始点と、
測定ウィンドウに対応する活動時間の終点と、
測定ウィンドウの数と、
測定ウィンドウとのうちの少なくとも一つを指示するために用いられる。

選択的に、前記第一の指示情報が前記端末によって決定される場合に、前記第一の指示情報に基づいて決定される活動時間は、第二の予め設定される値による要求を満たす最も遅い活動時間である。

選択的に、前記測定ウィンドウ内には、第一のリソースプール及び／又は予め設定されるリソースプールに属するリソースが含まれる。

選択的に、前記第一の実行モジュール５２は、具体的に、
前記少なくとも一つの活動時間の、予め設定されるリソースプールに属するリソースに基づいて、第一の操作を実行することと、
前記少なくとも一つの活動時間の、第一のリソースプールに属するリソースに基づいて、第一の操作を実行することとのいずれか一つを実行するために用いられる。

選択的に、前記第一の実行モジュール５２は、
前記少なくとも一つの活動時間のリソースに基づいて、第一のターゲット量を決定するための第一の計算ユニットと、
第一のスケールファクタを用いて前記第一のターゲット量を調整して、前記ターゲット量を得るための第一の調整ユニットとを含む。

選択的に、前記第一のスケールファクタは、
第四の予め設定される値と前記少なくとも一つの活動時間のリソースの数との比と、
リファレンスウィンドウ内のリソース総数と前記少なくとも一つの活動時間のリソースの数との比とのうちのいずれか一つである。

選択的に、前記第一のリソースは、測定ウィンドウを含み、前記第一の実行モジュール５２は、具体的に、
前記測定ウィンドウ内における活動時間と重なるリソースに基づいて、第一の操作を実行し、又は、前記測定ウィンドウ内における非活動時間を除外した後の残りのリソースに基づいて、第一の操作を実行するために用いられる。

選択的に、前記測定ウィンドウは、前記活動時間内に存在し、
又は、前記測定ウィンドウ内には、非活動時間が含まれる。

選択的に、前記重なるリソースの数は、第九の予め設定される閾値以上である。

選択的に、前記重なるリソースは、第一の時点よりも後にならず、且つ前記重なるリソースは、前記ターゲット配置に含まれる活動時間における前記第一の時点に最も近いリソースであり、
ここで、前記第一の時点は、ターゲット量の決定のトリガーに関連する時点であり、又は、前記第一の時点は、ターゲット監視のトリガーに関連する時点である。

選択的に、前記取得モジュール５１は、具体的に、第二の指示情報を取得するために用いられ、
ここで、前記第二の指示情報は、ターゲット監視及び／又はターゲット量の決定を行う必要がある測定ウィンドウを決定するために用いられる。

選択的に、前記第二の指示情報は、
測定ウィンドウ内に含まれる活動時間と、
測定ウィンドウ内に含まれる活動時間の数と、
測定ウィンドウに対応する、ターゲット監視及び／又はターゲット量の決定を行う必要がある活動時間と、
測定ウィンドウに対応する、ターゲット監視及び／又はターゲット量の決定を行う必要がある活動時間の数と、
測定ウィンドウに対応する、ターゲット監視及び／又はターゲット量の決定を行う必要がある予め設定される活動時間と、
測定ウィンドウに対応する、ターゲット監視及び／又はターゲット量の決定を行う必要がある活動時間の始点と、
測定ウィンドウに対応する、ターゲット監視及び／又はターゲット量の決定を行う必要がある活動時間の終点とのうちの少なくとも一つを指示するために用いられる。

選択的に、前記測定ウィンドウ内には、第一のリソースプール及び／又は予め設定されるリソースプールに属するリソースが含まれる。

選択的に、前記第一の実行モジュール５２は、具体的に、
前記測定ウィンドウ内における活動時間と重なり、且つ前記第一のリソースプールに属するリソースに基づいて、第一の操作を実行することと、
前記測定ウィンドウ内における活動時間と重なり、且つ前記予め設定されるリソースプールに属するリソースに基づいて、第一の操作を実行することとのうちのいずれか一つを実行するために用いられる。

選択的に、前記第一の実行モジュール５２は、
前記測定ウィンドウ内における活動時間と重なるリソースに基づいて、第二のターゲット量を決定するための第二の計算ユニットと、
第二のスケールファクタを用いて前記第二のターゲット量を調整して、前記ターゲット量を得るための第二の調整ユニットとを含む。

選択的に、前記第二のスケールファクタは、第五の予め設定される値と前記測定ウィンドウに対応する活動時間内のリソースの数との比である。

選択的に、前記第一のリソースは、測定ウィンドウを含み、前記測定ウィンドウは、ターゲット量の決定のトリガーに関連する時点に関連し、又は、前記測定ウィンドウは、ターゲット監視のトリガーに関連する時点に関連し、
前記測定ウィンドウは、
前記ターゲット配置に含まれる活動時間よりも第一の予め設定される時間前に開始することと、
前記ターゲット配置に含まれる活動時間よりも第二の予め設定される時間後に終了することとのうちの少なくとも一つを満たす。

選択的に、前記第一のリソースは、測定ウィンドウを含み、前記第一の実行モジュール５２は、
前記測定ウィンドウ内のリソースに基づいてターゲット監視を行い、第一の監視結果を得るための第一の監視ユニットと、
前記第一の監視結果が第十の予め設定される閾値よりも高いか又は低いリソースの数と第一の数との比を計算して、前記ターゲット量を得るか、又は、前記第一の監視結果が第一の関係を満たすリソースの数と第一の数との比を計算して、前記ターゲット量を得るための第三の計算ユニットとを含み、
ここで、前記第一の数は、
前記測定ウィンドウ内のリソースの数と、
前記測定ウィンドウ内であって且つ活動時間にあるリソースの数と、
第一の測定ウィンドウ内のリソースの数と、
第一の測定ウィンドウ内であって且つ活動時間にあるリソースの数とのうちのいずれか一つである。

選択的に、前記第一の監視ユニットは、具体的に、前記測定ウィンドウ内であって且つ活動時間にあるリソースに基づいて、前記第一の監視結果を計算するために用いられる。

選択的に、前記測定ウィンドウが非活動時間を含む場合に、前記第三の計算ユニットは、具体的に、前記第一の監視結果が調整後の第十の予め設定される閾値よりも高いか又は低いリソースの数と前記第一の数との比を計算して、前記ターゲット量を得るために用いられ、
ここで、前記調整後の第十の予め設定される閾値は、第一の調整値を用いて前記第十の予め設定される閾値を調整して得られたものである。

選択的に、前記第十の予め設定される閾値は、前記端末が取得した、ターゲット量を決定するための閾値であり、
又は、
前記第十の予め設定される閾値は、前記端末が取得した、前記ターゲット配置がアクティブ化又はイネーブルされていない時の、ターゲット量を決定するための閾値であり、前記調整後の第十の予め設定される閾値は、前記ターゲット配置がアクティブ化又はイネーブルされた後の、ターゲット量を決定するための閾値である。

選択的に、前記第一の調整値は、第一の比に関連し、前記第一の比は、前記ターゲット配置に含まれる活動時間と前記ターゲット配置に含まれる非活動時間との比である。

選択的に、前記第一の実行モジュール５２は、
前記測定ウィンドウ内であって且つ活動時間にあるリソースに基づいてターゲット監視を行い、第二の監視結果を得ること、及び、前記測定ウィンドウ内であって且つ非活動時間にあるリソースに基づいてターゲット監視を行い、第三の監視結果を得るための第一の監視ユニットと、
前記第二の監視結果に基づいて、第二の比を決定し、及び、前記第三の監視結果に基づいて、第三の比を決定するための第四の計算ユニットと、
前記第二の比と前記第三の比に基づいて、前記ターゲット量を得るための第五の計算ユニットとを含む。

選択的に、前記第五の計算ユニットは、
第二の調整値を用いて前記第二の比を調整し、及び／又は、第三の調整値を用いて前記第三の比を調整するための調整サブユニットと、
調整後の第二の比と前記第三の比と、
前記第二の比と調整後の第三の比と、
調整後の第二の比と調整後の第三の比とのうちのいずれか一つに基づいて、前記ターゲット量を得るための計算サブユニットとを含む。

選択的に、前記端末が複数セットの第一の配置及び／又は第二の配置を取得した場合に、前記取得モジュール５１は、具体的に、前記複数セットの第一の配置及び／又は第二の配置の制限を満たす第一のリソースを取得するために用いられる。

選択的に、前記端末が複数セットの第一の配置及び／又は第二の配置を取得した場合に、前記第一の実行モジュール５２は、具体的に、前記第一のリソースに基づいて、前記複数セットの第一の配置及び／又は第二の配置に対する一つのターゲット量を計算するために用いられる。

選択的に、前記端末が複数セットの第一の配置及び／又は第二の配置を取得した場合に、前記ターゲット配置は、前記複数セットの第一の配置及び／又は第二の配置のうちの予め設定される条件を満たす配置である。

選択的に、前記予め設定される条件は、
前記ターゲット配置が、ターゲット量の決定をトリガーする第一の対象が位置するリソースプールに対応する配置であること、又は、前記ターゲット配置が、ターゲット監視をトリガーする第一の対象が位置するリソースプールに対応する配置であることを含む。

選択的に、前記ターゲット配置は、ターゲット量の決定をトリガーするか又はターゲット監視をトリガーする第一の対象の特性に関連する。

選択的に、前記第一の対象は、
トラフィックと、データパケットと、ＭＡＣ ＰＤＵと、データと、トランスポートブロックとのうちの少なくとも一つを含む。

選択的に、前記端末が複数セットの第一の配置及び／又は第二の配置を取得した場合に、前記取得モジュール５１は、具体的に、各セットの第一の配置又は各セットの第二の配置での第一のリソースをそれぞれ取得するために用いられる。

選択的に、前記端末が複数セットの第一の配置及び／又は第二の配置を取得した場合に、前記第一の実行モジュール５２は、具体的に、各セットの第一の配置又は各セットの第二の配置に対してそれぞれ前記第一の操作を実行するために用いられる。

選択的に、前記情報決定装置５０は、
第一の配置と第二の配置を同時にイネーブルすることが許可されないと決定することと、
ターゲット量の決定及び／又はターゲット監視を行うための第一のリソースが第一の配置及び／又は第二の配置の制限を満たすと決定することとのうちのいずれか一つに用いられる決定モジュールをさらに含む。

選択的に、前記決定モジュールはさらに、制限指示情報を取得し、前記制限指示情報に基づいて、ターゲット量の決定及び／又はターゲット監視を行うための第一のリソースが第一の配置及び／又は第二の配置の制限を満たすと決定するために用いられる。

選択的に、前記情報決定装置５０は、
決定されたターゲット量を送信し、及び／又は、ターゲット監視を行って得られた監視結果を送信するための送信モジュールをさらに含む。

選択的に、前記ターゲット量は、ＣＢＲと、ＣＲとのうちの少なくとも一つを含む。

選択的に、前記端末に複数の伝送方式が存在する場合に、前記の、前記第一のリソースに基づいて、第一の操作を実行することは、
前記第一のリソースに基づいて、前記複数の伝送方式のうちの少なくとも一つの伝送方式に対してそれぞれターゲット量の決定及び／又はターゲット監視を行うための計算モジュールを含む。

本出願の実施例における情報決定装置は、装置であってもよく、端末における部材、集積回路、又はチップであってもよい。この装置は、移動端末であってもよく、非移動端末であってもよい。例示的には、移動端末は、以上に列挙された端末１１のタイプを含んでもよいが、それらに限らず、非移動端末は、サーバ、ネットワーク接続型ストレージ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ、ＮＡＳ）、パーソナルコンピュータ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ、ＰＣ）、テレビ（ｔｅｌｅｖｉｓｉｏｎ、ＴＶ）、預入支払機又はセルフサービス機などであってもよく、本出願の実施例では、具体的に限定しない。

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

本出願の実施例による情報決定装置５０は、図２に示す方法の実施例により実現される各プロセスを実現し、且つ同じ技術的効果を達成することができ、説明の繰り返しを回避するために、ここでこれ以上説明しない。

選択的に、図６に示すように、本出願の実施例は、端末６０をさらに提供し、この端末６０は、プロセッサ６１と、メモリ６２と、メモリ６２に記憶されており、且つ前記プロセッサ６１上で運行できるプログラム又は命令とを含み、このプログラム又は命令がプロセッサ６１により実行されると、上記情報決定方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

図７は、本出願の実施例の端末を実現するハードウェア構造の概略図である。

この端末７００は、無線周波数ユニット７０１、ネットワークモジュール７０２、オーディオ出力ユニット７０３、入力ユニット７０４、センサ７０５、表示ユニット７０６、ユーザ入力ユニット７０７、インターフェースユニット７０８、メモリ７０９、及びプロセッサ７１０などの部材を含むが、それらに限らない。

当業者であれば理解できるように、端末７００は、各部材に給電する電源（例えば、電池）をさらに含んでもよく、電源は、電源管理システムによってプロセッサ７１０にロジック的に接続されてもよく、それにより電源管理システムによって充放電管理及び消費電力管理などの機能を実現することができる。図７に示す端末構造は、端末に対する限定を構成せず、端末は、図示された部材の数よりも多い又は少ない部材、又はいくつかの部材の組み合わせ、又は異なる部材の配置を含んでもよく、ここでこれ以上説明しない。

理解すべきこととして、本出願の実施例では、入力ユニット７０４は、グラフィックスプロセッサ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＧＰＵ）７０４１とマイクロホン７０４２を含んでもよく、グラフィックスプロセッサ７０４１は、ビデオキャプチャモード又は画像キャプチャモードにおいて画像キャプチャ装置（例えば、カメラ）によって得られた静止画像又はビデオの画像データを処理する。表示ユニット７０６は、表示パネル７０６１を含んでもよく、液晶ディスプレイ、有機発光ダイオードなどの形式で表示パネル７０６１が配置されてもよい。ユーザ入力ユニット７０７は、タッチパネル７０７１及び他の入力機器７０７２を含む。タッチパネル７０７１は、タッチスクリーンとも呼ばれる。タッチパネル７０７１は、タッチ検出装置とタッチコントローラという二つの部分を含んでもよい。他の入力機器７０７２は、物理的キーボード、機能キー（例えば、音量制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限らず、ここでこれ以上説明しない。

本出願の実施例では、無線周波数ユニット７０１は、ネットワーク側機器からの下りリンクのデータを受信した後、プロセッサ７１０に処理させ、また、上りリンクのデータをネットワーク側機器に送信する。一般的には、無線周波数ユニット７０１は、アンテナ、少なくとも一つの増幅器、送受信機、カプラ、低雑音増幅器、デュプレクサなどを含むが、それらに限らない。

メモリ７０９は、ソフトウェアプログラム又は命令及び様々なデータを記憶するために用いられてもよい。メモリ７０９は、主にプログラム又は命令記憶領域とデータ記憶領域を含んでもよく、ここで、プログラム又は命令記憶領域は、オペレーティングシステム、少なくとも一つの機能に必要なアプリケーションプログラム又は命令（例えば、音声再生機能、画像再生機能など）などを記憶することができる。なお、メモリ７０９は、高速ランダムアクセスメモリを含んでもよく、非揮発性メモリを含んでもよく、ここで、非揮発性メモリは、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブルリードオンリーメモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能なプログラマブルリードオンリーメモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的に消去可能なプログラマブルリードオンリーメモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）又はフラッシュメモリであってもよい。例えば、少なくとも一つの磁気ディスクメモリデバイス、フラッシュメモリデバイス、又は他の非揮発性ソリッドステートメモリデバイスであってもよい。

プロセッサ７１０は、一つ又は複数の処理ユニットを含んでもよい。選択的に、プロセッサ７１０は、アプリケーションプロセッサとモデムプロセッサを統合してもよい。ここで、アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインタフェースとアプリケーションプログラム又は命令などを処理するものであり、モデムプロセッサは、主に無線通信を処理するものであり、例えばベースバンドプロセッサである。理解できるように、上記モデムプロセッサは、プロセッサ７１０に統合されなくてもよい。

ここで、プロセッサ７１０は、ターゲット配置での第一のリソースを取得し、前記第一のリソースに基づいて、第一の操作を実行するために用いられ、前記第一の操作は、ターゲット監視を行うことと、ターゲット量を決定することとのうちの少なくとも一つを含み、前記ターゲット配置は、活動時間及び／又は非活動時間を含む。

本出願の実施例による端末７００は、図２に示す方法の実施例により実現される各プロセスを実現し、且つ同じ技術的効果を達成することができ、説明の繰り返しを回避するために、ここでこれ以上説明しない。

本出願の実施例は、可読記憶媒体をさらに提供し、前記可読記憶媒体上にはプログラム又は命令が記憶されており、このプログラム又は命令がプロセッサにより実行されると、上記図２に示す方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

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

本出願の実施例は、チップをさらに提供し、前記チップは、プロセッサと通信インターフェースを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、ネットワーク側機器のプログラム又は命令を運行するために用いられ、図２に示す方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

理解すべきこととして、本出願の実施例に言及されたチップは、システムレベルチップ、システムチップ、チップシステム又はシステムオンチップなどと呼ばれてもよい。

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

説明すべきこととして、本明細書では、用語である「含む」、「包含」又はその他の任意の変形は、非排他的な「含む」を意図的にカバーするものであり、それによって一連の要素を含むプロセス、方法、物品又は装置は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み、又はこのようなプロセス、方法、物品又は装置に固有の要素も含む。それ以上の制限がない場合に、「……を１つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品又は装置には他の同じ要素も存在することが排除されるものではない。なお、指摘すべきこととして、本出願の実施の形態における方法と装置の範囲は、図示又は討論された順序で機能を実行することに限らず、関わる機能に基づいて基本的に同時である方式又は逆の順序で機能を実行することを含んでもよく、例えば記述されたものとは異なる手順で記述された方法を実行することができるとともに、様々なステップを追加、省略又は組み合わせることができる。また、いくつかの例を参照して記述された特徴は、他の例で組み合わせられることができる。

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

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

Claims (14)

1. 情報決定方法であって、
   端末が、ターゲット配置での第一のリソースを取得することと、
   前記端末が、前記第一のリソースに基づいて、ＣＢＲを計算することとを含み、
   ここで、前記ターゲット配置は、第一の配置及び第二の配置を含み、前記第一の配置は、ＳＬ ＤＲＸ配置であり、前記第一の配置は、アクティブ化時間及び／又は非アクティブ化時間を含み、前記第二の配置は、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置であり、
   前記第一のリソースは、測定ウィンドウを含み、前記測定ウィンドウ内に含まれる測定可能なリソースの数は、第一の予め設定される値以上であり、前記測定可能なリソースは、アクティブ化時間内に制御チャネル及び／又はデータチャネルが受信したリソースを含む、情報決定方法。
2. 前記第二の配置は、検出時間及び／又は非検出時間を含み、
   前記アクティブ化時間は、ｏｎ ｄｕｒａｔｉｏｎ、ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒの運行時の運行時間、Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒの運行時の運行時間、Ｔ４００の運行時間のうちの少なくとも一つを含み、
   前記非アクティブ化時間は、ｏｆｆ ｄｕｒａｔｉｏｎ、ＲＴＴ ｔｉｍｅｒの運行時の運行時間のうちの少なくとも一つを含む、請求項１に記載の方法。
3. 前記第一の予め設定される値は、
   １００＊２^μ＊Ｊ（ここで、μは０以上の整数であり、Ｊは０よりも大きい）と、
   前記ターゲット配置に関連する数値とのうちのいずれか一つである、請求項１に記載の方法。
4. 前記方法は、さらに、
   前記測定ウィンドウ内に含まれる測定可能なリソースの数が第一の予め設定される値の要件を満たしていない場合、ＣＢＲを計算しないことを含む、請求項１に記載の方法。
5. 前記第一のリソースは、
   Ｚ１個の測定ウィンドウ内におけるアクティブ化時間にあるリソースの数が、第一の予め設定される閾値以上であること、
   Ｚ２個の測定ウィンドウ内におけるアクティブ化時間にあるリソースの割合が、第二の予め設定される閾値以上であること、
   Ｚ３個の測定ウィンドウ内における非アクティブ化時間にあるリソースの数が、第三の予め設定される閾値以下であること、
   Ｚ４個の測定ウィンドウ内における非アクティブ化時間にあるリソースの割合が、第四の予め設定される閾値以下であること、
   Ｚ５個の測定ウィンドウ内に含まれるリソースの数が、第五の予め設定される閾値以上であること、
   Ｚ６個の測定ウィンドウ内に含まれるリソースの数の割合が、第六の予め設定される閾値以上であること、のうちの少なくとも一つを満たし、
   及び/又は、
   前記第一のリソースは、さらに、活動時間を含み、前記第一のリソースは、
   Ｚ７個の活動時間内に含まれるリソースの数が、第七の予め設定される閾値以上であること、
   Ｚ８個の活動時間内に含まれるリソースの数の割合が、第八の予め設定される閾値以上であること、のうちの少なくとも一つを満たし、
   Ｚ１、Ｚ２、Ｚ３、Ｚ４、Ｚ５、Ｚ６、Ｚ７、Ｚ８は、正の整数である、請求項１に記載の方法。
6. 前記の、ターゲット配置での第一のリソースを取得することは、
   前記端末が第一の指示情報を取得することを含み、
   ここで、前記第一の指示情報は、ＣＢＲを計算するための測定ウィンドウを決定するために用いられ、
   前記第一の指示情報は、
   測定ウィンドウに対応するアクティブ化時間と、
   測定ウィンドウに対応するアクティブ化時間の数と、
   測定ウィンドウに対応する予め設定されるアクティブ化時間と、
   測定ウィンドウに対応するアクティブ化時間の始点と、
   測定ウィンドウに対応するアクティブ化時間の終点と、
   測定ウィンドウの数と、
   測定ウィンドウとのうちの少なくとも一つを指示するために用いられる、請求項１に記載の方法。
7. 前記の、前記端末が前記第一のリソースに基づいて、ＣＢＲを計算することは、
   前記端末が、前記測定ウィンドウ内におけるアクティブ化時間と重なるリソースに基づいて、ＣＢＲを計算することを含む、請求項１に記載の方法。
8. 前記測定ウィンドウは、ＣＢＲの計算のトリガーに関連する時点に関連し、
   前記測定ウィンドウは、
   前記ターゲット配置に含まれるアクティブ化時間よりも第一の予め設定される時間前に開始することと、
   前記ターゲット配置に含まれるアクティブ化時間よりも第二の予め設定される時間後に終了することとのうちの少なくとも一つを満たす、請求項１に記載の方法。
9. 前記端末が複数セットの第一の配置及び／又は第二の配置を取得した場合に、
   前記の、ターゲット配置での第一のリソースを取得することは、
   前記端末が、前記複数セットの第一の配置及び／又は第二の配置の制限を満たす第一のリソースを取得することを含み、
   前記の、前記端末が前記第一のリソースに基づいて、ＣＢＲを計算することは、
   前記端末は、前記第一のリソースに基づいて、前記複数セットの第一の配置及び／又は第二の配置に対する一つのＣＢＲを決定することを含む、請求項１に記載の方法。
10. 前記の、ターゲット配置での第一のリソースを取得する前に、前記方法は、
    前記端末が、第一の配置と第二の配置を同時にイネーブルすることが許可されないと決定することと、
    前記端末が、ＣＢＲを計算するための第一のリソースが第一の配置及び／又は第二の配置の制限を満たすと決定することとのうちのいずれか一つをさらに含み、
    前記の、前記端末が、ＣＢＲを計算するための第一のリソースが第一の配置及び／又は第二の配置の制限を満たすと決定することは、
    前記端末が、制限指示情報を取得することと、
    前記端末が、前記制限指示情報に基づいて、ＣＢＲを計算するための第一のリソースが第一の配置及び／又は第二の配置の制限を満たすと決定することとを含む、請求項１に記載の方法。
11. 前記ターゲット配置は、ＣＢＲの計算をトリガーする第一の対象の特性に関連し、
    前記第一の対象は、
    トラフィックと、データパケットと、メディアアクセス制御プロトコルデータユニットＭＡＣ ＰＤＵと、データと、トランスポートブロックとのうちの少なくとも一つを含む、請求項１に記載の方法。
12. 前記端末が前記第一のリソースに基づいて、ＣＢＲを計算した後に、前記方法は、
    決定されたＣＢＲを送信することをさらに含む、、請求項１に記載の方法。
13. 情報決定装置であって、
    ターゲット配置での第一のリソースを取得するための取得モジュールと、
    前記第一のリソースに基づいて、ＣＢＲを計算するための第一の実行モジュールとを含み、
    ここで、前記ターゲット配置は、第一の配置及び第二の配置を含み、前記第一の配置は、ＳＬ ＤＲＸ配置であり、前記第一の配置は、アクティブ化時間及び／又は非アクティブ化時間を含み、前記第二の配置は、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ配置であり、
    前記第一のリソースは、測定ウィンドウを含み、前記測定ウィンドウ内に含まれる測定可能なリソースの数は、第一の予め設定される値以上であり、前記測定可能なリソースは、アクティブ化時間内に制御チャネル及び／又はデータチャネルが受信したリソースを含む、情報決定装置。
14. プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含み、前記プログラム又は命令が前記プロセッサにより実行されると、請求項１から１２のいずれか１項に記載の情報決定方法のステップを実現する、端末。