特許 7033637 無線通信システムにおけるサイドリンク通信のためのＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）フローのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）への再マッピングをサポートするための方法および装置

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

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

(11)【特許番号】

(24)【登録日】2022-03-02

(45)【発行日】2022-03-10

(54)【発明の名称】無線通信システムにおけるサイドリンク通信のためのＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）フローのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）への再マッピングをサポートするための方法および装置

(51)【国際特許分類】

   H04W 76/23 20180101AFI20220303BHJP

   H04W 92/18 20090101ALI20220303BHJP

   H04W 76/25 20180101ALI20220303BHJP

【ＦＩ】

H04W76/23

H04W92/18

H04W76/25

【請求項の数】 16

【外国語出願】

(21)【出願番号】P 2020173832

(22)【出願日】2020-10-15

(65)【公開番号】P2021072619

(43)【公開日】2021-05-06

【審査請求日】2020-12-11

(31)【優先権主張番号】62/927,332

(32)【優先日】2019-10-29

(33)【優先権主張国・地域又は機関】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】517114621

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

(74)【代理人】

【識別番号】100107766

【弁理士】

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

(74)【代理人】

【識別番号】100070150

【弁理士】

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

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】潘 立▲徳▼

(72)【発明者】

【氏名】郭 豊旗

【審査官】倉本 敦史

(56)【参考文献】

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

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

【文献】ZTE Corporation, Sanechips，Discussion on SDAP issues，3GPP TSG RAN WG2 Meeting #107 R2-1909080，2019年08月16日，pp.1-5

【文献】Huawei, HiSilicon，Remaining issues on SLRB configuration，3GPP TSG-RAN WG2 Meeting #107 R2-1913712，2019年10月04日，pp.1-12

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

Ｈ０４Ｗ ４／００－９９／００

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

【請求項1】

第１のＵＥ（ユーザ機器）が、ＰＣ５ ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）フローのＳＬ－ＤＲＢ（Ｓｉｄｅｌｉｎｋ－Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）への再マッピングをサポートするための方法であって、
第２のＵＥとのサイドリンク通信の確立することと、
前記サイドリンク通信のＰＣ５ ＱｏＳフローを第１のＳＬ－ＤＲＢへマッピングすることと、ＰＣ５ ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージを前記第２のＵＥに送信することであって、前記ＰＣ５ ＲＲＣメッセージは、前記ＰＣ５ ＱｏＳフローが第２のＳＬ－ＤＲＢにマッピングされることを示す、送信することと、
前記ＰＣ５ ＲＲＣメッセージの送信に成功したことが下位レイヤによって確認された後、または前記ＰＣ５ ＲＲＣメッセージに対応するＰＣ５ ＲＲＣ完了メッセージを前記第２のＵＥから受信した後、エンドマーカー制御ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を前記第２のＵＥに送信することと、
前記ＰＣ５ ＲＲＣメッセージ送信に成功したことが下位レイヤによって確認された後、または前記ＰＣ５ ＲＲＣ完了メッセージを前記第２のＵＥから受信した後、前記サイドリンク通信の前記ＰＣ５ ＱｏＳフローを前記第２のＳＬ－ＤＲＢに再マッピングすることと、を含む、方法。

【請求項2】

ネットワークノードからＲＲＣメッセージを受信することであって、前記ＲＲＣメッセージは、前記ＰＣ５ ＱｏＳフローが前記第２のＳＬ－ＤＲＢにマッピングされることを示す、受信することをさらに含む、請求項１に記載の方法。

【請求項3】

前記ネットワークノードは、基地局である、請求項２に記載の方法。

【請求項4】

前記ＲＲＣメッセージは、前記第２のＳＬ－ＤＲＢ上の送信と受信の両方に関連するＳＬＲＢ（Ｓｉｄｅｌｉｎｋ Ｒａｄｉｏ Ｂｅａｒｅｒ）パラメータを含む、請求項２に記載の方法。

【請求項5】

前記サイドリンク通信は、サイドリンクユニキャスト通信である、請求項１に記載の方法。

【請求項6】

前記ＰＣ５ ＲＲＣメッセージは、前記第２のＳＬ－ＤＲＢ上の送信と受信の両方に関連するＳＬＲＢ（Ｓｉｄｅｌｉｎｋ Ｒａｄｉｏ Ｂｅａｒｅｒ）パラメータを含む、請求項１に記載の方法。

【請求項7】

前記エンドマーカー制御ＰＤＵは、前記ＰＣ５ ＱｏＳフローのアイデンティティを含む、請求項１に記載の方法。

【請求項8】

前記エンドマーカー制御ＰＤＵは、前記第１のＳＬ－ＤＲＢ上で送信される、請求項１に記載の方法。

【請求項9】

ＵＥ（ユーザ機器）であって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路内に設置され、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
第２のＵＥとのサイドリンク通信の確立することと、
前記サイドリンク通信のＰＣ５ ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）フローを第１のＳＬ－ＤＲＢ（Ｓｉｄｅｌｉｎｋ－Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）へマッピングすることと、
ＰＣ５ ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージを前記第２のＵＥに送信することであって、前記ＰＣ５ ＲＲＣメッセージは、前記ＰＣ５ ＱｏＳフローが第２のＳＬ－ＤＲＢにマッピングされることを示す、送信することと、
前記ＰＣ５ ＲＲＣメッセージの送信に成功したことが下位レイヤによって確認された後、または前記ＰＣ５ ＲＲＣメッセージに対応するＰＣ５ ＲＲＣ完了メッセージを前記第２のＵＥから受信した後、エンドマーカー制御ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を前記第２のＵＥに送信することと、
前記ＰＣ５ ＲＲＣメッセージ送信に成功したことが下位レイヤによって確認された後、または前記ＰＣ５ ＲＲＣ完了メッセージを前記第２のＵＥから受信した後、前記サイドリンク通信の前記ＰＣ５ ＱｏＳフローを前記第２のＳＬ－ＤＲＢに再マッピングすることと、を行うように構成されている、ＵＥ。

【請求項10】

前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
ネットワークノードからＲＲＣメッセージを受信することであって、前記ＲＲＣメッセージは、前記ＰＣ５ ＱｏＳフローが前記第２のＳＬ－ＤＲＢにマッピングされることを示す、受信することを行うように構成されている、請求項９に記載のＵＥ。

【請求項11】

前記ネットワークノードは、基地局である、請求項１０に記載のＵＥ。

【請求項12】

前記ＲＲＣメッセージは、前記第２のＳＬ－ＤＲＢ上の送信と受信の両方に関連するＳＬＲＢ（Ｓｉｄｅｌｉｎｋ Ｒａｄｉｏ Ｂｅａｒｅｒ）パラメータを含む、請求項１０に記載のＵＥ。

【請求項13】

前記サイドリンク通信は、サイドリンクユニキャスト通信である、請求項９に記載のＵＥ。

【請求項14】

前記ＰＣ５ ＲＲＣメッセージは、前記第２のＳＬ－ＤＲＢ上の送信と受信の両方に関連するＳＬＲＢ（Ｓｉｄｅｌｉｎｋ Ｒａｄｉｏ Ｂｅａｒｅｒ）パラメータを含む、請求項９に記載のＵＥ。

【請求項15】

前記エンドマーカー制御ＰＤＵは、前記ＰＣ５ ＱｏＳフローのアイデンティティを含む、請求項９に記載のＵＥ。

【請求項16】

前記エンドマーカー制御ＰＤＵは、前記第１のＳＬ－ＤＲＢ上で送信される、請求項９に記載のＵＥ。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、２０１９年１０月２９日に出願された米国仮特許出願第６２／９２７，３３２号の利益を主張し、その全開示は、参照によりその全体が本明細書に組み込まれる。

【0002】

本開示は、一般に、無線通信ネットワークに関し、より詳細には、無線通信システムにおいて、デバイス・ツー・デバイスチャネル測定を送信する方法および装置に関する。

【背景技術】

【0003】

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

【0004】

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

【発明の概要】

【0005】

第１のＵＥ（ユーザ機器）が、ＰＣ５ ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）フローのＳＬ－ＤＲＢ（Ｓｉｄｅｌｉｎｋ－Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）への再マッピングをサポートする観点からの方法および装置が開示される。一実施態様において、本方法は、第１のＵＥが、第２のＵＥとのサイドリンク通信の確立することを含む。本方法は、第１のＵＥが、サイドリンク通信のＰＣ５ ＱｏＳフローを第１のＳＬ－ＤＲＢへマッピングすることを含む。本方法はまた、第１のＵＥが、ＰＣ５ ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージを第２のＵＥに送信することであって、ＰＣ５ ＲＲＣメッセージは、ＰＣ５ ＱｏＳフローが第２のＳＬ－ＤＲＢにマッピングされることを示す、送信することを含む。追加的に、本方法は、第１のＵＥが、ＰＣ５ ＲＲＣメッセージの送信に成功したことが下位レイヤによって確認された後、またはＰＣ５ ＲＲＣメッセージに対応するＰＣ５ ＲＲＣ完了メッセージを第２のＵＥから受信した後、エンドマーカー制御ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を第２のＵＥに送信することを含む。

【図面の簡単な説明】

【0006】

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

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

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

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

【図5】３ＧＰＰ ＴＳ ２３．２８７ Ｖ１６．０．０の図５．２．１．４－１の複製である。

【図6】３ＧＰＰ ＴＳ ２３．２８７ Ｖ１６．０．０の図６．１．１－１の複製である。

【図7】３ＧＰＰ ＴＲ ３８．８８５ Ｖ１６．０．０の図７－１の複製である。

【図8】３ＧＰＰ電子メールの議論 ［１０７ｂｉｓ＃１３］“Ｒｕｎｎｉｎｇ ＣＲ ｔｏ ＴＳ３８．３００ ｆｏｒ ＮＲ Ｖ２Ｘ＿ｖ４”の図１６．ｘ．１－１の複製である。

【図9】３ＧＰＰ電子メールの議論［１０７ｂｉｓ＃１３］“Ｒｕｎｎｉｎｇ ＣＲ ｔｏ ＴＳ３８．３００ ｆｏｒ ＮＲ Ｖ２Ｘ＿ｖ４”の図１６．ｘ．２．１－１の複製である。

【図10】３ＧＰＰ電子メールの議論［１０７ｂｉｓ＃１３］“Ｒｕｎｎｉｎｇ ＣＲ ｔｏ ＴＳ３８．３００ ｆｏｒ ＮＲ Ｖ２Ｘ＿ｖ４”の図１６．ｘ．２．１－２の複製である。

【図11】３ＧＰＰ電子メールの議論［１０７ｂｉｓ＃１３］“Ｒｕｎｎｉｎｇ ＣＲ ｔｏ ＴＳ３８．３００ ｆｏｒ ＮＲ Ｖ２Ｘ＿ｖ４”の図１６．ｘ．２．１－３の複製である。

【図12】３ＧＰＰ電子メールの議論［１０７ｂｉｓ＃１２］“Ｒｕｎｎｉｎｇ ＣＲ ｔｏ ＴＳ３７．３２４ ｆｏｒ ５Ｇ＿Ｖ２Ｘ＿ＮＲＳＬ＿ｖ４”の図４．２．１－１の複製である。

【図13】３ＧＰＰ電子メールの議論［１０７ｂｉｓ＃１２］“Ｒｕｎｎｉｎｇ ＣＲ ｔｏ ＴＳ３７．３２４ ｆｏｒ ５Ｇ＿Ｖ２Ｘ＿ＮＲＳＬ＿ｖ４”の図４．２．２－１の複製である。

【図14】１つの例示的な実施形態によるフローチャートである。

【図15】１つの例示的な実施形態によるフローチャートである。

【図16】１つの例示的な実施形態によるフローチャートである。

【図17】１つの例示的な実施形態によるフローチャートである。

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

【0007】

以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムが、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）無線アクセス、３ＧＰＰ ＬＴＥ－ＡもしくはＬＴＥ－Ａｄｖａｎｃｅｄ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ａｄｖａｎｃｅｄ）、３ＧＰＰ２ ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＷｉＭａｘ、３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ）、またはその他何らかの変調技術に基づいてもよい。

【0008】

特に、以下に説明する例示的な無線通信システムおよびデバイスが、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてもよく、その標準は、ＴＳ ２３．２８７ Ｖ１６．０．０， “Ａｒｃｈｉｔｅｃｔｕｒｅ ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ５Ｇ Ｓｙｓｔｅｍ （５ＧＳ） ｔｏ ｓｕｐｐｏｒｔ Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ （Ｖ２Ｘ） ｓｅｒｖｉｃｅｓ （Ｒｅｌｅａｓｅ １６）”； ＴＲ ３８．８８５ Ｖ１６．０．０， “ＮＲ； Ｓｔｕｄｙ ｏｎ ＮＲ Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ （Ｖ２Ｘ） （Ｒｅｌｅａｓｅ １６）”； ３ＧＰＰ電子メールの議論［１０７ｂｉｓ＃１３］ “Ｒｕｎｎｉｎｇ ＣＲ ｔｏ ＴＳ３８．３００ ｆｏｒ ＮＲ Ｖ２Ｘ＿ｖ４”； ３ＧＰＰ電子メールの議論［１０７ｂｉｓ＃１２］ “Ｒｕｎｎｉｎｇ ＣＲ ｔｏ ＴＳ３７．３２４ ｆｏｒ ５Ｇ＿Ｖ２Ｘ＿ＮＲＳＬ＿ｖ４”； および ３ＧＰＰ ＲＡＮ２＃１０６ Ｃｈａｉｒｍａｎ’ｓ ｎｏｔｅを含む。上記に挙げた標準および文書は、その全体が参照により本明細書に明示的に援用される。

【0009】

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

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

３ＧＰＰ ＴＳ ２３．２８７は、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）通信を以下のように規定する：
［外１］

［“Ｅｘａｍｐｌｅ ｏｆ ＰＣ５ Ｕｎｉｃａｓｔ Ｌｉｎｋｓ”と題する、３ＧＰＰ ＴＳ ２３．２８７ Ｖ１６．０．０の図５．２．１．４－１は、図５として複製］
［外２］

［“Ｕｓｅｒ Ｐｌａｎｅ ｆｏｒ ＰＣ５ ｉｎｔｅｒｆａｃｅ”と題する、３ＧＰＰ ＴＳ ２３．２８７ Ｖ１６．０．０の図６．１．１－１は、図６として複製］
［外３］

【0026】

３ＧＰＰ ＴＳ ３８．８８５ Ｖ１６．０．０は、ＮＲ Ｖ２ＸサイドリンクのためのＱｏＳ管理を以下のように規定する：
［外４］

［“ＳＬＲＢ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｆｏｒ ＳＬ ｕｎｉｃａｓｔ（ＵＥ－ｓｐｅｃｉｆｉｃ）”と題する、３ＧＰＰ ＴＲ ３８．８８５ Ｖ１６．０．０の図７－１は、図７として複製］
［外５］

【0027】

ＲＡＮ２＃１０７ｂｉｓ会議後に発行されたＮＲ Ｖ２Ｘ＿ｖ４のためのＴＳ ３８．３００への３ＧＰＰ Ｒｕｎｎｉｎｇ ＣＲ（３ＧＰＰ電子メールの議論［１０７ｂｉｓ＃１３］“Ｒｕｎｎｉｎｇ ＣＲ ｔｏ ＴＳ ３８．３００ ｆｏｒ ＮＲ Ｖ２Ｘ＿ｖ４”で議論されているように）は、以下のようにサイドリンクに関する合意を獲得している。
［外６］

［“ＮＧ－ＲＡＮ Ａｒｃｈｉｔｅｃｔｕｒｅ ｓｕｐｐｏｒｔｉｎｇ ｔｈｅ ＰＣ５ ｉｎｔｅｒｆａｃｅ”と題する、３ＧＰＰ電子メールの議論［１０７ｂｉｓ＃１３］の図１６．ｘ．１－１は、図８として複製］
［外７］

［“ＰＣ５ ｃｏｎｔｒｏｌ ｐｌａｎｅ（ＰＣ５－Ｃ） ｐｒｏｔｏｃｏｌ ｓｔａｃｋ ｆｏｒ ＲＲＣ”と題する、３ＧＰＰ電子メールの議論［１０７ｂｉｓ＃１３］の図１６．ｘ．２．１－１は、図９として複製］
［外８］

［“ＰＣ５ ｃｏｎｔｒｏｌ ｐｌａｎｅ（ＰＣ５－Ｃ） ｐｒｏｔｏｃｏｌ ｓｔａｃｋ ｆｏｒ ＰＣ５－Ｓ”と題する、３ＧＰＰ電子メールの議論［１０７ｂｉｓ＃１３］の図１６．ｘ．２．１－２は、図１０として複製］
［外９］

［“ＰＣ５ ｕｓｅｒ ｐｌａｎｅ（ＰＣ５－Ｕ） ｐｒｏｔｏｃｏｌ ｓｔａｃｋ”と題する、３ＧＰＰ電子メールの議論［１０７ｂｉｓ＃１３］の図１６．ｘ．２．１－３は、図１１として複製］
［外１０］

【0028】

ＲＡＮ２＃１０７ｂｉｓ会議後に発行された５Ｇ＿Ｖ２Ｘ＿ＮＲＳＬ＿ｖ４のためのＴＳ３７．３２４への３ＧＰＰ Ｒｕｎｎｉｎｇ ＣＲ（３ＧＰＰ電子メールの議論［１０７ｂｉｓ＃１２］“ Ｒｕｎｎｉｎｇ ＣＲ ｔｏ ＴＳ３７．３２４ ｆｏｒ ５Ｇ＿Ｖ２Ｘ＿ＮＲＳＬ＿ｖ４”で議論されているように）は、以下のようにサイドリンクに関する合意を獲得している。
［外１１］

［“ＳＤＡＰ ｓｕｂｌａｙｅｒ， ｓｔｒｕｃｔｕｒｅ ｖｉｅｗ”と題する、３ＧＰＰ電子メールの議論［１０７ｂｉｓ＃１２］“Ｒｕｎｎｉｎｇ ＣＲ ｔｏ ＴＳ３７．３２４ ｆｏｒ ５Ｇ＿Ｖ２Ｘ＿ＮＲＳＬ＿ｖ４”の図４．２．１－１は、図１２として複製］
［外１２］

［“ＳＤＡＰ ｌａｙｅｒ， ｆｕｎｃｔｉｏｎａｌ ｖｉｅｗ”と題する、３ＧＰＰ電子メールの議論［１０７ｂｉｓ＃１２］“Ｒｕｎｎｉｎｇ ＣＲ ｔｏ ＴＳ３７．３２４ ｆｏｒ ５Ｇ＿Ｖ２Ｘ＿ＮＲＳＬ＿ｖ４”の図４．２．２－１は、図１２として複製
［外１３］

【0029】

３ＧＰＰ ＴＲ ３８．８８５ Ｖ１６．０．０の図７－１によれば、ＴＸ ＵＥは、ＲＸ（Ｒｅｃｅｐｔｉｏｎ）ＵＥとのサイドリンクユニキャスト通信中に、新しいＰＣ５ ＱｏＳフローのためのＳＬＲＢ設定を要求してもよい。次いで、ｇＮＢは、ＳＬＲＢ設定をＴＸ（Ｔｒａｎｓｍｉｓｓｉｏｎ）ＵＥに提供し、ＳＬＲＢ（Ｓｉｄｅｌｉｎｋ Ｒａｄｉｏ Ｂｅａｒｅｒ）設定は、ＰＣ５ ＱｏＳフローのＳＬＲＢ（またはＳＬ－ＤＲＢ）へのマッピングおよびＳＬ－ＤＲＢのためのＳＬＲＢパラメータ（例えば、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、またはＬＣＨ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）設定）を含んでもよい。

【0030】

３ＧＰＰ ＲＡＮ２＃１０６ Ｃｈａｉｒｍａｎ’ｓ ｎｏｔｅで議論されているように、ＮＲ ＳＬ ＱｏＳおよびＳＬＲＢ設定に関するＲＡＮ２＃１０６合意は、以下を含む。－ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＵＥの場合、新しいＰＣ５ ＱｏＳフローの送信のために、それは、ＲＲＣ専用シグナリングを介してＰＣ５ ＱｏＳフローのＱｏＳ情報をｇＮＢ／ｎｇ－ｅＮＢに報告してもよい。－ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＵＥの場合、ＵＥによって報告されたＱｏＳ情報に基づいて、ｇＮＢ／ｎｇ－ｅＮＢはＳＬＲＢ設定を提供し、ＲＲＣ専用シグナリングを介してＰＣ５ ＱｏＳフローのＳＬＲＢへのマッピングを設定してもよい。ＵＥは、ＳＬＲＢ設定を受信した後にのみ、ＳＬＲＢを確立／再設定することができる。ＵＥがＳＬＲＢを確立／再設定するときについては、さらに検討する。－ ＵＥのＳＬユニキャストの場合、ＮＷ設定／事前設定されたＳＬＲＢ設定は、ＴＸのみに関連するＳＬＲＢパラメータと、ＴＸとＲＸの両方に関連し、ピアＵＥと整列する必要があるＳＬＲＢパラメータとを含む。－ ＳＬユニキャストの場合、開始ＵＥは、ＴＸとＲＸの両方に関連し、ピアＵＥと整列する必要があるＳＬＲＢパラメータをピアＵＥに通知する。詳細パラメータについては、さらに検討する。

【0031】

上記の合意によって、ＴＸ ＵＥは、ｇＮＢからこれらのＳＬＲＢパラメータを受信した後、ＴＸおよびＲＸの両方に関連するＳＬＲＢパラメータをＲＸ ＵＥに転送する必要がある。追加的に、３ＧＰＰ電子メールの議論［１０７ｂｉｓ＃１２］ “Ｒｕｎｎｉｎｇ ＣＲ ｔｏ ＴＳ３７．３２４ ｆｏｒ ５Ｇ＿Ｖ２Ｘ＿ＮＲＳＬ＿ｖ４”のＳｅｃｔｉｏｎ ５．Ｘによって、ｇＮＢは、ＰＣ５ ＱｏＳフローを第２のＳＬ－ＤＲＢに再マッピングしてもよく、ＲＲＣレイヤがＰＣ５ ＱｏＳフローに対して新しいＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへのマッピングルールを設定したときに、ＰＣ５ ＱｏＳフローに対して新しいＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへのマッピングルールを記憶し、エンドマーカー制御ＰＤＵ（旧ＰＣ５ ＱｏＳフローのための旧ＳＬ－ＤＲＢ上で）をＲＸ ＵＥに送信してもよい。エンドマーカー制御ＰＤＵは、ＴＸ ＵＥが関連するＰＣ５ ＱｏＳフローの旧ＳＬ－ＤＲＢへのマッピングを停止することを示すために使用され、ＰＣ５ ＱｏＳフローからの次のサイドリンクデータＰＤＵが第２のＳＬ－ＤＲＢで送信されることを示唆する。ＴＸ ＵＥは、事前設定またはＲＲＣ状態遷移を行うときにｇＮＢによってブロードキャストされるシステム情報に基づいて、ＰＣ５ ＱｏＳフローの第２のＳＬ－ＤＲＢへの再マッピングをしてもよい。

【0032】

Ｕｕインタフェースの場合、ＱｏＳフローのＤＲＢへの再マッピングのための手順は、ｇＮＢが既存のＱｏＳフローに対して新しいＱｏＳフローのＤＲＢへのマッピングを設定するときに行われる。ＵＬ送信の場合、ｇＮＢは、関連するＱｏＳフローに対するエンドマーカー制御ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）をＵＥから受信する前に、再マッピングが発生することを既に知っている。従って、ｇＮＢは、再マッピングが発生したときに、新しくマッピングされたＤＲＢ上で受信された関連ＱｏＳフローから上りリンクデータＰＤＵをバッファすることを開始し、次いで、元のＤＲＢ上の関連ＱｏＳフローに対するエンドマーカー制御ＰＤＵの受信時に、これらのバッファされた上りリンクデータＰＤＵを配信することができる。エンドマーカー制御ＰＤＵを受信することは、元のＤＲＢ上の全ての上りリンクデータＰＤＵが受信され、上位レイヤに配信されるべきであったことを意味し、従って、関連するＱｏＳフローからの上りリンクデータＰＤＵの順次配信が、ＱｏＳフローのＤＲＢへの再マッピング遷移中に確実にされ得る。

【0033】

ＰＣ５インタフェースの場合、ＴＸ ＵＥはまた、エンドマーカー制御ＰＤＵをＲＸ ＵＥに送信することに加えて、ＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへの再マッピングが発生したときに、ＲＸ ＵＥに新しいマッピングを通知するために、ＰＣ５ ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージを送信する必要がある。ＰＣ５ ＲＲＣメッセージとエンドマーカー制御ＰＤＵは、異なるサイドリンクＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）で送信される可能性があるため、それらは、ＲＸ ＵＥによって異なる時間インスタンスにおいて受信される可能性がある。エンドマーカー制御ＰＤＵが（例えば、ＰＣ５ ＲＲＣメッセージの送信に失敗したことにより）ＰＣ５ ＲＲＣメッセージの受信前にＲＸ ＵＥによって受信された場合、エンドマーカー制御ＰＤＵはＲＸ ＵＥによって無視される可能性がある。なぜなら、ＲＸ ＵＥはエンドマーカー制御ＰＤＵに関連付けられたＰＣ５ ＱｏＳフローに再マッピングが発生していないとみなすためである。結果として、ＲＸ ＵＥは、バッファされたサイドリンクデータＰＤＵを上位レイヤに配信するようにトリガされず、第２のＳＬ－ＤＲＢ上で送信されたこれらのサイドリンクデータＰＤＵは、ＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへの再マッピングを示すＰＣ５ ＲＲＣメッセージがＴＸ ＵＥから後に受信された後に、ＲＸ ＵＥによってバッファされる。

【0034】

関連するＶ２Ｘサービスへの影響は深刻である。なぜなら、第２のＳＬ－ＤＲＢで送信される以下のサイドリンクデータＰＤＵはすべて、ＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへの再マッピングが発生した後にバッファされ、上位レイヤに配信されないためである。ＲＸ ＵＥは、ＰＣ５ ＲＲＣメッセージの受信時に、これらのバッファされたサイドリンクデータＰＤＵをいつ上位レイヤに配信するかを考慮するためにタイマを開始することができるが、この待ち時間は、必ずしも必要ではない。なぜなら、ＲＸ ＵＥがすでにエンドマーカー制御ＰＤＵを受信しているためである。したがって、この問題は考慮され解決されるべきである。

【0035】

１つの一般的な解決策は、ＲＸ ＵＥが関連するＰＣ５ ＱｏＳフローのためのエンドマーカー制御ＰＤＵを受信したが、ＲＸ ＵＥが関連するＰＣ５ ＱｏＳフローのためのＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへのマッピングを再設定するためのＰＣ５ ＲＲＣメッセージを受信していないときに、ＲＸ ＵＥはＰＣ５ ＲＲＣメッセージの受信を期待することができる。ＰＣ５ ＲＲＣメッセージが受信されたときに、ＲＸ ＵＥは、第２のＳＬ－ＤＲＢ上で関連するＰＣ５ ＱｏＳフローからサイドリンクデータＰＤＵの受信を開始してもよく、関連するＰＣ５ ＱｏＳフローのための旧ＳＬ－ＤＲＢ上のエンドマーカー制御ＰＤＵを待つことなく、それらの受信したサイドリンクデータＰＤＵを上位レイヤに配信することができる。

【0036】

別の可能性のある一般的な解決策は、ＰＣ５ ＲＲＣメッセージの送信に成功したことが下位レイヤによって確認されたときに、ＴＸ ＵＥがエンドマーカー制御ＰＤＵをＲＸ ＵＥに送信することである。例えば、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤは、ＲＸ ＵＥから受信した１つ以上のＲＬＣ ＳＴＡＴＵＳ ＰＤＵに従って、ＰＣ５ ＲＲＣメッセージの送信に成功したことを確認してもよく、ＲＬＣ ＳＴＡＴＵＳ ＰＤＵは、どのＲＬＣ ＤＡＴＡ ＰＤＵが受信されたかを示してもよい。別の例として、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤは、ＲＸ ＵＥから受信したＨＡＲＱフィードバックに従ってＰＣ５ ＲＲＣメッセージの送信に成功したことを確認してもよく、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックは、ＰＣ５ ＲＲＣメッセージの送信に使用された論理チャネルを含むＳＬ ＴＢがＲＸ ＵＥによって受信されたことを示す。

【0037】

ＰＣ５ ＲＲＣメッセージの受信に応答して、ＲＸ ＵＥは、ＰＣ５ ＲＲＣ完了メッセージをＴＸ ＵＥに返信してもよい。したがって、ＲＸ ＵＥからのＰＣ５ ＲＲＣ完了メッセージを受信したときに、ＴＸ ＵＥがエンドマーカー制御ＰＤＵを送信することも可能であってもよい。

【0038】

一般に、上記の２つの選択肢の両方とも、ＰＣ５ ＲＲＣメッセージを受信した後に、ＲＸ ＵＥによってエンドマーカー制御ＰＤＵが受信されることを確実にすることができ、ＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへの再マッピングを示すＰＣ５ ＲＲＣメッセージを受信したときに、ＲＸ ＵＥが、第２のＳＬ－ＤＲＢ上で受信した関連するＰＣ５ ＱｏＳフローからのサイドリンクデータＰＤＵのバッファを開始することができ、次に、エンドマーカー制御ＰＤＵの受信時に、これらのバッファリングされたサイドリンクデータＰＤＵを上位レイヤに配信するようにする。

【0039】

さらに、３ＧＰＰ電子メールの議論 ［１０７ｂｉｓ＃１２］ ” Ｒｕｎｎｉｎｇ ＣＲ ｔｏ ＴＳ３７．３２４ ｆｏｒ ５Ｇ＿Ｖ２Ｘ＿ＮＲＳＬ＿ｖ４”のセクション５．Ｘで規定されているように、ＴＸ ＵＥにおけるサイドリンクユニキャスト通信に関連付けられたＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）エンティティは、ＲＲＣレイヤが、ＰＣ５ ＱｏＳフローに対する新しいＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへのマッピングルールを設定するときに、ＰＣ５ ＱｏＳフローに対する新しいＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへのマッピングルールを記憶するものとする。新しいマッピングルールでは、ＴＸ ＵＥは、第２のＳＬ－ＤＲＢ上でＰＣ５ ＱｏＳフローからのサイドリンクデータＰＤＵを送信することを開始してもよい。また、ＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへの再マッピングを示し、任意で、第２のＳＬ－ＤＲＢのためのＳＬＲＢパラメータを含むＰＣ５ ＲＲＣメッセージよりも早く、第２のＳＬ－ＤＲＢ上で送信されるサイドリンクデータＰＤＵがＲＸ ＵＥによって受信され得ることが可能である。第２のＳＬ－ＤＲＢに対して２つのケースがあり得る。すなわち、第２のＳＬ－ＤＲＢは、既存のＳＬ－ＤＲＢであるか、または新しく作成されるＳＬ－ＤＲＢである。

【0040】

第２のＳＬ－ＤＲＢが既存のＳＬ－ＤＲＢ（例えば、デフォルトのＳＬ－ＤＲＢまたは非デフォルトのＳＬ－ＤＲＢ）である場合、これらのサイドリンクデータＰＤＵは、バッファされることなく直接上位レイヤに配信される可能性があり、従って、関連するＰＣ５ ＱｏＳフローに順序ずれ配信が発生することがある。第２のＳＬ－ＤＲＢが新しいＳＬ－ＤＲＢである場合、ＲＸ ＵＥはこれらのサイドリンクデータＰＤＵを復号することができない。なぜなら、ＰＣ５ ＲＲＣメッセージに含まれる新しいＳＬ－ＤＲＢのためのＳＬＲＢパラメータがまだＲＸ ＵＥによって受信されていないためである。結果として、これらのサイドリンクデータＰＤＵが失われる。ＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへの再マッピング遷移中に順序ずれ配信またはデータ損失を回避する方法が考慮されるべきである。

【0041】

一般に、可能な解決策は、ＰＣ５ ＲＲＣメッセージの送信に成功したことが下位レイヤによって確認されたか、またはＲＸ ＵＥからＰＣ５ ＲＲＣメッセージに対応するＰＣ５ ＲＲＣ完了メッセージを受信したときに、ＴＸ ＵＥが第２のＳＬ－ＤＲＢ上でサイドリンクデータＰＤＵの送信を開始することである。

【0042】

サイドリンクユニキャスト通信に関連するＳＤＡＰエンティティは、ＲＲＣレイヤまたはＴＸ ＵＥがＰＣ５ ＱｏＳフローに対する新しいＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへのマッピングルールを設定するときに、送信のためにエンドマーカー制御ＰＤＵを下位レイヤに送信し、関連するＰＣ５ ＱｏＳフローに対して新しいＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへのマッピングルールを記憶するものとするため、上記の解決策を説明する別の方法は、ＰＣ５ ＲＲＣメッセージの下位レイヤによる送信が成功したとき、またはＰＣ５ ＲＲＣ完了メッセージがＲＸ ＵＥから受信されたときに、ＲＲＣレイヤまたはＴＸ ＵＥがＰＣ５ ＱｏＳフローに対する新しいＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへのマッピングルールをＳＤＡＰエンティティに設定することである。

【0043】

図１４は、第１のＵＥが、ＰＣ５ ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）フローのＳＬ－ＤＲＢ（Ｓｉｄｅｌｉｎｋ－Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）への再マッピングをサポートする観点からの、１つの例示的な実施形態によるフローチャート１４００である。ステップ１４０５において、第１のＵＥは、第２のＵＥとのサイドリンク通信を確立する。ステップ１４１０において、第１のＵＥは、サイドリンク通信のＰＣ５ ＱｏＳフローを第１のＳＬ－ＤＲＢへマッピングする。ステップ１４１５において、第１のＵＥは、ＰＣ５ ＲＲＣメッセージを第２のＵＥに送信し、ＰＣ５ ＲＲＣメッセージは、ＰＣ５ ＱｏＳフローが第２のＳＬ－ＤＲＢにマッピングされることを示す。ステップ１４２０において、第１のＵＥは、ＰＣ５ ＲＲＣメッセージの送信に成功したことが下位レイヤによって確認された後、またはＰＣ５ ＲＲＣメッセージに対応するＰＣ５ ＲＲＣ完了メッセージを第２のＵＥから受信した後、エンドマーカー制御ＰＤＵを第２のＵＥに送信する。

【0044】

図３および図４を再度参照すると、第１のＵＥが、ＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへの再マッピングサポートする１つの例示的な実施形態において、第１のＵＥ３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ ３０８は、プログラムコード３１２を実行して、第１のＵＥが、（ｉ） 第２のＵＥとのサイドリンク通信を確立することと、（ｉｉ） サイドリンク通信のＰＣ５ ＱｏＳフローを第１のＳＬ－ＤＲＢへマッピングすることと、（ｉｉｉ） ＰＣ５ ＲＲＣメッセージを第２のＵＥに送信することであって、ＰＣ５ ＲＲＣメッセージは、ＰＣ５ ＱｏＳフローが第２のＳＬ－ＤＲＢにマッピングされることを示す、送信することと、（ｉｖ） ＰＣ５ ＲＲＣメッセージの送信に成功したことが下位レイヤによって確認された後、またはＰＣ５ ＲＲＣメッセージに対応するＰＣ５ ＲＲＣ完了メッセージを第２のＵＥから受信した後、エンドマーカー制御ＰＤＵを第２のＵＥに送信することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを行うことができる。

【0045】

図１５は、第１のＵＥがＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへの再マッピングをサポートする観点からの、１つの例示的な実施形態によるフローチャート１５００である。ステップ１５０５において、第１のＵＥは、第２のＵＥとのサイドリンク通信を確立する。ステップ１５１０において、第１のＵＥは、サイドリンク通信のＰＣ５ ＱｏＳフローを第１のＳＬ－ＤＲＢにマッピングする。ステップ１５１５において、第１のＵＥは、ＰＣ５ ＲＲＣメッセージを第２のＵＥに送信し、ＰＣ５ ＲＲＣメッセージは、ＰＣ５ ＱｏＳフローが第２のＳＬ－ＤＲＢにマッピングされることを示す。ステップ１５２０において、第１のＵＥは、ＰＣ５ ＲＲＣメッセージの送信に成功したことが下位レイヤによって確認されたとき、またはＰＣ５ ＲＲＣメッセージに対応するＰＣ５ ＲＲＣ完了メッセージを第２のＵＥから受信したときに、第２のＳＬ－ＤＲＢ上でＰＣ５ ＱｏＳフローからのサイドリンクデータＰＤＵを第２のＵＥに送信することを開始する。

【0046】

図３および図４を参照すると、第１のＵＥがＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへの再マッピングをサポートする１つの例示的な実施形態である。第１のＵＥ３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のＵＥが、（ｉ） 第２のＵＥとのサイドリンク通信を確立することと、（ｉｉ） サイドリンク通信のＰＣ５ ＱｏＳフローを第１のＳＬ－ＤＲＢにマッピングすることと、（ｉｉｉ） ＰＣ５ ＲＲＣメッセージを第２のＵＥに送信することであって、ＰＣ５ ＲＲＣメッセージは、ＰＣ５ ＱｏＳフローが第２のＳＬ－ＤＲＢにマッピングされることを示す、送信することと、（ｉｖ） ＰＣ５ ＲＲＣメッセージの送信に成功したことが下位レイヤによって確認されたとき、またはＰＣ５ ＲＲＣメッセージに対応するＰＣ５ ＲＲＣ完了メッセージを第２のＵＥから受信したときに、第２のＳＬ－ＤＲＢ上でＰＣ５ ＱｏＳフローからのサイドリンクデータＰＤＵを第２のＵＥに送信することを開始することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを行うことができる。

【0047】

図１４～１５に例示され、上述した実施形態に関連して、一実施形態では、第１のＵＥは、ＰＣ５ ＲＲＣメッセージの送信に成功したことが下位レイヤによって確認された後、または第２のＵＥからＰＣ５ ＲＲＣ完了メッセージを受信した後に、サイドリンク通信のＰＣ５ ＱｏＳフローを第２のＳＬ－ＤＲＢに再マッピングすることができる。

【0048】

図１６は、第１のＵＥが、ＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへの再マッピングをサポートする観点からの、１つの例示的な実施形態によるフローチャート１６００である。ステップ１６０５において、第１のＵＥは、第２のＵＥとのサイドリンク通信を確立し、ＳＤＡＰエンティティは、サイドリンク通信のために第１のＵＥによって生成される。ステップ１６１０において、第１のＵＥは、サイドリンク通信のＰＣ５ ＱｏＳフローを第１のＳＬ－ＤＲＢにマッピングする。ステップ１６１５において、第１のＵＥは、ＰＣ５のＲＲＣメッセージを第２のＵＥに送信し、ＰＣ５ ＲＲＣメッセージは、ＰＣ５ ＱｏＳフローが第２のＳＬ－ＤＲＢにマッピングされることを示す。ステップ１６２０において、第１のＵＥは、ＰＣ５ ＲＲＣメッセージの送信に成功したことが下位レイヤによって確認されたとき、またはＰＣ５ ＲＲＣメッセージに対応するＰＣ５ ＲＲＣ完了メッセージを第２のＵＥから受信したときに、ＰＣ５ ＱｏＳフローに対する新しいＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへのマッピングルールをＳＤＡＰエンティティに設定する。

【0049】

図３および図４を参照すると、第１のＵＥが、ＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへの再マッピングをサポートする１つの例示的な実施形態である。第１のＵＥ３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ ３０８は、第１のＵＥが、（ｉ） 第２のＵＥとのサイドリンク通信を確立することであって、ＳＤＡＰエンティティは、サイドリンク通信のために第１のＵＥによって生成される、確立することと、（ｉｉ） サイドリンク通信のＰＣ５ ＱｏＳフローを第１のＳＬ－ＤＲＢにマッピングすることと、（ｉｉｉ） ＰＣ５のＲＲＣメッセージを第２のＵＥに送信することであって、ＰＣ５ ＲＲＣメッセージは、ＰＣ５ ＱｏＳフローが第２のＳＬ－ＤＲＢにマッピングされることを示す、送信することと、（ｉＶ） ＰＣ５ ＲＲＣメッセージの送信に成功したことが下位レイヤによって確認されたとき、またはＰＣ５ ＲＲＣメッセージに対応するＰＣ５ ＲＲＣ完了メッセージを第２のＵＥから受信したときに、ＰＣ５ ＱｏＳフローに対する新しいＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへのマッピングルールをＳＤＡＰエンティティに設定することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを行うことができる。

【0050】

図１４～１６に例示され、上述した実施形態に関連して、一実施形態では、第１のＵＥはまた、ネットワークノードからＲＲＣメッセージを受信することができ、ＲＲＣメッセージは、ＰＣ５ ＱｏＳフローが第２のＳＬ－ＤＲＢにマッピングされることを示す。

【0051】

一実施形態では、ネットワークノードは基地局（例えば、ｇＮＢ）であってもよい。第１のＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤであってもよい。サイドリンク通信は、サイドリンクユニキャスト通信であってもよい。ＲＲＣメッセージは、第２のＳＬ－ＤＲＢ上の送信と受信の両方に関連するＳＬＲＢパラメータを含んでもよい。代替的には、ＲＲＣメッセージは、第２のＳＬ－ＤＲＢ上の送信にのみ関連するＳＬＲＢパラメータを含んでもよい。

【0052】

一実施形態では、ＰＣ５ ＲＲＣメッセージは、第２のＳＬ－ＤＲＢ上の送信と受信の両方に関連するＳＬＲＢパラメータを含んでもよい。エンドマーカー制御ＰＤＵは、ＰＣ５ ＱｏＳフローのアイデンティティ、例えばＰＦＩ（ＰＣ５ ＱｏＳ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ）を含んでもよい。エンドマーカー制御ＰＤＵは、第１のＳＬ－ＤＲＢ上で送信されてもよい。

【0053】

一実施形態では、ＳＤＡＰエンティティは、ＰＣ５ ＱｏＳフローに対して新しいＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへのマッピングルールが設定されたときに、エンドマーカー制御ＰＤＵを下位レイヤに送信することができる。さらに、ＳＤＡＰエンティティは、ＰＣ５ ＱｏＳフローに対して新しいＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへのマッピングルールが設定されたときに、新しいＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへのマッピングルールを記憶することができる。追加的に、ＳＤＡＰエンティティは、新しいＰＣ５ ＱｏＳフローのＳＬ－ＤＲＢへのマッピングルールが設定されたときに、サイドリンク通信のＰＣ５ ＱｏＳフローを第２のＳＬ－ＤＲＢに再マッピングすることができる。

【0054】

図１７は、第２のＵＥが、第１のＵＥとのサイドリンク通信のＰＣ５ ＱｏＳフローのためのサイドリンク受信を行う観点からの１つの例示的な実施形態によるフローチャート１７００である。ステップ１７０５において、第２のＵＥは、第１のＵＥからＰＣ５ ＲＲＣメッセージを受信し、ＰＣ５ ＲＲＣメッセージは、ＰＣ５ ＱｏＳフローが第２のＳＬ－ＤＲＢにマッピングされることを示す。ステップ１７１０において、第２のＵＥは、第１のＵＥから第２のＳＬ－ＤＲＢ上でＰＣ５ ＱｏＳフローの１つ以上のサイドリンクデータＰＤＵを受信する。ステップ１７１５において、第２のＵＥは、ＰＣ５ ＲＲＣメッセージを受信する前にＰＣ５ ＱｏＳフローに対するエンドマーカー制御ＰＤＵを受信した場合、１つ以上のサイドリンクデータＰＤＵを上位レイヤに配信する。

【0055】

一実施形態では、第２のＵＥは、ＰＣ５ ＱｏＳフローのエンドマーカー制御ＰＤＵがまだ受信していない場合、１つ以上のサイドリンクデータＰＤＵをバッファすることができ、それらを上位レイヤに配信しない。また、第２のＵＥは、ＰＣ５ ＲＲＣメッセージを受信した後にエンドマーカー制御ＰＤＵを受信した場合、１つ以上のサイドリンクデータＰＤＵを配信し、第２のＵＥがＰＣ５ ＲＲＣメッセージを受信する前にエンドマーカー制御ＰＤＵを受信しない。

【0056】

一実施形態では、ＰＣ５ ＱｏＳフローは、ＰＣ５ ＲＲＣメッセージを受信する前に、第１のＳＬ－ＤＲＢにマッピングされ得る。サイドリンク通信は、サイドリンクユニキャスト通信であり得る。ＰＣ５ ＲＲＣメッセージは、第２のＳＬ－ＤＲＢ上の送信と受信の両方に関連するＳＬＲＢパラメータを含んでもよいエンドマーカー制御ＰＤＵは、ＰＣ５ ＱｏＳフローのアイデンティティ、例えばＰＦＩ（ＰＣ５ ＱｏＳ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ）を含んでもよい。ネットワークノードは、基地局（例えば、ｇＮＢ）であってもよい。

【0057】

図３および図４を参照すると、第２のＵＥが、第１のＵＥとのサイドリンク通信のＰＣ５のＱｏＳフローのためのサイドリンク受信を行う１つの例示的な実施形態である。第２のＵＥ３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ ３０８は、第２のＵＥが、（ｉ） 第１のＵＥからＰＣ５ ＲＲＣメッセージを受信することであって、ＰＣ５ ＲＲＣメッセージは、ＰＣ５ ＱｏＳフローが第２のＳＬ－ＤＲＢにマッピングされることを示す、受信することと、（ｉｉ） 第１のＵＥから第２のＳＬ－ＤＲＢ上でＰＣ５ ＱｏＳフローの１つ以上のサイドリンクデータＰＤＵを受信することと、（ｉｉｉ）ＰＣ５ ＲＲＣメッセージを受信する前にＰＣ５ ＱｏＳフローに対するエンドマーカー制御ＰＤＵを受信した場合、１つ以上のサイドリンクデータＰＤＵを上位レイヤに配信することと、を行うことを可能にすることができる。さらに、ＣＰＵ ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを実行することができる。

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】