JP2020526946A - サイドリンクデータ複製の方法およびデバイス - Google Patents

サイドリンクデータ複製の方法およびデバイス Download PDF

Info

Publication number
JP2020526946A
JP2020526946A JP2019564059A JP2019564059A JP2020526946A JP 2020526946 A JP2020526946 A JP 2020526946A JP 2019564059 A JP2019564059 A JP 2019564059A JP 2019564059 A JP2019564059 A JP 2019564059A JP 2020526946 A JP2020526946 A JP 2020526946A
Authority
JP
Japan
Prior art keywords
sidelink
terminal device
radio bearer
information
data replication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2019564059A
Other languages
English (en)
Inventor
チャン チャン，
チャン チャン，
シエザド アリ アシュラフ，
シエザド アリ アシュラフ，
リャン フー，
リャン フー，
マルコ ベレシー，
マルコ ベレシー，
セラーノ， リカルド ブラスコ
セラーノ， リカルド ブラスコ
Original Assignee
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テレフオンアクチーボラゲット エルエム エリクソン（パブル）, テレフオンアクチーボラゲット エルエム エリクソン（パブル） filed Critical テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Publication of JP2020526946A publication Critical patent/JP2020526946A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

サイドリンクデータ複製の方法およびデバイス。方法は、サイドリンクデータパケットの送信に用いられるべきサイドリンク無線ベアラに基づいて、サイドリンクデータパケットが複製されるべきか否かを決定することと、サイドリンク無線ベアラに基づいてサイドリンクデータパケットが複製されるべきであると決定される場合、サイドリンクデータパケットのサイドリンクデータ複製を実施することとを含む。したがって、サイドリンクに対してデータ複製を適切に構成する解決策が提案される。
【選択図】図２

Description

本開示の実施形態は、一般に、通信の分野に関し、より詳細には、サイドリンクデータ複製の方法およびデバイスに関する。
このセクションは、本開示のより良い理解を容易にすることができる態様を紹介する。したがって、このセクションの記述は、この観点で読まれるべきであり、何が従来技術に含まれ、何が従来技術に含まれないかに関する容認として理解されるべきではない。
ロングタームエボリューション（ＬＴＥ）のリリース１４では、デバイスツーデバイス（Ｄ２Ｄ）の複数の拡張機能、またはＰｒｏＳｅもしくはサイドリンクと呼ばれることがあるものは、Ｖ２Ｘ（車車間‐路車間）通信に対応している。特に、サイドリンクは、サイドリンク通信、Ｖ２Ｘサイドリンク通信、およびサイドリンクディスカバリの場合のＵＥ間インターフェースと呼ばれることがある。サイドリンクは、３ＧＰＰ ＴＳ ２３．３０３で定義されているようなＰＣ５インターフェースに相当する。
Ｖ２Ｘは、車両、歩行者、およびインフラストラクチャの間の直接通信の任意の組み合わせを含んでもよい。Ｖ２Ｘは、利用可能なときにはネットワーク（ＮＷ）インフラストラクチャを利用してもよいが、カバレッジがない場合であっても、少なくとも基本のＶ２Ｘ接続性が可能であるべきである。
Ｖ２Ｘは、非安全情報および安全情報の両方を保持してもよく、アプリケーションおよびサービス（またはトラフィックと呼ばれる）はそれぞれ、例えばレイテンシ、信頼性、および容量に関して、特定の要件と関連付けられてもよい。Ｖ２Ｖ（車車間）、Ｖ２Ｐ（車歩行者間）、Ｖ２Ｎ（車ネットワーク間）、およびＶ２Ｉ（路車間）など、Ｖ２Ｘに関して定義されるいくつかの異なる使用例がある。
他方で、サイドリンクのＶ２Ｘに対する２つの異なるリソース割当て（ＲＡ）手順、即ち集中ＲＡ（「モード３」と呼ばれることがある）および分散ＲＡ（「モード４」と呼ばれることがある）がある。１つまたは複数の送信リソースが、ネットワークデバイスによって予め定義されるかまたは構成される、１つまたは複数のリソースプールから選択される。
集中ＲＡでは、１つまたは複数の送信用サイドリンクリソースは、ネットワークデバイスによってスケジューリングされ、ＤＣＩフォーマット５Ａなどのダウンリンク制御情報（ＤＣＩ）を使用して端末デバイスにシグナリングされる。これは、物理的サイドリンク制御チャネル（ＰＳＣＣＨ）および物理的サイドリンク共有チャネル（ＰＳＳＣＨ）両方の場合である。
分散ＲＡでは、各端末デバイスは、ＰＳＣＣＨおよびＰＳＳＣＨの両方に対してなど、各送信に対して１つまたは複数のサイドリンクリソースを独立して判断してもよい。サイドリンクリソースは、システム情報ブロック（ＳＩＢ）など、ブロードキャストシグナリングを使用するネットワークデバイスによって構成された１つまたは複数のリソースプールから、端末デバイスによって選択される。
加えて、新しい送信が実施されると論理チャネル優先手順が適用される。各サイドリンク論理チャネルは、パケット優先度毎のＰｒｏＳｅ（ＰＰＰＰ）と呼ばれることがある、関連付けられた優先度を有してもよい。複数のサイドリンク論理チャネルが同じ関連付けられた優先度を有してもよい。
端末デバイスのアプリケーションレイヤは、メッセージが下位送信レイヤに送信されると、各Ｖ２Ｘメッセージに対してＰＰＰＰが設定されてもよい。プロトコルデータユニット（ＰＤＵ）のパケット遅延バジェット（ＰＤＢ）は、ＰＰＰＰから決定されてもよい。低ＰＤＢは、ＰＰＰＰの高優先度値にマッピングされてもよい。端末デバイスは、ネットワークデバイスに対するサイドリンク通信のトラフィック優先度（例えば、ＰＰＰＰ）を示してもよい。
データ複製は、高信頼性および／または低レイテンシを要するサービスにとってより有用であり得ることが見出されている。したがって、その種のサービスを保持するサイドリンクに関してデータ複製を構成することが可能であるべきである。しかしながら、現在、サービス品質（ＱｏＳ）はサイドリンクに対して定義されていない。したがって、サイドリンクに対してデータ複製を適切に構成する解決策が必要とされている。
少なくとも上述の問題を解決するために、いくつかの方法、装置、デバイス、およびコンピュータプログラムが本開示において提供される。本開示の実施形態は、新無線（ＮＲ）ネットワークで動作する無線システムに限定されず、類似の問題が存在するあらゆる適用シナリオに更に広く適用できることが認識され得る。
本開示の様々な実施形態は、主に、サイドリンクデータ送信の方法、デバイス、およびコンピュータプログラムを提供することを目的とする。本開示の実施形態の他の特徴および利点も、特定の実施形態の以下の説明を、本開示の実施形態の原理を例として例示する添付図面と併せ読むことによって、理解されるであろう。
概して、本開示の実施形態は、サイドリンクデータ複製のための解決策を提供する。本開示では、サイドリンクデータパケットが複製されるべきか否かは、サイドリンクデータパケットの送信に用いられるべきサイドリンク無線ベアラ（ＳＬＲＢ）に基づいて、端末デバイスによって決定される。
第１の態様では、端末デバイスにおけるサイドリンクデータ複製の方法が提供され、本方法は、サイドリンクデータパケットの送信に用いられるべきサイドリンク無線ベアラに基づいて、サイドリンクデータパケットが複製されるべきか否かを決定することと、サイドリンク無線ベアラに基づいてサイドリンクデータパケットが複製されるべきであると決定される場合、サイドリンクデータパケットのサイドリンクデータ複製を実施することとを含む。
一実施形態では、サイドリンク無線ベアラは、サイドリンク無線ベアラ識別子、パケット優先度に関する情報、１つまたは複数の論理チャネル識別子、論理チャネル群識別子、およびトラフィックフロー識別子の情報のうちの１つまたは複数によって特定されてもよい。
一実施形態では、１つまたは複数のサイドリンク無線ベアラは、サイドリンクデータパケットのサイドリンクデータ複製の送信に用いられることを許可するように予め定義されるかまたは構成されてもよい。
一実施形態では、１つまたは複数のサイドリンク無線ベアラに関連する１つまたは複数の条件が、サイドリンクデータ複製を許可するように更に予め定義されるかまたは構成されてもよい。
一実施形態では、本方法は、サイドリンクデータ複製に関する１つまたは複数のパラメータを取得することを更に含んでもよい。パラメータは、サイドリンクの混雑率（ＣＢＲ）、サイドリンクのチャネル状態情報（ＣＳＩ）、サイドリンクのフィードバック情報、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバック、無線リンク制御（ＲＬＣ）状態報告、送信制御プロトコル受領確認、アプリケーションレイヤ受領確認、端末デバイスの速度情報、端末デバイスの位置情報、端末デバイスのバッテリ情報、および端末デバイスの分類情報のうちの少なくとも１つを含んでもよい。
一実施形態では、サイドリンク無線ベアラに関連付けられたサイドリンクデータパケットが複製されることが許可されると予め定義されるかまたは構成され、１つまたは複数のパラメータが１つまたは複数の予め定義された条件を満たす場合、サイドリンクデータパケットが複製されるべきであると決定される。
一実施形態では、サイドリンクデータパケットのサイドリンクデータ複製は、端末デバイスの媒体アクセス制御（ＭＡＣ）レイヤで実施されてもよい。ＭＡＣレイヤには、パケットデータ統合プロトコル（ＰＤＣＰ）レイヤおよび／または無線リンク制御（ＲＬＣ）レイヤによって、論理チャネルおよびサイドリンク無線ベアラのマッピングが通知されてもよい。
一実施形態では、サイドリンクデータパケットのサイドリンクデータ複製は、端末デバイスのＰＤＣＰレイヤで実施されてもよい。
一実施形態では、サイドリンクデータパケットのサイドリンクデータ複製は、端末デバイスのアプリケーションレイヤで実施されてもよい。
一実施形態では、１つまたは複数のサイドリンク無線ベアラは、アプリケーションレイヤによって、または端末デバイスの複製機能によって、サイドリンクデータ複製が許可されるサイドリンク無線ベアラに対するマッピングを含めて決定されてもよい。
一実施形態では、サイドリンクデータパケットは、第１のサイドリンク無線ベアラで送信されるべきであり、サイドリンクデータ複製から取得された複製サイドリンクデータパケットは、第２のサイドリンク無線ベアラで送信されるべきである。
一実施形態では、第２のサイドリンク無線ベアラは、最低優先度でサイドリンク無線ベアラにマッピングされる。
一実施形態では、第２のサイドリンク無線ベアラは、予め定義されるかまたは構成された値によって調節された第１のサイドリンク無線ベアラの識別子に等しい識別子を有する、サイドリンク無線ベアラにマッピングされる。
一実施形態では、方法は、サイドリンクデータ複製のための構成情報をネットワークデバイスから受信することを更に含んでもよい。
一実施形態では、構成情報は、ブロードキャストシグナリングおよび／または専用シグナリングを介して送信されてもよい。
一実施形態では、本方法は、サイドリンクデータ複製のためのアシスト情報をネットワークデバイスに送信することを更に含んでもよい。
一実施形態では、アシスト情報は、端末デバイスの能力情報、どのレイヤでサイドリンクデータ複製が実施されるかに関する情報、およびサイドリンクデータ複製を行うことが望ましいサイドリンク無線ベアラに関する情報のうちの少なくとも１つを含んでもよい。
一実施形態では、本方法は、ネットワークデバイスからの構成情報、および／または端末デバイスによって取得された１つもしくは複数のパラメータに基づいて、サイドリンクデータ複製に使用されるキャリアを決定することを更に含んでもよい。
第２の態様では、ネットワークデバイスにおけるサイドリンクデータ複製の方法が提供され、本方法は、サイドリンクデータ複製に関する構成情報を端末デバイスに送信することを含む。構成情報は、サイドリンクデータパケットの送信に用いられるサイドリンク無線ベアラに基づいて、サイドリンクデータパケットが複製されるべきか否かを決定するために、端末デバイスによって使用される。
一実施形態では、構成情報は、ブロードキャストシグナリングおよび／または専用シグナリングを介して送信されてもよい。
一実施形態では、本方法は、サイドリンクデータ複製に関するアシスト情報を端末デバイスから受信することと、アシスト情報から構成情報を決定することとを更に含んでもよい。
一実施形態では、アシスト情報は、端末デバイスの能力情報、どのレイヤでサイドリンクデータ複製が実施されるかに関する情報、およびサイドリンクデータ複製を行うことが望ましいサイドリンク無線ベアラに関する情報のうちの少なくとも１つを含んでもよい。
第３の態様では、プロセッサとメモリとを含む、端末デバイスが提供される。メモリは、プロセッサによって実行可能な命令を含み、それによって端末デバイスは、第１の態様による方法を実施するように動作可能である。
第４の態様では、プロセッサとメモリとを含む、ネットワークデバイスが提供される。メモリは、プロセッサによって実行可能な命令を含み、それによってネットワークデバイスは、第２の態様による方法を実施するように動作可能である。
本開示の様々な実施形態によれば、サイドリンクデータパケットが複製されるべきか否かは、サイドリンクデータパケットの送信に用いられるべきサイドリンク無線ベアラに基づいて、端末デバイスによって決定される。したがって、サイドリンクに対してデータ複製を適切に構成する解決策が提案される。
更に、特定の種類のトラフィックに関するサイドリンクパケット複製は、既存のフレームワークに基づいて可能にされてもよい。したがって、サイドリンクの性能を改善することができ、既存のフレームワークに対する影響を最小にすることができる。
加えて、サイドリンクパケット複製を用いて、差別化されたＱｏＳを含むフレームワークを、高信頼性を要するサイドリンクトラフィックに対して提供することができる。更に、端末デバイスの変化する挙動および無線条件に基づいて、動的構成が可能であってもよい。
本開示の様々な実施形態の上記および他の態様、特徴、および利益は、添付図面を参照して、例としての以下の詳細な説明から、更に十分に明白となるであろう。図面中、同様の参照番号または符号は、同様または均等な要素を指定するのに使用される。図面は、本開示の実施形態をより良く理解するのを容易にするために例示され、必ずしも縮尺通りには描かれない。
無線通信ネットワークを示す概略図である。 本開示の一実施形態によるサイドリンクデータ複製の方法を示すフローチャートである。 本開示の一実施形態によるサイドリンクデータ複製の方法を示す別のフローチャートである。 本開示の一実施形態による、サイドリンクデータ複製がＭＡＣレイヤで実施されることを示す概略図である。 本開示の一実施形態による、サイドリンクデータ複製がＰＤＣＰレイヤで実施されることを示す概略図である。 本開示の一実施形態による、サイドリンクデータ複製がアプリケーションレイヤで実施されることを示す概略図である。 本開示の一実施形態によるサイドリンクデータ複製の方法を示す別のフローチャートである。 本開示の一実施形態によるサイドリンクデータ複製の装置を示すブロック図である。 本開示の一実施形態によるサイドリンクデータ複製の装置を示す別のブロック図である。 本発明の実施形態を実現するのに適したデバイスを示す単純化したブロック図である。
以下、本開示について、いくつかの例示の実施形態を参照して考察する。これらの実施形態は、本開示の範囲に対する何らかの限定を示唆するのではなく、単に当業者が本開示をより良く理解し、それによって実現できるようにする目的で考察されるものであることが理解されるべきである。
本明細書で使用するとき、「無線通信ネットワーク」という用語は、ＮＲ、ＬＴＥアドバンスト（ＬＴＥ−Ａ）、ＬＴＥ、広帯域符号分割多重アクセス（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）など、任意の適切な通信規格に従うネットワークを指す。更に、無線通信ネットワークにおける端末デバイスとネットワークデバイスとの間の通信は、グローバル移動体通信システム（ＧＳＭ）、ユニバーサル移動体通信システム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、および／または他の適切な第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、将来の第５世代（５Ｇ）通信プロトコル、ＩＥＥＥ ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／あるいは他の任意の適切な無線通信規格（ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭａｘ）、ブルートゥース、および／またはジグビー規格など）、ならびに／あるいは現在知られているかもしくは将来開発される他の任意のプロトコルを含むがそれらに限定されない、任意の適切な世代の通信プロトコルにしたがって実施されてもよい。
「ネットワークデバイス」という用語は、端末デバイスがネットワークにアクセスし、そこからサービスを受信するのに経由する、無線通信ネットワークにおけるデバイスを指す。ネットワークデバイスは、基地局（ＢＳ）、アクセスポイント（ＡＰ）、または無線通信ネットワークにおける他の任意の適切なデバイスを指してもよい。ＢＳは、例えば、ノードＢ（ＮｏｄｅＢもしくはＮＢ）、発展型ノードＢ（ｅＮｏｄｅＢもしくはｅＮＢ）、またはｇＮＢ、リモート無線ユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、中継器、フェムトやピコなどの低電力ノードなどであってもよい。ネットワークデバイスの更なる他の例は、ＭＳＲ ＢＳなどのマルチスタンダード無線（ＭＳＲ）機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、ベーストランシーバ基地局（ＢＴＳ）、送信ポイント、送信ノードを含んでもよい。しかしながら、より一般的には、ネットワークデバイスは、端末デバイスが無線通信ネットワークにアクセスできるようにすること、もしくは無線通信ネットワークにアクセスしている端末デバイスに何らかのサービスを提供できるようにすること、および／または無線通信ネットワークにアクセスしている無線デバイスに何らかのサービスを提供することが、可能である、そのように構成されている、そのように配置されている、ならびに／あるいはそれを可能にするように動作可能である、任意の適切なデバイス（またはデバイス群）を表してもよい。
「端末デバイス」という用語は、任意のエンドデバイス、ユーザ機器（ＵＥ）、または無線通信ネットワークにアクセスし、そこからサービスを受信することができる、他の適切なデバイスを指す。例として非限定的に、端末デバイスは、移動端末、加入者設備（ＳＳ）、携帯加入者設備、移動局（ＭＳ）、アクセス端末（ＡＴ）、特に例えばポータブルコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーミング端末デバイス、音楽記憶再生器具、移動電話、携帯電話、スマートフォン、ボイスオーバーＩＰ（ＶｏＩＰ）電話、無線ローカルループ電話、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）、デスクトップコンピュータ、ウェアラブル端末デバイス、車載型無線端末デバイス、無線エンドポイント、移動局、ラップトップ内蔵機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、無線カスタマー構内設備（ＣＰＥ）などを含んでもよいが、それらに限定されない。以下の説明では、「端末デバイス」、「端末」、「ユーザ機器」、および「ＵＥ」という用語は互換可能に使用されてもよい。
一例として、端末デバイスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）のＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格など、３ＧＰＰによって普及される１つまたは複数の通信規格にしたがった通信向けに構成されたＵＥを表してもよい。本明細書で使用するとき、「ユーザ機器」、即ち「ＵＥ」は、関連デバイスを所有および／または操作する人間のユーザという意味では、必ずしも「ユーザ」を有さなくてもよい。いくつかの実施形態では、端末デバイスは、直接的な人間の相互作用なしに情報を送信および／または受信するように構成されてもよい。例えば、端末デバイスは、内部もしくは外部イベントによって起動されると、または無線通信ネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計されてもよい。代わりに、ＵＥは、人間のユーザに販売するか人間のユーザによって操作されることが意図されるが、最初は特定の人間のユーザと関連付けられないことがある、デバイスを表してもよい。
端末デバイスは、サイドリンク通信およびＶ２Ｘサイドリンク通信に対応してもよい。
更に別の例として、物のインターネット（ＩｏＴ）のシナリオでは、端末デバイスは、監視および／または測定を実施し、かかる監視および／または測定の結果を別の端末デバイスおよび／またはネットワーク機器に送信する、機械または他のデバイスを表してもよい。端末デバイスは、この場合、３ＧＰＰの文脈ではマシンタイプ通信（ＭＴＣ）デバイスと呼ばれることがある、マシンツーマシン（Ｍ２Ｍ）デバイスであってもよい。
１つの特定の例として、端末デバイスは、３ＧＰＰ狭帯域物のインターネット（ＮＢ−ＩｏＴ）規格を実現するＵＥであってもよい。かかる機械またはデバイスの特定の例は、センサ、電力計などの計量デバイス、産業用機械装置、または家庭用もしくは個人用器具、例えば冷蔵庫、テレビ、腕時計などの個人用ウェアラブルなどである。他のシナリオでは、端末デバイスは、その動作状態またはその動作と関連付けられた他の機能に関して監視および／または報告することができる、車両用または他の機器を表してもよい。
本明細書で使用するとき、ダウンリンク（ＤＬ）送信はネットワークデバイスから端末デバイスへの送信を指し、アップリンク（ＵＬ）送信は反対方向の送信を指す。
本明細書における、「一実施形態」、「ある実施形態」、「一例の実施形態」などの言及は、記載される実施形態が、特定の特徴、構造、または特性を含んでもよいが、全ての実施形態が必ずしもその特定の特徴、構造、または特性を含まなくてもよいことを示す。更に、かかる語句は必ずしも同じ実施形態を指すものではない。更に、特定の特徴、構造、または特性がある実施形態と関連して記載される場合、明示的に記載されるか否かにかかわらず、他の実施形態と関連してかかる特徴、構造、または特性に影響を及ぼすことは、当業者の知識の範囲内にあることが提示される。
「第１」および「第２」などの用語が、様々な要素について記載する際に本明細書で使用されることがあるが、これらの要素はこうした用語によって限定されるべきではないことが理解されるべきである。これらの用語は１つの要素を別の要素と区別するためにのみ使用される。例えば、例示的な実施形態範囲から逸脱することなく、第１の要素を第２の要素と称することができ、同様に、第２の要素を第１の要素と称することができる。本明細書で使用するとき、「および／または」という用語は、関連する列挙された用語の１つまたは複数のあらゆる組み合わせを含む。
本開示で使用される専門用語は、単に特定の実施形態を説明するためのものであり、例示の実施形態を限定しようとするものではない。本明細書で使用するとき、単数形「ａ」、「ａｎ」、「ｔｈｅ」は、文脈において別段の明確な指示がない限り、複数も含むものとする。更に、「備える」、「備えている」、「有する」、「有している」、「含む」、および／または「含んでいる」という用語は、本明細書で使用するとき、提示される特徴、要素、および／または構成要素などが存在することを指定するが、１つもしくは複数の他の特徴、要素、構成要素、および／またはそれらの組み合わせの存在もしくは追加を除外するものではないことが理解されるであろう。
以下の説明および特許請求の範囲において、別途定義されない限り、本明細書で使用される全ての技術用語および科学用語は、本開示が属する分野の当業者によって一般に理解されるのと同じ意味を有する。
ＬＴＥを自動車業界に拡張するために、Ｖ２Ｖサービスの対応に対する最初の規格が完成された。ＬＴＥセルラーインフラストラクチャを推進する追加のＶ２Ｘ動作シナリオに対処する更なる強化は、ＬＴＥリリース１５に対して計画されている。そのため、５Ｇの文脈においてＮＲもＶ２Ｘサービスに対応することが期待される。
現在、３ＧＰＰ ＳＡ１のワーキンググループは、将来のＶ２Ｘサービスに対する新しいサービス要件を完成している。ＳＡ１は、５Ｇでも使用される高度Ｖ２Ｘサービスに対して２５の使用事例を特定した。かかる使用例は、隊列走行、拡張センサ、先進運転、および遠隔運転の４つの使用事例群に分類することができる。これらの高度適用例では、必要なデータ転送率、信頼性、レイテンシ、通信範囲、および速度を満たすために予期される要件は、より厳密である。
ＬＴＥにおけるこれらの高度Ｖ２Ｘサービスの少なくとも一部に対応するために、３ＧＰＰ Ｖ２Ｘフェーズ２における新しい作業項目が始まっている。作業項目は、リリース１４の機能性と同じリソースプールに共存してもよく同じスケジューリング割当てフォーマットを使用してもよい、一部のＰＣ５の機能性に対する解決策を特定し、フォーマットは、リリース１４のＵＥと比較してリリース１４のＰＣ５動作を著しく低下させることなく、リリース１４のＵＥによって復号することができる。
ＰＣ５の機能性は、８つ以下のＰＣ５キャリアであってもよいキャリアアグリゲーション（ＣＡ）、高次変調、即ち６４ ＱＡＭ（直交振幅変調）、レイヤ１におけるパケット到着と送信のためのリソース選択との間の最大時間の低減、モード３を使用するＵＥとモード４を使用するＵＥとの間での無線リソースプール共有を含んでもよい。
パケット複製は、送信ダイバーシティを増加させるために異なるキャリア間で同じパケットが複製されるとき、一部のサイドリンクサービスにとって重要な信頼性を向上させてもよい。実際に、サイドリンク送信は、例えば、より大きい干渉ならびに半二重帯域内輻射の問題に悩まされることがある、端末デバイスの自律送信の場合、より損失を被りやすい。
ＲＡＮ１＃８９では、パケット複製、即ち同じパケットの複製コピーの並列送信（例えば、「並列」は、同じもしくは異なる送信時間であるが、異なるキャリア上であることを意味する）は、ＰＣ５キャリアアグリゲーションの使用事例の１つと見なすことができるものと合意された。したがって、キャリアアグリゲーションに基づいてパケット複製を実現する異なる選択肢／方法がある。
例えば、パケット複製はＭＡＣレイヤで実施され、２つの選択肢を更に含んでもよい。選択肢は、ＭＡＣ ＰＤＵの複製送信である。この場合、同じサイズの複数のトランスポートブロックが、ＭＡＣエンティティによって作成され、同じ複製ＭＡＣ ＰＤＵで満たされる。この選択肢によって、受信機において統合復号（ソフトコンバイニング）を実施することが可能になる。しかしながら、異なるキャリア間での再送信（ＨＡＲＱとして知られていることがある）は結合され、即ち、キャリア帯域幅およびトラフィック負荷の観点で常に可能ではなくてもよい、同じトランスポートブロックサイズ（ＴＢＳ）を要する。
別の選択肢は、ＭＡＣ ＳＤＵ（サービスデータユニット）の複製送信である。この事例では、ＭＡＣエンティティは、異なるキャリアを介して複製ＭＡＣ ＳＤＵを送信する。キャリア間でのＨＡＲＱ送信および求められるスペクトルは、完全に独立しているであろう。既存の無線リンク制御（ＲＬＣ）複製廃棄機能は、複製物を扱うであろう。
別の例の場合、パケット複製は、ＣＡフレームワークにおいてＰＤＣＰ分割ベアラメカニズムを再使用することによって、ＰＤＣＰレイヤで実施される。この事例では、ＲＬＣエンティティ、即ち分割ＰＤＣＰの下の論理チャネルは、同じＭＡＣエンティティと関連付けられる。複製機能、ならびに複製廃棄機能は、ＰＤＣＰに位置するであろう。したがって、複製データは異なる論理チャネルにマッピングされるであろう。この事例の利点は、複製動作がＭＡＣレイヤに対して透明であり、既存のＭＡＣ機能性を再使用することができる点である。この事例では、キャリア間でのＨＡＲＱ送信はやはり独立している。
概要で言及したように、データ複製は、高信頼性および／または低レイテンシを要するサービスにとってより有用なことがある。したがって、その種のサービスを保持するサイドリンクに関してデータ複製を構成することが望ましい。しかしながら、現在のサービス品質（ＱｏＳ）はサイドリンクに対して定義されていない。したがって、サイドリンクに対してデータ複製を適切に構成する解決策が必要とされている。
本開示の様々な実施形態は、サイドリンクのデータ複製の構成に対する解決策を提供する。以下、本開示のいくつかの例示的な実施形態について図面を参照して記載する。
図１は、本開示の実施形態が実現される、無線通信ネットワーク１００の概略図を示している。図１に示されるように、無線通信ネットワーク１００は、１つまたは複数のネットワークデバイス、例えばネットワークデバイス１０１を含んでもよい。
ネットワークデバイス１０１は、ｇＮＢ、ノードＢ、ｅＮＢ、ＢＴＳ（ベーストランシーバ基地局）、および／またはＢＳＳ（基地局サブシステム）、アクセスポイント（ＡＰ）などの形態であることもできる。ネットワークデバイス１０１は、そのカバレッジ内の端末デバイスまたはＵＥのセット１０２−１、１０２−２、…、１０２−Ｎ（集合的に、「端末デバイス」１０２と呼ばれる）に対して無線接続性を提供してもよい（Ｎは自然数）。
ネットワークデバイス１０１は、処理回路構成、デバイス可読媒体、インターフェース、ユーザインターフェース機器、補助機器、電源、電力送達回路構成、およびアンテナなどを含んでもよい。
実際上、ネットワークデバイス１０１は、単一の図示される構成要素を構成する複数の異なる物理的構成要素を含んでもよい（例えば、インターフェースは、有線接続のためのワイヤを結合するポート／端子と、無線接続のための無線フロントエンド回路構成とを含む）。別の例として、ネットワークデバイス１０１は仮想ネットワークノードであってもよい。同様に、ネットワークノードは、自身のそれぞれの構成要素をそれぞれ有してもよい、複数の物理的に別個の構成要素（例えば、ノードＢコンポーネント）で構成されてもよい。
ネットワークデバイスが複数の別個の構成要素（例えば、ＢＴＳおよびＢＳＣコンポーネント）を含んでもよい特定のシナリオでは、別個の構成要素の１つまたは複数が、いくつかのネットワークノードの間で共有されてもよい。
例示の無線通信ネットワークに示されるネットワークデバイス１０１は、ハードウェア構成要素の特定の組み合わせを含むデバイスを表すことがあるが、他の実施形態は、構成要素の異なる組み合わせを含むネットワークデバイスを含んでもよい。ネットワークデバイスは、本明細書に開示するタスク、機構、機能、および方法を実施するのに必要な、ハードウェアおよび／またはソフトウェアの任意の適切な組み合わせを含んでもよいことが理解されるべきである。
図１の構成は単に例証のために記載されているものであり、本開示の範囲に関していかなる限定も示唆するものではないことが理解されるべきである。当業者であれば、無線通信ネットワーク１００は、任意の適切な数の端末デバイスおよび／またはネットワークデバイスを含んでもよく、他の適切な構成を有してもよいことを認識するであろう。
実施形態の第１の態様
一実施形態では、サイドリンクデータ複製の方法が提供される。方法は、一例として端末デバイスで実現される。
図２は、本開示の一実施形態によるサイドリンクデータ複製の方法２００を示すフローチャートであり、一例としてサイドリンクデータ複製の方法を示している。方法２００は端末デバイスで実施される。
図２に示されるように、方法２００は、ブロック２０１で、端末デバイスによって、サイドリンクデータパケットの送信に用いられるべきサイドリンク無線ベアラ（ＳＬＲＢ）に基づいて、サイドリンクデータパケットが複製されるべきか否かを決定することと、ブロック２０２で、端末デバイスによって、サイドリンク無線ベアラに基づいてサイドリンクデータパケットが複製されるべきであると決定される場合、サイドリンクデータパケットのサイドリンクデータ複製を実施することとを含む。
一実施形態では、サイドリンク無線ベアラは、サイドリンク無線ベアラ識別子（ＳＬＲＢ ＩＤ）、パケット優先度に関する情報（ＰＰＰＰなど）、１つもしくは複数の論理チャネル識別子（ＬＣＩＤ）、論理チャネル群（ＬＣＧ）識別子、およびトラフィックフロー識別子の情報のうちの１つまたは複数によって特定されてもよい。
情報は本開示の例であってもよいが、それに限定されないことが認識されるべきである。例えば、他のトラフィックフロー識別子が実際のシナリオにしたがって適合されてもよい。
単純にするため、一実施形態では、単一のパケットが１回複製されることも考慮される。しかしながら、他の実施形態では、単一のパケットを１回を超えて複製するように簡単に拡張することができる。
一実施形態では、１つまたは複数のサイドリンク無線ベアラは、サイドリンクデータパケットのサイドリンクデータ複製の送信に用いられることを許可するように予め定義されるかまたは構成されてもよい。
例えば、サイドリンクデータ複製の必要性はサイドリンク無線ベアラごとに決定される。より具体的には、構成／予め構成された情報または定義／予め定義された情報は、特定のサイドリンク無線ベアラに関連付けられた（もしくはそれに属する）サイドリンクデータパケットが複製されるのが許可されるべきか否かを示してもよい。「サイドリンク無線ベアラに関連付けられた／属するサイドリンクデータパケット」に対する参照または同様の説明は、そのサイドリンク無線ベアラで送信されるサイドリンクデータパケットを少なくとも指してもよい。
一例として、ＬＣＩＤ１およびＬＣＩＤ２によって特定されるＳＬＲＢ１は、サイドリンクデータ複製を許可するように、無線リソース制御（ＲＲＣ）シグナリングによって半静的になど、予め構成されてもよく、ＳＬＲＢ１に属する全てのサイドリンクデータパケットは複製されることが許可される。
別の例として、ＬＣＩＤ３およびＬＣＩＤ４によって特定されるＳＬＲＢ２は、サイドリンクデータ複製を許可するように、ダウンリンク制御情報（ＤＣＩ）によって動的になど、構成されてもよく、ＳＬＲＢ２に属する全てのサイドリンクデータパケットは複製されることが許可される。
別の例として、優先度１および２によって特定されるＳＬＲＢ１は、サイドリンクデータ複製を許可するように、標準仕様書によってなど、定義されてもよく、ＳＬＲＢ１に属する全てのサイドリンクデータパケットは複製されることが許可される。
単純にするため、「構成／予め構成された」または「定義／予め定義された」という用語は、構成または定義されたと単純化されてもよく、構成／予め構成された情報または定義／予め定義された情報は、本開示では、「構成」または「定義」と呼ばれることがある。しかしながら、それらに限定されず、ネットワークデバイスと端末デバイスとの間で一致に達するために、他の形式が適合されてもよい。
一例として、構成または定義は、サイドリンクデータパケットが、より厳密なＰＤＢ要件またはパケットエラー損失率要件を有するサイドリンク無線ベアラに属するとき、サイドリンクデータパケットの複製が許可されることを示してもよい。
別の例として、構成または定義は、サイドリンク無線ベアラ識別子（例えば、ＳＬＲＢ ＩＤ、またはＰＰＰＰ、またはＬＣＩＤ、またはＬＣＧ、または他の任意のトラフィックフロー識別子）のリストを示してもよいので、それらの示されるサイドリンク無線ベアラに関連付けられる全てのパケットは、複製されることが許可される。
一実施形態では、１つまたは複数のサイドリンク無線ベアラに関連する１つまたは複数の条件が、更に予め定義または構成されてもよく、１つまたは複数のサイドリンク無線ベアラに関連付けられるサイドリンクデータパケットは、１つまたは複数の条件が満たされると、複製されることが許可される。
例えば、構成または事前構成は、サイドリンク無線ベアラ識別子および識別子に対する閾値のリストを示してもよいので、サイドリンク無線ベアラ識別子が閾値よりも大きい（または小さい）サイドリンク無線ベアラに関連付けられるサイドリンクデータパケットのみが、複製されることが許可される。
一例として、ＬＣＩＤ１〜４によって特定されるＳＬＲＢ１が構成されてもよく、ＬＣＩＤが２よりも大きいべきである条件が更に構成されてもよいので、ＬＣＩＤ３およびＬＣＩＤ４に関連付けられるサイドリンクデータパケットのみが複製されることが許可される。
別の例として、優先度１〜８によって特定されるＳＬＲＢ１（例えば、優先度１は優先度８よりも高い）が定義されてもよく、優先度が４よりも高いべきである条件が更に定義されてもよいので、ＳＬＲＢ１に関連付けられ、優先度１〜３であるサイドリンクデータパケットのみが複製されることが許可される。
一実施形態では、端末デバイスは、サイドリンクデータ複製に関する１つまたは複数のパラメータを取得してもよい。端末デバイスは、サイドリンク無線ベアラに関連付けられたサイドリンクデータパケットが複製されるのが許可されると予め定義されるかまたは構成され、１つまたは複数のパラメータが１つまたは複数の予め定義された条件を満たす場合、サイドリンクデータパケットが複製されるべきであると決定してもよい。
例えば、サイドリンクデータ複製の必要性は、外部条件のいくつかに基づいて決定されてもよい。更に、パラメータおよび／または条件は、ネットワークデバイスによって動的または半静的に構成されてもよい。
一実施形態では、パラメータは、サイドリンクの混雑率（ＣＢＲ）、サイドリンクのチャネル状態情報（ＣＳＩ）、およびサイドリンクのフィードバック情報のうちの少なくとも１つを含んでもよく、その一部または全ては下位レイヤ情報と呼ばれてもよい。
加えて、またはその代わりに、パラメータは、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバック、無線リンク制御（ＲＬＣ）状態報告、送信制御プロトコル（ＴＣＰ）受領確認、およびアプリケーションレイヤ受領確認のうちの少なくとも１つを含んでもよく、その一部または全ては上位レイヤ情報と呼ばれてもよい。
加えて、またはその代わりに、パラメータは、端末デバイスの速度情報、端末デバイスの位置情報、端末デバイスのバッテリ情報、および端末デバイスの分類情報のうちの少なくとも１つを含んでもよい。
情報は本開示の例であってもよいが、それに限定されないことが認識されるべきである。例えば、他の情報またはパラメータが実際のシナリオにしたがって適合されてもよい。
この実施形態では、構成または定義は、上述のパラメータのいずれかの異なる値を提供することによって、サイドリンクデータ複製を許可／却下してもよく、値は、サイドリンクデータ複製が許可されるか否かを決定するために使用される。
一例として、構成または定義は、経験済みのサイドリンク干渉が特定の値に相当するか、または特定の干渉閾値を上回る場合のみ、サイドリンクデータ複製を許可できることを示してもよい。
別の例として、端末デバイスの速度が特定の値に相当するか、または特定の速度閾値を上回る場合のみ、サイドリンクパケット複製を許可することができる。
別の例として、端末デバイスが特定のエリア（例えば、トンネル、もしくは地下）に位置する場合のみ、サイドリンクデータ複製を許可することができる。
別の例として、ＣＢＲが特定の値に相当するか、または特定のＣＢＲ閾値を下回る場合のみ、チャネルの更なる混雑を回避するために、サイドリンクデータ複製を許可することができる。
別の例として、端末デバイスの残りのバッテリが特定の値に相当するか、または特定の閾値を上回る場合のみ、サイドリンクデータ複製を許可することができる。
別の例として、端末デバイスが公共の安全に関連するなど、端末デバイスが特定の分類に属する場合のみ、サイドリンクデータ複製を許可することができる。
加えて、構成または定義は、端末デバイスによって受信される受領確認に基づいて、サイドリンクデータ複製を実施するか否かを示してもよい。
例えば、構成または定義は、対応するサイドリンク無線ベアラに関する受信した受領確認に応じて、１つまたは複数のサイドリンクデータパケットを複製する必要があるか否かを示してもよい。受領確認は、ＨＡＲＱフィードバックなどの複数の無線レイヤ受領確認、またはＴＣＰ受領確認もしくはアプリケーションレイヤ受領確認などの上位レイヤ受領確認であってもよい。
加えて、構成または定義は、例えば、特定の時間窓（アプリケーション依存であってもよい）にわたって受信される受領確認に基づいて、１つまたは複数のサイドリンクデータパケットを複製する必要があるか否かを示してもよい。
構成または定義は、例えば、誤って（または成功裏に）受信されたパケット（ＮＡＣＫもしくはＡＣＫなど）の数と、１つまたは複数のサイドリンク無線ベアラに対して送信されたデータパケットの合計数との比を示してもよく、それによって、比が構成または予め構成された値を上回る（もしくは下回る）場合のみ、サイドリンクデータ複製が許可されてもよい。
上述の外部条件は本開示の例であってもよいが、それに限定されないことが認識されるべきである。例えば、実際のシナリオにしたがって、上述の例の１つまたは複数が組み合わされてもよい。
例えば、上述の条件のうちの１つを超えるものが成立した場合、構成または定義は、端末デバイスの挙動を決定してもよい。例えば、上述の条件の少なくとも１つが成立した場合、またはかかる条件の組み合わせが成立した場合のみ、または優先度が高いいくつかの条件が成立した場合のみ（その場合、構成または定義は上述の可能な条件それぞれに対して優先度を関連付けてもよい）、サイドリンクデータ複製が許可されてもよい。
上述の外部条件の制御は、異なるレイヤに常駐してもよく、したがって、端末デバイスの実現によって、サイドリンクデータ複製を使用可能／使用不能にするクロスレイヤシグナリングが提供されてもよいことが、認識されるべきである。
一実施形態では、サイドリンクデータパケットのサイドリンクデータ複製は、端末デバイスの媒体アクセス制御（ＭＡＣ）レイヤで実施されてもよい。あるいは、サイドリンクデータパケットのサイドリンクデータ複製は、端末デバイスのＰＤＣＰレイヤで実施されてもよい。あるいは、サイドリンクデータパケットのサイドリンクデータ複製は、端末デバイスのアプリケーションレイヤで実施されてもよい。サイドリンクデータ複製の詳細については、実施形態の第２の態様に記載する。
一実施形態では、端末デバイスは、サイドリンクデータ複製のための構成情報をネットワークデバイスから受信してもよい。あるいは、端末デバイスは、サイドリンクデータ複製のためのアシスト情報をネットワークデバイスに送信してもよい。
図３は、本開示の一実施形態によるサイドリンクデータ複製の方法３００を示す別のフローチャートであり、一例としてサイドリンクデータ複製の方法を示している。
図３に示されるように、方法３００は、３０１で、端末デバイスによって、サイドリンクデータ複製のためのアシスト情報をネットワークデバイスに送信することを含んでもよい。
一実施形態では、アシスト情報は、端末デバイスの容量情報、どのレイヤでサイドリンクデータ複製が実施されるかに関する情報、およびサイドリンクデータ複製を行うことが望ましいサイドリンク無線ベアラに関する情報のうちの１つまたは複数を含んでもよい。しかしながら、それに限定されない。
例えば、端末デバイスは、サイドリンクデータ複製に対応しているか否かの能力について報告してもよく、また任意に、どのレイヤでサイドリンクデータ複製が実施されるか（例えば、ＭＡＣレイヤもしくはＰＤＣＰレイヤ）を報告してもよい。この情報は、専用シグナリング、例えば無線リソース制御（ＲＲＣ）シグナリングを介して報告されてもよい。
一例として、ネットワークデバイスは、サイドリンクデータ複製を構成し、サイドリンクデータ複製に端末デバイスが対応している場合のみ、接続モードでシグナリングを端末デバイスに送出してもよい。対応レイヤの情報、例えばどのレイヤでサイドリンクデータ複製が実施されるかは、サイドリンクデータ複製が実際に始動されたときにスケジューリングがどのように実施されるべきかを、ネットワークデバイスが決定することを助けてもよい。
例えば、サイドリンクデータ複製がＭＡＣレイヤで実施される場合、同じ変調および符号化方式（ＭＣＳ）が採用されるべきであり、サイドリンクデータ複製が上位レイヤで実施される場合、キャリアごとに独立したスケジューリングが採用されるべきである。
別の例として、端末デバイスはまた、サイドリンクデータ複製を行うのが望ましいサイドリンク無線ベアラ識別子を示してもよい。それは、異なる無線ベアラ識別子に対して、ネットワークデバイスまたは端末デバイスのアプリケーションレイヤによって決定される優先度に応じて決まってもよい。
別の例として、接続モードでサイドリンク無線ベアラ識別子を端末デバイスから受信し、端末デバイスがサイドリンク複製に対応している場合、ネットワークデバイスは、示されたサイドリンク無線ベアラ識別子に対してサイドリンクデータ複製が許可されるかを決定し、ブロードキャストシグナリングまたは専用シグナリングを介してこれを端末デバイスに通知してもよい。
図３に示されるように、方法３００は、３０２で、ネットワークデバイスによって、アシスト情報に基づいてサイドリンクデータ複製のための構成情報を決定することと、３０３で、サイドリンクデータ複製のための構成情報を端末デバイスに送信することとを更に含んでもよい。
一実施形態では、構成情報は様々なやり方で送信されてもよい。一例では、ネットワークデバイスは、サイドリンク無線ベアラ識別子が許可されるサイドリンクデータ複製を構成し、端末デバイスが待機モードおよび／または接続モードの場合、ブロードキャストシグナリング（例えば、ＳＩＢ）を使用してこれを通知してもよい。
一例では、ネットワークデバイスは、サイドリンク無線ベアラ識別子が許可されるサイドリンクデータ複製を構成し、端末デバイスが接続モードであってサイドリンクデータ複製に対応している場合、専用シグナリング（例えば、ＲＲＣシグナリング）を介してこれを通知してもよい。
サイドリンクデータ複製の動的構成も可能であることが認識されるべきである。例えば、端末デバイスがモード３で動作しているとき（即ち、ネットワーク制御）、サイドリンクデータ複製がどのように採用されるべきかを通知するのに、専用シグナリング、例えばＭＡＣ制御要素（ＣＥ）が使用されてもよい。この場合、ネットワークデバイスが構成の全てを端末デバイスに送信することは必須ではない。
例えば、ネットワークデバイスは、構成の一部のみを端末デバイスに通知してもよく、端末デバイスは、上述したようなパラメータに対して測定を実施し、測定結果をネットワークデバイスに報告してもよい。
あるいは、端末デバイスは、構成に基づいて、自身でサイドリンクデータ複製を採用してもよい。これは、モード３およびモード４両方の端末デバイスで実行可能であるが、モード４の端末デバイスの方が好ましいことがある。
図３に示されるように、方法３００は、３０４で、端末デバイスによって、サイドリンクデータパケットの送信に用いられるべきサイドリンク無線ベアラに基づいて、サイドリンクデータパケットが複製されるべきか否かを決定することと、３０５で、端末デバイスによって、サイドリンク無線ベアラに基づいてサイドリンクデータパケットが複製されるべきであると決定される場合、サイドリンクデータパケットのサイドリンクデータ複製を実施することとを更に含んでもよい。
図３に示されるように、方法３００は、ブロック３０６で、端末デバイスによって、ネットワークデバイスからの構成情報、および／または端末デバイスによって取得された１つもしくは複数のパラメータに基づいて、サイドリンクデータ複製に使用されるキャリアを決定することを更に含んでもよい。
例えば、特定の基準にしたがって異なるサイドリンクキャリアが優先されてもよく、端末デバイスは、優先度が高いキャリアでサイドリンクデータ複製を送信してもよい。
例えば、端末デバイスは、サイドリンクで感知を実施してもよく、次に、どの利用可能なリソースを見出すことができるかで、ＣＢＲの昇順でキャリアを分類する。この後、端末デバイスは、サイドリンクデータ複製が許可され、送信待ちのデータを有する、優先度が最も高いサイドリンク無線ベアラ識別子を特定してもよい。次に、端末デバイスは、利用可能なリソースを有するどのキャリアを、サイドリンク無線ベアラ識別子の複製送信に使用できるか／使用するべきかを決定してもよい。決定は、特定されたサイドリンク無線ベアラ識別子の複製送信を実施するのに使用できる全てのキャリアが決定されるまで、最も低いＣＢＲのキャリアから開始してもよい。
図３は本開示の一例であるが、それに限定されないことが認識されるべきである。例えば、ブロック（もしくはステップ）で動作順序が調節されてもよく、ならびに／またはいくつかのブロック（もしくはステップ）が省略されてもよい。更に、図３に示されないいくつかのブロック（もしくはステップ）が追加されてもよい。
上述の実施形態から分かるように、サイドリンクデータパケットが複製されるべきか否かは、サイドリンクデータパケットの送信に用いられるべきサイドリンク無線ベアラに基づいて、端末デバイスによって決定される。したがって、サイドリンクに対してデータ複製を適切に構成する解決策が提案される。
更に、特定の種類のトラフィックに関するサイドリンクパケット複製は、既存のフレームワークに基づいて可能にされてもよい。したがって、サイドリンクの性能を改善することができ、既存のフレームワークに対する影響は最小であることができる。
加えて、サイドリンクパケット複製を用いて、差別化されたＱｏＳを含むフレームワークを、高信頼性を要するサイドリンクトラフィックに対して提供することができる。更に、端末デバイスの変化する挙動および無線条件に基づいて、動的構成が可能であってもよい。
実施形態の第２の態様
実施形態の第１の態様に基づいて、サイドリンクデータ複製をどのように実施するかについて、実施形態の第２の態様で説明する。第２の態様の実施形態は、第１の態様の実施形態とは独立していてもよいことが認識されるべきである。
一実施形態では、サイドリンクデータパケットのサイドリンクデータ複製は、端末デバイスの媒体アクセス制御（ＭＡＣ）レイヤで実施されてもよい。ＭＡＣレイヤには、パケットデータ統合プロトコル（ＰＤＣＰ）レイヤおよび／または無線リンク制御（ＲＬＣ）レイヤによって、論理チャネルおよびサイドリンク無線ベアラのマッピングが通知されてもよい。
図４は、本開示の一実施形態による、サイドリンクデータ複製がＭＡＣレイヤで実施されることを示す概略図である。図４に示されるように、ＭＡＣレイヤは複数のキャリアの多重化／逆多重化に関与し、したがって、実際のパケット複製を実施するレイヤとは無関係である。ＭＡＣレイヤは、適切なキャリアで送達するために、複製された内容を含む論理チャネルを認識しているべきである。
一実施形態では、１つまたは複数のサイドリンク無線ベアラは、アプリケーションレイヤによって、または端末デバイスの複製機能によって、サイドリンクデータ複製が許可されるサイドリンク無線ベアラに対するマッピングを含めて予め定義されるか、または構成されるか、または決定されてもよい。
例えば、サイドリンクデータ複製がＭＡＣレイヤで実施される場合、端末デバイスは、構成または定義に応じてサイドリンクデータ複製が実施されることが許可される、サイドリンク無線ベアラの１つ（サイドリンク無線ベアラ識別子の１つによって特定されてもよい）に、１つのＬＣＩＤをマッピングしてもよい。ＭＡＣエンティティには、サイドリンクパケット複製のためのＬＣＩＤが構成されることが通知されてもよい。
それらの論理チャネルの少なくとも１つで上位レイヤからデータを受信すると、ＭＡＣエンティティは、異なるサイドリンクキャリアの中でＭＡＣ ＰＤＵまたはＭＡＣ ＳＤＵのどちらかの複製送信を実施してもよい。どのＬＣＩＤをＭＡＣレイヤにおける複製送信に使用するべきかは、端末デバイスの実施によってもよく、または構成もしくは定義によって与えられてもよい。
例えば、構成または定義は、複製されることが許可されるサイドリンク無線ベアラ識別子を示してもよい。サイドリンク無線ベアラ識別子はそれぞれ、端末デバイスが複製送信に使用してもよい、ＬＣＩＤのセットに関連付けられてもよい。
一実施形態では、サイドリンクデータパケットは第１のサイドリンク無線ベアラで送信されるべきであり、サイドリンクデータ複製から取得された複製サイドリンクデータパケットは、第２のサイドリンク無線ベアラで送信されるべきである。第２のサイドリンク無線ベアラの識別子は、第１のサイドリンク無線ベアラの識別子と同じであってもよく、あるいは第１のサイドリンク無線ベアラの識別子と同じでなくてもよい。
一実施形態では、第２のサイドリンク無線ベアラは、最低優先度のサイドリンク無線ベアラにマッピングされてもよい。あるいは、第２のサイドリンク無線ベアラは、予め定義されるかまたは構成された値によって調節された第１のサイドリンク無線ベアラの識別子に等しい識別子を有する、サイドリンク無線ベアラにマッピングされてもよい。
例えば、いくつかの構成または定義された規則が使用されてもよく、例えば、最も低いＬＣＩＤ（即ち、ＬＣＩＤ８）が複製サイドリンクデータパケットを特定するのに使用され、すなわち複製送信のＬＣＩＤは、元の送信のＬＣＩＤを特定の値（例えば、１）で調節（例えば、加算）したものに等しいものとする。例えば、元の送信のＬＣＩＤは３であり、複製送信のＬＣＩＤは４である。しかしながら、それに限定されない。
あるいは、構成または定義は、複製サイドリンクデータパケットの送信に用いるべきキャリア（例えば、サービングセルインデックス、または周波数）も示してもよい（動的もしくは半静的になど）。あるいは、端末デバイスは、無線条件、例えば干渉レベル、および／またはＣＢＲ、および／またはブロック誤り率（ＢＬＥＲ）に応じて、複製サイドリンクデータパケットの送信に用いるべきキャリアを自律的に決定してもよい。
一実施形態では、サイドリンクデータパケットのデータ複製は、端末デバイスのＰＤＣＰレイヤで実施されてもよい。
図５は、本開示の一実施形態による、サイドリンクデータ複製がＰＤＣＰレイヤで実施されることを示す概略図である。
例えば、サイドリンクデータ複製がＰＤＣＰレイヤで実施される場合、端末デバイスは、サイドリンクデータ複製が許可される同じサイドリンク無線ベアラ（サイドリンク無線ベアラ識別子の１つによって特定されてもよい）に、複数のＬＣＩＤをマッピングしてもよく、これらのＬＣＩＤは同じ分割ＰＤＣＰエンティティにマッピングされる。
例えば、サイドリンクデータ複製がＰＤＣＰレイヤで行われる場合、ＰＤＣＰエンティティは、元のデータパケットおよび複製データパケットを２つの異なるＲＬＣエンティティに提示してもよい。２つのＲＬＣエンティティは次いで、２つの異なる論理チャネル（ＬＣＩＤを含む）を通して、ＲＬＣ ＰＤＵをＭＡＣレイヤに提示してもよい。どのＬＣＩＤをＭＡＣレイヤにおける複製送信に使用するべきかは、端末デバイスの実施によってもよく、または構成もしくは定義によって与えられてもよい。
例えば、構成または定義は、複製されることが許可されるサイドリンク無線ベアラ識別子を示してもよい。サイドリンク無線ベアラ識別子はそれぞれ、端末デバイスが複製送信に使用してもよい、ＬＣＩＤのセットに関連付けられてもよい。
例えば、いくつかの構成または定義された規則が使用されてもよく、例えば、最も低いＬＣＩＤ（即ち、ＬＣＩＤ８）が複製サイドリンクデータパケットを特定するのに使用され、または複製送信のＬＣＩＤは、元の送信に特定の値（例えば、１）を加算したものに等しいものとする。例えば、元の送信のＬＣＩＤは３であり、複製送信のＬＣＩＤは４である。しかしながら、それに限定されない。
あるいは、構成または定義は、複製サイドリンクデータパケットの送信に用いるべきキャリア（例えば、サービングセルインデックス、または周波数）も示してもよい（動的もしくは半静的になど）。あるいは、端末デバイスは、無線条件、例えば干渉レベル、および／またはＣＢＲ、および／またはＢＬＥＲに応じて、複製サイドリンクデータパケットの送信に用いるべきキャリアを自律的に決定してもよい。
一実施形態では、サイドリンクデータパケットのデータ複製は、端末デバイスのアプリケーションレイヤで実施されてもよい。
図６は、本開示の一実施形態による、サイドリンクデータ複製がアプリケーションレイヤで実施されることを示す概略図である。
例えば、分割ＰＤＣＰエンティティではなく、専用サイドリンク無線ベアラ識別子が、外部の無線アクセスネットワーク（ＲＡＮ）レイヤに常駐する複製機能によって生成される、複製サイドリンクデータパケットを送達するのに使用されてもよい。この場合、どのサイドリンク無線ベアラ識別子を使用するかは、構成または定義またはアプリケーションレイヤに応じて決まってもよい。
例えば、構成／アプリケーションレイヤは、下位レイヤへの複製送信を示すのにサイドリンク無線ベアラ識別子のセットを使用するべきであることを、下位レイヤに示してもよい。
例えば、いくつかの構成または定義された規則が使用されてもよく、例えば、最も低いサイドリンク無線ベアラ識別子（即ち、ＬＣＩＤ８）が複製サイドリンクデータパケットを特定するのに使用され確保され、すなわち複製送信のサイドリンク無線ベアラ識別子は、元の送信のサイドリンク無線ベアラ識別子に特定の値（例えば、１）を加算したものに等しいものとする。例えば、元の送信のサイドリンク無線ベアラ識別子は３であり、複製送信のサイドリンク無線ベアラ識別子は４である。しかしながら、それに限定されない。
あるいは、複製サイドリンクデータパケットを保持するサイドリンク無線ベアラ識別子はまた、特定のキャリアにおける送信に関連付けられ、端末デバイスの下位レイヤに通信されてもよい。キャリアは、構成に応じて決まってもよく、または無線条件、例えば干渉レベル、および／またはＣＢＲ、および／またはＢＬＥＲに基づいて、端末デバイスによって自律的に決定されてもよい。
一実施形態では、１つまたは複数のサイドリンク無線ベアラは、アプリケーションレイヤによって、または端末デバイスの複製機能によって、予め定義されるか、または構成されるか、または決定されて、サイドリンク無線ベアラに関連付けられたサイドリンクデータパケットのサイドリンクデータ複製が許可されることを示してもよい。
一実施形態では、１つまたは複数のサイドリンク無線ベアラは、アプリケーションレイヤによって、または端末デバイスの複製機能によって、予め定義されるか、または構成されるか、または決定されて、複製されるサイドリンクデータパケットの１つもしくは複数のサイドリンク無線ベアラを示してもよい。
どの分割ベアラメカニズムが使用されるかとは無関係に、サイドリンクデータ複製が実施されたか否かにかかわらずＭＡＣエンティティは単に上位レイヤからデータを送信してもよいことが、認識されるべきである。
実施形態の第３の態様
一実施形態では、サイドリンクデータ複製の方法が提供される。方法は、一例としてネットワークデバイスで実現され、実施形態の第１および第２の態様と同じものについては省略する。
図７は、本開示の一実施形態によるサイドリンクデータ複製の方法７００を示すフローチャートであり、一例としてサイドリンクデータ複製の方法を示している。
図７に示されるように、方法７００は、ブロック７０３で、ネットワークデバイスによって、サイドリンクデータ複製のための構成情報を端末デバイスに送信することを含み、構成情報は、端末デバイスによって、サイドリンクデータパケットの送信に用いられるべきサイドリンク無線ベアラに基づいて、サイドリンクデータパケットが複製されるべきか否かを決定するのに使用される。
一実施形態では、構成情報は、ブロードキャストシグナリングおよび／または専用シグナリングを介して送信されてもよい。
図７に示されるように、方法７００は、ブロック７０１で、ネットワークデバイスによって、サイドリンクデータ複製のためのアシスト情報を端末デバイスから受信することと、ブロック７０２で、ネットワークデバイスによって、アシスト情報に基づいて構成情報を決定することとを更に含んでもよい。
一実施形態では、アシスト情報は、端末デバイスの容量情報、どのレイヤでサイドリンクデータ複製が実施されるかに関する情報、およびサイドリンクデータ複製を行うことが望ましいサイドリンク無線ベアラに関する情報のうちの少なくとも１つを含んでもよい。
上述の実施形態から分かるように、サイドリンクデータパケットが複製されるべきか否かは、サイドリンクデータパケットの送信に用いられるべきサイドリンク無線ベアラに基づいて、端末デバイスによって決定される。したがって、サイドリンクに対してデータ複製を適切に構成する解決策が提案される。
実施形態の第４の態様
一実施形態では、サイドリンクデータ複製の装置が提供される。装置は、端末デバイス１０２であってもよく、または端末デバイス１０２に構成されてもよく、実施形態の第１から第３の態様と同じ内容については省略する。
図８は、本開示の一実施形態によるサイドリンクデータ複製の装置８００のブロック図を示している。
図８に示されるように、装置８００は、サイドリンクデータパケットの送信に用いられるべきサイドリンク無線ベアラに基づいて、サイドリンクデータパケットが複製されるべきか否かを決定するように構成された決定ユニット８０１と、サイドリンク無線ベアラに基づいてサイドリンクデータパケットが複製されるべきであると決定される場合、サイドリンクデータパケットのサイドリンクデータ複製を実施するように構成された複製ユニット８０２とを含む。
図８に示されるように、装置８００は、サイドリンクデータ複製のための１つまたは複数のパラメータを取得するように構成された取得ユニット８０３を更に含んでもよく、パラメータは、サイドリンクの混雑率（ＣＢＲ）、サイドリンクのチャネル状態情報（ＣＳＩ）、サイドリンクのフィードバック情報、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバック、無線リンク制御（ＲＬＣ）状態報告、送信制御プロトコル受領確認、アプリケーションレイヤ受領確認、端末デバイスの速度情報、端末デバイスの位置情報、端末デバイスのバッテリ情報、および端末デバイスの分類情報のうちの少なくとも１つを含んでもよい。
図８に示されるように、装置８００は、サイドリンクデータ複製のための構成情報をネットワークデバイスから受信するように構成された受信ユニット８０４を更に含んでもよい。
図８に示されるように、装置８００は、サイドリンクデータ複製のためのアシスト情報をネットワークデバイスに送信するように構成された送信ユニット８０５を更に含んでもよい。
装置８００に含まれる構成要素は、方法２００の動作に対応することが認識されるべきである。したがって、図２を参照して上述した全ての動作および特徴は、同様に、装置８００に含まれる構成要素に適用可能であり、同様の効果を有する。単純にするため、詳細については省略する。
装置８００に含まれる構成要素は、ソフトウェア、ハードウェア、ファームウェア、またはそれらのいずれかの組み合わせを含む、様々な形で実現されてもよいことが認識されるべきである。
一実施形態では、１つまたは複数のユニットが、ソフトウェアおよび／またはファームウェア、例えば記憶媒体に格納された機械実行可能命令を使用して、実現されてもよい。機械実行可能命令に加えて、またはその代わりに、装置８００に含まれる構成要素のうち一部または全てが、少なくとも部分的に、１つもしくは複数のハードウェア論理構成要素によって実現されてもよい。
例えば、非限定的に、使用することができる例証的なタイプのハードウェア論理構成要素としては、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、システム‐オン‐チップシステム（ＳＯＣ）、複雑なプログラマブル論理デバイス（ＣＰＬＤ）などが挙げられる。
装置８００はデバイスの一部であってもよい。それに限定されるものではないが、例えば、装置８００は端末デバイス１０２であってもよく、送信機および受信機など、端末デバイス１０２の他の部分は、図８では省略されている。
上述の実施形態から分かるように、サイドリンクデータパケットが複製されるべきか否かは、サイドリンクデータパケットの送信に用いられるべきサイドリンク無線ベアラに基づいて、端末デバイスによって決定される。したがって、サイドリンクに対してデータ複製を適切に構成する解決策が提案される。
実施形態の第５の態様
一実施形態では、サイドリンクデータ複製の装置が提供される。装置は、ネットワークデバイス１０１であってもよく、またはネットワークデバイス１０１に構成されてもよく、実施形態の第１から第３の態様と同じ内容については省略する。
図９は、本開示の一実施形態によるサイドリンクデータ複製の装置９００のブロック図を示している。
図９に示されるように、装置９００は、サイドリンクデータ複製のための構成情報を端末デバイスに送信するように構成された送信ユニット９０１を含み、構成情報は、端末デバイスによって、サイドリンクデータパケットの送信に用いられるべきサイドリンク無線ベアラに基づいて、サイドリンクデータパケットが複製されるべきか否かを決定するのに使用される。
図９に示されるように、装置９００は、サイドリンクデータ複製のためのアシスト情報を端末デバイスから受信するように構成された受信ユニット９０２と、アシスト情報から構成情報を決定するように構成された決定ユニット９０３とを更に含んでもよい。
装置９００に含まれる構成要素は、方法７００の動作に対応することが認識されるべきである。したがって、図７を参照して上述した全ての動作および特徴は、同様に、装置９００に含まれる構成要素に適用可能であり、同様の効果を有する。単純にするため、詳細については省略する。
装置９００に含まれる構成要素は、ソフトウェア、ハードウェア、ファームウェア、またはそれらのいずれかの組み合わせを含む、様々な形で実現されてもよい。
一実施形態では、１つまたは複数のユニットが、ソフトウェアおよび／またはファームウェア、例えば記憶媒体に格納された機械実行可能命令を使用して、実現されてもよい。機械実行可能命令に加えて、またはその代わりに、装置９００に含まれる構成要素のうち一部または全てが、少なくとも部分的に、１つもしくは複数のハードウェア論理構成要素によって実現されてもよい。
例えば、非限定的に、使用することができる例証的なタイプのハードウェア論理構成要素としては、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、システム‐オン‐チップシステム（ＳＯＣ）、複雑なプログラマブル論理デバイス（ＣＰＬＤ）などが挙げられる。
装置９００はデバイスの一部であってもよい。それに限定されるものではないが、例えば、装置９００はネットワークデバイス１０１であってもよく、送信機および受信機など、ネットワークデバイス１０１の他の部分は、図９では省略されている。
上述の実施形態から分かるように、サイドリンクデータパケットが複製されるべきか否かは、サイドリンクデータパケットの送信に用いられるべきサイドリンク無線ベアラに基づいて、端末デバイスによって決定される。したがって、サイドリンクに対してデータ複製を適切に構成する解決策が提案される。
実施形態の第６の態様
通信システムが提供され、図１に示されるように、通信システム１００は、実施形態の第３の態様によるサイドリンクデータ複製の方法を実施するように構成された、ネットワークデバイス１０１と、実施形態の第１の態様によるサイドリンクデータ複製の方法を実施するように構成された、端末デバイス１０２とを含む。
一実施形態では、デバイス（ネットワークデバイス１０１または端末デバイス１０２など）が提供され、実施形態の第１から第４の態様と同じ内容については省略する。
図１０は、本開示の実施形態を実現するのに適したデバイス１０００の単純化したブロック図を示している。デバイス１０００は、例えば、ネットワークデバイス１０１または端末デバイス１０２の少なくとも一部として実現されてもよい。
図示されるように、デバイス１０００は、通信手段１０３０と処理手段１０５０とを含む。処理手段１０５０は、データプロセッサ（ＤＰ）１０１０と、ＤＰ１０１０に結合されたメモリ（ＭＥＭ）１０２０とを含む。通信手段１０３０は、処理手段１０５０においてＤＰ１０１０に結合される。ＭＥＭ１０２０はプログラム（ＰＲＯＧ）１０４０を格納する。通信手段１０３０は、信号を送信／受信する送受信機として実現されてもよい、他のデバイスとの通信のためのものである。
いくつかの実施形態では、デバイス１０００は端末デバイスとして作用する。例えば、メモリ１０２０は複数の命令を格納し、プロセッサ１０１０は、メモリ１０２０に結合され、また、サイドリンクデータパケットの送信に用いられるべきサイドリンク無線ベアラに基づいて、サイドリンクデータパケットが複製されるべきか否かを決定し、サイドリンク無線ベアラに基づいてサイドリンクデータが複製されるべきであると決定される場合、サイドリンクデータパケットのサイドリンクデータ複製を実施する、命令を実行するように構成される。
他のいくつかの実施形態では、デバイス１０００はネットワークデバイスとして作用する。例えば、メモリ１０２０は複数の命令を格納し、プロセッサ１０１０は、メモリ１０２０に結合され、また、サイドリンクデータ複製のための構成情報を端末デバイスに送信する命令を実行するように構成される。構成情報は、サイドリンクデータパケットの送信に用いられるサイドリンク無線ベアラに基づいて、サイドリンクデータパケットが複製されるべきか否かを決定するのに、端末デバイスによって使用される。
ＰＲＯＧ１０４０は、関連するＤＰ１０１０によって実行されると、方法２００〜７００を用いて本明細書で考察したように、本開示の実施形態にしたがってデバイス１０００が動作できるようにするプログラム命令を含むものと仮定される。本明細書の実施形態は、デバイス１０００のＤＰ１０１０によって、またはハードウェアによって、またはソフトウェアとハードウェアとの組み合わせによって実行可能なコンピュータソフトウェアによって実現されてもよい。データプロセッサ１０１０とＭＥＭ１０２０との組み合わせは、本開示の様々な実施形態を実現するように適合された処理手段１０５０を形成してもよい。
ＭＥＭ１０２０は、局所的な技術環境に適したいずれかのタイプのものであってもよく、非限定例として、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光学メモリデバイスおよびシステム、固定のメモリおよび取外し可能なメモリなど、任意の適切なデータ格納技術を使用して実現されてもよい。１つのＭＥＭのみがデバイス１０００に示されているが、いくつかの物理的に明確なメモリモジュールがデバイス１０００に存在してもよい。ＤＰ１０１０は、局所的な技術環境に適したいずれかのタイプのものであってもよく、非限定例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づいたプロセッサのうちの１つまたは複数を含んでもよい。デバイス１０００は、主プロセッサを同期させるクロックに時間的に従属する特定用途向け集積回路チップなど、複数のプロセッサを有してもよい。
一般に、本開示の様々な実施形態は、ハードウェアもしくは専用回路、ソフトウェア、論理、またはそれらのいずれかの組み合わせの形で実現されてもよい。いくつかの態様はハードウェアの形で実現されてもよいが、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行されてもよい、ファームウェアまたはソフトウェアの形で実現されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャートとして、または他の何らかの描画表現を使用して例証され記載されているが、本明細書に記載するブロック、装置、システム、技術、または方法は、非限定例として、ハードウェア、ソフトウェア、ファームウェア、専用回路もしくは論理、汎用ハードウェアもしくはコントローラもしくは他のコンピューティングデバイス、またはそれらの何らかの組み合わせの形で実現されてもよいことが認識されるであろう。
例として、本開示の実施形態は、プログラムモジュールに含まれるものなどの機械実行可能命令が、標的の実プロセッサまたは仮想プロセッサ上のデバイスで実行されているという一般的文脈で記載することができる。一般に、プログラムモジュールは、特定のタスクを実施するかまたは特定の抽象データタイプを実現する、ルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含む。プログラムモジュールの機能性は、様々な実施形態で所望に応じて、組み合わされるかプログラムモジュール間で分割されてもよい。プログラムモジュールに対する機械実行可能命令は、ローカルまたは分散デバイス内で実行されてもよい。分散デバイスでは、プログラムモジュールは、ローカルおよびリモート両方の記憶媒体内にあってもよい。
本開示の方法を実施するプログラムコードは、１つまたは複数のプログラミング言語のいずれかの組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、または他のプログラマブルデータ処理装置のプロセッサまたはコントローラに提供されてもよく、プログラムコードは、プロセッサまたはコントローラによって実行されると、フローチャートおよび／またはブロック図で指定された機能／動作を実現させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立型ソフトウェアパッケージとして、部分的にマシン上および部分的にリモートマシン上で、または完全にリモートマシンもしくはサーバ上で実行してもよい。
上述のプログラムコードは、命令実行システム、装置、もしくはデバイスによって、またはそれらと関連して使用されるプログラムを包含するか、あるいは格納してもよい、いずれかの有形媒体であってもよい機械可読媒体上で実現されてもよい。機械可読媒体は、機械可読信号媒体または機械可読記憶媒体であってもよい。機械可読媒体は、電子、磁気、光学、電磁、赤外、または半導体のシステム、装置、またはデバイス、あるいはそれらの任意の適切な組み合わせを含んでもよいが、それらに限定されない。
機械可読記憶媒体のより具体的な例としては、１つもしくは複数のワイヤを有する電気接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読出し専用メモリ（ＥＰＲＯＭ、もしくはフラッシュメモリ）、光ファイバー、ポータブルコンパクトディスク読出し専用メモリ（ＣＤ−ＲＯＭ）、光学記憶デバイス、磁気記憶デバイス、あるいはそれらの任意の適切な組み合わせが挙げられるであろう。
本開示の文脈では、デバイスは、コンピュータシステムによって実行される、プログラムモジュールなどのコンピュータシステム実行可能命令の一般的文脈で実現されてもよい。一般に、プログラムモジュールは、特定のタスクを実施するかまたは特定の抽象データタイプを実現する、ルーチン、プログラム、オブジェクト、コンポーネント、論理、データ構造などを含んでもよい。デバイスは、通信ネットワークを通してリンクされるリモート処理デバイスによってタスクが実施される、分散型クラウドコンピューティング環境において実践されてもよい。分散型クラウドコンピューティング環境では、プログラムモジュールは、メモリ記憶デバイスを含むローカルおよびリモート両方のコンピュータシステム記憶媒体に位置してもよい。
更に、動作は特定の順序で描かれているが、これは、望ましい結果を達成するために、かかる動作が、示される特定の順序または連続順で実施されること、あるいは例証される全ての動作が実施されることを要するものと理解されるべきではない。特定の状況では、マルチタスキングおよび並列処理が有利なことがある。同様に、いくつかの特定の実現の詳細が上述の考察に含まれるが、これらは本開示の範囲に対する限定としてではなく、特定の実施形態に特有であってもよい特徴の説明として解釈されるべきである。別個の実施形態に関連して記載した特定の特徴は、単一の実施形態において組み合わせて実現されることもあってもよい。逆に、単一の実施形態に関連して記載した様々な特徴が、複数の実施形態において別個に、または任意の好適な部分的組み合わせで実現されることもあってもよい。
構造的特徴および／または方法論的作用に特有の文言で本開示について記載してきたが、添付の特許請求の範囲で定義される本開示は、上述した特定の特徴または作用に必ずしも限定されないことが理解されるべきである。それよりもむしろ、上述した特定の特徴および作用は、特許請求の範囲を実現する例示の形態として開示される。

Claims (27)

  1. サイドリンクデータパケットの送信に用いられるべきサイドリンク無線ベアラに基づいて、前記サイドリンクデータパケットが複製されるべきか否かを決定すること（２０１、３０４）と、
    前記サイドリンク無線ベアラに基づいて前記サイドリンクデータパケットが複製されるべきであると決定される場合、前記サイドリンクデータパケットのサイドリンクデータ複製を実施すること（２０２、３０５）と
    を含む、端末デバイス（１０２）におけるサイドリンクデータ複製の方法（２００、３００）。
  2. 前記サイドリンク無線ベアラが、サイドリンク無線ベアラ識別子、パケット優先度に関する情報、１つまたは複数の論理チャネル識別子、論理チャネル群識別子、およびトラフィックフロー識別子の情報のうちの１つまたは複数によって特定される、請求項１に記載の方法。
  3. １つまたは複数のサイドリンク無線ベアラが、サイドリンクデータパケットのサイドリンクデータ複製の送信に用いられることを許可するように予め定義されるかまたは構成される、請求項１または２に記載の方法。
  4. 前記１つまたは複数のサイドリンク無線ベアラに関連する１つまたは複数の条件が、サイドリンクデータ複製を許可するように更に予め定義されるかまたは構成される、請求項３に記載の方法。
  5. 前記方法が、
    前記サイドリンクデータ複製に関する１つまたは複数のパラメータを取得すること
    を更に含み、
    前記パラメータが、サイドリンクの混雑率（ＣＢＲ）、前記サイドリンクのチャネル状態情報（ＣＳＩ）、前記サイドリンクのフィードバック情報、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバック、無線リンク制御（ＲＬＣ）状態報告、送信制御プロトコル受領確認、アプリケーションレイヤ受領確認、前記端末デバイスの速度情報、前記端末デバイスの位置情報、前記端末デバイスのバッテリ情報、および前記端末デバイスの分類情報のうちの少なくとも１つを含む、請求項１から４のいずれか一項に記載の方法。
  6. 前記サイドリンク無線ベアラで送信されるべきサイドリンクデータパケットが複製されることが許可されると予め定義されるかまたは構成され、前記１つまたは複数のパラメータが１つまたは複数の予め定義された条件を満たす場合、前記サイドリンクデータパケットが複製されるべきであると決定される、請求項５に記載の方法。
  7. 前記サイドリンクデータパケットの前記サイドリンクデータ複製が、前記端末デバイスの媒体アクセス制御（ＭＡＣ）レイヤで実施される、請求項１から６のいずれか一項に記載の方法。
  8. 前記ＭＡＣレイヤに、パケットデータ統合プロトコル（ＰＤＣＰ）レイヤおよび／または無線リンク制御（ＲＬＣ）レイヤによって、論理チャネルおよび前記サイドリンク無線ベアラのマッピングが通知される、請求項７に記載の方法。
  9. 前記サイドリンクデータパケットの前記サイドリンクデータ複製が、前記端末デバイスのＰＤＣＰレイヤで実施される、請求項１から６のいずれか一項に記載の方法。
  10. 前記サイドリンクデータパケットの前記サイドリンクデータ複製が、前記端末デバイスのアプリケーションレイヤで実施される、請求項１から６のいずれか一項に記載の方法。
  11. １つまたは複数のサイドリンク無線ベアラが、アプリケーションレイヤ、または前記端末デバイスの複製機能によって、前記サイドリンクデータ複製が許可される前記サイドリンク無線ベアラに対するマッピングを含めて決定される、請求項７から１０のいずれか一項に記載の方法。
  12. 前記サイドリンクデータパケットが、第１のサイドリンク無線ベアラで送信されるべきであり、
    前記サイドリンクデータ複製から取得された複製サイドリンクデータパケットが、第２のサイドリンク無線ベアラで送信されるべきである、請求項７から１０のいずれか一項に記載の方法。
  13. 前記第２のサイドリンク無線ベアラが、最低優先度のサイドリンク無線ベアラにマッピングされる、請求項１２に記載の方法。
  14. 前記第２のサイドリンク無線ベアラが、予め定義されるかまたは構成された値によって調節された前記第１のサイドリンク無線ベアラの識別子に等しい識別子を有するサイドリンク無線ベアラにマッピングされる、請求項１２に記載の方法。
  15. 前記第２のサイドリンク無線ベアラが、前記複製サイドリンクデータパケットに対して確保された識別子を有するサイドリンク無線ベアラにマッピングされる、請求項１２に記載の方法。
  16. 前記方法が、
    前記サイドリンクデータ複製に関する構成情報をネットワークデバイス（１０１）から受信すること（３０３）
    を更に含み、
    前記構成情報が、ブロードキャストシグナリングおよび／または専用シグナリングを介して送信される、請求項１から１５のいずれか一項に記載の方法。
  17. 前記サイドリンクデータ複製に関するアシスト情報を前記ネットワークデバイス（１０１）に送信すること（３０１）を更に含む、請求項１６に記載の方法。
  18. 前記アシスト情報が、前記端末デバイスの能力情報、どのレイヤで前記サイドリンクデータ複製が実施されるかに関する情報、およびサイドリンクデータ複製を行うのが望ましいサイドリンク無線ベアラに関する情報のうちの少なくとも１つを含む、請求項１７に記載の方法。
  19. 前記方法が、
    ネットワークデバイスからの構成情報、および／または前記端末デバイス（１０２）によって取得された１つもしくは複数のパラメータに基づいて、前記サイドリンクデータ複製に使用されるキャリアを決定すること（３０６）
    を更に含む、請求項１から１８のいずれか一項に記載の方法。
  20. ネットワークデバイス（１０１）におけるサイドリンクデータ複製の方法（７００、３００）であって、
    サイドリンクデータ複製に関する構成情報を端末デバイス（１０２）に送信すること（７０３、３０３）
    を含み、
    前記構成情報が、サイドリンクデータパケットの送信に用いられるサイドリンク無線ベアラに基づいて、前記サイドリンクデータパケットが複製されるべきか否かを決定するために、前記端末デバイス（１０２）によって使用される、方法。
  21. 前記構成情報が、ブロードキャストシグナリングおよび／または専用シグナリングを介して送信される、請求項２０に記載の方法。
  22. 前記サイドリンクデータ複製に関するアシスト情報を前記端末デバイスから受信すること（７０１、３０１）と、
    前記アシスト情報から前記構成情報を決定すること（７０２、３０２）と
    を更に含む、請求項２０に記載の方法。
  23. 前記アシスト情報が、前記端末デバイスの能力情報、どのレイヤで前記サイドリンクデータ複製が実施されるかに関する情報、およびサイドリンクデータ複製を行うのが望ましいサイドリンク無線ベアラに関する情報のうちの少なくとも１つを含む、請求項２２に記載の方法。
  24. 端末デバイス（１０２）であって、プロセッサ（１０１０）とメモリ（１０２０）とを備え、前記メモリ（１０２０）が、前記プロセッサ（１０１０）によって実行可能な命令を含み、それによって前記端末デバイス（１０２）が、請求項１から１９のいずれか一項に記載の方法を実施するように動作する、端末デバイス（１０２）。
  25. ネットワークデバイス（１０１）であって、プロセッサ（１０１０）とメモリ（１０２０）とを備え、前記メモリ（１０２０）が、前記プロセッサ（１０１０）によって実行可能な命令を含み、それによって前記ネットワークデバイス（１０１）が、請求項２０から２３のいずれか一項に記載の方法を実施するように動作する、ネットワークデバイス（１０１）。
  26. 命令を格納するコンピュータ可読記憶媒体であって、前記命令は、端末デバイス（１０２）のプロセッサ（１０１０）で実行されると、請求項１から１９のいずれか一項に記載の方法を前記端末デバイス（１０２）に実施させる、コンピュータ可読記憶媒体。
  27. 命令を格納するコンピュータ可読記憶媒体であって、前記命令は、ネットワークデバイス（１０１）のプロセッサ（１０１０）で実行されると、請求項２０から２３のいずれか一項に記載の方法を前記ネットワークデバイス（１０１）に実施させる、コンピュータ可読記憶媒体。
JP2019564059A 2017-08-10 2018-07-26 サイドリンクデータ複製の方法およびデバイス Pending JP2020526946A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CNPCT/CN2017/096765 2017-08-10
CN2017096765 2017-08-10
PCT/CN2018/097198 WO2019029375A1 (en) 2017-08-10 2018-07-26 METHOD AND DEVICE FOR DUPLICATING LATERAL BINDING DATA

Publications (1)

Publication Number Publication Date
JP2020526946A true JP2020526946A (ja) 2020-08-31

Family

ID=65273296

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019564059A Pending JP2020526946A (ja) 2017-08-10 2018-07-26 サイドリンクデータ複製の方法およびデバイス

Country Status (7)

Country Link
US (1) US11012194B2 (ja)
EP (1) EP3466151B1 (ja)
JP (1) JP2020526946A (ja)
KR (1) KR102224214B1 (ja)
CN (1) CN109661833B (ja)
BR (1) BR112019022569A2 (ja)
WO (1) WO2019029375A1 (ja)

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109547168B (zh) * 2017-09-21 2021-07-20 华为技术有限公司 数据传输方法、终端设备和网络设备
EP3510822A4 (en) 2017-09-28 2019-07-31 ZTE Corporation SYSTEM AND METHOD FOR CARRYING OUT A CARRIER AGGREGATION IN A SIDELINK COMMUNICATION
KR20200083530A (ko) * 2017-11-02 2020-07-08 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 차량 인터넷에서의 데이터 송신 방법 및 단말기
US10827380B2 (en) * 2018-01-30 2020-11-03 Huawei Technologies Co., Ltd. System and method for supporting URLLC in advanced V2X communications
WO2019156474A1 (ko) * 2018-02-11 2019-08-15 엘지전자 주식회사 무선 통신 시스템에서 사이드링크 통신을 위한 피드백 신호를 설정하는 방법 및 장치
CN110958090B (zh) * 2018-09-27 2021-09-14 维沃移动通信有限公司 PDCP duplication的配置方法和终端设备
US11082892B2 (en) * 2018-10-30 2021-08-03 Apple Inc. Methods for transmitting and receiving data in 5G NR device based on data/service tagging from application processor
EP3915282B1 (en) * 2019-01-23 2024-01-03 Telefonaktiebolaget Lm Ericsson (Publ) Method performed by a user equipment for handling communication in a wireless communication network
CN114041272A (zh) 2019-03-28 2022-02-11 联想（新加坡）私人有限公司 多无线电接入技术通信
CN111294980B (zh) * 2019-03-28 2022-02-15 展讯通信（上海）有限公司 无线承载建立方法及装置
CN111757341A (zh) * 2019-03-28 2020-10-09 华为技术有限公司 一种无线承载的配置方法、装置及系统
EP3846519B1 (en) * 2019-04-26 2022-07-06 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method or device for integrity protection
CN111865483B (zh) * 2019-04-30 2021-09-07 华为技术有限公司 一种发送、接收csi、配置资源的方法及设备
CN113939004A (zh) 2019-05-14 2022-01-14 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
US11324017B2 (en) 2019-06-17 2022-05-03 Electronics And Telecommunications Research Institute Method and apparatus for transmitting sidelink feedback information in wireless communication system
CN110460973B (zh) * 2019-07-15 2020-11-17 华为技术有限公司 一种v2x通信方法、装置以及存储介质
KR20210010320A (ko) 2019-07-19 2021-01-27 한국전자통신연구원 사이드링크 통신을 위한 자원 할당 및 예약 방법, 및 이를 위한 장치
CN111800798B (zh) * 2019-07-24 2022-02-15 维沃移动通信有限公司 副链路数据复制功能控制、信息配置方法和设备
CN112351403B (zh) * 2019-08-07 2023-10-20 华为技术有限公司 通信方法、建立slrb的方法和通信装置
CN112399641A (zh) * 2019-08-13 2021-02-23 大唐移动通信设备有限公司 一种直接通信接口重复传输的方法、终端及网络侧设备
WO2021026767A1 (en) * 2019-08-13 2021-02-18 Lenovo (Beijing) Limited Method and device of slrb configuration for nr v2x sidelink ue
CN113574953B (zh) * 2019-09-30 2024-02-20 Oppo广东移动通信有限公司 无线通信方法和终端设备
US20210100046A1 (en) * 2019-10-01 2021-04-01 Qualcomm Incorporated Feedback for sidelink transmission
US11463902B2 (en) * 2019-10-03 2022-10-04 Qualcomm Incorporated Quality of service flow mapping handling for the support of V2X communication
US11595160B2 (en) 2020-04-08 2023-02-28 Electronics And Telecommunications Research Institute Method and apparatus for sidelink communication based on feedback
US20220361152A1 (en) * 2021-05-10 2022-11-10 Qualcomm Incorporated Techniques for collecting sidelink channel feedback from a receiving ue
WO2023056631A1 (en) * 2021-10-09 2023-04-13 Lenovo (Beijing) Limited Method and apparatus for packet duplicaiton
EP4216640A1 (en) * 2022-01-19 2023-07-26 Nokia Solutions and Networks Oy Allocating resources for communication and sensing services
WO2023220961A1 (zh) * 2022-05-18 2023-11-23 Oppo广东移动通信有限公司 数据传输方法、第一设备、第二设备
WO2024030658A1 (en) * 2022-08-04 2024-02-08 Interdigital Patent Holdings, Inc. Methods for pdu duplication in multicarrier sidelink

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150319595A1 (en) * 2012-11-02 2015-11-05 Renesas Mobile Corporation Device-to-device communication setup using proximity services

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110122761A1 (en) 2009-11-23 2011-05-26 Sundar Sriram KPI Driven High Availability Method and apparatus for UMTS radio access networks
US9357460B2 (en) * 2013-03-22 2016-05-31 Sharp Kabushiki Kaisha Systems and methods for establishing multiple radio connections
US10664297B2 (en) 2014-02-24 2020-05-26 Hewlett Packard Enterprise Development Lp Activating pre-created VNFCs when a monitored performance level of a VNF exceeds a maximum value attainable by the combined VNFCs that form a VNF
US10716165B2 (en) * 2014-04-24 2020-07-14 Lg Electronics Inc. Methods and apparatus for releasing a sidelink radio bearer for D2D communication system
WO2015163625A1 (en) * 2014-04-24 2015-10-29 Lg Electronics Inc. Method for establishing layer-2 entities for d2d communication system and device therefor
JP6736653B2 (ja) 2015-07-08 2020-08-05 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて装置対装置通信端末の同期信号送受信方法及び装置
CN106470384A (zh) 2015-08-18 2017-03-01 北京信威通信技术股份有限公司 一种d2d通信中的承载配置方法
CN109417723B (zh) * 2017-02-02 2022-04-19 Lg电子株式会社 用于发送数据单元的方法和设备
EP3602944B1 (en) 2017-03-24 2021-12-08 Apple Inc. Carrier aggregation and high order modulation in vehicle-to-vehicle (v2v) sidelink communication
US11212701B2 (en) * 2017-05-14 2021-12-28 FG Innovation Company Limited Systems, methods, and devices for ultra-reliable low latency communication quality-of-service guarantee
EP3589066B1 (en) * 2018-06-29 2021-10-06 ASUSTek Computer Inc. Method and apparatus of handling sidelink transmission in a wireless communication system
ES2945808T3 (es) * 2018-08-03 2023-07-07 Asustek Comp Inc Procedimiento y aparato para manejar la transmisión de enlace lateral en un sistema de comunicación inalámbrica

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150319595A1 (en) * 2012-11-02 2015-11-05 Renesas Mobile Corporation Device-to-device communication setup using proximity services

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
ASUSTEK: "Activation and Deactivation of UL PDCP duplication", 3GPP TSG-RAN WG2 ADHOC_2017_06_NR R2-1706945, JPN6021003817, 16 June 2017 (2017-06-16), pages 2, ISSN: 0004594250 *
HUAWEI, HISILICON: "Configuration and control of packet duplication", 3GPP TSG-RAN WG2 ADHOC_2017_06_NR R2-1706716, JPN6021003819, 17 June 2017 (2017-06-17), pages 2, ISSN: 0004594251 *
INTEL CORPORATION: "CA packet duplication in Dual Connectivity", 3GPP TSG-RAN WG2 ADHOC_2017_06_NR R2-1707049, JPN6021003815, 17 June 2017 (2017-06-17), FR, pages 2, ISSN: 0004594249 *
INTEL CORPORATION: "On Carrier Aggregation for LTE V2V Sidelink Communication", 3GPP TSG-RAN WG1#88B R1-1705446, JPN6021003813, 25 March 2017 (2017-03-25), FR, pages 3, ISSN: 0004594248 *

Also Published As

Publication number Publication date
EP3466151A1 (en) 2019-04-10
EP3466151B1 (en) 2022-09-14
WO2019029375A1 (en) 2019-02-14
CN109661833B (zh) 2021-07-27
CN109661833A (zh) 2019-04-19
KR20190137890A (ko) 2019-12-11
US11012194B2 (en) 2021-05-18
EP3466151A4 (en) 2020-04-01
BR112019022569A2 (pt) 2020-05-19
US20200403731A1 (en) 2020-12-24
KR102224214B1 (ko) 2021-03-09

Similar Documents

Publication Publication Date Title
KR102224214B1 (ko) 사이드링크 데이터 복제를 위한 방법 및 디바이스
CN110741713B (zh) 调度请求、状态报告以及逻辑信道优先化
JP7018499B2 (ja) 自律アップリンク送信および再送信のための方法
JP7100710B2 (ja) スケジューリング要求およびａｃｋ／ｎａｃｋの優先度付け
JP6992049B2 (ja) ビーム管理
EP3602875B1 (en) Method and device for code block grouping and for providing feedback information
US20210409091A1 (en) Beam failure recovery on a non-failed cell
EP3777456B1 (en) Mac-phy model for sidelink carrier (re)selection
CN112335312A (zh) 用于新无线电车辆侧链路共享信道数据传输的侧链路缓冲器状态报告和调度请求
JP2019532590A (ja) 装置
CN113170487A (zh) 无线通信系统的自主模式下的副链路服务质量管理以及相关的方法和装置
TW201637507A (zh) 執形多無線電存取技術載波聚合方法、裝置及系統
US20220174683A1 (en) Logical Channel Prioritization for Pre-Emption
US20230171795A1 (en) Sidelink enhancements - resource allocation simultaneous mode 1/mode 2
US20220338211A1 (en) Medium Access Control-Control Element Handling in Multi-Priority Traffic Environments
US20240032093A1 (en) Methods and systems of lbt adaptation and beam operation with interference handling for supporting nr above 52.6 ghz
WO2022227825A1 (en) Relay operations in wireless communication
KR20240068679A (ko) 신호 송수신 방법 및 장치, 및 통신 시스템
WO2023041033A1 (en) Terminal device, network node, and methods therein
OA19953A (en) Method and device for sidelink data duplication.
US20240063953A1 (en) Logical channel prioritization in unlicensed spectrum
WO2024001724A1 (en) User equipment, network node and methods for rlf handling

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200121

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210127

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210209

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20210914