特許 6749462 無線通信システムにおいてサイドリンク通信のための接続を改善する方法および装置

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

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

(11)【特許番号】6749462

(24)【登録日】2020年8月13日

(45)【発行日】2020年9月2日

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

(51)【国際特許分類】

   H04W 92/18 20090101AFI20200824BHJP

   H04W 76/11 20180101ALI20200824BHJP

   H04W 76/14 20180101ALI20200824BHJP

   H04W 4/46 20180101ALI20200824BHJP

   H04W 8/26 20090101ALI20200824BHJP

【ＦＩ】

   H04W92/18

   H04W76/11

   H04W76/14

   H04W4/46

   H04W8/26

【請求項の数】12

【外国語出願】

【全頁数】34

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

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

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

(43)【公開日】2020年5月21日

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

(31)【優先権主張番号】62/758,398

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

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

【早期審査対象出願】

(73)【特許権者】

【識別番号】517114621

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

(74)【代理人】

【識別番号】100107766

【弁理士】

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

(74)【代理人】

【識別番号】100070150

【弁理士】

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

(74)【代理人】

【識別番号】100091214

【弁理士】

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

(72)【発明者】

【氏名】潘 立▲徳▼

(72)【発明者】

【氏名】郭 豊旗

(72)【発明者】

【氏名】曾 立至

(72)【発明者】

【氏名】陳 威宇

【審査官】 倉本 敦史

(56)【参考文献】

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

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

【文献】 LG Electronics，Solution#11 update，3GPP SA WG2 Meeting #129 S2-1810289，２０１８年１０月 ９日，pp.1-7

【文献】 Qualcomm Incorporated，Unicast link establishement solution for eV2X，3GPP SA WG2 Meeting #128bis S2-188564，２０１８年 ８月２６日，pp.1-5

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

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

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

【請求項1】

第１のデバイスが第２のデバイスとのユニキャストリンク確立を行うための方法であって、
第１のメッセージをブロードキャストすることであって、該第１のメッセージは、前記ユニキャストリンク確立を要求するために使用され、該第１のメッセージは、前記第１のデバイスの上位レイヤ識別子を含み、送信元レイヤ２ ＩＤとしての前記第１のデバイスのレイヤ２ ＩＤおよび宛先レイヤ２ ＩＤとしてのブロードキャストアドレスに基づいてブロードキャストされる、ブロードキャストすることと、
前記ユニキャストリンク確立を完了するために、前記第２のデバイスから第２のメッセージを受信することであって、該第２のメッセージは、前記第２のデバイスの上位レイヤ識別子を含み、宛先レイヤ２ ＩＤとしての前記第１のデバイスのレイヤ２ ＩＤと送信元レイヤ２ ＩＤとしての前記第２のデバイスのレイヤ２ ＩＤに基づいて受信される、受信することと、を含む方法。

【請求項2】

前記第１のデバイスの前記上位レイヤ識別子は、前記第２のデバイスが前記第１のデバイスの前記上位レイヤ識別子を前記第１のデバイスのレイヤ２ ＩＤに関連付けるために使用される、請求項１に記載の方法。

【請求項3】

前記第１のメッセージは、前記第２のデバイスのいかなる上位レイヤ識別子も含まない、請求項１に記載の方法。

【請求項4】

第２のデバイスが第１のデバイスとのユニキャストリンク確立を行うための方法であって、
前記第１のデバイスからブロードキャストされた第１のメッセージを受信することであって、該第１のメッセージは前記ユニキャストリンク確立を要求するために使用され、該第１のメッセージは前記第１のデバイスの上位レイヤ識別子を含み、送信元レイヤ２ ＩＤとしての前記第１のデバイスのレイヤ２ ＩＤと宛先レイヤ２ ＩＤとしてのブロードキャストアドレスに基づいて受信される、受信することと、
前記ユニキャストリンク確立を完了するために前記第１のデバイスに第２のメッセージを送信することであって、該第２のメッセージは前記第２のデバイスの上位レイヤ識別子を含み、宛先レイヤ２ ＩＤとしての前記第１のデバイスのレイヤ２ ＩＤと送信元レイヤ２ ＩＤとしての前記第２のデバイスのレイヤ２ ＩＤに基づいて送信される、送信することと、を含む方法。

【請求項5】

前記第１のデバイスの前記上位レイヤ識別子は、前記第２のデバイスが前記第１のデバイスの前記上位レイヤ識別子を前記第１のデバイスのレイヤ２ ＩＤに関連付けるために使用される、請求項４に記載の方法。

【請求項6】

前記第１のメッセージは、前記第２のデバイスのいかなる上位レイヤ識別子も含まない、請求項４に記載の方法。

【請求項7】

第１の通信デバイスであって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路内に設けられ、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
第１のメッセージをブロードキャストすることであって、該第１のメッセージは、ユニキャストリンク確立を要求するために使用され、該第１のメッセージは、前記第１の通信デバイスの上位レイヤ識別子を含み、送信元レイヤ２ ＩＤとしての前記第１の通信デバイスのレイヤ２ ＩＤおよび宛先レイヤ２ ＩＤとしてのブロードキャストアドレスに基づいてブロードキャストされる、ブロードキャストすることと、
前記ユニキャストリンク確立を完了するために、第２の通信デバイスから第２のメッセージを受信することであって、該第２のメッセージは、該第２の通信デバイスの上位レイヤ識別子を含み、宛先レイヤ２ ＩＤとしての前記第１の通信デバイスのレイヤ２ ＩＤおよび送信元レイヤ２ ＩＤとしての前記第２の通信デバイスのレイヤ２ ＩＤに基づいて受信される、受信することと、
を行うように構成されている、第１の通信デバイス。

【請求項8】

前記第１の通信デバイスの前記上位レイヤ識別子は、前記第２の通信デバイスが前記第１の通信デバイスの前記上位レイヤ識別子を前記第１の通信デバイスのレイヤ２ ＩＤに関連付けるために使用される、請求項７に記載の第１の通信デバイス。

【請求項9】

前記第１のメッセージは、前記第２の通信デバイスのいかなる上位レイヤ識別子も含まない、請求項７に記載の第１の通信デバイス。

【請求項10】

第２の通信デバイスであって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路内に設けられ、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
第１の通信デバイスからブロードキャストされた第１のメッセージを受信することであって、該第１のメッセージはユニキャストリンク確立を要求するために使用され、該第１のメッセージは、該第１の通信デバイスの上位レイヤ識別子を含み、送信元レイヤ２ ＩＤとしての前記第１の通信デバイスのレイヤ２ ＩＤと宛先レイヤ２ ＩＤとしてのブロードキャストアドレスに基づいて受信される、受信することと、
前記ユニキャストリンク確立を完了するために前記第１の通信デバイスに第２のメッセージを送信することであって、該第２のメッセージは、前記第２の通信デバイスの上位レイヤ識別子を含み、宛先レイヤ２ ＩＤとしての前記第１の通信デバイスのレイヤ２ ＩＤと送信元レイヤ２ ＩＤとしての前記第２の通信デバイスのレイヤ２ ＩＤに基づいて送信される、送信することと、を行うように構成されている、第２の通信デバイス。

【請求項11】

前記第１の通信デバイスの前記上位レイヤ識別子は、前記第２の通信デバイスが前記第１の通信デバイスの前記上位レイヤ識別子を前記第１の通信デバイスのレイヤ２ ＩＤに関連付けるために使用される、請求項１０に記載の第２の通信デバイス。

【請求項12】

前記第１のメッセージは、前記第２の通信デバイスのいかなる上位レイヤ識別子も含まない、請求項１０に記載の第２の通信デバイス。

【発明の詳細な説明】

【技術分野】

【0001】

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

【0002】

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

【背景技術】

【0003】

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

【0004】

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

【発明の概要】

【0005】

第１のデバイスの観点からの方法および装置が開示される。一実施形態では、方法は、第１のメッセージをブロードキャストすることであって、第１のメッセージは、ユニキャストリンク確立を要求するために使用され、第１のメッセージは、第１のデバイスの上位レイヤ識別子を含む。その方法は、ユニキャストリンク確立を完了するために、第２のデバイスから第２のメッセージを受信することも含み、第２のメッセージは、第２のデバイスの上位レイヤ識別子を含む。

【図面の簡単な説明】

【0006】

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

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

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

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

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

【図6】１つの例示的な実施形態による図である。

【図7】１つの例示的な実施形態による図である。

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

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

【図10】１つの例示的な実施形態による図である。

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

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

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

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

【図15】１つの例示的な実施形態による図である。

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

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

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

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

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

【0007】

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

【0008】

特に、以下に説明する例示的な無線通信システムおよびデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてよく、その標準は、TS 24.386 V15.1.0, “User Equipment (UE) to V2X control function; protocol aspects; Stage 3 (Release 15)”、RAN1 #94 Chairman’s Note、TR 23.786 V0.9.0, “Study on architecture enhancements for EPS and 5G System to support advanced V2X services (Release 16)”、TS 23.303 V15.1.0, “Proximity-based services (ProSe); Stage 2 (Release 15)”、TR 22.886 V15.0.0, “Study on enhancement of 3GPP Support for 5G V2X Services (Release 15)”、R2-1812975, RAN2 #013 Meeting, “LS on Prioritised Use Cases and Requirements for consideration in Rel-16 NR-V2X”, 5GAA WG1、および R2-1815440, RAN2 #103bis Meeting, “Basic Scenarios and Overall Steps for NR Sidelink design”, LG Electronics Inc.を含む。上記に挙げた標準および文書は、全体として参照により本明細書に明示的に援用される。

【0009】

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

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

（３ＧＰＰ ＴＳ ２４．３８６で論じられたように）ＬＴＥでは、送信プロファイルに関連する設定パラメータおよび送信挙動、宛先レイヤ２ ＩＤおよび送信元レイヤ２ ＩＤは、以下のように説明されている：
［外１］

【0026】

ＲＡＮ１ ＃９４ Ｃｈａｉｒｍａｎ’ｓ Ｎｏｔｅでは、ＮＲ Ｖ２Ｘの合意事項が以下のように説明されている：
［外２］

【0027】

３ＧＰＰ ＴＲ ２３．７８６は、以下の説明を提供する：
［外３］

【0028】

３ＧＰＰ ＴＳ ２３．３０３における５．４．５．２３項は、以下の説明を提供する：
［外４］

［“Establishment of secure layer-2 link over PC5”と題する３ＧＰＰ ＴＳ ２３．３０３ Ｖ１５．１．０の図５．４．５．２−１を図５で複製する。］
［外５］

【0029】

３ＧＰＰ ＴＲ ２２．８８６は、以下の説明を提供する：
［外６］

【0030】

一般的に、５Ｇオートモーティブ・アソシエーション（5G Automotive Association）は、（３ＧＰＰ Ｒ２−１８１２９７５で論じられたように）Ｒｅｌ−１６ ＮＲ−Ｖ２Ｘにおいて、１０個の優先される使用ケースおよび検討要件を挙げている。「緊急事態に対する自律型ビークルの協調操作」では、自律型ビークルが危険な状況（例えば、移動物体との衝突）を識別し、隣接ビークルとの連携を図り、共同して衝突を回避するための操作を決定・実施できるようにする。

【0031】

３ＧＰＰ Ｒ２−１８１５４４０で論じられたように、ＮＲにおけるＶ２Ｘ（Vehicle-to-Everyting）サイドリンク・ディスカバリは、ユニキャストまたはグループキャストＶ２Ｘ通信におけるＵＥ間のデータ送信を開始するために、近接する別のＵＥを発見するためにサポートされ得る。この自律型ビークルが、緊急事態を検出するときに隣接ビークルを識別するためにＶ２Ｘサイドリンク・ディスカバリ手順を開始する場合、それは余分なレイテンシを誘発し、衝突のリスクを増加させる。３ＧＰＰ ＴＲ ２３．７８６に基づくと、自律型ビークルが緊急イベントを検出するためのサービスフローを図６に示すことができる。図６は、自律型ビークルが、緊急イベントが発生する前に、隣接ビークルのＵＩＤ２を認識することができると仮定している。自律型ビークルが、Ｖ２Ｘメッセージ（緊急データ）を直ちに送信する必要のある緊急イベントを検出した場合、隣接ビークルに第１メッセージを送信してよく、ここで、この第１のメッセージは自律型ビークルとの接続を確立することを要求するのに使用されることを隣接ビークルが理解できる宛先アドレスに基づいて、第１のメッセージが送信される。この第１のメッセージは、接続確立のための直接要求メッセージを含むことができる。第１のメッセージを受信すると、隣接ビークルは、例えば、第１のメッセージまたは直接要求メッセージに含まれる緊急データに基づいて、第２のメッセージを自律型ビークルに送信することができる。第２のメッセージは、接続確立のための直接応答メッセージを含むことができる。第２のメッセージを受信すると、自律型ビークルは、第２のメッセージが受信されたことを隣接ビークルに確認するために第３のメッセージを送信することができる。第３のメッセージは、接続確立のための直接確認メッセージを含むことができる。接続確立が完了した後、接続確立の交渉結果に基づき、自律型ビークルと隣接ビークルは通信を開始する。このようなＶ２Ｘメッセージまたは緊急データは、サイドリンク無線ベアラで送信されるユーザプレーントラフィックとすることができる。

【0032】

リスクを軽減するために、別のより速い解決策を検討することができる。

【0033】

解決策１：トラフィックと接続確立に使用されるメッセージが同時に送信され得る

【0034】

自律型ビークルが緊急イベントを検出する場合、自律型ビークルは、送信可能な緊急データを有することができる。３ＧＰＰ ＴＲ ２３．７８６で論じられたように、自律型ビークルは、隣接ビークルへの直接要求メッセージの送信を初期化する（initialize）ことができる。このとき、自律型ビークルは隣接ビークルのＬ２ＩＤを知ることができなかった。ＬＴＥ［ｘｘ］におけるサイドリンク動作に基づくと、送信元デバイスのＬ２ＩＤ（Layer-2 Identity）と宛先デバイスのＬ２ＩＤのペアに対してＳＬＲＢ（Sidelink Radio Bearer）を作成または確立した後、ＳＬＲＢでトラフィックを送信する。５Ｇ Ｖ２Ｘサイドリンク動作がＬＴＥにおけるサイドリンク動作の原理に従う場合、自律型ビークルのＬ２ＩＤと隣接ビークルのＬ２ＩＤのペアをＳＬＲＢに関連付けることができないため、緊急データを送信するために使用されるＳＬＲＢを作成または確立することができない。この状態では、緊急データをＳＬＲＢで送信することができなかった。緊急データを送信するために、以下の方法を使用することができる：
− 緊急データを直接要求メッセージ（のコンテナ）において送信／これに含めることができ、ここで、直接要求メッセージは接続を確立するために使用され得る；
− 緊急データを直接応答メッセージ（のコンテナ）において送信／これに含めることができ、ここで、直接応答メッセージは接続を確立するために使用され得る；
− 緊急データを直接確認メッセージ（のコンテナ）において送信／これに含めることができ、ここで、直接確認メッセージは接続を確立するために使用され得る；
− 緊急データを直接要求メッセージも含むパケットに含めることができ、ここで、直接要求メッセージは接続を確立するために使用されることができ、パケットは接続を確立するために送信される；
− 緊急データを直接応答メッセージも含むパケットに含めることができ、ここで、直接応答メッセージは接続を確立するために使用されることができ、パケットは接続を確立するために送信される；かつ／あるいは
− 緊急データを直接確認メッセージも含むパケットに含めることができ、ここで、直接確認メッセージは接続を確立するために使用されることができ、パケットは接続を確立するために送信される。

【0035】

解決策１についてのサービスフローの例を図７に示すことができる。さらに、図８および図９ならびに以下のそれらの説明は、解決策１の例示的な実施形態である。

【0036】

図８は、サイドリンク通信を行う第１のデバイスの観点からの１つの例示的な実施形態によるフローチャート８００である。ステップ８０５では、第１のデバイスが、第２のデバイスへのサイドリンク送信のためのデータを生成する。ステップ８１０では、第１のデバイスが直接要求メッセージを生成し、ここで、直接要求メッセージは、第１のデバイスと第２のデバイスの間の接続を確立するために使用される。ステップ８１５では、第１のデバイスが第１のパケットを第２のデバイスに送信し、ここで、第１のパケットは、データおよび直接要求メッセージを含む。

【0037】

一実施形態では、第１のパケットは、第１のデバイスのレイヤ２アイデンティティ（Layer2 Identity）と、第１のデバイスと第２のデバイスの間の接続を確立するために使用されるレイヤ２アイデンティティであるブロードキャストアドレスとに基づいて送信され得る。直接要求メッセージは、第２のデバイスの上位レイヤアイデンティティを含むことができる。

【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】

図３および図４に戻って参照すると、第２のデバイスの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第２のデバイスが、（ｉ）第１のデバイスから第１のパケットを受信することであって、第１のパケットは、第１のデバイスのレイヤ２アイデンティティおよび第１のデバイスの上位レイヤアイデンティティに関連付けられる、受信することと、（ｉｉ）サイドリンク送信のためのデータを生成することであって、データは、第１のデバイスの上位レイヤアイデンティティに関連付けられる、生成することと、（ｉｉｉ）第２のデバイスのレイヤ２アイデンティティおよび第１のデバイスのレイヤ２アイデンティティに基づいて、データを第１のデバイスに送信することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを実行することができる。

【0065】

図１３〜１４に示され上述した実施形態に関連して、一実施形態では、第１のパケットは、第１のデバイスと第２のデバイスの間の接続を確立するために使用される直接要求メッセージを含むことができる。さらに、第２のパケットは、第１のデバイスと第２のデバイスの間の接続を確立するために使用される直接応答メッセージを含むことができる。

【0066】

一実施形態では、第１のデバイスのレイヤ２アイデンティティは、第１または第２のパケットのヘッダに含めることができる。さらに、第２のデバイスのレイヤ２アイデンティティは、第１または第２のパケットのヘッダに含めることができる。

【0067】

一実施形態では、第１のデバイスのレイヤ２アイデンティティは、第１または第２のパケットの送信に関連付けられたサイドリンク制御シグナリングを介して送信され得る。さらに、第２のデバイスのレイヤ２アイデンティティは、第１または第２のパケットの送信に関連付けられたサイドリンク制御シグナリングを介して送信され得る。

【0068】

一実施形態では、第１のデバイスの上位レイヤアイデンティティは、第１のパケットまたは直接要求メッセージに含めることができる。さらに、第２のデバイスの上位レイヤアイデンティティは、第２のパケットまたは直接応答メッセージに含めることができる。

【0069】

解決策３： 部分トラフィック送信後の接続確立が可能となる

【0070】

（位置情報（例えば、ＣＡＭメッセージ）を交換するための）Ｖ２Ｘサービスについての１対多の直接通信は、緊急事態が発生する前に近傍のビークル間で進行中となっているべきであるため、自律型ビークルは、１対多の直接通信から受信したＶ２Ｘメッセージに含まれるＬ２ＩＤを介して、正しい隣接ビークルを識別できるべきである。従って、自律型ビークルは、隣接ビークルのＬ２ＩＤに基づいて隣接ビークルと協調操作を行うために、なんらかの初期シグナリングを直接交換することができる。

【0071】

この代替案についてのサービスフローの例を図１５に示すことができる。自律型ビークルは、隣接ビークルから送信されたＣＡＭメッセージのようなブロードキャストメッセージに基づいて隣接ビークルのＬ２ＩＤ（Ｌ２ＩＤ２）を知ることができる。緊急イベントが発生し、緊急データが送信可能となった場合、自律型ビークルは、隣接ビークルのＬ２ＩＤに基づいて緊急データを隣接ビークルに直接送信することができる。例えば、自律型ビークルは、緊急イベントが発生した後に送信可能なまさに最初のデータを含む第１のパケットを隣接ビークルに送信することができる。第１のパケットは、自律型ビークルのＬ２ＩＤと隣接ビークルのＬ２ＩＤに基づいて送信され得る。自律型ビークルの（部分的）Ｌ２ＩＤおよび／または隣接ビークルの（部分的）Ｌ２ＩＤを第１のパケットのヘッダに含めることができる。自律型ビークルの（部分的）Ｌ２ＩＤおよび／または隣接ビークルの（部分的）Ｌ２ＩＤは、第１のパケットの送信に関連付けられたサイドリンク制御シングリングを介して送信され得る。

【0072】

一実施形態では、第１のパケットは、自律型ビークルのＬ２ＩＤおよび（隣接ビークルのＬ２ＩＤの代わりに）グループキャストまたはブロードキャストアドレスに基づいて送信され得る。自律型ビークルの（部分的）Ｌ２ＩＤおよび（部分的）グループキャストまたはブロードキャストアドレスは、第１のパケットのヘッダに含めることができる。自律型ビークルの（部分的）Ｌ２ＩＤおよび（部分的）グループキャストまたはブロードキャストアドレスは、第１のパケットに関連付けられたサイドリンク制御シングリングを介して送信または搬送され得る。グループキャストアドレスまたはブロードキャストアドレスは、特有のサービスもしくは特有の目的（例えば、Ｖ２Ｘサービスの場合の緊急イベント）または特有の使用ケース（例えば、「緊急事態のための自律型ビークルの協調操作」）のための１対１サイドリンク通信のための接続を確立するために使用されるＬ２ＩＤとすることができる。グループキャストアドレスまたはブロードキャストアドレスは、すべてのサービスもしくは目的、またはすべての使用ケースにのための１対１のサイドリンク通信のための接続を確立するために使用される共通Ｌ２ＩＤとすることができる。

【0073】

一実施形態では、第１のパケットは、以下を含むことができる：
− 自律型ビークルからの緊急イベントの最初のトラフィック；
− 隣接ビークルのＬ２ＩＤを含めることができる直接要求メッセージ（グループキャスト／ブロードキャストアドレスが第１のパケットのヘッダに含まれるか、第１のパケットに関連付けられたサイドリンク制御信号を介して送信／搬送される場合）ここで、直接要求メッセージが接続を確立するために使用され得る；
− 隣接ビークルのＬ２ＩＤの情報（グループキャスト／ブロードキャストアドレスが第１のパケットのヘッダに含まれるか、第１のパケットに関連付けられたサイドリンク制御信号を介して送信／搬送される場合）；かつ／あるいは
− 接続確立の必要性に関する情報

【0074】

第１のパケットの受信に応答して、隣接ビークルは、自律型ビークルへの第２のパケットの送信を初期化または実行することができる。第２のパケットは、自律型ビークルのＬ２ＩＤおよび隣接ビークルのＬ２ＩＤに基づいて送信され得る。自律型ビークルの（部分的）Ｌ２ＩＤと隣接ビークルの（部分的）Ｌ２ＩＤは、第２のパケットのヘッダに含めることができる。自律型ビークルの（部分的）Ｌ２ＩＤおよび隣接ビークルの（部分的）Ｌ２ＩＤは、第２パケットに関連付けられたサイドリンク制御シングリングを介して送信／搬送され得る。

【0075】

一実施形態では、第２のパケットは、隣接ビークルのＬ２ＩＤおよび自律型ビークル（および／または隣接ビークル）が参加できるグループキャスト通信のために使用されるＬ２ＩＤ（例えば、Ｌ２ＩＤ３）に基づいて送信され得る。グループキャスト通信のために使用される（部分的）Ｌ２ＩＤおよび隣接ビークルの（部分的）Ｌ２ＩＤは、第２のパケットのヘッダに含めることができる。グループキャスト通信のために使用される（部分的）Ｌ２ＩＤと隣接ビークルの（部分的）Ｌ２ＩＤは、第２パケットに関連付けられたサイドリンク制御シングリングを介して送信または搬送され得る。

【0076】

一実施形態では、第２のパケットは、以下を含むことができる：
− 隣接ビークルからの緊急事態のための第２のトラフィック；
− 第１のパケットに含まれる第１のトラフィックの受信に応答する第２のトラフィック；
− 自律型ビークルのＬ２ＩＤが含まれ得る直接要求メッセージ、ここで、直接要求メッセージは接続確立のために使用され得る；かつ／あるいは
− 第１のパケットに含まれる第１のトラフィックの確認情報、ここで、確認情報は、第１のパケットに含まれる第１のトラフィックが再送される必要があるかどうかを自律型ビークルが決定するため使用され得る。確認情報は、ＨＡＲＱ（Hybrid Automatic Repeat Request）フィードバック、ＡＲＱフィードバック、ＲＬＣ（Radio Link Control）制御ＰＤＵ（Protocol Data Unit）のステータスレポート、ＰＤＣＰ（Packet Data Convergenece Protocol）制御ＰＤＵのステータスレポート、または第１のパケットに含まれる第１のトラフィックを構築、生成、配信、または送信する上位またはアプリケーションレイヤのシグナリングとすることができる。

【0077】

いくつかの使用ケース（例えば、緊急事態）は非常に緊急かつ重大であるため、そのような使用ケースについてのサイドリンク通信に使用される固有の送信フォーマットまたはプロファイルおよび／または固有のＡＳ（Access Stratum）設定は、（あまり緊急または重大ではない）他の使用ケースについてのサイドリンク通信に使用される共通の送信フォーマットまたはプロファイルおよび／または共通のＡＳ設定とは異なる可能性がある。

【0078】

自律型ビークルは、固有の送信フォーマットまたはプロファイルを使用して、第１のパケットを送信することができる。隣接ビークルは、共通の送信フォーマットもしくはプロファイル、または固有の送信フォーマットもしくはプロファイルを使用して、第１のパケットを受信する（ことを試みる）ことができる。第１のパケットが固有の送信フォーマットまたはプロファイルに基づいて受信された場合、隣接ビークルは、固有の送信フォーマットまたはプロファイルを使用して第２のパケットを送信することができる。自律型ビークルは、（第１のパケットが固有の送信フォーマットまたはプロファイルに基づいて送信されたため）固有の送信フォーマットまたはプロファイルを使用して第２のパケットを受信することができる。

【0079】

代替的に、自律型ビークルは、共通の送信フォーマットまたはプロファイルを使用して第１のパケットを送信することができる。隣接ビークルは、共通の送信フォーマットまたはプロファイルを使用して、第１のパケットを受信することができる。そして、隣接ビークルは、（例えば、第１のパケットの内容または目的に基づいて）固有の送信フォーマットまたはプロファイルを使用して、第２のパケットを送信することができる。自律型ビークルは、（自律型ビークルは、隣接ビークルが固有の送信フォーマットまたはプロファイルに基づいて第２のパケットを送信できることを期待してよいため）固有の送信フォーマットまたはプロファイルを使用して、第２のパケットを受信することができる。

【0080】

一実施形態では、自律型ビークルは、固有のＡＳ設定を使用して、第１のパケットを送信することができる。隣接ビークルは、共通のＡＳ設定または固有のＡＳ設定を使用して、第１のパケットを受信する（ことを試みる）ことができる。第１のパケットが固有のＡＳ設定に基づいて受信される場合、隣接ビークルは固有のＡＳ設定を使用して第２のパケットを送信することができる。自律型ビークルは、（第１のパケットが固有のＡＳ設定に基づいて送信されたため）固有のＡＳ設定を使用して、第２パケットを受信することができる。

【0081】

代替的には、自律型ビークルは、共通のＡＳ設定を使用して、第１のパケットを送信することができる。隣接ビークルは、共通のＡＳ設定を使用して、第１のパケットを受信することができる。隣接ビークルは、（例えば、第１のパケットの内容または目的に基づいて）固有のＡＳ設定を使用して、第２のパケットを送信することができる。自律型ビークルは、（自律型ビークルは、隣接ビークルが固有のＡＳ設定に基づいて第２のパケットを送信することを期待してよいため）固有のＡＳ設定を使用して、第２のパケットを受信することができる。

【0082】

固有のＡＳ設定は、以下を含むことができる：
− ＭＡＣ（Medium Access Control）設定（例えば、ＨＡＲＱ再送が必要かどうか、再送回数、ＭＣＳ（Modulation Coding Scheme）など）；
− ＲＬＣ設定（例えば、ＲＬＣ ＡＭエンティティが使用されるかどうかに関する情報）；
− ＰＤＣＰ設定（例えば、ＰＤＣＰパケット重複がアクティブにされるべきかどうかに関する情報）；および／または
− ＳＤＡＰ（Service Data Adaptation Protocol）設定（例えば、ＳＤＡＰ ＰＤＵでＳＰＡＰヘッダが必要とされるかどうかに関する情報、ＳＬＲＢとＱｏＳフローのマッピング等）。

【0083】

上記の方法にかかわらず、送信フォーマットまたはプロファイルは、１つまたは複数のＡＳレイヤ送信パラメータを示すことができる。一実施形態では、送信フォーマットまたはプロファイルは、１つまたは複数のＲＡＴ（Radio Access Technology）、１つまたは複数のＭＣＳ、１つまたは複数のサブキャリア間隔、１つまたは複数のキャリア、１つまたは複数の帯域幅部分、１つまたは複数の送信フォーマット、１つまたは複数の送信電力制限、および／または１つまたは複数の送信範囲を示すことができる。さらに、送信フォーマットまたはプロファイルは、ＨＡＲＱ適応、対応するＭＣＳ、対応する（最大または最小）ＴＢサイズ、および／または送信モード（例えば、ネットワークスケジューリングモード、ＵＥ自律リソース選択モード）を示すことができる。

【0084】

上記の方法にかかわらず、ＡＳ設定は、ＭＡＣ設定関連パラメータ、ＲＬＣ設定関連パラメータ、ＰＤＣＰ設定関連パラメータ、および／またはＳＤＡＰ設定関連パラメータを含むことができる。

【0085】

図１４および１５ならびに以下のそれらの説明は、解決策３の例示的な実施形態である。

【0086】

図１６は、コネクションレス型１対１サイドリンク通信を行う第１のデバイスの観点からの１つの例示的な実施形態によるフローチャート１６００である。ステップ１６０５では、第１のデバイスは、第２のデバイスからメッセージを受信し、ここで、メッセージに含まれる、あるいはメッセージの受信に関連付けられたサイドリンク制御情報に含まれる情報は、第２のデバイスのレイヤ２アイデンティティを示す。ステップ１６１０では、第１のデバイスは、第２のデバイスへのサイドリンク送信のための第１のデータパケットを生成し、ここで、第１のデータパケットは、宛先アドレスのフィールドを含み、あるいは第１のデータパケットは、宛先アドレスのフィールドが含まれるサイドリンク制御情報に関連付けられる。ステップ１６１５では、第１のデバイスは、第２のデバイスのレイヤ２アイデンティティに基づいて宛先アドレスのフィールドを設定する。ステップ１６２０では、第１のデバイスは、第１のデータパケットの送信前に、第２のデバイスとなんら接続またはリンク確立関連のメッセージを交換することなく、サイドリンク制御情報および第１のデータパケットを第２のデバイスに直接送信する。

【0087】

図３および図４を参照すると、ＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、（ｉ）第２のデバイスからメッセージを受信することであって、メッセージに含まれる、あるいはメッセージの受信に関連付けられたサイドリンク制御情報に含まれる情報は、第２のデバイスのレイヤ２アイデンティティを示す、受信することと、（ｉｉ）第２のデバイスへのサイドリンク送信のための第１のデータパケットを生成することであって、第１のデータパケットは、宛先アドレスのフィールドを含み、あるいは第１のデータパケットは、宛先アドレスのフィールドが含まれるサイドリンク制御情報に関連付けられる、生成することと、（ｉｉｉ）第２のデバイスのレイヤ２アイデンティティに基づいて宛先アドレスのフィールドを設定することと、（ｉｖ）第１のデータパケットの送信前に、第２のデバイスとなんら接続またはリンク確立関連のメッセージを交換することなく、サイドリンク制御情報および第１のデータパケットを第２のデバイスに直接送信することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを実行することができる。

【0088】

図１７は、コネクションレス１対１サイドリンク通信を実行する第１のデバイスの観点からの１つの例示的な実施形態によるフローチャート１７００である。ステップ１７０５では、第１のデバイスは、第２のデバイスからメッセージを受信し、ここで、メッセージに、あるいはメッセージの受信に関連付けられたサイドリンク制御情報に含まれる情報は、第２のデバイスのレイヤ２アイデンティティを示す。ステップ１７１０では、第１のデバイスは、第２のデバイスへのサイドリンク送信のための第１のデータパケットを生成し、ここで、第１のデータパケットは、宛先アドレスが搬送されるサイドリンク制御情報に関連付けられる。ステップ１７１５では、第１のデバイスは、第２のデバイスのレイヤ２アイデンティティに基づいて宛先アドレスを決定する。ステップ１７２０では、第１のデバイスは、第１のデータパケットの送信前に、第２のデバイスといかなる接続またはリンク確立関連のメッセージを交換することなく、サイドリンク制御情報および第１のデータパケットを第２のデバイスに直接送信する。

【0089】

図３および図４に戻って参照すると、第１のデバイスの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、第１のデバイスが、（ｉ）第２のデバイスからメッセージを受信することであって、メッセージに、あるいはメッセージの受信に関連付けられたサイドリンク制御情報に含まれる情報は、第２のデバイスのレイヤ２アイデンティティを示す、受信することと、（ｉｉ）第２のデバイスへのサイドリンク送信のための第１のデータパケットを生成することであって、第１のデータパケットは、宛先アドレスが搬送されるサイドリンク制御情報に関連付けられる、生成することと、（ｉｉｉ）第２のデバイスのレイヤ２アイデンティティに基づいて宛先アドレスを決定することと、（ｉｖ）第１のデータパケットの送信前に、第２のデバイスといかなる接続またはリンク確立関連のメッセージを交換することなく、サイドリンク制御情報および第１のデータパケットを第２のデバイスに直接送信すること、とを行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを実行することができる。

【0090】

図１６および１７に示され上述した実施形態に関連して、一実施形態では、第１のデバイスは、第２のデバイスから第２のデータパケットを受信することができ、ここで、第２のデータパケットは、第２のデバイスから第１のデバイスへの送信についての別のデータを含む。さらに、第１のデバイスは、第２のデバイスから第２のパケットを受信することができ、ここで、第２のパケットは、第１のデバイスと第２のデバイスの間の接続を確立するために使用される直接要求メッセージを含む。追加的に、第１のデバイスは、第２のデバイスから第２のパケットを受信することができ、ここで、第２のパケットは、第１のパケットに含まれるデータの再送が必要かどうかを第１のデバイスが決定するために使用される確認情報を含む。

【0091】

一実施形態では、メッセージは、Ｖ２ＶまたはＶ２Ｘメッセージ（例えば、ＣＡＭメッセージ）とすることができる。さらに、メッセージは、１対多サイドリンク通信を介して受信され得る。

【0092】

一実施形態では、第１のデータパケットは、第１のデバイスと第２のデバイスの間の接続を確立するために使用される直接要求メッセージを含まなくてよい。第２のデバイスのレイヤ２アイデンティティを、メッセージを含むパケットのヘッダに含めることができる。

【0093】

１つのシナリオでは、１対１サイドリンク通信が、必要に応じて、ＵＥ１のＶ２ＸアプリケーションによってＵＥ２に向けて開始されてよい。ＵＥ１から受信された後続のデータパケットがＵＥ２の正しいＶ２Ｘアプリケーションによって処理されることができるように、１対１サイドリンク通信のための接続またはリンク確立手順の間に、ＵＥ２にＶ２ＸアプリケーションをＵＥ１が通知する必要がある。Ｖ２Ｘアプリケーションのアイデンティティを示す情報は、直接通信要求メッセージ含まれてよい。このようにして、直接通信要求メッセージを送信するために使用されるパケットに、あるいはパケットの送信または受信に関連付けられたサイドリンク制御情報に含まれる情報は、共通のレイヤ２ブロードキャストアイデンティティを示すことができる。共通のレイヤ２ブロードキャストアイデンティティは、（任意のＶ２Ｘアプリケーションのために）１対１サイドリンク通信のための接続またはリンク確立手順に使用され得る。図１８および１９、ならびに以下のそれらの説明は、例示的な実施形態である。

【0094】

図１８は、第２のデバイスと１対１サイドリンク通信を確立する第１のデバイスの観点からの１つの例示的な実施形態によるフローチャート１８００である。ステップ１８０５では、第１のデバイスは、第１のデバイスと第２のデバイスとの間の１対１のサイドリンク通信を確立するために第２のデバイスのアイデンティティまたは共通ブロードキャストアイデンティティに基づいて、第１のメッセージを第２のデバイスに送信し、ここで、第１のメッセージは、Ｖ２Ｘアプリケーションを識別するために使用される情報を含む。

【0095】

図３および図４に戻って参照すると、第１のデバイスの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のデバイスが、第１のデバイスと第２のデバイスとの間の１対１のサイドリンク通信を確立するために第２のデバイスのアイデンティティまたは共通のブロードキャストアイデンティティに基づいて、第１のメッセージを第２のデバイスに送信することであって、第１のメッセージは、Ｖ２Ｘアプリケーションを識別するために使用される情報を含む、送信することを行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを実行することができる。

【0096】

図１９は、第１のデバイスと１対１サイドリンク通信を確立する第２のデバイスの観点からの１つの例示的な実施形態によるフローチャート１９００である。ステップ１９０５では、第２のデバイスは、第１のデバイスと第２のデバイスの間の１対１サイドリンク通信を確立するために第２のデバイスのアイデンティティまたは共通のブロードキャストアイデンティティに基づいて、第１のデバイスから送信された第１のメッセージを受信し、ここで、第１のメッセージは、Ｖ２Ｘアプリケーションを識別するために使用される情報を含む。

【0097】

図３および図４に戻って参照すると、第２のデバイスの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第２のデバイスが、第１のデバイスと第２のデバイスの間の１対１サイドリンク通信を確立するために第２のデバイスのアイデンティティまたは共通のブロードキャストアイデンティティに基づいて、第１のデバイスから送信された第１のメッセージを受信することであって、第１のメッセージは、Ｖ２Ｘアプリケーションを識別するために使用される情報を含む、受信することを行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを実行することができる。

【0098】

図１８および１９に示され上述された実施形態に関連して、一実施形態では、第１のメッセージは直接通信要求メッセージとすることができる。さらに、第２のメッセージが、第１のメッセージの受信に応答して、相互認証のために第２のデバイスから第１のデバイスに第２のメッセージを送信され得る。第１のメッセージは、第１のデバイスのアイデンティティおよび第２のデバイスのアイデンティティを含むことができる。

【0099】

一実施形態では、第１のメッセージの送信または受信に関連付けられたサイドリンク制御情報は、第２のデバイスのアイデンティティを示すことができる。情報は、Ｖ２Ｘアプリケーションのアイデンティティとすることができる。第１のデバイスにおけるＶ２Ｘアプリケーションは、１対１サイドリンク通信の確立をトリガすることができる。

【0100】

一実施形態では、共通のブロードキャストアイデンティティは、共通のレイヤ２ブロードキャストアイデンティティとすることができる。第１のメッセージは、共通のブロードキャストアイデンティティを含むことができる。第１のメッセージの送信または受信に関連付けられたサイドリンク制御情報は、共通ブロードキャストアイデンティティを示すことができる。

【0101】

上述の方法にかかわらず、１対１サイドリンク通信のための接続は、両方のデバイス／ビークル間のＡＳレベルリンクおよび／または両方のデバイス／ビークル間のＲＲＣ接続とすることができる。

【0102】

上記の方法にかかわらず、デバイスは、ＵＥまたはビークルとすることができる。

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】