(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-11-07
(45)【発行日】2024-11-15
(54)【発明の名称】UE情報報告方法、車両のインターネットリソース構成方法、および装置
(51)【国際特許分類】
H04W 72/25 20230101AFI20241108BHJP
H04W 72/02 20090101ALI20241108BHJP
H04W 28/04 20090101ALI20241108BHJP
H04W 92/18 20090101ALI20241108BHJP
H04W 4/46 20180101ALI20241108BHJP
【FI】
H04W72/25
H04W72/02
H04W28/04 110
H04W92/18
H04W4/46
(21)【出願番号】P 2021564492
(86)(22)【出願日】2020-04-26
(86)【国際出願番号】 CN2020086944
(87)【国際公開番号】W WO2020221148
(87)【国際公開日】2020-11-05
【審査請求日】2023-02-24
(31)【優先権主張番号】201910364364.0
(32)【優先日】2019-04-30
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】511151662
【氏名又は名称】中興通訊股▲ふん▼有限公司
【氏名又は名称原語表記】ZTE CORPORATION
【住所又は居所原語表記】ZTE Plaza,Keji Road South,Hi-Tech Industrial Park,Nanshan Shenzhen,Guangdong 518057 China
(74)【代理人】
【識別番号】100078282
【氏名又は名称】山本 秀策
(74)【代理人】
【識別番号】100113413
【氏名又は名称】森下 夏樹
(74)【代理人】
【識別番号】100181674
【氏名又は名称】飯田 貴敏
(74)【代理人】
【識別番号】100181641
【氏名又は名称】石川 大輔
(74)【代理人】
【識別番号】230113332
【氏名又は名称】山本 健策
(72)【発明者】
【氏名】▲羅▼薇
(72)【発明者】
【氏名】▲陳▼琳
(72)【発明者】
【氏名】汪▲夢▼珍
(72)【発明者】
【氏名】▲張▼博源
【審査官】松野 吉宏
(56)【参考文献】
【文献】国際公開第2018/117775(WO,A1)
【文献】米国特許出願公開第2018/0359619(US,A1)
【文献】ZTE, Sanechips,Considerations on groupcast,3GPP TSG RAN WG2#105 R2-1900384,フランス,3GPP,2019年02月15日
【文献】Intel Corporation,Physical Layer Procedures for NR V2X Sidelink Design,3GPP TSG RAN WG1#96 R1-1903450,フランス,3GPP,2019年02月27日
【文献】Lenovo, Motorola Mobility,Discussion on QoS management for NR V2X,3GPP TSG RAN WG2#103bis R2-1814755,フランス,3GPP,2018年09月28日
【文献】Intel,Transport options for Public Safety Discovery,3GPP TSG-SA WG2#106 S2-144286,フランス,3GPP,2014年11月11日
(58)【調査した分野】(Int.Cl.,DB名)
H04B 7/24 - 7/26
H04W 4/00 - 99/00
3GPP TSG RAN WG1-4
SA WG1-4
CT WG1、4
(57)【特許請求の範囲】
【請求項1】
無線通信リソース構成方法であって、前記
無線通信リソース構成方法は、
第1のユーザ機器(UE)が、サイドリンクマルチキャスト通信グループの中の1つ以上のUEについての情報を入手することであって、前記情報は、前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの識別情報
と、前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの数量情報
とを備え
る、ことと、
前記第1のUEが、
前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの前記識別情報に少なくとも従って、前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの物理サイドリンクフィードバックチャネル(PSFCH)リソース情報を決定することと
を含む、
無線通信リソース構成方法。
【請求項2】
前記PSFCHリソース情報は、PSFCHリソースプールまたはN個のPSFCHリソースを備え、Nは、1に等しいまたは1より大きい整数である、請求項1に記載の方法。
【請求項3】
前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの前記識別情報は、前記第1のUEの非アクセス層(NAS)が、前記第1のUEのアクセス層(AS)に前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの前記識別情報を通知することによって、入手される、請求項1に記載の方法。
【請求項4】
前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの前記数量情報は、前記第1のUEの非アクセス層(NAS)が、前記第1のUEのアクセス層(AS)に前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの前記数量情報を通知することによって、入手される、請求項1に記載の方法。
【請求項5】
前記方法は、前記第1のUEが、ネットワーク側のネットワーク要素デバイスによって構成されたサイドリンクベアラ構成情報を受信することをさらに含み、前記サイドリンクベアラ構成情報は、サービスデータアダプテーションプロトコル(SDAP)レイヤ構成情報を備え、前記SDAPレイヤ構成情報は、伝送タイプ情報を備え
る、請求項1に記載の方法。
【請求項6】
前記方法は、前記伝送タイプ情報に従って、指定idに対応するSDAPエンティティを構成することをさらに含む、請求項5に記載の方法。
【請求項7】
前記伝送タイプ情報は、ユニキャスト、マルチキャスト、または
、ブロードキャストのうちの少なくとも1つを備え
る、請求項6に記載の方法。
【請求項8】
無線通信装置であって、前記
無線通信装置は、
コンピュータプログラムを記憶するメモリと、
少なくとも1つのプロセッサ
と
を備え、
前記少なくとも1つのプロセッサは、
前記コンピュータプログラムを実行することにより、
第1のユーザ機器(UE)が、サイドリンクマルチキャスト通信グループの中の1つ以上のUEについての情報を入手することであって、前記情報は、前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの識別情報
と、前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの数量情報
とを備え
る、ことと、
前記第1のUEが、
前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの前記識別情報に少なくとも従って、前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの物理サイドリンクフィードバックチャネル(PSFCH)リソース情報を決定することと
を含むステップを
実行することを前記無線通信装置
に行わせるように構成され
ている
、無線通信装置。
【請求項9】
前記PSFCHリソース情報は、N個のPSFCHリソースを備え、Nは、1に等しいまたは1より大きい整数である、請求項8に記載の装置。
【請求項10】
前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの前記識別情報は、前記第1のUEの非アクセス層(NAS)が、前記第1のUEのアクセス層(AS)に前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの前記識別情報を通知することによって、入手される、請求項8に記載の装置。
【請求項11】
前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの前記数量情報は、前記第1のUEの非アクセス層(NAS)が、前記第1のUEのアクセス層(AS)に前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの前記数量情報を通知することによって、入手される、請求項8に記載の装置。
【請求項12】
前記
少なくとも1つのプロセッサは、
前記コンピュータプログラムを実行することにより、ネットワーク側のネットワーク要素デバイスによって構成されたサイドリンクベアラ構成情報を前記第1のUEが受信することを含むステップを
実行することを前記装置に
行わせるようにさらに構成され
ており、前記サイドリンクベアラ構成情報は、サービスデータアダプテーションプロトコル(SDAP)レイヤ構成情報を備え、前記SDAPレイヤ構成情報は、伝送タイプ情報を備え
る、請求項8に記載の装置。
【請求項13】
前記
少なくとも1つのプロセッサは、
前記コンピュータプログラムを実行することにより、前記伝送タイプ情報に従って
、指定idに対応するSDAPエンティティを構成することを含むステップを
実行することを前記装置に
行わせるようにさらに構成され
ている、請求項12に記載の装置。
【請求項14】
前記伝送タイプ情報は、ユニキャスト、マルチキャスト、または
、ブロードキャストのうちの少なくとも1つを備え
る、請求項13に記載の装置。
【請求項15】
コンピュータプログラムを記憶する非一過性記憶媒体であって
、前記コンピュータプログラムは、
少なくとも1つのプロセッサによって実行されると、
第1のユーザ機器(UE)が、サイドリンクマルチキャスト通信グループの中の1つ以上のUEについての情報を入手することであって、前記情報は、前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの識別情報
と、前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの数量情報
とを備え
る、ことと、
前記第1のUEが、
前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの前記識別情報に少なくとも従って、前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの物理サイドリンクフィードバックチャネル(PSFCH)リソース情報を決定することと
を含むステップを
実行することを前記
少なくとも1つのプロセッサに
行わせる、非一過性記憶媒体。
【請求項16】
前記PSFCHリソース情報は、N個のPSFCHリソースを備え、Nは、1に等しいまたは1より大きい整数である、請求項15に記載の非一過性記憶媒体。
【請求項17】
前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの前記識別情報は、前記第1のUEの非アクセス層(NAS)が、前記第1のUEのアクセス層(AS)に前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの前記識別情報を通知することによって、入手される、請求項15に記載の非一過性記憶媒体。
【請求項18】
前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの前記数量情報は、前記第1のUEの非アクセス層(NAS)が、前記第1のUEのアクセス層(AS)に前記サイドリンクマルチキャスト通信グループの中の前記1つ以上のUEの前記数量情報を通知することによって、入手される、請求項15に記載の非一過性記憶媒体。
【請求項19】
前記コンピュータプログラムは、
前記少なくとも1つのプロセッサによって実行されると、ネットワーク側のネットワーク要素デバイスによって構成されたサイドリンクベアラ構成情報を前記第1のUEが受信することを含むステップを
実行することを前記
少なくとも1つのプロセッサにさらに
行わせ、前記サイドリンクベアラ構成情報は、サービスデータアダプテーションプロトコル(SDAP)レイヤ構成情報を備え、前記SDAPレイヤ構成情報は、伝送タイプ情報を備え
る、請求項15に記載の非一過性記憶媒体。
【請求項20】
前記コンピュータプログラムは、
前記少なくとも1つのプロセッサによって実行されると、前記伝送タイプ情報に従って
、指定idに対応するSDAPエンティティを構成することを含むステップを
実行することを前記
少なくとも1つのプロセッサにさらに
行わせる、請求項19に記載の非一過性記憶媒体。
【請求項21】
前記伝送タイプ情報は、ユニキャスト、マルチキャスト、または
、ブロードキャストのうちの少なくとも1つを備え
る、請求項20に記載の非一過性記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本願は、その開示が参照することによってその全体として本明細書に組み込まれる、2019年4月30日に中国国家知識産権局(CNIPA)に出願された中国特許出願第201910364364.0号の優先権を主張する。
【0002】
本願は、無線通信ネットワークに関し、特に、ユーザ機器(UE)情報報告方法および装置、車両のインターネットリソース構成方法および装置、および記憶媒体に関する。
【背景技術】
【0003】
車両のインターネットは、合意された通信プロトコルおよびデータ相互作用規格に従って構築されるシステムネットワークである。車両のインターネットに基づく通信は、集合的に、車両と外部との間の情報交換通信(V2X、車両対X)と称される。車両は、V2Xを通して、車両、歩行者、路側デバイス、およびインターネットとの無線通信および情報交換を実施することができる。技術的進歩および自動化の開発により、V2X通信シナリオは、第3世代のモバイル通信の標準化のための第3世代パートナーシッププロジェクト(3GPP)から第5世代のモバイル通信(5G)まで拡張し、より高い性能要件を有する。現在、5G新規無線(NR)エアインターフェースに基づく車両のインターネット通信および5Gサイドリンクに基づく車両のインターネット通信に関して、5Gサイドリンクに基づくUE情報報告およびリソース構成スキームは存在しない。
【発明の概要】
【発明が解決しようとする課題】
【0004】
本願は、UE情報報告方法および装置、車両のインターネットリソース構成方法および装置、および記憶媒体を提供する。
【課題を解決するための手段】
【0005】
本願の実施形態は、UE情報報告方法を提供する。方法は、下記に説明されるステップを含む。
【0006】
第1のUEが、第2のUEの識別情報を入手する。
【0007】
第1のUEは、調節前の第2のUEの識別情報および調節後の第2のUEの識別情報をネットワーク側のネットワーク要素デバイスに送信し、UE情報を報告する。
【0008】
本願の実施形態は、車両のインターネットリソース申請方法を提供する。方法は、下記に説明されるステップを含む。
【0009】
第1のUEが、第2のUEのレイヤ2識別情報を入手する。
【0010】
第1のUEは、第2のUEの識別情報を決定する。
【0011】
第1のUEは、第2のUEの識別情報をネットワーク側のネットワーク要素デバイスに送信し、リソース構成を申請する。
【0012】
本願の実施形態は、車両のインターネットリソース構成方法を提供する。方法は、下記に説明されるステップを含む。
【0013】
UEが、ネットワーク側のネットワーク要素デバイスによって構成されたサイドリンクベアラ構成情報を受信する。
サイドリンクベアラ構成情報は、標的識別情報、標的UE情報、または伝送タイプ情報のうちの少なくとも1つを含む。
【0014】
本願の実施形態は、論理チャネルの優先順位を処理する媒体アクセス制御(MAC)エンティティのための方法を提供する。方法は、下記に説明されるステップを含む。
【0015】
論理チャネルの優先順位が、以下の優先順位の降順で、ソートされる:アップリンク共通制御チャネル(UL-CCCH)からのセル無線ネットワーク一時識別子(C-RNTI)またはデータのためのMAC制御要素、サイドリンク再伝送バッファステータス報告(BSR)のためのMAC制御ユニット、およびサイドリンクBSRのためのMAC制御ユニットであって、サイドリンクBSRは、充填のためのサイドリンクBSRを除くサイドリンクBSRを含む、MAC制御ユニット。
【0016】
本願の実施形態は、論理チャネルの優先順位を処理するMACエンティティのための方法を提供する。方法は、下記に説明されるステップを含む。
【0017】
再伝送BSRに関して、MACエンティティは、最高の優先順位を有し、再伝送BSRに対応するトランスポートブロックに含まれる論理チャネルの優先順位を再伝送BSRの優先順位として使用する。
【0018】
サイドリンクBSRに関して、MACエンティティは、最高の優先順位を有し、サイドリンクBSRに含まれる論理チャネルの優先順位をサイドリンクBSRの優先順位として使用する。
【0019】
本願の実施形態は、車両のインターネットリソース構成方法を提供する。方法は、下記に説明されるステップを含む。
【0020】
UEが、構成グラントの構成情報を受信する。
【0021】
UEは、構成グラントの構成情報を使用することによって、データを送信する。
【0022】
構成グラントの構成情報は、標的識別情報、標的UE情報、または伝送タイプ情報のうちの少なくとも1つを含む。
【0023】
本願の実施形態は、車両のインターネットリソース構成方法を提供する。方法は、下記に説明されるステップを含む。
【0024】
UEが、ハイブリッド自動反復要求(HARQ)プロセス識別(ID)リストを受信する。
【0025】
UEは、HARQプロセスIDリストに従って、HARQプロセスIDを決定する。
【0026】
HARQプロセスIDリストは、UEが伝送リソースを選択するリソース配分モードでUEによって使用可能なHARQプロセスIDリストを示す。
【0027】
本願の実施形態は、車両のインターネットリソース構成方法を提供する。方法は、下記に説明されるステップを含む。
【0028】
第1のUEが、サイドリンクマルチキャスト通信グループの中のUEについての情報を入手する。
【0029】
第1のUEは、サイドリンクマルチキャスト通信グループの中のUEの物理サイドリンクフィードバックチャネル(PSFCH)リソース情報を決定する。
【0030】
本願の実施形態は、UE情報報告装置を提供する。装置は、第1の入手モジュールと、第1の送信モジュールとを含む。
【0031】
第1の入手モジュールは、第2のUEの識別情報を入手するように構成される。
【0032】
第1の送信モジュールは、調節前の第2のUEの識別情報および調節後の第2のUEの識別情報をネットワーク側のネットワーク要素デバイスに送信し、UE情報を報告するように構成される。
【0033】
本願の実施形態は、車両のインターネットリソース申請装置を提供する。装置は、第2の入手モジュールと、第1の決定モジュールと、第2の送信モジュールとを含む。
【0034】
第2の入手モジュールは、第2のUEのレイヤ2識別情報を入手するように構成される。
【0035】
第1の決定モジュールは、第2のUEの識別情報を決定するように構成される。
【0036】
第2の送信モジュールは、第2のUEの識別情報をネットワーク側のネットワーク要素デバイスに送信し、リソース構成を申請するように構成される。
【0037】
本願の実施形態は、車両のインターネットリソース構成装置を提供する。装置は、第1の受信モジュールを含む。
【0038】
第1の受信モジュールは、ネットワーク側のネットワーク要素デバイスによって構成されたサイドリンクベアラ構成情報を受信するように構成される。
【0039】
サイドリンクベアラ構成情報は、標的識別情報、標的UE情報、または伝送タイプ情報のうちの少なくとも1つを含む。
【0040】
本願の実施形態は、論理チャネルの優先順位を処理するMACエンティティのための装置を提供する。装置は、第1の優先順位ソートモジュールを含む。
【0041】
第1の優先順位ソートモジュールは、以下の優先順位の降順で、論理チャネルの優先順位をソートするように構成される:UL-CCCHからのC-RNTIまたはデータのためのMAC制御要素;サイドリンク再伝送BSRのためのMAC制御ユニット;および、サイドリンクBSRのためのMAC制御ユニットであって、サイドリンクBSRは、充填のためのサイドリンクBSRを除くサイドリンクBSRを含む、MAC制御ユニット。
【0042】
本願の実施形態は、論理チャネルの優先順位を処理するMACエンティティのための装置を提供する。装置は、第2の優先順位ソートモジュールを含む。第2の優先順位ソートモジュールは、下記に説明される動作を実施するように構成される。
【0043】
再伝送BSRに関して、MACエンティティは、最高の優先順位を有し、再伝送BSRに対応するトランスポートブロックに含まれる論理チャネルの優先順位を再伝送BSRの優先順位として使用する。
【0044】
サイドリンクBSRに関して、MACエンティティは、最高の優先順位を有し、サイドリンクBSRに含まれる論理チャネルの優先順位をサイドリンクBSRの優先順位として使用する。
【0045】
本願の実施形態は、車両のインターネットリソース構成装置を提供する。装置は、第2の受信モジュールを含む。
【0046】
第2の受信モジュールは、構成グラントの構成情報を受信するように構成される。
【0047】
UEは、構成グラントの構成情報を使用することによって、データを送信する。
【0048】
構成グラントの構成情報は、標的識別情報、標的UE情報、または伝送タイプ情報のうちの少なくとも1つを含む。
【0049】
本願の実施形態は、車両のインターネットリソース構成装置を提供する。装置は、第3の受信モジュールと、第2の決定モジュールとを含む。
【0050】
第3の受信モジュールは、HARQプロセスIDリストを受信するように構成される。
【0051】
第2の決定モジュールは、HARQプロセスIDリストに従って、HARQプロセスIDを決定するように構成される。
【0052】
HARQプロセスIDリストは、UEが伝送リソースを選択するリソース配分モードでUEによって使用可能なHARQプロセスIDリストを示す。
【0053】
本願の実施形態は、車両のインターネットリソース構成装置を提供する。装置は、第3の入手モジュールと、第3の決定モジュールとを含む。
【0054】
第3の入手モジュールは、サイドリンクマルチキャスト通信グループの中のUEについての情報を入手するように構成される。
【0055】
第3の決定モジュールは、サイドリンクマルチキャスト通信グループの中のUEのPSFCHリソース情報を決定するように構成される。
【0056】
本願の実施形態は、記憶媒体を提供する。記憶媒体は、コンピュータプログラムを記憶し、コンピュータプログラムは、プロセッサによって実行されると、プロセッサに、本願の実施形態におけるUE情報報告方法および車両のインターネットリソース構成方法のうちのいずれか1つを実施させる。
【0057】
本願では、第1のUEが、第2のUEの識別情報を入手し、第1のUEは、調節前の第2のUEの識別情報および調節後の第2のUEの識別情報をネットワーク側のネットワーク要素デバイスに送信し、UE情報を報告し、それによって、5Gサイドリンクに基づいてUE情報を報告する。
【0058】
本願およびその実装の前述の実施形態および他の側面は、図面の簡単な説明、発明を実施するための形態、および請求項により詳細に説明される。
本発明は、例えば、以下を提供する。
(項目1)
ユーザ機器(UE)情報報告方法であって、前記方法は、
第1のUEによって、第2のUEの識別情報を入手することと、
前記第1のUEによって、調節前の前記第2のUEの識別情報および前記調節後の前記第2のUEの識別情報をネットワーク側のネットワーク要素デバイスに送信し、UE情報を報告することと
を含む、方法。
(項目2)
前記第2のUEの前記識別情報は、前記第2のUEのレイヤ2識別情報を備えている、項目1に記載の方法。
(項目3)
車両のインターネットリソース申請方法であって、前記方法は、
第1のユーザ機器(UE)によって、第2のUEのレイヤ2識別情報を入手することと、
前記第1のUEによって、前記第2のUEの識別情報を決定することと、
前記第1のUEによって、前記第2のUEの前記識別情報をネットワーク側のネットワーク要素デバイスに送信し、リソース構成を申請することと
を含む、方法。
(項目4)
前記第1のUEによって、前記第2のUEの前記識別情報を決定することは、
前記第1のUEによって、前記第2のUEの前記レイヤ2識別情報を前記第2のUEの前記識別情報として使用すること、または、
前記第1のUEによって、UE識別情報を前記第2のUEに配分すること
を含む、項目3に記載の方法。
(項目5)
前記第1のUEによって、前記第2のUEの前記レイヤ2識別情報を入手した後、前記方法は、
前記第1のUEによって、前記第2のUEの前記レイヤ2識別情報を前記第2のUEの前記識別情報として使用することと、
前記第1のUEによって、前記第2のUEのレイヤ2識別情報を再び受信し、前記第2のUEの前記受信されたレイヤ2識別情報を前記第2のUEの前記識別情報に関連付け、前記第2のUEの前記受信されたレイヤ2識別情報に従って、前記第2のUEの前記レイヤ2識別情報を更新することと
をさらに含む、項目4に記載の方法。
(項目6)
車両のインターネットリソース構成方法であって、前記方法は、
ユーザ機器(UE)によって、ネットワーク側のネットワーク要素デバイスによって構成されたサイドリンクベアラ構成情報を受信することを含み、
前記サイドリンクベアラ構成情報は、標的識別情報、標的UE情報、または伝送タイプ情報のうちの少なくとも1つを備えている、方法。
(項目7)
前記伝送タイプ情報は、ユニキャスト、マルチキャスト、またはブロードキャストのうちの少なくとも1つを備えている、項目6に記載の方法。
(項目8)
前記UEによって、前記ネットワーク側の前記ネットワーク要素デバイスによって構成された前記サイドリンクベアラ構成を受信することは、前記UEによって、サービスデータプロトコル(SDAP)レイヤ構成情報を受信することを含み、
前記SDAPレイヤ構成情報は、標的識別情報、標的UE情報、または伝送タイプ情報のうちの少なくとも1つを備えている、項目6に記載の方法。
(項目9)
前記SDAPレイヤ構成情報の中の前記伝送タイプ情報は、ユニキャスト、マルチキャスト、またはブロードキャストのうちの少なくとも1つを備えている、項目8に記載の方法。
(項目10)
論理チャネルの優先順位を処理する媒体アクセス制御(MAC)エンティティのための方法であって、前記方法は、
アップリンク共通制御チャネル(UL-CCCH)からのセル無線ネットワーク一時識別子(C-RNTI)またはデータのためのMAC制御要素、
サイドリンク再伝送バッファステータス報告(BSR)のためのMAC制御ユニット、および、
MAC制御ユニットであって、前記サイドリンクBSRは、充填のためのサイドリンクBSRを除くサイドリンクBSRを備えている、MAC制御ユニット
の優先順位の降順で、論理チャネルの優先順位をソートすることを含む、
方法。
(項目11)
論理チャネルの優先順位を処理する媒体アクセス制御(MAC)エンティティのための方法であって、前記方法は、
再伝送バッファステータス報告(BSR)に関して、前記MACエンティティによって、最高の優先順位を有し、前記再伝送BSRに対応するトランスポートブロックに含まれる論理チャネルの優先順位を前記再伝送BSRの優先順位として使用することと、
サイドリンクBSRに関して、前記MACエンティティによって、最高の優先順位を有し、前記サイドリンクBSRに含まれる論理チャネルの優先順位を前記サイドリンクBSRの優先順位として使用することと
を含む、方法。
(項目12)
車両のインターネットリソース構成方法であって、前記方法は、
ユーザ機器(UE)によって、構成グラントの構成情報を受信することと、
前記構成グラントの前記構成情報を使用することによって、前記UEによってデータを送信することと
を含み、
前記構成グラントの前記構成情報は、標的識別情報、標的UE情報、または伝送タイプ情報のうちの少なくとも1つを備えている、方法。
(項目13)
前記伝送タイプ情報は、ユニキャスト、マルチキャスト、またはブロードキャストのうちの少なくとも1つを備えている、項目12に記載の方法。
(項目14)
前記構成グラントの前記構成情報は、再伝送されるパケットの伝送がサポートされるかどうかの指示情報をさらに備えている、項目12に記載の方法。
(項目15)
車両のインターネットリソース構成方法であって、前記方法は、
ユーザ機器(UE)によって、ハイブリッド自動反復要求(HARQ)プロセス識別(ID)リストを受信することと、
前記UEによって、前記HARQプロセスIDリストに従って、HARQプロセスIDを決定することと
を含み、
前記HARQプロセスIDリストは、前記UEが伝送リソースを選択するリソース配分モードにおいて前記UEによって使用可能なHARQプロセスIDリストを示す、方法。
(項目16)
前記UEは、スケジューリングがネットワーク側のネットワーク要素デバイスによって実施されるリソース配分モードと前記UEが伝送リソースを選択するリソース配分モードとを同時にサポートするUEを備えている、項目15に記載の方法。
(項目17)
車両のインターネットリソース構成方法であって、前記方法は、
第1のユーザ機器(UE)によって、サイドリンクマルチキャスト通信グループの中のUEについての情報を入手することと、
前記第1のUEによって、前記サイドリンクマルチキャスト通信グループの中の前記UEの物理サイドリンクフィードバックチャネル(PSFCH)リソース情報を決定することと
を含む、方法。
(項目18)
前記第1のUEによって、前記サイドリンクマルチキャスト通信グループの中の前記UEについての前記情報を入手した後、前記方法は、
前記第1のUEによって、前記サイドリンクマルチキャスト通信グループの中の前記UEについての前記情報をネットワーク側のネットワーク要素デバイスに送信することと、
前記第1のUEによって、前記サイドリンクマルチキャスト通信グループの中の前記UEのPSFCHリソース情報を受信することと
をさらに含む、項目17に記載の方法。
(項目19)
前記PSFCHリソース情報は、PSFCHリソースプールまたはN個のPSFCHリソースを備えている、項目17に記載の方法。
(項目20)
前記サイドリンクマルチキャスト通信グループの中の前記UEについての前記情報は、前記サイドリンクマルチキャスト通信グループの中の前記UEの識別情報、前記サイドリンクマルチキャスト通信グループの中の前記UEの数量情報、または、前記サイドリンクマルチキャスト通信グループの中の前記UEのカテゴリ識別情報を備えている、項目17に記載の方法。
(項目21)
前記サイドリンクマルチキャスト通信グループの中の前記UEの前記識別情報は、
前記UEの非アクセス層(NAS)によって、前記第1のUEのアクセス層(AS)に前記サイドリンクマルチキャスト通信グループの中の前記UEの前記識別情報を通知すること、または、
前記UEによって、前記サイドリンクマルチキャスト通信グループの中の前記UEとの接続を確立し、前記サイドリンクマルチキャスト通信グループの中の前記UEの前記識別情報を入手すること
を行う方法で入手される、項目20に記載の方法。
(項目22)
ユーザ機器(UE)情報報告装置であって、前記装置は、
第2のUEの識別情報を入手するように構成された入手モジュールと、
調節前の前記第2のUEの識別情報および前記調節後の前記第2のUEの前記識別情報をネットワーク側のネットワーク要素デバイスに送信し、UE情報を報告するように構成された送信モジュールと
を備えている、装置。
(項目23)
車両のインターネットリソース申請装置であって、前記装置は、
第2のユーザ機器(UE)のレイヤ2識別情報を入手するように構成された入手モジュールと、
前記第2のUEの識別情報を決定するように構成された決定モジュールと、
前記第2のUEの前記識別情報をネットワーク側のネットワーク要素デバイスに送信し、リソース構成を申請するように構成された送信モジュールと
を備えている、装置。
(項目24)
車両のインターネットリソース構成装置であって、前記装置は、
ネットワーク側のネットワーク要素デバイスによって構成されたサイドリンクベアラ構成情報を受信するように構成された受信モジュールを備え、
前記サイドリンクベアラ構成情報は、標的識別情報、標的ユーザ機器(UE)情報、または伝送タイプ情報のうちの少なくとも1つを備えている、装置。
(項目25)
論理チャネルの優先順位を処理する媒体アクセス制御(MAC)エンティティのための装置であって、前記装置は、優先順位ソートモジュールを備え、前記優先順位ソートモジュールは、
アップリンク共通制御チャネル(UL-CCCH)からのセル無線ネットワーク一時識別子(C-RNTI)またはデータのためのMAC制御要素、
サイドリンク再伝送バッファステータス報告(BSR)のためのMAC制御ユニット、および、
MAC制御ユニットであって、前記サイドリンクBSRは、充填のためのサイドリンクBSRを除くサイドリンクBSRを備えている、MAC制御ユニット
の優先順位の降順で、論理チャネルの優先順位をソートするように構成されている、
装置。
(項目26)
論理チャネルの優先順位を処理する媒体アクセス制御(MAC)エンティティのための装置であって、前記装置は、優先順位ソートモジュールを備え、前記優先順位ソートモジュールは、
再伝送バッファステータス報告(BSR)に関して、最高の優先順位を有し、前記再伝送BSRに対応するトランスポートブロックに含まれる論理チャネルの優先順位を前記再伝送BSRの優先順位として前記MACエンティティに使用させることと、
サイドリンクBSRに関して、最高の優先順位を有し、前記サイドリンクBSRに含まれる論理チャネルの優先順位を前記サイドリンクBSRの優先順位として前記MACエンティティに使用させることと
を行うように構成されている、装置。
(項目27)
車両のインターネットリソース構成装置であって、前記装置は、
構成グラントの構成情報を受信するように構成された受信モジュールを備え
前記構成グラントの構成情報を使用することによって、データを送信し、
前記構成グラントの構成情報は、標的識別情報、標的ユーザ機器(UE)情報、または伝送タイプ情報のうちの少なくとも1つを備えている、装置。
(項目28)
車両のインターネットリソース構成装置であって、前記装置は、
ハイブリッド自動反復要求(HARQ)プロセス識別(ID)リストを受信するように構成された受信モジュールと、
前記HARQプロセスIDリストに従って、HARQプロセスIDを決定するように構成された決定モジュールと
を備え、
前記HARQプロセスIDリストは、前記UEが伝送リソースを選択するリソース配分モードにおいてユーザ機器(UE)によって使用可能なHARQプロセスIDリストを示す、装置。
(項目29)
車両のインターネットリソース構成装置であって、前記装置は、
サイドリンクマルチキャスト通信グループの中のユーザ機器(UE)についての情報を入手するように構成された入手モジュールと、
前記サイドリンクマルチキャスト通信グループの中の前記UEの物理サイドリンクフィードバックチャネル(PSFCH)リソース情報を決定するように構成された決定モジュールと
を備えている、装置。
(項目30)
コンピュータプログラムを記憶している記憶媒体であって、前記コンピュータプログラムは、プロセッサによって実行されると、項目1-21のいずれか1項に記載の方法を前記プロセッサに実施させる、記憶媒体。
【図面の簡単な説明】
【0059】
【
図1】
図1は、本願のある実施形態による、車両のインターネットアーキテクチャのシナリオの概略図である。
【
図2】
図2は、本願のある実施形態による、UE情報報告方法のフローチャート1である。
【
図3】
図3は、本願のある実施形態による、車両のインターネットリソース申請方法のフローチャート1である。
【
図4】
図4は、本願のある実施形態による、車両のインターネットリソース構成方法のフローチャート1である。
【
図5】
図5は、本願のある実施形態による、車両のインターネットリソース構成方法のフローチャート2である。
【
図6】
図6は、本願のある実施形態による、車両のインターネットリソース構成方法のフローチャート3である。
【
図7】
図7は、本願のある実施形態による、UE情報報告装置のブロック
図1である。
【
図8】
図8は、本願のある実施形態による、報告装置のハードウェアの概略
図1である。
【
図9】
図9は、本願のある実施形態による、報告装置が配置される端末デバイスの構造図である。
【発明を実施するための形態】
【0060】
本願の実施形態が、図面と併せて下記に説明される。不一致が生じていない場合、本願の実施形態およびその中の特徴は、任意の様式で相互と組み合わせられ得ることに留意されたい。
【0061】
車両のインターネットは、合意された通信プロトコルおよびデータ相互作用規格に従った車両と車両との間、車両と歩行者との間、車両と路側デバイスとの間、および車両とインターネットとの間の無線通信および情報交換のための大規模システムネットワークを指す。車両のインターネット通信は、車両の運転安全性を確実にし、輸送効率を改良し、便利および娯楽情報を提供する。無線通信に関与する対象に従って、車両のインターネット通信は、3つの異なるタイプを含み、集合的にV2X通信と称される:車両対車両(V2V)通信;車両対インフラストラクチャ/車両対ネットワーク(V2I/V2N)通信;および車両対歩行者(V2P)通信。3GPPのロングタームエボリューション(LTE)ベースのV2X通信研究では、UE間のサイドリンクに基づくV2X通信方法は、V2X規格を実装する様式のうちの1つであり、すなわち、トラフィックデータが、基地局およびコアネットワークによって転送されることなく、ソースUEによってエアインターフェースを通して標的UEに直接伝送される。
図1に示されるように、
図1は、本願のある実施形態による、V2Xアーキテクチャのシナリオの概略図である。
図1に示されるように、車両のインターネットアーキテクチャ内のサイドリンクを介したUE間の通信の様式は、V2X通信様式であり得、それらは、単に、PC5ベースのV2X通信、またはV2Xサイドリンク通信と称される。
【0062】
技術的進歩および自動化の開発に伴って、V2X通信シナリオは、さらに拡張し、より高い性能要件を有する。先進V2Xトラフィックは、主に、4つのカテゴリに分けられる:車両隊列走行、拡張型センサ、先進型運転(半自動または完全自動運転)、および、遠隔運転。満たされるべき性能要件は、以下の通りである:50~12,000バイトのサポートされるパケットサイズ、1秒あたり2~50件のメッセージの伝送レート、3~500ミリ秒の最大端末間待ち時間、90%~99.999%の信頼性、0.5~1,000Mbpsのデータレート、および、50~1,000mのサポートされる伝送範囲。3GPPは、5Gエアインターフェースに基づく車両のインターネット通信および5Gサイドリンクに基づく車両のインターネット通信を含む、5Gベースの車両のインターネット通信についての研究を承認している。したがって、本願の実施形態は、5Gサイドリンクに基づくリソース構成スキームを提供する。
【0063】
図2は、本願のある実施形態による、UE情報報告方法のフローチャート1である。
図2に示されるように、方法は、下記に説明されるステップを含む。
【0064】
S101では、第1のUEが、第2のUEの識別情報を入手する。
【0065】
S102では、第1のUEが、調節前の第2のUEの識別情報および調節後の第2のUEの識別情報をネットワーク側のネットワーク要素デバイスに送信し、UE情報を報告する。
【0066】
例示的実施形態では、第2のUEの識別情報は、第2のUEのレイヤ2識別情報を含む。
【0067】
図3は、本願のある実施形態による、車両のインターネットリソース申請方法のフローチャート1である。
図3に示されるように、方法は、下記に説明されるステップを含む。
【0068】
S201では、第1のUEが、第2のUEのレイヤ2識別情報を入手する。
【0069】
S202では、第1のUEが、第2のUEの識別情報を決定する。
【0070】
S203では、第1のUEが、第2のUEの識別情報をネットワーク側のネットワーク要素デバイスに送信し、リソース構成を申請する。
【0071】
例示的実施形態では、第1のUEが第2のUEの識別情報を決定するステップは、下記に説明されるステップを含む。
【0072】
第1のUEは、第2のUEのレイヤ2識別情報を第2のUEの識別情報として使用する、または、第1のUEは、UE識別情報を第2のUEに配分する。
【0073】
例示的実施形態では、ある場合、方法は、第1のUEが第2のUEのレイヤ2識別情報を入手した後、第1のUEが、第2のUEのレイヤ2識別情報を第2のUEの識別子として使用することをさらに含む。別の場合では、方法は、第2のUEとの接続を確立した後、第1のUEが、初めて取得される第2のUEのレイヤ2識別情報を第2のUEの識別子として使用することをさらに含む。
【0074】
第1のUEは、第2のUEのレイヤ2識別情報を再び受信し、第2のUEの受信されたレイヤ2識別情報を第2のUEの識別子に関連付け、第2のUEの受信されたレイヤ2識別情報に従って、第2のUEのレイヤ2識別情報を更新する。
【0075】
本願のある実施形態による、車両のインターネットリソース構成方法は、下記に説明されるステップを含む。
【0076】
S301では、UEが、ネットワーク側のネットワーク要素デバイスによって構成されたサイドリンクベアラ構成情報を受信する。
【0077】
サイドリンクベアラ構成情報は、標的識別情報、標的UE情報、または伝送タイプ情報のうちの少なくとも1つを含む。
【0078】
例示的実施形態では、伝送タイプ情報は、ユニキャスト、マルチキャスト、またはブロードキャストのうちの少なくとも1つを含む。
【0079】
例示的実施形態では、UEがネットワーク側のネットワーク要素デバイスによって構成されるサイドリンクベアラ構成を受信するステップは、UEがサービスデータプロトコル(SDAP)レイヤ構成情報を受信することを含む。SDAPレイヤ構成情報は、標的識別情報、標的UE情報、または伝送タイプ情報のうちの少なくとも1つを含む。
【0080】
例示的実施形態では、伝送タイプ情報は、ユニキャスト、マルチキャスト、またはブロードキャストのうちの少なくとも1つを含む。
【0081】
本願のある実施形態による、論理チャネルの優先順位を処理するMACエンティティのための方法は、下記に説明されるステップを含む。
【0082】
S401では、論理チャネルの優先順位が、優先順位の降順でソートされる。
【0083】
優先順位の降順は、以下を含む:UL-CCCHからのC-RNTIまたはデータのためのMAC制御要素;サイドリンク再伝送BSRのためのMAC制御ユニット;および、サイドリンクBSRのためのMAC制御ユニット(サイドリンクBSRは、充填のためのサイドリンクBSRを除くサイドリンクBSRを含む)。
【0084】
例示的実施形態では、優先順位の降順は、以下をさらに含む:UL-CCCHからのC-RNTIまたはデータのためのMAC制御要素;サイドリンクBSRのためのMAC制御ユニット(サイドリンクBSRは、充填のためのサイドリンクBSRを除くサイドリンクBSRを含む)、および、サイドリンク再伝送BSRのためのMAC制御ユニット。
【0085】
本願のある実施形態による、論理チャネルの優先順位を処理するMACエンティティのための方法は、下記に説明されるステップを含む。
【0086】
再伝送BSRに関して、MACエンティティは、最高の優先順位を有し、再伝送BSRに対応するトランスポートブロックに含まれる論理チャネルの優先順位を再伝送BSRの優先順位として使用する。
【0087】
サイドリンクBSRに関して、MACエンティティは、最高の優先順位を有し、サイドリンクBSRに含まれる論理チャネルの優先順位をサイドリンクBSRの優先順位として使用する。
【0088】
図4は、本願のある実施形態による、車両のインターネットリソース構成方法のフローチャート1である。
図4に示されるように、方法は、下記に説明されるステップを含む。
【0089】
S501では、UEが、構成グラントの構成情報を受信する。
【0090】
S502では、UEが、構成グラントの構成情報を使用することによって、データを送信する。
【0091】
構成グラントの構成情報は、標的識別情報、標的UE情報、または伝送タイプ情報のうちの少なくとも1つを含む。
【0092】
例示的実施形態では、伝送タイプ情報は、ユニキャスト、マルチキャスト、またはブロードキャストのうちの少なくとも1つを含む。
【0093】
例示的実施形態では、構成グラントの構成情報は、再伝送されるパケットの伝送がサポートされるかどうかの指示情報さらにを含む。
【0094】
例示的実施形態では、構成グラントの構成情報が、再伝送されるパケットの伝送がサポートされることを示す場合、新たに伝送されパケットが、構成グラントの構成情報によって示されるリソース位置に着信しないとき、再伝送されるデータパケットが、リソース位置において送信され得る。
【0095】
図5は、本願のある実施形態による、車両のインターネットリソース構成方法のフローチャート2である。
図5に示されるように、方法は、下記に説明されるステップを含む。
【0096】
S601では、UEが、HARQプロセスIDリストを受信する。
【0097】
S602では、UEが、HARQプロセスIDリストに従って、HARQプロセスIDを決定する。
【0098】
HARQプロセスIDリストは、UEが伝送リソースを選択するリソース配分モードにおいてUEによって使用可能なHARQプロセスIDリストを示す。
【0099】
例示的実施形態では、HARQプロセスIDリストは、システムメッセージまたは無線リソース制御(RRC)専用シグナリングの中で搬送される。
【0100】
例示的実施形態では、HARQプロセスIDリストは、サイドリンクリソースプールの構成情報の中でも搬送され得る。
【0101】
例示的実施形態では、UEは、スケジューリングがネットワーク側のネットワーク要素デバイスによって実施されるリソース配分モードとUEが伝送リソースを選択するリソース配分モードとを同時にサポートするUEを含む。
【0102】
図6は、本願のある実施形態による、車両のインターネットリソース構成方法のフローチャート3である。
図6に示されるように、方法は、下記に説明されるステップを含む。
【0103】
S701では、第1のUEが、サイドリンクマルチキャスト通信グループの中のUEについての情報を入手する。
【0104】
S702では、第1のUEが、サイドリンクマルチキャスト通信グループの中のUEのPSFCHリソース情報を決定する。
【0105】
例示的実施形態では、第1のUEがサイドリンクマルチキャスト通信グループの中のUEについての情報を入手した後、方法は、第1のUEが、サイドリンクマルチキャスト通信グループの中のUEについての情報をネットワーク側のネットワーク要素デバイスに送信し、第1のUEが、サイドリンクマルチキャスト通信グループの中のUEのPSFCHリソース情報を受信することをさらに含む。
【0106】
例示的実施形態では、PSFCHリソース情報は、PSFCHリソースプールまたはN個のPSFCHリソースを含む。Nは、グループの中の受信機UEの数量または受信機UEのグループ/カテゴリの数量である。
【0107】
例示的実施形態では、グループの中のUEについての情報は、グループの中のUEの識別情報、グループの中のUEの数量情報、またはグループの中のUEのカテゴリ識別情報を含む。
【0108】
例示的実施形態では、グループの中のUEの識別情報は、下記に説明される様式で入手される。
【0109】
UEの非アクセス層(NAS)が、第1のUEのアクセス層(AS)にグループの中のUEの識別情報を通知する。
【0110】
代替として、UEが、グループの中のUEとの接続を確立し、グループの中のUEの識別情報を入手する。
【0111】
例示的実施形態では、グループの中のUEの数量情報は、以下の様式で入手される:UEのNASが、第1のUEのASにグループの中のUEの数量を通知する;または、UEが、グループの中のUEとの接続を確立し、グループの中のUEの数量情報を入手する。
【0112】
例示的実施形態では、グループの中のUEのカテゴリ識別情報は、以下の様式で入手される:UEのNASが、第1のUEのASにグループの中のUEのカテゴリ識別子を通知する;または、UEが、グループの中のUEとの接続を確立し、グループの中のUEのカテゴリ識別子を入手する。
【0113】
例示的実施形態では、方法は、第1のUEがPSFCHリソースプールについての情報を入手することをさらに含む。第1のUEがグループの中のUEのPSFCHリソース情報を決定するステップは、第1のUEが、グループの中のUEについての情報およびPSFCHリソースプールについての情報に従って、グループの中のUEのPSFCHリソース情報を決定することを含む。
【0114】
例示的実施形態では、第1のUEがグループの中のUEのPSFCHリソース情報を決定した後、方法は、第1のUEがPSFCHリソース情報を第2のUEに送信することをさらに含む。
【0115】
例示的実施形態では、方法は、第1のUEがサイドリンク制御情報(SCI)の中でグループの中の全てのUEのPSFCHリソース情報を搬送することをさらに含む。グループの中のUEのPSFCHリソース情報は、グループの中のUEの識別子および識別子に対応するPSFCHリソースを含む。代替として、グループの中のUEのPSFCHリソース情報は、グループの中のUEのカテゴリ識別子およびカテゴリ識別子に対応するPSFCHリソースを含む。
【0116】
例示的実施形態では、グループの中のUEのPSFCHリソース情報は、PSFCHリソースリストをさらに含み得る。例えば、8つの受信機UEが存在し、8つのリソースがSCIの中で搬送される場合、1の識別子を伴う受信機UEが、第1のリソースを使用し、2の識別子を伴う受信機UEが、第2のリソースを使用する等。
【0117】
例示的実施形態では、グループの中のUEのPSFCHリソース情報は、PSFCHリソースリストをさらに含み得る。例えば、受信機UEの8つのカテゴリが存在し、8つのリソースがSCIの中で搬送される場合、1のカテゴリ識別子を伴う受信機UEが、第1のリソースを使用し、2のカテゴリ識別子を伴う受信機UEが、第2のリソースを使用する等。
【0118】
(適用実施例)
NR V2Xの研究範囲は、サイドリンクユニキャスト、サイドリンクマルチキャスト、およびサイドリンクブロードキャストを含む。一般的に言えば、サイドリンクV2X通信は、ユニキャスト、マルチキャスト、およびブロードキャストに分けられ得る。サイドリンクユニキャスト通信は、概して、2つのUEが、最初に互いを発見するためにユニキャスト通信を実施し、次いで、ユニキャストベースのサイドリンクV2X通信を開始することを要求することに留意されたい。一般的に言えば、サイドリンク発見はまた、ブロードキャストベースの伝送である。本願の後続の実施形態では、サイドリンクブロードキャストは、概して、サイドリンクブロードキャスト通信およびサイドリンク発見を指す。
【0119】
(実施形態1)
基地局が、サイドリンクリソースをUEに配分する必要がある。一般的フローが、下記に説明される。
UEは、最初に、サイドリンクUE情報を報告する。ブロードキャストおよびマルチキャストのみが考慮される場合、サイドリンクUE情報は、以下を含む。
SL-DestinationInfoList-r12 ::= SEQUENCE (SIZE (1..maxSL-Dest-r12)) OF SL-DestinationIdentity-r12
SL-DestinationIdentity-r12 ::= BIT STRING (SIZE (24))
SL-V2X-CommFreqList-r14 ::= SEQUENCE (SIZE (1..maxFreqV2X-r14)) OF INTEGER (0..maxFreqV2X-1-r14)
SL-V2X-CommTxFreqList-r14 ::= SEQUENCE (SIZE (1..maxFreqV2X-r14)) OF SL-V2X-CommTxResourceReq-r14
SL-V2X-CommTxResourceReq-r14 ::= SEQUENCE {
carrierFreqCommTx-r14 INTEGER (0..maxFreqV2X-1-r14) OPTIONAL,
v2x-TypeTxSync-r14 SL-TypeTxSync-r14 OPTIONAL,
v2x-DestinationInfoList-r14 SL-DestinationInfoList-r12 OPTIONAL
【0120】
しかしながら、ユニキャストが導入された後、受信機UEのレイヤ2識別子(id)が受信機UE自体によって発生させられ、多くの場合、変化するので、受信機UEのレイヤ2 idが変化した場合、変化したレイヤ2 idが、基地局にどのように報告されるか。本願は、以下にソリューションを提供する。
【0121】
送信機UEが、受信機UEのレイヤ2 idが変化したことを知ると、送信機UEは、新しい宛先idリストを報告するか、または、シグナリングを節約するために、追加および除去の様式で宛先idリストを報告する。情報を受信した後、基地局は、サイドリンク無線ベアラ(SLRB)構成情報を送信するとき、新しい宛先idを使用する。
【0122】
送信機UEが、受信機UEとの接続を確立するとき、送信機UEは、受信機UEのレイヤ2 idを入手し、レイヤ2 idを受信機UEのidとして使用する。代替として、送信機UEは、UE idを、ユニキャスト通信を実施する受信機UEに配分し、ローカルでUE idを記憶する。続いて、送信機UEは、UE idを受信機UEのidとして基地局に報告する。受信機UEのidとしてのレイヤ2 idの変化は、受信機UEのidの変化に影響を及ぼさない。
【0123】
送信機UEは、更新前および更後の宛先idを基地局に通知する。情報を受信した後、基地局は、SLRB構成情報を送信するときに新しい宛先idを使用する。しかしながら、宛先idのみが変化し、他のパラメータが構成において変わらないままである場合、更新されたSLRB構成情報は、送信される必要がない。
【0124】
NR V2Xに関して、SL-DestinationInfoListを報告することに加えて、宛先idに対応するキャストタイプも、示される必要がある。随意に、宛先idに対応する無線アクセスタイプ(RAT)も、示される。さらに、宛先idに対応するサービスの品質(QoS)も、示される必要がある。
【0125】
前述の情報を入手した後、基地局は、UEのためのSLRBを構成し得、それは、LTE Uuインターフェースのデータ無線ベアラ(DRB)を構成することに類似する。基地局は、別個に、各SL DRBのSDAP、パケットデータ収束プロトコル(PDCP)層、各無線リンク制御(RLC)ベアラ、論理チャネル(LC)等を構成する。
【0126】
Uuインターフェースでは、UEは、別個に、異なるプロトコルデータ単位-セッションID(PDU-セッションID)に基づいてSDAPを構成する。しかしながら、NR V2Xに関して、異なる宛先idが、区別される必要がある。したがって、SDAPは、異なる宛先idに基づいて構成され得、宛先idの同じ値を伴うSDAP-Configの全ての構成されたインスタンスは、同じSDAPエンティティに対応する。
【0127】
したがって、宛先idは、SDAP-Config情報要素(IE)またはDRB-ToAddMod IEに含まれる。
【0128】
代替として、ユニキャスト、マルチキャスト、およびブロードキャストのための宛先idリストが、順次、直接列挙され、SL DRBが、宛先idに基づいて、順次、構成される。
【0129】
基地局は、UEによって報告される宛先idに対応するQoSフロー識別子(QFI)に基づいて、UEのための対応するDRBリストを構成する。次いで、SDAP構成情報に従って、対応するキャストタイプおよびQFIが決定されるように、各DRB IDに対応する宛先idが、決定され得る。SL論理チャネルidは、RLC-BearerConfigを通してDRB idに関連付けられ、すなわち、1つの宛先idが、複数のDRBおよび論理チャネル識別子(LCID)に対応し得るが、各DRBおよびLCIDは、1つのみの宛先idに対応することができる。
【0130】
(実施形態2)
サイドリンクUEに関して、新しいBSRが、再伝送リソース申請に基づいて導入される:サイドリンク再伝送BSR。
【0131】
再伝送BSRは、1つ以上のHARQプロセスidを含む。
【0132】
再伝送BSRは、受信機UEによって送信された否定応答(NACK)が受信されると、トリガされる。
【0133】
再伝送BSRは、下記に説明される条件のうちのいずれか1つの下でキャンセルされる。
【0134】
MACエンティティのいずれのHARQプロセスIDも、再伝送のために利用可能なデータを有していない場合、トリガされたサイドリンク再伝送(Retx)BSRは、キャンセルされる。
【0135】
MACエンティティのあるHARQプロセスIDが、再伝送のために利用可能なデータを有していない場合、HARQプロセスIDに関連付けられたサイドリンクRetx BSRは、キャンセルされる。
【0136】
サイドリンクRetx BSRが、伝送されるべきMAC PDUに含まれる場合、サイドリンクRetx BSRは、キャンセルされる。
【0137】
上層が自律リソース選択を構成するとき、全てのトリガされたサイドリンクRetx BSRは、キャンセルされる。
【0138】
さらに、サイドリンク再伝送BSRの論理チャネルの優先順位が、下記に説明される2つの様式で考慮される必要がある。
【0139】
(1)サイドリンク再伝送BSRの優先順位がサイドリンクBSRのそれより高いことが規定される。
【0140】
(2)再伝送されるトランスポートブロックに関して、MACエンティティは、再伝送されるトランスポートブロックに含まれる論理チャネルの中で最高の優先順位を有する論理チャネルを識別する必要があり、トランスポートブロック内の最高の優先順位を有する論理チャネルの優先順位は、トランスポートブロックの優先順位およびサイドリンク再伝送BSRの優先順位を表す。次いで、MACエンティティは、サイドリンク再伝送BSRの優先順位をサイドリンクBSRの優先順位と比較する。
【0141】
(実施形態3)
構成グラントがブロードキャストトラフィックに配分される場合、対応する確認(ACK)/NACKリソースが、配分される必要はない。構成グラントがユニキャストトラフィックのために使用される場合、ACK/NACKリソースが、加えて、申請される必要があり、それは、比較的に複雑である。したがって、基地局が、構成グラントの構成情報の中で使用可能なキャストタイプを搬送する。
【0142】
さらに、基地局は、各構成グラントが再伝送されるトランスポートブロックの伝送をサポートするかどうかを構成し得る。構成グラントが再伝送されるトランスポートブロックの伝送をサポートする場合、構成グラントは、再伝送されるトランスポートブロックを伝送するために使用され得、UEは、新たに伝送されるデータパケットまたは再伝送されるデータパケットが構成グラント上で伝送されるかどうかを決定し、構成グラントのHARQプロセスidを決定する必要がある。高い優先順位を伴うLCIDが、構成グラント上で制限される場合、LCIDのデータパケットが着信しないとき、新たに伝送されるデータパケットまたは再伝送されるデータパケットが構成グラント上で伝送されるかどうかは、再伝送されるデータパケットと低い優先順位を伴うLCIDの新たに伝送されるデータパケットとの間のより高い優先順位を伴うものに従って、決定される。再伝送されるデータパケットの優先順位は、再伝送されるデータパケットに含まれる少なくとも1つのLCIDの優先順位の中の最高の優先順位に従って決定されるか、または、再伝送されるデータパケットに含まれる待ち時間要件に従って決定される。
【0143】
(実施形態4)
HARQプロセスIDが、構成グラントリソースのシンボル位置に基づいて計算される。合意された計算式に従って、基地局およびUEの両方が、HARQプロセスIDを決定し得る。次いで、V2X構成グラントに関して、HARQプロセスIDが、類似様式で計算され得る。PC5動的スケジューリングに関して、HARQプロセスIDは、基地局によっても配分され得る。異なるプロセスを区別するために、送信機UEが、SCIの中でHARQプロセスIDを搬送する必要がある。加えて、UEが、基地局によるスケジューリング(モード1)およびUEによる伝送リソースの選択(モード2)の両方をサポートする場合、モード2におけるHARQプロセスIDが、UE自体によって決定されるので、UEは、基地局と交渉し、動的スケジューリングを通して基地局によって配分されるHARQプロセスIDとのモード2でUE自体によって決定されるHARQプロセスIDの対立を回避する必要がある。例えば、基地局がモード2に特有のHARQプロセスIDリストを配分することが決定される。
【0144】
(実施形態5)
マルチキャストに関して、異なるPSFCHまたはPSFCHリソースプールが、異なるUEに基づいて構成される必要がある場合、以下のスキームが考慮され得る。
【0145】
動的スケジューリングに関して、BSRを受信した後、基地局は、申請されるリソースがユニキャスト、マルチキャスト、またはブロードキャストのために使用されるかどうかを決定する。リソースがマルチキャストのために使用される場合、基地局は、受信機UEの数量をさらに決定する必要があり、受信機UEをN個のグループに分け、次いで、データを伝送するためのリソースおよびACK/NACKリソースのN個のグループを配分する。各マルチキャスト宛先に関して、受信機UEの数量または受信機UEのカテゴリが、サイドリンクUE情報を通して報告される。構成グラントスケジューリングに関して、基地局は、UE補助情報に基づいてリソースを配分する。ACK/NACKリソースのN個のグループを受信した後、送信機UEが、SCIの中でACK/NACKリソース位置を搬送する。受信機UEは、PSFCHリソースプールに従って、使用されるべきACK/NACKリソースを決定するか、または、送信機UEは、各受信機UEのACK/NACKリソース位置を決定し、SCIを通して各受信機UEのACK/NACKリソース位置を(1つずつ)示す。
【0146】
マルチキャストに関して、異なるUEが、異なるPSFCHを伴って構成される必要がある場合、すなわち、マルチキャストに関して、各受信機UEが、異なるPSFCHリソースを伴って配分される必要がある場合、基地局は、PSFCHリソースを配分するときに配分されるべきPSFCHリソースの数量を把握する必要がある(UEは、サイドリンクUE情報を通してPSFCHリソースの数量を報告する)。具体的に、各受信機UEによって使用されるPSFCHリソースが、基地局または送信機UEによって決定され得る。例えば、送信機UEは、SCIシグナリングを介してPSFCHリソース情報を搬送し、各宛先idに対応する受信機UEのPSFCHリソースを示す。
【0147】
次いで、送信機UEは、以下の様式で、グループの中の受信機UEおよび受信機UEの識別子を把握し得る:(1)NASが、ASに通知する;(2)送信機UEが、事前にグループの中の全てのUEとのユニキャスト接続を確立し、UE識別子およびPSFCHリソース等の情報を交換するが、マルチキャストメッセージが、依然として、マルチキャスト様式で送信される。送信機UEが、グループの中の全てのUEとのユニキャスト接続を確立する場合、送信機UEは、接続が確立された後、グループ内識別子を各受信機UEに配分し得る。送信機UEは、データパケットを送信するとき、SCIの中でN個のPSFCHリソースについての情報を搬送し、受信機UEは、受信機UEのグループ内識別子に従って、受信機UEによって使用されるPSFCHリソースを決定する。(例えば、8つの受信機UEが存在し、8つのリソースがSCIの中で搬送される場合、1のグループ内識別子を伴う受信機UEが、第1のリソースを使用し、2のグループ内識別子を伴う受信機UEが、第2のリソースを使用する。)
【0148】
(実施形態6)
サイドリンクリソースの配分に関して、例外的リソースプールが、サイドリンク伝送の継続性を維持するために導入される。サイドリンク伝送が途切れる可能性があるとき、UEは、使用するために例外的リソースプールからリソースを無作為に選択する。具体的に、いくつかの事例が、以下に提供され得る。
【0149】
次世代ノードB(gNB)は、UEが、モード1、すなわち、動的リソース配分モードを使用することを構成する。
【0150】
UEが、無線リンク障害(RLF)を検出する場合、UEは、基地局からSLグラントを受信することができず、その間、UEは、例外的リソースプールからリソースを無作為に選択し得る。
【0151】
gNBは、UEが、モード1、すなわち、動的リソース配分モードを使用することを構成し、gNBは、タイプ1の構成グラントを構成する。
【0152】
UEが、RLFを検出する場合、UEは、基地局から動的SLグラントを受信することができない。以下の2つの事例が、考慮され得る。
【0153】
タイプ1の構成グラントが、構成グラントを使用することを可能にされたSL論理チャネルを伴って構成されると仮定して、UEは、関連付けられたSL論理チャネルをスケジュールするためにタイプ1の構成グラントを使用し得、例外的リソースプールを使用し、他のSL論理チャネルのためのサイドリンク伝送のためにリソースを無作為に選択することを考慮し得る。この場合、UEが同時に2つのモードを使用すること、すなわち、タイプ1の構成グラントに対応するモード1および例外的リソースプールからのリソースの自律選択に対応するモード2を使用することに留意されたい。
【0154】
タイプ1の構成グラントが、構成グラントを使用することを可能にされたSL論理チャネルを伴わずに構成される場合、UEは、全てのデータパケットを伝送するためにタイプ1の構成グラントを一時的に使用することを考慮し得る。タイプ1の構成グラントは、限定され、周期的であり、UEバッファデータ量および伝送待ち時間に関する要件を必ずしも満たすことができないことに留意されたい。UEが、比較的に高い待ち時間要件を伴ってデータを伝送する場合、または、この場合に同時にデータトラフィックの一部を搬送するために例外的リソースプールを使用することを可能にされる場合、それは、UEが同時に2つのモードを使用する必要があることを意味する。
【0155】
gNBは、UEが、モード1、すなわち、動的リソース配分モードを使用することを構成し、gNBは、タイプ2の構成グラントを構成する。
【0156】
UEが、RLFを検出する場合、UEは、基地局からSLグラントを受信することができない。いくつかの事例が、以下のように考慮され得る。
【0157】
タイプ2の半持続的スケジューリング(SPS)がアクティブにされているUEは、RLFを検出する場合、対応するトラフィックパターンのための論理チャネルのデータを伝送するためにSPSグラントを使用することを考慮する。この様式は、以下の問題を有す:基地局がSPSグラントをアクティブ化解除し、使用のためにオリジナルSPSリソースを他のUEに配分するので、対立がRLF中に生じる可能性がある。
【0158】
タイプ2のSPSがアクティブにされているUEは、RLFを検出する場合、対応するトラフィックパターンのための論理チャネルのデータを伝送し、例外的リソースプール内のリソースを使用して、別の論理チャネルのデータを伝送するためにSPSグラントを使用することを考慮する。この様式は、以下の問題を有する:基地局がSPSグラントをアクティブ化解除し、使用のためにオリジナルSPSリソースを他のUEに配分するので、対立がRLF中に生じる可能性がある。加えて、この様式は、UEが、同時に2つのモードを使用する必要があることを意味する。
【0159】
タイプ2のSPSがアクティブにされているUEは、RLFを検出する場合、全ての論理チャネルのデータを伝送するためにSPSパターンを使用することを考慮する。この様式は、以下の問題を有する:基地局がSPSグラントをアクティブ化解除し、使用のためにオリジナルSPSリソースを他のUEに配分するので、対立がRLF中に生じる可能性がある。
【0160】
タイプ2のSPSがアクティブにされているUEは、RLFを検出する場合、全ての論理チャネルのデータを伝送するために例外的リソースプールを使用する。この様式は、関連技術分野におけるLTE V2Xで使用され、すなわち、モードスイッチが、使用される。
【0161】
提案1:モード1およびモード2が同時にサポートされない場合において、UEがRLFを検出する場合、UEは、タイプ1の構成グラントを使用して全ての論理チャネルのデータを伝送すること、または、データ伝送のために例外的リソースプールを直接使用することのいずれかが可能にされる。
【0162】
提案2:モード1およびモード2が同時に構成される場合において、UEがRLFを検出する場合、UEは、感知結果に従って利用可能なモード2リソースプールを使用して、モード1に対応する論理チャネルのデータを伝送し、モード2リソースプールが感知結果に従って利用不可能であるときのみ、データ伝送のために例外的リソースプールを使用し得る。
【0163】
UEのためにgNBによって構成されるリソース配分モードは、変化する。リソース配分モードは、以下のように変化し得る。
【0164】
リソース配分モードは、モード1からモード2に変化する。この場合、モード2リソースプールは、感知結果に従って利用不可能であり得るので、UEは、例外的リソースプールを一時的に使用する必要がある。
【0165】
リソース配分モードは、モード2からモード1に変化する。この場合、UEは、例外的リソースプールを使用することなく、基地局からリソースを直接要求し得る。
【0166】
リソース配分モードは、モード1からモード1+モード2に変化する。この場合、構成されたリソース配分モードが、論理チャネル/論理チャネルグループに関連付けられていない場合、UEは、モード1を使用し続け、次いで、モード2リソースプールが感知結果に従って利用可能であるとき、モード2リソースプールを使用して、いくつかの論理チャネル/論理チャネルグループのデータを伝送し得る。構成されたリソース配分モードが、論理チャネル/論理チャネルグループに関連付けられている場合、UEは、例外的リソースプールを一時的に使用し得るか、または、リソース配分モードモード2に関連付けられた論理チャネル/論理チャネルグループのデータパケットを伝送するためにリソース配分モードモード1を使用し得る。
【0167】
リソース配分モードは、モード2からモード1+モード2に変化する。この場合、UEは、基地局の構成に従って、または、いくつかの論理チャネル/論理チャネルグループのデータパケットを自律的に選択し、例外的リソースプールを使用することなく基地局からグラントを要求することによって、モード1でデータ伝送を直接実施し得る。
【0168】
リソース配分モードは、モード1+モード2からモード1に変化する。この場合、UEは、例外的リソースプールを使用することなく、基地局からリソースを直接要求し得る。
【0169】
リソース配分モードは、モード1+モード2からモード2に変化する。この場合、UEは、例外的リソースプールを使用することなく、モード2で全ての論理チャネル/論理チャネルグループのデータパケットを直接伝送し得る。
【0170】
基地局によって構成されるモード2リソースプールは、変化する。この場合、UEは、新しいモード2リソースプールを感知する必要がある。新しいモード2リソースプールが、感知結果に従って利用可能である前、UEは、全てのデータ伝送のためにモード1リソースを一時的に使用し得るか、または、Dのための例外的リソースプールを通してモード2に関連付けられた論理チャネル/論理チャネルグループのためにデータ伝送を実施し得、UEは、Fのための例外的リソースプールを通してデータ伝送を実施し得る。
【0171】
UEが、モード2でデータ伝送のための複数のモード2リソースプールを選択することを可能にされる場合、感知結果が利用可能であるかどうかが、依然として、考慮される必要があることに留意されたい。全ての選択されたリソースプールが感知結果に従って利用不可能である場合、UEは、最初に例外的リソースプールを使用し得る。1つ以上のリソースプールがそれらの感知結果に従って利用可能である場合、UEは、これらのリソースプールを使用し得る。
【0172】
gNBは、同時にUEのためのリソース配分モード1およびリソース配分モード2を構成する。
【0173】
この場合、構成されたリソース配分モードが、論理チャネル/論理チャネルグループに関連付けられていない場合、UEは、最初にモード1を使用し、次いで、モード2リソースプールが感知結果に従って利用可能であるとき、モード2リソースプールを使用して、いくつかの論理チャネル/論理チャネルグループのデータを伝送し得る。構成されたリソース配分モードが、論理チャネル/論理チャネルグループに関連付けられている場合、UEは、例外的リソースプールを一時的に使用し得るか、または、リソース配分モードモード2に関連付けられた論理チャネル/論理チャネルグループのデータパケットを伝送するためにリソース配分モードモード1を使用し得る。
【0174】
提案3:非RLFシナリオでは、モード2リソースプールが通常リソースモード構成において感知結果に従って利用不可能である場合が、依然として、NR V2Xにおいて考慮される必要がある。この場合、以下の方法が、考慮され得る:(1)例外的リソースプールが、使用され、(2)リソース配分モードモード1が、全てのデータを伝送するために一時的に使用される(基地局は、同時に複数のモードを構成し、リソース配分モードと論理チャネル/論理チャネルグループとの間にどんな関連性も構成しないように要求される)。
【0175】
UEが、標的セルに切り替えられる場合、または、新しい二次セル(Sセル)を伴って構成される場合、LTE V2Xに述べられる方法が、NR V2Xにおいて参照され得、例えば、ハンドオーバコマンドは、標的セルの例外的伝送リソースプールを含み、それによって、伝送中断を低減させ得る。UEが、同期化ソースとして基地局を伴って構成される場合、UEは、標的セルと同期化される前、標的セルの伝送リソースプールを使用し得る。UEが、同期化ソースとして全地球的航法衛星システム(GNSS)を伴って構成される場合、UEは、GNSSと同期化されたとき、標的セルの伝送リソースプールを使用し得る。ハンドオーバコマンドが、例外的伝送リソースプールを含む場合、UEは、UEがハンドオーバコマンドを受信するとすぐに、例外的伝送リソースプールからリソースを無作為に選択し得る。UEが、基地局によってスケジュールされるリソースを使用するようにハンドオーバコマンドによって構成される場合、UEは、ハンドオーバ関連タイマが起動しているとき、例外的伝送リソースプールを持続的に使用し得る。UEが、自律的に選択されたリソースを使用するようにハンドオーバコマンドによって構成される場合、UEは、自律的に選択されたリソースに対応するリソースプールが感知結果に従って利用可能である前、例外的伝送リソースプールを使用し得る。
【0176】
具体的に、NR V2Xでは、複数のリソース配分モードが、同時に構成されることを可能にされ、UEのために基地局によって構成されるリソース配分モードが、論理チャネル/論理チャネルグループに関連付けられている場合、UEは、異なる論理チャネルに対応するモードに従って、例外的リソースプールが対応する論理チャネル/論理チャネルグループのデータを伝送するためにもはや使用されないかどうかを決定することを考慮し得る。UEのために基地局によって構成されるリソース配分モードが、論理チャネル/論理チャネルグループに関連付けられていない場合、UEは、ハンドオーバ関連タイマが起動することを止める時間または感知結果が利用可能性を示す時間のうちのより早い時間に、例外的リソースプールを使用することを止め得る。
【0177】
提案4:LTE V2Xハンドオーバコマンドに含まれる標的セルの例外的伝送リソースプールは、NR V2Xでも使用され得る。複数のリソース配分モードが、同時に構成されることを可能にされ、UEのために基地局によって構成されるリソース配分モードが、論理チャネル/論理チャネルグループに関連付けられている場合、UEは、異なる論理チャネルに対応するモードに従って、例外的リソースプールが対応する論理チャネル/論理チャネルグループのデータを伝送するためにもはや使用されないかどうかを決定することを考慮し得る。UEのために基地局によって構成されるリソース配分モードが、論理チャネル/論理チャネルグループに関連付けられていない場合、UEは、ハンドオーバ関連タイマが起動することを止める時間または感知結果が利用可能性を示す時間のうちのより早い時間に、例外的リソースプールを使用することを止め得る。
【0178】
以下に留意されたい。
【0179】
1.送信機UEが、受信機UEの識別子を基地局に報告する必要がある。しかしながら、受信機UEのソースidは、常に変化する。以下のスキームが考慮される。
【0180】
(1)UEが、宛先idが変化することを知るとき、UEは、新しい宛先idリストを報告するか、または、シグナリングを節約するために、追加および除去の様式で宛先idリストを報告する。情報を受信した後、基地局は、SLRB構成情報を送信するとき、新しい宛先idを使用する。しかしながら、宛先idのみが変化し、他のパラメータが構成において変わらないままである場合、更新されたSLRB構成情報は、送信される必要がない。
【0181】
(2)送信機UEが、受信機UEとの接続を確立するとき、送信機UEは、受信機UEのid情報を受信機UEのidとして入手し、続いて、このidを受信機UEのidとして基地局に報告する。受信機UEの宛先idの変化は、受信機UEのidの変化に影響を及ぼさない。
【0182】
(3)基地局は、更新前および後の宛先idを通知される。情報を受信した後、基地局は、SLRB構成情報を送信するとき、新しい宛先idを使用する。しかしながら、宛先idのみが変化し、他のパラメータが構成において変わらないままである場合、更新されたSLRB構成情報は、送信される必要がない。
【0183】
2.宛先idは、SDAP-Config IEまたはDRB-ToAddMod IEに含まれる。
【0184】
代替として、ユニキャスト、マルチキャスト、およびブロードキャストのための宛先idリストが、順次、直接列挙され、SL DRBが、宛先idに基づいて、順次、構成される。
【0185】
前述の内容は、実施形態1に説明されており、ここでは繰り返されない。
【0186】
3.新しいRetx BSRが定義される場合、論理チャネルの優先順位への新しいRetx BSRの影響が、考慮される必要がある。再伝送されるトランスポートブロック(TB)に関して、MACエンティティが、再伝送されるTBに含まれる論理チャネルの中で最高の優先順位を有する論理チャネルを識別し、TB内の最高の優先順位を有する論理チャネルの優先順位は、TBの優先順位を表す。次いで、MACエンティティは、サイドリンクRetx BSRの優先順位をサイドリンクBSRの優先順位と比較する。
【0187】
前述の内容は、実施形態2に説明されており、ここでは繰り返されない。
【0188】
4.タイプ1またはタイプ2の複数の構成グラントが、V2Xにおいて構成される場合、キャストタイプの指示が、ConfiguredGrantConfig内に追加される必要がある。
【0189】
前述の内容は、実施形態3に説明されており、ここでは繰り返されない。
【0190】
5.UEが、モード1およびモード2を同時にサポートする場合、基地局は、モード2に特有のHARQプロセスIDリストを配分する。
【0191】
前述の内容は、実施形態4に説明されており、ここでは繰り返されない。
【0192】
6.異なるUEが、異なるPSFCHを伴って構成される必要がある場合、すなわち、マルチキャストに関して、各受信機UEが異なるPSFCHリソースを伴って配分される必要がある場合、基地局は、PSFCHリソースを配分するときに配分されるべきPSFCHリソースの数量を把握する必要がある(UEは、サイドリンクUE情報を通してPSFCHリソースの数量を報告する)。各受信機UEによって使用されるPSFCHリソースが、基地局または送信機UEによって決定され得る。例えば、送信機UEは、SCIシグナリングを介してPSFCHリソース情報を搬送し、各宛先idに対応する受信機UEのPSFCHリソースを示す。
【0193】
次いで、送信機UEは、以下の様式で、グループの中の受信機UEおよび受信機UEの識別子を把握し得る:(1)NASが、ASに通知する;(2)送信機UEが、事前にグループの中の全てのUEとのユニキャスト接続を確立し、UE識別子およびPSFCHリソース等の情報を交換するが、マルチキャストメッセージが、依然として、マルチキャスト様式で送信される。送信機UEが、グループの中の全てのUEとのユニキャスト接続を確立する場合、送信機UEは、接続が確立された後、グループ内識別子を各受信機UEに配分し得る。送信機UEは、データパケットを送信するとき、SCIの中でN個のPSFCHリソースについての情報を搬送し、受信機UEは、受信機UEのグループ内識別子に従って、受信機UEによって使用されるPSFCHリソースを決定する。(例えば、8つの受信機UEが存在し、8つのリソースがSCIの中で搬送される場合、1のグループ内識別子を伴う受信機UEが、第1のリソースを使用し、2のグループ内識別子を伴う受信機UEが、第2のリソースを使用する。)
【0194】
前述の内容は、実施形態5に説明されており、ここでは繰り返されない。
【0195】
図7は、本願のある実施形態による、UE情報報告装置のブロック
図1である。
図7に示されるように、装置は、第1の入手モジュール21と、第1の送信モジュール22とを含む。第1の入手モジュール21は、第1のUEに第2のUEの識別情報を入手させるように構成される。第1の送信モジュール22は、第1のUEに調節前の第2のUEの識別情報および調節後の第2のUEの識別情報をネットワーク側のネットワーク要素デバイスに送信させ、UE情報を報告させるように構成される。
【0196】
例示的実施形態では、第2のUEの識別情報は、第2のUEのレイヤ2識別情報を含む。
【0197】
本願の実施形態は、車両のインターネットリソース申請装置を提供する。装置は、第2の入手モジュールと、第1の決定モジュールと、第2の送信モジュールとを含む。第2の入手モジュールは、第1のUEに第2のUEのレイヤ2識別情報を入手させるように構成される。第1の決定モジュールは、第1のUEに第2のUEの識別情報を決定させるように構成される。第2の送信モジュールは、第1のUEに第2のUEの識別情報をネットワーク側のネットワーク要素デバイスに送信させ、リソース構成を申請させるように構成される。
【0198】
例示的実施形態では、第1の決定モジュールはさらに、第1のUEに第2のUEのレイヤ2識別情報を第2のUEの識別情報として使用させるように、または、第1のUEにUE識別情報を第2のUEに配分させるように構成される。
【0199】
例示的実施形態では、装置は、第1の処理モジュールを含む。第1の処理モジュールは、第1のUEに第2のUEのレイヤ2識別情報を第2のUEの識別子として使用させ、第1のUEに第2のUEのレイヤ2識別情報を再び受信させ、第1のUEに第2のUEの受信されたレイヤ2識別情報を第2のUEの識別子に関連付けさせ、第2のUEの受信されたレイヤ2識別情報に従って、第2のUEのレイヤ2識別情報を更新させるようにさらに構成される。
【0200】
本願の実施形態は、車両のインターネットリソース構成装置を提供する。装置は、UEにネットワーク側のネットワーク要素デバイスによって構成されたサイドリンクベアラ構成情報を受信させるように構成された第1の受信モジュールを含む。
【0201】
サイドリンクベアラ構成情報は、標的識別情報、標的UE情報、または伝送タイプ情報のうちの少なくとも1つを含む。
【0202】
例示的実施形態では、伝送タイプ情報は、ユニキャスト、マルチキャスト、またはブロードキャストのうちの少なくとも1つを含む。
【0203】
例示的実施形態では、第1の受信モジュールは、UEにSDAPレイヤ構成情報を受信させるようにさらに構成される。SDAPレイヤ構成情報は、標的識別情報、標的UE情報、または伝送タイプ情報のうちの少なくとも1つを含む。
【0204】
例示的実施形態では、伝送タイプ情報は、ユニキャスト、マルチキャスト、またはブロードキャストのうちの少なくとも1つを含む。
【0205】
本願の実施形態は、論理チャネルの優先順位を処理するMACエンティティのための装置を提供する。装置は、第1の優先順位ソートモジュールを含む。第1の優先順位ソートモジュールは、以下の優先順位の降順で、論理チャネルの優先順位をソートするように構成される:UL-CCCHからのC-RNTIまたはデータのためのMAC制御要素;サイドリンク再伝送BSRのためのMAC制御ユニット;および、サイドリンクBSRのためのMAC制御ユニット(サイドリンクBSRは、充填のためのサイドリンクBSRを除くサイドリンクBSRを含む)。
【0206】
本願の実施形態は、論理チャネルの優先順位を処理するMACエンティティのための装置を提供する。装置は、第2の優先順位ソートモジュールを含む。第2の優先順位ソートモジュールは、再伝送BSRに関して、最高の優先順位を有し、再伝送BSRに対応するトランスポートブロックに含まれる論理チャネルの優先順位を再伝送BSRの優先順位としてMACエンティティに使用させ、サイドリンクBSRに関して、最高の優先順位を有し、サイドリンクBSRに含まれる論理チャネルの優先順位をサイドリンクBSRの優先順位としてMACエンティティに使用させるように構成される。
【0207】
本願の実施形態は、車両のインターネットリソース構成装置を提供する。装置は、第2の受信モジュールを含む。第2の受信モジュールは、UEに構成グラントの構成情報を受信させるように構成され、UEは、構成グラントの構成情報を使用することによって、データを送信する。構成グラントの構成情報は、標的識別情報、標的UE情報、または伝送タイプ情報のうちの少なくとも1つを含む。
【0208】
例示的実施形態では、伝送タイプ情報は、ユニキャスト、マルチキャスト、またはブロードキャストのうちの少なくとも1つを含む。
【0209】
例示的実施形態では、構成グラントの構成情報は、再伝送されるパケットの伝送がサポートされるかどうかの指示情報をさらに含む。
【0210】
本願の実施形態は、車両のインターネットリソース構成装置を提供する。装置は、第3の受信モジュールと、第2の決定モジュールとを含む。第3の受信モジュールは、UEにHARQプロセスIDリストを受信させるように構成される。第2の決定モジュールは、UEにHARQプロセスIDリストに従ってHARQプロセスIDを決定させるように構成される。HARQプロセスIDリストは、UEが伝送リソースを選択するリソース配分モードでUEによって使用可能なHARQプロセスIDリストを示す。
【0211】
例示的実施形態では、HARQプロセスIDリストは、システムメッセージまたはRRC専用シグナリングの中で搬送される。
【0212】
例示的実施形態では、UEは、スケジューリングがネットワーク側のネットワーク要素デバイスによって実施されるリソース配分モードおよびUEが伝送リソースを選択するリソース配分モードを同時にサポートするUEを含む。
【0213】
本願の実施形態は、車両のインターネットリソース構成装置を提供する。装置は、第3の入手モジュールと、第3の決定モジュールとを含む。第3の入手モジュールは、第1のEUに、サイドリンクマルチキャスト通信グループの中のUEについての情報を入手させるように構成される。第3の決定モジュールは、第1のUEにサイドリンクマルチキャスト通信グループの中のUEのPSFCHリソース情報を決定させるように構成される。
【0214】
例示的実施形態では、装置は、第3の送信モジュールと、第4の受信モジュールとをさらに含む。第3の送信モジュールは、第1のUEにサイドリンクマルチキャスト通信グループの中のUEについての情報をネットワーク側のネットワーク要素デバイスに送信させるように構成される。第4の受信モジュールは、第1のUEにサイドリンクマルチキャスト通信グループの中のUEのPSFCHリソース情報を受信させるように構成される。
【0215】
例示的実施形態では、PSFCHリソース情報は、PSFCHリソースプールまたはN個のPSFCHリソースを含む。
【0216】
例示的実施形態では、グループの中のUEについての情報は、グループの中のUEの識別情報、またはグループの中のUEの数量情報、またはグループの中のUEのカテゴリ識別情報を含む。
【0217】
例示的実施形態では、グループの中のUEの識別情報は、以下の様式で入手される:UEのNASが、第1のUEのASにグループの中のUEの識別子を通知する;または、UEが、グループの中のUEとの接続を確立し、グループの中のUEの識別情報を入手する。
【0218】
例示的実施形態では、装置は、第1のUEにPSFCHリソースプールについての情報を入手させるように構成される第4の入手モジュールさらにを含む。第3の決定モジュールは、第1のUEにグループの中のUEについての情報およびPSFCHリソースプールについての情報に従って、グループの中のUEのPSFCHリソース情報を決定させるようにさらに構成される。
【0219】
例示的実施形態では、装置は、第1のUEにPSFCHリソース情報を第2のUEに送信させるように構成される第4の送信モジュールをさらに含む。
【0220】
例示的実施形態では、装置は、SCIの中でグループの中の全てのUEのPSFCHリソース情報を第1のUEに搬送させるように構成される第2の処理モジュールをさらに含む。グループの中のUEのPSFCHリソース情報は、グループの中のUEの識別子および識別子に対応するPSFCHリソースを含む。代替として、グループの中のUEのPSFCHリソース情報は、グループの中のUEのカテゴリ識別子およびカテゴリ識別子に対応するPSFCHリソースを含む。
【0221】
図8は、本願のある実施形態による、報告装置のハードウェアの概略
図1である。本願のある実施形態におけるUE情報報告装置が、端末デバイス側、すなわち、第1のUE上に配置され得る。
図8に示されるように、端末デバイスは、携帯電話、スマートフォン、ラップトップ、デジタルブロードキャスト受信機、携帯情報端末(PDA)、PAD、ポータブルメディアプレーヤ(PMP)、およびナビゲーションデバイス等のモバイル端末、およびデジタルテレビ(TV)およびデスクトップコンピュータ等の固定端末を含み得る。端末は、以降ではモバイル端末であると仮定される。しかしながら、当業者は、モバイル目的のために特に使用される要素に加えて、本願のある実施形態による構成が固定タイプ端末にも適用され得ることを理解するであろう。
【0222】
端末デバイスは、具体的に、例えば、図内の伝送機61、受信機62、メモリ64、プロセッサ63、および電力ユニット65から成り得る無線通信ユニットを含み得る。
図8は、種々のコンポーネントを伴う端末デバイスを図示する。しかしながら、図示されるコンポーネントの全てが実装されるように要求されるわけではないことを理解されたい。より多いまたは少ないコンポーネントが、代わりに実装され得る。前述の伝送機は、実施形態では、送信モジュールの物理的コンポーネントであり得る。プロセッサは、実施形態では、指示モジュール、第1の決定モジュール、第2の決定モジュール、第3の決定モジュール、第4の決定モジュール、および第5の決定モジュールであり得る。
【0223】
図9は、本願のある実施形態による、伝送チャネル状態を送信するための装置が配置される端末デバイスの構造図である。
図9に示されるように、端末デバイス130は、メモリ1303と、プロセッサ1304とを含む。端末デバイス130は、インターフェース1301と、バス1302とをさらに含み得る。インターフェース1301、メモリ1303、およびプロセッサ1304は、バス1302を通して接続される。メモリ1303は、命令を記憶するように構成される。プロセッサ1304は、命令を読み取り、端末デバイスに適用される前述の方法の実施形態の技術的ソリューションを実施するように構成される。実装原理および技術的効果は、類似し、ここでは繰り返されない。
【0224】
図10は、本願のある実施形態による、通信システムの構造
図1であり、
図11は、本願のある実施形態による、通信システムの構造
図2である。
図10に示されるように、本実施形態では、ネットワーク側デバイスが、基地局101であり、端末デバイスが、UE110、120、または130であり得る例を使用することによって、説明が提供される。前述の基地局およびUEは、前述の実施形態におけるものと同じ機能を有し、ここでは繰り返されない。代替として、
図11に示されるように、システムは、前述の実施形態におけるUE130と、前述の実施形態における基地局140とを含む。同様に、図内の基地局は、実施形態ではネットワークデバイスであり得、UEは、前述の端末デバイスであり、基地局およびUEは、ここでは繰り返されない前述の機能と同じ機能を実装することができる。
【0225】
上記は、本願の例示的実施形態にすぎず、本願の範囲を限定することを意図していない。
【0226】
用語「ユーザ端末」は、任意の好適なタイプの無線UE、例えば、携帯電話、ポータブルデータ処理デバイス、ポータブルウェブブラウザ、または車両搭載移動局を網羅することが、当業者によって理解される。
【0227】
一般に、本願の実施形態は、ハードウェアまたは専用回路、ソフトウェア、論理、またはそれらの任意の組み合わせで実装され得る。例えば、いくつかの側面が、ハードウェアで実装され得る一方、他の側面は、コントローラ、マイクロプロセッサ、または他のコンピューティング装置によって実行され得る、ファームウェアまたはソフトウェアで実装され得るが、本願は、それに限定されない。
【0228】
本願の実施形態は、例えば、プロセッサエンティティで、モバイル装置のデータプロセッサによって実行されるコンピュータプログラム命令によって実装され得るハードウェアによって実装され得るか、または、ソフトウェアおよびハードウェアの組み合わせによって実装され得る。コンピュータプログラム命令は、アセンブリ命令、命令セットアーキテクチャ(ISA)命令、機械命令、機械関連命令、マイクロコード、ファームウェア命令、ステータス設定データ、または1つ以上のプログラミング言語の任意の組み合わせで書かれるソースまたはオブジェクトコードであり得る。
【0229】
本願の図面内の任意の論理フローのブロック図は、プログラムステップを表し得る相互接続された論理回路、モジュール、および機能を表し得るか、または、プログラムステップ、論理回路、モジュール、および機能の組み合わせを表し得る。コンピュータプログラムが、メモリ内に記憶され得る。メモリは、ローカル技術環境のために好適な任意のタイプであり得、任意の好適なデータ記憶技術を使用して実装され得る。本願の実施形態におけるメモリは、揮発性メモリまたは不揮発性メモリであり得る、または揮発性メモリおよび不揮発性メモリの両方を含み得る。不揮発性メモリは、読み取り専用メモリ(ROM)、プログラマブル読み取り専用メモリ(PROM)、消去可能プログラマブル読み取り専用メモリ(EPROM)、電気的消去可能プログラマブル読み取り専用メモリ(EEPROM)、フラッシュメモリ等であり得る。揮発性メモリは、外部キャッシュとしての役割を果たすランダムアクセスメモリ(RAM)であり得る。スタティックランダムアクセスメモリ(SRAM)、ダイナミックランダムアクセスメモリ(DRAM)、同期型ダイナミックランダムアクセスメモリ(SDRAM)、ダブルデータレート同期型ダイナミックランダムアクセスメモリ(DDR SDRAM)、拡張同期型ダイナミックランダムアクセスメモリ(ESDRAM)、シンクリンクダイナミックランダムアクセスメモリ(SLDRAM)、およびダイレクトrambusランダムアクセスメモリ(DRRAM(登録商標))等の多くの形態のRAMが、使用され得る。本願に説明されるシステムおよび方法のメモリは、限定ではないが、これらおよび任意の他の好適なタイプのメモリを含む。
【0230】
本願の実施形態におけるプロセッサは、限定ではないが、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、任意の他のプログラマブル論理デバイス、別々のゲートまたはトランジスタ論理デバイス、別々のハードウェアコンポーネント、およびマルチコアプロセッサアーキテクチャに基づくプロセッサ等のローカル技術環境のために好適な任意のタイプであり得る。汎用プロセッサは、例えば、マイクロプロセッサまたは任意の一般的に使用されているプロセッサであり得る。前述のプロセッサは、本願の実施形態における方法のステップを実装または実行し得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ、電気的消去可能プログラマブル読み取り専用メモリ、レジスタ、または当技術分野内の任意の他の確立された記憶媒体内に位置し得る。記憶媒体は、メモリ内に位置する。プロセッサは、メモリ内の情報を読み取り、ハードウェアと組み合わせて前述の方法のステップを実装し得る。