特許 6838114 無線通信システムにおいてサイドリンク重複受信の初期化を改善するための方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6838114

(24)【登録日】2021年2月15日

(45)【発行日】2021年3月3日

(54)【発明の名称】無線通信システムにおいてサイドリンク重複受信の初期化を改善するための方法および装置

(51)【国際特許分類】

   H04W 92/18 20090101AFI20210222BHJP

   H04W 80/02 20090101ALI20210222BHJP

   H04W 4/40 20180101ALI20210222BHJP

   H04W 72/04 20090101ALI20210222BHJP

【ＦＩ】

   H04W92/18

   H04W80/02

   H04W4/40

   H04W72/04 111

【請求項の数】20

【外国語出願】

【全頁数】27

(21)【出願番号】特願2019-161908(P2019-161908)

(22)【出願日】2019年9月5日

(65)【公開番号】特開2020-43561(P2020-43561A)

(43)【公開日】2020年3月19日

【審査請求日】2019年11月1日

(31)【優先権主張番号】62/729,148

(32)【優先日】2018年9月10日

(33)【優先権主張国】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】517114621

【氏名又は名称】華碩電腦股▲ふん▼有限公司

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】潘 立▲徳▼

(72)【発明者】

【氏名】郭 豊旗

(72)【発明者】

【氏名】曾 立至

【審査官】 齋藤 浩兵

(56)【参考文献】

【文献】 国際公開第２０１６／０１３５９０（ＷＯ，Ａ１）

【文献】 特表２０１７−５３８３８３（ＪＰ，Ａ）

【文献】 国際公開第２０１７／１９４３２６（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２０１５／０２１５８２５（ＵＳ，Ａ１）

【文献】 特表２０１７−５１８６６７（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

ユーザ機器（ＵＥ）の方法であって、
サイドリンク無線ベアラ（ＳＬＲＢ）に関連付けられた論理チャネルで、最初の第１のＰＤＣＰ（Packet Data Convergence Protocol）ＰＤＵ（Protocol Data Unit）を受信することと、
部分Reordering_Windowおよび前記最初の第１のＰＤＣＰ ＰＤＵのＳＮ（Sequence Number）に基づいて第１の状態変数を初期化することであって、前記第１の状態変数は、前記ＳＬＲＢのために作成されたＰＤＣＰエンティティによって上位レイヤに引き渡された最後のＰＤＣＰ ＳＤＵ（Service Data Unit）のＰＤＣＰ ＳＮを示し、該部分Reordering_WindowはReordering_Windowより小さい、初期化することと、
前記第１の状態変数を使用して、前記最初の第１のＰＤＣＰ ＰＤＵに対して再オーダリング手順を実行することと、を含む方法。

【請求項2】

前記第１の状態変数は、前記最初の第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＞＝前記部分Reordering_Windowである場合、前記最初の第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ−前記部分Reordering_Windowに設定される、請求項１に記載の方法。

【請求項3】

前記第１の状態変数は、前記最初の第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＜前記部分Reordering_Windowである場合、前記最初の第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＋前記Reordering_Window＋前記部分Reordering_Windowに設定される、請求項１に記載の方法。

【請求項4】

前記部分Reordering_Windowは、１／２Reordering_Windowである、請求項１に記載の方法。

【請求項5】

前記Reordering_Windowは、ＰＤＣＰ ＳＮ空間の半分である、請求項１に記載の方法。

【請求項6】

前記Reordering_Windowは、３２７６８である、請求項１に記載の方法。

【請求項7】

前記第１の状態変数が、Last_Submitted_PDCP_RX_SNである、請求項１に記載の方法。

【請求項8】

サイドリンク無線ベアラ（ＳＬＲＢ）に関連付けられた論理チャネルで第２のＰＤＣＰ ＰＤＵを受信することをさらに含む、請求項１に記載の方法。

【請求項9】

前記第２のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮが前記第１の状態変数以下の場合、前記第２のＰＤＣＰ ＰＤＵに対して前記再オーダリング手順を実行して、前記第２のＰＤＣＰ ＰＤＵを破棄することをさらに含む、請求項８に記載の方法。

【請求項10】

前記第２のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮが前記第１の状態変数より大きい場合、前記第２のＰＤＣＰ ＰＤＵに対して前記再オーダリング手順を実行して、前記第２のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＤＵを記憶する、あるいは前記第２のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＤＵを上位レイヤに引き渡すことをさらに含む、請求項８に記載の方法。

【請求項11】

ユーザ機器（ＵＥ）であって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に取り付けられ、プロセッサに結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
サイドリンク無線ベアラ（ＳＬＲＢ）に関連付けられた論理チャネルで、最初の第１のＰＤＣＰ（Packet Data Convergence Protocol）ＰＤＵ（Protocol Data Unit）を受信することと、
部分Reordering_Windowおよび前記最初の第１のＰＤＣＰ ＰＤＵのＳＮ（Sequence Number）に基づいて第１の状態変数を初期化することであって、前記第１の状態変数は、前記ＳＬＲＢのために作成されたＰＤＣＰエンティティによって上位レイヤに引き渡された最後のＰＤＣＰ ＳＤＵ（Service Data Unit）のＰＤＣＰ ＳＮを示し、該部分Reordering_WindowはReordering_Windowより小さい、初期化することと、
前記第１の状態変数を使用して、前記最初の第１のＰＤＣＰ ＰＤＵに対して再オーダリング手順を実行することと、を行うように構成されている、ＵＥ。

【請求項12】

前記第１の状態変数は、前記最初の第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＞＝前記部分Reordering_Windowである場合、前記最初の第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ−前記部分Reordering_Windowに設定される、請求項１１に記載のＵＥ。

【請求項13】

前記第１の状態変数は、前記最初の第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＜前記部分Reordering_Windowである場合、前記最初の第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＋前記Reordering_Window＋前記部分Reordering_Windowに設定される、請求項１１に記載のＵＥ。

【請求項14】

前記部分Reordering_Windowは、１／２Reordering_Windowである、請求項１１に記載のＵＥ。

【請求項15】

前記Reordering_Windowは、ＰＤＣＰ ＳＮ空間の半分である、請求項１１に記載のＵＥ。

【請求項16】

前記Reordering_Windowは、３２７６８である、請求項１１に記載のＵＥ。

【請求項17】

前記第１の状態変数が、Last_Submitted_PDCP_RX_SNである、請求項１１に記載のＵＥ。

【請求項18】

前記プロセッサが、サイドリンク無線ベアラ（ＳＬＲＢ）に関連付けられた論理チャネルで第２のＰＤＣＰ ＰＤＵを受信することをさらに行うように構成されている、請求項１１に記載のＵＥ。

【請求項19】

前記プロセッサが、前記第２のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮが前記第１の状態変数以下の場合、前記第２のＰＤＣＰ ＰＤＵに対して前記再オーダリング手順を実行して、前記第２のＰＤＣＰ ＰＤＵを破棄することをさらに行うように構成されている、請求項１８に記載のＵＥ。

【請求項20】

前記プロセッサが、前記第２のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮが前記第１の状態変数より大きい場合、前記第２のＰＤＣＰ ＰＤＵに対して前記再オーダリング手順を実行して、前記第２のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＤＵを記憶し、あるいは前記第２のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＤＵを上位レイヤに引き渡すことをさらに行うように構成されている、請求項１８に記載のＵＥ。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０１８年９月１０日に出願された米国仮特許出願第６２／７２９，１４８号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。

【0002】

この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおいてサイドリンク重複受信の初期化を改善するための方法および装置に関連する。
に関連する。

【背景技術】

【0003】

移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。

【0004】

例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。

【発明の概要】

【0005】

一方法では、ユーザ機器（ＵＥ）は、サイドリンク無線ベアラ（ＳＬＲＢ）に関連付けられた論理チャネルで第１のＰＤＣＰ（Packet Data Convergence Protocol）ＰＤＵ（Protocol Data Unit）を受信する。ＵＥは、部分Reordering_Windowおよび受信した第１のＰＤＣＰ ＰＤＵのＳＮ（Sequence Number）に基づいて第１の状態変数を初期化することであって、第１の状態変数は、ＳＬＲＢのために作成されたＰＤＣＰエンティティによって上位レイヤに引き渡された最後のＰＤＣＰ ＳＤＵ（Service Data Unit）のＰＤＣＰ ＳＮを示し、部分Reordering_WindowはReordering_Windowより小さい。ＵＥは、第１の状態変数を使用して、第１のＰＤＣＰ ＰＤＵに対して再オーダリング手順を実行する。

【図面の簡単な説明】

【0006】

【図1】１つの例示的な実施形態による無線通信システムの図を示す。

【図2】１つの例示的な実施形態による送信機システム（アクセスネットワークとしても知られている）および受信機システム（ユーザ機器またはＵＥとしても知られている）のブロック図である。

【図3】１つの例示的な実施形態による通信システムの機能ブロック図である。

【図4】１つの例示的な実施形態による図３のプログラムコードの機能ブロック図である。

【図5】３ＧＰＰ ＴＳ３６．３００ ｖ１５．２．０から取得したＣＡが設定されるサイドリンクについてのレイヤ２構造を示す図６．４−ｘの複製である。

【図6】３ＧＰＰ ＴＳ３６．３２１ ｖ１５．２．０から取得したＳＬ−ＳＣＨについてのＬＣＩＤの値のリストである表６．２．４−１の複製である。

【図7】３ＧＰＰ ＴＳ３６．３２１ ｖ１５．２．０から取得したＦフィールドの値のリストである表６．２．４−２の複製である。

【図8】サイドリンクパケット重複のための送信動作の例示的な実施形態を示す。

【図9】サイドリンクパケット重複のための受信動作の例示的な実施形態を示す。

【図10】ユーザ機器（ＵＥ）の観点からの１つの例示的な実施形態についてのフロー図である。

【発明を実施するための形態】

【0007】

以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ ＬＴＥ（ロング・ターム・エボリューション）無線アクセス、３ＧＰＰ ＬＴＥ−ＡもしくはＬＴＥ−Ａｄｖａｎｃｅｄ（ロング・ターム・エボリューション・アドバンスト）、３ＧＰＰ２ ＵＭＢ（Ultra Mobile Broadband：超モバイル広帯域）、ＷｉＭａｘ、５Ｇのための３ＧＰＰ ＮＲ（New Radio）無線アクセス、またはその他何らかの変調技術に基づいてよい。

【0008】

特に、以下に説明する例示的な無線通信システムおよびデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてよく、その標準は、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”を含む。上記に挙げた標準および文書は、全体として参照により本明細書に明示的に援用される。

【0009】

図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６、別のグループは１０８および１１０、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。

【0010】

アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。

【0011】

順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。

【0012】

アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、ネットワークノード、ネットワークまたはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。

【0013】

図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。

【0014】

一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。

【0015】

各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてよい。

【0016】

そして、すべてのデータストリームについての変調シンボルはＴＸ ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ ＭＩＭＯプロセッサ２２０は、Ｎ_Ｔ個の変調シンボルストリームをＮ_Ｔ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。

【0017】

各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮ_Ｔ個の変調信号がそれぞれ、Ｎ_Ｔ個のアンテナ２２４ａ〜２２４ｔから送信される。

【0018】

受信機システム２５０においては、送信された変調信号はＮ_Ｒ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をディジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。

【0019】

そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、Ｎ_Ｒ個の受信機２５４からのＮ_Ｒ個の受信シンボルストリームを受信および処理して、Ｎ_Ｔ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。

【0020】

プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。

【0021】

逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。

【0022】

送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。

【0023】

図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＬＴＥシステムまたはＮＲシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。

【0024】

図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。

【0025】

３ＧＰＰ ＴＳ ３６．３００ ｖ１５．２．０は、以下の事項を開示している：
［外１］

図５（ＣＡが設定されるサイドリンクについてのレイヤ２構造を示す図６．４−ｘの複製）
［外２］

【0026】

３ＧＰＰ ＴＳ ３６．３２１ ｖ１５．２．０は、以下の事項を開示している：
［外３］

図６（ＳＬ−ＳＣＨについてのＬＣＩＤの値のリストである表６．２．４−１の複製）
図７（Ｆフィールドの値のリストである表６．２．４−２の複製）

【0027】

３ＧＰＰ ＴＳ ３６．３２３ ｖ１５．０．０は、以下の事項を開示している：
［外４］

【0028】

３ＧＰＰ Ｒ２−１８１２８０９は、以下の事項を開示している：
［外５］

【0029】

３ＧＰＰ ＴＳ ３６．３００ ｖ１５．２．０によれば、キャリア・アグリゲーション（ＣＡ）がセルラーＶ２Ｘ（Vehicle-to-Everything）サイドリンク通信に対してサポートされ、サイドリンクでのＣＡはカバレッジ内ＵＥとカバレッジ外ＵＥの両方に適用される。追加的に、サイドリンクパケット重複がＶ２Ｘサイドリンク通信に対してサポートされることになっており、ＵＥのＰＤＣＰ（Packet Data Convergence Protocol）レイヤで実行され得る。送信のためのサイドリンクパケット重複の場合、ＰＤＣＰ ＰＤＵ（Protocol Data Unit）はＰＤＣＰエンティティで複製される。同じＰＤＣＰエンティティの重複したＰＤＣＰ ＰＤＵは、それぞれ、２つの異なるＲＬＣ（Radio Link Control）エンティティに提出され／引き渡され、２つの異なるサイドリンク論理チャネルに関連付けられる。同じＰＤＣＰエンティティの重複したＰＤＣＰ ＰＤＵは、異なるサイドリンクキャリアでのみ送信が許可される。ＵＥは、事前設定または設定に基づいて、サイドリンクパケット重複をアクティブまたは非アクティブにすることができる。サイドリンクパケット重複がサポートされるＰＰＰＲ（ProSe Per-Packet Reliability）値は、ＰＰＰＲしきい値を介して事前設定または設定されることができる。ＵＥ自律リソース選択およびスケジュールされたリソース割り当ての場合、ＵＥは、パケット重複がこれらのＰＰＰＲ値に対して設定解除されるまで、設定されたＰＰＰＲ値を有するデータに対してサイドリンクパケット重複を実行するものとする。スケジュールされたリソース割り当ての場合、ＵＥは、１つ以上のＰＰＰＲ値に関連付けられたデータ量と、そのデータが属する宛先を、サイドリンクＢＳＲ（Buffer Status Report）を介して報告する。論理チャネル・グループへのＰＰＰＲ値のマッピングは、進化型ノードＢ（ｅＮＢ）によって設定することができ、ＰＰＰＲ値は、サイドリンクＢＳＲに含まれる関連付けられた論理チャネル・グループＩＤによって反映される。ＰＰＰＲ値のリストは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＵＥによってサイドリンクＵＥ情報で報告され得る。スケジュールされたリソース割り当てを使用するＵＥに対して、２つの重複しないキャリアセットが、ＵＥによってネットワークに報告される宛先毎にｅＮＢによって設定され、それらは、サイドリンクパケット重複が設定されるすべてのＰＰＰＲに適用される。次いで、ＵＥは、同じＰＤＣＰエンティティに対応する２つの重複サイドリンク論理チャネルを、それぞれ、２つのサイドリンク論理チャネルの宛先に設定された２つのキャリアセットに関連付ける。宛先は、（送信側の）ＵＥがサイドリンク通信伝送を行う１つ以上の（受信側の）ＵＥに対応する識別（identity）とすることができる。複製されたサイドリンク論理チャネルとキャリアセットの間の関連付けは、ＵＥ実装に基づく。重複したサイドリンク論理チャネルのデータは、関連付けられたキャリアセット内のキャリアでのみ送信することができる。

【0030】

図８は、サイドリンクパケット重複のための送信動作の例を示す。

【0031】

（送信側の）ＵＥは、サイドリンク無線ベアラ（ＳＬＲＢ）で（宛先へ）送信可能なデータを有してよい。ＳＬＲＢは、信頼性値（例えば、ＰＰＰＲ）と関連付けられることができる。信頼性値は、閾値よりも低いことがある。ＵＥは、ＳＬＲＢでサイドリンクパケット重複を実行してよい。ＵＥはＰＤＣＰ ＰＤＵを複製することができる。ＵＥは、ＰＤＣＰ ＰＤＵとＰＤＣＰ ＰＤＵの複製を、ＳＬＲＢに関連付けられた２つの異なるＲＬＣエンティティ／レイヤに引き渡すことができる。ＵＥは、ＰＤＣＰ ＰＤＵをＳＬＲＢに関連付けられた第１の無線リンク制御（ＲＬＣ）エンティティ／レイヤに引き渡すことができる。ＵＥは、ＰＤＣＰ ＰＤＵの複製をＳＬＲＢに関連付けられた第２のＲＬＣエンティティ／レイヤに引き渡すことができる。ＵＥには、ＳＬＲＢでのサイドリンクパケット重複が設定され得る。ＵＥは、ＳＬＲＢでのサイドリンク送信に使用される状態変数またはパラメータを維持することができる。状態変数またはパラメータはＮｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮとすることができる。状態変数またはパラメータは、ＴＸ＿ＨＦＮとすることができる。サイドリンクパケット重複の場合、ＵＥは第１の範囲（例えば、ＬＣＨ１〜ＬＣＨ１０、「００００１」〜「０１０１０」など）から非重複論理チャネルを選択してよい。サイドリンクパケット重複の場合、ＵＥは、第２の範囲（例えば、ＬＣＨ１１〜ＬＣＨ２０、「０１０１１」〜「１０１００」など）から重複論理チャネルを選択してよい。第１の範囲の値は、逐次的にそれぞれ第２の範囲のどの値の論理チャネルから複製ＲＬＣサービスデータユニット（ＳＤＵ）を送信するのに使用される論理チャネル識別してよい。この例では、ＵＥは、サイドリンクパケット重複のために、第１の論理チャネル（例えば、ＬＣＨ１）および第２の論理チャネル（例えば、ＬＣＨ１１）を使用してよい。ＵＥは、第１の論理チャネルにサービスするために、第１のキャリア（例えば、Ｃａｒｒｉｅｒ１）を使用してよい。ＵＥは、第２の論理チャネルにサービスを提供するために第２のキャリア（例えば、Ｃａｒｒｉｅｒ２）を使用してよい。

【0032】

図９は、サイドリンクパケット重複のための受信動作の例を示す。

【0033】

３ＧＰＰ Ｒ２−１８１２８０９によれば、送信側のＵＥが特定のサービス（例えばＶ２Ｘ）のためのパケットをブロードキャストする場合、受信側のＵＥは、特定のサービスの開始部分または中間部分のためのものである可能性があるブロードキャストされたパケットを受信することができる。３ＧＰＰ ＴＳ３６．３２３ ｖ．１５．０．０に基づき、受信側のＰＤＣＰエンティティが確立される場合、再オーダリングウィンドウの範囲は０から３２７６７である。さらに、再オーダリング手順（re-ordering procedure）では、受信側のＰＤＣＰエンティティは、ＰＤＣＰ ＳＤＵが上位レイヤに引き渡される場合にのみ、再オーダリングウィンドウの下側エッジを更新する。受信側のＵＥが特定のサービスセッションの途中でブロードキャストパケットを受信し始める場合、受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰシーケンス番号（ＳＮ）が再オーダリング手順の再オーダリングウィンドウから外れている場合、受信した第１のＰＤＣＰ ＰＤＵは再オーダリング手順で破棄される。また、受信した第１のＰＤＣＰ ＰＤＵに続くＰＤＣＰ ＰＤＵも、再オーダリングウィンドウ内のＰＤＣＰ ＳＮを有するＰＤＣＰ ＰＤＵを受信するまで破棄される。一方、受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮが再オーダリングウィンドウに位置する場合、受信側のＵＥは、t-Reorderingタイマが満了するまで、この受信した第１のＰＤＣＰ ＰＤＵの結果として得られたＰＤＣＰ ＳＤＵを記憶する。この状況は、特定のサービスの配信遅延を引き起こす可能性がある。従って、３ＧＰＰ Ｒ２−１８１２８０９で提案された上記の問題に対する解決策の概念は、受信側のＵＥが受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮに再オーダリングウィンドウの下側エッジを更新できる、すなわち、Last_Submitted_PDCP_RX_SNが受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮに設定される、というものである。この状況では、受信側のＵＥが３ＧＰＰ ＴＳ３６．３２３ ｖ１５．０．０に開示されているような現在のＰＤＣＰ仕様に従う場合、受信側のＵＥは受信した第１のＰＤＣＰ ＰＤＵを破棄する。なぜなら、このＰＤＣＰ ＰＤＵは依然として再オーダリングウィンドウから外れているからである。例えば、受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮが４０００であり、Last_Submitted_PDCP_RX_SNが３ＧＰＰ Ｒ２−１８１２８０９での概念に基づいて４０００に設定される。この状況では、再オーダリング手順における“０＜＝Last_Submitted_PDCP_RX_SN（すなわち、４０００）−受信したＰＤＣＰ ＳＮ（すなわち、４０００）＜再オーダリングウィンドウ（すなわち、３２７６８）”の条件が満たされる。その結果、受信側のＵＥは依然として受信した第１のＰＤＣＰ ＰＤＵを破棄する。受信した第１のＰＤＣＰ ＰＤＵを誤って破棄することを避けるために、２つの異なる方向性を考慮することができる。第１の方向性は、受信した第１のＰＤＣＰ ＰＤＵが再オーダリング手順を経験する（go through）ことであり、第２の方向性は、受信した第１のＰＤＣＰ ＰＤＵが再オーダリング手順を経験しないことである。

【0034】

方向性１：ＳＬＲＢに関連付けられた論理チャネルで第１のＰＤＣＰ ＰＤＵを受信し、第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮが０に等しくない場合、受信側のＵＥは第１の状態変数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を使用して第１のＰＤＣＰ ＰＤＵに対する順序変更手順を、実行することができる。第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＤＵは、再オーダリング手順において上位レイヤに引き渡される。

【0035】

別のシナリオでは、上記に開示された例に従うと、Last_Submitted_PDCP_RX_SNは、３９９９（＝４０００−１）（第１のＰＤＣＰ ＰＤＵを受信する場合／とき）に設定することができる。

【0036】

別のシナリオでは、第１のＰＤＣＰ ＰＤＵを受信すると、受信側のＵＥはさらに、第２の状態変数Next_PDCP_RX_SNを第１のＰＤＣＰ ＰＤＵのＳＮ以上の値に設定し、受信側のＵＥは、第１の状態変数Last_Submitted_PDCP_RX_SNと（上記で設定された）２番目の状態変数Next_PDCP_RX_SNを使用して、第１のＰＤＣＰ ＰＤＵに対する再オーダリング手順を実行することができる。

【0037】

方向性２：ＳＬＲＢに関連付けられた論理チャネルで第１のＰＤＣＰ ＰＤＵを受信し、第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮが０に等しくない場合、受信側のＵＥは第１の状態変数Last_Submitted_PDCP_RX_SNを第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮに設定する。１つのシナリオでは、受信側のＵＥは、第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＤＵを上位レイヤに引き渡すことができる。別のシナリオでは、受信側のＵＥは、ＰＤＣＰ ＳＤＵを上位レイヤに引き渡した後、第１の状態変数Last_Submitted_PDCP_RX_SNを第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮに設定することができる。受信側のＵＥは、上記のように設定された第１の状態変数Last_Submitted_PDCP_RX_SNを使用して、第１のＰＤＣＰ ＰＤＵの後に受信したＰＤＣＰ ＰＤＵに対して再オーダリング手順を実行することができる。基本的に、受信側のＵＥは、（第１の状態変数Last_Submitted_PDCP_RX_SNを使用して、）第１のＰＤＣＰ ＰＤＵに対して再オーダリング手順を実行しない。

【0038】

別の実施形態では、上記に開示された例に従うと、Last_Submitted_PDCP_RX_SNは４０００に設定することができる。

【0039】

別の実施形態では、第１のＰＤＣＰ ＰＤＵを受信すると、受信側のＵＥはさらに、第２の状態変数Next_PDCP_RX_SNを、第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＋１以上の値に設定することができる。第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮがMaximum_PDCP_SNに等しいか、またはそれに近い場合、第２の状態変数Next_PDCP_RX_SNは０に設定されるか、あるいは０より大きい値に設定することができる（シーケンス番号の折り返しを考慮して）。受信側のＵＥは、第１の状態変数Last_Submitted_PDCP_RX_SNおよび第２の状態変数Next_PDCP_RX_SNを使用して、第１のＰＤＣＰ ＰＤＵの後に受信したＰＤＣＰ ＰＤＵに対して再オーダリング手順を実行することができる。

【0040】

以下の事項は、上記に開示した両方の方向性における解決策に適用することができる。

【0041】

一実施形態では、第１のＰＤＣＰ ＰＤＵを受信すると、受信側のＵＥは、再オーダリング手順のために、第３の状態変数RX_HFNを初期値（例えば、０）に設定することができる。

【0042】

一実施形態では、ＵＥは、ＰＤＣＰ ＳＮが０に等しくない第１のＰＤＣＰ ＰＤＵを受信したら、サイドリンク重複がＳＬＲＢに対して設定または有効化されると検出することができる。

【0043】

一実施形態では、論理チャネルは、重複論理チャネルまたは非重複論理チャネルのいずれかとすることができる。

【0044】

送信側のＵＥは、受信側のＵＥで最初に受信するＰＤＣＰ ＰＤＵであって、送信側のＵＥによって送信するＰＤＣＰ ＰＤＵよりも前に送信側のＵＥがいくつかのＰＤＣＰ ＰＤＵを送信できた可能性があるため、受信側のＵＥは、受信した第１のＰＤＣＰ ＰＤＵを受信した後でも、依然としていくつかのＰＤＣＰ ＰＤＵを受信できる可能性がある。特定のサービス（例えば、Ｖ２Ｘ）がクリティカルである可能性があるため、そのいくつかのＰＤＣＰ ＰＤＵを欠くことは望ましくないものである。この問題を解決するために、２つの方向性が考えられる。

【0045】

方向性１：受信側ＵＥは、受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮと部分的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は、［受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＋１］に設定することができる。

【0046】

一実施形態では、部分Reordering_Windowは、１／２、１／４、１／８、１／１６、１／３２、１／６４、１／１２８、１／２５６、１／５１２、１／１０２４、１／２０４８、または１／４０９６Reordering_Windowとすることができる。（完全）Reordering_Windowは３２７６８とすることができる。

【0047】

一実施形態では、部分ＰＤＣＰ ＳＮ空間は、１／４、１／８、１／１６、１／３２、１／６４、１／１２８、１／２５６、１／５１２、１／１０２４、１／２０４８、１／４０９６、または１／８１９２ＰＤＣＰ ＳＮ空間とすることができる。（完全）ＰＤＣＰ ＳＮ空間は６５５３６とすることができる。

【0048】

一実施形態では、受信側のＵＥは、最初に受信されるＰＤＣＰ ＰＤＵを受信した場合／とき、受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＜部分Reordering_Windowであるとき、第１の状態変数Last_Submitted_PDCP_RX_SNを［受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＋Reordering_Window＋部分Reordering_Window］に初期化することができる。

【0049】

一実施形態では、受信側のＵＥは、最初に受信されるＰＤＣＰ ＰＤＵを受信した場合／とき、受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＞＝部分Reordering_Windowであるとき、第１の状態変数Last_Submitted_PDCP_RX_SNを［受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ−部分Reordering_Window］に初期化することができる。

【0050】

一実施形態では、受信側のＵＥは、最初に受信されるＰＤＣＰ ＰＤＵを受信した場合／とき、受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＜部分ＰＤＣＰ ＳＮ空間であるとき、第１の状態変数Last_Submitted_PDCP_RX_SNを［受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＋ＰＤＣＰ ＳＮ空間の半分＋部分ＰＤＣＰ ＳＮ空間］に初期化することができる。

【0051】

一実施形態では、受信ＵＥは、最初に受信されるＰＤＣＰ ＰＤＵを受信した場合／とき、受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＞＝部分ＰＤＣＰ ＳＮ空間であるとき、第１の状態変数Last_Submitted_PDCP_RX_SNを［受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ−部分ＰＤＣＰ ＳＮ空間］に初期化することができる。

【0052】

方向性２：受信側のＵＥは、（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を、［受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＋１］に設定することができる。

【0053】

一実施形態では、部分Reordering_Windowは、１／２、１／４、１／８、１／１６、１／３２、１／６４、１／１２８、１／２５６、１／５１２、１／１０２４、１／２０４８、または１／４０９６Reordering_Windowとすることができる。（完全）Reordering_Windowは３２７６８とすることができる。

【0054】

一実施形態では、部分ＰＤＣＰ ＳＮ空間は、１／４、１／８、１／１６、１／３２、１／６４、１／１２８、１／２５６、１／５１２、１／１０２４、１／２０４８、１／４０９６、または１／８１９２ＰＤＣＰ ＳＮ空間とすることができる。（完全）ＰＤＣＰ ＳＮ空間は６５５３６とすることができる。

【0055】

一実施形態では、（受信した第１のＰＤＣＰ ＰＤＵを処理するために使用される）ＰＤＣＰエンティティの確立時に、受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＜部分Reordering_Windowである場合、第１の状態変数Last_Submitted_PDCP_RX_SNを［受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＋Reordering_Window＋部分Reordering_Window］に初期化することができる。

【0056】

一実施形態では、（受信した第１のＰＤＣＰ ＰＤＵを処理するために使用される）ＰＤＣＰエンティティの確立時に、受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＞＝部分Reordering_Windowである場合、第１の状態変数Last_Submitted_PDCP_RX_SNを［受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ−部分Reordering_Window］に初期化することができる。

【0057】

一実施形態では、（受信した第１のＰＤＣＰ ＰＤＵを処理するために使用される）ＰＤＣＰエンティティの確立時に、受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＜部分ＰＤＣＰ ＳＮ空間である場合、第１の状態変数Last_Submitted_PDCP_RX_SNを［受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＋ＰＤＣＰ ＳＮ空間の半分＋部分ＰＤＣＰ ＳＮ空間］に初期化することができる。

【0058】

一実施形態では、（受信した第１のＰＤＣＰ ＰＤＵを処理するために使用される）ＰＤＣＰエンティティの確立時に、受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＞＝部分ＰＤＣＰ ＳＮ空間である場合、第１の状態変数Last_Submitted_PDCP_RX_SNを［受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ−部分ＰＤＣＰ ＳＮ空間］に初期化することができる。

【0059】

以下の事項は、上記に言及した両方の方向性における解決策に適用することができる。

【0060】

一実施形態では、第１のＰＤＣＰ ＰＤＵを受信すると、受信側のＵＥは、再オーダリング手順のために、第３の状態変数RX_HFNを初期値（例えば、０）に設定することができる。

【0061】

一実施形態では、ＵＥは、ＰＤＣＰ ＳＮが０に等しくない第１のＰＤＣＰ ＰＤＵを受信したら、サイドリンク重複がＳＬＲＢに対して設定または有効化されると検出することができる。

【0062】

一実施形態では、論理チャネルは、重複論理チャネルまたは非重複論理チャネルのいずれとすることができる。

【0063】

一実施形態では、受信側のＵＥは、最初に受信されるＰＤＣＰ ＰＤＵを受信した場合／とき、（再オーダリングタイマにおいて）再オーダリングタイマを開始することができる。受信側のＵＥは、第２の変数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−１］に設定された受信したＰＤＣＰ ＳＮのＰＤＣＰ ＤＳＵが上位レイヤに渡される場合／とき、再オーダリングタイマを停止することができる。受信側のＵＥは、受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＤＵが上位レイヤに引き渡される場合／とき、再オーダリングタイマを停止することができる。

【0064】

図１０は、ＵＥの観点からの１つの例示的な実施形態によるフローチャート１０００である。ステップ１００５では、ＵＥは、サイドリンク無線ベアラ（ＳＬＲＢ）に関連付けられた論理チャネルで第１のＰＤＣＰ（Packet Data Convergence Protocol）ＰＤＵ（Protocol Data Unit）を受信する。ステップ１０１０では、ＵＥは、部分Reordering_Windowおよび受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ（Sequence Number：シーケンス番号）に基づいて第１の状態変数を初期化し、ここで、第１の状態変数は、ＳＬＲＢのために作成されたＰＤＣＰエンティティによって上位レイヤに引き渡された最後のＰＤＣＰ ＳＤＵ（Service Data Unit）のＰＤＣＰ ＳＮを示し、部分Reordering_Windowは、Reordering_Window未満である。ステップ１０１５では、ＵＥは、第１の状態変数を使用して、第１のＰＤＣＰ ＰＤＵに対して再オーダリング手順を実行する。

【0065】

別の方法では、第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＞＝部分的Reordering_Windowである場合、第１の状態変数を第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ−部分Reordering_Windowに設定する。

【0066】

別の方法では、第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＜部分的Reordering_Windowである場合、第１の状態変数を第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮ＋Reordering_Window＋部分Reordering_Windowに設定する。

【0067】

別の方法では、部分的Reordering_Windowは１／２Reordering_Windowである。

【0068】

別の方法では、Reordering_WindowはＰＤＣＰ ＳＮ空間の半分である。

【0069】

別の方法では、特定値はゼロか、候補となるリソースに対して導出されたメトリックのうちの最小値である。

【0070】

別の方法では、Reordering_Windowは３２７６８である。

【0071】

別の方法では、第１の状態変数はLast_Submitted_PDCP_RX_SNである。

【0072】

別の方法では、ＵＥは、ＳＬＲＢに関連付けられた論理チャネルで、第２のＰＤＣＰ ＰＤＵを受信する。

【0073】

別の方法では、ＵＥは、第２のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＤＵが第１の状態変数より大きい場合、第２ののＰＤＣＰ ＰＤＵに対して再オーダリング手順を実行して、第２のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＤＵを記憶するか、あるいは第２のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＤＵを上位レイヤに引き渡す。

【0074】

当業者には理解されるように、種々な開示された実施形態を組み合わせて、新しい実施形態および／または方法を形成することができる。

【0075】

図３および図４に戻って参照すると、一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、（ｉ）ＳＬＲＢに関連付けられた論理チャネルで第１のＰＤＣＰ ＰＤＵを受信することと、（ｉｉ）部分Reordering_Windowおよび受信した第１のＰＤＣＰ ＰＤＵのＰＤＣＰ ＳＮに基づいて第１の状態変数を初期化することであって、ここで、第１の状態変数は、ＳＬＲＢのために作成されたＰＤＣＰエンティティによって上位レイヤに引き渡された最後のＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮを示し、部分Reordering_Windowは、Reordering_Window未満である、初期化することと、（ｉｉｉ）第１の状態変数を使用して、第１のＰＤＣＰ ＰＤＵに対して再オーダリング手順を実行することと、を行うようにする。

【0076】

さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他の方法のすべてを実行することができる。

【0077】

上記に開示した方法は、サイドリンクのためにまさに最初に受信したＰＤＣＰ ＰＤＵを誤って破棄することを回避する。

【0078】

以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示したいかなる特定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示した態様を、他のいかなる態様からも独立に実装してよく、これら態様のうちの２つ以上を種々組み合わせてよい。例えば、本明細書に記載した態様のうちの任意の数の態様を用いて、装置を実装してよく、方法を実現してよい。追加的に、本明細書に記載した態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置を実装してよく、このような方法を実現してよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルを確立してよい。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルを確立してよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルを確立してよい。

【0079】

当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。

【0080】

さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるディジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。

【0081】

追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。

【0082】

任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。

【0083】

本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。

【0084】

以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】