(57)【要約】      （修正有）【課題】サイドリンク受信を処理するための方法及び装置を提供する。【解決手段】ユーザ機器（ＵＥ）は、サイドリンク無線ベアラ（ＳＬＲＢ）に対してサイドリンクパケット重複が有効の場合、第１のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）に対応する第１のＰＤＣＰ  ＰＤＵ（Ｐｒｏｔｏｃｌ  Ｄａｔａ  Ｕｎｉｔ）及びその複製を送信する。第１のＰＤＣＰ  ＰＤＵの第１のＰＤＣＰシーケンス番号（ＳＮ）は、ＳＬＲＢでのサイドリンク送信に用いる１以上の状態変数に基づいて設定する。サイドリンクパケット重複がＳＬＲＢに対して無効の場合、第２のＰＤＣＰ  ＳＤＵに対応する第２のＰＤＣＰ  ＰＤＵを送信し、その複製は送信しない。第２のＰＤＣＰ  ＰＤＵの第２のＰＤＣＰ  ＳＮは、ＳＬＲＢでサイドリンク送信に用いる１以上の状態変数に基づいて設定する。【選択図】図１６
2020025262.tif 000002
【特許請求の範囲】
【請求項１】
サイドリンク送信を行うためのユーザ機器（ＵＥ）の方法であって、
サイドリンク無線ベアラ（ＳＬＲＢ）に対してサイドリンクパケット重複が設定または有効にされる場合、第１のＰＤＣＰ（Packet  Data  Convergence  Protocol）ＳＤＵ（Service  Data  Unit）に対応する第１のＰＤＣＰ  ＰＤＵ（Protocol  Data  Unit）および該第１のＰＤＣＰ  ＰＤＵの複製を送信することであって、該第１のＰＤＣＰ  ＰＤＵの第１のＰＤＣＰシーケンス番号（ＳＮ）は、該ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数に基づいて設定される、送信することと、
前記サイドリンクパケット重複が前記ＳＬＲＢに対して設定解除または無効にされる場合、第２のＰＤＣＰ  ＳＤＵに対応する第２のＰＤＣＰ  ＰＤＵを送信することであって、該第２のＰＤＣＰ  ＰＤＵの第２のＰＤＣＰ  ＳＮは、前記ＳＬＲＢでのサイドリンク送信に使用される前記１つ以上の状態変数に基づいて設定され、該第２のＰＤＣＰ  ＰＤＵの複製は送信されない、送信することと、を含む方法。
【請求項２】
前記ＳＬＲＢに対して前記サイドリンクパケット重複が設定または有効にされる場合、前記ＳＬＲＢでのサイドリンク送信に使用される前記１つ以上の状態変数を維持することを含む、請求項１に記載の方法。
【請求項３】
前記ＳＬＲＢに対して前記サイドリンクパケット重複が設定解除または無効にされる場合、前記ＳＬＲＢでのサイドリンク送信に使用される前記１つ以上の状態変数を維持することを含む、請求項２に記載の方法。
【請求項４】
前記ＳＬＲＢでのサイドリンク送信に使用される前記１つ以上の状態変数の状態変数は、Next_PDCP_TX_SNである、請求項１に記載の方法。
【請求項５】
前記ＳＬＲＢに対して前記サイドリンクパケット重複が設定解除または無効にされる場合、前記第２のＰＤＣＰ  ＰＤＵの第２のＰＤＣＰ  ＳＮは０に設定されない、請求項１に記載の方法。
【請求項６】
前記ＳＬＲＢでのサイドリンク送信に使用される前記１つ以上の状態変数の第２の状態変数は、TX_HFNである、請求項４に記載の方法。
【請求項７】
システム情報内のSL-V2X-PacketDuplicationConfig情報要素のthreshSL-Reliabilityフィールドが、前記ＳＬＲＢでの前記サイドリンクパケット重複を伴うサイドリンク送信を前記ＵＥが行うことを有効にする値に設定される場合、前記サイドリンクパケット重複が設定または有効にされる、請求項１に記載の方法。
【請求項８】
前記サイドリンクパケット重複は、
SL-V2X-PacketDuplicationConfig情報要素のthreshSL-Reliabilityフィールドが、システム情報を介して前記ＵＥに提供されない場合、
前記SL-V2X-PacketDuplicationConfig情報要素のthreshSL-Reliabilityフィールドがシステム情報から削除される場合、
前記SL-V2X-PacketDuplicationConfig情報要素が、システム情報を介して前記ＵＥに提供されない場合、または
前記SL-V2X-PacketDuplicationConfig情報要素がシステム情報から削除される場合
のうちの、少なくとも１つが満たされる場合、設定解除または無効にされる、請求項１に記載の方法。
【請求項９】
システム情報におけるSL-V2X-PacketDuplicationConfig情報要素のthreshSL-Reliabilityフィールドが、前記ＳＬＲＢでの前記サイドリンクパケット重複を伴うサイドリンク送信を前記ＵＥが行うことを無効にする値に変更される場合、前記サイドリンクパケット重複は、設定解除または無効にされる、請求項１に記載の方法。
【請求項１０】
前記第１のＰＤＣＰ  ＰＤＵは第１のキャリアで送信され、
前記第１のＰＤＣＰ  ＰＤＵの複製は、前記第１のキャリアとは異なる第２のキャリアで送信される、請求項１に記載の方法。
【請求項１１】
通信デバイスであって、
プロセッサと、
前記プロセッサによって実行されときに、動作の実行を引き起こすプロセッサ実行可能命令を含むメモリと、を含み、前記動作は、
サイドリンク無線ベアラ（ＳＬＲＢ）に対してサイドリンクパケット重複が設定または有効にされる場合、第１のＰＤＣＰ（Packet  Data  Convergence  Protocol）ＳＤＵ（Service  Data  Unit）に対応する第１のＰＤＣＰ  ＰＤＵ（Protocol  Data  Unit）および該第１のＰＤＣＰ  ＰＤＵの複製を送信することであって、該第１のＰＤＣＰ  ＰＤＵの第１のＰＤＣＰシーケンス番号（ＳＮ）は、該ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数に基づいて設定される、送信することと、
前記サイドリンクパケット重複が前記ＳＬＲＢに対して設定解除または無効にされる場合、第２のＰＤＣＰ  ＳＤＵに対応する第２のＰＤＣＰ  ＰＤＵを送信することであって、該第２のＰＤＣＰ  ＰＤＵの第２のＰＤＣＰ  ＳＮは、前記ＳＬＲＢでのサイドリンク送信に使用される前記１つ以上の状態変数に基づいて設定され、該第２のＰＤＣＰ  ＰＤＵの複製は送信されない、送信することと、を含む、通信デバイス。
【請求項１２】
前記動作は、前記ＳＬＲＢに対して前記サイドリンクパケット重複が設定または有効にされる場合、前記ＳＬＲＢでのサイドリンク送信に使用される前記１つ以上の状態変数を維持することを含む、請求項１１に記載の通信デバイス。
【請求項１３】
前記動作は、前記ＳＬＲＢに対して前記サイドリンクパケット重複が設定解除または無効にされる場合、前記ＳＬＲＢでのサイドリンク送信に使用される前記１つ以上の状態変数を維持することを含む、請求項１２に記載の通信デバイス。
【請求項１４】
前記ＳＬＲＢでのサイドリンク送信に使用される前記１つ以上の状態変数の状態変数は、Next_PDCP_TX_SNである、請求項１１に記載の通信デバイス。
【請求項１５】
前記ＳＬＲＢに対して前記サイドリンクパケット重複が設定解除または無効にされる場合、前記第２のＰＤＣＰ  ＰＤＵの第２のＰＤＣＰ  ＳＮは０に設定されない、請求項１１に記載の通信デバイス。
【請求項１６】
前記ＳＬＲＢでのサイドリンク送信に使用される前記１つ以上の状態変数の第２の状態変数は、TX_HFNである、請求項１４に記載の通信デバイス。
【請求項１７】
システム情報内のSL-V2X-PacketDuplicationConfig情報要素のthreshSL-Reliabilityフィールドが、前記ＳＬＲＢでの前記サイドリンクパケット重複を伴うサイドリンク送信を当該通信デバイスが行うことを有効にする値に設定される場合、前記サイドリンクパケット重複が設定または有効にされる、請求項１１に記載の通信デバイス。
【請求項１８】
前記サイドリンクパケット重複は、
SL-V2X-PacketDuplicationConfig情報要素のthreshSL-Reliabilityフィールドが、システム情報を介して当該通信デバイスに提供されない場合、
前記SL-V2X-PacketDuplicationConfig情報要素のthreshSL-Reliabilityフィールドがシステム情報から削除される場合、
前記SL-V2X-PacketDuplicationConfig情報要素が、システム情報を介して当該通信デバイスに提供されない場合、または
前記SL-V2X-PacketDuplicationConfig情報要素がシステム情報から削除される場合
のうちの、少なくとも１つが満たされる場合、設定解除または無効にされる、請求項１１に記載の通信デバイス。
【請求項１９】
システム情報におけるSL-V2X-PacketDuplicationConfig情報要素のthreshSL-Reliabilityフィールドが、前記ＳＬＲＢでの前記サイドリンクパケット重複を伴うサイドリンク送信を当該通信デバイスが行うことを無効にする値に変更される場合、前記サイドリンクパケット重複は、設定解除または無効にされる、請求項１１に記載の通信デバイス。
【請求項２０】
前記第１のＰＤＣＰ  ＰＤＵは第１のキャリアで送信され、
前記第１のＰＤＣＰ  ＰＤＵの複製は、前記第１のキャリアとは異なる第２のキャリアで送信される、請求項１１に記載の通信デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１８年８月３０日に出願された米国仮特許出願第６２／７１４，３９５号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。
【０００２】
この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおいてサイドリンク受信を処理するための方法および装置に関連する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。
【発明の概要】
【０００５】
本開示によれば、１つ以上の方法および／または装置が提供される。ユーザ機器（ＵＥ）の観点からの例では、サイドリンク無線ベアラ（ＳＬＲＢ）に対してサイドリンクパケット重複が設定または有効にされる場合、第１のＰＤＣＰ（Packet  Data  Convergence  Protocol）ＳＤＵ（Service  Data  Unit）に対応する第１のＰＤＣＰ  ＰＤＵ（Protocol  Data  Unit）および第１のＰＤＣＰ  ＰＤＵの複製が送信される。第１のＰＤＣＰ  ＰＤＵの第１のＰＤＣＰシーケンス番号（ＳＮ）は、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数に基づいて設定される。サイドリンクパケット重複がＳＬＲＢに対して設定解除または無効にされる場合、第２のＰＤＣＰ  ＳＤＵに対応する第２のＰＤＣＰ  ＰＤＵが送信される。第２のＰＤＣＰ  ＰＤＵの複製は送信されない。第２のＰＤＣＰ  ＰＤＵの第２のＰＤＣＰ  ＳＮは、ＳＬＲＢでサイドリンク送信に使用される１つ以上の状態変数に基づいて設定される。
【図面の簡単な説明】
【０００６】
【図１】１つの例示的な実施形態による無線通信システムの図を示す。
【図２】１つの例示的な実施形態による送信機システム（アクセスネットワークとしても知られている）および受信機システム（ユーザ機器またはＵＥとしても知られている）のブロック図である。
【図３】１つの例示的な実施形態による通信システムの機能ブロック図である。
【図４】１つの例示的な実施形態による図３のプログラムコードの機能ブロック図である。
【図５】サイドリンク動作のためのレイヤ２構造の例示的なアーキテクチャを示す。
【図６】キャリアアグリゲーション（ＣＡ）が設定されるサイドリンク動作のためのレイヤ２構造の例示的なアーキテクチャを示す。
【図７】ＬＣＩＤフィールドに関連付けられた例示的な論理チャネルＩＤ（ＬＣＩＤ）値と、例示的なＬＣＩＤ値に対応する例示的なインデックスとを含む表を示す。
【図８】例示的なＬフィールドサイズ（ビット単位）と、例示的なＬフィールドサイズに対応する例示的なインデックスとを含む表を示す。
【図９】サイドリンクパケット重複のための１つ以上の送信動作を実行するための例示的なシステムを示す。
【図１０】サイドリンクパケット重複のための１つ以上の受信動作を実行するための例示的なシステムを示す。
【図１１】送信側のユーザ機器（ＵＥ）および／または受信側のＵＥに関連する例示的なシナリオを示す。
【図１２】１つの例示的実施形態によるフローチャートである。
【図１３】１つの例示的実施形態によるフローチャートである。
【図１４】１つの例示的実施形態によるフローチャートである。
【図１５】１つの例示的実施形態によるフローチャートである。
【図１６】１つの例示的実施形態によるフローチャートである。
【発明を実施するための形態】
【０００７】
以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、第３世代パートナーシッププロジェクト（３ＧＰＰ）ＬＴＥ（ロングタームエボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−ＡもしくはＬＴＥ−アドバンスト（ロングタームエボリューションアドバンスト）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband：超モバイル広帯域）、ＷｉＭａｘ、またはその他何らかの変調技術に基づいてよい。
【０００８】
特に、以下に説明する例示的な無線通信システムおよびデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてもよく、その標準は、3GPP  TS  36.300  v15.2.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)  and  Evolved  Universal  Terrestrial  Radio  Access  Network  (E-UTRAN)；  Overall  description；  Stage  2”;  3GPP  TS  36.323  v15.0.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)；  Packet  Data  Convergence  Protocol  (PDCP)  specification”;  3GPP  TS  36.321  v15.2.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)；  Medium  Access  Control  (MAC)  protocol  specification”;  3GPP  TS  36.331  v15.2.2,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)；  Radio  Resource  Control  (RRC)；  protocol  specification”を含む。上記に挙げた標準および文書は、全体として参照により本明細書に明示的に援用される。
【０００９】
図１は、本開示の１つ以上の実施形態に従った多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６、別のグループは１０８および１１０、また追加のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのまたはより少ないアンテナが各アンテナグループに利用されてもよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。ＡＴ１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をＡＴ１２２に送信すると共に、逆方向リンク１２４を介して情報をＡＴ１２２から受信している。周波数分割複信（ＦＤＤ）システムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してもよい。
【００１０】
アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと呼ばれることが多い。本実施形態では、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計され得る。
【００１１】
順方向リンク１２０および１２６を介した通信では、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してもよい。また、カバレッジにランダムに分散したアクセス端末へ送信するためにビームフォーミングを使用するアクセスネットワークは、通常、１つのアンテナからすべてのそのアクセス端末に送信するアクセスネットワークよりも、隣接セル内のアクセス端末への干渉を少なくすることができる。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局としてもよく、アクセスポイント、Ｎｏｄｅ  Ｂ、基地局、拡張型基地局、ｅＮｏｄｅＢ、またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、多入力多出力（ＭＩＭＯ）システム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態を表す。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供され得る。
【００１４】
一実施形態では、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、直交周波数分割多重（ＯＦＤＭ）技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の方法で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用され得る。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、二位相偏移変調（ＢＰＳＫ）、四位相偏移変調（ＱＰＳＫ）、Ｍアレイ偏移変調（Ｍ−ＰＳＫ）、またはＭアレイ直角位相振幅変調（Ｍ−ＱＡＭ））に基づいて変調（すなわち、シンボルマッピング）され、変調シンボルを提供し得る。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定され得る。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理し得る。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。いくつかの実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用し得る。
【００１７】
各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信され得る。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供され得る。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をデジタル化してサンプルを与え、かつ／あるいは、これらのサンプルを処理して対応する「受信」シンボルストリームを提供し得る。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信および処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元し得る。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的であり得る。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定し得る。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含み得る。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信し得るＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、かつ／あるいは、送信機システム２１０に送り戻され得る。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定してもよく、そして、抽出されたメッセージを処理し得る。
【００２３】
図３は、開示主題の一実施形態による通信デバイスの代替的な簡易機能ブロック図を表す。図３に示すように、無線通信システムにおける通信デバイスは、図１のＵＥ（もしくはＡＴ）１１６および１２２または図１の基地局（もしくはＡＮ）１００を実現するのに利用することができ、無線通信システムは、好ましくはＬＴＥシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含み得る。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイス３００の動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用することができる。
【００２４】
図４は、開示主題の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態では、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は無線リソース制御を実行し得る。レイヤ２部４０４はリンク制御を実行し得る。レイヤ１部４０６は物理的接続を実行かつ／あるいは実施し得る。
【００２５】
３ＧＰＰ  ＴＳ３６．３００（“Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)  and  Evolved  Universal  Terrestrial  Radio  Access  Network  (E-UTRAN)”）は、関連するサイドリンク動作について説明している：
［外１］
2020025262.tif 000003
特に、「Layer  2  Structure  for  DL」と題する、３ＧＰＰ  ＴＳ  ３６．３００  ｖ１５．２．０の図６−１は省略する。
特に、「Layer  2  Structure  for  UL」と題する、３ＧＰＰ  ＴＳ  ３６．３００  ｖ１５．２．０の図６−２は省略する。
［外２］
2020025262.tif 000004
［特に、「Layer  2  Structure  for  Sidelink」と題する、３ＧＰＰ  ＴＳ  ３６．３００  ｖ１５．２．０の図６−３は、図５として本明細書に複製する。］
［外３］
2020025262.tif 000005
［特に、「Layer  2  Structure  for  Sidelink  with  CA  configured」と題する、３ＧＰＰ  ＴＳ  ３６．３００  ｖ１５．２．０の図６．４−３は、図６として本明細書に複製する。］
［外４］
2020025262.tif 000006
2020025262.tif 000007
特に、「User-Plane  protocol  stack  for  sidelink  communication」と題する、３ＧＰＰ  ＴＳ  ３６．３００  ｖ１５．２．０の図２３．１０．２．１−１は省略する。
［外５］
2020025262.tif 000008
特に、「Control-Plane  protocol  stack  for  SBCCH」と題する、３ＧＰＰ  ＴＳ  ３６．３００  ｖ１５．２．０の図２３．１０．２．２−１は省略する。
［外６］
2020025262.tif 000009
特に、「Control-Plane  protocol  stack  for  one-to-one  sidelink  communication」と題する、３ＧＰＰ  ＴＳ  ３６．３００  ｖ１５．２．０の図２３．１０．２．２−２は省略する。
［外７］
2020025262.tif 000010
2020025262.tif 000011
2020025262.tif 000012
2020025262.tif 000013
2020025262.tif 000014
［外８］
2020025262.tif 000015
【００２６】
３ＧＰＰ  ＴＳ３６．３２１  （“Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Medium  Access  Control  (MAC)  protocol  specification”）は、以下を導入する：
［外９］
2020025262.tif 000016
2020025262.tif 000017
2020025262.tif 000018
2020025262.tif 000019
［外１０］
2020025262.tif 000020
2020025262.tif 000021
［特に、「Value  of  LCID  for  SL-SCH」と題する、３ＧＰＰ  ＴＳ３６．３２１の表６．２．４−１は、図７として本明細書に複製する。］
［特に、「Value  of  F  field」と題する、３ＧＰＰ  ＴＳ３６．３２１の表６．２．４−２は、図８として本明細書に複製する。］
【００２７】
３ＧＰＰ  ＴＳ３６．３２３は、以下を導入する：
［外１１］
2020025262.tif 000022
［外１２］
2020025262.tif 000023
［外１３］
2020025262.tif 000024
2020025262.tif 000025
2020025262.tif 000026
2020025262.tif 000027
2020025262.tif 000028
［外１４］
2020025262.tif 000029
2020025262.tif 000030
［外１５］
2020025262.tif 000031
2020025262.tif 000032
［外１６］
2020025262.tif 000033
2020025262.tif 000034
【００２８】
３ＧＰＰ  ＴＳ３６．３３１は、以下を導入する：
［外１７］
2020025262.tif 000035
2020025262.tif 000036
［外１８］
2020025262.tif 000037
2020025262.tif 000038
【００２９】
３ＧＰＰ  ＴＳ３６．３００によれば、サイドリンクにおけるキャリアアグリゲーション（ＣＡ）がＶ２Ｘサイドリンク通信に対してサポートされている。これは、カバレッジＵＥとカバレッジ外ＵＥの両方に適用される。追加的に、サイドリンクパケット重複は、Ｖ２Ｘサイドリンク通信に対してサポートされ、ＵＥのＰＤＣＰ（パケット・データ・コンバージェンス・プロトコル：Packet  Data  Convergence  Protocol）レイヤで実行される可能性がある。サイドリンクパケット重複の場合、ＰＤＣＰ  ＰＤＵ（プロトコル・データ・ユニット：Protocol  Data  Unit）は、送信のためにＰＤＣＰエンティティで複製される。同じＰＤＣＰエンティティの複製ＰＤＣＰ  ＰＤＵは、２つの異なる無線リンク制御（ＲＬＣ）エンティティに提出または引き渡しされ、それぞれ２つの異なるサイドリンク論理チャネルに関連付けられる。同じＰＤＣＰエンティティの複製ＰＤＣＰ  ＰＤＵは、異なるサイドリンクキャリアでのみ送信が許可される。ＵＥは、（事前）設定に基づいて、サイドリンクパケット重複を活性化（activate）または非活性化（deactivate）ことができます。サイドリンクパケット重複をサポートできるＰＰＰＲ(Proximity  Service（Prose）Per-Packet  Reliability）値は、ＰＰＰＲしきい値に従って決定される。例えば、データパケットのＰＰＰＲがＰＰＰＲしきい値以上である場合、サイドリンクパケット重複を設定または有効にすることができる。ＵＥ自律リソース選択およびスケジュールされたリソース割り当ての場合、ＵＥは、パケット重複がこれらのＰＰＰＲ値に対して設定解除または無効になるまで、許可されたＰＰＰＲ値を有するデータに対してサイドリンクパケット重複を実行するものとする。スケジュールされたリソース割り当ての場合、ＵＥは、１つ以上のＰＰＰＲ値に関連付けられたデータ量と、そのデータが所属する宛先を、サイドリンクＢＳＲを介して報告する。ＰＰＰＲ値の論理チャネルグループへのマッピングは、ｅＮＢによって設定することができ、ＰＰＰＲ値は、サイドリンクＢＳＲに含まれる関連する論理チャネルグループＩＤによって反映される。ＰＰＰＲ値のリストは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥによってサイドリンクＵＥ情報において報告される。スケジュールされたリソース割り当てを使用するＵＥに対して、２つの重複しないキャリアセットが、ＵＥからネットワークに報告された宛先毎にｅＮＢによって設定され、それらは、サイドリンクパケットの重複を許可されている一部および／またはすべてのＰＰＰＲに適用される。次いで、ＵＥは、同じＰＤＣＰエンティティに対応する２つの重複サイドリンク論理チャネルを、それぞれ、２つのサイドリンク論理チャネルの宛先に設定された２つのキャリアセットに関連付ける。宛先は、（送信側）ＵＥがサイドリンク通信送信を行う１つ以上の（受信側）ＵＥに対応する識別子とすることができる。複製サイドリンク論理チャネルとキャリアセットとの関連付けは、ＵＥ実装に任されている。複製サイドリンク論理チャネルのデータは、関連するキャリアセット内のキャリアでのみ送信することができる。
【００３０】
図９は、サイドリンクパケット重複のための送信動作の例を示す。送信側のＵＥは、サイドリンク無線ベアラ（ＳＬＲＢ）で（宛先への）送信可能なデータを有してよい。ＳＬＲＢは、信頼性（例えば、ＰＰＰＲ）に関連付けられ得る。送信側のＵＥには、ＳＬＲＢでのサイドリンクパケット重複が設定されてよい。信頼性は、しきい値より低くても低くなくてもよい。送信側のＵＥは、その信頼性がしきい値以上である場合、ＳＬＲＢでサイドリンクパケット重複を実行してもよい。送信側のＵＥはＰＤＣＰ  ＰＤＵを複製することができる。送信側のＵＥは、ＰＤＣＰ  ＰＤＵおよびＰＤＣＰ  ＰＤＵの複製を、ＳＬＲＢに関連する２つの異なるＲＬＣエンティティに引き渡すことができる。送信側のＵＥは、ＰＤＣＰ  ＰＤＵをＳＬＲＢに関連付けられた第１のＲＬＣエンティティに引き渡すことができる。送信側のＵＥは、ＰＤＣＰ  ＰＤＵの複製をＳＬＲＢに関連付けられた第２のＲＬＣエンティティに引き渡すことができる。送信側のＵＥは、ＳＬＲＢでのサイドリンク送信に使用される状態変数を維持できる。サイドリンク送信に使用される状態変数は、Next_PDCP_TX_SNとすることができる。サイドリンク送信に使用される状態変数は、TX_HFNとすることができる。サイドリンクパケット重複の場合、送信側のＵＥはＰＤＣＰ  ＰＤＵのサイドリンク送信のために第１の範囲（例えば、ＬＣＨ１〜ＬＣＨ１０、‘００００１’〜‘０１０１０’）から非重複論理チャネルを選択してよい。サイドリンクパケット重複の場合、送信側のＵＥは、ＰＤＣＰ  ＰＤＵの複製のサイドリンク送信のために、第２の範囲（例えば、ＬＣＨ１１〜ＬＣＨ２０、‘０１０１１’〜‘１０１００’）から重複論理チャネルを選択してよい。第２の範囲からのＬＣＩＤの値は、それぞれ第１の範囲からのＬＣＩＤの値が逐次的に並べられた論理チャネルから、重複したＲＬＣ  ＳＤＵ（サービス・データ・ユニット：Service  Data  Unit）を送信するために使用される論理チャネルを識別することができる。この例では、送信側のＵＥは、サイドリンクパケット重複のために、第１の論理チャネル（例えば、ＬＣＨ１）および第２の論理チャネル（例えば、ＬＣＨ１１）を使用してよい。送信側のＵＥは、第１の論理チャネルにサービスするために第１のキャリア（例えば、Carrier  1）を使用してよい。送信側のＵＥは、第２の論理チャネルにサービスを提供するために第２のキャリア（例えば、Carrier  2）を使用してよい。
【００３１】
図１０は、サイドリンクパケット重複の受信動作の例を示す。受信側のＵＥはサイドリンク無線ベアラ（ＳＬＲＢ）でのサイドリンクパケット重複を検出することができる。ＰＤＣＰ  ＰＤＵを（ＳＬＲＢと関連付けられた）重複論理チャネルで受信し、あるいは（ＳＬＲＢと関連付けられた）非重複論理チャネルで受信したＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ（シーケンス番号）が０に設定されていないとき、受信側のＵＥは、ＳＬＲＢがサイドリンクパケット重複を適用していると考えることができる。この状況では、受信側のＵＥは、受信したＰＤＣＰ  ＳＮに基づいて、（ＳＬＲＢでの）サイドリンク受信に使用されるいくつかの状態変数を維持できる。サイドリンク受信に使用される状態変数は、ＣＯＵＮＴを決定するために使用される変数とすることができる。サイドリンク受信に使用される状態変数は、Next_PDCP_RX_SNとすることができる。サイドリンク受信に使用される状態変数は、RX_HFNとすることができる。さらに、受信側のＵＥは、重複論理チャネルおよび／または非重複論理チャネルで受信したＰＤＣＰ  ＳＤＵを（これらのＰＤＣＰ  ＳＤＵのＰＤＣＰ  ＳＮに基づいて）順次上位レイヤに引き渡すことができることを確実にするために再順序付け手順を実行することができる。
【００３２】
サイドリンクパケット重複は、システム情報を介して設定され得る。サイドリンクパケット重複が有効にされるかどうかを決定するために使用されるthreshSL-Reliability（３ＧＰＰ  ＴＳ３６．３３１で指定）は、システム情報を介して、SL-V2X-PacketDuplicationConfig  （３ＧＰＰ  ＴＳ３６．３３１で指定）において提供され得る。サイドリンクパケット重複が設定解除または無効にされる（べきである）とき、ネットワークはSL-V2X-PacketDuplicationConfigを含まない、あるいはthreshSL-Reliabilityをより高い値に変更したシステム情報に更新してよい。高い値を有するthreshSL-Reliabilityにより、送信側のＵＥは、（ＳＬＲＢの信頼性がthreshSL-Relialibityよりも低いため）ＳＬＲＢに対するサイドリンクパケット重複は無効にされるとみなすことができる。代替的には、サイドリンクパケット重複は、ＵＥのための専用シグナリングを介して設定され得る。threshSL-Reliabilityは、専用シグナリングを介して、SL-V2X-PacketDuplicationConfigにおいて提供され得る。サイドリンクパケットの重複が設定解除または無効にされる（べきである）とき、ネットワークは、SL-V2X-PacketDuplicationConfigを含まない、あるいはthreshSL-Reliabilityをより高い値に再設定した別の専用シグナリングをＵＥに送信してよい。専用のシグナリングは、ＲＲＣ再設定メッセージとすることができる。送信側のＵＥは、SL-V2X-PacketDuplicationConfigが除去されているかどうか、あるいはthreshSL-Reliabilityが変更／再設定されているかどうかに基づいて、サイドリンクパケット重複が設定解除（または無効）にされるかどうかを知ることができる。しかし、現在、受信側のＵＥが送信側のＵＥによってＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされていることを検出するメカニズムがない。
【００３３】
３ＧＰＰ  ＴＳ３６．３２３によれば、サイドリンクパケットの重複がＳＬＲＢに対して設定解除または無効にされるとき、送信側のＵＥはＳＬＲＢでのサイドリンクパケット重複を行うことができない。さらに、送信側のＵＥは、ＳＬＲＢでのサイドリンク送信に使用される状態変数を維持できない。この状況では、送信側のＵＥは、（サイドリンクパケットの重複が設定解除または無効にされた後に）ＰＤＣＰ  ＰＤＵヘッダにおいてＰＤＣＰ  ＳＮを０に設定することができる。送信側のＵＥおよび／または受信側のＵＥに関連する例示的なシナリオ１１００を図１１に示す。「Ｔｘ  ＵＥ」は、送信側のＵＥを意味し、「Ｒｘ  ＵＥ」は、受信側のＵＥを意味することができる。「PDU#1  with  SN=0」は、ＰＤＣＰ  ＳＮ＝０を有する第１のＰＤＣＰ  ＰＤＵを意味することができる。「PDU#2  with  SN=1」は、ＰＤＣＰ  ＳＮ＝１を有する第２のＰＤＣＰ  ＰＤＵを意味することができる。「PDU#3  with  SN=0」は、ＰＤＣＰ  ＳＮ＝０を有する第３のＰＤＣＰ  ＰＤＵを意味することができる。「Next=0」および「HFN=0」は、ＰＤＣＰ  ＰＤＵのサイドリンク送信があるとき、送信側のＵＥが初期値でサイドリンク送信に使用される状態変数を開始することができることを意味することができる。「Ｎｅｘｔ'=0’’および''HFN'=0’’は、ＰＤＣＰ  ＳＮ＝０を有するＰＤＣＰ  ＰＤＵが重複論理チャネルで受信される（、あるいはＰＤＣＰ  ＳＮが０に設定されていないＰＤＣＰ  ＰＤＵが非重複論理チャネルで受信される）とき、受信側のＵＥが（初期値で）サイドリンク受信に使用される状態変数を開始することができることを意味することができる。「Next=?」および「HFN=?」は、送信側のＵＥがサイドリンク送信に使用される状態変数を維持できないことを意味する。図１１では、送信側のＵＥは、サイドリンクパケット重複が設定解除または無効にされているため、第３のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮを０に設定することができる。この状況では、受信したＰＤＣＰ  ＳＮ（すなわち０）が現在のNEXT_PDCP_RX_SN（２に設定）以上ではないため、受信側のＵＥは、第３のＰＤＣＰ  ＰＤＵ（および第３のＰＤＣＰ  ＰＤＵの後のＰＤＣＰ  ＰＤＵ）を誤って破棄する可能性がある。言い換えると、第３のＰＤＣＰ  ＰＤＵは、再順序付け手順の再順序付けウィンドウから外れていると受信側のＵＥがみなすことができるため、第３のＰＤＣＰ  ＰＤＵは誤って破棄される可能性がある。送信側のＵＥから受信したＰＤＣＰ  ＰＤＵを誤って破棄することを避けるために、受信側のＵＥに対するいくつかの解決策を考えることができる。
【００３４】
１つの選択肢としては、送信側のＵＥは、サイドリンクパケット重複が設定解除または無効にされている場合、サイドリンク送信のために新しい論理チャネルを使用することができる。新しい論理チャネルは、新しいＰＤＣＰエンティティに関連付けられ得る。新しい論理チャネルは、新しいＲＬＣエンティティに関連付けられ得る。この新しい論理チャネルは、サイドリンク送信にはまだ使用されていなかったものとすることができる。例えば、送信側のＵＥは、サイドリンクパケット重複が（ＳＬＲＢで）設定または有効にされるとき、サイドリンク送信に第１の論理チャネルおよび第２の論理チャネルを使用することができる。第１の論理チャンネルは、ＳＬＲＢに関連付けられ得る。第２の論理チャンネルは、ＳＬＲＢに関連付けられ得る。第１の論理チャネルは、第１の非重複論理チャネルとすることができる。第２の論理チャネルは、重複論理チャネルとすることができる。送信側のＵＥは、サイドリンクパケットの重複が設定解除または無効にされるとき、ＳＬＲＢでのサイドリンク送信に第３の論理チャネルを使用することができる。送信側のＵＥは、サイドリンクパケットの重複が設定解除または無効にされた後、ＳＬＲＢでのサイドリンク送信に第３の論理チャネルを使用することができる。第３の論理チャネルは、第２の非重複論理チャネルであってもよい。第３の論理チャンネルは、ＳＬＲＢに関連付けられ得る。
【００３５】
一実施形態では、送信側のＵＥは、サイドリンクパケット重複がＳＬＲＢで設定解除または無効にされるとき、ＳＬＲＢでサイドリンク送信のために新しい論理チャネルを使用することができる。
【００３６】
一実施形態では、送信側のＵＥは、サイドリンクパケット重複がＳＬＲＢで設定解除または無効にされた後、ＳＬＲＢでのサイドリンク送信のために新しい論理チャネルを使用することができる。
【００３７】
一実施形態では、送信側のＵＥは、ＳＬＲＢでのサイドリンクパケット重複を設定解除または無効にすることに応答して、ＳＬＲＢでのサイドリンク送信のために新しい論理チャネルを使用することができる。
【００３８】
一実施形態では、送信側のＵＥは、サイドリンクパケット重複が設定解除または無効にされるとき、サイドリンク送信に使用される状態変数を初期値に設定することができる。
【００３９】
一実施形態では、送信側のＵＥは、サイドリンクパケット重複が設定解除または無効にされた後、サイドリンク送信に使用される状態変数を初期値に設定することができる。
【００４０】
一実施形態では、送信側のＵＥは、サイドリンクパケット重複を設定解除または無効にすることに応答して、サイドリンク送信に使用される状態変数を初期値に設定することができる。
【００４１】
一実施形態では、サイドリンク送信に使用される状態変数は、Next_PDCP_TX_SNまたはTX_HFNとすることができる。
【００４２】
一実施形態では、初期値は０とすることができる。
【００４３】
別の選択肢では、サイドリンク送信に関連付けられたサイドリンク制御情報（ＳＣＩ）は、サイドリンクパケット重複が設定または設定解除されているかどうか（、あるいはサイドリンクパケット重複が有効または無効にされているかどうか）を示すことができる。
【００４４】
一実施形態では、ＳＣＩは、ＳＬＲＢでのサイドリンク送信に関連付けられ得る。サイドリンクパケット重複は、ＳＬＲＢで設定または有効にされ得る。
【００４５】
一実施形態では、ＳＣＩは、サイドリンクパケット重複が設定または有効にされているかどうか（、あるいはサイドリンクパケット重複が設定解除または無効にされているかどうか）を示すために使用されるフィールドを含むことができる。
【００４６】
一実施形態では、送信側のＵＥは、サイドリンクパケット重複が設定または有効にされるとき、サイドリンクパケット重複がＳＣＩにおいて設定または有効にされていることを示すために使用されるフィールドを設定することができる。
【００４７】
一実施形態では、送信側のＵＥは、サイドリンクパケット重複が設定解除または無効にされるとき、サイドリンクパケット重複がＳＣＩにおいて設定解除または無効にされていることを示すために使用されるフィールドを設定することができる。
【００４８】
一実施形態では、受信側のＵＥは、サイドリンク受信のためのＳＣＩ内のフィールドが、サイドリンクパケット重複が設定または有効にされていることを示す場合、サイドリンク受信のための再順序付け手順を実行することができる。
【００４９】
一実施形態では、受信側のＵＥは、サイドリンク受信のためのＳＣＩ内のフィールドが、サイドリンクパケット重複が設定解除または無効にされていることを示す場合、サイドリンク受信のための再順序付け手順を実行することができない。
【００５０】
一実施形態では、受信側のＵＥは、サイドリンク受信のためのＳＣＩ内のフィールドが、サイドリンクパケット重複が設定または有効にされていることを示す場合、サイドリンク受信に使用される状態変数を維持できる。
【００５１】
一実施形態では、受信側のＵＥは、サイドリンク受信のためのＳＣＩ内のフィールドが、サイドリンクパケット重複が設定解除または無効にされていることを示す場合、サイドリンク受信に使用される状態変数を維持できない。
【００５２】
一実施形態では、サイドリンク受信に使用される状態変数は、Next_PDCP_RX_SNまたはRX_HFNとすることができる。
【００５３】
別の選択肢では、サイドリンク送信のヘッダは、サイドリンクパケット重複が設定または設定解除されているかどうか（、あるいはサイドリンクパケット重複が有効または無効にされているかどうか）を示すことができる。
【００５４】
一実施形態では、サイドリンク送信のヘッダは、ＰＤＣＰヘッダ、ＲＬＣヘッダ、またはＭＡＣヘッダとすることができる。
【００５５】
一実施形態では、ヘッダは、サイドリンクパケット重複が設定または有効にされているかどうか（、あるいはサイドリンクパケット重複が設定解除または無効にされているかどうか）を示すために使用されるフィールドを含むことができる。
【００５６】
一実施形態では、送信側のＵＥは、サイドリンクパケット重複が設定または有効にされるとき、ヘッダ内にサイドリンクパケット重複が設定または有効にされていることを示すために使用されるフィールドを設定することができる。
【００５７】
一実施形態では、送信側のＵＥは、サイドリンクパケット重複が設定解除または無効にされるとき、ヘッダ内にサイドリンクパケット重複が設定解除または無効にされていることを示すために使用されるフィールドを設定することができる。
【００５８】
一実施形態では、受信側のＵＥは、サイドリンク受信のヘッダ内のフィールドが、サイドリンクパケット重複が設定または有効にされていることを示す場合、サイドリンク受信のための再順序付け手順を実行することができる。
【００５９】
一実施形態では、受信側のＵＥは、サイドリンク受信のヘッダ内のフィールドが、サイドリンクパケット重複が設定解除または無効にされていることを示す場合、サイドリンク受信のための再順序付け手順を実行することができない。
【００６０】
一実施形態では、受信側のＵＥは、サイドリンク受信のヘッダ内のフィールドが、サイドリンクパケット重複が設定または有効にされていることを示す場合、サイドリンク受信に使用される状態変数を維持できる。
【００６１】
一実施形態では、受信側のＵＥは、サイドリンク受信のヘッダ内のフィールドが、サイドリンクパケット重複が設定解除または無効にされていることを示す場合、サイドリンク受信に使用される状態変数を維持できない。
【００６２】
一実施形態では、サイドリンク受信に使用される状態変数は、Next_PDCP_RX_SNまたはRX_HFNとすることができる。
【００６３】
別の選択肢としては、サイドリンクパケットの重複が設定解除または無効にされている場合、特定の範囲のＰＤＣＰ  ＳＮをサイドリンク送信に使用することができる。例えば、ＸからＹまでのＰＤＣＰ  ＳＮは、サイドリンクパケット重複が設定解除または無効にされるときに使用することができ、Ｙ＋１からＰＤＣＰ  ＳＮの最大値までのＰＤＣＰ  ＳＮは、サイドリンクパケット重複が設定または有効にされるときに使用することができる。Ｘは０とすることができる。Ｙは０とすることができる。この例では、ＰＤＣＰ  ＳＮ＝０は、サイドリンクパケット重複が設定解除または無効されるときにサイドリンク送信に使用される。この例では、０に設定されていないＰＤＣＰ  ＳＮは、サイドリンクパケット重複が設定または有効されるときにサイドリンク送信に使用される。この例では、送信側のＵＥは、送信のために下位レイヤに送信または引き渡された、現在のところ最大値に設定されたＰＤＣＰ  ＳＮを有するＰＤＣＰ  ＰＤＵの次のＰＤＣＰ  ＰＤＵに対してＰＤＣＰ  ＳＮ＝１を設定することができる。最大値は６５５３５とすることができる。
【００６４】
別の選択肢では、受信したＰＤＣＰ  ＳＮと処理したＰＤＣＰ  ＳＮの間の距離を使用して、サイドリンクパケット重複が設定解除または無効にされているかどうかを決定することができる。この原理では、受信したＰＤＣＰ  ＳＮが０であり、それが処理したＰＤＣＰ  ＳＮから遠い場合、受信側のＵＥは、サイドリンクパケット重複が設定解除または無効にされているとみなすことができる。
【００６５】
一実施形態では、処理したＰＤＣＰ  ＳＮは、上位レイヤに最後に提出されたＰＤＣＰ  ＳＤＵのＰＤＣＰ  ＳＮとすることができる。上位レイヤに最後に提出されたＰＤＣＰ  ＳＤＵのＰＤＣＰ  ＳＮは、Last_Submitted_RX_SNとすることができる。
【００６６】
一実施形態では、距離は、受信／再順序付けウィンドウのサイズに基づくことができる。受信／再順序付けウィンドウは、Reordering_Windowとすることができる。距離は、受信／再順序付けウィンドウのサイズとすることができる。距離は、受信／再順序付けウィンドウの半分のサイズにすることができる。距離は、受信／再順序付けウィンドウの特定パーセントのサイズとすることができる。例えば、この原理では、Last_Submitted_RX_SN−受信したＳＮ（すなわち、０）＞Receiving_Windowであるとき、受信側のＵＥは、サイドリンクパケット重複が設定解除または無効にされているとみなすことができる。
【００６７】
一実施形態では、距離は、受信側のＵＥに予め設定され得る。
【００６８】
一実施形態では、距離は、ネットワーク（例えば、ｇＮＢ）によって設定され得る。
【００６９】
一実施形態では、受信／再順序付けウィンドウの特定パーセントのサイズは、ＵＥに予め設定され得る。
【００７０】
一実施形態では、受信／再順序付けウィンドウの特定パーセントのサイズは、ネットワーク（例えば、ｇＮＢ）によって設定され得る。
【００７１】
送信側のＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある場合、送信側のＵＥは、論理チャネルグループ（ＬＣＧ）を、サイドリンクパケット重複が設定または有効にされているＳＬＲＢの重複論理チャネルに関連付けるように設定され得る。送信側のＵＥは、ＬＣＧのバッファ状態を含むＳＬ  ＢＳＲをネットワーク（例えば、ｇＮＢ）に送信することができる。そして、ネットワークはサイドリンクＢＳＲに基づいてサイドリンク送信のためのリソースを送信側のＵＥに割り当てることができる。送信側のＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定解除／無効にされるとき、サイドリンクパケット重複を実行することができないため、ＵＥがＳＬＲＢの重複論理チャネルに関連付けられたＲＬＣエンティティを解放することが有益である。さもなければ、ＲＬＣエンティティの送信バッファが、ＳＬ  ＢＳＲ報告のために考慮されることがあり、ネットワークが、関連するＬＣＧに必要とされるよりも多くのリソースをスケジュールすることを引き起こすことがある。
【００７２】
一実施形態では、送信側のＵＥは、サイドリンクパケット重複がＳＬＲＢで設定解除または無効にされている場合、ＳＬＲＢに関連付けられたＲＬＣエンティティを解放または除去することができる。そのＲＬＣエンティティは、ＳＬＲＢに関連付けられた重複論理チャネルに対応する。
【００７３】
一実施形態では、送信側のＵＥは、サイドリンクパケット重複がＳＬＲＢで設定解除または無効にされている場合、ＳＬＲＢに関連付けられたＲＬＣエンティティの送信バッファをフラッシュまたはクリアすることができる。そのＲＬＣエンティティは、ＰＤＣＰ  ＰＤＵの複製の送信に使用され得る。
【００７４】
一実施形態では、送信側のＵＥは、サイドリンクパケット重複がＳＬＲＢで設定解除または無効にされている場合、ＳＬＲＢに関連付けられた重複論理チャネルの送信バッファをフラッシュまたはクリアすることができる。
【００７５】
一実施形態では、送信側のＵＥは、サイドリンクパケット重複がＳＬＲＢで設定解除または無効にされている場合、ＳＬＲＢに関連付けられた重複論理チャネルを解放または除去することができる。
【００７６】
一実施形態では、ＳＬＲＢに関連付けられたＲＬＣエンティティは、ＡＭ（acknowledged  mode）ＲＬＣエンティティとすることができる。
【００７７】
一実施形態では、ＳＬＲＢに関連付けられたＲＬＣエンティティは、ＵＭ（unacknowledged  mode）ＲＬＣエンティティとすることができる。
【００７８】
別の選択肢としては、受信側のＵＥが、ＳＬＲＢの非重複論理チャネルでＰＤＣＰ  ＳＮが０に設定されたＰＤＣＰ  ＳＤＵ／ＰＤＵの連続した受信に基づいて、サイドリンクパケット重複が（送信側のＵＥで）設定解除または無効にされていることを検出することができる。サイドリンクパケット重複は、ＳＬＲＢで設定解除または無効にされ得る。受信側のＵＥは、第１のＰＤＣＰ  ＳＤＵ／ＰＤＵのＰＤＣＰ  ＳＮがサイドリンク受信に適用された再順序付け手順の再順序付けウィンドウから外れ、かつ０に等しい場合、ＳＬＲＢの非重複論理チャネルで受信した第１のＰＤＣＰ  ＳＤＵ／ＰＤＵを記憶またはバッファすることができる。受信側のＵＥは、第１のＰＤＣＰ  ＳＤＵ／ＰＤＵの受信に続いてＳＬＲＢの非重複論理チャネルで受信した第２のＰＤＣＰ  ＳＤＵ／ＰＤＵのＰＤＣＰ  ＳＮも０に等しい場合、ＳＬＲＢに対するサイドリンクパケット重複が設定解除または無効にされているとみなすことができる。この状況では、次いで、受信側のＵＥは第１のＰＤＣＰ  ＳＤＵ／ＰＤＵを上位レイヤに引き渡すことができる。第１のＰＤＣＰ  ＳＤＵ／ＰＤＵのＰＤＣＰ  ＳＮが再順序付け手順の再順序付けウィンドウ内にある場合、受信側のＵＥは、第１のＰＤＣＰ  ＳＤＵ／ＰＤＵと第２のＰＤＣＰ  ＳＤＵ／ＰＤＵの両方のＰＤＣＰ  ＳＮが０に等しい場合、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされているとみなすこともできる。ＳＬＲＢの非重複論理チャネルでＰＤＣＰ  ＳＮが０に設定されたＰＤＣＰ  ＳＤＵ／ＰＤＵを連続して２つより多く受信するという概念を、受信側のＵＥに適用して、サイドリンクパケット重複が設定解除または無効にされていることを検出することも実現可能である。
【００７９】
受信側のＵＥは、第１のＰＤＣＰ  ＳＤＵ／ＰＤＵに続いてＳＬＲＢの非重複論理チャネルで受信した第２のＰＤＣＰ  ＳＤＵ／ＰＤＵのＰＤＣＰ  ＳＮが０に等しくない場合、第１のＰＤＣＰ  ＳＤＵ／ＰＤＵを破棄することができる。この状況では、受信側のＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が依然として設定または有効にされているとみなすことができる。第１のＰＤＣＰ  ＳＤＵ／ＰＤＵの受信に続いて、ＳＬＲＢの重複論理チャネルで第２のＰＤＣＰ  ＳＤＵ／ＰＤＵを受信することも可能である。この場合、受信側のＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が依然として設定または有効にされているとみなし、第１のＰＤＣＰ  ＳＤＵ／ＰＤＵを破棄することもできる。
【００８０】
受信側のＵＥが、（ＳＬＲＢに対して）サイドリンクパケット重複が設定解除または無効にされているとみなす／検出／決定できる場合、受信側のＵＥは再順序付け手順を実行（し続けることが）できない。この状況では、再順序付け手順の再順序付けタイマ（例えば、t-Reordering）は、再順序付け手順が無効になった後、もはや有効または適用可能であるとはみなされないことがある。したがって、受信側のＵＥが、再順序タイマの期限切れに依存する代わりに、ＰＤＣＰレイヤに記憶またはバッファされたＳＬＲＢに属するそれらのＰＤＣＰ  ＳＤＵを上位レイヤに直ちに引き渡すこと（すなわち、それらのＰＤＣＰ  ＳＤＵはまだ上位レイヤに引き渡されていない）が合理的であると思われる。引き渡しレイテンシが一般にＶ２Ｘメッセージにはかなり重要であるため、有益である。
【００８１】
一実施形態では、受信側のＵＥは、サイドリンクパケット重複がＳＬＲＢで設定解除または無効にされている場合、ＳＬＲＢに関連付けられたＰＤＣＰ  ＳＤＵを上位レイヤに引き渡すことができる。ＰＤＣＰ  ＳＤＵは、再順序付け手順により受信側のＵＥのＰＤＣＰレイヤに記憶またはバッファされ得る。基本的に、ＰＤＣＰ  ＳＤＵは、順序通りにＰＤＣＰ  ＳＤＵが受信される場合、上位レイヤに引き渡されてよい。さもなければ、受信したＰＤＣＰ  ＳＤＵはＰＤＣＰ  レイヤに記憶されてよい。ＰＤＣＰ  ＳＤＵは、再順序付け手順の再順序付けウィンドウ内とすることができる。
【００８２】
一実施形態では、受信側のＵＥは、サイドリンクパケット重複がＳＬＲＢで設定解除または無効にされるとき、ＳＬＲＢでのサイドリンク受信のための再順序付け手順の再順序付けタイマを停止または無効にすることができる。再順序付けタイマは、再順序付け手順の再順序付けウィンドウに関連付けられ得る。
【００８３】
一実施形態では、受信側のＵＥがＳＬＲＢに関連付けられた、ＰＤＣＰ  ＳＮが０に設定されたＰＤＣＰ  ＳＤＵを連続して受信するとき、受信側のＵＥはＳＬＲＢに対する再順序付け手順の再順序付けタイマを停止または無効にすることができる。再順序付けタイマは、再順序付け手順の再順序付けウィンドウに関連付けられ得る。これらのＰＤＣＰ  ＳＤＵは、再順序付け手順の再順序付けウィンドウ内とすることができる。これらのＰＤＣＰ  ＳＤＵは、再順序付け手順の再順序付けウィンドウ外とすることができる。
【００８４】
一実施形態では、受信側のＵＥがＳＬＲＢに関連付けられた、ＰＤＣＰ  ＳＮが０に設定された第２のＰＤＣＰ  ＳＤＵを受信し、受信側のＵＥがＳＬＲＢに関連付けられた、ＰＤＣＰ  ＳＮが０に設定された第１のＰＤＣＰ  ＳＤＵを受信し、それに続いて第２のＰＤＣＰ  ＳＤＵを受信するとき、受信側のＵＥは、ＳＬＲＢに対する再順序付け手順の再順序付けタイマを停止または無効にすることができる。再順序付けタイマは、再順序付け手順の再順序付けウィンドウに関連付けられ得る。第１のＰＤＣＰ  ＳＤＵは、再順序付け手順の再順序付けウィンドウ内とすることができる。第１のＰＤＣＰ  ＳＤＵは、再順序付け手順の再順序付けウィンドウ外とすることができる。第２のＰＤＣＰ  ＳＤＵは、再順序付け手順の再順序付けウィンドウ内とすることができる。第２のＰＤＣＰ  ＳＤＵは、再順序付け手順の再順序付けウィンドウ外とすることができる。
【００８５】
現在のＰＤＣＰ仕様では、受信側のＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定または有効にされる前、ＳＬＲＢで受信したデータパケットの再順序付け手順を実行せず、受信側のＵＥは、サイドリンクパケット重複が設定または有効にされるとき、再順序付け手順を実行することを開始する。受信側のＵＥがサイドリンクパケット重複の設定解除または無効を検出するメカニズムを適用しない場合、たとえＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされている場合でも、受信側のＵＥはＳＬＲＢに対して再順序付け手順を実行し続ける可能性がある。サイドリンクパケット重複が設定解除または無効にされた後、受信側のＵＥがサイドリンク受信に影響を与えずに再順序付け手順を続けられるようにするために、別の選択肢としては、送信側のＵＥが、サイドリンクパケット重複が設定解除または無効にされた後、その後に続くＰＤＣＰ  ＰＤＵのサイドリンク送信に通常のＰＤＣＰ  ＳＮ値を設定し続けることができる。
【００８６】
一実施形態では、送信側のＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定または有効にされる前、ＳＬＲＢに対してサイドリンク送信に使用される状態変数を維持しない。送信側のＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定または有効にされる前、ＳＬＲＢに対してサイドリンク送信に使用される状態変数を維持することも実現可能である。
【００８７】
一実施形態では、送信側のＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定または有効にされるとき、ＳＬＲＢでのサイドリンク送信に使用される状態変数を維持することを開始する。
【００８８】
一実施形態では、送信側のＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされた後、ＳＬＲＢでのサイドリンク送信に使用される状態変数を維持し続ける。
【００８９】
一実施形態では、サイドリンク送信に使用される状態変数は、Next_PDCP_TX_SNまたはTX_HFNとすることができる。
【００９０】
一実施形態では、送信側のＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定または有効にされる前、ＳＬＲＢのＰＤＣＰ  ＰＤＵを複製しない。
【００９１】
一実施形態では、送信側のＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定または有効にされた後、ＳＬＲＢのＰＤＣＰ  ＰＤＵを複製する。
【００９２】
一実施形態では、送信側のＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされた後、ＳＬＲＢのＰＤＣＰ  ＰＤＵを複製しない。
【００９３】
一実施形態では、送信側のＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定または有効にされた後、ＳＬＲＢのＰＤＣＰ  ＰＤＵの複製を下位レイヤに引き渡す。
【００９４】
一実施形態では、送信側のＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされている場合、ＳＬＲＢに関連付けられたＲＬＣエンティティを解放または除去する。ＲＬＣエンティティは、ＳＬＲＢに関連付けられた重複論理チャネルに対応する。
【００９５】
一実施形態では、送信側のＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされる場合、あるいはされた後、ＳＬＲＢのＰＤＣＰ  ＰＤＵの複製を破棄する。ＰＤＣＰ  ＰＤＵの複製は下位レイヤ（例えば、ＲＬＣエンティティおよび／またはＭＡＣエンティティ）に引き渡されている。ＰＤＣＰ  ＰＤＵ  の複製は、サイドリンクパケット重複が設定解除または無効にされる前に生成されている。ＰＤＣＰ  ＰＤＵ  の複製は、サイドリンクパケット複製が設定解除または無効にされる前、送信側のＵＥにバッファまたは記憶されている。
【００９６】
一実施形態では、送信側のＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされた後、ＰＤＣＰ  ＳＮが０に設定されていないＳＬＲＢのＰＤＣＰ  ＰＤＵを送信し続ける。例えば、送信側のＵＥは、サイドリンクパケット重複が設定解除または無効にされる前、ＰＤＣＰ  ＳＮがＸに設定された第１のＰＤＣＰ  ＰＤＵを送信する。送信側のＵＥは、サイドレインクパケットの重複が設定解除または無効にされた後、ＰＤＣＰ  ＳＮがＸ＋Ｙに設定された第２のＰＤＣＰ  ＰＤＵを送信する。第１のＰＤＣＰ  ＰＤＵに第２のＰＤＣＰ  ＰＤＵが続く。Ｘは整数である。Ｙは整数である。Ｙは１とすることができる。Ｘが第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに設定された後、ＸをＸ＋Ｙに増やすことができる。
【００９７】
図１２は、サイドリンクパケット重複の設定解除または無効を検出するためのＵＥの観点からの１つの例示的な実施形態によるフローチャート１２００であり、サイドリンクパケット重複は、ＵＥにおいてＳＬＲＢに対して設定または有効にされ、再順序付け手順は、ＳＬＲＢでのサイドリンク受信に対して実行される。ステップ１２０５では、ＵＥは、ＳＬＲＢに関連付けられた非重複論理チャネルで第１のＰＤＣＰ  ＰＤＵを受信する。ステップ１２１０では、ＵＥは、第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが再順序付け手順の再順序付けウィンドウから外れ、０に等しい場合、第１のＰＤＣＰ  ＰＤＵに対応する第１のＰＤＣＰ  ＳＤＵを記憶する。ステップ１２１５では、ＵＥは、第１のＰＤＣＰ  ＰＤＵの受信に続いて、ＳＬＲＢに関連付けられた非重複論理チャネルで第２のＰＤＣＰ  ＰＤＵを受信する。ステップ１２２０では、ＵＥは、第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが０に等しい場合、第１のＰＤＣＰ  ＳＤＵを上位レイヤに引き渡す。ステップ１２２５では、ＵＥは、第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが０に等しくない場合、第１のＰＤＣＰ  ＰＤＵを破棄する。
【００９８】
一実施形態では、ＵＥは、第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが０に等しい場合、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされているとみなすことができる。
【００９９】
一実施形態では、ＵＥは、第１のＰＤＣＰ  ＰＤＵの受信の後、ＳＬＲＢに関連する重複論理チャネルで第３のＰＤＣＰ  ＰＤＵが受信される場合、第１のＰＤＣＰ  ＰＤＵを破棄することができる。
【０１００】
一実施形態では、ＵＥは、第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが０に等しい場合、第２のＰＤＣＰ  ＰＤＵに対応する第２のＰＤＣＰ  ＳＤＵを上位レイヤに引き渡すことができる。
【０１０１】
図３および図４に戻って参照すると、ＵＥの１つの例示的実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ  ３０８は、プログラムコード３１２を実行して、ＵＥが、（ｉ）ＳＬＲＢに関連する非重複論理チャネルで第１のＰＤＣＰ  ＰＤＵを受信することと、（ｉｉ）第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが再順序付け手順の再順序付けウィンドウから外れ、０に等しい場合、第１のＰＤＣＰ  ＰＤＵに対応する第１のＰＤＣＰ  ＳＤＵを記憶することと、（ｉｉｉ）第１のＰＤＣＰ  ＰＤＵの受信の後、ＳＬＲＢに関連する非重複論理チャネルで第２のＰＤＣＰ  ＰＤＵを受信することと、（ｉｖ）第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが０に等しい場合、第１のＰＤＣＰ  ＳＤＵを上位レイヤに引き渡すことと、（ｖ）第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが０に等しくない場合、第１のＰＤＣＰ  ＰＤＵを破棄することと、を行うことを可能にすることができる。さらに、ＣＰＵ  ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【０１０２】
図１３は、ＵＥの観点からの１つの例示的な実施形態によるフローチャート１３００であり、ＵＥにおけるＳＬＲＢに対してサイドリンクパケット重複が設定または有効にされており、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数がＵＥによって維持される。ステップ１３０５では、ＵＥは、上位レイヤから第１のＰＤＣＰ  ＳＤＵを受信する。ステップ１３１０では、ＵＥは、サイドリンクパケット重複が設定または有効にされている場合、第１のＰＤＣＰ  ＳＤＵに対応する第１のＰＤＣＰ  ＰＤＵおよび第１のＰＤＣＰ  ＰＤＵの重複を送信し、第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮは、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数に基づいて設定される。ステップ１３１５では、ＵＥは、上位レイヤから第２のＰＤＣＰ  ＳＤＵを受信する。ステップ１３２０では、ＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされている場合、第２のＰＤＣＰ  ＳＤＵに対応する１つの第２のＰＤＣＰ  ＰＤＵのみを送信し、第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮは、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数に基づいて設定される。
【０１０３】
一実施形態では、ＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされた後、第２のＰＤＣＰ  ＳＤＵに対応する１つの第２のＰＤＣＰ  ＰＤＵのみを送信し、第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮは、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数に基づいて設定される。
【０１０４】
一実施形態では、ＵＥは、サイドリンクパケット重複が設定または有効にされている場合、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数を維持する。
【０１０５】
一実施形態では、ＵＥは、サイドリンクパケット重複が設定解除または無効にされた後、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数を維持し続ける。
【０１０６】
一実施形態では、ＵＥは、ネットワークノードからシグナリングを受信することができ、そのシグナリングは、サイドリンクパケット重複が設定解除または無効にされることを示す。
【０１０７】
一実施形態では、第１のＰＤＣＰ  ＰＤＵおよび第２のＰＤＣＰ  ＰＤＵは、非重複論理チャネルで送信される。
【０１０８】
一実施形態では、第１のＰＤＣＰ  ＰＤＵの複製は、重複論理チャネルで送信される。
【０１０９】
一実施形態では、非重複論理チャネルは、ＳＬＲＢに関連付けられる。
【０１１０】
一実施形態では、重複論理チャネルは、ＳＬＲＢに関連付けられる。
【０１１１】
一実施形態では、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数は、Next_PDCP_TX_SNである。
【０１１２】
一実施形態では、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数は、TX_HFNである。
【０１１３】
一実施形態では、そのシグナリングはシステム情報ブロックである。
【０１１４】
一実施形態では、そのシグナリングはＲＲＣ再設定メッセージである。
【０１１５】
一実施形態では、threshSL-ReliabilityまたはSL-V2X-PacketDuplicationConfigがシステム情報またはＲＲＣ再設定メッセージにおいて提供されない場合、サイドリンクパケット重複は、設定解除または無効にされる。
【０１１６】
一実施形態では、threshSL-ReliabilityまたはSL-V2X-PacketDuplicationConfigがシステム情報またはＲＲＣ再設定メッセージから除去される場合、サイドリンクパケット重複は、設定解除または無効にされる。
【０１１７】
図３および図４に戻って参照すると、ＵＥの１つの例示的実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、ＵＥが、（ｉ）上位レイヤから第１のＰＤＣＰ  ＳＤＵを受信することと、（ｉｉ）サイドリンクパケット重複が設定または有効にされている場合、第１のＰＤＣＰ  ＳＤＵに対応する第１のＰＤＣＰ  ＰＤＵおよび第１のＰＤＣＰ  ＰＤＵの重複を送信し、第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮは、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数に基づいて設定される、送信することと、（ｉｉｉ）上位レイヤから第２のＰＤＣＰ  ＳＤＵを受信することと、（ｉＶ）ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされている場合、第２のＰＤＣＰ  ＳＤＵに対応する１つの第２のＰＤＣＰ  ＰＤＵのみを送信し、第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮは、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数に基づいて設定される、送信することと、を行うことを可能にすることができる。さらに、ＣＰＵ  ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【０１１８】
図１４は、サイドリンクパケット重複の設定解除または無効に対する応答のためのＵＥの観点からの１つの例示的な実施形態によるフローチャート１４００であり、サイドリンクパケット重複は、ＵＥにおいてＳＬＲＢに対して設定または有効にされており、ＳＬＲＢは、非重複論理チャネルおよび重複論理チャネルに関連付けられる。ステップ１４０５では、ＵＥは、各ＰＤＣＰ  ＰＤＵを２つのＰＤＣＰ  ＰＤＵに複製する。ステップ１４１０では、ＵＥは、送信のためにこれらの２つのＰＤＣＰ  ＰＤＵを２つのＲＬＣエンティティに引き渡し、ＲＬＣエンティティの一方は、非重複論理チャネルに対応し、他方は、重複論理チャネルに対応する。ステップ１４１５では、ＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされる場合、重複論理チャネルに対応するＲＬＣエンティティを解放または除去する。
【０１１９】
一実施形態では、ＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされる場合、重複論理チャネルを解放または除去することができる。
【０１２０】
一実施形態では、ＵＥは、ネットワークノードからシグナリングを受信することができ、そのシグナリングは、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効されることを示す。
【０１２１】
一実施形態では、そのシグナリングはシステム情報ブロックである。
【０１２２】
一実施形態では、そのシグナリングはＲＲＣ再設定メッセージである。
【０１２３】
図３および図４に戻って参照すると、ＵＥの１つの例示的実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、ＵＥが、（ｉ）各ＰＤＣＰ  ＰＤＵを２つのＰＤＣＰ  ＰＤＵに複製することと、（ｉｉ）送信のためにこれらの２つのＰＤＣＰ  ＰＤＵを２つのＲＬＣエンティティに引き渡し、ＲＬＣエンティティの一方は、非重複論理チャネルに対応し、他方は、重複論理チャネルに対応する、引き渡すことと、（ｉｉｉ）ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされる場合、重複論理チャネルに対応するＲＬＣエンティティを解放または除去することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【０１２４】
図１５は、サイドリンクパケット重複の設定解除または無効に対する応答のためのＵＥの観点からの１つの例示的な実施形態によるフローチャート１５００である。ステップ１５０５では、ＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定または有効にされている場合、ＳＬＲＢでのサイドリンク受信のための再順序付け手順を実行する。ステップ１５１０では、ＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされている場合、ＳＬＲＢで受信され、ＰＤＣＰレイヤに記憶された一部および／またはすべてのＰＤＣＰ  ＳＤＵを上位レイヤに引き渡す。
【０１２５】
一実施形態では、ＵＥは、重複論理チャネルでＰＤＣＰ  ＳＮが０に設定されたＰＤＣＰ  ＰＤＵの受信、または非重複論理チャネルでＰＤＣＰ  ＳＮが０に設定されていないＰＤＣＰ  ＰＤＵの受信に基づいて、ＳＬＲＢに対してサイドリンクパケット重複が設定または有効にされていることを検出することができる。
【０１２６】
一実施形態では、ＵＥは、ＰＤＣＰ  ＳＮが０に設定されたＰＤＣＰ  ＰＤＵの連続した受信に基づいて、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされていることを検出することができる。
【０１２７】
一実施形態では、ＵＥは、ＳＬＲＢでのサイドリンク受信のサイドリンク制御情報に含まれる指示に基づいて、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされることを検出することができる。
【０１２８】
一実施形態では、ＵＥは、ＳＬＲＢでのサイドリンク受信のヘッダに含まれる指示に基づいて、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされていることを検出することができる。
【０１２９】
一実施形態では、ＳＬＲＢでのサイドリンク受信のヘッダはＰＤＣＰヘッダである。
【０１３０】
一実施形態では、ＰＤＣＰ  ＳＮが０に設定されたＰＤＣＰ  ＰＤＵは、非重複論理チャネルで連続的に受信される。
【０１３１】
一実施形態では、非重複論理チャネルは、ＳＬＲＢに関連付けられる。
【０１３２】
一実施形態では、ＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされるとき、再順序付け手順の再順序付けタイマを停止することができる。
【０１３３】
一実施形態では、ＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされている場合、ＳＬＲＢでのサイドリンク受信のための再順序付け手順を実行することができない。
【０１３４】
一実施形態では、ネットワークノードは、基地局またはｇＮＢである。
【０１３５】
図３および図４に戻って参照すると、ＵＥの１つの例示的実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、ＵＥが、（ｉ）ＳＬＲＢに対してサイドリンクパケット重複が設定または有効にされている場合、ＳＬＲＢでのサイドリンク受信のための再順序付け手順を実行することと、（ｉｉ）ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされている場合、ＳＬＲＢで受信され、ＰＤＣＰレイヤに記憶されたすべてのＰＤＣＰ  ＳＤＵを上位レイヤに引き渡すことと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【０１３６】
図１６は、サイドリンク送信を実行するためのＵＥの観点からの１つの例示的な実施形態によるフローチャート１６００である。ステップ１６０５では、ＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定または有効にされる場合、第１のＰＤＣＰ  ＳＤＵに対応する第１のＰＤＣＰ  ＰＤＵおよび第１のＰＤＣＰ  ＰＤＵの複製を送信し、第１のＰＤＣＰ  ＰＤＵの第１のＰＤＣＰ  ＳＮは、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数に基づいて設定される。ステップ１６１０では、ＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされる場合、第２のＰＤＣＰ  ＳＤＵに対応する第２のＰＤＣＰ  ＰＤＵを送信し、第２のＰＤＣＰ  ＰＤＵの第２のＰＤＣＰ  ＳＮは、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数に基づいて設定され、第２のＰＤＣＰ  ＰＤＵの複製は送信されない。
【０１３７】
一実施形態では、ＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされた後、第２のＰＤＣＰ  ＳＤＵに対応する第２のＰＤＣＰ  ＰＤＵを送信し、第２のＰＤＣＰ  ＰＤＵの第２のＰＤＣＰ  ＳＮは、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数に基づいて設定され、第２のＰＤＣＰ  ＰＤＵの複製は送信されない。
【０１３８】
一実施形態では、ＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定または有効にされる場合、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数を維持する。
【０１３９】
一実施形態では、ＵＥは、ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされた後、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数を維持し続ける。
【０１４０】
一実施形態では、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数は、次のPDCP_TX_SNおよび／またはTX_HFNである。
【０１４１】
一実施形態では、サイドリンクパケット重複が設定解除または無効にされる場合、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数は０に設定されない。
【０１４２】
一実施形態では、システム情報内のSL-V2X-PacketDuplicationConfigのthreshSL-Reliabilityフィールドが、ＵＥがサイドリンクパケット重複を伴うサイドリンク送信をＳＬＲＢで行うことができるような値に設定される場合、サイドリンクパケット重複が設定または有効にされる。
【０１４３】
一実施形態では、threshSL-ReliabilityまたはSL-V2X-PacketDuplicationConfigが、ＵＥがサイドリンクパケット重複を伴うサイドリンク送信をＳＬＲＢで行うことができないように、システム情報内に提供されていない、あるいはシステム情報から除去されている場合、サイドリンクパケット重複は、設定解除または無効にされる。
【０１４４】
一実施形態では、システム情報内のSL-V2X-PacketDuplicationConfigのthreshSL-Reliabilityフィールドが、ＵＥがサイドリンクパケット重複を伴うサイドリンク送信をＳＬＲＢで行うことができないような値に変更される場合、サイドリンクパケット重複は、設定解除または無効にされる。
【０１４５】
一実施形態では、第１のＰＤＣＰ  ＰＤＵおよび第１のＰＤＣＰ  ＰＤＵの複製は、２つの異なるキャリアで送信される。
【０１４６】
図３および図４に戻って参照すると、ＵＥの１つの例示的実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、ＵＥが、（ｉ）ＳＬＲＢに対してサイドリンクパケット重複が設定または有効にされる場合、第１のＰＤＣＰ  ＳＤＵに対応する第１のＰＤＣＰ  ＰＤＵおよび第１のＰＤＣＰ  ＰＤＵの複製を送信することであって、第１のＰＤＣＰ  ＰＤＵの第１のＰＤＣＰ  ＳＮは、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数に基づいて設定される、送信することと、（ｉｉ）ＳＬＲＢに対してサイドリンクパケット重複が設定解除または無効にされる場合、第２のＰＤＣＰ  ＳＤＵに対応する第２のＰＤＣＰ  ＰＤＵを送信することであって、第２のＰＤＣＰ  ＰＤＵの第２のＰＤＣＰ  ＳＮは、ＳＬＲＢでのサイドリンク送信に使用される１つ以上の状態変数に基づいて設定され、第２のＰＤＣＰ  ＰＤＵの複製は送信されない、送信することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【０１４７】
本明細書に提示した１つ以上の技術を適用すると、限定されるものではないが、サイドリンクパケット重複を設定解除および／または無効にすることによるデータの欠落の低減を含む１つ以上の利点をもたらすことができることが理解されよう。
【０１４８】
通信デバイス（例えば、ＵＥ、基地局、ネットワークなど）を設けてもよく、通信デバイスは、制御回路、制御回路内に設置されたプロセッサ、および／または制御回路内に設置され、プロセッサに結合されたメモリを含んでもよい。プロセッサは、メモリに記憶されたプログラムコードを実行して、図１２から図１６の１つ以上に示される方法ステップを実行するように構成されてもよい。さらに、プロセッサは、プログラムコードを実行して、上述のアクションおよび／またはステップ、および／または本明細書に記載の他のことの一部および／または全部を実行してもよい。
【０１４９】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示されている如何なる特定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示される態様は、他の如何なる態様からも独立に実装されてよく、これら態様のうちの２つ以上が種々組み合わされてよい。例えば、本明細書に記載された態様のうちの任意の数の態様を用いて、装置が実装されてよく、方法が実現されてよい。追加的に、本明細書に記載された態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置が実装されるようになっていてもよいし、このような方法が実現されるようになっていてもよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルが確立されてよい。いくつかの態様では、パルス位置またはオフセットに基づいて、同時チャネルが確立されてよい。いくつかの態様では、時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。いくつかの態様では、パルス繰り返し周波数、パルス位置またはオフセットおよびホッピングシーケンスに基づいて、同時チャネルが確立されてよい。
【０１５０】
当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。
【０１５１】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるデジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【０１５２】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。
【０１５３】
任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。
【０１５４】
本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【０１５５】
以上、種々の態様に関連して開示主題を説明したが、開示主題は、さらに改良可能であることが了解される。本願は、概して開示主題の原理に従うと共に、開示主題が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む開示主題の任意の変形、使用、または適応を網羅することを意図している。
【図１】
2020025262.tif 000039
【図２】
2020025262.tif 000040
【図３】
2020025262.tif 000041
【図４】
2020025262.tif 000042
【図５】
2020025262.tif 000043
【図６】
2020025262.tif 000044
【図７】
2020025262.tif 000045
【図８】
2020025262.tif 000046
【図９】
2020025262.tif 000047
【図１０】
2020025262.tif 000048
【図１１】
2020025262.tif 000049
【図１２】
2020025262.tif 000050
【図１３】
2020025262.tif 000051
【図１４】
2020025262.tif 000052
【図１５】
2020025262.tif 000053
【図１６】
2020025262.tif 000054
【外国語明細書】
2020025262000001.pdf