知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-02-07
(45)【発行日】2024-02-16
(54)【発明の名称】リソース処理方法、リソース処理装置及び端末
(51)【国際特許分類】
H04W 28/26 20090101AFI20240208BHJP
H04W 72/0446 20230101ALI20240208BHJP
H04W 72/40 20230101ALI20240208BHJP
H04W 92/18 20090101ALI20240208BHJP
【ＦＩ】
H04W28/26
H04W72/0446
H04W72/40
H04W92/18
【請求項の数】
13
(21)【出願番号】P 2022572434
(86)(22)【出願日】2021-05-21
(65)【公表番号】
(43)【公表日】2023-06-30
(86)【国際出願番号】 CN2021095120
(87)【国際公開番号】W WO2021238789
(87)【国際公開日】2021-12-02
【審査請求日】2022-11-24
(31)【優先権主張番号】202010454315.9
(32)【優先日】2020-05-26
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】517372494
【氏名又は名称】維沃移動通信有限公司
【氏名又は名称原語表記】ＶＩＶＯ ＭＯＢＩＬＥ ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＣＯ．， ＬＴＤ．
【住所又は居所原語表記】Ｎｏ．１， ｖｉｖｏ Ｒｏａｄ， Ｃｈａｎｇ’ａｎ， Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ ５２３８６３， Ｃｈｉｎａ
(74)【代理人】
【識別番号】110002871
【氏名又は名称】弁理士法人坂本国際特許商標事務所
(72)【発明者】
【氏名】紀 子超
(72)【発明者】
【氏名】彭 淑燕
【審査官】本橋 史帆
(56)【参考文献】
【文献】vivo，Remaining issues on mode 2 resource allocation mechanism[online]，3GPP TSG RAN WG1 #101-e R1-2003379，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_101-e/Docs/R1-2003379.zip>，2020年05月16日
【文献】Qualcomm Incorporated，Sidelink Resource Allocation Mechanism for NR V2X[online]，3GPP TSG RAN WG1 #100b_e R1- 2002539，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100b_e/Docs/R1-2002539.zip>，2020年04月11日
【文献】Huawei, HiSilicon，Remaining details of sidelink resource allocation mode 2[online]，3GPP TSG RAN WG1 #100b_e R1-2001552，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100b_e/Docs/R1-2001552.zip>，2020年04月11日
【文献】MediaTek Inc.，On sidelink mode-2 resource allocation[online]，3GPP TSG RAN WG1 #100_e R1-2000447，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100_e/Docs/R1-2000447.zip>，2020年02月15日
【文献】vivo，Remaining issues on mode 2 resource allocation mechanism[online]，3GPP TSG RAN WG1 #100_e R1-2000317，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100_e/Docs/R1-2000317.zip>，2020年02月14日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
端末に適用されるリソース処理方法であって、第１時刻に目標リソースを再評価することを含み、
前記目標リソースは、
第２時刻に対応する第１予約リソース、
第１リソース予約情報で指示される第２予約リソース、及び
第１リソース予約情報で指示される第３予約リソースの少なくとも１つを含み、
前記第１リソース予約情報は前記第２時刻に送信され、前記第１時刻は前記第２時刻の前にあり、前記第２予約リソースは非周期的リソースであり、前記第３予約リソースは周期的リソースのリソース周期内のリソースであり、
前記目標リソースが前記第１予約リソースを含む場合に、前記の第１時刻に目標リソースを再評価することは、
第１条件が満たされた場合に、第１時刻に目標リソースを再評価することを含み、前記の第１条件が満たされたことは、
前記端末に前記第１時刻に伝送待ちＴＢが存在することと、
前記端末に前記第１時刻の前に伝送待ちＴＢが存在することと、
前記端末に前記第１予約リソースで伝送待ちＴＢが存在しないこととのいずれかを含み、
前記伝送待ちＴＢは前記第１予約リソースで伝送するように配置されるＴＢである、リソース処理方法。
【請求項2】
前記第３予約リソースのリソース周期は第１閾値以下であり、前記第１閾値は、プロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置される、請求項１に記載の方法。
【請求項3】
前記第３予約リソースで伝送される第１トランスポートブロックＴＢの特性が前記第１予約リソースで伝送される第２ＴＢの特性と同じであると仮定し、又は、前記第１ＴＢの特性がプロトコルにより予め決められるか、制御ノードにより配置されるか、前記端末により予め配置されると仮定する、請求項１に記載の方法。
【請求項4】
前記の第１条件が満たされたことが、前記端末に前記第１予約リソースに伝送待ちＴＢが存在しないことを含む場合に、前記第１予約リソースで伝送される第３ＴＢの特性が第４ＴＢの特性と同じであると仮定し、又は、前記第３ＴＢの特性がプロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置されると仮定し、
前記第４ＴＢは、前記第４ＴＢと前記第３ＴＢが同一サイドリンクプロセスに属することと、前記第４ＴＢが前記第３ＴＢの１つ前のＴＢであることとの少なくとも１つを満たす、請求項１に記載の方法。
【請求項5】
ＴＢの特性は、ＴＢがリソースでマッピングする優先順位及びＴＢのパケット遅延バジェットＰＤＢの少なくとも１つを含む、請求項３又は４に記載の方法。
【請求項6】
前記の第１時刻に目標リソースを再評価することの後、前記再評価の評価結果として前記第３予約リソースに対してリソース再選を行う必要がある場合に、第１操作を実行することを更に含み、前記第１操作は、
第３予約リソースの所属する周期的リソースを再選することと、
第１サイドリンクプロセスに含まれる全ての周期的リソースを再選することと、
前記第１予約リソースにおいて前記第３予約リソースを予約することを禁止することと、
第１サイドリンクプロセスを解放することとのいずれかを含み、
前記第１サイドリンクプロセスは前記第３予約リソースの所属するサイドリンクプロセスである、請求項１に記載の方法。
【請求項7】
前記の第１時刻に目標リソースを再評価することの後、前記再評価の評価結果として前記第１予約リソースに対してリソース再選を行う必要がある場合に、第２操作を実行することを更に含み、前記第２操作は、
前記第１予約リソースを解放することと、
前記第１予約リソースの所属するサイドリンクプロセスを解放することとのいずれかを含む、請求項１に記載の方法。
【請求項8】
前記の第１時刻に目標リソースを再評価することの後、前記再評価の評価結果として前記目標リソースに対してリソース再選を行う必要がある場合に、リソース再選を行い、第４予約リソースを得ることと、
第１規則に基づいて、前記第４予約リソースに対して周期的予約を行うか否かを判断することとを更に含み、
前記第１規則は、
前記端末が再選リソースに対して周期的予約を行うか否かを決定することと、
第２条件に基づいて再選リソースに対して周期的予約を行うか否かを判断することとの少なくとも１つを含み、前記第２条件が満たされた場合に、再選リソースに対して周期的予約を行い、前記の第２条件が満たされたことは、１つのリソース周期内の伝送リソースのリソース数が、リソース周期内で許容される最大リソース数又は１つのＴＢの最大許容伝送回数である第２閾値以下であることと、チャネルビジー率ＣＢＲが、プロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置される第３閾値よりも小さいこととの少なくとも１つを含む、請求項１に記載の方法。
【請求項9】
端末に適用されるリソース処理装置であって、第１時刻に目標リソースを再評価することに用いられる評価モジュールを備え、前記目標リソースは、
第２時刻に対応する第１予約リソース、
第１リソース予約情報で指示される第２予約リソース、及び
第１リソース予約情報で指示される第３予約リソースの少なくとも１つを含み、
前記第１リソース予約情報は前記第２時刻に送信され、前記第１時刻は前記第２時刻の前にあり、前記第２予約リソースは非周期的リソースであり、前記第３予約リソースは周期的リソースのリソース周期内のリソースであり、
前記目標リソースが前記第１予約リソースを含む場合に、前記評価モジュールは、具体的には、
第１条件が満たされた場合に、第１時刻に目標リソースを再評価することに用いられ、前記の第１条件が満たされたことは、
前記端末に前記第１時刻に伝送待ちＴＢが存在することと、
前記端末に前記第１時刻の前に伝送待ちＴＢが存在することと、
前記端末に前記第１予約リソースで伝送待ちＴＢが存在しないこととのいずれかを含み、
前記伝送待ちＴＢは前記第１予約リソースで伝送するように配置されるＴＢである、リソース処理装置。
【請求項10】
前記第３予約リソースのリソース周期は第１閾値以下であり、前記第１閾値は、プロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置される、請求項９に記載のリソース処理装置。
【請求項11】
前記第３予約リソースで伝送される第１トランスポートブロックＴＢの特性が前記第１予約リソースで伝送される第２ＴＢの特性と同じであると仮定し、又は、前記第１ＴＢの特性がプロトコルにより予め決められるか、制御ノードにより配置されるか、前記端末により予め配置されると仮定する、請求項９に記載のリソース処理装置。
【請求項12】
前記の第１条件が満たされたことが前記端末に前記第１予約リソースに伝送待ちＴＢが存在しないことを含む場合に、前記第１予約リソースで伝送される第３ＴＢの特性が第４ＴＢの特性と同じであると仮定し、又は、前記第３ＴＢの特性がプロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置されると仮定し、
記第４ＴＢは、前記第４ＴＢと前記第３ＴＢが同一サイドリンクプロセスに属することと、前記第４ＴＢが前記第３ＴＢの１つ前のＴＢであることとの少なくとも１つを満たす、請求項９に記載のリソース処理装置。
【請求項13】
プログラム又はコマンドが記憶されており、前記プログラム又はコマンドがプロセッサにより実行される時に、請求項１～８のいずれか一項に記載のリソース処理方法のステップを実現する、可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本願は、２０２０年５月２６日に中国に提出された、出願番号がＮｏ．２０２０１０４５４３１５．９の中国特許の優先権を主張し、その内容の全てが引用によって本願に組み込まれている。
本願は、２０２０年５月２６日に中国に提出された、出願番号がＮｏ．２０２０１０４５４３１５．９の中国特許の優先権を主張し、その内容の全てが引用によって本願に組み込まれている。
【0002】
本願は、通信技術分野に属し、具体的には、リソース処理方法、リソース処理装置及び端末に関する。
【背景技術】
【0003】
ニューラジオ（Ｎｅｗ Ｒａｄｉｏ，ＮＲ）サイドリンク（ＳｉｄｅＬｉｎｋ，ＳＬ）のリソース割当は、少なくともモード（ｍｏｄｅ）１とｍｏｄｅ ２という２種のモードを有する。ｍｏｄｅ １モードでは、制御ノードは端末に伝送リソースを割り当てるが、ｍｏｄｅ ２モードでは、端末は自ら伝送リソースを選択する。
【0004】
Ｍｏｄｅ ２のリソース割当モードでは、リソース先取り（Ｐｒｅ－ｅｍｐｔｉｏｎ）メカニズムがサポートされている。ＳＬ ｐｒｅ－ｅｍｐｔｉｏｎ操作によれば、端末が選択／予約したリソースが他の端末に先取りされた場合に、リソース再選択を行う必要があり、リソースを先取りされた端末が再選するリソースでトランスポートブロック（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ，ＴＢ）伝送を行い、伝送衝突／干渉問題を避ける。しかしながら、従来技術において、端末が選択／予約したリソースが先取りされたか否かをどのように判断するか、即ち、端末が選択／予約したリソースをどのように再評価するかについては解決策がまだない。
【発明の概要】
【発明が解決しようとする課題】
【0005】
本願に係る実施例は、端末が選択／予約したリソースの再評価を可能とし、端末が選択／予約したリソースの再評価が不可能なので伝送の信頼性が低いという問題を解決することができる、リソース処理方法、リソース処理装置及び端末を提供することを目的とする。
【課題を解決するための手段】
【0006】
上記技術的問題を解決するために、本願は、下記のように実現する。
【0007】
第１側面において、端末に適用されるリソース処理方法であって、
第１時刻に目標リソースを再評価することを含み、前記目標リソースは、
第２時刻に対応する第１予約リソース、
第１リソース予約情報で指示される第２予約リソース、及び
第１リソース予約情報で指示される第３予約リソースの少なくとも１つを含み、
前記第１リソース予約情報は前記第２時刻に送信され、前記第１時刻は前記第２時刻の前にあり、前記第２予約リソースは非周期的リソースであり、前記第３予約リソースは周期的リソースのリソース周期内のリソースである、リソース処理方法を提供する。
第１時刻に目標リソースを再評価することを含み、前記目標リソースは、
第２時刻に対応する第１予約リソース、
第１リソース予約情報で指示される第２予約リソース、及び
第１リソース予約情報で指示される第３予約リソースの少なくとも１つを含み、
前記第１リソース予約情報は前記第２時刻に送信され、前記第１時刻は前記第２時刻の前にあり、前記第２予約リソースは非周期的リソースであり、前記第３予約リソースは周期的リソースのリソース周期内のリソースである、リソース処理方法を提供する。
【0008】
第２側面において、端末に適用されるリソース処理装置であって、
第１時刻に目標リソースを再評価することに用いられる評価モジュールを備え、前記目標リソースは、
第２時刻に対応する第１予約リソース、
第１リソース予約情報で指示される第２予約リソース、及び
第１リソース予約情報で指示される第３予約リソースの少なくとも１つを含み、
前記第１リソース予約情報は前記第２時刻に送信され、前記第１時刻は前記第２時刻の前にあり、前記第２予約リソースは非周期的リソースであり、前記第３予約リソースは周期的リソースのリソース周期内のリソースである、リソース処理装置を提供する。
第１時刻に目標リソースを再評価することに用いられる評価モジュールを備え、前記目標リソースは、
第２時刻に対応する第１予約リソース、
第１リソース予約情報で指示される第２予約リソース、及び
第１リソース予約情報で指示される第３予約リソースの少なくとも１つを含み、
前記第１リソース予約情報は前記第２時刻に送信され、前記第１時刻は前記第２時刻の前にあり、前記第２予約リソースは非周期的リソースであり、前記第３予約リソースは周期的リソースのリソース周期内のリソースである、リソース処理装置を提供する。
【0009】
第３側面において、プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサにおいて実行可能なプログラム又はコマンドとを備え、前記プログラム又はコマンドが前記プロセッサにより実行される時に、第１側面に記載の方法のステップを実現する、端末を提供する。
【0010】
第４側面において、プログラム又はコマンドが記憶されており、前記プログラム又はコマンドがプロセッサにより実行される時に、第１側面に記載の方法のステップを実現する、可読記憶媒体を提供する。
【0011】
第５側面において、プロセッサと通信インタフェースを備え、前記通信インタフェースと前記プロセッサとが接続され、前記プロセッサがネットワーク側機器のプログラム又はコマンドを実行して、第１側面に記載の方法を実現するためのものである、チップを提供する。
【発明の効果】
【0012】
本願に係る実施例では、端末は第１時刻に目標リソースを再評価することができ、前記目標リソースは、第２時刻に対応する第１予約リソース、第１リソース予約情報で指示される第２予約リソース、及び第１リソース予約情報で指示される第３予約リソースの少なくとも１つを含み、前記第１リソース予約情報は前記第２時刻に送信され、前記第１時刻は前記第２時刻の前にあり、前記第２予約リソースは非周期的リソースであり、前記第３予約リソースは周期的リソースのリソース周期内のリソースである。以上から分かるように、本願に係る実施例は、端末が選択／予約したリソースの再評価を可能とし、更に伝送衝突／干渉問題を避け、伝送の信頼性を向上させることができる。
【図面の簡単な説明】
【0013】
【図1】本発明に係る実施例で提供されるリソース処理方法のフローチャートである。
【図2a】本発明に係る実施例で提供されるリソース伝送の第１模式図である。
【図2b】本発明に係る実施例で提供されるリソース伝送の第２模式図である。
【図3】本発明に係る実施例で提供されるリソース処理装置の構成図である。
【図4】本発明に係る実施例で提供される端末の第１構成図である。
【図5】本発明に係る実施例で提供される端末の第２構成図である。
【発明を実施するための形態】
【0014】
以下において、本願の実施例における図面を参照しながら、本願の実施例における技術的解決手段を明確に、完全に説明し、当然ながら、説明される実施例は本願の実施例の一部であり、全ての実施例ではない。本願における実施例に基づき、当業者が創造的な労力を要することなく得られた他の全ての実施例は、いずれも本願の保護範囲に属するものとする。
【0015】
本願の明細書及び特許請求の範囲における用語「第１」、「第２」等は、特定の順序又は先後順序を記述するためのものではなく、類似する対象を区別するためのものである。このように使用されるデータは、本願の実施例がここで図示又は記述される以外の順序で実施できるように、適当な場合において互いに置き換えてもよいことを理解すべきであり、また、「第１」、「第２」で区別する対象は一般に一種類であり、対象の数を限定することがなく、例えば、第１対象は１つであってもよいし、複数であってもよい。また、明細書および特許請求の範囲において「および／または」は、接続している対象のうちの少なくとも１つを示し、符号の「／」は、一般的には前後の関連対象が「又は」という関係にあることを示す。
【0016】
指摘すべきことは、本願に係る実施例に記載の技術は、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）／ＬＴＥの発展型（ＬＴＥ－Ａｄｖａｎｃｅｄ，ＬＴＥ－Ａ）システムに限定されず、更に、例えば符号分割多元接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＣＤＭＡ）、時分割多元接続（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＴＤＭＡ）、周波数分割多元接続（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＦＤＭＡ）、直交周波数分割多元接続（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＳＣ－ＦＤＭＡ）のような他の無線通信システム及び他のシステムに利用可能である点である。本願に係る実施例における「システム」と「ネットワーク」という用語は一般に相互に交換して使用することができ、記述される技術は上述したシステムと無線電信技術に用いてもよいし、他のシステムと無線電信技術に用いてもよい。但し、以下の記述では例示するためにニューラジオ（Ｎｅｗ Ｒａｄｉｏ，ＮＲ）システムを記述し、且つ以下の大部分の記述においてＮＲ用語を使用するが、これらの技術はＮＲシステム以外に適用可能であり、例えば第６世代（６ｔｈ Ｇｅｎｅｒａｔｉｏｎ，６Ｇ）通信システムにも適用可能である。
【0017】
本願に係る実施例では、端末は、端末機器又はユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ）と呼ばれてもよく、携帯電話、タブレットコンピュータ（Ｔａｂｌｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ノートパソコンとも呼ばれるラップトップコンピュータ（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）、パーソナルディジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ，ＰＤＡ）、携帯情報端末、ネットブック、ウルトラモバイルパーソナルコンピュータ（ｕｌｔｒａ－ｍｏｂｉｌｅ ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ，ＵＭＰＣ）、モバイルインターネットデバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ，ＭＩＤ）、ウェアラブル機器（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）又は車載装置（ＶＵＥ）、歩行者端末（ＰＵＥ）等の端末側機器であってもよく、ウェアラブル機器は、ブレスレット、イヤホン、メガネ等を含む。本願に係る実施例では端末の具体的な種類が限定されないことは説明必要である。
【0018】
制御ノードは、ネットワーク側機器、中継ＵＥ（ｒｅｌａｙ ＵＥ）、グループヘッダーＵＥ（Ｇｒｏｕｐ ｈｅａｄｅｒ ＵＥ）等のいずれか一項であってもよいが、これらに限定されない。前記ネットワーク側機器１２は、基地局又はコアネットワークであってもよく、そのにおいて、基地局は、ノードＢ、発展型ノードＢ、アクセスポイント、ベーストランシーバ基地局（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ，ＢＴＳ）、無線基地局、無線送受信機、基本サービスセット（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ，ＢＳＳ）、拡張サービスセット（Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ，ＥＳＳ）、Ｂノード、発展型Ｂノード（ｅＮＢ）、家庭用Ｂノード、家庭用発展型Ｂノード、ＷＬＡＮアクセスポイント、ＷｉＦｉノード、送受信ポイント（Ｔｒａｎｓｍｉｔｔｉｎｇ Ｒｅｃｅｉｖｉｎｇ Ｐｏｉｎｔ，ＴＲＰ）又は前記分野中の他のある適切な用語で称してもよく、同じ技術効果を達成できれば、前記基地局は特定の技術用語に限定されるものではない。
【0019】
理解しやすくするために、以下において本願に係る実施例で触れる一部の内容を説明する。
【0020】
１、サイドリンク（ＳｉｄｅＬｉｎｋ，ＳＬ）リソース先取り（Ｒｅｓｏｕｒｃｅ Ｐｒｅ－ｅｍｐｔｉｏｎ）。
【0021】
ＮＲ Ｓｉｄｅｌｉｎｋのリソース割当は、少なくともモード（ｍｏｄｅ）１とｍｏｄｅ ２という２種のモードを有する。ｍｏｄｅ １モードでは、制御ノードはＵＥに伝送リソースを割り当てるが、ｍｏｄｅ ２モードでは、ＵＥは自ら伝送リソースを選択する。
【0022】
Ｍｏｄｅ ２のリソース割当モードにおいて、リソースｐｒｅ－ｅｍｐｔｉｏｎメカニズムがサポートされており、当該メカニズムについて以下のように簡潔に説明する。１つのＵＥの予約／選択したリソースがより高い優先順位のサービスを有する他のＵＥの予約／選択したリソースと重なり（部分的に重なり）、当該ＵＥは関連リソースでのＳＬ基準信号受信電力（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ，ＲＳＲＰ）測量値が関連するあるＳＬ－ＲＳＲＰ（ａｓｓｏｃｉａｔｅｄ ＳＬ－ＲＳＲＰ）閾値よりも大きい時に、当該ＵＥはリソースの再選択をトリガーすることになる。前記のサービス優先順位と前記のＳＬ－ＲＳＲＰ閾値は前記リソースでのトランスポートブロック（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ，ＴＢ）伝送に応じて決定される。
【0023】
ＵＥは、予約／選択したあるリソースが先取りされたか否かを判断するために、少なくともｍ－Ｔ３時刻にリソース選択の再評価を行い、ｍ時刻は当該リソースの所在する時刻又は当該リソースを指示するためのリソース予約情報の送信時刻であり、Ｔ３は少なくともＵＥがリソース選択処理を行う時間を含む。当該リソースは、物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ，ＰＳＣＣＨ）又は物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ，ＰＳＳＣＨ）リソース等であってもよい。
【0024】
２、Ｓｉｄｅｌｉｎｋのリソース予約。
【0025】
ＵＥはそれに割り当てられるリソースに対してリソース予約を行うことができ（予約は周期的予約と非周期的予約に分けられる）、予約リソースは後のＰＳＣＣＨ又はＰＳＳＣＨ伝送に用いられる。
【0026】
非周期予約はサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ，ＳＣＩ）中の時間リソース割当（Ｔｉｍｅ Ｒｅｓｏｕｒｃｅ Ａｓｓｉｇｎｍｅｎｔ）領域によって実現でき、予約リソースは少なくとも同一ＴＢの伝送に用いることができる。
【0027】
周期予約はＳＣＩ中のリソース予約周期（Ｒｅｓｏｕｒｃｅ Ｒｅｓｅｒｖａｔｉｏｎ Ｐｅｒｉｏｄ）領域によって実現でき、現在周期で予約する周期的リソースは少なくとも次のＴＢの伝送に用いることができる。
【0028】
以下では図面を参照しながら、具体的な実施例及びそれを適用するシーンによって本願に係る実施例で提供されるリソース処理方法について詳細に説明する。
【0029】
本願に係る実施例で提供されるリソース処理方法のフローチャートである図１を参照する。本願に係る実施例のリソース処理方法は端末に適用可能である。
【0030】
図１に示すように、リソース処理方法は、
第１時刻に目標リソースを再評価するステップ１０１を含んでもよい。
第１時刻に目標リソースを再評価するステップ１０１を含んでもよい。
【0031】
つまり、前記端末が予約した目標リソースが先取りされたか否かを第１時刻に判断する。
【0032】
本願に係る実施例では、前記目標リソースは、
第２時刻に対応する第１予約リソース、
第１リソース予約情報で指示される第２予約リソース、及び
第１リソース予約情報で指示される第３予約リソースの少なくとも１つを含んでもよく、
前記第１リソース予約情報は前記第２時刻に送信され、前記第１時刻は前記第２時刻の前にあり、前記第２予約リソースは非周期的リソースであり、前記第３予約リソースは周期的リソースのリソース周期内のリソースである。
第２時刻に対応する第１予約リソース、
第１リソース予約情報で指示される第２予約リソース、及び
第１リソース予約情報で指示される第３予約リソースの少なくとも１つを含んでもよく、
前記第１リソース予約情報は前記第２時刻に送信され、前記第１時刻は前記第２時刻の前にあり、前記第２予約リソースは非周期的リソースであり、前記第３予約リソースは周期的リソースのリソース周期内のリソースである。
【0033】
更に、前記第１時刻と前記第２時刻との間の間隔はリソース再選の処理時間以上であってもよく、このようにして、前記再評価の評価結果として前記目標リソースに対して再選を行う必要があり、即ち、前記目標リソースが先取りされた場合に、端末は前記第２時刻又は前記第２時刻の前にリソース再選を行うことができ、伝送衝突／干渉問題を回避でき、伝送の信頼性を向上させることができる。当然ながら、他の実施形態では、前記第１時刻と前記第２時刻との間の間隔はある閾値よりも大きくてもよく、当該閾値はプロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置されることが可能であり、具体的には実際の要求に応じて設定でき、本願に係る実施例はこれを限定するものではない。
【0034】
具体的に実現する時に、前記第２予約リソースの予約は時間リソース割当（Ｔｉｍｅ Ｒｅｓｏｕｒｃｅ Ａｓｓｉｇｎｍｅｎｔ）領域によって実現でき、前記第３予約リソースの予約はリソース予約周期（Ｒｅｓｏｕｒｃｅ Ｒｅｓｅｒｖａｔｉｏｎ Ｐｅｒｉｏｄ）領域によって実現できる。更に、前記第３予約リソースは、周期的リソースの次の１つ／複数のリソース周期内の一部又は全部のリソースを含んでもよい。説明必要であるように、本願に係る実施例では、次の１つ／複数のリソース周期は現在リソース周期の次の１つ／複数のリソース周期と理解してもよく、現在リソース周期は前記第１予約リソースの所在するリソース周期であってもよい。前記１つの周期的リソースは１つのリソースを時間領域上でシフトすることで得ることができ、前記シフトの時間領域ステップ長さは１つのリソース周期の長さである。前記周期的リソースの１つのリソース周期には１つ／複数の周期的リソースを含んでもよい。
【0035】
第２時刻に対応する第１予約リソースについては、前記第２時刻が前記第１予約リソースの所在する時刻であると理解できる。選択可能に、前記第１予約リソースは周期的リソースに属し、前記第１予約リソースは周期的リソースのリソース周期内の１つのリソースであってもよい。
【0036】
実施する時に、前記第１リソース予約情報で指示される前記第２予約リソース及び前記第３予約リソースに関しては、第１実現方式では、端末は前記第２予約リソースのみに対して再評価を行ってもよく、第２実現方式では、端末は前記第２予約リソース及び前記第３予約リソースに対して評価してもよい。
【0037】
本願に係る実施例のリソース処理方法によれば、端末は第１時刻に目標リソースを再評価することができ、前記目標リソースは、第２時刻に対応する第１予約リソース、第１リソース予約情報で指示される第２予約リソース、及び第１リソース予約情報で指示される第３予約リソースの少なくとも１つを含み、前記第１リソース予約情報は前記第２時刻に送信され、前記第１時刻は前記第２時刻の前にあり、前記第２予約リソースは非周期的リソースであり、前記第３予約リソースは周期的リソースのリソース周期内のリソースである。以上から分かるように、本願に係る実施例は、端末が選択／予約したリソースの再評価を可能とし、更に伝送衝突／干渉問題を避け、伝送の信頼性を向上させることができる。
【0038】
以下では本願に係る実施例における前記第３予約リソースを説明する。
【0039】
選択可能に、前記第３予約リソースのリソース周期は第１閾値以下であり、前記第１閾値は、プロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置される。
【0040】
この選択可能な実施形態では、端末が前記第１リソース予約情報で指示される周期的予約リソースに対して再評価を行うか否かは、その指示する周期的予約リソースのリソース周期が前記第１閾値よりも小さいか否かによって決まることが可能である。具体的には、リソース周期が前記第１閾値よりも小さい周期的リソースであれば、端末は再評価してもよく、リソース周期が前記第１閾値以上の周期的リソースであれば、端末は再評価しなくてもよい。このようにして、端末は前記第３予約リソースを再評価するか否かを明確に知ることができ、伝送の信頼性を向上させることができる。
【0041】
この別の選択可能な実施形態では、端末が前記第１リソース予約情報で指示される周期的予約リソースを再評価するか否かは、その指示する周期的予約リソースのリソース周期が前記第１閾値以下であるか否かによって決まることが可能である。具体的には、リソース周期が前記第１閾値以下の周期的リソースであれば、端末は再評価してもよく、リソース周期が前記第１閾値よりも大きい周期的リソースであれば、端末は再評価しなくてもよい。このようにして、端末は前記第３予約リソースを再評価するか否かを明確に知ることができ、伝送の信頼性を向上させることができる。
【0042】
選択可能に、前記第３予約リソースで伝送される第１トランスポートブロックＴＢの特性が前記第１予約リソースで伝送される第２ＴＢの特性と同じであると仮定し、又は、前記第１ＴＢの特性がプロトコルにより予め決められるか、制御ノードにより配置されるか、前記端末により予め配置されると仮定する。
【0043】
この選択可能な実施形態では、端末は、上記のいずれか一項の仮定に応じて、前記第３予約リソースを再評価するか否かを決定することができる。具体的に実現する時に、上記のいずれか一項の仮定が成立すれば、端末は前記第３予約リソースを再評価してもよく、そうでなければ、端末は前記第３予約リソースを再評価しなくてもよい。このようにして、端末は前記第３予約リソースを再評価するか否かを明確に知ることができ、伝送の信頼性を向上させることができる。
【0044】
実施する時に、上記ＴＢの特性は、ＴＢの特性の一部又は全部を含んでもよい。選択可能に、ＴＢの特性は、ＴＢがリソースでマッピングする優先順位（ｐｒｉｏｒｉｔｙ）、ＴＢのパケット遅延バジェット（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ，ＰＤＢ）の少なくとも１つを含む。更に、ＴＢがリソースでマッピングするｐｒｉｏｒｉｔｙは、ＴＢがＰＳＳＣＨでマッピングするｐｒｉｏｒｉｔｙ、ＴＢがＰＳＣＣＨでマッピングするｐｒｉｏｒｉｔｙの少なくとも１つを含んでもよい。具体的には、ＴＢがＰＳＳＣＨで伝送される時に、当該ＰＳＳＣＨに対応するＰＳＣＣＨ（ａｓｓｏｃｉａｔｅｄ ＰＳＣＣＨ）／ＳＣＩの指示する優先順位はＴＢがリソースでマッピングする優先順位である。
【0045】
例として、前記第１ＴＢの特性がプロトコルにより予め決められるか、制御ノードにより配置されるか、前記端末により予め配置されると仮定する場合に、前記第１ＴＢがＰＳＳＣＨ又はＰＳＣＣＨでマッピングするｐｒｉｏｒｉｔｙが最大値、最小値、配置値又は事前配置値であると仮定してもよく、或いは、前記第１ＴＢのＰＤＢ特性が固定値、配置値又は事前配置値であると仮定してもよい。
【0046】
以下で前記目標リソースが前記第１予約リソースを含む場合について説明する。
【0047】
選択可能に、前記目標リソースが前記第１予約リソースを含む場合に、前記の第１時刻に目標リソースを再評価することは、
第１条件が満たされた場合に、第１時刻に目標リソースを再評価することを含み、前記の第１条件が満たされたことは、
ａ）前記端末に前記第１時刻に伝送待ちＴＢが存在することと、
ｂ）前記端末に前記第１時刻の前に伝送待ちＴＢが存在することと、
ｃ）前記端末に前記第１予約リソースで伝送待ちＴＢが存在しないこととのいずれかを含み、
前記伝送待ちＴＢは前記第１予約リソースで伝送するように配置されるＴＢである。
第１条件が満たされた場合に、第１時刻に目標リソースを再評価することを含み、前記の第１条件が満たされたことは、
ａ）前記端末に前記第１時刻に伝送待ちＴＢが存在することと、
ｂ）前記端末に前記第１時刻の前に伝送待ちＴＢが存在することと、
ｃ）前記端末に前記第１予約リソースで伝送待ちＴＢが存在しないこととのいずれかを含み、
前記伝送待ちＴＢは前記第１予約リソースで伝送するように配置されるＴＢである。
【0048】
この選択可能な実施形態では、端末が第１時刻に前記第１予約リソースを再評価することは２種のシーンに分けてもよい。シーン１では、前記の第１条件が満たされたことはａ）とｂ）を含む場合に、第１時刻に前記第１予約リソースを再評価し、シーン２では、前記の第１条件が満たされたことはｃ）を含む場合に、第１時刻に前記第１予約リソースを再評価する。
【0049】
シーン１においては、端末は前記第１時刻よりも遅くない時に伝送待ちＴＢが存在すれば、即ち、前記伝送待ちＴＢが前記第１時刻よりも遅くない時に到達すれば、端末は前記第１時刻に前記第１予約リソースを再評価することができる。
【0050】
シーン２においては、選択可能に、前記の第１条件が満たされたことは前記端末に前記第１予約リソースで伝送待ちＴＢが存在しないことを含む場合に、
前記第１予約リソースで伝送される第３ＴＢの特性が第４ＴＢの特性と同じであると仮定し、又は、前記第３ＴＢの特性がプロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置されると仮定し、
前記第４ＴＢは、前記第４ＴＢと前記第３ＴＢが同一サイドリンクプロセス（ＳＬ Ｐｒｏｃｅｓｓ）に属することと、前記第４ＴＢが前記第３ＴＢの１つ前のＴＢであることとの少なくとも１つを満たす。
前記第１予約リソースで伝送される第３ＴＢの特性が第４ＴＢの特性と同じであると仮定し、又は、前記第３ＴＢの特性がプロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置されると仮定し、
前記第４ＴＢは、前記第４ＴＢと前記第３ＴＢが同一サイドリンクプロセス（ＳＬ Ｐｒｏｃｅｓｓ）に属することと、前記第４ＴＢが前記第３ＴＢの１つ前のＴＢであることとの少なくとも１つを満たす。
【0051】
上記ＴＢの特性は、ＴＢの特性の一部又は全部を含んでもよい。具体的には上述したＴＢの特性についての記述を参照でき、ここで詳細な説明を省略する。
【0052】
実施する時に、前記第４ＴＢは前記ＴＢの１つ前の伝送されるＴＢであってもよく、更に、前記第４ＴＢは、前記第３ＴＢと同一サイドリンクプロセスに属してもよく、前記第３ＴＢと異なるサイドリンクプロセスに属してもよい。前記第４ＴＢは、前記第３ＴＢと同一サイドリンクプロセスに属してもよい場合に、前記第３ＴＢの前のｎ個の伝送されるＴＢであってもよく、ｎが正の整数である。
【0053】
シーン２においては、端末は、上記のいずれか一項の仮定に応じて、前記第１予約リソースを再評価するか否かを決定することができる。具体的に実現する時に、上記のいずれか一項の仮定が成立すれば、端末は前記第１予約リソースを再評価してもよく、そうでなければ、端末は前記第１予約リソースを再評価しなくてもよい。
【0054】
本願に係る実施例では、端末が前記目標リソースを再評価した後、先取りされていないリソースであれば、端末は当該リソースでＴＢ伝送を行うことができ、先取りされたリソースであれば、端末は対応操作を実行して、伝送の信頼性を向上させることができ、具体的に下記のように説明する。
【0055】
実施形態１では、選択可能に、前記の第１時刻に目標リソースを再評価することの後、前記方法は、
前記再評価の評価結果として前記第３予約リソースに対してリソース再選を行う必要がある場合に、第１操作を実行することを更に含み、前記第１操作は、
第３予約リソースの所属する周期的リソースを再選することと、
第１サイドリンクプロセスに含まれる全ての周期的リソースを再選することと、
前記第１予約リソースにおいて前記第３予約リソースを予約することを禁止することと、
第１サイドリンクプロセスを解放することとのいずれかを含み、
前記第１サイドリンクプロセスは前記第３予約リソースの所属するサイドリンクプロセスである。
前記再評価の評価結果として前記第３予約リソースに対してリソース再選を行う必要がある場合に、第１操作を実行することを更に含み、前記第１操作は、
第３予約リソースの所属する周期的リソースを再選することと、
第１サイドリンクプロセスに含まれる全ての周期的リソースを再選することと、
前記第１予約リソースにおいて前記第３予約リソースを予約することを禁止することと、
第１サイドリンクプロセスを解放することとのいずれかを含み、
前記第１サイドリンクプロセスは前記第３予約リソースの所属するサイドリンクプロセスである。
【0056】
本実施形態では、前記第３予約リソースが先取りされており、端末は第１操作を実行することで、伝送衝突／干渉問題を回避し、伝送の信頼性を向上させることができる。
【0057】
第３予約リソースの所属する周期的リソースを再選したり、第１サイドリンクプロセスに含まれる全ての周期的リソースを再選したりするシーンにおいては、端末はリソース再選を行い、再選した再選リソースでＴＢ伝送を行い、これによって伝送衝突／干渉問題を回避し、伝送の信頼性を向上させることができる。
【0058】
前記第１予約リソースにおいて前記第３予約リソースを予約することを禁止するシーンにおいては、リソース予約周期（Ｒｅｓｏｕｒｃｅ Ｒｅｓｅｒｖａｔｉｏｎ Ｐｅｒｉｏｄ）領域は０にしてもよく、このようにして、前記第１予約リソースにおいて前記第３予約リソースを予約することがなく、伝送衝突／干渉問題を回避し、伝送の信頼性を向上させることができる。
【0059】
第１サイドリンクプロセスを解放するシーンにおいては、前記第１サイドリンクプロセスが解放されるので、端末は前記第３予約リソースを用いて前記第１サイドリンクプロセスを実行することがなく、伝送衝突／干渉問題を回避し、伝送の信頼性を向上させることができる。
【0060】
実施形態２では、選択可能に、前記の第１時刻に目標リソースを再評価することの後、前記方法は、
前記再評価の評価結果として前記第１予約リソースに対してリソース再選を行う必要がある場合に、第２操作を実行することを更に含み、前記第２操作は、
前記第１予約リソースを解放することと、
前記第１予約リソースの所属するサイドリンクプロセスを解放することとのいずれかを含む。
前記再評価の評価結果として前記第１予約リソースに対してリソース再選を行う必要がある場合に、第２操作を実行することを更に含み、前記第２操作は、
前記第１予約リソースを解放することと、
前記第１予約リソースの所属するサイドリンクプロセスを解放することとのいずれかを含む。
【0061】
本実施形態では、前記第１予約リソースが先取りされており、端末は第２操作を実行することで、伝送衝突／干渉問題を回避し、伝送の信頼性を向上させることができる。
【0062】
前記第１予約リソースを解放するシーンにおいては、端末は前記第１予約リソースでＴＢ伝送を行うことがなく、伝送衝突／干渉問題を回避し、伝送の信頼性を向上させることができる。
【0063】
前記第１予約リソースの所属するサイドリンクプロセスを解放するシーンにおいては、端末は前記第１予約リソースを用いて前記第１サイドリンクプロセスを実行することがなく、伝送衝突／干渉問題を回避し、伝送の信頼性を向上させることができる。
【0064】
実施形態３では、選択可能に、前記の第１時刻に目標リソースを再評価することの後、前記方法は、
前記再評価の評価結果として前記目標リソースに対してリソース再選を行う必要がある場合に、リソース再選を行い、第４予約リソースを得ることと、
第１規則に基づいて、前記第４予約リソースに対して周期的予約を行うか否かを判断することと、を更に含み、
前記第１規則は、
１）前記端末が再選リソースに対して周期的予約を行うか否かを決定することと、
２）第２条件に基づいて再選リソースに対して周期的予約を行うか否かを判断することとの少なくとも１つを含み、前記第２条件が満たされた場合に、再選リソースに対して周期的予約を行い、前記の第２条件が満たされたことは、１つのリソース周期内の伝送リソースのリソース数が、リソース周期内で許容される最大リソース数又は１つのＴＢの最大許容伝送回数である第２閾値以下であることと、チャネルビジー率（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ，ＣＢＲ）が、プロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置される第３閾値よりも小さいこととの少なくとも１つを含む。具体的には、前記１つのリソース周期内の伝送リソースのリソース数は、次のリソース周期内の伝送リソースのリソース数であってもよい。
前記再評価の評価結果として前記目標リソースに対してリソース再選を行う必要がある場合に、リソース再選を行い、第４予約リソースを得ることと、
第１規則に基づいて、前記第４予約リソースに対して周期的予約を行うか否かを判断することと、を更に含み、
前記第１規則は、
１）前記端末が再選リソースに対して周期的予約を行うか否かを決定することと、
２）第２条件に基づいて再選リソースに対して周期的予約を行うか否かを判断することとの少なくとも１つを含み、前記第２条件が満たされた場合に、再選リソースに対して周期的予約を行い、前記の第２条件が満たされたことは、１つのリソース周期内の伝送リソースのリソース数が、リソース周期内で許容される最大リソース数又は１つのＴＢの最大許容伝送回数である第２閾値以下であることと、チャネルビジー率（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ，ＣＢＲ）が、プロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置される第３閾値よりも小さいこととの少なくとも１つを含む。具体的には、前記１つのリソース周期内の伝送リソースのリソース数は、次のリソース周期内の伝送リソースのリソース数であってもよい。
【0065】
選択可能に、上記リソース周期内で許容される最大リソース数、１つのＴＢの最大許容伝送回数は、各リソースプール（ｐｏｏｌ）又は各帯域幅部分（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ，ＢＷＰ）により限定されてもよく、即ち、上記リソース周期内で許容される最大リソース数、１つのＴＢの最大許容伝送回数は、各ｐｏｏｌ又はＢＷＰの上記リソース周期内で許容される最大リソース数、１つのＴＢの最大許容伝送回数であってもよい。
【0066】
本実施形態では、目標リソースが先取りされており、端末はリソース再選を行い、再選で前記第４予約リソースを得る。本実施形態における目標リソースは、前記第１予約リソース、前記第２予約リソース及び前記第３予約リソースの一項又は複数項を含んでもよい。
【0067】
本実施形態では、端末は再選リソースである前記第４予約リソースを取得した後、第１規則に基づいて再選リソースに対して周期的予約を行うか否かを判断することができる。
【0068】
前記第１規則が１）を含むシーンにおいて、端末は再選リソースに対して周期的予約を行うか否かを自ら決定できる。端末が再選リソースに対して周期的予約を行うと決定した場合に、即ち、周期的予約が許容される場合に、端末は前記第４予約リソースに対して周期的予約を行うことができ、そうでなければ、前記第４予約リソースに対して周期的予約を行わない。
【0069】
前記第１規則が２）を含むシーンにおいて、第２条件が満たされた場合に、端末は前記第４予約リソースに対して周期的予約を行うことができ、そうでなければ、前記第４予約リソースに対して周期的予約を行わない。
【0070】
実施する時に、１つのリソース周期内の伝送リソースのリソース数が第２閾値以下であれば、端末は前記第４予約リソースに対して周期的予約を行うことができ、そうでなければ、前記第４予約リソースに対して周期的予約を行わない。ＣＢＲが第３閾値よりも小さければ、端末は前記第４予約リソースに対して周期的予約を行うことができ、そうでなければ、前記第４予約リソースに対して周期的予約を行わない。
【0071】
説明必要であるように、いくつかの実現方式では、１つのリソース周期内の伝送リソースのリソース数が第２閾値以下であり、又は、ＣＢＲが第３閾値よりも小さければ、端末は前記第４予約リソースに対して周期的予約を行うことができる。
【0072】
上記方式によれば、端末はリソース再選を行った後、再選リソースに対して周期的予約を行ってもよいし、再選リソースに対して周期的予約を行わなくてもよく、リソース再選の柔軟性を高めることができる。
【0073】
説明必要であるように、本発明に係る実施例で紹介した多種の選択可能な実施形態は、相互に組み合わせて実現してもよいし、単独して実現してもよく、本発明に係る実施例で限定されることがない。
【0074】
理解しやすくするために、シーン１及びシーン２と結びつけて例示的に下記のように説明する。
【0075】
シーン１では、図２ａに示すように、ＵＥは１つ前のリソース周期で、次のリソース周期の予約リソースが先取りされたか否かを判断する（即ち、次のリソース周期の予約リソースを再評価する）。
【0076】
シーン２では、図２ｂに示すように、ＵＥはあるリソース周期の予約リソースで対応するＴＢ伝送を行っていない時に、当該予約リソースを再評価する。
【0077】
計画１において、本計画は、シーン１に関して、周期的予約リソースをどのように再評価するかについて説明する。
【0078】
１）ある１回のＴＢ伝送に対しては、時刻ｍに対応する伝送リソース（ＰＳＣＣＨ／ＰＳＳＣＨリソース）は、「ｍ－Ｔ３」時刻にリソース選択の評価を行う必要があり（評価後に再選できる）、且つｍ時刻に予約されたリソースもリソース選択の評価を行う必要があり（評価後に再選できる）、前記予約リソースについては、
非周期予約リソースのみを評価することと、
非周期と周期的予約リソースを評価することとの少なくとも１つを含む。
なお、周期的予約リソースを評価するか否かは、予約周期がある閾値よりも小さいかによって決まることが可能であり、閾値は少なくとも定義されるか／制御ノードにより配置されるか／予め配置されるものであってもよい。
非周期予約リソースのみを評価することと、
非周期と周期的予約リソースを評価することとの少なくとも１つを含む。
なお、周期的予約リソースを評価するか否かは、予約周期がある閾値よりも小さいかによって決まることが可能であり、閾値は少なくとも定義されるか／制御ノードにより配置されるか／予め配置されるものであってもよい。
【0079】
２）周期的予約リソースのリソース選択評価を判断する（即ち、現在周期で後続周期のリソースが先取りされたか否かを判断する）。
前記周期的予約リソースで伝送されるＴＢについて下記のように仮定する。
ＴＢの特性（又は一部の特性）、例えばＴＢがＰＳＳＣＨ／ＰＳＣＣＨでマッピングするｐｒｉｏｒｉｔｙ、ＴＢのＰＤＢ特性等が、現在周期で伝送されるＴＢの特性（又は一部の特性）と同じであり、
ＴＢの特性（又は一部の特性）がプロトコルにより規定されるか／配置されるか／予め配置される特性であり、例えば、ＴＢがＰＳＳＣＨ／ＰＳＣＣＨでマッピングするｐｒｉｏｒｉｔｙが最大値／最小値／（事前）配置値であり、ＴＢのＰＤＢ特性が固定値、（事前）配置値である。
前記周期的予約リソースで伝送されるＴＢについて下記のように仮定する。
ＴＢの特性（又は一部の特性）、例えばＴＢがＰＳＳＣＨ／ＰＳＣＣＨでマッピングするｐｒｉｏｒｉｔｙ、ＴＢのＰＤＢ特性等が、現在周期で伝送されるＴＢの特性（又は一部の特性）と同じであり、
ＴＢの特性（又は一部の特性）がプロトコルにより規定されるか／配置されるか／予め配置される特性であり、例えば、ＴＢがＰＳＳＣＨ／ＰＳＣＣＨでマッピングするｐｒｉｏｒｉｔｙが最大値／最小値／（事前）配置値であり、ＴＢのＰＤＢ特性が固定値、（事前）配置値である。
【0080】
３）周期的予約リソースに対してリソース再選を行う必要があると判断した場合に、下記の少なくとも１種の行為を実行する。
現在周期の対応リソースを再選する。
現在周期で、前記のリソース再選を必要とするリソースを予約できない（即ち、ＳＣＩの周期予約領域を０にする）。
リソース再選を必要とするＳＬ ｐｒｏｃｅｓｓを解放する。
現在周期の対応リソースを再選する。
現在周期で、前記のリソース再選を必要とするリソースを予約できない（即ち、ＳＣＩの周期予約領域を０にする）。
リソース再選を必要とするＳＬ ｐｒｏｃｅｓｓを解放する。
【0081】
計画２において、本計画は、シーン２に関して、周期的予約リソースをどのように再評価するかについて説明する。
【0082】
１）ｍ時刻にある伝送リソース（ＰＳＣＣＨ／ＰＳＳＣＨリソース）に対して、「ｍ－Ｔ３」時刻にリソース選択評価を行う条件（又は、評価後に再選できる条件）は以下の通りである。
「ｍ－Ｔ３」時刻より遅くない時に、ＴＢ伝送が存在する（即ち、ＴＢ ａｒｒｉｖａｌがｍ－Ｔ３時刻より遅くない）。
「ｍ－Ｔ３」時刻より遅くない時に、ＴＢ伝送が存在する（即ち、ＴＢ ａｒｒｉｖａｌがｍ－Ｔ３時刻より遅くない）。
【0083】
２）現在予約リソースでＴＢ伝送がない場合であっても、ＵＥはリソース選択評価を行う。
伝送されるＴＢについて下記のように仮定する。
ＴＢの特性（又は一部の特性）、例えばＴＢがＰＳＳＣＨ／ＰＳＣＣＨでマッピングするｐｒｉｏｒｉｔｙ、ＴＢのＰＤＢ特性等が、前回に伝送されたＴＢの特性（又は一部の特性）と同じであり、
ＴＢの特性（又は一部の特性）、例えばＴＢがＰＳＳＣＨ／ＰＳＣＣＨでマッピングするｐｒｉｏｒｉｔｙ、ＴＢのＰＤＢ特性等が、当該ＳＬ ｐｒｏｃｅｓｓで前回に伝送されたＴＢの特性（又は一部の特性）と同じであり、
ＴＢの特性（又は一部の特性）がプロトコルにより規定されるか／配置されるか／予め配置される特性であり、例えば、ＴＢがＰＳＳＣＨ／ＰＳＣＣＨでマッピングするｐｒｉｏｒｉｔｙが最大値／最小値／（事前）配置値であり、ＴＢのＰＤＢ特性が固定値、（事前）配置値である。
伝送されるＴＢについて下記のように仮定する。
ＴＢの特性（又は一部の特性）、例えばＴＢがＰＳＳＣＨ／ＰＳＣＣＨでマッピングするｐｒｉｏｒｉｔｙ、ＴＢのＰＤＢ特性等が、前回に伝送されたＴＢの特性（又は一部の特性）と同じであり、
ＴＢの特性（又は一部の特性）、例えばＴＢがＰＳＳＣＨ／ＰＳＣＣＨでマッピングするｐｒｉｏｒｉｔｙ、ＴＢのＰＤＢ特性等が、当該ＳＬ ｐｒｏｃｅｓｓで前回に伝送されたＴＢの特性（又は一部の特性）と同じであり、
ＴＢの特性（又は一部の特性）がプロトコルにより規定されるか／配置されるか／予め配置される特性であり、例えば、ＴＢがＰＳＳＣＨ／ＰＳＣＣＨでマッピングするｐｒｉｏｒｉｔｙが最大値／最小値／（事前）配置値であり、ＴＢのＰＤＢ特性が固定値、（事前）配置値である。
【0084】
３）予約リソースはリソース再選を行う必要があると判断された場合に、
現在再選を必要とするリソースを解放し、
リソース再選を必要とするＳＬ ｐｒｏｃｅｓｓを解放する。
現在再選を必要とするリソースを解放し、
リソース再選を必要とするＳＬ ｐｒｏｃｅｓｓを解放する。
【0085】
計画３において、本計画は、再選リソースに対して周期的予約を行えるか否かについて説明し、リソース過度予約の問題を解決する。
【0086】
リソースが先取りされたと評価した時に、再評価結果に基づき、現在周期の伝送リソース（ＰＳＣＣＨ／ＰＳＳＣＨリソース）に対してリソース再選を行った場合に、下記の方式で、再選リソースに対して周期予約を行う必要があるか否かを判断する。
ＵＥは周期予約を行うか否かを決定し、即ち、周期予約を許容する。
周期予約を行えば、次の１つ（／複数）の周期のリソース数が許容される最大値／許容される１つのＴＢの伝送数最大値（最大値はｐｅｒ ｐｏｏｌ／ＢＷＰによって限定されてもよい）より大きくなく、そうでなければ、周期予約を行わない。
ＣＢＲがあるｔｈｒｅｓｈｏｌｄよりも小さく、そうでなければ、周期予約を行わない。ここで、ｔｈｒｅｓｈｏｌｄはプロトコルにより規定されるか／配置されるか／予め配置される。
ＵＥは周期予約を行うか否かを決定し、即ち、周期予約を許容する。
周期予約を行えば、次の１つ（／複数）の周期のリソース数が許容される最大値／許容される１つのＴＢの伝送数最大値（最大値はｐｅｒ ｐｏｏｌ／ＢＷＰによって限定されてもよい）より大きくなく、そうでなければ、周期予約を行わない。
ＣＢＲがあるｔｈｒｅｓｈｏｌｄよりも小さく、そうでなければ、周期予約を行わない。ここで、ｔｈｒｅｓｈｏｌｄはプロトコルにより規定されるか／配置されるか／予め配置される。
【0087】
本願に係る実施例では、周期的予約リソースをどのように再評価するかについて説明し、再選リソースに対して行う周期的予約の行為制限を解明し、即ち、周期的予約リソースの再評価の行為／条件、再選リソースの周期的予約方法を解明した。ＵＥが予約したリソースが実際に先取りされたか否かを判断できない／正確に判断できない問題、及びリソース過度予約問題を解決した。
【0088】
本願に係る実施例で提供されるリソース処理方法において、実行主体は、リソース処理装置であってもよいし、当該リソース処理装置におけるリソース処理方法を実行するための制御モジュールであってもよいことを説明必要である。本願に係る実施例において、リソース処理装置でリソース処理方法を実行することを例として、本願に係る実施例で提供されるリソース処理装置を説明する。
【0089】
本発明に係る実施例で提供されるリソース処理装置の構成図である図３を参照する。図３に示すように、リソース処理装置３００は、
第１時刻に目標リソースを再評価することに用いられる評価モジュール３０１を備え、前記目標リソースは、
第２時刻に対応する第１予約リソース、
第１リソース予約情報で指示される第２予約リソース、及び
第１リソース予約情報で指示される第３予約リソースの少なくとも１つを含み、
前記第１リソース予約情報は前記第２時刻に送信され、前記第１時刻は前記第２時刻の前にあり、前記第２予約リソースは非周期的リソースであり、前記第３予約リソースは周期的リソースのリソース周期内のリソースである。
第１時刻に目標リソースを再評価することに用いられる評価モジュール３０１を備え、前記目標リソースは、
第２時刻に対応する第１予約リソース、
第１リソース予約情報で指示される第２予約リソース、及び
第１リソース予約情報で指示される第３予約リソースの少なくとも１つを含み、
前記第１リソース予約情報は前記第２時刻に送信され、前記第１時刻は前記第２時刻の前にあり、前記第２予約リソースは非周期的リソースであり、前記第３予約リソースは周期的リソースのリソース周期内のリソースである。
【0090】
選択可能に、前記第３予約リソースのリソース周期は第１閾値以下であり、前記第１閾値は、プロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置される。
【0091】
選択可能に、前記第３予約リソースで伝送される第１トランスポートブロックＴＢの特性が前記第１予約リソースで伝送される第２ＴＢの特性と同じであると仮定し、又は、前記第１ＴＢの特性がプロトコルにより予め決められるか、制御ノードにより配置されるか、前記端末により予め配置されると仮定する。
【0092】
選択可能に、前記目標リソースが前記第１予約リソースを含む場合に、前記評価モジュール３０１は、具体的には、
第１条件が満たされた場合に、第１時刻に目標リソースを再評価することに用いられ、前記の第１条件が満たされたことは、
前記端末に前記第１時刻に伝送待ちＴＢが存在することと、
前記端末に前記第１時刻の前に伝送待ちＴＢが存在することと、
前記端末に前記第１予約リソースで伝送待ちＴＢが存在しないこととのいずれかを含み、
前記伝送待ちＴＢは前記第１予約リソースで伝送するように配置されるＴＢである。
第１条件が満たされた場合に、第１時刻に目標リソースを再評価することに用いられ、前記の第１条件が満たされたことは、
前記端末に前記第１時刻に伝送待ちＴＢが存在することと、
前記端末に前記第１時刻の前に伝送待ちＴＢが存在することと、
前記端末に前記第１予約リソースで伝送待ちＴＢが存在しないこととのいずれかを含み、
前記伝送待ちＴＢは前記第１予約リソースで伝送するように配置されるＴＢである。
【0093】
選択可能に、前記の第１条件が満たされたことは前記端末に前記第１予約リソースに伝送待ちＴＢが存在しないことを含む場合に、
前記第１予約リソースで伝送される第３ＴＢの特性が第４ＴＢの特性と同じであると仮定し、又は、前記第３ＴＢの特性がプロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置されると仮定し、
前記第４ＴＢは、前記第４ＴＢと前記第３ＴＢが同一サイドリンクプロセスに属することと、前記第４ＴＢが前記第３ＴＢの１つ前のＴＢであることとの少なくとも１つを満たす。
前記第１予約リソースで伝送される第３ＴＢの特性が第４ＴＢの特性と同じであると仮定し、又は、前記第３ＴＢの特性がプロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置されると仮定し、
前記第４ＴＢは、前記第４ＴＢと前記第３ＴＢが同一サイドリンクプロセスに属することと、前記第４ＴＢが前記第３ＴＢの１つ前のＴＢであることとの少なくとも１つを満たす。
【0094】
選択可能に、ＴＢの特性は、ＴＢがリソースでマッピングする優先順位及びＴＢのパケット遅延バジェットＰＤＢの少なくとも１つを含む。
【0095】
選択可能に、前記リソース処理装置３００は、
前記再評価の評価結果として前記第３予約リソースに対してリソース再選を行う必要がある場合に、第１操作を実行することに用いられる第１操作モジュールを更に備え、
前記第１操作は、
第３予約リソースの所属する周期的リソースを再選することと、
第１サイドリンクプロセスに含まれる全ての周期的リソースを再選することと、
前記第１予約リソースにおいて前記第３予約リソースを予約することを禁止することと、
第１サイドリンクプロセスを解放することとのいずれかを含み、
前記第１サイドリンクプロセスは前記第３予約リソースの所属するサイドリンクプロセスである。
前記再評価の評価結果として前記第３予約リソースに対してリソース再選を行う必要がある場合に、第１操作を実行することに用いられる第１操作モジュールを更に備え、
前記第１操作は、
第３予約リソースの所属する周期的リソースを再選することと、
第１サイドリンクプロセスに含まれる全ての周期的リソースを再選することと、
前記第１予約リソースにおいて前記第３予約リソースを予約することを禁止することと、
第１サイドリンクプロセスを解放することとのいずれかを含み、
前記第１サイドリンクプロセスは前記第３予約リソースの所属するサイドリンクプロセスである。
【0096】
選択可能に、前記リソース処理装置３００は、
前記再評価の評価結果として前記第１予約リソースに対してリソース再選を行う必要がある場合に、第２操作を実行することに用いられる第２操作モジュールを更に備え、前記第２操作は、
前記第１予約リソースを解放することと、
前記第１予約リソースの所属するサイドリンクプロセスを解放することとのいずれかを含む。
前記再評価の評価結果として前記第１予約リソースに対してリソース再選を行う必要がある場合に、第２操作を実行することに用いられる第２操作モジュールを更に備え、前記第２操作は、
前記第１予約リソースを解放することと、
前記第１予約リソースの所属するサイドリンクプロセスを解放することとのいずれかを含む。
【0097】
選択可能に、前記リソース処理装置３００は、
前記再評価の評価結果として前記目標リソースに対してリソース再選を行う必要がある場合に、リソース再選を行い、第４予約リソースを得ることに用いられる再選モジュールと、
第１規則に基づいて、前記第４予約リソースに対して周期的予約を行うか否かを判断することに用いられる判断モジュールと、を更に備え、
前記第１規則は、
前記端末が再選リソースに対して周期的予約を行うか否かを決定することと、
第２条件に基づいて再選リソースに対して周期的予約を行うか否かを判断することとの少なくとも１つを含み、前記第２条件が満たされた場合に、再選リソースに対して周期的予約を行い、前記の第２条件が満たされたことは、１つのリソース周期内の伝送リソースのリソース数が、リソース周期内で許容される最大リソース数又は１つのＴＢの最大許容伝送回数である第２閾値以下であることと、チャネルビジー率ＣＢＲが、プロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置される第３閾値よりも小さいこととの少なくとも１つを含む。
前記再評価の評価結果として前記目標リソースに対してリソース再選を行う必要がある場合に、リソース再選を行い、第４予約リソースを得ることに用いられる再選モジュールと、
第１規則に基づいて、前記第４予約リソースに対して周期的予約を行うか否かを判断することに用いられる判断モジュールと、を更に備え、
前記第１規則は、
前記端末が再選リソースに対して周期的予約を行うか否かを決定することと、
第２条件に基づいて再選リソースに対して周期的予約を行うか否かを判断することとの少なくとも１つを含み、前記第２条件が満たされた場合に、再選リソースに対して周期的予約を行い、前記の第２条件が満たされたことは、１つのリソース周期内の伝送リソースのリソース数が、リソース周期内で許容される最大リソース数又は１つのＴＢの最大許容伝送回数である第２閾値以下であることと、チャネルビジー率ＣＢＲが、プロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置される第３閾値よりも小さいこととの少なくとも１つを含む。
【0098】
本願に係る実施例におけるリソース処理装置は、装置であってもよいし、端末における部材、集積回路又はチップであってもよい。当該装置は、携帯型端末であってもよいし、非携帯型端末であってもよい。例として、携帯型端末は、以上で挙げられた端末の種類を含んでもよいが、それらに限定されることがなく、非携帯型端末は、サーバ、ネットワークアタッチドストレージ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ，ＮＡＳ）、パーソナルコンピュータ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ，ＰＣ）、テレビ（ｔｅｌｅｖｉｓｉｏｎ，ＴＶ）、現金自動預払機又はキオスク等であってもよく、本願に係る実施例で具体的に限定されない。
【0099】
本願に係る実施例におけるリソース処理装置は、オペレーティングシステムを有する装置であってもよい。当該オペレーティングシステムはアンドロイド（Ａｎｄｒｏｉｄ）オペレーティングシステムであってもよいし、ｉｏｓオペレーティングシステムであってもよいし、他の可能なオペレーティングシステムであってもよく、本願に係る実施例では具体的に限定されない。
【0100】
本願に係る実施例で提供されるリソース処理装置は、図１の方法実施例が実現する各工程を実現し、且つ同じ技術効果を達成することができ、繰り返して説明しないように、ここで詳細な説明を省略する。
【0101】
選択可能に、図４に示すように、本願に係る実施例は、プロセッサ４０１と、メモリ４０２と、メモリ４０２に記憶され且つ前記プロセッサ４０１において実行可能なプログラム又はコマンドとを備える端末４００であって、当該プログラム又はコマンドがプロセッサ４０１により実行される時に、上記リソース処理方法実施例の各工程を実現し、且つ同じ技術効果を達成できる端末４００を更に提供し、繰り返して説明しないように、ここで詳細な説明を省略する。
【0102】
図５は本発明に係る実施例で提供される端末の第２構成図であり、当該端末は本発明の各実施例を実現する端末のハードウェア構成模式図であってもよい。当該端末５００は、高周波ユニット５０１、ネットワークモジュール５０２、オーディオ出力ユニット５０３、入力ユニット５０４、センサ５０５、表示ユニット５０６、ユーザ入力ユニット５０７、インタフェースユニット５０８、メモリ５０９及びプロセッサ５１０等の部材を含むが、これらに限定されない。
【0103】
端末５００は各部材に給電する電源（例えば、電池）をさらに含んでもよく、電源は、電源管理システムによってプロセッサ５１０に論理的に接続し、さらに電源管理システムによって充放電の管理、及び電力消費管理等の機能を実現できることが当業者に理解される。図５に示す端末の構造は端末を限定するものではなく、端末は図示より多く又はより少ない部材、又は一部の部材の組合せ、又は異なる部材配置を含んでもよく、ここで詳細な説明を省略する。
【0104】
本願に係る実施例では、入力ユニット５０４は、ビデオ獲得モード又は画像獲得モードで画像獲得装置（例えば、カメラ）により取得した静的画像又はビデオの画像データを処理するグラフィックスプロセッシングユニット（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ，ＧＰＵ）５０４１と、マイクロホン５０４２とを含んでもよいことを理解すべきである。表示ユニット５０６は表示パネル５０６１を含んでもよく、表示パネル５０６１は液晶ディスプレイ、有機発光ダイオード等の形式で配置してもよい。ユーザ入力ユニット５０７はタッチパネル５０７１及び他の入力デバイス５０７２を含む。タッチパネル５０７１はタッチスクリーンとも呼ばれる。タッチパネル５０７１は、タッチ検出装置及びタッチ制御器という２つの部分を含んでもよい。他の入力デバイス５０７２は、物理キーボード、機能ボタン（例えば、音量制御ボタン、スイッチボタン等）、トラックボール、マウス、操作レバーを含んでもよいが、これらに限定されなく、ここで詳細な説明を省略する。
【0105】
本願の実施例において、高周波ユニット５０１は、ネットワーク側機器からのダウンリンクデータを受信した後、プロセッサ５１０で処理し、また、アップリンクのデータをネットワーク側機器に送信する。通常、高周波ユニット５０１は、アンテナ、少なくとも１つの増幅器、受送信機、カプラー、低騒音増幅器、デュプレクサ等を含むが、これらに限定されない。
【0106】
メモリ５０９は、ソフトウェアプログラム又はコマンド及び様々なデータを記憶するために用いることができる。メモリ５０９は、オペレーティングシステム、少なくとも１つの機能に必要なアプリケーション又はコマンド（例えば、音声再生機能、画像再生機能等）等を記憶可能な、プログラム又はコマンドの記憶領域及びデータ記憶領域を主に含んでもよい。また、メモリ５０９は、高速ランダムアクセスメモリを含んでもよいし、非揮発性メモリを含んでもよく、そのうち、非揮発性メモリは、読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、プログラマブル読み取り専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ，ＰＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ，ＥＰＲＯＭ）、電気的消去可能なプログラマブル読み取り専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ，ＥＥＰＲＯＭ）又はフラッシュメモリであってもよい。例えば、少なくとも１つの磁気ディスク記憶デバイス、フラッシュメモリデバイス、又は他の揮発性ソリッドステート記憶デバイスが挙げられる。
【0107】
プロセッサ５１０は、１つ又は複数の処理ユニットを含んでもよく、選択可能に、プロセッサ５１０に、オペレーティングシステム、ユーザインタフェース及びアプリケーション又はコマンド等を主に処理するアプリケーションプロセッサと、無線通信を主に処理するベースバンドプロセッサのようなモデムプロセッサとを統合することができる。上記モデムプロセッサはプロセッサ５１０に統合されなくてもよいことが理解可能である。
【0108】
そのにおいて、プロセッサ５１０は、
第１時刻に目標リソースを再評価することに用いられ、前記目標リソースは、
第２時刻に対応する第１予約リソース、
第１リソース予約情報で指示される第２予約リソース、及び
第１リソース予約情報で指示される第３予約リソースの少なくとも１つを含み、
前記第１リソース予約情報は前記第２時刻に送信され、前記第１時刻は前記第２時刻の前にあり、前記第２予約リソースは非周期的リソースであり、前記第３予約リソースは周期的リソースのリソース周期内のリソースである。
第１時刻に目標リソースを再評価することに用いられ、前記目標リソースは、
第２時刻に対応する第１予約リソース、
第１リソース予約情報で指示される第２予約リソース、及び
第１リソース予約情報で指示される第３予約リソースの少なくとも１つを含み、
前記第１リソース予約情報は前記第２時刻に送信され、前記第１時刻は前記第２時刻の前にあり、前記第２予約リソースは非周期的リソースであり、前記第３予約リソースは周期的リソースのリソース周期内のリソースである。
【0109】
選択可能に、前記第３予約リソースのリソース周期は第１閾値以下であり、前記第１閾値は、プロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置される。
【0110】
選択可能に、前記第３予約リソースで伝送される第１トランスポートブロックＴＢの特性が前記第１予約リソースで伝送される第２ＴＢの特性と同じであると仮定し、又は、前記第１ＴＢの特性がプロトコルにより予め決められるか、制御ノードにより配置されるか、前記端末により予め配置されると仮定する。
【0111】
選択可能に、前記目標リソースが前記第１予約リソースを含む場合に、プロセッサ５１０は、更に、
第１条件が満たされた場合に、第１時刻に目標リソースを再評価することに用いられ、前記の第１条件が満たされたことは、
前記端末に前記第１時刻に伝送待ちＴＢが存在することと、
前記端末に前記第１時刻の前に伝送待ちＴＢが存在することと、
前記端末に前記第１予約リソースで伝送待ちＴＢが存在しないこととのいずれかを含み、
前記伝送待ちＴＢは前記第１予約リソースで伝送するように配置されるＴＢである。
第１条件が満たされた場合に、第１時刻に目標リソースを再評価することに用いられ、前記の第１条件が満たされたことは、
前記端末に前記第１時刻に伝送待ちＴＢが存在することと、
前記端末に前記第１時刻の前に伝送待ちＴＢが存在することと、
前記端末に前記第１予約リソースで伝送待ちＴＢが存在しないこととのいずれかを含み、
前記伝送待ちＴＢは前記第１予約リソースで伝送するように配置されるＴＢである。
【0112】
選択可能に、前記の第１条件が満たされたことは前記端末に前記第１予約リソースに伝送待ちＴＢが存在しないことを含む場合に、
前記第１予約リソースで伝送される第３ＴＢの特性が第４ＴＢの特性と同じであると仮定し、又は、前記第３ＴＢの特性がプロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置されると仮定し、
前記第４ＴＢは、前記第４ＴＢと前記第３ＴＢが同一サイドリンクプロセスに属することと、前記第４ＴＢが前記第３ＴＢの１つ前のＴＢであることとの少なくとも１つを満たす。
前記第１予約リソースで伝送される第３ＴＢの特性が第４ＴＢの特性と同じであると仮定し、又は、前記第３ＴＢの特性がプロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置されると仮定し、
前記第４ＴＢは、前記第４ＴＢと前記第３ＴＢが同一サイドリンクプロセスに属することと、前記第４ＴＢが前記第３ＴＢの１つ前のＴＢであることとの少なくとも１つを満たす。
【0113】
選択可能に、ＴＢの特性は、ＴＢがリソースでマッピングする優先順位及びＴＢのパケット遅延バジェットＰＤＢの少なくとも１つを含む。
【0114】
選択可能に、プロセッサ５１０は、更に、
前記再評価の評価結果として前記第３予約リソースに対してリソース再選を行う必要がある場合に、第１操作を実行することに用いられ、前記第１操作は、
第３予約リソースの所属する周期的リソースを再選することと、
第１サイドリンクプロセスに含まれる全ての周期的リソースを再選することと、
前記第１予約リソースにおいて前記第３予約リソースを予約することを禁止することと、
第１サイドリンクプロセスを解放することとのいずれかを含み、
前記第１サイドリンクプロセスは前記第３予約リソースの所属するサイドリンクプロセスである。
前記再評価の評価結果として前記第３予約リソースに対してリソース再選を行う必要がある場合に、第１操作を実行することに用いられ、前記第１操作は、
第３予約リソースの所属する周期的リソースを再選することと、
第１サイドリンクプロセスに含まれる全ての周期的リソースを再選することと、
前記第１予約リソースにおいて前記第３予約リソースを予約することを禁止することと、
第１サイドリンクプロセスを解放することとのいずれかを含み、
前記第１サイドリンクプロセスは前記第３予約リソースの所属するサイドリンクプロセスである。
【0115】
選択可能に、プロセッサ５１０は、更に、
前記再評価の評価結果として前記第１予約リソースに対してリソース再選を行う必要がある場合に、第２操作を実行することに用いられ、前記第２操作は、
前記第１予約リソースを解放することと、
前記第１予約リソースの所属するサイドリンクプロセスを解放することとのいずれかを含む。
前記再評価の評価結果として前記第１予約リソースに対してリソース再選を行う必要がある場合に、第２操作を実行することに用いられ、前記第２操作は、
前記第１予約リソースを解放することと、
前記第１予約リソースの所属するサイドリンクプロセスを解放することとのいずれかを含む。
【0116】
選択可能に、プロセッサ５１０は、更に、
前記再評価の評価結果として前記目標リソースに対してリソース再選を行う必要がある場合に、リソース再選を行い、第４予約リソースを得ることと、
第１規則に基づいて、前記第４予約リソースに対して周期的予約を行うか否かを判断することとに用いられ、
前記第１規則は、
前記端末が再選リソースに対して周期的予約を行うか否かを決定することと、
第２条件に基づいて再選リソースに対して周期的予約を行うか否かを判断することとの少なくとも１つを含み、前記第２条件が満たされた場合に、再選リソースに対して周期的予約を行い、前記の第２条件が満たされたことは、１つのリソース周期内の伝送リソースのリソース数が、リソース周期内で許容される最大リソース数又は１つのＴＢの最大許容伝送回数である第２閾値以下であることと、チャネルビジー率ＣＢＲが、プロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置される第３閾値よりも小さいこととの少なくとも１つを含む。
前記再評価の評価結果として前記目標リソースに対してリソース再選を行う必要がある場合に、リソース再選を行い、第４予約リソースを得ることと、
第１規則に基づいて、前記第４予約リソースに対して周期的予約を行うか否かを判断することとに用いられ、
前記第１規則は、
前記端末が再選リソースに対して周期的予約を行うか否かを決定することと、
第２条件に基づいて再選リソースに対して周期的予約を行うか否かを判断することとの少なくとも１つを含み、前記第２条件が満たされた場合に、再選リソースに対して周期的予約を行い、前記の第２条件が満たされたことは、１つのリソース周期内の伝送リソースのリソース数が、リソース周期内で許容される最大リソース数又は１つのＴＢの最大許容伝送回数である第２閾値以下であることと、チャネルビジー率ＣＢＲが、プロトコルにより規定されるか、制御ノードにより配置されるか、前記端末により予め配置される第３閾値よりも小さいこととの少なくとも１つを含む。
【0117】
本実施例では、上記端末１００は本発明に係る実施例における方法実施例の各工程を実現し、且つ同じ有用効果を達成できることを説明必要であり、繰り返して説明しないように、ここで詳細な説明を省略する。
【0118】
本願に係る実施例は、プログラム又はコマンドが記憶されており、当該プログラム又はコマンドがプロセッサにより実行される時に、上記リソース処理方法実施例の各工程を実現し、且つ同じ技術効果を達成できる可読記憶媒体を更に提供し、繰り返して説明しないように、ここで詳細な説明を省略する。
【0119】
そのにおいて、前記プロセッサは上記実施例に記載の端末におけるプロセッサである。前記可読記憶媒体は、例えば、コンピュータ読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）、磁気ディスク又は光ディスク等のコンピュータ可読記憶媒体を含む。
【0120】
本願に係る実施例は、プロセッサと通信インタフェースを備え、前記通信インタフェースと前記プロセッサとが接続され、前記プロセッサがネットワーク側機器のプログラム又はコマンドを実行して、上記リソース処理方法実施例の各工程を実現するためのものであり、且つ同じ技術効果を達成できるチップを更に提供し、繰り返して説明しないように、ここで詳細な説明を省略する。
【0121】
本願に係る実施例に記載チップは、システムチップ、チップシステム又はシステムオンチップ等と呼んでもよいことを理解すべきである。
【0122】
本願に記述したこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード又はそれらの組合せによって実現できることが理解可能である。ハードウェアによる実現について、モジュール、ユニット、サブモジュール、サブユニット等は、１つ又は複数の特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ，ＡＳＩＣ）、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ，ＤＳＰ）、デジタル信号処理装置（ＤＳＰ Ｄｅｖｉｃｅ，ＤＳＰＤ）、プログラマブルロジックデバイス（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ，ＰＬＤ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ，ＦＰＧＡ）、共通プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本願に記載の機能を実行するための他の電子ユニット又はそれらの組合せにおいて実現することができる。
【0123】
説明すべきことは、本明細書において、用語「含む」、「からなる」又はその他のあらゆる変形は非排他的包含を含むように意図され、それにより一連の要素を含むプロセス、方法、物品又は装置は、それらの要素のみならず、明示されていない他の要素、又はこのようなプロセス、方法、物品又は装置に固有の要素をも含むようになる点である。特に断らない限り、語句「一つの…を含む」により限定される要素は、該要素を含むプロセス、方法、物品又は装置に別の同じ要素がさらに存在することを排除するものではない。なお、指摘すべきことは、本願の実施形態における方法と装置の範囲は示されたり、検討された順序で機能を実行するように限定されることがなく、関わる機能に応じて基本的に同時な方式又は反対の順序で機能を実行することを含んでもよく、例えば、記述された順序と異なる順序で記述された方法を実行することができ、更に各種のステップの追加、省略又は組合せも可能である点である。なお、一部の例を参照して記述された特徴は他の例に組み合わせることができる。
【0124】
以上の実施形態に対する説明によって、当業者であれば上記実施例の方法がソフトウェアと必要な共通ハードウェアプラットフォームとの組合せという形態で実現できることを明確に理解可能であり、当然ながら、ハードウェアによって実現してもよいが、多くの場合において前者はより好ましい実施形態である。このような見解をもとに、本願の技術的解決手段は実質的に又は従来技術に寄与する部分はソフトウェア製品の形で実施することができ、該コンピュータソフトウェア製品は、記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器等であってもよい）に本願の各実施例に記載の方法を実行させる複数の命令を含む。
【0125】
以上、図面を参照しながら本願の実施例を説明したが、本願は上記の具体的な実施形態に限定されず、上記の具体的な実施形態は例示的なものに過ぎず、限定的なものではなく、本願の示唆をもとに、当業者が本願の趣旨及び特許請求の保護範囲から逸脱することなくなし得る多くの形態は、いずれも本願の保護範囲に属するものとする。
【図1】
【図2a】
【図2b】
【図3】
【図4】
【図5】
