ホーム > 特許ランキング > Ａｐｐｌｅ Ｉｎｃ．
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-12-04
(45)【発行日】2023-12-12
(54)【発明の名称】ＳＬユニキャストにおけるセキュリティの改善
(51)【国際特許分類】
H04W 76/30 20180101AFI20231205BHJP
H04W 12/12 20210101ALI20231205BHJP
H04W 76/23 20180101ALI20231205BHJP
H04W 4/46 20180101ALI20231205BHJP
H04W 92/18 20090101ALI20231205BHJP
【ＦＩ】
H04W76/30
H04W12/12
H04W76/23
H04W4/46
H04W92/18
【請求項の数】
9
(21)【出願番号】P 2022561070
(86)(22)【出願日】2020-04-08
(65)【公表番号】
(43)【公表日】2023-05-24
(86)【国際出願番号】 CN2020083775
(87)【国際公開番号】W WO2021203301
(87)【国際公開日】2021-10-14
【審査請求日】2022-10-06
(73)【特許権者】
【識別番号】503260918
【氏名又は名称】アップル インコーポレイテッド
【氏名又は名称原語表記】Ａｐｐｌｅ Ｉｎｃ．
【住所又は居所原語表記】Ｏｎｅ Ａｐｐｌｅ Ｐａｒｋ Ｗａｙ，Ｃｕｐｅｒｔｉｎｏ， Ｃａｌｉｆｏｒｎｉａ ９５０１４， Ｕ．Ｓ．Ａ．
(74)【代理人】
【識別番号】100094569
【弁理士】
【氏名又は名称】田中 伸一郎
(74)【代理人】
【識別番号】100103610
【弁理士】
【氏名又は名称】▲吉▼田 和彦
(74)【代理人】
【識別番号】100067013
【弁理士】
【氏名又は名称】大塚 文昭
(74)【代理人】
【識別番号】100086771
【弁理士】
【氏名又は名称】西島 孝喜
(74)【代理人】
【識別番号】100139712
【弁理士】
【氏名又は名称】那須 威夫
(74)【代理人】
【識別番号】100170209
【弁理士】
【氏名又は名称】林 陽和
(72)【発明者】
【氏名】チェン ユチン
(72)【発明者】
【氏名】ブライニング ビルギット
(72)【発明者】
【氏名】チャン ダウェイ
(72)【発明者】
【氏名】シュ ファングリ
(72)【発明者】
【氏名】フ ハイジン
(72)【発明者】
【氏名】シン ロンダ
(72)【発明者】
【氏名】ノール ラマ ディワカラ ラオ
(72)【発明者】
【氏名】グルムーシー セチュラマン
(72)【発明者】
【氏名】グオ シュ
(72)【発明者】
【氏名】ロブレカール スリラン エイ
(72)【発明者】
【氏名】ウー ジビン
【審査官】松野 吉宏
(56)【参考文献】
【文献】特表２０１７－５１０１６２（ＪＰ，Ａ）
【文献】Samsung，Security impact in SL PDCP，3GPP TSG RAN WG2#109_e R2-2001340，フランス，3GPP，2020年02月14日
【文献】Samsung，AS-layer configuration failure case in SL unicast，3GPP TSG RAN WG2#108 R2-1916213，フランス，3GPP，2019年11月08日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
プロセッサによって実行されるとプロセッサに動作を実行させる命令のセットを含むコンピュータ可読記憶媒体であって、前記動作は、第２のユーザ機器（ＵＥ）とのサイドリンク（ＳＬ）接続を伴って構成された第１のＵＥにおいて、
前記第１のＵＥから前記第２のＵＥへのデータ送信のための、前記第１のＵＥによって決定される少なくとも第１のカウントを含むＳＬカウンタチェック要求を生成することと、
前記要求を前記第２のＵＥに送信することと、
前記要求に対するカウンタチェック応答を受信することであって、前記応答は、前記第１のＵＥから前記第２のＵＥへのデータ送信の前記第２のＵＥによって決定される少なくとも第２のカウントを含む、受信することと、
前記第１のカウントと前記第２のカウントとの間の第１の差を判定することと、
前記第１の差が閾値を超えると、前記第２のＵＥとの前記ＳＬ接続を解除することと、を含み、
前記閾値は、少なくとも前記ＳＬ接続上のデータレートに基づく、コンピュータ可読記憶媒体。
【請求項2】
前記要求は、前記第２のＵＥから前記第１のＵＥへのデータ送信の前記第１のＵＥによって決定される第３のカウントを含み、かつ前記応答は、前記第２のＵＥから前記第１のＵＥへのデータ送信の前記第２のＵＥによって決定される第４のカウントを含み、前記動作は、前記第３のカウントと前記第４のカウントとの間の第２の差を判定することと、前記第２の差が前記閾値を超えると、前記第２のＵＥとの前記ＳＬ接続を解除することと、をさらに含む、請求項１に記載のコンピュータ可読記憶媒体。
【請求項3】
前記要求は、第１の無線ベアラ識別子（ＲＢ ＩＤ）又は第１の論理チャネルＩＤのうちの１つを含み、前記第１のカウントは、前記第１のＲＢ ＩＤ又は前記第１の論理チャネルＩＤのうちの前記１つを介したデータ送信に対応する、請求項１に記載のコンピュータ可読記憶媒体。
【請求項4】
前記要求は、第２のＲＢ ＩＤ又は第２の論理チャネルＩＤのうちの１つを含み、前記要求は、前記第２のＲＢ ＩＤ又は前記第２の論理チャネルのうちの前記１つを介したデータ送信の第５のカウントを含む、請求項３に記載のコンピュータ可読記憶媒体。
【請求項5】
前記方法は、前記第１のＵＥが前記第２のＵＥとの前記ＳＬ接続を解除し、セルラーネットワークとのＲＲＣ接続状態にあるとき、前記セルラーネットワークに前記ＳＬ接続の前記解除を報告することをさらに含む、請求項１に記載のコンピュータ可読記憶媒体。
【請求項6】
前記第２のＵＥとの前記ＳＬを解除することは、前記解除の理由を示すメッセージを前記第２のＵＥに送信することを含む、請求項１に記載のコンピュータ可読記憶媒体。
【請求項7】
前記閾値は、（ｉ）セルラーネットワークによって構成される、（ｉｉ）事前構成される、又は（ｉｉｉ）前記第１のＵＥもしくは前記第１のＵＥ上で実行中のアプリケーションの特性に基づいて前記第１のＵＥによって決定されること、のうちの１つである、請求項１に記載のコンピュータ可読記憶媒体。
【請求項8】
ＳＬ接続が単方向であるとき、前記第１のカウント又は前記第３のカウントのうちの１つが０に設定される、請求項２に記載のコンピュータ可読記憶媒体。
【請求項9】
前記第１のカウント及び前記第２のカウントは、少なくとも１つの最上位ビット及び少なくとも１つのより下位のビットを含む、請求項１に記載のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【背景技術】
【0001】
ユーザ機器（ＵＥ）は、複数の通信リンクを伴って構成され得る。例えば、ＵＥは、ダウンリンクを介して対応するネットワークのセルから信号を受信し、アップリンクを介して対応するネットワークのセルに信号を送信することができる。ＵＥはまた、サイドリンク（ＳＬ）を介してさらなるＵＥと通信するように構成され得る。サイドリンクという用語は、デバイスツーデバイス（Ｄ２Ｄ）通信のために利用され得る通信リンクを指す。したがって、ＳＬは、ＵＥとさらなるＵＥとの間のセルを使用しない通信に役立ち得る。ＳＬ通信においては、様々なセキュリティ関連の問題が生じ得る。
【発明の概要】
【0002】
いくつかの例示的な実施形態では、コンピュータ可読記憶媒体は、プロセッサによって実行されるとプロセッサに動作を実行させる命令のセットを含む。コンピュータ可読記憶媒体は、第２のユーザ機器（ＵＥ）とのサイドリンク（ＳＬ）接続を伴って構成された第１のＵＥにおいて実現され得る。動作は、第１のＵＥから第２のＵＥへのデータ送信の第１のＵＥによって決定される少なくとも第１のカウントを含むＳＬカウンタチェック要求を生成することを含む。動作は、第２のＵＥに要求を送信することと、要求に対するカウンタチェック応答を受信することであって、応答は、第１のＵＥから第２のＵＥへのデータ送信のために第２のＵＥによって決定される少なくとも第２のカウントを含む、受信することをさらに含む。動作は、第１のカウントと第２のカウントとの間の第１の差を判定することと、第１の差が閾値を超えると、第２のＵＥとのＳＬ接続を解除することとをさらに含む。
【0003】
さらなる例示的な実施形態では、コンピュータ可読記憶媒体は、プロセッサによって実行されるとプロセッサに動作を実行させる命令のセットを含む。コンピュータ可読記憶媒体は、第２のユーザ機器（ＵＥ）とのサイドリンク（ＳＬ）接続を伴って構成された第１のＵＥにおいて実現され得る。動作は、上位層鍵変更を開始することを含む。動作は、ＳＬ接続において使用されるデータ無線ベアラ（ＤＲＢ）のためのＳＬ接続のヘッダ圧縮プロトコルをリセットすることと、すべての記憶されたパケットデータコンバージェンスプロトコル（ＰＤＣＰ）プロトコルデータユニット（ＰＤＵ）及びサービスデータユニット（ＳＤＵ）を破棄することとをさらに含む。動作は、新たな暗号化アルゴリズムと新たな完全性保護アルゴリズムをＤＲＢに適用することと、新たな暗号化及び完全性保護アルゴリズムを使用して、更新されたＰＤＣＰ ＰＤＵを生成することと、更新されたＰＤＣＰ ＰＤＵを下位層にサブミットすることとをさらに含む。
【0004】
さらに別の例示的な実施形態では、コンピュータ可読記憶媒体は、プロセッサによって実行されるとプロセッサに動作を実行させる命令のセットを含む。コンピュータ可読記憶媒体は、第２のユーザ機器（ＵＥ）とのサイドリンク（ＳＬ）接続を伴って構成された第１のＵＥにおいて実現され得、複数の論理チャネルが使用されるパケットデータコンバージェンスプロトコル（ＰＤＣＰ）複製を用いて動作し、１次論理チャネルに対応する１次ＳＬ ＲＬＣエンティティであって、１次ＳＬ ＲＬＣ識別子（ＩＤ）と、１次論理チャネルＩＤを有する１次論理チャネルとを有する１次ＳＬ ＲＬＣエンティティを決定する。動作は、第２のＵＥに、ＰＤＣＰ複製が使用されているとの指示とプライマリＳＬ ＲＬＣ ＩＤとを送信することを含み、第２のＵＥは、１次ＳＬ ＲＬＣ ＩＤに対応する１次論理チャネルＩＤを第１のＵＥからの送信信号を解読するために使用する。
【図面の簡単な説明】
【0005】
【図1】様々な例示的な実施形態に係る、例示的なネットワーク配置を示す図である。
【図2】様々な例示的な実施形態による例示的なＵＥを示す。
【図3】様々な例示的な実施形態による、第１のＵＥと第２のＵＥとの間のＳＬユニキャスト通信におけるカウントチェック手順を実装するための方法を示す。
【図4】様々な例示的な実施形態による、第２の受信ＵＥとＳＬ通信する第１の送信ＵＥにおけるＰＤＣＰ再確立のための方法を示す。
【図6】様々な例示的な実施形態による、ＰＤＣＰ複製が使用されているときにＰＤＣＰ層におけるセキュリティアルゴリズムとして使用するためのプライマリＳＬ ＲＬＣエンティティを構成する方法を示す。
【発明を実施するための形態】
【0006】
例示的な実施形態は、以下の説明及び関係する添付の図面を参照することにより更に理解することができ、同様の要素は、同じ参照番号が付されている。例示的な実施形態は、サイドリンク（ＳＬ）ユニキャスト通信のセキュリティ関連の問題に対処するために１つ以上のユーザ機器（ＵＥ）において実行されるメカニズムに関する。以下で詳細に説明するように、現在のＳＬユニキャスト通信では、「中間者（ｍａｎ－ｉｎ－ｔｈｅ－ｍｉｄｄｌｅ）」攻撃の可能性、適切に鍵変更ができないこと、及びセキュリティアルゴリズムの正しい入力を判定することが困難であることを含む様々な問題が生じ得る。
【0007】
例示的な実施形態は、ＵＥに関して説明されている。しかしながら、ＵＥの使用は単に例示の目的で提供されている。例示的な実施形態は、ネットワークと情報（例えば、制御情報）及び／又はデータをやりとりするためのハードウェア、ソフトウェア、及び／又はファームウェアで構成されている任意の電子コンポーネントと共に使用されてもよい。したがって、本明細書に記載されるＵＥは、任意の好適な電子デバイスを表すために使用される。
【0008】
例示的な実施形態は、ＳＬに関してまた説明される。「サイドリンク」という用語は、一般に、ＵＥとさらなるＵＥとの間の通信リンクを指す。ＳＬは、ＵＥとさらなるＵＥとの間でサイドリンクを介して交換される情報及び／又はデータはセルを通過しない、直接的なデバイスツーデバイス（Ｄ２Ｄ）通信を提供する。いくつかの構成では、単一のサイドリンクが、ＵＥとさらなるＵＥとの間の双方向データ通信を提供する。他の構成では、単一のサイドリンクが、ＵＥとさらなるＵＥとの間の単方向データ通信を提供するが、シグナリングは両方向に送信され得る。「ユニキャスト」という用語は、１対１、すなわちＤ２Ｄデバイス通信を指し、一般に、双方向通信又は単方向通信のいずれも指し得る。様々な実施形態は、以下に示すように、通信の一方又は両方の形態に適用され得る。
【0009】
ＳＬ通信は、ロングタームエボリューション（ＬＴＥ）規格と５Ｇ新規無線（ＮＲ）規格の両方によってサポートされる。いくつかの構成では、ネットワークは、ＳＬがどのように確立され、維持され、及び／又は利用されるべきかを示す情報をＵＥに提供し得る。したがって、ＳＬを介して交換される情報及び／又はデータはセルを通過しないものの、ＵＥ及びネットワークは、ＳＬに関連付けられた情報を交換し得る。他の構成では、ＳＬはネットワークの制御下にない。いずれの構成においても、第１のＵＥと第２のＵＥは、それでもなお、同期手順、発見手順を実行し、ＳＬに対応する制御情報を交換し得る。
【0010】
ＳＬユニキャスト通信において生じ得る第１の問題は、特にビークルツーエブリシング（Ｖ２Ｘ）送信において、パケット挿入攻撃が発生する可能性である。ＳＬユニキャストセキュリティが無効にされると、「中間者（ｍａｎ－ｉｎ－ｔｈｅ－ｍｉｄｄｌｅ）」タイプの攻撃が発生する可能性があり、攻撃デバイスは、通信デバイス間の通信を記録し、中継し、かつ／又は変更する。
【0011】
例示的な実施形態の第１の態様によれば、特にＳＬユニキャストセキュリティが無効にされたときなどの状況のバックアップセキュリティ手順として、ＳＬカウンタチェック手順が実装される。以下でさらに詳細に説明されるように、第１のＵＥは、ＵＥ２に送信されたかつ／又はＵＥ２から受信されたデータ送信のカウントを示すＳＬカウンタチェック要求を送信し得る。ＵＥ２は、ＵＥ１に送信されたかつ／又はＵＥ１から受信されたデータ送信の対応するカウントで応答し得る。それぞれのカウント間の閾値を超える不一致が判定され、潜在的な「中間者」がＵＥ間のＳＬ接続に不正アクセスしたことを示されると、接続は解除され、セキュリティの問題がネットワークに報告される。
【0012】
ＳＬユニキャスト通信において生じ得る第２の問題は、現在、ＳＬパケットデータコンバージェンスプロトコル（ＰＤＣＰ）がＰＤＣＰ再確立をサポートしないことである。ＰＤＣＰ再確立は、上位層が鍵変更を実行するときに、例えば暗号化されたメッセージを解読するための鍵の新たなセットを生成する手順である。
【0013】
例示的な実施形態の第２の態様によれば、ＵＥが上位層鍵変更時に再確立手順を実行するための機能が定義される。以下でさらに詳細に説明するように、更新された暗号化アルゴリズム及び完全性保護アルゴリズムがＰＤＣＰエンティティに提供され、アルゴリズムが関連する無線ベアラに適用され、そして更新されたＰＤＣＰデータＰＤＵがＳＬ通信リンクのために生成される。
【0014】
ＳＬユニキャスト送信で生じ得る第３の問題は、ベアラＩＤの代わりに論理チャネルＩＤがキーストリーム計算のための入力として使用され、ＰＤＣＰ複製が使用されているときに複雑さをもたらすことである。ＰＤＣＰ複製は、複数の、すなわち少なくとも２つの論理チャネルが単一のＳＬ無線ベアラにマッピングされるメカニズムである。ＳＬ ＰＤＣＰ複製が使用されているとき、複数の論理チャネルＩＤのうちのどれをＳＬ ＲＢのために使用すべきかが不明である。３ＧＰＰ Ｒｅｌ－１６ではＰＤＣＰ複製はサポートされていないが、ＰＤＣＰ複製は将来のリリースで使用可能になる可能性があり、この方式をサポートするメカニズムが必要とされる。
【0015】
例示的な実施形態の第３の態様によれば、ＳＬ ＰＤＣＰ複製が使用されると１次ＳＬ ＲＬＣエンティティ（論理チャネルに等しい）が構成され、１次ＲＬＣエンティティのＩＤが、ＰＤＣＰ層におけるセキュリティアルゴリズムのための入力として使用される。
【0016】
図１は、様々な例示的な実施形態に係る、例示的なネットワーク配置１００を示す。例示的なネットワーク構成１００は、ＵＥ１１０、１１２を含む。当業者であれば、ＵＥ１１０、１１２が、ネットワークを介して通信するように構成された任意のタイプの電子コンポーネント、例えば、コネクテッドカー（ｃｏｎｎｅｃｔｅｄ ｃａｒ）構成要素、携帯電話、タブレットコンピュータ、スマートフォン、ファブレット、組み込み型デバイス、ウェアラブル、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）デバイスなどであってもよいことを理解するであろう。
【0017】
この説明全体を通して、ＵＥ１１０、ＵＥ、及び送信デバイスという用語は、互換的に使用され得る。さらに、ＵＥ１１２、さらなるＵＥ、及び受信デバイスという用語もまた、互換的に使用され得る。実際のネットワーク構成は、任意の数のユーザによって使用されている任意の数のＵＥを含み得ることも理解されたい。したがって、２つのＵＥ１１０、１１２の例は、単に例示目的で提供されているにすぎない。
【0018】
ＵＥ１１０、１１２は、１つ以上のネットワークと直接通信することができる。ネットワーク構成１００の例では、ＵＥ１１０、１１２が無線通信し得るネットワークは、５Ｇ ＮＲ無線アクセスネットワーク（５Ｇ ＮＲ－ＲＡＮ）１２０、ＬＴＥ無線アクセスネットワーク（ＬＴＥ－ＲＡＮ）１２２及び無線ローカルアクセスネットワーク（ＷＬＡＮ）１２４である。これらのタイプのネットワークは、ビークルツーエブリシング（Ｖ２Ｘ）及び／又はサイドリンク通信をサポートする。しかしながら、ＵＥ１１０はまた、他のタイプのネットワークと通信してもよく、ＵＥ１１０はまた、有線接続を介してネットワークと通信してもよい。したがって、ＵＥ１１０、１１２は、５Ｇ ＮＲ－ＲＡＮ１２０と通信するための５Ｇ ＮＲチップセットを含んでもよく、ＬＴＥ－ＲＡＮ１２２と通信するためのＬＴＥチップセットを含んでもよく、ＷＬＡＮ１２４と通信するためのＩＳＭチップセットを含んでもよい。
【0019】
５Ｇ ＮＲ－ＲＡＮ１２０及びＬＴＥ－ＲＡＮ１２２は、セルラープロバイダ（例えば、Ｖｅｒｉｚｏｎ、ＡＴ＆Ｔ、Ｓｐｒｉｎｔ、Ｔ－Ｍｏｂｉｌｅなど）によって配備され得るセルラーネットワークの一部であってもよい。これらのネットワーク１２０、１２２は、例えば、適切なセルラーチップセットを備えるＵＥからトラフィックを送受信するように構成されているセル又は基地局（ＮｏｄｅＢ、ｅＮｏｄｅＢ、ＨｅＮＢ、ｅＮＢＳ、ｇＮＢ、ｇＮｏｄｅＢ、マクロセル、マイクロセル、スモールセル、フェムトセルなど）を含んでもよい。ＷＬＡＮ１２４は、任意のタイプのワイヤレスローカルエリアネットワーク（ＷｉＦｉ、ホットスポット、ＩＥＥＥ ８０２．１１ｘネットワーク等）を含み得る。
【0020】
ＵＥ１１０、１１２は、ｇＮＢ１２０Ａを介して５Ｇ ＮＲ－ＲＡＮに接続することができる。ｇＮＢ１２０Ａは、マッシブマイモ（Ｍｕｌｔｉｐｌｅ Ｉｎ Ｍｕｌｔｉｐｌｅ Ｏｕｔ、ＭＩＭＯ）機能性を実行するために必要なハードウェア（例えば、アンテナアレイ）、ソフトウェア、及び／又はファームウェアが構成されていてもよい。マッシブＭＩＭＯとは、複数のＵＥについて複数のビームを生成するように構成されている基地局を指し得る。単一のｇＮＢ１２０Ａへの言及は単に例示のためである。例示的な実施形態は、任意の適切な数のｇＮＢに適用され得る。ＵＥ１１０、１１２はまた、ｅＮＢ１２２Ａを介してＬＴＥ－ＲＡＮ１２２に接続することができる。
【0021】
当業者であれば、ＵＥ１１０、１１２が５Ｇ ＮＲ－ＲＡＮ１２０及びＬＴＥ－ＲＡＮ１２２に接続するために、任意の関連付け手順が実行され得ることが理解されよう。例えば、上記のように、５Ｇ ＮＲ－ＲＡＮ１２０及びＬＴＥ－ＲＡＮ１２２は、ＵＥ１１０、１１２及び／又はそのユーザが（例えば、ＳＩＭカード上に記憶された）契約情報及び認証情報を有する特定のセルラープロバイダに関連付けられてもよい。５Ｇ ＮＲ－ＲＡＮ１２０の存在を検出すると、ＵＥ１１０、１１２は、５Ｇ ＮＲ－ＲＡＮ１２０と関連付けられるための対応する認証情報を伝送してもよい。より具体的には、ＵＥ１１０、１１２は、特定の基地局（例えば、５Ｇ ＮＲ－ＲＡＮ１２０のｇＮＢ１２０Ａ、ＬＴＥ－ＲＡＮ１２２のｅＮＢ１２２Ａ）に関連付けられてもよい。
【0022】
ＵＥ１１０、１１２はまた、サイドリンクを使用して互いに直接通信してもよい。サイドリンクは、直接的なＤ２Ｄ通信リンクである。したがって、他のエンドポイント（例えば、ＵＥ１１０又はＵＥ１１２）に直接送信される情報及び／又はデータは、セル（例えば、ｇＮＢ１２０Ａ、ｅＮＢ１２２Ａ）を通過しない。いくつかの実施形態では、ＵＥ１１０、１１２は、サイドリンクがどのように確立され、維持され、かつ／又は利用されるかに関する情報をセルから受信することができる。したがって、ネットワーク（例えば、５Ｇ ＮＲ－ＲＡＮ１２０、ＬＴＥ－ＲＡＮ１２２）は、サイドリンクを制御することができる。他の実施形態では、ＵＥ１１０、１１２はサイドリンクを制御することができる。サイドリンクがどのように制御されるかにかかわらず、ＵＥ１１０、１１２は、現在の待ち受けセル（ｃａｍｐｅｄ ｃｅｌｌ）（例えば、ｇＮＢ１２０Ａ、ｅＮＢ１２２Ａ）とのダウンリンク／アップリンクと、他のＵＥへのサイドリンクとを同時に維持し得る。
【0023】
ネットワーク１２０、１２２及び１２４に加えて、ネットワーク配置１００はまた、セルラコアネットワーク１３０、インターネット１４０、ＩＰマルチメディアサブシステム（ＩＭＳ）１５０、及びネットワークサービスバックボーン１６０を含む。セルラコアネットワーク１３０は、セルラネットワークの動作及びトラフィックを管理する、コンポーネントの相互接続されたセットと見なされ得る。セルラコアネットワーク１３０はまた、セルラネットワークとインターネット１４０との間を流れるトラフィックを管理する。ＩＭＳ１５０は一般的に、ＩＰプロトコルを使用してマルチメディアサービスをＵＥ１１０に配信するためのアーキテクチャとして説明され得る。ＩＭＳ１５０は、セルラコアネットワーク１３０及びインターネット１４０と通信して、マルチメディアサービスをＵＥ１１０に提供し得る。ネットワークサービスバックボーン１６０は、インターネット１４０及びセルラコアネットワーク１３０と直接的又は間接的に通信する。ネットワークサービスバックボーン１６０は一般的に、様々なネットワークと通信するＵＥ１１０の機能性を拡張するために使用され得るサービスの一式を実行するコンポーネント（例えば、サーバ、ネットワークストレージ配置等）のセットとして説明され得る。
【0024】
図２は、様々な例示的な実施形態に係る、例示的なＵＥ１１０を示す。図１のネットワーク配置１００に関して、ＵＥ１１０について説明する。ＵＥ１１０は、プロセッサ２０５、メモリ配置（ｍｅｍｏｒｙ ａｒｒａｎｇｅｍｅｎｔ）２１０、表示デバイス２１５、入力／出力（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ、Ｉ／Ｏ）デバイス２２０、送受信機２２５、及び他のコンポーネント２３０を含み得る。他のコンポーネント２３０は、例えば、ＳＩＭカード、組み込み型ＳＩＭ（ｅＳＩＭ）、オーディオ入力デバイス、オーディオ出力デバイス、電源、データ取得デバイス、ＵＥ１１０を他の電子デバイスに電気的に接続するためのポートなどを含み得る。図２に示されるＵＥ１１０はまた、ＵＥ１１２も表し得る。
【0025】
プロセッサ２０５は、ＵＥ１１０の複数のエンジンを実行するように構成され得る。例えば、エンジンは、カウンタチェックエンジン２３５と、ＰＤＣＰ再確立エンジン２４０と、セキュリティアルゴリズム入力判定エンジン２４５とを含み得る。以下で説明するように、カウンタチェックエンジン２３５は、ＳＬ通信における２つのＵＥ間のデータ送信カウントを比較するためのカウンタチェック要求を開始し、かつ／又はそれに応答するように動作可能であり得る。ＰＤＣＰ再確立エンジン２４０は、更新された暗号化及び／又は完全性保護アルゴリズムを用いて、ＰＤＣＰ再確立を開始し、かつ／又はＰＤＣＰ ＰＤＵ／ＳＤＵをリフレッシュすることができる。セキュリティアルゴリズム入力判定エンジン２４５は、送信信号を解読するために、複数のＳＬ ＲＬＣエンティティのうちの１つを１次エンティティとして識別し、前記１次エンティティを第２のＵＥに示し、かつ／又は（１次ＳＬ ＲＬＣエンティティに対応する）１次ＳＬ論理チャネルＩＤを使用し得る。
【0026】
プロセッサ２０５によって実行されるアプリケーション（例えばプログラム）である上記のエンジンはそれぞれ、例示に過ぎない。エンジンに関連付けられた機能はまた、ＵＥ１１０の別個の内蔵コンポーネントとして表されてもよいし、又はＵＥ１１０に結合されたモジュラーコンポーネント、例えば、ファームウェアを有する集積回路若しくは有さない集積回路であってもよい。例えば、集積回路は、信号を受信するための入力回路と、信号及び他の情報を処理するための処理回路と、を含み得る。エンジンはまた、１つのアプリケーション又は別個のアプリケーションとして実現されてもよい。加えて、いくつかのＵＥにおいて、プロセッサ２０５について説明されている機能は、ベースバンドプロセッサ及びアプリケーションプロセッサなどの２つ以上のプロセッサ間で分割されている。例示的な実施形態は、ＵＥのこれらの構成又は他の構成のうちのいずれかに実装されてもよい。
【0027】
メモリ配置２１０は、ＵＥ１１０によって実行される動作に関連するデータを記憶するように構成されたハードウェアコンポーネントであってもよい。ディスプレイデバイス２１５は、データをユーザに示すように構成されたハードウェアコンポーネントであってもよく、Ｉ／Ｏデバイス２２０は、ユーザが入力を行うのを可能にするハードウェアコンポーネントであってもよい。ディスプレイデバイス２１５とＩ／Ｏデバイス２２０は、別個のコンポーネントであってもよく、又はタッチスクリーンのように一体化されてもよい。送受信機２２５は、５Ｇ ＮＲ－ＲＡＮ１２０、ＷＬＡＮ１２２などとの接続を確立するように構成されたハードウェアコンポーネントであってもよい。したがって、送受信機２２５は、様々な異なる周波数又はチャネル（例えば、連続周波数のセット）で動作することができる。
【0028】
上述のように、第１の例示的な実施形態は、ＳＬを介して通信する２つのＵＥ間の「中間者（ｍａｎ－ｉｎ－ｔｈｅ－ｍｉｄｄｌｅ）」、すなわち攻撃デバイスの検出に関する。２つのＵＥ間のデータ送信がカウントされる、以下で説明される例示的なカウンタチェックメカニズムは、それぞれのカウント間の不一致が判定されるとき、攻撃デバイスの存在を示し得る。
【0029】
図３は、第１のＵＥ、例えばＵＥ１１０と第２のＵＥ、例えばＵＥ１１２との間のＳＬユニキャスト通信においてカウントチェック手順を実施するための方法３００を示す。例示的な手順は、以下で説明するように、単方向通信又は双方向通信のいずれでも使用することができる。本明細書で説明するカウントチェック手順は、様々な間隔で実行することができる。例えば、カウントチェックは、メッセージ交換ごとに実行されてもよく、定期的に（例えば、Ｘ秒ごとに）実行されてもよく、イベントに基づいて（例えば、Ｙ回の通信ごとに）実行されてもよい、などである。
【0030】
３０５において、第１のＵＥ及び第２のＵＥのいずれか一方が、ＳＬカウンタチェック要求を生成することによって、カウンタチェック手順を開始する。カウンタチェック要求は情報要素（ＩＥ）を含み、ＩＥは、２方向のうちの第１の方向、例えば第１のＵＥから第２のＵＥへのデータ送信のカウントを示す第１のカウントと、２方向のうちの第２の方向、例えば第２のＵＥから第１のＵＥへのデータ送信のカウントを示す第２のカウントとを含む。いくつかの例示的な実施形態では、ＩＥは、データ送信のための無線ベアラ（ＲＢ）識別子（ＲＢ ＩＤ）及び／又は論理チャネルＩＤのうちの一方又は両方をさらに含み得る。いくつかの例示的な実施形態では、各ＲＢ又は論理チャネルのために別個のカウンタが使用されてもよく、したがって、複数のＲＢ及び／又は論理チャネルが使用されるとき、上記の送信方向のためのカウンタが、ＲＢ ＩＤ及び／又は論理チャネルＩＤのそれぞれについてリストされ得る。例えば、第１のＵＥと第２のＵＥの間で確立された２つのＲＢ（例えば、ＲＢ１及びＲＢ２）があると見なされた場合、要求ＩＥは、ＲＢのリスト及び対応するカウンタ（例えば、ＲＢ１［Ｔｘ－ＲＢ１カウンタ，Ｒｘ－ＲＢ１カウンタ］、ＲＢ２［Ｔｘ－ＲＢ２カウンタ，Ｒｘ－ＲＢ２カウンタ］）を含み得る。３１０において、第１のＵＥは、カウンタチェック要求を第２のＵＥに送信する、すなわちシグナリングする。
【0031】
３１５において、第２のＵＥは、カウンタチェック要求を受信すると、各ＳＬデータ無線ベアラ（ＤＲＢ）についてカウンタチェック要求に対する応答を生成する。次に述べる説明は、確立されたＤＲＢに関連する動作の例を提供する。確立されていないＤＲＢに対する例示的な動作は以下で提供されるであろう。確立されたＤＲＢについて、所与の送信方向についてカウントが存在しない場合、例えば、ＤＲＢは他の方向についてのみ構成された単方向ベアラであるため、カウント値は、未使用方向に対応するＩＥについてゼロであると仮定される。要求に含まれない確立されたＤＲＢについては、第２のＵＥは、カウンタがＴＸ＿ＮＥＸＴ＿１及びＲＸ＿ＮＥＸＴ＿１の値に設定されたＳＬ ＲＢ ＩＤについてのＩＥを含めることによって、ＤＲＢの各々についてのカウンタのセットを応答に含めてもよい。特定のＳＬ ＲＢの少なくとも１つの方向について、カウントの最上位ビットが要求メッセージに示される値と異なる場合、ＳＬ ＲＢは、ＳＬ ＲＢ ＩＤ及び／又はＳＬ論理チャネルＩＤを有する応答に、カウンタがＴＸ＿ＮＥＸＴ＿１及びＲＸ＿ＮＥＸＴ＿１の値に設定された状態で含められる。
【0032】
確立されていない各ＤＲＢに対しては、第２のＵＥは、カウントのセットの最上位ビットが要求メッセージ内の対応する値と同一に設定され、かつ最下位ビットがゼロに設定された状態で、確立されていないＳＬ ＤＲＢ ＩＤを応答に含める。３２０において、第２のＵＥは、カウンタチェック要求を第１のＵＥに送信する、すなわちシグナリングする。
【0033】
３２５において、カウンタチェック応答を受信すると、第１のＵＥは、カウンタ不一致が存在するかどうかを判定する。第１のＵＥは、ＳＬ ＤＲＢの各々について、第１のＵＥのカウントと第２のＵＥのカウントとの差を判定し、その差を閾値と比較する。閾値は、ＲＲＣシグナリング（ＳＩＢ、又は専用シグナリング）においてＮＷによって構成される、ネットワークプロバイダとＵＥプロバイダとの間で事前構成される、又はＵＥ実装によって（例えば、ＵＥ上で実行されるアプリケーションに基づいて、ＵＥのタイプに基づいてなど）決定され得る。いくつかの例示的な実施形態では、閾値は一定であってもよい。他の例示的な実施形態では、閾値は、データレートなどのＳＬ ＤＲＢの特性に従ってスケーリングされ得、例えば、より高いデータレートは、より高い閾値を許容する。
【0034】
３３０において、カウンタ不一致が存在すると判定されたとき、カウンタ不一致が宣言され、接続が第１のＵＥによって解除され得る。例えば、第１のＵＥは、理由値を「カウンタ不一致」又は「セキュリティ問題」として示して、ＲＲＣＲｅｌｅａｓｅＳｉｄｅｌｉｎｋ又はＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＦａｉｌｕｒｅＳｉｄｅｌｉｎｋ ｍｅｓｓａｇｅを第２のＵＥに送り得る。第１のＵＥ又は第２のＵＥのいずれかが、ネットワーク、例えば、５Ｇ ＲＡＮ１２０とのＲＲＣ接続状態にある場合、いずれかのＵＥは、解除／失敗理由が「カウンタ不一致」又は「セキュリティ問題」であることを示すＳＬＵＥｉｎｆｏｒｍａｔｉｏｎをネットワークに報告し得る。このようにして、５Ｇ ＲＡＮ１２０は、ＵＥに対するサイドリンク接続を介する攻撃があった可能性があることを理解することができる。
【0035】
上述のメカニズムは、ユニキャストセキュリティがオフにされるときに採用されてもよく、又はユニキャストセキュリティがオンにされていてもバックアップセキュリティ対策として採用されてもよい。カウンタ不一致判定は、ＳＬ通信において２つのＵＥ間で送信信号を傍受する又は悪意のある送信信号を挿入する攻撃デバイスの存在を示し得る。例示的なカウントメカニズムは、ＵＥがそのような悪意のある攻撃から保護されることを可能にする。
【0036】
上述したように、例示的な実施形態の第２の態様は、ＳＬ通信における２つのＵＥ間のＰＤＣＰエンティティ再確立に関する。ＰＤＣＰ層は、完全性、暗号化及びヘッダ圧縮などのセキュリティ機能をサポートし、ＲＬＣ層の上で動作する。セキュリティキーがリフレッシュされると、ＰＤＣＰの再確立が実行される。ＰＤＣＰの再確立は、上位層が鍵変更を行うときに行われる手順であり得る。
【0037】
一般に、鍵変更は、新たなセッション鍵（ＫＮＰＲ－ｓｅｓｓ）が使用されることを確実にし、ＫＮＰＲをリフレッシュすることもできる。ＳＬ通信におけるいずれかのＵＥは、ＰＤＣＰベアラに対するカウンタが現在のキーを用いて繰り返される前の任意の時間に、接続を鍵変更し得る。
【0038】
図４は、第２の受信ＵＥとＳＬ通信中の第１の送信ＵＥにおけるＰＤＣＰ再確立のための方法４００を示す。上記で説明したように、ＳＬ通信中のいずれかのＵＥが接続を鍵変更し得る。したがって、方法４００は、ＳＬ接続を確立したＵＥ１１０又はＵＥ１１２のいずれかによって実行され得る。
【0039】
４０５において、上位層鍵変更が第１のＵＥにおいて開始される。４１０において、第１のＵＥにおけるＰＤＣＰエンティティの様々な態様がリセットされる。例えば、肯定応答（ＡＭ）及び否定応答（ＵＭ）ＤＲＢの両方について、単方向（Ｕモード）における初期の初期化及びリフレッシュ（ＩＲ）状態が確立されるようにＳＬに対するヘッダ圧縮プロトコルがリセットされ得る。すべてのＵＭ ＤＲＢ及びシグナリング無線ベアラ（ＳＲＢ）について、ＴＸ＿ＮＥＸＴが初期値に設定され得る。ＳＲＢについては、すべての記憶されたＰＤＣＰサービスデータユニット（ＳＤＵ）及びプロトコルデータユニット（ＰＤＵ）が破棄され得る。
【0040】
４１５において、新たな暗号化アルゴリズム及び新たな完全性保護アルゴリズムがＤＲＢに適用される。４２０において、ＰＤＣＰデータＰＤＵが新たな暗号化及び完全性保護アルゴリズムを使用して生成される。
【0041】
４２０において、ＰＤＣＰデータＰＤＵが新たな暗号化及び完全性保護アルゴリズムを使用して生成される。具体的には、ＵＭ ＤＲＢについて、ＰＤＣＰシーケンス番号（ＳＮ）にすでに関連付けられているが、対応するＰＤＵが以前に下位層にサブミットされていない各ＰＤＣＰ ＳＤＵに対して、ＰＤＣＰ ＳＤＵのヘッダ圧縮が実行され、ＰＤＣＰ ＳＤＵに関連付けられたカウント値を使用して完全性保護及び暗号化が実行され、そして結果として生じるＰＤＣＰデータＰＤＵが下位層にサブミットされる。
【0042】
ＡＭ ＤＲＢについては、対応するＰＤＣＰ Ｄａｔａ ＰＤＵの成功した配信が下位層によって確認されていない第１のＰＤＣＰ ＳＤＵから、すでにＰＤＣＰ ＳＮに関連付けられているすべてのＰＤＣＰ ＳＤＵについて、再確立開始前のＰＤＣＰ ＳＤＵに関連付けられたＣＯＵＮＴ値の昇順で、送信又は再送信が実行される。上記で説明したＵＭ ＤＲＢと同様に、これらのＰＤＣＰ ＳＤＵの各々に対してヘッダ圧縮が実行され、完全性保護及び暗号化がＰＤＣＰ ＳＤＵに関連付けられたカウント値を使用して実行され、そして結果として生じるＰＤＣＰデータＰＤＵが下位層にサブミットされる。
【0043】
上述の方法４００は、ＳＬ接続のために下位層を再確立し、第１のＵＥのための方法が終了する。図５は、第２のＵＥにおけるＰＤＣＰ再確立の方法５００を示す。５０５において、受信ＵＥは、下位層の再確立に起因して下位層から受信されたＰＤＣＰデータＰＤＵを処理する。
【0044】
５１０において、記憶されたＰＤＣＰ ＳＤＵ及びＰＤＣＰ ＰＤＵは破棄される。５１５において、実行中のｔ－リオーダリングを有するＳＲＢ及びＵＭ ＤＲＢについては、ｔ－リオーダリングが停止され、リセットされる。５２０において、ＵＭ ＤＲＢに対してヘッダ圧縮解除が実行され、すべての記憶されたＰＤＣＰ ＳＤＵが、関連するＣＯＵＮＴ値の昇順で上位層に配信される。５２５において、ＡＭ ＤＲＢについて、ｄｒｂ－ＣｏｎｔｉｎｕｅＲＯＨＣが設定されていない場合、全ての記憶されたＰＤＣＰ ＳＤＵに対してヘッダ圧縮解除が実行される。
【0045】
５３０において、ＵＭ ＤＲＢ及びＡＭ ＤＲＢについて、サイドリンクのためのヘッダ圧縮プロトコルがリセットされ、ＵモードにおけるＮＣ状態が開始される。５３５において、ＵＭ ＤＲＢ及びＳＲＢに対して、ＲＸ＿ＮＥＸＴ及びＲＸ＿ＤＥＬＩＶが初期値に設定される。５４０において、ＰＤＣＰ再確立手順中に上位層によって提供された暗号化アルゴリズム及び鍵並びに完全性保護アルゴリズム及び鍵が適用される。
【0046】
したがって、方法４００及び５００を実行することにより、サイドリンク接続を有するＵＥ間の鍵変更プロセスが完了する結果となる。
【0047】
上述したように、例示的な実施形態の第３の態様は、複数の論理ＲＬＣエンティティが使用され（したがって複数の論理チャネルが使用され）、どの論理チャネルＩＤがＰＤＣＰ層におけるセキュリティアルゴリズムの入力として使用されるべきかが不明であるＰＤＣＰ複製シナリオに関する。
【0048】
図６は、ＰＤＣＰ複製が使用されているときにＰＤＣＰ層におけるセキュリティアルゴリズムとして使用するためにプライマリＳＬ ＲＬＣエンティティを構成するための方法６００を示す。
【0049】
６０５において、ＰＤＣＰ複製を用いて動作する第１の送信ＵＥは、プライマリＳＬ ＲＬＣエンティティを、ＰＤＣＰ制御ＰＤＵを搬送するものとして判定する。ＰＤＣＰ複製における複数のチャネルのうちの１つのみが、ＰＤＣＰ制御ＰＤＵを搬送する。６１０において、第１のＵＥは、ＰＤＣＰ複製が１つのＳＬ ＲＢのために使用されていることと、プライマリＳＬ ＲＬＣエンティティの識別情報とを、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋ ｍｅｓｓａｇｅを通じて第２の受信側ＵＥに示す。
【0050】
６１５において、第２のＵＥは、一次ＳＬ ＲＬＣエンティティに対応する一次ＳＬ論理チャネルＩＤを使用して、送信信号を解読しＩＰチェックを行う。
【0051】
したがって、方法６００の完了時に、ＳＬ接続における両方のＵＥは、ＳＬベアラに対してどの論理チャネルＩＤを使用すべきかを理解するであろう。方法６００は、イントラＲＡＴ ＰＤＣＰ複製に適用可能なキャリアアグリゲーション（ＣＡ）ベースのＰＤＣＰ複製に適用され得ることを理解されたい。さらに、方法６００は、ＲＡＴ間ＰＤＣＰ複製（例えば、ＮＲ ＳＬ及びＬＴＥ ＳＬ）に適用可能であるデュアル接続性（ＤＣ）ベースのＰＤＣＰ複製に適用され得る。
【0052】
以下は、例示的な実施形態の第１の態様の例を提供する。
【0053】
第１の例は、第２のＵＥとのサイドリンク（ＳＬ）接続を伴って構成された第１のユーザ機器（ＵＥ）によって実行される方法を含む。本方法は、第１のＵＥから第２のＵＥへのデータ送信のための、第１のＵＥによって決定される少なくとも第１のカウントを含むＳＬカウンタチェック要求を生成することと、要求を第２のＵＥに送信することと、要求に対するカウンタチェック応答を受信することであって、応答は、第１のＵＥから第２のＵＥへのデータ送信の第２のＵＥによって決定される少なくとも第２のカウントを含む、受信することと、第１のカウントと第２のカウントとの間の第１の差を判定することと、第１の差が閾値を超えると、第２のＵＥとのＳＬ接続を解除することとを含む。
【0054】
第２の例は、送受信機及びプロセッサを有する第１のユーザ機器（ＵＥ）を含む。送受信機は、サイドリンク（ＳＬ）接続を介して第２のＵＥに接続するように構成されている。プロセッサは、第１のＵＥから第２のＵＥへのデータ送信の第１のＵＥによって決定される少なくとも第１のカウントを含むＳＬカウンタチェック要求を生成し、要求を第２のＵＥに送信し、要求に対するカウンタチェック応答であって、第１のＵＥから第２のＵＥへのデータ送信の第２のＵＥによって決定される少なくとも第２のカウントを含む応答を受信し、第１のカウントと第２のカウントとの間の第１の差を判定し、第１の差が閾値を超えると、第２のＵＥとのＳＬ接続を解除するように構成されている。
【0055】
第３の例は、第２のＵＥとのサイドリンク（ＳＬ）接続を伴って構成された第１のユーザ機器（ＵＥ）によって実行される方法を含む。本方法は、第２のＵＥから第１のＵＥへのデータ送信の第２のＵＥによって決定される少なくとも第１のカウントを含むＳＬカウンタチェック要求を第２のＵＥから受信することと、要求に対するカウンタチェック応答であって、第２のＵＥから第１のＵＥへのデータ送信の第１のＵＥによって判定される少なくとも第２のカウントを含むカウンタチェック応答を生成すること、応答を第２のＵＥに送信することと、ＳＬ接続を解除するメッセージであって、ＳＬ接続を解除する理由を含むメッセージを第２のＵＥから受信することとを含む。
【0056】
第３の例は、要求が無線ベアラ（ＲＢ）識別情報（ＩＤ）を含まないとき、ＳＬ接続上でのデータ送信のために確立されたＲＢのＲＢ ＩＤを含む応答が生成されることをさらに含む。
【0057】
第３の例は、ＳＬ接続を解除するメッセージが受信され、第１のＵＥがセルラーネットワークとのＲＲＣ接続状態にあるとき、ＳＬ接続の解除をメッセージに含まれる理由を含めてセルラーネットワークに報告することをさらに含む。
【0058】
第４の例は、送受信機及びプロセッサを有する第１のユーザ機器（ＵＥ）を含む。送受信機は、サイドリンク（ＳＬ）接続を介して第２のＵＥに接続するように構成されている。プロセッサは、第２のＵＥから第１のＵＥへのデータ送信の第２のＵＥによって決定される少なくとも第１のカウントを含むＳＬカウンタチェック要求を第２のＵＥから受信し、要求に対するカウンタチェック応答であって、第２のＵＥから第１のＵＥへのデータ送信の第１のＵＥによって判定される少なくとも第２のカウントを含むカウンタチェック応答を生成し、ＳＬ接続を解除するメッセージであって、ＳＬ接続を解除する理由を含むメッセージを第２のＵＥから受信するように構成されている。
【0059】
以下は、例示的な実施形態の第２の態様の例を提供する。
【0060】
第５の例は、第２のＵＥとのサイドリンク（ＳＬ）接続を伴って構成された第１のユーザ機器（ＵＥ）によって実行される方法を含む。方法は、上位層鍵変更を開始することと、ＳＬ接続において使用されるデータ無線ベアラ（ＤＲＢ）のためのＳＬ接続のヘッダ圧縮プロトコルをリセットし、すべての記憶されたパケットデータコンバージェンスプロトコル（ＰＤＣＰ）プロトコルデータユニット（ＰＤＵ）及びサービスデータユニット（ＳＤＵ）を破棄することと、新たな暗号化アルゴリズムと新たな完全性保護アルゴリズムをＤＲＢに適用することと、新たな暗号化及び完全性保護アルゴリズムを使用して、更新されたＰＤＣＰ ＰＤＵを生成することと、更新されたＰＤＣＰ ＰＤＵを下位層にサブミットすることと、を含む。
【0061】
第６の例は、送受信機及びプロセッサを有する第１のユーザ機器（ＵＥ）を含む。送受信機は、サイドリンク（ＳＬ）接続を介して第２のＵＥに接続するように構成されている。プロセッサは、上位層鍵変更を開始し、ＳＬ接続において使用されるデータ無線ベアラ（ＤＲＢ）のためのＳＬ接続のヘッダ圧縮プロトコルをリセットし、すべての記憶されたパケットデータコンバージェンスプロトコル（ＰＤＣＰ）プロトコルデータユニット（ＰＤＵ）及びサービスデータユニット（ＳＤＵ）を破棄し、新たな暗号化アルゴリズムと新たな完全性保護アルゴリズムをＤＲＢに適用し、新たな暗号化及び完全性保護アルゴリズムを使用して、更新されたＰＤＣＰ ＰＤＵを生成し、更新されたＰＤＣＰ ＰＤＵを下位層にサブミットするように構成されている。
【0062】
第７の例は、第２のＵＥとのサイドリンク（ＳＬ）接続を伴って構成された第１のユーザ機器によって実行される方法を含む。方法は、第２のＵＥから鍵変更要求を受信することと、下位層から更新されたパケットデータコンバージェンスプロトコル（ＰＤＣＰ）プロトコルデータユニット（ＰＤＵ）を受信することと、すべての記憶されたＰＤＣＰ ＰＤＵ及びサービスデータユニット（ＳＤＵ）を破棄することと、更新されたＰＤＣＰ ＰＤＵに対してヘッダ圧縮を実行することと、ＳＬ接続において使用されるデータ無線ベアラ（ＤＲＢ）に新たな暗号化アルゴリズム及び新たな完全性保護アルゴリズムを適用することとを含む。
【0063】
第８の例は、送受信機及びプロセッサを有する第１のユーザ機器（ＵＥ）を含む。送受信機は、サイドリンク（ＳＬ）接続を介して第２のＵＥに接続するように構成されている。プロセッサは、第２のＵＥから鍵変更要求を受信し、下位層から更新されたパケットデータコンバージェンスプロトコル（ＰＤＣＰ）プロトコルデータユニット（ＰＤＵ）を受信し、すべての記憶されたＰＤＣＰ ＰＤＵ及びサービスデータユニット（ＳＤＵ）を破棄し、更新されたＰＤＣＰ ＰＤＵに対してヘッダ圧縮を実行し、ＳＬ接続において使用されるデータ無線ベアラ（ＤＲＢ）に新たな暗号化アルゴリズム及び新たな完全性保護アルゴリズムを適用するように構成されている。
【0064】
以下は、例示的な実施形態の第３の態様の例を提供する。
【0065】
第９の例は、第２のユーザ機器（ＵＥ）とのサイドリンク（ＳＬ）接続を伴って構成され、複数の論理チャネルが使用されるパケットデータコンバージェンスプロトコル（ＰＤＣＰ）複製を用いて動作する第１のＵＥによって実行される方法を含む。方法は、１次論理チャネルに対応する１次ＳＬ ＲＬＣエンティティであって、１次ＳＬ ＲＬＣ識別子（ＩＤ）と、１次論理チャネルＩＤを有する１次論理チャネルとを有する１次ＳＬ ＲＬＣエンティティを決定することと、１次ＳＬ ＲＬＣ ＩＤに対応する１次論理チャネルＩＤを第１のＵＥからの送信信号を解読するために使用する第２のＵＥに、ＰＤＣＰ複製が使用されているとの指示とプライマリＳＬ ＲＬＣ ＩＤとを送信することと、を含む。
【0066】
第１０の例は、送受信機と、複数の論理チャネルが使用されるパケットデータコンバージェンスプロトコル（ＰＤＣＰ）複製を用いて動作するように構成されたプロセッサとを有する第１のユーザ機器（ＵＥ）を含む。送受信機は、サイドリンク（ＳＬ）接続を介して第２のＵＥに接続するように構成されている。プロセッサは、１次論理チャネルに対応する１次ＳＬ ＲＬＣエンティティであって、１次ＳＬ ＲＬＣ識別子（ＩＤ）と、１次論理チャネルＩＤを有する１次論理チャネルとを有する１次ＳＬ ＲＬＣエンティティを決定するように構成され、送受信機は、１次ＳＬ ＲＬＣ ＩＤに対応する１次論理チャネルＩＤを第１のＵＥからの送信信号を解読するために使用する第２のＵＥに、ＰＤＣＰ複製が使用されているとの指示とプライマリＳＬ ＲＬＣ ＩＤとを送信するようにさらに構成され、第２のＵＥは、第１のＵＥからの送信を解読するためにプライマリＳＬ ＲＬＣ ＩＤに対応するプライマリ論理チャネルＩＤを使用する。
【0067】
第１１の例は、第２のユーザ機器（ＵＥ）とのサイドリンク（ＳＬ）接続を伴って構成され、複数の論理チャネルが使用されるパケットデータコンバージェンスプロトコル（ＰＤＣＰ）複製を用いて動作する第１のＵＥによって実行される方法を含む。本方法は、ＰＤＣＰ複製が使用されているという指示と１次ＳＬ ＲＬＣ ＩＤとを受信することと、第１のＵＥからの送信を解読するために１次ＳＬ ＲＬＣ ＩＤに対応する１次論理チャネルＩＤを使用することとを含む。
【0068】
第１２の例は、複数の論理チャネルが使用されるパケットデータコンバージェンスプロトコル（ＰＤＣＰ）複製を用いて動作するように構成された送受信機とプロセッサとを有する第１のユーザ機器（ＵＥ）を含む。送受信機は、サイドリンク（ＳＬ）接続を介して第２のＵＥに接続するように構成されている。プロセッサは、ＰＤＣＰ複製が使用されているという指示と１次ＳＬ ＲＬＣ ＩＤとを受信し、第１のＵＥからの送信信号を解読するために１次ＳＬ ＲＬＣ ＩＤに対応する１次論理チャネルＩＤを使用するように構成される。
【0069】
上記の例示的な実施形態は、任意の好適なハードウェア構成若しくはソフトウェア構成又はこれらの組み合わせにおいて実装されてもよいことが、当業者には理解されるであろう。例示的実施形態を実現するための例示的なハードウェアプラットフォームとして、例えば、互換性のあるオペレーティングシステムを有するＩｎｔｅｌ（登録商標）ｘ８６をベースとしたプラットフォーム、Ｗｉｎｄｏｗｓ ＯＳ、Ｍａｃプラットフォーム及びＭＡＣ ＯＳ、ｉＯＳ、Ａｎｄｒｏｉｄ（登録商標）等のオペレーティングシステムを有するモバイルデバイスを挙げることができる。別の実施例においては、上記の方法の例示的実施形態は、コンパイルされると、プロセッサ又はマイクロプロセッサにおいて実行することができる非一時的コンピュータ可読記憶媒体に記憶されたコード行を含むプログラムとして実行することができる。
【0070】
本願は、それぞれが様々な組み合わせにおいて異なる特徴を有する様々な実施形態を説明しているが、１つの実施形態の特徴のうちのいずれも、具体的に否認されていない方法で、又は開示された実施形態のデバイスの動作若しくは記載された機能と機能的若しくは論理的に矛盾しない方法で、他の実施形態の特徴と組み合わされてもよいことが、当業者には理解されるであろう。
【0071】
個人特定可能な情報の使用は、ユーザのプライバシーを維持するための業界又は政府の要件を満たす又は超えると一般に認識されているプライバシーポリシー及びプラクティスに従うべきであることに十分に理解されている。特に、個人特定可能な情報データは、意図されない又は許可されていないアクセス又は使用のリスクを最小限に抑えるように管理され取り扱われるべきであり、許可された使用の性質はユーザに明確に示されるべきである。
【0072】
様々な修正形態が、本開示の精神又は範囲から逸脱することなく本開示においてなされてもよいことが当業者には明らかであろう。したがって、本開示は、添付の特許請求の範囲及びそれらの均等物の範囲内で、本開示の修正形態及び変形形態を網羅することが意図されている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
