(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-10-28
(54)【発明の名称】サイドリンク通信を管理するための技術
(51)【国際特許分類】
H04W 72/40 20230101AFI20241018BHJP
H04W 72/56 20230101ALI20241018BHJP
H04W 72/04 20230101ALI20241018BHJP
【FI】
H04W72/40
H04W72/56
H04W72/04
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024518152
(86)(22)【出願日】2021-10-21
(85)【翻訳文提出日】2024-04-17
(86)【国際出願番号】 CN2021125165
(87)【国際公開番号】W WO2023065196
(87)【国際公開日】2023-04-27
(81)【指定国・地域】
(71)【出願人】
【識別番号】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)【発明者】
【氏名】ルオ, ウェイ
【テーマコード(参考)】
5K067
【Fターム(参考)】
5K067AA03
5K067DD11
5K067EE02
5K067EE25
5K067JJ17
(57)【要約】
サイドリンク通信を管理するための技術が説明される。例示的な無線通信方法は、第1の通信デバイスによって、支援情報に関連する第1の優先度を示す優先度インジケーションを受信することと、第1の通信デバイスによって支援情報を第2の通信デバイスに伝送することとを含み、支援情報は、支援情報に関連する第1の優先度がデータの第2の優先度よりも高いことに応答して、データの伝送よりも早く伝送される。2つの無線デバイス間(例えば、ネットワークデバイスと通信デバイスとの間、または2つの通信デバイス間)のサイドリンク通信を管理するための技術が開示される。
【特許請求の範囲】
【請求項1】
無線通信方法であって、
第1の通信デバイスによって、支援情報に関連する第1の優先度を示す優先度インジケーションを受信することと、
前記第1の通信デバイスによって前記支援情報を第2の通信デバイスに伝送することと
を含み、
前記支援情報は、前記支援情報に関連する前記第1の優先度がデータの第2の優先度よりも高いことに応答して、前記データの伝送よりも早く伝送される、方法。
【請求項2】
前記第1の優先度は、前記支援情報を含むシグナリングの優先度である、請求項1に記載の方法。
【請求項3】
前記第1の通信デバイスは、ネットワークデバイスから前記優先度インジケーションを受信する、請求項1から2のいずれか1項に記載の方法。
【請求項4】
前記第1の通信デバイスは、前記第2の通信デバイスから前記優先度インジケーションを受信する、請求項1から2のいずれか1項に記載の方法。
【請求項5】
前記支援情報に関連する前記第1の優先度は、前記第1の通信デバイスが、前記第2の通信デバイスから、前記支援情報を伝送するように前記第1の通信デバイスをトリガする要求を受信するときの前記第2の通信デバイスにおける最高のデータ優先度と同じである、請求項4に記載の方法。
【請求項6】
前記支援情報に関連する前記第1の優先度は、前記第1の通信デバイスによって、前記第2の通信デバイスから受信される別のシグナリングの第3の優先度と同じであり、
前記別のシグナリングは、前記支援情報を伝送するように前記第1の通信デバイスをトリガする、請求項1に記載の方法。
【請求項7】
前記第1の通信デバイスは、前記第2の通信デバイスから1つ以上の周波数のリストおよび/または1つ以上の時間値のリストを受信し、
前記第1の通信デバイスは、前記1つ以上の周波数のリストおよび/または前記1つ以上の時間値のリストからの周波数および/または時間値を使用して前記支援情報を伝送する、請求項1から6に記載の方法。
【請求項8】
前記第1の通信デバイスは、第1のユーザ機器(UE)を含み、前記第2の通信デバイスは、第2のUEを含む、請求項1に記載の方法。
【請求項9】
無線通信方法であって、
第2の通信デバイスによって支援構成に関連する第1の優先度を示す優先度インジケーションを受信することと、
前記第2の通信デバイスによって前記支援構成を第1の通信デバイスに伝送することと
を含み、
前記支援構成は、前記支援情報に関連する前記第1の優先度が前記データの第2の優先度よりも高いことに応答してデータの伝送よりも早く伝送される、方法。
【請求項10】
前記第1の優先度は、前記支援構成を含むシグナリングの優先度である、請求項9に記載の方法。
【請求項11】
前記第2の通信デバイスは、ネットワークデバイスから前記優先度インジケーションを受信する、請求項9から10のいずれか1項に記載の方法。
【請求項12】
前記支援構成に関連する前記第1の優先度は、前記第2の通信デバイスにおける最高のデータ優先度と同じである、請求項9から10のいずれか1項に記載の方法。
【請求項13】
前記第2の通信デバイスは、
HARQ再伝送が前記シグナリングまたは前記支援情報を再伝送するために許可される回数を示すハイブリッド自動再送要求(HARQ)再伝送回数、
前記シグナリングに対するまたは前記支援情報に対するパケット遅延バジェット(PDB)、
前記シグナリングに対してまたは前記支援情報に対して構成されたパケット誤り率(PER)、および/または
前記シグナリングに対するまたは前記支援情報に対するHARQイネーブルまたはディセーブル属性
のいずれか1つ以上を受信する、請求項9から12のいずれかに記載の方法。
【請求項14】
前記第1の通信デバイスは、第1のユーザ機器(UE)を含み、前記第2の通信デバイスは、第2のUEを含む、請求項9に記載の方法。
【請求項15】
請求項1から14のうちの1項以上に記載の方法を実施するように構成されたプロセッサを備える、無線通信のための装置。
【請求項16】
コードが記憶された非一時的コンピュータ可読プログラム記憶媒体であって、前記コードが、プロセッサによって実行されると、前記プロセッサに、請求項1から14のうちの1項以上に記載の方法を実施させる、非一時的コンピュータ可読プログラム記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般に、デジタル無線通信に関する。
【背景技術】
【0002】
移動通信技術によって、世界はより一層つながったネットワーク化社会に向かっている。既存の無線ネットワークと比較して、次世代システムおよび無線通信技術は、はるかに広い範囲のユースケース特性をサポートし、より複雑で洗練された範囲のアクセス要件および柔軟性を提供する必要がある。
【0003】
ロングタームエボリューション(LTE)は、第3世代パートナーシッププロジェクト(3GPP(登録商標))によって開発された、移動デバイスおよびデータ端末のための無線通信規格である。LTEアドバンスト(LTE-A)は、LTE規格を拡張する無線通信規格である。5Gとして知られる第5世代の無線システムは、LTEおよびLTE-A無線規格を進歩させ、より高いデータレート、多数の接続、超低遅延、高信頼性、および他の新興のビジネスニーズをサポートすることに尽力している。
【発明の概要】
【課題を解決するための手段】
【0004】
2つの無線デバイス間(例えば、ネットワークデバイスと通信デバイスとの間、または2つの通信デバイス間)のサイドリンク通信を管理するための技術が開示される。
【0005】
例示的な無線通信方法は、第1の通信デバイスによって、支援情報に関連する第1の優先度を示す優先度インジケーションを受信することと、第1の通信デバイスによって支援情報を第2の通信デバイスに伝送することとを含み、支援情報は、支援情報に関連する第1の優先度がデータの第2の優先度よりも高いことに応答して、データの伝送よりも早く伝送される。
【0006】
いくつかの実施形態では、第1の優先度は、支援情報を含むシグナリングの優先度である。いくつかの実施形態では、第1の通信デバイスは、ネットワークデバイスから優先度インジケーションを受信する。いくつかの実施形態では、第1の通信デバイスは、第2の通信デバイスから優先度インジケーションを受信する。いくつかの実施形態では、支援情報に関連する第1の優先度は、第1の通信デバイスが、第2の通信デバイスから、支援情報を伝送するように第1の通信デバイスをトリガする要求を受信するときの、第2の通信デバイスにおける最高のデータ優先度と同じである。いくつかの実施形態では、支援情報に関連する第1の優先度は、第1の通信デバイスによって、第2の通信デバイスから受信される別のシグナリングの第3の優先度と同じであり、別のシグナリングは、支援情報を伝送するように第1の通信デバイスをトリガする。
【0007】
いくつかの実施形態では、第1の通信デバイスは、第2の通信デバイスから1つ以上の周波数のリストおよび/または1つ以上の時間値のリストを受信し、第1の通信デバイスは、1つ以上の周波数のリストおよび/または1つ以上の時間値のリストからの周波数および/または時間値を使用して支援情報を伝送する。いくつかの実施形態では、第1の通信デバイスは第1のユーザ機器(UE)を含み、第2の通信デバイスは第2のUEを含む。
【0008】
別の例示的な無線通信方法は、第2の通信デバイスによって、支援構成に関連する第1の優先度を示す優先度インジケーションを受信することと、第2の通信デバイスによって支援構成を第1の通信デバイスに伝送することとを含み、支援構成は、支援情報に関連する第1の優先度がデータの第2の優先度よりも高いことに応答して、データの伝送よりも早く伝送される。
【0009】
いくつかの実施形態では、第1の優先度は、支援構成を含むシグナリングの優先度である。いくつかの実施形態では、第2の通信デバイスは、ネットワークデバイスから優先度インジケーションを受信する。いくつかの実施形態では、支援構成に関連する第1の優先度は、第2の通信デバイスにおける最高のデータ優先度と同じである。いくつかの実施形態では、第2の通信デバイスは、HARQ再伝送がシグナリングまたは支援情報を再伝送するために許可される回数を示すハイブリッド自動再送要求(HARQ)再伝送回数、シグナリングに対するまたは支援情報に対するパケット遅延バジェット(PDB)、シグナリングに対してまたは支援情報に対して構成されたパケット誤り率(PER)、および/またはシグナリングに対するまたは支援情報に対するHARQイネーブルまたはディセーブル属性のいずれか1つ以上を受信する。いくつかの実施形態では、第1の通信デバイスは第1のユーザ機器(UE)を含み、第2の通信デバイスは第2のUEを含む。
【0010】
さらに別の例示的な態様では、上述の方法は、プロセッサ実行可能コードの形態で具現化され、非一時的コンピュータ可読記憶媒体内に記憶される。コンピュータ可読記憶媒体内に含まれるコードは、プロセッサによって実行されると、プロセッサに、本特許文献に記載されている方法を実施させる。
【0011】
さらに別の例示的な実施形態では、上述の方法を実行するように設定され、またはそのように動作可能なデバイスが開示される。
【0012】
上記および他の態様ならびにそれらの実施態様は、図面、明細書、および特許請求の範囲においてより詳細に説明されている。
【図面の簡単な説明】
【0013】
【
図1】
図1は、例示的なUE-ネットワークリレーシナリオおよび例示的なUE-UE間リレーシナリオを示す。
【0014】
【
図2】
図2は、L2 UE-ネットワークリレーのための例示的なユーザプレーンプロトコルスタックを示す。
【0015】
【
図3】
図3は、支援情報を伝送するための例示的なフローチャートを示す。
【0016】
【
図4】
図4は、支援構成を伝送するための例示的なフローチャートを示す。
【0017】
【
図5】
図5は、ネットワークデバイスまたは通信デバイスの一部であり得るハードウェアプラットフォームの例示的なブロック図を示す。
【0018】
【
図6】
図6は、開示された技術のいくつかの実装に基づく基地局(BS)およびユーザ機器(UE)を含む無線通信の例を示す。
【発明を実施するための形態】
【0019】
無線マルチメディアサービスの発展に伴い、高いデータレートおよびユーザ体験に対する人々の要求が高まっており、これにより、従来のセルラネットワークのシステム容量およびカバレッジに対するより高い要件がもたらされている。一方、公共安全、ソーシャルネットワーク、近距離データ共有、およびローカル広告などの適用シナリオは、近くの人々または物を理解し、通信すること(近接サービス)に対する人々の要求を徐々に増加させている。従来の基地局中心のセルラネットワークは、高データレートおよび近接サービスサポートに関して明らかな制限を有する。この要求を背景に、デバイス間D2D(Device-to-Device)通信技術が登場した。D2D技術の適用は、セルラネットワークに対する負担を軽減し、ユーザ機器のバッテリ電力消費を低減し、データレートを増大させ、ネットワークインフラストラクチャのロバスト性を改善することができ、これは上述の高データレートサービスおよび近接サービス要件を満たす。D2D技術は、近接サービス(近接サービス、ProSe)、単方向/サイドリンク/スルーリンク(サイドリンク(SL))通信としても知られている。デバイスとデバイスとの間のインターフェースはPC5インターフェースである。
【0020】
5G規格の観点から、現在の新無線(NR)サイドリンク通信システムでは、ユーザ機器(UE)とデバイスとの間のデータ伝送時間のネゴシエーションはない。NRサイドリンクモード2通信を使用するUEの場合、UEは、伝送リソースを支援するためにデータ受信チャネルを継続的に監視する必要がある。同時に、既存のNRサイドリンク通信システムのUE検知機構は、ピアUEの通信条件を正確に取得することができず、隠れ端末および晒し端末が発生しやすい。少なくともこれらの技術的問題に対処するために、UEは、他のUE選択情報(例えば、UE間協調)によって提供される補助リソースの使用を考慮することができる。
【0021】
UE間協調のために、2つのタイプのUEがあり、1つはUE-Bであり、もう1つはUE-Aである。いくつかの実施形態では、UE間協調情報を求める明示的な要求を送信するUEはUE-Bとすることができ、UE-Bから明示的な要求を受信し、UE-BにUE間協調情報を送信するUEはUE-Aとすることができる。いくつかの他の実施形態では、UE-Bは、その伝送に使用される予約済みリソース(複数可)を示すサイドリンク制御情報(SCI)と共に物理サイドリンク制御チャネル(PSCCH)または物理サイドリンク共有チャネル(PSSCH)を伝送し、予約済みリソース(複数可)に対する予測される/潜在的なリソース競合(複数可)を示すUE-AからのUE間協調情報を受信し、リソース再選択を決定するためにそれを使用するUEであり、UE-Aは、UE-BのSCIによって示されるリソース(複数可)に対する予測される/潜在的なリソース競合(複数可)を検出し、UE間協調情報をUE-Bに送信するUEである。したがって、一般に、UE-Aは、UE-Bのデータ伝送のための支援情報を提供することができる。
【0022】
より広い範囲の適用およびサービスをサポートするために、カバレッジを拡張し、ネットワークの電力消費を改善するために、サイドリンクベースのリレー通信が提案されている。例えば、サイドリンクベースのリレー通信は、屋内リレー通信、スマートファーミング、スマート工場、および公共安全サービスに適用され得る。
【0023】
図1は、以下を含むサイドリンクベースのリレー通信を適用するシナリオを示している。
1)UE-ネットワーク間リレー(
図1に示すモード1):モード1のリレー通信は、カバレッジが弱いまたはカバレッジがないエリアのユーザ機器(UE)(例えば、
図1に示すUE1)向けに設計されている。そのような条件下で、UE1は、ネットワークによってカバーされる近傍のUE2を介してネットワーク(例えば、
図1に示す基地局(BS))と通信することが可能になる。その結果、ネットワークのカバレッジが拡張され、ネットワークの容量が拡大される。このシナリオでは、UE2はUE-ネットワークリレーと呼ばれ、UE1はリモートUEと呼ばれることに留意されたい。
2)UE-UE間リレー(
図1に示すモード2):緊急事態(例えば、地震)中、セルラネットワークが異常に動作することがあるか、またはネットワークのサイドリンク通信範囲を拡張する必要がある。したがって、リレー通信は、UEがリレーUEを介して互いに通信することを可能にするように設計される。
図1に示すように、UE3は、UE5(または複数のリレーUE(
図1には示されていない))を介してUE4と通信し、UE5は、このシナリオではUE-UE間リレーと呼ばれる。
【0024】
L2 UE-ネットワーク間リレーの場合、アダプテーション層は、リレーUEとgNBとの間のUuインターフェースにおいて、制御プレーン(CP)とユーザプレーン(UP)の両方のRLCサブレイヤの上に配置される。さらに、アダプテーション層は、リモートUEとgNBとの間のPC5インターフェースにおいて、CPとUPの両方のRLCサブレイヤを介して再生される。知られているように、アダプテーション層サブヘッダは、リモートUEとgNBとの間のリレートラフィックに追加される。アダプテーション層は、リモートUE IDおよびRB IDを含むことができる。
図2は、L2 UE-ネットワーク間リレーのユーザプレーン(UP)プロトコルスタックを示す。Uu SDAP/PDCPおよびRRCは、リモートUEとgNBとの間で終端し、一方、RLC、MAC、およびPHYは、各リンク(例えば、リモートUEとUE-ネットワーク間リレーUEとの間のリンク、およびUE-ネットワーク間リレーUEとgNBとの間のリンク)内で終端する。
【0025】
サイドリンク制御情報(SCI)フォーマット1-Aは、以下を含む。
・ 優先度-3ビット
・ 周波数リソース割り当て-上位層パラメータsl-MaxNumPerReserveの値が2に構成される場合は
【数1】
ビット、他の様態で、上位層パラメータsl-MaxNumPerReserveの値が3に構成される場合は
【数2】
ビット。
・ 時間リソース割り当て-上位層パラメータsl-MaxNumPerReserveの値が2に構成される場合は5ビット、他の様態で、上位層パラメータsl-MaxNumPerReserveの値が3に構成される場合は9ビット。
・ リソース予約期間-上位層パラメータsl-MultiReserveResourceが構成されている場合は
【数3】
ビット、
【数4】
は上位層パラメータsl-ResourceReservePeriodList内のエントリの数、他の様態では0ビット。
【0026】
以下の様々なセクションの例示的な見出しは、開示された主題の理解を容易にするために使用され、特許請求される主題の範囲を決して限定するものではない。したがって、1つの例示的なセクションの1つ以上の特徴は、別の例示的なセクションの1つ以上の特徴と組み合わせることができる。さらに、5G用語は、説明を明確にするために使用されるが、本明細書に開示された技術は、5G技術のみに限定されず、他のプロトコルを実装した無線システムで使用されてもよい。
【0027】
実施例0
【0028】
サイドリンク通信のUE間協調の説明中に、第1段階または第2段階のSCIまたはPSFCH様シグナリングを介して支援情報を伝送するための1つの技術的解決策が提案される。支援情報を伝送するためにSCI、または第1段階、または第2段階のSCI、またはPSFCH様シグナリングが使用される場合、UE内優先順位付けを実行するためにシグナリング(例えば、SCIまたはPSFCH様シグナリングを含むシグナリング)の優先度を決定するための技術を開発する必要があるか?
【0029】
UE間協調のための手順は、以下の動作を含むことができる。
・ ステップ1:UE-Bは、支援構成を搬送することができるUE間協調要求シグナリングをUE-Aに送信することができる。ここで、支援構成は、UE-Aが支援情報を決定するために使用される情報を含み得る。
・ ステップ2:UE-Aは、支援情報を搬送する応答シグナリングを送信することができる。別の場合には、UE-Aは、要求シグナリングを受信することなく、支援情報を搬送する応答シグナリングを送信することができる。
【0030】
したがって、本特許出願は、少なくとも4つの目的、すなわち、支援構成を搬送する要求シグナリング、支援構成、支援情報を搬送する応答シグナリング、支援情報を記載している。本特許明細書に記載された技術は、これら4つの目的のうちのいずれか1つに対して構成することができる。
【0031】
1.UE内協調を実行するための技術、例えば、シグナリングの優先度を決定するための技術
1.(a)UE-Aが支援情報を搬送するシグナリングのまたは支援情報の優先度を取得または決定する:
下記に説明する技術は、(1)シグナリングに対する優先度を設定するか、または(2)支援情報の優先度を設定するために使用することができる。(2)の場合、支援情報を搬送するシグナリングの優先度は、支援情報の優先度と同じとすることができる。
A.gNBは、支援情報を搬送するかまたは含むシグナリングに対するまたは支援情報に対する優先度を構成することができる。例えば、gNBは、支援情報を搬送するかまたは含むシグナリングの優先度をUE-Aに伝送することができる。いくつかの実施形態では、優先度は、SIBまたはRRCシグナリングまたはMAC CEまたは物理シグナリングまたは事前構成を介して配分することができる。
B.UE-Bは、支援情報を搬送するかまたは含むシグナリングに対するまたは支援情報に対する特定の優先度をUE-Aに提供または伝送することができる。
・ いくつかの実施形態では、UE-Bは、RRCシグナリングまたはMAC CEまたは物理シグナリングを介して優先度を提供することができる。
・ いくつかの実施形態では、特定の優先度は、UE-Bが要求シグナリングを送信するときのUE-Bにおける最も高いデータ優先度である。
C.支援情報を搬送するシグナリングまたは支援情報の優先度は、支援情報を提供するようにUE-Aをトリガする、UE-BによってUE-Aに伝送されるシグナリング(例えば、要求メッセージ)の優先度である。
1.(b)UE-Bが支援構成を搬送するシグナリングの優先度を決定する:
A.gNBは、支援構成を搬送するかまたは含むシグナリングに対するまたは支援構成に対する優先度を構成することができる。例えば、gNBは、支援構成を搬送するかまたは含むシグナリングの優先度をUE-Bに伝送することができる。いくつかの実施形態では、優先度は、SIBまたはRRCシグナリングまたはMAC CEまたは物理シグナリングまたは事前構成を介して配分することができる。
B.支援構成を搬送するかまたは含むシグナリングのまたは支援構成の優先度は、UE-Bにおける最も高い優先度である。
【0032】
いくつかの実施形態では、特定のチャネルが支援情報を搬送するように設計または構成されている場合(例えば、PSFCH様チャネル)、UE(例えば、UE-A)は、特定のチャネルリソースを有するかまたは有しないリソースプールを用いて構成され得る。いくつかの他の実施形態では、UE(例えば、UE-B)が支援情報を提供するようにピアUE(例えば、UE-A)をトリガすることを所望する場合、UE(例えば、UE-B)は、特定のチャネルリソースで構成されたリソースプールを選択する必要がある。別の実施形態では、UE-Bは、特定のリソース(例えば、1つ以上の周波数のリストおよび/または1つ以上の時間値のリスト)をUE-Aに示すことができ、結果、UE-Aは、UE-Bによって示されたリストからの周波数リソースおよび/または時間リソースを使用して支援情報を伝送することができる。
【0033】
SL-DRX設計の場合、UE-Bは支援情報をいつ受信すべきか知っているため、SL-DRXが構成されている場合、UE-Bはアクティブ時間にあるべきである。UE-Bが支援情報を受信しようとする時間は、UE-Bのアクティブ時間である。
【0034】
2.(例えば、モード1またはモード2において)支援情報を搬送するシグナリングまたは支援構成を搬送するシグナリングに対する伝送リソースをUEが取得するためのパラメータを示すための技術
【0035】
以下のパラメータのいずれか1つ以上を、gNBまたは他のUEによってUE(例えば、UE-A)に示すことができる。
・ シグナリングに対して、または支援情報に対して、または支援構成に対して構成された優先度、
・ シグナリングに対して、または支援情報に対して、または支援構成に対して構成されたハイブリッド自動再送要求(HARQ)再伝送回数であって、HARQ再伝送番号は、HARQ再伝送がシグナリングまたは支援情報を再伝送するために許可される回数を示す、ハイブリッド自動再送要求(HARQ)再伝送回数、
・ シグナリングに対して、または支援情報に対して、または支援構成に対して構成されたパケット遅延バジェット(PDB)、
・ シグナリングに対して、または支援情報に対して、または支援構成に対して構成されたパケット誤り率(PER)、および/または
・ シグナリングに対して、支援情報に対して、または支援構成に対して構成されたHARQイネーブル/ディセーブル属性。
【0036】
いくつかの実施形態では、シグナリングまたは支援情報または支援構成がHARQ対応である場合に、UE(例えば、UE-A)がリソースプールからの1つ以上のリソースを使用してシグナリングまたは支援情報または支援構成を伝送することを所望する場合、UE(例えば、UE-B)はPSFCHリソースで構成されたリソースプールを選択すべきである。
【0037】
いくつかの実施形態では、UE-Bは、UE-Bが特定のリソースを介して支援情報を受信することを所望することを示すためにgNBにインジケーションを送信すべきであり、これにより、gNBは、UE-Bに対して特定のリソースを有するリソースプールを構成することができる。そのようなインジケーションは、RRCまたはMAC CEまたはPHYシグナリングを介して伝送することができる。
【0038】
いくつかの実施形態では、スケジューリング要求(SR)リソースが、シグナリングまたは支援情報または支援構成のために構成される。
【0039】
別の実施形態では、支援情報を搬送するシグナリングの上記の任意の属性は、支援情報と同じである。別の実施形態では、支援構成を搬送するシグナリングの上記の任意の属性は、支援構成と同じである。例えば、支援情報に対して優先度が設定され、このとき、支援情報を搬送するSCIの優先度が支援情報の優先度である。
【0040】
いくつかの実施形態では、LCP中に、対応する宛先が伝送すべき支援情報を搬送するシグナリングを有する場合、UEはデータを伝送する宛先を選択する。
【0041】
いくつかの実施形態では、リソースプールは、このリソースプールが支援情報または支援構成を搬送するシグナリングを伝送することを許可されるか否かの属性を有して構成される。
【0042】
いくつかの実施形態では、上記の構成は、RRCシグナリング、SIB、MAC CE、または物理シグナリング、PC5 RRCシグナリング、またはピアUEを介して構成することができる。
【0043】
実施例1
【0044】
この例では、リレーUEおよびリモートUEがどのようにローカル識別子(ID)が有効であると考えるかを説明する。SLリレーでは、ローカルIDは、gNBまたはリレーUEにおいてリモートUEを識別するために、リモートUEまたはリレーUEまたはgNBによって配分される。ただし、ローカルIDは常に有効であるとは限らない。
【0045】
以下の条件のうちの1つが満たされた場合、リモートUEはローカルIDが有効でないと考え、またはリモートUEはローカルIDを使用することができず、またはリモートUEは格納されたローカルIDをドロップすべきである。
・ リモートUEが、間接リンクから直接リンクに切り替える。
・ 選択されたリレーUEの物理セルIDまたはセルIDが変更されている。
・ 接続されたリレーUEの物理セルIDまたはセルIDが変更されている。
・ 特定のタイマが満了する。
【0046】
以下の条件のうちの1つが満たされた場合、リモートUEはローカルIDが有効であると考え、またはリモートUEはローカルIDを使用することができる。
・ 選択されたリレーUEの物理セルIDまたはセルIDが変更されていない。
・ 接続されたリレーUEの物理セルIDまたはセルIDが変更されていない。
【0047】
特定のタイマは、以下の条件のいずれか1つが満たされた場合に、リモートUEによって開始される。
・ RRC_IDLEに移行する。
・ RRC_INACTIVEに移行する。
・ リレーUEのUu RLFが検出される。
・ PC5 RLCが検出される。
・ リレー(再)選択がトリガされる。
【0048】
特定のタイマは、以下の条件のいずれか1つが満たされた場合に、リモートUEによって停止される。
・ 選択されたリレーUEのセルIDまたは物理セルIDが変更されている。
・ リモートUEが、間接リンクから直接リンクに切り替える。
・ RRC_CONNECTEDに移行する。
・ RRCSetupメッセージが受信される。
・ RRCResumeメッセージが受信される。
・ RRCRestablishmentメッセージが受信される。
・ RRCSetupRequestまたはRRCSetupCompleteメッセージが伝送される。
・ RRCResumeRequestまたはRRCResumeCompleteメッセージが伝送される。
・ RRCRestablishmentRequestまたはRRCReestablishmentCompleteメッセージが伝送される。
【0049】
リモートUEが特定のタイマが満了したことを識別するとき、
・ ローカルIDが有効でないか、または
・ UEは、ローカルIDをアダプテーション層にカプセル化することができない。
【0050】
リモートUEのローカルIDが有効である場合にのみ、リモートUEはローカルIDをPC5アダプテーション層ヘッダにカプセル化することができる。
【0051】
実施例1A
【0052】
SLリレーには、PC5アダプテーション層ヘッダまたはUuアダプテーション層ヘッダがあり、リモートUEはローカルIDをPC5アダプテーション層ヘッダにカプセル化することができ、またはリレーUEが、リモートUEのローカルIDをUuアダプテーション層ヘッダにカプセル化することができる。実施例1Aでは、ローカルIDをアダプテーション層ヘッダにカプセル化すべきか否かをリレーUEがどのように判定するかについての技術が説明される。
【0053】
いくつかの実施形態では、リレーUEが、リモートUEのトラフィックについて、アダプテーション層ヘッダにローカルIDをカプセル化する必要があるか否かを示すために、特定のローカルIDセットまたは特定のローカルIDが使用される。例えば、ローカルIDがすべてゼロに設定されることは、リレーUEがローカルIDをアダプテーション層にカプセル化する必要があることを意味する。
【0054】
いくつかの実施形態では、リレーUEがローカルIDをUuアダプテーション層ヘッダにカプセル化する必要があるか否かを示すためのインジケーションが、PC5アダプテーション層ヘッダ内に含まれる。
【0055】
いくつかの実施形態では、PC5アダプテーション層ヘッダ内のインジケーションは、PC5アダプテーション層内のローカルIDが空であるか、または有効でないか、または有効であるかを示すために含まれる。
【0056】
リレーUEが、アダプテーション層のローカルIDが特定のローカルIDであるかまたは特定のローカルIDセットのうちの1つのローカルIDであると認識した場合、リレーUEは、リモートUEのローカルIDをUuアダプテーション層ヘッダにカプセル化する。
【0057】
リレーUEがローカルIDをUuアダプテーション層にカプセル化する必要があることを示すためのインジケーションがPC5アダプテーション層ヘッダに含まれる場合、リレーUEは、リモートUEのローカルIDをUuアダプテーション層ヘッダにカプセル化する。
【0058】
PC5アダプテーション層ヘッダ内のインジケーションが、PC5アダプテーション層ヘッダ内のローカルIDが空であるかまたは有効でないことを示す場合、リレーUEは、リモートUEのローカルIDをUuアダプテーション層ヘッダ内にカプセル化する。
【0059】
特定のローカルIDは、すべて0またはすべて1であり得る。
【0060】
実施例2
【0061】
シグナリング無線ベアラ(SRB)と専用無線ベアラ(DRB)とが同じID空間を共有する(例えば、ID1、2、3の両方をSRBおよびDRBに使用することができる)ことを考慮して、この実施例2のセクションでは、SRBとDRBとを区別する方法について説明する。
【0062】
いくつかの実施形態では、リモートUEがリレーUEを介してgNBと接続する場合、1つのIDまたはIDセットを、リモートUEのDRBまたはSRBに使用することはできない。
【0063】
いくつかの実施形態では、アダプテーション層ヘッダは、対応するデータがSRBからのものであるかまたはDRBからのものであるかを示すインジケーションを含む。いくつかの実施形態では、アダプテーション層ヘッダは、PC5インターフェースまたはUuインターフェース上にある。
【0064】
いくつかの実施形態では、SRBおよびDRBは同じベアラマッピング構成を共有しない。
【0065】
図3は、支援情報を伝送するための例示的なフローチャートを示す。動作302は、第1の通信デバイスによって、支援情報に関連する第1の優先度を示す優先度インジケーションを受信することを含む。動作304は、第1の通信デバイスによって支援情報を第2の通信デバイスに伝送することを含み、支援情報は、支援情報に関連する第1の優先度がデータの第2の優先度よりも高いことに応答して、データの伝送よりも早く伝送される。
【0066】
いくつかの実施形態において、例示的な無線通信方法は、第1の通信デバイスによって、支援情報に関連する第1の優先度を示す優先度インジケーションを受信することと、第1の通信デバイスによって支援情報を第2の通信デバイスに伝送することとを含み、支援情報は、支援情報に関連する第1の優先度をデータの第2の優先度と比較することによって、データの伝送と比較した時間ドメインにおいて伝送される。例えば、支援情報は、支援情報に関連する第1の優先度がデータの第2の優先度よりも高いことに応答して、データの伝送よりも早く伝送される。別の例において、支援情報は、支援情報に関連する第1の優先度がデータの第2の優先度よりも低いことに応答して、データの伝送の後に伝送される。
【0067】
いくつかの実施形態では、第1の優先度は、支援情報を含むシグナリングの優先度である。いくつかの実施形態では、第1の通信デバイスは、ネットワークデバイスから優先度インジケーションを受信する。いくつかの実施形態では、第1の通信デバイスは、第2の通信デバイスから優先度インジケーションを受信する。いくつかの実施形態では、支援情報に関連する第1の優先度は、第1の通信デバイスが、第2の通信デバイスから、支援情報を伝送するように第1の通信デバイスをトリガする要求を受信するときの、第2の通信デバイスにおける最高のデータ優先度と同じである。いくつかの実施形態では、支援情報に関連する第1の優先度は、第1の通信デバイスによって、第2の通信デバイスから受信される別のシグナリングの第3の優先度と同じであり、別のシグナリングは、支援情報を伝送するように第1の通信デバイスをトリガする。
【0068】
いくつかの実施形態では、第1の通信デバイスは、第2の通信デバイスから1つ以上の周波数のリストおよび/または1つ以上の時間値のリストを受信し、第1の通信デバイスは、1つ以上の周波数のリストおよび/または1つ以上の時間値のリストからの周波数および/または時間値を使用して支援情報を伝送する。いくつかの実施形態では、第1の通信デバイスは第1のユーザ機器(UE)を含み、第2の通信デバイスは第2のUEを含む。
【0069】
図4は、支援構成を伝送するための例示的なフローチャートを示す。動作402は、第2の通信デバイスによって、支援構成に関連する第1の優先度を示す優先度インジケーションを受信することを含む。動作404は、第2の通信デバイスによって支援構成を第1の通信デバイスに伝送することを含み、支援構成は、支援情報に関連する第1の優先度がデータの第2の優先度よりも高いことに応答して、データの伝送よりも早く伝送される。
【0070】
いくつかの実施形態において、例示的な無線通信方法は、第2の通信デバイスによって、支援構成に関連する第1の優先度を示す優先度インジケーションを受信することと、第2の通信デバイスによって支援構成を第1の通信デバイスに伝送することとを含み、支援構成は、支援構成に関連する第1の優先度をデータの第2の優先度と比較することによって、データの伝送と比較した時間ドメインにおいて伝送される。例えば、支援構成は、支援構成に関連する第1の優先度がデータの第2の優先度よりも高いことに応答して、データの伝送よりも早く伝送される。別の例において、支援構成は、支援構成に関連する第1の優先度がデータの第2の優先度よりも低いことに応答して、データの伝送の後に伝送される。
【0071】
いくつかの実施形態では、第1の優先度は、支援構成を含むシグナリングの優先度である。いくつかの実施形態では、第2の通信デバイスは、ネットワークデバイスから優先度インジケーションを受信する。いくつかの実施形態では、支援構成に関連する第1の優先度は、第2の通信デバイスにおける最高のデータ優先度と同じである。いくつかの実施形態では、第2の通信デバイスは、HARQ再伝送がシグナリングまたは支援情報を再伝送するために許可される回数を示すハイブリッド自動再送要求(HARQ)再伝送回数、シグナリングに対するまたは支援情報に対するパケット遅延バジェット(PDB)、シグナリングに対してまたは支援情報に対して構成されたパケット誤り率(PER)、および/またはシグナリングに対するまたは支援情報に対するHARQイネーブルまたはディセーブル属性のいずれか1つ以上を受信する。いくつかの実施形態では、第1の通信デバイスは第1のユーザ機器(UE)を含み、第2の通信デバイスは第2のUEを含む。
【0072】
いくつかの実施形態では、無線通信のための装置は、本特許明細書に記載された方法(複数可)を実施するように構成されたプロセッサを備える。いくつかの実施形態では、コードが記憶された非一時的コンピュータ可読プログラム記憶媒体は、コードがプロセッサによって実行されると、プロセッサに本特許明細書に記載された方法(複数可)を実施させる。
【0073】
図5は、ネットワークデバイス(例えば、基地局)または通信デバイス(例えば、ユーザ機器(UE))の一部であり得るハードウェアプラットフォーム500の例示的なブロック図を示す。ハードウェアプラットフォーム500は、少なくとも1つのプロセッサ510と、それに記憶された命令を有するメモリ505とを含む。プロセッサ510によって実行された命令は、
図1から
図4および
図6ならびに本特許明細書に記載された様々な実施形態に記載された動作を実行するようにハードウェアプラットフォーム500を構成する。送信機515は、情報またはデータを別のデバイスに伝送するかまたは送信する。例えば、ネットワークデバイス送信機は、ユーザ機器(通信デバイスとしても知られる)にメッセージを送信することができる。受信機520は、別のデバイスによって伝送されたまたは送信された情報またはデータを受信する。例えば、ユーザ機器は、別のユーザ機器からメッセージを受信することができる。
【0074】
上述した実施態様は、無線通信に適用される。
図6は、基地局620と、1つ以上のユーザ機器(UE)611、612および613とを含む無線通信システム(例えば、5GまたはNRセルラネットワーク)の例を示す。いくつかの実施形態では、UEは、ネットワークへの通信リンク(破線矢印631、632、633によって示されるように、アップリンク方向と呼ばれることもある)を使用してBS(例えば、ネットワーク)にアクセスし、その後、BSからUEへの後続の通信(例えば、矢印641、642、643によって示される、ダウンリンク方向と呼ばれることもある、ネットワークからUEへの方向で示される)を可能にする。いくつかの実施形態では、BSは、UEに情報を送信し(矢印641、642、643によって示されるように、ダウンリンク方向と呼ばれることもある)、その後、UEからBSへの後続の通信(例えば、破線矢印631、632、633によって示される、アップリンク方向と呼ばれることもある、UEからBSへの方向で示される)を可能にする。UEは、例えば、スマートフォン、タブレット、モバイルコンピュータ、マシンツーマシン(M2M)デバイス、モノのインターネット(IoT)デバイスなどであってもよい。
【0075】
本明細書では、「例示的」という用語は、「一例」を意味するために使用され、特に明記しない限り、理想的または好ましい実施形態を意味しない。
【0076】
本明細書で説明される実施形態のいくつかは、ネットワーク環境のコンピュータによって実行されるプログラムコードなどのコンピュータ実行可能命令を含むコンピュータ可読媒体で具現化されるコンピュータプログラム製品によって、いくつかの実施形態で実施され得る方法またはプロセスの一般的な文脈で説明される。コンピュータ可読媒体は、読み取り専用メモリ(ROM)、ランダム・アクセス・メモリ(RAM)、コンパクトディスク(CD)、デジタル多用途ディスク(DVD)などを含むがこれらに限定されないリムーバブルおよび非リムーバブル記憶デバイスを含んでもよい。したがって、コンピュータ可読媒体は、非一時的記憶媒体を含むことができる。一般に、プログラムモジュールは、特定のタスクを実行するか、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含んでもよい。コンピュータまたはプロセッサ実行可能命令、関連するデータ構造、およびプログラムモジュールは、本明細書で開示される方法のステップを実行するためのプログラムコードの例を表す。そのような実行可能命令または関連するデータ構造の特定のシーケンスは、そのようなステップまたはプロセスに記載された機能を実施するための対応する動作の例を表す。
【0077】
開示された実施形態のいくつかは、ハードウェア回路、ソフトウェア、またはそれらの組み合わせを使用するデバイスまたはモジュールとして実装することができる。例えば、ハードウェア回路実装は、例えばプリント回路基板の一部として統合された個別のアナログおよび/またはデジタル構成要素を含むことができる。代替的または追加的に、開示された構成要素またはモジュールは、特定用途向け集積回路(ASIC)および/またはフィールドプログラマブルゲートアレイ(FPGA)デバイスとして実装することができる。いくつかの実装形態は、追加的または代替的に、本出願の開示された機能性に関連するデジタル信号処理の動作上の必要性のために最適化されたアーキテクチャを有する専用マイクロプロセッサであるデジタル信号プロセッサ(DSP)を含んでもよい。同様に、各モジュール内の様々な構成要素またはサブ構成要素は、ソフトウェア、ハードウェアまたはファームウェアで実装されてもよい。モジュールおよび/またはモジュール内のコンポーネント間の接続は、それだけに限定されないが、適切なプロトコルを使用するインターネット、有線、または無線ネットワークを介した通信を含む、当技術分野で知られている接続方法および媒体のいずれか1つを使用して提供されてもよい。
【0078】
この文書は多くの詳細を含むが、これらは特許請求される発明または特許請求され得るものの範囲に対する限定として解釈されるべきではなく、むしろ特定の実施形態に特有の特徴の説明として解釈されるべきである。別個の実施形態の文脈で本明細書に記載されている特定の特徴は、単一の実施形態において組み合わせて実施することもできる。逆に、単一の実施形態の文脈で説明される様々な特徴は、複数の実施形態において別々に、または任意の適切な部分的組み合わせで実施することもできる。さらに、特徴は、特定の組み合わせで作用するものとして上記で説明され、最初にそのように特許請求されてもよいが、特許請求される組み合わせからの1つ以上の特徴は、場合によっては、組み合わせから切り取られてもよく、特許請求される組み合わせは、部分的な組み合わせまたは部分的な組み合わせの変形に向けられてもよい。同様に、それぞれの動作は、特定の順序で図面に示されているが、これは、望ましい結果を達成するために、そのような動作が、示された特定の順序、もしくは連続した順序で実行されること、または示されたすべての動作が実行されることが必要であると理解されるべきではない。
【0079】
本開示に記載および例示されているものに基づいて、いくつかの実装および例のみが記載されており、他の実装、強化および変形を行うことができる。
【手続補正書】
【提出日】2024-07-01
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
無線通信方法であって、
第1の通信デバイス
が、支援情報に関連する第1の優先度を示す優先度インジケーションを受信することと、
前記第1の通信デバイス
が、前記支援情報を第2の通信デバイスに伝送することと
を含み、
前記支援情報は、前記支援情報に関連する前記第1の優先度がデータの第2の優先度よりも高いことに応答して、前記データの伝送よりも早く伝送される、方法。
【請求項2】
前記第1の優先度は、前記支援情報を含むシグナリングの優先度である、請求項1に記載の方法。
【請求項3】
前記第1の通信デバイスは、ネットワークデバイスから前記優先度インジケーションを受信する、請求項1
~2のいずれか1項に記載の方法。
【請求項4】
前記第1の通信デバイスは、前記第2の通信デバイスから前記優先度インジケーションを受信する、請求項1
~2のいずれか1項に記載の方法。
【請求項5】
前記支援情報に関連する前記第1の優先度は、前記第1の通信デバイスが、前記第2の通信デバイスから、前記支援情報を伝送するように前記第1の通信デバイスをトリガする要求を受信するときの前記第2の通信デバイスにおける最高のデータ優先度と同じである、請求項4に記載の方法。
【請求項6】
前記支援情報に関連する前記第1の優先度は、前記第1の通信デバイスによって、前記第2の通信デバイスから受信される別のシグナリングの第3の優先度と同じであり、
前記別のシグナリングは、前記支援情報を伝送するように前記第1の通信デバイスをトリガする、請求項1に記載の方法。
【請求項7】
前記第1の通信デバイスは、前記第2の通信デバイスから1つ以上の周波数のリストおよび/または1つ以上の時間値のリストを受信し、
前記第1の通信デバイスは、前記1つ以上の周波数のリストおよび/または前記1つ以上の時間値のリストからの周波数および/または時間値を使用して前記支援情報を伝送する、請求項1
~6に記載の方法。
【請求項8】
前記第1の通信デバイスは、第1のユーザ機器(UE)を含み、前記第2の通信デバイスは、第2のUEを含む、請求項1に記載の方法。
【請求項9】
請求項1
~8のうちの1項以上に記載の方法を実施するように構成されたプロセッサを備える、無線通信のための装置。
【請求項10】
コードが記憶された非一時的コンピュータ可読プログラム記憶媒体であって、前記コードが、プロセッサによって実行されると、前記プロセッサに、請求項1
~8のうちの1項以上に記載の方法を実施させる、非一時的コンピュータ可読プログラム記憶媒体。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】0012
【補正方法】変更
【補正の内容】
【0012】
上記および他の態様ならびにそれらの実施態様は、図面、明細書、および特許請求の範囲においてより詳細に説明されている。
本発明は、例えば、以下を提供する。
(項目1)
無線通信方法であって、
第1の通信デバイスによって、支援情報に関連する第1の優先度を示す優先度インジケーションを受信することと、
前記第1の通信デバイスによって前記支援情報を第2の通信デバイスに伝送することと
を含み、
前記支援情報は、前記支援情報に関連する前記第1の優先度がデータの第2の優先度よりも高いことに応答して、前記データの伝送よりも早く伝送される、方法。
(項目2)
前記第1の優先度は、前記支援情報を含むシグナリングの優先度である、項目1に記載の方法。
(項目3)
前記第1の通信デバイスは、ネットワークデバイスから前記優先度インジケーションを受信する、項目1から2のいずれか1項に記載の方法。
(項目4)
前記第1の通信デバイスは、前記第2の通信デバイスから前記優先度インジケーションを受信する、項目1から2のいずれか1項に記載の方法。
(項目5)
前記支援情報に関連する前記第1の優先度は、前記第1の通信デバイスが、前記第2の通信デバイスから、前記支援情報を伝送するように前記第1の通信デバイスをトリガする要求を受信するときの前記第2の通信デバイスにおける最高のデータ優先度と同じである、項目4に記載の方法。
(項目6)
前記支援情報に関連する前記第1の優先度は、前記第1の通信デバイスによって、前記第2の通信デバイスから受信される別のシグナリングの第3の優先度と同じであり、
前記別のシグナリングは、前記支援情報を伝送するように前記第1の通信デバイスをトリガする、項目1に記載の方法。
(項目7)
前記第1の通信デバイスは、前記第2の通信デバイスから1つ以上の周波数のリストおよび/または1つ以上の時間値のリストを受信し、
前記第1の通信デバイスは、前記1つ以上の周波数のリストおよび/または前記1つ以上の時間値のリストからの周波数および/または時間値を使用して前記支援情報を伝送する、項目1から6に記載の方法。
(項目8)
前記第1の通信デバイスは、第1のユーザ機器(UE)を含み、前記第2の通信デバイスは、第2のUEを含む、項目1に記載の方法。
(項目9)
無線通信方法であって、
第2の通信デバイスによって支援構成に関連する第1の優先度を示す優先度インジケーションを受信することと、
前記第2の通信デバイスによって前記支援構成を第1の通信デバイスに伝送することと
を含み、
前記支援構成は、前記支援情報に関連する前記第1の優先度が前記データの第2の優先度よりも高いことに応答してデータの伝送よりも早く伝送される、方法。
(項目10)
前記第1の優先度は、前記支援構成を含むシグナリングの優先度である、項目9に記載の方法。
(項目11)
前記第2の通信デバイスは、ネットワークデバイスから前記優先度インジケーションを受信する、項目9から10のいずれか1項に記載の方法。
(項目12)
前記支援構成に関連する前記第1の優先度は、前記第2の通信デバイスにおける最高のデータ優先度と同じである、項目9から10のいずれか1項に記載の方法。
(項目13)
前記第2の通信デバイスは、
HARQ再伝送が前記シグナリングまたは前記支援情報を再伝送するために許可される回数を示すハイブリッド自動再送要求(HARQ)再伝送回数、
前記シグナリングに対するまたは前記支援情報に対するパケット遅延バジェット(PDB)、
前記シグナリングに対してまたは前記支援情報に対して構成されたパケット誤り率(PER)、および/または
前記シグナリングに対するまたは前記支援情報に対するHARQイネーブルまたはディセーブル属性
のいずれか1つ以上を受信する、項目9から12のいずれかに記載の方法。
(項目14)
前記第1の通信デバイスは、第1のユーザ機器(UE)を含み、前記第2の通信デバイスは、第2のUEを含む、項目9に記載の方法。
(項目15)
項目1から14のうちの1項以上に記載の方法を実施するように構成されたプロセッサを備える、無線通信のための装置。
(項目16)
コードが記憶された非一時的コンピュータ可読プログラム記憶媒体であって、前記コードが、プロセッサによって実行されると、前記プロセッサに、項目1から14のうちの1項以上に記載の方法を実施させる、非一時的コンピュータ可読プログラム記憶媒体。
【国際調査報告】