JP7005736B2

JP7005736B2 - 無線通信システムにおけるサイドリンク識別子変更のための方法及び機器

Info

Publication number: JP7005736B2
Application number: JP2020213361A
Authority: JP
Inventors: 立▲徳▼ 潘; 豊旗郭
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2020-03-18
Filing date: 2020-12-23
Publication date: 2022-01-24
Anticipated expiration: 2040-12-23
Also published as: CN113498044A; TWI727914B; EP3883328A1; US20210298100A1; US11864249B2; US11057950B1; KR102345732B1; KR20210117912A; US20230209619A1; ES2914606T3; TW202137794A; JP2021150950A; EP3883328B1; US11627616B2; CN113498044B

Description

関連出願への相互参照
本願は、２０２０年３月１８日に出願された米国仮特許出願第６２／９９１，２６６号の利益を主張するものであり、この文献の開示全体は、その全体が参照により本明細書に組み込まれる。

本開示は、概して、無線通信ネットワーク、より具体的には、無線通信システムにおけるサイドリンク識別子変更のための方法及び機器に関する。

移動通信装置同士の間の大量のデータの通信に対する需要の急速な増大に伴い、従来の移動音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットを使用して通信するネットワークに進化している。このようなＩＰデータパケット通信は、モバイル通信装置のユーザにVoice over IP、マルチメディア、マルチキャスト、及びオンデマンド通信サービスを提供できる。

例示的なネットワーク構造は、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）である。Ｅ－ＵＴＲＡＮシステムは、上記のVoice over IP及びマルチメディアサービスを実現するために、高いデータスループットを提供できる。次世代の新しい無線技術（例えば、５Ｇ）は、現在３ＧＰＰ規格化団体によって議論されている。従って、３ＧＰＰ規格の現在の主要部への変更が現在提出されており、３ＧＰＰ規格を進化させて完成させることを検討している。

レイヤ２ＩＤ（アイデンティティ）を更新する第１のＵＥ（ユーザ機器）の観点からの方法及び機器を開示する。一実施形態では、この方法は、第１のＵＥが第２のＵＥとのユニキャストリンクを確立するステップを含み、第１のＵＥの第１のレイヤ２ＩＤ及び第２のＵＥの第２のレイヤ２ＩＤが、ユニキャストリンクでのデータの送受信に使用される。この方法は、第１のＵＥがユニキャストリンクのリンク識別子更新要求メッセージを第２のＵＥに送信するステップをさらに含み、リンク識別子更新要求メッセージには、第１のＵＥの新しい第１のレイヤ２ＩＤが含まれる。この方法は、第１のＵＥが第２のＵＥからユニキャストリンクのリンク識別子更新受入れ（accept）メッセージを受信するステップも含み、リンク識別子更新受入れメッセージには、第２のＵＥの新しい第２のレイヤ２ＩＤが含まれる。さらに、この方法は、リンク識別子更新受入れメッセージの受信に応答して、リンク識別子更新肯定応答（ＡＣＫ）メッセージが送信のために下位層に渡された後に、第１のＵＥが第１のＵＥの新しい第１のレイヤ２ＩＤ及び第２のＵＥの新しい第２のレイヤ２ＩＤを下位層に渡すステップを含む。

例示的な一実施形態による無線通信システムの図である。例示的な一実施形態による、送信機システム（アクセスネットワークとしても知られている）及び受信機システム（ユーザ機器又はＵＥとしても知られている）のブロック図である。例示的な一実施形態による通信システムの機能ブロック図である。例示的な一実施形態による図３のプログラムコードの機能ブロック図である。３ＧＰＰＴＳ２４．５８７Ｖ２．０．０の図６．１．２．２の写しである。３ＧＰＰＴＳ２４．５８７Ｖ２．０．０の図６．１．２．５．２．１の写しである。例示的な一実施形態によるＵＥ１とＵＥ２との間のユニキャストリンク上のレイヤ２ＩＤ変更を示すフローチャートである。一実施形態によるプライバシータイマーを考慮に入れた、（図７に示される例示的なシナリオに加えて）両方のＵＥの別のシナリオを示すフローチャートである。例示的な一実施形態によるフローチャートである。

以下に説明する例示的な無線通信システム及び装置は、ブロードキャストサービスをサポートする無線通信システムを使用している。無線通信システムは、音声及びデータ等の様々なタイプの通信を提供するために広く展開されている。これらのシステムは、符号分割多元接続（CDMA）、時分割多元接続（TDMA）、直交周波数分割多元接続（OFDMA）、３ＧＰＰＬＴＥ（Long Term Evolution）無線アクセス、３ＧＰＰＬＴＥ－Ａ又はＬＴＥ－Ａｄｖａｎｃｅｄ（Long Term Evolution Advanced）、３ＧＰＰ２ＵＭＢ（Ultra
Mobile Broadband）、ＷｉＭａｘ（登録商標）、３ＧＰＰＮＲ（New Radio）、又はいくつかの他の変調技術に基づき得る。

特に、以下に説明する例示的な無線通信システム装置は、本明細書で３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」と名付けられたコンソーシアムによって提供される規格等の１つ又は複数の規格をサポートするように設計され得、その規格は、ＴＳ２４．５８７ｖ２．０．０、“Vehicle-to-Everything (Ｖ２Ｘ) services in 5G
System (5GS) Stage 3”を含む。上記の規格及び文書は、その全体が参照により明示的に組み込まれる。

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

アンテナの各グループ及び／又はそれらアンテナが通信するように設計される領域は、大抵の場合に、アクセスネットワークのセクターと呼ばれる。一実施形態では、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされる領域のセクター内のアクセス端末と通信するように設計される。

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

アクセスネットワーク（ＡＮ）は、端末と通信するために使用される固定局又は基地局であり得、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（eNB）、又は他の用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信装置、端末、アクセス端末、又は他の用語で呼ばれることもある。

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

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

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

次に、全てのデータストリームに関する変調シンボルがＴＸＭＩＭＯプロセッサ２２０に提供され、ＴＸＭＩＭＯプロセッサ２２０は、変調シンボルを（例えば、ＯＦＤＭのために）さらに処理することができる。次に、ＴＸＭＩＭＯプロセッサ２２０は、Ｎ_Ｔ変調シンボルストリームをＮ_Ｔ送信機（ＴＭＴＲ）２２２ａ～２２２ｔに提供する。特定の実施形態では、ＴＸＭＩＭＯプロセッサ２２０は、データストリームのシンボル及びシンボルを送信しているアンテナにビームフォーミングの重みを適用する。

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

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

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

プロセッサ２７０は、どのプリコーディング・マトリックスを使用するかを定期的に決定する（以下で説明する）。プロセッサ２７０は、マトリックス・インデックス部分及びランク値部分を含む逆方向リンクメッセージを作成する。

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

送信機システム２１０において、受信機システム２５０からの変調信号は、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、ＲＸデータプロセッサ２４２によって処理されて、受信機システム２５０によって送信された予備リンクメッセージを抽出する。次に、プロセッサ２３０は、ビームフォーミングの重みを決定するためにどのプリコーディング・マトリックスを使用するかを決定し、次に、抽出したメッセージを処理する。

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

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

３ＧＰＰＴＳ２４．５８７は、ＰＣ５インターフェースを介したＶ２Ｘ（Vehicle-to-Everything）通信のための以下の手順を導入した。

６．１ＰＣ５を介したＶ２Ｘ通信
６．１．１概略
この項では、ＰＣ５を介したＶ２Ｘ通信に関するＵＥにおける及びＵＥ同士の間の手順について説明する。
ＵＥは、ＰＣ５を介したＶ２Ｘ通信を保護するための要件をサポートする必要がある。
［・・・］
ＰＣ５を介したＩＰベースと非ＩＰベースとの両方のＶ２Ｘ通信がサポートされる。ＩＰベースのＶ２Ｘ通信の場合に、ＩＰｖ６のみが使用される。現在の文書のこのリリースでは、ＩＰｖ４はサポートされていない。
ＰＣ５を介して伝送されるＶ２Ｘメッセージは、ユーザプレーンを使用して交換され、且つユーザ機器（ＵＥ）が新しい無線（ＮＲ－ＰＣ５）又は進化型ユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ－ＰＣ５）を使用しているかに依存して、ブロードキャスト、ユニキャスト、又はグループキャストを介して送受信され得る。
注：ＰＣ５を介してブロードキャスト、ユニキャスト、又はグループキャストを使用できるかどうかに関する更なる詳細については、３ＧＰＰＴＳ２３．２８７［３］の５．２．１項に記載される。

６．１．２ＮＲベースのＰＣ５を介したユニキャストモード通信
６．１．２．１概略
この項では、Ｖ２Ｘ通信のユニキャストモードでの２つのＵＥの間のＰＣ５シグナリングプロトコル手順について説明する。次のＰＣ５シグナリングプロトコル手順が規定される：
ａ）ＰＣ５ユニキャストリンクの確立；
ｂ）ＰＣ５ユニキャストリンクの変更；
ｃ）ＰＣ５ユニキャストリンクのリリース；
ｄ）ＰＣ５ユニキャストリンクの識別子更新；
ｅ）ＰＣ５ユニキャストリンクの認証；
ｆ）ＰＣ５ユニキャストリンクのセキュリティモード制御；及び
ｇ）ＰＣ５ユニキャストリンクのキープアライブ（keep-alive）。

６．１．２．２ＰＣ５ユニキャストリンクの確立手順
６．１．２．２．１概略
ＰＣ５ユニキャストリンクの確立手順を使用して、２つのＵＥの間にＰＣ５ユニキャストリンクを確立する。要求メッセージを送信するＵＥは「開始ＵＥ」と呼ばれ、他方のＵＥは「ターゲットＵＥ」と呼ばれる。
［・・・］
６．１．２．２．２開始ＵＥによるＰＣ５ユニキャストリンクの確立手順の開始
［・・・］
開始ＵＥは、この手順を開始する前に、次の前提条件を満たす必要がある：
ａ）上位層からの、ＰＣ５を介したＶ２Ｘサービスのパケットを送信する要求；
ｂ）開始ＵＥのリンク層識別子（つまり、ユニキャスト通信に使用されるレイヤ２ IＤ）が利用可能である（例えば、事前構成又は自己割り当てされる）；
ｃ）ユニキャスト初期シグナリングのリンク層識別子（つまり、ユニキャスト初期シグナリングに使用される宛先レイヤ２ＩＤ）が、開始ＵＥで使用できる（例えば、事前構成される、５．２．３項で指定されるように取得される、又は以前のＶ２Ｘ通信を介して既知である）；
ｄ）開始ＵＥは、サービングＰＬＭＮのＮＲでＰＣ５を介したＶ２Ｘ通信を許可されているか、又はＥ－ＵＴＲＡＮがサービスを提供しておらず、且つＮＲがサービスを提供していない場合にＮＲでＰＣ５を介したＶ２Ｘ通信の有効な許可を有している；及び
ｅ）ピアアプリケーション層ＩＤのペアに既存のＰＣ５ユニキャストリンクがなく、このＰＣ５ユニキャストリンクのネットワーク層プロトコルが、このＶ２Ｘサービスの開始ＵＥの上位層に必要なものと同じである。
ＰＣ５ユニキャストリンクの確立手順を開始するために、開始ＵＥは、DIRECT LINK
ESTABLISHMENT REQUEST（直接リンク確立要求）メッセージを作成する必要がある。開始ＵＥは：
ａ）上位層から受信した開始ＵＥのアプリケーション層ＩＤに設定された送信元（source：ソース）ユーザ情報を含めるものとする；
ｂ）上位層から受信したＶ２Ｘサービス識別子を含めるものとする；
ｃ）上位層から受信した場合に、ターゲットＵＥのアプリケーション層ＩＤに設定されたターゲットユーザ情報を含めることができる；及び
ｄ）セキュリティ確立情報を含めるものとする。
［・・・］
DIRECT LINK ESTABLISHMENT REQUESTメッセージが生成された後に、開始ＵＥは、ユニキャスト通信のための開始ＵＥのレイヤ２ＩＤ及びユニキャスト初期シグナリングに使用される宛先レイヤ２ＩＤとともに、このメッセージを送信のために下位層に渡し、タイマーＴ５０００を開始する。ＵＥは、タイマーＴ５０００の実行中に、同じアプリケーション層ＩＤで識別される同じターゲットＵＥに新しいDIRECT LINK ESTABLISHMENT REQUESTメッセージを送信してはならない。

［“PC5 unicast link establishment procedure”という表題の３ＧＰＰＴＳ２４．５８７Ｖ２．０．０の図６．１．２．２．２を、図５として再現する］
６．１．２．２．３ターゲットＵＥによって受け入れられるＰＣ５ユニキャストリンクの確立手順
DIRECT LINK ESTABLISHMENT REQUESTメッセージを受信すると、ターゲットＵＥは、このＰＣ５ユニキャストリンクにレイヤ２ＩＤを割り当て、この割り当てられたレイヤ２ＩＤ及び下位層によって提供されるこのメッセージの転送に使用される送信元ソースレイヤ２ＩＤを格納する。このレイヤ２ＩＤのペアは、ＰＣ５ユニキャストリンクコンテキストに関連付けられる。
ａ）ターゲットユーザ情報ＩＥがDIRECT LINK ESTABLISHMENT REQUESTメッセージに含まれ、このＩＥにはターゲットＵＥのアプリケーション層ＩＤが含まれる、又は
ｂ）ターゲットユーザ情報ＩＥがDIRECT LINK ESTABLISHMENT REQUESTメッセージに含まれておらず、ターゲットＵＥがDIRECT LINK ESTABLISHMENT REQUESTメッセージのＶ２Ｘサービス識別子によって識別されるＶ２Ｘサービスに関心がある場合に、
次に、ターゲットＵＥは、開始ＵＥとの既存のセキュリティコンテキストを識別するか、又は６．１．２．６項で指定される１つ又は複数のＰＣ５ユニキャストリンク認証手順を実行し、且つ６．１．２．７項で指定されるＰＣ５ユニキャストリンクのセキュリティモード制御手順を実行して、新しいセキュリティコンテキストを確立する必要がある。
ＰＣ５ユニキャストリンクのセキュリティモード制御手順が成功裏に完了すると、DIRECT LINK
ESTABLISHMENT REQUESTメッセージを受け入れることができるか否かを判定するために、ＩＰ通信の場合に、ターゲットＵＥは、開始ＵＥとターゲットＵＥとの両方でサポートされる少なくとも１つの共通ＩＰアドレス構成オプションがあるかどうかをチェックする。
ターゲットＵＥがＰＣ５ユニキャストリンクの確立手順を受け入れる場合に、ターゲットＵＥは、DIRECT
LINK ESTABLISHMENT ACCEPT（直接リンク確立受入れ）メッセージを作成する必要がある。ターゲットＵＥは：
ａ）上位層から受信したターゲットＵＥのアプリケーション層ＩＤに設定された送信元ユーザ情報を含めるものとする；
ｂ）ＰＱＦＩ及び対応するＰＣ５ＱｏＳパラメータを含めるものとする；
ｃ）ＩＰ通信が使用されている場合に、次のいずれかの値に設定されたＩＰアドレス構成ＩＥを含めることができる：
１）ＩＰｖ６アドレス割当てメカニズムのみがターゲットＵＥによってサポートされている場合、つまりＩＰｖ６ルーターとして機能している場合に、「ＩＰｖ６ルーター」；又は
２）ＩＰｖ６アドレス割当てメカニズムがターゲットＵＥによってサポートされていない場合に、「ＩＰｖ６アドレス割当てがサポートされていない」；
ｄ）ＩＰアドレス構成ＩＥが「ＩＰｖ６アドレス割当てがサポートされていない」に設定され、且つ受信したDIRECT LINK ESTABLISHMENT REQUESTメッセージにリンクローカルＩＰｖ６アドレスＩＥが含まれている場合に、ＩＥＴＦＲＦＣ４８６２［１６］に基づいてローカルに形成されたリンクローカルＩＰｖ６アドレスＩＥを含めることができる。

６．１．２．２．４開始ＵＥによるＰＣ５ユニキャストリンクの確立手順の完了
DIRECT LINK ESTABLISHMENT ACCEPTメッセージを受信すると、開始ＵＥは、タイマーＴ５０００を停止し、下位層によって提供されるこのメッセージの転送に使用される送信元レイヤ２ＩＤ及び宛先レイヤ２ＩＤを格納する必要がある。このレイヤ２ＩＤのペアは、ＰＣ５ユニキャストリンクコンテキストに関連付けられる必要がある。この時点以降、開始ＵＥは、ＰＣ５を介したＶ２Ｘ通信ために確立されたリンクを使用し、追加のＰＣ５シグナリングメッセージをターゲットＵＥに送信するものとする。
［・・・］

６．１．２．５ＰＣ５ユニキャストリンクの識別子更新手順
６．１．２．５．１概略
ＰＣ５ユニキャストリンクの識別子更新手順を使用して、新しい識別子を使用する前に、ＰＣ５ユニキャストリンクの２つのＵＥの間で新しい識別子（例えば、アプリケーション層ＩＤ、レイヤ２ IＤ、セキュリティ情報、及びＩＰアドレス／プレフィックス（prefix））を更新及び交換する。DIRECT LINK IDENTIFIER UPDATE REQUEST（直接リンク識別子更新要求）メッセージを送信するＵＥは「開始ＵＥ」と呼ばれ、他方のＵＥは「ターゲットＵＥ」と呼ばれる。

６．１．２．５．２開始ＵＥによるＰＣ５ユニキャストリンクの識別子更新手順の開始
開始ＵＥは、
ａ）開始ＵＥは、上位層からアプリケーション層ＩＤを変更する要求を受信し、このアプリケーション層ＩＤに関連付けられた既存のＰＣ５ユニキャストリンクがある；又は
ｂ）既存のＰＣ５ユニキャストリンクに対して、開始ＵＥのレイヤ２ＩＤのプライバシータイマーが時間切れになる；場合に、手順を開始するものとする。
［・・・］
ＰＣ５ユニキャストリンクの識別子更新手順が開始ＵＥのアプリケーション層ＩＤの変更によってトリガーされた場合に、開始ＵＥは、DIRECT LINK IDENTIFIER UPDATE REQUESTメッセージを作成する必要がある。このメッセージでは、開始ＵＥは：
ａ）上位層から受信した開始ＵＥの新しいアプリケーション層ＩＤを含めるものとする；
ｂ）それ自体によって割り当てられた開始ＵＥの新しいレイヤ２ＩＤを含めるものとする；
ｃ）新しいセキュリティ情報を含めるものとする；及び
ｄ）ＩＰ通信が使用されている場合に、新しいＩＰアドレス／プレフィックスを含めることができる。
ＰＣ５ユニキャストリンクの識別子更新手順が、５．２．３項で指定される開始ＵＥのプライバシータイマーの時間切れによってトリガーされた場合に、開始ＵＥは、DIRECT LINK IDENTIFIER UPDATE REQUESTメッセージを作成する必要がある。このメッセージでは、開始ＵＥは：
ａ）それ自体によって割り当てられた開始ＵＥの新しいレイヤ２ＩＤを含めるものとする；
ｂ）新しいセキュリティ情報を含めるものとする；
ｃ）上位層から受信した開始ＵＥの新しいアプリケーション層ＩＤを含めることができる；及び
ｄ）ＩＰ通信が使用されている場合に、新しいＩＰアドレス／プレフィックスを含めることができる。
［・・・］
DIRECT LINK IDENTIFIER UPDATE REQUESTメッセージが生成された後に、開始ＵＥは、このメッセージを、開始ＵＥの古いレイヤ２ＩＤ及びターゲットＵＥのレイヤ２ＩＤとともに送信するために下位層に渡し、タイマーＴ５００３を開始する。ＵＥは、タイマーＴ５００３の実行中に、同じターゲットＵＥに新しいDIRECT LINK IDENTIFIER UPDATE REQUESTメッセージを送信してはならない。

［“PC5 unicast link identifier update procedure”という表題の３ＧＰＰＴＳ２４．５８７Ｖ２．０．０の図６．１．２．５．２．１を、図６として再現する］
６．１．２．５．３ターゲットＵＥによって受け入れられるＰＣ５ユニキャストリンクの識別子更新手順
DIRECT LINK IDENTIFIER UPDATE REQUESTメッセージを受信する際に、ターゲットＵＥが：
ａ）この要求メッセージに関連するＰＣ５ユニキャストリンクが引き続き有効であり；及び
ｂ）この要求メッセージで識別されるＰＣ５ユニキャストリンクのタイマーＴ５００４が実行されていないと判定した場合に、
次に、ターゲットＵＥは、この要求を受け入れ、DIRECT LINK IDENTIFIER
UPDATE ACCEPT（直接リンク識別子更新受入れ）メッセージで応答する。
ターゲットＵＥが５．２．３項で指定されるプライバシー構成を有しており、その識別子を変更すると決定した場合に、ターゲットＵＥは、DIRECT LINK IDENTIFIER UPDATE ACCEPTメッセージを作成する必要がある。このメッセージでは、ターゲットＵＥは：
ａ）それ自体によって割り当てられたターゲットＵＥの新しいレイヤ２ＩＤを含めるものとする；
ｂ）新しいセキュリティ情報を含めるものとする；
ｃ）上位層から受信したターゲットＵＥの新しいアプリケーション層ＩＤを含めることができる；及び
ｄ）ＩＰ通信が使用されている場合に、新しいＩＰアドレス／プレフィックスを含めることができる。
DIRECT LINK IDENTIFIER UPDATE ACCEPTメッセージが生成された後に、ターゲットＵＥは、このメッセージを、開始ＵＥの古いレイヤ２ＩＤ及びターゲットＵＥの古いレイヤ２ＩＤとともに送信するために下位層に渡し、タイマーＴ５００４を開始する。ＵＥは、タイマーＴ５００４の実行中に、同じ開始ＵＥに新しいDIRECT LINK IDENTIFIER UPDATE ACCEPTメッセージを送信してはならない。
ターゲットＵＥが新しいレイヤ２ＩＤを使用してトラフィックを受信する前に、ターゲットＵＥは、開始ＵＥから古いレイヤ２ＩＤ（つまり、開始ＵＥの古いレイヤ２ＩＤ及びターゲットＵＥの古いレイヤ２ＩＤ）を含むトラフィックを引き続き受信する必要がある。
ターゲットＵＥが開始ＵＥからDIRECT LINK IDENTIFIER UPDATE ACK（直接リンク識別子更新肯定応答）メッセージを受信する前に、ターゲットＵＥは、古いレイヤ２ＩＤ（つまり、開始ＵＥの古いレイヤ２ＩＤ及びターゲットＵＥの古いレイヤ２ＩＤ）を使用して開始ＵＥにトラフィックを送信し続ける必要がある。

６．１．２．５．４開始ＵＥによって肯定応答されるＰＣ５ユニキャストリンクの識別子更新手順
DIRECT LINK IDENTIFIER UPDATE ACCEPTメッセージを受信すると、開始ＵＥは、タイマーＴ５００３を停止し、DIRECT LINK IDENTIFIER UPDATE ACKメッセージで応答する。このメッセージでは、開始ＵＥは：
ａ）受信した場合に、ターゲットＵＥの新しいレイヤ２ＩＤを含めるものとする；
ｂ）受信した場合に、ターゲットＵＥの新しいセキュリティ情報を含めるものとする；
ｃ）受信した場合に、ターゲットＵＥの新しいアプリケーション層ＩＤを含めることができる；及び
ｄ）受信した場合に、新しいＩＰアドレス／プレフィックスを含めることができる。
DIRECT LINK IDENTIFIER UPDATE ACCEPTメッセージを受信すると、開始ＵＥは、関連するＰＣ５ユニキャストリンクコンテキストを新しい識別子で更新し、開始ＵＥの新しいレイヤ２ＩＤ及びターゲットＵＥの新しいレイヤ２ＩＤを下位層に渡す。
DIRECT LINK IDENTIFIER UPDATE ACKメッセージが生成された後に、開始ＵＥは、このメッセージを、開始ＵＥの古いレイヤ２ＩＤ及びターゲットＵＥの古いレイヤ２ＩＤとともに送信するために下位層に渡す。
開始ＵＥは、新しいレイヤ２ＩＤ（つまり、開始ＵＥの新しいレイヤ２ＩＤ及びターゲットＵＥの新しいレイヤ２ＩＤ）を含むトラフィックをターゲットＵＥから受信するまで、古いレイヤ２ＩＤ（つまり、開始ＵＥの古いレイヤ２ＩＤ及びターゲットＵＥの古いレイヤ２ＩＤ）を含むトラフィックをターゲットＵＥから受信し続ける必要がある。

６．１．２．５．５ターゲットＵＥによるＰＣ５ユニキャストリンクの識別子更新手順の完了
DIRECT LINK IDENTIFIER UPDATE ACKメッセージを受信すると、ターゲットＵＥは、関連するＰＣ５ユニキャストリンクコンテキストを新しい識別子で更新し、開始ＵＥの新しいレイヤ２ＩＤとターゲットＵＥの新しいレイヤ２ＩＤを下位層に渡し、タイマーＴ５００４を停止する必要がある。
［・・・］

３ＧＰＰＴＳ２４．５８７において、Ｌ２ＩＤを更新するために使用される手順（すなわち、ＰＣ５ユニキャストリンクの識別子更新手順）が導入された。この手順は、このユニキャストリンクに使用される識別子の差し迫った変更のユニキャスト通信でピアＵＥを更新するために使用される。プライバシー要件により、ｅＶ２Ｘの使用では、ＵＥは、サードパーティによる追跡を回避するために、その識別子を頻繁に変更する必要がある。識別子の変更が発生した場合に、全てのレイヤ、つまりアプリケーション層ＩＤからＬ２ＩＤまでの全ての識別子を変更する必要がある。このシグナリングは、サービスの中断を防ぐために、識別子の変更が発生する前に必要となる。

おそらく、ＰＣ５ユニキャストリンクの識別子更新手順は、開始ＵＥがアプリケーション層ＩＤを変更する要求を上位層から受信したとき、又は開始ＵＥのレイヤ２ IＤのプライバシータイマーが時間切れになったときに、開始ＵＥによって初期化され得る。ユニキャストリンクでは、ユニキャストリンクでの送受信に使用されるレイヤ２ＩＤがＵＥ自体によって割り当てられるため、ユニキャストリンクの両方のＵＥは、レイヤ２ＩＤのそのプライバシータイマーを維持する。

図７は、一実施形態によるＵＥ１とＵＥ２との間のユニキャストリンクを介したレイヤ２ＩＤ変更を示す例示的なフローチャートである。最初に、ＵＥ１は、ＵＥ２とのユニキャストリンクを確立したいと考えている。こうして、ＵＥ１は、リンク確立要求メッセージ（例えば、３ＧＰＰＴＳ２４．５８７におけるDIRECT LINK ESTABLISHMENT REQUEST）をＵＥ２に送信する。このユニキャストリンクの場合に、ＵＥ１は、それ自体でレイヤ２ＩＤ（Ｌ２ＩＤ）「ＩＤ１－１」を割り当て、このＬ２ＩＤを使用してリンク確立要求メッセージを送信する。

リンク確立要求メッセージを受信すると、ＵＥ２は、ＵＥ１とのユニキャストリンクを確立すると決定する。従って、ＵＥ２は、リンク確立受入れメッセージ（例えば、３ＧＰＰＴＳ２４．５８７におけるDIRECT LINK ESTABLISHMENT ACCEPT）でＵＥ１に応答する。同様に、ＵＥ２は、このユニキャストリンクにＬ２ＩＤ「ＩＤ２－１」を割り当て、このＬ２ＩＤを使用してリンク確立受入れメッセージメッセージを送信する。

このユニキャストリンクに関するＵＥ１のプライバシータイマーが時間切れになると、ＵＥ１は、その古いＬ２ＩＤ「ＩＤ１－１」を新しいＬ２ＩＤ「ＩＤ１－２」に変更すると決定する。この変更のために、ＵＥ１は、ＰＣ５ユニキャストリンクの識別子更新手順を初期化する。ＵＥ１は、リンクＩＤ更新要求メッセージ（例えば、DIRECT LINK IDENTIFIER UPDATE REQUEST）をＵＥ２に送信する。リンクＩＤ更新要求メッセージには、ＵＥ１の新しいＬ２ＩＤ「ＩＤ１－２」が含まれている。

リンクＩＤ更新要求メッセージを受信すると、ＵＥ２はまた、その古いＬ２ＩＤ「ＩＤ２－１」を新しいＬ２ＩＤ「ＩＤ２－２」に変更し、次に、リンクＩＤ更新受入れメッセージ（例えば、DIRECT LINK IDENTIFIER UPDATE ACCEPT）でＵＥ１に応答する。リンクＩＤ更新受入れメッセージには、ＵＥ２の新しいＬ２ＩＤ「ＩＤ２－２」が含まれている。

リンクＩＤ更新受入れメッセージを受信すると、ＵＥ１は、リンクＩＤ更新ＡＣＫメッセージ（例えば、DIRECT
LINK IDENTIFIER UPDATE ACK）でＵＥ２に応答する。３ＧＰＰＴＳ２４．５８７によれば、ＵＥ１は、ユニキャストリンクのＬ２ＩＤを、ＵＥ１の新しいＬ２ＩＤ「ＩＤ１－２」及びＵＥ２の新しいＬ２ＩＤ「ＩＤ２－２」に更新し、更新したＬ２ＩＤをユニキャストリンクでのサイドリンクの送受信のために下位層に渡す。リンクＩＤ更新ＡＣＫメッセージには、ＵＥ２のＬ２ＩＤ「ＩＤ２－２」が含まれている。

リンクＩＤ更新ＡＣＫメッセージを受信すると、ＵＥ２は、ユニキャストリンクのＬ２ＩＤを、ＵＥ１の新しいＬ２ＩＤ「ＩＤ１－２」及びＵＥ２の新しいＬ２ＩＤ「ＩＤ２－２」に更新し、更新したＬ２ＩＤをユニキャストリンクでのサイドリンク送受信のために下位層に渡す。

図８は、一実施形態によるプライバシータイマーを考慮に入れた、両方のＵＥの（図７に示される例示的なシナリオに加えて）別のシナリオを示す例示的なフローチャートである。ＵＥ１のプライバシータイマーが時間切れになると、ＵＥ１は、ＵＥ２との第１のＰＣ５リンク識別子更新手順を初期化する。こうして、ＵＥ１は、リンクＩＤ更新要求＃１メッセージをＵＥ２に送信する。リンクＩＤ更新要求＃１メッセージには、ＵＥ１の新しいＬ２ＩＤ「ＩＤ１－２」が含まれている。おそらく、この時点で、ＵＥ２のプライバシータイマーも期限切れになり、ＵＥ２は、ＵＥ１との第２のＰＣ５リンク識別子更新手順を初期化する。こうして、ＵＥ２は、リンクＩＤ更新要求＃２メッセージをＵＥ１に送信する。リンクＩＤ更新要求＃２メッセージには、ＵＥ２の新しいＬ２ＩＤ「ＩＤ２－２」が含まれている。ＵＥ２がＵＥ１からリンクＩＤ更新要求＃１メッセージを未だ受信していないため、ＵＥ２は、ＵＥ１が第１のＰＣ５リンク識別子更新手順を実行したことを認識していない。

ＰＣ５リンク識別子更新手順の概念が３ＧＰＰＴＳ２４．５８７で導入され、図７に示されている場合に、続いて、リンクＩＤ更新要求メッセージを受信したときに新しいレイヤ２ＩＤを割り当て、リンクＩＤ更新要求メッセージの受信に応答して、リンクＩＤ更新受入れメッセージを送信する必要がある。従って、ＵＥ２は、リンクＩＤ更新要求＃１メッセージを受信すると、ユニキャストリンクの新しいＬ２ＩＤ「ＩＤ２－３」を再び変更し、リンクＩＤ更新要求＃１メッセージの受信に応答して、新しいＬ２ＩＤ「ＩＤ２－３」を含むリンクＩＤ更新受入れ＃１メッセージをＵＥ１に送信する。同様に、ＵＥ１は、リンクＩＤ更新要求＃２メッセージを受信すると、ユニキャストリンクの新しいＬ２ＩＤ「ＩＤ１－３」を再び変更し、リンクＩＤ更新要求＃２メッセージの受信に応答して、新しいＬ２ＩＤ「ＩＤ１－３」を含むリンクＩＤ更新受入れ＃２メッセージをＵＥ２に送信する。

リンクＩＤ更新受入れ＃１メッセージの受信に応答して、ＵＥ１は、リンクＩＤ更新ＡＣＫ＃１メッセージをＵＥ２に送信する。リンクＩＤ更新ＡＣＫメッセージには、ターゲットＵＥが送信した対応するリンクＩＤ更新受入れメッセージに含まれるターゲットＵＥの新しいレイヤ２ＩＤが含まれるため、ＵＥ１は、リンクＩＤ更新受入れ＃１メッセージに含まれるＬ２ＩＤ「ＩＤ２－３」をリンクＩＤ更新ＡＣＫ＃１メッセージに含める。同様に、リンクＩＤ更新受入れ＃２メッセージの受信に応答して、ＵＥ２は、リンクＩＤ更新ＡＣＫ＃２メッセージをＵＥ１に送信する。ＵＥ２は、リンクＩＤ更新受入れ＃２メッセージに含まれるＬ２ＩＤ「ＩＤ１－３」をリンクＩＤ更新ＡＣＫ＃２メッセージに含める。

リンクＩＤ更新ＡＣＫ＃１メッセージを受信すると、ＵＥ２は、ユニキャストリンクのＬ２ＩＤを、ＵＥ１のＬ２ＩＤ「ＩＤ１－２」（リンクＩＤ更新要求＃１メッセージに含まれる）及びＵＥ２のＬ２ＩＤ「ＩＤ２－３」（リンクＩＤ更新受入れ＃１メッセージに含まれる）に更新する。一方、リンクＩＤ更新ＡＣＫ＃２メッセージを受信すると、ＵＥ１は、ユニキャストリンクのＬ２ＩＤを、ＵＥ１のＬ２ＩＤ「ＩＤ１－３」（リンクＩＤ更新受入れ＃２メッセージに含まれる）及びＵＥ２のＬ２ＩＤ「ＩＤ２－２」（リンクＩＤ更新要求＃２メッセージに含まれる）に更新する。その結果、両方のＵＥが、ユニキャストリンクで互いに通信するために異なるＬ２ＩＤペアを使用し、間違ったＬ２ＩＤペアを使用した再送信は、無線リンク障害を引き起こす下位層（例えば、ＲＬＣ層、ＭＡＣ層、ＰＨＹ層）で最大の再送信の機会に達する。

３ＧＰＰＴＳ２４．５８７によれば、開始ＵＥは、送信のためにリンクＩＤ更新要求メッセージが生成されたときにタイマーＴ５００３を開始し、リンクＩＤ更新要求メッセージに対応するリンクＩＤ更新受入れメッセージがターゲットＵＥから受信されたときにタイマーＴ５００３を停止しなければならない。

Ｌ２ＩＤペアの不整合（misalignment：ミスアラインメント）問題に対処するために、ＵＥ２は、リンクＩＤ更新要求＃２メッセージに関してＵＥ２のそのようなタイマーＴ５００３が実行されている場合に、リンクＩＤ更新要求＃２メッセージに含まれているＬ２ＩＤ「ＩＤ２－２」をリンクＩＤ更新受入れ＃１メッセージに含めることができる。換言すると、リンクＩＤ更新要求＃１メッセージがＵＥ１から受信されたが、リンクＩＤ更新要求＃２メッセージに関するＵＥ２のそのようなタイマーＴ５００３が依然として実行中であるときに、ＵＥ２は、第２の新しいレイヤ２ＩＤ（例えば、「ＩＤ２－３」）を割り当てることができない。

ＵＥ１の観点から、ＵＥ１は、リンクＩＤ更新要求＃１メッセージに関するＵＥ１のそのようなタイマーＴ５００３が実行されている場合に、リンクＩＤ更新要求＃１メッセージに含まれているＬ２ＩＤ「ＩＤ１－２」をリンクＩＤ更新受入れ＃２メッセージに含めることができ、これは、リンクＩＤ更新要求＃２メッセージがＵＥ２から受信されたが、リンクＩＤ更新要求＃１メッセージに関するＵＥ１のタイマーＴ５００３が依然として実行中である場合に、ＵＥ１は、第２の新しいレイヤ２ＩＤ（例えば、「ＩＤ１－３」）を割り当てることができないことを意味する。

上記の解決策では、リンクＩＤ更新ＡＣＫ＃１メッセージを受信すると、ＵＥ２は、ユニキャストリンクのＬ２ＩＤを、ＵＥ１のＬ２ＩＤ「ＩＤ１－２」（リンクＩＤ更新要求＃１メッセージに含まれる）及びＵＥ２のＬ２ＩＤ「ＩＤ２－２」（リンクＩＤ更新受入れ＃１メッセージ及びリンクＩＤ更新要求＃２メッセージに含まれる）に更新することができる。一方、リンクＩＤ更新ＡＣＫ＃２メッセージを受信すると、ＵＥ１は、ユニキャストリンクのＬ２ＩＤを、ＵＥ１のＬ２ＩＤ「ＩＤ１－２」（リンクＩＤ更新受入れ＃２メッセージ及びリンクＩＤ更新要求＃１メッセージに含まれる）及びＵＥ２のＬ２ＩＤ「ＩＤ２－２」（リンクＩＤ更新要求＃２メッセージに含まれる）に更新できる。このようにして、一方のＰＣ５ユニキャストリンクの識別子更新手順が一方の側で実行され、他方のＰＣ５ユニキャストリンクの識別子更新手順が他方の側で依然として進行中である場合でも、両方のＵＥは、両方の手順が完了した後に、ユニキャストリンクに関して同じＬ２ＩＤペアを有することができる。

あるいはまた、一方のＰＣ５ユニキャストリンクの識別子更新手順が一方の側で初期化され、他方のＰＣ５ユニキャストリンクの識別子更新手順が他方の側で既に進行中である場合に、それらの１つは、進行中のＰＣ５ユニキャストリンクの識別子更新手順を終了又は中止することができる。どのＵＥが進行中のＰＣ５ユニキャストリンクの識別子更新手順を終了又は中止するかは、どのＵＥがユニキャストリンクの確立を要求するかに基づき得る（例えば、このＵＥがDIRECT LINK ESTABLISHMENT REQUESTメッセージを送信する）。例えば、ＵＥ２のタイマーＴ５００３の実行中に、ＵＥ２がＵＥ１からリンクＩＤ更新要求＃１メッセージを受信すると、（ＵＥ２がユニキャストリンクの確立を要求するＵＥではないため）ＵＥ２は、ＵＥ２のタイマーＴ５００３を停止できる。ＵＥ２は、引き続きリンクＩＤ更新受け入れ＃１メッセージでＵＥ１に応答する。この場合に、ＵＥ２は、Ｌ２ＩＤ「ＩＤ２－２」（リンクＩＤ更新要求＃２メッセージに含まれる）又はＬ２ＩＤ「ＩＤ２－３」（リンクＩＤ更新要求＃１メッセージの受信により新たに割り当てられる）をリンクＩＤ更新受入れ＃１メッセージに含めることができる。一方、ＵＥ１のタイマーＴ５００３の実行中に、ＵＥ１がＵＥ２からリンクＩＤ更新要求＃２メッセージを受信すると、（ＵＥ１がユニキャストリンクの確立を要求するＵＥであるため）ＵＥ１は、リンクＩＤ更新要求＃２メッセージに対応するメッセージでＵＥ２に応答しない場合がある。

あるいはまた、ＵＥ１のタイマーＴ５００３の実行中に、ＵＥ１がＵＥ２からリンクＩＤ更新要求＃２メッセージを受信すると、ＵＥ１は、リンクＩＤ更新拒否メッセージ（例えば、DIRECT LINK IDENTIFIER UPDATE REJECT）でＵＥ２に応答することができる。リンクＩＤ更新拒否メッセージには、ＵＥ１がＰＣ５ユニキャストリンクの識別子更新手順を開始したことを示す原因値が含まれ得る。この状況では、リンクＩＤ更新拒否メッセージがＵＥ１から受信されると、ＵＥ２は、ＵＥ２のタイマーＴ５００３を停止できる。

上記の代替案では、ＵＥ１は、別の新しいＬ２ＩＤ、例えばリンクＩＤ更新要求＃２メッセージの受信による「ＩＤ１－３」を新たに割り当てない。いつものように、ＵＥ１がリンクＩＤ更新受入れ＃１メッセージを受信すると、ＵＥ１は、リンクＩＤ更新受入れ＃１メッセージに含まれるＵＥ２の新しいＬ２ＩＤを含むリンクＩＤ更新ＡＣＫ＃１メッセージでＵＥ２に応答できる。

どのＵＥが進行中のＰＣ５ユニキャストリンクの識別子更新手順を終了又は中止するかは、どのＵＥがユニキャストリンクの確立を受け入れるか又は完了するかに基づき得る（例えば、このＵＥは、DIRECT LINK ESTABLISHMENT ACCEPTメッセージを送信する）。従って、上記の例／代替案の動作の概念は、この可能性にも適用できる。

３ＧＰＰＴＳ２４．５８７によれば、開始ＵＥとターゲットＵＥとの両方は、ＰＣ５ユニキャストリンクの識別子更新手順中にそれらのレイヤ２ＩＤを更新する必要がある。換言すると、ＰＣ５ユニキャストリンクの識別子更新手順を介して他方がレイヤ２ＩＤを更新するときに、一方が常にそのレイヤ２ＩＤを更新するため、このようなプライバシータイマーを両側で維持する必要はない。従って、１つの代替案は、両方のＵＥの一方がユニキャストリンクのプライバシータイマーを維持することであり得る。例えば、開始ＵＥ又はターゲットＵＥは、ユニキャストリンクのＬ２ＩＤペアを更新するためのプライバシータイマーを維持できる。図８に示されるシナリオがこの代替案に適用される場合に、第１のＰＣ５ユニキャストリンクの識別子更新手順の進行中に、第２のＰＣ５ユニキャストリンクの識別子更新手順は、プライバシータイマーの時間切れのために実行されないであろう。こうして、このシナリオでのＬ２ＩＤペアの不整合にも対処できる。

より具体的には、開始ＵＥは、ユニキャストリンク確立を要求する（例えば、DIRECT LINK
ESTABLISHMENT REQUESTを送信する）ＵＥであり得る。また、ターゲットＵＥは、ユニキャストリンクの確立を受け入れる又は完了する（例えば、DIRECT LINK ESTABLISHMENT ACCEPTを送信する）ＵＥであり得る。

３ＧＰＰＴＳ２４．５８７の６．１．２．５．４節によれば、DIRECT LINK
IDENTIFIER UPDATE ACCEPTメッセージを受信すると、開始ＵＥは、関連するＰＣ５ユニキャストリンクコンテキストを新しい識別子で更新し、開始ＵＥの新しいレイヤ２ＩＤ及びターゲットＵＥの新しいレイヤ２ＩＤを下位層に渡す必要がある。これは、開始ＵＥの下位層が、DIRECT LINK IDENTIFIER UPDATE ACCEPTメッセージを受信した後に、新しいＬ２ＩＤを使用してデータパケット送信を開始できることを意味する。

さらに、３ＧＰＰＴＳ２４．５８７の６．１．２．５．５節は、DIRECT LINK
IDENTIFIER UPDATE ACKメッセージを受信すると、ターゲットＵＥが、関連するＰＣ５ユニキャストリンクコンテキストを新しい識別子で更新し、開始ＵＥの新しいレイヤ２ＩＤ及びターゲットＵＥの新しいレイヤ２ＩＤを下位層に渡すことを指定する。こうして、ターゲットＵＥの下位層は、DIRCET LINK IDENTIFIER UPDATE ACKメッセージを受信した後に、新しいＬ２ＩＤを使用してデータパケット受信を開始することができる。DIRECT LINK IDENTIFIER UPDATE ACCEPTメッセージが開始ＵＥによって受信される場合に、開始ＵＥの下位層に送信のために格納されたデータパケットが存在する可能性があるため、開始ＵＥから送信されたデータパケットは、DIRCET LINK IDENTIFIER UPDATE ACCEPTメッセージの前にターゲットＵＥに到着する可能性がある。この状況では、下位層が新しいレイヤ２ＩＤを受信していないため、これらのデータパケットは、ターゲットＵＥの下位層によって破棄される可能性がある。

上記の問題を解決するための１つの潜在的な解決策は、一般に、DIRCET LINK
IDENTIFIER UPDATE ACKメッセージが生成されるか、又は送信のために下位層に渡された後に、開始ＵＥが、開始ＵＥの新しいレイヤ２ＩＤ及びターゲットＵＥの新しいレイヤ２ＩＤを下位層に渡すことである。新しいレイヤ２ＩＤを使用するために両方のＵＥのタイミングを調整する別の方法は、DIRECT LINK IDENTIFIER UPDATE ACCEPTメッセージが生成されるか、又は送信のために下位層に渡された後に（及び、DIRECT LINK IDENTIFIER UPDATE ACKメッセージが開始ＵＥから受信される前に）、ターゲットＵＥが、開始ＵＥの新しいレイヤ２ＩＤ及びターゲットＵＥの新しいレイヤ２ＩＤを下位層に渡すことであり得る。別の代替案では、DIRECT LINK IDENTIFIER UPDATE ACCEPTメッセージが生成されるか、又は送信のために下位層に渡されるときに、ターゲットＵＥは、開始ＵＥの新しいレイヤ２ＩＤ及びターゲットＵＥの新しいレイヤ２ＩＤを下位層に渡すことができる。

図９は、レイヤ２ＩＤを更新する第１のＵＥの観点からの例示的な一実施形態によるフローチャート９０５である。ステップ９０５において、第１のＵＥは、第２のＵＥとのユニキャストリンクを確立し、第１のＵＥの第１のレイヤ２ＩＤ及び第２のＵＥの第２のレイヤ２ＩＤは、ユニキャストリンクでのデータ送受信に使用される。ステップ９１０において、第１のＵＥは、ユニキャストリンクのリンク識別子更新要求メッセージを第２のＵＥに送信し、リンク識別子更新要求メッセージには、第１のＵＥの新しい第１のレイヤ２ＩＤが含まれる。ステップ９１５において、第１のＵＥは、第２のＵＥからユニキャストリンクのリンク識別子更新受入れメッセージを受信し、リンク識別子更新受入れメッセージには、第２のＵＥの新しい第２のレイヤ２ＩＤが含まれる。ステップ９２０において、リンク識別子更新受入れメッセージの受信に応答して、リンク識別子更新ＡＣＫメッセージが送信するために下位層に渡された後に、第１のＵＥは、第１のＵＥの新しい第１のレイヤ２ＩＤ及び第２のＵＥの新しい第２のレイヤ２ＩＤを下位層に渡す。

一実施形態では、第１のＵＥは、ユニキャストリンクのリンク識別子更新ＡＣＫメッセージを、第１のＵＥの第１のレイヤ２ＩＤ及び第２のＵＥの第２のレイヤ２ＩＤを用いて第２のＵＥに送信することができ、リンク識別子更新ＡＣＫメッセージには、第２のＵＥの新しい第２のレイヤ２ＩＤが含まれる。リンク識別子更新要求メッセージは、DIRECT LINK IDENTIFIER UPDATE REQUESTメッセージであり得、リンク識別子更新受入れメッセージは、DIRECT LINK IDENTIFIER UPDATE ACCEPTメッセージであり得、リンク識別子更新ＡＣＫメッセージは、DIRECT LINK IDENTIFIER UPDATE ACKメッセージであり得る。下位層は、第１のＵＥの無線リンク制御（ＲＬＣ）層、媒体アクセス制御（ＭＡＣ）層、及び／又は物理（ＰＨＹ）層であり得る。

図３及び図４を再び参照すると、第１のＵＥの例示的な一実施形態において、第１のＵＥ３００は、メモリ３１０に格納されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のＵＥが、（ｉ）第２のＵＥとのユニキャストリンクを確立することであって、第１のＵＥの第１のレイヤ２ＩＤ及び第２のＵＥの第２のレイヤ２ＩＤが、ユニキャストリンクでのデータ送受信に使用される、確立することと、（ｉｉ）ユニキャストリンクのリンク識別子更新要求メッセージを第２のＵＥに送信することであって、リンク識別子更新要求メッセージには、第１のＵＥの新しい第１のレイヤ２ＩＤが含まれる、送信することと、（ｉｉｉ）第２のＵＥからユニキャストリンクのリンク識別子更新受入れメッセージを受信することであって、リンク識別子更新受入れメッセージには、第２のＵＥの新しい第２のレイヤ２ＩＤが含まれる、受信することと、（ｉｖ）リンク識別子更新受入れメッセージの受信に応答して、リンク識別子更新ＡＣＫメッセージが送信のために下位層に渡された後に、第１のＵＥの新しい第１のレイヤ２ＩＤ及び第２のＵＥの新しい第２のレイヤ２ＩＤを下位層に渡すことと、を行うことができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上記の全てのアクション及びステップ、又は本明細書で説明する他のものを実行することができる。

本開示の様々な態様について上で説明している。本明細書の教示は多種多様な形態で具体化することができ、本明細書に開示される任意の特定の構造、機能、又はその両方が単に代表的なものであることは明らかであるはずである。本明細書の教示に基づいて、当業者は、本明細書に開示される態様が他の態様とは独立して実施でき、これらの態様の２つ以上を様々な方法で組み合わせることができることを理解すべきである。例えば、機器を実現することができ、又は方法を、本明細書に記載の任意の数の態様を使用して実施することができる。さらに、そのような機器を実現することができ、又はそのような方法を、本明細書に記載の１つ又は複数の態様に加えて、又はそれ以外の他の構造、機能、又は構造及び機能を使用して実施することができる。上記の概念のいくつかの例として、いくつかの態様では、同時チャネルが、パルス繰返し周波数に基づいて確立され得る。いくつかの態様では、同時チャネルは、パルス位置又はオフセットに基づいて確立され得る。いくつかの態様では、同時チャネルは、タイムホッピングシーケンスに基づいて確立され得る。いくつかの態様では、同時チャネルは、パルス繰返し周波数、パルス位置又はオフセット、及び時間ホッピングシーケンスに基づいて確立され得る。

当業者は、情報及び信号が、様々な異なる技術及び技法のいずれかを使用して表され得ることを理解するであろう。例えば、上記の説明全体を通して参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場又は磁性粒子、光場又は光粒子、又はそれらの任意の組合せによって表され得る。

本明細書に開示される態様に関連して説明する様々な例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズムステップは、電子ハードウェア（例えば、デジタル実装、アナログ実装、又はソースコーディング又は他の技術を使用して設計され得る２つの組み合わせ）、命令を組み込んだ様々な形態のプログラム又は設計コード（便宜上、本明細書では「ソフトウェア」又は「ソフトウェアモジュール」と呼ばれ得る）、又は両方の組合せとして実現され得ることをさらに理解するであろう。ハードウェア及びソフトウェアのこの互換性を明確に説明するために、様々な例示的なコンポーネント、ブロック、モジュール、回路、及びステップを、一般にそれらの機能の観点から上で説明した。このような機能がハードウェアとして実現されるかソフトウェアとして実現されるかは、システム全体に課せられる特定の用途及び設計上の制約によって異なる。熟練した技能者は、特定のアプリケーション毎に様々な方法で説明した機能を実現することができるが、そのような実現の決定は、本開示の範囲からの逸脱を生じさせると解釈すべきではない。

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

開示されたプロセスにおけるステップの特定の順序又は階層は、サンプルアプローチの例であると理解される。設計の好みに基づいて、プロセスのステップの特定の順序又は階層は、本開示の範囲内にとどまりながら再配置され得ることが理解される。付随する方法は、サンプル順序で様々なステップの要素を提示することを主張し、提示される特定の順序又は階層に限定されることを意味するものではない。

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

本発明について様々な態様に関連して説明してきたが、本発明は更なる修正が可能であることが理解されよう。本願は、一般に、本発明の原理に従い、本発明が関係する当技術分野内の既知の慣習的慣行の範囲内にある本開示からの逸脱を含む、本発明の任意の変形、使用、又は適合を網羅することを意図している。

Claims

第１のユーザ機器（ＵＥ）がレイヤ２ＩＤ（アイデンティティ）を更新する方法であって、当該方法は、
第２のＵＥとのユニキャストリンクを確立するステップであって、前記第１のＵＥの第１のレイヤ２ＩＤ及び前記第２のＵＥの第２のレイヤ２ＩＤが、前記ユニキャストリンクでのデータ送受信に使用される、確立するステップと、
前記ユニキャストリンクのリンク識別子更新要求メッセージを前記第２のＵＥに送信するステップであって、前記リンク識別子更新要求メッセージには、前記第１のＵＥの新しい第１のレイヤ２ＩＤが含まれる、送信するステップと、
前記第２のＵＥから前記ユニキャストリンクのリンク識別子更新受入れメッセージを受信するステップであって、前記リンク識別子更新受入れメッセージには、前記第２のＵＥの新しい第２のレイヤ２ＩＤが含まれる、受信するステップと、
前記リンク識別子更新受入れメッセージの受信に応答して、リンク識別子更新肯定応答（ＡＣＫ）メッセージが送信のために下位層に渡された後に、前記第１のＵＥの前記新しい第１のレイヤ２ＩＤ及び前記第２のＵＥの前記新しい第２のレイヤ２ＩＤを前記下位層に渡すステップと、を含む、
方法。
前記ユニキャストリンクの前記リンク識別子更新ＡＣＫメッセージを、前記第１のＵＥの前記第１のレイヤ２ＩＤ及び前記第２のＵＥの前記第２のレイヤ２ＩＤを用いて前記第２のＵＥに送信するステップをさらに含み、前記リンク識別子更新ＡＣＫメッセージには、前記第２のＵＥの前記新しい第２のレイヤ２ＩＤが含まれる、請求項１に記載の方法。
前記リンク識別子更新要求メッセージは、直接リンク識別子更新要求（DIRECT LINK
UPDATE REQUEST）メッセージである、請求項１に記載の方法。
前記リンク識別子更新受入れメッセージは、直接リンク識別子更新受入れ（DIRECT LINK
IDENTIFIER UPDATE ACCEPT）メッセージである、請求項１に記載の方法。
前記リンク識別子更新ＡＣＫメッセージは、直接リンク識別子更新ＡＣＫ（DIRECT LINK
IDENTIFIER UPDATE ACK）メッセージである、請求項１に記載の方法。
前記下位層は、前記第１のＵＥの無線リンク制御（ＲＬＣ）層、媒体アクセス制御（ＭＡＣ）層、及び／又は物理（ＰＨＹ）層である、請求項１に記載の方法。
レイヤ２ＩＤ（アイデンティティ）を更新する第１のＵＥ（ユーザ機器）であって、当該第１のＵＥは、
制御回路と、
該制御回路に取り付けられたプロセッサと、
前記制御回路に取り付けられ、且つ前記プロセッサに動作可能に結合されたメモリと、を有しており、
前記プロセッサは、前記メモリに格納されたプログラムコードを実行して、
第２のＵＥとのユニキャストリンクを確立することであって、当該第１のＵＥの第１のレイヤ２ＩＤ及び前記第２のＵＥの第２のレイヤ２ＩＤが、前記ユニキャストリンクでのデータ送受信に使用される、前記確立することと、
前記ユニキャストリンクのリンク識別子更新要求メッセージを前記第２のＵＥに送信することであって、前記リンク識別子更新要求メッセージには、前記第１のＵＥの新しい第１のレイヤ２ＩＤが含まれる、前記送信することと、
前記第２のＵＥから前記ユニキャストリンクのリンク識別子更新受入れメッセージを受信することであって、前記リンク識別子更新受入れメッセージには、前記第２のＵＥの新しい第２のレイヤ２ＩＤが含まれる、前記受信することと、
前記リンク識別子更新受入れメッセージの受信に応答して、リンク識別子更新肯定応答（ＡＣＫ）メッセージが送信のために下位層に渡された後に、前記第１のＵＥの前記新しい第１のレイヤ２ＩＤ及び前記第２のＵＥの前記新しい第２のレイヤ２ＩＤを前記下位層に渡すことと、を行うように構成される、
第１のＵＥ。
前記プロセッサは、前記メモリに格納された前記プログラムコードを実行して、
前記ユニキャストリンクの前記リンク識別子更新ＡＣＫメッセージを、前記第１のＵＥの第１のレイヤ２ＩＤ及び第２のＵＥの第２のレイヤ２ＩＤを用いて前記第２のＵＥに送信することを行うようにさらに構成され、前記リンク識別子更新ＡＣＫメッセージには、前記第２のＵＥの前記新しい第２のレイヤ２ＩＤが含まれる、請求項７に記載の第１のＵＥ。
前記リンク識別子更新要求メッセージは、直接リンク識別子更新要求（DIRECT LINK
UPDATE REQUEST）メッセージである、請求項７に記載の第１のＵＥ。
前記リンク識別子更新受入れメッセージは、直接リンク識別子更新受入れ（DIRECT LINK
IDENTIFIER UPDATE ACCEPT）メッセージである、請求項７に記載の第１のＵＥ。
前記リンク識別子更新ＡＣＫメッセージは、直接リンク識別子更新ＡＣＫ（DIRECT LINK
IDENTIFIER UPDATE ACK）メッセージである、請求項７に記載の第１のＵＥ。
前記下位層は、前記第１のＵＥの無線リンク制御（ＲＬＣ）層、媒体アクセス制御（ＭＡＣ）層、及び／又は物理（ＰＨＹ）層である、請求項７に記載の第１のＵＥ。