知財求人 - 知財ポータルサイト「IP Force」
▶ グァンドン オッポ モバイル テレコミュニケーションズ コーポレーション リミテッドの特許一覧
特許7467609車両インターネットシステムにおけるリソース選択方法、装置、端末及び媒体
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-04-05
(45)【発行日】2024-04-15
(54)【発明の名称】車両インターネットシステムにおけるリソース選択方法、装置、端末及び媒体
(51)【国際特許分類】
H04W 4/40 20180101AFI20240408BHJP
H04W 92/18 20090101ALI20240408BHJP
H04W 72/0446 20230101ALI20240408BHJP
H04W 28/04 20090101ALI20240408BHJP
【ＦＩ】
H04W4/40
H04W92/18
H04W72/0446
H04W28/04 110
【請求項の数】
13
(21)【出願番号】P 2022516768
(86)(22)【出願日】2020-01-03
(65)【公表番号】
(43)【公表日】2023-03-31
(86)【国際出願番号】 CN2020070338
(87)【国際公開番号】W WO2021134799
(87)【国際公開日】2021-07-08
【審査請求日】2022-12-06
(73)【特許権者】
【識別番号】516227559
【氏名又は名称】オッポ広東移動通信有限公司
【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．
【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ
(74)【代理人】
【識別番号】100091487
【弁理士】
【氏名又は名称】中村 行孝
(74)【代理人】
【識別番号】100120031
【弁理士】
【氏名又は名称】宮嶋 学
(74)【代理人】
【識別番号】100107582
【弁理士】
【氏名又は名称】関根 毅
(74)【代理人】
【識別番号】100152205
【弁理士】
【氏名又は名称】吉田 昌司
(74)【代理人】
【識別番号】100137523
【弁理士】
【氏名又は名称】出口 智也
(74)【代理人】
【識別番号】100096921
【弁理士】
【氏名又は名称】吉元 弘
(72)【発明者】
【氏名】ディン、イー
(72)【発明者】
【氏名】チャオ、チェンシャン
【審査官】中村 信也
(56)【参考文献】
【文献】特表２０１９－５３０２６８（ＪＰ，Ａ）
【文献】特表２０１９－５３１６４０（ＪＰ，Ａ）
【文献】Intel Corporation，Summary#2 for AI 7.2.4.2.2 Mode-2 Resource Allocation，3GPP TSG RAN WG1 #98bis R1-1911552，2019年10月20日
【文献】Intel Corporation，Sidelink physical layer procedures for NR V2X Communication，3GPP TSG RAN WG1 #98bis R1-1910653，2019年10月20日
【文献】Asia Pacific Telecom，Discussion on sidelink resource allocation mode2，3GPP TSG RAN WG1 #98 R1-1908929，2019年08月30日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
サイドリンク通信におけるリソース選択方法であって、時刻ｎに伝送されるサービスが存在する場合、端末は、リソース選択ウィンドウにおいて前記サービスの再送リソースを選択することを含み、
前記再送リソースが前記サービスの初期伝送リソースの後に位置し、
前記リソース選択ウィンドウが時刻ｎ＋Ｔ１１～時刻ｎ＋Ｔ１２のウィンドウであり、前記時刻ｎ～前記時刻ｎ＋Ｔ１１の第１の時間帯が前記端末の処理遅延以上であり、前記時刻ｎ～前記時刻ｎ＋Ｔ１２の第２の時間帯が前記サービスの遅延要求範囲以下であり、
前記リソース選択ウィンドウにおいて前記サービスの再送リソースを選択することは、
ハイブリッド自動再送要求ＨＡＲＱフィードバックが活性化状態であり、前記サービスを受信する端末が前記端末の現在のＴＢの１回の伝送に対して１つのＰＳＦＣＨリソースにＨＡＲＱフィードバックを行うことを許可する場合、リソース選択ウィンドウにおいて前記サービスの前記再送リソースを決定することを含み、
前記再送リソースと現在のＴＢの前回の伝送で選択されたリソースとの間に前記ＰＳＦＣＨリソースが存在する
ことを特徴とするリソース選択方法。
【請求項2】
前記リソース選択ウィンドウにおいて前記サービスの再送リソースを選択することは、ハイブリッド自動再送要求ＨＡＲＱフィードバックが活性化状態であり、前記サービスを受信する端末が前記端末の現在のＴＢの少なくとも２回に対して同一のＰＳＦＣＨリソースに１ビットのＨＡＲＱフィードバックを行うことを許可する場合、前記リソース選択ウィンドウにおいて前記サービスの前記再送リソースを決定することを含む
ことを特徴とする請求項１に記載のリソース選択方法。
【請求項3】
前記リソース選択ウィンドウにおいて前記サービスの再送リソースを選択することは、ブラインド再送が活性化状態にある場合、前記リソース選択ウィンドウにおいて前記サービスの前記再送リソースを決定することを含む
ことを特徴とする請求項１に記載のリソース選択方法。
【請求項4】
前記リソース選択ウィンドウにおいて前記サービスの前記再送リソースを決定することは、前記リソース選択ウィンドウ内の候補リソースから前記サービスの前記再送リソースを等しい確率で決定することを含み、
前記再送リソースが現在のＴＢの前回の伝送で選択されたリソースの後に位置し、前記候補リソースが前記リソース選択ウィンドウにおいてリソースリッスンウィンドウ内のリッスン結果に応じて選別した後に除外されないリソースセットである
ことを特徴とする請求項２又は３に記載のリソース選択方法。
【請求項5】
前記再送リソースが位置する時刻が時刻ｎ＋ａ＋Ｑよりも大きく、前記ｎ＋ａが前記サービスを受信する端末が前記端末の前記現在のＴＢの前回の伝送に対してＨＡＲＱフィードバックを行う時刻であり、前記Ｑが前記端末の前記ＨＡＲＱフィードバックの受信から次回の伝送の送信まで必要な処理時間である
ことを特徴とする請求項１に記載のリソース選択方法。
【請求項6】
前記リソース選択ウィンドウにおいて前記サービスの再送リソースを選択することは、ハイブリッド自動再送要求ＨＡＲＱフィードバックが活性化状態であり、前記サービスを受信する端末が前記端末の現在のＴＢの１回の伝送に対して１つのＰＳＦＣＨリソースに１ビットのＨＡＲＱフィードバックを行うことを許可する場合、リソース選択ウィンドウにおいて前記サービスの前記再送リソースを決定することを含む
ことを特徴とする請求項１に記載のリソース選択方法。
【請求項7】
サイドリンク通信におけるリソース選択装置であって、時刻ｎに伝送されるサービスが存在する場合、在リソース選択ウィンドウにおいて前記サービスの再送リソースを選択するように構成される決定モジュールを含み、
前記再送リソースが前記サービスの初期伝送リソースの後に位置し、
前記リソース選択ウィンドウが時刻ｎ＋Ｔ１１～時刻ｎ＋Ｔ１２のウィンドウであり、前記時刻ｎ～前記時刻ｎ＋Ｔ１１の第１の時間帯が端末の処理遅延以上であり、前記時刻ｎ～前記時刻ｎ＋Ｔ１２の第２の時間帯が前記サービスの遅延要求範囲以下であり、
前記決定モジュールは、ハイブリッド自動再送要求ＨＡＲＱフィードバックが活性化状態であり、前記サービスを受信する端末が前記端末の現在のＴＢの１回の伝送に対して１つのＰＳＦＣＨリソースにＨＡＲＱフィードバックを行うことを許可する場合、リソース選択ウィンドウにおいて前記サービスの前記再送リソースを決定するように構成され、
前記再送リソースと現在のＴＢの前回の伝送で選択されたリソースとの間に前記ＰＳＦＣＨリソースが存在する
ことを特徴とするリソース選択装置。
【請求項8】
前記決定モジュールは、ハイブリッド自動再送要求ＨＡＲＱフィードバックが活性化状態であり、前記サービスを受信する端末が前記端末の現在のＴＢの少なくとも２回に対して同一のＰＳＦＣＨリソースに１ビットのＨＡＲＱフィードバックを行うことを許可する場合、前記リソース選択ウィンドウにおいて前記サービスの前記再送リソースを決定するように構成されることを特徴とする請求項７に記載のリソース選択装置。
【請求項9】
前記決定モジュールは、ブラインド再送が活性化状態にある場合、前記リソース選択ウィンドウにおいて前記サービスの前記再送リソースを決定するように構成されることを特徴とする請求項７に記載のリソース選択装置。
【請求項10】
前記決定モジュールは、前記リソース選択ウィンドウ内の候補リソースから前記サービスの前記再送リソースを等しい確率で決定するように構成され、前記再送リソースが現在のＴＢの前回の伝送で選択されたリソースの後に位置し、前記候補リソースが前記リソース選択ウィンドウにおいてリソースリッスンウィンドウ内のリッスン結果に応じて選別した後に除外されないリソースセットである
ことを特徴とする請求項８又は９に記載のリソース選択装置。
【請求項11】
前記再送リソースが位置する時刻が時刻ｎ＋ａ＋Ｑよりも大きく、前記ｎ＋ａが前記サービスを受信する端末が前記端末の前記現在のＴＢの前回の伝送に対してＨＡＲＱフィードバックを行う時刻であり、前記Ｑが前記端末の前記ＨＡＲＱフィードバックの受信から次回の伝送の送信まで必要な処理時間である
ことを特徴とする請求項７に記載のリソース選択装置。
【請求項12】
前記決定モジュールは、ハイブリッド自動再送要求ＨＡＲＱフィードバックが活性化状態であり、前記サービスを受信する端末が前記端末の現在のＴＢの１回の伝送に対して１つのＰＳＦＣＨリソースに１ビットのＨＡＲＱフィードバックを行うことを許可する場合、リソース選択ウィンドウにおいて前記サービスの前記再送リソースを決定するように構成されることを特徴とする請求項７に記載のリソース選択装置。
【請求項13】
プロセッサによりロードされて実行され、請求項１～６のいずれか１項に記載のサイドリンク通信におけるリソース選択方法を実現する実行可能命令を記憶することを特徴とするコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本願は、無線通信分野に関し、特に、車両インターネットシステムにおけるリソース選択方法、装置、端末及び媒体に関する。
【背景技術】
【0002】
車両インターネット（Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ）システムにおける端末と端末との直接通信を実現するために、サイドリンク（ＳｉｄｅＬｉｎｋ、ＳＬ）伝送が導入される。
【0003】
ＳＬの伝送モードにおいて、端末がリソースプールからリソースを選択する必要がある。端末がリソース選択ウィンドウ及びリソースリッスンウィンドウを決定し、リソースリッスンウィンドウのリッスン結果に応じて、リソース選択ウィンドウ内のリソースを選別し、伝送されるサービスの候補リソースを取得する。端末は、候補リソースからリソースをランダムに選択し、サービスを受信する他の端末に対してサービスの伝送を行い、該サービスの初期伝送及び再送を含む。
【0004】
上記の方法でサービスの初期伝送リソースを選択する場合、端末がリソース選択ウィンドウ全体からリソースをランダムに選択するため、選択した初期伝送リソースが時間領域の後方に位置する候補リソースである可能性があり、その結果、サービス伝送の遅延が大きくなる。
【発明の概要】
【0005】
本願の実施例は、送信端末がリソース選択ウィンドウ全体でランダムにリソース選択し、選択された初期伝送リソースが時間領域の後方に位置する候補リソースであり、サービス伝送の遅延が大きくなるという問題を解決することができる車両インターネットシステムにおけるリソース選択方法、装置、端末、および媒体を提供する。技術的な解決策は以下の通りである。
【0006】
本願の一形態では、車両インターネットシステムにおけるリソース選択方法を提供し、前記方法は、
時刻ｎに伝送されるサービスが存在する場合、リソース選択ウィンドウにおいて前記サービスの初期伝送リソースを選択することを含み、前記初期伝送リソースが前記時刻ｎと時刻ｎ＋pとの間に位置し、
前記リソース選択ウィンドウが時刻ｎ＋Ｔ１１～時刻ｎ＋Ｔ１２のウィンドウであり、前記時刻ｎ～前記時刻ｎ＋Ｔ１１の第１の時間帯が前記端末の処理遅延以上であり、前記時刻ｎ～前記時刻ｎ＋Ｔ１２の第２の時間帯が前記サービスの遅延要求範囲以下であり、前記pの値が所定値Ｗよりも小さい。
時刻ｎに伝送されるサービスが存在する場合、リソース選択ウィンドウにおいて前記サービスの初期伝送リソースを選択することを含み、前記初期伝送リソースが前記時刻ｎと時刻ｎ＋pとの間に位置し、
前記リソース選択ウィンドウが時刻ｎ＋Ｔ１１～時刻ｎ＋Ｔ１２のウィンドウであり、前記時刻ｎ～前記時刻ｎ＋Ｔ１１の第１の時間帯が前記端末の処理遅延以上であり、前記時刻ｎ～前記時刻ｎ＋Ｔ１２の第２の時間帯が前記サービスの遅延要求範囲以下であり、前記pの値が所定値Ｗよりも小さい。
【0007】
本願の一形態では、車両インターネットシステムにおけるリソース選択方法を提供し、前記方法は、
時刻ｎに伝送されるサービスが存在する場合、在リソース選択ウィンドウにおいて前記サービスの再送リソースを選択することを含み、前記再送リソースが前記サービスの初期伝送リソースの後に位置し、
前記リソース選択ウィンドウが時刻ｎ＋Ｔ１１～時刻ｎ＋Ｔ１２のウィンドウであり、前記時刻ｎ～前記時刻ｎ＋Ｔ１１の第１の時間帯が前記端末の処理遅延以上であり、前記時刻ｎ～前記時刻ｎ＋Ｔ１２の第２の時間帯が前記サービスの遅延要求範囲以下である。
時刻ｎに伝送されるサービスが存在する場合、在リソース選択ウィンドウにおいて前記サービスの再送リソースを選択することを含み、前記再送リソースが前記サービスの初期伝送リソースの後に位置し、
前記リソース選択ウィンドウが時刻ｎ＋Ｔ１１～時刻ｎ＋Ｔ１２のウィンドウであり、前記時刻ｎ～前記時刻ｎ＋Ｔ１１の第１の時間帯が前記端末の処理遅延以上であり、前記時刻ｎ～前記時刻ｎ＋Ｔ１２の第２の時間帯が前記サービスの遅延要求範囲以下である。
【0008】
本願の一形態では、車両インターネットシステムにおけるリソース選択装置を提供し、前記装置は、決定モジュールを含み、
前記決定モジュールは、時刻ｎに伝送されるサービスが存在する場合、リソース選択ウィンドウにおいて前記サービスの初期伝送リソースを選択するように構成され、前記初期伝送リソースが前記時刻ｎと時刻ｎ＋pとの間に位置し、
前記リソース選択ウィンドウが時刻ｎ＋Ｔ１１～時刻ｎ＋Ｔ１２のウィンドウであり、前記時刻ｎ～前記時刻ｎ＋Ｔ１１の第１の時間帯が前記端末の処理遅延以上であり、前記時刻ｎ～前記時刻ｎ＋Ｔ１２の第２の時間帯が前記サービスの遅延要求範囲以下であり、前記pの値が所定値Ｗよりも小さい。
前記決定モジュールは、時刻ｎに伝送されるサービスが存在する場合、リソース選択ウィンドウにおいて前記サービスの初期伝送リソースを選択するように構成され、前記初期伝送リソースが前記時刻ｎと時刻ｎ＋pとの間に位置し、
前記リソース選択ウィンドウが時刻ｎ＋Ｔ１１～時刻ｎ＋Ｔ１２のウィンドウであり、前記時刻ｎ～前記時刻ｎ＋Ｔ１１の第１の時間帯が前記端末の処理遅延以上であり、前記時刻ｎ～前記時刻ｎ＋Ｔ１２の第２の時間帯が前記サービスの遅延要求範囲以下であり、前記pの値が所定値Ｗよりも小さい。
【0009】
本願の一形態では、車両インターネットシステムにおけるリソース選択装置を提供し、前記装置は、決定モジュールを含み、
前記決定モジュールは、時刻ｎに伝送されるサービスが存在する場合、在リソース選択ウィンドウにおいて前記サービスの再送リソースを選択するように構成され、前記再送リソースが前記サービスの初期伝送リソースの後に位置し、
前記リソース選択ウィンドウが時刻ｎ＋Ｔ１１～時刻ｎ＋Ｔ１２のウィンドウであり、前記時刻ｎ～前記時刻ｎ＋Ｔ１１の第１の時間帯が前記端末の処理遅延以上であり、前記時刻ｎ～前記時刻ｎ＋Ｔ１２の第２の時間帯が前記サービスの遅延要求範囲以下であり。
前記決定モジュールは、時刻ｎに伝送されるサービスが存在する場合、在リソース選択ウィンドウにおいて前記サービスの再送リソースを選択するように構成され、前記再送リソースが前記サービスの初期伝送リソースの後に位置し、
前記リソース選択ウィンドウが時刻ｎ＋Ｔ１１～時刻ｎ＋Ｔ１２のウィンドウであり、前記時刻ｎ～前記時刻ｎ＋Ｔ１１の第１の時間帯が前記端末の処理遅延以上であり、前記時刻ｎ～前記時刻ｎ＋Ｔ１２の第２の時間帯が前記サービスの遅延要求範囲以下であり。
【0010】
本願の一形態では、端末を提供し、前記端末は、プロセッサと、前記プロセッサに接続された送受信機と、前記プロセッサの実行可能な命令を格納するメモリと、を備え、ここで、前記プロセッサは、前記実行可能な命令をロードして実行し、上記形態に記載された車両インターネットシステムにおけるリソース選択方法を実現する。
【0011】
本願の一形態では、コンピュータ可読記憶媒体を提供し、前記可読記憶媒体は、実行可能命令を記憶し、前記実行可能命令は、前記プロセッサによってロードされ実行され、上記の形態に記載された車両インターネットシステムにおけるリソース選択方法を実現する。
【0012】
本願の実施例に係る技術案は、以下の有益な効果を有する。
【0013】
端末は、リソース選択ウィンドウにおいてリソースを選択する時に、時刻ｎと時刻ｎ＋pとの間でサービスの初期伝送リソースを選択することで、リソース選択ウィンドウの時間領域の後部に位置するリソースの初期伝送サービスを回避し、サービス伝送の遅延を低減させる。
【図面の簡単な説明】
【0014】
本願の実施例における技術的解決策をより明確に説明するために、以下では、実施例の説明に使用する添付の図面を簡単に説明する。これらの図面は、明らかに本願の実施例の一部に過ぎず、当業者が創造的な作業を行うことなく、他の図面を得ることができる。
【図1】本願の関連技術におけるサイドリンクの伝送モードのモード図である。
【図2】本願の関連技術におけるＬＴＥ－Ｖ２Ｘからリソースを選択するモード図である。
【図3】本願の関連技術におけるＮＲ－Ｖ２Ｘの物理層の構造のブロック図である。
【図4】本願の関連技術におけるＴＢの伝送のモード図である。
【図5】本願の関連技術における車両インターネットシステムにおけるリソース選択のモード図である。
【図6】本願の関連技術における車両インターネットシステムにおけるリソース選択のモード図である。
【図7】本願の関連技術における車両インターネットシステムにおけるリソース選択のモード図である。
【図8】本願の関連技術における車両インターネットシステムにおけるリソース選択のモード図である。
【図9】本願の例示的な実施例におけるサイドリンク伝送をサポートする通信システムのブロック図である。
【図10】本願の例示的な実施例における車両インターネットシステムにおけるリソース選択方法のフローチャートである。
【図11】本願の例示的な実施例における第１の再選択ウィンドウの第１の再選択リソースの決定のフローチャートである。
【図12】本願の例示的な実施例における車両インターネットシステムにおけるリソース選択のモード図である。
【図13】本願の例示的な実施例における車両インターネットシステムにおけるリソース選択方法のフローチャートである。
【図14】本願の例示的な実施例における車両インターネットシステムにおけるリソース選択のモード図である。
【図15】本願の例示的な実施例における第２の再選択ウィンドウの再送リソースの第２の再選択リソースの決定のフローチャートである。
【図16】本願の例示的な実施例における車両インターネットシステムにおけるリソース選択のモード図である。
【図17】本願の例示的な実施例における車両インターネットシステムにおけるリソース選択装置の構成のブロック図である。
【図18】本願の例示的な実施例における車両インターネットシステムにおけるリソース選択装置の構成のブロック図である。
【図19】本願の例示的な実施例における端末の構成のモード図である。
【発明を実施するための形態】
【0015】
本願の目的、技術的解決策、および利点をより明確にするために、以下では、添付の図面と併せて本願の実施例をさらに詳細に説明する。
【0016】
まず、本願の実施例における用語を簡単に説明する。
【0017】
車両インターネット（Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ): 将来のインテリジェント交通システムのキーテクノロジーであり、主に３ＧＰＰ通信プロトコルに基づく車両データ伝送方式を研究する。Ｖ２Ｘ通信は、Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ （Ｖ２Ｖ)通信、Ｖｅｈｉｃｌｅ ｔｏ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ （Ｖ２Ｉ)通信、Ｖｅｈｉｃｌｅ ｔｏ Ｐｅｏｐｌｅ （Ｖ２Ｐ)通信を含む。Ｖ２Ｘアプリケーションは、運転の安全性を向上させ、渋滞や車両のエネルギー消費を削減し、交通効率を向上させる。
【0018】
サイドリンク（ＳｉｄｅＬｉｎｋ、ＳＬ）伝送：高いスペクトラム効率と低い伝送遅延を有するデバイス－デバイスの通信モードである。３ＧＰＰにおいて２つのサイドリンクの伝送モードのモードＡ及びモードＢが定義される。図１の(ａ)に示すように、モードＡでは、端末の伝送リソースはダウンリンクを通じて基地局から割り当てられ、端末は基地局から割り当てられたリソースに従ってサイドリンクでデータを伝送し、基地局は端末に対して１回の伝送またはセミスタティック伝送のリソースを割り当てることができる。図１の(ｂ)に示すように、モードＢでは、端末が自らリソースプールからリソースを選択してデータ伝送を行う。具体的には、端末は、リソースプールから伝送リソースをリッスンによって選択してもよく、リソースプールから伝送リソースをランダムに選択してもよい。
【0019】
サイドリンクの伝送モードのモードＢでは、端末はリッスンによりリソースプールから伝送リソースを選択することができる。以下では、ＬＴＥ－Ｖ２ＸおよびＮＲ－Ｖ２Ｘにおけるリソース選択方法について説明する。
【0020】
１) ＬＴＥ－Ｖ２Ｘにおけるリソース選択方法
時刻ｎに新しいパケットが到着し、リソース選択が必要な場合、端末は過去１秒間のリッスン結果に基づいて[ｎ＋Ｔ１, ｎ＋Ｔ２]ミリ秒以内にリソース選択を行う。ここで、Ｔ１＜＝４、２０＜＝Ｔ２＜＝１００とし、Ｔ１の選択は端末の処理遅延より大きく、Ｔ２の選択はサービスの遅延要求範囲内である必要がある。例えば、サービスの遅延要求が５０ｍｓであれば、２０＜＝Ｔ２＜＝５０となり、サービの遅延要求が１００ｍｓであれば、２０＜＝Ｔ２＜＝１００となる。
時刻ｎに新しいパケットが到着し、リソース選択が必要な場合、端末は過去１秒間のリッスン結果に基づいて[ｎ＋Ｔ１, ｎ＋Ｔ２]ミリ秒以内にリソース選択を行う。ここで、Ｔ１＜＝４、２０＜＝Ｔ２＜＝１００とし、Ｔ１の選択は端末の処理遅延より大きく、Ｔ２の選択はサービスの遅延要求範囲内である必要がある。例えば、サービスの遅延要求が５０ｍｓであれば、２０＜＝Ｔ２＜＝５０となり、サービの遅延要求が１００ｍｓであれば、２０＜＝Ｔ２＜＝１００となる。
【0021】
例示的に、図２に示すように、時刻ｎに新しいパケットが到着し、リソース選択が必要であり、リソースリッスンウィンドウが[ｎ－１０００, ｎ]である。サービスの遅延要求が１００ｍｓであり、リソース選択ウィンドウが[ｎ＋４, ｎ＋１００]である。
【0022】
端末がリソース選択ウィンドウでリソースを選択するプロセスは以下の通りである（具体的になリソース選択プロセスは３ＧＰＰ ＴＳ３６.２１３に記載されており、ここで、主なリソース選択ステップのいくつかが記載されている）。
【0023】
端末は、リソース選択ウィンドウ内の全ての利用可能なリソースをセットＡとし、セットＡ内のリソースを選別する。
【0024】
ステップ一：端末がリソースリッスンウィンドウ内のあるサブフレーム（ｓｕｂｆｒａｍｅ）においてリッスンせずデータを送信する場合、これらのサブフレームのリソース選択ウィンドウの対応するサブフレームリソースが除外される。
【0025】
ステップ二：端末がリソースリッスンウィンドウ内で物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）を検出した場合、ＰＳＣＣＨでスケジューリングされた物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）の基準信号受信電力（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ、ＲＳＲＰ）を測定し、測定されたＰＳＣＨ－ＲＳＲＰがＰＳＣＨ－ＲＳＲＰ閾値よりも高く、そのＰＳＣＣＨで伝送される制御情報に含まれる予約情報に基づいて、予約された伝送リソースが端末のリソース選択ウィンドウ内にあると判断された場合、端末は該リソースをセットＡから除外する。ここで、ＰＳＳＣＨ－ＲＳＲＰ閾値の選択は、検出されたＰＳＣＣＨで搬送される優先度情報と、端末が送信するデータの優先度によって決定される。
【0026】
ステップ三：セットＡの残りリソース数が全リソース数の２０％未満の場合、端末はＰＳＳＣＨ－ＲＳＲＰの閾値を３ｄＢ上げ、セットＡの残りリソース数が全リソース数の２０％より大きいまで、ステップ１～２を繰り返す。
【0027】
ステップ四：端末は、セットＡの残りリソースに対してＳ－ＲＳＩ（Ｓｉｄｅｌｉｎｋ Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）検出を実行し、セットＡの残りリソースをエネルギーの高い順にソートし、（セットＡのリソース数に対する）エネルギーの最低２０％のリソースをセットＢに配置する。
【0028】
ステップ五： 端末は、データ伝送のために、セットＢから等しい確率でリソースを選択する。
【0029】
２) ＮＲ－Ｖ２Ｘにおけるリッスンのリソース選択方法
ＮＲ－Ｖ２Ｘでは、自律走行をサポートする必要があるため、車両間のデータインタラクションに対して、より高いスループット、低遅延、高い信頼性、広いカバレッジ、柔軟なリソース配分などの高い要件が求められている。
ＮＲ－Ｖ２Ｘでは、自律走行をサポートする必要があるため、車両間のデータインタラクションに対して、より高いスループット、低遅延、高い信頼性、広いカバレッジ、柔軟なリソース配分などの高い要件が求められている。
【0030】
ＮＲ－Ｖ２Ｘの物理層の構造を図３に示し、制御情報を伝送するためのＰＳＣＣＨ３０１は、データを伝送するＰＳＳＣＨ３０２に含まれているため、ＰＳＣＣＨ３０１とＰＳＳＣＨ３０２を同時に送信する必要がある。
【0031】
現行プロトコルでは、現在のデータブロック（ＴＢ）の初期伝送が現在のＴＢの再送を予約すること、現在のＴＢの再送が現在のＴＢの再送を予約すること、及び前のＴＢの初期伝送または再送が現在のＴＢの初期伝送又は再送を予約することのみがサポートされている。
【0032】
図４に示すように、現在のＴＢがＴＢ２、前回のＴＢがＴＢ１である。ＴＢ２の初期伝送４２１はＴＢ２の再送４２２と再送４２３を予約し、ＴＢ２の再送４２２はＴＢ２の再送４２３を予約し、ＴＢ１の初期伝送４１１はＴＢ２の初期伝送４２１を予約し、ＴＢ１の再送４１２はＴＢ２の再送４２２を予約し、ＴＢ１の再送４１３はＴＢ２の再送４２３を予約する。
【0033】
ＮＲ－Ｖ２Ｘでは、上記のようなモードＢの場合、端末が自らリソースを選択する必要がある。リソース選択を行うメカニズムは、前述のＬＴＥ－Ｖ２Ｘのリソース選択メカニズムと同様である。
【0034】
端末がｎ時刻にサービスのデータパゲットを生成し、リソース選択が必要であり、リソース選択ウィンドウ内の全てのリソースをセットＡとする。リソース選択ウィンドウはｎ＋Ｔ１から始まり、ｎ＋Ｔ２で終わる。Ｔ１>＝端末がデータ送信の準備とリソース選択を行う時間、Ｔ２ｍｉｎ＜＝Ｔ２＜＝サービスの遅延要求範囲である。ｔ２ｍｉｎは値{１, ５, １０, ２０}*２u個のスロットであり、ここで、μ＝０,１,２,３が、サブキャリア間隔１５, ３０, ６０, １２０ｋＨｚに対応する。
【0035】
図５に示すように、端末はｎ－Ｔ０～ｎ時刻にリソースをリッスンする。Ｔ０は[１００,１１００]ミリ秒の範囲の値である。端末は、ＰＳＣＣＨをリッスンした場合、そのＰＳＣＣＨのＲＳＲＰまたはそのＰＳＣＣＨでスケジューリングされたＰＳＳＣＨのＲＳＲＰを測定し、測定したＲＳＲＰがＲＳＲＰ閾値よりも大きく、かつ、そのＰＳＣＣＨで伝送された制御メッセージのリソース予約情報に基づいて、予約したリソースがリソース選択ウィンドウ内にあると判断した場合、対応するリソースをセットＡから除外する。
【0036】
端末は、リソース選別を行った後、セットＡからランダムにいくつかのリソースを選択して、初期伝送および再送の送信リソースとする。上記のＲＳＲＰ閾値は、端末がリッスンしたＰＳＣＣＨで運ばれる優先度と、端末が送信するデータの優先度によって決定される。また、端末が選択した初期伝送リソースの時間領域の位置と、最後の再送リソースの時間領域の位置の差は、Ｗ以下である必要がある。ＮＲ－Ｖ２Ｘにおいて、Ｗが３２個のスロットである。各スロットの長さはサブキャリアの間隔と関係し、サブキャリア間隔が１５ｋＨｚである場合スロットの長さが１ミリ秒であり、サブキャリア間隔が３０ｋＨｚである場合スロットの長さが０.５ミリ秒である。
【0037】
なお、ＮＲ－Ｖ２Ｘではリソースプリエンプトがサポートされている。すなわち、端末がリソース選別を行った後、セットＡには優先度の低い端末が予約したリソースブロックが含まれている可能性があり、端末は優先度の低い端末が予約したリソースブロックをプリエンプトする。リソースのプリエンプトは、例えば、ＲＳＲＰの閾値を調整することで実現できる。
【0038】
図５において、端末１が時刻ｎにデータを生成してリソースを選択し、端末１は、ｎ＋Ｔ１からｎ＋Ｔ２までのリソース選択ウィンドウと、ｎ－Ｔ０からｎまでのリソースリッスンウィンドウを決定する。リソースリッスンウィンドウにおいて、端末１は、端末２がｎ－ａ時刻にＰＳＣＣＨ及びＰＳＳＣＨを送信した後ｎ＋ｂ時刻のリソースｘを予約するとリッスンする。端末１は、端末２が送信したＰＳＣＣＨをリッスンした後、端末２のＰＳＣＣＨで搬送される優先度が自分の送信するデータの優先度よりも低いことを知り、ＲＳＲＰの閾値を上げて、測定された端末２が信号を送信するＲＳＲＰがＲＳＲＰ閾値よりも低い確率が高くなり、測定されたＲＳＲＰがＲＳＲＰ閾値よりも低い場合、端末１は、端末２が予約したリソースｘを除外しない。端末１がリソース選別後のセットＡの中から端末２が予約したリソースｘをランダムに選択した場合、端末１はリソースｘをプリエンプトする。逆に、端末１は、端末２のＰＳＣＣＨで搬送される優先度が自分の送信するデータの優先度よりも高いことを検出した場合、ＲＳＲＰの閾値を下げ、端末２が予約したリソースを除外しやすくすることで、優先度の高い端末と同じリソースブロックを使用しないようにする。
【0039】
なお、ＮＲ－Ｖ２Ｘは、最初にリソースを選択した後の連続的なリッスン（ｒｅ－ｅｖａｌｕａｔｉｏｎ）にも対応している。
【0040】
図６に示すように、端末は、時刻ｎでデータを生成し、リソースのリソース選択ウィンドウ及びリソースリッスンウィンドウを決定し、さらに、ｎ＋ａ時刻の初期伝送リソースｘ及びｎ＋ｂとｎ＋ｃ時刻の再送リソースyとzを選択する。ｎ時刻の後、端末は、ＰＳＣＣＨを連続的にリッスンする。ｎ＋ａ時刻の前に、端末が連続的なリッスンでリソースｘまたはリソースyまたはリソースzが他の端末によって予約されたこと（リソース競合が発生）を発見し、測定されたＲＳＲＰがＲＳＲＰ閾値よりも高い場合、端末は対応するリソースを解放し、サービス遅延要件が満たされている限り、別のリソースを再選択する。ｎ＋ａ時刻の後、端末はリソースｘでＰＳＣＣＨとＰＳＳＣＨを既に送信し、リソースｙとｚを予約しているので、端末が連続的なリッスンにより、優先度の高いＵＥがリソースｙまたはｚをプリエンプトし、ＲＳＲＰがＲＳＲＰ閾値よりも高いことを発見した場合のみ、端末はリソースｙまたはｚを解放し、リソースを再選択する。
【0041】
再送リソースである場合、ブラインド再送及びハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｑｕｅｓｔ、ＨＡＲＱ）再送方式が存在する。
【0042】
１）ブラインド再送：端末が複数の時間周波数リソースを一度に選択し、毎回同じデータを送信し、サービスを受信する端末は、端末の伝送ごとにフィードバックを行わず、受信されたデータをマージを行う。
【0043】
２) ＨＡＲＱ再送：端末は一度に複数の時間周波数リソースを選択し、毎回同じデータを送信する。送信ごとに、サービスを受信する端末は、受信が成功したかどうかに応じて、ＡＣＫ/ＮＡＣＫを端末にフィードバックを行い、ＡＣＫは受信成功、ＮＡＣＫは受信失敗を意味する。ＮＲ Ｖ２Ｘでは、端末がＡＣＫを受信するとデータ送信を停止し、使用していない時間周波数リソースを解放する。受信側は、物理サイドリンクフィードバックチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ、ＰＳＦＣＨ）を介して送信側にＨＡＲＱのフィードバックを行う。
【0044】
ＰＳＦＣＨリソースはリソースプールごとに配置されており、ＮＲ－Ｖ２ＸではＮ＝１、Ｎ＝２、Ｎ＝４の３つの配置がある。図７に示すように、Ｎ＝１はリソースプールの各スロットにＰＳＦＣＨリソースが配置されていることを意味し、Ｎ＝２は２スロットごとにＰＳＦＣＨリソースが配置されていることを意味し、Ｎ＝４は４スロットごとにＰＳＦＣＨリソースが配置されていることを意味する。
【0045】
端末１がスロットｔで端末２にデータを送信した場合、このデータ送信に対する端末２の端末１へのＨＡＲＱフィードバックはスロットｔ＋ａで発生する。ここで、ａはｋ以上であり、且つ、スロットｔ＋ａにはＰＳＦＣＨリソースが含まれ、ＮＲ－Ｖ２Ｘではｋは２または３のスロットである。
【0046】
図７を参照すると、Ｎ＝４（すなわち、ＰＳＦＣＨリソースが４つのスロットごとに配置されている）、ｋ＝２と仮定すると、端末１がスロット１で端末２にデータを送信した場合、ｔ＋ａはスロット４であり、端末２はスロット４で端末１にＨＡＲＱフィードバックを行う。端末１がスロット３で端末２にデータを送信した場合、ｔ＋ａはスロット８であり、端末２はスロット８で端末１にＨＡＲＱフィードバックを行う。
【0047】
従来のＮＲ Ｖ２Ｘプロトコルでは、ＨＡＲＱ再送が活性化された場合、受信端末が送信端末の現在のＴＢの複数回の送信に対して、同一のＰＳＦＣＨリソースで１ビットのＨＡＲＱフィードバックをサポートするかどうかは規定されない。
【0048】
サービスを受信する端末が、端末の現在のＴＢの複数回の伝送に対して同一のＰＳＦＣＨリソース上で１ビットのＨＡＲＱフィードバックを行うことをサポート場合（ケース１と記載）、図８のサブ図１に示すように、Ｎ＝４（すなわち、ＰＳＦＣＨリソースが４つのスロット毎に配置されている）、ｋ＝２である。端末がスロット１で受信端末に初期伝送を送信した後、スロット２で再送を行うことができ、サービスを受信する端末がスロット４は、端末からの初期伝送と再送に対してＨＡＲＱフィードバックを行う。
【0049】
サービスを受信する端末が、端末の現在のＴＢ送信の１つ伝送に対して１つのＰＳＦＣＨリソースに１ビットのＨＡＲＱフィードバックを行う場合ことをサポートする場合（ケース２と記載）、図８のサブ図２に示すように、Ｎ＝４、ｋ＝２である。端末がスロット１でサービスを受信する端末に初期送信を送信した後、サービスを受信する必要とする端末がスロット４でこの初期伝送に対してＨＡＲＱフィードバックを行った後、端末は、さらに、スロット６で再送を行う。その後、サービスを受信する端末は、端末の再送に対してスロット８でＨＡＲＱフィードバックを行う。
【0050】
以上の分析から、ケース１では、１つのＴＢの複数回送信する場合、隣接する２つの伝送の間には時間間隔の要求がないことがわかる。ケース２では、１つのＴＢの複数回送信する場合、隣接する２つの伝送の間に少なくとも１つのＰＳＦＣＨリソースを含める必要がある。そのため、上記２つのケースに対して、リソース選択アルゴリズムの設計はそれぞれ行う必要がある。
【0051】
図９は、本願の例示的な実施例によって提供されるサイドリンク伝送をサポートする通信システムのブロック図を示している。通信システムは、ノンローミング５Ｇシステムアーキテクチャ（Ｎｏｎ－ｒｏａｍｉｎｇ ５Ｇ ｓｙｓｔｅｍ ａｒｃｈｉｔｅｃｔｕｒｅ）であっても良い。このシステムアーキテクチャは、Ｄ２Ｄ技術を用いた車両インターネット（Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ）サービスに適用可能である。
【0052】
該システムアーキテクチャには、Ｖ２Ｘサービスに必要なＶ２Ｘ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒを配置するＤａｔａ Ｎｅｔｗｏｒｋ（ＤＮ）を含む。システムアーキテクチャーには、５Ｇコアネットワークも含まれており、５Ｇコアネットワークは、ＵＤＭ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ）、ＰＣＦ（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）、ＮＥＦ（Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）、ＡＦ（Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）、ＵＤＲ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ）、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）及びＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）を含む。
【0053】
また、該システムアーキテクチャには、ＮＧ－ＲＡＮ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ－ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）と、４つの例示的なユーザーデバイス（すなわち、ユーザーデバイス１～ユーザーデバイス４）が含まれており、ここで、各ユーザーデバイスがＶ２Ｘアプリケーション（Ａｐｐｌｉｃａｔｉｏｎ）を備えている。無線アクセスネットワークには、基地局（ｇＮＢ）などの１つまたは複数のアクセスネットワークデバイスが設けられている。ユーザーデバイスは、アクセスネットワークデバイスへのアップリンク伝送を行う。
【0054】
該システムアーキテクチャでは、データネットワークがＮ６参照点（Ｒｅｆｅｒｅｎｃｅ Ｐｏｉｎｔ）を介して５Ｇコアネットワーク内のユーザープレーン機能に接続され、Ｖ２ＸアプリケーションサーバーがＶ１参照点を介してユーザーデバイス内のＶ２Ｘアプリケーションに接続され、無線アクセスネットワークが５Ｇコアネットワーク内のＡＭＦ機能およびＵＰＦ機能に接続され、無線アクセスネットワークがＵｕ参照点を介してユーザーデバイス１およびユーザーデバイス５にそれぞれ接続され、サイドストリーム伝送のために複数のユーザーデバイスがＰＣ５参照点を介して相互に接続され、複数のＶ２ＸアプリケーションがＶ５参照点を介して相互に接続されている。以上の参照点は、「インターフェース」と呼ばれることもある。
【0055】
図１０は本願の例示的な実施例における車両インターネットシステムにおけるリソース選択方法のフローチャートを示す。本方法は、図９に示すように、実行時にサービスを送信するための端末として動作しているＶ２Ｘにおけるユーザーデバイスによって実行されてもよく、この方法は以下を含む。
【0056】
ステップ１００１において、時刻ｎに伝送されるサービスが存在する場合、リソース選択ウィンドウにおいてサービスの初期伝送リソースを選択し、初期伝送リソースが時刻ｎと時刻ｎ＋pとの間に位置する。
【0057】
ここで、リソース選択ウィンドウが時刻ｎ＋Ｔ１１～時刻ｎ＋Ｔ１２のウィンドウであり、時刻ｎ～時刻Ｔ１１の第１の時間帯が端末の処理遅延以上であり、時刻ｎ～時刻Ｔ１２の第２の時間帯がサービスの遅延要求範囲以下であり、pの値が所定値Ｗよりも小さい。
【0058】
任意選択で、リソース選択ウィンドウにサービスを伝送するためのリソースが複数存在する場合、端末がリソース選択条件を満たしている場合、リソース選択を行う。
【0059】
車両インターネットシステムでは、２つの端末の間にサイドリンクを利用して通信する。具体的に、２つの端末がサイドリンクのモードＢを利用し、即ち、端末がリソースプールから１つのリソースを自ら選択してデータ伝送を行う。時刻ｎで、端末に伝送されるサービスが存在し、端末が時刻ｎ＋Ｔ１１～時刻ｎ＋Ｔ１２のリソース選択ウィンドウにおいてリソース選択を行い、１つの初期伝送リソースを選択し、該初期伝送リソースが時刻ｎ～時刻ｎ＋pの間に位置する時間周波数リソースである。端末は、該初期伝送リソースを利用して、他の端末に該サービスを最初伝送する。
【0060】
任意選択で、端末が時刻ｎに伝送されるサービスが存在し、且つリソース選択条件を満たしている初期伝送リソースがない場合、端末がリソース選択条件を満たすリソースがあるまでＲＳＲＰ閾値（例えば３ｄｂ）を上げ、サービスの遅延範囲に該サービスを受信端末に伝送すると確保する。
【0061】
任意選択で、所定値Ｗは、端末が選択した初期伝送リソースの時間領域位置と最後の再送リソースの時間領域位置との差以上である。
【0062】
任意選択で、上記の所定値Ｗが３２个スロットである。各スロットの長さがサブキャリア間隔に関連し、表１に示すように、
【表1】
【0063】
表１に示すように、サブキャリア間隔が１５ｋＨｚである場合、スロット長さが１ミリ秒であり、所定値Ｗが３２ミリ秒であり、サブキャリア間隔が３０ｋＨｚである場合、スロット長さが０.５ミリ秒であり、所定値Ｗが１６ミリ秒である。
【0064】
一例において、リソース選択ウィンドウにおいてサービスの初期伝送リソースを選択することは、リソースリッスンウィンドウ及びリソース選択ウィンドウを決定し、リソースリッスンウィンドウのリッスン結果に応じて、リソース選択ウィンドウにおけるリソースを選別し、リソース選択ウィンドウにおける候補リソースを取得し、候補リソースからサービスの初期伝送リソースを選択することを含む。
【0065】
任意選択で、リソースリッスンウィンドウが時刻ｎ－Ｔ０～時刻ｎのウィンドウである。Ｔ０の値が[１００,１１００]ミリ秒である。
【0066】
任意選択で、候補リソースからサービスの初期伝送リソースを選択することは、候補リソースから、サービスの初期伝送リソースを等しい確率で決定することであっても良い。
【0067】
任意選択で、候補リソースの時間周波数位置は、一部が重なっても良い。
【0068】
例示的に、端末がリソース選択ウィンドウにおけるリソースを選別した後、リソース選択ウィンドウ内の４つの候補リソース、例え、リソース１、リソース２、リソース３及びリソース４を取得する。端末は、この４つのリソースから、サービスの初期伝送リソースを等しい確率で選定する。リソース１、リソース２、リソース３及びリソース４が初期伝送リソースとして選定される確率は、共に０.２５である。
【0069】
任意選択で、端末は、リソース選択ウィンドウ内の全ての利用可能なリソースをセットＡとし、リソースリッスンウィンドウのリッスン結果に応じて、リソース選択ウィンドウにおけるリソースを選別し、即ち、セットＡ内のリソースを選別し、以下のステップの少なくとも１つのステップを含み、
ステップ一：端末がリソースリッスンウィンドウ内のあるスロットデータに対して、リッスンしない場合、これらのスロットのリソース選択ウィンドウ内の対応するスロットのリソースが除外される。
ステップ一：端末がリソースリッスンウィンドウ内のあるスロットデータに対して、リッスンしない場合、これらのスロットのリソース選択ウィンドウ内の対応するスロットのリソースが除外される。
【0070】
ステップ二：端末がリソースリッスンウィンドウ内のＰＳＣＣＨを検出した場合、そのＰＳＣＣＨでスケジューリングされるＰＳＳＣＨのＲＳＲＰ又は該ＰＳＣＣＨのＲＳＲＰを測定し、測定されたＰＳＣＨ－ＲＳＲＰがＲＳＲＰ閾値よりも高く、かつ、そのＰＳＣＣＨで伝送された制御情報の予約情報に基づいて、その予約した伝送リソースが端末のリソース選択ウィンドウ内にあると判断した場合に、端末がリソースをセットＡから除外する。ここで、ＲＳＲＰ閾値は、検出されたＰＳＣＣＨに含まれる優先度情報と、端末が伝送するサービスのデータの優先度とに基づいて決定される。
【0071】
ステップ三：セットＡの残りリソース数がリソース全体数の２０％より小さい場合、端末がＲＳＲＰ閾値に３ｄＢを上げ、さらに、セットＡの残りリソース数がリソース全体数の２０％よりも大きいまで、ステップ一～ステップ二を繰り返す。
【0072】
任意選択で、上記のステップ後のセットＡ内のリソースは、リソース選択ウィンドウにおけるリソースを選別して残るリソース、即ち、候補リソースである。
【0073】
任意選択で、リソース選定して候補リソースを取得した後、端末が候補リソースにおいてリソース選択する場合、優先度の低い端末が予約したリソースに対してリソースプリエンプトを行うことをサポートする。
【0074】
例示的に、リソースプリエンプトの過程は、図５に対応する実施例に示す。
【0075】
一例において、端末が初期伝送リソースを連続してリッスンし、初期伝送リソースに競合が発生した場合、第１の再選択ウィンドウにおいて初期伝送リソースの第１の再選択リソースを決定する。
【0076】
ここで、第１の再選択ウィンドウが時刻ｎ＋ｔ１＋Ｔ２１～時刻ｎ＋ｔ１＋Ｔ２２のウィンドウであり、第１の再選択リソースが第１の再選択ウィンドウにおける候補リソースのうちの初期伝送リソースとの距離が距離ｉ以下である時間周波数リソースであり、ｉが０以上の整数であり、時刻ｎ＋ｔ１が初期伝送リソースに競合が発生すると決定した時刻であり、候補リソースは、第１の再選択ウィンドウにおいてリソースリッスンウィンドウのリッスン結果に応じて選別された後に除外されないリソースセットである。
【0077】
なお、第１の再選択ウィンドウにおける候補リソースのうちの初期伝送リソースとの距離が距離ｉ以下である時間周波数リソースの数が２以上である場合、端末は、１つ時間周波数リソースを等しい確率で選択して第１の再選択リソースとする。
【0078】
任意選択で、初期伝送リソースが時刻ｎと時刻ｎ＋pとの間に位置する時刻ｎ＋ｂであり、端末が初期伝送リソースを連続してリッスンすることは、端末が時刻ｎ～時刻ｎ＋ｂの時間帯において、各スロット内のリソースをリッスンし、他の端末が該初期伝送リソースを予約するかどうかを決定する。
【0079】
任意選択で、時刻ｎ＋ｔ１～時刻ｎ＋ｔ１＋Ｔ２１の第１の時間帯が端末の処理遅延以上であり、時刻ｎ～時刻ｎ＋ｔ１＋Ｔ２２の第２の時間帯がサービスの遅延要求範囲以下である。
【0080】
例示的に、ｔ１が１００ミリ秒であり、端末がｎ＋１００ミリ秒に初期伝送リソースに競合が発生すると決定し、端末の処理遅延が１０ミリ秒であり、時刻ｎ＋ｔ１～時刻ｎ＋ｔ１＋Ｔ２１の第１の時間帯が端末の処理遅延に等しく、１０ミリ秒であり、サービスの遅延要求範囲が１０００ミリ秒であり、時刻ｎ～時刻ｎ＋ｔ１＋Ｔ２２の第２の時間帯がサービスの遅延要求範囲に等しく、Ｔ２２が９００ミリ秒である。第１の再選択ウィンドウは、時刻ｎ＋ｔ１＋１０～時刻ｎ＋ｔ１＋９００のウィンドウである。
【0081】
初期伝送リソースの競合とは、連続なリッスン中に、端末が選択した初期伝送リソースが、他の端末からも他のサービスの伝送用の初期伝送リソースや再送リソースとして予約されていることを意味する。
【0082】
任意選択で、端末ＵＥ１の初期伝送リソースが競合している場合、端末ＵＥ１は競合している他の端末ＵＥ２のＲＳＲＰを測定し、測定されたＵＥ２のＲＳＲＰがＵＥ１のＲＳＲＰ閾値よりも高い場合に、端末ＵＥ１はリソース再選択を行い、第１の再選択リソースを決定する。上記のＲＳＲＰ閾値は、端末ＵＥ１がリッスンしたＰＳＣＣＨで搬送される優先度と、送信するサービスのデータの優先度によって決定される。
【0083】
初期伝送リソースが競合したと決定した後、端末は、該初期伝送リソースを開放し、時刻ｎ＋ｔ１＋Ｔ２１～時刻ｎ＋ｔ１＋Ｔ２２のウィンドウを第１の再選択ウィンドウとして決定し、第１のリソースリッスンウィンドウのリッスン結果に応じて第１の再選択ウィンドウ内のリソースを選別し、候補リソースを取得し、選別過は前記を参照する。ここで、第１のリソースリッスンウィンドウは、時刻ｎ＋ｔ１－Ｔ０～時刻ｎ＋ｔ１のウィンドウである。
【0084】
図１１を参照し、第１の再選択ウィンドウにおける候補リソースから第１の再選択リソースを決定することは、以下のステップを含み、
ステップ１１０１において、第１のスロット区間ｓ１－ｉ～ｓ１＋ｉを決定し、ｓ１が初期伝送リソースに対応するスロットであり、ｉの初期値がＲ１であり、Ｒ１が０以上の整数であり、
ステップ１１０２において、第１の再選択ウィンドウに第１のスロット区間が位置する候補リソースが存在する場合、第１のスロット区間に位置する候補リソースから第１の再選択リソースを等しい確率で決定し、
ステップ１１０３において、第１の再選択ウィンドウに第１のスロット区間に位置する候補リソースが存在しない場合、ｉに１を加算してから第１のスロット区間ｓ１－ｉ～ｓ１＋ｉのステップを再度実行する。
ステップ１１０１において、第１のスロット区間ｓ１－ｉ～ｓ１＋ｉを決定し、ｓ１が初期伝送リソースに対応するスロットであり、ｉの初期値がＲ１であり、Ｒ１が０以上の整数であり、
ステップ１１０２において、第１の再選択ウィンドウに第１のスロット区間が位置する候補リソースが存在する場合、第１のスロット区間に位置する候補リソースから第１の再選択リソースを等しい確率で決定し、
ステップ１１０３において、第１の再選択ウィンドウに第１のスロット区間に位置する候補リソースが存在しない場合、ｉに１を加算してから第１のスロット区間ｓ１－ｉ～ｓ１＋ｉのステップを再度実行する。
【0085】
例示的に、図１２を参照し、候補リソースは、リソースｘ、リソースｙ及びリソースｚを含む。初期伝送リソースａに対応するスロットがスロット５であり、ｉの初期値が１であり、第１のスロット区間がスロット４～スロット６であり、第１のスロット区間に候補リソースが存在しない。ｉ＋１を行い、端末が第１のスロット区間をスロット３～スロット７として決定する。この時、第１のスロット区間に２つの候補リソース、リソースｘ及びリソースｙが存在し、端末は、２つの候補リソースから１つの候補リソースを等しい確率で選択して第１の再選択リソースとする。
【0086】
任意選択で、第１の再選択リソースと選択されたリソースとが、異なる時刻に位置し、選択されたリソースは、端末が現在のＴＢの他の伝送のために選択したリソースである。
【0087】
任意選択で、現在のＴＢは、時刻ｎに存在する伝送されるサービスに対応する伝送ブロックである。現在のＴＢが複数の伝送を含み、初期伝送及び少なくとも１回の再送を含む。
【0088】
リソースｍが端末が現在のＴＢの再送に選択した再送リソースである場合、初期伝送リソースを再選択する場合、端末がリソースｍを第１の再選択リソースとしない。
【0089】
以上のように、本願に係る方法により、端末がリソース選択ウィンドウにおいてリソースを選択する時に、時刻ｎと時刻ｎ＋pとの間でサービスの初期伝送リソースを選択することで、リソース選択ウィンドウ内の時間領域位置の後方に位置する候補リソースの初期伝送サービスを回避し、サービス伝送の遅延を低減させる。
【0090】
同時に、この実施例が提供する方法が、連続なリッスンに基づいて競合する初期伝送リソースのリソース再選択を行う場合、端末は、リソース選別後の残りのリソースのうち、時間領域において元の初期伝送リソースに近い時間周波数リソースを再選択リソースとして決定し、初期伝送リソースの位置は時刻ｎと時刻ｎ＋pの間にあるため、再選択リソースがリソース選択ウィンドウ内の時間領域において後方に位置するというケースを回避し、さらに、サービス伝送のタイムリー性も確保されている。
【0091】
図１０に基づく実施例において、図１３は本願の実施例における車両インターネットシステムにおけるリソース選択方法のフローチャートを示す。この実施例において、さらに、ステップ１００２を含み、
ステップ１００２において、リソース選択ウィンドウにおいてサービスの再送リソースを選択し、再送リソースが初期伝送リソースの後に位置する。
ステップ１００２において、リソース選択ウィンドウにおいてサービスの再送リソースを選択し、再送リソースが初期伝送リソースの後に位置する。
【0092】
任意選択で、端末リソースリッスンウィンドウのリッスン結果に応じて、リソース選択ウィンドウにおけるリソースを選別し、リソース選択ウィンドウにおける候補リソースを取得し、候補リソースからサービスの再送リソースを選択する。再送リソースにおいて、端末が該サービスをサービスを受信する端末に再度伝送する。
【0093】
任意選択で、再送リソースは、ＨＡＲＱフィードバック及びブラインド再送を含む。
【0094】
ブラインド再送：端末が複数の時間周波数リソースを一度に選択し、毎回同じデータを送信し、サービスを受信する端末は、端末の伝送ごとにフィードバックを行わず、受信されたデータをマージを行う。
【0095】
ＨＡＲＱ再送：端末は一度に複数の時間周波数リソースを選択し、毎回同じデータを送信する。送信ごとに、サービスを受信する端末は、受信が成功したかどうかに応じて、ＡＣＫ/ＮＡＣＫを端末にフィードバックを行い、ＡＣＫは受信成功、ＮＡＣＫは受信失敗を意味する。ＮＲ Ｖ２Ｘでは、端末がＡＣＫを受信するとデータ送信を停止し、使用していない時間周波数リソースを解放する。受信側は、物理サイドリンクフィードバックチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ、ＰＳＦＣＨ）を介して送信側にＨＡＲＱのフィードバックを行う。
【0096】
ここで、ＨＡＲＱフィードバック、再送リソースを活性化する場合、２つのケースがある。
【0097】
ケース１：ハイブリッド自動再送要求ＨＡＲＱフィードバックが活性化状態であり、サービスを受信する端末が端末の現在のＴＢの少なくとも２回の伝送に対して同一のＰＳＦＣＨリソースに１ビットのＨＡＲＱフィードバックを行うことを許可する場合、リソース選択ウィンドウにおいてサービスの再送リソースを決定する。
【0098】
ケース２：ハイブリッド自動再送要求ＨＡＲＱフィードバックが活性化状態であり、且つ、サービスを受信する端末が端末の現在のＴＢの１回の伝送に対して同一ＰＳＦＣＨリソースに１ビットのＨＡＲＱフィードバックを行うことを許可する場合、リソース選択ウィンドウにおいてサービスの再送リソースを決定する。
【0099】
上記のＨＡＲＱフィードバックを活性化するケース１又はブラインド再送を活性化することは、サービスを受信する端末が現在のＴＢの複数回の伝送に対してフィードバックを行うことであり、隣接する２回の伝送の間に時間間隔要求がない。
【0100】
ＨＡＲＱフィードバックを活性化するケース１又はブラインド再送を活性化することについて、端末リソース選択ウィンドウにおいてサービスの再送リソースを決定することは、リソース選択ウィンドウにおける候補リソースから、サービスの再送リソースを等しい確率で決定する。
【0101】
ここで、再送リソースが現在のＴＢの前回の伝送が選択したリソースの後に位置し、候補リソースは、リソース選択ウィンドウにおいて除外されないリソースセットである。
【0102】
例示的に、図１４を参照する。ｎ時刻に伝送されるサービスがあり、端末がｎ－Ｔ０～ｎ時刻のリッスンウィンドウ内のリッスン結果に応じて、ウィンドウｎ＋Ｔ１～ｎ＋Ｔ２内の対応する時間周波数リソースを選別する。リソース選択ウィンドウ内の残るリソースを候補リソースとし、すべての候補リソースからリソースセットＡになり、図９のリソース{ｘ ,ｙ ,ｚ ,ｍ ,ｎ ,ｊ ,ｇ ,ｈ}を含む。例えば、リソースプールにより、Ｎ＝４（即ち４つのスロットごとにＰＳＦＣＨリソースが配置される）、ｋ＝２である。端末が現在のＴＢに対して１回の初期伝送、２回の再送を行う。
【0103】
端末は、まず、時刻ｎ～時刻ｎ＋pの間で初期伝送リソースを選択し、リソースセット{ｘ, ｙ}から初期伝送リソースを等しい確率でランダム選択し、例え、端末がリソースｘを初期伝送リソースとして選択する。
【0104】
端末は、ＨＡＲＱフィードバックのケース１又はブラインド再送を活性化し、残る２回の再送がリソースセット{ｙ, ｚ, ｍ ,ｎ, ｊ, ｇ, ｈ}からランダム選択する。
【0105】
ＨＡＲＱフィードバックが活性化されたケース２について、受信する端末が現在のＴＢの１回の伝送をフィードバックし、隣接する２回の伝送の間に１つＰＳＦＣＨリソースが少なくとも含み、再送リソースと現在のＴＢの前回の伝送が選択したリソースとの間にＰＳＦＣＨリソースが存在する。
【0106】
一例において、再送リソースが位置する時刻が時刻ｎ＋ａ＋Ｑよりも大きく、ここで、ｎ＋ａは、サービスを受信する端末が端末の現在のＴＢの前回の伝送に対してＨＡＲＱフィードバックを行う時刻であり、Ｑは、端末がＨＡＲＱフィードバックを受信するから次回の伝送の送信するまで必要がある時間である。
【0107】
任意選択で、スロットｎ＋ａにはＰＳＦＣＨリソースが含まれ、該ＰＳＦＣＨリソースを介して、サービスを受信する端末は、端末の現在のＴＢの前回の伝送に対してＨＡＲＱフィードバックを行う。ここで、ａがｋ以上であり、ＮＲ－Ｖ２Ｘではｋが２又は３個のスロットである。
【0108】
例示的に、図１４を参照し、端末が選択された初期伝送リソースｘが位置するスロット及びリソースプール構成により、スロットｎ＋αで、端末が端末の初期伝送に対してＨＡＲＱフィードバックを行う。
【0109】
端末がスロットｎ＋α＋Ｑ（該スロットを含まない）～時刻ｎ＋Ｔ２の間で１回目の再送のリソースを選択し、即ち、端末がリソースセット{ｚ, ｍ, ｎ, ｊ, ｇ, ｈ}から１回目の再送のリソースをランダム選択し、例えば、端末がリソースz。を選択した後、端末がリソースzが位置するスロット及びリソースプール構成により、スロットｎ＋βで端末が端末の１回目の再送に対するＨＡＲＱフィードバックを受信すると決定する。端末がスロットｎ＋β＋Ｑ（該スロットを含まない）～時刻ｎ＋Ｔ２の間で２回目の再送のリソースを選択し、即ち、端末がリソースセット{ｊ, ｇ, ｈ}から２回目の再送のリソースを選択し、最終、端末がリソースhを２回目の再送のリソースとして選択する。スロットｎ＋β＋Ｑ（該スロットを含まない）～ｎ＋Ｔ２時刻の間にリソースセットＡ内のリソースが含まない場合、端末が２回目の再送をキャンセルする。
【0110】
一例において、端末が再送リソースを連続してリッスンし、再送リソースに競合が発生した場合、第２の再選択ウィンドウにおいて再送リソースの第２の再選択リソースを決定し、
ここで、第２の再選択ウィンドウが時刻ｎ＋ｔ２＋Ｔ３１～時刻ｎ＋ｔ２＋Ｔ３２のウィンドウであり、第２の再選択リソースが第２の再選択ウィンドウにおける候補リソースのうちの再送リソースとの距離が距離ｉ以下である時間周波数リソースであり、ｉが０以上の整数であり、時刻ｎ＋ｔ２が再送リソースに競合が発生すると決定した時刻であり、候補リソースは、第２の再選択ウィンドウにおいてリソースリッスンウィンドウのリッスン結果に応じて選定した後に除外されない除外されないリソースセットである。
ここで、第２の再選択ウィンドウが時刻ｎ＋ｔ２＋Ｔ３１～時刻ｎ＋ｔ２＋Ｔ３２のウィンドウであり、第２の再選択リソースが第２の再選択ウィンドウにおける候補リソースのうちの再送リソースとの距離が距離ｉ以下である時間周波数リソースであり、ｉが０以上の整数であり、時刻ｎ＋ｔ２が再送リソースに競合が発生すると決定した時刻であり、候補リソースは、第２の再選択ウィンドウにおいてリソースリッスンウィンドウのリッスン結果に応じて選定した後に除外されない除外されないリソースセットである。
【0111】
なお、第２の再選択ウィンドウにおける候補リソースのうちの再送リソースとの距離が距離ｉ以下である時間周波数リソースの数が２以上である場合、端末は、１つ時間周波数リソースを等しい確率で選択して第２の再選択リソースとする。
【0112】
任意選択で、時刻ｎ＋ｔ２～時刻ｎ＋ｔ２＋Ｔ３１の第１の時間帯が端末の処理遅延以上であり、時刻ｎ時刻ｎ＋ｔ２＋Ｔ３２の第２の時間帯がサービスの遅延要求範囲以下である。
【0113】
例示的に、ｔ２が５００ミリ秒であり、端末がｎ＋５００ミリ秒に再送リソースに競合が発生すると決定し、端末の処理遅延が１０ミリ秒であり、時刻ｎ＋ｔ２～時刻ｎ＋ｔ２＋Ｔ３１の第１の時間帯が端末の処理遅延に等しく、１０ミリ秒であり、サービスの遅延要求範囲が１０００ミリ秒であり、時刻ｎ～時刻ｎ＋ｔ２＋Ｔ３２の第２の時間帯がサービスの遅延要求範囲に等しく、Ｔ３２が５００ミリ秒である。第２の再選択ウィンドウは、時刻ｎ＋ｔ２＋１０～時刻ｎ＋ｔ２＋５００のウィンドウである。
【0114】
再送リソースに競合が発生することは、連続なリッスン過程において、端末が選定した再送リソースは、他の端末により、他のサービスを伝送するための初期伝送リソース又は再送リソースとして予約することである。
【0115】
任意選択で、端末ＵＥ１の再送リソースが競合している場合、端末ＵＥ１は競合している他の端末ＵＥ２のＲＳＲＰを測定し、測定されたＵＥ２のＲＳＲＰがＵＥ１のＲＳＲＰ閾値よりも高い（ＵＥ２のＰＳＣＣＨで搬送される優先度が自分の送信するサービスのデータの優先度よりも高い）場合に、端末ＵＥ１はリソース再選択を行い、第２の再選択リソースを決定する。上記のＲＳＲＰ閾値は、端末ＵＥ１がリッスンしたＰＳＣＣＨで搬送される優先度と、送信するサービスのデータの優先度によって決定される。
【0116】
再送リソースが競合したと決定した後、端末は、該再送リソースを開放し、時刻ｎ＋ｔ２＋Ｔ３１～時刻ｎ＋ ｔ２＋Ｔ３２のウィンドウを第２の再選択ウィンドウとして決定し、第２のリソースリッスンウィンドウのリッスン結果に応じて第２の再選択ウィンドウ内のリソースを選別し、候補リソースを取得し、選別過程が前記の内容を参照する。ここで、第２のリソースリッスンウィンドウは、時刻ｎ＋ｔ２－Ｔ０～時刻ｎ＋ｔ２のウィンドウである。
【0117】
図１５を参照し、第２の再選択ウィンドウにおいて再送リソースの第２の再選択リソースを決定することは、以下のステップを含む。
【0118】
ステップ１５０１において、第２のスロット区間ｓ２－ｉ～ｓ２＋ｉを決定し、ｓ２が再送リソースに対応するスロットであり、ｉの初期値がＲ２であり、Ｒ２が０以上の整数であり、
ステップ１５０２において、第２の再選択ウィンドウに第２のスロット区間に位置する候補リソースが存在する場合、第２のスロット区間に位置する候補リソースから第２の再選択リソースを等しい確率で決定し、
ステップ１５０３において、第２の再選択ウィンドウに第２のスロット区間に位置する候補リソースが存在しない場合、ｉに１を加算してから第２のスロット区間ｓ２－ｉ～ｓ２＋ｉの決定ステップを再度実行する。
ステップ１５０２において、第２の再選択ウィンドウに第２のスロット区間に位置する候補リソースが存在する場合、第２のスロット区間に位置する候補リソースから第２の再選択リソースを等しい確率で決定し、
ステップ１５０３において、第２の再選択ウィンドウに第２のスロット区間に位置する候補リソースが存在しない場合、ｉに１を加算してから第２のスロット区間ｓ２－ｉ～ｓ２＋ｉの決定ステップを再度実行する。
【0119】
任意選択で、第２の再選択リソースと選択されたリソースとは、異なる時刻に位置し、選択されたリソースは、端末が現在のＴＢの他の伝送のために選択したリソースである。
【0120】
リソースｍが端末の現在のＴＢの再選択した他の再送リソースである場合、再送リソースを再選択する時に、端末がリソースｍを第２の再選択リソースとしない。
【0121】
【0122】
時刻ｎ＋ｔで、端末が連続なリッスンにより、リソースｍと他の端末が予約したリソースと競合が発生すると発見し、端末がリソースｍに対してリソース再選択を行う必要がある。端末がｎ＋ｔ－Ｔ０～ｎ＋ｔ時刻のリソースリッスンウィンドウ内のリッスン結果に応じて、リソース選択ウィンドウｎ＋ｔ＋Ｔ１～ｎ＋ｔ＋Ｔ２内に対応する時間周波数リソースを除外する。なお、端末がリソースｘ及びｊが位置するスロットの全てのリソースを除外する。リソース選択ウィンドウに残るリソースを候補リソースとし、全ての候補リソースからリソースセットＡになり、図１６のリソース{ｙ, ｚ, ｇ, ｎ, ｈ}を含む。例えば、リソースプールにより、Ｎ＝４、ｋ＝２である。端末が現在のＴＢに対して、１回の初期伝送、２回の再送を行う。端末がＨＡＲＱフィードバックを受信するから次回の伝送までＱ個のスロットが必要がである。
【0123】
リソースｍがスロットｎ＋αに位置し、端末がリソースｍに対してリソース再選択を行う。
【0124】
端末が、ｉを０にし、即ち、端末がｎ＋αスロットにおいてリソースセットＡに位置するリソースを検索する。ｎ＋αスロットにおいてリソースセットＡに属するリソースを見つけない場合、端末がｉに１を加算し、即ち、端末がスロットｎ＋α－１及びｎ＋α＋１においてリソースセットＡに属するリソースを検索する。端末がリソースｇを見つけ、リソースｇをリソースｍに対する再選択リソースとする。
【0125】
要約すると、サービスを受信する端末は、端末の現在のサービスの複数回の伝送に対して１つのＰＳＦＣＨリソースに対する１ビットのＨＡＲＱフィードバックを実行することができ、現在のサービスの１回の伝送に対してＰＳＦＣＨリソースに１ビットのＨＡＲＱフィードバックを実行することもできるので、この実施例が提供する方法は、２つのケースのそれぞれに適したリソース選択スキームを設計する。
【0126】
同時に、この実施例が提供する方法が、連続なリッスンに基づいて競合する再送リソースのリソース再選択を行う場合、端末は、リソース選別後の残りのリソースのうち、時間領域において元の再送リソースに近い時間周波数リソースを再選択リソースとして決定し、再選択リソースがリソース選択ウィンドウ内の時間領域において後方に位置するというケースを回避し、さらに、サービス伝送のタイムリー性も確保されている。
【0127】
図１７は本願の実施例における車両インターネットシステムにおけるリソース選択装置の構成のブロック図を示し、該装置は、決定モジュール１７０１を含み、
決定モジュール１７０１は、時刻ｎに伝送されるサービスが存在する場合、リソース選択ウィンドウにおいてサービスの初期伝送リソースを選択するように構成され、初期伝送リソースが時刻ｎと時刻ｎ＋pとの間に位置し、
ここで、リソース選択ウィンドウが時刻ｎ＋Ｔ１１～時刻ｎ＋Ｔ１２のウィンドウであり、時刻ｎ～時刻Ｔ１１の第１の時間帯が端末の処理遅延以上であり、時刻ｎ～時刻Ｔ１２の第２の時間帯がサービスの遅延要求範囲以下であり、pの値が所定値Ｗよりも小さい。
決定モジュール１７０１は、時刻ｎに伝送されるサービスが存在する場合、リソース選択ウィンドウにおいてサービスの初期伝送リソースを選択するように構成され、初期伝送リソースが時刻ｎと時刻ｎ＋pとの間に位置し、
ここで、リソース選択ウィンドウが時刻ｎ＋Ｔ１１～時刻ｎ＋Ｔ１２のウィンドウであり、時刻ｎ～時刻Ｔ１１の第１の時間帯が端末の処理遅延以上であり、時刻ｎ～時刻Ｔ１２の第２の時間帯がサービスの遅延要求範囲以下であり、pの値が所定値Ｗよりも小さい。
【0128】
一例において、決定モジュール１７０１は、リソースリッスンウィンドウ及びリソース選択ウィンドウを決定するように構成され、決定モジュール１７０１は、リソースリッスンウィンドウのリッスン結果に応じて、リソース選択ウィンドウにおけるリソースを選別し、リソース選択ウィンドウにおける候補リソースを取得するように構成され、決定モジュール１７０１は、候補リソースからサービスの初期伝送リソースを選択するように構成される。
【0129】
一例において、該装置は、さらに、リッスンモジュール１７０２を含み、リッスンモジュール１７０２は、初期伝送リソースを連続してリッスンするように構成され、決定モジュール１７０１は、初期伝送リソースに競合が発生する時に、第１の再選択ウィンドウから初期伝送リソースの第１の再選択リソースを決定するように構成され、ここで、第１の再選択ウィンドウが時刻ｎ＋ｔ１＋Ｔ２１～時刻ｎ＋ｔ１＋Ｔ２２のウィンドウであり、第１の再選択リソースが第１の再選択ウィンドウにおける候補リソースのうちの初期伝送リソースとの距離が距離ｉ以下である時間周波数リソースであり、ｉが０以上の整数であり、時刻ｎ＋ｔ１が初期伝送リソースに競合が発生すると決定した時刻であり、候補リソースは、第１の再選択ウィンドウにおいてリソースリッスンウィンドウのリッスン結果に応じて選別された後に除外されないリソースセットである。
【0130】
一例において、決定モジュール１７０１は、第１のスロット区間ｓ１－ｉ～ｓ１＋ｉを決定するように構成され、ｓ１が初期伝送リソースに対応するスロットであり、ｉの初期値がＲ１であり、Ｒ１が０以上の整数であり、決定モジュール１７０１は、第１の再選択ウィンドウに第１のスロット区間が位置する候補リソースが存在する場合、第１のスロット区間に位置する候補リソースから第１の再選択リソースを等しい確率で決定するように構成され、決定モジュール１７０１は、第１の再選択ウィンドウに第１のスロット区間に位置する候補リソースが存在しない場合、ｉに１を加算してから第１のスロット区間ｓ１－ｉ～ｓ１＋ｉのステップを再度実行するように構成される。
【0131】
一例において、第１の再選択リソースと選択されたリソースとが、異なる時刻に位置し、選択されたリソースは、端末が現在のＴＢの他の伝送のために選択したリソースである。
【0132】
一例において、決定モジュール１７０１は、リソース選択ウィンドウにおいてサービスの再送リソースを選択するように構成され、再送リソースが初期伝送リソースの後に位置する。
【0133】
一例において、決定モジュール１７０１は、ハイブリッド自動再送要求ＨＡＲＱフィードバックが活性化状態であり、サービスを受信する端末が端末の現在のＴＢの少なくとも２回の伝送に対して同一のＰＳＦＣＨリソースに１ビットのＨＡＲＱフィードバックを行うことを許可する場合、リソース選択ウィンドウにおいてサービスの再送リソースを決定するように構成される。
【0134】
一例において、決定モジュール１７０１は、ブラインド再送が活性化状態にある場合、リソース選択ウィンドウにおいてサービスの再送リソースを決定するように構成される。
【0135】
一例において、決定モジュール１７０１は、リソース選択ウィンドウにおける候補リソースから、サービスの再送リソースを等しい確率で決定するように構成され、ここで、再送リソースが現在のＴＢの前回の伝送が選択したリソースの後に位置し、候補リソースは、リソース選択ウィンドウにおいて除外されないリソースセットである。
【0136】
一例において、決定モジュール１７０１は、ハイブリッド自動再送要求ＨＡＲＱフィードバックが活性化状態であり、且つ端末が端末の現在のＴＢの１回の伝送に対してＰＳＦＣＨリソースにＨＡＲＱフィードバックを行うことを許可する場合、リソース選択ウィンドウにおいてサービスの再送リソースを決定するように構成され、ここで、再送リソースと現在のＴＢの前回伝送が選択したリソースとの間にＰＳＦＣＨリソースが存在する。
【0137】
一例において、再送リソースが位置する時刻が時刻ｎ＋ａ＋Ｑよりも大きく、ここで、ｎ＋ａは、サービスを受信する端末が端末の現在のＴＢの前回伝送に対してＨＡＲＱフィードバックを行う時刻であり、Ｑは、端末がＨＡＲＱフィードバックを受信するから次回の伝送の送信まで必要がある時間である。
【0138】
一例において、リッスンモジュール１７０２は、再送リソースを連続してリッスンするように構成され、決定モジュール１７０１は、再送リソースに競合が発生した場合、第２の再選択ウィンドウにおいて再送リソースの第２の再選択リソースを決定するように構成され、ここで、第２の再選択ウィンドウが時刻ｎ＋ｔ２＋Ｔ３１～時刻ｎ＋ｔ２＋Ｔ３２のウィンドウであり、第２の再選択リソースが第２の再選択ウィンドウにおける候補リソースのうちの再送リソースとの距離が距離ｉ以下である時間周波数リソースであり、ｉが０以上の整数であり、時刻ｎ＋ｔ２が再送リソースに競合が発生したと決定する時刻であり、候補リソースは、第２の再選択ウィンドウにおいてリソースリッスンウィンドウにリッスン結果に応じて選別された後に除外されないリソースセットである。
【0139】
一例において、決定モジュール１７０１は、第２のスロット区間ｓ２－ｉ～ｓ２＋ｉを決定するように構成され、ｓ２が再送リソースに対応するスロットであり、ｉの初期値がＲ２であり、Ｒ２が０以上の整数であり、決定モジュール１７０１は、第２の再選択ウィンドウに第２のスロット区間に位置する候補リソースが存在する場合、第２のスロット区間に位置する候補リソースから第２の再選択リソースを等しい確率で決定するように構成され、決定モジュール１７０１は、第２の再選択ウィンドウに第２のスロット区間に位置する候補リソースが存在しない場合、ｉに１を加算してから第２のスロット区間ｓ２－～ｓ２＋ｉを再度決定するように構成される。
【0140】
一例において、第２の再選択リソースと選択されたリソースとが異なる時刻に位置し、選択されたリソースは、端末が現在のＴＢの他の伝送のために選択したリソースである。
【0141】
図１８は本願の実施例における車両インターネットシステムにおけるリソース選択装置の構成のブロック図を示し、該装置は、決定モジュール１８０１を含み、
決定モジュール１８０１は、時刻ｎに伝送されるサービスが存在する場合、リソース選択ウィンドウにおいてサービスの再送リソースを選択するように構成され、再送リソースがサービスの初期伝送リソースの後に位置し、
ここで、リソース選択ウィンドウが時刻ｎ＋Ｔ１１～時刻ｎ＋Ｔ１２のウィンドウであり、時刻ｎ～時刻Ｔ１１の第１の時間帯が端末の処理遅延以上であり、時刻ｎ～時刻Ｔ１２の第２の時間帯がサービスの遅延要求範囲以下である。
決定モジュール１８０１は、時刻ｎに伝送されるサービスが存在する場合、リソース選択ウィンドウにおいてサービスの再送リソースを選択するように構成され、再送リソースがサービスの初期伝送リソースの後に位置し、
ここで、リソース選択ウィンドウが時刻ｎ＋Ｔ１１～時刻ｎ＋Ｔ１２のウィンドウであり、時刻ｎ～時刻Ｔ１１の第１の時間帯が端末の処理遅延以上であり、時刻ｎ～時刻Ｔ１２の第２の時間帯がサービスの遅延要求範囲以下である。
【0142】
一例において、決定モジュール１８０１は、ハイブリッド自動再送要求ＨＡＲＱフィードバックが活性化状態であり、サービスを受信する端末が端末の現在のＴＢの少なくとも２回の伝送に対して同一のＰＳＦＣＨリソースに１ビットのＨＡＲＱフィードバックを行うことを許可する場合、リソース選択ウィンドウにおいてサービスの再送リソースを決定するように構成される。
【0143】
一例において、決定モジュール１８０１は、ブラインド再送が活性化状態にある場合、リソース選択ウィンドウにおいてサービスの再送リソースを決定するように構成される。
【0144】
一例において、決定モジュール１８０１は、リソース選択ウィンドウにおける候補リソースから、サービスの再送リソースを等しい確率で決定するように構成され、ここで、再送リソースが現在のＴＢの前回伝送が選択したリソースの後に位置し、候補リソースは、リソース選択ウィンドウにおいて除外されないリソースセットである。
【0145】
一例において、決定モジュール１８０１は、ハイブリッド自動再送要求ＨＡＲＱフィードバックが活性化状態であり、且つサービスを受信する端末が端末の現在のＴＢの１回の伝送に対してＰＳＦＣＨリソースにＨＡＲＱフィードバックを行うことを許可する場合、リソース選択ウィンドウにおいてサービスの再送リソースを決定するように構成され、ここで、再送リソースと現在のＴＢの前回伝送が選択したリソースとの間にＰＳＦＣＨリソースが存在する。
【0146】
一例において、再送リソースが位置する時刻が時刻ｎ＋ａ＋Ｑよりも大きく、ここで、ｎ＋ａは、サービスを受信する端末が端末の現在のＴＢの前回伝送に対してＨＡＲＱフィードバックを行う時刻であり、Ｑは、端末がＨＡＲＱフィードバックを受信するから次回の伝送の送信まで必要がある時間である。
【0147】
一例において、該装置は、さらに、リッスンモジュール１８０２を含み、リッスンモジュール１８０２は、再送リソースを連続してリッスンするように構成され、決定モジュール１８０１は、再送リソースに競合が発生した場合、第２の再選択ウィンドウにおいて再送リソースの第２の再選択リソースを決定するように構成され、ここで、第２の再選択ウィンドウが時刻ｎ＋ｔ２＋Ｔ３１～時刻ｎ＋ｔ２＋Ｔ３２のウィンドウであり、第２の再選択リソースが第２の再選択ウィンドウにおける候補リソースのうちの再送リソースとの距離が距離ｉ以下である時間周波数リソースであり、ｉが０以上の整数であり、時刻ｎ＋ｔ２が再送リソースに競合が発生したと決定する時刻であり、候補リソースは、第２の再選択ウィンドウにおいてリソースリッスンウィンドウにリッスン結果に応じて選別された後に除外されないリソースセットである。
【0148】
一例において、決定モジュール１８０１は、第２のスロット区間ｓ２－ｉ～ｓ２＋ｉを決定するように構成され、ｓ２が再送リソースに対応するスロットであり、ｉの初期値がＲ２であり、Ｒ２が０以上の整数であり、決定モジュール１８０１は、第２の再選択ウィンドウに第２のスロット区間に位置する候補リソースが存在する場合、第２のスロット区間に位置する候補リソースから第２の再選択リソースを等しい確率で決定するように構成され、決定モジュール１８０１は、第２の再選択ウィンドウに第２のスロット区間に位置する候補リソースが存在しない場合、ｉに１を加算してから第２のスロット区間ｓ２－～ｓ２＋ｉを再度決定するように構成される。
【0149】
一例において、第２の再選択リソースと選択されたリソースとが異なる時刻に位置し、選択されたリソースは、端末が現在のＴＢの他の伝送のために選択したリソースである。
【0150】
図１９は、本願の例示的な実施例で提供される送信端末の構造を示す模式図であり、この通信デバイスは、プロセッサ１０１、受信機１０２、送信機１０３、メモリ１０４およびバス１０５を備えている。
【0151】
プロセッサ１０１は、１つ以上の処理コアを含み、ソフトウェアプログラムやモジュールを実行して、様々な機能アプリケーションや情報処理を行う。
【0152】
受信機１０２と送信機１０３は、通信部品として実装することができ、それは通信チップとすることができる。
【0153】
メモリ１０４は、バス１０５を介してプロセッサ１０１に接続されている。
【0154】
メモリ１０４は、少なくとも１つの命令を格納するために使用されてもよく、プロセッサ１０１は、上述した方法の実施例における様々なステップを実施するために、少なくとも１つの命令を実行するために使用される。
【0155】
なお、メモリ１０４は、ディスクまたはＣＤ－ＲＯＭ、ＥＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気メモリ、ＦＲＥＯＭ（Ｆａｓｔ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、Ｍａｇｎｅｔｉｃ Ｍｅｍｏｒｙ、Ｆｌａｓｈ Ｍｅｍｏｒｙ、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）などの任意の種類の揮発性または不揮発性の記憶装置、またはそれらの組み合わせによって実装することができるが、これらに限定されるものではない。
【0156】
例示的な実施例では、コンピュータ読み取り可能な記憶媒体も提供され、前記コンピュータ読み取り可能な記憶媒体は、そこに少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットが格納されており、前記少なくとも１つの命令、前記少なくとも１つのプログラム、前記コードセットまたは命令セットは、前記プロセッサによってロードされて実行され、上記の方法の各実施例によって提供される車両インターネットシステムにおけるリソース選択方法を実現する。
【0157】
上記の実施例を実現するためのステップのすべてまたは一部は、ハードウェアによって達成されてもよく、関連するハードウェアに指示するプログラムによって達成されてもよく、当該プログラムはコンピュータ可読記憶媒体に格納されてもよく、上記の記憶媒体は、読み取り専用メモリ、ディスク、ＣＤ－ＲＯＭなどであってもよいことは、当業者には理解されるであろう。
【0158】
前述の内容は、本願の任意の実施例に過ぎず、本願を限定することを意図したものではない。 本願の精神と原理の範囲内で行われた修正、同等の置換、改良などは、本願の保護範囲に含まれるものとする。
【図1(a)】
【図1(b)】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
