(57)【要約】      （修正有）【課題】無線通信システムにおいて、サイドリンク識別子変更を処理するための方法および装置を提供する。【解決手段】第１のＵＥの第１の下位レイヤアイデンティティと第２のＵＥの第２の下位レイヤアイデンティティは、サイドリンクユニキャストリンクを介して第１のＵＥと第２のＵＥとの間を通信するために使用される。第１のＵＥは、第１のＵＥの新しい第１の下位レイヤアイデンティティまたは新しい第１の下位レイヤアイデンティティを導出するための情報を含むリンク識別子更新要求メッセージを第２のＵＥに送信し、第２のＵＥからリンク識別子更新応答メッセージを受信する。第１のＵＥは、新しい第１の下位レイヤアイデンティティを有するサイドリンクデータフレームを第２のＵＥから受信するまで、第２のＵＥからのサイドリンクデータを受信するために、第１の下位レイヤアイデンティティを使用し続ける。【選択図】図１５
2020174350.tif 000002
【特許請求の範囲】
【請求項１】
第２のＵＥ（ユーザ機器）が、サイドリンクユニキャストリンクに対して第１のＵＥに関連するサイドリンクアイデンティティを変更するための方法であって、
前記第１のＵＥとの前記サイドリンクユニキャストリンクを確立することであって、前記第１のＵＥの第１の下位レイヤアイデンティティと前記第２のＵＥの第２の下位レイヤアイデンティティは、前記サイドリンクユニキャストリンクを介して前記第１のＵＥと前記第２のＵＥとの間を通信するために使用される、確立することと、
前記第１のＵＥからリンク識別子更新要求メッセージを受信することであって、前記リンク識別子更新要求メッセージは、前記第１のＵＥの新しい第１の下位レイヤアイデンティティまたは前記新しい第１の下位レイヤアイデンティティを導出するための情報を含む、受信することと、
前記リンク識別子更新要求メッセージの受信に応答して、リンク識別子更新応答メッセージを前記第１のＵＥに送信することと、
前記新しい第１の下位レイヤアイデンティティを有するサイドリンクデータフレームを前記第１のＵＥから受信するまで、第１のＵＥからのサイドリンクデータを受信するために、前記第１の下位レイヤアイデンティティを使用し続けることと、を含む方法。
【請求項２】
前記新しい第１の下位レイヤアイデンティティを有するまさに最初のサイドリンクデータフレームを前記第１のＵＥから受信するか、または前記リンク識別子更新応答メッセージの送信に成功したことが確認される前は、受信したサイドリンクデータフレームをフィルタリングするために、送信元として前記第１の下位レイヤアイデンティティと、送信元として前記新しい第１の下位レイヤアイデンティティを使用することをさらに含む、請求項１に記載の方法。
【請求項３】
前記新しい第１の下位レイヤアイデンティティを有するまさに最初のサイドリンクデータフレームを前記第１のＵＥから受信するか、前記リンク識別子更新応答メッセージの送信に成功したことが確認された後に、受信したサイドリンクデータフレームをフィルタリングするために、送信元として前記新しい第１の下位レイヤアイデンティティを使用することをさらに含む、請求項１に記載の方法。
【請求項４】
前記第１の下位レイヤアイデンティティ、前記新しいの第１の下位レイヤアイデンティティ、および／または前記第２の下位レイヤアイデンティティの下位レイヤアイデンティティが、レイヤ２アイデンティティまたはレイヤ１アイデンティティである、請求項１に記載の方法。
【請求項５】
第１のＵＥ（ユーザ機器）が、第２のＵＥに関連するサイドリンクユニキャストリンクに対してサイドリンクアイデンティティを変更するための方法であって、
前記第２のＵＥとの前記サイドリンクユニキャストリンクを確立することであって、前記第１のＵＥの第１の下位レイヤアイデンティティと前記第２のＵＥの第２の下位レイヤアイデンティティは、前記サイドリンクユニキャストリンクを介して前記第１のＵＥと前記第２のＵＥとの間を通信するために使用される、確立することと、
リンク識別子更新要求メッセージを前記第２のＵＥに送信することであって、前記リンク識別子更新要求メッセージは、前記第１のＵＥの新しい第１の下位レイヤアイデンティティまたは前記新しい第１の下位レイヤアイデンティティを導出するための情報を含む、送信することと、
前記第２のＵＥからリンク識別子更新応答メッセージを受信することと、
前記新しい第１の下位レイヤアイデンティティを有するサイドリンクデータフレームを前記第２のＵＥから受信するまで、前記第２のＵＥからのサイドリンクデータを受信するために、前記第１の下位レイヤアイデンティティを使用し続けることと、を含む方法。
【請求項６】
前記新しい第１の下位レイヤアイデンティティを有するまさに最初のサイドリンクデータを前記第２のＵＥから受信する前は、受信したサイドリンクデータフレームをフィルタリングするために、送信先として前記第１の下位レイヤアイデンティティと、送信先として前記新しい第１の下位レイヤアイデンティティを使用することをさらに含む、請求項５に記載の方法。
【請求項７】
前記新しい第１の下位レイヤＩＤを有するまさに最初のサイドリンクデータフレームを前記第２のＵＥから受信した後は、受信したサイドリンクのデータフレームをフィルタリングするために、送信先として前記新しい第１の下位レイヤアイデンティティを使用することをさらに含む、請求項５に記載の方法。
【請求項８】
前記第１の下位レイヤアイデンティティ、前記新しいの第１の下位レイヤアイデンティティ、および／または前記第２の下位レイヤアイデンティティの下位レイヤアイデンティティが、レイヤ２アイデンティティまたはレイヤ１アイデンティティである、請求項５に記載の方法。
【請求項９】
第２のＵＥ（ユーザ機器）であって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路内に設置され、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、メモリに記憶されたプログラムコードを実行して、
第１のＵＥとのサイドリンクユニキャストリンクを確立することであって、前記第１のＵＥの第１の下位レイヤアイデンティティと前記第２のＵＥの第２の下位レイヤアイデンティティは、前記サイドリンクユニキャストリンクを介して前記第１のＵＥと前記第２のＵＥとの間を通信するために使用される、確立することと、
前記第１のＵＥからリンク識別子更新要求メッセージを受信することであって、前記リンク識別子更新要求メッセージは、前記第１のＵＥの新しい第１の下位レイヤアイデンティティまたは前記新しい第１の下位レイヤアイデンティティを導出するための情報を含む、受信することと、
前記リンク識別子更新要求メッセージの受信に応答して、リンク識別子更新応答メッセージを前記第１のＵＥに送信することと、
前記新しい第１の下位レイヤアイデンティティを有するサイドリンクデータフレームを前記第１のＵＥから受信するまで、第１のＵＥからのサイドリンクデータを受信するために、前記第１の下位レイヤアイデンティティを使用し続けることと、をするように構成されている、第２のＵＥ。
【請求項１０】
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
前記新しい第１の下位レイヤアイデンティティを有するまさに最初のサイドリンクデータフレームを前記第１のＵＥから受信するか、または前記リンク識別子更新応答メッセージの送信に成功したことが確認される前は、受信したサイドリンクデータフレームをフィルタリングするために、送信元として前記第１の下位レイヤアイデンティティと、送信元として前記新しい第１の下位レイヤアイデンティティを使用することをさらにするように構成されている、請求項９に記載の第２のＵＥ。
【請求項１１】
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
前記新しい第１の下位レイヤアイデンティティを有するまさに最初のサイドリンクデータフレームを前記第１のＵＥから受信するか、前記リンク識別子更新応答メッセージの送信に成功したことが確認された後に、受信したサイドリンクデータフレームをフィルタリングするために、送信元として前記新しい第１の下位レイヤアイデンティティを使用することをさらにするようによう構成されている、請求項９に記載の第２のＵＥ。
【請求項１２】
前記第１の下位レイヤアイデンティティ、前記新しいの第１の下位レイヤアイデンティティ、および／または前記第２の下位レイヤアイデンティティの下位レイヤアイデンティティが、レイヤ２アイデンティティまたはレイヤ１アイデンティティである、請求項９に記載の第２のＵＥ。
【請求項１３】
第１のＵＥ（ユーザ機器）であって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路内に設置され、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、メモリに記憶されたプログラムコードを実行して、
第２のＵＥとのサイドリンクユニキャストリンクを確立することであって、前記第１のＵＥの第１の下位レイヤアイデンティティと前記第２のＵＥの第２の下位レイヤアイデンティティは、前記サイドリンクユニキャストリンクを介して前記第１のＵＥと前記第２のＵＥとの間を通信するために使用される、確立することと、
リンク識別子更新要求メッセージを前記第２のＵＥに送信することであって、前記リンク識別子更新要求メッセージは、前記第１のＵＥの新しい第１の下位レイヤアイデンティティまたは前記新しい第１の下位レイヤアイデンティティを導出するための情報を含む、送信することと、
前記第２のＵＥからリンク識別子更新応答メッセージを受信することと、
前記新しい第１の下位レイヤアイデンティティを有するサイドリンクデータフレームを前記第２のＵＥから受信するまで、前記第２のＵＥからのサイドリンクデータを受信するために、前記第１の下位レイヤアイデンティティを使用し続けることと、をするように構成されている、第１のＵＥ。
【請求項１４】
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
前記新しい第１の下位レイヤアイデンティティを有するまさに最初のサイドリンクデータを前記第２のＵＥから受信する前は、受信したサイドリンクデータフレームをフィルタリングするために、送信先として前記第１の下位レイヤアイデンティティと、送信先として前記新しい第１の下位レイヤアイデンティティを使用することをさらにするように構成されている、請求項１３に記載の第１のＵＥ。
【請求項１５】
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
前記新しい第１の下位レイヤＩＤを有するまさに最初のサイドリンクデータフレームを前記第２のＵＥから受信した後は、受信したサイドリンクのデータフレームをフィルタリングするために、送信先として前記新しい第１の下位レイヤアイデンティティを使用することをさらにするように構成されている、請求項１３に記載の第１のＵＥ。
【請求項１６】
前記第１の下位レイヤアイデンティティ、前記新しいの第１の下位レイヤアイデンティティ、および／または前記第２の下位レイヤアイデンティティの下位レイヤアイデンティティが、レイヤ２アイデンティティまたはレイヤ１アイデンティティである、請求項１３に記載の第１のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１９年４月１２日に出願された、米国仮特許出願第６２／８３３，６１９号の利益を主張し、その全開示が参照によりその全体が本明細書に援用される。
【０００２】
この開示は、概して、無線通信ネットワークに関し、より詳細には、無線通信システムにおいて、サイドリンク識別子の変更を処理するための方法および装置に関する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。
【発明の概要】
【０００５】
方法およびデバイスが、第２のＵＥ（ユーザ機器）に関連するサイドリンクユニキャストリンクに対してサイドリンクアイデンティティを変更するための第１のＵＥの観点から開示される。一方法では、この方法は、第１のＵＥが、第２のＵＥとのサイドリンクユニキャストリンクを確立し、第１のＵＥの第１の下位レイヤアイデンティティと第２のＵＥの第２の下位レイヤアイデンティティは、サイドリンクユニキャストリンクを介して第１のＵＥと第２のＵＥとの間を通信するために使用される、確立することを含む。また、この方法は、第１のＵＥが、リンク識別子更新要求メッセージを第２のＵＥに送信することと、リンク識別子更新要求メッセージは、第１のＵＥの新しい第１の下位レイヤアイデンティティまたは新しい第１の下位レイヤアイデンティティを導出するための情報を含む、送信することを含む。この方法は、さらに、第１のＵＥが、第２のＵＥからリンク識別子更新応答メッセージを受信することを含む。追加的に、この方法は、第１のＵＥが、新しい第１の下位レイヤアイデンティティを有するサイドリンクデータフレームを第２のＵＥから受信するまで、第２のＵＥからのサイドリンクデータを受信するために、第１の下位レイヤアイデンティティを使用し続けることを含む。
【図面の簡単な説明】
【０００６】
【図１】１つの例示的な実施形態による無線通信システムの図を示す。
【図２】１つの例示的な実施形態による送信機システム（アクセスネットワークとしても知られている）および受信機システム（ユーザ機器またはＵＥとしても知られている）のブロック図である。
【図３】１つの例示的な実施形態による通信システムの機能ブロック図である。
【図４】１つの例示的な実施形態による図３のプログラムコードの機能ブロック図である。
【図５】３ＧＰＰ  ＴＲ  ２３．７８６  Ｖ１．０．０の図６．１１．３．１−１の複製である。
【図６】３ＧＰＰ  ＴＲ  ２３．７８６  Ｖ１．０．０の図６．１１．３．１−２の複製である。
【図７】３ＧＰＰ  ＴＲ  ２３．７８６  Ｖ１．０．０の図６．１１．３．３−１の複製である。
【図８】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１５．３．０の図６−３の複製である。
【図９】３ＧＰＰ  ＴＳ  ２３．３０３  Ｖ１５．１．０の図５．１．１．５．３−１の複製である。
【図１０】１つの例示的な実施形態による図である。
【図１１】１つの例示的な実施形態によるフローチャートである。
【図１２】１つの例示的な実施形態によるフローチャートである。
【図１３】１つの例示的な実施形態によるフローチャートである。
【図１４】１つの例示的な実施形態による図である。
【図１５】１つの例示的な実施形態によるフローチャートである。
【図１６】１つの例示的な実施形態によるフローチャートである。
【発明を実施するための形態】
【０００７】
以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムが、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（ロング・ターム・エボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−ＡもしくはＬＴＥ−Ａｄｖａｎｃｅｄ（ロング・ターム・エボリューション・アドバンスト）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband、超モバイル広帯域）、ＷｉＭａｘ、３ＧＰＰ  ＮＲ（New  Radio）、またはその他何らかの変調技術に基づいてもよい。
【０００８】
特に、以下に説明する例示的な無線通信システムおよびデバイスが、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてもよく、その標準は、TR  23.786  V1.0.0,  “Study  on  architecture  enhancements  for  EPS  and  5G  System  to  support  advanced  V2X  services”;  TS  36.300  V15.3.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)  and  Evolved  Universal  Terrestrial  Radio  Access  Network  (E-UTRAN);  Overall  description”;  およびTS  23.303  V15.1.0,  “Proximity-based  services  (ProSe)”を含む。上記に挙げた標準および文書は、その全体が参照により本明細書に明示的に援用される。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６、別のグループは１０８および１１０、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【００１０】
アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、ネットワークノード、ネットワーク、またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をディジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信および処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＮＲシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
３ＧＰＰ  ＴＲ  ２３．７８６  Ｖ１．０．０は、以下のように、ｅＶ２Ｘ（Ｅｖｅｒｙｔｉｎｇ  Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｉｎｇ）通信のために以下のソリューション導入した：
［外１］
2020174350.tif 000003
2020174350.tif 000004
2020174350.tif 000005
2020174350.tif 000006
2020174350.tif 000007
2020174350.tif 000008
［“UE  oriented  layer  2  link  establishment  procedure”と題する、３ＧＰＰ  ＴＲ  ２３．７８６  Ｖ１．０．０の図６．１１．３．１−１は、図５として複製されている］
［外２］
2020174350.tif 000009
［“Ｖ２Ｘ  Ｓｅｒｖｉｃｅ  ｏｒｉｅｎｔｅｄ  Ｌａｙｅｒ  ２  ｌｉｎｋ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ”と題する、３ＧＰＰ  ＴＲ  ２３．７８６  Ｖ１．０．０の図６．１１．３．１−２は、図６として複製されている］
［外３］
2020174350.tif 000010
［“Ｌａｙｅｒ−２  ｌｉｎｋ  ｉｄｅｎｔｉｆｉｅｒ  ｕｐｄａｔｅ  ｐｒｏｃｅｄｕｒｅ”と題する、３ＧＰＰ  ＴＲ  ２３．７８６  Ｖ１．０．０の図６．１１．３．３−１は、図７として複製されている］
［外４］
2020174350.tif 000011
2020174350.tif 000012
【００２６】
３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１５．３．０は、以下のように、サイドリンク無線ベアラとサイドリンク論理チャネルとの間のマッピングを導入した：
［外５］
2020174350.tif 000013
［“Ｌａｙｅｒ  ２  Ｓｔｒｕｃｔｕｒｅ  ｆｏｒ  Ｓｉｄｅｌｉｎｋ”と題する、３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１５．３．０の図６−３は、図８として複製されている］
【００２７】
３ＧＰＰ  ＴＳ  ２３．３０３  Ｖ１５．１．０は、以下を導入した：
［外６］
2020174350.tif 000014
［“ＰＣ５  Ｓｉｇｎａｌｌｉｎｇ  Ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ”と題する、３ＧＰＰ  ＴＳ  ２３．３０３  Ｖ１５．１．０の図５．１．１．５．３−１は、図９として複製されている］
【００２８】
３ＧＰＰ  ＴＲ  ２３．７８６では、Ｌ２ＩＤを更新するための手順（すなわち、ユニキャスト通信のプライバシー保護のためのリンク識別子更新手順）が導入された。この手順は、このリンクのために使われたアイデンティティの差し迫った変更のユニキャスト通信のピアを更新するために使われる。プライバシー要件のために、ｅＶ２Ｘの使用では、第三者によって追跡可能であることを避けるために、ＵＥは頻繁にアイデンティティを変更するべきである。アイデンティティの変更が起きると、すべてのレイヤにわたるすべてのアイデンティティ、すなわちアプリケーションレイヤＩＤからＬ２ＩＤまで変更する必要がある。このシグナリングは、サービスの中断を防ぐために、アイデンティティの変更が起きる前に必要とされる。
【００２９】
ユニキャスト通信を行う２つのＵＥ（ＵＥ−１とＵＥ−２）がある。ＵＥ−１は、ＵＥ−２と共にそのＬ２ＩＤを更新するために使用される手順を実行し得る。ＵＥ−１は、リンク識別子更新要求メッセージをＵＥ−２に送信することができる。リンク識別子更新要求メッセージには、ＵＥ−１の新Ｌ２ＩＤを含めることができる。ＵＥ−２観点から、ＵＥ−１のＬ２ＩＤは、ＵＥ−２からＵＥ−１に送信されるパケットの送信先ＩＤとみなされる。したがって、ＵＥ−２は、リンク識別子更新要求メッセージを受信すると、ＵＥ−１の送信先Ｌ２ＩＤが変更されたことを知ることになる。
【００３０】
一般に、ＵＥの下位レイヤは、予期しないサイドリンクパケット（サイドリンクデータフレーム）をＵＥの上位レイヤに渡すべきではない。このように、ＵＥのサイドリンクＩＤ（ＳＬ  ＩＤ）および／またはピアＵＥのサイドリンクＩＤは、ＵＥがＮＲ  Ｖ２Ｘのユニキャストのために不要なサイドリンクパケットをフィルタリングするために使用することができる。各サイドリンクアイデンティティは、下位レイヤアイデンティティとすることができる。各下位レイヤアイデンティティは、レイヤ２アイデンティティまたはレイヤ１アイデンティティとすることができる。おそらく、各レイヤ１アイデンティティは、レイヤ２アイデンティティから導出することができる。おそらく、各サイドリンクパケット（またはサイドリンクデータフレーム）は、ユーザトラフィック（ＳＴＣＨ上）、ＰＣ５−Ｓシグナリング（ＳＴＣＨ上）、またはＰＣ５−ＲＲＣシグナリング（ＳＣＣＨ上）を含むことができる。
【００３１】
ＴＲ２３．７８６［１］の６．１１．３．３項で規定されているリンク識別子更新手順に従って、リンク識別子更新応答メッセージを受信すると、ＵＥ−１とＵＥ−２はデータトラフィックに対して新しいアイデンティティの使用を開始することができ、ＵＥ−１は、ＵＥ−２からリンク識別子更新応答メッセージを受信するまで、古い（old）下位レイヤＩＤでトラフィックを受信するものとする。実際には、ＵＥ−２は、ＵＥ−１がＵＥ−２からリンク識別子更新応答メッセージを受信するときの正確なタイミングを知る情報を持っていない。図１０は、潜在的な下位レイヤ挙動を有するユニキャストサイドリンク通信のためのリンク識別子更新手順の拡張例を示す。
【００３２】
リンク識別子更新要求メッセージが復号された後、ＵＥ−１下位レイヤＩＤがＵＥ−２における上位レイヤによって下位レイヤに送達されるため、ＵＥ−２の下位レイヤは、一般に、上位レイヤ（例えば、図１０のＴ１）によって通知されると、新ＵＥ−１下位レイヤＩＤの使用を開始する可能性がある。図１０に示すように、ＵＥ−１が、リンク識別子更新要求メッセージの送信後、ＵＥ−２へのデータ送信を継続してもよい。その結果、古いＵＥ−１下位ＩＤで送信されたデータフレーム２は、ＵＥ−２の下位レイヤによってフィルタリングされて破棄されることになる。ＵＥ−２が新しい下位レイヤアイデンティティの使用をいつ開始すべきかを決定するための何らかの方法が指定されるべきである。
【００３３】
ＲＬＣ（Radio  Link  Control）ＡＭ（Acknowledged  Mode）が、リンク識別子更新応答メッセージを送信するために使用されるサイドリンク論理チャネルに設定されている場合、ＵＥ−２が新ＵＥ−１下位ＩＤの使用を開始する可能性のある別のタイミングとしては、下位レイヤが、リンク識別子更新応答メッセージの送信に成功したことが確認されたこと（すなわち、このメッセージに対してＲＬＣ確認応答またはＰＤＣＰ確認応答が受信されたこと）（例えば、図１０のＴ４）を上位レイヤによって通知されたときである。代わりに、ＲＬＣ  ＵＭ（Unacknowledged  Mode）が設定されている場合、リンク識別子更新応答メッセージの送信に使用されるＨＡＲＱ（Hybrid Automatic  Repeat  Request）プロセスのＨＡＲＱフィードバック確認応答に基づいて、リンク識別子更新応答メッセージの送信に成功したことを確認することができる。リンク識別子更新応答メッセージの送信に成功したことが確認されるまで、上位レイヤが、ＵＥ−１下位レイヤＩＤの変更を下位レイヤに通知するのを延期することができる。次いで、下位レイヤにＵＥ−１下位ＩＤの変更が通知されると、ＵＥ−２が新ＵＥ−１下位レイヤＩＤの使用を開始してもよい。
【００３４】
図１１は、サイドリンクユニキャストリンクに対して第１のＵＥに関連するサイドリンクアイデンティティを変更するための第２のＵＥの観点からの１つの例示的な実施形態によるフローチャート１１００である。ステップ１１０５において、第２のＵＥは、第１のＵＥとのサイドリンクユニキャストリンクを確立し、第１のＵＥの第１の下位レイヤアイデンティティと第２のＵＥの第２の下位レイヤアイデンティティは、サイドリンクユニキャストリンクを介して第１のＵＥと第２のＵＥとの間を通信するために使用される。ステップ１１１０において、第２のＵＥは、第１のＵＥからリンク識別子更新要求メッセージを受信し、リンク識別子更新要求メッセージは、第１のＵＥの新しい第１の下位レイヤアイデンティティまたは新しい第１の下位レイヤアイデンティティを導出するための情報を含む。ステップ１１１５において、第２のＵＥは、リンク識別子更新要求メッセージの受信に応答して、リンク識別子更新応答メッセージを第１のＵＥに送信する。ステップ１１２０において、第２のＵＥは、リンク識別子更新応答メッセージの送信に成功したことが確認された場合、第１のＵＥからのサイドリンクデータを受信するために、新しい第１の下位レイヤアイデンティティの使用を開始する。
【００３５】
一実施形態では、（新しい）第１の下位レイヤアイデンティティは、第１のＵＥの（新しい）レイヤ２アイデンティティとすることができる。第２の下位レイヤアイデンティティは、第２のＵＥのレイヤ２アイデンティティとすることができる。
【００３６】
一実施形態では、第２のＵＥは、リンク識別子更新応答メッセージの送信に成功したことが確認された後に、サイドリンクデータフレームを送信するために、サイドリンクデータフレームにおいて、送信元（source）として第２の下位レイヤアイデンティティと、送信先（destination）として新しい（new）第１の下位レイヤアイデンティティを使用することができる。送信元は、第２のＵＥのレイヤ２アイデンティティとすることができ、送信先は、第１のＵＥの（新しい）レイヤ２アイデンティティとすることができる。代替的には、送信元は、第２のＵＥのレイヤ２アイデンティティから導出された第２のＵＥのレイヤ１アイデンティティとすることができ、送信先は、第１のＵＥの（新しい）レイヤ２アイデンティティから導出された第１のＵＥのレイヤ１アイデンティティとすることができる。
【００３７】
一実施形態では、第２のＵＥは、リンク識別子更新応答メッセージの送信に成功したことが確認された後に、受信したサイドリンクデータフレームをフィルタリングするために、送信元として新しい第１の下位レイヤアイデンティティと、送信先として第２の下位レイヤアイデンティティを使用することができる。送信元は、第１のＵＥの（新しい）レイヤ２アイデンティティとすることができ、送信先は、第２のＵＥのレイヤ２アイデンティティとすることができる。代替的には、送信元は、第１のＵＥの（新しい）レイヤ２アイデンティティから導出された第１のＵＥのレイヤ１アイデンティティとすることができ、送信先は、第２のＵＥのレイヤ２アイデンティティから導出された第２のＵＥのレイヤ１アイデンティティとすることができる。
【００３８】
一実施形態では、一実施形態では、リンク識別子更新応答メッセージの送信は、関連するＲＬＣ確認応答またはＰＤＣＰ確認応答に基づいて確認され得る。リンク識別子更新応答メッセージは、ＡＭ  ＲＬＣエンティティに関連するサイドリンク論理チャネルで送信され得る。
【００３９】
一実施形態では、リンク識別子更新応答メッセージの送信は、関連するＨＡＲＱフィードバック確認応答に基づいて確認され得る。リンク識別子更新応答メッセージは、ＵＭ  ＲＬＣエンティティに関連するサイドリンク論理チャネルで送信され得る。
【００４０】
図３および図４に戻って参照すると、第２のＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第２のＵＥが、（ｉ）第１のＵＥとのサイドリンクユニキャストリンクを確立することであって、第１のＵＥの第１の下位レイヤアイデンティティと第２のＵＥの第２の下位レイヤアイデンティティは、サイドリンクユニキャストリンクを介して第１のＵＥと第２のＵＥとの間を通信するために使用される、確立することと、（ｉｉ）第１のＵＥからリンク識別子更新要求メッセージを受信することであって、リンク識別子更新要求メッセージは、第１のＵＥの新しい第１の下位レイヤアイデンティティまたは新しい第１の下位レイヤアイデンティティを導出するための情報を含む、受信することと、（ｉｉｉ）リンク識別子更新要求メッセージの受信に応答して、リンク識別子更新応答メッセージを第１のＵＥに送信することと、（ｉｖ）リンク識別子更新応答メッセージの送信に成功したことが確認された場合、第１のＵＥからのサイドリンクデータを受信するために、新しい第１の下位レイヤアイデンティティの使用を開始することと、をするのを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを行うことができる。
【００４１】
しかしながら、上記のソリューションでは、図１０に示すように、特定のデータフレーム（例えば、データフレーム３）がフィルタで除去されることがある。したがって、別のソリューションとしては、上位レイヤによってＵＥ−１下位レイヤＩＤの変更が通知された（図１０のＴ１）後に、ＵＥ−２は、新しいＵＥ−１下位レイヤＩＤを有するデータフレームが受信されるまで、ＵＥ−１からのデータフレームを受信するために古いＵＥ−１下位レイヤＩＤを使用し続けることであり得る。
【００４２】
図１２は、サイドリンクユニキャストリンクに対して第１のＵＥに関連するサイドリンクアイデンティティを変更するための第２のＵＥの観点からの１つの例示的な実施形態によるフローチャート１２００である。ステップ１２０５において、第２のＵＥは、第１のＵＥとのサイドリンクユニキャストリンクを確立し、第１のＵＥの第１の下位レイヤアイデンティティと第２のＵＥの第２の下位レイヤアイデンティティは、サイドリンクユニキャストリンクを介して第１のＵＥと第２のＵＥとの間を通信するために使用される。ステップ１２１０において、第２のＵＥは、第１のＵＥからリンク識別子更新要求メッセージを受信し、リンク識別子更新要求メッセージは、第１のＵＥの新しい第１の下位レイヤアイデンティティまたは新しい第１の下位レイヤアイデンティティを導出するための情報を含む。ステップ１２１５において、第２のＵＥは、リンク識別子更新要求メッセージの受信に応答して、リンク識別子更新応答メッセージを第１のＵＥに送信する。ステップ１２２０において、第２のＵＥは、新しい第１の下位レイヤアイデンティティを有するサイドリンクデータフレームを第１のＵＥから受信するまで、第１のＵＥからのサイドリンクデータを受信するために、第１の下位レイヤアイデンティティを使用し続ける。
【００４３】
一実施形態では、第２のＵＥは、新しい第１の下位レイヤアイデンティティを有するまさに最初のサイドリンクデータフレームを第１のＵＥから受信するか、またはリンク識別子更新応答メッセージの送信に成功したことが確認される前は、受信したサイドリンクデータフレームをフィルタリングするために、送信元として第１の下位レイヤアイデンティティと、送信元として新しい第１の下位レイヤアイデンティティを使用することができる。また、第２のＵＥは、新しい第１の下位レイヤアイデンティティを有するまさに最初のサイドリンクデータフレームを第１のＵＥから受信するか、リンク識別子更新応答メッセージの送信に成功したことが確認された後に、受信したサイドリンクデータフレームをフィルタリングするために、送信元として新しい第１の下位レイヤアイデンティティを使用することができる。第１の下位レイヤアイデンティティ、新しい下位レイヤアイデンティティ、および／または第２の下位レイヤアイデンティティの下位レイヤアイデンティティが、レイヤ２アイデンティティまたはレイヤ１アイデンティティとすることができる。
【００４４】
一実施形態では、第２のＵＥは、その後、第１のＵＥと通信するために、新しい第１の下位レイヤアイデンティティを使用することができる。（新しい）第１の下位レイヤアイデンティティは、第１のＵＥの（新しい）レイヤ２アイデンティティとすることができ、第２の下位レイヤアイデンティティは、第２のＵＥのレイヤ２アイデンティティとすることができる。
【００４５】
一実施形態では、第２のＵＥは、新しい第１の下位レイヤアイデンティティを有するサイドリンクデータフレームを第１のＵＥから受信するか、またはリンク識別子更新応答メッセージの送信に成功したことが確認された後に、サイドリンクデータフレームを第１のＵＥに送信するために、サイドリンクデータフレームにおいて、送信元として第２の下位レイヤアイデンティティと、送信先として新しい第１の下位レイヤアイデンティティを使用することができる。送信元は、第２のＵＥのレイヤ２アイデンティティとすることができ、送信先は、第１のＵＥの（新しい）レイヤ２アイデンティティとすることができる。代替的には、送信元は、第２のＵＥのレイヤ２アイデンティティから導出された第２のＵＥのレイヤ１アイデンティティとすることができ、送信先は、第１のＵＥの（新しい）レイヤ２アイデンティティから導出されたた第１のＵＥのレイヤ１アイデンティティとすることができる。
【００４６】
一実施形態では、第２のＵＥは、新しい第１の下位レイヤアイデンティティを有するサイドリンクデータフレームを第１のＵＥから受信した後に、受信したサイドリンクデータフレームをフィルタリングするために、送信元として新しい第１の下位レイヤアイデンティティと、送信先として第２の下位レイヤアイデンティティを使用することができる。送信元は、第１のＵＥの（新しい）レイヤ２アイデンティティとすることができ、送信先は、第２のＵＥのレイヤ２アイデンティティとすることができる。代替的には、送信元は、第１のＵＥの（新しい）レイヤ２アイデンティティから導出された第１のＵＥのレイヤ１アイデンティティとすることができ、送信先は、第２のＵＥのレイヤ２アイデンティティから導出された第２のＵＥのレイヤ１アイデンティティとすることができる。
【００４７】
一実施形態では、リンク識別子更新応答メッセージの送信は、関連するＲＬＣ確認応答またはＰＤＣＰ確認応答に基づいて確認され得る。リンク識別子更新応答メッセージは、ＡＭ  ＲＬＣエンティティに関連するサイドリンク論理チャネルで送信され得る。
【００４８】
代替的には、リンク識別子更新応答メッセージの送信は、関連するＨＡＲＱフィードバック確認応答に基づいて確認され得る。リンク識別子更新応答メッセージは、ＵＭ  ＲＬＣエンティティに関連するサイドリンク論理チャネルで送信され得る。
【００４９】
図３および図４に戻って参照すると、第２のＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第２のＵＥが、（ｉ）第１のＵＥとのサイドリンクユニキャストリンクを確立することであって、第１のＵＥの第１の下位レイヤアイデンティティと第２のＵＥの第２の下位レイヤアイデンティティは、サイドリンクユニキャストリンクを介して第１のＵＥと第２のＵＥとの間を通信するために使用される、確立することと、（ｉｉ）第１のＵＥからリンク識別子更新要求メッセージを受信することであって、リンク識別子更新要求メッセージは、第１のＵＥの新しい第１の下位レイヤアイデンティティまたは新しい第１の下位レイヤアイデンティティを導出するための情報を含む、受信することと、（ｉｉｉ）リンク識別子更新要求メッセージの受信に応答して、リンク識別子更新応答メッセージを第１のＵＥに送信することと、（ｉｖ）新しい第１の下位レイヤアイデンティティを有するサイドリンクデータフレームを第１のＵＥから受信するまで、第１のＵＥからのサイドリンクデータを受信するために、第１の下位レイヤアイデンティティを使用し続けることと、をすることを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを行うことができる。
【００５０】
新しいＵＥ−１下位レイヤＩＤを有する（まさに最初の）データフレームを受信した後に、古いＵＥ−１下位レイヤＩＤを有するデータフレームを依然として受信することがある（例えば、データ優先度や再送のため）ことを考慮すると、別の代替案としては、下位レイヤがＵＥ−１Ｌ２  ＩＤの変更を通知された時点（図１０のＴ１）から開始する期間中は、ＵＥ−２が古いＵＥ−１下位レイヤＩＤと新しいＵＥ−１下位レイヤＩＤの両方をデータフレームのフィルタリングのために使用することである。ＵＥ−２は、この期間中は、古いＵＥ−１下位レイヤＩＤまたは新しいＵＥ−１下位レイヤＩＤのいずれかを有するデータフレームを受け付ける。この期間はタイマによって制御され得る。この期間が、デフォルト値（すなわち、ＵＥで事前に設定されたもの）に設定されてもよく、ＵＥ−２によって自律的に（すなわち、ＵＥ実装による）決定されてもよく、ＵＥ−１によって（例えば、リンク識別子更新要求メッセージを介して）設定されてもよく、ネットワークノード（例えば、基地局、コアネットワーク、Ｖ２Ｘ制御機能など）によって設定されてもよく、または、（ネットワークノード、例えば、基地局によってブロードキャストされる）システム情報において提供されてもよい。代替的は、期間が上位レイヤ（例えば、Ｖ２Ｘレイヤ、ＮＡＳレイヤまたはアプリケーションレイヤ）によって示されてもよい。上位レイヤは、期間の開始を示すことができる。上位レイヤは、期間の終了を示すことができる。この期間の後に、ＵＥ−２は、新しいＵＥ−１下位レイヤＩＤを有するデータフレーム（のみ）を受け付ける。言い換えると、ＵＥ−２は、期間の終了から開始する新しいＵＥ−１下位レイヤＩＤを有するデータフレーム（のみ）を受け付ける。
【００５１】
図１３は、サイドリンクユニキャストリンクに対して第１のＵＥに関連するサイドリンクアイデンティティを変更するための第２のＵＥの観点からの１つの例示的な実施形態によるフローチャート１３００である。ステップ１３０５において、第２のＵＥは、第１のＵＥとのサイドリンクユニキャストリンクを確立し、第１のＵＥの第１の下位レイヤアイデンティティおよび第２のＵＥの第２の下位レイヤアイデンティティは、サイドリンクユニキャストリンクを介して第１のＵＥと第２のＵＥとの間を通信するために使用される。ステップ１３１０において、第２のＵＥは、第１のＵＥからリンク識別子更新要求メッセージを受信し、リンク識別子更新要求メッセージは、第１のＵＥの新しい第１の下位レイヤアイデンティティまたは新しい第１の下位レイヤアイデンティティを導出するための情報を含む。ステップ１３１５において、第２のＵＥは、リンク識別子更新要求メッセージの受信に応答して、リンク識別子更新応答メッセージを第１のＵＥに送信する。ステップ１３２０において、第２のＵＥは、上位レイヤから第１の下位レイヤアイデンティティの変更の通知を受信した後のある期間中は、受信したサイドリンクデータフレームをフィルタリングするために、第１の下位レイヤアイデンティティと新しい第１の下位レイヤアイデンティティの両方を使用する。
【００５２】
一実施形態では、第２のＵＥは、この期間後に受信したサイドリンクデータフレームをフィルタリングするために、新しい第１の下位レイヤアイデンティティを使用することができる。（新しい）第１の下位レイヤアイデンティティは、第１のＵＥの（新しい）レイヤ２アイデンティティとすることができる。第２の下位レイヤアイデンティティは、第２のＵＥのレイヤ２アイデンティティとすることができる。
【００５３】
一実施形態では、第２のＵＥは、この期間中に受信したサイドリンクデータフレームをフィルタリングするために、送信元として第１の下位レイヤアイデンティティと、送信先として第２の下位レイヤアイデンティティを使用することができる。また、第２のＵＥは、この期間中に受信したサイドリンクデータフレームをフィルタリングするために、送信元として新しい第１の下位レイヤアイデンティティと、送信先として第２の下位レイヤアイデンティティを使用することができる。追加的に、第２のＵＥは、この期間の後に受信したサイドリンクデータフレームをフィルタリングするために、送信元として新しい第１の下位レイヤアイデンティティと、送信先として第２の下位レイヤアイデンティティを使用することができる。送信元は、第１のＵＥの（新しい）レイヤ２アイデンティティとすることができ、送信先は、第２のＵＥのレイヤ２アイデンティティとすることができる。代替的には、送信元は、第１のＵＥの（新しい）レイヤ２アイデンティティから導出された第１のＵＥのレイヤ１アイデンティティとすることができ、送信先は、第２のＵＥのレイヤ２アイデンティティから導出された第２のＵＥのレイヤ１アイデンティティとすることができる。
【００５４】
一実施形態では、第２のＵＥは、第１の下位レイヤアイデンティティの変更の通知が上位レイヤから受信された後に、サイドリンクデータフレームを第１のＵＥに送信するために、サイドリンクデータフレームにおいて、送信元として第２の下位レイヤアイデンティティと、送信先として新しい第１の下位レイヤアイデンティティを使用することができる。また、第２のＵＥは、リンク識別子更新応答メッセージの送信に成功したことが確認された後に、サイドリンクデータフレームを第１のＵＥに送信するために、サイドリンクデータフレームにおいて、送信元として第２の下位レイヤアイデンティティと、送信先として新しい第１の下位レイヤアイデンティティを使用することができる。送信元は、第２のＵＥのレイヤ２アイデンティティとすることができ、送信先は、第１のＵＥの（新しい）レイヤ２アイデンティティとすることができる。代替的には、送信元は、第２のＵＥのレイヤ２アイデンティティから導出された第２のＵＥのレイヤ１アイデンティティとすることができ、送信先は、第１のＵＥの（新しい）レイヤ２アイデンティティから導出された第１のＵＥのレイヤ１アイデンティティとすることができる。
【００５５】
一実施形態では、一実施形態では、リンク識別子更新応答メッセージの送信は、関連するＲＬＣ確認応答またはＰＤＣＰ確認応答に基づいて確認され得る。リンク識別子更新応答メッセージは、ＡＭ  ＲＬＣエンティティに関連するサイドリンク論理チャネルで送信され得る。リンク識別子更新応答メッセージの送信は、関連するＨＡＲＱフィードバック確認応答に基づいて確認される。リンク識別子更新応答メッセージは、ＵＭ  ＲＬＣエンティティに関連するサイドリンク論理チャネルで送信され得る。
【００５６】
図３および図４に戻って参照すると、第１のＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第２のＵＥが、（ｉ）第１のＵＥとのサイドリンクユニキャストリンクを確立することであって、第１のＵＥの第１の下位レイヤアイデンティティおよび第２のＵＥの第２の下位レイヤアイデンティティは、サイドリンクユニキャストリンクを介して第１のＵＥと第２のＵＥとの間を通信するために使用される、確立することと、（ｉｉ）第１のＵＥからリンク識別子更新要求メッセージを受信することであって、リンク識別子更新要求メッセージは、第１のＵＥの新しい第１の下位レイヤアイデンティティまたは新しい第１の下位レイヤアイデンティティを導出するための情報を含む、受信することと、（ｉｉｉ）リンク識別子更新要求メッセージの受信に応答して、リンク識別子更新応答メッセージを第１のＵＥに送信することと、（ｉｖ）上位レイヤから第１の下位レイヤアイデンティティの変更の通知を受信した後のある期間中は、受信したサイドリンクデータフレームをフィルタリングするために、第１の下位レイヤアイデンティティと新しい第１の下位レイヤアイデンティティの両方を使用することと、をすることを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを行うことができる。
【００５７】
図１４において、潜在的な下位レイヤ挙動を有するユニキャスト通信のためのリンク識別子更新手順の別の拡張例が示されている。３ＧＰＰ  ＴＲ  ２３．７８６によれば、ＵＥ−１は、ＵＥ−２からリンク識別子更新応答メッセージを受信する（すなわち、図１４のＴ２）まで、古い下位レイヤＩＤでトラフィックを受信するものとする。リンク識別子更新応答メッセージの送信に成功したことが確認された後に、ＵＥ−２が、サイドリンクデータフレームを第１のＵＥに送信するために、新しいＵＥ−１下位レイヤアイデンティティの使用を開始する場合、ＵＥ−２からのデータフレーム３はフィルタリングにより除去され、図１４に示すように破棄されるであろう。ＵＥ−１において、有効なデータフレームの破棄を避ける何らかの方法を考慮すべきである。
【００５８】
リンク識別子更新応答メッセージを受信した後、ＵＥ−１は、新しいＵＥ−１下位レイヤＩＤを有するデータフレームをＵＥ−２から受信するまで、ＵＥ−２からのデータフレームを受信するために、古いＵＥ−１下位レイヤＩＤ（および新しいＵＥ−１下位レイヤＩＤ）使用し続けることができる。
【００５９】
図１５は、第２のＵＥに関連するサイドリンクユニキャストリンクに対してサイドリンクアイデンティティを変更するための第１のＵＥの観点からの１つの例示的な実施形態によるフローチャート１５００である。ステップ１５０５において、第１のＵＥは、第２のＵＥとのサイドリンクユニキャストリンクを確立し、第１のＵＥの第１の下位レイヤアイデンティティと第２のＵＥの第２の下位レイヤアイデンティティは、サイドリンクユニキャストリンクを介して第１のＵＥと第２のＵＥとの間を通信するために使用される。ステップ１５１０において、第１のＵＥは、リンク識別子更新要求メッセージを第２のＵＥに送信し、リンク識別子更新要求メッセージは、第１のＵＥの新しい第１の下位レイヤアイデンティティまたは新しい第１の下位レイヤアイデンティティを導出するための情報を含む。ステップ１５１５において、第１のＵＥは、第２のＵＥからリンク識別子更新応答メッセージを受信する。ステップ１５２０において、第１のＵＥは、新しい第１の下位レイヤアイデンティティを有するサイドリンクデータフレームを第２のＵＥから受信するまで、第２のＵＥからのサイドリンクデータを受信するために、第１の下位レイヤアイデンティティを使用し続ける。
【００６０】
一実施形態では、第１のＵＥは、新しい第１の下位レイヤアイデンティティを有するまさに最初のサイドリンクデータを第２のＵＥから受信する前は、受信したサイドリンクデータフレームをフィルタリングするために、送信先として第１の下位レイヤアイデンティティと、送信先として新しい第１の下位レイヤアイデンティティを使用することができる。一実施形態では、第１のＵＥは、新しい第１の下位レイヤＩＤを有するまさに最初のサイドリンクデータフレームを第２のＵＥから受信した後は、受信したサイドリンクのデータフレームをフィルタリングするために、送信先として新しい第１の下位レイヤアイデンティティを使用することができる。第１の下位レイヤアイデンティティ、新しい第１の下位レイヤアイデンティティ、および／または、第２の下位レイヤアイデンティティの下位レイヤアイデンティティは、レイヤ２アイデンティティまたはレイヤ１アイデンティティとすることができる。
【００６１】
一実施形態では、第１のＵＥは、その後、第２のＵＥと通信するために、新しい第１の下位レイヤアイデンティティを使用することができる。（新しい）第１の下位レイヤアイデンティティは、第１のＵＥの（新しい）レイヤ２アイデンティティとすることができる。第２の下位レイヤアイデンティティは、第２のＵＥのレイヤ２アイデンティティとすることができる。
【００６２】
一実施形態では、第１のＵＥは、新しい第１の下位レイヤアイデンティティを有するまさに最初のサイドリンクデータフレームを第２のＵＥから受信する前は、受信したサイドリンクデータフレームをフィルタリングするために、送信元として第２の下位レイヤアイデンティティと、送信先として第１の下位レイヤアイデンティティを使用することができる。また、第１のＵＥは、新しい第１の下位レイヤアイデンティティを有するまさに最初のサイドリンクデータを第２のＵＥから受信するために、送信元として第２の下位レイヤアイデンティティと、送信先として新しい第１の下位レイヤアイデンティティを使用することができる。さらに、第１のＵＥは、新しい第１の下位レイヤアイデンティティを有するサイドリンクデータフレームを第２のＵＥから受信した後は、受信したサイドリンクデータフレームをフィルタリングするために、送信元として第２の下位レイヤアイデンティティと、送信先として新しい第１の下位レイヤアイデンティティを使用することができる。
【００６３】
一実施形態では、送信元は、第２のＵＥのレイヤ２アイデンティティとすることができ、送信先は、第１のＵＥの（新しい）レイヤ２アイデンティティとすることができる。代替的には、送信元は、第２のＵＥのレイヤ２アイデンティティから導出された第２のＵＥのレイヤ１アイデンティティとすることができ、送信先は、第１のＵＥの（新しい）レイヤ２アイデンティティから導出された第１のＵＥのレイヤ１アイデンティティとすることができる。
【００６４】
図３および図４に戻って参照すると、第１のＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のＵＥが、（ｉ）第２のＵＥとのサイドリンクユニキャストリンクを確立することであって、第１のＵＥの第１の下位レイヤアイデンティティと第２のＵＥの第２の下位レイヤアイデンティティは、サイドリンクユニキャストリンクを介して第１のＵＥと第２のＵＥとの間を通信するために使用される、確立することと、（ｉｉ）リンク識別子更新要求メッセージを第２のＵＥに送信することと、リンク識別子更新要求メッセージは、第１のＵＥの新しい第１の下位レイヤアイデンティティまたは新しい第１の下位レイヤアイデンティティを導出するための情報を含む、送信することと、（ｉｉｉ）第２のＵＥからリンク識別子更新応答メッセージを受信することと、（ｉｖ）新しい第１の下位レイヤアイデンティティを有するサイドリンクデータフレームを第２のＵＥから受信するまで、第２のＵＥからのサイドリンクデータを受信するために、第１の下位レイヤアイデンティティを使用し続けることと、をすることを可能することができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを行うことができる。
【００６５】
新しいＵＥ−１下位レイヤＩＤを有する（まさに最初の）データフレームを受信した後に、古いＵＥ−１下位レイヤＩＤを有するデータフレームを依然として受信することがある（例えば、データ優先度や再送のため）ことを考慮すると、別の代替案としては、ＵＥ−１がリンク識別子更新応答メッセージを受信（またはリンク識別子更新要求メッセージを送信）した時点から開始する期間中は、古いＵＥ−１下位レイヤＩＤと新しいＵＥ−１下位レイヤＩＤの両方を使用することである。ＵＥ−１は、この期間中は、古いＵＥ−１下位レイヤＩＤまたは新しいＵＥ−１下位レイヤＩＤのいずれかを有するデータフレームを受け付ける。期間はタイマによって制御され得る。この期間が、デフォルト値（すなわち、ＵＥで事前に設定されたもの）に設定されてもよく、ＵＥ−２によって自律的に（すなわち、ＵＥ実装による）決定されてもよく、ネットワークノード（例えば、基地局、コアネットワーク、Ｖ２Ｘ制御機能など）によって設定されてもよく、または、（ネットワークノード、例えば、基地局によってブロードキャストされる）システム情報において提供されてもよい。代替的は、期間が上位レイヤ（例えば、Ｖ２Ｘレイヤ、ＮＡＳレイヤまたはアプリケーションレイヤ）によって示されてもよい。上位レイヤは、期間の開始を示すことができる。上位レイヤは、期間の終了を示すことができる。この期間の後に、ＵＥ−１は、新しいＵＥ−１下位レイヤＩＤを有するデータフレーム（のみ）を受け付ける。言い換えると、ＵＥ−１は、期間の終了から開始する新しいＵＥ−１下位レイヤＩＤを有するデータフレーム（のみ）を受け付ける。
【００６６】
図１６は、第２のＵＥに関連するサイドリンクユニキャストリンクに対してサイドリンクアイデンティティを変更するための第１のＵＥの観点からの１つの例示的な実施形態によるフローチャート１６００である。ステップ１６０５において、第１のＵＥは、第２のＵＥとのサイドリンクユニキャストリンクを確立し、第１のＵＥの第１の下位レイヤアイデンティティと第２のＵＥの第２の下位レイヤアイデンティティは、サイドリンクユニキャストリンクを介して第１のＵＥと第２のＵＥとの間を通信するために使用される。ステップ１６１０において、第１のＵＥは、リンク識別子更新要求メッセージを第２のＵＥに送信し、リンク識別子更新要求メッセージは、第１のＵＥの新しい第１の下位レイヤアイデンティティまたは新しい第１の下位レイヤアイデンティティを導出するための情報を含む。ステップ１６１５において、第１のＵＥは、第２のＵＥからリンク識別子更新応答メッセージを受信する。ステップ１６２０において、第１のＵＥは、リンク識別子更新応答メッセージを受信した後のある期間中は、受信したサイドリンクデータフレームをフィルタリングするために、第１の下位レイヤアイデンティティと新しい第１の下位レイヤアイデンティティの両方を使用する。
【００６７】
一実施形態では、第１のＵＥは、その期間後に、受信したサイドリンクデータフレームをフィルタリングするために、新しい第１の下位レイヤアイデンティティを使用することができる。（新しい）第１の下位レイヤアイデンティティは、第１のＵＥの（新しい）レイヤ２アイデンティティとすることができ、第２の下位レイヤアイデンティティは、第２のＵＥのレイヤ２アイデンティティとすることができる。
【００６８】
一実施形態では、第１のＵＥは、この期間中に受信したサイドリンクデータフレームをフィルタリングするために、送信元として第２の下位レイヤアイデンティティと、送信先として第１の下位レイヤアイデンティティを使用することができる。また、第１のＵＥは、この期間中に受信した再度リンクデータフレームをフィルタリングするために、送信元として新しい第２の下位レイヤアイデンティティと、送信先として新しい第１の下位レイヤアイデンティティを使用することができる。さらに、第１のＵＥは、この期間の後に受信したサイドリンクデータフレームをフィルタリングするために、送信元として第２の下位レイヤアイデンティティと、送信先として新しい第１の下位レイヤアイデンティティを使用することができる。
【００６９】
一実施形態では、送信元は、第２のＵＥのレイヤ２アイデンティティとすることができ、送信先は、第１のＵＥの（新しい）レイヤ２アイデンティティとすることができる。代替的には、送信元は、第２のＵＥのレイヤ２アイデンティティから導出された第２のＵＥのレイヤ１アイデンティティとすることができ、送信先は、第１のＵＥの（新しい）レイヤ２アイデンティティから導出された第１のＵＥのレイヤ１アイデンティティとすることができる。
【００７０】
一実施形態では、第１のＵＥは、リンク識別子更新応答メッセージを受信した後に、サイドリンクデータフレームを第２のＵＥに送信するために、サイドリンクデータフレームにおいて、送信元としての新しい第１の下位レイヤアイデンティティと、送信先として第２の下位レイヤアイデンティティを使用することができる。送信元は、第１のＵＥの（新しい）レイヤ２アイデンティティとすることができ、送信先は、第２のＵＥのレイヤ２アイデンティティとすることができる。代替的には、送信元は、第１のＵＥの（新しい）レイヤ２アイデンティティから導出された第１のＵＥのレイヤ１アイデンティティとすることができ、送信先は、第２のＵＥのレイヤ２アイデンティティから導出された第２のＵＥのレイヤ１アイデンティティとすることができる。
【００７１】
図３および図４に戻って参照すると、第１のＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のＵＥが、（ｉ）第２のＵＥとのサイドリンクユニキャストリンクを確立することであって、第１のＵＥの第１の下位レイヤアイデンティティと第２のＵＥの第２の下位レイヤアイデンティティは、サイドリンクユニキャストリンクを介して第１のＵＥと第２のＵＥとの間を通信するために使用される、確立することと、（ｉｉ）リンク識別子更新要求メッセージを第２のＵＥに送信することであって、リンク識別子更新要求メッセージは、第１のＵＥの新しい第１の下位レイヤアイデンティティまたは新しい第１の下位レイヤアイデンティティを導出するための情報を含む、送信することと、（ｉｉｉ）第２のＵＥからリンク識別子更新応答メッセージを受信することと、（ｉｖ）リンク識別子更新応答メッセージを受信した後のある期間中は、受信したサイドリンクデータフレームをフィルタリングするために、第１の下位レイヤアイデンティティと新しい第１の下位レイヤアイデンティティの両方を使用することと、をすることを可能することができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを行うことができる。
【００７２】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化することができ、本明細書に開示したいかなる指定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示した態様を、他のいかなる態様からも独立に実装することができ、これら態様のうちの２つ以上を種々組み合わせることができる。例えば、本明細書に記載した態様のうちの任意の数の態様を用いて、装置を実装することができ、方法を実現することができる。追加的に、本明細書に記載した態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置を実装することができ、このような方法を実現することができる。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルを確立することができる。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて同時チャネルを確立することができる。
【００７３】
当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。
【００７４】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるディジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【００７５】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。
【００７６】
任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。
【００７７】
本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【００７８】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。
【図１】
2020174350.tif 000015
【図２】
2020174350.tif 000016
【図３】
2020174350.tif 000017
【図４】
2020174350.tif 000018
【図５】
2020174350.tif 000019
【図６】
2020174350.tif 000020
【図７】
2020174350.tif 000021
【図８】
2020174350.tif 000022
【図９】
2020174350.tif 000023
【図１０】
2020174350.tif 000024
【図１１】
2020174350.tif 000025
【図１２】
2020174350.tif 000026
【図１３】
2020174350.tif 000027
【図１４】
2020174350.tif 000028
【図１５】
2020174350.tif 000029
【図１６】
2020174350.tif 000030
【外国語明細書】
2020174350000001.pdf