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