JP2018527797A

JP2018527797A - 無線通信システムにおける車両ｕｅ及びｒｓｕｕｅを認証するための方法及び装置

Info

Publication number: JP2018527797A
Application number: JP2018503160A
Authority: JP
Inventors: チエンシュイ; レヨンキム; テウクピョン
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2015-07-22
Filing date: 2016-07-19
Publication date: 2018-09-20
Anticipated expiration: 2036-07-19
Also published as: US20180199194A1; KR101962425B1; CN107852605A; KR102104591B1; EP3326402A4; KR20190032655A; KR20180019251A; EP3326402A1; WO2017014536A1; JP6615979B2

Abstract

無線通信システムにおけるＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信のための認証情報を送信するための方法及び装置が提供される。車両（ｖｅｈｉｃｌｅ）端末（ＵＥ；ｕｓｅｒｅｑｕｉｐｍｅｎｔ）またはＲＳＵ（ｒｏａｄｓｉｄｅｕｎｉｔ）ＵＥのうち、少なくとも１つに対する認証（ａｕｔｈｏｒｉｚａｔｉｏｎ）情報が送信される。前記車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報は、様々なメッセージを介して送信されることができる。
【選択図】図７

Description

本発明は、無線通信に関し、より詳細には、無線通信システムにおける車両端末（ＵＥ；ｕｓｅｒｅｑｕｉｐｍｅｎｔ）及びＲＳＵ（ｒｏａｄｓｉｄｅｕｎｉｔ）ＵＥを認証するための方法及び装置に関する。

３ＧＰＰＬＴＥは、高速パケット通信を可能とするための技術である。ＬＴＥ目標であるユーザと事業者の費用節減、サービス品質向上、カバレッジ拡張及びシステム容量増大のために多くの方式が提案された。３ＧＰＰＬＴＥは、上位レベル必要条件として、ビット当たり費用節減、サービス有用性向上、周波数バンドの柔軟な使用、簡単な構造、開放型インターフェース及び端末の適切な電力消費を要求する。

ＬＴＥネットワーク配置趨勢は、全世界で加速化されている。これは、より高いデータ送信率、低い待機時間、及び向上したサービス範囲のようなＬＴＥの固有の利点を活用する、さらに向上したサービス及びインターネットアプリケーションを可能とする。広範に配置されたＬＴＥ基盤ネットワークは、車両産業が「コネクティッド−カー（ｃｏｎｎｅｃｔｅｄｃａｒｓ）」という概念を実現できる機会を提供する。車両にＬＴＥネットワークに対する接続を提供することで、車両をインターネット及び他の車両に連結することにより、広範な既存または新規サービスを構想できる。自動車製造会社及び移動通信網事業者は、商業用アプリケーションだけでなく、近接安全サービスのための車両無線通信に大きな関心を見せている。市場要求事項からＬＴＥ−基盤Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）研究が緊急に求められ、特に、Ｖ２Ｖ（ｖｅｈｉｃｌｅ−ｔｏ−ｖｅｈｉｃｌｅ）通信市場は、時間に敏感である。米国／ヨーロッパ／日本／韓国のような一部国家または地域では、コネクティッドカーに対する多くの研究プロジェクト及び現場テストがある。

Ｖ２Ｘは、車両間のＬＴＥ基盤通信を扱うＶ２Ｖ、車両と個人が所持する機器（例えば、歩行者、サイクル搭乗者、運転手、または乗客が所持するハンドヘルド端末）間のＬＴＥ基盤通信を扱うＶ２Ｐ（ｖｅｈｉｃｌｅ−ｔｏ−ｐｅｄｅｓｔｒｉａｎ）、及び車両とＲＳＵ（ｒｏａｄｓｉｄｅｕｎｉｔ）／ネットワークとの間のＬＴＥ基盤通信を扱うＶ２Ｉ（ｖｅｈｉｃｌｅ−ｔｏ−ｉｎｆｒａｓｔｒｕｃｔｕｒｅ／ｎｅｔｗｏｒｋ）を含む。ＲＳＵは、ｅＮＢ（ｅＮｏｄｅＢ）または静的（ｓｔａｔｉｏｎａｒｙ）ＵＥで実現される交通インフラストラクチャ個体（例えば、速度通知を送信する個体）である。

Ｖ２Ｘ通信のために、ＵＥに実現されたＲＳＵ（すなわち、ＲＳＵＵＥ）または車両ＵＥを導入することにより、車両ＵＥ及びＲＳＵＵＥ認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）手順のためのＳ１及び／又はＸ２改善が要求され得る。

本発明は、無線通信システムにおける車両端末（ＵＥ；ｕｓｅｒｅｑｕｉｐｍｅｎｔ）及びＲＳＵ（ｒｏａｄｓｉｄｅｕｎｉｔ）ＵＥを認証するための方法及び装置に関するものである。本発明は、車両ＵＥ及びＲＳＵＵＥ認証手順のためのＳ１及びＸ２改善を提供する。

一態様において、無線通信システムにおけるＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信のための認証情報を送信するための方法が提供される。上記の方法は、車両（ｖｅｈｉｃｌｅ）端末（ＵＥ；ｕｓｅｒｅｑｕｉｐｍｅｎｔ）またはＲＳＵ（ｒｏａｄｓｉｄｅｕｎｉｔ）ＵＥのうち、少なくとも１つに対する認証（ａｕｔｈｏｒｉｚａｔｉｏｎ）情報を送信することを含む。

車両ＵＥ及びＲＳＵＵＥが効率的に認証され得る。

ＬＴＥシステムの構造を示す。一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造のブロック図を示す。ＬＴＥシステムのユーザ平面プロトコルスタックのブロック図を示す。ＬＴＥシステムの制御平面プロトコルスタックのブロック図を示す。物理チャネル構造の一例を示す。Ｖ２Ｘ通信のためのアーキテクチャの例を示す。本発明の一実施形態に係るＶ２Ｘ通信のための認証情報を送信するための方法を示す。本発明の他の実施形態に係るＶ２Ｘ通信のための認証情報を送信するための方法を示す。本発明の他の実施形態に係るＶ２Ｘ通信のための認証情報を送信するための方法を示す。本発明の他の実施形態に係るＶ２Ｘ通信のための認証情報を送信するための方法を示す。本発明の他の実施形態に係るＶ２Ｘ通信のための認証情報を送信するための方法を示す。本発明の他の実施形態に係るＶ２Ｘ通信のための認証情報を送信するための方法を示す。本発明の実施形態が実現される無線通信システムを示す。

以下の技術は、ＣＤＭＡ(code division multiple access)、ＦＤＭＡ(frequency division multiple access)、ＴＤＭＡ(time division multiple access)、ＯＦＤＭＡ(orthogonal frequency division multiple access)、ＳＣ−ＦＤＭＡ(single carrier frequency division multiple access)などのような様々な無線通信システムに使われることができる。ＣＤＭＡは、ＵＴＲＡ(universal terrestrial radio access)やＣＤＭＡ２０００のような無線技術で実現されることができる。ＴＤＭＡは、ＧＳＭ(global system for mobile communications)/ＧＰＲＳ(general packet radio service)/ＥＤＧＥ(enhanced data rates for GSM evolution)のような無線技術で実現されることができる。ＯＦＤＭＡは、ＩＥＥＥ(institute of electrical and electronics engineers)８０２.１１(Ｗｉ−Ｆｉ)、ＩＥＥＥ８０２.１６(ＷｉＭＡＸ)、ＩＥＥＥ８０２.２０、Ｅ−ＵＴＲＡ(evolved UTRA)などのような無線技術で実現されることができる。ＩＥＥＥ８０２.１６ｍは、ＩＥＥＥ８０２.１６ｅの進化であり、ＩＥＥＥ８０２.１６基づくシステムとの後方互換性(backward compatibility)を提供する。ＵＴＲＡは、ＵＭＴＳ(universal mobile telecommunications system)の一部である。３ＧＰＰ(3^rd generation partnership project)ＬＴＥ(long term evolution)は、Ｅ−ＵＴＲＡ(evolved-UMTS terrestrial radio access)を使用するＥ−ＵＭＴＳ(evolved UMTS)の一部であり、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ(advanced)は、３ＧＰＰＬＴＥの進化である。

説明を明確にするために、ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるものではない。

図１は、ＬＴＥシステムの構造を示す。通信ネットワークは、ＩＭＳ及びパケットデータを介したインターネット電話(Voice over internet protocol：ＶｏＩＰ)のような様々な通信サービスを提供するために広く設置される。

図１に示すように、ＬＴＥシステム構造は、１つ以上の端末(ＵＥ)１０、Ｅ−ＵＴＲＡＮ(evolved-UMTS terrestrial radio access network)及びＥＰＣ(evolved packet core)を含む。端末１０は、ユーザにより動く通信装置である。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ(mobile station)、ＵＴ(user terminal)、ＳＳ(subscriber station)、無線機器(wireless device)等、他の用語で呼ばれることもある。

Ｅ−ＵＴＲＡＮは１つ以上のｅＮＢ（evolved node-B）２０を含み、１つのセルに複数のＵＥが存在することができる。ｅＮＢ２０は制御平面（control plane）とユーザ平面（user plane）の終端点をＵＥに提供する。ｅＮＢ２０は一般的にＵＥ１０と通信する固定された地点（fixed station）をいい、ＢＳ（base station）、アクセスポイント（access point）など、他の用語で呼ばれることがある。１つのｅＮＢ２０はセル毎に配置できる。

以下、ＤＬはｅＮＢ２０からＵＥ１０への通信を意味し、ＵＬはＵＥ１０からｅＮＢ２０への通信を意味する。ＤＬで送信機はｅＮＢ２０の一部であり、受信機はＵＥ１０の一部でありうる。ＵＬで送信機はＵＥ１０の一部であり、受信機はｅＮＢ２０の一部でありうる。

ＥＰＣはＭＭＥ（mobility management entity）及びＳ−ＧＷ（serving gateway）を含む。ＭＭＥ／Ｓ−ＧＷ３０はネットワークの終端に配置できる。明確性のために、本願でＭＭＥ／Ｓ−ＧＷ３０は単純に“ゲートウェイ”と称されるが、このような個体はＭＭＥ及びＳ−ＧＷを含むものとして理解される。ＰＤＮ（packet data network）ゲートウェイ（Ｐ−ＧＷ）は外部ネットワークに連結できる。

ＭＭＥはｅＮＢ２０へのＮＡＳ（non-access stratum）シグナリング、ＮＡＳシグナリング保安、ＡＳ（access stratum）保安制御、３ＧＰＰアクセスネットワーク間の移動性のためのｉｎｔｅｒＣＮ（core network）ノードシグナリング、アイドルモード端末到達可能性（ページング再送信の制御及び実行含み）、トラッキング領域リスト管理（アイドルモード及び活性化モードであるＵＥのために）、Ｐ−ＧＷ（PDN（packet data network）gateway）及びＳ−ＧＷ選択、ＭＭＥ変更と共にハンドオーバーのためのＭＭＥ選択、２Ｇまたは３Ｇ３ＧＰＰアクセスネットワークへのハンドオーバーのためのＳＧＳＮ（serving GPRS support node）選択、ローミング、認証、専用ベアラ設定を含んだベアラ管理機能、ＰＷＳ（public warning system：地震／津波警報システム（ＥＴＷＳ）、及び常用モバイル警報システム（ＣＭＡＳ）含み）メッセージ送信サポートなどの様々な機能を提供する。Ｓ−ＧＷホストは、ユーザ別基盤パケットフィルタリング（例えば、深層パケット検査を通じて）、合法的遮断、端末ＩＰ（internet protocol）アドレス割当、ＤＬで送信レベルパッキングマーキング、ＵＬ／ＤＬサービスレベル課金、ゲーティング及び等級強制、ＡＰＮ−ＡＭＢＲ（access point name aggregate maximum bit rate）に基づいたＤＬ等級強制の各種の機能を提供する。

ユーザトラフィック送信または制御トラフィック送信のためのインターフェースが使用できる。ＵＥ１０及びｅＮＢ２０は、Ｕｕインターフェースにより連結される。ｅＮＢ２０はＸ２インターフェースにより相互間連結される。隣り合うｅＮＢ２０はＸ２インターフェースによる網型ネットワーク構造を有することができる。複数のノードはｅＮＢ２０とゲートウェイ３０との間にＳ１インターフェースを介して連結できる。

図２は、一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造のブロック図である。図２に示すように、ｅＮＢ２０はゲートウェイ３０に対する選択、ＲＲＣ（radio resource control）活性（activation）の間ゲートウェイ３０へのルーティング（routing）、ページングメッセージのスケジューリング及び送信、ＢＣＨ（broadcast channel）情報のスケジューリング及び送信、ＵＬ及びＤＬからＵＥ１０への資源の動的割当、ｅＮＢ測定の設定（configuration）及び提供（provisioning）、無線ベアラ制御、ＲＡＣ（radio admission control）及びＬＴＥ活性状態で連結移動性制御機能を遂行することができる。前述したように、ゲイウェイ３０はＥＰＣでページング開始、ＬＴＥアイドル状態管理、ユーザ平面の暗号化、ＳＡＥベアラ制御及びＮＡＳシグナリングの暗号化と無欠性保護機能を遂行することができる。

図３はＬＴＥシステムのユーザ平面プロトコルスタックのブロック図である。図４はＬＴＥシステムの制御平面プロトコルスタックのブロック図である。ＵＥとＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの階層は通信システムで広く知られたＯＳＩ（open system interconnection）モデルの下位３個階層に基づいて、Ｌ１（第１階層）、Ｌ２（第２階層）、及びＬ３（第３階層）に区分される。

物理階層（ＰＨＹ；physical layer）はＬ１に属する。物理階層は物理チャンネルを介して上位階層に情報送信サービスを提供する。物理階層は上位階層であるＭＡＣ（media access control）階層と送信チャンネル（transport channel）を介して連結される。物理チャンネルは、送信チャンネルにマッピングされる。送信チャンネルを介してＭＡＣ階層と物理階層との間にデータが送信される。互いに異なる物理階層の間、即ち送信機の物理階層と受信機の物理階層との間にデータは物理チャンネルを介して送信される。

ＭＡＣ階層、ＲＬＣ（radio link control）階層、及びＰＤＣＰ（packet data convergence protocol）階層はＬ２に属する。ＭＡＣ階層は、論理チャンネル（logical channel）を介して上位階層であるＲＬＣ階層にサービスを提供する。ＭＡＣ階層は、論理チャンネル上のデータ送信サービスを提供する。ＲＬＣ階層は、信頼性あるデータ送信をサポートする。一方、ＲＬＣ階層の機能はＭＡＣ階層の内部の機能ブロックで実現されることができ、この際、ＲＬＣ階層は存在しないこともある。ＰＤＣＰ階層は、相対的に帯域幅の小さい無線インターフェース上でＩＰｖ４またはＩＰｖ６のようなＩＰパケットを導入して送信されるデータが効率良く送信されるように不要な制御情報を減らすヘッダー圧縮機能を提供する。

ＲＲＣ（radio resource control）階層は、Ｌ３に属する。Ｌ３の最も下端部分に位置するＲＲＣ階層はただ制御平面のみで定義される。ＲＲＣ階層は、ＲＢ（radio bearer）などの設定（configuration）、再設定（re-configuration）、及び解除（release）と関連して論理チャンネル、送信チャンネル、及び物理チャンネルなどの制御を担当する。ＲＢは、ＵＥとＥ−ＵＴＲＡＮとの間のデータ送信のためにＬ２により提供されるサービスを意味する。

図３に示すように、ＲＬＣ及びＭＡＣ階層（ネットワーク側におけるｅＮＢで終了）は、スケジューリング、ＡＲＱ及びＨＡＲＱのような機能を遂行することができる。ＰＤＣＰ階層（ネットワーク側におけるｅＮＢで終了）は、ヘッダー圧縮、無欠性保護、及び暗号化のようなユーザ平面機能を遂行することができる。

図４に示すように、ＲＬＣ／ＭＡＣ階層（ネットワーク側におけるｅＮＢで終了）は、制御平面のために同一な機能を遂行することができる。ＲＲＣ階層（ネットワーク側におけるｅＮＢで終了）は、放送、ページング、ＲＲＣ連結管理、ＲＢ制御、移動性機能、及びＵＥ測定報告及び制御のような機能を遂行することができる。ＮＡＳ制御プロトコル（ネットワーク側におけるゲートウェイのＭＭＥで終了）は、ＳＡＥベアラ管理、認証、ＬＴＥ＿ＩＤＬＥ移動性管理、ＬＴＥ＿ＩＤＬＥにおけるページング開始、及びゲートウェイとＵＥとの間のシグナリングのための保安制御などの機能を遂行することができる。

図５は、物理チャンネル構造の一例を示す。物理チャンネルは、無線資源を通じてＵＥの物理階層とｅＮＢの物理階層との間のシグナリング及びデータを送信する。物理チャンネルは、時間領域で複数のサブフレームと周波数領域で複数の副搬送波で構成される。１ｍｓである１つのサブフレームは、時間領域で複数のシンボルで構成される。当該サブフレームの特定シンボル、例えばサブフレームの第１のシンボルはＰＤＣＣＨのために使用できる。ＰＤＣＣＨは、ＰＲＢ（physical resource block）及びＭＣＳ（modulation and coding schemes）のように動的に割り当てられた資源を運ぶことができる。

ＤＬ送信チャンネルは、システム情報を送信するために使われるＢＣＨ（broadcast channel）、ＵＥをページングするために使われるＰＣＨ（paging channel）、ユーザトラフィックまたは制御信号を送信するために使われるＤＬ−ＳＣＨ（downlink shared channel）、マルチキャストまたはブロードキャストサービス送信のために使われるＭＣＨ（multicast channel）などを含む。ＤＬ−ＳＣＨは、ＨＡＲＱ、変調、コーディング及び送信電力の変化による動的リンク適応及び動的／半静的資源割当をサポートする。また、ＤＬ−ＳＣＨはセル全体にブロードキャスト及びビームフォーミングの使用を可能にすることができる。

ＵＬ送信チャンネルは、一般的にセルへの初期接続のために使われるＲＡＣＨ（random access channel）、ユーザトラフィック、または制御信号を送信するために使われるＵＬ−ＳＣＨ（uplink shared channel）などを含む。ＵＬ−ＳＣＨは、ＨＡＲＱ及び送信電力及び潜在的な変調及びコーディングの変化による動的リンク適応をサポートする。また、ＵＬ−ＳＣＨはビームフォーミングの使用を可能にすることができる。

論理チャンネルは、送信される情報の種類によって、制御平面の情報伝達のための制御チャンネルとユーザ平面の情報伝達のためのトラフィックチャンネルに分類される。即ち、論理チャンネルタイプの集合はＭＡＣ階層により提供される互いに異なるデータ送信サービスのために定義される。

制御チャンネルは、制御平面の情報伝達のみのために使われる。ＭＡＣ階層により提供される制御チャンネルは、ＢＣＣＨ（broadcast control channel）、ＰＣＣＨ（paging control channel）、ＣＣＣＨ（common control channel）、ＭＣＣＨ（multicast control channel）、及びＤＣＣＨ（dedicated control channel）を含む。ＢＣＣＨは、システム制御情報を放送するためのＤＬチャンネルである。ＰＣＣＨは、ページング情報の送信のためのＤＬチャンネルであり、ネットワークがＵＥのセル単位の位置を知らない時に使われる。ＣＣＣＨは、ネットワークとＲＲＣ連結を有しない時、ＵＥにより使われる。ＭＣＣＨは、ネットワークからＵＥにＭＢＭＳ（multimedia broadcast multicast services）制御情報を送信するために使われる一対多のＤＬチャンネルである。ＤＣＣＨは、ＵＥとネットワークとの間に専用制御情報送信のためにＲＲＣ連結を有するＵＥにより使われる一対一の両方向チャンネルである。

トラフィックチャンネルは、ユーザ平面の情報伝達のみのために使われる。ＭＡＣ階層により提供されるトラフィックチャンネルは、ＤＴＣＨ（dedicated traffic channel）及びＭＴＣＨ（multicast traffic channel）を含む。ＤＴＣＨは一対一のチャンネルであって、１つのＵＥのユーザ情報の送信のために使われて、ＵＬ及びＤＬ全てに存在することができる。ＭＴＣＨは、ネットワークからＵＥにトラフィックデータを送信するための一対多のＤＬチャンネルである。

論理チャンネルと送信チャンネルとの間のＵＬ連結は、ＵＬ−ＳＣＨにマッピングできるＤＣＣＨ、ＵＬ−ＳＣＨにマッピングできるＤＴＣＨ、及びＵＬ−ＳＣＨにマッピングできるＣＣＣＨを含む。論理チャンネルと送信チャンネルとの間のＤＬ連結は、ＢＣＨまたはＤＬ−ＳＣＨにマッピングできるＢＣＣＨ、ＰＣＨにマッピングできるＰＣＣＨ、ＤＬ−ＳＣＨにマッピングできるＤＣＣＨ、ＤＬ−ＳＣＨにマッピングできるＤＴＣＨ、ＭＣＨにマッピングできるＭＣＣＨ、及びＭＣＨにマッピングできるＭＴＣＨを含む。

ＲＲＣ状態はＵＥのＲＲＣ階層がＥ−ＵＴＲＡＮのＲＲＣ階層と論理的に連結されているか否かを指示する。ＲＲＣ状態は、ＲＲＣ連結状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）及びＲＲＣアイドル状態（ＲＲＣ＿ＩＤＬＥ）のように２種類に分けられる。ＲＲＣ＿ＩＤＬＥで、ＵＥがＮＡＳにより設定されたＤＲＸ（discontinuous reception）を指定する間に、ＵＥはシステム情報及びページング情報の放送を受信することができる。そして、ＵＥはトラッキング領域でＵＥを固有に指定するＩＤ（identification）の割当を受けて、ＰＬＭＮ（public land mobile network）選択及びセル再選択を遂行することができる。またＲＲＣ＿ＩＤＬＥで、いかなるＲＲＣコンテクストもｅＮＢに格納されない。

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、ＵＥはＥ−ＵＴＲＡＮでＥ−ＵＴＲＡＮＲＲＣ連結及びコンテクストを有して、ｅＮＢにデータを送信及び／又はｅＮＢからデータを受信することが可能である。また、ＵＥはｅＮＢにチャンネル品質情報及びフィードバック情報を報告することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、Ｅ−ＵＴＲＡＮはＵＥが属したセルを知ることができる。したがって、ネットワークはＵＥにデータを送信及び／又はＵＥからデータを受信することができ、ネットワークはＵＥの移動性（ハンドオーバー及びＮＡＣＣ（network assisted cell change）を通じてのＧＥＲＡＮ（GSM EDGE radio access network）でｉｎｔｅｒ−ＲＡＴ（radio access technology）セル変更指示）を制御することができ、ネットワークは隣り合うセルのためにセル測定を遂行することができる。

ＲＲＣ＿ＩＤＬＥで、ＵＥはページングＤＲＸ周期を指定する。具体的に、ＵＥはＵＥ特定ページングＤＲＸ周期毎の特定ページング機会（paging occasion）にページング信号をモニターする。ページング機会は、ページング信号が送信される間の時間区間である。ＵＥは、自分だけのページング機会を有している。ページングメッセージは、同一なトラッキング領域（ＴＡ；tracking area）に属する全てのセル上に送信される。ＵＥが１つのＴＡから他のＴＡに移動すれば、ＵＥは自身の位置をアップデートするためにネットワークにＴＡＵ（tracking area update）メッセージを送信することができる。

Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信が説明される。Ｖ２Ｘ通信には、Ｖ２Ｖ（ｖｅｈｉｃｌｅ−ｔｏ−ｖｅｈｉｃｌｅ）通信、Ｖ２Ｉ（ｖｅｈｉｃｌｅ−ｔｏ−ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）通信、及びＶ２Ｐ（ｖｅｈｉｃｌｅ−ｔｏ−ｐｅｄｅｓｔｒｉａｎ）通信の３つの類型がある。このような３つの類型のＶ２Ｘは、「相互−協力認識（ｃｏ−ｏｐｅｒａｔｉｖｅａｗａｒｅｎｅｓｓ）」を利用して最終ユーザにさらに知能的なサービスを提供できる。これは、車両、道路側インフラストラクチャ、及び歩行者のような伝達個体等が、協同衝突警告または自律走行のような知能型サービスを提供するために、当該知識を処理し、共有するために当該地域環境（例えば、近接した他の車両またはセンサー機器から受信した情報）の知識を収集できるということを意味する。

Ｖ２Ｘサービスは、３ＧＰＰ送信を介してＶ２Ｖアプリケーションを使用する送信または受信ＵＥが参加するタイプの通信サービスである。通信に参加する相手方によって、Ｖ２Ｖサービス、Ｖ２Ｉサービス、Ｖ２Ｐサービス、及びＶ２Ｎ（ｖｅｈｉｃｌｅ−ｔｏ−ｎｅｔｗｏｒｋ）サービスに分けることができる。Ｖ２Ｖサービスは、Ｖ２Ｘサービスの１つのタイプであり、通信の両当事者は、Ｖ２Ｘアプリケーションを使用するＵＥである。Ｖ２Ｉサービスは、Ｖ２Ｘサービスの１つのタイプであり、１つの当事者は、ＵＥであり、相手方がＲＳＵ（ｒｏａｄｓｉｄｅｕｎｉｔ）であり、両当事者は共にＶ２Ｉアプリケーションを使用する。ＲＳＵは、Ｖ２Ｉアプリケーションを利用してＵＥに送信し、ＵＥから受信できるＶ２Ｉサービスを支援する個体である。ｅＮＢまたは固定ＵＥにおいてＲＳＵが実現される。Ｖ２Ｐサービスは、Ｖ２Ｘサービスの１つのタイプであり、通信の両当事者がＶ２Ｐアプリケーションを使用するＵＥである。Ｖ２Ｎサービスは、Ｖ２Ｘのサービスの１つのタイプであり、１つの当事者は、ＵＥであり、他の当事者は、サービング個体であり、両当事者は共にＶ２Ｎアプリケーションを使用し、ＬＴＥネットワーク個体を介して相互間に通信する。

Ｖ２Ｖに対して、Ｅ−ＵＴＲＡＮは、許可、認証、及び近接性基準が満たされるとき、互いに近接したＵＥがＥ−ＵＴＲＡ（Ｎ）を使用してＶ２Ｖ関連情報を交換することを許諾する。近接性基準は、モバイルネットワーク運営者（ＭＮＯ；ｍｏｂｉｌｅｎｅｔｗｏｒｋｏｐｅｒａｔｏｒ）により構成されることができる。しかし、Ｖ２Ｖサービスを支援するＵＥは、Ｖ２Ｘサービスを支援するＥ−ＵＴＲＡＮがサービスを提供するか、提供しないとき、そのような情報を交換できる。Ｖ２Ｖアプリケーションを支援するＵＥは（例えば、Ｖ２Ｖサービスの一部として、その位置、動態（ｄｙｎａｍｉｃｓ）、及び属性に関する）、アプリケーション階層情報を送信する。Ｖ２Ｖペイロードは、相違した情報コンテンツを収容するために、柔軟性がなければならず、前記情報は、ＭＮＯにより提供される構成によって周期的に送信されることができる。Ｖ２Ｖは、主に放送−基盤である。Ｖ２Ｖは、他のＵＥ間のＶ２Ｖ関連アプリケーション情報の直接的な交換を含み、そして／またはＶ２Ｖの制限された直接通信範囲により、他のＵＥ間のＶ２Ｖ関連アプリケーション情報の交換は、Ｖ２Ｘサービスを支援するインフラストラクチャ、例えば、ＲＳＵ、アプリケーションサーバ等を経由することを含む。

Ｖ２Ｉに対して、Ｖ２Ｉアプリケーションを支援するＵＥは、アプリケーション階層情報をＲＳＵに送信する。ＲＳＵは、アプリケーション階層情報をＵＥのグループまたはＶ２Ｉアプリケーションを支援するＵＥに送信する。また、１つの当事者は、ＵＥであり、他の当事者は、サービング個体であり、両当事者は共にＶ２Ｎアプリケーションを支援し、ＬＴＥネットワークを介して相互間に通信する、Ｖ２Ｎがさらに導入される。

Ｖ２Ｐに対して、Ｅ−ＵＴＲＡＮは、許可、認証、及び近接性基準が満たされるとき、互いに近接したＵＥがＥ−ＵＴＲＡＮを利用してＶ２Ｐ関連情報を交換することを許諾する。近接性基準は、ＭＮＯにより構成されることができる。しかし、Ｖ２Ｐサービスを支援するＵＥは、Ｖ２Ｘサービスを支援するＥ−ＵＴＲＡＮによりサービスが提供されないときにも、そのような情報を交換できる。Ｖ２Ｐアプリケーションを支援するＵＥは、アプリケーション階層情報を送信する。このような情報は、Ｖ２Ｘサービスを支援するＵＥを用いて車両により放送されるか（例えば、歩行者に警告）、及び／又はＶ２Ｘサービスを支援するＵＥを用いて歩行者により放送（例えば、車両に警告）されることができる。Ｖ２Ｐは、他のＵＥ（車両に対する１つ及び歩行者に対する残り）間のＶ２Ｐ関連アプリケーション情報の直接的な交換を含み、そして／またはＶ２Ｐの制限された直接通信範囲により、他のＵＥ間のＶ２Ｐ関連アプリケーション情報の交換は、Ｖ２Ｘサービスを支援するインフラストラクチャ、例えば、ＲＳＵ、アプリケーションサーバなどを経由することを含む。

図６は、Ｖ２Ｘ通信のためのアーキテクチャの例を示す。図６に示すように、既存ノード（すなわち、ｅＮＢ／ＭＭＥ）または新規ノードがＶ２Ｘ通信を支援するために配置され得る。ノード間のインターフェースは、Ｓ１／Ｘ２インターフェースまたは新規インターフェースでありうる。すなわち、ｅＮＢ１とｅＮＢ２との間のインターフェースは、Ｘ２インターフェースまたは新規インターフェースでありうる。ｅＮＢ１／ｅＮＢ２とＭＭＥ１／ＭＭＥ２との間のインターフェースは、Ｓ１インターフェースまたは新規インターフェースでありうる。

また、ここで、Ｖ２Ｘ通信のための２つのＵＥがありうるが、１つは、車両ＵＥであり、他の１つは、ＲＳＵＵＥである。車両ＵＥは、一般ＵＥと類似することができる。ＲＳＵＵＥは、ＵＥにおいて実現されるＲＳＵであり、他の車両ＵＥのトラフィックまたは安全情報を中継するか、マルチキャストまたは放送することができる。Ｖ２Ｘ通信の場合、車両ＵＥは、ＰＣ５インターフェースを介して互いに直接通信することができる。代案的に、車両ＵＥは、ネットワークノードを介して間接的に互いに通信することができる。ネットワークノードは、ｅＮＢ、Ｖ２Ｘ通信のための新規個体、Ｖ２Ｘ通信のための新規ゲートウェイ、ＲＳＵなどのうち、１つでありうる。ネットワークノードは、ＭＭＥまたはＳ−ＧＷでない場合がある。代案的に、車両ＵＥは、データを放送でき、ＲＳＵＵＥは、放送データを受信できる。ＲＳＵ及び他の車両ＵＥは、ネットワークノードを介して間接的に互いに通信することができる。ネットワークノードは、ｅＮＢ、Ｖ２Ｘ通信のための新規個体、Ｖ２Ｘ通信のための新規ゲートウェイ、ＲＳＵなどのうち、１つでありうる。この場合、ネットワークノードは、ＭＭＥまたはＳ−ＧＷでない場合がある。

車両ＵＥ及び／又はＲＳＵＵＥがＶ２Ｘ通信のために配置されるとき、車両ＵＥ及びＲＳＵＵＥに対する認証問題が生じ得る。したがって、車両ＵＥ及びＲＳＵＵＥに対する認証問題を解決することが要求され得る。

図７は、本発明の一実施形態に係るＶ２Ｘ通信のための認証情報を送信するための方法を示す。

ステップＳ１００において、車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報が送信される。車両ＵＥに対する認証情報は、既存のメッセージまたは新規メッセージに含まれることができる、「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥ（ｉｎｆｏｒｍａｔｉｏｎｅｌｅｍｅｎｔ）でありうる。車両ＵＥに対する認証情報（または、「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥ）は、Ｖ２Ｘサービスに対する車両ＵＥの認証状態に関する情報を提供する。すなわち、車両ＵＥに対する認証情報は、ＵＥが車両ＵＥとして認証されたか否かを表す。ＲＳＵＵＥに対する認証情報は、既存メッセージまたは新規メッセージに含まれることができる「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥでありうる。ＲＳＵＵＥに対する認証情報（または、「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥ）は、Ｖ２Ｘサービスに対するＲＳＵＵＥの認証状態に関する情報を提供する。すなわち、ＲＳＵＵＥに対する認証情報は、ＵＥがＲＳＵＵＥとして許可されたか否かを表す。表１及び表２は、各々「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥ及び「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥの例を図示する。

表１を参照すれば、「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥは、ＵＥが車両ＵＥ目的で認証されたか否かを表す。表２を参照すれば、「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥは、ＵＥがＲＳＵＵＥ目的で認証されたか否かを表す。

車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報は、初期アタッチ（ａｔｔａｃｈ）／サービス要請ステップの間、またはＭＭＥトリガＵＥコンテクスト修正手順の間、送信されることができる。この場合、車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報は、ＭＭＥからｅＮＢに送信されることができる。例えば、車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報は、初期コンテクスト設定要請メッセージを介して、アタッチ、サービス要請などのような初期コンテクスト設定手順の間、送信されることができる。代案的に、車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報は、ＵＥコンテクスト修正要請メッセージを介して送信されることができる。

代案的に、車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報は、移動手順の間に送信されることができる。Ｘ２ハンドオーバー手順の場合、車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報は、ハンドオーバー要請メッセージを介してソースｅＮＢからターゲットｅＮＢに送信されることができる。また、車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報は、経路切替要請確認応答メッセージを介してＭＭＥからｅＮＢにアップデートされ、送信されることができる。Ｓ１ハンドオーバー手順の場合、車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報は、ハンドオーバー要請メッセージを介してＭＭＥからターゲットｅＮＢに送信されることができる。

以下、車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報を送信するための本発明の様々な実施形態が説明される。

図８は、本発明の他の実施形態に係るＶ２Ｘ通信のための認証情報を送信するための方法を示す。この実施形態は、初期接続／サービス要請の間の認証、特に、アタッチ、サービス要請などのような初期コンテクスト設定手順を伴う手順に対応する。

ステップＳ２００においてＭＭＥは、初期コンテクスト設定要請メッセージをｅＮＢに送信する。ＵＥコンテクストの設定を要請するための初期コンテクスト設定要請メッセージは、ＭＭＥにより送信される。初期コンテクスト設定要請メッセージは、車両ＵＥに対する認証情報、すなわち、「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥまたはＲＳＵＵＥに対する認証情報、すなわち、「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥのうち、少なくとも１つを含むことができる。表３は、本発明の一実施形態に係る初期コンテクスト設定要請メッセージの一例を表す。

表３を参照すれば、初期コンテクスト設定要請メッセージは、表１に表れる「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥまたは表２に表れる「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥを含むことができる。

初期コンテクスト設定要請メッセージを受信すれば、支援される場合、ｅＮＢは、車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する受信された認証情報をＵＥコンテクストに格納することができる。ステップＳ２０１においてｅＮＢは、初期コンテクスト設定応答メッセージをＭＭＥに送信する。

図９は、本発明の他の実施形態に係るＶ２Ｘ通信のための認証情報を送信するための方法を示す。この実施形態は、ＭＭＥトリガＵＥコンテクスト修正手順の間の認証に対応する。

ステップＳ３００においてＭＭＥは、ｅＮＢにＵＥコンテクスト修正要請メッセージを送信する。ＵＥコンテクスト修正要請メッセージは、ＭＭＥにより送信され、ＵＥコンテクスト情報変更をｅＮＢに提供する。ＵＥコンテクスト修正要請メッセージは、車両ＵＥに対する認証情報、すなわち、「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥまたはＲＳＵＵＥに対する認証情報、すなわち、「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥのうち、少なくとも１つを含むことができる。表４は、本発明の一実施形態に係るＵＥコンテクスト修正要請メッセージの一例を表す。

表４を参照すれば、ＵＥコンテクスト修正要請メッセージは、表１に表れる「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥまたは表２に表れる「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥを含むことができる。

ＵＥコンテクスト修正要請メッセージに「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥまたは「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥが含まれている場合、支援されるならば、ｅＮＢは、これにより、当該ＵＥに対する権限情報をアップデートすることができる。「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥまたは「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥが「ｎｏｔａｕｔｈｏｒｉｚｅｄ」に設定された場合、支援されるならば、ｅＮＢは、当該ＵＥが関連Ｖ２Ｘサービスにそれ以上接続しないようにする措置を開始することができる。ステップＳ３０１においてｅＮＢは、ＵＥコンテクスト修正応答メッセージをＭＭＥに送信する。

図１０は、本発明の他の実施形態に係るＶ２Ｘ通信のための認証情報を送信するための方法を示す。この実施形態は、移動手順、特に、Ｘ２ハンドオーバー手順の間の認証に対応する。

ステップＳ４００においてｅＮＢ１は、ハンドオーバー要請メッセージをｅＮＢ２に送信する。ハンドオーバー要請メッセージは、ハンドオーバーのための資源の準備を要請するために、ソースｅＮＢによりターゲットｅＮＢに送信される。ハンドオーバー要請メッセージは、車両ＵＥに対する認証情報、すなわち、「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥまたはＲＳＵＵＥに対する認証情報、すなわち、「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥのうち、少なくとも１つを含むことができる。表５は、本発明の一実施形態に係るハンドオーバー要請メッセージの一例を表す。

表５を参照すれば、ハンドオーバー要請メッセージは、表１に表れる「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥまたは表２に表れる「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥを含むことができる。

ハンドオーバー要請メッセージに「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥまたは「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥが含まれており、「ａｕｔｈｏｒｉｚｅｄ」に設定された１つ以上のＩＥを含む場合、支援されるならば、ターゲットｅＮＢは、対応するＵＥが関連Ｖ２Ｘサービスに対して認証されたこととみなす。ステップＳ４０１においてｅＮＢ２は、ハンドオーバー要請確認応答メッセージをｅＮＢ１に送信する。

図１１は、本発明の他の実施形態に係るＶ２Ｘ通信のための認証情報を送信するための方法を示す。Ｘ２ハンドオーバー手順の間、車両ＵＥまたはＲＳＵＵＥに対する認証情報は、ある場合にアップデートされることができる。この実施形態は、移動手順、特に、Ｘ２ハンドオーバー手順の間、認証アップデートに対応する。

ステップＳ５００においてｅＮＢは、ＭＭＥに経路切替要請メッセージを送信する。ステップＳ５０１においてＭＭＥは、ｅＮＢに経路切替要請確認応答メッセージを送信する。ＥＰＣにおいて経路切替が成功裏に完了したことをｅＮＢに知らせるために、経路切替要請確認応答メッセージがＭＭＥにより送信される。経路切替要請確認応答メッセージは、車両ＵＥに対する認証情報、すなわち、「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥまたはＲＳＵＵＥに対する認証情報、すなわち、「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥのうち、少なくとも１つを含むことができる。表６は、本発明の一実施形態に係る経路切替要請確認応答メッセージの一例を表す。

表６を参照すれば、経路切替要請確認応答メッセージは、表１に表れる「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥまたは表２に表れる「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥを含むことができる。

経路切替要請確認応答メッセージに「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥまたは「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥが含まれている場合、支援されるならば、ｅＮＢは、これにより、当該ＵＥに対する認証情報をアップデートすることができる。「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥまたは「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥが「ｎｏｔａｕｔｈｏｒｉｚｅｄ」に設定された場合、支援されるならば、ｅＮＢは、当該ＵＥが関連Ｖ２Ｘサービスにそれ以上接続しないようにする措置を開始することができる。

図１２は、本発明の他の実施形態に係るＶ２Ｘ通信のための認証情報を送信するための方法を示す。この実施形態は、移動手順、特に、Ｓ１ハンドオーバー手順の間の認証に対応する。

ステップＳ６００においてＭＭＥは、ハンドオーバー要請メッセージをターゲットｅＮＢに送信する。ハンドオーバー要請メッセージは、ＭＭＥによりターゲットｅＮＢに送信され、資源準備を要請する。ハンドオーバー要請メッセージは、車両ＵＥに対する認証情報、すなわち、「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥまたはＲＳＵＵＥに対する認証情報、すなわち、「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥのうち、少なくとも１つを含むことができる。表７は、本発明の一実施形態に係るハンドオーバー要請メッセージの一例を表す。

表７を参照すれば、ハンドオーバー要請メッセージは、表１に表れる「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥまたは表２に表れる「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥを含むことができる。

ハンドオーバー要請メッセージに「ＶｅｈｉｃｌｅＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥまたは「ＲＳＵＵＥＡｕｔｈｏｒｉｚｅｄ」ＩＥが含まれており、「ａｕｔｈｏｒｉｚｅｄ」に設定された１つ以上のＩＥを含む場合、支援されるならば、ターゲットｅＮＢは、対応するＵＥが関連Ｖ２Ｘサービスに対して承認されたこととみなす。ステップＳ６０１においてターゲット基地局は、ハンドオーバー要請確認応答メッセージをＭＭＥに送信する。

図１３は、本発明の実施形態が実現される無線通信システムを示す。

ｅＮＢ（８００）は、プロセッサ（ｐｒｏｃｅｓｓｏｒ；８１０）、メモリ（ｍｅｍｏｒｙ；８２０）、及び送受信部（ｔｒａｎｓｃｅｉｖｅｒ；８３０）を備えることができる。プロセッサ８１０は、本明細書において説明された機能、過程、及び／又は方法を実現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ８１０により実現されることができる。メモリ８２０は、プロセッサ８１０と連結されて、プロセッサ８１０を駆動するための様々な情報を格納する。送受信部８３０は、プロセッサ８１０と連結されて、無線信号を送信及び／又は受信する。

ＭＭＥ（９００）は、プロセッサ９１０、メモリ９２０、及び送受信部９３０を備えることができる。プロセッサ９１０は、本明細書において説明された機能、過程、及び／又は方法を実現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ９１０により実現されることができる。メモリ９２０は、プロセッサ９１０と連結されて、プロセッサ９１０を駆動するための様々な情報を格納する。送受信部９３０は、プロセッサ９１０と連結されて、無線信号を送信及び／又は受信する。

プロセッサ８１０、９１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ）、他のチップセット、論理回路、及び／又はデータ処理装置を備えることができる。メモリ８２０、９２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体、及び／又は他の格納装置を備えることができる。送受信部８３０、９３０は、無線周波数信号を処理するためのベースバンド回路を備えることができる。実施形態がソフトウェアで実現されるとき、上述した技法は、上述した機能を果たすモジュール（過程、機能等）で実現されることができる。モジュールは、メモリ８２０、９２０に格納され、プロセッサ８１０、９１０により実行されることができる。メモリ８２０、９２０は、プロセッサ８１０、９１０の内部または外部にありうるし、よく知られた様々な手段にてプロセッサ８１０、９１０と連結されることができる。

前述した例示的なシステムにおいて、前述した本発明の特徴によって実現されることができる方法は、流れ図に基づいて説明された。便宜上、方法は、一連のステップまたはブロックで説明したが、請求された本発明の特徴は、ステップまたはブロックの順序に限定されるものではなく、あるステップは、異なるステップと、前述と異なる順序にまたは同時に発生できる。また、当業者であれば、流れ図に示すステップが排他的でなく、他のステップが含まれ、または流れ図の１つまたはそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。

Claims

無線通信システムにおけるＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信のための認証情報を送信するための方法において、
車両（ｖｅｈｉｃｌｅ）端末（ＵＥ；ｕｓｅｒｅｑｕｉｐｍｅｎｔ）またはＲＳＵ（ｒｏａｄｓｉｄｅｕｎｉｔ）ＵＥのうち、少なくとも１つに対する認証（ａｕｔｈｏｒｉｚａｔｉｏｎ）情報を送信することを含む、方法。
前記車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報は、ＭＭＥ（ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）によりｅＮＢ（ｅＮｏｄｅＢ）に送信される、請求項１に記載の方法。
前記車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報は、初期コンテクスト設定手順の間に送信される、請求項２に記載の方法。
前記車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報は、初期コンテクスト設定要請メッセージを介して送信される、請求項３に記載の方法。
前記車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報は、ＭＭＥトリガＵＥコンテクスト修正手順の間に送信される、請求項２に記載の方法。
前記車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報は、ＵＥコンテクスト修正要請メッセージを介して送信される、請求項５に記載の方法。
前記車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報は、Ｓ１ハンドオーバー手順の間に送信される、請求項２に記載の方法。
前記車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報は、ハンドオーバー要請メッセージを介して送信される、請求項７に記載の方法。
前記車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報は、Ｘ２ハンドオーバー手順の間にソースｅＮＢによりターゲットｅＮＢに送信される、請求項１に記載の方法。
前記車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報は、ハンドオーバー要請メッセージを介して送信される、請求項９に記載の方法。
前記車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報のアップデートは、ＭＭＥによりｅＮＢに送信される、請求項９に記載の方法。
前記車両ＵＥまたはＲＳＵＵＥのうち、少なくとも１つに対する認証情報のアップデートは、経路切替要請応答確認（ａｃｋｎｏｗｌｅｄｇｅ）メッセージを介して送信される、請求項１１に記載の方法。