(57)【要約】【課題】車両環境のためのプロキシ協調無線通信技術を提供する。【解決手段】一例では、第１ユーザ機器は、近接性サービス機能のプロキシとして動作するために、第１ユーザ機器の車両環境近接性サービス機能から、プロキシ動作認証を受信する。第１ユーザ機器は、次に、他のユーザ機器の構成情報を制御する。第１ユーザ機器は、さらに、他のユーザ機器により使用される車両環境動作モードを制御する。【選択図】図１
2020108151.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータプログラムを記憶したコンピュータ可読記憶媒体であって、
前記コンピュータプログラムは、プロセッサに動作を実行させ、前記動作は、
第１ユーザ機器（ＵＥ）において、ＰｒｏＳｅ（vehicle  to  anything  (V２X)  proximity  services）機能のプロキシＵＥとして動作するために、前記第１ＵＥの前記ＰｒｏＳｅ機能からプロキシ動作認証を受信することと、
前記第１ＵＥにより他のＵＥの構成情報を制御することと、
前記第１ＵＥによりＶ２Ｘ動作モードを制御することと、
を有する、コンピュータ可読記憶媒体。
【請求項２】
前記動作は、前記第１ＵＥにより前記他のＵＥの共同メッセージ送信レートを制御することを更に有する、請求項１に記載のコンピュータ可読記憶媒体。
【請求項３】
共同メッセージは基本安全メッセージ（ＢＳＭ）を有する、請求項２に記載のコンピュータ可読記憶媒体。
【請求項４】
前記動作は、前記プロキシＵＥから、前記プロキシＵＥがＰｒｏＳｅ機能のプロキシＵＥとして動作していることを宣言するフィールドを含むヘッダを有するＶ２Ｘメッセージを送信すること、を更に有する、請求項１に記載のコンピュータ可読記憶媒体。
【請求項５】
前記プロキシＵＥは、前記Ｖ２Ｘ  ＰｒｏＳｅ機能の代わりに自身のカバレッジ範囲内でＶ２Ｘ構成機能を実行することにより、プロキシＵＥとして動作する、請求項４に記載のコンピュータ可読記憶媒体。
【請求項６】
前記動作は、前記Ｖ２Ｘ  ＰｒｏＳｅ機能において前記ＵＥの信用情報を検証すること、を更に有する、請求項１に記載のコンピュータ可読記憶媒体。
【請求項７】
前記信用情報を検証することは、初期サービス認証の間に前記Ｖ２Ｘ  ＰｒｏＳｅ機能に前記信用情報を送信することを有し、プロキシを受信することは、前記信用情報が前記ＰｒｏＳｅ機能により検証された場合に前記プロキシＵＥにおいてプロキシ動作認証を受信することを有する、請求項６に記載のコンピュータ可読記憶媒体。
【請求項８】
前記プロキシＵＥは、Ｖ２Ｘプロキシとして動作するための情報により予め構成される、請求項１に記載のコンピュータ可読記憶媒体。
【請求項９】
前記プロキシＵＥは、ＰｒｏＳｅ機能からプロキシ情報を要求する、請求項１乃至８の１又は複数に記載のコンピュータ可読記憶媒体。
【請求項１０】
前記ＰｒｏＳｅ機能は、前記プロキシＵＥがＶ２Ｘプロキシとして動作することを許可されるべきか否かを決定するために、外部サーバ、例えば地理位置情報及びＩＴＳ（International  Traffic  System）サーバに問い合わせることにより、前記プロキシＵＥを検証する、請求項１乃至８の１又は複数に記載のコンピュータ可読記憶媒体。
【請求項１１】
前記動作は、前記プロキシＵＥがＶ２Ｘプロキシとして認証されていることを示すヘッダを用いてメッセージを送信することにより、前記プロキシＵＥがＶ２Ｘプロキシとしての自身の状態を広告すること、を更に有する、請求項１乃至８の１又は複数に記載のコンピュータ可読記憶媒体。
【請求項１２】
前記ヘッダは、Ｖ２Ｘプロキシ状態を示すために設定されたビットを有する、請求項１１に記載のコンピュータ可読記憶媒体。
【請求項１３】
車両環境の中のユーザ機器（ＵＥ）の処理回路であって、前記処理回路は、
Ｖ２Ｘ（vehicle  to  anything）ユーザ機器（ＵＥ）によりＶ２ＸプロキシＵＥの存在を検出し、
前記ＵＥにより、前記Ｖ２ＸプロキシＵＥに、前記ＵＥのＶ２Ｘ動作パラメータを更新するよう要求し、
前記Ｖ２ＸプロキシＵＥが新しい要求された構成を認証した場合、前記ＵＥが前記Ｖ２ＸプロキシＵＥからＶ２Ｘの更新動作パラメータを受信する、
処理回路。
【請求項１４】
前記要求は、宛先アドレスとしてＶ２Ｘプロキシアドレス、Ｖ２Ｘ情報要素（ＩＥ）の中の前記要求動作パラメータ、及び前記要求が適用されるプロバイダサービス識別子（ＰＳＩＤ）を含む、請求項１３に記載の処理回路。
【請求項１５】
さらに、前記ＵＥからの次のＶ２Ｘ  ＰｒｏＳｅヘッダ送信の中にＡビットを設定することにより、前記Ｖ２ＸプロキシＵＥに対し前記動作パラメータの受信を確認する、請求項１３に記載の処理回路。
【請求項１６】
要求することは、前記Ｖ２ＸプロキシＵＥとの直接通信のために、セルラＤ２Ｄインタフェース、例えばＬＴＥ  ＰＣ又は５Ｇ  Ｄ２Ｄ、無線ローカルエリアネットワーク（ＷＬＡＮ）インタフェース、又は無線個人域ネットワーク（ＷＰＡＮ）を通じて要求することを有する、請求項１３に記載の処理回路。
【請求項１７】
前記Ｖ２ＸプロキシＵＥは、ＩＴＳアプリケーションを有し、前記ＵＥから受信した前記メッセージを前記アプリケーションへ送信する、請求項１３乃至１６のうち１又は複数項に記載の処理回路。
【請求項１８】
前記メッセージを送信することは、ｅＮＢを通じて、前記メッセージをコアネットワーク内のＰｒｏＳｅ／Ｖ２Ｘ機能へ転送することを有する、請求項１７に記載の処理回路。
【請求項１９】
前記Ｖ２ＸプロキシＵＥは、メッセージ種類及び媒体アクセス制御レイヤヘッダの中の指示に基づき、前記メッセージを条件付きで送信する、請求項１８に記載の処理回路。
【請求項２０】
前記Ｖ２ＸプロキシＵＥは、前記ＵＥのサブスクリプションに基づき、前記ＵＥを認証する、請求項１３乃至１６のうちの１又は複数項に記載の処理回路。
【請求項２１】
さらに、前記Ｖ２ＸプロキシＵＥにより、移動性管理エンティティ（ＭＭＥ）から、Ｓ１  ＡＰ初期コンテキスト設定要求の中でプロキシ認証指示を受信する、請求項１３乃至１６のうちの１又は複数項に記載の処理回路。
【請求項２２】
さらに、前記Ｖ２ＸプロキシＵＥから「ＵＥネットワーク能力」の部分として、Ｖ２Ｘプロキシ能力指示を含むアタッチ要求及び／又は追跡領域更新要求メッセージを受信し、要求することは、前記メッセージを受信することの後に実行される、請求項１３乃至１６のうちの１又は複数項に記載の処理回路。
【請求項２３】
請求項１３に記載のＵＥであって、
請求項１３に記載の前記処理回路と、
前記更新動作パラメータを受信するために、前記Ｖ２ＸプロキシＵＥとの通信を提供するベースバンドロジックと、
を有するＵＥ。
【請求項２４】
Ｖ２Ｘ（vehicle  to  anything）プロキシとして動作するために登録要求を生成する、車両ユーザ機器（ＵＥ）の制御ロジックと、
前記制御ロジックに結合され、前記登録要求をｅＮＢ（enhanced  node  B）へ送信し、前記ｅＮＢから認証済みＶ２Ｘプロキシ構成を含む応答を受信する、シグナリングロジックと、
を有する装置。
【請求項２５】
前記制御ロジックに結合され、安全状態を検出し、前記安全状態を前記制御ロジックに提供する、センサ、を更に有し、
前記シグナリングロジックは、前記安全状態に基づき基本安全メッセージ（ＢＳＭ）を送信する、
請求項２４に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の参照］
本願は、米国特許仮出願番号第６２／１８６６１４号、２０１５年６月３０日出願、名称「Proxy  Coordinated  V２X  Operation」、Dave  Cavalcanti他、の優先権を主張する。
【０００２】
［技術分野］
この記載は、無線通信に関し、特に無線車両通信のためのプロキシ協調通信に関する。
【背景技術】
【０００３】
知的輸送システム（Intelligent  Transportation  Systems：ＩＴＳ）は、走行する車両に及び道路上の及びその周囲の設備にも知性を追加することにより道路上の安全及び効率を向上するよう努力している。ＩＴＳにより可能にされ得る多くの異なる機能及び目的が存在する。これらの幾つかは、交通流量及び車線占拠の管理、通行料金収集、貨物追跡、道路状態警告の提供、道路上の歩行者及び他の障害物に関する警告、等を含む。知的車両及び設備に加えて、ＩＴＳは、さらに、車両が他の車両と及び道路上の又はその近くの他の隣接装置と通信できるようにしようとしている。
【発明の概要】
【０００４】
車両環境における無線アクセス（Wireless  Access  in  Vehicular  Environments：ＷＡＶＥ）アーキテクチャ及び規格は、ＩＴＳ安全及び非安全アプリケーションをサポートするために開発されてきた。殆どのＩＴＳアプリケーションは、車両による状況認識及び共同認識により拡張される設備の概念に依存する。共同認識は、車両間（つまり、Ｖ２Ｖ（vehicle  to  vehicle）通信）、車両とインフラ設備との間（つまり、Ｖ２Ｉ（vehicle  to  infrastructure）通信）、及び車両と歩行者との間（つまり、Ｖ２Ｐ（vehicle  to  pedestrian）通信）の、基本安全メッセージ（basic  safety  messages：ＢＳＭ）の周期的及びイベント駆動型ブロードキャストに基づく。集合的に、Ｖ２Ｖ、Ｖ２Ｉ、及びＶ２Ｐ通信は、車両対あらゆるものとの（vehicle  to  everything：Ｖ２Ｘ）通信として指名される。
【０００５】
幾つかのＩＴＳシナリオでは、路側ユニット（Road  Side  Unit：ＲＳＵ）は、安全サービス（例えば、交差点衝突警告）及び非安全（移動情報）サービスを車両に及び他のＲＳＵにブロードキャストメッセージを通じて提供可能な通信ノードとして定められる。
【０００６】
Ｖ２Ｘ通信は、ＩＥＥＥ８０２．１１ｐ標準で定められるようなローカル及び都市域ネットワークにより及びセルラネットワーク（例えば、ＬＴＥ（long  term  evolution）、第５世代（５Ｇ）、等）により運ばれ得る専用短距離通信（dedicated  short  range  communications：ＤＳＲＣ）チャネルにより部分的に提供される。８０２．１１ｐ標準は、５．９ＧＨｚ帯（５．８５０〜５．９２５ＧＨｚ）の中の１０ＭＨｚ帯域幅のチャネルを使用して良い。ＤＳＲＣは、自走車両のために専用に設計された、１又は複数の一方向又は二方向短距離又は中距離無線通信チャネルであって良い。Ｖ２Ｘ装置は、異なるスペクトル帯で動作する複数の無線機を備えて良い。セルラネットワークは、Ｖ２Ｘ装置が、１又は複数のＤＳＲＣチャネルによりブロードキャストされ得る安全及び非安全サービスを発見し及び利用するのを支援するために使用されて良い。
【０００７】
ＤＳＲＣ８０２．１１ｐ無線ローカルエリアネットワークの中でメッセージを送信及び受信するために、装置（例えば、ＲＳＵ又は車両）は、ＷＡＶＥ基本サービスセット（WAVE  basic  service  set：ＷＢＳＳ）を設定し又は発見し及びそれに参加する。ＷＢＳＳは、装置がＷＡＶＥモードで動作でき及び標準的な８０２．１１認証及び関連付け手順を実行する必要を伴わずに通信できる基本サービスセット（basic  service  set：ＢＳＳ）である。所与のＷＢＳＳを発見するために、Ｖ２Ｘ装置は、該ＷＢＳＳからのメッセージについて、複数のＤＳＲＣチャネルをスキャンする。ＷＢＳＳは、８０２．１１ＭＡＣ（Media  Access  Control）レイヤフレームの中でＢＳＳＩＤ（Base  Station  Subsystem  Identification）により識別される。
【０００８】
ＤＳＲＣ／８０２．１１ｐに基づく路側ユニット（Road  Side  Units：ＲＳＵ）の展開は、８０２．１１ｐ標準のカバレッジ限界に起因して、道路インフラにおける多額の投資を含むことがある。ＬＴＥのような既存のセルラシステムは、その大規模カバレッジ及び効率的なスペクトル利用の場合に、ＩＴＳアプリケーションのためのＤＳＲＣ／８０２．１１ｐの代替として考えられている。ＬＴＥ  ＰｒｏＳｅ（LTE  Proximity  Services）機能は、直接装置通信を通じてＩＴＳ使用例を可能にするために検討されている。
【０００９】
実施形態は、例を用いて説明され、添付の図面に限定されるものではない。図中、同様の参照符号は同様の要素を表すために用いられる。
【図面の簡単な説明】
【００１０】
【図１】一実施形態によるＰｒｏＳｅ（proximity  services）を備える車両環境におけるＬＴＥネットワークの一部のブロック図である。
【図２】一実施形態による、ＵＥがＥ−ＵＴＲＡＮを通じてリモートＰｒｏＳｅ機能からＶ２Ｘ構成更新を受信する、代替のＬＴＥネットワークの部分のブロック図である。
【図３】一実施形態による、ＵＥが車両環境内でＰｒｏＳｅプロキシとして動作することを認証するシグナリングフロー図である。
【図４】一実施形態による、ＵＥによる使用のためのＰｒｏＳｅプロキシパケットヘッダの図である。
【図５】一実施形態による、ＵＥのＶ２Ｘ構成を更新するシグナリングフロー図である。
【図６】一実施形態による、車両環境内のＶ２Ｘプロキシ及び接続された他のノードのためのプロトコルスタックの図である。
【図７】一実施形態による、コアネットワーク装置のブロック図である。
【図８】一実施形態による、ＵＥ又はモバイル装置のブロック図である。
【図９】一実施形態による、Ｖ２Ｘ構成更新を要求する処理フロー図である。
【図１０】一実施形態による、Ｖ２Ｘ  ＵＥがＶ２Ｘプロキシとして動作することを認証する処理フロー図である。
【図１１】一実施形態による例示的なコンピューティングシステムのブロック図である。
【発明を実施するための形態】
【００１１】
ショート（Short）ＢＳＭメッセージは、非常に短い間隔（例えば２０〜１００ｍｓ）で緊急な状況（例えば、衝突警告、緊急停止、衝突前警告、等）を識別するために局所的に有用である。したがって、ＢＳＭの拡張可能な送信及び受信を可能にする際に関連するオーバヘッドを最小化することは、セルラシステムを介するＶ２Ｘ（Ｖ２Ｖ、Ｖ２Ｉ、及びＶ２Ｐ）のためにＢＳＭを遙かに迅速に送信できるようにする。しかしながら、ＬＴＥ  ＰｒｏＳｅプロトコルは、Ｖ２Ｘ通信の待ち時間及び格納可能性の要求を満たすためには、拡張可能でも効率的でもない。これは、ＩＴＳ安全アプリケーションのためのＢＳＭの有用性を制限する。
【００１２】
３ＧＰＰ  Ｖ２Ｘ研究グループにおいて策定された幾つかのＶ２Ｘ使用例は、Ｖ２Ｖ通信のみにより可能にできる。例えば、ＣＡＣＣ（cooperative  adaptive  cruise  control）、緊急車両／前方衝突警告、及び衝突前感知警告は、ＲＳＵサポートの要件を伴わずに実装され得る。さらに、これらの安全アプリケーションの多くは、極めて重要であり、ｅＮＢカバレッジの無い領域でも動作を続けるべきである。
【００１３】
ＤＳＲＣ実装指針は、「（特に低速走行する密集した交通の期間中）より良好に帯域幅を確保するために適応型送信レートアルゴリズムが提案されているが、現時点では、標準には何も採用されておらず、１００ｍｓ毎の静的送信レートが使用されている」と記載している。
【００１４】
Ｖ２Ｘ技術の採用が増えるにつれ、Ｖ２Ｘ通信のネットワーク容量に与える影響は、注意深く管理される必要があるだろう。ＢＳＭ送信の適応は、自走運転のような極めて低い待ち時間を有する将来の極めて重要な安全アプリケーションを支援するため、及びより効率的にスペクトルリソースを関するために使用されて良い。
【００１５】
ＲＳＵは、スタンドアロン型ＵＥとして実装されて良い。幾つかのシナリオでは、ＲＳＵは、コンテキスト情報に基づき他のＵＥのＶ２Ｘ動作をより良好に構成するために使用できる追加機能（例えば、カメラ、交通センサ、レーダ、等）を実装して良い。例えば、交通渋滞の中央では自動車衝突リスクは低く、一方で、ユーザ通信の需要は増大することがある。この例では、Ｖ２Ｘ協調送信レートを低減することは、無線インタフェースの負荷を削減し、及びリソース利用を向上し得る。
【００１６】
別の例では、交通量の多い交差点におけるＲＳＵは、各々の個別車両よりも、周囲環境のより包括的観点を有する必要がある場合がある。ＲＳＵは、自身の環境認識能力を使用して、車両が安全メッセージをどのように送信するかをより良好に調整できる。
【００１７】
したがって、調整され得る幾つかのパラメータがある。これらのパラメータは、コアネットワーク内のＰｒｏＳｅ／Ｖ２Ｘ機能により調整され得る。しかしながら、上述のように、コアネットワークとの通信は、より長い待ち時間を経験することがある。さらに、ＵＥがカバレッジエリアの外側に居る場合、ＵＥはＰｒｏＳｅ機能へのアクセスを有しない。
【００１８】
ＰｒｏＳｅ機能はコアネットワーク（ＣＮ）の部分なので、Ｖ２Ｘ動作パラメータの構成は、図２との関連で以下に更に詳述するように、幾つかのネットワークノードに関連する、ＰＣ３インタフェースを介するユーザプレーン通信を使用する。これは、全体のオーバヘッド及び待ち時間に追加し、安全使用例（例えば、自動運転、衝突前警告、等）には容認できないことがある。さらに、Ｖ２Ｘ動作の全ての制御がＰｒｏＳｅ機能を通じて行われるとき、ネットワークカバレッジの外側のＵＥのＶ２Ｘ動作は制御できない。
【００１９】
本願明細書に記載のように、機能及び手順は、ＣＮの中のＰｒｏＳｅ機能の直接関与の要件を伴わずに、ＰＣ５インタフェースを用いて認可ＵＥによるＶ２Ｘ動作の制御を可能にする。この機能は、緊急及び交通制御ＢＳＭに有用な極めて短い待ち時間（例えば、１〜２０ｍｓ）をサポートする。この機能は、ネットワークカバレッジの外側のＶ２Ｘサービスも可能にする。
【００２０】
Ｖ２Ｘ動作の直接ＵＥ間調整を可能にするためにＰＣ５インタフェースを介して実行され得る手順が記載される。これは、Ｖ２Ｘ  ＵＥがＶ２Ｘ  ＰｒｏＳｅ機能との直接通信を伴わずに他のＵＥのＶ２Ｘ動作を制御することを可能にするＶ２Ｘプロキシ機能を含み得る。ここで、Ｖ２Ｘプロキシ機能はＵＥにより実施され、該ＵＥはＲＳＵ機能も実装して良い。これは、Ｖ２Ｘプロキシ機能を利用するために、Ｖ２Ｘ  ＵＥがＶ２Ｘ  ＰｒｏＳｅ機能の認証を得ることを可能にするプロトコルも含み得る。ＵＥがＶ２Ｘプロキシとして動作していること及び自身のカバレッジ範囲内でＶ２Ｘ  ＰｒｏＳｅ機能の代わりに特定のＶ２Ｘ構成機能を実行することを許可されていることを示すフィールドを含む、新しいＶ２Ｘメッセージヘッダが使用されて良い。Ｖ２Ｘ  ＵＥとＶ２Ｘプロキシとして動作するＶ２Ｘ  ＵＥとの間でＶ２Ｘ動作パラメータの構成を可能にするために、更なるプロトコルが使用されて良い。
【００２１】
実施形態は、非常に厳格な待ち時間制約の範囲内でＵＥ間のより効率的な直接調整を可能にするために、ＬＴＥ  ＰｒｏＳｅ機能への拡張を含む。これは、幾つかのＶ２Ｉ及びＶ２Ｖ使用例をサポートするために使用され得る。これは、ネットワークカバレッジの外側のＶ２Ｘサービスの継続も可能にする。本願明細書では、Ｖ２Ｘ  ＵＥは、ＰｒｏＳｅ及びＶ２Ｘの可能な機能をサポートするＵＥを表す。Ｖ２Ｘ  ＰｒｏＳｅ機能は、ＰｒｏＳｅ機能の部分であって良い又はスタンドアロン型であって良いＶ２Ｘ特定機能を有するＰｒｏＳｅ機能である。
【００２２】
図１は、ＰｒｏＳｅ（proximity  services）を備えるＬＴＥネットワークの一部の図である。ネットワークは、ＬＴＥ無線インタフェース物理レイヤＵｕリンク１０８を通じて第１ユーザ機器（ＵＥ）であるＵＥ  Ａ１０４及び第２ＵＥであるＵＥ  Ｂ１０６に結合されるＥ−ＵＴＲＡＮ（evolved  universal  terrestrial  radio  access  network）１０２を有する。ＵＥは、ＰＣ５、ＷＬＡＮ（Wireless  Local  Area  Network）、ＷｉＦｉ、又は他の通信リンクを通じて互いに直接通信することもできる。Ｅ−ＵＴＲＡＮ１０２は、Ｓ１物理レイヤインタフェース１１４を通じて、移動性管理エンティティ（ＭＭＥ）１１０に及びサービングゲートウェイ（ＳＧＷ）又はパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１１２に接続する。ＭＭＥ又はＳ／ＰＧＷは、ＰＣ４、Ｓ６又は他の物理データレイヤリンク１１８を通じてホーム加入者サーバ（ＨＳＳ）１１６に接続する。
【００２３】
ＰｒｏＳｅは、ＰＣ１又は同様のリンクを通じて１又は複数のＰｒｏＳｅアプリケーションサーバ１２４に結合される各々の参加ＵＥにあるＰｒｏＳｅアプリケーション１２０、１２２を使用する。ＰｒｏＳｅアプリケーションサーバは、ＰＣ３又は同様のリンクを通じてＰｒｏＳｅ機能１２６をＵＥ１０４、１０６に配信する。ＰｒｏＳｅアプリケーションサーバは、ＵＥに及びシステム内の任意の他のモバイルノードに位置認識を配信するＰＣ４又は同様のリンクを通じて、ＰｒｏＳｅ機能をＨＳＳ１１６及びＳＵＰＬ（Secure  User  Plane  Location）位置プラットフォーム（ＰＬＰ）１２８にも配信する。ＰｒｏＳｅ機能は、記載の及び他の機能を実行するために他のサービス及びシステムとも接続して良い。
【００２４】
ＬＴＥ  ＰｒｏＳｅ使用は、図示のように新しい機能及びインタフェースを導入した。ＰｒｏＳｅ（直接装置間（Ｄ２Ｄ）通信としても参照される）は、第１ユーザ機器（ＵＥ）が、第１ＵＥの近傍にある第２ＵＥの存在を検出すること、直接接続又は通信セッションを確立すること、及び該直接接続を介して第２ＵＥと通信することを可能にできる。Ｖ２Ｘ通信のために使用可能なＵＥ、モバイル端末、モバイル通信装置、等は、「Ｖ２Ｘ装置」、「Ｖ２Ｘ  ＵＥ」、等として参照される場合がある。ＬＴＥ  ＰｒｏＳｅ仕様の新機能のうちの１つは、ＷＬＡＮ直接発見及び通信のためのＥＰＣ（Enhanced  Packet  Core）サポートである。この機能は、ＥＰＣネットワークが、２以上のＰｒｏＳｅを使用可能なＷＬＡＮ対応ＵＥにＷＬＡＮ技術を用いて直接通信させることをできるようにする。この決定は、例えば、ＥＰＣネットワークがＥＰＣレベルのＰｒｏＳｅ発見をサポートし且つ２以上のＵＥが近接近にあるとき、及び第１ＵＥ（ＵＥ−Ａ）が第２ＵＥ（ＵＥ−Ｂ）と通信することを要求していることをＥＰＣネットワークが知っているとき、行われ得る。
【００２５】
図２は、車両環境内の複数のＵＥ２０１、２０２、２０３がＬＴＥ−Ｕｕ又は他の無線プロトコルを通じてＵＥに対してｅＮＢとしてサービスするＥ−ＵＴＲＡＮ２０４に結合される、コアネットワーク（ＣＮ）を示す。ＵＥは、車両、歩行者、ＲＳＵ、インフラ、又はＷＡＶＥシステムを含む任意の無線通信システム内でＶ２Ｘメッセージ動作を交換する任意の他のＵＥであって良い。ＵＥのうちの１つに対するＶ２Ｘ構成更新も、ＣＮに関連して示される。これは、Ｖ２Ｘ  ＰｒｏＳｅ機能により直接制御される構成更新である。Ｅ−ＵＴＲＡＮは、Ｓ１−Ｕ又は別の種類のリンクを通じて、サービングゲートウェイ２０６及び接続され又は統合されたＰＤＮゲートウェイ２０８に結合される。ＰＤＮゲートウェイは、ＰｒｏＳｅ機能２１２に結合され、ＳＧｉ又は同様のリンクを通じてオペレータのＩＰ（Internet  Protocol）サービス２２２、例えばＩＭＳ、ＰＳＳ、等に結合される。ポリシ及び課金制御機能（policy  and  charging  rules  function：ＰＣＲＦ）２２０は、Ｇｘ接続によりＰＤＮゲートウェイに、及びＲｘ機能によりオペレータのＩＰサービスに、及び必要に応じてコアネットワークの他のコンポーネントに、リンクされて良い。追加ＩＴＳサーバ５１０は、Ｖ２Ｘ  ＰｒｏＳｅ機能に直接又は間接的に結合される。本例では、サーバは外部サーバであるが、サーバの位置は、異なるネットワーク構造及び実装に適合するために適応されて良い。Ｖ２Ｘ  ＰｒｏＳｅ機能は、信用情報を検証するために及び任意の他のシステム又は顧客情報を得るために、他のサーバにアクセスして良い。
【００２６】
Ｅ−ＵＴＲＡＮは、Ｓ１１を通じてサービングゲートウェイにも結合されて良いＳ１−ＭＭＥを通じて、ＭＭＥに更に結合される。ＭＭＥは、ＭＭＥに統合され又は別個に提供され得る種々の異なる機能及びシステムに接続を提供する。これらは、ホーム加入者サーバ（ＨＳＳ）２１８、サービングＧＰＲＳ（general  packet  radio  service）サポートノード（ＳＧＳＮ）２１６、並びにＵＴＲＡＮ及びＧＳＭ（登録商標）（Global  System  for  Mobile  communications）ＥＤＧＥ（Enhanced  Data  Rated  for  GSM  Evolution）無線アクセスネットワーク（ＧＥＲＡＮ）及び任意の他の所望のサービスを含んで良い。
【００２７】
本例では、Ｖ２Ｘ構成更新手順は、Ｖ２Ｘ  ＵＥ２０１のうちのＵＥとの間でｅＮＢ２０４を通じて実行されるとして示される。ＵＥは、Ｖ２Ｘ構成更新２３１をＶ２Ｘ  ＰｒｏＳｅ機能２１２へ、本例ではＥ−ＵＴＲＡＮであるローカルｅＮＢ２０４を通じて送信することにより、このトランザクション手順を開始する。無線アクセスノード（ＲＡＮ）２０４は、Ｖ２ＸメッセージをＶ２Ｘ  ＰｒｏＳｅ機能２１２へ転送する。Ｖ２Ｘ  ＰｒｏＳｅ機能では、Ｖ２Ｘ構成更新メッセージは、プロセス２３３である。これは、信用情報をチェックすること、ＷＢＳＳの構成パラメータを決定すること、及び他の機能を含み得る。これらの機能は、外部ＩＴＳサーバ２１０にアクセスして良い。終了すると、Ｖ２Ｘ  ＰｒｏＳｅ機能は、宛先ＵＥ２０１へ転送されるべきＶ２Ｘ構成更新応答を、ＲＡＮ２０４へ送り返す２３４。ＲＡＮは、次に、Ｖ２Ｘ応答メッセージをＵＥへ送信する２３５。この段階で、ＵＥは、応答メッセージ２３５の中の構成情報を適用することができる。構成情報は、元の要求メッセージ２３１の中の構成情報と同じ又は異なって良い。
【００２８】
ＵＥ間の効率的な分散型調整を可能にするために、Ｖ２Ｘ  ＰｒｏＳｅ機能により設定されたルール及びポリシに従いながら、Ｖ２Ｘプロキシが使用されて良い。本願明細書に記載されるＶ２Ｘプロキシは、ＵＥが、Ｖ２Ｘ  ＰｒｏＳｅ機能により認証された後に、他のＵＥの構成情報（例えば、Ｖ２Ｘ動作モード及び共同メッセージ送信レート）を制御できるようにする。Ｖ２Ｘプロキシは、Ｖ２Ｘ  ＰｒｏＳｅ機能の認証及び監督下で動作するが、図２に示すようにＰＣ３インタフェースを介するＰｒｏＳｅ機能との調整のためのオーバヘッドの多くを削減する。認証されると、Ｖ２Ｘプロキシは、ＰｒｏＳｅ機能が可能なよりも速く、他のＵＥに反応できる。その結果、Ｖ２Ｘプロキシは、極めて重要な期限が満たされることを保証するのを助ける。
【００２９】
一実施形態では、ＲＳＵ機能を実装するＵＥは、Ｖ２Ｘプロキシとして動作し、及び自身のカバレッジ下で他のＵＥのＶ２Ｘモード及び共同メッセージ（ＢＳＭ）送信レートを制御する。言い換えると、幾つかのＵＥは、ローカルＶ２Ｘ構成情報を制御するよう他のＵＥと直接通信するために、ＰｒｏＳｅ機能から認証を受信して良い。構成更新応答がより速く且つ同時により多くのＵＥへ送信できるように、複数のＶ２Ｘプロキシが確立されて良い。
【００３０】
Ｖ２Ｘ  ＵＥは、Ｖ２Ｘプロキシとして動作するための情報により、予め構成されて良い。この情報は、初期サービス認証の間に、Ｖ２Ｘ  ＰｒｏＳｅ機能へ送信される。Ｖ２Ｘ  ＰｒｏＳｅ機能は、信用情報を検証し及びＵＥがＶ２Ｘプロキシとして動作することを認証する責任を有する。任意で、Ｖ２Ｘ  ＵＥのプロキシ能力は、ＵＥサブスクリプションの部分であって良い。
【００３１】
別の実施形態では、Ｖ２Ｘ  ＵＥは、また、構成及び初期化の後にいつでも、Ｖ２Ｘプロキシとして動作するための要求をＶ２Ｘ  ＰｒｏＳｅ機能へ送信できる。ＰｒｏＳｅ機能は、ＵＥがＶ２Ｘプロキシとして動作することが許可されるべきか否かを決定するために、ＵＥ  Ｖ２Ｘ信用情報を使用して外部サーバ（例えば、地理位置情報及びＩＴＳサーバ）に問い合わせて良い。Ｖ２Ｘプロキシ登録手順の例示的な実施形態は、図３に関連して記載される。
【００３２】
図３は、ＰｒｏＳｅ機能からＵＥについてのプロキシ動作認証を得るためのシグナリングフロー図である。３１０で、ＷＡＶＥ又は別のシステムの車両環境通信グループの中の任意のＵＥであって良いＶ２Ｘ  ＵＥは、ＰｒｏＳｅ機能のＶ２Ｘプロキシとして動作するために、登録要求をＶ２Ｘ  ＰｒｏＳｅ機能３０４へ送信する３１０。要求は、セルラＤ２Ｄ（Device  to  Device）インタフェース（例えば、ＬＴＥ  ＰＣ５、５Ｇ  Ｄ２Ｄ）及びＷＬＡＮインタフェースを含む、ＵＥに利用可能な種々の異なる無線接続のうちの任意の１つを通じて行われて良い。直接通信のための任意のインタフェース、例えばＷＬＡＮ、ＷＰＡＮ、又はセルラＤ２Ｄ、が使用され得る。本例では、ＰｒｏＳｅ機能は、種々の異なるリンクのうちの任意のリンクを通じて接続される異なる位置に存在し得る３つの異なるノードに分割される。代替で、これらのノードのうちの任意の２つ又は全部は、単一ユニットに結合されて良く、又は殆どがハードウェア構造か否かに拘わらず物理的に同一場所に、同一ラック上に、又は同一筐体内に配置されて良い。第１ノードは、ホームＰＬＭＮ（Public  Land  Mobile  Network）にあるＶ２Ｘ  ＰｒｏＳｅ機能３０４である。第２ＰｒｏＳｅ機能ノード３０６は、ビジター又はローカルＰＬＭＮにある。第３ノードは、上述のような１つの又は他のＰＬＭＮと同一場所に置かれて良いＩＴＳサーバ３０８の外部にある。
【００３３】
Ｖ２Ｘ  ＵＥからプロキシ要求３１０を受信した後に、受信側Ｖ２Ｘ  ＰｒｏＳｅ機能３０４は、次に、要求側Ｖ２Ｘ  ＵＥがプロキシを引き受けるために認証されるか否かを決定することを試みる。これは、認証情報を得るために、ホームＰＬＭＮからビジター又はローカルＰＬＭＮ３０６へ要求を送信することにより行われて良い３１２。利用可能な場合には、ローカルＰＬＭＮ３０６は、認証応答をホームＰＬＭＮへ送り返す３１４。ホームＰＬＭＮは、さらに又は代替で、外部ＩＴＳサーバ３０８から認証を要求する３１８。利用可能な場合、次に、外部ＩＴＳサーバは、認証応答を送信して良い３２０。認証のためのこれらの要求及び応答の全ては、プロキシＵＥが他のＵＥのＶ２Ｘ構成を更新するために使用できるＶ２Ｘ構成情報を含んで良い。Ｖ２Ｘ  ＵＥ３０２がＰｒｏＳｅ機能３０４のプロキシとして認証された場合、ホームＰＬＭＮにあるＰｒｏＳｅ機能は、認証及び認証されたＶ２Ｘプロキシ構成を含む応答を送信して良い３２２。
【００３４】
Ｖ２Ｘ  ＵＥは、認証を受信した後に、肯定応答を、ホームＰＬＭＮ３０４にあるＰｒｏＳｅ機能へ送り返して良い。ホームＰＬＭＮ３０４にあるＰｒｏＳｅ機能は、ＩＴＳサーバ３０８及びＵＥがＰｒｏＳｅ機能により登録されており且つプロキシ認証応答を受信している任意の適切なエンティティへ通知を送信して良い。
【００３５】
一実施形態では、Ｖ２Ｘ  ＵＥの識別及びセキュリティに関連する信用情報に追加して、Ｖ２Ｘプロキシ登録要求は、Ｖ２Ｘプロキシ構成要求も含んで良い。このような要求の一例は図１に示される。より多くの又は少ないフィールドが異なる実装に適合するために使用されて良い。Ｖ２Ｘプロキシ機能は、ＵＥにより使用されるべき最終的なＶ２Ｘプロキシ構成を送り返す。
【００３６】
［表１］
【表１】
2020108151.tif 000003
【００３７】
Ｖ２Ｘプロキシヘッダは、ＵＥプロキシにより、プロキシとしての自身の状態を示すために使用されて良い。認証された場合、Ｖ２Ｘ  ＵＥは、ＰＣ５インタフェースを介して送信されるメッセージの中にＶ２Ｘプロキシヘッダを含み、認可Ｖ２Ｘプロキシとしての自身の状態を広告するためにプロキシヘッダの中のＸビットを設定して良い。
【００３８】
Ｖ２Ｘプロキシヘッダの一例は、図４に示される。これは、固定（例えば、必須）及び可変（例えば、任意）部分を含む。最初のバイトの最初の６ビット（ビット０〜５）は、どの任意情報要素が含まれるかを示す。任意フィールド（ビット６〜７）は、特定調整動作が含まれるときに使用されて良い。最初の８ビットの後に、ヘッダは、プロバイダ、送信元、宛先、及びＶ２Ｘ動作モード識別子のような任意情報のシーケンスを含んで良い。ヘッダの後に、Ｖ２Ｘ  ＰｒｏＳｅパケットが続いて良い。図４のＶ２Ｘプロキシヘッダフィールドは、表２に更に詳細に記載される。特定数のビットは、異なる実装に適合するために変更されて良い。異なる実装に適合するために、追加フィールドが追加されて良く、示されるフィールドのうちの幾つかは削除されて良い。表２の例示的なヘッダは、異なる実装に適合するために変更されて良い幾つかの特定ルールを有する。
【００３９】
［表２］
【表２】
2020108151.tif 000004
【００４０】
Ｖ２Ｘプロキシは、認証された後に、ネットワークカバレッジエリア内で広告を送信して良い。認証された場合、Ｖ２Ｘプロキシは、ネットワークカバレッジエリア外にも広告を送信して良い。上述のヘッダプリアンブルを用いて、Ｖ２Ｘプロキシとして動作することを認証されたＶ２Ｘ  ＵＥは、ＰＣ５インタフェースを介して送信されるＶ２ＸメッセージのＶ２Ｘプロキシヘッダ内のＸビットを設定する。それは、必要に応じて他の情報要素も含んで良い。Ｖ２Ｘプロキシは、自身がＰＳＩＤフィールドに記述されたサービスをサポートすることを示すために、Ｖ２Ｘプロキシヘッダ内のＰビットも設定して良い。
【００４１】
Ｖ２Ｘ  ＵＥは、さらに、Ｖ２Ｘメッセージ内のＸビットを監視することにより、ＵＥ、ＲＳＵ、又はＶ２Ｘプロキシとして動作する他のコンポーネントを発見する。Ｖ２Ｘ  ＵＥは、受信したメッセージの中のＰＳＩＤを自身のサポートするＰＳＩＤと比較することにより、自身がＶ２Ｘプロキシサービスを使用できるか否かを更に検証して良い。
【００４２】
Ｖ２Ｘ  ＰｒｏＳｅ登録されたＶ２Ｘ  ＵＥは、ネットワークカバレッジを失う場合、Ｖ２Ｘプロキシを検出するならば依然としてＶ２Ｘモードで動作できる。Ｖ２Ｘ  ＵＥは、ＬＴＥ−Ｕｕリンクを有しない場合でも、ＰＣ５リンクを用いて動作して良い。カバレッジ外のＶ２Ｘ  ＵＥは、所与の時間間隔の間、Ｘビットの設定されたＶ２Ｘメッセージを受信しない場合（ＵＥは、予め構成され又はサービスプロバイダにより設定されて良いout_of_coverage_timeoutパラメータにより構成されて良い）、別のＶ２Ｖプロキシを発見するまで自身のＶ２Ｘ動作を一時停止し、ネットワークカバレッジに再び入り、又はＵＥがＶ２Ｘプロキシとして動作することを予め認可されている場合にはＶ２Ｘプロキシ自体になる。
【００４３】
図５は、Ｖ２Ｘプロキシ５０４を用いてＶ２Ｘ  ＵＥ５０２の構成を更新するシグナリングフロー図である。Ｖ２Ｘプロキシ５０４は、自身のカバレッジエリア内にあり且つＰＳＩＤにより識別できる同じサービスをサポートしている他のＵＥ５０２のＶ２Ｘ動作モードを構成するために、Ｖ２Ｘ  ＩＥを有するＶ２Ｘメッセージを送信して良い５１２。Ｖ２Ｘ  ＩＥを受信し且つＶ２Ｘプロキシにより宣言されたＰＳＩＤをサポートするＶ２Ｘ  ＵＥは、Ｖ２Ｘ  ＩＥを復号化し、Ｖ２Ｘ  ＩＥに含まれるパラメータに基づく動作を採用して良い。Ｖ２Ｘ  ＵＥが自身のカバレッジ範囲内のＶ２Ｘプロキシの存在を検出すると、該ＵＥは、自身のＶ２Ｘ動作パラメータを更新するために、Ｖ２Ｘプロキシを要求して良い５１４。本例では、ＵＥは、宛先アドレス（DSTUE_tempID）としてＶ２Ｘプロキシアドレスを含み、Ｖ２Ｘ  ＩＥ内に要求される動作パラメータ、及び要求が適用されるＰＳＩＤを含んで良い。
【００４４】
Ｖ２Ｘプロキシは、新しい要求された構成を許可した場合、Ｖ２Ｘ動作パラメータを確認する（又は採用する）構成更新により応答する５１６。Ｖ２Ｘ  ＵＥは、自身の次のＶ２Ｘ  ＰｒｏＳｅ送信５１８のヘッダ内のＡビットを設定することにより、再構成情報の受信を確認できる。この送信は、ＢＳＭ又は任意の他の種類の許可されたＶ２Ｘメッセージであって良い。この送信は、ＢＳＭ又は他のブロードキャストである場合に、プロキシＵＥによっても受信されて良い。
【００４５】
図６は、Ｖ２ＸプロキシＵＥのための例示的なプロトコルスタックの図である。図示の実施形態では、ＵＥは、Ｖ２ＸプロキシＵＥとの直接通信のために、ＰＣ５インタフェースを使用する。その結果、コアネットワークリソースは必要ない。ｅＮＢ又はＭＭＥ若しくはゲートウェイサービスのいずれも、ＵＥ構成を更新するために必要ない。これは、図２に示した処理よりも、速いだけでなく、より信頼できる。
【００４６】
図示のように、Ｖ２ＸプロキシＵＥは、ＩＴＳアプリケーションを有して良く、受信したメッセージをＩＴＳアプリケーションへ送信し又はコアネットワーク内のＰｒｏＳｅ／Ｖ２Ｘ機能へ送信されるべきメッセージをｅＮＢへ転送することを選択できる。これは、ＵＥの構成更新の後に行われて良く、したがって、ＵＥ構成は任意のネットワークメッセージングにより遅延されない。この決定は、メッセージ種類又は要求側ＵＥのＭＡＣヘッダ内の何らかの指示に基づき行われ得る。
【００４７】
Ｖ２ＸプロキシＵＥは、アタッチ要求及び／又は追跡エリア更新要求メッセージ内の「ＵＥネットワーク能力（UE  Network  Capability）」の部分としてＶ２Ｘプロキシ能力指示を含んで良い。ＭＭＥは、ＰｒｏＳｅ／Ｖ２Ｘ動作のために、この情報を格納する。
【００４８】
Ｖ２ＸプロキシＵＥがＵＥサブスクリプションに基づきプロキシサービスを提供可能である場合、ＭＭＥは、Ｓ１  ＡＰ初期コンテキスト設定要求にプロキシ認証指示を含んで良い。ＵＥは、プロキシモードで動作するために、依然としてＰｒｏＳｅ機能から認証を得て良いことに留意する。
【００４９】
図７は、ｅＮＢ、ＭＭＥ、Ｖ２Ｘ  ＵＥ、Ｖ２Ｘ  ＰｒｏＳｅ機能を実装する電子装置、及び／又は種々の実施形態による任意の他の種類のネットワーク要素若しくは他の同様の電子装置であって良く又はそれに組み込まれて良く或いはその部分であって良い電子装置６０１を示すブロック図である。具体的に、電子装置は、ハードウェア、ソフトウェア、及び／又はファームウェアのうちの１又は複数に少なくとも部分的に実装されて良いロジック及び／又は回路であって良い。
【００５０】
実施形態では、電子装置ロジックはシグナリングロジック６０４を含んで良い。シグナリングロジック６０４は、制御ロジック６０２に結合される無線送信ロジック６０６及び受信ロジック６０８を含み得る。実施形態では、送信及び／又は受信ロジックは、６０４として示される通信機ロジックの要素又はモジュールであって良い。電子装置は、１又は複数のアンテナ６１０のうちの１又は複数の複数のアンテナ要素に結合され又はそれを含んで良い。
【００５１】
電子装置及び／又は電子装置のコンポーネントは、本開示の他の場所に記載されたものと同様の動作を実行するよう構成され得る。電子装置がＶ２Ｘ  ＵＥである又はＶ２Ｘ  ＵＥに実装され若しくはその部分である実施形態では、制御ロジックは、Ｖ２Ｘ  ＰｒｏＳｅ（proximity  services）機能を識別して良い。送信ロジックは、ＰｒｏＳｅ機能へ、Ｖ２Ｘプロキシとして動作するためにＶ２Ｘ  ＵＥの要求を送信して良い。
【００５２】
実施形態では、制御ロジックは、Ｖ２Ｘ（vehicle  to  anything）ＰｒｏＳｅ（proximity  services）機能を実施して良い。受信ロジックは、Ｖ２Ｘユーザ機器（ＵＥ）から、Ｖ２Ｘプロキシとして動作するためのＶ２Ｘ  ＵＥの要求を受信して良い。Ｖ２Ｘプロキシでは、Ｖ２Ｘ  ＵＥは、１又は複数の他のＶ２Ｘ  ＵＥのＶ２Ｘ動作を制御できる。送信ロジックは、該要求に応答して、Ｖ２Ｘプロキシとして動作すべきＶ２Ｘ  ＵＥへ認証を送信して良い。
【００５３】
電子装置がｅＮＢ又はコアネットワーク（ＣＮ）要素に実装される実施形態では、制御ロジックは、ユーザＵＥのＷＢＳＳサービスの登録を認証して良い。ＵＥについてＷＢＳＳサービスの登録を認証するために、制御ロジックは、ＵＥのサービングネットワーク及び／又は１又は複数の外部ＩＴＳサーバによりＵＥに関連付けられた信用情報を認証して良い。このような実施形態では、シグナリングロジックは、ＵＥへ登録応答を提供して良い。登録応答は、ＵＥがＷＢＳＳサービスのために認可されているか否かに関する指示を含んで良い。
【００５４】
電子装置がｅＮＢ内に実装される実施形態では、シグナリングロジックは、ＬＴＥ−Ｕｕインタフェースを介してＵＥから登録要求メッセージを受信して良い。さらに、電子装置がｅＮＢ内に実装される実施形態では、制御ロジックは、Ｘ２に基づくハンドオーバ手順の間に、ＰｒｏＳｅ認証済み指示又はＶ２Ｘ認証済み指示をＸ２アプリケーションプロトコル（ＡＰ）ハンドオーバ要求メッセージに含めて良い。ＰｒｏＳｅ認証済み指示は、ＵＥがＰｒｏＳｅを使用することを許可されたことを示して良い。Ｖ２Ｘ認証済み指示は、ＵＥがＷＢＳＳサービス及び／又は無線ローカルエリアネットワーク（ＷＬＡＮ）直接サービスを使用することを許可されたことを示して良い。
【００５５】
電子装置がＣＮ要素内に実装される実施形態では、ＣＮ要素は、サービングゲートウェイ（ＳＧＷ）又はパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）とインタフェースを介して通信可能に結合されて良い。さらに、電子装置がＭＭＥ内に実装される場合、シグナリングロジックは、能力指示を含むメッセージを受信して良い。このような実施形態では、制御ロジックは、能力指示を格納し、能力情報を能力情報により示される能力を認証するために提供して良い。
【００５６】
図８は、ＵＥ、モバイル装置、Ｖ２Ｘ  ＵＥ、Ｖ２Ｘ  ＰｒｏＳｅ機能を実装する電子装置、及び／又は種々の実施形態による任意の種類の電子装置であって良く又はそれに組み込まれて良く或いはその部分であって良い電子装置を示すブロック図である。具体的に、電子装置は、ハードウェア、ソフトウェア、及び／又はファームウェアのうちの１又は複数に少なくとも部分的に実装されて良いロジック及び／又は回路であって良い。実施形態では、電子装置ロジックは、送信ロジックと受信ロジックと（図示しない）を含んで良くＰｒｏＳｅロジック６１８に結合されるシグナリングロジック６１６を有して良い。ＰｒｏＳｅロジック６１８も、送信ロジックと受信ロジックと（図示しない）を含んで良い。シグナリングロジック６１６及びＰｒｏＳｅロジック６１８の各々は、Ｖ２Ｘロジック６１４を含んで良い制御ロジック６１２に結合される。シグナリングロジック及び／又はＰｒｏＳｅロジックに含まれる送信ロジック及び／又は受信ロジックは、図６に関して前述した送信ロジック及び／又は受信ロジックと同じ又は同様であって良い。
【００５７】
実施形態では、シグナリングロジック及び／又はＰｒｏＳｅロジックは、通信機ロジック等の要素又はモジュールであって良い。電子装置は、１又は複数のアンテナ６２０のうちの１又は複数の複数のアンテナ要素に結合され又はそれを含んで良い。電子装置及び／又は電子装置のコンポーネントは、本開示の他の場所に記載されたものと同様の動作を実行するよう構成され得る。例えば、電子装置がＵＥ内に実装される実施形態では、Ｖ２Ｘロジックは、ＰｒｏＳｅ機能へ送信されるべき登録要求メッセージを生成して良い。シグナリングロジックは、登録要求メッセージをＰｒｏＳｅ機能に提供して良い。ＰｒｏＳｅ機能がＵＥは直接通信セッションを提供することを許可されたことを示すとき、ＰｒｏＳｅロジックは、ＤＳＲＣチャネルを介して直接通信セッションを提供して良い。
【００５８】
本願明細書で用いられるとき、用語「ロジック」は、１又は複数のソフトウェア若しくはファームウェアプログラムを実行するＡＳＩＣ（Application  Specific  Integrated  Circuit）、電子回路、プロセッサ（共有、専用、又はグループ）、及び／又はメモリ（共有、専用、又はグループ）、組合せ論理回路、及び／又は記載の機能を提供する他の適切なハードウェアコンポーネントを表し、その一部であり、又はそれを含み得る。具体的に、ロジックは、少なくとも部分的に、ハードウェア、ソフトウェア、及び／又はファームウェアで実装され又はその要素であって良い。幾つかの実施形態では、１又は複数のソフトウェア又はファームウェアモジュールに、電子装置ロジックが実装されて良く、或いは、ロジックに関連する機能が実装されて良い。
【００５９】
幾つかの実施形態では、図７又は８の電子装置は、図９の処理のような１又は複数の処理を実行するよう構成されて良い。例えば、電子装置がＶ２Ｘ  ＵＥである又はＶ２Ｘ  ＵＥに組み込まれる若しくはその部分である実施形態では、処理は、Ｖ２Ｘ（vehicle  to  anything）ユーザ機器（ＵＥ）により、Ｖ２Ｘ  ＵＥがＶ２Ｘプロキシとして動作すべきであることを識別することを含んで良い５３２。処理は、Ｖ２Ｘ  ＵＥによりＰｒｏＳｅ（proximity  services）機能へ、Ｖ２Ｘプロキシとして動作するためのＶ２Ｘ  ＵＥの要求を送信することを更に有して良い５３４。
【００６０】
幾つかの実施形態では、図７又は８の電子装置は、図１０の処理のような１又は複数の処理を実行するよう構成されて良い。例えば、電子装置がＶ２Ｘ  ＰｒｏＳｅ機能を実装する実施形態では、処理は、Ｖ２Ｘユーザ機器（ＵＥ）からＶ２Ｘ  ＰｒｏＳｅ（proximity  services）機能により、Ｖ２Ｘプロキシとして動作するためのＶ２Ｘ  ＵＥの要求を受信することを含んで良い５３６。Ｖ２Ｘプロキシでは、Ｖ２Ｘ  ＵＥは、１又は複数の他のＶ２Ｘ  ＵＥのＶ２Ｘ動作を制御できる。処理は、該要求に応答して、Ｖ２Ｘ  ＰｒｏＳｅ機能により、Ｖ２Ｘプロキシとして動作すべきＶ２Ｘ  ＵＥへ認証を送信することを更に有して良い５３８。
【００６１】
ここに記載の実施形態は、任意の適切に構成されたハードウェア及び／又はソフトウェアを用いてシステムに実装されて良い。図１１は、ある実施形態について、少なくとも図示のように互いに結合される、無線周波数（ＲＦ）ロジック１０、ベースバンドロジック４、アプリケーションロジック２、メモリ／記憶装置１２、ディスプレイ２０、カメラ１８、センサ１６、及び入力／出力（Ｉ／Ｏ）インタフェース１４、を有する例示的なシステム１００を示すブロック図である。
【００６２】
アプリケーションロジック２は、１又は複数のシングルコア又はマルチコアプロセッサを有して良い。プロセッサは、汎用プロセッサ及び専用プロセッサ（例えば、グラフィックプロセッサ、アプリケーションプロセッサ、等）の任意の組合せを有し得る。プロセッサは、メモリ／記憶装置に結合され、メモリ／記憶装置に格納された命令を実行して、システム上で実行する種々のアプリケーション及び／又はオペレーティングシステムを有効にするよう構成されて良い。
ベースバンドロジック４は、１又は複数のシングルコア又はマルチコアプロセッサを有して良い。プロセッサは、ベースバンドプロセッサ６、及び／又は本願明細書の他の場所に記載された制御ロジック、送信ロジック及び／又は受信ロジックの機能若しくは動作を実施するよう設計され得る追加若しくは代替プロセッサ８を有して良い。
【００６３】
ベースバンドロジックは、ＲＦロジック１０を介して１又は複数の無線ネットワークとの通信を有効にする種々の無線制御機能を処理して良い。無線制御機能は、限定ではないが、信号変調、符号化、復号化、無線周波数シフト、等を有して良い。幾つかの実施形態では、ベースバンドロジックは、１又は複数の無線技術と互換性のある通信を提供して良い。例えば、幾つかの実施形態では、ベースバンドロジックは、ＥＵＴＲＡＮ（evolved  universal  terrestrial  radio  access  network）及び／又は他の無線都市域ネットワーク（ＷＭＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線個人域ネットワーク（ＷＰＡＮ）との通信をサポートし得る。ベースバンドロジックが１より多くの無線プロトコルの無線通信をサポートするよう構成される実施形態は、マルチモードベースバンドロジックとして参照され得る。
種々の実施形態では、ベースバンドロジックは、ベースバンド周波数にあると厳密に考えられない信号により動作するロジックを含み得る。例えば、幾つかの実施形態では、ベースバンドロジックは、ベースバンド周波数と無線周波数との間にある中間周波数を有する信号により動作するロジックを有して良い。
【００６４】
ＲＦロジック１０は、非固体媒体を通じる変調電磁放射を用いる無線ネットワークとの通信を可能にできる。種々の実施形態において、ＲＦロジックは、無線ネットワークとの通信を実現するために、スイッチ、フィルタ、増幅器、等を有し得る。種々の実施形態では、ＲＦロジックは、無線周波数にあると厳密に考えられない信号により動作するロジックを含み得る。例えば、幾つかの実施形態では、ＲＦロジックは、ベースバンド周波数と無線周波数との間にある中間周波数を有する信号により動作するロジックを有して良い。
【００６５】
種々の実施形態では、本願明細書で議論され又は記載された送信ロジック、制御ロジック、及び／又は受信ロジックは、ＲＦロジック１０、ベースバンドロジック４、及び／又はアプリケーションロジック２のうちの１又は複数に全体的に又は部分的に具現化されて良い。留意すべきことに、先に開示した種々のロジック種類は、異なるロジック種類に結合され又は分離され、及び／又は異なるロジック種類として参照されて良い。例えば、幾つかの実施形態では、ベースバンドロジックは、シグナリングロジック、通信ロジック、等として動作するよう、ＲＦロジックと結合されて良い。
【００６６】
別の例として、幾つかの実施形態では、ベースバンドロジック、ベースバンドプロセッサ、及び／又は任意の他の同様の処理装置は、「処理ロジック」、「制御ロジック」、等と参照されて良い。本願明細書で用いられるとき、用語「ロジック」は、１又は複数のソフトウェア若しくはファームウェアプログラムを実行するＡＳＩＣ（Application  Specific  Integrated  Circuit）、電子回路、プロセッサ（共有、専用、又はグループ）、及び／又はメモリ（共有、専用、又はグループ）、組合せ論理回路、及び／又は記載の機能を提供する他の適切なハードウェアコンポーネントを表し、その一部であり、又はそれを含み得る。具体的に、ロジックは、少なくとも部分的に、ハードウェア、ソフトウェア、及び／又はファームウェアで実装され又はその要素であって良い。幾つかの実施形態では、１又は複数のソフトウェア又はファームウェアモジュールに、電子装置ロジックが実装されても良く、或いは、ロジックに関連する機能が実装されて良い。
【００６７】
幾つかの実施形態では、ベースバンドロジック、アプリケーションロジック、及び／又はメモリ／記憶装置の構成要素うちの一部又は全部は、システムオンチップ（ＳＯＣ）に一緒に実装されて良い。
メモリ／記憶装置１２は、例えばシステム１００のためにデータ及び／又は命令をロード及び格納するために用いられて良い。一実施形態のメモリ／記憶装置は、適切な揮発性メモリ（例えば、ダイナミックランダムアクセスメモリ（ＤＲＡＭ））及び／又は不揮発性メモリ（例えば、フラッシュメモリ）の任意の組合せを有して良い。
種々の実施形態では、Ｉ／Ｏインタフェース１４は、システムとのユーザ相互作用を可能にするよう設計される１又は複数のユーザインタフェース、及び／又はシステムとの周辺機器コンポーネント相互作用を可能にするよう設計される周辺機器コンポーネントインタフェースを有して良い。ユーザインタフェースは、限定ではないが、物理キーボード又はキーパッド、タッチパッド、スピーカ、マイクロフォン、等を有して良い。周辺機器コンポーネントインタフェースは、限定ではないが、不揮発性メモリポート、ＵＳＢ（universal  serial  bus）ポート、オーディオジャック、及び電源インタフェースを有して良い。
種々の実施形態では、センサ１６は、システムに関連する環境条件及び／又は位置情報を決定するために、１又は複数のセンサ装置を有して良い。幾つかの実施形態では、センサは、ジャイロセンサ、加速度計、近傍センサ、周囲光センサ、及び位置決めユニットを含み得るが、これらに限定されない。位置決めユニットは、位置決めネットワーク、例えばＧＰＳ（global  positioning  system）衛星のコンポーネントと通信するためにベースバンドロジック及び／又はＲＦロジックの一部であり、又はそれと相互作用して良い。
車両環境内のセンサ及びカメラは、車両及び任意の他の接続された装置に状況認識を提供するよう構成されて良い。異なる位置に多くの異なるカメラが、及びレーザ、ソナー、赤外線、レーダ、及び環境センサのような異なる種類のセンサが存在して良い。カメラ及びセンサは、ＣＡＣＣ（cooperative  adaptive  cruise  control）、緊急車両／前方衝突警告、及び衝突前感知警告のような、種々の車両安全及び自律システムに結合されて良い。カメラ及びセンサは、様々な異なる安全状態のうちの任意のものを検出し、これらを安全サービス及び安全メッセージに関連する安全アプリケーションにためのアプリケーションロジックに提供可能であって良い。
【００６８】
種々の実施形態では、ディスプレイ２０は、ディスプレイ（例えば、液晶ディスプレイ、タッチスクリーンディスプレイ、等）を有して良い。
種々の実施形態では、システムは、ラップトップコンピューティング装置、タブレットコンピューティング装置、ノートブック、ウルトラブック、スマートフォン、等のようなモバイルコンピューティング装置であって良いが、これらに限定されない。種々の実施形態では、システムは、より多くの又はより少ないコンポーネント及び／又は異なるアーキテクチャを有して良い。
種々の実施形態では、システムは、ラップトップコンピューティング装置、タブレットコンピューティング装置、ノートブック、ウルトラブック、スマートフォン、車両通信システム若しくは装置、車両内情報（ＩＶＩ）システム若しくは装置、車内娯楽（ＩＣＥ）システム若しくは装置、運転者監視システム若しくは装置、運転者注意監視装置若しくはシステム、車両内監視システム若しくは装置、等のようなモバイルコンピューティング装置であって良いが、これらに限定されない。種々の実施形態では、システムは、より多くの又はより少ないコンポーネント及び／又は異なるアーキテクチャを有して良い。例えば、幾つかの実施形態では、ＲＦロジック及び／又はベースバンドロジックは、通信ロジック（図示しない）に埋め込まれて良い。
【００６９】
通信ロジックは、通信が行われる適切な通信インタフェースに適する信号処理技術、例えば符号化、変調、フィルタリング、変換、増幅、等を提供するために、１又は複数のシングルコア又はマルチコアプロセッサ及びロジック回路を有して良い。通信ロジックは、有線、光、又は無線通信媒体を介して通信して良い。システムが無線通信のために構成される実施形態では、通信ロジックは、１又は複数の無線技術と互換性のある通信を提供するためにＲＦロジック及び／又はベースバンドロジックを有して良い。例えば、幾つかの実施形態では、通信ロジックは、ＥＵＴＲＡＮ（evolved  universal  terrestrial  radio  access  network）及び／又は他の無線都市域ネットワーク（ＷＭＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線個人域ネットワーク（ＷＰＡＮ）との通信をサポートし得る。
【００７０】
本願明細書の技術の実施形態は、３ＧＰＰ（third  generation  partnership  project）ＬＴＥ（long  term  evolution）又はＬＴＥ−Ａ（LTE−advanced）標準に関連するとして記載されることがある。例えば、ＬＴＥ関連用語又はエンティティとして考えられるｅＮＢ（eNodeB）、移動性管理エンティティ（ＭＭＥ）、ユーザ機器（ＵＥ）、等のような用語又はエンティティが使用されることがある。しかしながら、他の実施形態では、ＩＥＥＥ（Institute  of  Electrical  and  Electronic  Engineers）８０２．１６無線技術（ＷｉＭａｘ）、ＩＥＥＥ８０２．１１無線技術（Ｗｉ−Ｆｉ）のような他の無線技術、ＧＳＭ（登録商標）（global  system  for  mobile  communications）、ＥＤＧＥ（enhanced  data  rates  for  GSM  evolution）、ＧＥＲＡＮ（GSM  EDGE  radio  access  network）、ＵＭＴＳ（universal  mobile  telecommunications  system）、ＵＴＲＡＮ（UMTS  terrestrial  radio  access  network）、又は他の２Ｇ、３Ｇ、４Ｇ、５Ｇ等の既に開発された又は将来開発される技術のような種々の他の無線技術において又はそれに関連して技術が使用され得る。これらの実施形態では、ｅＮＢ、ＭＭＥ、ＵＥなどのようなＬＴＥ関連用語が使用され、ＬＴＥに基づく用語又はエンティティのうちの１又は複数と等価又はほぼ等価であると考えられる１又は複数のエンティティ又はコンポーネントが使用されて良い。
【００７１】
詳細な説明は、添付の図面を参照する。同じ参照符号は、同じ又は同様の要素を識別するために異なる図中で使用されることがある。以下の説明では、限定ではなく説明を目的として、記載の実施形態の種々の態様の完全な理解を提供するために、特定の構造、アーキテクチャ、インタフェース、技術などのような特定の詳細事項が説明される。しかしながら、請求される実施形態の種々の態様はこれらの特定の詳細事項とは別の他の例でも実施できることが、本開示の利益を有する当業者に明らかである。特定の例では、不要な詳細事項により本発明の実施形態の説明を不明瞭にしないために、良く知られた装置、回路、及び方法の記載は省略される。
【００７２】
＜例＞
例１は、Ｖ２Ｘ  ＵＥ、１又は複数のＶ２Ｘ  ＰｒｏＳｅ機能及び外部サーバを含むシステムを有して良く、Ｖ２Ｘ  ＵＥは、Ｖ２Ｘプロキシとして動作するために、ＰｒｏＳｅ機能へ要求を送信する。
【００７３】
例２は、例１又はここに記載の特定の他の例のシステムを有して良く、Ｖ２Ｘプロキシとして動作するＶ２Ｘ  ＵＥは、他のＶ２Ｘ  ＵＥのＶ２Ｘ動作構成を制御できる。
【００７４】
例３は、例１又はここに記載の特定の他の例のシステムを有して良く、Ｖ２Ｘ  ＵＥは、自身のプロキシ構成パラメータを、サポートされるサービス識別子（ＰＳＩＤ）、カバレッジエリア及びＵＥがカバレッジ外で動作できるか否かを含む、Ｖ２Ｘ  ＰｒｏＳｅ機能へ送信される要求に含める。
【００７５】
例４は、例１又はここに記載の特定の他の例のシステムを有して良く、Ｖ２Ｘ  ＰｒｏＳｅ機能は、Ｖ２Ｘ  ＵＥをＶ２Ｘプロキシとして動作できるようにする認証を得るために、プロキシ要求を他のＶ２Ｘ  ＰｒｏＳｅ機能及び／又は外部サーバへ転送して良い。
【００７６】
例５は、例１又はここに記載の特定の他の例のシステムを有して良く、Ｖ２Ｘ  ＰｒｏＳｅ機能は、ＰｒｏＳｅ機能の部分として実装されるＶ２Ｘ特定機能である。
【００７７】
例６は、例１又はここに記載の特定の他の例のシステムを有して良く、Ｖ２Ｘ  ＰｒｏＳｅ機能は、スタンドアロン機能として実装されるＶ２Ｘ特定機能である。
【００７８】
例７は、例１又はここに記載の特定の他の例のシステムを有して良く、Ｖ２Ｘ  ＰｒｏＳｅ機能は、認証、並びにカバレッジエリア、カバレッジ外認証及び有効性を含む、ＵＥがＶ２Ｘプロキシとして動作するために使用することを許可されたＶ２Ｘプロキシ構成を含む応答を、Ｖ２Ｘ  ＵＥへ送信する。
【００７９】
例８は、例１又はここに記載の特定の他の例のシステムを有して良く、Ｖ２Ｘプロキシは、ＰＣ５インタフェースを介して送信されるＶ２Ｘメッセージ内のプロキシフィールド（Ｐ）を設定することにより、自身の能力を宣言する。
【００８０】
例９は、例１又はここに記載の特定の他の例のシステムを有して良く、Ｖ２Ｘプロキシは、Ｖ２ＸプロキシヘッダをＶ２Ｘ動作情報を含む自身のＶ２Ｘメッセージに含めることにより、位置、サービスサブスクリプション及び上位レイヤコンテキスト情報の組合せを使用して、１又は複数のＵＥのＶ２Ｘ動作をどこで及びいつ更新すべきかを決定して良い。
【００８１】
例１０は、例１又はここに記載の特定の他の例のシステムを有して良く、Ｖ２Ｘプロキシ支援からの構成更新を実施でき且つそれを許可されたＶ２Ｘ  ＵＥは、宣言メッセージ内のＶ２Ｘ動作情報を使用して、自身の構成を相応して更新する。
【００８２】
例１１は、例１又はここに記載の特定の他の例のシステムを有して良く、Ｖ２Ｘ  ＵＥは、Ｖ２Ｘプロキシに自身のＶ２Ｘ動作構成を更新するよう要求して良い。
【００８３】
例１２は、例１又はここに記載の特定の他の例のシステムを有して良く、Ｖ２Ｘプロキシは、ＵＥのＶ２Ｘ構成を更新するためのＵＥ要求を許可して良く、使用されるべき認可した構成と共に応答を送り返す。
【００８４】
例１３は、例１又はここに記載の特定の他の例のシステムを有して良く、Ｖ２Ｘ  ＵＥ及びＶ２Ｘプロキシは、ネットワークカバレッジ外にいながら、Ｖ２Ｘメッセージ及び／又は１又は複数の基本安全メッセージ（ＢＳＭ）を交換する。
【００８５】
例１４は、例１又はここに記載の特定の他の例のシステムを有して良く、Ｖ２Ｘプロキシは、ＰＣ５及びユーザプレーンインタフェースの両方を実装する。
【００８６】
例１５は、例１又はここに記載の特定の他の例のシステムを有して良く、Ｖ２Ｘ  ＵＥは、アタッチ要求及び／又は追跡エリア更新要求メッセージ内の「ＵＥネットワーク能力（UE  Network  Capability）」の部分としてＶ２Ｘプロキシ能力指示を含めて良い。
【００８７】
例１６は、例１又はここに記載の特定の他の例のシステムを有して良く、ＭＭＥは、ＵＥがＶ２Ｘプロキシサービスをサポート可能であるか否かも示すＳ１  ＡＰ初期コンテキスト設定要求に、プロキシ認証指示を含めて良い。
【００８８】
例１７は、Ｖ２Ｘ（vehicle  to  anything）ユーザ機器（ＵＥ）であって、Ｖ２Ｘ  ＰｒｏＳｅ（proximity  services）機能を識別する制御ロジックと、制御ロジックに結合される送信ロジックと、を有し、送信ロジックは、ＰｒｏＳｅ機能へ、Ｖ２Ｘプロキシとして動作するためのＶ２Ｘ  ＵＥの要求を送信する、Ｖ２Ｘ  ＵＥを有して良い。
【００８９】
例１８は、例１７又はここに記載の特定の他の例のＶ２Ｘ  ＵＥを有して良く、制御ロジックは、Ｖ２Ｘ  ＵＥがＶ２Ｘプロキシであるとき、１又は複数の他のＶ２Ｘ  ＵＥのＶ２Ｘ動作構成を制御する。
【００９０】
例１９は、例１７又はここに記載の特定の他の例のＶ２Ｘ  ＵＥを有して良く、要求は、Ｖ２Ｘ  ＵＥの１又は複数のプロキシ構成パラメータの指示、１又は複数のサポートされるサービス識別子（ＰＳＩＤ）の指示、カバレッジエリアの指示、及び／又はＶ２Ｘ  ＵＥがカバレッジエリアの外で動作できるか否かの指示、のうちの１又は複数を有する。
【００９１】
例２０は、例１７又はここに記載の特定の他の例のＶ２Ｘ  ＵＥを有して良く、送信ロジックに結合された受信ロジックを更に有し、受信ロジックは、Ｖ２Ｘ  ＰｒｏＳｅ機能から、要求に関連する認証を受信し、認証は、Ｖ２Ｘプロキシ構成の指示、カバレッジエリア、カバレッジ外認証及び／又は有効性を含む。
【００９２】
例２１は、例１７又はここに記載の特定の他の例のシステムを有して良く、送信ロジックは、ＰＣ５インタフェースを介して送信される１又は複数のＶ２Ｘメッセージ内のプロキシフィールド（Ｐ）を設含む能力宣言を更に送信する。
【００９３】
例２２は、例１７又はここに記載の特定の他の例のＶ２Ｘ  ＵＥを有して良く、制御ロジックは、Ｖ２ＸプロキシヘッダをＶ２Ｘ動作情報を含む自身のＶ２Ｘメッセージに含めることにより、位置、サービスサブスクリプション及び上位レイヤコンテキスト情報の組合せを使用して、１又は複数のＵＥのＶ２Ｘ動作をどこで及びいつ更新すべきかを決定する。
【００９４】
例２３は、例２２又はここに記載の特定の他の例のＶ２Ｘ  ＵＥを有して良く、Ｖ２Ｘプロキシ支援からの構成更新を実施でき且つそれを許可されたＶ２Ｘ  ＵＥは、宣言メッセージ内のＶ２Ｘ動作情報を使用して、自身の構成を相応して更新する。
【００９５】
例２４は、例１７又はここに記載の特定の他の例のＶ２Ｘ  ＵＥを有して良く、制御ロジックに結合された受信ロジックを更に有し、受信ロジックは、１又は複数のＶ２Ｘ  ＵＥから、そのＶ２Ｘ動作構成を更新するためのＶ２Ｘ  ＵＥの要求を受信する。
【００９６】
例２５は、例２４又はここに記載の特定の他の例のＶ２Ｘ  ＵＥを有して良く、送信ロジックは、要求に基づき、認可された構成を含む認証を更に送信する。
【００９７】
例２６は、例１７又はここに記載の特定の他の例のＶ２Ｘ  ＵＥを有して良く、Ｖ２Ｘ  ＵＥは、ネットワークカバレッジ外にいながら、送信ロジック及び／又は送信ロジックに結合された受信ロジックを介して、１又は複数のＶ２Ｘメッセージ及び／又は１又は複数の基本安全メッセージ（ＢＳＭ）を別のＵＥと交換する。
【００９８】
例２７は、例１７又はここに記載の特定の他の例のシステムを有して良く、制御ロジック、送信ロジック及び／又は受信ロジックは、ＰＣ５及びユーザプレーンインタフェースの両方を実装する。
【００９９】
例２８は、例１７又はここに記載の特定の他の例のＶ２Ｘ  ＵＥを有して良く、Ｖ２Ｘ  ＵＥが通信可能に結合される１又は複数のＵＥは、アタッチ要求及び／又は追跡エリア更新要求メッセージ内の「ＵＥネットワーク能力（UE  Network  Capability）」の部分としてＶ２Ｘプロキシ能力指示を含める。
【０１００】
例２９は、例１７又はここに記載の特定の他の例のＶ２Ｘ  ＵＥを有して良く、送信ロジックに結合された受信ロジックを更に有し、受信ロジックは、移動性管理エンティティ（ＭＭＥ）から、Ｖ２Ｘ  ＵＥがＶ２Ｘプロキシサービスをサポート可能であるか否かも示すＳ１  ＡＰ初期コンテキスト設定要求の中でプロキシ認証指示を受信する。
【０１０１】
例３０は、Ｖ２Ｘ（vehicle  to  anything）ユーザ機器（ＵＥ）により、Ｖ２Ｘ  ＵＥがＶ２Ｘプロキシとして動作することを識別することと、Ｖ２Ｘ  ＵＥによりＰｒｏＳｅ（proximity  services）機能へ、Ｖ２Ｘプロキシとして動作するためのＶ２Ｘ  ＵＥの要求を送信することと、を有する方法を有して良い。
【０１０２】
例３１は、例３０又はここに記載の特定の他の例の方法を有して良く、Ｖ２Ｘ  ＵＥにより、Ｖ２Ｘ  ＵＥがＶ２Ｘプロキシであるとき、１又は複数の他のＶ２Ｘ  ＵＥのＶ２Ｘ動作構成を制御すること、を更に有する。
【０１０３】
例３２は、例３０又はここに記載の特定の他の例の方法を有して良く、要求は、Ｖ２Ｘ  ＵＥの１又は複数のプロキシ構成パラメータの指示、１又は複数のサポートされるサービス識別子（ＰＳＩＤ）の指示、カバレッジエリアの指示、及び／又はＶ２Ｘ  ＵＥがカバレッジエリアの外で動作できるか否かの指示、のうちの１又は複数を有する。
【０１０４】
例３３は、例３０又はここに記載の特定の他の例の方法を有して良く、Ｖ２Ｘ  ＵＥにより、Ｖ２Ｘ  ＰｒｏＳｅ機能から、要求に関連する認証を受信することを更に有し、認証は、Ｖ２Ｘプロキシ構成の指示、カバレッジエリア、カバレッジ外認証及び／又は有効性を含む。
【０１０５】
例３４は、例３０又はここに記載の特定の他の例の方法を有して良く、ＰＣ５インタフェースを介して送信される１又は複数のＶ２Ｘメッセージ内のプロキシフィールド（Ｐ）を設含む能力宣言を送信することを更に有する。
【０１０６】
例３５は、例３０又はここに記載の特定の他の例の方法を有して良く、Ｖ２Ｘ  ＵＥは、Ｖ２ＸプロキシヘッダにＶ２Ｘ動作情報を含む自身のＶ２Ｘメッセージに含めることにより、位置、サービスサブスクリプション及び上位レイヤコンテキスト情報の組合せを使用して、１又は複数のＵＥのＶ２Ｘ動作をどこで及びいつ更新すべきかを決定する。
【０１０７】
例３６は、例３５又はここに記載の特定の他の例の方法を有して良く、Ｖ２Ｘプロキシ支援からの構成更新を実施でき且つそれを許可されたＶ２Ｘ  ＵＥは、宣言メッセージ内のＶ２Ｘ動作情報を使用して、自身の構成を相応して更新する。
【０１０８】
例３７は、例３０又はここに記載の特定の他の例の方法を有して良く、Ｖ２Ｘ  ＵＥにより、１又は複数の他のＶ２Ｘ  ＵＥから、そのＶ２Ｘ動作構成を制御するためのＶ２Ｘ  ＵＥの要求を受信すること、を更に有する。
【０１０９】
例３８は、例３７又はここに記載の特定の他の例の方法を有して良く、Ｖ２Ｘ  ＵＥにより、要求に基づき、認可された構成を含む認証を送信すること、を更に有する。
【０１１０】
例３９は、例３０又はここに記載の特定の他の例の方法を有して良く、Ｖ２Ｘ  ＵＥにより、ネットワークカバレッジ外にいながら、別のＵＥと、１又は複数のＶ２Ｘメッセージ及び／又は１又は複数の基本安全メッセージ（ＢＳＭ）を交換すること、を更に有する。
【０１１１】
例４０は、例３０又はここに記載の特定の他の例の方法を有して良く、Ｖ２Ｘ  ＵＥは、ＰＣ５及びユーザプレーンインタフェースの両方を実装する。
【０１１２】
例４１は、例３０又はここに記載の特定の他の例の方法を有して良く、Ｖ２Ｘ  ＵＥが通信可能に結合される１又は複数のＵＥは、アタッチ要求及び／又は追跡エリア更新要求メッセージ内の「ＵＥネットワーク能力（UE  Network  Capability）」の部分としてＶ２Ｘプロキシ能力指示を含める。
【０１１３】
例４２は、例３０又はここに記載の特定の他の例の方法を有して良く、Ｖ２Ｘ  ＵＥにより、移動性管理エンティティ（ＭＭＥ）から、Ｖ２Ｘ  ＵＥがＶ２Ｘプロキシサービスをサポート可能であるか否かも示すＳ１  ＡＰ初期コンテキスト設定要求の中でプロキシ認証指示を受信すること、を更に有する。
【０１１４】
例４３は、Ｖ２Ｘ（vehicle  to  anything）ＰｒｏＳｅ（proximity  services）を実施する機能制御ロジックと、制御ロジックに結合される受信ロジックであって、受信ロジックは、Ｖ２Ｘユーザ機器（ＵＥ）から、Ｖ２Ｘプロキシとして動作するためのＶ２Ｘ  ＵＥの要求を受信し、Ｖ２Ｘプロキシでは、Ｖ２Ｘ  ＵＥは１又は複数の他のＶ２Ｘ  ＵＥのＶ２Ｘ動作を制御できる、受信ロジックと、受信ロジックに結合された送信ロジックであって、送信ロジックは、要求に応答して、Ｖ２Ｘプロキシとして動作すべきＶ２Ｘ  ＵＥへ認証を送信する、送信ロジックと、を含む電子装置を有して良い。
【０１１５】
例４４は、例４３又はここに記載の特定の他の例の電子装置を有して良く、要求は、Ｖ２Ｘ  ＵＥの１又は複数のプロキシ構成パラメータの指示、１又は複数のサポートされるサービス識別子（ＰＳＩＤ）の指示、カバレッジエリアの指示、及び／又はＶ２Ｘ  ＵＥがカバレッジエリアの外で動作できるか否かの指示、のうちの１又は複数を有する。
【０１１６】
例４５は、例４３又はここに記載の特定の他の例の電子装置を有して良く、送信ロジックは、さらに、１又は複数の他のＶ２Ｘ  ＰｒｏＳｅ機能及び／又は外部サーバへ要求を転送し、受信ロジックは、１又は複数の他のＶ２Ｘ  ＰｒｏＳｅ機能及び／又は外部サーバから認証の師事を受信する。
【０１１７】
例４６は、例４５又はここに記載の特定の他の例の電子装置を有して良く、Ｖ２Ｘ  ＵＥへの認証は、１又は複数のＶ２Ｘ  ＰｒｏＳｅ機能及び／又は外部サーバからの認証、Ｖ２Ｘプロキシ構成の指示、カバレッジエリアの指示、カバレッジ外認証の指示、及び／又は有効性の指示を含む。
【０１１８】
例４７は、例４３又はここに記載の特定の他の例の電子装置を有して良く、制御ロジックは、Ｖ２Ｘ  ＰｒｏＳｅ機能を、ＰｒｏＳｅ機能の部分として及び／又はスタンドアロン機能として実装されるＶ２Ｘ特定機能として実装する。
【０１１９】
例４７は、Ｖ２Ｘ  ＰｒｏＳｅ（proximity  services）機能により、Ｖ２Ｘユーザ機器（ＵＥ）から、Ｖ２Ｘプロキシとして動作するためのＶ２Ｘ  ＵＥの要求を受信することであって、Ｖ２Ｘプロキシでは、Ｖ２Ｘ  ＵＥは、１又は複数の他のＶ２Ｘ  ＵＥのＶ２Ｘ動作を制御できる、受信することと、Ｖ２Ｘ  ＰｒｏＳｅ機能により、要求に応答して、Ｖ２Ｘプロキシとして動作すべきＶ２Ｘ  ＵＥへ認証を送信することと、を有する。
【０１２０】
例４９は、例４８又はここに記載の特定の他の例の方法を有して良く、要求は、Ｖ２Ｘ  ＵＥの１又は複数のプロキシ構成パラメータの指示、１又は複数のサポートされるサービス識別子（ＰＳＩＤ）の指示、カバレッジエリアの指示、及び／又はＶ２Ｘ  ＵＥがカバレッジエリアの外で動作できるか否かの指示、のうちの１又は複数を有する。
【０１２１】
例５０は、例４８又はここに記載の特定の他の例の方法を有して良く、Ｖ２Ｘ  ＰｒｏＳｅ機能により、要求を１又は複数の他のＶ２Ｘ  ＰｒｏＳｅ機能及び／又は外部サーバへ転送することと、Ｖ２Ｘ  ＰｒｏＳｅ機能により、１又は複数の他のＶ２Ｘ  ＰｒｏＳｅ機能及び／又は外部サーバから認証の指示を受信することと、を更に有する。
【０１２２】
例５１は、例５０又はここに記載の特定の他の例の方法を有して良く、Ｖ２Ｘ  ＵＥへの認証は、１又は複数のＶ２Ｘ  ＰｒｏＳｅ機能及び／又は外部サーバからの認証、Ｖ２Ｘプロキシ構成の指示、カバレッジエリアの指示、カバレッジ外認証の指示、及び／又は有効性の指示を含む。
【０１２３】
例５２は、例４８又はここに記載の特定の他の例の方法を有して良く、Ｖ２Ｘ  ＰｒｏＳｅ機能は、ＰｒｏＳｅ機能の部分として及び／又はスタンドアロン機能として実装されるＶ２Ｘ特定機能として実装される。
【０１２４】
例５３は、例１〜２６、３０〜４２、４８〜５２、及び／又はここに記載の任意の他の方法若しくは処理のうちのいずれかに記載の若しくは関連する方法の１又は複数の要素を実行する手段を有する装置を有して良い。
【０１２５】
例５４は、電子装置の１又は複数のプロセッサによる命令の実行により、該電子装置に、例１〜２６、３０〜４２、４８〜５２、及び／又はここに記載の任意の他の方法若しくは処理のうちのいずれかに記載の若しくは関連する方法の１又は複数の要素を実行させる命令を有する１又は複数の非一時的コンピュータ可読媒体を有して良い。
【０１２６】
例５５は、例１〜２６、３０〜４２、４８〜５２、及び／又はここに記載の任意の他の方法若しくは処理のうちのいずれかに記載の若しくは関連する方法の１又は複数の要素を実行する制御ロジック、送信ロジック、及び／又は受信ロジックを有する装置を有して良い。
【０１２７】
例５５は、ここに示した又は記載した無線ネットワーク内で通信する方法を有して良い。
【０１２８】
例５５は、ここに示した又は記載した無線通信を提供するシステムを有して良い。
【０１２９】
例５８は、ここに示した又は記載した無線通信を提供する装置を有して良い。
【０１３０】
１又は複数の実装の前述の記載は、説明及び記載を提供するが、包括的であること又は請求項の範囲を開示された詳細な形式に限定することを意図しない。修正及び変更が、上述の技術に照らして可能であり、或いは、種々の実装の実施から要求されて良い。
【０１３１】
以下の記載及び請求項では、用語「結合される」はその派生語と共に用いられて良い。「結合される」は、２以上の要素が協働する又は互いに相互作用することを示すために使用されるが、それらは、それらの間に仲介する物理的又は電気的コンポーネントを有し又は有しなくて良い。
【０１３２】
請求項中で用いられるとき、特に断らない限り、序数の形容詞「第１の」、「第２の」、「第３の」、等の共通の要素を記述するための使用は、単に、同様の要素の異なる存在が言及されていることを示し、記載されている要素が時間的又は空間的に所与の順序に、順位付けに、又は任意の他の方法で存在しなければならないことを意味するものではない。
【０１３３】
図面及び前述の記載は、実施形態の例を与える。当業者は、記載の要素のうちの１又は複数が単一機能要素に結合されて良いことを理解するだろう。代替で、特定の要素は、複数の機能要素に分離できる。ある実施形態からの要素は、別の実施形態に追加できる。例えば、本願明細書に記載の処理の順序は、変更でき、本願明細書に記載の方法に限定されない。さらに、任意のフロー図の動作は、示された順序で実施される必要はなく、必ずしも全ての動作が実行される必要もない。また、他の動作に依存しない動作は、他の動作と平行に実行されて良い。実施形態の範囲は、これらの特定の例により限定されない。本願明細書の中で明示的に与えられるか否かに拘わらず、構造、大きさ、及び材料の使用における相違のような多数の変形が可能である。実施形態の範囲は、少なくとも、添付の請求の範囲により与えられるのと同じように広い。
【０１３４】
以下の例は、更なる実施形態に関連する。異なる実施形態の種々の特徴は、種々の異なる適用に適合するために含まれた幾つかの特徴及び排除された他の特徴と共に様々に結合されて良い。幾つかの実施形態は、命令を有する機械可読媒体に関し、命令は、機械により作動されると機械に動作を実行させ、前記動作は、第１ユーザ機器（ＵＥ）において、Ｖ２Ｘ（vehicle  to  anything）ＰｒｏＳｅ（proximity  services）機能のプロキシＵＥとして動作するために、第１ＵＥのＰｒｏＳｅ機能からプロキシ動作認証を受信することと、第１ＵＥにより他のＵＥの構成情報を制御することと、第１ＵＥによりＶ２Ｘ動作モードを制御することと、を有する、機械可読媒体に関する。
【０１３５】
更なる実施形態は、第１ＵＥにより他のＵＥの共同メッセージ送信レートを制御することを更に有する。
【０１３６】
更なる実施形態では、共同メッセージは、基本安全メッセージ（ＢＳＭ）を有する。
【０１３７】
更なる実施形態は、プロキシＵＥから、プロキシＵＥがＰｒｏＳｅ機能のプロキシＵＥとして動作していることを宣言するフィールドを含むヘッダを有するＶ２Ｘメッセージを送信すること、を更に有する。
【０１３８】
更なる実施形態では、プロキシＵＥは、Ｖ２Ｘ  ＰｒｏＳｅ機能の代わりに自身のカバレッジ範囲内でＶ２Ｘ構成機能を実行することにより、プロキシＵＥとして動作する。
【０１３９】
更なる実施形態は、Ｖ２Ｘ  ＰｒｏＳｅ機能においてＵＥの信用情報を検証すること、を更に有する。
【０１４０】
更なる実施形態では、信用情報を検証することは、初期サービス認証の間にＶ２Ｘ  ＰｒｏＳｅ機能に信用情報を送信することを有し、プロキシを受信することは、信用情報がＰｒｏＳｅ機能により検証された場合にプロキシＵＥにおいてプロキシ動作認証を受信することを有する。
【０１４１】
更なる実施形態では、プロキシＵＥは、Ｖ２Ｘプロキシとして動作するための情報により予め構成される。
【０１４２】
更なる実施形態では、プロキシＵＥは、ＰｒｏＳｅ機能からプロキシ情報を要求する。
【０１４３】
更なる実施形態では、ＰｒｏＳｅ機能は、プロキシＵＥがＶ２Ｘプロキシとして動作することを許可されるべきか否かを決定するために、外部サーバ、例えば地理位置情報及びＩＴＳ（International  Traffic  System）サーバに問い合わせることにより、プロキシＵＥを検証する。
【０１４４】
更なる実施形態は、プロキシＵＥがＶ２Ｘプロキシとして認証されていることを示すヘッダを用いてメッセージを送信することにより、プロキシＵＥがＶ２Ｘプロキシとしての自身の状態を広告すること、を有する。
【０１４５】
更なる実施形態では、ヘッダは、Ｖ２Ｘプロキシ状態を示すために設定されたビットを有する。
【０１４６】
幾つかの実施形態は、車両環境内のユーザ機器（ＵＥ）の処理回路に関する。処理回路は、Ｖ２Ｘ（vehicle  to  anything）ユーザ機器（ＵＥ）によりＶ２ＸプロキシＵＥの存在を検出し、ＵＥにより、Ｖ２ＸプロキシＵＥに、ＵＥのＶ２Ｘ動作パラメータを更新するよう要求し、Ｖ２ＸプロキシＵＥが新しい要求された構成を認証した場合、ＵＥがＶ２ＸプロキシＵＥからＶ２Ｘの更新動作パラメータを受信する。
【０１４７】
更なる実施形態では、要求は、宛先アドレスとしてＶ２Ｘプロキシアドレス、Ｖ２Ｘ情報要素（ＩＥ）の中の要求動作パラメータ、及び要求が適用されるプロバイダサービス識別子（ＰＳＩＤ）を含む。
【０１４８】
更なる実施携帯は、ＵＥからの次のＶ２Ｘ  ＰｒｏＳｅヘッダの中にＡビットを設定することにより、Ｖ２Ｘプロキシに対し動作パラメータの受信を確認することを含む。
【０１４９】
更なる実施形態では、要求することは、Ｖ２ＸプロキシＵＥとの直接通信のために、無線ローカルエリアネットワークインタフェースを通じて要求することを有する。
【０１５０】
更なる実施形態では、Ｖ２ＸプロキシＵＥは、ＩＴＳアプリケーションを有し、ＵＥから受信したメッセージをアプリケーションへ送信する。
【０１５１】
更なる実施形態では、メッセージを送信することは、ｅＮＢを通じて、メッセージをコアネットワーク内のＰｒｏＳｅ／Ｖ２Ｘ機能へ転送することを有する。
【０１５２】
更なる実施形態では、Ｖ２ＸプロキシＵＥは、メッセージ種類及び媒体アクセス制御レイヤヘッダの中の指示に基づき、メッセージを条件付きで送信する。
【０１５３】
更なる実施形態では、Ｖ２ＸプロキシＵＥは、ＵＥのサブスクリプションに基づきＵＥを認証する。
【０１５４】
更なる実施形態は、Ｖ２ＸプロキシＵＥにより、移動性管理エンティティ（ＭＭＥ）から、Ｓ１  ＡＰ初期コンテキスト設定要求の中でプロキシ認証指示を受信することを有する。
【０１５５】
更なる実施形態は、Ｖ２ＸプロキシＵＥから「ＵＥネットワーク能力」の部分として、Ｖ２Ｘプロキシ能力指示を含むアタッチ要求及び／又は追跡領域更新要求メッセージを受信し、要求することは、メッセージを受信することの後に実行される。
【０１５６】
更なる実施形態は、更新動作パラメータを受信するためにＶ２ＸプロキシＵＥとの通信を提供する処理回路及びベースバンドロジックを備えるＵＥを有する。
【０１５７】
幾つかの実施形態は、Ｖ２Ｘ（vehicle  to  anything）プロキシとして動作するために登録要求を生成する、車両ユーザ機器（ＵＥ）の制御ロジックと、制御ロジックに結合され、登録要求をｅＮＢ（enhanced  node  B）へ送信し、ｅＮＢから認証済みＶ２Ｘプロキシ構成を含む応答を受信する、シグナリングロジックと、を有する装置に関する。
【０１５８】
更なる実施形態は、制御ロジックに結合され、安全状態を検出し、安全状態を制御ロジックに提供する、センサ、を更に有し、シグナリングロジックは、安全状態に基づき基本安全メッセージ（ＢＳＭ）を送信する。
【図１】
2020108151.tif 000005
【図２】
2020108151.tif 000006
【図３】
2020108151.tif 000007
【図４】
2020108151.tif 000008
【図５】
2020108151.tif 000009
【図６】
2020108151.tif 000010
【図７】
2020108151.tif 000011
【図８】
2020108151.tif 000012
【図９】
2020108151.tif 000013
【図１０】
2020108151.tif 000014
【図１１】
2020108151.tif 000015
【外国語明細書】
2020108151000001.pdf