(57)【要約】      （修正有）【課題】無線通信システムにおいてサイドリンク重複受信の初期化を改善する方法および装置を提供する。【解決手段】ユーザ機器（ＵＥ）は、サイドリンク無線ベアラ（ＳＬＲＢ）に関連付けられた論理チャネルで第１のＰＤＣＰ  ＰＤＵ（Protocol  Data  Unit）を受信する。ＵＥは、部分Reordering_Windowおよび受信した第１のＰＤＣＰ  ＰＤＵのＳＮ（Sequence  Number）に基づいて第１の状態変数を初期化し、第１の状態変数は、ＳＬＲＢのために作成されたＰＤＣＰエンティティによって上位レイヤに引き渡された最後のＰＤＣＰ  ＳＤＵ（Service  Data  Unit）のＰＤＣＰ  ＳＮを示し、部分Reordering_WindowはReordering_Windowより小さい。ＵＥは、第１の状態変数を使用して、第１のＰＤＣＰ  ＰＤＵに対して再オーダリング手順を行う。【選択図】図１０
2020043561.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）の方法であって、
サイドリンク無線ベアラ（ＳＬＲＢ）に関連付けられた論理チャネルで第１のＰＤＣＰ（Packet  Data  Convergence  Protocol）ＰＤＵ（Protocol  Data  Unit）を受信することと、
部分Reordering_Windowおよび受信した第１のＰＤＣＰ  ＰＤＵのＳＮ（Sequence  Number）に基づいて第１の状態変数を初期化することであって、前記第１の状態変数は、前記ＳＬＲＢのために作成されたＰＤＣＰエンティティによって上位レイヤに引き渡された最後のＰＤＣＰ  ＳＤＵ（Service  Data  Unit）のＰＤＣＰ  ＳＮを示し、該部分Reordering_WindowはReordering_Windowより小さい、初期化することと、
前記第１の状態変数を使用して、前記第１のＰＤＣＰ  ＰＤＵに対して再オーダリング手順を実行することと、を含む方法。
【請求項２】
前記第１の状態変数は、前記第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＞＝前記部分Reordering_Windowである場合、前記第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ−前記部分Reordering_Windowに設定される、請求項１に記載の方法。
【請求項３】
前記第１の状態変数は、前記第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＜前記部分Reordering_Windowである場合、前記第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＋前記Reordering_Window＋前記部分Reordering_Windowに設定される、請求項１に記載の方法。
【請求項４】
前記部分Reordering_Windowは、１／２Reordering_Windowである、請求項１に記載の方法。
【請求項５】
前記Reordering_Windowは、ＰＤＣＰ  ＳＮ空間の半分である、請求項１に記載の方法。
【請求項６】
前記Reordering_Windowは、３２７６８である、請求項１に記載の方法。
【請求項７】
前記第１の状態変数が、Last_Submitted_PDCP_RX_SNである、請求項１に記載の方法。
【請求項８】
サイドリンク無線ベアラ（ＳＬＲＢ）に関連付けられた論理チャネルで第２のＰＤＣＰ  ＰＤＵを受信することをさらに含む、請求項１に記載の方法。
【請求項９】
前記第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが前記第１の状態変数以下の場合、前記第２のＰＤＣＰ  ＰＤＵに対して前記再オーダリング手順を実行して、前記第２のＰＤＣＰ  ＰＤＵを破棄することをさらに含む、請求項８に記載の方法。
【請求項１０】
前記第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが前記第１の状態変数より大きい場合、前記第２のＰＤＣＰ  ＰＤＵに対して前記再オーダリング手順を実行して、前記第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＤＵを記憶する、あるいは前記第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＤＵを上位レイヤに引き渡すことをさらに含む、請求項８に記載の方法。
【請求項１１】
ユーザ機器（ＵＥ）であって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に取り付けられ、プロセッサに結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
サイドリンク無線ベアラ（ＳＬＲＢ）に関連付けられた論理チャネルで第１のＰＤＣＰ（Packet  Data  Convergence  Protocol）ＰＤＵ（Protocol  Data  Unit）を受信することと、
部分Reordering_Windowおよび受信した前記第１のＰＤＣＰ  ＰＤＵのＳＮ（Sequence  Number）に基づいて第１の状態変数を初期化することであって、前記第１の状態変数は、前記ＳＬＲＢのために作成されたＰＤＣＰエンティティによって上位レイヤに引き渡された最後のＰＤＣＰ  ＳＤＵ（Service  Data  Unit）のＰＤＣＰ  ＳＮを示し、該部分Reordering_WindowはReordering_Windowより小さい、初期化することと、
前記第１の状態変数を使用して、前記第１のＰＤＣＰ  ＰＤＵに対して再オーダリング手順を実行することと、を行うように構成されている、ＵＥ。
【請求項１２】
前記第１の状態変数は、前記第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＞＝前記部分Reordering_Windowである場合、前記第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ−前記部分Reordering_Windowに設定される、請求項１１に記載のＵＥ。
【請求項１３】
前記第１の状態変数は、前記第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＜前記部分Reordering_Windowである場合、前記第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＋前記Reordering_Window＋前記部分Reordering_Windowに設定される、請求項１１に記載のＵＥ。
【請求項１４】
前記部分Reordering_Windowは、１／２Reordering_Windowである、請求項１１に記載のＵＥ。
【請求項１５】
前記Reordering_Windowは、ＰＤＣＰ  ＳＮ空間の半分である、請求項１１に記載のＵＥ。
【請求項１６】
前記Reordering_Windowは、３２７６８である、請求項１１に記載のＵＥ。
【請求項１７】
前記第１の状態変数が、Last_Submitted_PDCP_RX_SNである、請求項１１に記載のＵＥ。
【請求項１８】
前記プロセッサが、サイドリンク無線ベアラ（ＳＬＲＢ）に関連付けられた論理チャネルで第２のＰＤＣＰ  ＰＤＵを受信することをさらに行うように構成されている、請求項１１に記載のＵＥ。
【請求項１９】
前記プロセッサが、前記第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが前記第１の状態変数以下の場合、前記第２のＰＤＣＰ  ＰＤＵに対して前記再オーダリング手順を実行して、前記第２のＰＤＣＰ  ＰＤＵを破棄することをさらに行うように構成されている、請求項１８に記載のＵＥ。
【請求項２０】
前記プロセッサが、前記第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが前記第１の状態変数より大きい場合、前記第２のＰＤＣＰ  ＰＤＵに対して前記再オーダリング手順を実行して、前記第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＤＵを記憶し、あるいは前記第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＤＵを上位レイヤに引き渡すことをさらに行うように構成されている、請求項１８に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１８年９月１０日に出願された米国仮特許出願第６２／７２９，１４８号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。
【０００２】
この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおいてサイドリンク重複受信の初期化を改善するための方法および装置に関連する。
に関連する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。
【発明の概要】
【０００５】
一方法では、ユーザ機器（ＵＥ）は、サイドリンク無線ベアラ（ＳＬＲＢ）に関連付けられた論理チャネルで第１のＰＤＣＰ（Packet  Data  Convergence  Protocol）ＰＤＵ（Protocol  Data  Unit）を受信する。ＵＥは、部分Reordering_Windowおよび受信した第１のＰＤＣＰ  ＰＤＵのＳＮ（Sequence  Number）に基づいて第１の状態変数を初期化することであって、第１の状態変数は、ＳＬＲＢのために作成されたＰＤＣＰエンティティによって上位レイヤに引き渡された最後のＰＤＣＰ  ＳＤＵ（Service  Data  Unit）のＰＤＣＰ  ＳＮを示し、部分Reordering_WindowはReordering_Windowより小さい。ＵＥは、第１の状態変数を使用して、第１のＰＤＣＰ  ＰＤＵに対して再オーダリング手順を実行する。
【図面の簡単な説明】
【０００６】
【図１】１つの例示的な実施形態による無線通信システムの図を示す。
【図２】１つの例示的な実施形態による送信機システム（アクセスネットワークとしても知られている）および受信機システム（ユーザ機器またはＵＥとしても知られている）のブロック図である。
【図３】１つの例示的な実施形態による通信システムの機能ブロック図である。
【図４】１つの例示的な実施形態による図３のプログラムコードの機能ブロック図である。
【図５】３ＧＰＰ  ＴＳ３６．３００  ｖ１５．２．０から取得したＣＡが設定されるサイドリンクについてのレイヤ２構造を示す図６．４−ｘの複製である。
【図６】３ＧＰＰ  ＴＳ３６．３２１  ｖ１５．２．０から取得したＳＬ−ＳＣＨについてのＬＣＩＤの値のリストである表６．２．４−１の複製である。
【図７】３ＧＰＰ  ＴＳ３６．３２１  ｖ１５．２．０から取得したＦフィールドの値のリストである表６．２．４−２の複製である。
【図８】サイドリンクパケット重複のための送信動作の例示的な実施形態を示す。
【図９】サイドリンクパケット重複のための受信動作の例示的な実施形態を示す。
【図１０】ユーザ機器（ＵＥ）の観点からの１つの例示的な実施形態についてのフロー図である。
【発明を実施するための形態】
【０００７】
以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（ロング・ターム・エボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−ＡもしくはＬＴＥ−Ａｄｖａｎｃｅｄ（ロング・ターム・エボリューション・アドバンスト）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband：超モバイル広帯域）、ＷｉＭａｘ、５Ｇのための３ＧＰＰ  ＮＲ（New  Radio）無線アクセス、またはその他何らかの変調技術に基づいてよい。
【０００８】
特に、以下に説明する例示的な無線通信システムおよびデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてよく、その標準は、TS36.300  v15.2.0,  Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA),  Overall  description,  Stage  2;  TS36.321  v15.2.0,  Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA),  Medium  Access  Control  (MAC)  protocol  specification;  TS36.323  v15.0.0,  Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Packet  Data  Convergence  Protocol  (PDCP)  specification;およびR2-1812809,  LG,  “Handling  of  the  first  received  PDCP  PDU  located  outside  of  the  reordering  window”を含む。上記に挙げた標準および文書は、全体として参照により本明細書に明示的に援用される。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６、別のグループは１０８および１１０、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【００１０】
アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、ネットワークノード、ネットワークまたはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をディジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信および処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＬＴＥシステムまたはＮＲシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
３ＧＰＰ  ＴＳ  ３６．３００  ｖ１５．２．０は、以下の事項を開示している：
［外１］
2020043561.tif 000003
図５（ＣＡが設定されるサイドリンクについてのレイヤ２構造を示す図６．４−ｘの複製）
［外２］
2020043561.tif 000004
2020043561.tif 000005
【００２６】
３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１５．２．０は、以下の事項を開示している：
［外３］
2020043561.tif 000006
図６（ＳＬ−ＳＣＨについてのＬＣＩＤの値のリストである表６．２．４−１の複製）
図７（Ｆフィールドの値のリストである表６．２．４−２の複製）
【００２７】
３ＧＰＰ  ＴＳ  ３６．３２３  ｖ１５．０．０は、以下の事項を開示している：
［外４］
2020043561.tif 000007
2020043561.tif 000008
2020043561.tif 000009
2020043561.tif 000010
2020043561.tif 000011
【００２８】
３ＧＰＰ  Ｒ２−１８１２８０９は、以下の事項を開示している：
［外５］
2020043561.tif 000012
【００２９】
３ＧＰＰ  ＴＳ  ３６．３００  ｖ１５．２．０によれば、キャリア・アグリゲーション（ＣＡ）がセルラーＶ２Ｘ（Vehicle-to-Everything）サイドリンク通信に対してサポートされ、サイドリンクでのＣＡはカバレッジ内ＵＥとカバレッジ外ＵＥの両方に適用される。追加的に、サイドリンクパケット重複がＶ２Ｘサイドリンク通信に対してサポートされることになっており、ＵＥのＰＤＣＰ（Packet  Data  Convergence  Protocol）レイヤで実行され得る。送信のためのサイドリンクパケット重複の場合、ＰＤＣＰ  ＰＤＵ（Protocol  Data  Unit）はＰＤＣＰエンティティで複製される。同じＰＤＣＰエンティティの重複したＰＤＣＰ  ＰＤＵは、それぞれ、２つの異なるＲＬＣ（Radio  Link  Control）エンティティに提出され／引き渡され、２つの異なるサイドリンク論理チャネルに関連付けられる。同じＰＤＣＰエンティティの重複したＰＤＣＰ  ＰＤＵは、異なるサイドリンクキャリアでのみ送信が許可される。ＵＥは、事前設定または設定に基づいて、サイドリンクパケット重複をアクティブまたは非アクティブにすることができる。サイドリンクパケット重複がサポートされるＰＰＰＲ（ProSe  Per-Packet  Reliability）値は、ＰＰＰＲしきい値を介して事前設定または設定されることができる。ＵＥ自律リソース選択およびスケジュールされたリソース割り当ての場合、ＵＥは、パケット重複がこれらのＰＰＰＲ値に対して設定解除されるまで、設定されたＰＰＰＲ値を有するデータに対してサイドリンクパケット重複を実行するものとする。スケジュールされたリソース割り当ての場合、ＵＥは、１つ以上のＰＰＰＲ値に関連付けられたデータ量と、そのデータが属する宛先を、サイドリンクＢＳＲ（Buffer  Status  Report）を介して報告する。論理チャネル・グループへのＰＰＰＲ値のマッピングは、進化型ノードＢ（ｅＮＢ）によって設定することができ、ＰＰＰＲ値は、サイドリンクＢＳＲに含まれる関連付けられた論理チャネル・グループＩＤによって反映される。ＰＰＰＲ値のリストは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＵＥによってサイドリンクＵＥ情報で報告され得る。スケジュールされたリソース割り当てを使用するＵＥに対して、２つの重複しないキャリアセットが、ＵＥによってネットワークに報告される宛先毎にｅＮＢによって設定され、それらは、サイドリンクパケット重複が設定されるすべてのＰＰＰＲに適用される。次いで、ＵＥは、同じＰＤＣＰエンティティに対応する２つの重複サイドリンク論理チャネルを、それぞれ、２つのサイドリンク論理チャネルの宛先に設定された２つのキャリアセットに関連付ける。宛先は、（送信側の）ＵＥがサイドリンク通信伝送を行う１つ以上の（受信側の）ＵＥに対応する識別（identity）とすることができる。複製されたサイドリンク論理チャネルとキャリアセットの間の関連付けは、ＵＥ実装に基づく。重複したサイドリンク論理チャネルのデータは、関連付けられたキャリアセット内のキャリアでのみ送信することができる。
【００３０】
図８は、サイドリンクパケット重複のための送信動作の例を示す。
【００３１】
（送信側の）ＵＥは、サイドリンク無線ベアラ（ＳＬＲＢ）で（宛先へ）送信可能なデータを有してよい。ＳＬＲＢは、信頼性値（例えば、ＰＰＰＲ）と関連付けられることができる。信頼性値は、閾値よりも低いことがある。ＵＥは、ＳＬＲＢでサイドリンクパケット重複を実行してよい。ＵＥはＰＤＣＰ  ＰＤＵを複製することができる。ＵＥは、ＰＤＣＰ  ＰＤＵとＰＤＣＰ  ＰＤＵの複製を、ＳＬＲＢに関連付けられた２つの異なるＲＬＣエンティティ／レイヤに引き渡すことができる。ＵＥは、ＰＤＣＰ  ＰＤＵをＳＬＲＢに関連付けられた第１の無線リンク制御（ＲＬＣ）エンティティ／レイヤに引き渡すことができる。ＵＥは、ＰＤＣＰ  ＰＤＵの複製をＳＬＲＢに関連付けられた第２のＲＬＣエンティティ／レイヤに引き渡すことができる。ＵＥには、ＳＬＲＢでのサイドリンクパケット重複が設定され得る。ＵＥは、ＳＬＲＢでのサイドリンク送信に使用される状態変数またはパラメータを維持することができる。状態変数またはパラメータはＮｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮとすることができる。状態変数またはパラメータは、ＴＸ＿ＨＦＮとすることができる。サイドリンクパケット重複の場合、ＵＥは第１の範囲（例えば、ＬＣＨ１〜ＬＣＨ１０、「００００１」〜「０１０１０」など）から非重複論理チャネルを選択してよい。サイドリンクパケット重複の場合、ＵＥは、第２の範囲（例えば、ＬＣＨ１１〜ＬＣＨ２０、「０１０１１」〜「１０１００」など）から重複論理チャネルを選択してよい。第１の範囲の値は、逐次的にそれぞれ第２の範囲のどの値の論理チャネルから複製ＲＬＣサービスデータユニット（ＳＤＵ）を送信するのに使用される論理チャネル識別してよい。この例では、ＵＥは、サイドリンクパケット重複のために、第１の論理チャネル（例えば、ＬＣＨ１）および第２の論理チャネル（例えば、ＬＣＨ１１）を使用してよい。ＵＥは、第１の論理チャネルにサービスするために、第１のキャリア（例えば、Ｃａｒｒｉｅｒ１）を使用してよい。ＵＥは、第２の論理チャネルにサービスを提供するために第２のキャリア（例えば、Ｃａｒｒｉｅｒ２）を使用してよい。
【００３２】
図９は、サイドリンクパケット重複のための受信動作の例を示す。
【００３３】
３ＧＰＰ  Ｒ２−１８１２８０９によれば、送信側のＵＥが特定のサービス（例えばＶ２Ｘ）のためのパケットをブロードキャストする場合、受信側のＵＥは、特定のサービスの開始部分または中間部分のためのものである可能性があるブロードキャストされたパケットを受信することができる。３ＧＰＰ  ＴＳ３６．３２３  ｖ．１５．０．０に基づき、受信側のＰＤＣＰエンティティが確立される場合、再オーダリングウィンドウの範囲は０から３２７６７である。さらに、再オーダリング手順（re-ordering  procedure）では、受信側のＰＤＣＰエンティティは、ＰＤＣＰ  ＳＤＵが上位レイヤに引き渡される場合にのみ、再オーダリングウィンドウの下側エッジを更新する。受信側のＵＥが特定のサービスセッションの途中でブロードキャストパケットを受信し始める場合、受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰシーケンス番号（ＳＮ）が再オーダリング手順の再オーダリングウィンドウから外れている場合、受信した第１のＰＤＣＰ  ＰＤＵは再オーダリング手順で破棄される。また、受信した第１のＰＤＣＰ  ＰＤＵに続くＰＤＣＰ  ＰＤＵも、再オーダリングウィンドウ内のＰＤＣＰ  ＳＮを有するＰＤＣＰ  ＰＤＵを受信するまで破棄される。一方、受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが再オーダリングウィンドウに位置する場合、受信側のＵＥは、t-Reorderingタイマが満了するまで、この受信した第１のＰＤＣＰ  ＰＤＵの結果として得られたＰＤＣＰ  ＳＤＵを記憶する。この状況は、特定のサービスの配信遅延を引き起こす可能性がある。従って、３ＧＰＰ  Ｒ２−１８１２８０９で提案された上記の問題に対する解決策の概念は、受信側のＵＥが受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに再オーダリングウィンドウの下側エッジを更新できる、すなわち、Last_Submitted_PDCP_RX_SNが受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに設定される、というものである。この状況では、受信側のＵＥが３ＧＰＰ  ＴＳ３６．３２３  ｖ１５．０．０に開示されているような現在のＰＤＣＰ仕様に従う場合、受信側のＵＥは受信した第１のＰＤＣＰ  ＰＤＵを破棄する。なぜなら、このＰＤＣＰ  ＰＤＵは依然として再オーダリングウィンドウから外れているからである。例えば、受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが４０００であり、Last_Submitted_PDCP_RX_SNが３ＧＰＰ  Ｒ２−１８１２８０９での概念に基づいて４０００に設定される。この状況では、再オーダリング手順における“０＜＝Last_Submitted_PDCP_RX_SN（すなわち、４０００）−受信したＰＤＣＰ  ＳＮ（すなわち、４０００）＜再オーダリングウィンドウ（すなわち、３２７６８）”の条件が満たされる。その結果、受信側のＵＥは依然として受信した第１のＰＤＣＰ  ＰＤＵを破棄する。受信した第１のＰＤＣＰ  ＰＤＵを誤って破棄することを避けるために、２つの異なる方向性を考慮することができる。第１の方向性は、受信した第１のＰＤＣＰ  ＰＤＵが再オーダリング手順を経験する（go  through）ことであり、第２の方向性は、受信した第１のＰＤＣＰ  ＰＤＵが再オーダリング手順を経験しないことである。
【００３４】
方向性１：ＳＬＲＢに関連付けられた論理チャネルで第１のＰＤＣＰ  ＰＤＵを受信し、第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが０に等しくない場合、受信側のＵＥは第１の状態変数Last_Submitted_PDCP_RX_SNを第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮよりも小さい値に設定する。原則として、第１の状態変数Last_Submitted_PDCP_RX_SNは、第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが再オーダリング手順の再オーダリングウィンドウ内にあるように適切に設定されるべきである。言い換えれば、第１の状態変数Last_Submitted_PDCP_RX_SNは、第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮがReordering_Window未満である場合には、Reordering_Window＋第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ以上とするべきであり、あるいは第１の状態変数Last_Submitted_PDCP_RX_SNは、第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮがReordering_Window以上である場合には、第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ−Reordering_Windowとする以上とするべきである。１つのシナリオでは、第１の状態変数Last_Submitted_PDCP_RX_SNを第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ−１に設定することができる。第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが０に等しい場合、第１の状態変数Last_Submitted_PDCP_RX_SNをMaximum_PDCP_SNに設定するか、あるいはMaximum_PDCP_SN未満で、Reordering_Window以上の値に設定することができる（シーケンス番号の折り返しを考慮して）。受信側のＵＥは、上記の第１の状態変数Last_Submitted_PDCP_RX_SNを使用して第１のＰＤＣＰ  ＰＤＵに対する順序変更手順を、実行することができる。第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＤＵは、再オーダリング手順において上位レイヤに引き渡される。
【００３５】
別のシナリオでは、上記に開示された例に従うと、Last_Submitted_PDCP_RX_SNは、３９９９（＝４０００−１）（第１のＰＤＣＰ  ＰＤＵを受信する場合／とき）に設定することができる。
【００３６】
別のシナリオでは、第１のＰＤＣＰ  ＰＤＵを受信すると、受信側のＵＥはさらに、第２の状態変数Next_PDCP_RX_SNを第１のＰＤＣＰ  ＰＤＵのＳＮ以上の値に設定し、受信側のＵＥは、第１の状態変数Last_Submitted_PDCP_RX_SNと（上記で設定された）２番目の状態変数Next_PDCP_RX_SNを使用して、第１のＰＤＣＰ  ＰＤＵに対する再オーダリング手順を実行することができる。
【００３７】
方向性２：ＳＬＲＢに関連付けられた論理チャネルで第１のＰＤＣＰ  ＰＤＵを受信し、第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが０に等しくない場合、受信側のＵＥは第１の状態変数Last_Submitted_PDCP_RX_SNを第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに設定する。１つのシナリオでは、受信側のＵＥは、第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＤＵを上位レイヤに引き渡すことができる。別のシナリオでは、受信側のＵＥは、ＰＤＣＰ  ＳＤＵを上位レイヤに引き渡した後、第１の状態変数Last_Submitted_PDCP_RX_SNを第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに設定することができる。受信側のＵＥは、上記のように設定された第１の状態変数Last_Submitted_PDCP_RX_SNを使用して、第１のＰＤＣＰ  ＰＤＵの後に受信したＰＤＣＰ  ＰＤＵに対して再オーダリング手順を実行することができる。基本的に、受信側のＵＥは、（第１の状態変数Last_Submitted_PDCP_RX_SNを使用して、）第１のＰＤＣＰ  ＰＤＵに対して再オーダリング手順を実行しない。
【００３８】
別の実施形態では、上記に開示された例に従うと、Last_Submitted_PDCP_RX_SNは４０００に設定することができる。
【００３９】
別の実施形態では、第１のＰＤＣＰ  ＰＤＵを受信すると、受信側のＵＥはさらに、第２の状態変数Next_PDCP_RX_SNを、第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＋１以上の値に設定することができる。第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮがMaximum_PDCP_SNに等しいか、またはそれに近い場合、第２の状態変数Next_PDCP_RX_SNは０に設定されるか、あるいは０より大きい値に設定することができる（シーケンス番号の折り返しを考慮して）。受信側のＵＥは、第１の状態変数Last_Submitted_PDCP_RX_SNおよび第２の状態変数Next_PDCP_RX_SNを使用して、第１のＰＤＣＰ  ＰＤＵの後に受信したＰＤＣＰ  ＰＤＵに対して再オーダリング手順を実行することができる。
【００４０】
以下の事項は、上記に開示した両方の方向性における解決策に適用することができる。
【００４１】
一実施形態では、第１のＰＤＣＰ  ＰＤＵを受信すると、受信側のＵＥは、再オーダリング手順のために、第３の状態変数RX_HFNを初期値（例えば、０）に設定することができる。
【００４２】
一実施形態では、ＵＥは、ＰＤＣＰ  ＳＮが０に等しくない第１のＰＤＣＰ  ＰＤＵを受信したら、サイドリンク重複がＳＬＲＢに対して設定または有効化されると検出することができる。
【００４３】
一実施形態では、論理チャネルは、重複論理チャネルまたは非重複論理チャネルのいずれかとすることができる。
【００４４】
送信側のＵＥは、受信側のＵＥで最初に受信するＰＤＣＰ  ＰＤＵであって、送信側のＵＥによって送信するＰＤＣＰ  ＰＤＵよりも前に送信側のＵＥがいくつかのＰＤＣＰ  ＰＤＵを送信できた可能性があるため、受信側のＵＥは、受信した第１のＰＤＣＰ  ＰＤＵを受信した後でも、依然としていくつかのＰＤＣＰ  ＰＤＵを受信できる可能性がある。特定のサービス（例えば、Ｖ２Ｘ）がクリティカルである可能性があるため、そのいくつかのＰＤＣＰ  ＰＤＵを欠くことは望ましくないものである。この問題を解決するために、２つの方向性が考えられる。
【００４５】
方向性１：受信側ＵＥは、受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮと部分的Reordering_Window（Reordering_Window未満）に基づいて、あるいは受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮと部分的ＰＤＣＰ  ＳＮ空間（ＰＤＣＰ  ＳＮ空間の半分未満）に基づいて、第１の状態変数Last_Submitted_PDCP_RX_SNを初期化することができる。受信側のＵＥは、初期化された第１の状態変数Last_Submitted_PDCP_RX_SNまたは受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに基づいて、第２の状態変数Next_PDCP_RX_SNを設定することができる。第２の状態変数Next_PDCP_RX_SNは、Reordering_Windowによってシフトされた初期化された第１の状態変数Last_Submitted_PDCP_RX_SNに設定することができる（たとえば、Next_PDCP_RX_SN＝［初期化された第１の状態変数Last_Submitted_PDCP_RX_SN＋Reordering_Window］あるいはNext_PDCP_RX_SN＝［初期化された第１の状態変数Last_Submitted_PDCP_RX_SN−Reordering_Window］）。第２の状態変数Next_PDCP_RX_SNは、［受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＋１］に設定することができる。
【００４６】
一実施形態では、部分Reordering_Windowは、１／２、１／４、１／８、１／１６、１／３２、１／６４、１／１２８、１／２５６、１／５１２、１／１０２４、１／２０４８、または１／４０９６Reordering_Windowとすることができる。（完全）Reordering_Windowは３２７６８とすることができる。
【００４７】
一実施形態では、部分ＰＤＣＰ  ＳＮ空間は、１／４、１／８、１／１６、１／３２、１／６４、１／１２８、１／２５６、１／５１２、１／１０２４、１／２０４８、１／４０９６、または１／８１９２ＰＤＣＰ  ＳＮ空間とすることができる。（完全）ＰＤＣＰ  ＳＮ空間は６５５３６とすることができる。
【００４８】
一実施形態では、受信側のＵＥは、最初に受信されるＰＤＣＰ  ＰＤＵを受信した場合／とき、受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＜部分Reordering_Windowであるとき、第１の状態変数Last_Submitted_PDCP_RX_SNを［受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＋Reordering_Window＋部分Reordering_Window］に初期化することができる。
【００４９】
一実施形態では、受信側のＵＥは、最初に受信されるＰＤＣＰ  ＰＤＵを受信した場合／とき、受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＞＝部分Reordering_Windowであるとき、第１の状態変数Last_Submitted_PDCP_RX_SNを［受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ−部分Reordering_Window］に初期化することができる。
【００５０】
一実施形態では、受信側のＵＥは、最初に受信されるＰＤＣＰ  ＰＤＵを受信した場合／とき、受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＜部分ＰＤＣＰ  ＳＮ空間であるとき、第１の状態変数Last_Submitted_PDCP_RX_SNを［受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＋ＰＤＣＰ  ＳＮ空間の半分＋部分ＰＤＣＰ  ＳＮ空間］に初期化することができる。
【００５１】
一実施形態では、受信ＵＥは、最初に受信されるＰＤＣＰ  ＰＤＵを受信した場合／とき、受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＞＝部分ＰＤＣＰ  ＳＮ空間であるとき、第１の状態変数Last_Submitted_PDCP_RX_SNを［受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ−部分ＰＤＣＰ  ＳＮ空間］に初期化することができる。
【００５２】
方向性２：受信側のＵＥは、（Reordering_Window未満の）部分Reordering_Windowまたは（ＰＤＣＰ  ＳＮ空間の半分未満の）部分ＰＤＣＰ  ＳＮ空間に基づいて、第１の状態変数Last_Submitted_PDCP_RX_SNを初期化することができる。受信側のＵＥは、初期化された第１の状態変数Last_Submitted_PDCP_RX_SNまたは受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに基づいて、第２の状態変数Next_PDCP_RX_SNを設定することができる。第２の状態変数Next_PDCP_RX_SNを、Reordering_Windowによってシフトされた初期化された第１の状態変数Last_Submitted_PDCP_RX_SNに設定することができる（たとえば、Next_PDCP_RX_SN＝［初期化された第１の状態変数Last_Submitted_PDCP_RX_SN＋Reordering_Window］あるいはNext_PDCP_RX_SN＝［初期化された第１の状態変数Last_Submitted_PDCP_RX_SN−Reordering_Window］）。第２の状態変数Next_PDCP_RX_SNを、［受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＋１］に設定することができる。
【００５３】
一実施形態では、部分Reordering_Windowは、１／２、１／４、１／８、１／１６、１／３２、１／６４、１／１２８、１／２５６、１／５１２、１／１０２４、１／２０４８、または１／４０９６Reordering_Windowとすることができる。（完全）Reordering_Windowは３２７６８とすることができる。
【００５４】
一実施形態では、部分ＰＤＣＰ  ＳＮ空間は、１／４、１／８、１／１６、１／３２、１／６４、１／１２８、１／２５６、１／５１２、１／１０２４、１／２０４８、１／４０９６、または１／８１９２ＰＤＣＰ  ＳＮ空間とすることができる。（完全）ＰＤＣＰ  ＳＮ空間は６５５３６とすることができる。
【００５５】
一実施形態では、（受信した第１のＰＤＣＰ  ＰＤＵを処理するために使用される）ＰＤＣＰエンティティの確立時に、受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＜部分Reordering_Windowである場合、第１の状態変数Last_Submitted_PDCP_RX_SNを［受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＋Reordering_Window＋部分Reordering_Window］に初期化することができる。
【００５６】
一実施形態では、（受信した第１のＰＤＣＰ  ＰＤＵを処理するために使用される）ＰＤＣＰエンティティの確立時に、受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＞＝部分Reordering_Windowである場合、第１の状態変数Last_Submitted_PDCP_RX_SNを［受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ−部分Reordering_Window］に初期化することができる。
【００５７】
一実施形態では、（受信した第１のＰＤＣＰ  ＰＤＵを処理するために使用される）ＰＤＣＰエンティティの確立時に、受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＜部分ＰＤＣＰ  ＳＮ空間である場合、第１の状態変数Last_Submitted_PDCP_RX_SNを［受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＋ＰＤＣＰ  ＳＮ空間の半分＋部分ＰＤＣＰ  ＳＮ空間］に初期化することができる。
【００５８】
一実施形態では、（受信した第１のＰＤＣＰ  ＰＤＵを処理するために使用される）ＰＤＣＰエンティティの確立時に、受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＞＝部分ＰＤＣＰ  ＳＮ空間である場合、第１の状態変数Last_Submitted_PDCP_RX_SNを［受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ−部分ＰＤＣＰ  ＳＮ空間］に初期化することができる。
【００５９】
以下の事項は、上記に言及した両方の方向性における解決策に適用することができる。
【００６０】
一実施形態では、第１のＰＤＣＰ  ＰＤＵを受信すると、受信側のＵＥは、再オーダリング手順のために、第３の状態変数RX_HFNを初期値（例えば、０）に設定することができる。
【００６１】
一実施形態では、ＵＥは、ＰＤＣＰ  ＳＮが０に等しくない第１のＰＤＣＰ  ＰＤＵを受信したら、サイドリンク重複がＳＬＲＢに対して設定または有効化されると検出することができる。
【００６２】
一実施形態では、論理チャネルは、重複論理チャネルまたは非重複論理チャネルのいずれとすることができる。
【００６３】
一実施形態では、受信側のＵＥは、最初に受信されるＰＤＣＰ  ＰＤＵを受信した場合／とき、（再オーダリングタイマにおいて）再オーダリングタイマを開始することができる。受信側のＵＥは、第２の変数Next_PDCP_RX_SNに基づいて、第３の変数Reordering_PDCP_RX_COUNTを設定することができる。第３の変数Reordering_PDCP_RX_COUNTは、再順序タイマをトリガした、受信したＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮを保持することができる。第３の変数Reordering_PDCP_RX_COUNTは、再順序タイマをトリガしたＰＤＣＰ  ＰＤＵに関連付けられたCOUNT値に続くCOUNT値を保持することができる。第３の変数Reordering_PDCP_RX_COUNTを第２の変数Next_PDCP_RX_SNに設定することができる。第３の変数Reordering_PDCP_RX_COUNTを第２の変数Next_PDCP_RX_SN（およびRX_HFN）に関連付けられたCOUNTに設定することができる。再オーダリングタイマが期限切れになるとき、受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＤＵを上位レイヤに引き渡すことができる。受信側のＵＥは、［第３の変数Reordering_PDCP_RX_COUNT−１］に設定された受信したＰＤＣＰ  ＳＮのＰＤＣＰ  ＤＳＵが上位レイヤに渡される場合／とき、再オーダリングタイマを停止することができる。受信側のＵＥは、受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＤＵが上位レイヤに引き渡される場合／とき、再オーダリングタイマを停止することができる。
【００６４】
図１０は、ＵＥの観点からの１つの例示的な実施形態によるフローチャート１０００である。ステップ１００５では、ＵＥは、サイドリンク無線ベアラ（ＳＬＲＢ）に関連付けられた論理チャネルで第１のＰＤＣＰ（Packet  Data  Convergence  Protocol）ＰＤＵ（Protocol  Data  Unit）を受信する。ステップ１０１０では、ＵＥは、部分Reordering_Windowおよび受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ（Sequence  Number：シーケンス番号）に基づいて第１の状態変数を初期化し、ここで、第１の状態変数は、ＳＬＲＢのために作成されたＰＤＣＰエンティティによって上位レイヤに引き渡された最後のＰＤＣＰ  ＳＤＵ（Service  Data  Unit）のＰＤＣＰ  ＳＮを示し、部分Reordering_Windowは、Reordering_Window未満である。ステップ１０１５では、ＵＥは、第１の状態変数を使用して、第１のＰＤＣＰ  ＰＤＵに対して再オーダリング手順を実行する。
【００６５】
別の方法では、第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＞＝部分的Reordering_Windowである場合、第１の状態変数を第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ−部分Reordering_Windowに設定する。
【００６６】
別の方法では、第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＜部分的Reordering_Windowである場合、第１の状態変数を第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＋Reordering_Window＋部分Reordering_Windowに設定する。
【００６７】
別の方法では、部分的Reordering_Windowは１／２Reordering_Windowである。
【００６８】
別の方法では、Reordering_WindowはＰＤＣＰ  ＳＮ空間の半分である。
【００６９】
別の方法では、特定値はゼロか、候補となるリソースに対して導出されたメトリックのうちの最小値である。
【００７０】
別の方法では、Reordering_Windowは３２７６８である。
【００７１】
別の方法では、第１の状態変数はLast_Submitted_PDCP_RX_SNである。
【００７２】
別の方法では、ＵＥは、ＳＬＲＢに関連付けられた論理チャネルで、第２のＰＤＣＰ  ＰＤＵを受信する。
【００７３】
別の方法では、ＵＥは、第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＤＵが第１の状態変数より大きい場合、第２ののＰＤＣＰ  ＰＤＵに対して再オーダリング手順を実行して、第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＤＵを記憶するか、あるいは第２のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＤＵを上位レイヤに引き渡す。
【００７４】
当業者には理解されるように、種々な開示された実施形態を組み合わせて、新しい実施形態および／または方法を形成することができる。
【００７５】
図３および図４に戻って参照すると、一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、（ｉ）ＳＬＲＢに関連付けられた論理チャネルで第１のＰＤＣＰ  ＰＤＵを受信することと、（ｉｉ）部分Reordering_Windowおよび受信した第１のＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに基づいて第１の状態変数を初期化することであって、ここで、第１の状態変数は、ＳＬＲＢのために作成されたＰＤＣＰエンティティによって上位レイヤに引き渡された最後のＰＤＣＰ  ＳＤＵのＰＤＣＰ  ＳＮを示し、部分Reordering_Windowは、Reordering_Window未満である、初期化することと、（ｉｉｉ）第１の状態変数を使用して、第１のＰＤＣＰ  ＰＤＵに対して再オーダリング手順を実行することと、を行うようにする。
【００７６】
さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他の方法のすべてを実行することができる。
【００７７】
上記に開示した方法は、サイドリンクのためにまさに最初に受信したＰＤＣＰ  ＰＤＵを誤って破棄することを回避する。
【００７８】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示したいかなる特定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示した態様を、他のいかなる態様からも独立に実装してよく、これら態様のうちの２つ以上を種々組み合わせてよい。例えば、本明細書に記載した態様のうちの任意の数の態様を用いて、装置を実装してよく、方法を実現してよい。追加的に、本明細書に記載した態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置を実装してよく、このような方法を実現してよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルを確立してよい。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルを確立してよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルを確立してよい。
【００７９】
当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。
【００８０】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるディジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【００８１】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。
【００８２】
任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。
【００８３】
本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【００８４】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。
【図１】
2020043561.tif 000013
【図２】
2020043561.tif 000014
【図３】
2020043561.tif 000015
【図４】
2020043561.tif 000016
【図５】
2020043561.tif 000017
【図６】
2020043561.tif 000018
【図７】
2020043561.tif 000019
【図８】
2020043561.tif 000020
【図９】
2020043561.tif 000021
【図１０】
2020043561.tif 000022
【外国語明細書】
2020043561000001.pdf