知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-11-29
(45)【発行日】2024-12-09
(54)【発明の名称】伝送配置方法及び装置、端末
(51)【国際特許分類】
H04W 72/02 20090101AFI20241202BHJP
H04W 92/18 20090101ALI20241202BHJP
H04W 72/0446 20230101ALI20241202BHJP
【ＦＩ】
H04W72/02
H04W92/18
H04W72/0446
【請求項の数】
15
(21)【出願番号】P 2023540648
(86)(22)【出願日】2022-01-11
(65)【公表番号】
(43)【公表日】2024-01-17
(86)【国際出願番号】 CN2022071324
(87)【国際公開番号】W WO2022152122
(87)【国際公開日】2022-07-21
【審査請求日】2023-06-30
(31)【優先権主張番号】202110057838.4
(32)【優先日】2021-01-15
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】517372494
【氏名又は名称】維沃移動通信有限公司
【氏名又は名称原語表記】ＶＩＶＯ ＭＯＢＩＬＥ ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＣＯ．， ＬＴＤ．
【住所又は居所原語表記】Ｎｏ．１， ｖｉｖｏ Ｒｏａｄ， Ｃｈａｎｇ’ａｎ， Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ ５２３８６３， Ｃｈｉｎａ
(74)【代理人】
【識別番号】110002871
【氏名又は名称】弁理士法人坂本国際特許商標事務所
(72)【発明者】
【氏名】曾 裕
(72)【発明者】
【氏名】劉 思▲キ▼
(72)【発明者】
【氏名】紀 子超
(72)【発明者】
【氏名】王 歡
【審査官】桑江 晃
(56)【参考文献】
【文献】米国特許出願公開第２０２０／０３４４７２２（ＵＳ，Ａ１）
【文献】LG Electronics，Discussion on physical layer design considering sidelink DRX operation[online]，3GPP TSG RAN WG1 #103-e R1-2007897，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_103-e/Docs/R1-2007897.zip>，2020年11月13日，１－１５頁
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ ４／００ － ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
伝送配置方法であって、第一の端末が第一の操作を実行することを含み、
ここで、前記第一の操作は、
前記第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが少なくとも部分的に重なるように、前記第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置することと、
第一の時間内に伝送に用いられるリソースを選択することと、
前記第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、前記第一の端末の第二のメカニズムの配置パラメータを配置することとのうちの一つを含み、
前記ターゲットリソースは、リソース選択時間と、前記リソース選択時間の選択可能な範囲とのうちの少なくとも一つを含み、
前記第二のメカニズムは、前記アクティブ化時間と非アクティブ化時間とを含み、
前記方法は、
前記第一の端末のターゲットリソースが前記第二の端末の第二のメカニズムのアクティブ化時間と全く重ならない場合に、前記第一の端末が第二の操作を実行することをさらに含み、
前記第二の操作は、リソース再選択をトリガーすることを含む、伝送配置方法。
【請求項2】
前記の、前記第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置することは、前記ターゲットリソースの始点が前記第二の端末の第二のメカニズムのアクティブ化時間の終点よりも遅くないように配置することと、
前記ターゲットリソースの始点が前記第二の端末の第二のメカニズムのアクティブ化時間の始点よりも早くないように配置することとのうちの少なくとも一つを含む、請求項１に記載の方法。
【請求項3】
前記ターゲットリソースの始点が前記第二の端末の第二のメカニズムのアクティブ化時間の終点よりも遅くないことは、前記ターゲットリソースの始点が前記第二の端末の第二のメカニズムのアクティブ化時間の始点よりも遅くないことと、前記ターゲットリソースの始点が前記第二の端末の第二のメカニズムのアクティブ化時間の始点と終点との間にあることとのうちの少なくとも一つを含み、前記ターゲットリソースの始点が前記第二の端末の第二のメカニズムのアクティブ化時間の始点よりも早くないことは、前記ターゲットリソースの終点が前記第二の端末の第二のメカニズムのアクティブ化時間の終点よりも早くないことと、前記ターゲットリソースの終点が前記第二の端末の第二のメカニズムのアクティブ化時間の始点と終点との間にあることとのうちの少なくとも一つを含む、請求項２に記載の方法。
【請求項4】
前記少なくとも部分的に重なることは、前記ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分の長さが第一の予め設定される閾値以上であることと、
前記ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分と前記ターゲットリソースとの比が第二の予め設定される閾値以上であることと、
前記ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分と前記アクティブ化時間との比が第三の予め設定される閾値以上であることと、
前記ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分と前記第二のメカニズムの周期との比が第四の予め設定される閾値以上であることと、
前記第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとの重なり部分の長さが第五の予め設定される閾値以上であることと、
前記第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分と前記ターゲットリソースとの比が第六の予め設定される閾値以上であることと、
前記第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分と前記第一の端末の第二のメカニズムのアクティブ化時間との比が第七の予め設定される閾値以上であることと、
前記第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分と前記第一の端末の第二のメカニズムの周期との比が第八の予め設定される閾値以上であることとのうちの少なくとも一つを含む、請求項１に記載の方法。
【請求項5】
前記第一の時間内に伝送に用いられるリソースを選択することは、第二の時間に初期伝送に用いられるリソースを選択することと、
第三の時間に再送に用いられるリソースを選択することと、
第四の時間に初期伝送に用いられるリソースを選択することと、
第五の時間に再送に用いられるリソースを選択することと、のうちの少なくとも一つを含み、
ここで、前記第二の時間は、前記第一の端末の第一のメカニズムのターゲットリソースと前記第二の端末の第二のメカニズムのアクティブ化時間とが重なる部分であり、前記第三の時間は、前記第一の端末の第一のメカニズムのターゲットリソースと前記第二の端末の第二のメカニズムのアクティブ化時間とが重ならない部分であり、
前記第一の時間は、前記第二の時間と前記第三の時間とを含み、
前記第四の時間は、前記ターゲットリソースの始点から第一の時刻までの区間であり、前記第五の時間は、第二の時刻から前記ターゲットリソースの終点までの区間であり、前記第一の時刻は、前記第二の端末の第二のメカニズムのアクティブ化時間の終点からＬと第九の予め設定される閾値との積を減算した結果であり、前記第二の時刻は、前記第二の端末の第二のメカニズムのアクティブ化時間の終点時刻から前記Ｌと前記第九の予め設定される閾値との積を減算してオフセット値を加算した結果であり、前記Ｌは、１以上の整数であり、
前記第一の時間は、前記第四の時間と前記第五の時間とを含む、請求項１に記載の方法。
【請求項6】
前記第一の端末が初期伝送に用いられるリソースを選択する方式は、前記第一の端末が再送に用いられるリソースを選択する方式と異なる、請求項５に記載の方法。
【請求項7】
前記第二の操作は、さらに、
前記ターゲットリソース内に送信しないことと、
前記ターゲットリソースに対応する検出時間内に検出しないことと、
リソース選択をトリガーすることと、
無線リソース制御ＲＲＣ接続の再配置をトリガーすることと、
ＲＲＣ再接続をトリガーすることと、
報告操作をトリガーすることとのうちの少なくとも一つを含む、請求項１に記載の方法。
【請求項8】
前記第一の端末に関連する第一の対象は、前記第二の端末の第二のメカニズムのアクティブ化時間又は前記第二の端末の第一のメカニズムの検出時間内にあり、ここで、前記第一の対象は、前記第一の端末のターゲットリソースと、リソース選択トリガー時刻と前記リソース選択時間の選択可能な範囲の始点と、リソース再選択トリガー時刻と前記リソース選択時間の選択可能な範囲の始点と、リソース選択トリガー時刻と前記リソース選択時間の選択可能な範囲の終点と、リソース再選択トリガー時刻と前記リソース選択時間の選択可能な範囲の終点と、候補リソースと、第一レベルのサイドリンク制御情報ＳＣＩと、第二レベルのＳＣＩとのうちの少なくとも一つを含み、
ここで、前記第一レベルのＳＣＩは、前記第二レベルのＳＣＩに関連する、請求項１に記載の方法。
【請求項9】
前記方法は、前記第一の端末が、前記第二の端末の第二のメカニズムのアクティブ化時間内に、又は前記第二の端末の第一のメカニズムの検出時間内に送信することをさらに含む、請求項１に記載の方法。
【請求項10】
前記第一の端末は、前記第一の端末の第二のメカニズムのアクティブ化時間と前記第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、ネットワーク側機器による配置と、予め配置と、他の端末による指示と、プロトコルによる約定と、前記第一の端末自体による決定との少なくとも一つの方式で第一の端末の第二のメカニズムの配置パラメータを配置する、請求項１に記載の方法。
【請求項11】
前記第一の端末が、前記第一の端末の第二のメカニズムのアクティブ化時間と前記第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、第二のメカニズムの配置パラメータを配置することは、前記第一の端末が、前記第一の端末の第二のメカニズムのアクティブ化時間と前記第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、第一の指示情報によって第二のメカニズムの配置パラメータを配置することであって、前記第一の指示情報が前記第三の端末によって送信されることと、
前記第一の端末が、前記第一の端末の第二のメカニズムのアクティブ化時間と前記第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、受信したパケットに基づいて前記第一の端末の第二のメカニズムの配置パラメータを配置することと、
前記第一の端末が前記第一の端末の第一のメカニズムのモデルを前記第三の端末に通知することとのうちの少なくとも一つを含む、請求項１に記載の方法。
【請求項12】
前記第二のメカニズムのタイマの始点又は長さが可変であり、前記第二のメカニズムのタイマの始点又は長さが可変であることは、
前記タイマの始点がリソース再選択時間に関連することと、
前記タイマの終点がリソース再選択時間に関連することと、
前記タイマの始点がリソースプリエンプション時間に関連することと、
前記タイマの終点がリソースプリエンプション時間に関連することと、
前記タイマの始点がリソース排除時間に関連することと、
前記タイマの終点がリソース排除時間に関連することと、
前記タイマの長さが第九の予め設定される閾値に関連することとのうちの少なくとも一つを含み、
前記第九の予め設定される閾値は、フィードバック情報と対応するデータとの間の第一の間隔と、前記フィードバック情報の処理遅延と、前記第一の間隔と前記処理遅延との和とのうちの少なくとも一つを含み、
ここで、前記フィードバック情報は、伝送パケットに関連する、請求項１に記載の方法。
【請求項13】
前記処理遅延は、前記処理遅延の最大値と、前記処理遅延の最小値とのうちの少なくとも一つを含み、又は、
前記第一の間隔と前記処理遅延との和は、
前記第一の間隔と前記処理遅延の最大値との和と、
前記第一の間隔と前記処理遅延の最小値との和と、
前記第一の間隔と前記処理遅延との和の最小値と、
前記第一の間隔と前記処理遅延との和の最大値とのうちの少なくとも一つを含む、請求項１２に記載の方法。
【請求項14】
前記第一の端末が第一の指示情報によって第二のメカニズムの配置パラメータを配置することは、前記第一の端末が前記第一の端末の第二のメカニズムの周期を前記第一の指示情報により指示された前記第三の端末の業務周期の倍数又は因子に設定することと、
前記第一の端末が前記第一の端末の第二のメカニズムのアクティブ化時間長さをリソース選択窓の選択可能な範囲の長さに設定することであって、前記第一の指示情報が、前記第三の端末のリソース選択トリガー時刻と前記リソース選択時間の選択可能な範囲の始点との距離と、前記第三の端末のリソース再選択トリガー時刻と前記リソース選択時間の選択可能な範囲の始点との距離と、前記第三の端末のリソース選択トリガー時刻と前記リソース選択時間の選択可能な範囲の終点との距離と、前記第三の端末のリソース再選択トリガー時刻と前記リソース選択時間の選択可能な範囲の終点との距離とのうちの少なくとも一つを指示するために用いられることと、
前記第一の端末が第一の指示情報により指示された第二のメカニズムの配置情報に基づいて前記第一の端末の第二のメカニズムの配置パラメータを配置することであって、前記第二のメカニズムが前記第三の端末の希望する第二のメカニズム又は前記第三の端末の業務と協調する第二のメカニズムであることとのうちの少なくとも一つを含み、
前記第一の指示情報は、さらに前記第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうかと、前記第一の端末の第二のメカニズムのタイマをトリガーするかどうかと、前記第一の端末の第二のメカニズムのアクティブ化時間の延長値と、前記第一の端末の第二のメカニズムのタイマの長さとのうちの少なくとも一つの情報を指示するために用いられる、請求項１１に記載の方法。
【請求項15】
プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含む端末であって、前記プログラム又は命令が前記プロセッサにより実行される時、請求項１から１４のいずれか１項に記載の伝送配置方法のステップを実現する、端末。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本出願は、２０２１年０１月１５日に中国で提出された中国特許出願Ｎｏ．２０２１１００５７８３８．４の優先権を主張しており、同出願の内容のすべては、ここに参照として取り込まれる。
本出願は、２０２１年０１月１５日に中国で提出された中国特許出願Ｎｏ．２０２１１００５７８３８．４の優先権を主張しており、同出願の内容のすべては、ここに参照として取り込まれる。
【0002】
本出願は、通信技術分野に属し、具体的に伝送配置方法及び装置、端末に関する。
【背景技術】
【0003】
現在、ニューラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）サイドリンク（Ｓｉｄｅｌｉｎｋ、ＳＬ）省電力のためにサイドリンク非連続受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ、ＤＲＸ）を導入しているが、端末間で通信を行う場合、第一の端末が第二の端末のＤＲＸ非アクティブ化時間内に初期伝送及び／又は再送パケットを送信する可能性があり、第二の端末がＤＲＸ非アクティブ化時間にあるため、即ち端末間のＤＲＸアクティブ化時間と検出時間（例えばｓｅｎｓｉｎｇ窓）が整合しないため、対応する着信パケットをモニタリング／受信／復調できない可能性があり、ｓｉｄｅｌｉｎｋ業務の信頼性が比較的低く、且つ消費電力が比較的高いという問題が存在する。
【発明の概要】
【発明が解決しようとする課題】
【0004】
本出願の実施例は、端末間のＤＲＸアクティブ化時間と検出時間とが整合しないため、いくつかの特定の時間にある伝送又はパケットを処理できず、サイドリンク業務の信頼性が比較的低く、且つ消費電力が比較的高いという従来の技術における問題を解決できる伝送配置方法及び装置、端末を提供する。
【課題を解決するための手段】
【0005】
第一の態様によれば、伝送配置方法を提供し、この方法は、第一の端末が第一の操作を実行することを含み、ここで、前記第一の操作は、前記第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが少なくとも部分的に重なるように、前記第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置することと、第一の時間内に伝送に用いられるリソースを選択することと、前記第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、前記第一の端末の第二のメカニズムの配置パラメータを配置することとのうちの一つを含み、前記ターゲットリソースは、リソース選択時間と、前記リソース選択時間の選択可能な範囲とのうちの少なくとも一つを含み、前記第二のメカニズムは、前記アクティブ化時間と非アクティブ化時間とを含む。
【0006】
第二の態様によれば、第一の端末に用いられる伝送配置装置を提供し、この装置は、第一の操作を実行するための第一の実行モジュールを含み、ここで、前記第一の操作は、前記第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが少なくとも部分的に重なるように、前記第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置することと、第一の時間内に伝送に用いられるリソースを選択することと、前記第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、前記第一の端末の第二のメカニズムの配置パラメータを配置することとのうちの一つを含み、前記ターゲットリソースは、リソース選択時間と、前記リソース選択時間の選択可能な範囲とのうちの少なくとも一つを含み、前記第二のメカニズムは、前記アクティブ化時間と非アクティブ化時間とを含む。
【0007】
第三の態様によれば、端末を提供し、この端末は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含み、前記プログラム又は命令が前記プロセッサにより実行される時、第一の態様に記載の方法のステップを実現する。
【0008】
第四の態様によれば、可読記憶媒体を提供し、前記可読記憶媒体には、プログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサにより実行される時、第一の態様に記載の方法のステップを実現する。
【0009】
第五の態様によれば、チップを提供し、前記チップは、プロセッサと通信インターフェースとを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、ネットワーク側機器のプログラム又は命令を運行し、第一の態様に記載の方法を実現するために用いられる。
【0010】
第六の態様によれば、コンピュータプログラム製品を提供し、前記コンピュータプログラム製品は、非揮発性の記憶媒体に記憶されており、前記コンピュータプログラム製品が少なくとも一つのプロセッサにより実行されて、第一の態様に記載の方法を実現する。
【発明の効果】
【0011】
本出願の実施例では、第一の端末は、第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが少なくとも部分的に重なるように、第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置することができ、さらに第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、第一の端末の第二のメカニズムの配置パラメータを配置し、且つ第一の時間内に伝送に用いられるリソースを選択することができ、それによって第一の端末により送信されたデータ又はパケットは、互いに通信する端末のアクティブ化時間内に到着することができ、且つ第一の端末により送信されたデータ又はパケットが互いに通信する端末のアクティブ化時間内に到着しない場合、第一の端末の行動を明確にしたことによって、サイドリンク業務の信頼性を保障するとともに、省エネの目的を実現することができ、それによって端末間のＤＲＸアクティブ化時間と検出時間とが整合しないため、いくつかの特定の時間にある伝送又はパケットを処理できず、サイドリンク業務の信頼性が比較的低く、且つ消費電力が比較的高いという従来の技術における問題を解決した。
【図面の簡単な説明】
【0012】
【図1】本出願の実施例が適用可能な無線通信システムのブロック図を示す。
【図2】本出願の実施例のＤＲＸ周期概略図である。
【図3】本出願の実施例のＬＴＥサイドリンクの検出概略図である。
【図4】本出願の実施例のＬＴＥの部分的な検出概略図である。
【図5】本出願の実施例のＳＬリソースプリエンプション概略図である。
【図6】本出願の実施例の伝送配置方法のフローチャートである。
【図7】本出願の実施例の検出時間とアクティブ化時間とが重なる概略図のその一である。
【図8】本出願の実施例の検出時間とアクティブ化時間とが重なる概略図のその二である。
【図9】本出願の実施例の検出時間とアクティブ化時間とが重なる概略図のその三である。
【図10】本出願の実施例の伝送配置装置の構造概略図である。
【図11】本出願の実施例の端末の構造概略図のその一である。
【図12】本出願の実施例の端末の構造概略図のその二である。
【発明を実施するための形態】
【0013】
以下は、本出願の実施例における図面を結び付けながら、本出願の実施例における技術案を明瞭且つ完全に記述し、明らかに、記述された実施例は、本出願の一部の実施例であり、すべての実施例ではない。本出願における実施例に基づき、当業者により得られたすべての他の実施例は、いずれも本出願の保護範囲に属する。
【0014】
本出願の明細書と特許請求の範囲における用語である「第一」、「第二」などは、類似している対象を区別するものであり、特定の順序又は前後手順を記述するためのものではない。理解すべきこととして、このように使用される用語は、適切な場合に交換可能であり、それにより本出願の実施例は、ここで図示又は記述されたもの以外の順序で実施されることが可能であり、且つ「第一」、「第二」によって区別される対象は、一般的には同一種類であり、対象の個数を限定せず、例えば第一の対象は、一つであってもよく、複数であってもよい。なお、明細書及び請求項における「及び／又は」は、接続される対象のうちの少なくとも一つを表し、文字である「／」は、一般的には前後関連対象が「又は」の関係であることを表す。
【0015】
指摘すべきこととして、本出願の実施例に記述された技術は、ロングタームエボリューション型（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）／ＬＴＥの進化（ＬＴＥ－Ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）システムに限らず、他の無線通信システム、例えば符号分割多重接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）、時分割多重接続（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＴＤＭＡ）、周波数分割多重接続（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＦＤＭＡ）、直交周波数分割多重接続（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＯＦＤＭＡ）、単一キャリア周波数分割多重接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＳＣ－ＦＤＭＡ）と他のシステムにも適用できる。本出願の実施例における用語である「システム」と「ネットワーク」は、常に交換可能に使用され、記述された技術は、以上に言及されたシステムとラジオ技術に用いられてもよく、他のシステムとラジオ技術に用いられてもよい。以下の記述は、例示の目的でニューラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）システムを記述しているとともに、以下の大部分の記述においてＮＲ用語を使用しているが、これらの技術は、ＮＲシステム応用以外の応用、例えば第六世代（６ｔｈ Ｇｅｎｅｒａｔｉｏｎ、６Ｇ）通信システムに適用されてもよい。
【0016】
図１は、本出願の実施例が適用可能な無線通信システムのブロック図を示す。無線通信システムは、端末１１とネットワーク側機器１２を含む。ここで、端末１１は、端末機器又はユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）と呼ばれてもよく、端末１１は、携帯電話、タブレットパソコン（Ｔａｂｌｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップコンピュータ（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）（又は、ノートパソコンと呼ばれる）、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、パームトップコンピュータ、ネットブック、ウルトラモバイルパーソナルコンピュータ（ｕｌｔｒａ－ｍｏｂｉｌｅ ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ、ＵＭＰＣ）、モバイルインターネットディバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ、ＭＩＤ）、ウェアラブルデバイス（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）又は車載機器（ＶＵＥ）、歩行者端末（ＰＵＥ）などの端末側機器であってもよく、ウェアラブルデバイスは、ブレスレット、イヤホン、メガネなどを含む。説明すべきこととして、本出願の実施例の端末１１の具体的なタイプを限定するものではない。ネットワーク側機器１２は、基地局又はコアネットワークであってもよく、ここで、基地局は、ノードＢ、進化ノードＢ、アクセスポイント、ベーストランシーバステーション（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ）、ラジオ基地局、ラジオ送受信機、ベーシックサービスセット（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＢＳＳ）、拡張サービスセット（Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＥＳＳ）、Ｂノード、進化型Ｂノード（ｅＮＢ）、家庭用Ｂノード、家庭用進化型Ｂノード、ＷＬＡＮアクセスポイント、ＷｉＦｉノード、トランスミッションポイント（Ｔｒａｎｓｍｉｔｔｉｎｇ Ｒｅｃｅｉｖｉｎｇ Ｐｏｉｎｔ、ＴＲＰ）又は当分野における他のある適切な用語と呼ばれてもよく、同じ技術的効果が達成される限り、前記基地局は、特定の技術用語に限らず、説明すべきこととして、本出願の実施例においてＮＲシステムにおける基地局のみを例にするが、基地局の具体的なタイプを限定するものではない。
【0017】
まず、本出願の実施例における関連用語について解釈して説明する。
【0018】
一、ＬＴＥとＮＲ Ｕｕインターフェースの非連続受信
ＬＴＥとＮＲとは、いずれもＤＲＸメカニズムを導入しており、ＤＲＸ ｏｎとＤＲＸ ｏｆｆ時間を配置することによってユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）の省電力を達成する。図２に示すように、ｏｎ ｄｕｒａｔｉｏｎ期間は、ＤＲＸ ｏｎの区間であり、ＵＥがｏｎ ｄｕｒａｔｉｏｎ期間にスケジューリングされていなければ、一つのＤＲＸ ｃｙｃｌｅ（周期）のｏｆｆ 期間に入る。
ＬＴＥとＮＲとは、いずれもＤＲＸメカニズムを導入しており、ＤＲＸ ｏｎとＤＲＸ ｏｆｆ時間を配置することによってユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）の省電力を達成する。図２に示すように、ｏｎ ｄｕｒａｔｉｏｎ期間は、ＤＲＸ ｏｎの区間であり、ＵＥがｏｎ ｄｕｒａｔｉｏｎ期間にスケジューリングされていなければ、一つのＤＲＸ ｃｙｃｌｅ（周期）のｏｆｆ 期間に入る。
【0019】
ここで、ＤＲＸを配置する時には、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ（アクティブ化タイマ）、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（非アクティブ化タイマ）、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ（再送タイマ）、ｌｏｎｇＤＲＸ－ＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔなどのパラメータを配置する。
【0020】
ＵＥがＤＲＸを配置した後に、送信又は受信データのデコーディングに失敗した場合、ＵＥは、アクティブ化時間に入って制御チャネルをモニタリングし、ネットワークによりスケジューリングされる再送を待つ必要がある。ここで、Ｏｎ Ｄｕｒａｔｉｏｎ期間に、ＵＥがあるスロット（ｓｌｏｔ）でスケジューリングされてデータを受信した後に、次のいくつかのｓｌｏｔ内でスケジューリングされ続ける可能性が高い。そのため、ＵＥがスケジューリングされてデータを初期伝送するたびにタイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを起動又は再起動し、ＵＥは、このタイマがタイムアウトするまでアクティブ化状態にある。
【0021】
下りリンクのデータ受信に対して、ＵＥは、物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）により指示された下りリンクのデータ伝送を受信してハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ、ＨＡＲＱ）情報をフィードバックした後に、対応するＨＡＲＱプロセスのために下りリンクバックホールタイマ（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）を起動し、ここで、ＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）は、往復遅延である。ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒがタイムアウトした後に、且つこのＨＡＲＱプロセスのデータのデコーディングが成功していなかった場合、ＵＥは、再送タイマ（ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）を起動し、且つＰＤＣＣＨをモニタリングし、伝送を待つ。
【0022】
上りリンクデータ送信に対して、ＵＥは、ＰＤＣＣＨにより指示された上りリンクのデータ伝送を受信した後に、対応するＨＡＲＱプロセスのために上りリンクバックホールタイマＨＡＲＱ ＲＴＴ Ｔｉｍｅｒを起動する。ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒがタイムアウトした後に、ＵＥは、再送タイマ（ｄｒｘ－ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）を起動し、アクティブ化状態に入ってＰＤＣＣＨをモニタリングし、ネットワークによりスケジューリングされる伝送を待つ。
【0023】
二、ＬＴＥサイドリンクＳＬの検出（ＬＴＥ ｓｉｄｅｌｉｎｋ ｓｅｎｓｉｎｇ）
ＬＴＥ ｓｉｄｅｌｉｎｋ ｓｅｎｓｉｎｇの基本的な作動原理は、以下のとおりである。
ＬＴＥ ｓｉｄｅｌｉｎｋ ｓｅｎｓｉｎｇの基本的な作動原理は、以下のとおりである。
【0024】
検出窓（ｓｅｎｓｉｎｇ ｗｉｎｄｏｗ）内で測定し、各検出伝送時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ、ＴＴＩ）内にスケジューリング割り当て（Ｓｃｈｅｄｕｌｉｎｇ Ａｓｓｉｇｎｍｅｎｔ、ＳＡ）を復調し且つ干渉測定を行う。
【0025】
ここで、図３によれば、ＵＥは、以下のステップに従ってリソース選択を行う。
【0026】
ステップ１、ＵＥがデータを送信するリソースを排除し、
ステップ２、端末は、受信したＳＡを復調し、他のＵＥリソース予約リソースを得、ここで、他のＵＥにより予約されたリソースを排除し、
ステップ３、ｓｅｎｓｉｎｇ ｗｉｎｄｏｗ内でエネルギー検出を行い、リファレンス信号強度指示（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ ｉｎｄｉｃａｔｉｏｎ、ＲＳＳＩ）を測定し、測定結果に基づいて、干渉の大きいリソースを排除し、
ステップ４、選択窓内で、最も干渉の小さい２０％のリソースから一つのサブフレーム（ｓｕｂｆｒａｍｅ）をランダムに選択して周期的なリソース予約を行う。
ステップ２、端末は、受信したＳＡを復調し、他のＵＥリソース予約リソースを得、ここで、他のＵＥにより予約されたリソースを排除し、
ステップ３、ｓｅｎｓｉｎｇ ｗｉｎｄｏｗ内でエネルギー検出を行い、リファレンス信号強度指示（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ ｉｎｄｉｃａｔｉｏｎ、ＲＳＳＩ）を測定し、測定結果に基づいて、干渉の大きいリソースを排除し、
ステップ４、選択窓内で、最も干渉の小さい２０％のリソースから一つのサブフレーム（ｓｕｂｆｒａｍｅ）をランダムに選択して周期的なリソース予約を行う。
【0027】
三、ＬＴＥサイドリンクＳＬの部分的な検出（Ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ ｉｎ ＬＴＥ ＳＬ）
ＬＴＥ Ｖ２Ｘにおける部分的な検出は、主に省電力のために設計されており、Ｐ２Ｖの通信をサポートするためのものであり、ＰＵＥは、二つのモードのリソース選択方式をサポートする。一つは、ランダムなリソース選択であり、別のモードは、まず部分的な検出を行い、部分的な検出の結果に基づいてリソースを選択し、半静的なリソース予約を行うものである。ここで、ＰＵＥがどのモードを選択するかは、ＲＲＣによって配置され、二つのモードのリソース選択をサポートするようにＲＲＣによって配置される場合、ＰＵＥインプリメンテーションは、どのリソース選択方式を採用するかを決定する。
ＬＴＥ Ｖ２Ｘにおける部分的な検出は、主に省電力のために設計されており、Ｐ２Ｖの通信をサポートするためのものであり、ＰＵＥは、二つのモードのリソース選択方式をサポートする。一つは、ランダムなリソース選択であり、別のモードは、まず部分的な検出を行い、部分的な検出の結果に基づいてリソースを選択し、半静的なリソース予約を行うものである。ここで、ＰＵＥがどのモードを選択するかは、ＲＲＣによって配置され、二つのモードのリソース選択をサポートするようにＲＲＣによって配置される場合、ＰＵＥインプリメンテーションは、どのリソース選択方式を採用するかを決定する。
【0028】
ここで、図４によれば、端末が部分的な検出及びリソース選択を行う方式は、以下のとおりである。
【0029】
ＰＵＥ検出ウィンドウは、［ｎ－１０００，ｎ］の範囲内のウィンドウ１であり、長さＹ及びｋは、ＲＲＣにより配置されたパラメータであり、ｋの値の範囲は、｛１，２，３，…，１０｝であってもよい。［ｎ＋Ｔ１，ｎ＋Ｔ２］内のウィンドウ２は、上位層により配置されたＰＵＥの選択ウィンドウである。ＰＵＥは、青色の検出ウィンドウで他の端末により送信されたＳＣＩを検出し、検出したＳＣＩ及び予約周期に基づいて、他の端末のウィンドウ２内でのリソース予約状況を推測し、このＰＵＥは、これらの情報に基づいて選択ウィンドウにおける条件を満たさないリソースを排除することができる。残りのリソースから少なくとも２０％（窓の長さＹの２０％）のリソースを候補リソース集合として選択し、ＭＡＣ層に報告し、ＭＡＣ層は、候補リソース集合から一つのリソースをこのＰＵＥの候補リソースとしてランダムに選択する。このＰＵＥは、選択されたリソースに対して周期的予約を行い、予約周期は、ＳＣＩにおいて指示される。
【0030】
四、サイドリンクのランダム選択（Ｒａｎｄｏｍ ｓｅｌｅｃｔｉｏｎ ｉｎ ＳＬ）
ユーザは、ランダム選択を行う場合、検出を行う必要がなく、図４における選択ウィンドウ内でリソースをランダムに選択する。
ユーザは、ランダム選択を行う場合、検出を行う必要がなく、図４における選択ウィンドウ内でリソースをランダムに選択する。
【0031】
五、ニューラジオにおけるサイドリンクの検出（Ｓｅｎｓｉｎｇ ｉｎ ＮＲ ＳＬ）
Ｍｏｄｅ ２リソース割り当てモードでは、ｓｅｎｓｉｎｇに基づくリソース選択をサポートする。その原理は、ＬＴＥ ＳＬ ｍｏｄｅ４でのｓｅｎｓｉｎｇメカニズムと類似している。具体的な作動方式は、１）ＴＸ ＵＥが、リソース選択がトリガーされた後に、リソース選択ウィンドウを決定し、２）ＵＥが、リソース選択の前に、リソース選択の候補リソースセット（ｃａｎｄｉｄａｔｅ ｒｅｓｏｕｒｃｅ ｓｅｔ）を決定する必要があり、リソース選択ウィンドウ内のリソース上で測定されたリファレンス信号受信パワー（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｉｎｇ Ｐｏｗｅｒ、ＲＳＲＰ）を該当するＲＳＲＰ閾値（ｔｈｒｅｓｈｏｌｄ）と比較し、ＲＳＲＰがＲＳＲＰ閾値を下回る場合、このリソースを候補リソース集合に収めることができ、３）リソース集合が決定されると、ＵＥがランダムに候補リソース集合から伝送リソースを選択することである。また、ＵＥは、今回の伝送で次の伝送のために伝送リソースを予約してもよい。
Ｍｏｄｅ ２リソース割り当てモードでは、ｓｅｎｓｉｎｇに基づくリソース選択をサポートする。その原理は、ＬＴＥ ＳＬ ｍｏｄｅ４でのｓｅｎｓｉｎｇメカニズムと類似している。具体的な作動方式は、１）ＴＸ ＵＥが、リソース選択がトリガーされた後に、リソース選択ウィンドウを決定し、２）ＵＥが、リソース選択の前に、リソース選択の候補リソースセット（ｃａｎｄｉｄａｔｅ ｒｅｓｏｕｒｃｅ ｓｅｔ）を決定する必要があり、リソース選択ウィンドウ内のリソース上で測定されたリファレンス信号受信パワー（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｉｎｇ Ｐｏｗｅｒ、ＲＳＲＰ）を該当するＲＳＲＰ閾値（ｔｈｒｅｓｈｏｌｄ）と比較し、ＲＳＲＰがＲＳＲＰ閾値を下回る場合、このリソースを候補リソース集合に収めることができ、３）リソース集合が決定されると、ＵＥがランダムに候補リソース集合から伝送リソースを選択することである。また、ＵＥは、今回の伝送で次の伝送のために伝送リソースを予約してもよい。
【0032】
Ｒｅｌ－１６ ＮＲ ＳＬでは、ＴＸ ＵＥは、その割り当てるリソースに対してリソース予約（予約は、周期的予約と非周期的予約に分けられる）を行い、予約リソースは、後続の物理側サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）又は物理側サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）伝送に用いられる。非周期的予約は、ＳＣＩにおけるＴｉｍｅ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔフィールドによって実現されてもよく、予約されたリソースは、少なくとも同一のＴＢの伝送として用いられてもよい。周期的予約は、ＳＣＩにおけるＲｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ ｐｅｒｉｏｄフィールドによって実現されてもよく、現在では周期的予約されている周期的リソースは、次のＴＢの伝送として用いられてもよい。
【0033】
六、ＳＬリソースプリエンプション（Ｒｅｓｏｕｒｃｅ ｐｒｅ－ｅｍｐｔｉｏｎ）ｉｎ ＮＲ ＳＬ
Ｍｏｄｅ ２リソース割り当てモードでは、リソースｐｒｅ－ｅｍｐｔｉｏｎメカニズムをサポートし、このメカニズムの簡要記述は、以下のとおりである。一つのＵＥによってすでに予約／選択されたリソースとより高い優先度の業務を有する他のＵＥによって予約／選択されたリソースとが重なり（部分的に重なり）、このＵＥの関連するリソースでのＳＬ－ＲＳＲＰ測定値が、あるａｓｓｏｃｉａｔｅｄ ＳＬ－ＲＳＲＰ閾値よりも大きい場合、このＵＥは、リソースの再選択をトリガーする。前記業務優先度と前記ＳＬ－ＲＳＲＰ閾値は、前記リソース上でのＴＢ伝送によって決定される。
Ｍｏｄｅ ２リソース割り当てモードでは、リソースｐｒｅ－ｅｍｐｔｉｏｎメカニズムをサポートし、このメカニズムの簡要記述は、以下のとおりである。一つのＵＥによってすでに予約／選択されたリソースとより高い優先度の業務を有する他のＵＥによって予約／選択されたリソースとが重なり（部分的に重なり）、このＵＥの関連するリソースでのＳＬ－ＲＳＲＰ測定値が、あるａｓｓｏｃｉａｔｅｄ ＳＬ－ＲＳＲＰ閾値よりも大きい場合、このＵＥは、リソースの再選択をトリガーする。前記業務優先度と前記ＳＬ－ＲＳＲＰ閾値は、前記リソース上でのＴＢ伝送によって決定される。
【0034】
図５に示すように、ＵＥは、すでに予約又は選択されたリソース（ＰＳＣＣＨ／ＰＳＳＣＨリソース）がプリエンプションされているかどうかを判断するために、少なくとも「ｍ－Ｔ３」時刻にリソース選択の再評価を行い、「ｍ」時刻は、リソースのある時刻又はリソース予約情報が送信された時刻であり、Ｔ３は、ＵＥがリソース選択処理を行う時間長を少なくとも含む。
【0035】
七、Ｃａｓｔ ｔｙｐｅ（強制的タイプ変換）
ＮＲ ｓｉｄｅｌｉｎｋは、ブロードキャスト、グループキャストとユニキャストの三つの伝送方式をサポートする。ＮＲ ｓｉｄｅｌｉｎｋのグループキャストは、コネクションベースのグループキャストとコネクションレスグループキャストの二つの用例をサポートし、コネクションベースのグループキャストとは、グループキャストのＵＥ間で接続が確立されていることであり、コネクションレスモードとは、グループキャストＵＥがグループ内の他のＵＥを知らず、接続を確立していないシナリオである。グループキャストの場合、複数の受信端は、ＨＡＲＱフィードバックを行う時に二つのメカニズムをサポートする。
ＮＲ ｓｉｄｅｌｉｎｋは、ブロードキャスト、グループキャストとユニキャストの三つの伝送方式をサポートする。ＮＲ ｓｉｄｅｌｉｎｋのグループキャストは、コネクションベースのグループキャストとコネクションレスグループキャストの二つの用例をサポートし、コネクションベースのグループキャストとは、グループキャストのＵＥ間で接続が確立されていることであり、コネクションレスモードとは、グループキャストＵＥがグループ内の他のＵＥを知らず、接続を確立していないシナリオである。グループキャストの場合、複数の受信端は、ＨＡＲＱフィードバックを行う時に二つのメカニズムをサポートする。
【0036】
メカニズム１（ＮＡＣＫのみをフィードバックするもの、又はコネクションレスメカニズムｃｏｎｎｅｃｔｉｏｎ－ｌｅｓｓ）：このデータを受信したが解くことができない場合、ＮＡＣＫをフィードバックし、他の場合にフィードバックしない。このような場合に受信側がＮＡＣＫを受信していなければ、すべての受信端がこのデータの受信と解きに成功したと考えられるが、このメカニズムの一つの欠点は、送信側が、データの受信に成功した場合と受信側がＳＣＩの受信に成功しなかった場合の両方を混同し、即ち受信側がＳＣＩとデータの受信に成功しなかったが、送信側が、受信側が受信に成功したと考える可能性があることである。この方式は、コネクションレスのグループキャストシナリオに適用される。
【0037】
メカニズム２（ＡＣＫ／ＮＡＣＫをフィードバックするもの、又はコネクションベースのメカニズムｃｏｎｎｅｃｔｉｏｎ－ｂａｓｅｄ）：このデータを受信したが解くことができないか又はＳＣＩを受信したがデータを受信しなかった場合、ＮＡＣＫをフィードバックし、このデータを受信して正しく解いた場合、ＡＣＫをフィードバックする。この時、送信側が、ある送信端ユーザからのＮＡＣＫを受信したか、又はＡＣＫ又はＮＡＣＫを受信していなかった場合、送信側は、この端末への伝送送信に失敗したと考え、ある送信側からＡＣＫを受信した場合、送信側は、この端末への伝送送信に成功したと考える。この方式は、コネクションベースのグループキャストシナリオに適用される。
【0038】
なお、さらに説明すべきこととして、
１）ＤＲＸアクティブ化時間（ａｃｔｉｖｅ ｔｉｍｅ）は、ＵＥが特定のチャネル／信号／シグナリングをモニタリング／受信／復調／測定する時間（アクティブ化期間）であり、前記特定のチャネル／信号／シグナリングは、ＰＳＣＣＨと、ＰＳＳＣＨと、物理サイドリンクブロードキャストチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ、ＰＳＢＣＨ）と、物理サイドリンクフィードバックチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ、ＰＳＦＣＨ）と、サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）と、サイドリンク同期信号ブロック（Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ ａｎｄ ＰＢＣＨ ｂｌｏｃｋ、Ｓ－ＳＳＢ）と、リファレンス信号（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＲＳ）とのうちの少なくとも一つであってもよく、例えばＤＲＸ ｏｎ ｄｕｒａｔｉｏｎと、非アクティブ化タイマ（ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）運行時間と、再送タイマ（ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒ）運行時間とのうちの少なくとも一つを含む。
１）ＤＲＸアクティブ化時間（ａｃｔｉｖｅ ｔｉｍｅ）は、ＵＥが特定のチャネル／信号／シグナリングをモニタリング／受信／復調／測定する時間（アクティブ化期間）であり、前記特定のチャネル／信号／シグナリングは、ＰＳＣＣＨと、ＰＳＳＣＨと、物理サイドリンクブロードキャストチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ、ＰＳＢＣＨ）と、物理サイドリンクフィードバックチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ、ＰＳＦＣＨ）と、サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）と、サイドリンク同期信号ブロック（Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ ａｎｄ ＰＢＣＨ ｂｌｏｃｋ、Ｓ－ＳＳＢ）と、リファレンス信号（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＲＳ）とのうちの少なくとも一つであってもよく、例えばＤＲＸ ｏｎ ｄｕｒａｔｉｏｎと、非アクティブ化タイマ（ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）運行時間と、再送タイマ（ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒ）運行時間とのうちの少なくとも一つを含む。
【0039】
２）ＤＲＸ非アクティブ化時間（ｉｎａｃｔｉｖｅ ｔｉｍｅ）は、ＵＥが特定のチャネル／信号／シグナリングをモニタリング／受信／復調／測定しない時間（即ちスリープ期間）であり、ここで、この特定のチャネル／信号／シグナリングは、ＰＳＣＣＨと、ＰＳＳＣＨと、ＰＳＢＣＨと、ＰＳＦＣＨと、ＳＣＩと、Ｓ－ＳＳＢと、ＲＳとのうちの少なくとも一つであってもよく、例えばＤＲＸ ｏｆｆ ｄｕｒａｔｉｏｎと、ＲＴＴタイマ運行時間とのうちの少なくとも一つを含む。
【0040】
３）検出（ｓｅｎｓｉｎｇ）時間は、当分野でさらにｓｅｎｓｉｎｇ窓、ｓｅｎｓｉｎｇ時刻、ｓｅｎｓｉｎｇ範囲、ｓｅｎｓｉｎｇスロット集合、ｓｅｎｓｉｎｇリソースセット、ｓｅｎｓｉｎｇサンプルという他の表現に置き換えてもよい。
【0041】
４）Ｔ１／Ｔ２：Ｔ１とＴ２の定義は、それぞれリソース選択（再選択）トリガー時刻ｎからリソース選択時間を含む時間区間
（即ちこの時間区間内にリソース選択時間を決定することができる）の上下の境界までの距離であり、その値は、いずれもＵＥによる実現に依存し、且つ
、
を満たす必要があり、ここで、
は、予め配置された値であり、
は、上位層指示値であり、
の場合、
である。
【0042】
以下では、図面を結び付けながら、具体的な実施例及びその応用シナリオによって本出願の実施例による伝送配置方法を詳細に説明する。
【0043】
図６に示すように、本出願の実施例は、伝送配置方法を提供し、この方法のステップは、以下を含み、
ステップ６０２、第一の端末は、第一の操作を実行し、
ここで、第一の操作は、
第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが少なくとも部分的に重なるように、第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置することと、
第一の時間内に伝送に用いられるリソースを選択することと、
第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、第一の端末の第二のメカニズムの配置パラメータを配置することとのうちの一つを含み、
説明すべきこととして、本出願の実施例におけるターゲットリソースは、リソース選択時間と、リソース選択時間の選択可能な範囲とのうちの少なくとも一つを含み、第二のメカニズムは、アクティブ化時間と非アクティブ化時間とを含む。
ステップ６０２、第一の端末は、第一の操作を実行し、
ここで、第一の操作は、
第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが少なくとも部分的に重なるように、第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置することと、
第一の時間内に伝送に用いられるリソースを選択することと、
第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、第一の端末の第二のメカニズムの配置パラメータを配置することとのうちの一つを含み、
説明すべきこととして、本出願の実施例におけるターゲットリソースは、リソース選択時間と、リソース選択時間の選択可能な範囲とのうちの少なくとも一つを含み、第二のメカニズムは、アクティブ化時間と非アクティブ化時間とを含む。
【0044】
上記ステップ６０２により、第一の端末は、第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが少なくとも部分的に重なるように、第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置することができ、さらに第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、第一の端末の第二のメカニズムの配置パラメータを配置し、且つ第一の時間内に伝送に用いられるリソースを選択することができ、それによって第一の端末により送信されたデータ又はパケットは、互いに通信する端末のアクティブ化時間内に到着することができ、即ちＤＲＸアクティブ化時間と検出時間の整合を実現しており、且つ第一の端末により送信されたデータ又はパケットが互いに通信する端末のアクティブ化時間内に到着しない場合、第一の端末の行動を明確にしたことによって、サイドリンク業務の信頼性を保障するとともに、省エネの目的を実現することができ、それによって端末間のＤＲＸアクティブ化時間と検出時間とが整合しないため、いくつかの特定の時間にある伝送又はパケットを処理できず、サイドリンク業務の信頼性が比較的低く、且つ消費電力が比較的高いという従来の技術における問題を解決した。
【0045】
本出願の実施例では、本出願の実施例に関わる第二のメカニズムは、選択的にＤＲＸである。これに基づき、本出願の実施例では、第一の端末は、ネットワークによる配置、予め配置、他のユーザによる指示、プロトコルによる約定又は自己決定などの少なくとも一つ方式で第二の端末のＤＲＸ配置パラメータを取得することができ、又は第二の端末のＤＲＸ配置パラメータの情報を導き出すことができ、この配置パラメータ又は情報は、以下の少なくとも一つを含み、
１）ＤＲＸ周期、
２）ＤＲＸアクティブ化時間長さ、
３）ＤＲＸ非アクティブ化時間長さ、
４）ＤＲＸ周期の開始時刻、又は終了時刻、又は位置、
説明すべきこととして、このＤＲＸ周期の開始時刻と位置は、直近又は現在のＤＲＸ周期の開始時刻と位置であってもよく、このＤＲＸ周期の終了時刻と位置は、直近又は現在のＤＲＸ周期の終了時刻と位置であってもよく、
５）ＤＲＸアクティブ化／非アクティブ化時間の開始／終了時刻／位置、
説明すべきこととして、このＤＲＸアクティブ化時間の開始時刻と位置は、直近又は現在のＤＲＸアクティブ化時間の開始時刻と位置であってもよく、このＤＲＸアクティブ化時間の終了時刻と位置は、直近又は現在のＤＲＸアクティブ化時間の終了時刻と位置であってもよく、このＤＲＸ非アクティブ化時間の開始時刻と位置は、直近又は現在のＤＲＸ非アクティブ化時間の開始時刻と位置であってもよく、このＤＲＸ非アクティブ化時間の終了時刻と位置は、直近又は現在のＤＲＸ非アクティブ化時間の終了時刻と位置であってもよい。
１）ＤＲＸ周期、
２）ＤＲＸアクティブ化時間長さ、
３）ＤＲＸ非アクティブ化時間長さ、
４）ＤＲＸ周期の開始時刻、又は終了時刻、又は位置、
説明すべきこととして、このＤＲＸ周期の開始時刻と位置は、直近又は現在のＤＲＸ周期の開始時刻と位置であってもよく、このＤＲＸ周期の終了時刻と位置は、直近又は現在のＤＲＸ周期の終了時刻と位置であってもよく、
５）ＤＲＸアクティブ化／非アクティブ化時間の開始／終了時刻／位置、
説明すべきこととして、このＤＲＸアクティブ化時間の開始時刻と位置は、直近又は現在のＤＲＸアクティブ化時間の開始時刻と位置であってもよく、このＤＲＸアクティブ化時間の終了時刻と位置は、直近又は現在のＤＲＸアクティブ化時間の終了時刻と位置であってもよく、このＤＲＸ非アクティブ化時間の開始時刻と位置は、直近又は現在のＤＲＸ非アクティブ化時間の開始時刻と位置であってもよく、このＤＲＸ非アクティブ化時間の終了時刻と位置は、直近又は現在のＤＲＸ非アクティブ化時間の終了時刻と位置であってもよい。
【0046】
本出願の実施例の選択的な実施の形態では、本出願の実施例において、第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置することは、以下の少なくとも一つを含み、
１）ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の終点よりも遅くないように配置し、
ここで、ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の終点よりも遅くないことは、ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の始点よりも遅くないことと、ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の始点と終点との間にあることとのうちの少なくとも一つを含み、
２）ターゲットリソースの終点が第二の端末の第二のメカニズムのアクティブ化時間の終点よりも早くないように配置する。
１）ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の終点よりも遅くないように配置し、
ここで、ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の終点よりも遅くないことは、ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の始点よりも遅くないことと、ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の始点と終点との間にあることとのうちの少なくとも一つを含み、
２）ターゲットリソースの終点が第二の端末の第二のメカニズムのアクティブ化時間の終点よりも早くないように配置する。
【0047】
ここで、ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の始点よりも早くないことは、ターゲットリソースの終点が第二の端末の第二のメカニズムのアクティブ化時間の終点よりも早くないことと、ターゲットリソースの終点が第二の端末の第二のメカニズムのアクティブ化時間の始点と終点との間にあることとのうちの少なくとも一つを含む。
【0048】
本出願の実施例の選択的な実施の形態では、本出願の実施例におけるステップ６０２に関わる少なくとも部分的に重なることは、
１）ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分の長さが第一の予め設定される閾値以上であることと、
２）ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分とターゲットリソースとの比が第二の予め設定される閾値以上であることと、
３）ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分とアクティブ化時間との比が第三の予め設定される閾値以上であることと、
４）ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分と第二のメカニズムの周期との比が第四の予め設定される閾値以上であることと、
５）第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分の長さが第五の予め設定される閾値以上であることと、
６）第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分とターゲットリソースとの比が第六の予め設定される閾値以上であることと、
７）第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分と第一の端末の第二のメカニズムのアクティブ化時間との比が第七の予め設定される閾値以上であることと、
８）第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分と第一の端末の第二のメカニズムの周期との比が第八の予め設定される閾値以上であることとのうちの少なくとも一つを含む。
１）ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分の長さが第一の予め設定される閾値以上であることと、
２）ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分とターゲットリソースとの比が第二の予め設定される閾値以上であることと、
３）ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分とアクティブ化時間との比が第三の予め設定される閾値以上であることと、
４）ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分と第二のメカニズムの周期との比が第四の予め設定される閾値以上であることと、
５）第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分の長さが第五の予め設定される閾値以上であることと、
６）第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分とターゲットリソースとの比が第六の予め設定される閾値以上であることと、
７）第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分と第一の端末の第二のメカニズムのアクティブ化時間との比が第七の予め設定される閾値以上であることと、
８）第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分と第一の端末の第二のメカニズムの周期との比が第八の予め設定される閾値以上であることとのうちの少なくとも一つを含む。
【0049】
説明すべきこととして、本出願の実施例における予め設定される閾値は、実際の状況に応じて具体的に設定されてもよく、本出願ではその具体的な値を限定するものではない。
【0050】
本出願の実施例の選択的な実施の形態では、本出願の実施例におけるステップ６０２に関わる第一の時間内に伝送に用いられるリソースを選択する方式は、
１）第一の端末が第二の時間に初期伝送に用いられるリソースを選択することと、
２）第一の端末が第三の時間に再送に用いられるリソースを選択することとのうちの少なくとも一つを含み、
ここで、第二の時間は、第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが重なる部分であり、第三の時間は、第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが重ならない部分であり、
説明すべきこととして、第一の時間は、第二の時間と第三の時間とを含む。この第一の時間内に伝送に用いられるリソースを選択する方式により、初期伝送に用いられるリソースが相手端末の第二のメカニズム（ＤＲＸ）アクティブ化時間内に収まることを保証することができ、それによって業務の信頼性を保証した。
１）第一の端末が第二の時間に初期伝送に用いられるリソースを選択することと、
２）第一の端末が第三の時間に再送に用いられるリソースを選択することとのうちの少なくとも一つを含み、
ここで、第二の時間は、第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが重なる部分であり、第三の時間は、第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが重ならない部分であり、
説明すべきこととして、第一の時間は、第二の時間と第三の時間とを含む。この第一の時間内に伝送に用いられるリソースを選択する方式により、初期伝送に用いられるリソースが相手端末の第二のメカニズム（ＤＲＸ）アクティブ化時間内に収まることを保証することができ、それによって業務の信頼性を保証した。
【0051】
本出願の実施例の別の選択的な実施の形態では、本出願の実施例におけるステップ６０２に関わる第一の時間内に伝送に用いられるリソースを選択することは、
１）第一の端末が第四の時間に初期伝送に用いられるリソースを選択することと、
２）第一の端末が第五の時間に再送に用いられるリソースを選択することとのうちの少なくとも一つをさらに含んでもよく、
ここで、第四の時間は、ターゲットリソースの始点から第一の時刻までの区間であり、第五の時間は、第二の時刻からターゲットリソースの終点までの区間であり、第一の時刻は、第二の端末の第二のメカニズムのアクティブ化時間の終点からＬと第九の予め設定される閾値との積を減算した結果であり、第二の時刻は、第二の端末の第二のメカニズムのアクティブ化時間の終点時刻からＬと第九の予め設定される閾値との積を減算してオフセット値を加算した結果であり、Ｌは、１以上の整数であり、
説明すべきこととして、第一の時間は、第四の時間と第五の時間とを含む。この第一の時間内に伝送に用いられるリソースを選択する方式により、初期伝送に用いられるリソースと再送に用いられるリソースが相手端末の第二のメカニズム（ＤＲＸ）アクティブ化時間内に収まることを保証することができ、それによって業務の信頼性を保証した。なお、初期伝送パケットの伝送に成功すれば、再送する必要はない。
１）第一の端末が第四の時間に初期伝送に用いられるリソースを選択することと、
２）第一の端末が第五の時間に再送に用いられるリソースを選択することとのうちの少なくとも一つをさらに含んでもよく、
ここで、第四の時間は、ターゲットリソースの始点から第一の時刻までの区間であり、第五の時間は、第二の時刻からターゲットリソースの終点までの区間であり、第一の時刻は、第二の端末の第二のメカニズムのアクティブ化時間の終点からＬと第九の予め設定される閾値との積を減算した結果であり、第二の時刻は、第二の端末の第二のメカニズムのアクティブ化時間の終点時刻からＬと第九の予め設定される閾値との積を減算してオフセット値を加算した結果であり、Ｌは、１以上の整数であり、
説明すべきこととして、第一の時間は、第四の時間と第五の時間とを含む。この第一の時間内に伝送に用いられるリソースを選択する方式により、初期伝送に用いられるリソースと再送に用いられるリソースが相手端末の第二のメカニズム（ＤＲＸ）アクティブ化時間内に収まることを保証することができ、それによって業務の信頼性を保証した。なお、初期伝送パケットの伝送に成功すれば、再送する必要はない。
【0052】
なお、本出願の実施例におけるオフセット値は、予め設定される値であってもよく、需要に応じて設定された値であってもよく、本出願は、その具体的な値を限定するものではない。
【0053】
説明すべきこととして、本出願の実施例における第二のメカニズムのタイマの始点又は長さが可変である。
【0054】
ここで、第二のメカニズムのタイマの始点又は長さが可変であることは、タイマの始点がリソース再選択時間に関連することと、タイマの終点がリソース再選択時間に関連することと、タイマの始点がリソースプリエンプション時間に関連することと、タイマの終点がリソースプリエンプション時間に関連することと、タイマの始点がリソース排除時間に関連することと、タイマの終点がリソース排除時間に関連することと、タイマの長さが第九の予め設定される閾値に関連することとのうちの少なくとも一つを含む。
【0055】
説明すべきこととして、本出願の実施例における第九の予め設定される閾値は、フィードバック情報と対応するデータとの間の第一の間隔と、フィードバック情報の処理遅延と、第一の間隔と処理遅延との和とのうちの少なくとも一つを含み、ここで、フィードバック情報は、伝送パケットに関連する。
【0056】
本出願の実施例における処理遅延は、処理遅延の最大値と、処理遅延の最小値とのうちの少なくとも一つを含む。
【0057】
ここで、第一の間隔と処理遅延との和は、第一の間隔と処理遅延の最大値との和と、第一の間隔と処理遅延の最小値との和と、第一の間隔と処理遅延との和の最小値と、第一の間隔と処理遅延との和の最大値とのうちの少なくとも一つを含む。
【0058】
本出願の実施例では、本出願における第一の端末が初期伝送に用いられるリソースを選択する方式は、第一の端末が再送に用いられるリソースを選択する方式と異なる。例えば、第一の端末が初期伝送に用いられるリソースを選択する場合、方式１であり、再送に用いられるリソースを選択する場合、方式２であり、又は、第一の端末が再送に用いられるリソースを選択する場合、方式１であり、初期伝送に用いられるリソースを選択する場合、方式２である。
【0059】
本出願の実施例の選択的な実施の形態では、本出願の実施例の方法のステップは、以下をさらに含んでもよく、
ステップ６０４、第一の端末は、第一の端末のターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが全く重ならない場合に、第二の操作を実行し、
ここで、第二の操作は、以下の少なくとも一つを含み、
１）ターゲットリソース内に送信しないこと、
２）ターゲットリソースに対応する検出時間内に検出しないこと、
説明すべきこととして、このターゲットリソースは、推測又は仮想されるターゲットリソースであってもよく、例えば検出時間は、第一の端末が業務周期に基づいて推測した検出時間であるが、この検出時間が相手端末のアクティブ化時間と全く重ならない場合、第一の端末は、検出時間にパケットを送信せず（この時に検出時間の概念が存在しないと理解されてもよく）、及び／又は、第一の端末は、検出時間に検出せず、
３）リソース選択をトリガーすること、
４）リソース再選択をトリガーすること、
５）無線リソース制御ＲＲＣ接続の再配置をトリガーすること、
６）ＲＲＣ再接続をトリガーすること、
７）報告操作をトリガーすること、
ここで、この報告操作は、第一の端末が、基地局、又は上位層（例えばＶ２Ｘ ｌａｙｅｒ）、又は相手端末に報告することを指してもよい。
ステップ６０４、第一の端末は、第一の端末のターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが全く重ならない場合に、第二の操作を実行し、
ここで、第二の操作は、以下の少なくとも一つを含み、
１）ターゲットリソース内に送信しないこと、
２）ターゲットリソースに対応する検出時間内に検出しないこと、
説明すべきこととして、このターゲットリソースは、推測又は仮想されるターゲットリソースであってもよく、例えば検出時間は、第一の端末が業務周期に基づいて推測した検出時間であるが、この検出時間が相手端末のアクティブ化時間と全く重ならない場合、第一の端末は、検出時間にパケットを送信せず（この時に検出時間の概念が存在しないと理解されてもよく）、及び／又は、第一の端末は、検出時間に検出せず、
３）リソース選択をトリガーすること、
４）リソース再選択をトリガーすること、
５）無線リソース制御ＲＲＣ接続の再配置をトリガーすること、
６）ＲＲＣ再接続をトリガーすること、
７）報告操作をトリガーすること、
ここで、この報告操作は、第一の端末が、基地局、又は上位層（例えばＶ２Ｘ ｌａｙｅｒ）、又は相手端末に報告することを指してもよい。
【0060】
これで分かるように、第一の端末のターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが全く重ならない場合に、第一の端末が、上記第二の操作、即ちターゲットリソース内に送信しないこと、及びターゲットリソースに対応する検出時間内に検出しないことを実行できることを明確にすることによって、他の操作を実行し、非アクティブ化時間内にパケットを送信して通信先の端末が処理できなくなることを回避し、別の観点からも、サイドリンク業務の信頼性を保証した。
【0061】
本出願の実施例の選択的な実施の形態では、第一の端末に関連する第一の対象は、第二の端末の第二のメカニズムのアクティブ化時間又は第二の端末の第一のメカニズムの検出時間内にあり、
ここで、第一の対象は、第一の端末のターゲットリソースと、リソース選択トリガー時刻とリソース選択時間の選択可能な範囲の始点と、リソース再選択トリガー時刻とリソース選択時間の選択可能な範囲の始点と、リソース選択トリガー時刻とリソース選択時間の選択可能な範囲の終点と、リソース再選択トリガー時刻とリソース選択時間の選択可能な範囲の終点と、候補リソースと、第一レベルのサイドリンク制御情報ＳＣＩと、第二レベルのＳＣＩとのうちの少なくとも一つを含み、
ここで、本出願の実施例における第一レベルのＳＣＩは、第二レベルのＳＣＩに関連する。これで分かるように、第一の対象が第二の端末の第二のメカニズムのアクティブ化時間又は第二の端末の第一のメカニズムの検出時間内にあるため、第一の端末が第二の端末の第二のメカニズムの非アクティブ化時間内に伝送を行うことを回避した。
ここで、第一の対象は、第一の端末のターゲットリソースと、リソース選択トリガー時刻とリソース選択時間の選択可能な範囲の始点と、リソース再選択トリガー時刻とリソース選択時間の選択可能な範囲の始点と、リソース選択トリガー時刻とリソース選択時間の選択可能な範囲の終点と、リソース再選択トリガー時刻とリソース選択時間の選択可能な範囲の終点と、候補リソースと、第一レベルのサイドリンク制御情報ＳＣＩと、第二レベルのＳＣＩとのうちの少なくとも一つを含み、
ここで、本出願の実施例における第一レベルのＳＣＩは、第二レベルのＳＣＩに関連する。これで分かるように、第一の対象が第二の端末の第二のメカニズムのアクティブ化時間又は第二の端末の第一のメカニズムの検出時間内にあるため、第一の端末が第二の端末の第二のメカニズムの非アクティブ化時間内に伝送を行うことを回避した。
【0062】
本出願の実施例の選択的な実施の形態では、本出願の実施例の方法は、
第一の端末が第二の端末の第二のメカニズムのアクティブ化時間内に、又は第二の端末の第一のメカニズムの検出時間内に送信するステップ６０６をさらに含んでもよい。
第一の端末が第二の端末の第二のメカニズムのアクティブ化時間内に、又は第二の端末の第一のメカニズムの検出時間内に送信するステップ６０６をさらに含んでもよい。
【0063】
本出願の実施例の別の選択的な実施の形態では、第一の端末は、第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、ネットワーク側機器による配置と、予め配置と、他の端末による指示と、プロトコルによる約定と、第一の端末自体による決定との少なくとも一つの方式で第一の端末の第二のメカニズムの配置パラメータを配置する。
【0064】
本出願の実施例の別の選択的な実施の形態では、第一の端末が、第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、第二のメカニズムの配置パラメータを配置することは、
１）第一の端末が、第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、第一の指示情報によって第二のメカニズムの配置パラメータを配置することであって、第一の指示情報が第三の端末によって送信されることと、
２）第一の端末が、第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、受信したパケットに基づいて第一の端末の第二のメカニズムの配置パラメータを配置することと、
３）第一の端末が第一の端末の第一のメカニズムのモデルを第三の端末に通知することとのうちの少なくとも一つを含む。
１）第一の端末が、第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、第一の指示情報によって第二のメカニズムの配置パラメータを配置することであって、第一の指示情報が第三の端末によって送信されることと、
２）第一の端末が、第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、受信したパケットに基づいて第一の端末の第二のメカニズムの配置パラメータを配置することと、
３）第一の端末が第一の端末の第一のメカニズムのモデルを第三の端末に通知することとのうちの少なくとも一つを含む。
【0065】
説明すべきこととして、本出願の実施例では、第一の端末が第一の端末の第一のメカニズムのモデルを第三の端末に通知した後に、第一の端末は、第三の端末により送信された、第一の端末の第一のメカニズムのモデルと互換性のある第三の端末の第二のメカニズムのモデルを受信することもできる。
【0066】
ここで、上記に関わる第一の端末が第一の指示情報によって第二のメカニズムの配置パラメータを配置することは、以下のうちの少なくとも一つを含み、
１）第一の端末が第一の端末の第二のメカニズムの周期を第一の指示情報により指示された第三の端末の業務周期の倍数又は因子に設定し、
ここで、具体的な応用シナリオにおいて、第一の端末が指示情報により現在の業務の周期を第三の端末に指示し、第三の端末が第二のメカニズムの周期を第一の端末の業務周期又は周期の因子又は倍数に設定することであってもよい。
１）第一の端末が第一の端末の第二のメカニズムの周期を第一の指示情報により指示された第三の端末の業務周期の倍数又は因子に設定し、
ここで、具体的な応用シナリオにおいて、第一の端末が指示情報により現在の業務の周期を第三の端末に指示し、第三の端末が第二のメカニズムの周期を第一の端末の業務周期又は周期の因子又は倍数に設定することであってもよい。
【0067】
２）第一の端末が第一の端末の第二のメカニズムのアクティブ化時間長さをリソース選択窓の選択可能な範囲の長さに設定し、ここで、第一の指示情報は、第三の端末のリソース選択トリガー時刻とリソース選択時間の選択可能な範囲の始点との距離と、第三の端末のリソース再選択トリガー時刻とリソース選択時間の選択可能な範囲の始点との距離と、第三の端末のリソース選択トリガー時刻とリソース選択時間の選択可能な範囲の終点との距離と、第三の端末のリソース再選択トリガー時刻とリソース選択時間の選択可能な範囲の終点との距離とのうちの少なくとも一つを指示するために用いられ、
３）第一の端末が第一の指示情報により指示された第二のメカニズムの配置情報に基づいて第一の端末の第二のメカニズムの配置パラメータを配置し、ここで、第二のメカニズムは、第三の端末の希望する第二のメカニズム又は第三の端末の業務と協調する第二のメカニズムである。例えば、第一の端末は、指示情報により自体の業務と協調する第二のメカニズムを第三の端末に配置することを指示し、第三の端末は、この第二のメカニズムの配置に基づいて、第二のメカニズムのアクティブ化時間と第一の端末の検出時間との重なり部分を予め設定される値以上に設定する。
３）第一の端末が第一の指示情報により指示された第二のメカニズムの配置情報に基づいて第一の端末の第二のメカニズムの配置パラメータを配置し、ここで、第二のメカニズムは、第三の端末の希望する第二のメカニズム又は第三の端末の業務と協調する第二のメカニズムである。例えば、第一の端末は、指示情報により自体の業務と協調する第二のメカニズムを第三の端末に配置することを指示し、第三の端末は、この第二のメカニズムの配置に基づいて、第二のメカニズムのアクティブ化時間と第一の端末の検出時間との重なり部分を予め設定される値以上に設定する。
【0068】
本出願の実施例の選択的な実施の形態では、本出願の実施例における第一の指示情報は、さらに第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうかと、第一の端末の第二のメカニズムのタイマをトリガーするかどうかと、第一の端末の第二のメカニズムのアクティブ化時間の延長値と、第一の端末の第二のメカニズムのタイマの長さとのうちの少なくとも一つの情報を指示するために用いられる。
【0069】
本出願の実施例の選択的な実施の形態では、ネットワークによる配置と、予め配置と、他の機器による指示と、プロトコルによる約定と、第一の端末自体による決定とのうちの少なくとも一つの方式で第一の端末の第二のメカニズムのタイマの長さ、及び／又は、前記第一の端末の第二のメカニズムのアクティブ化時間の延長値を取得してもよい。
【0070】
ここで、上記に関わる第一の端末が、受信したパケットに基づいて第一の端末の第二のメカニズムの配置パラメータを配置することは、以下のうちの少なくとも一つを含み、
１）第一の端末が、受信したパケットの復調結果又はパケットに対応するＨＡＲＱ－ＡＣＫ情報に基づいて第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうかを決定し、
２）第一の端末が、受信したパケットの復調結果又はパケットに対応するＨＡＲＱ－ＡＣＫ情報に基づいて第一の端末の第二のメカニズムのタイマをトリガーするかどうかを決定し、
選択的に、第一の端末が第二のメカニズムのアクティブ化時間に受信したパケットの復調に失敗し、又はこのパケットに対応するＨＡＲＱ－ＡＣＫ情報がＮＡＣＫである場合、現在の第二のメカニズムのアクティブ化時間を延長し又は第二のメカニズムのタイマをトリガーし、又は、第一の端末が第二のメカニズムのアクティブ化時間に受信したパケットの復調に成功し、又はこのパケットに対応するＨＡＲＱ－ＡＣＫ情報がＡＣＫである場合、現在の第二のメカニズムのアクティブ化時間を延長せず又は第二のメカニズムのタイマをトリガーせず、さらに又は、第一の端末により送信されたＨＡＲＱ－ＡＣＫ情報がＮＡＣＫである場合、第一の端末は、第二の端末が第二のメカニズムのアクティブ化時間を延長し又は第二のメカニズムのタイマをトリガーしたと考える。
１）第一の端末が、受信したパケットの復調結果又はパケットに対応するＨＡＲＱ－ＡＣＫ情報に基づいて第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうかを決定し、
２）第一の端末が、受信したパケットの復調結果又はパケットに対応するＨＡＲＱ－ＡＣＫ情報に基づいて第一の端末の第二のメカニズムのタイマをトリガーするかどうかを決定し、
選択的に、第一の端末が第二のメカニズムのアクティブ化時間に受信したパケットの復調に失敗し、又はこのパケットに対応するＨＡＲＱ－ＡＣＫ情報がＮＡＣＫである場合、現在の第二のメカニズムのアクティブ化時間を延長し又は第二のメカニズムのタイマをトリガーし、又は、第一の端末が第二のメカニズムのアクティブ化時間に受信したパケットの復調に成功し、又はこのパケットに対応するＨＡＲＱ－ＡＣＫ情報がＡＣＫである場合、現在の第二のメカニズムのアクティブ化時間を延長せず又は第二のメカニズムのタイマをトリガーせず、さらに又は、第一の端末により送信されたＨＡＲＱ－ＡＣＫ情報がＮＡＣＫである場合、第一の端末は、第二の端末が第二のメカニズムのアクティブ化時間を延長し又は第二のメカニズムのタイマをトリガーしたと考える。
【0071】
３）第一の端末が、パケットを受信した時間と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離に基づいて第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうかを決定し、
ここで、第一の端末が第二のメカニズムのアクティブ化時間にパケットを受信した時刻と現在の第二のメカニズムのアクティブ化時間の終了時刻／第二のメカニズムの非アクティブ化時間の開始時刻との距離が予め設定される値よりも小さい場合、現在の第二のメカニズムのアクティブ化時間を延長する／第二のメカニズムのタイマをトリガーする。
ここで、第一の端末が第二のメカニズムのアクティブ化時間にパケットを受信した時刻と現在の第二のメカニズムのアクティブ化時間の終了時刻／第二のメカニズムの非アクティブ化時間の開始時刻との距離が予め設定される値よりも小さい場合、現在の第二のメカニズムのアクティブ化時間を延長する／第二のメカニズムのタイマをトリガーする。
【0072】
選択的に、本出願の実施例におけるパケットは、初期伝送に関連するパケット、又は再送に関連するパケットであり、なお、この予め設定される値は、３２ ｓｌｏｔｓであってもよい。
【0073】
４）第一の端末が、パケットを受信した時間と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離に基づいて第一の端末の第二のメカニズムのタイマをトリガーするかどうかを決定し、
５）第一の端末が、パケットを受信した時間と第一の端末の第二のメカニズムの非アクティブ化時間の始点との距離に基づいて第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうかを決定し、
６）第一の端末が、パケットを受信した時間と第一の端末の第二のメカニズムの非アクティブ化時間の始点との距離に基づいて第一の端末の第二のメカニズムのタイマをトリガーするかどうかを決定し、
７）第一の端末が第二の対象が第一の端末の第二のメカニズムの非アクティブ化時間内にあることを発見した場合、第一の端末が第一のターゲット操作を実行し、
８）第一の端末が第二の対象が第一の端末の第二のメカニズムのアクティブ化時間内にあることを発見した場合、第一の端末が第二のターゲット操作を実行し、
説明すべきこととして、本出願の実施例における第二の対象は、第一の端末が希望する伝送又は伝送リソースである。なお、選択的に、本出願の実施例における第二の対象は、非周期的指示に関連し、この非周期的指示は、非周期的予約を行うＳＣＩであってもよい。
５）第一の端末が、パケットを受信した時間と第一の端末の第二のメカニズムの非アクティブ化時間の始点との距離に基づいて第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうかを決定し、
６）第一の端末が、パケットを受信した時間と第一の端末の第二のメカニズムの非アクティブ化時間の始点との距離に基づいて第一の端末の第二のメカニズムのタイマをトリガーするかどうかを決定し、
７）第一の端末が第二の対象が第一の端末の第二のメカニズムの非アクティブ化時間内にあることを発見した場合、第一の端末が第一のターゲット操作を実行し、
８）第一の端末が第二の対象が第一の端末の第二のメカニズムのアクティブ化時間内にあることを発見した場合、第一の端末が第二のターゲット操作を実行し、
説明すべきこととして、本出願の実施例における第二の対象は、第一の端末が希望する伝送又は伝送リソースである。なお、選択的に、本出願の実施例における第二の対象は、非周期的指示に関連し、この非周期的指示は、非周期的予約を行うＳＣＩであってもよい。
【0074】
本出願の実施例では、本出願の実施例に関わる第一の端末の第二のメカニズムのアクティブ化時間を延長することは、第二の指示情報を受信した時間から第一の端末の第二のメカニズムのアクティブ化時間を延長することと、パケットを受信した時間から第一の端末の第二のメカニズムのアクティブ化時間を延長することと、パケットの受信に失敗した時間から第一の端末の第二のメカニズムのアクティブ化時間を延長することと、パケットの伝送に失敗した時間から第一の端末の第二のメカニズムのアクティブ化時間を延長することと、パケットの復調に失敗した時間から第一の端末の第二のメカニズムのアクティブ化時間を延長することとのうちの少なくとも一つを含み、
説明すべきこととして、本出願の実施例に関わる第一の端末の第二のメカニズムのタイマをトリガーすることは、指示情報を受信した時間から第一の端末の第二のメカニズムのタイマをトリガーすることと、パケットを受信した時間から第一の端末の第二のメカニズムのタイマをトリガーすることと、パケットの受信に失敗した時間から第一の端末の第二のメカニズムのタイマをトリガーすることと、パケットの伝送に失敗した時間から第一の端末の第二のメカニズムのタイマをトリガーすることと、パケットの復調に失敗した時間から第一の端末の第二のメカニズムのタイマをトリガーすることとのうちの少なくとも一つを含む。
説明すべきこととして、本出願の実施例に関わる第一の端末の第二のメカニズムのタイマをトリガーすることは、指示情報を受信した時間から第一の端末の第二のメカニズムのタイマをトリガーすることと、パケットを受信した時間から第一の端末の第二のメカニズムのタイマをトリガーすることと、パケットの受信に失敗した時間から第一の端末の第二のメカニズムのタイマをトリガーすることと、パケットの伝送に失敗した時間から第一の端末の第二のメカニズムのタイマをトリガーすることと、パケットの復調に失敗した時間から第一の端末の第二のメカニズムのタイマをトリガーすることとのうちの少なくとも一つを含む。
【0075】
本出願の実施例の選択的な実施の形態では、第一の端末が、受信したパケットの復調結果又は対応するＨＡＲＱ－ＡＣＫ情報に基づいて、第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうか又は第一の端末の第二のメカニズムのタイマをトリガーするかどうかを決定することは、
１）第一の端末が、受信したパケットの復調に失敗した場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長することと、
２）第一の端末が、受信したパケットの復調に失敗した場合に、第一の端末の第二のメカニズムのタイマをトリガーすることと、
３）第一の端末の受信したパケットに対応するＨＡＲＱ－ＡＣＫ情報がＮＡＣＫである場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長することと、
４）第一の端末の受信したパケットに対応するＨＡＲＱ－ＡＣＫ情報がＮＡＣＫである場合に、第一の端末の第二のメカニズムのタイマをトリガーすることと、
５）第一の端末が、受信したデータパケットの復調に成功した場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長しないことと、
６）第一の端末が、受信したデータパケットの復調に成功した場合に、第一の端末の第二のメカニズムのタイマをトリガーしないことと、
７）第一の端末の受信したデータパケットに対応するＨＡＲＱ－ＡＣＫ情報がＡＣＫである場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長しないことと、
８）第一の端末の受信したデータパケットに対応するＨＡＲＱ－ＡＣＫ情報がＡＣＫである場合に、第一の端末の第二のメカニズムのタイマをトリガーしないこととのうちの少なくとも一つを含む。
１）第一の端末が、受信したパケットの復調に失敗した場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長することと、
２）第一の端末が、受信したパケットの復調に失敗した場合に、第一の端末の第二のメカニズムのタイマをトリガーすることと、
３）第一の端末の受信したパケットに対応するＨＡＲＱ－ＡＣＫ情報がＮＡＣＫである場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長することと、
４）第一の端末の受信したパケットに対応するＨＡＲＱ－ＡＣＫ情報がＮＡＣＫである場合に、第一の端末の第二のメカニズムのタイマをトリガーすることと、
５）第一の端末が、受信したデータパケットの復調に成功した場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長しないことと、
６）第一の端末が、受信したデータパケットの復調に成功した場合に、第一の端末の第二のメカニズムのタイマをトリガーしないことと、
７）第一の端末の受信したデータパケットに対応するＨＡＲＱ－ＡＣＫ情報がＡＣＫである場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長しないことと、
８）第一の端末の受信したデータパケットに対応するＨＡＲＱ－ＡＣＫ情報がＡＣＫである場合に、第一の端末の第二のメカニズムのタイマをトリガーしないこととのうちの少なくとも一つを含む。
【0076】
本出願の実施例の選択的な実施の形態では、第一の端末が、データパケットを受信した時間と第二のメカニズムのアクティブ化時間の終点との距離に基づいて、第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうか又は第二のメカニズムのタイマをトリガーするかどうかを決定することは、
１）パケットを受信した時間と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十の予め設定される閾値よりも小さい場合に、第一の端末が第一の端末の第二のメカニズムのアクティブ化時間を延長するか又は第一の端末の第二のメカニズムのタイマをトリガーすることと、
２）パケットを受信した時間と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十の予め設定される閾値以上である場合に、第一の端末が第一の端末の第二のメカニズムのアクティブ化時間を延長しないか、又は第一の端末の第二のメカニズムのタイマをトリガーしないと決定することとを含む。
１）パケットを受信した時間と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十の予め設定される閾値よりも小さい場合に、第一の端末が第一の端末の第二のメカニズムのアクティブ化時間を延長するか又は第一の端末の第二のメカニズムのタイマをトリガーすることと、
２）パケットを受信した時間と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十の予め設定される閾値以上である場合に、第一の端末が第一の端末の第二のメカニズムのアクティブ化時間を延長しないか、又は第一の端末の第二のメカニズムのタイマをトリガーしないと決定することとを含む。
【0077】
本出願の実施例の選択的な実施の形態では、第一の端末が、パケットを受信した時間と第一の端末の第二のメカニズムの非アクティブ化時間の始点との距離に基づいて、第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうか又は第一の端末の第二のメカニズムのタイマをトリガーするかどうかを決定することは、
１）パケットを受信した時間と第一の端末の第二のメカニズムの非アクティブ化時間の始点との距離が第十一の予め設定される閾値よりも小さい場合に、第一の端末が第一の端末の第二のメカニズムのアクティブ化時間を延長するか又は第二のメカニズムのタイマをトリガーすることと、
２）パケットを受信した時間と第二のメカニズムの非アクティブ化時間の始点との距離が第十一の予め設定される閾値以上である場合に、第一の端末が第一の端末の第二のメカニズムのアクティブ化時間を延長しないか、又は第一の端末の第二のメカニズムのタイマをトリガーしないと決定することとを含む。
１）パケットを受信した時間と第一の端末の第二のメカニズムの非アクティブ化時間の始点との距離が第十一の予め設定される閾値よりも小さい場合に、第一の端末が第一の端末の第二のメカニズムのアクティブ化時間を延長するか又は第二のメカニズムのタイマをトリガーすることと、
２）パケットを受信した時間と第二のメカニズムの非アクティブ化時間の始点との距離が第十一の予め設定される閾値以上である場合に、第一の端末が第一の端末の第二のメカニズムのアクティブ化時間を延長しないか、又は第一の端末の第二のメカニズムのタイマをトリガーしないと決定することとを含む。
【0078】
本出願の実施例の選択的な実施の形態では、本出願の実施例における第一のターゲット操作は、
１）第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の始点との距離が第十二の予め設定される閾値よりも大きい場合に、第六の時間に第一の端末の第二のメカニズムのアクティブ化時間に入ることと、
２）第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の始点との距離が第十二の予め設定される閾値よりも大きい場合に、第六の時間に第一の端末の第二のメカニズムのタイマをオンにすることと、
３）第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十三の予め設定される閾値よりも大きい場合に、第六の時間に第一の端末の第二のメカニズムのアクティブ化時間に入るか又は第一の端末の第二のメカニズムのタイマをオンにすることと、
４）第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十三の予め設定される閾値よりも大きい場合に、第六の時間に第一の端末の第二のメカニズムのタイマをオンにすることとのうちの少なくとも一つを含み、
ここで、第六の時間は、第二の対象のある時間と、第二の対象のある時間に予め設定されるオフセット値を加算した結果とのうちの一つを含む。
１）第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の始点との距離が第十二の予め設定される閾値よりも大きい場合に、第六の時間に第一の端末の第二のメカニズムのアクティブ化時間に入ることと、
２）第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の始点との距離が第十二の予め設定される閾値よりも大きい場合に、第六の時間に第一の端末の第二のメカニズムのタイマをオンにすることと、
３）第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十三の予め設定される閾値よりも大きい場合に、第六の時間に第一の端末の第二のメカニズムのアクティブ化時間に入るか又は第一の端末の第二のメカニズムのタイマをオンにすることと、
４）第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十三の予め設定される閾値よりも大きい場合に、第六の時間に第一の端末の第二のメカニズムのタイマをオンにすることとのうちの少なくとも一つを含み、
ここで、第六の時間は、第二の対象のある時間と、第二の対象のある時間に予め設定されるオフセット値を加算した結果とのうちの一つを含む。
【0079】
本出願の実施例の選択的な実施の形態では、本出願の実施例の方法は、以下をさらに含んでもよく、
ステップ６０８、第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の始点との距離が第十四の予め設定される閾値以下である場合に、第一の端末は、第一の端末が伝送を完了するまで、第一の端末の第二のメカニズムのアクティブ化時間を延長するか又は第一の端末の第二のメカニズムのタイマをトリガーし、
ここで、第一の端末が伝送を完了するまでは、第一の端末が希望するすべてのリソースの受信を完了したことを指してもよい。
ステップ６０８、第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の始点との距離が第十四の予め設定される閾値以下である場合に、第一の端末は、第一の端末が伝送を完了するまで、第一の端末の第二のメカニズムのアクティブ化時間を延長するか又は第一の端末の第二のメカニズムのタイマをトリガーし、
ここで、第一の端末が伝送を完了するまでは、第一の端末が希望するすべてのリソースの受信を完了したことを指してもよい。
【0080】
ステップ６１０、第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十五の予め設定される閾値以下である場合に、第一の端末は、第一の端末が伝送を完了するまで、第一の端末の第二のメカニズムのアクティブ化時間を延長するか又は第一の端末の第二のメカニズムのタイマをトリガーする。
【0081】
本出願の実施例の選択的な実施の形態では、本出願の実施例における第二のターゲット操作は、
１）第一の端末の第二のメカニズムのアクティブ化時間内にあるリソースの優先度を上げることと、
２）第一の端末の第二のメカニズムのアクティブ化時間内にあるリソースプリエンプションに対応するＲＳＲＰ閾値を上げることと、
３）第一の端末の第二のメカニズムのアクティブ化時間内にあるリソース排除に対応するＲＳＲＰ閾値を上げることと、
４）第一の端末の第二のメカニズムのアクティブ化時間内にあるリソース再評価に対応するＲＳＲＰ閾値を上げることと、
５）第一の端末の第二のメカニズムのアクティブ化時間内にないリソースの優先度を下げることと、
６）第一の端末の第二のメカニズムのアクティブ化時間内にないリソースプリエンプションに対応するＲＳＲＰ閾値を下げることと、
７）第一の端末の第二のメカニズムのアクティブ化時間内にないリソース排除に対応するＲＳＲＰ閾値を下げることと、
８）第一の端末の第二のメカニズムのアクティブ化時間内にないリソース再評価に対応するＲＳＲＰ閾値を下げることとのうちの少なくとも一つを含む。
１）第一の端末の第二のメカニズムのアクティブ化時間内にあるリソースの優先度を上げることと、
２）第一の端末の第二のメカニズムのアクティブ化時間内にあるリソースプリエンプションに対応するＲＳＲＰ閾値を上げることと、
３）第一の端末の第二のメカニズムのアクティブ化時間内にあるリソース排除に対応するＲＳＲＰ閾値を上げることと、
４）第一の端末の第二のメカニズムのアクティブ化時間内にあるリソース再評価に対応するＲＳＲＰ閾値を上げることと、
５）第一の端末の第二のメカニズムのアクティブ化時間内にないリソースの優先度を下げることと、
６）第一の端末の第二のメカニズムのアクティブ化時間内にないリソースプリエンプションに対応するＲＳＲＰ閾値を下げることと、
７）第一の端末の第二のメカニズムのアクティブ化時間内にないリソース排除に対応するＲＳＲＰ閾値を下げることと、
８）第一の端末の第二のメカニズムのアクティブ化時間内にないリソース再評価に対応するＲＳＲＰ閾値を下げることとのうちの少なくとも一つを含む。
【0082】
本出願の実施例の選択的な実施の形態では、本出願の実施例の方法は、
パケットを受信した時間が第一の端末の第二のメカニズムのアクティブ化時間内にない回数が第十六の予め設定される閾値よりも大きい場合に、第一の端末が、第一の端末の第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーするステップ６１２と、
パケットを受信した時間と第一の端末の第二のメカニズムのアクティブ化時間の距離が第十七の予め設定される閾値よりも大きい回数が第十八の予め設定される閾値よりも大きい場合に、第一の端末が、第一の端末の第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーするステップ６１４と、
第一の端末の第二のメカニズムのアクティブ化時間を延長した回数が第十九の予め設定される閾値よりも大きい場合に、第一の端末が、第一の端末の第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーするステップ６１６と、
第一の端末の第二のメカニズムのタイマをトリガーした回数が第二十の予め設定される閾値よりも大きい場合に、第一の端末が、第一の端末の第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーするステップ６１８とのうちの少なくとも一つをさらに含んでもよい。
パケットを受信した時間が第一の端末の第二のメカニズムのアクティブ化時間内にない回数が第十六の予め設定される閾値よりも大きい場合に、第一の端末が、第一の端末の第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーするステップ６１２と、
パケットを受信した時間と第一の端末の第二のメカニズムのアクティブ化時間の距離が第十七の予め設定される閾値よりも大きい回数が第十八の予め設定される閾値よりも大きい場合に、第一の端末が、第一の端末の第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーするステップ６１４と、
第一の端末の第二のメカニズムのアクティブ化時間を延長した回数が第十九の予め設定される閾値よりも大きい場合に、第一の端末が、第一の端末の第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーするステップ６１６と、
第一の端末の第二のメカニズムのタイマをトリガーした回数が第二十の予め設定される閾値よりも大きい場合に、第一の端末が、第一の端末の第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーするステップ６１８とのうちの少なくとも一つをさらに含んでもよい。
【0083】
説明すべきこととして、第一の端末の第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーした後に、第一の端末は、予め設定される時間内に第一の端末の第二のメカニズムの配置パラメータのネゴシエーションをトリガーしなくなる。上記ステップ６１２～ステップ６１８から分かるように、上記の場合、業務の信頼性を保証するために、第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーする必要がある。
【0084】
本出願の実施例の選択的な実施の形態では、本出願の実施例の方法は、
リソース排除を行う場合に、第一の端末が第二の端末の第二のメカニズムのアクティブ化時間内にないリソースを排除するステップ６２０と、
伝送リソースを選択する場合に、第一の端末が第二の端末の第二のメカニズムのアクティブ化時間内にあるリソースを選択するステップ６２２と、をさらに含んでもよい。
リソース排除を行う場合に、第一の端末が第二の端末の第二のメカニズムのアクティブ化時間内にないリソースを排除するステップ６２０と、
伝送リソースを選択する場合に、第一の端末が第二の端末の第二のメカニズムのアクティブ化時間内にあるリソースを選択するステップ６２２と、をさらに含んでもよい。
【0085】
上記ステップ６２０とステップ６２２により、第一の端末は、第二の端末の第二のメカニズムのアクティブ化時間内にないリソースを排除し、又は伝送時に第二の端末の第二のメカニズムのアクティブ化時間内にあるリソースを選択することができ、いずれも業務伝送の信頼性を向上させることができる。
【0086】
本出願の実施例の選択的な実施の形態では、本出願の実施例の方法は、
グループキャスト又はブロードキャスト通信を行う場合に、第一の端末が第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置するステップ６２４と、
ユニキャスト通信を行う場合に、第一の端末が第一の端末の第二のメカニズムの配置パラメータを配置するステップ６２６とのうちの少なくとも一つをさらに含んでもよい。
グループキャスト又はブロードキャスト通信を行う場合に、第一の端末が第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置するステップ６２４と、
ユニキャスト通信を行う場合に、第一の端末が第一の端末の第二のメカニズムの配置パラメータを配置するステップ６２６とのうちの少なくとも一つをさらに含んでもよい。
【0087】
上記ステップ６２４とステップ６２６により、本出願では、異なる通信状況で、第一の端末の第一のメカニズム又は第二のメカニズムの配置パラメータに対する配置を実現し、即ちより的確に配置することができ、その配置の効率と正確性を向上させた。
【0088】
本出願の実施例の選択的な実施の形態では、本出願の実施例の方法は、
第一の端末が、第一の端末の第二のメカニズムのアクティブ化時間外又は第一の端末の第二のメカニズムの非アクティブ化時間に受信したパケットを復調するステップ６２８と、
第一の端末が、第一の端末の第二のメカニズムのアクティブ化時間外又は第一の端末の第二のメカニズムの非アクティブ化時間に受信したパケットを復調しないステップ６３０とのうちの少なくとも一つをさらに含んでもよい。
第一の端末が、第一の端末の第二のメカニズムのアクティブ化時間外又は第一の端末の第二のメカニズムの非アクティブ化時間に受信したパケットを復調するステップ６２８と、
第一の端末が、第一の端末の第二のメカニズムのアクティブ化時間外又は第一の端末の第二のメカニズムの非アクティブ化時間に受信したパケットを復調しないステップ６３０とのうちの少なくとも一つをさらに含んでもよい。
【0089】
本出願の実施例の選択的な実施の形態では、本出願の実施例の方法は、第一の端末が第一の端末の第一のメカニズムの検出時間外に第三の対象を受信し、及び／又は、第一の端末が第一の端末の第一のメカニズムの検出時間外に第三の対象を受信しないステップ６３２をさらに含んでもよい。
【0090】
説明すべきこととして、本出願の実施例における第三の対象は、物理サイドリンク制御チャネルＰＳＣＣＨと、物理サイドリンク共有チャネルＰＳＳＣＨと、物理サイドリンクブロードキャストチャネルＰＳＢＣＨと、物理サイドリンクフィードバックチャネルＰＳＦＣＨと、サイドリンク制御情報ＳＣＩと、同期信号ブロックＳＳＢと、リファレンス信号ＲＳとのうちの少なくとも一つを含む。なお、本出願の実施例における第三の対象は、ＳＣＩによって指示又は予約される。
【0091】
本出願の実施例の選択的な実施の形態では、第一の端末が第一の端末の第一のメカニズムの検出時間外に第三の対象を受信しないことは、第一の端末が第一の端末の第二のメカニズムのアクティブ化時間内の非検出時間に第三の対象を受信しないことを含む。第一の端末が第一の端末の第一のメカニズムの検出時間外に第三の対象を受信することは、第一の端末が第一の端末の第二のメカニズムのアクティブ化時間内の非検出時間に第三の対象を受信することを含む。
【0092】
本出願の実施例の選択的な実施の形態では、本出願の実施例の方法は、
第一の端末が処理遅延を第一の端末と通信する他の端末に指示するステップ６３４をさらに含んでもよい。
第一の端末が処理遅延を第一の端末と通信する他の端末に指示するステップ６３４をさらに含んでもよい。
【0093】
本出願の実施例の選択的な実施の形態では、本出願の実施例の方法は、
第一の端末が第一の配置情報に基づいて第一の端末の第二のメカニズムの非アクティブ化時間内にサイドリンクＳＬ測定を行うかどうかを決定するステップ６３６と、
第一の端末が第二の配置情報に基づいて第一の端末の第二のメカニズムのアクティブ化時間内の非検出時間内にＳＬ測定を行うかどうかを決定するステップ６３８と、
第一の端末が第三の配置情報に基づいて第一の端末の第二のメカニズムのアクティブ化時間内にフィードバックを行うかどうかを決定するステップ６４０とのうちの少なくとも一つをさらに含んでもよい。
第一の端末が第一の配置情報に基づいて第一の端末の第二のメカニズムの非アクティブ化時間内にサイドリンクＳＬ測定を行うかどうかを決定するステップ６３６と、
第一の端末が第二の配置情報に基づいて第一の端末の第二のメカニズムのアクティブ化時間内の非検出時間内にＳＬ測定を行うかどうかを決定するステップ６３８と、
第一の端末が第三の配置情報に基づいて第一の端末の第二のメカニズムのアクティブ化時間内にフィードバックを行うかどうかを決定するステップ６４０とのうちの少なくとも一つをさらに含んでもよい。
【0094】
ここで、本出願の実施例では、フィードバックを行うことに加えて、応答を行ってもよい。
【0095】
上記ステップ６３４～ステップ６４０により、第一の端末は、配置情報に基づいて該当する測定、及びフィードバックを実行するかどうかを決定することができる。
【0096】
説明すべきこととして、ＳＬ測定の測定結果が予め設定される条件を満たしている場合に、第一の端末は、
１）第一の端末が第一の端末の第二のメカニズムのアクティブ化時間を延長することと、
２）第一の端末が第一の端末の第二のメカニズムの非アクティブ化時間を延長することと、
３）第一の端末が第一の端末の第二のメカニズムのタイマをトリガーすることと、
４）第一の端末が第一の端末の第二のメカニズムのアクティブ化時間を短縮することと、
５）第一の端末が第一の端末の第二のメカニズムの非アクティブ化時間を短縮することと、
６）第一の端末が第一の端末の第二のメカニズムのアクティブ化時間をデフォルト値又は予め設定される値に設定することと、
７）第一の端末が第一の端末の第二のメカニズムの非アクティブ化時間をデフォルト値又は予め設定される値に設定することとのうちの少なくとも一つの操作を実行する。
１）第一の端末が第一の端末の第二のメカニズムのアクティブ化時間を延長することと、
２）第一の端末が第一の端末の第二のメカニズムの非アクティブ化時間を延長することと、
３）第一の端末が第一の端末の第二のメカニズムのタイマをトリガーすることと、
４）第一の端末が第一の端末の第二のメカニズムのアクティブ化時間を短縮することと、
５）第一の端末が第一の端末の第二のメカニズムの非アクティブ化時間を短縮することと、
６）第一の端末が第一の端末の第二のメカニズムのアクティブ化時間をデフォルト値又は予め設定される値に設定することと、
７）第一の端末が第一の端末の第二のメカニズムの非アクティブ化時間をデフォルト値又は予め設定される値に設定することとのうちの少なくとも一つの操作を実行する。
【0097】
ここで、この予め設定される条件は、ＳＬ測定の測定結果が第二十一の予め設定される閾値よりも大きいことと、ＳＬ測定の測定結果が第二十二の予め設定される閾値よりも小さいこととのうちの少なくとも一つを含む。
【0098】
本出願の実施例における選択的な実施の形態では、第一の端末は、ネットワークによる配置と、予め配置と、他の機器による指示と、プロトコルによる約定と、第一の端末による決定とのうちの少なくとも一つの方式で第一の端末の第二のメカニズムのアクティブ化時間、及び／又は、第一の端末の第二のメカニズムの非アクティブ化時間の延長値又は短縮値を取得する。
【0099】
説明すべきこととして、本出願の実施例における第二のメカニズムのアクティブ化時間と第二のメカニズムの非アクティブ化時間の延長又は短縮は、後続の少なくとも一つの第二のメカニズムのアクティブ化時間又は第二のメカニズムの非アクティブ化時間に適用される。
【0100】
選択的に、ＳＬ測定は、チャネルビジー率（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ、ＣＢＲ）測定と、チャネル占有率（Ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ Ｒａｔｉｏ、ＣＲ）測定と、レイヤ１リファレンス信号受信パワーＬ１－ＲＳＲＰ測定と、Ｌ３－ＲＳＲＰ測定とのうちの少なくとも一つを含む。なお、本出願の実施例の他の実施の形態では、このＳＬ測定は、システム測定と、キャリア測定と、ＢＷＰ測定と、リソースプール測定と、ユーザ測定と、接続測定と、グループ測定とをさらに含んでもよく、その具体的な測定パラメータは、占有率と、占有量と、ブロッキング率と、ブロッキング量と、アイドル率と、アイドル量と、伝送成功回数と、伝送成功率と、伝送失敗回数と、伝送失敗率と、ＤＴＸ回数と、検査漏れ回数と、誤検出回数と、再送回数測定とのうちの少なくとも一つであってもよい。
【0101】
説明すべきこととして、本出願の実施例による伝送配置方法では、実行本体は、伝送配置装置、又は、この伝送配置装置における伝送配置方法を実行するための制御モジュールであってもよい。本出願の実施例では、伝送配置装置が伝送配置方法を実行することを例に、本出願の実施例による伝送配置装置を説明する。
【0102】
以下では、本出願の実施例の具体的な実施の形態を結び付けながら、例を挙げて本出願を説明し、図７に示すように、ケースＡは、検出時間の始点（ｎ＋Ｔ１）がアクティブ化時間の始点と終点との間にあり、且つ検出時間の終点（ｎ＋Ｔ２）がアクティブ化時間の始点と終点との間にある場合であり、ここで、ｎは、リソース選択／再選択をトリガーする時間であり、Ｔ１＜＝Ｔ２である。
【0103】
ケースＢは、検出時間の始点（ｎ＋Ｔ１）がアクティブ化時間の始点と終点との間にあり、且つ検出時間の終点（ｎ＋Ｔ２）がアクティブ化時間の終点よりも早くない場合であり、ここで、ｎは、リソース選択／再選択をトリガーする時間であり、Ｔ１＜＝Ｔ２である。
【0104】
ケースＣは、検出時間の始点（ｎ＋Ｔ１）がアクティブ化時間の始点よりも遅くなく、且つ検出時間の終点（ｎ＋Ｔ２）がアクティブ化時間の始点と終点との間にある場合であり、ここで、ｎは、リソース選択／再選択をトリガーする時間であり、Ｔ１＜＝Ｔ２である。
【0105】
ケースＤは、検出時間の始点（ｎ＋Ｔ１）がアクティブ化時間の始点よりも遅くなく、且つ検出時間の終点（ｎ＋Ｔ２）がアクティブ化時間の終点よりも早くない場合であり、ここで、ｎは、リソース選択／再選択をトリガーする時間であり、Ｔ１＜＝Ｔ２である。
【0106】
図８に示すように、端末は、初期伝送パケットが相手端末のアクティブ化時間内に収まることを保証するために、元の検出時間（図８における区間［ｎ＋Ｔ１，ｎ＋Ｔ２］）を二つの新たなサブ検出時間に分け、元の検出時間とアクティブ化時間との重なり部分は、第一のサブ検出時間（図８における区間［ｎ＋Ｔ１、Ｎ］）であり、元の検出時間においてアクティブ化時間と重ならない部分は、第二のサブ検出時間（図８における区間［Ｎ，ｎ＋Ｔ２］）である。ここで、Ｎは、相手ＵＥのアクティブ化時間の終点であり、ｎは、リソース選択／再選択をトリガーする時間であり、Ｔ１＜＝Ｔ２である。端末は、第一のサブ検出時間に初期伝送に用いられるリソースを選択し、第二のサブ検出時間に再送に用いられるリソースを選択する。
【0107】
図９に示すように、端末は、初期伝送パケットと対応する再送パケットとがいずれも相手端末のアクティブ化時間内に収まることを保証するために、元の検出時間（図９における区間［ｎ＋Ｔ１，ｎ＋Ｔ２］）を二つの新たなサブ検出時間に分け、オフセット値をｏｆｆｓｅｔ＝０とすると、元の検出時間の始点から（Ｎ－ＨＡＲＱ ＲＴＴ）までは、第三のサブ検出時間（図９における区間［ｎ＋Ｔ１，Ｎ－ＨＡＲＱ ＲＴＴ］）であり、（Ｎ－ＨＡＲＱ ＲＴＴ）から元の検出時間の終点までは、第四のサブ検出時間（図９における区間［Ｎ－ＨＡＲＱ ＲＴＴ，ｎ＋Ｔ２］）である。ここで、Ｎは、相手ＵＥのアクティブ化時間の終点であり、ＨＡＲＱ ＲＴＴは、フィードバック情報と対応するデータとの間の間隔とフィードバック情報処理遅延上限値との和であり、ｎは、リソース選択／再選択をトリガーする時間であり、Ｔ１＜＝Ｔ２である。ＵＥは、第三のサブ検出時間に初期伝送に用いられるリソースを選択することにより、初期伝送パケットと対応する再送パケット（再送パケットがある場合）とがいずれも相手端末のアクティブ化時間内に収まることを保証することができる。
【0108】
図１０に示すように、本出願の実施例は、伝送配置装置を提供し、この装置は、第一の端末に用いられ、この装置は、
第一の操作を実行するための第一の実行モジュール１００２を含み、
ここで、第一の操作は、
第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが少なくとも部分的に重なるように、第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置することと、
第一の時間内に伝送に用いられるリソースを選択することと、
第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、第一の端末の第二のメカニズムの配置パラメータを配置することとのうちの一つを含み、
ターゲットリソースは、リソース選択時間と、リソース選択時間の選択可能な範囲とのうちの少なくとも一つを含み、
第二のメカニズムは、アクティブ化時間と非アクティブ化時間とを含む。
第一の操作を実行するための第一の実行モジュール１００２を含み、
ここで、第一の操作は、
第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが少なくとも部分的に重なるように、第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置することと、
第一の時間内に伝送に用いられるリソースを選択することと、
第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、第一の端末の第二のメカニズムの配置パラメータを配置することとのうちの一つを含み、
ターゲットリソースは、リソース選択時間と、リソース選択時間の選択可能な範囲とのうちの少なくとも一つを含み、
第二のメカニズムは、アクティブ化時間と非アクティブ化時間とを含む。
【0109】
本出願の実施例の装置によれば、第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが少なくとも部分的に重なるように、第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置することができ、さらに第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、第一の端末の第二のメカニズムの配置パラメータを配置し、且つ第一の時間内に伝送に用いられるリソースを選択することができ、それによって第一の端末により送信されたデータ又はパケットは、互いに通信する端末のアクティブ化時間内に到着することができ、且つ第一の端末により送信されたデータ又はパケットが互いに通信する端末のアクティブ化時間内に到着しない場合、第一の端末の行動を明確にしたことによって、サイドリンク業務の信頼性を保障するとともに、省エネの目的を実現することができ、それによって端末間のＤＲＸアクティブ化時間と検出時間とが整合しないため、いくつかの特定の時間にある伝送又はパケットを処理できず、サイドリンク業務の信頼性が比較的低く、且つ消費電力が比較的高いという従来の技術における問題を解決した。
【0110】
選択的に、本出願の実施例における第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置することは、以下の少なくとも一つを含み、
１）ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の終点よりも遅くないように配置し、
ここで、ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の終点よりも遅くないことは、ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の始点よりも遅くないことと、ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の始点と終点との間にあることとのうちの少なくとも一つを含み、
２）配置ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の始点よりも早くないように配置する。
１）ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の終点よりも遅くないように配置し、
ここで、ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の終点よりも遅くないことは、ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の始点よりも遅くないことと、ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の始点と終点との間にあることとのうちの少なくとも一つを含み、
２）配置ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の始点よりも早くないように配置する。
【0111】
ここで、ターゲットリソースの始点が第二の端末の第二のメカニズムのアクティブ化時間の始点よりも早くないことは、ターゲットリソースの終点が第二の端末の第二のメカニズムのアクティブ化時間の終点よりも早くないことと、ターゲットリソースの終点が第二の端末の第二のメカニズムのアクティブ化時間の始点と終点との間にあることとのうちの少なくとも一つを含む。
【0112】
選択的に、本出願の実施例に関わる少なくとも部分的に重なることは、
１）ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分の長さが第一の予め設定される閾値以上であることと、
２）ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分とターゲットリソースとの比が第二の予め設定される閾値以上であることと、
３）ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分とアクティブ化時間との比が第三の予め設定される閾値以上であることと、
４）ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分と第二のメカニズムの周期との比が第四の予め設定される閾値以上であることと、
５）第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分の長さが第五の予め設定される閾値以上であることと、
６）第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分とターゲットリソースとの比が第六の予め設定される閾値以上であることと、
７）第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分と第一の端末の第二のメカニズムのアクティブ化時間との比が第七の予め設定される閾値以上であることと、
８）第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分と第一の端末の第二のメカニズムの周期との比が第八の予め設定される閾値以上であることとのうちの少なくとも一つを含んでもよい。
１）ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分の長さが第一の予め設定される閾値以上であることと、
２）ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分とターゲットリソースとの比が第二の予め設定される閾値以上であることと、
３）ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分とアクティブ化時間との比が第三の予め設定される閾値以上であることと、
４）ターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間との重なり部分と第二のメカニズムの周期との比が第四の予め設定される閾値以上であることと、
５）第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分の長さが第五の予め設定される閾値以上であることと、
６）第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分とターゲットリソースとの比が第六の予め設定される閾値以上であることと、
７）第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分と第一の端末の第二のメカニズムのアクティブ化時間との比が第七の予め設定される閾値以上であることと、
８）第一の端末の第二のメカニズムのアクティブ化時間と第二の端末の第一のメカニズムのターゲットリソースとの重なり部分と第一の端末の第二のメカニズムの周期との比が第八の予め設定される閾値以上であることとのうちの少なくとも一つを含んでもよい。
【0113】
選択的に、本出願の実施例に関わる第一の時間内に伝送に用いられるリソースを選択することは、
１）第二の時間に初期伝送に用いられるリソースを選択することと、
２）第三の時間に再送に用いられるリソースを選択することとのうちの少なくとも一つを含み、
ここで、第二の時間は、第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが重なる部分であり、第三の時間は、第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが重ならない部分であり、第一の時間は、第二の時間と第三の時間とを含む。
１）第二の時間に初期伝送に用いられるリソースを選択することと、
２）第三の時間に再送に用いられるリソースを選択することとのうちの少なくとも一つを含み、
ここで、第二の時間は、第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが重なる部分であり、第三の時間は、第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが重ならない部分であり、第一の時間は、第二の時間と第三の時間とを含む。
【0114】
選択的に、本出願の実施例に関わる第一の時間内に伝送に用いられるリソースを選択することは、
１）第四の時間に初期伝送に用いられるリソースを選択することと、
２）第五の時間に再送に用いられるリソースを選択することとのうちの少なくとも一つを含み、
ここで、第四の時間は、ターゲットリソースの始点から第一の時刻までの区間であり、第五の時間は、第二の時刻からターゲットリソースの終点までの区間であり、第一の時刻は、第二の端末の第二のメカニズムのアクティブ化時間の終点からＬと第九の予め設定される閾値との積を減算した結果であり、第二の時刻は、第二の端末の第二のメカニズムのアクティブ化時間の終点時刻からＬと第九の予め設定される閾値との積を減算してオフセット値を加算した結果であり、Ｌは、１以上の整数であり、第一の時間は、第四の時間と第五の時間とを含む。
１）第四の時間に初期伝送に用いられるリソースを選択することと、
２）第五の時間に再送に用いられるリソースを選択することとのうちの少なくとも一つを含み、
ここで、第四の時間は、ターゲットリソースの始点から第一の時刻までの区間であり、第五の時間は、第二の時刻からターゲットリソースの終点までの区間であり、第一の時刻は、第二の端末の第二のメカニズムのアクティブ化時間の終点からＬと第九の予め設定される閾値との積を減算した結果であり、第二の時刻は、第二の端末の第二のメカニズムのアクティブ化時間の終点時刻からＬと第九の予め設定される閾値との積を減算してオフセット値を加算した結果であり、Ｌは、１以上の整数であり、第一の時間は、第四の時間と第五の時間とを含む。
【0115】
説明すべきこととして、本出願の実施例において、初期伝送に用いられるリソースを選択する方式は、再送に用いられるリソースを選択する方式と異なる。
【0116】
選択的に、本出願の実施例における装置は、
第一の端末のターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが全く重ならない場合に、第二の操作を実行するための第二の実行モジュールをさらに含んでもよく、
ここで、第二の操作は、ターゲットリソース内に送信しないことと、ターゲットリソースに対応する検出時間内に検出しないことと、リソース選択をトリガーすることと、リソース再選択をトリガーすることと、無線リソース制御ＲＲＣ接続の再配置をトリガーすることと、ＲＲＣ再接続をトリガーすることと、報告操作をトリガーすることとのうちの少なくとも一つを含む。
第一の端末のターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが全く重ならない場合に、第二の操作を実行するための第二の実行モジュールをさらに含んでもよく、
ここで、第二の操作は、ターゲットリソース内に送信しないことと、ターゲットリソースに対応する検出時間内に検出しないことと、リソース選択をトリガーすることと、リソース再選択をトリガーすることと、無線リソース制御ＲＲＣ接続の再配置をトリガーすることと、ＲＲＣ再接続をトリガーすることと、報告操作をトリガーすることとのうちの少なくとも一つを含む。
【0117】
選択的に、本出願の実施例に関わる第一の端末に関連する第一の対象は、第二の端末の第二のメカニズムのアクティブ化時間又は第二の端末の第一のメカニズムの検出時間内にあり、
ここで、第一の対象は、第一の端末のターゲットリソースと、リソース選択トリガー時刻とリソース選択時間の選択可能な範囲の始点と、リソース再選択トリガー時刻とリソース選択時間の選択可能な範囲の始点と、リソース選択トリガー時刻とリソース選択時間の選択可能な範囲の終点と、リソース再選択トリガー時刻とリソース選択時間の選択可能な範囲の終点と、候補リソースと、第一レベルのサイドリンク制御情報ＳＣＩと、第二レベルのＳＣＩとのうちの少なくとも一つを含み、ここで、第一レベルのＳＣＩは、第二レベルのＳＣＩに関連する。
ここで、第一の対象は、第一の端末のターゲットリソースと、リソース選択トリガー時刻とリソース選択時間の選択可能な範囲の始点と、リソース再選択トリガー時刻とリソース選択時間の選択可能な範囲の始点と、リソース選択トリガー時刻とリソース選択時間の選択可能な範囲の終点と、リソース再選択トリガー時刻とリソース選択時間の選択可能な範囲の終点と、候補リソースと、第一レベルのサイドリンク制御情報ＳＣＩと、第二レベルのＳＣＩとのうちの少なくとも一つを含み、ここで、第一レベルのＳＣＩは、第二レベルのＳＣＩに関連する。
【0118】
選択的に、本出願の実施例の装置は、第二の端末の第二のメカニズムのアクティブ化時間内に、又は第二の端末の第一のメカニズムの検出時間内に送信するための送信モジュールをさらに含んでもよい。
【0119】
本出願の実施例では、第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、ネットワーク側機器による配置と、予め配置と、他の端末による指示と、プロトコルによる約定と、第一の端末自体による決定とのうちの少なくとも一つの方式で第一の端末の第二のメカニズムの配置パラメータを配置してもよい。
【0120】
選択的に、本出願の実施例において、第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、第二のメカニズムの配置パラメータを配置することは、
１）第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、第一の指示情報によって第二のメカニズムの配置パラメータを配置することであって、第一の指示情報が第三の端末によって送信されることと、
２）第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、受信したパケットに基づいて第一の端末の第二のメカニズムの配置パラメータを配置することと、
３）第一の端末の第一のメカニズムのモデルを第三の端末に通知することとのうちの少なくとも一つを含む。
１）第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、第一の指示情報によって第二のメカニズムの配置パラメータを配置することであって、第一の指示情報が第三の端末によって送信されることと、
２）第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、受信したパケットに基づいて第一の端末の第二のメカニズムの配置パラメータを配置することと、
３）第一の端末の第一のメカニズムのモデルを第三の端末に通知することとのうちの少なくとも一つを含む。
【0121】
本出願の実施例における第二のメカニズムのタイマの始点又は長さが可変であり、ここで、第二のメカニズムのタイマの始点又は長さが可変であることは、
タイマの始点がリソース再選択時間に関連することと、タイマの終点がリソース再選択時間に関連することと、タイマの始点がリソースプリエンプション時間に関連することと、タイマの終点がリソースプリエンプション時間に関連することと、タイマの始点がリソース排除時間に関連することと、タイマの終点がリソース排除時間に関連することと、タイマの長さが第九の予め設定される閾値に関連することとのうちの少なくとも一つを含む。
タイマの始点がリソース再選択時間に関連することと、タイマの終点がリソース再選択時間に関連することと、タイマの始点がリソースプリエンプション時間に関連することと、タイマの終点がリソースプリエンプション時間に関連することと、タイマの始点がリソース排除時間に関連することと、タイマの終点がリソース排除時間に関連することと、タイマの長さが第九の予め設定される閾値に関連することとのうちの少なくとも一つを含む。
【0122】
説明すべきこととして、本出願の実施例における第九の予め設定される閾値は、フィードバック情報と対応するデータとの間の第一の間隔と、フィードバック情報の処理遅延と、第一の間隔と処理遅延との和とのうちの少なくとも一つを含む。
【0123】
ここで、フィードバック情報は、伝送パケットに関連し、処理遅延は、処理遅延の最大値と、処理遅延の最小値とのうちの少なくとも一つを含む。
【0124】
なお、この第一の間隔と処理遅延との和は、第一の間隔と処理遅延の最大値との和と、第一の間隔と処理遅延の最小値との和と、第一の間隔と処理遅延との和の最小値と、第一の間隔と処理遅延との和の最大値とのうちの少なくとも一つを含む。
【0125】
本出願の実施例では、第一の指示情報によって第二のメカニズムの配置パラメータを配置することは、
１）第一の端末の第二のメカニズムの周期を第一の指示情報により指示された第三の端末の業務周期の倍数又は因子に設定することと、
２）第一の端末の第二のメカニズムのアクティブ化時間長さをリソース選択窓の選択可能な範囲の長さに設定することであって、第一の指示情報が第三の端末のリソース選択トリガー時刻とリソース選択時間の選択可能な範囲の始点との距離と、第三の端末のリソース再選択トリガー時刻とリソース選択時間の選択可能な範囲の始点との距離と、第三の端末のリソース選択トリガー時刻とリソース選択時間の選択可能な範囲の終点との距離と、第三の端末のリソース再選択トリガー時刻とリソース選択時間の選択可能な範囲の終点との距離とのうちの少なくとも一つを指示するために用いられることと、
３）第一の指示情報により指示された第二のメカニズムの配置情報に基づいて第一の端末の第二のメカニズムの配置パラメータを配置することであって、第二のメカニズムが第三の端末の希望する第二のメカニズム又は第三の端末の業務と協調する第二のメカニズムであることとのうちの少なくとも一つを含む。
１）第一の端末の第二のメカニズムの周期を第一の指示情報により指示された第三の端末の業務周期の倍数又は因子に設定することと、
２）第一の端末の第二のメカニズムのアクティブ化時間長さをリソース選択窓の選択可能な範囲の長さに設定することであって、第一の指示情報が第三の端末のリソース選択トリガー時刻とリソース選択時間の選択可能な範囲の始点との距離と、第三の端末のリソース再選択トリガー時刻とリソース選択時間の選択可能な範囲の始点との距離と、第三の端末のリソース選択トリガー時刻とリソース選択時間の選択可能な範囲の終点との距離と、第三の端末のリソース再選択トリガー時刻とリソース選択時間の選択可能な範囲の終点との距離とのうちの少なくとも一つを指示するために用いられることと、
３）第一の指示情報により指示された第二のメカニズムの配置情報に基づいて第一の端末の第二のメカニズムの配置パラメータを配置することであって、第二のメカニズムが第三の端末の希望する第二のメカニズム又は第三の端末の業務と協調する第二のメカニズムであることとのうちの少なくとも一つを含む。
【0126】
選択的に、本出願の実施例における第一の指示情報は、さらに第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうかと、第一の端末の第二のメカニズムのタイマをトリガーするかどうかと、第一の端末の第二のメカニズムのアクティブ化時間の延長値と、第一の端末の第二のメカニズムのタイマの長さとのうちの少なくとも一つの情報を指示するために用いられる。
【0127】
選択的に、本出願の実施例において、受信したパケットに基づいて第一の端末の第二のメカニズムの配置パラメータを配置することは、
１）受信したパケットの復調結果又はパケットに対応するＨＡＲＱ－ＡＣＫ情報に基づいて第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうかを決定することと、
２）受信したパケットの復調結果又はパケットに対応するＨＡＲＱ－ＡＣＫ情報に基づいて第一の端末の第二のメカニズムのタイマをトリガーするかどうかを決定することと、
３）パケットを受信した時間と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離に基づいて第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうかを決定することと、
４）パケットを受信した時間と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離に基づいて第一の端末の第二のメカニズムのタイマをトリガーするかどうかを決定することと、
５）パケットを受信した時間と第一の端末の第二のメカニズムの非アクティブ化時間の始点との距離に基づいて第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうかを決定することと、
６）パケットを受信した時間と第一の端末の第二のメカニズムの非アクティブ化時間の始点との距離に基づいて第一の端末の第二のメカニズムのタイマをトリガーするかどうかを決定することと、
７）第一の端末が第二の対象が第一の端末の第二のメカニズムの非アクティブ化時間内にあることを発見した場合、第一のターゲット操作を実行することと、
８）第一の端末が第二の対象が第一の端末の第二のメカニズムのアクティブ化時間内にあることを発見した場合、第二のターゲット操作を実行することとのうちの少なくとも一つを含み、
ここで、第二の対象は、第一の端末が希望する伝送又は伝送リソースである。
１）受信したパケットの復調結果又はパケットに対応するＨＡＲＱ－ＡＣＫ情報に基づいて第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうかを決定することと、
２）受信したパケットの復調結果又はパケットに対応するＨＡＲＱ－ＡＣＫ情報に基づいて第一の端末の第二のメカニズムのタイマをトリガーするかどうかを決定することと、
３）パケットを受信した時間と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離に基づいて第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうかを決定することと、
４）パケットを受信した時間と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離に基づいて第一の端末の第二のメカニズムのタイマをトリガーするかどうかを決定することと、
５）パケットを受信した時間と第一の端末の第二のメカニズムの非アクティブ化時間の始点との距離に基づいて第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうかを決定することと、
６）パケットを受信した時間と第一の端末の第二のメカニズムの非アクティブ化時間の始点との距離に基づいて第一の端末の第二のメカニズムのタイマをトリガーするかどうかを決定することと、
７）第一の端末が第二の対象が第一の端末の第二のメカニズムの非アクティブ化時間内にあることを発見した場合、第一のターゲット操作を実行することと、
８）第一の端末が第二の対象が第一の端末の第二のメカニズムのアクティブ化時間内にあることを発見した場合、第二のターゲット操作を実行することとのうちの少なくとも一つを含み、
ここで、第二の対象は、第一の端末が希望する伝送又は伝送リソースである。
【0128】
選択的に、本出願の実施例における第二の対象は、非周期的指示に関連する。
【0129】
選択的に、本出願の実施例において、第一の端末の第二のメカニズムのアクティブ化時間を延長することは、第二の指示情報を受信した時間から第一の端末の第二のメカニズムのアクティブ化時間を延長することと、パケットを受信した時間から第一の端末の第二のメカニズムのアクティブ化時間を延長することと、パケットの受信に失敗した時間から第一の端末の第二のメカニズムのアクティブ化時間を延長することと、パケットの伝送に失敗した時間から第一の端末の第二のメカニズムのアクティブ化時間を延長することと、パケットの復調に失敗した時間から第一の端末の第二のメカニズムのアクティブ化時間を延長することとのうちの少なくとも一つを含み、
選択的に、本出願の実施例において、第一の端末の第二のメカニズムのタイマをトリガーすることは、指示情報を受信した時間から第一の端末の第二のメカニズムのタイマをトリガーすることと、パケットを受信した時間から第一の端末の第二のメカニズムのタイマをトリガーすることと、パケットの受信に失敗した時間から第一の端末の第二のメカニズムのタイマをトリガーすることと、パケットの伝送に失敗した時間から第一の端末の第二のメカニズムのタイマをトリガーすることと、パケットの復調に失敗した時間から第一の端末の第二のメカニズムのタイマをトリガーすることとのうちの少なくとも一つを含む。
選択的に、本出願の実施例において、第一の端末の第二のメカニズムのタイマをトリガーすることは、指示情報を受信した時間から第一の端末の第二のメカニズムのタイマをトリガーすることと、パケットを受信した時間から第一の端末の第二のメカニズムのタイマをトリガーすることと、パケットの受信に失敗した時間から第一の端末の第二のメカニズムのタイマをトリガーすることと、パケットの伝送に失敗した時間から第一の端末の第二のメカニズムのタイマをトリガーすることと、パケットの復調に失敗した時間から第一の端末の第二のメカニズムのタイマをトリガーすることとのうちの少なくとも一つを含む。
【0130】
選択的に、本出願の実施例において、受信したパケットの復調結果又は対応するＨＡＲＱ－ＡＣＫ情報に基づいて、第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうか又は第一の端末の第二のメカニズムのタイマをトリガーするかどうかを決定することは、
１）受信したパケットの復調に失敗した場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長することと、
２）受信したパケットの復調に失敗した場合に、第一の端末の第二のメカニズムのタイマをトリガーすることと、
３）受信したパケットに対応するＨＡＲＱ－ＡＣＫ情報がＮＡＣＫである場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長することと、
４）受信したパケットに対応するＨＡＲＱ－ＡＣＫ情報がＮＡＣＫである場合に、第一の端末の第二のメカニズムのタイマをトリガーすることと、
５）受信したデータパケットの復調に成功した場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長しないことと、
６）受信したデータパケットの復調に成功した場合に、第一の端末の第二のメカニズムのタイマをトリガーしないことと、
７）受信したデータパケットに対応するＨＡＲＱ－ＡＣＫ情報がＡＣＫである場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長しないことと、
８）受信したデータパケットに対応するＨＡＲＱ－ＡＣＫ情報がＡＣＫである場合に、第一の端末の第二のメカニズムのタイマをトリガーしないこととのうちの少なくとも一つを含む。
１）受信したパケットの復調に失敗した場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長することと、
２）受信したパケットの復調に失敗した場合に、第一の端末の第二のメカニズムのタイマをトリガーすることと、
３）受信したパケットに対応するＨＡＲＱ－ＡＣＫ情報がＮＡＣＫである場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長することと、
４）受信したパケットに対応するＨＡＲＱ－ＡＣＫ情報がＮＡＣＫである場合に、第一の端末の第二のメカニズムのタイマをトリガーすることと、
５）受信したデータパケットの復調に成功した場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長しないことと、
６）受信したデータパケットの復調に成功した場合に、第一の端末の第二のメカニズムのタイマをトリガーしないことと、
７）受信したデータパケットに対応するＨＡＲＱ－ＡＣＫ情報がＡＣＫである場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長しないことと、
８）受信したデータパケットに対応するＨＡＲＱ－ＡＣＫ情報がＡＣＫである場合に、第一の端末の第二のメカニズムのタイマをトリガーしないこととのうちの少なくとも一つを含む。
【0131】
選択的に、本出願の実施例に関わる、データパケットを受信した時間と第二のメカニズムのアクティブ化時間の終点との距離に基づいて、第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうか又は第二のメカニズムのタイマをトリガーするかどうかを決定することは、
１）パケットを受信した時間と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十の予め設定される閾値よりも小さい場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長するか又は第一の端末の第二のメカニズムのタイマをトリガーすることと、
２）パケットを受信した時間と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十の予め設定される閾値以上である場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長しないか、又は第一の端末の第二のメカニズムのタイマをトリガーしないと決定することとを含む。
１）パケットを受信した時間と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十の予め設定される閾値よりも小さい場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長するか又は第一の端末の第二のメカニズムのタイマをトリガーすることと、
２）パケットを受信した時間と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十の予め設定される閾値以上である場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長しないか、又は第一の端末の第二のメカニズムのタイマをトリガーしないと決定することとを含む。
【0132】
選択的に、本出願の実施例に関わる、パケットを受信した時間と第一の端末の第二のメカニズムの非アクティブ化時間の始点との距離に基づいて、第一の端末の第二のメカニズムのアクティブ化時間を延長するかどうか又は第一の端末の第二のメカニズムのタイマをトリガーするかどうかを決定することは、
１）パケットを受信した時間と第一の端末の第二のメカニズムの非アクティブ化時間の始点との距離が第十一の予め設定される閾値よりも小さい場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長するか又は第二のメカニズムのタイマをトリガーすることと、
２）パケットを受信した時間と第二のメカニズムの非アクティブ化時間の始点との距離が第十一の予め設定される閾値以上である場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長しないか、又は第一の端末の第二のメカニズムのタイマをトリガーしないと決定することとを含む。
１）パケットを受信した時間と第一の端末の第二のメカニズムの非アクティブ化時間の始点との距離が第十一の予め設定される閾値よりも小さい場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長するか又は第二のメカニズムのタイマをトリガーすることと、
２）パケットを受信した時間と第二のメカニズムの非アクティブ化時間の始点との距離が第十一の予め設定される閾値以上である場合に、第一の端末の第二のメカニズムのアクティブ化時間を延長しないか、又は第一の端末の第二のメカニズムのタイマをトリガーしないと決定することとを含む。
【0133】
説明すべきこととして、本出願の実施例に関わるパケットは、初期伝送に関連するパケットと、再送に関連するパケットとのうちの一つを含む。
【0134】
選択的に、本出願の実施例における第一のターゲット操作は、
１）第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の始点との距離が第十二の予め設定される閾値よりも大きい場合に、第六の時間に第一の端末の第二のメカニズムのアクティブ化時間に入ることと、
２）第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の始点との距離が第十二の予め設定される閾値よりも大きい場合に、第六の時間に第一の端末の第二のメカニズムのタイマをオンにすることと、
３）第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十三の予め設定される閾値よりも大きい場合に、第六の時間に第一の端末の第二のメカニズムのアクティブ化時間に入るか又は第一の端末の第二のメカニズムのタイマをオンにすることと、
４）第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十三の予め設定される閾値よりも大きい場合に、第六の時間に第一の端末の第二のメカニズムのタイマをオンにすることとのうちの少なくとも一つを含み、
ここで、第六の時間は、第二の対象のある時間と、第二の対象のある時間に予め設定されるオフセット値を加算した結果とのうちの一つを含む。
１）第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の始点との距離が第十二の予め設定される閾値よりも大きい場合に、第六の時間に第一の端末の第二のメカニズムのアクティブ化時間に入ることと、
２）第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の始点との距離が第十二の予め設定される閾値よりも大きい場合に、第六の時間に第一の端末の第二のメカニズムのタイマをオンにすることと、
３）第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十三の予め設定される閾値よりも大きい場合に、第六の時間に第一の端末の第二のメカニズムのアクティブ化時間に入るか又は第一の端末の第二のメカニズムのタイマをオンにすることと、
４）第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十三の予め設定される閾値よりも大きい場合に、第六の時間に第一の端末の第二のメカニズムのタイマをオンにすることとのうちの少なくとも一つを含み、
ここで、第六の時間は、第二の対象のある時間と、第二の対象のある時間に予め設定されるオフセット値を加算した結果とのうちの一つを含む。
【0135】
選択的に、本出願の実施例における装置は、
第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の始点との距離が第十四の予め設定される閾値以下である場合に、第一の端末が伝送を完了するまで、第一の端末の第二のメカニズムのアクティブ化時間を延長するか又は第一の端末の第二のメカニズムのタイマをトリガーするための第一の延長モジュールと、
第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十五の予め設定される閾値以下である場合に、第一の端末が伝送を完了するまで、第一の端末の第二のメカニズムのアクティブ化時間を延長するか又は第一の端末の第二のメカニズムのタイマをトリガーするための第二の延長モジュールとをさらに含んでもよい。
第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の始点との距離が第十四の予め設定される閾値以下である場合に、第一の端末が伝送を完了するまで、第一の端末の第二のメカニズムのアクティブ化時間を延長するか又は第一の端末の第二のメカニズムのタイマをトリガーするための第一の延長モジュールと、
第二の対象と第一の端末の第二のメカニズムのアクティブ化時間の終点との距離が第十五の予め設定される閾値以下である場合に、第一の端末が伝送を完了するまで、第一の端末の第二のメカニズムのアクティブ化時間を延長するか又は第一の端末の第二のメカニズムのタイマをトリガーするための第二の延長モジュールとをさらに含んでもよい。
【0136】
選択的に、本出願の実施例における第二のターゲット操作は、
１）第一の端末の第二のメカニズムのアクティブ化時間内にあるリソースの優先度を上げることと、
２）第一の端末の第二のメカニズムのアクティブ化時間内にあるリソースプリエンプションに対応するＲＳＲＰ閾値を上げることと、
３）第一の端末の第二のメカニズムのアクティブ化時間内にあるリソース排除に対応するＲＳＲＰ閾値を上げることと、
４）第一の端末の第二のメカニズムのアクティブ化時間内にあるリソース再評価に対応するＲＳＲＰ閾値を上げることと、
５）第一の端末の第二のメカニズムのアクティブ化時間内にないリソースの優先度を下げることと、
６）第一の端末の第二のメカニズムのアクティブ化時間内にないリソースプリエンプションに対応するＲＳＲＰ閾値を下げることと、
７）第一の端末の第二のメカニズムのアクティブ化時間内にないリソース排除に対応するＲＳＲＰ閾値を下げることと、
８）第一の端末の第二のメカニズムのアクティブ化時間内にないリソース再評価に対応するＲＳＲＰ閾値を下げることとのうちの少なくとも一つを含む。
１）第一の端末の第二のメカニズムのアクティブ化時間内にあるリソースの優先度を上げることと、
２）第一の端末の第二のメカニズムのアクティブ化時間内にあるリソースプリエンプションに対応するＲＳＲＰ閾値を上げることと、
３）第一の端末の第二のメカニズムのアクティブ化時間内にあるリソース排除に対応するＲＳＲＰ閾値を上げることと、
４）第一の端末の第二のメカニズムのアクティブ化時間内にあるリソース再評価に対応するＲＳＲＰ閾値を上げることと、
５）第一の端末の第二のメカニズムのアクティブ化時間内にないリソースの優先度を下げることと、
６）第一の端末の第二のメカニズムのアクティブ化時間内にないリソースプリエンプションに対応するＲＳＲＰ閾値を下げることと、
７）第一の端末の第二のメカニズムのアクティブ化時間内にないリソース排除に対応するＲＳＲＰ閾値を下げることと、
８）第一の端末の第二のメカニズムのアクティブ化時間内にないリソース再評価に対応するＲＳＲＰ閾値を下げることとのうちの少なくとも一つを含む。
【0137】
本出願の実施例では、ネットワークによる配置と、予め配置と、他の機器による指示と、プロトコルによる約定と、第一の端末自体による決定とのうちの少なくとも一つの方式で第一の端末の第二のメカニズムのタイマの長さ、及び／又は、前記第一の端末の第二のメカニズムのアクティブ化時間の延長値を取得してもよい。
【0138】
選択的に、本出願の実施例における装置は、
パケットを受信した時間が第一の端末の第二のメカニズムのアクティブ化時間内にない回数が第十六の予め設定される閾値よりも大きい場合に、第一の端末の第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーするための第一のトリガーモジュールと、
パケットを受信した時間と第一の端末の第二のメカニズムのアクティブ化時間の距離が第十七の予め設定される閾値よりも大きい回数が第十八の予め設定される閾値よりも大きい場合に、第一の端末の第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーするための第二のトリガーモジュールと、
第一の端末の第二のメカニズムのアクティブ化時間を延長した回数が第十九の予め設定される閾値よりも大きい場合に、第一の端末の第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーするための第三のトリガーモジュールと、
第一の端末の第二のメカニズムのタイマをトリガーした回数が第二十の予め設定される閾値よりも大きい場合に、第一の端末の第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーするための第四のトリガーモジュールとのうちの少なくとも一つをさらに含む。
パケットを受信した時間が第一の端末の第二のメカニズムのアクティブ化時間内にない回数が第十六の予め設定される閾値よりも大きい場合に、第一の端末の第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーするための第一のトリガーモジュールと、
パケットを受信した時間と第一の端末の第二のメカニズムのアクティブ化時間の距離が第十七の予め設定される閾値よりも大きい回数が第十八の予め設定される閾値よりも大きい場合に、第一の端末の第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーするための第二のトリガーモジュールと、
第一の端末の第二のメカニズムのアクティブ化時間を延長した回数が第十九の予め設定される閾値よりも大きい場合に、第一の端末の第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーするための第三のトリガーモジュールと、
第一の端末の第二のメカニズムのタイマをトリガーした回数が第二十の予め設定される閾値よりも大きい場合に、第一の端末の第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーするための第四のトリガーモジュールとのうちの少なくとも一つをさらに含む。
【0139】
説明すべきこととして、第一の端末の第二のメカニズムの配置パラメータの再ネゴシエーションをトリガーした後に、第一の端末は、予め設定される時間内に第一の端末の第二のメカニズムの配置パラメータのネゴシエーションをトリガーしなくなる。
【0140】
選択的に、本出願の実施例における装置は、リソース排除を行う場合に、第二の端末の第二のメカニズムのアクティブ化時間内にないリソースを排除するための排除モジュールをさらに含む。
【0141】
選択的に、本出願の実施例における装置は、伝送リソースを選択する場合に、第二の端末の第二のメカニズムのアクティブ化時間内にあるリソースを選択するための選択モジュールをさらに含む。
【0142】
選択的に、本出願の実施例における装置は、グループキャスト又はブロードキャスト通信を行う場合に、第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置するための第一の配置モジュールと、ユニキャスト通信を行う場合に、第一の端末の第二のメカニズムの配置パラメータを配置するための第二の配置モジュールとのうちの少なくとも一つをさらに含む。
【0143】
選択的に、本出願の実施例における装置は、第一の端末の第二のメカニズムのアクティブ化時間外又は第一の端末の第二のメカニズムの非アクティブ化時間に受信したパケットを復調するための第一の処理モジュールと、第一の端末の第二のメカニズムのアクティブ化時間外又は第一の端末の第二のメカニズムの非アクティブ化時間に受信したパケットを復調しないための第二の処理モジュールとのうちの少なくとも一つをさらに含む。
【0144】
選択的に、本出願の実施例における装置は、
第一の端末が第一の端末の第一のメカニズムの検出時間外に第三の対象を受信するために用いられ、第一の端末の第二のメカニズムのアクティブ化時間内の非検出時間に第三の対象を受信するためにも用いられる第三の処理モジュール、及び／又は、
第一の端末が第一の端末の第一のメカニズムの検出時間外に第三の対象を受信しないために用いられ、第一の端末の第二のメカニズムのアクティブ化時間内の非検出時間に第三の対象を受信しないためにも用いられる第四の処理モジュールをさらに含む。
第一の端末が第一の端末の第一のメカニズムの検出時間外に第三の対象を受信するために用いられ、第一の端末の第二のメカニズムのアクティブ化時間内の非検出時間に第三の対象を受信するためにも用いられる第三の処理モジュール、及び／又は、
第一の端末が第一の端末の第一のメカニズムの検出時間外に第三の対象を受信しないために用いられ、第一の端末の第二のメカニズムのアクティブ化時間内の非検出時間に第三の対象を受信しないためにも用いられる第四の処理モジュールをさらに含む。
【0145】
選択的に、本出願の実施例における第三の対象は、物理サイドリンク制御チャネルＰＳＣＣＨと、物理サイドリンク共有チャネルＰＳＳＣＨと、物理サイドリンクブロードキャストチャネルＰＳＢＣＨと、物理サイドリンクフィードバックチャネルＰＳＦＣＨと、サイドリンク制御情報ＳＣＩと、同期信号ブロックＳＳＢと、リファレンス信号ＲＳとのうちの少なくとも一つを含む。
【0146】
選択的に、本出願の実施例における第三の対象は、ＳＣＩによって指示又は予約される。
【0147】
選択的に、本出願の実施例における装置は、処理遅延を第一の端末と通信する他の端末に指示するための指示モジュールをさらに含む。
【0148】
選択的に、本出願の実施例における装置は、
第一の配置情報に基づいて第一の端末の第二のメカニズムの非アクティブ化時間内にサイドリンクＳＬ測定を行うかどうかを決定するための第一の決定モジュールと、
第二の配置情報に基づいて第一の端末の第二のメカニズムのアクティブ化時間内の非検出時間内にＳＬ測定を行うかどうかを決定するための第二の決定モジュールと、
第三の配置情報に基づいて第一の端末の第二のメカニズムのアクティブ化時間内にフィードバックを行うかどうかを決定するための第三の決定モジュールとのうちの少なくとも一つをさらに含む。
第一の配置情報に基づいて第一の端末の第二のメカニズムの非アクティブ化時間内にサイドリンクＳＬ測定を行うかどうかを決定するための第一の決定モジュールと、
第二の配置情報に基づいて第一の端末の第二のメカニズムのアクティブ化時間内の非検出時間内にＳＬ測定を行うかどうかを決定するための第二の決定モジュールと、
第三の配置情報に基づいて第一の端末の第二のメカニズムのアクティブ化時間内にフィードバックを行うかどうかを決定するための第三の決定モジュールとのうちの少なくとも一つをさらに含む。
【0149】
選択的に、本出願の実施例におけるＳＬ測定の測定結果が予め設定される条件を満たしている場合に、第三の実行モジュールは、第一の端末の第二のメカニズムのアクティブ化時間を延長することと、第一の端末の第二のメカニズムの非アクティブ化時間を延長することと、第一の端末の第二のメカニズムのタイマをトリガーすることと、第一の端末の第二のメカニズムのアクティブ化時間を短縮することと、第一の端末の第二のメカニズムの非アクティブ化時間を短縮することと、第一の端末の第二のメカニズムのアクティブ化時間をデフォルト値又は予め設定される値に設定することと、第一の端末の第二のメカニズムの非アクティブ化時間をデフォルト値又は予め設定される値に設定することとのうちの少なくとも一つの操作を実行するために用いられる。
【0150】
選択的に、本出願の実施例において、ネットワークによる配置と、予め配置と、他の機器による指示と、プロトコルによる約定と、第一の端末による決定とのうちの少なくとも一つの方式で第一の端末の第二のメカニズムのアクティブ化時間を取得し、及び／又は、第一の端末の第二のメカニズムの非アクティブ化時間の延長値又は短縮値を取得する。
【0151】
選択的に、本出願の実施例における第二のメカニズムのアクティブ化時間と第二のメカニズムの非アクティブ化時間の延長又は短縮は、後続の少なくとも一つの第二のメカニズムのアクティブ化時間又は第二のメカニズムの非アクティブ化時間に適用される。
【0152】
選択的に、本出願の実施例における予め設定される条件は、ＳＬ測定の測定結果が第二十一の予め設定される閾値よりも大きいことと、ＳＬ測定の測定結果が第二十二の予め設定される閾値よりも小さいこととのうちの少なくとも一つを含む。
【0153】
選択的に、本出願の実施例におけるＳＬ測定は、チャネルビジー率ＣＢＲ測定と、チャネル占有率ＣＲ測定と、レイヤ１リファレンス信号受信パワーＬ１－ＲＳＲＰ測定と、Ｌ３－ＲＳＲＰ測定とのうちの少なくとも一つを含む。
【0154】
本出願の実施例における伝送配置装置は、装置であってもよく、端末における部材、集積回路、又はチップであってもよい。この装置は、移動端末であってもよく、非移動端末であってもよい。例示的には、移動端末は、以上に列挙された端末１１のタイプを含んでもよいが、それらに限らず、非移動端末は、サーバ、ネットワーク接続型ストレージ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ、ＮＡＳ）、パーソナルコンピュータ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ、ＰＣ）、テレビ（ｔｅｌｅｖｉｓｉｏｎ、ＴＶ）、預入支払機又はセルフサービス機などであってもよく、本出願の実施例は、具体的に限定しない。
【0155】
本出願の実施例における伝送配置装置は、オペレーティングシステムを有する装置であってもよい。このオペレーティングシステムは、アンドロイド（登録商標）（Ａｎｄｒｏｉｄ）オペレーティングシステムであってもよく、ｉｏｓオペレーティングシステムであってもよく、他の可能なオペレーティングシステムであってもよく、本出願の実施例は、具体的に限定しない。
【0156】
本出願の実施例による伝送配置装置は、図６の方法の実施例により実現される各プロセスを実現し、且つ同じ技術的効果を達成することができ、説明の繰り返しを回避するために、ここでこれ以上説明しない。
【0157】
選択的に、図１１に示すように、本出願の実施例は、通信機器１１００をさらに提供し、プロセッサ１１０１と、メモリ１１０２と、メモリ１１０２に記憶されており、且つ前記プロセッサ１１０１上で運行できるプログラム又は命令とを含み、例えばこの通信機器１１００が端末である場合、このプログラム又は命令がプロセッサ１１０１により実行される時、上記伝送配置方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。この通信機器１１００がネットワーク側機器である場合、このプログラム又は命令がプロセッサ１１０１により実行される時、上記伝送配置方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。
【0158】
図１２は、本出願の実施例を実現する端末のハードウェア構造概略図である。
【0159】
この端末１００は、無線周波数ユニット１０１、ネットワークモジュール１０２、オーディオ出力ユニット１０３、入力ユニット１０４、センサ１０５、表示ユニット１０６、ユーザ入力ユニット１０７、インターフェースユニット１０８、メモリ１０９、及びプロセッサ１１０などの部材を含むが、それらに限らない。
【0160】
当業者であれば理解できるように、端末１００は、各部材に給電する電源（例えば、電池）をさらに含んでもよく、電源は、電源管理システムによってプロセッサ１１０にロジック的に接続されてもよく、それにより電源管理システムによって充放電管理及び消費電力管理などの機能を実現することができる。図１２に示す端末構造は、端末に対する限定を構成せず、端末は、図示された部材の数よりも多く又は少ない部材、又はいくつかの部材の組み合わせ、又は異なる部材の配置を含んでもよく、ここでこれ以上説明しない。
【0161】
理解すべきこととして、本出願の実施例では、入力ユニット１０４は、グラフィックスプロセッサ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＧＰＵ）１０４１とマイクロホン１０４２を含んでもよく、グラフィックスプロセッサ１０４１は、ビデオキャプチャモード又は画像キャプチャモードにおいて画像キャプチャ装置（例えば、カメラ）によって得られた静止画像又はビデオの画像データを処理する。表示ユニット１０６は、表示パネル１０６１を含んでもよく、液晶ディスプレイ、有機発光ダイオードなどの形式で表示パネル１０６１が配置されてもよい。ユーザ入力ユニット１０７は、タッチパネル１０７１及び他の入力機器１０７２を含む。タッチパネル１０７１は、タッチスクリーンとも呼ばれる。タッチパネル１０７１は、タッチ検出装置とタッチコントローラという二つの部分を含んでもよい。他の入力機器１０７２は、物理的キーボード、機能キー（例えば、音量制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限らず、ここでこれ以上説明しない。
【0162】
本出願の実施例では、無線周波数ユニット１０１は、ネットワーク側機器からの下りリンクのデータを受信した後に、プロセッサ１１０に処理させ、また、上りリンクのデータをネットワーク側機器に送信する。一般的には、無線周波数ユニット１０１は、アンテナ、少なくとも一つの増幅器、送受信機、カプラ、低雑音増幅器、デュプレクサなどを含むが、それらに限らない。
【0163】
メモリ１０９は、ソフトウェアプログラム又は命令及び様々なデータを記憶するために用いられてもよい。メモリ１０９は、主にプログラム又は命令記憶領域とデータ記憶領域を含んでもよく、ここで、プログラム又は命令記憶領域は、オペレーティングシステム、少なくとも一つの機能に必要なアプリケーションプログラム又は命令（例えば、音声再生機能、画像再生機能など）などを記憶することができる。なお、メモリ１０９は、高速ランダムアクセスメモリを含んでもよく、非揮発性メモリを含んでもよく、ここで、非揮発性メモリは、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブルリードオンリーメモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能なプログラマブルリードオンリーメモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的に消去可能なプログラマブルリードオンリーメモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）又はフラッシュメモリであってもよい。例えば、少なくとも一つの磁気ディスクメモリデバイス、フラッシュメモリデバイス、又は他の非揮発性ソリッドステートメモリデバイスであってもよい。
【0164】
プロセッサ１１０は、一つ又は複数の処理ユニットを含んでもよい。選択的に、プロセッサ１１０は、アプリケーションプロセッサとモデムプロセッサを統合してもよい。ここで、アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインタフェースとアプリケーションプログラム又は命令などを処理するものであり、モデムプロセッサは、主に無線通信を処理するものであり、例えばベースバンドプロセッサである。理解できるように、上記モデムプロセッサは、プロセッサ１１０に統合されなくてもよい。
【0165】
ここで、プロセッサ１１０は、第一の操作を実行するために用いられ、
ここで、第一の操作は、
第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが少なくとも部分的に重なるように、第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置することと、
第一の時間内に伝送に用いられるリソースを選択することと、
第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、第一の端末の第二のメカニズムの配置パラメータを配置することとのうちの一つを含み、
説明すべきこととして、本出願の実施例におけるターゲットリソースは、リソース選択時間と、リソース選択時間の選択可能な範囲とのうちの少なくとも一つを含み、第二のメカニズムは、アクティブ化時間と非アクティブ化時間とを含む。
ここで、第一の操作は、
第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが少なくとも部分的に重なるように、第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置することと、
第一の時間内に伝送に用いられるリソースを選択することと、
第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、第一の端末の第二のメカニズムの配置パラメータを配置することとのうちの一つを含み、
説明すべきこととして、本出願の実施例におけるターゲットリソースは、リソース選択時間と、リソース選択時間の選択可能な範囲とのうちの少なくとも一つを含み、第二のメカニズムは、アクティブ化時間と非アクティブ化時間とを含む。
【0166】
本出願の実施例における端末によれば、第一の端末の第一のメカニズムのターゲットリソースと第二の端末の第二のメカニズムのアクティブ化時間とが少なくとも部分的に重なるように、第一の端末の第一のメカニズムのターゲットリソースの配置パラメータを配置することができ、さらに第一の端末の第二のメカニズムのアクティブ化時間と第三の端末の第一のメカニズムのターゲットリソースとが少なくとも部分的に重なるように、第一の端末の第二のメカニズムの配置パラメータを配置し、且つ第一の時間内に伝送に用いられるリソースを選択することができ、それによって第一の端末により送信されたデータ又はパケットは、互いに通信する端末のアクティブ化時間内に到着することができ、且つ第一の端末により送信されたデータ又はパケットが互いに通信する端末のアクティブ化時間内に到着しない場合、第一の端末の行動を明確にしたことによって、サイドリンク業務の信頼性を保障するとともに、省エネの目的を実現することができ、それによって端末間のＤＲＸアクティブ化時間と検出時間とが整合しないため、いくつかの特定の時間にある伝送又はパケットを処理できず、サイドリンク業務の信頼性が比較的低く、且つ消費電力が比較的高いという従来の技術における問題を解決した。
【0167】
本出願の実施例は、可読記憶媒体をさらに提供し、前記可読記憶媒体上にはプログラム又は命令が記憶されており、このプログラム又は命令がプロセッサにより実行される時、上記伝送配置方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。
【0168】
ここで、前記プロセッサは、上記実施例に記載の端末におけるプロセッサである。前記可読記憶媒体は、コンピュータ可読記憶媒体、例えばコンピュータリードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク又は光ディスクなどを含む。
【0169】
本出願の実施例は、チップをさらに提供し、前記チップは、プロセッサと通信インターフェースを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、ネットワーク側機器のプログラム又は命令を運行し、上記伝送配置方法の実施例の各プロセスを実現するために用いられ、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。
【0170】
理解すべきこととして、本出願の実施例に言及されたチップは、システムレベルチップ、システムチップ、チップシステム又はシステムオンチップなどと呼ばれてもよい。
【0171】
説明すべきこととして、本明細書では、用語である「含む」、「包含」又はその他の任意の変形は、非排他的な「含む」を意図的にカバーするものであり、それによって一連の要素を含むプロセス、方法、物品又は装置は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み、又はこのようなプロセス、方法、物品又は装置に固有の要素も含む。それ以上の制限がない場合に、「……を１つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品又は装置には他の同じ要素も存在することが排除されるものではない。なお、指摘すべきこととして、本出願の実施の形態における方法と装置の範囲は、図示又は討論された順序で機能を実行することに限らず、関わる機能に基づいて基本的に同時である方式又は逆の順序で機能を実行することを含んでもよく、例えば記述されたものとは異なる手順で記述された方法を実行することができるとともに、様々なステップを追加、省略又は組み合わせることができる。また、いくつかの例を参照して記述された特徴は、他の例で組み合わせられることができる。
【0172】
以上の実施の形態の記述によって、当業者であればはっきりと分かるように上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームの形態によって実現されることができる。無論、ハードウェアによって実現されてもよいが、多くの場合、前者は、より好適な実施の形態である。このような理解を踏まえて、本出願の技術案は、実質には又は従来の技術に寄与した部分がソフトウェア製品の形式によって具現化されてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、一台の端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器などであってもよい）に本出願の各実施例に記載の方法を実行させるための若干の命令を含む。
【0173】
以上は、図面を結び付けながら、本出願の実施例を記述したが、本出願は、上記の具体的な実施の形態に限らない。上記の具体的な実施の形態は、例示的なものに過ぎず、制限性のあるものではない。当業者は、本出願の示唆で、本出願の趣旨と特許請求の範囲から逸脱しない限り、多くの形式を行うこともでき、いずれも本出願の保護範囲に属する。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
