JP7514391B2 - リソース決定方法、装置及びシステム - Google Patents

Description

本出願は、２０２０年９月１８日に中国国家知識産権局に出願された、「METHOD FOR PROCESSING ASSISTANCE INFORMATION FOR AVOIDING TRANSMISSION CONFLICT」と題する国特許出願第２０２０１０９８７３６１．５号及び２０２０年１０月１６日に中国国家知識産権局に出願された、「RESOURCE DETERMINING METHOD, APPARATUS, AND SYSTEM」と題する中国特許出願第２０２０１１１１５１２０．８号に対する優先権を主張するものであり、これらは参照によってその全体が本明細書に組み込まれる。

技術分野
本開示の実施形態は、通信技術の分野に関し、特に、リソース決定方法、装置及びシステムに関する。

通信技術の進化に伴い、あらゆるもののインターネット化（the internet of everything）も加速している。第三世代パートナーシッププロジェクト（3rd Generation Partnership Project、３ＧＰＰ）のリリース１４（Ｒｅｌｅａｓｅ、Ｒｅｌ－１４)及びリリース１５の間に、３ＧＰＰプラットフォームを自動車産業に拡張するように、ビークル・ツー・ビークル（vehicle-to-vehicle、Ｖ２Ｖ）及びビークル・ツー・エブリシング（vehicle-to-everything、Ｖ２Ｘ）サービスが、長期進化（Long Term Evolution、ＬＴＥ）において導入される。Ｒｅｌ－１４ Ｖ２Ｘはセンシング機構を提案している。端末はスペクトル使用状況をセンシングし、端末が後にサイドリンクリソース上でデータを送信するときに、リソースを選択するための基礎としてそのスペクトル使用状況を使用する。

リリース１６の間、新しい無線（new radio、ＮＲ）Ｖ２Ｘの関連する設計が研究されている。更なる最適化が、リリース１７の新しい無線（new radio、ＮＲ）サイドリンク（sidelink、ＳＬ）強化（enhancement）において議論されている。特に、リソース割り当ての強化に関して、Ｒｅｌ－１４及びＲｅｌ－１５によって提案された電力消費削減ソリューションに基づいて、電力削減を実装するための更なる最適化又は新しいソリューションが提案されている。電力消費の削減に加えて、信頼性の向上とレイテンシの削減がソリューションの他の２つの主な目的であり、これらもリソース割り当ての強化に基づいている。Ｒｅｌ－１４のセンシング機構は、端末によってデータを送信するために使用される。しかしながら、送信者端末として機能する端末の位置は、受信者端末の位置とは異なる。送信者端末によって選択されたサイドリンクリソースは、送信者端末に対して比較的弱い信号を有するか又は信号がない可能性があるが、受信者端末に対しては比較的強い信号を有する可能性がある。したがって、送信者端末がサイドリンクリソース上で受信者端末にデータを送信する場合、受信者端末のデータ受信品質は比較的劣る可能性がある。これに基づいて、受信者端末は、受信者端末によってセンシングされたサイドリンクリソースのグループに関する情報を送信者端末に推奨する可能性がある。サービスを伝送するとき、送信者端末は、受信者端末によって送信されたサイドリンクリソースのグループを考慮する。この利点は、受信者端末が近くの干渉状態を十分に考慮し、送信者端末にサイドリンクリソースのグループを通知し、そのため、送信者端末が、サイドリンクリソースのグループから受信者端末への送信に使用されるサイドリンクリソースを選択することができることである。

受信者端末によってサイドリンクリソースグループを送信者端末に推奨する目的は、受信者端末のサービス受信品質を向上させるためであるが、受信者端末は、サイドリンクリソースグループを決定する際に受信者端末の伝送を考慮するので、推奨されるサイドリンクリソースは、送信者端末にとって無効なリソースである可能性がある。

本開示の実施形態は、リソース決定方法、装置及びシステムを提供し、第２端末の伝送と、第１端末によって選択され、かつ第２端末にサービスを送るために使用されるか又は第２端末のために選択され、かつサービスを送るために使用される、サイドリンクリソースとの間の競合を回避する。

上記の目的を達成するために、本開示の実施形態は、以下の技術的解決策を提供する。

第１の側面によると、本開示の実施形態は、リソース決定方法を提供する。当該方法は、第１端末に適用され、当該方法は以下を含む：第１端末が、第２端末の伝送ステータスを決定するために使用される伝送情報を取得する。第１端末が、伝送ステータスに基づいて、データを送信するために第２端末によって使用され得る１つ以上のサイドリンクリソースを決定する。第１端末が、第１情報を第２端末に送信する。第１情報は、１つ以上のサイドリンクリソースに関する情報を示すために使用される。あるいは、本開示の実施形態は、リソース決定方法を提供する。当該方法は以下を含む：第１端末が、第２端末の伝送ステータスを決定するために使用される伝送情報を取得する。第１端末が、伝送ステータスに基づいて、第２端末に送信されるサービスを伝達するために使用され得る１つ以上のサイドリンクリソースを決定する。第１端末は、１つ以上のサイドリンクリソースの第１サイドリンクリソースで第２端末にサービスを送る。

本開示のこの実施形態で提供されるリソース決定方法によると、データを送信するために使用され得る１つ以上のサイドリンクリソースであって、第２端末の伝送ステータスを学習することなく第１端末によって第２端末のために決定される１つ以上のサイドリンクリソースは、第２端末の伝送と競合するサイドリンクリソースを含む可能性があり、競合するサイドリンクリソースは、第２端末にとって無効なリソースであり、あるいはサービスを伝達するために使用される第１サイドリンクリソースであって、第２端末の伝送ステータスを学習することなく第１端末によって選択される第１サイドリンクリソースは、第２端末の伝送に対応するリソースと競合する可能性があり、この競合の場合、第２端末は、第１サイドリンクリソースでサービスを正しく受け取ることができない可能性がある。しかしながら、本開示の実施形態では、第１端末が第２端末の伝送ステータスを取得し、その後、第１端末が、第２端末の伝送ステータスを参照して１つ以上のサイドリンクリソースを決定するため、第１端末によって第２端末のために決定される１つ以上のサイドリンクリソースは、第２端末の伝送に対応するリソースを含まないか、サービスを伝達するために第１端末によって選択される第１サイドリンクリソースは、第２端末の伝送に対応するリソースを含まない。これにより、第１端末によって第２端末のために決定される１つ以上のサイドリンクリソース又はサービスを伝達する第１サイドリンクリソースが、第２端末の伝送に対応するリソースと競合することを防ぐ。

可能な実装では、伝送ステータスが、以下のうちの１つ以上、すなわち、第１期間（time period）を示すために使用される情報、第２サイドリンクリソースを示すために使用される情報、第２期間を示すために使用される情報及び第３サイドリンクリソースを示すために使用される情報のうちの１つ以上を含むとき、サイドリンクリソースは、第２端末によってデータを送信するために使用され得る。

第１期間は、第２端末が受信を予約（reserve）している期間であるか、又は第１期間は、第２端末がサービスを受け取るために予約しているサイドリンクリソースの期間であるか、又は第１期間は、第２端末がサービスを送るために予約している期間であるか、又は第１期間は、第２端末がサービスを送るために予約しているサイドリンクリソースが位置する期間であるか、又は第１期間は、第２端末がサービスを受け取る傾向がある期間であるか、又は第１期間は、第２端末がサービスを受け取る傾向があるサイドリンクリソースの期間であるか、又は第１期間は、第２端末がサービスを送る傾向がない期間であるか、又は第１期間は、第２端末がサービスを送る傾向がないサイドリンクリソースの期間である。

本開示のこの実施形態では、第２端末がサービスを受け取る傾向がない期間又は第２端末がサービスを受け取る傾向がないサイドリンクリソースに適用可能なシナリオは、例えば第２端末が不連続の受信機構（discontinuous reception mechanism）を使用することであり得る。この場合、第２端末は、以下の状態、すなわち、スリープ状態とアクティブ状態を有する。スリープ状態では、第２端末はサービスを受け取らない可能性がある。したがって、第２端末がスリープ状態にある期間は、第２端末がサービスを受け取る傾向がない期間又は第２端末がサービスを受け取る傾向がないサイドリンクリソースの期間と見なされてよい。例えばサイドリンクリソースが、第２端末がスリープ状態にある対応する期間に位置する場合、サイドリンクリソースは、第２端末がサービスを受け取る傾向がないサイドリンクリソースと見なされてよい。

しかしながら、第２端末がアクティブ状態にあるとき、第２端末はサービスを受け取る可能性がある。したがって、第２端末がアクティブ状態にある期間は、第２端末がサービスを受け取る傾向がある期間と見なされてよい。同様に、サイドリンクリソースが、第２端末がアクティブ状態にある対応する期間に位置する場合、サイドリンクリソースは、第２端末がサービスを受け取る傾向があるサイドリンクリソースと見なされてよい。

第２サイドリンクリソースは、第２端末がサービスを送るために予約しているリソースであるか、又は第２サイドリンクリソースは、第２端末がサービスを受け取るために予約しているリソースであるか、又は第２サイドリンクリソースは、第２端末がサービスを受け取る傾向があるリソースであるか、又は第２サイドリンクリソースは、第２端末がサービスを送る傾向がないリソースであるか、第２サイドリンクリソースは、第２端末がサービスを伝送する予約をする／伝送する傾向がある期間のサイドリンクリソースであるか、又は第２サイドリンクリソースは、第２端末がサービスを受け取る傾向がある期間のリソースであるか、又は第２サイドリンクリソースは、第２端末がサービスを送る傾向がない期間のサイドリンクリソースである。

第２期間は、第２端末がサービスを送る傾向がある期間であるか、又は第２期間は、第２端末がサービスを受け取る傾向がない期間である。

第３サイドリンクリソースは、第２端末がサービスを送る傾向があるサイドリンクリソースであるか、又は第３サイドリンクリソースは、第２端末がサービスを受け取る傾向がないサイドリンクリソースであるか、又は第３サイドリンクリソースは、第２端末がサービスを送る傾向がある期間のサイドリンクリソースであるか、又は第３サイドリンクリソースは、第２端末がサービスを受け取る傾向がない期間のサイドリンクリソースである。

上記は、第１端末がサイドリンクリソースを選択するときに、第１期間と第２サイドリンクリソースができるだけ回避されるように、伝送ステータスの例示的内容を列挙したものである。このように、第１期間が、第２端末が受信を予約している期間であるか又は第２端末がサービスを受け取る傾向がある期間であるとき、第２端末の受信と送信の間の競合を回避することができる。第１期間が、第２端末がサービスを送る傾向がない期間であるとき、第１端末がサイドリンクリソースを選択する際に、時間範囲が第１期間と重複するサイドリンクリソースを回避するため、第２端末に推奨されるサイドリンクリソースが可能な限り有効に使用されることを保証することができる。第１期間が、第２端末がサービスを送るために予約している期間であるとき、第１端末がサイドリンクリソースを選択する際に、時間範囲が第１期間と重複するサイドリンクリソースを回避するため、第２端末が同じ期間に異なるサービスを同時に送信するケースをできるだけ回避することができる。加えて、サイドリンクリソースを選択するときに、第１端末は、第２端末の信頼性のある伝送を保証するために、第２期間内に位置するか第３サイドリンクリソースに属するリソースを可能な限り選択する。

なお、第１期間が、第２端末がサービスを送るために予約している期間であるとき、第２端末が複数のサービスを同時に送信することができる場合は、第１端末によって第２端末に推奨される１つ以上のサイドリンクリソースは、時間範囲（time range）が第１期間と重複するサイドリンクリソースを含んでもよいことに留意されたい。

第１期間が、第２端末がサービスを送るために予約している期間であるとき、第２端末が複数のサービスを同時に送信することができない場合は、第１端末によって第２端末に推奨される１つ以上のサイドリンクリソースは、時間範囲が第１期間と重複するサイドリンクリソースを含まない。言い換えると、１つ以上のサイドリンクリソースは、時間範囲が第１期間と交わり（intersection）があるサイドリンクリソースを含まない。

可能な実装では、本開示のこの実施形態で提供される方法は、以下を更に含み得る：第１端末が、第２端末が複数のサービスを同時に送信することができる又は複数のサービスを同時に送信することができないことを判断する。

可能な実装では、第１端末が、第２端末が複数のサービスを同時に送信することができる又は複数のサービスを同時に送信することができないことを判断することは、以下を含む：第１端末が、第２端末の能力情報を取得する。能力情報は、第２端末が複数のサービスを同時に送信することができる又は複数のサービスを同時に送信することができないことを示すために使用される。第１端末は、能力情報に基づいて、第２端末が複数のサービスを同時に送信することができる又は複数のサービスを同時に送信することができないと判断する。

可能な実装では、第１端末が、第２端末の能力情報を取得することは、以下を含む：第１端末が、第２端末から能力情報を受信する。能力情報は、第２端末によってブロードキャスト形式で送信されてよく、あるいは能力情報は、第２端末によって第１端末に特別に送信されてもよい。これは、本開示のこの実施形態では限定されない。

例えば第２端末が、該第２端末にサイドリンクリソースを推奨するように第１端末に要求するとき、第２端末は、該第２端末の能力情報を第１端末に送信し得る。能力情報とトリガメッセージは同じメッセージで伝達されてよく、例えば両方ともメッセージ１で伝達され、あるいは能力情報がトリガメッセージ内にあるか、あるいは能力情報とトリガメッセージが異なるメッセージで伝達される。これは、本開示のこの実施形態では限定されない。

例えば第１端末が、第２端末の能力情報を第１端末にフィードバックするように第２端末に要求する場合、第２端末は、前述の能力情報を第１端末にフィードバックし得る。例えば第１端末が、サイドリンクリソースを第２端末に推奨すると決定するとき、第１端末は、第２端末の能力情報を第１端末にフィードバックするように第２端末に要求し得る。

可能な実装では、１つ以上のサイドリンクリソースのうちの少なくとも１つのサイドリンクリソースは、以下の条件のうちの１つ以上、すなわち：伝送ステータスが第１期間を示すために使用される情報を含むとき、少なくとも１つのサイドリンクリソースの時間範囲が第１期間と重複しないことと；伝送ステータスが第２サイドリンクリソースを示すために使用される情報を含むとき、少なくとも１つのサイドリンクリソースが第２サイドリンクリソースと重複しないことと；伝送ステータスが第２期間を示すために使用される情報を含むとき、少なくとも１つのサイドリンクリソースの時間範囲が第２期間と重複することと；伝送ステータスが第３サイドリンクリソースを示すために使用される情報を含むとき、少なくとも１つのサイドリンクリソースが第３サイドリンクリソースに属することと、のうちの１つ以上を満たす。このように、第１端末によって第２端末に推奨されるサイドリンクリソースは、第１期間又は第２サイドリンクリソースを回避し、それにより、第２端末の受信と送信の間の競合が回避される。あるいは、第１端末によって第２端末に推奨されるサイドリンクリソースは、第２端末がサービスを送る傾向がある第２期間に位置するか、第３サイドリンクリソースに属する等である。

可能な実装では、第１期間が、第２端末がサービスを送るために予約している期間であるか、第１期間が、第２端末がサービスを送るために予約しているサイドリンクリソースが位置する期間であるとき、第２端末が複数のサービスを同時に送信することができない場合、少なくとも１つのサイドリンクリソースの時間範囲は第１期間と重複しない。第２端末は同時に複数のサービスを送ることができないため、時間範囲が第１期間と重複しない少なくとも１つのサイドリンクリソースが第２端末に提供され、そのため、第２端末は異なる期間に異なるサービスを送ることができる。

可能な実装では、第１期間が、第２端末がサービスを送るために予約している期間であるか、又は第１期間が、第２端末がサービスを送るために予約しているサイドリンクリソースが位置する期間であるとき、第２端末が同時に複数のサービスを送ることができる場合、少なくとも１つのサイドリンクリソースの時間範囲は、第１期間と重複することがある。このように、第２端末は複数のサービスを同時に送信することができる。

可能な実装では、伝送ステータスが、以下のうちの１つ以上を含むとき、すなわち：第４サイドリンクリソースを示すために使用される情報、第３期間を示すために使用される情報、第４期間を示すために使用される情報及び第５サイドリンクリソースを示すために使用される情報のうちの１つ以上を含むとき、第１サイドリンクリソースは、第２端末に送信されるサービスを伝達するために使用され得る。

第４サイドリンクリソースは、第２端末がサービスを受け取るために予約しているリソースであるか、又は第４サイドリンクリソースは、第２端末がサービスを送るために予約しているリソースであるか、又は第４サイドリンクリソースは、第２端末がサービスを送る傾向があるリソースであるか、又は第４サイドリンクリソースは、第２端末がサービスを受け取る傾向がないリソースであるか、又は第４サイドリンクリソースは、第２端末がサービスを受け取るために予約しているリソースである。

第３期間は、第２端末がサービスを送るために予約している期間であるか、又は第３期間は、第２端末がサービスを送るために予約しているサイドリンクリソースが位置する期間であるか、又は第３期間は、第２端末がサービスを送る傾向がある期間であるか、又は第３期間は、第２端末がサービスを送る傾向があるサイドリンクリソースが位置する期間であるか、又は第３期間は、第２端末がサービスを受け取る傾向がない期間であるか、又は第３期間は、第２端末がサービスを受け取る傾向がないサイドリンクリソースの期間である。

第４期間は、第２端末がサービスを受け取る傾向がある期間であるか、又は第２端末がサービスを送る傾向がない期間であるか、又は第２端末がサービスを受け取るために予約している期間であるか、又は第２端末がサービスを受け取る傾向があるサイドリンクリソースが位置する期間であるか、又は第２端末がサービスを送る傾向がないサイドリンクリソースが位置する期間であるか、又は第２端末がサービスを受け取るために予約しているサイドリンクリソースが位置する期間である。

第５サイドリンクリソースは、第２端末がサービスを受け取る傾向があるサイドリンクリソースであるか、又は第２端末がサービスを送る傾向がないサイドリンクリソースである。

このように、第１端末が第１サイドリンクリソースを選択するとき、あるいは第１端末が、第２端末がサービスを受け取る傾向がある期間又は時間リソースを決定するとき、第２端末がサービスを受け取ることができない期間又は時間リソースが回避される。

可能な実装では、第１サイドリンクリソースは、以下の条件のうちの１つ以上、すなわち：伝送ステータスが第４サイドリンクリソースを示す情報を含むとき、第１サイドリンクリソースが第４サイドリンクリソースと重複しないことと；伝送ステータスが第３期間を示すために使用される情報を含むとき、第１サイドリンクリソースによって示される時間範囲が第３期間を超えること；伝送ステータスが第４期間を示すために使用される情報を含むとき、第１サイドリンクリソースが位置する時間範囲が第４期間と重複することと；伝送ステータスが第５サイドリンクリソースを示すために使用される情報を含むとき、第１サイドリンクリソースが第５サイドリンクリソースに属することと；のうちの１つ以上を満たす。

可能な実装では、第１端末が伝送情報を取得することは：第１端末が、第２端末から伝送情報を受信することを含む。

可能な実装では、伝送情報とトリガメッセージは同じメッセージ内に位置するか、又は伝送情報とトリガメッセージは異なるメッセージで伝達される。トリガメッセージは、サイドリンクリソースを第２端末に推奨するよう、第１端末をトリガするように使用される。これは、本開示のこの実施形態では限定されない。

可能な実装では、伝送情報を取得することは、以下を含む：第１端末が、別の端末によって送信された第２情報を受信し、ここで、第２情報は、少なくとも、第２端末の識別子を含む。第１端末は、第２情報に基づいて送信情報を決定する。

可能な実装では、第１端末が伝送ステータスに基づいて１つ以上のサイドリンクリソースを決定することは、以下を含む：第１端末が、センシングウィンドウ（sensing window）に基づいて、センシングされたサイドリンクリソースから１つ以上の候補サイドリンクリソースを決定する。第１端末は、伝送ステータスに基づいて、１つ以上の候補サイドリンクリソースから１つ以上のサイドリンクリソースを決定する。

任意に、１つ以上の候補サイドリンクリソースは、第２端末の他の伝送に対応するリソースと競合するリソースと、第２端末の他の伝送に対応するリソースと競合しないリソースを含み得る。

可能な実装では、第１端末が伝送ステータスに基づいて１つ以上のサイドリンクリソースを決定することは、以下を含む：第１端末が、センシングウィンドウと伝送ステータスに基づいて、センシングされたサイドリンクリソースから１つ以上の候補サイドリンクリソースを決定する。第１端末は、１つ以上の候補サイドリンクリソースから１つ以上のサイドリンクリソースを決定する。この場合、任意に、１つ以上の候補サイドリンクリソースは、第２端末の他の伝送に対応するリソースと競合するリソースが含まないことがある。

可能な実装では、１つ以上のサイドリンクリソースのうちの少なくとも１つは、第２端末の他の伝送に対応するリソースと重複しない。第２端末の他の伝送に対応するリソースは、サイドリンクリソースと時間リソースを含み得る。サイドリンクリソースが第２端末の他の伝送に対応するリソースと重複しないことは、サイドリンクリソースが、第２端末の他の伝送に使用されるサイドリンクリソースと重複しないこと、又はサイドリンクリソースの期間が第２端末の他の伝送に対応する期間と重複しないことであり得る。

可能な実装では、本開示のこの実施形態で提供される方法は：第１端末が、１つ以上のサイドリンクリソース内の第６サイドリンクリソースで第２端末からデータを受信することを更に含む。

第２の側面によると、本開示の実施形態は、リソース決定方法を提供する。当該方法は以下を含む：第２端末が第１端末から第１情報を受信し、ここで、第１情報は、１つ以上のサイドリンクリソースに関する情報を示すために使用され、１つ以上のサイドリンクリソースは、第２端末の伝送ステータスに基づいて決定される。第２端末が、第１情報に基づいて１つ以上のサイドリンクリソースを決定する。

可能な実装では、サイドリンクリソースは、第２端末の他の伝送に対応するリソースと重複しない。

可能な実装では、本開示のこの実施形態で提供される方法は、第２端末が、１つ以上のサイドリンクリソース内の第６サイドリンクリソースでデータを送信することを更に含む。

可能な実装では、伝送ステータスは、以下のうちの１つ以上、すなわち、第１期間を示すために使用される情報、第２サイドリンクリソースを示すために使用される情報、第２期間を示すために使用される情報及び第３サイドリンクリソースを示すために使用される情報のうちの１つ以上を含む。第１期間は、第２端末が受信を予約している期間であるか、又は第２端末がサービスを送るために予約している期間であるか、又は第２端末がサービスを受け取る傾向がある期間であるか、又は第２端末がサービスを送る傾向がない期間である。第２サイドリンクリソースは、第２端末がサービスを伝送するために予約しているリソースであるか、又は第２サイドリンクリソースは、第２端末がサービスを受け取る傾向があるリソースであるか、又は第２サイドリンクリソースは、第２端末がサービスを送る傾向がないサイドリンクリソースである。第２期間は、第２端末がサービスを送る傾向がある期間であるか、又は第２端末がサービスを受け取る傾向がない期間である。第３サイドリンクリソースは、第２端末がサービスを送る傾向があるサイドリンクリソースであるか、又は第３サイドリンクリソースは、第２端末がサービスを受け取る傾向がないサイドリンクリソースである。このように、第１端末がサイドリンクリソースを選択するとき、第１期間と第２サイドリンクリソースが可能な限り回避され、あるいは第１端末は、サイドリンクリソースを選択するとき、可能な限り、第２期間内に位置するリソース又は第３サイドリンクリソースに属するリソースを選択する。これは、第２ターミナルの信頼性のある伝送を保証する。

可能な実装では、サイドリンクリソースは、以下の条件のうちの１つ以上、すなわち：伝送ステータスが第１期間を示すために使用される情報を含むとき、サイドリンクリソースによって示される時間範囲が第１期間と重複しないことと；伝送ステータスが第２サイドリンクリソースを示すために使用される情報を含むとき、少なくとも１つのサイドリンクリソースが第２サイドリンクリソースと重複しないことと；伝送ステータスが第２期間を示すために使用される情報を含むとき、サイドリンクリソースが位置する時間範囲が第２期間と重複することと；伝送ステータスが第３サイドリンクリソースを示すために使用される情報を含むとき、サイドリンクリソースが第３サイドリンクリソースに属することと；のうちの１つ以上を満たす。このように、第１端末によって第２端末に推奨されるサイドリンクリソースは、第１期間又は第２サイドリンクリソースを回避するか、あるいは第１端末によって第２端末に推奨されるサイドリンクリソースは、第２端末がサービスを送る傾向がある第２期間に位置するか、第３サイドリンクリソースに属する等である。

可能な実装では、第２端末が複数のサービスを同時に送信することができないとき、サイドリンクリソースによって示される時間範囲は、第１期間と重複しない。第２端末は複数のサービスを同時に送信することができないため、サイドリンクリソースによって示される時間範囲は第１期間と重複せず、そのため、第２端末は異なる期間に異なるサービスを送ることができる。

可能な実装では、第２端末が複数のサービスを同時に送信することができるとき、サイドリンクリソースによって示される時間範囲は、第１期間と重複し得る。このように、第２端末は複数のサービスを同時に送信することができる。

可能な実装では、本開示のこの実施形態で提供される方法は、第２端末が、第２端末の伝送ステータスを第１端末に送信することを更に含む。

第３の側面によると、本開示の実施形態は、リソース決定方法を提供する。当該方法は以下を含む：第２端末が第１端末から第１情報を受信し、ここで、第１情報は、１つ以上のサイドリンクリソースに関する情報を示すために使用され、１つ以上のサイドリンクリソースは、第２端末によって第１サービスを送るために使用されるサイドリンクリソースを決定するために使用される。第２端末が、１つ以上のサイドリンクリソース内の第１サイドリンクリソースで第１サービスを送信し、ここで、第１サイドリンクリソースは第２端末の他の送信に対応するリソースと重複しない。

本開示のこの実施形態は、リソース決定方法を提供する。当該方法では、第１情報を受信した後、第２端末は、第１情報によって示される１つ以上のサイドリンクリソースから、時間範囲が第２端末の他の伝送に対応するリソースと重複しない第１サイドリンクリソースを選択して、第１サービスを送信し得る。これにより、選択された第１サイドリンクリソースと、第２端末の別の既存の伝送との間の競合を回避することができる。

可能な実装では、本開示のこの実施形態で提供される方法は、更に以下を含む：第２端末が、第２端末の伝送ステータスに基づいて、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定し、ここで、伝送ステータスは、時間範囲が第２端末の他の伝送に対応するリソースと重複しないサイドリンクリソースを決定するために使用されるか、あるいは第２端末がサービスを送る傾向がある時間リソース又はサイドリンクリソースを決定するために使用される。

可能な実装では、伝送ステータスは、以下のうちの１つ以上、すなわち：第１期間を示すために使用される情報、第２サイドリンクリソースを示すために使用される情報、第２期間を示すために使用される情報及び第３サイドリンクリソースを示すために使用される情報のうちの１つ以上を含む。第１期間は、第２端末がサービスを送るために予約している期間であるか、又は第１期間は、第２端末がサービスを受け取るために予約している期間であるか、又は第１期間は、第２端末がサービスを受け取る傾向がある期間であるか、又は第１期間は、第２端末がサービスを送る傾向がない期間である。第２サイドリンクリソースは、第２端末がサービスを受け取るために予約しているサイドリンクリソースであるか、又は第２端末がサービスを送るために予約しているサイドリンクリソースであるか、又は第２端末がサービスを受け取る傾向があるサイドリンクリソースであるか、又は第２端末がサービスを送る傾向がないサイドリンクリソースである。第２期間は、第２端末がサービスを送る傾向がある期間であるか、又は第２端末がサービスを送る傾向がない期間である。第３サイドリンクリソースは、第２端末がサービスを送る傾向があるサイドリンクリソースであるか、又は第２端末がサービスを受け取る傾向がないサイドリンクリソースである。

可能な実装では、第１サイドリンクリソースによって示される時間範囲が第１期間と重複しないか、又は第１サイドリンクリソースが第２サイドリンクリソースと重複しないか、又は第１サイドリンクリソースが位置する時間範囲が第２期間と重複するか、又は第１サイドリンクリソースが第３サイドリンクリソースに属する。

可能な実装では、伝送ステータスが、第１期間を示すために使用される情報を含むとき、第２端末が、第２端末の伝送ステータスに基づいて、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定することは：第２端末が、時間範囲が１つ以上のサイドリンクリソース内の第１期間と重複しないサイドリンクリソースが、第１サイドリンクリソースであると決定することを含む。

第１期間が、第２端末がサービスを送るために予約している期間であり、かつ第２端末が同時に複数のサービスを送ることができないとき、あるいは第１期間が、第２端末がサービスを受け取るために予約している期間であるか、又は第１期間が、第２端末がサービスを受け取る傾向がある期間であるとき、時間範囲が第１期間と重複しない、１つ以上のサイドリンクリソース内のサイドリンクリソースは、時間範囲が第１期間と全く重複しないサイドリンクリソースである。これは、同時送信を回避することができ、第２端末の受信と送信の間の競合も回避することができる。

時間範囲が第１期間と重複しない１つ以上のサイドリンクリソース内のサイドリンクリソースは、時間範囲が第１期間と全く重複しないサイドリンクリソースである。

第１期間が、第２端末がサービスを送るために予約している期間であるとき、第２端末が複数のサービスを同時に送信することができる場合、第１サイドリンクリソースによって示される時間範囲は、第１期間と重複することがある。この場合、時間範囲が第１期間と重複する可能性がある第１サイドリンクリソースが、第１サービスを送るために選択され、第２端末が予約されたサービスを第１期間においてまだ送信するとき、伝送電力を増加させることができる。

第１期間が、第２端末がサービスを送る傾向がない期間であるとき、第１期間内に位置するサイドリンクリソースが第１サイドリンクリソースとして選択され、そのため、選択されたリソースは第２端末の伝送傾向に適合する。

可能な実装では、伝送ステータスが、第２サイドリンクリソースを示すために使用される情報を含むとき、第２端末が、第２端末の伝送ステータスに基づいて、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定することは：第２端末が、時間範囲が１つ以上のサイドリンクリソース内の第２サイドリンクリソースと重複しないサイドリンクリソースが、第１サイドリンクリソースであると決定することを含む。例えば１つ以上のサイドリンクリソースが第２サイドリンクリソースを含む場合、第２端末は、１つ以上のサイドリンクリソースのうち、第２サイドリンクリソース以外のサイドリンクリソースが第１サイドリンクリソースであると決定する。これにより、選択された第１サイドリンクリソースと第２サイドリンクリソースの重複を回避し、伝送の競合を回避することができる。

可能な実装では、第２サイドリンクリソースが、第２端末がサービスを受け取るために予約しているサイドリンクリソースであるか又は第２端末がサービスを受け取る傾向があるサイドリンクリソースであるとき、時間範囲が第２サイドリンクリソースと重複しないサイドリンクリソースは、時間範囲が第２サイドリンクリソースと全く重複しないサイドリンクリソースである。これにより、第２端末の受信と送信の競合を回避することができる。

可能な実装では、第２サイドリンクリソースが、第２端末がサービスを送るために予約しているサイドリンクリソースであるとき、第２端末が複数のサービスを同時に送信することができる場合は、時間範囲が第２サイドリンクリソースと重複しないサイドリンクリソースが第１サイドリンクリソースとして選択され、そのため、第２端末は異なるサイドリンクリソースで異なるサービスを同時に送信することができる。これにより、第２端末の伝送電力が増加する。

可能な実装では、第２サイドリンクリソースが、第２端末がサービスを送るために予約しているサイドリンクリソースであるとき、第２端末が複数のサービスを同時に送信することができない場合、時間範囲が第２サイドリンクリソースと重複しないサイドリンクリソースが第１サイドリンクリソースとして選択され、第２端末が、リソースの重複により、第１サービスを第１サイドリンクリソースで送信すべきか又は予約されたサービスを第２サイドリンクリソースで送信すべきかを学習しないケースを回避する。

可能な実装では、第２サイドリンクリソースが、第２端末がサービスを送るために予約しているサイドリンクリソースであるとき、第２端末が複数のサービスを同時に送信することができず、第１サイドリンクリソースが第２サイドリンクリソースと重複する場合、第２端末は、第１サービス及び第２端末によって送られるサービスの優先度に基づいて、第１サービスを第１サイドリンクリソースで送るべきか又は予約されたサービスを第２サイドリンクリソースで送るべきかを判断し得る。例えば第２端末は、高い優先度のサービスを優先的に送信し得る。

可能な実装では、第２サイドリンクリソースが、第２端末がサービスを送る傾向がないサイドリンクリソースであるとき、時間範囲が第２サイドリンクリソースと重複しないサイドリンクリソースは、時間範囲が第２サイドリンクリソースと全く重複しないサイドリンクリソースである、すなわち、第１サイドリンクリソースと第２サイドリンクリソースの間に交わりはない。

可能な実装では、伝送ステータスが、第２期間を示すために使用される情報を含むとき、第２端末が、第２端末の伝送ステータスに基づいて、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定することは：第２端末が、１つ以上のサイドリンクリソースのうち、時間範囲が第２期間と重複するサイドリンクリソースを第１サイドリンクリソースと決定することを含む。あるいは、第２端末は、１つ以上のサイドリンクリソースのうち、時間範囲が第２期間内に位置するサイドリンクリソースが、第１サイドリンクリソースであると決定する。時間範囲が第２期間と重複するサイドリンクリソースが、第１サイドリンクリソースとして選択される。このように、第２期間が、第２端末がサービスを送る傾向がある期間であるとき、第１サイドリンクリソースによって示される時間範囲が、第２端末がサービスを送る傾向がある期間内に位置する場合、第２端末の伝送要件を満たすことができる。第２期間が、第２端末がサービスを受け取る傾向がない期間であるとき、第１サイドリンクリソースによって示される時間範囲が、第２端末がサービスを送る傾向がある期間内に位置する場合、第２端末の受信と送信の競合を回避することができる。

可能な実装では、伝送ステータスが、第３サイドリンクリソースを示すために使用される情報を含むとき、第２端末が、第２端末の伝送ステータスに基づいて、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定することは：第２端末が、１つ以上のサイドリンクリソースのうち、第３サイドリンクリソースと時間範囲が重複するサイドリンクリソースが第１サイドリンクリソースであると決定することを含む。例えば１つ以上のサイドリンクリソースが、第３サイドリンクリソースと時間範囲が重複するサイドリンクリソースを含む場合、第２端末は、第３サイドリンクリソースと時間範囲が重複するサイドリンクリソースが第１サイドリンクリソースであると決定する。第１端末がリソースプール内のサイドリンクリソースをセンシングすると、第２端末もリソースプール内のサイドリンクリソースをセンシングし得る。したがって、第１端末によって第２端末に推奨される１つ以上のサイドリンクリソースは、第３サイドリンクリソースと時間範囲が重複するサイドリンクリソースを含み得る。しかしながら、第３サイドリンクリソースは、第２端末がサービスを送る傾向があるリソースである。したがって、第３サイドリンクリソースと時間範囲が重複するサイドリンクリソースが第１サイドリンクリソースであると決定することにより、第２端末によるサービス送信の通信品質を改善することができる。加えて、第３サイドリンクリソースは、第２端末がサービスを受け取る傾向がないサイドリンクリソースである。したがって、第３サイドリンクリソースと時間範囲が重複するサイドリンクリソースが第１サイドリンクリソースであると決定することにより、第２端末の受信と送信の競合を回避することができる。

可能な実装では、第２端末が、第２端末の伝送ステータスに基づいて、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定することは、以下を含む：第２端末が、１つ以上のサイドリンクリソースから第１サービスを伝達するために使用される第４サイドリンクリソースを決定する。第４サイドリンクリソースが位置する時間範囲が第１期間内にあるとき、第２端末が、第１サービスの優先度と第２サービスの第１優先度に基づいて第１サイドリンクリソースを決定し、ここで、第２サービスは、第１端末が受信するように予約しているサービスである。

可能な実装では、第２端末が、第１サービスの優先度と第２サービスの第１優先度に基づいて第１サイドリンクリソースを決定することは、第１サービスの優先度が第１優先度以上であるとき、第４サイドリンクリソースが第１サイドリンクリソースであると決定することを含む。

可能な実装では、本開示のこの実施形態で提供される方法は、第４サイドリンクリソースが位置する時間範囲が第４期間と重複するとき、第４サイドリンクリソースで第１サービスを送ることを更に含む。これにより、優先度の高いサービスが優先的に送信されることを保証することができる。なお、第２端末が第１サービスの送信を完了した後、第４期間にまだ残りの時間がある場合、第２端末が第２サービスを受け取ることがあることに留意されたい。これにより、受信と送信の競合を回避することができる。

可能な実装では、第２端末が、第１サービスの優先度と第２サービスの第１優先度に基づいて第１サイドリンクリソースを決定することは、第１サービスの優先度が第１優先度以下である場合、第４サイドリンクリソースが第１サイドリンクリソースではないと決定することを含む。これにより、第２サービスが第４期間で優先的に受信されることを保証することができる。第２端末が第２サービスを第４期間で受信する場合、第２端末は、第１サービスを送るために、時間範囲が第４期間と重複するサイドリンクリソースを選択しない。これにより、受信と送信の競合を更に回避することができる。

可能な実装では、第２端末の伝送ステータスに基づいて、第２端末が１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定することは、以下を含む：第２端末がリソースプールを決定し、ここで、リソースプールは、１つ以上のサイドリンクリソースのうち、第４サイドリンクリソース以外のサイドリンクリソースを含み、第４サイドリンクリソースが位置する時間範囲は、第４期間と重複する。第１サービスの優先度が第２サービスの第１優先度以下である場合、第２端末は、リソースプールから第１サイドリンクリソースを決定し、ここで、第２サービスは、第２端末が受信するように予約しているサービスである。このように、第１サービスを送るために、時間範囲が第４期間と重複しないサイドリンクリソースが選択され得る。これにより、第１サービスが送信されることを保証し、また、第２端末が第２サービスを正しく受信することも保証される。

可能な実装では、本開示のこの実施形態で提供される方法は：第４サイドリンクリソースが位置する時間範囲が第４期間内にあるとき、第２サービスを第４期間に受信することを更に含む。

可能な実装では、本開示のこの実施形態で提供される方法は：第２端末が、第１サービスを送るために、時間範囲が第４期間と全く重複しないサイドリンクリソースを選択し得ることを更に含む。

可能な実装では、第２サービスは、第２端末が受信するように予約しているサービスの中で最も優先度の高いサービスである。

可能な実装では、本開示のこの実施形態で提供される方法は：第２端末が、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定するために第１方式又は第２方式を使用することを決定することを更に含む。

可能な実装では、本開示のこの実施形態で提供される方法は、更に以下を含む：第２端末が、１つ以上のサイドリンクリソースの量及び／又は構成情報の量に基づいて、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定するために第１方式又は第２方式を使用することを決定する。第１方式は、第２端末の伝送ステータスに基づいて第１サイドリンクリソースを決定することであり、第２方式は、サービス優先度に基づいて第１サイドリンクリソースを決定することである。

可能な実装では、本開示のこの実施形態で提供される方法は、更に以下を含む：第２端末が、第１端末から指示情報を受信する。第２端末は、指示情報に基づいて、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定するために第１方式又は第２方式を使用することを決定する。第１方式は、第２端末の伝送ステータスに基づいて第１サイドリンクリソースを決定することであり、第２方式は、サービス優先度に基づいて第１サイドリンクリソースを決定することである。

第４の側面によると、本開示の一実施形態は、コンピュータ読取可能記憶媒体を提供する。コンピュータ読取可能記憶媒体は、コンピュータプログラム又は命令を記憶する。コンピュータプログラム又は命令がコンピュータ上で実行されると、コンピュータは、第１の側面及び第１の側面の可能な実装のいずれか１つによるリソース決定方法を実行することが可能になる。コンピュータは第１端末であり得る。

第５の側面によると、本開示の一実施形態は、コンピュータ読取可能記憶媒体を提供する。コンピュータ読取可能記憶媒体は、コンピュータプログラム又は命令を記憶する。コンピュータプログラム又は命令がコンピュータ上で実行されると、コンピュータは、第２の側面及び第２の側面の可能な実装のいずれか１つによるリソース決定方法を実行することが可能になる。コンピュータは第２端末であり得る。

第６の側面によると、本開示の一実施形態は、コンピュータ読取可能記憶媒体を提供する。コンピュータ読取可能記憶媒体は、コンピュータプログラム又は命令を記憶する。コンピュータプログラム又は命令がコンピュータ上で実行されると、コンピュータは、第３の側面及び第３の側面の可能な実装のいずれか１つによるリソース決定方法を実行することが可能になる。コンピュータは第２端末であり得る。

第７の側面によると、本開示の一実施形態は、命令を含むコンピュータプログラム製品を提供する。命令がコンピュータ上で実行されると、コンピュータは、第１の側面及び第１の側面の可能な実装のいずれか１つによるリソース決定方法を実行することが可能になる。

第８の側面によると、本開示の一実施形態は、命令を含むコンピュータプログラム製品を提供する。命令がコンピュータ上で実行されると、コンピュータは、第２の側面及び第２の側面の可能な実装のいずれか１つによるリソース決定方法を実行することが可能になる。

第９の側面によると、本開示の一実施形態は、命令を含むコンピュータプログラム製品を提供する。命令がコンピュータ上で実行されると、コンピュータは、第３の側面及び第３の側面の可能な実装のいずれか１つによるソース決定方法を実行することが可能になる。

第１０の側面によると、本開示の一実施形態は、第１の側面及び第１の側面の可能な設計のいずれか１つによる方法を実装するように構成される通信装置を提供する。通信装置は、前述の第１端末、又は前述の第１端末を含む装置、又は前述の第１端末に適用される構成要素（例えばチップ）であり得る。通信装置は、前述の方法を実装するための対応するモジュール又はユニットを含む。モジュール又はユニットは、ハードウェア又はソフトウェアによって、あるいは対応するソフトウェアを実行するハードウェアによって実装され得る。ハードウェア又はソフトウェアは、前述の機能に対応する１つ以上のモジュール又はユニットを含む。

第１１の側面によると、本開示の一実施形態は、第２の側面及び第２の側面の可能な設計のいずれか１つによる方法を実装するように構成される通信装置を提供する。通信装置は、前述の第２端末、又は前述の第２端末を含む装置、又は前述の第２端末に適用される構成要素（例えばチップ）であり得る。通信装置は、前述の方法を実装するための対応するモジュール又はユニットを含む。モジュール又はユニットは、ハードウェア又はソフトウェアによって、あるいは対応するソフトウェアを実行するハードウェアによって実装され得る。ハードウェア又はソフトウェアは、前述の機能に対応する１つ以上のモジュール又はユニットを含む。

第１２の側面によると、本開示の一実施形態は、第３の側面及び第３の側面の可能な設計のいずれか１つによる方法を実装するように構成される通信装置を提供する。通信装置は、前述の第２端末、又は前述の第２端末を含む装置、又は前述の第２端末に適用される構成要素（例えばチップ）であり得る。通信装置は、前述の方法を実装するための対応するモジュール又はユニットを含む。モジュール又はユニットは、ハードウェア又はソフトウェアによって、あるいは対応するソフトウェアを実行するハードウェアによって実装され得る。ハードウェア又はソフトウェアは、前述の機能に対応する１つ以上のモジュール又はユニットを含む。

第１３の側面によると、本開示の一実施形態は通信装置を提供する。通信装置は、トランシーバと少なくとも１つのプロセッサを含む。少なくとも１つのプロセッサは、トランシーバと通信し、当該通信装置が動作するとき、少なくとも１つのプロセッサは、メモリに記憶されたコンピュータ実行可能な命令又はプログラムを実行し、それにより、当該通信装置は、第１の側面及び第１の側面の可能な設計のいずれか１つによる方法を実行する。例えば通信装置は、第１端末であり得るか又は第１端末に適用されるチップであり得る。

第１４の側面によると、本開示の一実施形態は通信装置を提供する。通信装置は、トランシーバと少なくとも１つのプロセッサを含む。少なくとも１つのプロセッサは、トランシーバに結合され、当該通信装置が動作するとき、少なくとも１つのプロセッサは、メモリに記憶されたコンピュータ実行可能な命令又はプログラムを実行し、それにより、当該通信装置は、第２の側面及び第２の側面の可能な設計のいずれか１つによる方法を実行する。例えば通信装置は、第２端末であり得るか又は第２端末に適用されるチップであり得る。

第１５の側面によると、本開示の一実施形態は通信装置を提供する。通信装置は、トランシーバと少なくとも１つのプロセッサを含む。少なくとも１つのプロセッサは、トランシーバに結合され、当該通信装置が動作するとき、少なくとも１つのプロセッサは、メモリに記憶されたコンピュータ実行可能な命令又はプログラムを実行し、それにより、当該通信装置は、第３の側面及び第３の側面の可能な設計のいずれか１つによる方法を実行する。例えば通信装置は、第２端末であり得るか又は第２端末に適用されるチップであり得る。

可能な実装では、第１３の側面から第１５の側面において記載される通信装置は各々、メモリを更に含んでよい。メモリは、コンピュータ実行可能な命令又はプログラムを記憶するように構成される。

第１３の側面から第１５の側面のいずれか１つにおいて記載されるメモリは、代替的に、記憶媒体に置き換えられてもよい。これは、本開示のこの実施形態では限定されない。

可能な実装では、第１３の側面から第１５の側面のいずれか１つにおいて記載されるメモリは、通信装置内のメモリであってもよい。もちろん、メモリは、代替的に通信装置の外部に配置されてもよいが、少なくとも１つのプロセッサは依然として、メモリに記憶されたコンピュータ実行可能な命令又はプログラムを実行することができる。

第１６の側面によると、本開示の一実施形態は通信装置を提供する。通信装置は、第１の側面、第２の側面及び第３の側面のいずれか１つによる方法を実装するよう構成される１つ以上のモジュールを含む。１つ以上のモジュールは、第１の側面、第２の側面及び第３の側面のいずれか１つによる方法のステップに対応し得る。

第１７の側面によると、本開示の一実施形態はチップを提供する。チップはプロセッサを含み、プロセッサは、メモリに記憶されたコンピュータプログラムを読み出して実行し、第１の側面及び第１の側面の可能な実装のいずれか１つによる方法を実行するように構成される。

第１８の側面によると、本開示の一実施形態はチップを提供する。チップはプロセッサを含み、プロセッサは、メモリに記憶されたコンピュータプログラムを読み出して実行し、第２の側面及び第２の側面の可能な実装のいずれか１つによる方法を実行するように構成される。

第１９の側面によると、本開示の一実施形態はチップを提供する。チップはプロセッサを含み、プロセッサは、メモリに記憶されたコンピュータプログラムを読み出して実行し、第３の側面及び第３の側面の可能な実装のいずれか１つによる方法を実行するように構成される。

任意に、チップは、単一のチップであるか又は複数のチップを含むチップモジュールであり得る。

任意に、チップシステムはメモリを更に含む。メモリとプロセッサは回路又はワイヤを介して接続される。

任意に、チップシステムは通信インタフェースを更に含む。通信インタフェースは、チップ以外のモジュールと通信するように構成される。

第２０の側面によると、本開示の一実施形態は通信システムを提供する。通信システムは、第１端末と第２端末を含む。第１端末は、第１の側面及び第１の側面の可能な実装のいずれか１つによる方法を実行するように構成され、第２端末は、第２の側面及び第２の側面の可能な実装のいずれか１つによる方法を実行するように構成される。

第２１の側面によると、本開示の一実施形態は通信システムを提供する。通信システムは、第１端末と第２端末を含む。第１端末は、第１情報を第２端末に送信するステップを実行するように構成される。第２端末は、第３の側面及び第３の側面の可能な実装のいずれか１つによる方法を実行するように構成される。

上記で提供された任意の装置、コンピュータ読取可能記憶媒体、コンピュータプログラム製品、チップ又は通信システムは、上記で提供された対応する方法を実行するように構成される。したがって、達成することができる有利な効果については、上記で提供された対応する方法の対応する解決策の有利な効果を参照されたい。詳細はここでは再度説明されない。

本開示の一実施形態による、リソース感知とリソース選択の概略図である。

本開示の一実施形態による、通信システムのアーキテクチャの概略図である。

本開示の一実施形態による、通信デバイスの構造の概略図である。

本開示の一実施形態による、リソース決定方法の概略フローチャートである。

本開示の一実施形態による、第１端末が、第２端末によってデータを送信するために使用されるサイドリンクリソースを選択する概略図である。

本開示の一実施形態による、別のリソース決定方法の概略フローチャートである。

本開示の一実施形態による、第１端末が、第２端末にサービスを送るためにサイドリンクリソースを選択する概略図である。

本開示の一実施形態による、第１端末が、第２端末にサービスを送るためにサイドリンクリソースを選択する別の概略図である。

本開示の一実施形態による、更に別のリソース決定方法の概略フローチャートである。

本開示の一実施形態による、第２端末が、サービスを送るためにサイドリンクリソースを選択する概略図である。

本開示の一実施形態による、リソース決定方法の詳細な概略フローチャートである。

本開示の一実施形態による、別のリソース決定方法の詳細な概略フローチャートである。

本開示の一実施形態による、更に別のリソース決定方法の詳細な概略フローチャートである。

本開示の一実施形態による、通信装置の構造の概略図である。

本開示の一実施形態による、チップの構造の概略図である。

本開示の実施形態における技術的解決策を明確に記載するために、「第１」及び「第２」のような用語は、本開示の実施形態においては、基本的に同一の機能又は目的を提供する同一のアイテム又は類似のアイテムを区別するために使用される。例えば第１端末及び第２端末は、単に、異なる端末を区別するように意図されており、その順序を限定するように意図されていない。当業者には、「第１」及び「第２」のような用語は、数量又は実行順序を限定せず、「第１」及び「第２」のような用語は明確な違いを示すものではないことが理解され得る。

なお、本開示においては、「例」又は「例えば」のような単語は、例、例示又は説明を与えることを表すために使用されることに留意されたい。本開示において「例」又は「例えば」として記載されるいかなる実施形態又は設計スキームも、別の実施形態又は設計スキームよりも好ましい又はより多くの利点を有するものとして説明されるべきではない。正確には、「例」又は「例えば」のような単語の使用は、特定の方法で相対的な概念を提示するように意図されている。

本開示において、「少なくとも１つ」は１つ以上を意味し、「複数」は２つ以上を意味する。加えて、「及び／又は」は、関連する対象の間の関連関係を記述し、３つの関係が存在する可能性があることを表す。例えばＡ及び／又はＢは以下のケースを表してよい：すなわち、Ａのみが存在し、ＡとＢの両方が存在し、Ｂのみが存在し、ＡとＢは単数又は複数であり得る。記号「／」は、一般に、関連するオブジェクト間の「又は」の関係を示す。さらに、「以下のアイテム（ピース）のうちの少なくとも１つ」又はその同様の表現は、単数のアイテム（ピース）又は複数のアイテム（ピース）の任意の組合せを含む、これらのアイテムの任意の組合せを意味する。例えばａ、ｂ、又はｃのうちの少なくとも１つは、ａ、ｂ、ｃ、ａとｂ、ａとｃ、ｂとｃ又はａとｂとｃを示すことがあり、ａ、ｂ及びｃは単数又は複数であり得る。

本開示の技術的解決策は、様々な通信システム、例えば長期進化（long time evolution、ＬＴＥ）システム、ＬＴＥ周波数分割デュプレックス（frequency division duplex、ＦＤＤ）システム、ＬＴＥ時分割デュプレックス（time division duplex、ＴＤＤ）システム、ユニバーサルモバイル電気通信システム（universal mobile telecommunications system、ＵＭＴＳ）、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（worldwide interoperability for microwave access、ＷｉＭＡＸ）通信システム、パブリックランドモバイルネットワーク（public land mobile network 、ＰＬＭＮ）システム、デバイスツーデバイス（device-to-device、Ｄ２Ｄ）ネットワークシステム、マシンツーマシン（machine-to-machine、Ｍ２Ｍ）ネットワークシステム及び将来の５Ｇ通信システムに提供され得る。

本開示の実施形態で説明されるネットワークアーキテクチャ及びサービスシナリオは、本開示の実施形態における技術的解決策をより明確に説明するように意図されており、本開示の実施形態において提供される技術的解決策に対する限定を構成しない。当業者は、ネットワークアーキテクチャの進化と新しいサービスシナリオの出現により、本開示の実施形態において提供される技術的解決策が同様の技術的問題にも適用可能であることを知り得る。

本開示の実施形態を説明する前に、本開示の実施形態における用語を最初に説明する。

（１）サイドリンク（Sidelink、ＳＬ）：サイドリンクは、端末間の直接通信について定義される、すなわち、基地局によって転送することなく、端末間で直接通信が行われるリンクである。

（２）サイドリンクリソース：サイドリンクリソースは、端末１によって、サイドリンク上で端末２にサイドリンク情報を伝送するために使用されるリソースである。

（３）サイドリンク情報：サイドリンク情報は、サイドリンク上で任意の２つの端末によって伝送されるデータであり、Ｖ２Ｘサービスとも呼ばれることがある。本開示の実施形態では、サイドリンク上で任意の２つの端末によって伝送することができるデータは、制御シグナリング及びデータパケットを含む。

ＬＴＥ Ｒｅｌ－１４ Ｖ２Ｘは、センシング機構（sensing mechanism）を提案する。図１に示されるように、伝送要求が決定された時点（moment）ｎにおいて、端末Ａは、その時点ｎに基づいてセンシングウィンドウ（sensing window）と選択ウィンドウ（selection window）を決定する。センシングウィンドウは時点ｎの前に位置する。センシングウィンドウの時間単位（例えばスロット）と選択ウィンドウの対応する時間単位（例えばスロット）との間の間隔は期間値（period value）である。言い換えると、センシングウィンドウの対応するスロットを、選択ウィンドウのスロットと、可能な期間値とに基づいて決定することができ、それにより、周期的サービス予約選択ウィンドウのスロットがこれらのスロットに存在するかどうかを判断する。

端末Ａは、センシングウィンドウの各サイドリンクリソースを検出する。一部のサイドリンクリソースでは信号伝送がないことがあり、一部のサイドリンクリソースでは信号伝送があることがある。信号が伝送されるサイドリンクリソースについては、これらの信号の信号強度を取得し、信号に対応するサービスの期間を取得した後、端末Ａは、サービスが選択ウィンドウ内の対応するサイドリンクリソースに入る発生する干渉強度を推定し得る。干渉強度が特定の閾値を超える場合、サイドリンクリソースを端末Ａの後続のサイドリンクリソース伝送に使用することができない。前述のスクリーニングの後、端末Ａは、図１の（ａ）に示される候補リソースプールを取得し、該候補リソースプールから、後続の伝送に使用されるサイドリンクリソースを選択する（例えばランダムに選択する）。

Ｒｅｌ－１４ Ｖ２Ｘとは異なり、Ｒｅｌ－１７ Ｖ２Ｘは端末Ｂと端末Ａを使用して情報を交換する。例えば端末Ｂは、端末Ａにトリガメッセージを送信して、端末Ａがサイドリンクリソースをセンシング（sense）するようにトリガし、次いで、端末Ａは、スペクトル占有ステータスをセンシングし、センシング結果（sensing result）を取得する。センシング結果は、サイドリンクリソースのグループに関する情報を含む。その後、端末Ａは、端末Ｂに支援情報（assistance information）を送信し、取得したサイドリンクリソースのグループに関する情報を端末Ｂに送信し、そのため、端末Ｂは、サイドリンクリソースのグループからデータ伝送に使用されるサイドリンクリソースを選択する。したがって、Ｒｅｌ－１７ Ｖ２Ｘの端末Ａのセンシング結果は、端末ＡによってＲｅｌ－１４ Ｖ２Ｘでの伝送に使用されるのではなく、端末Ｂによって伝送のために使用される。

図１に示されるように、Ｒｅｌ－１７ Ｖ２Ｘのセンシング目的は、Ｒｅｌ－１４ Ｖ２Ｘのセンシング目的とは異なる。Ｒｅｌ－１４ Ｖ２Ｘの端末Ａのセンシング目的は、アイドルサイドリンクリソース又は干渉が閾値未満のサイドリンクリソースを取得することである。しかしながら、Ｒｅｌ－１７ Ｖ２Ｘでは、端末Ａのセンシング結果は、端末Ｂによって伝送のために使用される。したがって、端末Ａは、端末Ｂによって伝送のために使用される高いチャネル品質を有するサイドリンクリソースをセンシングし、サイドリンクリソースを推奨する必要がある。

現在、支援情報フィードバックをトリガすること又は周期的な支援情報を構成することの２つのタイプが存在し得る。支援情報フィードバックをトリガすることは、端末Ｂが、トリガ情報（trigger information）を端末Ａに送信し、端末Ａが、トリガ情報に基づいて支援情報（assistance information）を端末Ｂに送信し、次いで、端末Ｂが、端末Ａによってフィードバックされた支援情報に基づいて、データ伝送に使用されるサイドリンクリソースを決定してデータ伝送を実行することを意味する。定期的な支援情報フィードバックを構成することは、端末Ｂが、端末Ａのために周期的なサイドリンクリソースを構成することを意味する。サイドリンクリソースは、端末Ａによって支援情報をフィードバックするために使用され、周期的なリソースは１００ｍｓ又は数秒ごとに一回の伝送に使用されてよく、伝送のための周波数領域リソースは比較的固定されている。

本開示のこの実施形態において、支援情報は単に説明のために使用されるものにすぎず、実際の名前は単に情報であり得ることに留意されたい。この情報は、一部のサイドリンクリソースの時間周波数位置の記述情報を伝達する。

従来の技術では、端末Ｂがトリガメッセージ又は設定情報を端末Ａに送信し、端末Ａが支援情報を送信し、ここで、支援情報は、サイドリンクリソースのグループに関する情報を端末Ｂに示すために使用され、端末Ｂは、サイドリンクリソースのグループに関する情報に基づいて、サービスを伝送するために使用されるサイドリンクリソースを決定する。しかしながら、従来の技術は以下の欠点を有する。

サイドリンクリソースのグループを選択するとき、端末Ａは端末Ｂの既存の伝送を考慮しない。例えば端末ＢがスロットＡでデータを受信することを予約していると仮定する。しかしながら、端末Ａによって端末Ｂに推奨されるサイドリンクリソースのグループはスロットＡに位置するか又はスロットＡと重複している。サイドリンクリソースのグループは、端末Ｂによって送信されたデータを伝達するために使用されるため、端末Ｂの受信と送信の競合がスロットＡで発生し、これは略して送受信競合と呼ばれる。

あるいは、支援情報を使用することによって端末Ａにより端末Ｂに推奨されるサイドリンクリソースのグループは、端末Ｂが送信を予約しているサイドリンクリソースと同じスロットにある可能性がある。このように、端末Ｂがデータの少なくとも２つのピースを同時に送信することができないとき、送信する２つのピースの間に競合が発生する。

加えて、端末Ｂに支援情報を送信するとき、端末Ａは、支援情報を伝達するために使用されるサイドリンクリソースＢを選択する必要がある。しかしながら、サイドリンクリソースＢの時間領域位置は、端末Ｂが送信を予約しているサイドリンクリソースＡの時間領域位置と重複することがある。サイドリンクリソースＢは、端末Ｂによって受信される必要がある支援情報を伝達するために使用され、サイドリンクリソースＡは、端末Ｂによって送信される必要があるデータを伝達するために使用されるので、２つのリソースの時間領域位置が重複する場合、端末Ｂは受信又は送信のみを選択することができる。加えて、サイドリンクリソースＢは端末Ａによって決定されるが、端末Ｂは、必ずしもサイドリンクリソースＢの時間範囲内で受信状態にあるとは限らない。端末ＢがサイドリンクリソースＢの時間範囲内で送信状態にある場合、端末Ｂは、端末Ａによって送信された支援情報をサイドリンクリソースＢで受信することができない。

同様に、実際には以下のケースが存在することがある：例えば端末Ａが、別の端末によって端末Ｂに送信された情報をサイドリンクリソースＸでリッスンしない場合、あるいは端末Ａが、サイドリンクリソースＸが別の端末によって占有されていること又は端末Ｂに送信された情報を伝達していることを学習していない場合、支援情報を送信するために端末Ａによって使用されるサイドリンクリソースＢと、別のメッセージを受信するために端末Ｂによって使用されるサイドリンクリソースＸとは、同じリソースである、すなわち、重複していることがある。２つのリソースが重複している場合、受信も失敗する可能性がある。

これに基づいて、本開示の一実施形態は、リソース決定方法を提供する。この方法では、第１端末（例えば受信者端末）が、第２端末（例えば送信者端末）に推奨される１つ以上のサイドリンクリソースを決定するとき、第２端末の伝送ステータスが考慮される。したがって、第１端末によって第２端末に推奨される１つ以上のサイドリンクリソースに関する情報は、第２端末の伝送と競合するサイドリンクリソースに関する情報を含まないことがあり、あるいは、第２端末にサービスを送るために第１端末によって１つ以上のサイドリンクリソースから選択された第１サイドリンクリソースは、第２端末の送信と競合し得ない。これにより、第２端末の既存の伝送との競合を回避することができる。

以下では、添付の図面を参照して本開示における技術的な解決策を説明する。

交通システムのセキュリティとインテリジェンスを改善するために、インテリジェント交通システムのアイデアが徐々に出現している。最近のフェーズでは、インテリジェント交通システムの開発は、主に、インテリジェント道路交通システムの分野、すなわち、ビークル・ツー・エブリシング（vehicle-to-everything、Ｖ２Ｘ）に焦点を当てている。Ｖ２Ｘ通信は、ビークル・ツー・ビークル（vehicle-to-vehicle、Ｖ２Ｖ）通信、ビークル・ツー・インフラストラクチャ（vehicle-to-infrastructure、Ｖ２Ｉ）通信、ビークル・ツー・ペデストリアン（vehicle-to-pedestrian、Ｖ２Ｐ）通信を含む。Ｖ２Ｘアプリケーションは、運転の安全性を改善し、混雑と車両のエネルギー消費を削減し、例えば信号、キャンパス及び踏切のようなインフラストラクチャとの通信等の交通効率を改善させる。ビークル・ツー・エブリシングシステムは、長期進化（long term evaluation、ＬＴＥ）Ｖ２Ｖ又は新しい無線Ｖ２Ｖに基づくサイドリンク伝送技術である。通信データがネットワークデバイスによって送受信される方式を使用する従来のＬＴＥシステム又はＮＲとは異なり、ビークル・ツー・エブリシングシステムは、端末が互いに直接通信する方式を使用する。

図２は、本開示の一実施形態によるリソース決定方法が適用可能な通信システムを示す。本システムは、端末１００と１つ以上の端末（例えば端末２００、端末３００及び端末４００）を含む。

端末１００と１つ以上の端末のうちのいずれか１つとの間の直接通信のために使用される第１インタフェースが存在する。例えば第１インタフェースはＰＣ５インタフェースと呼ばれることがある。ＰＣ５インタフェース上にあり、かつ端末１００と１つ以上の端末のいずれか１つとの間の通信に使用される伝送リンクは、サイドリンクと呼ばれることがある。言い換えると、端末間でサイドリンク情報を伝送するために、ＰＣ５インタフェース上でサイドリンクを確立する必要がある。端末間でサイドリンクを確立する方法については、従来技術における説明を参照されたい。本開示のこの実施形態では詳細は説明されない。

例えばＰＣ５インタフェースは、専用の周波数帯域（例えば５.９ＧＨｚ）を使用してよい。

端末１００と端末２００との間の通信を例として使用する。端末１００と端末２００との間のサイドリンクでサービスを伝送する（例えばサービスを送る又はサービスを受け取る）ために使用されるリソースは、サイドリンクリソースと呼ばれることがある。本開示のこの実施形態では、端末１００と端末２００との間のサイドリンクでサービスを伝送する（例えばサービスを送る又はサービスを受け取る）ために使用されるリソースの具体的な名前は限定されず、必要に応じて設定されてよい。

本開示のこの実施形態では、端末がサイドリンクで通信するシナリオは、サイドリンク通信シナリオと呼ばれることがある。

サイドリンク通信シナリオでは、サイドリンク情報が２つの端末（例えば送信者端末と受信者端末）の間で伝送され得る。送信者端末は、サイドリンク情報を基地局に最初に送信する必要がなく、その後、基地局は、コアネットワークを通して受信者端末にサイドリンク情報を転送する必要がない。これは、データ遅延を大幅に削減することができる。

なお、受信者端末と送信者端末は相対的な概念であることに留意されたい。例えば端末Ａが端末Ｂに情報を送信するとき、端末Ｂは受信者端末であり、端末Ａは送信者端末である。端末Ｂが端末Ａに情報を送信するとき、端末Ｂは送信者端末であり、端末Ａは受信者端末である。

例えば端末１００は送信者端末であり、端末２００は受信者端末であり、送信者端末は、サイドリンクリソースを使用することによって、サイドリンク情報を受信者端末に送信する。この場合、送信者端末は現在、以下のモードでサイドリンクリソースを取得し得る。受信者端末がサイドリンクリソースを取得するモードについては、送信者端末がサイドリンクリソースを取得するモードを参照されたい。詳細は後述されない。

モード１（mode 1）：ネットワークによってスケジュールされるリソース割り当てモード。

モード１：送信者端末は、無線リソース制御（radio resource control、ＲＲＣ）接続モードでネットワークデバイスとデータ伝送を行う。この場合、送信者端末と通信するネットワークデバイスは、送信者端末について、サイドリンクサービスデータを伝送するために使用されるサイドリンクリソースをスケジュールすることができる。例えば送信者端末は、スケジューリング要求（scheduling request、ＳＲ）とサイドリンクバッファステータスレポート（buffer status report、ＢＳＲ）をネットワークデバイスに送信する。サイドリンクＢＳＲは、送信者端末のサイドリンク通信データ量を決定するために使用される。ネットワークデバイスは、サイドリンクＢＳＲに基づいて送信者端末のサイドリンク通信データ量を決定し、送信者端末について、サイドリンクサービスデータを伝送するために必要なサイドリンクリソースをスケジュールし得る。ネットワークデバイスは、構成されたサイドリンク無線ネットワーク一時識別子（SL-radio network temporary identifier、ＳＬ－ＲＮＴＩ）を使用することによって、サイドリンク通信に使用されるサイドリンクリソースをスケジュールする。

モード２（mode 2）：端末によって自律的に選択されるリソース選択モード。

モード２：送信者端末は、リソースプール（通常は１つ以上のサイドリンクリソースを含む）からサイドリンクリソースを選択する。例えば送信者端末がネットワークカバレッジ内にあるとき、リソースプールは、システム情報のネットワークデバイスによってブロードキャストされるリソースである。送信者端末がネットワークカバレッジ外にあるとき、リソースプールは、送信者端末によって事前構成されたリソースと見なされてよい。リソースプールは、送信者端末のための特有のリソースプールであってよい、すなわち、送信者端末のみが、リソースプールからサイドリンクリソースを選択し得る。あるいは、リソースプールは、送信者端末を含む複数の端末によって共有されるリソースプールであってよい、すなわち、送信者端末以外の端末もリソースプールからリソースを選択し得る。後者については、送信者端末がリソースプールからサイドリンクリソースを自律的に選択するとき、送信者端末は、リソースプールに対してセンシングを実行し、サイドリンクリソースを選択し得る。

サイドリンク伝送は、リソースプールに基づく。リソースプールは論理的な概念である。１つのリソースプールは複数の物理リソースを含み、その任意の物理リソースが、データを送信するために使用される。端末は、リソースプール内のリソースを使用することによって、データを送信し得る。

具体的には、送信者端末によって送信されるサイドリンクサービスデータに使用されるサイドリンクリソースの品質を保証し、送信者端末がサイドリンクリソースを自律的に選択するときに、複数の端末がリソースプールからサイドリンクリソースをランダムに選択するために生じるリソースの衝突を回避するため、すなわち、送信者端末によって選択されたリソースが他の複数の端末によって占有されるために生じる通信品質の低下を回避するため、送信者端末は、センシング技術を使用することによって将来の期間１におけるサイドリンクリソースの使用状況を予測し、期間１におけるサイドリンクリソースの使用状況をリスニング結果として使用することができる。サイドリンクリソースの使用状況は、将来の期間１において別の端末がサイドリンクリソースを占有しているかどうかを示すことがある。したがって、リスニング結果に基づいて、送信者端末は、リスニング結果の対応するサイドリンクリソースを予約して、送信者端末の通信品質を確保することができる。加えて、センシング技術を使用することにより、送信者端末によって予約されたサイドリンクリソースは、時間効率がよい。例えば５Ｇ ＮＲでは、周期的なサービスのセンシング結果の時間効率と非周期的なサービスのセンシング結果の時間効率は異なり、両者は特有のミリ秒時間内にある。

ＬＴＥ又はＮＲに基づくＶ２Ｘ通信では、端末は、ＬＴＥリリース（Release）１４標準プロトコルで定義されるリスニング（又はセンシング（sensing）とも呼ばれることがある）プロセスを使用することによって又はそれに基づいて、センシング結果を取得することがある。例えばサイドリンクリソースのセンシング結果を使用して、以下のうちのいずれか1つ以上、すなわち、リソースプール内の特有のサイドリンクリソースの識別子又は位置と、サイドリンクリソースの信号強度と、サイドリンクリソースの信号電力と、サイドリンクリソースのチャネルビジー比（channel busy ratio、ＣＢＲ）のうちのいずれか１つ以上を示すことができる。

本開示の実施形態における端末は、無線通信機能を有するデバイスであり、屋内、屋外、ハンドヘルド又は車載を含む陸上で展開されてよい。あるいは、端末は、水上で（例えば船上で）展開されてよく、空中で（例えば飛行機、気球、衛星で）展開されてもよい。端末は、ユーザ機器（user equipment、ＵＥ）、モバイルステーション（mobile station、ＭＳ）、モバイル端末（mobile terminal ＭＴ）、端末デバイス等とも呼ばれ、ユーザに音声及び／又はデータ接続を提供するデバイスである。例えば端末は、無線接続機能を有するハンドヘルドデバイス又は車載デバイスを含む。現在、端末は、携帯電話（mobile phone）、タブレットコンピュータ、ノートコンピュータ、パームトップコンピュータ、モバイルインターネットデバイス（mobile internet device、ＭＩＤ）、ウェアラブルデバイス（例えばスマートウォッチ、スマートバンド又は歩数計等）、車載デバイス（例えば自動車、自転車、電気自動車、航空機、船舶、列車、高速列車）、仮想現実（virtual reality、ＶＲ）デバイス、拡張現実（augmented reality、ＡＲ）デバイス、産業制御（industrial control）における無線端末、スマートホームデバイス（例えば冷蔵庫、テレビ、エアコン、電気メータ）、インテリジェントロボット、ワークショップデバイス、自動運転（self-driving）における無線端末、リモート医療手術（remote medical surgery）における無線端末、スマートグリッド（smart grid）における無線端末、交通安全（transportation safety）における無線端末、スマートシティ（smart city）における無線端末、スマートホーム（smart home）における無線端末、フライトデバイス（例えばインテリジェントロボット、熱気球、無人航空機（uncrewed aerial vehicle）、航空機等）等であり得る。本開示の可能な適用シナリオでは、端末は、陸上で動作することが多い端末、例えば車載デバイスである。本開示では、説明を簡単にするために、前述のデバイスに展開されるチップ、例えばシステムオンチップ（System-On-a-Chip、ＳＯＣ）、ベースバンドチップ又は通信機能を有する別のチップも端末と呼ばれることがある。

端末は、対応する通信機能を有する車両、車載通信装置又は別の組込み通信装置であってよく、あるいは携帯電話やタブレットコンピュータ等を含むユーザのハンドヘルド通信装置であってもよい。

例えば本開示の実施形態では、端末は代替的にウェアラブルデバイスであってもよい。ウェアラブルデバイスは、ウェアラブルインテリジェントデバイスとも呼ばれることがあり、例えば眼鏡、手袋、時計、衣類及び靴等、ウェアラブル技術を使用することによって日常的な着用のためにインテリジェントに設計及び開発されたウェアラブルデバイスの総称である。ウェアラブルデバイスは、身体に直接着用するかユーザの衣服やアクセサリに統合することができるポータブルデバイスである。ウェアラブルデバイスはハードウェアデバイスだけでなく、ソフトウェアサポート、データ交換及びクラウド対話を通して強力な機能を実装する。一般的なウェアラブルインテリジェントデバイスは、スマート時計やスマート眼鏡のように、スマートフォンに依存せずに完全又は部分的な機能を実装することができるフル機能及び大型のデバイスと、１つのタイプのアプリケーション機能のみに焦点を当て、スマートフォンのような他のデバイスと連携する必要がある、物理的なサインを監視するための様々なスマートバンド又はスマートジュエリーのようなデバイスを含む。端末は、車載通信モジュール又は別の組込み通信モジュールであってよく、あるいは、携帯電話やタブレットコンピュータ等を含む、ユーザのハンドヘルド通信デバイスであってもよい。図２では、ＶＵＥ（vehicular user equipment）が本開示の実施形態における端末の例として使用される。

本開示の実施形態で説明される解決策がＶ２Ｘシナリオに適用されるとき、本解決策は、以下の分野：すなわち、無人運転（unmanned driving）、自動運転（automated driving／ＡＤＳ）、運転者支援（driver assistance／ＡＤＡＳ）、インテリジェント運転（intelligent driving）、コネクテッド運転（connected driving）、インテリジェントネットワーク運転（Intelligent network driving）、カーシェアリング（car sharing）の分野に適用され得る。確かに、本開示の実施形態で説明される解決策は、バンドと携帯電話の対話、ＶＲ眼鏡と携帯電話の対話にも適用されてもよい。

図３は、本開示の実施形態による、通信デバイスのハードウェア構造の概略図である。本開示の実施形態における第１端末及び第２端末のハードウェア構造については、図３に示される構造を参照されたい。通信デバイスは、プロセッサ３１、通信回線３４及び少なくとも１つのトランシーバを含む（説明は単に、通信デバイスが図３のトランシーバ３３を含む例を用いることにより提供される）。

プロセッサ３１は、汎用中央処理ユニット（central processing unit、ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（application-specific integrated circuit、ＡＳＩＣ）又は本開示の解決策のプログラム実行を制御するように構成される１つ以上の集積回路であり得る。

通信回線３４は、上述の構成要素間で情報を転送するための経路を含んでよい。

トランシーバ３３は、トランシーバのような任意の装置であり、別のデバイスと、あるいはイーサネット（登録商標）、無線アクセスネットワーク（radio access network、ＲＡＮ）又は無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）のような通信ネットワークと通信するように構成される。

任意に、通信デバイスはメモリ３２を更に含み得る。

メモリ３２は、読取専用メモリ（read-only memory、ＲＯＭ）又は静的な情報と命令を記憶することができる別のタイプの静的ストレージデバイス、あるいはランダムアクセスメモリ（random access memory、ＲＡＭ）又は情報と命令を記憶できる別のタイプの動的ストレージデバイスであり得るか；あるいは電気的に消去可能なプログラマブル読取専用メモリ（electrically erasable programmable read-only memory、ＥＥＰＲＯＭ）、コンパクトディスク読取専用メモリ（compact disc read-only memory、ＣＤ－ＲＯＭ）又は別のコンパクトディスクストレージ、光ディスクストレージ（圧縮光ディスク、レーザーディスク、光ディスク、デジタル多用途ディスク、ブルーレイ（登録商標）ディスク等を含む）、磁気ディスクストレージ媒体又は別の磁気ストレージデバイス、あるいは予約されたプログラムコードを命令又はデータ構造の形式で保持又は記憶するために使用することができ、かつコンピュータによってアクセスすることができる任意の他の媒体であり得る。しかしながら、これはそのように限定されない。メモリは独立して存在してよく、通信回線３４を通してプロセッサに接続される。あるいは、メモリ３２はプロセッサ３１に統合されてよい。

メモリ３２は、本開示における解決策を実行するためのコンピュータ実行可能命令を記憶するように構成され、実行はプロセッサ３１によって制御される。プロセッサ３１は、メモリ３２に記憶されるコンピュータ実行可能命令を実行するように構成され、本開示の以下の実施形態で提供されるリソース決定方法を実装する。

任意に、本開示のこの実施形態におけるコンピュータ実行可能命令は、アプリケーションコードと呼ばれることもある。これは、本開示のこの実施形態では特に限定されない。

特定の実装の間、一実施形態では、プロセッサ３１は、１つ以上のＣＰＵ、例えば図３のＣＰＵ０とＣＰＵ１を含み得る。

特定の実装の間、一実施形態では、通信デバイスは、複数のプロセッサ、例えば図３のプロセッサ３１とプロセッサ３５を含み得る。プロセッサの各々は、シングルコア（シングルＣＰＵ）プロセッサであり得るか、マルチコア（マルチＣＰＵ）プロセッサであり得る。本明細書におけるプロセッサは、データ（例えばコンピュータプログラム命令）を処理するように構成される１つ以上のデバイス、回路及び／又は処理コアであり得る。

本開示の実施形態で提供されるリソース決定方法は、図４及び図９に関連して以下に詳細に説明される。

なお、本開示の以下の実施形態におけるネットワーク要素間のメッセージの名前、メッセージ内のパラメータの名前等は単なる例であり、特定の実装の間に他の名前が存在してもよいことがあることに留意されたい。これは、本開示の実施形態では特に限定されない。

本開示の実施形態の間で相互参照が可能であることに留意されたい。例えば同一又は類似のステップについて、方法の実施形態、通信システムの実施形態及び装置の実施形態の間で相互参照が可能である。これは限定されない。

本開示の実施形態では、本開示の実施形態のリソース決定方法のコードを記録したプログラムを実行することによって、本開示の実施形態におけるリソース決定方法に応じて通信を行うことが可能であれば、リソース決定方法の実行体の特定の構造は本開示の実施形態において特に限定されない。例えば本開示の実施形態で提供されるリソース決定方法は、第１端末にあり、かつプログラムを呼び出して実行することができる機能モジュールによって実行されてよく、あるいは第１端末に適用される通信装置、例えばチップ、チップシステム又は集積回路によって実行されてもよい。チップ、チップシステム又は集積回路は、第１端末の内部に配置されてよく、あるいは第１端末から独立していてもよい。これは、本開示の実施形態において限定されない。本開示の実施形態において提供されるリソース決定方法は、第２端末にあり、かつプログラムを呼び出して実行することができる機能モジュールによって実行されてよく、あるいは第２端末に適用される通信装置、例えばチップ、チップシステム又は集積回路によって実行されてもよい。チップ、チップシステム又は集積回路は、第２端末の内部に配置されてよく、あるいは第２端末から独立していてもよい。これは、本開示の実施形態において限定されない。以下の実施形態は、リソース決定方法が第１端末又は第２端末によって実行される例を使用して説明される。

図４は、本開示の一実施形態による、リソース決定方法の対話的実施形態を示す。本方法は、以下のステップを含む。

ステップ４０１：第１端末が伝送情報を取得し、ここで、該伝送情報は、第２端末の伝送ステータスを決定するために使用される。

一例では、第２端末の伝送ステータスは、第２端末によって別のサービスを伝送する（例えば別のサービスを受信又は別のサービスを送る）ために使用されるサイドリンクリソースと時間範囲が重複しないサイドリンクリソースを決定するために、第１端末によって使用される。あるいは、第２端末の伝送ステータスは、第２端末が別のサービスを伝送する期間と時間範囲が重複しないサイドリンクリソースを決定するために、第１端末によって使用される。

別の例では、第２端末の伝送ステータスは、第２端末がサービスを送る傾向があるサイドリンクリソース、又は第２端末がサービスを送る傾向がある期間、又は第２端末がサービスを受け取る傾向がある時間、又は第２端末がサービスを受け取る傾向があるサイドリンクリソースを決定するために、第１端末によって使用される。

本開示のこの実施形態では、第２端末がサービスを送る傾向がある期間とは、以下の意味を含むことがある：１．第２端末がサービスを送るために予約している期間。２．第２端末がサービスを送る傾向があるサイドリンクリソースが位置する期間。例えば第２端末がサイドリンクリソース１でサービスを送る傾向があり、サイドリンクリソース１がスロット２に位置する場合、スロット２は、第２端末がサービスを送る傾向がある期間である。例えば第２端末がスロット１でサービスを送る傾向がある場合、スロット１は、第２端末がサービスを送る傾向がある期間である。

本開示のこの実施形態では、第２端末がサービスを受け取る傾向がある期間とは、以下の意味を含むことがある：１．第２端末がサービスを受け取るために予約している期間。２．第２端末がサービスを受け取る傾向があるサイドリンクリソースが位置する期間。例えば第２端末がサイドリンクリソース１でサービスを受け取る傾向があり、サイドリンクリソース１がスロット２に位置する場合、スロット２は、第２端末がサービスを受け取る傾向がある期間である。サイドリンクリソース３もスロット２に位置する場合、第２端末の受信と送信の競合を避けるため、第１端末は、サイドリンクリソースを第２端末に推奨する際にサイドリンクリソース３を考慮しない。

例えば第２端末がスロット１でサービスを受け取る傾向がある場合、スロット１は、第２端末がサービスを受け取る傾向がある期間である。

本開示のこの実施形態において、２つのサイドリンクリソースの時間領域位置が同じである場合、２つのサイドリンクリソースは異なる周波数領域位置を有する可能性がある。例えばサイドリンクリソース１とサイドリンクリソース３は両方ともスロット１に位置するが、２つは異なる周波数領域位置を有する。

もちろん、本開示のこの実施形態では、第２端末がサービスを送る傾向がある期間内のサイドリンクリソースは、第２端末がサービスを送る傾向があるサイドリンクリソースと見なされてもよい。本開示のこの実施形態では、第２端末がサービスを受け取る傾向がある期間内のサイドリンクリソースは、第２端末がサービスを受け取る傾向があるサイドリンクリソースと見なされてよい。

更に別の例では、第２端末の伝送ステータスは、第２端末がサービスを送る傾向がないサイドリンクリソース、又は第２端末がサービスを送る傾向がない期間、又は第２端末がサービスを受け取る傾向がないサイドリンクリソース、又は第２端末がサービスを受け取る傾向がない期間を決定するために、第１端末によって使用される。

本開示の実施形態では、第２端末がサービスを送る傾向がない期間内のサイドリンクリソースは、第２端末がサービスを送る傾向がないサイドリンクリソースと見なされてよい。本開示の実施形態では、第２端末がサービスを受け取る傾向がない期間内のサイドリンクリソースは、第２端末がサービスを受け取る傾向がないサイドリンクリソースと見なされてよい。

本開示のこの実施形態では、第２端末がサービスを送る「傾向がある」サイドリンクリソースとは、第２端末がサービスを送るために予約しているサイドリンクリソース、又は第２端末がサービスを送る準備をするサイドリンクリソース、又は第２端末がサービスを送ることをアドバイスするサイドリンクリソースとして理解され得る。第２端末がサービスを送る「傾向がある」サイドリンクリソース上で、第２端末がサービスを送るとき、受信と送信の競合は発生しないか、ほとんど生成されない。

本開示のこの実施形態では、第２端末がサービスを送る「傾向がある」期間とは、第２端末がサービスを送るために予約している期間、又は第２端末がサービスを送る準備をする期間、又は第２端末がサービスを送ることをアドバイスする期間として理解され得る。第２端末がサービスを送る「傾向がある」期間内に、第２端末がサービスを送るとき、第２端末による別のサービスの受信との競合が発生しないか、存在する競合が比較的少量であり得るか、送信中に競合が発生しない。

本開示のこの実施形態では、第２端末がサービスを送る「傾向がない」サイドリンクリソースとは、第２端末がサービスを送るために予約していないサイドリンクリソース、又は第２端末がサービスを送る準備をしていないサイドリンクリソース、又は第２端末がサービスを送ることをアドバイスしないサイドリンクリソースとして理解され得る。第２端末がサービスを送る「傾向がない」サイドリンクリソースで、第２端末がサービスを送るとき、第２端末による別のサービスの受信との競合が発生し得るか、存在する競合が比較的大量であり得るか、送信中に競合が発生する。

本開示のこの実施形態では、第２端末がサービスを送る「傾向がない」期間とは、第２端末がサービスを送るために予約していない期間、又は第２端末がサービスを送る準備をしていない期間、又は第２端末がサービスを送ることをアドバイスしない期間として理解され得る。第２端末がサービスを送る「傾向がない」期間に、第２端末がサービスを送るとき、第２端末による別のサービスの受信との競合が発生し得るか、存在する競合が比較的大量であり得るか、送信中に競合が発生する。

例えば第２端末の伝送ステータスは、以下のうちの１つ以上、すなわち：第１期間を示すために使用される情報、第２サイドリンクリソースに関する情報、第２期間を示すために使用される情報及び第３サイドリンクリソースに関する情報、のうちの１つ以上を含む。

第１期間を示すために使用される情報は、第１期間、又は第１期間の開始時点（moment）と終了時点、又は第１期間の開始時点と長さ、又は第２端末がサービスを受け取るために予約しているか又はサービスを受け取る傾向があるサイドリンクリソースが位置する期間であり得る。これは、本開示のこの実施形態において限定されない。ここで、「第２端末がサービスを受け取るために予約しているか又はサービスを受け取る傾向がある」における「サービス」とは、一般的な概念である、すなわち、第２端末は第１期間に任意のサービスを受け取り得る。

第１期間／第２期間は、本開示のこの実施形態において、連続期間であってよく、不連続な期間であってもよい。例えば第１期間はスロットであり得る。

例えば第２端末がサービスを受け取るために予約するか又はサービスを受け取る傾向があるサイドリンクリソース１が、スロット１に位置する場合、第１期間はスロット１であり得る。スロット１に位置するサイドリンクリソースが、サイドリンクリソース１及びサイドリンクリソース２を含むとき、第１端末は、１つ以上のサイドリンクリソースを第２端末に推奨することを決定する際に、サイドリンクリソース１及びサイドリンクリソース２を考慮しなくてよい。

例えば第１期間は、第２端末がサービスを受け取るために予約している期間であるか、又は第１期間は、第２端末がサービスを送るために予約している期間であるか、又は第１期間は、第２端末がサービスを受け取る傾向がある期間であるか、又は第１期間は、第２端末がサービスを送る傾向がない期間であるか、又は第１期間は、第２端末がサービスを受け取るために予約しているサイドリンクリソースが位置する期間であるか、又は第１期間は、第２端末がサービスを送るために予約しているサイドリンクリソースが位置する期間である。

本開示の可能な実装では、第２端末が複数のサービスを同時に送信することができないとき、第２端末にサイドリンクリソースを推奨する際に、第１端末は、第２端末がサービスを送るために予約しているサイドリンクリソースが位置する期間と時間範囲が重複するサイドリンクリソースを考慮しなくてよい。

本開示の可能な実装では、第２端末が複数のサービスを同時に送信することができるとき、第２端末にサイドリンクリソースを推奨する際に、第１端末は、第２端末がサービスを送るために予約しているサイドリンクリソースが位置する期間と時間範囲が重複するサイドリンクリソースを考慮し得るが、第２端末がサービスを送信するために予約しているサイドリンクリソースは考慮しない。

本開示のこの実施形態において、「予約している（reserve to）」は事前合意（pre-agreement）を意味する。

第２サイドリンクリソースに関する情報は、第２サイドリンクリソースを識別するために使用される。例えば第２サイドリンクリソースに関する情報は、時間周波数位置又は第２サイドリンクリソースのインデックスであり得る。例えば第１端末と第２端末は同じリソースプール内のサイドリンクリソースをセンシングし、リソースプールに含まれる各サイドリンクリソースは、対応するインデックスを有し、第１端末と第２端末の両方が、各サイドリンクリソースに対応するインデックスを学習する。この場合、第２端末が第１端末に第２サイドリンクリソースのインデックスを送信するとき、第１端末は、第２端末によって示されるサイドリンクリソースを決定することができる。

例えば第２サイドリンクリソースは、第２端末がサービスを伝送するために予約しているサイドリンクリソースであるか、又は第２サイドリンクリソースは、第２端末がサービスを受け取る傾向があるサイドリンクリソースであるか、又は第２サイドリンクリソースは、第２端末がサービスを送る傾向がないサイドリンクリソースである。

例えば第２期間は、第２端末がサービスを送る傾向がある期間であるか、又は第２端末がサービスを受け取る傾向がない期間である。

例えば第３サイドリンクリソースは、第２端末がサービスを送る傾向があるサイドリンクリソースであるか、又は第３サイドリンクリソースは、第２端末がサービスを受け取る傾向がないサイドリンクリソースであるか、又は第３サイドリンクリソースは、第２端末がサービスを送る傾向がある期間のサイドリンクリソースであるか、又は第３サイドリンクリソースは、第２端末がサービスを受け取る傾向がない期間のサイドリンクリソースである。

例えば本開示のこの実施形態では、第２端末は、ある期間にサービスデータを受け取ることがあるが、別の期間にはサービスデータを受け取ることができない可能性がある。例えば第２端末は不連続の受信機構を使用する。このように、第２端末はアクティブ状態とスリープ状態を含む。アクティブ状態では、第２端末はサービスを受け取ることができ、サービスを送ることもできる。スリープ状態では、第２端末はサービスを送ることはできるが、サービスを受け取ることはできない。したがって、第２端末のスリープ状態に対応する期間は、第２端末がサービスを受け取る傾向がない期間と見なされてよい。したがって、第２端末のアクティブ状態に対応する期間は、第２端末がサービスを受け取る傾向がある期間と見なされてよい。第２端末のアクティブ状態に対応する期間内のサイドリンクリソースは、第２端末がサービスを受け取る傾向があるサイドリンクリソースと見なされてよい。第２端末のスリープ状態に対応する期間内のサイドリンクリソースは、第２端末がサービスを受け取る傾向がないサイドリンクリソースと見なされてよい。

第１端末は、本開示のこの実施形態において、第２端末にサイドリンクリソースを推奨する端末であり得る。第１端末は、サイドリンクリソースを第２端末に特別に推奨する端末であるか又は第２端末以外の端末であり得る。あるいは、第１端末は、本開示のこの実施形態において、第２端末からサービスを受け取る必要がある端末であり得る。この場合、第１端末によってサービスを受け取る受信品質を向上させるために、第１端末は、センシング技術を使用することによってリソースプールから１つ以上のサイドリンクリソースをセンシングし、１つ以上のサイドリンクリソースに関する情報を第２端末に推奨することができる。１つ以上のサイドリンクリソースは第１端末によって決定されるため、第１端末は、センシングされたサイドリンクリソースから、受信品質の向上に役立つサイドリンクリソースを選択し、そのサイドリンクリソースを第２端末に推奨することができる。これは、第１端末の受信品質の向上に役立つ。

例えば第１端末は、図２に示される端末１００であってよく、第２端末は、図２に示される端末２００であってよい。

本開示の可能な実装では、本開示のこの実施形態におけるステップ４０１は、以下の方式で実装されてもよい：第１端末が、第３端末によって送信された第１メッセージを受け取り、ここで、第１メッセージは、第２端末の伝送ステータスを決定するために使用される。例えば第１メッセージは、第３端末が第２端末にサービスを送信するために予約するか又は送信する傾向があるサイドリンクリソースＸに関する情報又は期間Ｘに関する情報を含む。この場合、第２端末にとって、期間Ｘはサービスを受け取ることができる期間であり、サイドリンクリソースＸは、サービスを受け取ることができるサイドリンクリソースである。なお、第３端末によって送信される第１情報は、第１端末に特別に送信され得るか、第３端末によって第２端末に特別に送信され得ることに留意されたい。しかしながら、第１メッセージは、第２端末によってリッスンされてもよい。あるいは、第１メッセージは、第３端末によって送信されるブロードキャストメッセージである。あるいは、第３端末が第１メッセージをグループに送信し、第１端末と第２端末が該グループに属し、そのため、第１端末は、第３端末によって送信された第１メッセージを受信することができる。

本開示の可能な実装では、本開示のこの実施形態におけるステップ４０１は、以下の方式で実装されてもよい：第１端末が、第２端末から伝送情報を受信する。

伝送情報は、第２端末によって第１端末に能動的に送信され得る。例えば第２端末にサイドリンクリソースを推奨するように第１端末をトリガするとき、第２端末は、該第２端末の伝送ステータスを第１端末に送信する。

加えて、伝送情報は、第１端末のトリガに基づいて第２端末によって送信されてもよい。例えば第１端末が、第２端末にサイドリンクリソースを推奨すると決定するとき、第１端末は要求メッセージを第２端末に送信してよく、ここで、要求メッセージは、第２端末の伝送ステータスを要求するために使用される。次いで、第２端末は、要求メッセージに基づいて第２端末の伝送情報を第１端末に送信する。これに応じて、第１端末は第２端末から送信情報を受信する。

本開示の可能な実施形態では、ステップ４０１の前に、本方法は以下を更に含み得る：第１端末が第２端末にサイドリンクリソースを推奨することを決定する。

一例において、本開示のこの実施形態では、第１端末が第２端末にサイドリンクリソースを推奨することを決定することは、以下を含み得る：第１端末が、第２端末からトリガメッセージを受信し、ここで、トリガメッセージは、第２端末にサイドリンクリソースを推奨するように第１端末に指示するために使用される。第１端末が、トリガメッセージに基づいて、第２端末にサイドリンクリソースを推奨することを決定する。

別の例において、本開示のこの実施形態では、第１端末が第２端末にサイドリンクリソースを推奨することを決定することは、以下を含み得る：第１端末が、第２端末からのサービスを受け取る必要があると判断するとき、第１端末が、第２端末にサイドリンクリソースを推奨することを決定し得る。

例えば第１端末が、事前構成情報又は第２端末からの指示に基づいて、第２端末からのサービスを期間１において受け取る必要がある判断するとき、第１端末は、第２端末にサイドリンクリソースを推奨することを決定し得る。

ステップ４０２：第１端末は、伝送ステータスに基づいて１つ以上のサイドリンクリソースを決定する。サイドリンクリソースは、第２端末によってデータを送信するために使用され得る。

１つ以上のサイドリンクリソースの少なくとも１つは、第２端末のサービス伝送に対応するリソースと重複しない。第２端末のサービス伝送に対応するリソースは、第２端末がサービスを受け取る／送る傾向がある期間又は使用されるサイドリンクリソースであり得る。あるいは、第２端末のサービス伝送に対応するリソースは、サービスを受け取る／送るように予約するために使用される期間又はサイドリンクリソースであり得る。

本開示の図４において説明される実施形態における１つ以上のサイドリンクリソースは、第１端末によって選択され、第２端末によってデータを送信するために使用されるサイドリンクリソースである。言い換えると、第１端末は、第２端末がその１つ以上のサイドリンクリソースを使用してデータを送信し得ることを推奨する。

一例では、１つ以上のサイドリンクリソースのすべてが、第２端末のサービス伝送に対応するリソースと重複しない。

別の例では、１つ以上のサイドリンクリソースの一部は、第２端末のサービス伝送に対応するリソースと重複しないが、１つ以上のサイドリンクリソースの他のものは、第２端末のサービス伝送に対応するリソースと重複する。

伝送ステータスの上述の説明を参照して、１つ以上のサイドリンクリソースのうちの少なくとも１つのサイドリンクリソースが満たす条件について、異なる伝送ステータスを参照して以下に説明する。例えば少なくとも１つのサイドリンクリソースは、以下の条件１－１から条件１－４のうちのいずれか１つ以上の条件を満たす。

条件１－１：伝送ステータスが、第１期間を示すために使用される情報を含むとき、少なくとも１つのサイドリンクリソースの時間範囲が第１期間と重複しない。

サイドリンクリソースの時間範囲が第１期間と重複しないことは、サイドリンクリソースの時間範囲と第１期間との間に交わりがないこと、すなわち、サイドリンクリソースの時間領域位置が第１期間と重複しないことを意味し得る。

第１端末により１つ以上のサイドリンクリソースを決定する目的は、第２端末に１つ以上のサイドリンクリソースに関する情報を推奨し、それにより、第２端末が、サービスを送るために１つ以上のサイドリンクリソースから１つのリソースを選択することである。したがって、第１期間が、第２端末がサービスを受け取るために予約している期間であるか、又は第１期間が、第２端末がサービスを受け取る傾向がある期間であるとき、サイドリンクリソースの時間範囲が、第２端末がサービスを受け取るために予約している期間と重複する場合、第２端末で受信と送信の競合が発生する。このことに基づいて、第１端末によって決定される１つ以上のサイドリンクリソースは、第２端末の受信と送信の競合を回避するために、少なくとも、時間範囲が第１期間と重複しないサイドリンクリソースを含むべきである。例えば第１期間がスロット１である場合、サイドリンクリソースの時間範囲は、スロット１以外のスロットであり得る。言い換えると、サイドリンクリソースはスロット１以外のスロットに位置する。

本開示のこの実施形態では、「第２端末がサービスを送るために予約しているか又は第２端末がサービスを送る傾向がある」における「サービス」とは、指定のサービスであり得る（該サービスは、少なくとも１つのサイドリンクリソースで実行されるサービスとは異なる）。この場合、サービスを送るために予約しているか又はサービスを送る傾向があるということは、第２端末が期間内又はリソース上で指定のサービスを送ることができるが、その期間内又はそのリソース上で指定以外のサービスを送ることができないことを示す。

第１期間が、第２端末がサービスを送るために予約している期間であるとき、第２端末が送信するために予約しているサービスが、第２端末によって少なくとも１つのサイドリンクリソースに追加されるサービスと異なる場合、複数の異なるサービスの同時送信を回避するために、第２端末がサービスを送るために予約している期間と時間範囲が重複しないサイドリンクリソースが選択される。

なお、第２端末は更に、第１端末に対して、送信するように予約されたサービスの識別子を指示してもよいことに留意されたい。第２端末が送信するために予約しているサービスと、第２端末によって少なくとも１つのサイドリンクリソースに追加されたサービスが同じサービスである場合、少なくとも１つのサイドリンクリソースの時間範囲は第１期間と重複し得る。

本開示の一実施形態では、第２端末が複数のサービスを同時に送信することができないとき、少なくとも１つのサイドリンクリソースの時間範囲は第１期間と重複しない。

本開示の一実施形態では、第２端末が複数のサービスを同時に送信することができるとき、少なくとも１つのサイドリンクリソースの時間範囲は第１期間と重複し得る。このように、第２端末は複数のサービスを重複する期間で送信することができ、それにより、第２端末の伝送電力が増加する。

第１期間が、第２端末がサービスを送る傾向がない期間であるとき、第２端末がサービスを送る傾向がない期間と時間範囲が重複しないサイドリンクリソースが選択され、それにより、第２端末に推奨されるサイドリンクリソースは、第２端末の伝送要件を満たすことができる。

本開示のこの実施形態では、第２端末がサービスを送る傾向がない期間／サイドリンクリソースにおける「サービス」は、指定のサービスであり得る（該サービスは、少なくとも１つのサイドリンクリソースで実行されるサービスと同じである）。この場合、第２端末がサービスを送信する傾向がない期間／サイドリンクリソースは、第２端末が、その期間又はリソース上で指定のサービスを送ることができないが、その期間又はリソース上で指定以外のサービスを送ることができることを示す。

本開示のこの実施形態では、第２端末がサービスを送る傾向がない期間／サイドリンクリソースにおける「サービス」は、一般的なサービスであり得る。この場合、第２端末がサービスを送る傾向がない期間／サイドリンクリソースは、第２端末がその期間又はリソース上で任意のサービスを送ることができないことを示す。

条件１－２：伝送ステータスが第２サイドリンクリソースに関する情報を含むとき、少なくとも１つのサイドリンクリソースが第２サイドリンクリソースと重複しない。

第２サイドリンクリソースが、第２端末がサービスを伝送するために予約しているサイドリンクリソースであるとき、これは、第２端末が第２サイドリンクリソースでサービスを送受信するために予約していることを示す。

第２サイドリンクリソースが、第２端末がサービスを送るために予約しているリソースであるとき、又は第２サイドリンクリソースが、第２端末がサービスを送るために予約している期間のサイドリンクリソースであるとき、少なくとも１つのサイドリンクリソースが第２サイドリンクリソースと重複する場合、第２端末は、重複したサイドリンクリソースで端末ａ又は端末ｂにのみサービスを送ることを選択し得る。そのため、送信中に複数の競合が存在する。したがって、競合を回避するために、第２端末がサービスを送るために予約しているサイドリンクリソースと時間範囲が重複しないサイドリンクリソースが選択される。

加えて、第２サイドリンクリソースが、第２端末がサービスを受信する傾向があるサイドリンクリソースであるか、又は第２端末がサービスを受信する傾向がある期間内のサイドリンクリソースであるか、又は第２端末がサービスを受け取るために予約しているサイドリンクリソースであるか、又は第２端末がサービスを受け取るために予約している期間のサイドリンクリソースであるとき、少なくとも１つのサイドリンクリソースが第２サイドリンクリソースと重複している場合、第２端末は、重複したサイドリンクリソースでサービスを送ることができず、サービスを受け取ることができない。したがって、受信と送信の競合を回避するために、第２端末がサービスを受け取るために予約しているサイドリンクリソースと時間範囲が重複しないサイドリンクリソースが選択される。

さらに、第２サイドリンクリソースが、第２端末がサービスを送る傾向がないサイドリンクリソースであるか、又は第２端末がサービスを送る傾向がない期間内のサイドリンクリソースであるとき、第２サイドリンクリソースと時間範囲が重複しないサイドリンクリソースが少なくとも１つのサイドリンクリソースとして選択され、そのため、第２端末に推奨されるサイドリンクリソースは、第２端末の伝送要件を満たす。例えば第２端末がサイドリンクリソース１でサービスを送る傾向がない場合、１つ以上のサイドリンクリソースは、サイドリンクリソース１を含まない。例えば第２端末が期間１でサービスを送る傾向がない場合、１つ以上のサイドリンクリソースは、期間１にすべてのサイドリンクリソースを含まない。

条件１－３：伝送ステータスが第２期間を示すために使用される情報を含むとき、少なくとも１つのサイドリンクリソースの時間範囲が第２期間と重複する。

本開示のこの実施形態では、少なくとも１つのサイドリンクリソースの時間範囲が第２期間と重複することは、少なくとも１つのサイドリンクリソースの時間範囲が第２期間内であること、又は少なくとも１つのサイドリンクリソースの時間範囲と第２期間との間に交わりがあること、又は少なくとも１つのサイドリンクリソースの時間範囲が第２期間を含むこと、又は少なくとも１つのサイドリンクリソースの時間範囲が第２期間と同じであることを意味し得る。

上記の第２期間の機能を考慮すると、１つ以上のサイドリンクリソースは、時間範囲が第２期間と重複する少なくとも１つのサイドリンクリソースを含み、そのため、第２端末は、第１端末によって推奨されるサイドリンクリソースから、サービスを送るサイドリンクリソースを選択することができ、あるいは、第２端末の受信と送信の競合を回避することができる。

条件１－４：伝送ステータスが第３サイドリンクリソースに関する情報を含むとき、少なくとも１つのサイドリンクリソースが第３サイドリンクリソースと重複する。

本開示のこの実施形態では、少なくとも１つのサイドリンクリソースが第３サイドリンクリソースと重複することは、少なくとも１つのサイドリンクリソースが第３サイドリンクリソースを含むこと、又は少なくとも１つのサイドリンクリソースが第３サイドリンクリソースの一部のサイドリンクリソースを含むことを意味し得る。例えば第３サイドリンクリソースがサイドリンクリソースａとサイドリンクリソースｂを含む場合、少なくとも１つのサイドリンクリソースは、サイドリンクリソースａとサイドリンクリソースｂのうちの１つ以上を含む。

第３サイドリンクリソースは、第２端末がサービスを送る傾向があるサイドリンクリソースであるか、又は第３サイドリンクリソースは、第２端末がサービスを受け取る傾向がないサイドリンクリソースであるか、又は第３サイドリンクリソースは、第２端末がサービスを送る傾向がある期間のサイドリンクリソースであるか、又は第３サイドリンクリソースは、第２端末がサービスを受け取る傾向がない期間のサイドリンクリソースである。したがって、１つ以上のサイドリンクリソースは、時間範囲が第３サイドリンクリソースと重複する少なくとも１つのサイドリンクリソースを含み、そのため、第２端末は、第１端末によって推奨されるサイドリンクリソースから、サービスを送るためのサイドリンクリソースを選択し、あるいは第２端末の受信と送信の競合を回避することができる。

特定の実装では、ステップ４０２は、以下の方式で実装され得る：第１端末が、センシング技術を使用することによってリソースプール内のサイドリンクリソースをセンシングし、その後、第１端末が、伝送ステータスに基づいて、センシングされたサイドリンクリソースから１つ以上のサイドリンクリソースを決定する。

本開示の一実施形態では、第１端末は、サイドリンクリソースを能動的にセンシングしてもよく、あるいは第２端末によってトリガされるときにサイドリンクリソースをセンシングしてもよい。例えば第１端末が第２端末からトリガメッセージを受信した場合、第１端末はサイドリンクリソースをセンシングすることを決定する。

本開示のこの実施形態では、「サイドリンクリソースが、データを送信するために第２端末によって使用され得る」における「データ」とは、一般的なデータである、すなわち、第２端末は、データＡを送信するだけでなく、サイドリンクリソースでデータＢを送信し得る。

加えて、本開示のこの実施形態では、「サイドリンクリソースが、データを送信するために第２端末によって使用され得る」における「データ」とは、指定のデータである、すなわち、サイドリンクリソースは、指定のデータを別個に伝送するために使用される。

ステップ４０３：第１端末が第２端末に第１情報を送信し、それに応じて第２端末が第１端末から第１情報を受信する。

第１情報は、１つ以上のサイドリンクリソースに関する情報を示すために使用される。サイドリンクリソースに関する情報は、サイドリンクリソースを決定するために使用される。

例えば第１情報は、１つ以上のサイドリンクリソースの識別子（数及びインデックス）、１つ以上のサイドリンクリソースの時間周波数位置（時間領域位置と周波数領域位置）又は１つ以上のサイドリンクリソースを識別するために使用される他のパラメータを含み得る。これは、本開示のこの実施形態では限定されない。

本開示のこの実施形態では、１つ以上のサイドリンクリソースは、第１端末によってセンシングされるサイドリンクリソースのすべて又は一部であり得る。例えばサイドリンクリソースをセンシングした後、第１端末は、伝送ステータスと特定のルールに基づいて、センシングされたサイドリンクリソースに対してスクリーニングを実行し、その後、１つ以上のサイドリンクリソースを取得し得る。

例えば第１端末が伝送ステータスを学習していないとき、第１端末は、センシングされたサイドリンクリソースに対してスクリーニングを実行し、サイドリンクリソース１からサイドリンクリソース４を取得する。サイドリンクリソース３のチャネルビジー比（channel busy ratio、ＣＢＲ）が最も低い。伝送ステータスを考慮しないとき、第１端末は、サイドリンクリソース３を第２端末に推奨することがある。しかしながら、例えば伝送ステータスは、第１端末によって回避される必要がある第１期間を含む。サイドリンクリソース３が第１期間内に位置する場合、第１端末によって第２端末に最終的に推奨される１つ以上のサイドリンクリソースは、サイドリンクリソース３を含む。

なお、第１情報は支援情報とも呼ばれることがあることに留意されたい。具体的には、第１端末は、第１情報を使用することによって、１つ以上のサイドリンクリソースを第２端末に推奨することができ、そのため、第２端末は、１つ以上のサイドリンクリソースに基づいて、データを送信するための第６サイドリンクリソースを決定する。

本開示の一実施形態では、本開示のこの実施形態のステップ４０３は、以下の方式で実行され得る：第１端末が、サイドリンクリソースＡを使用することによって、第１端末と第２端末との間に確立されたサイドリンクで第２端末に第１情報を送信する。

本開示のこの実施形態では、第１端末が第２端末に第１情報を送信する前に、本方法は更に以下を含み得る：第１端末は、サイドリンクリソースＡを決定する。

サイドリンクリソースＡは、事前設定されたルールに基づいて、センシングされたサイドリンクリソースから第１端末によって決定され得る。例えばサイドリンクリソースＡは、センシングされたサイドリンクリソースから第１端末によってランダムに決定される。例えばサイドリンクリソースＡは、第２端末の伝送ステータスに基づいて、センシングされたサイドリンクリソースから第１端末によって決定される。この場合、第１端末によって決定されるサイドリンクリソースＡは、第２端末がサービスを受け取る傾向があるサイドリンクリソースであり得るか、第２端末がサービスを受け取ることができないか又は受け取る傾向がないサイドリンクリソースであり得る。これは、第２端末が第１情報を成功裏に受信することを保証することができる。サイドリンクリソースＡを選択する方式については、図６に示される以下の実施形態を参照されたい。これは、本開示のこの実施形態において限定されない。

ステップ４０４：第２端末が、第１情報に基づいて１つ以上のサイドリンクリソースを決定する。

本開示のこの実施形態で提供されるリソース決定方法によると、データを送信するために使用することができ、かつ第２端末の伝送ステータスを学習することなく第１端末によって第２端末のために決定される１つ以上のサイドリンクリソースは、第２端末の伝送と競合するサイドリンクリソースを含むことがあり、競合するサイドリンクリソースは、第２端末にとって無効なリソースである。しかしながら、本開示のこの実施形態では、第１端末が第２端末の伝送ステータスを取得し、次いで、第１端末は、第２端末の伝送ステータスを参照して１つ以上のサイドリンクリソースを決定し、そのため、第１端末によって第２端末のために決定される１つ以上のサイドリンクリソースは、第２端末の伝送に対応するリソースを含まない。これは、第１端末によって第２端末のために決定される１つ以上のサイドリンクリソースが、第２端末の伝送に対応するリソースと競合することを防止する。

なお、ステップ４０４において第１情報に基づいて第２端末によって決定される１つ以上のサイドリンクリソースは、第１端末によって第２端末のために選択（又は推奨）され、第２端末によってデータを送信するために使用されるサイドリンクリソースである。

本開示のこの実施形態の可能な実装では、本開示のこの実施形態で提供される方法は、以下を更に含み得る：第２端末が、１つ以上のサイドリンクリソースに基づいて第６サイドリンクリソースを決定する。第６サイドリンクリソースは、サービスを送るために第２端末によって使用される。サービスは、第２端末によって第６サイドリンクリソースで第１端末に送られてもよく、サービスは、第２端末によって第６サイドリンクリソースで第１端末以外の端末に送られてもよい。言い換えると、本開示のこの実施形態では、第１端末によって第２端末に推奨される１つ以上のサイドリンクリソースは、第１端末に送られるサービスを伝達してよく、別の端末に送られるサービスを伝達することもある。

本開示の可能な実装では、第２端末が、１つ以上のサイドリンクリソースに基づいて第６サイドリンクリソースを決定することは、以下を含む：第２端末が、１つ以上のサイドリンクリソースから第６サイドリンクリソースを決定する。第６サイドリンクリソースは、第２端末のサービス伝送に対応するリソースと重複しない。例えば１つ以上のサイドリンクリソースのすべてが第２端末のサービス伝送に対応するリソースと重複しない場合、第２端末は、１つ以上のサイドリンクリソースから１つのサイドリンクリソースを第６サイドリンクリソースとしてランダムに選択してよい。あるいは、第２端末は、各サイドリンクリソースの優先度に基づいて、優先度の高いサイドリンクリソースを第６サイドリンクリソースとして選択してもよい。

本開示の可能な実装では、第２端末が、１つ以上のサイドリンクリソースに基づいて第６サイドリンクリソースを決定することは、以下を含む：第２端末が、１つ以上のサイドリンクリソースと候補サイドリンクリソースセットから第６サイドリンクリソースを決定する。この場合、第６サイドリンクリソースは、１つ以上のサイドリンクリソースに属していることがあり、第６サイドリンクリソースは、候補サイドリンクリソースセットに属していることもある。候補サイドリンクリソースセットは、第２端末によってセンシングされたサイドリンクリソースのセットであるか又は第１端末以外の端末によって第２端末に推奨されるサイドリンクリソースのセットであり得る。これは、本開示のこの実施形態において限定されない。

第２端末が第６サイドリンクリソースを決定するとき、本開示のこの実施形態で提供される方法は、更に以下を含み得る：第２端末が、第６サイドリンクリソースでサービスを送る。例えば第２端末は、第６サイドリンクリソースで第１端末にサービスを送り、対応して第１端末は、第６サイドリンクリソースで第２端末からサービスを受け取る。本開示のこの実施形態では、この方式は、第２端末がユニキャスト形式でサービスを送ることとも呼ばれることがある。例えば第２端末は、第６サイドリンクリソースでサービスをブロードキャスト形式又はマルチキャスト形式で送る。サービスがブロードキャスト形式で送られるとき、第２端末からブロードキャストを受信することができるすべての端末（例えば第１端末を含む）がサービスを受け取ることができる。第２端末がサービスをマルチキャスト形式で送るとき、例えばサービスをグループ１（例えば第１端末を含む）にマルチキャスト形式で送るとき、グループ１のすべての端末が、第２端末によって送られたサービスを受け取り得る。

なお、１つ以上のサイドリンクリソースが、第２端末のサービス伝送に対応するリソースと競合するサイドリンクリソースを含む場合、第２端末は、伝達する必要がある競合する２つのサービスの優先度を比較し得ることに留意されたい。例えば第２端末は、第６サイドリンクリソースでサービスＡを送信する必要があり、第６サイドリンクリソースは、第２端末がサービスを送信するために予約している／送信する傾向がある期間と競合する。第２端末が送信するために予約しているサービスの優先度が、サービスＡの優先度よりも低い場合、第２端末は依然として、第６サイドリンクリソースでサービスＡを送ることを選択し、第６サイドリンクリソースが位置している期間内に、第２端末が送信するために予約している／送信する傾向があるサービスを送ることを放棄することがある。例えば第２端末は第６サイドリンクリソースでサービスＡを送る必要があり、第６サイドリンクリソースは、第２端末がサービスを受け取ることを予約している／受け取る傾向がある期間と競合する。第２端末がサービスを受け取ることを予約している／受け取る傾向があるサービスの優先度がサービスＡの優先度より低い場合、第２端末は依然として、第６サイドリンクリソースでサービスＡを送ることを選択し、第６サイドリンクリソースが位置する期間内に、第２端末が受信するために予約している／受信する傾向があるサービスの送信を放棄し得る。

本開示の一実施形態では、ステップ４０２は、以下の方式で実装され得る：第１端末が、伝送ステータスに基づいて、第１端末によってセンシングされたサイドリンクリソースから１つ以上の候補サイドリンクリソースを決定する。次いで、第１端末は、１つ以上の候補サイドリンクリソースから１つ以上のサイドリンクリソースを決定する。１つ以上の候補サイドリンクリソースは、少なくとも、第２端末のサービス伝送に対応するリソースと時間範囲が重複しないサイドリンクリソースを含む。１つ以上のサイドリンクリソースは、１つ以上の候補サイドリンクリソースのすべて又は一部であり得る。これは、本開示のこの実施形態では限定されない。

例えば伝送ステータスが、第２端末がサービスを受け取るために予約している期間Ａを含む場合、第１端末は、期間Ａに基づいて、センシングされたサイドリンクリソースから、期間Ａの外に位置する候補サイドリンクリソース１から候補サイドリンクリソース１０を選択し得る。次に、第１端末は、候補サイドリンクリソース１から候補サイドリンクリソース１０までの１つ以上のサイドリンクリソースを決定し得る。

本開示の一実施形態では、ステップ４０２は、以下の方式で実装され得る：第１端末は、第１端末によってセンシングされたサイドリンクリソースから、１つ以上の候補サイドリンクリソースを決定する。次いで、第１端末は、伝送ステータスに基づいて、１つ以上の候補サイドリンクリソースから、１つ以上の候補サイドリンクリソースを決定する。１つ以上の候補サイドリンクリソースは、第２端末のサービス伝送に対応するリソースと時間範囲が重複するサイドリンクリソースを含み得る。１つ以上のサイドリンクリソースは、少なくとも、第２端末のサービス伝送に対応するリソースと時間範囲が重複しないサイドリンクリソースを含み得る。これは、本開示のこの実施形態において限定されない。

例えば伝送ステータスが、第２端末がサービスを受け取るために予約している期間Ａを含む場合、第１端末は、センシングされたサイドリンクリソースから、候補サイドリンクリソース１１から候補サイドリンクリソース２１を選択する。第１端末は、第２端末の伝送ステータスを参照することなく、候補サイドリンクリソース１１から候補サイドリンクリソース２１を選択するため、候補サイドリンクリソース１１から候補サイドリンクリソース２１は、時間範囲が期間Ａ内であるサイドリンクリソース（例えば候補サイドリンクリソース１１から候補サイドリンクリソース１６）を含むことがあるか、時間範囲が期間Ａの外であるサイドリンクリソース（例えば候補サイドリンクリソース１７から候補サイドリンクリソース２１）を含むことがある。第２端末の受信と送信の競合を回避するために、第１端末は、候補サイドリンクリソース１７から候補サイドリンクリソース２１を１つ以上のサイドリンクリソースとして選択し得る。もちろん、１つ以上のサイドリンクリソースは、代替的に、候補サイドリンクリソース１１から候補サイドリンクリソース１６のすべて又は一部を含んでもよい。

例えば図５に示されるように、第１端末は、サブチャネル（subchannel）（１）で第２端末への予約された伝送を受け取る。例えば端末ａは、サイドリンクリソース１で第２端末へサービスを送るために予約する。この場合、第２端末にとって、サイドリンクリソース１は、第２端末がサービスを受け取るために使用するサイドリンクリソースである。したがって、第１端末は、選択時間ウィンドウでサイドリンクリソースを選択するときに、サイドリンクリソース１を考慮しなくてよい。

任意に、図５に示されるように、サイドリンクリソース１が位置するスロットはスロット１であるので、第２端末の受信と送信の競合を更に回避するために、第１端末は、スロット１内のサイドリンクリソース１以外のサイドリンクリソースを考慮しなくてよい。図５に示されるように、サイドリンクリソース１と、サイドリンクリソースａからサイドリンクリソースｃは、すべてスロット１内に位置する。したがって、第１端末は、選択時間ウィンドウでサイドリンクリソースを選択するときに、サイドリンクリソース１と、サイドリンクリソースａからサイドリンクリソースｃを考慮しない。

別の例として、第１端末は、サブチャネル（２）で第２端末の予約された伝送を受け取る。例えば第２端末が、サイドリンクリソース２で第１端末又は別の端末にサービスを送るために予約している場合、第１端末は、選択時間ウィンドウでサイドリンクリソースを選択するときにサイドリンクリソース２を考慮しなくてよい。

最後に、例えば図５に示されるように、１つ以上のサイドリンクリソースは第２端末の伝送と重複しない。第２端末が複数のサービスを同時に送信することができるとき、第１端末は、１つ以上のサイドリンクリソースが、候補サイドリンクリソース３から候補サイドリンクリソース７までを含むと判断し得る。

第２端末が複数のサービスを同時に送信することができないとき、サイドリンクリソース２は、第２端末がサービスを送るために予約しているリソースであり、サイドリンクリソース２はスロット３に位置し、サイドリンクリソース４が位置する時間範囲もスロット３に位置するので、第１端末は、１つ以上のサイドリンクリソースが、候補サイドリンクリソース３と候補サイドリンクリソース５から候補サイドリンクリソース７までを含むと判断し得る。

図６は、本開示の一実施形態によるリソース決定方法の対話的実施形態を示す。本方法は以下のステップを含む。

ステップ６０１：第１端末が伝送情報を取得し、ここで、伝送情報は、第２端末の伝送ステータスを決定するために使用される。

例えば伝送ステータスは、以下のうちの１つ以上、すなわち、第４サイドリンクリソースに関する情報、第３期間を示すために使用される情報、第４期間を示すために使用される情報、第５サイドリンクリソースに関する情報、のうちの１つ以上を含む。

第４サイドリンクリソースは、第２端末がサービスを受け取るために予約しているリソースであるか、又は第４サイドリンクリソースは、第２端末がサービスを送るために予約しているリソースであるか、又は第４サイドリンクリソースは、第２端末がサービスを送る傾向があるリソースであるか、又は第４サイドリンクリソースは、第２端末がサービスを受け取る傾向がないリソースであるか、又は第４サイドリンクリソースは、第２端末がサービスを受け取るために予約しているリソースであるか、又は第４サイドリンクリソースは、第２端末がサービスを受け取るために予約している期間内のリソースであるか、又は第４サイドリンクリソースは、第２端末がサービスを送るために予約している期間内のリソースであるか、又は第４サイドリンクリソースは、第２端末がサービスを送る傾向がある期間内のリソースであるか、又は第４サイドリンクリソースは、第２端末がサービスを受け取る傾向がない期間のリソースである。

第３期間は、第２端末がサービスを送るために予約している期間であるか、又は第３期間は、第２端末がサービスを送る傾向がある期間であるか、又は第３期間は、第２端末がサービスを受け取る傾向がない期間であるか、又は第３期間は、第２端末がサービスを送るために予約しているサイドリンクリソースが位置する期間であるか、又は第３期間は、第２端末がサービスを受け取る可能性があるサイドリンクリソースが位置する期間である。

第４期間は、第２端末がサービスを受け取る傾向がある期間であるか、又は第４期間は、第２端末がサービスを送る傾向がない期間であるか、又は第４期間は、第２端末がサービスを受け取るために予約している期間であるか、又は第４期間は、第２端末がサービスを受け取るために予約しているサイドリンクリソースが位置する期間である。例えば図８に示されるスロット４及びスロット６は、第２端末がサービスを受け取るために予約している期間である。

第５サイドリンクリソースは、第２端末がサービスを受け取る傾向があるリソースであるか、又は第５サイドリンクリソースは、第２端末がサービスを送る傾向がないリソースであるか、又は第５サイドリンクリソースは、第２端末がサービスを受け取る傾向がある期間のリソースであるか、又は第５サイドリンクリソースは、第２端末がサービスを送る傾向がない期間のリソースである。

ステップ６０１で第１端末が伝送情報を取得する方法については、ステップ４０１の説明を参照されたい。詳細は、ここでは再度説明されない。

ステップ６０２：第１端末は、伝送ステータスに基づいて、１つ以上のサイドリンクリソースを決定し、ここで、サイドリンクリソースは、第２端末に送信されるサービスを伝達するために使用され得る。

本開示の一実施形態では、１つ以上のサイドリンクリソースのすべてが、第２端末の伝送ステータスと競合しない。この場合、第１端末は第２端末の伝送ステータスを参照してサイドリンクリソースを選択するため、第１端末は、サイドリンクリソースを選択するときに、競合したサイドリンクリソースを除外することができる。

本開示の別の実施形態では、１つ以上のサイドリンクリソースは、第２端末の伝送ステータスと競合しないサイドリンクリソースを含み、第２端末の伝送ステータスと競合するサイドリンクリソースも含む。

本開示の一実施形態では、ステップ６０２は、以下の方式で実装され得る：第２端末が、選択されるリソースプールを決定し、ここで、選択されるリソースプールは、少なくとも、第２端末に送られるサービスを伝達するために使用することができるサイドリンクリソースを含む。第２端末は、第２端末の伝送ステータスに基づいて、選択されるリソースプールから１つ以上のサイドリンクリソースを決定する。

本開示の図６に記載される実施形態の１つ以上のサイドリンクリソースは、第１端末によって決定され、第１端末によってデータを送信するために使用されるサイドリンクリソースである。

ステップ６０３：第１端末が、１つ以上のサイドリンクリソース内の第１サイドリンクリソースで第２端末にサービスを送り、それに応じて第２端末は、第１サイドリンクリソースで第１端末からサービスを受け取る。

第１端末によって第２端末にサービスを送るために使用される第１サイドリンクリソースと、第２端末のサービス伝送に対応するリソースとの間の競合のために、第２端末がサービスを正しく受け取ることができない場合を回避するために、本開示の一実施形態では、第１サイドリンクリソースは、第２端末のサービス伝送に対応するリソースと重複しない。

例えば第１サイドリンクリソースは、以下の条件のうちの１つ以上を満たす：

条件２－１：伝送ステータスが第４サイドリンクリソースに関する情報を含むとき、第１サイドリンクリソースが第４サイドリンクリソースと重複しない。

例えば第４サイドリンクリソースは、第２端末がサービスを受け取るために予約しているリソースである。第１サイドリンクリソースが第４サイドリンクリソースと重複しないことは、第１サイドリンクリソースが第４サイドリンクリソースではないことを意味し得る。これにより、第１サイドリンクで第１端末によって送信されたサービスと、第２端末がサービスを受け取るために予約しているリソースとの競合を回避することができる。

例えば第４サイドリンクリソースは、第２端末がサービスを送るために予約しているリソースであるか、第２端末がサービスを送る傾向があるリソースである。第１サイドリンクリソースが第４サイドリンクリソースと重複しないことは、第１サイドリンクリソースが第４サイドリンクリソースではないか、又は第１サイドリンクリソースが位置する時間範囲が第４サイドリンクリソースが位置する時間範囲と重複しないことを意味し得る。これにより、第２端末の受信と送信の競合を回避することができる。

例えば第４サイドリンクリソースは、第２端末がサービスを受け取る傾向がないリソースである。第１サイドリンクリソースが第４サイドリンクリソースと重複しないことは、第１サイドリンクリソースが第４サイドリンクリソースではないことを意味し得る。第１端末が第２端末にサービスを送るとき、第２端末はまた、サイドリンクリソースをセンシングし、次いで、第２端末の受信品質の向上に役立つサイドリンクリソースと、第２端末の受信品質に影響を与えるサイドリンクリソース（例えば第４サイドリンクリソース）を決定し得る。したがって、第２端末がサービスを受け取る傾向がないサイドリンクリソースでサービスが第２端末に送られるので、第２端末が通常サービスを受信することができないという問題を回避するために、第２端末の受信品質に影響を与えるサイドリンクリソースが、第１端末のために提供される。

条件２－２：伝送ステータスが第３期間を示すために使用される情報を含むとき、第１サイドリンクリソースによって示される時間範囲が第３期間と重複しない。

例えば第３期間は、第２端末がサービスを送るために予約している期間であるか、又は第３期間は、第２端末がサービスを送る傾向がある期間であるか、又は第３期間は、第２端末がサービスを送るために予約しているサイドリンクリソースが位置する期間である。第２端末の受信と送信の競合を回避するために、時間範囲が第３期間と重複しないサイドリンクリソースが第１サイドリンクリソースとして選択される。

例えば第３期間は、第２端末がサービスを受け取る傾向がない期間である。サービスは、第２端末によって予約されていない期間に第２端末に送られるので、第２端末がサービスを受け取ることに失敗するという問題を回避するために、時間範囲が第３期間と重複しないサイドリンクリソースが第１サイドリンクリソースとして選択される。

条件２－３：伝送ステータスが第４期間を示すために使用される情報を含むとき、第１サイドリンクリソースが位置する時間範囲が第４期間と重複する。

第１サイドリンクリソースが位置する時間範囲が第４期間と重複することは、第１サイドリンクリソースが位置する期間が第４期間内であるか、又は第１サイドリンクリソースが位置する時間範囲が第４期間を含むか、又は第１サイドリンクリソースが位置する時間範囲が第４期間と部分的に重複することを意味し得る。

例えば第４期間は、第２端末がサービスを受け取る傾向がある期間であるか、又は第４期間は、第２端末がサービスを受け取るために予約している期間である。第２端末が第１端末からサービスを正しく受け取るのに役立つように、時間範囲が第４期間と重複するサイドリンクリソースが選択される。

第４期間は、第２端末がサービスを送る傾向がない期間である。第２端末の受信と送信の競合を回避するために、時間範囲が第４期間と重複するサイドリンクリソースが選択される。任意に、第１サイドリンクリソースは、第２端末がサービスを送る傾向がない期間に位置する。

条件２－４：伝送ステータスが第５サイドリンクリソースに関する情報を含むとき、第１サイドリンクリソースが第５サイドリンクリソースに属する。

例えば第５サイドリンクリソースは、第２端末がサービスを受け取る傾向があるリソースである。第２端末によるサービス受信の成功率を高めるために、第５サイドリンクリソースに属する第１サイドリンクリソースが、第２端末にサービスを送るために選択される。

例えば第１端末が第２端末にサービスを送る前に、第２端末の受信電力を増やすために、第２端末はサイドリンクリソースをセンシングし、サイドリンクリソースａからサイドリンクリソースｃを第５サイドリンクリソースとして選択する。第２端末は、サイドリンクリソースａからサイドリンクリソースｃのいずれかでサービスを受け取り、そのため、第２端末の受信品質を向上させることができる。その後、第２端末は、サイドリンクリソースａからサイドリンクリソースｃに関する情報を第１端末に送信し得る。この場合、第１端末は、サイドリンクリソースａからサイドリンクリソースｃから第１サイドリンクリソースを優先的に決定することができる。

例えば第５サイドリンクリソースは、第２端末がサービスを送る傾向がないリソースである。第２端末の受信と送信の競合のために第２端末がサービスを受け取ることを失敗する場合を回避し、第２端末によるサービス受信の成功率を高めるために、第５サイドリンクリソースに属する第１サイドリンクリソースが、第２端末にサービスを送るために選択される。

本開示のこの実施形態では、第１端末によって第２端末に送られるサービスは支援情報であってよく、支援情報は、第１端末によって決定したサイドリンクリソースに関する情報を含む。

本開示の実施形態では、第１端末によって第２端末に送られるサービスは、データ又はシグナリングであり得る。これは、本開示のこの実施形態において限定されない。例えばサービスは、第１端末によって第２端末に送られ、かつ第１端末が複数のサービスを同時に送信することができるかどうかを示す能力情報であってよく、あるいはサービスは、サイドリンクリソースをセンシングするように第２端末をトリガするか、第１端末にサイドリンクリソースを推奨するように第２端末をトリガする、シグナリングであってもよい。これは、本開示のこの実施形態において限定されない。

本開示の実施形態において、「第１サイドリンクリソースは、第２端末に送られるサービスを伝達するために使用され得る」における「サービス」とは、一般的なサービスである、すなわち、第２端末は、サービスＡを送信するだけでなく、第１サイドリンクリソースでサービスＢを送信してもよい。また、「第１サイドリンクリソースは、第２端末によってサービスを送るために使用され得る」における「サービス」とは、指定のサービスである、すなわち、第１サイドリンクリソースは、指定のサービスを別個に送信するために使用される。

例えば図７に示されるように、第１端末は、第２端末への伝送がサブチャネル（１）で予約されていると決定する。言い換えると、別の端末は、スロット４のサイドリンクリソース１１で第２端末にサービスを送るために予約する。言い換えると、第２端末は、スロット４のサイドリンクリソース１１で別の端末からサービスを受け取ってよい。したがって、第１端末によって第２端末に送信されるサービスと、第２端末によって受信される必要がある別のサービスとの競合を回避するために、第１端末は、第１サイドリンクリソースを選択するときにサイドリンクリソース１１を考慮しなくてよい。

本開示の可能な実装では、第１サイドリンクリソースを選択するとき、第２端末は、時間範囲がスロット４にあるサイドリンクリソースを考慮しない。言い換えると、サイドリンクリソース１１、サイドリンクリソース１２、サイドリンクリソース１３及びサイドリンクリソース１４のいずれも、第１サイドリンクリソースとして使用されない。

例えば図７に示されるように、第１端末は、サブチャネル（２）で、第２端末がサイドリンクリソース２３でサービスを送るために予約することを決定する。この場合、第２端末が複数のサービスを同時に送信することができないとき、第１端末は、第１サイドリンクリソースを選択する際に、サイドリンクリソース２１、サイドリンクリソース２２、サイドリンクリソース２３及びサイドリンクリソース２４を考慮しなくてよい。しかしながら、第２端末が複数のサービスを同時に送信することができるとき、第１端末は、第１サイドリンクリソースを選択する際に、サイドリンクリソース２３を考慮しなくてよいが、サイドリンクリソース２１、サイドリンクリソース２２及びサイドリンクリソース２４を考慮し得る。サイドリンクリソース２１、サイドリンクリソース２２、サイドリンクリソース２３及びサイドリンクリソース２４は、同じ時間範囲を示す、例えばすべてスロット６に位置する。

したがって、上記の説明に基づいて、第２端末が複数のサービスを同時に送信することができないとき、第１端末は、サイドリンクリソース３１、サイドリンクリソース３２、サイドリンクリソース３３及びサイドリンクリソース３４のうちのいずれか１つ以上を、第１サイドリンクリソースとして決定してよい。

第２端末が複数のサービスを同時に送信することができるとき、第１端末は、サイドリンクリソース３１、サイドリンクリソース３２、サイドリンクリソース３３、サイドリンクリソース３４、サイドリンクリソース２１、サイドリンクリソース２２及びサイドリンクリソース２４のうちのいずれか１つ以上を、第１サイドリンクリソースとして決定してもよい。

例えば図８に示されるように、第１端末は、第２端末への伝送がサブチャネル（１）、サブチャネル（２）及びサブチャネル（４）で予約されていると決定する。例えば端末dは、サイドリンクリソース４１、サイドリンクリソース４２及びサイドリンクリソース５３で、第２端末へサービスを送るために別個に予約する。これに対応して、以下のケースが存在し得る：第２端末が、サイドリンクリソース４１及びサイドリンクリソース４２でサービスを受け取り、第２端末が、サイドリンクリソース５３でサービスを受け取る。このケースでは、サービスを伝達するサイドリンクリソースを選択するとき、第１端末は、サイドリンクリソース４１、サイドリンクリソース４２又はサイドリンクリソース５３が位置するスロット内の他のリソースからサイドリンクリソースを選択する。例えば第２端末側の受信エネルギーを節約する効果を達成するために、図８の候補サイドリンクリソース４３、候補サイドリンクリソース５１及び候補サイドリンクリソース５２が、第１サイドリンクリソース又は１つ以上のサイドリンクリソースとして使用される。

本開示のこの実施形態で提供されるリソース決定方法によると、サービスを伝達するために使用され、かつ第２端末の伝送ステータスを学習することなく第１端末によって選択される第１サイドリンクリソースは、第２端末の伝送に対応するリソースと競合する可能性があり、この競合の場合、第２端末は第１サイドリンクリソースでサービスを正しく受信することができない。しかしながら、本開示のこの実施形態では、第１端末が第２端末の伝送ステータスを取得し、次いで、第１端末が、第２端末の伝送ステータスを参照して１つ以上のサイドリンクリソースを決定し、そのため、第１端末によって選択され、サービスを伝達するために使用される第１サイドリンクリソースは、第２端末の伝送に対応するリソースを含まない。これにより、第１端末によって選択され、サービスを伝達するために使用される第１サイドリンクリソースが、第２端末の伝送に対応するリソースと競合することを防ぐことができる。

図９は、本開示の一実施形態による別のリソース決定方法の一実施形態を示す。本方法は、以下のステップを含む。

ステップ９０１：第１端末が、１つ以上のサイドリンクリソースに関する情報を決定する。

本開示のこの実施形態では、第１端末が、１つ以上のサイドリンクリソースに関する情報を能動的に決定し得る。例えば第１端末が、第２端末からの第１サービスを受け取る必要があると判断したとき、第１端末により第１サービスを受信する受信品質を改善するために、第１端末は、第２端末によって第１サービスを送るために使用することができる１つ以上のサイドリンクリソースを選択する。したがって、第１端末は、１つ以上のサイドリンクリソースに関する情報を決定し得る。あるいは、第１端末が、別の端末（例えば第２端末）のために、データを送信するために使用されるサイドリンクリソースを特別に選択する端末である場合、第１端末は、データを送信するために使用されるサイドリンクリソースを、別の端末のために、事前設定された期間に基づいて周期的に選択してもよい。

本開示で図９に示される１つ以上のサイドリンクリソースは、データを送信するために、第１端末によって第２端末に推奨されるリソースである。

本開示のこの実施形態では、第１端末は、別の端末のトリガに基づいて、１つ以上のサイドリンクリソースに関する情報を決定することができる。例えば第１端末は、第２端末からトリガメッセージを受信し、ここで、トリガメッセージは、第２端末にサイドリンクリソースを推奨するように第１端末に指示するために使用される。この場合、第１端末は、トリガメッセージに基づいて１つ以上のサイドリンクリソースに関する情報を決定することができる。もちろん、トリガメッセージは、代替的に、第２端末以外の第３端末によって第１端末に送信されてもよい。例えば第３端末が第２端末から第１サービスを受け取る必要がある場合、第３端末は、第２端末にサイドリンクリソースを推奨するように第１端末をトリガすることができる。

本開示の可能な実施形態では、ステップ９０１の前に、本方法は更に以下を含み得る：第１端末が、リソースプール内のサイドリンクリソースをセンシングする。したがって、ステップ９０１は、以下の方式で実装され得る。第１端末は、センシングされたサイドリンクリソースから、１つ以上のサイドリンクリソースに関する情報を選択する。第１端末が、センシングされたサイドリンクリソースから、第２端末に推奨される１つ以上のサイドリンクリソースを選択する方式については、従来の技術の説明を参照されたい。本開示のこの実施形態では、詳細は説明されない。例えば第１端末は、センシングされたサイドリンクリソースから１つ以上のサイドリンクリソースとして、受信品質の向上に役立つサイドリンクリソースを選択し得る。

ステップ９０２：第１端末は第２端末に第１情報を送信し、それに応じて第２端末は第１端末から第１情報を受信し、ここで、第１情報は、１つ以上のサイドリンクリソースに関する情報を示すために使用され、１つ以上のサイドリンクリソースは、第２端末によって第１サービスを送るために使用されるサイドリンクリソースを決定するために使用される。

サイドリンクリソースに関する情報は、サイドリンクリソースを識別するために使用される。例えば第１情報は、１つ以上のサイドリンクリソースの時間周波数位置又は識別子を含む。これは、本開示のこの実施形態では限定されない。

本開示の一実施形態では、第１端末が第２端末に第１情報を送信する前に、第１端末は、第１情報を伝送するサイドリンクリソースＡを選択し得る。サイドリンクリソースＡは、第１端末によってセンシングされるサイドリンクリソースから第１端末によって選択され得るか、あるいはサイドリンクリソースＡは、第２端末によって第１端末に指示されるサイドリンクリソースであり得る。これは、第２端末により第１情報を受信する成功率を高めるのに役立つことができる。

第１端末によって決定されたサイドリンクリソースＡが位置する時間範囲では、第２端末は必ずしも受信状態ではないため、第１端末がサイドリンクリソースＡで第１情報を送信した場合、第２端末は第１端末から第１情報を受信することができないか、又はサイドリンクリソースＡが別のメッセージを受信するために第２端末によって使用されるリソースであり得る。この場合、サイドリンクリソースＡが、別のメッセージを受信するために第２端末によって使用されるリソースと重複する場合、第２端末は、第１情報を成功裏に受信することができない。これに基づいて、本開示の一実施形態では、第２端末が第１情報を正しく受信することを可能にするために、第１情報を伝達するサイドリンクリソースＡは、以下の条件を満たす：すなわち、サイドリンクリソースＡが位置する時間範囲が、第２端末がサービスを受け取ることができる時間範囲内であることと、サイドリンクリソースＡが、第２端末がサービスを受け取る傾向があるリソースであることと、サイドリンクリソースＡが位置する時間範囲が、第２端末がサービスを送信するために予約しているか送信する傾向がある時間範囲と重複しないことという条件を満たす。第１端末がサイドリンクリソースＡを選択する方式については、図６の実施形態における第１端末がサイドリンクリソースＡを選択する方式を参照されたい。ここでは、本開示のこの実施形態では再度詳細を説明しない。

ステップ９０３：第２端末が、１つ以上のサイドリンクリソースに基づいて第１サイドリンクリソースを決定し、ここで、第１サイドリンクリソースは、第２端末のサービス伝送に対応するリソースと重複しない。

第１サイドリンクリソースが、第２端末のサービス伝送に対応するリソースと重複しないことは、第１サイドリンクリソースと、別のサービスを伝送するために第２端末によって使用されるサイドリンクリソースとが同一のサイドリンクリソースでないこと、あるいは第１サイドリンクリソースによって示される時間範囲が、第２端末がサービスを送る傾向がない期間と重複しないこと、あるいは第１サイドリンクリソースによって示される時間範囲が、第２端末がサービスを受け取る傾向があるか又は受け取るために予約している期間と重複しないことを意味する。

可能な実装では、本開示のこの実施形態のステップ９０３は、以下の方式で実装され得る：第２端末が、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定する。

別の可能な実装では、本開示のこの実施形態のステップ９０３は、以下の方式で実装され得る：第２端末が、サイドリンクリソースセットから第１サイドリンクリソースを決定する。サイドリンクリソースセットは、１つ以上のサイドリンクリソースと候補サイドリンクリソースを含む。候補サイドリンクリソースは、第２端末によってセンシングされたサイドリンクリソースであり得るか、別の端末によって第２端末に推奨され、サービスを送信するために使用されるサイドリンクリソースであり得る。これは、本開示のこの実施形態では限定されない。

ステップ９０４：第２端末が、第１サイドリンクリソースで第１サービスを送る。

本開示のこの実施形態では、第１サービスは、第２端末によって第１端末に送られることがあり、第２端末によって第１端末以外の端末に送られてもよい。これは、本開示のこの実施形態では限定されない。

本開示のこの実施形態は、リソース決定方法を提供する。本方法では、第１端末から第１情報を受信した後、第２端末は、第１情報に基づいて１つ以上のサイドリンクリソースを決定し得る。第１情報によって指示される１つ以上のサイドリンクリソースは、第２端末の伝送と競合するサイドリンクリソースを含む可能性がある。したがって、第２端末が、１つ以上のサイドリンクリソースに基づいて、第１サービスを伝送するために使用される第１サイドリンクリソースを選択すると、選択された第１サイドリンクリソースが第２端末の伝送と競合する可能性がある。この場合、第２端末は、第１サービスを伝送するか又は競合したサイドリンクリソースで他の伝送を実行するかを学習しない可能性がある。しかしながら、本開示のこの実施形態では、第２端末は、第１サービスを送るために、第２端末の他の伝送に対応するリソースと重複しないリソースを選択することができる。これにより、競合を回避し、第２端末の信頼性のあるサービス伝送を保証することができる。

本開示の可能な実施形態では、本開示のこの実施形態のステップ９０３は、以下の方式で実装され得る：第２端末が、第２端末の伝送ステータスと１つ以上のサイドリンクリソースに基づいて、第１サイドリンクリソースを決定する。伝送ステータスは、別のサービスを送るために第２端末によって使用されるサイドリンクリソースと時間範囲が重複しないサイドリンクリソースを決定するために使用される。これにより、選択された第１サイドリンクリソースと別のサービスのために使用されるサイドリンクリソースとの競合を回避することができる。あるいは、伝送ステータスは、第２端末がサービスを送る傾向があるサイドリンクリソースを決定するために使用される。これは、第２端末によりサービスを送信する信頼性を向上させるのに役立つことができる。

上記の解決策では、第２端末が１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定するとき、第２端末の伝送ステータスが考慮されるので、第１サービスを伝達する第１サイドリンクリソースが、第２端末の別のサービスと競合しないことがある。

一例として、伝送ステータスは、以下のうちの１つ以上、すなわち：第１期間を示すために使用される情報、第２サイドリンクリソースに関する情報、第２期間を示すために使用される情報及び第３サイドリンクリソースに関する情報のうちの１つ以上を含む。

第１期間は、第２端末がサービスを送るために予約している期間であるか、又は第１期間は、第２端末がサービスを受け取るために予約している期間であるか、又は第１期間は、第２端末がサービスを受け取る傾向がある期間であるか、又は第１期間は、第２端末がサービスを送る傾向がない期間であるか、又は第１期間は、第２端末がサービスを送る傾向がないサイドリンクリソースが位置する期間であるか、又は第１期間は、第２端末がサービスを受け取る傾向があるサイドリンクリソースが位置する期間である。

なお、「第２端末がサービスを送るために予約している」における「サービス」とは、第２端末が送信するために予約している、第１サービス以外のサービスであることに留意されたい。本明細書では説明は一様に提供され、詳細は後に再度説明されない。

本開示のこの実施形態では、「第２端末がサービスを受け取るために予約している」及び「第２端末がサービスを受け取る傾向がある」における「サービス」とは、一般的なサービス、例えば任意のサービスであってよく、あるいは指定のサービス、例えばサービスＡであってもよい。本明細書では説明は一様に提供され、詳細は後に再度説明されない。

本開示のこの実施形態では、「第２端末がサービスを送る傾向がない」における「サービス」とは、任意の一般的なサービスであってよい、すなわち、第２端末が、期間内にいずれのサービスも送らない。あるいは、「第２端末がサービスを送る傾向がない期間」及び「第２端末がサービスを送る傾向がないサイドリンクリソースが位置する期間」における「サービス」とは、第１端末が期間内に第１サービスを送る予約をしていないことを示す、「第１サービス」であってもよい。言い換えると、第１サービス以外のサービスが、その期間内に送られてもよい。

本開示のこの実施形態では、第２サイドリンクリソースは、第２端末がサービスを受け取るために予約しているリソースであるか、又は第２サイドリンクリソースは、第２端末がサービスを送るために予約しているリソースであるか、又は第２サイドリンクリソースは、第２端末がサービスを受け取る傾向があるリソースであるか、又は第２サイドリンクリソースは、第２端末がサービスを送る傾向がないリソースである。

第２期間は、第２端末がサービスを送る傾向がある期間であるか、又は第２端末がサービスを受け取る傾向がない期間である。第３サイドリンクリソースは、第２端末がサービスを送る傾向があるリソースであるか、又は第３サイドリンクリソースは、第２端末がサービスを受け取る傾向がないリソースである。

伝送ステータスの上記の例を参照すると、可能な例では、本開示のこの実施形態の第１サイドリンクリソースは、以下の条件のうちの１つ以上を満たす：

条件３－１：第１サイドリンクリソースの時間範囲が第１期間と重複しない。

例えば第１期間は、第２端末がサービスを送るために予約している期間であるか、又は第１期間は、第２端末がサービスを受け取る傾向がある期間であるか、又は第１期間は、第２端末がサービスを受け取る傾向があるサイドリンクリソースが位置する期間である。第１サイドリンクリソースは、第１サービスを送るために使用されるため、この場合、第１サイドリンクリソースによって指示される時間範囲が第１期間と重複しないとき、第２端末の受信と送信の競合を回避することができる。

例えば第１期間は、第２端末がサービスを送る傾向がない期間であるか、又は第１期間は、第２端末がサービスを送る傾向がないサイドリンクリソースが位置する期間である。この場合、第１サイドリンクリソースによって指示される時間範囲が第１期間と重複しないとき、選択されたサイドリンクリソースは、第２端末によって必要とされる伝送に一致することができる。

条件３－２：第１サイドリンクリソースが第２サイドリンクリソースと重複しない。

条件３－３：第１サイドリンクリソースが位置する時間範囲が第２期間と重複する。

条件３－４：第１サイドリンクリソースが第３サイドリンクリソースに属する。

なお、伝送ステータスに基づいて１つ以上のサイドリンクリソースから第１サイドリンクリソースを選択するとき、第２端末は通常、第２端末の伝送と競合するサイドリンクリソースを回避する。しかしながら、伝送ステータスに基づいて１つ以上のサイドリンクリソースから第２端末によって選択されたサイドリンクリソースが、第２端末の伝送と競合する場合、第２端末は、選択されたサイドリンクリソースで送信される必要があるサービスＡの優先度と、第２端末によって伝送される必要があるサービスＢの優先度を比較して、サービスＡを送信される必要があるサイドリンクリソースを更に決定し得る。以下では、ケース１を参照して説明を提供する。

第２端末の伝送ステータスに基づいて、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定するプロセスについて、以下でケース１とケース２を参照して説明する。

ケース１

本開示の可能な実装では、第２端末が、第２端末の伝送ステータス及び１つ以上のサイドリンクリソースに基づいて第１サイドリンクリソースを決定することは、以下を含む：

ステップＡ：第２端末が、１つ以上のサイドリンクリソースから、第１サービスを伝達するために使用される第４サイドリンクリソースを決定する。

本開示の一実施形態では、第４サイドリンクリソースは、第２端末によって１つ以上のサイドリンクリソースからランダムに選択されてよい。

本開示の一実施形態では、第４サイドリンクリソースは、第１サービスの伝送時点（transmission moment）に基づいて第２端末によって決定されてよい。例えば第２端末が期間１で第１サービスを送るために予約している場合、期間１内のサイドリンクリソースが第４サイドリンクリソースとして決定されてよい。

本開示の一実施形態では、第４サイドリンクリソースは、第２端末の伝送ステータスに基づいて第２端末によって決定されてよいが、第４サイドリンクリソースの時間範囲は第４期間と重複する。第４期間は、第２端末が第２サービスを受け取るために予約している期間であるか、又は第４期間は、第２端末が第２サービスを受け取るために予約しているサイドリンクリソースが位置する期間である。

ステップＢ：第４サイドリンクリソースの時間範囲が第４期間と重複するとき、第２端末が、第１サービスの優先度と第２サービスの第１優先度に基づいて第１サイドリンクリソースを決定する。第２サービスは、第２端末が受け取るために予約しているサービスである。

一実装では、第２端末が１つ以上のサイドリンクリソースから第４サイドリンクリソースを決定した後、第２端末は、伝送ステータスに基づいて、第４サイドリンクリソースの時間範囲が第４期間と重複しているかどうかを判断し得る。

本開示の可能な実施形態では、第２端末が受け取るために予約している複数のサービスが存在する場合、第２サービスは、第２端末が受け取るために予約している複数のサービスの中で最も高い優先度のサービスであるか、又は事前に設定されたサービス優先度よりも高い優先度のサービスである。

第２端末が第１サイドリンクリソースを決定する方式は、第１サービスの優先度と第２サービスの第１優先度との間の関係を参照して、以下で詳細に説明される。

例１－１：第１サービスの優先度が第１優先度以上である。

本開示の可能な実装では、第２端末が第１サービスの優先度及び第２サービスの第１優先度に基づいて第１サイドリンクリソースを決定することは、以下を含む：第１サービスの優先度が第１優先度以上であるとき、第２端末は第４サイドリンクリソースが第１サイドリンクリソースであると決定する。これにより、優先度の高い第１サービスが優先的に送信されることを保証することができる。

例１－１を参照すると、本開示の可能な実施形態では、第４サイドリンクリソースの時間範囲が第４期間と重複するとき、第２端末は、重複した時間範囲内では第２サービスを受信しない。

なお、第２端末は、第２サービスの受け取りを放棄するか、第２サービスを送る端末と交渉して別の時間範囲で第３サービスを受け取ることがあることに留意されたい。これは、本開示のこの実施形態では限定されない。

例１－２：第１サービスの優先度が第１優先度以下である。

本開示の可能な実装では、第２端末が第１サービスの優先度及び第２サービスの第１優先度に基づいて第１サイドリンクリソースを決定することは、以下を含む：第１サービスの優先度が第１優先度以下である場合、第４サイドリンクリソースは第１サイドリンクリソースではないと判断する。

言い換えると、第１サービスの優先度が第１優先度以下であるとき、第２端末は、第１サービスを送るために第４サイドリンクリソースを使用することを除外し得る。次いで、第２端末は、第４サイドリンクリソースを含まない他のサイドリンクリソースから、第４期間と時間範囲が重複しないサイドリンクリソースを第１サイドリンクリソースとして選択する。これにより、受信と送信の競合を回避することができ、第２端末は第２サービスを成功裏に受信することもでき、第１サービスの信頼性のある送信を保証することができる。

例１－２を参照すると、本開示の可能な実施形態では、第４サイドリンクリソースの時間範囲が第４期間と重複するとき、第２端末は第４期間で第２サービスを受け取る。

したがって、例１－２では、第１サービスが正常に送信されることを保証するために、第２端末は、第１サービスを送る第１サイドリンクリソースとして、第４期間と時間範囲が重複しないサイドリンクリソースを選択し得る。

ケース１の詳細な説明については、説明のため一例を使用する。例えば１つ以上のサイドリンクリソースは、サイドリンクリソース１、サイドリンクリソース２、サイドリンクリソース３及びサイドリンクリソース４を含み、第４期間はスロット１である。第２端末は、第１サービスを伝達するために、サイドリンクリソース１からサイドリンクリソース４までサイドリンクリソース３を選択する。サイドリンクリソース３を選択した後、第２端末は、サイドリンクリソース３の時間範囲がスロット１と重複していることを見つける。この場合、第２端末が、第１サービスを送るためにサイドリンクリソース３を選択し続ける場合、受信と送信の競合が発生する可能性がある。上記の競合を回避するために、第２端末は、第１サービスと第２サービスの優先度を比較して、第２サービスを優先的に受信するか第１サービスを優先的に送信するかを判断し、そのため、受信時間と送信時間は重複せず、競合が回避される。例えばサイドリンクリソース３がスロット１と重複するとき、第１サービスの優先度が第２サービスの優先度以上である場合、第２端末は、受信と送信の競合を回避するために、サイドリンクリソース３で第１サービスを優先的に送ってよく、競合する期間には第２サービスを受け取らない。第１サービスの優先度が第２サービスの優先度以下である場合、第１端末は、サイドリンクリソース３が第１サービスを送るのに適していないと判断してよく、その後、第２端末は、最終的に選択されるサイドリンクリソースがスロット１と重複しないことを保証するように、第１サービスを送るためにサイドリンクリソース１、サイドリンクリソース２及びサイドリンクリソース４からサイドリンクリソースを選択し続けてよい。

ケース２

本開示の可能な実装では、第２端末が第２端末の伝送ステータス及び１つ以上のサイドリンクリソースに基づいて第１サイドリンクリソースを決定することは、以下を含む：

ステップＣ：第２端末がリソースプールを決定し、ここで、リソースプールは、１つ以上のサイドリンクリソース内の第４サイドリンクリソース以外のサイドリンクリソースを含み、第４サイドリンクリソースの時間範囲は、第４期間と重複する。

例えば第２端末は、第２端末の伝送ステータス及び１つ以上のサイドリンクリソースに基づいてリソースプールを決定する。リソースプールは、第４期間と時間範囲が重複するサイドリンクリソースを含まない。

ステップＤ：第２端末がリソースプールから第１サイドリンクリソースを決定し、ここで、第２サービスは、第２端末が受け取るために予約しているサービスである。

上記の解決策では、第２端末は、最初に、第２端末の伝送ステータスに基づいて、１つ以上のサイドリンクリソースから、第２端末による第２サービスの受信と競合するサイドリンクリソースを除外して、リソースプールを取得する。次いで、第２端末は、リソースプールから第１サイドリンクリソースを選択する。これにより、最終的に選択された第１サイドリンクリソースが、第２端末が第２サービスを受け取るために予約している第４期間と競合しないことを保証することができ、第２端末が正常に第２サービスを受信できることを保証することができ、また第２端末が正常に第１サービスを送ることも保証することができる。

ケース２を詳細に説明するために、説明のために最初に一例を使用する。例えば１つ以上のサイドリンクリソースは、サイドリンクリソース１、サイドリンクリソース２、サイドリンクリソース３及びサイドリンクリソース４を含み、第１期間はスロット１である。サイドリンクリソース１が位置する期間がスロット１と重複し、サイドリンクリソース２、サイドリンクリソース３及びサイドリンクリソース４が位置する期間がスロット１と重複しない場合、第２端末の受信と送信が競合しないことを保証するために、第２端末は、上記のリソースプールがサイドリンクリソース２、サイドリンクリソース３及びサイドリンクリソース４を含むと判断する。次いで、第２端末は、サイドリンクリソース２、サイドリンクリソース３及びサイドリンクリソース４から１つのサイドリンクリソースを第１サイドリンクリソースとして選択し得る。

本開示の一実施形態では、本開示のこの実施形態で提供される方法は、更に以下を含む：第２端末が、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定する方式を決定する。この方式は、第１方式と第２方式を含む。

第１方式は、第２端末の伝送ステータスに基づいて第１サイドリンクリソースを決定することである。第２方式は、サービス優先度に基づいて第１サイドリンクリソースを決定することである。第２方式は、第２端末によって選択されたサイドリンクリソースが、第２端末によって受信された第２サービスと競合するときに、第１サービスと第２サービスの優先度を比較することを意味することに留意されたい。

可能な実装では、第２端末は、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定するために、第１方式又は第２方式を使用することを自律的に決定し得る。

別の可能な実装では、第２端末は、第１端末によって第２端末に通知された１つ以上のサイドリンクリソースの量に基づいて、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定するために、第１方式又は第２方式を使用することを決定し得る。

例えば１つ以上のサイドリンクリソースの量が第１閾値以下である場合、第２端末は、第２方式を使用することを決定する。１つ以上のサイドリンクリソースの量が第１閾値以上である場合、第２端末は、第１方式を使用することを決定する。

更に別の可能な実装では、第２端末は、構成情報に基づいて、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定するために、第１方式又は第２方式を使用することを決定し得る。

例えば構成情報が、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定するために、第１方式を使用するように第２端末に指示する場合、第２端末は第１方式を使用する。構成情報が、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定するために第２方式を使用するように第２端末に指示する場合、第２端末は第２方式を使用する。

更に別の可能な実装では、第２端末は第１端末から指示情報を受け取り、ここで、指示情報は、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定する方式を決定することを第２端末に指示する。第２端末は、指示情報に基づいて、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定するために第１方式又は第２方式を使用することを決定する。

上記では主に、第４サイドリンクリソースが１つ以上のサイドリンクリソース内のサイドリンクリソースである例が使用されている。第４サイドリンクリソースが１つ以上のサイドリンクリソース内のサイドリンクリソースではなく、候補サイドリンクリソースであるとき、第２端末が第１サイドリンクリソースを決定する方式については、前述の説明を参照されたい。本開示のこの実施形態では、詳細は説明されない。違いは、第１方式を使用するか、第２方式を使用するかを決定するときに、サイドリンクリソースセット内のサイドリンクリソースの量が第１閾値以下である場合、第２端末は第２方式を使用すると決定することである。サイドリンクリソースセット内のサイドリンクリソースの量が第１閾値以上である場合、第２端末は第１方式を使用することを決定する。

上記では主に、第１サービスを伝送するためのサイドリンクリソースが位置する時間範囲と、第２端末が受信するために予約している第３サービスとの間の競合を回避するために、第１サイドリンクリソースを選択するプロセスについて説明している。実際のプロセスでは、第２端末によって選択され、かつ第１サービスを伝送するために使用される第１サイドリンクリソースが、第２端末によって受け取られるサービスと競合しないとき、第２端末は、第１サイドリンクリソースが位置する時間範囲と、第２端末が別のサービスを送る時間範囲との間の競合をできるだけ更に回避し得る。

例えば第４サイドリンクリソースの期間は、第２端末が第２サービスを受け取るために予約している期間と重複する。第４サイドリンクリソースの期間が、第２端末が第３サービスを送るために予約している期間と重複するとき、第２端末は、第１サービスの優先度と第３サービスの優先度を比較して、第１サービスを伝達するための第１サイドリンクリソースとして第４サイドリンクリソースを使用することができるかどうかを判断してもよい。例えば第１サービスの優先度が第３サービスの優先度以上である場合、第２端末は第４サイドリンクリソースを第１サイドリンクリソースとして使用する。例えば第１サービスの優先度が第３サービスの優先度以下である場合、第２端末は第４サイドリンクリソースが第１サイドリンクリソースではないと判断する。第３サービスは、第３サービスが送信されるよう予約されている期間内に送信される。

図１０に示されるように、第２端末は、サブチャネル（１）とサブチャネル（２）で伝送を予約している。例えば第２端末は、サイドリンクリソース６１とサイドリンクリソース６２でサービスを受け取るように予約し、サービスを送るために第１端末によって第２端末に推奨されるサイドリンクリソースは、サイドリンクリソース６３とサイドリンクリソース６４を含む。サイドリンクリソース６３が位置するスロットと、第２端末がサービスを受け取るために予約しているスロットは、同じスロットであるか又は重複している。この場合、受信と送信の競合を回避するために、第２端末は、第１サービスを送るためのリソースとしてサイドリンクリソース６３を使用しないことを決定する。しかしながら、サイドリンクリソース６４が位置するスロットと、第２端末がサービスを受け取るために予約しているスロットは重複しない。この場合、第２端末はサイドリンクリソース６４で第１サービスを送ることを選択してよい。

以下では、第１端末が端末１００であり、第２端末が端末２００である例を用いて、本開示の一実施形態で提供されるリソース決定方法を説明する。本方法は、以下のステップを含む。

ステップ１１０１：端末１００は、端末２００の伝送ステータスを取得する。端末２００の伝送ステータスは、これらに限定されないが、端末２００が受信を予約しているスロット、端末２００が送信を予約しているスロット、端末２００が受信を予約しているサイドリンクリソース、端末２００が送信を予約しているサイドリンクリソース、端末２００が受信傾向を持つスロット又はサイドリンクリソース、端末２００が送信傾向を持つスロット又はサイドリンクリソース、端末２００が受信傾向を持たないスロット又はサイドリンクリソース、端末２００が送信傾向を持つスロット又はサイドリンクリソース、のうちの少なくとも１つを含む。

可能な実装では、端末２００によって端末１００に送信されるトリガメッセージは、端末２００の伝送ステータスを伝達する。トリガメッセージは、１つ以上のサイドリンクリソースを端末２００に推奨（アドバイス）するように端末１００をトリガするために使用される。あるいは、トリガメッセージは、端末２００のために、サービスを送るために使用される１つ以上のサイドリンクリソースを選択するように端末１００をトリガするために使用される。

別の実装では、端末２００は、構成情報内の少なくとも１つのＩＤを端末１００に通知する。端末１００は、少なくとも１つのＩＤに基づいて、センシング時間ウィンドウ（sensing time window）で別の端末から端末２００への伝送を取得する。少なくとも１つのＩＤは、端末２００の様々な可能なＩＤであり、端末２００は異なるサービスタイプで異なるＩＤを有し得る。

例えば端末１００は、少なくとも１つのＩＤに基づいて、少なくとも１つのＩＤによって識別される端末が端末２００にサービスを送るために予約しているサイドリンクリソース又はスロットを決定し、端末２００がサービスを受け取るサイドリンクリソース又はスロットを決定し得る。

ステップ１１０２：端末１００が、端末２００の伝送ステータスに基づいて、支援情報によって示されるサイドリンクリソースを決定する。

支援情報によって示されるサイドリンクリソースは、サイドリンクリソースの選択対象のリソースプールを有することがある。一方式では、サイドリンクリソースは、サイドリンクリソースの選択対象のリソースプールから除外される。別の方式では、サイドリンクリソースは支援情報から除外される。

一方式では、端末２００の伝送ステータスと競合するサイドリンクリソースは、支援情報の選択対象のリソースプールから除外される。言い換えると、端末１００によって決定される支援情報の選択対象のリソースプール内のサイドリンクリソースは、以下の条件のうちの１つ以上を満たす、すなわち：端末２００が受信を予約しているスロット内のサイドリンクリソースが、端末１００によって選択対象のリソースプールに追加されていないことと、端末２００が受信を予約しているサイドリンクリソースが選択対象のリソースプールに追加されていないことと、端末２００が送信を予約しているサイドリンクリソースが選択対象のリソースプールに追加されていないことと、端末２００が送信を予約しているスロット内のサイドリンクリソースが選択対象のリソースプールに追加されていないことと（端末２００が複数のデータのピースを同時に伝送することができない場合に適用可能）、端末２００が受信する傾向があるスロット又はサイドリンクリソースが選択対象のリソースプールに追加されていないことと、端末２００が送信傾向を持つスロット又はサイドリンクリソースが選択対象のリソースプールに追加されていることと、端末２００が受信傾向を持たないスロット又はサイドリンクリソースが選択対象のリソースプールに追加されていることと、端末１００が送信傾向を持たないスロット又はサイドリンクリソースが選択対象のリソースプールに追加されていないことと、のうちの１つ以上を満たす。次いで、端末１００は、支援情報によって指示されるサイドリンクリソースとして、選択対象のリソースプール内のサイドリンクリソースを決定する。例えば支援情報によって指示されるサイドリンクリソースは、選択対象のリソースプール内のすべて又は一部のサイドリンクリソースを含み得る。

別の方式では、端末２００の伝送ステータスと競合するサイドリンクリソースは、支援情報から除外されない、すなわち、支援情報内のサイドリンクリソースは、以下のうちの１つ以上を満たす、すなわち、端末２００が受信を予約しているスロットのサイドリンクリソースに関する情報が支援情報に追加されないことと、端末２００が受信を予約しているサイドリンクリソースに関する情報が支援情報に追加されないことと、端末２００が送信を予約しているサイドリンクリソースに関する情報が支援情報に追加されないことと、端末２００が送信を予約しているスロットのサイドリンクリソースに関する情報が支援情報に追加されないことと（端末２００が同時に複数のデータのピースを送信することができない場合に適用可能である）、端末２００が受信傾向を持つスロットのサイドリンクリソースに関する情報が支援情報に追加されないことと、端末２００が受信傾向を持つサイドリンクリソースに関する情報が支援情報に追加されないことと、端末２００が送信傾向があるスロットのサイドリンクリソース又は端末２００が送信傾向を持つサイドリンクリソースに関する情報が支援情報に追加されることと、端末２００が受信傾向を持たないスロットのサイドリンクリソースに関する情報又は端末２００が受信傾向がないサイドリンクリソースに関する情報が支援情報に追加されることと、端末２００が送信傾向を持たないスロットのサイドリンクリソースに関する情報又は端末２００が送信傾向を持たないサイドリンクリソースに関する情報が支援情報に追加されないことと、のうちの１つ以上を満たす。

ステップ１１０３：端末１００が端末２００に支援情報を送信し、それに応じて端末２００は端末１００から支援情報を受信する。

ステップ１１０４：端末２００が、端末１００によって送信された支援情報に基づいてサイドリンクリソースを選択する。

ステップ１１０５：端末２００が、選択されたサイドリンクリソースでサービスを送る。

ステップ１１０５において端末２００によって送られるサービスの対象（すなわち、受信側）は、端末１００を含んでいることも、端末１００を含んでいないこともあることに留意されたい。

図１１で説明される実施形態では、支援情報によって指示されるサイドリンクリソースを選択するとき、端末１００は、端末２００の伝送ステータスを考慮し、そのため、支援情報によって指示されるサイドリンクリソースは、端末２００の伝送と競合するサイドリンクリソースを含まない。これにより、第２端末の伝送競合を回避する。

図１２に示されるように、第１端末が端末１００であり、第２端末が端末２００である例が、本開示の一実施形態で提供されるリソース決定方法を説明するために使用される。本方法は、以下のステップを含む。

ステップ１２０１：端末１００が、端末２００の伝送ステータスを取得する。

例えば端末２００の伝送ステータスは、以下の１つ以上、すなわち：端末２００が受信を予約しているサイドリンクリソースに関する情報、端末２００が送信を予約しているサイドリンクリソースに関する情報、端末２００が送信を予約しているスロットに関する情報、端末２００が受信傾向を持つスロットに関する情報、端末２００が送信傾向を持つスロットに関する情報、端末２００が送信傾向を持つサイドリンクリソースに関する情報、端末２００が受信傾向を持たないスロットに関する情報、端末２００が受信傾向を持たないサイドリンクリソースに関する情報、端末２００が送信傾向を持たないスロットに関する情報又は端末２００が送信傾向を持たないサイドリンクリソースに関する情報、のうちの１つ以上を含む。

ステップ１２０２：端末１００が、端末２００の伝送ステータスに基づいて、支援情報を伝達する第１サイドリンクリソースを決定する。

端末１００が送信側として使用され、第１サイドリンクリソースが、端末１００によって選択対象のリソースプールから決定される。端末２００の伝送ステータスによって引き起こされる競合を回避するために、一方式では、端末２００の伝送と競合するサイドリンクリソースを、選択対象のリソースプールから除外し、他の方式では、端末２００の伝送と競合するサイドリンクリソースを、１つ以上の選択されるサイドリンクリソースから除外する。別の可能な実装では、端末２００が１つのスロットで複数のデータのピースを受信することを可能にし、複数のスロットでの端末２００の受信によって引き起こされる消費電力を削減するために、第１サイドリンクリソースは、端末２００が支援情報を伝達するために受信を予約しているスロットにおいて選択されてよい。

一方式では、端末２００の伝送ステータスと競合するサイドリンクリソースは、選択対象のリソースプールから除外される。この場合、選択対象のリソースプールは、以下の条件のうちの１つ以上、すなわち：端末２００が受信を予約しているサイドリンクリソースが、選択対象のリソースプールに追加されていないことと、端末２００が送信を予約しているサイドリンクリソースが、選択対象のリソースプールに追加されていないことと、端末２００が送信を予約しているスロットのサイドリンクリソースが、選択対象のリソースプールに追加されていないことと、端末２００が受信傾向を持つスロットのサイドリンクリソース又は端末２００が受信傾向を持つサイドリンクリソースが、選択対象のリソースプールに追加されていることと、端末２００が送信傾向を持つスロットのサイドリンクリソース又は端末２００が送信傾向を持つサイドリンクリソースが、選択対象のリソースプールに追加されていないことと、端末２００が受信傾向を持たないスロットのサイドリンクリソース又は端末２００が受信傾向を持たないサイドリンクリソースが、選択対象のリソースプールに追加されていないことと、端末２００が送信傾向を持たないスロットのサイドリンクリソース又は端末２００が送信傾向を持たないサイドリンクリソースが、選択対象のリソースプールに追加されていることと、のうちの１つ以上を満たす。

次いで、端末１００は、決定された選択対象のリソースプールから支援情報を伝達する第１サイドリンクリソースを決定し得る。

別の方式では、端末２００の伝送ステータスによって引き起こされる競合は、支援情報を伝達する第１サイドリンクリソースから除外される。言い換えると、端末２００が受信を予約しているサイドリンクリソースは、第１サイドリンクリソースとして使用されず、端末２００が送信を予約しているサイドリンクリソースは、第１サイドリンクリソースとして使用されず、端末２００が送信を予約しているスロットのサイドリンクリソースは、第１サイドリンクリソースとして使用されず、端末２００が受信傾向を持つスロットのサイドリンクリソースが、第１サイドリンクリソースとして使用されるか又は端末２００が受信傾向を持つサイドリンクリソースが、第１サイドリンクリソースとして使用され、端末２００が送信傾向を持つスロットのサイドリンクリソースが、第１サイドリンクリソースとして使用されないか又は端末２００が送信傾向を持つサイドリンクリソースが、第１サイドリンクリソースとして使用されず、端末２００が受信傾向を持たないスロットのサイドリンクリソース又は端末２００が受信傾向を持たないサイドリンクリソースは、第１サイドリンクリソースとして使用されず、端末２００が送信傾向を持たないスロットのサイドリンクリソース又は端末２００が送信傾向を持たないサイドリンクリソースは、第１サイドリンクリソースとして使用される。

更に別の方式では、支援情報を伝達するサイドリンクリソースは、端末２００が受信傾向を持つスロットにおいて選択される。この場合、支援情報を伝達することができる選択されたサイドリンクリソースは、以下のケースのうちの１つ以上を満たす、すなわち：端末２００が受信を予約しているサイドリンクリソースが位置するスロットの別のサイドリンクリソースが、第１サイドリンクリソースとして使用され得ることと、端末２００が受信傾向を持つスロットのサイドリンクリソース又は端末２００が受信傾向を持つサイドリンクリソースが、第１サイドリンクリソースとして使用され得ることと、端末２００が送信傾向を持たないスロットのサイドリンクリソース又は端末２００が送信傾向を持たないサイドリンクリソースが、第１サイドリンクリソースとして使用され得ることと、のうちの１つ以上を満たす。

ステップ１２０３：端末１００が、ステップ１２０２において決定された第１サイドリンクリソースで支援情報を端末２００に送信する。

ステップ１２０４：端末２００が、端末１００によって送信された支援情報に基づいて、第２サイドリンクリソースを選択する。

ステップ１２０５：端末２００は、第２サイドリンクリソースでサービスを送る。

ステップ１２０５において端末２００によって送られるサービスの対象（すなわち、受信側）は、端末１００を含んでいることも、端末１００を含んでいないこともあることに留意されたい。

図１３に示されるように、第１端末が端末１００であり、第２端末が端末２００である例を使用して、本開示の一実施形態で提供されるリソース決定方法を説明する。本方法は、以下のステップを含む。

ステップ１３０１：端末１００は、端末３００が端末２００にメッセージを送信することを予約していると判断する。このように、端末３００が端末２００へメッセージを送信することを予約しているという事実に基づいて、端末２００がメッセージを受信する期間に関する情報又はサイドリンクリソースに関する情報を決定することは、端末１００にとって便利である。

ステップ１３０２：端末１００が、端末２００に支援情報を送信し、ここで、支援情報は、端末２００にサイドリンクリソースのグループを指示するために使用され、サイドリンクリソースのグループは、端末２００によって送られるサービスを伝達するために使用されてよく、サイドリンクリソースのグループは、１つ以上のサイドリンクリソースを含む。

ステップ１３０３：端末２００は、端末２００の伝送ステータスと支援情報に基づいて、ターゲットのサイドリンクリソースを決定する。

方式１では、受信が予約されているスロットに基づいてターゲットのサイドリンクリソースを選択するとき、端末２００は、支援情報から、受信が予約されているスロットのリソースを除外する。理由は、支援情報によって指示されるサイドリンクリソースのグループは、端末１００によって端末２００のために選択され、かつサービスを送るために使用されるリソースであり、端末２００が受信を予約しているスロットは、サービスを受け取るために端末２００によって使用されるリソースであるため、端末２００が、受信が予約されているスロットのリソースを使用することによって送信を行う場合、受信と送信の競合が発生するからである。もちろん、支援情報によって指示されるサイドリンクリソースのグループが、端末１００によって端末２００のために選択され、かつサービスを送るために推奨されないサイドリンクリソースである場合は、第２端末は前述の除外を行う必要はない。

さらに、送信が予約されているサイドリンクリソースに関する情報に基づいて、ターゲットのサイドリンクリソースを選択するとき、端末２００は、支援情報によって指示されるサイドリンクリソースのグループから、送信が予約されているサイドリンクリソースを除外する。

別の方式２では、端末２００は、ターゲットのサイドリンクリソースで送信されるサービスＡの優先度と、端末２００によって伝送されたサービスＢの優先度に基づいて、ターゲットのサイドリンクリソースを決定する。例えばサービスＡの優先度は優先度ｘであり、端末２００は、受信／送信されるように予約されているサービスＢの優先度が優先度ｙであると決定し、優先度ｘと優先度ｙに基づいて、サイドリンクリソースのグループ内のリソースを除外するかどうかを判断し、ターゲットのサイドリンクリソースを決定する。

優先度ｘが、受信予約されているサービスＢの優先度ｙより低い場合、端末２００は、競合するスロットでサービスＢを受け取る。任意に、端末１００によってサービスＡを送るために選択されたサイドリンクリソースがサイドリンクリソースＡである場合、端末２００は、サービスＡを送るためのターゲットサイドリンクリソースとして、サイドリンクリソースのグループからサイドリンクリソースＡを除外することを決定する。

優先度ｘが、受信予約されているサービスＢの優先度ｙよりも高い場合、端末２００は、サイドリンクリソースＡをターゲットサイドリンクリソースとして使用して、競合するスロットでサービスＡを送る。

優先度ｘが、受信予約されているサービスＢの優先度ｙと等しい場合、端末２００は、サービスＡを送るためのターゲットサイドリンクリソースとして、サイドリンクリソースのグループからサイドリンクリソースＡを除外することを決定し、あるいは更にスクリーニングを実行する。一実装では、優先度ｘが優先度ｙと等しいとき、サービスＡを送るためのターゲットサイドリンクリソースとして、サイドリンクリソースのグループからサイドリンクリソースＡを除外することを決定した後、端末２００が依然として、選択するための十分なサイドリンクリソースを持っている場合、端末２００は、サイドリンクリソースのグループからサイドリンクリソースＡを除外する。

任意に、端末２００が、受信予約された複数のサービスを有する場合、サービスＢは、端末２００によって受信予約された複数のサービスの中で最も高い優先度のサービスである。

可能な場合には、上記２つ方式の両方が実装される。上記の方式１が一部のシナリオで使用され、上記の方式２が他のシナリオで使用される。

一例では、端末２００は、構成情報、端末１００からの指示情報、支援情報を使用することにより端末１００によって端末２００に推奨されるサイドリンクリソースのグループ内のサイドリンクリソースの量等に基づいて、支援情報内のサイドリンクリソースを方式１で処理するか又は方式２で処理するかを判断する。

例えば端末２００がモード（mode）２ｂを構成するか、端末１００が、モード２ｂを使用するように端末２００に指示する場合、端末２００は、方式１が、支援情報内のサイドリンクリソースを処理するために使用されると判断する。モード２ｂはシナリオ名である。

例えば端末２００がモード２ｄを構成するか、端末１００が、モード２ｄを使用するように端末２００に指示する場合、端末２００は、方式２が、支援情報内のサイドリンクリソースを処理するために使用される判断する。モード２ｄはシナリオ名である。

例えば支援情報によって指示されるサイドリンクリソースのグループ内のサイドリンクリソースの量が閾値未満である場合、端末２００は方式２で処理を実行する。そうでない場合、端末２００は方式１で処理を実行する。

ステップ１３０４：端末２００が、選択されたターゲットサイドリンクリソースでサービスを送る。サービスを受け取る受信側は、必ずしも端末１００を含まない。

上記は主に、ネットワーク要素間の対話の観点から、本開示の実施形態における解決策を説明している。上記の機能を実装するために、第１端末及び第２端末のようなネットワーク要素は、機能を実装するための対応する構造及び／又はソフトウェアモジュールを含むことが理解され得る。当業者は、本明細書に開示されている実施形態で説明される実施例のユニット及びアルゴリズムステップと組み合わせて、本開示がハードウェア又はハードウェアとコンピュータソフトウェアの組合せを使用することによって実装されてよいことを容易に認識すべきである。機能がハードウェアによって実行されるか、ハードウェアを駆動するコンピュータソフトウェアによって実行されるかは、特定の用途と技術的解決策の設計制約に依存する。当業者は、特定の用途ごとに、説明される機能を実装するために異なる方法を使用し得るかが、その実装が本開示の範囲を超えると見なされるべきではない。

本開示の実施形態では、第１端末及び第２端末は各々、上記の方法の実施例に基づいて、機能ユニットに分割されてよい。例えば各機能ユニットは、各対応する機能に基づく分割を通して取得されてもよく、２つ以上の機能が１つの処理ユニットに統合されてもよい。統合されたユニットは、ハードウェアの形式で実装されてよく、ソフトウェアの機能ユニットの形式で実装されてもよい。本開示の実施形態では、ユニット分割は一例であり、単なる論理機能分割であることに留意されたい。実際の実装の間に、別の分割方式が使用されてもよい。

上記では、図４から図１３を参照して、本開示の実施形態における方法を説明している。以下では、本開示の実施形態において提供され、上記の方法を実行する通信装置を説明する。当業者は、方法と装置が相互に組み合わされて参照されてよいことを理解することができる。本開示の実施形態で提供される通信装置は、上記のリソース決定方法で第１端末と第２端末によって実行されるステップを実行し得る。

統合ユニットが使用されるとき、図１４は、上記の実施形態の通信装置を示す。通信装置は、通信モジュール１４１３と処理モジュール１４１２を含み得る。

任意の実装では、通信装置は、通信装置のプログラムコード及びデータを記憶するように構成される、記憶モジュール１４１１を更に含み得る。

一例では、通信装置は、第１端末であるか又は第１端末に適用されるチップである。この場合、通信モジュール１４１３は、外部ネットワーク要素（例えば第２端末）と通信する際に通信装置をサポートするように構成される。例えば通信モジュール１４１３は、上記の方法の実施形態において、第１端末によって実行される受信及び送信動作を実行するように構成される。処理モジュール１４１２は、上記の方法の実施形態において、第１端末によって実行される処理動作を実行するように構成される。

例えば通信モジュール１４１３は、前述の実施形態において、図４のステップ４０１で第１端末によって実行される取得動作を実行するように構成される。処理モジュール１４１２は、前述の実施形態において、第１端末によって実行される処理動作、例えばステップ４０２を実行する際に通信装置をサポートするように構成される。通信モジュール１４１３は、前述の実施形態において、図４のステップ４０３で第１端末によって実行される送信動作を実行するように構成される。

別の例では、通信装置は、第２端末であるか又は第２端末に適用されるチップである。この場合、通信モジュール１４１３は、外部ネットワーク要素（例えば第１端末）と通信する際に通信装置をサポートするように構成される。例えば通信モジュール１４１３は、前述の方法の実施形態において、第２端末によって実行される受信及び送信動作を実行するように構成される。処理モジュール１４１２は、前述の方法の実施形態において、第２端末によって実行される処理動作を実行するように構成される。

例えば通信モジュール１４１３は、前述の実施形態において、図４のステップ４０３で第２端末によって実行される受信動作を実行するように構成される。処理モジュール１４１２は、前述の実施形態において、第２端末によって実行されるステップ４０４を実行するように構成される。

更に別の例では、通信装置は、第１端末であるか又は第１端末に適用されるチップである。この場合、通信モジュール１４１３は、外部ネットワーク要素（例えば第２端末）と通信する際に通信装置をサポートするように構成される。例えば通信モジュール１４１３は、前述の方法の実施形態において、第１端末によって実行される受信及び送信動作を実行するように構成される。処理モジュール１４１２は、前述の方法の実施形態において、第１端末によって実行される処理動作を実行するように構成される。

例えば通信モジュール１４１３は、前述の実施形態において、図６のステップ６０１で第１端末によって実行される取得動作を実行するように構成される。処理モジュール１４１２は、前述の実施形態において、第１端末によって実行される処理動作、例えばステップ６０２を実行する際に通信装置がサポートするように構成される。通信モジュール１４１３は、前述の実施形態において、図６のステップ６０３において、第１端末によって実行される送信動作を実行するように構成される。

更に別の例では、通信装置は、第２端末であるか又は第２端末に適用されたチップである。この場合、通信モジュール１４１３は、外部ネットワーク要素（例えば第１端末）と通信する際に通信装置をサポートするように構成される。例えば通信モジュール１４１３は、前述の方法の実施形態において、第２端末によって実行される受信及び送信動作を実行するように構成される。処理モジュール１４１２は、前述の方法の実施形態において、第２端末によって実行される処理動作を実行するように構成される。

例えば通信モジュール１４１３は、前述の実施形態において、図６のステップ６０３で第２端末によって実行される受信動作を実行するように構成される。処理モジュール１４１２は、前述の実施形態において、第２端末によって実行されるステップ６０４を実行するうに構成される。

更に別の例では、通信装置は、第１端末であるか又は第１端末に適用されるチップである。この場合、通信モジュール１４１３は、外部ネットワーク要素（例えば第２端末）と通信する際に通信装置をサポートするように構成される。例えば通信モジュール１４１３は、前述の方法の実施形態において、第１端末によって実行される受信及び送信動作を実行するように構成される。処理モジュール１４１２は、前述の方法の実施形態において、第１端末によって実行される処理動作を実行するように構成される。

例えば通信モジュール１４１３は、前述の実施形態において、図９のステップ９０２で第１端末によって実行される送信動作を実行するように構成される。処理モジュール１４１２は、前述の実施形態において、第１端末によって実行される処理動作、例えばステップ９０１を実行する際に通信装置をサポートするように構成される。

更なる例では、通信装置は、第２端末であるか又は第２端末に適用されるチップである。この場合、通信モジュール１４１３は、外部ネットワーク要素（例えば第１端末）と通信する際に通信装置をサポートするように構成される。例えば通信モジュール１４１３は、前述の方法の実施形態において、第２端末によって実行される受信及び送信動作を実行するように構成される。処理モジュール１４１２は、前述の方法の実施形態において、第２端末によって実行される処理動作を実行するように構成される。

例えば通信モジュール１４１３は、前述の実施形態において、図９のステップ９０２で第２端末によって実行される受信動作を実行するように構成される。処理モジュール１４１２は、前述の実施形態において第２端末によって実行されるステップ９０３を実行するように構成される。通信モジュール１４１３は更に、前述の実施形態において図９のステップ９０４で第２端末によって実行される送信動作を実行するように構成される。

図１４では、通信モジュール１４１３が代替的に通信ユニットに置換されてよく、処理モジュール１４１２が代替的に処理ユニットに置換されてよく、記憶モジュール１４１１が代替的に記憶ユニットに置換されてもよいことに留意されたい。処理ユニットは、通信装置の動作を制御及び管理するように構成される。例えば処理ユニットは、通信装置によって実行される情報／データ処理のステップを実行するように構成される。通信ユニットは、情報／データの送信又は受信ステップを実行する際に通信装置をサポートするように構成される。

可能な実装では、通信ユニットは受信ユニットと送信ユニットを含んでもよい。受信ユニットは信号を受信するように構成され、送信ユニットは信号を送信するように構成される。

処理モジュール１４１２は、プロセッサ又はコントローラ、例えば中央処理ユニット、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又は別のプログラマブル論理デバイス、トランジスタ論理デバイス、ハードウェア構成要素、あるいはこれらの任意の組合せであってよい。プロセッサは、本開示で開示される内容に関連して説明される、様々な例示的な論理ブロック、モジュール及び回路を実装又は実行し得る。あるいは、プロセッサは、コンピューティング機能を実装するプロセッサの組合せ、例えば１つ以上のマイクロプロセッサの組合せ又はデジタル信号プロセッサとマイクロプロセッサの組合せであってもよい。通信モジュールは、トランシーバ、トランシーバ回路、通信インタフェース等であってよい。記憶モジュールは、メモリであってよい。

処理モジュール１４１２がプロセッサ３１又はプロセッサ３５であり、通信モジュール１４１３がトランシーバ３３であり、記憶モジュール１４１１がメモリ３２であるとき、本開示の通信装置は、図３に示される通信デバイスであってよい。

通信モジュールは、装置の通信インタフェースであってよく、別の装置からの信号を受信するように構成される。例えば装置がチップとして実装されるとき、通信モジュールは、別のチップ又は装置から信号を受信するか又は別のチップ又は装置に信号を送信するためにチップによって使用される、通信インタフェースである。

図１５は、本開示の一実施形態による、チップ１５０の構造の概略図である。チップ１５０は、１つ又は複数（２つを含む）のプロセッサ１５１０と通信インタフェース１５３０を含む。

任意に、チップ１５０はメモリ１５４０を更に含む。メモリ１５４０は、読取専用メモリ及びランダムアクセスメモリを含んでよく、プロセッサ１５１０に動作命令及びデータを提供してもよい。メモリ１５４０の一部は、不揮発性ランダムアクセスメモリ（nonvolatile random access memory、ＮＶＲＡＭ）を更に含んでよい。

いくつかの実装では、メモリ１５４０は、以下の要素：すなわち、実行可能モジュール又はデータ構造、そのサブセット又はその拡張セットを記憶する。

本開示のこの実施形態では、メモリ１５４０に記憶される動作命令（動作命令はオペレーティングシステムに記憶されてもよい）を呼び出して、対応する動作を実行する。

可能な実装では、第１端末と第２端末は同様のチップ構造を使用し、異なる装置は異なるチップを使用してそれぞれの機能を実装してよい。

プロセッサ１５１０は、第１端末と第２端末のうちのいずれか１つの処理動作を制御し、プロセッサ１５１０は、中央処理ユニット（central processing unit、ＣＰＵ）と呼ばれることもある。

メモリ１５４０は、読取専用メモリとランダムアクセスメモリを含んでよく、プロセッサ１５１０に命令とデータを提供してもよい。メモリ１５４０の一部は、ＮＶＲＡＭを更に含んでもよい。例えばある用途では、プロセッサ１５１０、通信インタフェース１５３０及びメモリ１５４０は、バスシステム１５２０を通して一緒に結合される。バスシステム１５２０は、データバスに加えて、電力バス、制御バス、ステータス信号バス等を更に含んでよい。しかしながら、明確な説明のために、図１５の様々なタイプのバスは、バスシステム１５２０としてマークされる。

本開示の実施形態で開示される方法は、プロセッサ１５１０に適用されてよく、あるいはプロセッサ１５１０によって実装されてもよい。プロセッサ１５１０は集積回路チップであってよく、信号処理能力を有する。実装プロセスでは、上述の方法のステップは、プロセッサ１５１０内のハードウェア集積論理回路を使用することによって又はソフトウェア形式の命令を使用することによって実装されてよい。プロセッサ１５１０は、汎用プロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、ＡＳＩＣ、フィールドプログラマブルゲートアレイ（field-programmable gate array、ＦＰＧＡ）又は別のプログラマブル論理デバイス、離散ゲート又はトランジスタ論理デバイス、あるいは離散ハードウェア構成要素であってよい。プロセッサは、本開示の実施形態で開示される方法、ステップ及び論理ブロック図を実装又は実行し得る。汎用プロセッサはマイクロプロセッサであってよく、あるいはプロセッサは従来のプロセッサ等であってもよい。本開示の実施形態に関連して開示される方法のステップは、ハードウェア復号プロセッサによって直接実行されて完了されてよく、あるいは復号プロセッサ内のハードウェアとソフトウェアモジュールの組合せを使用することによって実行されて完了されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読取専用メモリ、プログラマブル読取専用メモリ、電気的に消去可能なプログラマブルメモリ又はレジスタのような、当技術分野の成熟した記憶媒体に配置されてもよい。記憶媒体はメモリ１５４０に配置され、プロセッサ１５１０はメモリ１５４０内の情報を読み出し、プロセッサ１５１０のハードウェアと組み合わせて前述の方法のステップを完了する。

可能な実装では、通信インタフェース１５３０は、図４から図１３に示される実施形態における、第１端末の受信ステップ及び送信ステップを実行するように構成される。プロセッサ１５１０は、図４から図１３に示される実施形態における、第１端末の処理ステップを実行するように構成される。

別の可能な実施形態では、通信インタフェース１５３０は、図４から図１３に示される実施形態における、第２端末の受信ステップ及び送信ステップを実行するように構成される。プロセッサ１５１０は、図４から図１３に示される実施形態における、第２端末の処理ステップを実行するように構成される。

一側面によると、コンピュータ読取可能記憶媒体が提供される。コンピュータ読取可能記憶媒体は命令を記憶し、命令が実行されると、図４の第１端末によって実行される機能が実装される。

一側面によると、コンピュータ読取可能記憶媒体が提供される。コンピュータ読取可能記憶媒体は命令を記憶し、命令が実行されると、図４の第２端末によって実行される機能が実装される。

一側面によると、コンピュータ読取可能記憶媒体が提供される。コンピュータ読取可能記憶媒体は命令を記憶し、命令が実行されると、図６の第１端末によって実行される機能が実装される。

一側面によると、コンピュータ読取可能記憶媒体が提供される。コンピュータ読取可能記憶媒体は命令を記憶し、命令が実行されると、図６の第２端末によって実行される機能が実装される。

一側面によると、コンピュータ読取可能記憶媒体が提供される。コンピュータ読取可能記憶媒体は命令を記憶し、命令が実行されると、図９の第１端末によって実行される機能が実装される。

一側面によると、コンピュータ読取可能記憶媒体が提供される。コンピュータ読取可能記憶媒体は命令を記憶し、命令が実行されると、図９の第２端末によって実行される機能が実装される。

一側面によると、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は命令を含み、命令が実行されると、図４の第１端末によって実行される機能が実装される。

別の側面によると、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は命令を含み、命令が実行されると、図４の第２端末によって実行される機能が実装される。

一側面によると、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は命令を含み、命令が実行されると、図６の第１端末によって実行される機能が実装される。

別の側面によると、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は命令を含み、命令が実行されると、図６の第２端末によって実行される機能が実装される。

一側面によると、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は命令を含み、命令が実行されると、図９の第１端末によって実行される機能が実装される。

別の側面によると、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は命令を含み、命令が実行されると、図９の第２端末によって実行される機能が実装される。

一側面によると、チップが提供される。チップは第１端末に適用され、チップは少なくとも１つのプロセッサと通信インタフェースを含む。通信インタフェースは少なくとも１つのプロセッサに結合され、プロセッサは、図４の第１端末によって実行される機能を実装するために、命令を実行するように構成される。

一側面によると、チップが提供される。チップは第２端末に適用され、チップは少なくとも１つのプロセッサと通信インタフェースを含む。通信インタフェースは少なくとも１つのプロセッサに結合され、プロセッサは、図４の第２端末によって実行される機能を実装するために、命令を実行するように構成される。

別の側面によると、本開示の一実施形態はチップを提供する。チップは第１端末に適用され、チップは少なくとも１つのプロセッサと通信インタフェースを含む。通信インタフェースは少なくとも１つのプロセッサに結合され、プロセッサは、図６の第１端末によって実行される機能を実装するために、命令を実行するように構成される。

一側面によると、チップが提供される。チップは第２端末に適用され、チップは少なくとも１つのプロセッサと通信インタフェースを含む。通信インタフェースは少なくとも１つのプロセッサに結合され、プロセッサは、図６の第２端末によって実行される機能を実装するために、命令を実行するように構成される。

一態様によると、チップが提供される。チップは第２端末に適用され、チップは少なくとも１つのプロセッサと通信インタフェースを含む。通信インタフェースは少なくとも１つのプロセッサに結合され、プロセッサは、図９の第２端末によって実行される機能を実装するために、命令を実行するように構成される。

本開示の一実施形態は通信システムを提供する。通信システムは第１端末と第２端末を含む。第１端末は、図４の第１端末によって実行される機能を実行するように構成され、第２端末は、図４の第２端末によって実行される機能を実行するように構成される。

本開示の一実施形態は通信システムを提供する。通信システムは第１端末と第２端末を含む。第１端末は、図６の第１端末によって実行される機能を実行するように構成され、第２端末は、図６の第２端末によって実行される機能を実行するように構成される。

本開示の一実施形態は通信システムを提供する。通信システムは第１端末と第２端末を含む。第１端末は、図９の第１端末によって実行される機能を実行するように構成され、第２端末は、図９の第２端末によって実行される機能を実行するように構成される。

上記の説明に関連して、本開示は以下の実施形態を更に提供する。

実施形態１：リソース決定方法が提供される。本方法は、第１端末に適用され、本方法は、以下を含む：第１端末が、伝送情報を取得し、ここで、伝送情報は、第２端末の伝送ステータスを決定するために使用される。第１端末が、伝送ステータスに基づいて１つ以上のサイドリンクリソースを決定し、ここで、サイドリンクリソースは、データを送信するために第２端末によって使用され得るか、サイドリンクリソースは、第２端末に送信されるサービスを伝達するために使用され得る。第１端末は、第２端末に第１情報を送信するか又は１つ以上のサイドリンクリソース内の第１サイドリンクリソースで第２端末にサービスを送信し、ここで、第１情報は、１つ以上のサイドリンクリソースに関する情報を示すために使用される。

実施形態２：実施形態１の方法によると、伝送ステータスが、以下のうちの１つ以上、すなわち、
第１期間を示すために使用される情報であって、ここで、第１期間は、第２端末がサービスを受け取るために予約している期間であるか、又は第２端末がサービスを送るために予約している期間であるか、又は第２端末がサービスを受け取る傾向がある期間であるか、又は第２端末がサービスを送る傾向がない期間である、第１期間を示すために使用される情報と、
第２サイドリンクリソースに関する情報であって、ここで、第２サイドリンクリソースは、第２端末がサービスを伝送するために予約しているリソースであるか、又は第２サイドリンクリソースは、第２端末がサービスを受け取る傾向があるリソースであるか、又は第２サイドリンクリソースは、第２端末がサービスを送る傾向がないリソースであり、ここで、サービス伝送を予約することは、サービス受信を予約すること又はサービス送信を予約することを含む、第２サイドリンクリソースに関する情報と、
第２期間を示すために使用される情報であって、ここで、第２期間は、第２端末がサービスを送る傾向がある期間であるか、又は第２端末がサービスを受け取る傾向がない期間である、第２期間を示すために使用される情報と、
第３サイドリンクリソースに関する情報であって、ここで、第３サイドリンクリソースは、第２端末がサービスを送る傾向があるリソースであるか、又は第２端末がサービスを受け取る傾向がないリソースである、第３サイドリンクリソースに関する情報と、
のうちの１つ以上を含むとき、サイドリンクリソースは、データを送信するために第２端末によって使用され得る。

実施形態３：実施形態２の方法によると、１つ以上のサイドリンクリソースのうちの少なくとも１つのサイドリンクリソースは、以下の条件のうちの１つ以上、すなわち、
伝送ステータスが第１期間を示すために使用される情報を含むとき、少なくとも１つのサイドリンクリソースの時間範囲が第１期間と重複しないことと、
伝送ステータスが第２サイドリンクリソースに関する情報を含むとき、少なくとも１つのサイドリンクリソースが第２サイドリンクリソースと重複しないことと、
伝送ステータスが第２期間を示すために使用される情報を含むとき、少なくとも１つのサイドリンクリソースの時間範囲が第２期間と重複することと、
伝送ステータスが第３サイドリンクリソースに関する情報を含むとき、少なくとも１つのサイドリンクリソースが第３サイドリンクリソースに属することと、
のうちの１つ以上を満たす。

実施形態４：実施形態２又は実施形態３の方法によると、第２端末が複数のサービスを同時に送信することができないとき、少なくとも１つのサイドリンクリソースの時間範囲が、第１期間と重複しないか、又は
第２端末が複数のサービスを同時に送信することができるとき、少なくとも１つのサイドリンクリソースの時間範囲が、第１期間と重複し得る。

実施形態５：実施形態１の方法によると、伝送ステータスが、以下のうちの１つ以上を含むとき、すなわち、
第４サイドリンクリソースに関する情報であって、ここで、第４サイドリンクリソースは、第２端末がサービスを受け取るために予約しているリソースであるか、又は第２端末がサービスを送るために予約しているリソースであるか、又は第２端末がサービスを送る傾向があるリソースであるか、又は第２端末がサービスを受け取る傾向がないリソースである、第４サイドリンクリソースに関する情報と、
第３期間を示すために使用される情報であって、ここで、第３期間は、第２端末がサービスを送るために予約している期間であるか、又は第２端末がサービスを送る傾向がある期間であるか、又は第２端末がサービスを受け取る傾向がない期間である、第３期間を示すために使用される情報と、
第４期間を示すために使用される情報であって、ここで、第４期間は、第２端末がサービスを受け取る傾向がある期間であるか、又は第２端末がサービスを送る傾向がない期間であるか、又は第２端末がサービスを受け取るために予約している期間である、第４期間を示すために使用される情報と、
第５サイドリンクリソースに関する情報であって、ここで、第５サイドリンクリソースは、第２端末がサービスを受け取る傾向があるリソースであるか、又は第２端末がサービスを送る傾向がないリソースである、第５サイドリンクリソースに関する情報と、
のうちの１つ以上を含むとき、サイドリンクリソースは、第２端末に送信されるサービスを伝達するために使用され得る。

実施形態６：実施形態５の方法によると、第１サイドリンクリソースは、以下の条件のうちの１つ以上、すなわち、
伝送ステータスが第４サイドリンクリソースに関する情報を含むとき、第１サイドリンクリソースが第４サイドリンクリソースと重複しないことと、
伝送ステータスが第３期間を示すために使用される情報を含むとき、第１サイドリンクリソースの時間範囲が第３期間と重複しないことと、
伝送ステータスが第４期間を示すために使用される情報を含むとき、第１サイドリンクリソースの時間範囲が第４期間と重複することと、
伝送ステータスが第５サイドリンクリソースに関する情報を含むとき、第１サイドリンクリソースが第５サイドリンクリソースに属することと、
のうちの１つ以上を満たす。

実施形態７：実施形態１乃至実施形態６のいずれか１つの方法によると、第１端末が伝送情報を取得することは：第１端末が、第２端末から伝送情報を受信すること；あるいは、第１端末が、別の端末によって送信された第２情報を受信することであって、ここで、第２情報は少なくとも、第２端末の識別子を含むことと；第１端末が、第２情報に基づいて伝送情報を決定することとを含む。

実施形態８：実施形態１乃至実施形態７のいずれか１つの方法によると、第１端末が伝送ステータスに基づいて１つ以上のサイドリンクリソースを決定することは、以下を含む：第１端末が、センシングされたサイドリンクリソースから１つ以上の候補サイドリンクリソースを決定する。第１端末が、伝送ステータスに基づいて、１つ以上の候補サイドリンクリソースから１つ以上のサイドリンクリソースを決定する。第１端末は、第２端末の伝送ステータスを参照することなく、センシングされたサイドリンクリソースから１つ以上の候補サイドリンクリソースを決定するため、１つ以上の候補サイドリンクリソースには、以下のケースがある可能性がある：ケース１．候補サイドリンクリソースのすべてが、第２端末の伝送と競合する可能性がある。ケース２．候補サイドリンクリソースの一部は、第２端末の伝送と競合しない可能性があるが、候補サイドリンクリソースの一部が、第２端末の伝送と競合する可能性がある。ケース３．候補サイドリンクリソースのすべてが、第２端末の伝送と競合しない可能性がある。ケース１では、第１端末は、１つ以上の候補サイドリンクリソースから、少なくとも、第２端末の伝送と競合しないサイドリンクリソースを決定することができない可能性がある。

実施形態９：実施形態１乃至実施形態７のいずれか１つの方法によると、第１端末が伝送ステータスに基づいて１つ以上のサイドリンクリソースを決定することは、以下を含む：第１端末が、伝送ステータスに基づいて、センシングされたサイドリンクリソースから１つ以上の候補サイドリンクリソースを決定する。第１端末が、１つ以上の候補サイドリンクリソースから１つ以上のサイドリンクリソースを決定する。１つ以上の候補サイドリンクリソースは、第２端末の伝送と競合しない候補サイドリンクリソースを少なくとも含む。第１端末は、第２端末の伝送ステータスを参照して、センシングされたサイドリンクリソースから１つ以上の候補サイドリンクリソースを決定するため、１つ以上の候補サイドリンクリソースには、以下のケースがある可能性がある：ケース１．候補サイドリンクリソースの一部が、第２端末の伝送と競合しない可能性があるが、候補サイドリンクリソースの一部が、第２端末の伝送と競合する可能性がある。ケース２．候補サイドリンクリソースのすべてが第２端末の伝送と競合しない可能性がある。

実施形態１０：実施形態１乃至実施形態９のいずれか１つの方法によると、１つ以上のサイドリンクリソースのうちの少なくとも１つのサイドリンクリソースは、第２端末のサービス伝送に対応するリソースと重複しない。

実施形態１１：実施形態１乃至実施形態１０のいずれか１つの方法によると、本開示のこの実施形態において提供される方法は、第１端末が、１つ以上のサイドリンクリソース内の第６サイドリンクリソースで第２端末からデータを受信することを更に含む。

実施形態１２：リソース決定方法が提供される。本方法は、第２端末に適用され、本方法は、以下を含む：

第２端末が、第１端末から第１情報を受信し、ここで、第１情報は、１つ以上のサイドリンクリソースに関する情報を示すために使用され、１つ以上のサイドリンクリソースは、第１サービスを送るために第２端末によって使用されるサイドリンクリソースを決定するために使用される。

第２端末が、１つ以上のサイドリンクリソースに基づいて第１サイドリンクリソースを決定し、第１サイドリンクリソースは、少なくとも、サービスを伝送するために第２端末によって使用される対応するリソースと重複しない。

第２端末が、第１サイドリンクリソースで第１サービスを送る。

実施形態１３：実施形態１２の方法によると、第２端末が、１つ以上のサイドリンクリソースに基づいて第１サイドリンクリソースを決定することは、以下を含む：

第２端末が、第２端末の伝送ステータス及び１つ以上のサイドリンクリソースに基づいて、第１サイドリンクリソースを決定する。

伝送ステータスは、サービスを伝送するために第２端末によって使用される対応するリソースに関する情報を含み、サービスを伝送するために第２端末によって使用される対応するリソースは、サービスを伝達するサイドリンクリソース又はサービスを受信又は送信するための期間に関する情報を含む。

実施形態１４：実施形態１３の方法によると、伝送ステータスは、以下のうちの１つ以上、すなわち、
第１期間を示すために使用される情報、第２サイドリンクリソースに関する情報、第２期間を示すために使用される情報及び第３サイドリンクリソースに関する情報、のうちの１つ以上を含む。

第１期間は、第２端末がサービスを送るために予約している期間であるか、又は第２端末がサービスを受け取るために予約している期間であるか、又は第２端末がサービスを受け取る傾向がある期間であるか、又は第２端末がサービスを送る傾向がない期間である。

第２サイドリンクリソースは、第２端末がサービスを受け取るために予約しているリソースであるか、第２端末がサービスを送るために予約しているリソースであるか、第２端末がサービスを受け取る傾向があるリソースであるか、又は第２端末がサービスを送る傾向がないリソースである。

第２期間は、第２端末がサービスを送る傾向がある期間であるか、又は第２端末がサービスを受け取る傾向がない期間である。

第３サイドリンクリソースは、第２端末がサービスを送る傾向があるリソースであるか、又は第２端末がサービスを受け取る傾向がないリソースである。

実施形態１５：実施形態１４の方法によると、第１サイドリンクリソースの時間範囲は、第１期間と重複しないか、又は
第１サイドリンクリソースは、第２サイドリンクリソースと重複しないか、又は
第１サイドリンクリソースの時間範囲は、第２期間と重複するか、又は
第１サイドリンクリソースは、第３サイドリンクリソースに属する。

実施形態１６：実施形態１３乃至実施形態１５のいずれか１つの方法によると、第２端末が、第２端末の伝送ステータス及び１つ以上のサイドリンクリソースに基づいて、第１サイドリンクリソースを決定することは、以下を含む：

第２端末が、１つ以上のサイドリンクリソースから、第１サービスを伝達するために使用される第４サイドリンクリソースを決定する。

第２端末の伝送ステータスに基づいて、第４サイドリンクリソースの時間範囲が第４期間と重複すると決定するとき、第２端末が、第１サービスの優先度と第２サービスの第１優先度に基づいて、第１サイドリンクリソースを決定し、ここで、第４期間は、第２端末が第２サービスを受け取るために予約している期間である。

実施形態１７：実施形態１６の方法によると、第２端末が、第１サービスの優先度と第２サービスの第１優先度に基づいて、第１サイドリンクリソースを決定することは、以下を含む：

第１サービスの優先度が第１優先度以上であるとき、第２端末が、第４サイドリンクリソースが第１サイドリンクリソースであると決定する。

実施形態１８：実施形態１６又は実施形態１７の方法によると、第２端末が、第１サービスの優先度と第２サービスの第１優先度に基づいて、第１サイドリンクリソースを決定することは、以下を含む：

第１サービスの優先度が第１優先度以下であるとき、第２端末が、第４サイドリンクリソースは第１サイドリンクリソースでないと決定する。

実施形態１９：実施形態１３乃至実施形態１５のいずれか１つの方法によると、第２端末が、第２端末の伝送ステータス及び１つ以上のサイドリンクリソースに基づいて、第１サイドリンクリソースを決定することは、以下を含む：

第２端末が、リソースプールを決定し、ここで、リソースプールは、１つ以上のサイドリンクリソース内の第４サイドリンクリソース以外のサイドリンクリソースを含み、第４サイドリンクリソースの時間範囲は、第４期間と重複し、第４期間は、第２端末が第２サービスを受け取るために予約している期間である。

第２端末が、リソースプールから第１サイドリンクリソースを決定する。

実施形態２０：実施形態１８又は実施形態１９の方法によると、本開示のこの実施形態において提供される方法は、以下を更に含む：

第４サイドリンクリソースの時間範囲が第４期間と重複するとき、第２端末が、第４期間に第２サービスを受け取る。

実施形態２１：実施形態１２至実施形態２０のいずれか１つの方法によると、本開示のこの実施形態において提供される方法は、以下を更に含む：

第２端末が、１つ以上のサイドリンクリソースの量及び／又は構成情報に基づいて、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定する方式を決定するか、又は
第２端末が、第１端末から指示情報を受信し、
第２端末が、指示情報に基づいて、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定する方式を決定する。

方式は、第２端末の伝送ステータスに基づいて第１サイドリンクリソースを決定することであるか、方式は、サービス優先度に基づいて第１サイドリンクリソースを決定することである。

実施形態２２：リソース決定装置が提供される。当該装置は、第１端末又は第１端末に適用されるチップであり、当該装置は、通信ユニットと処理ユニットを含む。通信ユニットは、伝送情報を取得するように構成され、ここで、伝送情報は、第２端末の伝送ステータスを決定するために使用される。処理ユニットは、伝送ステータスに基づいて１つ以上のサイドリンクリソースを決定するように構成され、ここで、サイドリンクリソースは、データを送信するために第２端末によって使用され得るか、サイドリンクリソースは、第２端末に送信されるサービスを伝達するために使用され得る。通信ユニットは、第２端末に第１情報を送信するか又は１つ以上のサイドリンクリソース内の第１サイドリンクリソースで第２端末にサービスを送るように構成され、ここで、第１情報は、１つ以上のサイドリンクリソースに関する情報を示すために使用される。

実施形態２３：実施形態２１の装置によると、伝送ステータスが、以下のうちの１つ以上、すなわち、
第１期間を示すために使用される情報であって、ここで、第１期間は、第２端末がサービスを受け取るために予約している期間であるか、又は第２端末がサービスを送るために予約している期間であるか、又は第２端末がサービスを受け取る傾向がある期間であるか、又は第２端末がサービスを送る傾向がない期間である、第１期間を示すために使用される情報と、
第２サイドリンクリソースに関する情報であって、ここで、第２サイドリンクリソースは、第２端末がサービスを伝送するために予約しているリソースであるか、又は第２サイドリンクリソースは、第２端末がサービスを受け取る傾向があるリソースであるか、又は第２サイドリンクリソースは、第２端末がサービスを送る傾向がないリソースである、第２サイドリンクリソースに関する情報と、
第２期間を示すために使用される情報であって、ここで、第２期間は、第２端末がサービスを送る傾向がある期間であるか、又は第２端末がサービスを受け取る傾向がない期間である、第２期間を示すために使用される情報と、
第３サイドリンクリソースに関する情報であって、第３サイドリンクリソースは、第２端末がサービスを送る傾向があるリソースであるか、又は第２端末がサービスを受け取る傾向がないリソースである、第３サイドリンクリソースに関する情報と、
のうちの１つ以上を含むとき、サイドリンクリソースは、データを送信するために第２端末によって使用され得る。

実施形態２４：実施形態３２の装置によると、１つ以上のサイドリンクリソースのうちの少なくとも１つのサイドリンクリソースは、以下の条件のうちの１つ以上、すなわち、
伝送ステータスが第１期間を示すために使用される情報を含むとき、少なくとも１つのサイドリンクリソースの時間範囲が第１期間と重複しないことと、
伝送ステータスが第２サイドリンクリソースに関する情報を含むとき、少なくとも１つのサイドリンクリソースが第２サイドリンクリソースと重複しないことと、
伝送ステータスが第２期間を示すために使用される情報を含むとき、少なくとも１つのサイドリンクリソースの時間範囲が第２期間と重複することと、
伝送ステータスが第３サイドリンクリソースに関する情報を含むとき、少なくとも１つのサイドリンクリソースが第３サイドリンクリソースに属することと、
のうちの１つ以上を満たす。

実施形態２５：実施形態２３又は実施形態２４の装置によると、第２端末が複数のサービスを同時に送信することができないとき、少なくとも１つのサイドリンクリソースの時間範囲が、第１期間と重複しないか、又は
第２端末が複数のサービスを同時に送信することができるとき、少なくとも１つのサイドリンクリソースの時間範囲が、第１期間と重複し得る。

実施形態２６：実施形態２２の装置によると、伝送ステータスが、以下のうちの１つ以上を含むとき、すなわち、
第４サイドリンクリソースに関する情報であって、ここで、第４サイドリンクリソースは、第２端末がサービスを受け取るために予約しているリソースであるか、又は第２端末がサービスを送るために予約しているリソースであるか、又は第２端末がサービスを送る傾向があるリソースであるか、又は第２端末がサービスを受け取る傾向がないリソースである、第４サイドリンクリソースに関する情報と、
第３期間を示すために使用される情報であって、ここで、第３期間は、第２端末がサービスを送るために予約している期間であるか、又は第２端末がサービスを送る傾向がある期間であるか、又は第２端末がサービスを受け取る傾向がない期間である、第３期間を示すために使用される情報と、
第４期間を示すために使用される情報であって、ここで、第４期間は、第２端末がサービスを受け取る傾向がある期間であるか、又は第２端末がサービスを送る傾向がない期間であるか、又は第２端末がサービスを受け取るために予約している期間である、第４期間を示すために使用される情報と、
第５サイドリンクリソースに関する情報であって、ここで、第５サイドリンクリソースは、第２端末がサービスを受け取る傾向があるリソースであるか、又は第２端末がサービスを送る傾向がないリソースである、第５サイドリンクリソースに関する情報と、
のうちの１つ以上を含むとき、サイドリンクリソースは、第２端末に送信されるサービスを伝達するために使用され得る。

実施形態２７：実施形態２６の装置によると、第１サイドリンクリソースは、以下の条件のうちの１つ以上、すなわち、
伝送ステータスが第４サイドリンクリソースに関する情報を含むとき、第１サイドリンクリソースが第４サイドリンクリソースと重複しないことと、
伝送ステータスが第３期間を示すために使用される情報を含むとき、第１サイドリンクリソースの時間範囲が第３期間と重複しないことと、
伝送ステータスが第４期間を示すために使用される情報を含むとき、第１サイドリンクリソースの時間範囲が第４期間と重複することと、
伝送ステータスが第５サイドリンクリソースに関する情報を含むとき、第１サイドリンクリソースが第５サイドリンクリソースに属することと、
のうちの１つ以上を満たす。

実施形態２８：実施形態２２乃至実施形態２７のいずれか１つの装置によると、通信ユニットが、伝送情報を取得するように構成されることは：通信ユニットが、第２端末から伝送情報を受信するように構成されること；あるいは、通信ユニットが、別の端末によって送信された第２情報を受信するように構成され、ここで、第２情報は少なくとも、第２端末の識別子を含み；処理ユニットが、第２情報に基づいて伝送情報を決定するように構成されることを含む。

実施形態２９：実施形態２２乃至実施形態２８のいずれか１つの装置によると、処理ユニットは、センシングされたサイドリンクリソースから１つ以上の候補サイドリンクリソースを決定するように構成される。処理ユニットは、伝送ステータスに基づいて、１つ以上の候補サイドリンクリソースから１つ以上のサイドリンクリソースを決定するように構成される。第１端末は、第２端末の伝送ステータスを参照することなく、センシングされたサイドリンクリソースから１つ以上の候補サイドリンクリソースを決定するため、１つ以上の候補サイドリンクリソースには、以下のケースがある可能性がある：ケース１．候補サイドリンクリソースのすべてが、第２端末の伝送と競合する可能性がある。ケース２．候補サイドリンクリソースの一部は、第２端末の伝送と競合しない可能性があるが、候補サイドリンクリソースの一部が、第２端末の伝送と競合する可能性がある。ケース３．候補サイドリンクリソースのすべてが、第２端末の伝送と競合しない可能性がある。ケース１では、第１端末は、１つ以上の候補サイドリンクリソースから、少なくとも、第２端末の伝送と競合しないサイドリンクリソースを決定することができない可能性がある。

実施形態３０：実施形態２２乃至実施形態２８のいずれか１つの装置によると、処理ユニットが、伝送ステータスに基づいて、１つ以上のサイドリンクリソースを決定するように構成されることは、以下を含む：処理ユニットは、伝送ステータスに基づいて、センシングされたサイドリンクリソースから１つ以上の候補サイドリンクリソースを決定するように構成される。処理ユニットは、１つ以上の候補サイドリンクリソースから１つ以上のサイドリンクリソースを決定する。１つ以上の候補サイドリンクリソースは、第２端末の伝送と競合しない候補サイドリンクリソースを少なくとも含む。第１端末は、第２端末の伝送ステータスを参照して、センシングされたサイドリンクリソースから１つ以上の候補サイドリンクリソースを決定するため、１つ以上の候補サイドリンクリソースには、以下のケースがある可能性がある：ケース１．候補サイドリンクリソースの一部は、第２端末の伝送と競合しない可能性があるが、候補サイドリンクリソースの一部が、第２端末の伝送と競合する可能性がある。ケース２．候補サイドリンクリソースのすべてが第２端末の伝送と競合しない可能性がある。

実施形態３１：実施形態２０乃至実施形態３０のいずれか１つの装置によると、１つ以上のサイドリンクリソースのうちの少なくとも１つのサイドリンクリソースは、第２端末のサービス伝送に対応するリソースと重複しない。

実施形態３２：実施形態２０乃至実施形態３１のいずれか１つの装置によると、サイドリンクリソースが、データを送信するために第２端末によって使用され得るとき、通信ユニットは、１つ以上のサイドリンクリソース内の第６サイドリンクリソースで第２端末からデータを受信するように更に構成される。

実施形態３３：リソース決定装置が提供される。本装置は、第２端末に適用され、本装置は：
第１端末から第１情報を受信するように構成される通信ユニットであって、ここで、第１情報は、１つ以上のサイドリンクリソースに関する情報を示すために使用され、１つ以上のサイドリンクリソースは、第１サービスを送るために第２端末によって使用されるサイドリンクリソースを決定するために使用される、通信ユニットと、
１つ以上のサイドリンクリソースに基づいて第１サイドリンクリソースを決定するように構成される処理ユニットであって、第１サイドリンクリソースは、少なくとも、サービスを伝送するために第２端末によって使用される対応するリソースと重複しない、処理ユニットと、
を含む。

通信ユニットは、第１サイドリンクリソースで第１サービスを送るように構成される。

実施形態３４：実施形態３３の装置によると、処理ユニットは、第２端末の伝送ステータス及び１つ以上のサイドリンクリソースに基づいて、第１サイドリンクリソースを決定するように構成される。

伝送ステータスは、サービスを伝送するために第２端末によって使用される対応するリソースに関する情報を含み、サービスを伝送するために第２端末によって使用される対応するリソースは、サービスを伝達するサイドリンクリソース又はサービスを受信又は送信するための期間に関する情報を含む。

実施形態３５：実施形態３４の装置によると、伝送ステータスは、以下のうちの１つ以上、すなわち、
第１期間を示すために使用される情報、第２サイドリンクリソースに関する情報、第２期間を示すために使用される情報及び第３サイドリンクリソースに関する情報、のうちの１つ以上を含む。

第１期間は、第２端末がサービスを送るために予約している期間であるか、又は第２端末がサービスを受け取るために予約している期間であるか、又は第２端末がサービスを受け取る傾向がある期間であるか、又は第２端末がサービスを送る傾向がない期間である。

第２サイドリンクリソースは、第２端末がサービスを受け取るために予約しているリソースであるか、第２端末がサービスを送るために予約しているリソースであるか、第２端末がサービスを受け取る傾向があるリソースであるか、又は第２端末がサービスを送る傾向がないリソースである。

第２期間は、第２端末がサービスを送る傾向がある期間であるか、又は第２端末がサービスを受け取る傾向がない期間である。

第３サイドリンクリソースは、第２端末がサービスを送る傾向があるリソースであるか、又は第２端末がサービスを受け取る傾向がないリソースである。

実施形態３６：実施形態３５の装置によると、第１サイドリンクリソースの時間範囲は、第１期間と重複しないか、又は
第１サイドリンクリソースは、第２サイドリンクリソースと重複しないか、又は
第１サイドリンクリソースの時間範囲は、第２期間と重複するか、又は
第１サイドリンクリソースは、第３サイドリンクリソースに属する。

実施形態３７：実施形態３４乃至実施形態３６のいずれか１つの装置によると、処理ユニットは、１つ以上のサイドリンクリソースから、第１サービスを伝達するために使用される第４サイドリンクリソースを決定するように構成される。

第２端末の伝送ステータスに基づいて、第４サイドリンクリソースの時間範囲が第４期間と重複すると決定するとき、処理ユニットは、第１サービスの優先度と第２サービスの第１優先度に基づいて、第１サイドリンクリソースを決定するように構成され、ここで、第４期間は、第２端末が第２サービスを受け取るために予約している期間である。

実施形態３８：実施形態３７の装置によると、第１サービスの優先度が第１優先度以上であるとき、処理ユニットは、第４サイドリンクリソースが第１サイドリンクリソースであると決定するように構成される。

実施形態３９：実施形態３７の装置によると、第１サービスの優先度が第１優先度以下であるとき、処理ユニットは、第４サイドリンクリソースが第１サイドリンクリソースでないと決定するように構成される。

実施形態４０：実施形態３４乃至実施形態３６のいずれか１つの装置によると、処理ユニットは、リソースプールを決定するように構成され、ここで、リソースプールは、１つ以上のサイドリンクリソース内の第４サイドリンクリソース以外のサイドリンクリソースを含み、第４サイドリンクリソースの時間範囲は、第４期間と重複し、第４期間は、第２端末が第２サービスを受け取るために予約している期間であり、処理ユニットは、リソースプールから第１サイドリンクリソースを決定するように構成される。

実施形態４１：実施形態３９又は実施形態４０の装置によると、第４サイドリンクリソースの時間範囲が第４期間と重複するとき、通信ユニットは、第４期間に第２サービスを受け取るように更に構成される。

実施形態４２：実施形態３３乃至実施形態４１のいずれか１つの装置によると、処理ユニットは、１つ以上のサイドリンクリソースの量及び／又は構成情報に基づいて、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定する方式を決定するように更に構成される。

実施形態４３：実施形態３３乃至実施形態４１のいずれか１つの装置によると、通信ユニットは、第１端末から指示情報を受信するように更に構成される。

処理ユニットは、指示情報に基づいて、１つ以上のサイドリンクリソースから第１サイドリンクリソースを決定する方式を決定するように更に構成される。

方式は、第２端末の伝送ステータスに基づいて第１サイドリンクリソースを決定することであるか、方式は、サービス優先度に基づいて第１サイドリンクリソースを決定することである。

実施形態４４：チップが提供される。当該チップは、少なくとも１つのプロセッサと通信インタフェースを含み、通信インタフェースは、少なくとも１つのプロセッサに結合され、少なくとも１つのプロセッサは、実施形態１乃至実施形態１１のいずれか１つによるリソース決定方法を実装するように、コンピュータプログラム又は命令を実行するように構成され、通信インタフェースは、当該チップ以外のモジュールと通信するように構成される。

実施形態４５：チップが提供される。当該チップは、少なくとも１つのプロセッサと通信インタフェースを含み、通信インタフェースは、少なくとも１つのプロセッサに結合され、少なくとも１つのプロセッサは、実施形態１２乃至実施形態２１のいずれか１つによるリソース決定方法を実装するように、コンピュータプログラム又は命令を実行するように構成され、通信インタフェースは、当該チップ以外のモジュールと通信するように構成される。

実施形態４６：コンピュータ読取可能記憶媒体が提供される。当該コンピュータ読取可能記憶媒体は、命令を記憶し、該命令が実行されると、実施形態１乃至実施形態１１のいずれか１つによるリソース決定方法が実装される。

実施形態４７：コンピュータ読取可能記憶媒体が提供される。当該コンピュータ読取可能記憶媒体は、命令を記憶し、該命令が実行されると、実施形態１２乃至実施形態２１のいずれか１つによるリソース決定方法が実装される。

実施形態４８：通信システムが提供される。当該通信システムは、第１端末と第２端末を含む。

第１端末が、実施形態１乃至実施形態１１のいずれか１つによるリソース決定方法を実装するように構成され、第２端末が、第１端末から第１情報を受信するように構成されるか、又は第２端末が、第１サイドリンクリソースで第１端末からサービスを受け取るように構成される。

実施形態４９：通信システムが提供される。当該通信システムは、第１端末と第２端末を含む。

第１端末が、第２端末に第１情報を送信するように構成され、第２端末が、実施形態１２乃至実施形態２１のいずれか１つによるリソース決定方法を実装するように構成される。

最後に、上記の説明は、本開示の特定の実装にすぎないが、本開示の保護範囲を限定するように意図されていないことに留意されたい。本開示で開示される技術的範囲内のすべての変更又は置換は、本開示の保護範囲に含まれるものとする。したがって、本開示の保護範囲は、特許請求の範囲の保護範囲に従うものとする。

Claims (9)

1. 第１端末によって実行されるリソース決定方法であって、当該方法は、
   第２端末から伝送情報を取得するステップであって、前記伝送情報は、第１サイドリンクリソースを示すために使用される、ステップと、
   前記伝送情報に従って第２サイドリンクリソースを決定するステップであって、前記第２サイドリンクリソースの時間範囲は、前記第１サイドリンクリソースの時間範囲と重複しない、ステップと、
   前記第２サイドリンクリソースのあるサイドリンクリソースで前記第２端末に第１データを送るステップと、
   を含み、前記第１サイドリンクリソースは、前記第２端末によって第２データを受け取るために使用されるか、前記第２端末によって第２データを受け取るように予約をするために使用されるサイドリンクリソースである、
   方法。
2. 前記第１サイドリンクリソース又は前記第２サイドリンクリソースの各サイドリンクリソースは、時間リソース及び周波数リソースを含む、
   請求項１に記載の方法。
3. 前記第１サイドリンクリソースの異なるサイドリンクリソースは、以下のうちの１つ、すなわち、
   同じ時間位置と異なる周波数位置、
   同じ周波数位置と異なる時間位置、又は
   異なる周波数位置と異なる時間位置、
   のうちの１つを満たす、請求項１又は２に記載の方法。
4. 前記第２サイドリンクリソースの異なるサイドリンクリソースは、以下のうちの１つ、すなわち、
   同じ時間位置と異なる周波数位置、
   同じ周波数位置と異なる時間位置、又は
   異なる周波数位置と異なる時間位置、
   のうちの１つを満たす、請求項１乃至３のいずれか一項に記載の方法。
5. 前記第１サイドリンクリソース及び前記第２サイドリンクリソースにそれぞれ位置する異なるサイドリンクリソースは、以下のうちの１つ、すなわち、
   同じ時間位置と異なる周波数位置、
   同じ周波数位置と異なる時間位置、又は
   異なる周波数位置と異なる時間位置、
   のうちの１つを満たす、請求項１乃至４のいずれか一項に記載の方法。
6. 端末であって、当該端末は第１端末であり、該第１端末はプロセッサと、該プロセッサに結合されたメモリとを備え、該メモリはコンピュータプログラムを備え、該コンピュータプログラムは、前記プロセッサによって実行されると、前記第１端末に、請求項１乃至５のいずれかに記載のリソース決定方法を実行させる命令を含む、
   端末。
7. チップであって、当該チップは、少なくとも１つのプロセッサと通信インタフェースとを含み、前記通信インタフェースは、前記少なくとも１つのプロセッサに結合され、前記少なくとも１つのプロセッサは、請求項１乃至５のいずれか一項に記載のリソース決定方法を実装するためにコンピュータプログラム又は命令を実行するように構成され、前記通信インタフェースは、当該チップ以外のモジュールと通信するように構成される、チップ。
8. コンピュータ読取可能記憶媒体であって、当該コンピュータ読取可能記憶媒体は、第１端末に含まれ、命令を記憶し、該命令が実行されると、請求項１乃至５のいずれか一項に記載のリソース決定方法が実装される、コンピュータ読取可能記憶媒体。
9. 第１端末と第２端末を備える通信システムであって、
   前記第１端末が、請求項１乃至５のいずれか一項に記載のリソース決定方法を実装するように構成され、前記第２端末が、前記第１端末に伝送情報を送信し、第２サイドリンクリソースのうちのあるサイドリンクリソースで前記第１端末から第１データを受け取るように構成される、
   通信システム。
   

Images