特許7558283 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 維沃移動通信有限公司の特許一覧

特許7558283サイドリンク伝送制御方法、送信端末及び受信端末

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-19

(45)【発行日】2024-09-30

(54)【発明の名称】サイドリンク伝送制御方法、送信端末及び受信端末

(51)【国際特許分類】

H04W 72/40 20230101AFI20240920BHJP

H04W 4/46 20180101ALI20240920BHJP

H04W 72/542 20230101ALI20240920BHJP

H04W 28/04 20090101ALI20240920BHJP

【ＦＩ】

H04W72/40

H04W4/46

H04W72/542

H04W28/04 110

【請求項の数】 5

(21)【出願番号】P 2022549127

(86)(22)【出願日】2021-02-08

(65)【公表番号】

(43)【公表日】2023-04-13

(86)【国際出願番号】 CN2021076039

(87)【国際公開番号】W WO2021160093

(87)【国際公開日】2021-08-19

【審査請求日】2022-08-15

(31)【優先権主張番号】202010095210.9

(32)【優先日】2020-02-14

(33)【優先権主張国・地域又は機関】CN

【前置審査】

(73)【特許権者】

【識別番号】517372494

【氏名又は名称】維沃移動通信有限公司

【氏名又は名称原語表記】ＶＩＶＯＭＯＢＩＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｎｏ．１，ｖｉｖｏＲｏａｄ，Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ５２３８６３，Ｃｈｉｎａ

(74)【代理人】

【識別番号】100102532

【弁理士】

【氏名又は名称】好宮幹夫

(74)【代理人】

【識別番号】100194881

【弁理士】

【氏名又は名称】小林俊弘

(74)【代理人】

【識別番号】100215142

【弁理士】

【氏名又は名称】大塚徹

(72)【発明者】

【氏名】紀子超

(72)【発明者】

【氏名】彭淑燕

【審査官】野村潔

(56)【参考文献】

【文献】中国特許出願公開第１０８８１０９０６（ＣＮ，Ａ）

【文献】国際公開第２０１４／１６７８８３（ＷＯ，Ａ１）

【文献】国際公開第２０１８／０２１８０３（ＷＯ，Ａ１）

【文献】特表２０１９－５２５６１５（ＪＰ，Ａ）

【文献】CMCC，Discussion on sidelink resource allocation mechanism[online]，3GPP TSG RAN WG1 #97 R1-1906515，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906515.zip>，2019年05月02日

【文献】vivo，Physical layer procedure for NR sidelink[online]，3GPP TSG RAN WG1 #99 R1-1912026，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912026.zip>，2019年11月09日

【文献】Ericsson，Resource Reselection[online]， 3GPP TSG-RAN WG1#85 R1-165263，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_1369/Docs/R1-165263.zip＞，2016年05月27日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｗ４／００－９９／００

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

送信端末によって実行されるサイドリンク伝送制御方法であって、
リソース再選択トリガー条件が満たされているか否かを判断することと、
前記リソース再選択トリガー条件が満たされている場合、リソース再選択、変調及びコーディング方式ＭＣＳ調整、パワー調整のうちの少なくとも一つを含む第一の操作を実行することとを含み、
前述した、リソース再選択トリガー条件が満たされている場合、第一の操作を実行することは、
リソース再選択トリガー条件が満たされている場合、受信端末が有効的な通信範囲内に位置するか否かを判断することと、
前記受信端末が有効的な通信範囲内に位置する場合、前記第一の操作を実行することとを含み、
前記送信端末が前記受信端末の逆方向情報を受信した条件が満たされている場合、前記受信端末が有効的な通信範囲内に位置すると判定する、サイドリンク伝送制御方法。

【請求項2】

前述した、リソース再選択トリガー条件が満たされているか否かを判断することは、
サイドリンク伝送がハイブリッド自動再送要求ＨＡＲＱによりフィードバックされたＮ（前記Ｎは、１以上の整数である）個の伝送ブロックＴＢ伝送である場合、受信端末のフィードバック状況に基づき、前記リソース再選択トリガー条件が満たされているか否かを判断することを含む、請求項１に記載の方法。

【請求項3】

連続するＭ個（Ｍは、第一の閾値以上である）の不連続送信ＤＴＸ又は否定確認ＮＡＣＫを検出したか、又は、前記連続するＭ個のＤＴＸ又はＮＡＣＫに対応するＴＢのトータルが第二の閾値以上である条件と、
時間ウィンドウ内のＬ（Ｌは、第三の閾値以上である）個のＤＴＸ又はＮＡＣＫを検出したか、又は、前記時間ウィンドウ内のＬ個のＤＴＸ又はＮＡＣＫに対応するＴＢのトータルが第四の閾値以上である条件と、
ＴＢ初期伝送についての連続するＫ（Ｋは、第五の閾値以上である）個のＤＴＸ又はＮＡＣＫを検出したか、又は、前記ＴＢ初期伝送についての連続するＫ個のＤＴＸ又はＮＡＣＫに対応するＴＢのトータルが第六の閾値以上である条件と、
ＴＢ初期伝送についての時間ウィンドウ内のＰ（Ｐは、第七の閾値以上である）個のＤＴＸ又はＮＡＣＫを検出したか、又は、前記ＴＢ初期伝送についての時間ウィンドウ内のＰ個のＤＴＸ又はＮＡＣＫに対応するＴＢのトータルが第八の閾値以上である条件とのうちの少なくとも一つが満たされている場合、前記リソース再選択トリガー条件が満たされていると判定する、請求項２に記載の方法。

【請求項4】

前記ＤＴＸは、
周期的な予約リソース上で伝送されるＤＴＸと、
非周期的な予約リソース上で伝送されるＤＴＸと、
同じサイドリンク制御情報ＳＣＩ予約リソース上で伝送されるＤＴＸとのうちの少なくとも一つを含む、
又は、
前記ＮＡＣＫは、
周期的な予約リソース上で伝送されるＮＡＣＫと、
非周期的な予約リソース上で伝送されるＮＡＣＫと、
同じＳＣＩ予約リソース上で伝送されるＮＡＣＫとのうちの少なくとも一つを含む、請求項３に記載の方法。

【請求項5】

メモリと、プロセッサと、前記メモリに記憶されており、前記プロセッサで運行できるコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行されると、請求項１～４のいずれか１項に記載のサイドリンク伝送制御方法におけるステップを実現させる、送信端末。

【発明の詳細な説明】

【関連出願の相互参照】

【0001】

本出願は、２０２０年２月１４日に中国で提出された中国特許出願番号Ｎｏ．２０２０１００９５２１０．９の優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。

【技術分野】

【0002】

本発明は、通信技術分野に関し、特にサイドリンク伝送制御方法、送信端末及び受信端末に関する。

【背景技術】

【0003】

端末は、サイドリンク（Ｓｉｄｅｌｉｎｋ、ＳＬ）において、チャネルセンシングに基づき、伝送リソースを自律的に選択することができる。端末のチャネルセンシング結果に不正確さがあり、端末がリソース選択を行う時にランダム性があり、複数の送信端末（ＴＸＵＥ）により選択された伝送リソースの衝突という問題が発生する可能性があるため、受信端末（ＲＸＵＥ）は、ＴＸＵＥの信号を復調できなくなってしまう。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本発明の実施例は、従来技術において存在している技術課題を解決するためのサイドリンク伝送制御方法、送信端末及び受信端末を提供する。

【課題を解決するための手段】

【0005】

上記技術課題を解決するために、本発明は、以下のように実現される。

【0006】

第一の側面によれば、本発明の実施例は、送信端末に用いられるサイドリンク伝送制御方法を提供する。前記方法は、
リソース再選択トリガー条件が満たされているか否かを判断することと、
前記リソース再選択トリガー条件が満たされている場合、リソース再選択、変調及びコーディング方式ＭＣＳ調整、パワー調整のうちの少なくとも一つを含む第一の操作を実行することとを含む。

【0007】

第二の側面によれば、本発明の実施例は、受信端末に用いられるサイドリンク伝送制御方法を提供する。前記方法は、
チャネルセンシング結果に基づき、第一の送信端末のリソースにリソース衝突が存在するか否かを判断することと、
前記第一の送信端末のリソースにリソース衝突が存在する場合、前記第一の送信端末にリソース衝突情報とリソース再選択トリガー情報のうちの少なくとも一つを含む第一のメッセージを送信することとを含む。

【0008】

第三の側面によれば、本発明の実施例は、送信端末を提供する。この送信端末は、
リソース再選択トリガー条件が満たされているか否かを判断するための判断モジュールと、
前記リソース再選択トリガー条件が満たされている場合、リソース再選択、変調及びコーディング方式ＭＣＳ調整、パワー調整のうちの少なくとも一つを含む第一の操作を実行するための実行モジュールとを含む。

【0009】

第四の側面によれば、本発明の実施例は、受信端末を提供する。この受信端末は、
チャネルセンシング結果に基づき、第一の送信端末のリソースにリソース衝突が存在するか否かを判断するための判断モジュールと、
前記第一の送信端末のリソースにリソース衝突が存在する場合、前記第一の送信端末にリソース衝突情報とリソース再選択トリガー情報のうちの少なくとも一つを含む第一のメッセージを送信するための送信モジュールとを含む。

【0010】

第五の側面によれば、本発明の実施例は、送信端末を提供する。この送信端末は、メモリと、プロセッサと、前記メモリに記憶されており、前記プロセッサで運行できるコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行されると、本発明の実施例の第一の側面によるサイドリンク伝送制御方法におけるステップを実現させる。

【0011】

第六の側面によれば、本発明の実施例は、受信端末を提供する。この受信端末は、メモリと、プロセッサと、前記メモリに記憶されており、前記プロセッサで運行できるコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行されると、本発明の実施例の第二の側面によるサイドリンク伝送制御方法におけるステップを実現させる。

【0012】

第七の側面によれば、本発明の実施例は、コンピュータ可読記憶媒体を提供する。前記コンピュータ可読記憶媒体にコンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行されると、本発明の実施例の第一の側面によるサイドリンク伝送制御方法におけるステップを実現させる。

【0013】

第八の側面によれば、本発明の実施例は、コンピュータ可読記憶媒体を提供する。前記コンピュータ可読記憶媒体にコンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行されると、本発明の実施例の第二の側面によるサイドリンク伝送制御方法におけるステップを実現させる。

【0014】

第九の側面によれば、本発明の実施例は、コンピュータソフトウェア製品を提供する。前記コンピュータソフトウェア製品が非揮発性記憶媒体に記憶されており、前記ソフトウェア製品は、少なくとも一つのプロセッサにより実行されて本発明の実施例の第一の側面によるサイドリンク伝送制御方法におけるステップを実現させるように配置されており、又は、前記ソフトウェア製品は、少なくとも一つのプロセッサにより実行されて本発明の実施例の第二の側面によるサイドリンク伝送制御方法におけるステップを実現させるように配置されている。

【0015】

第十の側面によれば、本発明の実施例は、電子機器を提供する。前記電子機器は、本発明の実施例の第一の側面によるサイドリンク伝送制御方法を実行するか、又は本発明の実施例の第二の側面によるサイドリンク伝送制御方法を実行するために配置されている。

【発明の効果】

【0016】

本発明の実施例では、送信端末は、サイドリンク通信において、送信端末のリソースにリソース衝突が存在する時、リソース再選択トリガー条件が満たされている場合、リソース再選択又は関連調整を行うことができる。このように、送信端末は、リソース再選択又は関連調整により、リソース衝突による問題を克服することができ、それにより、サイドリンク伝送の信頼性と有効性を向上させ、サイドリンク通信性能を確保することができる。

【図面の簡単な説明】

【0017】

本発明の実施例の技術案をより明瞭に説明するために、以下は、本発明の実施例の記述において使用される必要がある添付図面を簡単に紹介する。以下の記述における添付図面が、ただ本発明の何らかの実施例に過ぎず、当業者にとって、創造的な労力を払わない前提で、それらの添付図面に基づき、他の添付図面を取得することもできることは、自明なことである。

【図1】本発明の実施例によるネットワークシステムの構造図である。

【図2】本発明の実施例による車のインターネットシステムの構造概略図である。

【図3】本発明の実施例によるリソース衝突シナリオの概略図である。

【図4】本発明の実施例による別のリソース衝突シナリオの概略図である。

【図5】本発明の実施例による送信端末に用いられるサイドリンク伝送制御方法のフローチャートである。

【図6】本発明の実施例によるＨＡＲＱによりフィードバックされたネットワークシステムの構造概略図である。

【図7】本発明の実施例によるリソースの連続性の概略図である。

【図8】本発明の実施例による別のリソースの連続性の概略図である。

【図9】本発明の実施例による受信端末に用いられるサイドリンク伝送制御方法のフローチャートである。

【図10】本発明の実施例による送信端末の構造概略図である。

【図11】本発明の実施例による受信端末の構造概略図である。

【図12】本発明の実施例による送信端末のハードウェア構造概略図である。

【図13】本発明の実施例による受信端末のハードウェア構造概略図である。

【発明を実施するための形態】

【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】

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

【0174】

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

【0175】

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

【0176】

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

【0177】

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

【0178】

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

【0179】

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

【0180】

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

【0181】

また、受信端末１１００は、いくつかの示されていない機能モジュールを含む。ここではこれ以上説明しない。

【0182】

好適には、本発明の実施例は、さらに受信端末を提供する。プロセッサ１１１０、メモリ１１０９、メモリ１１０９に記憶され、前記プロセッサ１１１０上で運行できるコンピュータプログラムを含み、このコンピュータプログラムがプロセッサ１１１０によって実行されると、上述した、サイドリンク伝送制御方法の実施例の各プロセスを実現させ、同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

【0183】

説明すべきことは、本実施例における上記受信端末１１００は、本発明の実施例のうちの方法の実施例におけるいずれかの実施の形態の受信端末であってもよく、本発明の実施例のうちの方法の実施例における受信端末のいずれかの実施の形態は、いずれも本実施例における上記受信端末１１００により実現されてもよく、同じ有益な効果を達し、ここでこれ以上説明しない。

【0184】

本発明の実施例は、さらにコンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体にはコンピュータプログラムが記憶されており、このコンピュータプログラムがプロセッサによって実行されると、上記受信端末又はネットワーク側に対応する実施例の各プロセスを実現させ、同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。そのうち、上述したコンピュータ可読記憶媒体は、例えば、リードオンリーメモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ）、磁気ディスク又は、光ディスクなどである。

【0185】

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

【0186】

当業者であれば意識できるように、本明細書に開示された実施例に記述された様々な例のユニット及びアルゴリズムステップを結び付けば、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアとの組み合わせで実現されることが可能である。これらの機能は、ハードウェア方式で実行されるか、ソフトウェア方式で実行されるかは、技術案の特定のアプリケーション及び設計拘束条件によるものである。当業者は、各特定のアプリケーションに対して異なる方法を使用して、記述された機能を実現することができるが、このような実現は、本開示の範囲を超えていると考えるべきではない。

【0187】

当業者が明確に理解できるように、記述の利便性及び簡潔性のために、以上に記述されたシステム、装置、及びユニットの具体的な作動プロセスは、前記方法の実施例における対応するプロセスを参照してもよい。ここではこれ以上説明しない。

【0188】

本出願によって提供されるいくつかの実施例では、理解すべきことは、掲示された装置及び方法は、他の方式によって実現されてもよい。例えば、以上に記述された装置の実施例は、単なる例示的なものであり、例えば、前記ユニットの区分は、単なる論理的機能区分であり、実際に実現する時、他の区分方式があってもよい。例えば、複数のユニット又はコンポーネントは、別のシステムに結合されてもよく、又は集積されてもよく、又はいくつかの特徴が無視されてもよく、又は実行されなくてもよい。また、表示又は、討論された同士間の結合又は直接結合又は通信接続は、いくつかのインターフェース、装置又はユニットによる間接の結合、又は、通信接続であってもよく、電気的、機械的、又は、他の形式であってもよい。

【0189】

前記分離された部品として説明されるユニットは、物理的に分離されてもよく、又は物理的に分離されなくてもよく、ユニットとして表示される部品は、物理的なユニットであってもよく、又は、物理的なユニットでなくてもよく、すなわち、一つの場所に位置してもよく、又は複数のネットワークユニットに分布されてもよい。実際の必要に応じて、そのうちの一部又は全部のユニットを選択して、本実施例の方式の目的を実現することができる。

【0190】

また、本開示の各実施例における各機能ユニットは、一つの処理ユニットに集積されてもよく、各ユニットが物理的に単独に存在してもよく、二つ以上のユニットが一つのユニットに集積されてもよい。

【0191】

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

【0192】

当業者が理解できるように、上記実施例の方法における全部又は一部のフローを実現することは、コンピュータプログラムによって関連ハードウェアを制御することによって完了されてもよい。前記プログラムは、コンピュータ可読記憶媒体に記憶されてもよく、このプログラムが実行される時、上記各方法の実施例のようなフローを含んでもよい。そのうち、前記記憶媒体は、磁気ディスク、光ディスク、リードオンリーメモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭ）又はランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ）などであってもよい。

【0193】

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

【0194】

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

【0195】

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

【図1】