(57)【要約】  いくつかの実施形態によれば、無線デバイスにおける方法は、第１の期間に、物体の動的特性（たとえば、方位、場所、速度、および加速度等）に基づいて、物体の第１のステータスを検出することと、物体の第１のステータスをネットワーク要素に伝達することと、第１の期間の後の第２の期間に、物体の第１のステータスに基づいて、物体のステータスを予測することと、第２の期間に、物体の動的特性に基づいて、物体の第２のステータスを検出することと、予測したステータスが第２のステータスと異なる旨の判定に応答して、第２のステータス（たとえば、ＣＡＭ、ＤＥＮＭ等）をネットワーク要素に伝達することと、を含む。【選択図】図５
2020519105.tif 000002
【特許請求の範囲】
【請求項１】
無線デバイスに使用する方法であって、
第１の期間に、物体の動的特性に基づいて、前記物体の第１のステータスを検出すること（５１２）と、
前記物体の前記第１のステータスをネットワーク要素に伝達すること（５１４）と、
前記第１の期間の後の第２の期間に、前記物体の前記第１のステータスに基づいて、前記物体のステータスを予測すること（５１６）と、
前記第２の期間に、前記物体の動的特性に基づいて、前記物体の第２のステータスを検出すること（５１８）と、
前記予測したステータスが前記第２のステータスと異なる旨の判定に応答して、前記第２のステータスを前記ネットワーク要素に伝達すること（５２０）と、
を含む、方法。
【請求項２】
前記物体の前記動的特性が、方位、場所、速度、および加速度のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項３】
前記予測したステータスが前記第２のステータスと異なる旨の判定が、前記予測したステータスおよび前記第２のステータスが少なくとも１つの閾値量だけ異なると判定することを含む、請求項１または２に記載の方法。
【請求項４】
前記物体の前記ステータスを予測することが、前記第１のステータスの線形外挿を含む、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記物体の前記第１のステータスを前記ネットワーク要素に伝達してから閾値時間が経過した旨の判定に応答して、前記第２のステータスを前記ネットワーク要素に伝達することをさらに含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記物体が、前記無線デバイスである、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記物体が、前記無線デバイスの近傍の物体である、請求項１から５のいずれか一項に記載の方法。
【請求項８】
前記ネットワーク要素が、別の無線デバイス、ネットワークノード、およびクラウドサーバのうちの少なくとも１つを含む、請求項１から７のいずれか一項に記載の方法。
【請求項９】
前記物体が、車両を含む、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
前記第１または第２のステータスを伝達することが、協調認識メッセージ（ＣＡＭ）を送ることを含む、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
第１の期間に、物体の動的特性に基づいて、前記物体（１０）の第１のステータスを検出することと、
前記物体の前記第１のステータスをネットワーク要素（１１０、１２０、１５０）に伝達することと、
前記第１の期間の後の第２の期間に、前記物体の前記第１のステータスに基づいて、前記物体のステータスを予測することと、
前記第２の期間に、前記物体の動的特性に基づいて、前記物体の第２のステータスを検出することと、
を行うように動作可能な処理回路（７２０）を備えた無線デバイスであって、
前記処理回路が、前記予測したステータスが前記第２のステータスと異なる旨の判定に応答して、前記第２のステータスを前記ネットワーク要素に伝達するように動作可能である、無線デバイス。
【請求項１２】
前記物体の前記動的特性が、方位、場所、速度、および加速度のうちの少なくとも１つを含む、請求項１１に記載の無線デバイス。
【請求項１３】
前記処理回路が、前記予測したステータスおよび前記第２のステータスが少なくとも１つの閾値量だけ異なると判定するように動作可能である、請求項１１または１２に記載の無線デバイス。
【請求項１４】
前記処理回路が、前記第１のステータスの線形外挿を用いて、前記物体の前記ステータスを予測するように動作可能である、請求項１１から１３のいずれか一項に記載の無線デバイス。
【請求項１５】
前記処理回路が、前記物体の前記第１のステータスを前記ネットワーク要素に伝達してから閾値時間が経過した旨の判定に応答して、前記第２のステータスを前記ネットワーク要素に伝達するようにさらに動作可能である、請求項１１から１４のいずれか一項に記載の無線デバイス。
【請求項１６】
前記物体が、前記無線デバイスである、請求項１１から１５のいずれか一項に記載の無線デバイス。
【請求項１７】
前記物体が、前記無線デバイスの近傍の物体である、請求項１１から１５のいずれか一項に記載の無線デバイス。
【請求項１８】
前記ネットワーク要素が、別の無線デバイス、ネットワークノード、およびクラウドサーバのうちの少なくとも１つを含む、請求項１１から１７のいずれか一項に記載の無線デバイス。
【請求項１９】
前記物体が、車両を含む、請求項１１から１８のいずれか一項に記載の無線デバイス。
【請求項２０】
前記処理回路が、協調認識メッセージ（ＣＡＭ）を送ることによって、前記第１または第２のステータスを伝達するように動作可能である、請求項１１から１９のいずれか一項に記載の無線デバイス。
【請求項２１】
ネットワーク要素に使用する方法であって、
無線デバイスから、第１の期間に、物体の第１のステータスを受信すること（６１２）と、
前記第１のステータスを用いて、前記物体の現在のステータスを更新すること（６１３）と、
前記第１の期間の後の第２の期間に、前記物体の前記第１のステータスに基づいて、前記物体のステータスを予測すること（６１４）と、
前記予測したステータスを用いて、前記物体の前記現在のステータスを更新すること（６１５）と、
前記予測したステータスと異なる、前記物体の第２のステータスを受信すること（６１６）と、
前記第２のステータスを用いて、前記物体の前記現在のステータスを更新すること（６１８）と、
を含む、方法。
【請求項２２】
前記物体の前記第１のステータスが、方位、場所、速度、および加速度のうちの少なくとも１つに基づく、請求項２１に記載の方法。
【請求項２３】
前記物体の前記ステータスを予測することが、前記第１のステータスの線形外挿を含む、請求項２１または２２に記載の方法。
【請求項２４】
前記ネットワーク要素が、無線デバイス、ネットワークノード、およびクラウドサーバのうちの少なくとも１つを含む、請求項２１から２３のいずれか一項に記載の方法。
【請求項２５】
前記物体が、前記無線デバイスである、請求項２１から２４のいずれか一項に記載の方法。
【請求項２６】
前記物体が、前記無線デバイスの近傍の物体である、請求項２１から２４のいずれか一項に記載の方法。
【請求項２７】
前記物体が、車両を含む、請求項２１から２６のいずれか一項に記載の方法。
【請求項２８】
前記第１または第２のステータスを受信することが、協調認識メッセージ（ＣＡＭ）を受信することを含む、請求項２１から２７のいずれか一項に記載の方法。
【請求項２９】
無線デバイス（１１０）から、第１の期間に、物体（１０）の第１のステータスを受信することと、
前記第１のステータスを用いて、前記物体の現在のステータスを更新することと、
前記第１の期間の後の第２の期間に、前記物体の前記第１のステータスに基づいて、前記物体のステータスを予測することと、
前記予測したステータスを用いて、前記物体の前記現在のステータスを更新することと、
前記予測したステータスと異なる、前記物体の第２のステータスを受信することと、
前記第２のステータスを用いて、前記物体の前記現在のステータスを更新することと、
を行うように動作可能な処理回路（７２０、８２０、９２０）を備えたネットワーク要素（１１０、１２０、１５０）。
【請求項３０】
前記物体の前記第１のステータスが、方位、場所、速度、および加速度のうちの少なくとも１つに基づく、請求項２９に記載のネットワーク要素。
【請求項３１】
前記処理回路が、前記第１のステータスの線形外挿を用いて、前記物体の前記ステータスを予測するように動作可能である、請求項２９または３０に記載のネットワーク要素。
【請求項３２】
無線デバイス、ネットワークノード、およびクラウドサーバのうちの少なくとも１つを含む、請求項２９から３１のいずれか一項に記載のネットワーク要素。
【請求項３３】
前記物体が、前記無線デバイスである、請求項２９から３２のいずれか一項に記載のネットワーク要素。
【請求項３４】
前記物体が、前記無線デバイスの近傍の物体である、請求項２９から３２のいずれか一項に記載のネットワーク要素。
【請求項３５】
前記物体が、車両を含む、請求項２９から３４のいずれか一項に記載のネットワーク要素。
【請求項３６】
前記処理回路が、協調認識メッセージ（ＣＡＭ）を受信することによって、前記第１または第２のステータスを受信するように動作可能である、請求項２９から３５のいずれか一項に記載のネットワーク要素。
【請求項３７】
検出モジュール（７５０）、予測モジュール（７５２）、および通信モジュール（７５４）を備えた無線デバイスであって、
前記検出モジュールが、第１の期間に、物体の動的特性に基づいて、前記物体（１０）の第１のステータスを検出するように動作可能であり、
前記通信モジュールが、前記物体の前記第１のステータスをネットワーク要素（１１０、１２０、１５０）に伝達するように動作可能であり、
前記予測モジュールが、前記第１の期間の後の第２の期間に、前記物体の前記第１のステータスに基づいて、前記物体のステータスを予測するように動作可能であり、
前記検出モジュールが、前記第２の期間に、前記物体の動的特性に基づいて、前記物体の第２のステータスを検出するようにさらに動作可能であり、
前記予測したステータスが前記第２のステータスと異なる旨の処理回路の判定に応答して、前記通信モジュールが、前記第２のステータスを前記ネットワーク要素に伝達するようにさらに動作可能である、無線デバイス。
【請求項３８】
受信モジュール（９５０）および予測モジュール（９５２）を備えたネットワーク要素（１１０、１２０、１５０）であって、
前記受信モジュールが、無線デバイス（１１０）から、第１の期間に、物体（１０）の第１のステータスを受信するように動作可能であり、
前記予測モジュールが、
前記第１のステータスを用いて、前記物体の現在のステータスを更新することと、
前記第１の期間の後の第２の期間に、前記物体の前記第１のステータスに基づいて、前記物体のステータスを予測することと、
前記予測したステータスを用いて、前記物体の前記現在のステータスを更新することと、
を行うように動作可能であり、
前記受信モジュールが、前記予測されたステータスと異なる、前記物体の第２のステータスを受信するようにさらに動作可能であり、
前記予測モジュールが、前記第２のステータスを用いて、前記物体の前記現在のステータスを更新するようにさらに動作可能である、ネットワーク要素（１１０、１２０、１５０）。
【発明の詳細な説明】
【技術分野】
【０００１】
特定の実施形態は、無線通信に関し、より詳細には、無線デバイスまたはセンサの予測対実際のダイナミクスに基づくメッセージ送信のトリガに関する。
【背景技術】
【０００２】
第３世代パートナーシッププロジェクト（３ＧＰＰ）のロングタームエボリューション（ＬＴＥ）リリース１２は、商業的および公共的両者の安全なアプリケーションを目的としたデバイス間（Ｄ２Ｄ）（「サイドリンク」とも称する）機能をサポートする。一部のアプリケーションとしてはデバイスディスカバリが挙げられ、デバイスおよびアプリケーションの識別情報を搬送するディスカバリメッセージをブロードキャストして検出することにより、デバイスが近傍の別のデバイスとの接続を確立する。別のアプリケーションとしては、デバイス間で直接終端する物理チャネルに基づく直接通信が挙げられる。３ＧＰＰにおいて、これらのアプリケーションは、近傍サービス（ＰｒｏＳｅ）の下で規定されている。
【０００３】
ＰｒｏＳｅフレームワークの拡張としてＶ２Ｘ通信が挙げられるが、これは、車両、歩行者、およびインフラ間の直接通信の任意の組み合わせを含む。Ｖ２Ｘ通信は、ネットワークインフラが利用可能な場合にこれを利用し得るが、カバレッジが欠如している場合であっても基本的なＶ２Ｘ接続は可能となり得る。ＬＴＥのスケールメリットにより、ＬＴＥに基づくＶ２Ｘインターフェースを提供するのが経済的に有利と考えられる。ＬＴＥに基づくＶ２Ｘインターフェースは、専用のＶ２Ｘ技術の使用と比較して、ネットワークインフラ（Ｖ２Ｉ）、歩行者（Ｖ２Ｐ）、および他の車両（Ｖ２Ｖ）通信との通信間のより密な統合を容易化し得る。コネクテッドカーに関する進行中の研究プロジェクトおよびフィールド試験は、既存のセルラーインフラに基づくプロジェクトを含めて、さまざまな国または地域で発生している。
【０００４】
Ｖ２Ｘ通信は、安全および安全以外の両情報を搬送し得る。アプリケーションおよびサービスはそれぞれ、（たとえば、レイテンシ、信頼性、容量等に関して）特定の要件集合と関連付けられていてもよい。アプリケーションの観点から、Ｖ２Ｘは、Ｖ２Ｖ、Ｖ２Ｉ、Ｖ２Ｐ、およびＶ２Ｎのような通信／サービスを含む。一例を図１に示す。
【０００５】
図１は、さまざまな種類のＶ２Ｘ通信を示している。たとえば、図１は、車両とネットワークとの間の通信（Ｖ２Ｎ）、車両と歩行者等の人間との間の通信（Ｖ２Ｐ）、車両と図示の交通信号等のインフラとの間の通信（Ｖ２Ｉ）、および車両と別の車両との間の通信（Ｖ２Ｖ）を示している。
【０００６】
Ｖ２Ｖ（車両間）は、Ｖ２Ｖアプリケーションを用いた車両間の通信を表し、主としてブロードキャストに基づく。Ｖ２Ｖは、各車両のデバイス間の直接通信またはセルラーネットワーク等のインフラを介して実現可能である。
【０００７】
Ｖ２Ｖの一例は、近傍の他の車両に繰り返し（１００ｍｓ〜１ｓごとに）送信される車両ステータス情報（位置、方向、および速度等）を含む協調認識メッセージ（ＣＡＭ）の送信である。別の例は、車両に注意を喚起するイベントトリガメッセージである分散型環境通知メッセージ（ＤＥＮＭ）の送信である。これら２つの例は、欧州電気通信標準化機構（ＥＴＳＩ）のＶ２Ｘアプリケーションに関する高度道路交通システム（ＩＴＳ）仕様に由来するが、この仕様は、メッセージが生成される条件も指定している。Ｖ２Ｖアプリケーションの特性として、（衝突前警報メッセージのための）２０ｍｓから他の道路安全サービスのための１００ｍｓまで変化し得るレイテンシに関する厳格な要件がある。
【０００８】
Ｖ２Ｉ（車両−インフラ間）は、車両と路側ユニット（ＲＳＵ）との間の通信を表す。ＲＳＵは、近傍の車両と通信する固定された交通インフラエンティティである。Ｖ２Ｉの一例は、ＲＳＵから車両への速度通知のほか、待ち行列情報、衝突リスク警告、カーブ速度警報の送信である。Ｖ２Ｉの安全関連性により、遅延要件はＶ２Ｖの要件と類似する。
【０００９】
Ｖ２Ｐ（車両−歩行者間）は、Ｖ２Ｐアプリケーションを用いた車両と被害に遭いやすい道路ユーザ（歩行者等）との間の通信を表す。Ｖ２Ｐは通常、直接またはセルラーネットワーク等のインフラを介して、異なる車両と歩行者との間で行われる。
【００１０】
Ｖ２Ｎ（車両−ネットワーク間）は、Ｖ２Ｎアプリケーションを用いるとともにインフラ（セルラーネットワーク等）を介した車両と集中型アプリケーションサーバ（または、ＩＴＳ交通管理センター）との間の通信を表す。例として、広域のすべての車両に送られる不良道路状況警報またはＶ２Ｎアプリケーションが車両に速度を提案するとともに信号機を調整する交通流最適化が挙げられる。
【００１１】
したがって、Ｖ２Ｎメッセージは通例、集中型エンティティ（すなわち、交通管理センター）により制御され、小さなエリアではなく大きな地理的エリアの車両に供給される。また、Ｖ２Ｖ／Ｖ２Ｉと異なり、Ｖ２Ｎにおいては、レイテンシ要件が緩和されている。これは、安全以外の目的に使用されるためである（たとえば、１秒のレイテンシ要件が典型的と考えられる）。
【００１２】
アプリケーションレイヤを含むＶ２Ｘ規格の開発は、ＥＴＳＩの高度道路交通システム（ＩＴＳ  Ｇ５）およびＩＥＥＥ  ＷＡＶＥ（Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ  ｉｎ  Ｖｅｈｉｃｕｌａｒ  Ｅｎｖｉｒｏｎｍｅｎｔｓ）仕様群等、電気電子技術者協会（ＩＥＥＥ）８０２．１１ｐの狭域通信（ＤＳＲＣ）に基づいてきた。これらの技術は、５．９ＧＨｚ帯で動作するように設計されている。
【００１３】
ＤＳＲＣに基づくＶ２Ｘ通信は本質的に、狭域（２５０〜５００ｍ等）を与える。広域カバレッジの提供は、中継装置として使用可能な路側ユニット（ＲＳＵ）の配置に依拠する。さらに、ＤＳＲＣに基づくＲＳＵを交通管理センターに接続することによって、図２に示すように、ＤＳＲＣ上でＶ２Ｎアプリケーションを使用することができる。
【００１４】
図２は、路側ユニット（ＲＳＵ）を用いたＤＳＲＣに基づくＶ２Ｘ通信を示している。交通管理センター８は、ネットワーク１２を介して車両１０と通信可能である。路側ユニット１４は、交通管理センター８から車両１０までの通信または２台以上の車両１０間の通信を中継し得る。たとえば、交通管理センター８は、車両１０に対して、他の２台の車両１０間の衝突を報告するようにしてもよい。
【００１５】
純粋な中継機能を提供するほか、ＲＳＵは通常、車両−インフラ間（Ｖ２Ｉ）通信にも関与する。ＲＳＵが関与する使用事例としては、たとえばインフラを介したＶ２Ｉ緊急停止、待ち行列警報、自動駐車システム、およびＶ２Ｘ道路安全サービスがある。
【００１６】
一部のＶ２Ｘ実装には、ＬＴＥを使用する。ＤＳＲＣの距離制限ならびにＶ２Ｘだけのための新しい別個の技術および／もしくは無線インフラの展開の回避のため、セルラーネットワークをＶ２Ｘ通信に再利用するのが有益である。
【００１７】
ただし、セルラーネットワークインフラのみに依拠するＶ２Ｖ通信は、単独ですべての種類の車両アプリケーションをサポートできない。たとえば、セルラーインフラは、非常に多くの近傍車間で情報を高速に交換するアプリケーションをサポートできない。このため、補完として、直接無線通信が依然として使われている場合がある。
【００１８】
３ＧＰＰは、無線技術としてＬＴＥを含むエボルブドパケットシステム（ＥＰＳ）をＶ２Ｘサービスに使用可能である。たとえば、リリース１４は、３ＧＰＰ  ＴＲ  ２２．８８５  Ｖ１４．０．０（２０１５−１２）「Ｓｔｕｄｙ  ｏｎ  ＬＴＥ  ｓｕｐｐｏｒｔ  ｆｏｒ  Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ  （Ｖ２Ｘ）  ｓｅｒｖｉｃｅｓ」に記載の通り、Ｖ２Ｘのサポートを含み得る。３ＧＰＰリリース１２に導入された近傍ベースのサービス（ＰｒｏＳｅ）（すなわち、デバイス間通信（Ｄ２Ｄ））は、サイドリンク（すなわち、３ＧＰＰリリース１２に導入されたＵＥ間の直接リンク）を介してＶ２Ｘサービスの直接通信をサポートする基本機能を提供する。さらに、ｅＭＢＭＳ等のＬＴＥに基づくブロードキャストサービスであれば、Ｖ２Ｘサービスの付加的な機能を提供することも可能である。一例を図３に示す。
【００１９】
図３は、Ｖ２Ｘ通信にＬＴＥを使用する例を示している。特定の例としては、サイドリンク（Ｄ２Ｄ／ＰＣ５）およびアップリンク／ダウンリンクの融合が挙げられる。Ｖ２Ｘコンテキストの車両が（車両）ＵＥを含むことになり、これがＵｕインターフェースのほか、サイドリンクインターフェースに対応するＰＣ５インターフェースを提供する。さらに、ＵＥに基づくＲＳＵ（車両ＵＥとのＰＣ５接続を提供）およびｅＮＢに基づくＲＳＵ（車両ＵＥとのＵｕ接続のみを提供）の両者は、ＲＳＵの２つの選択的な具現化である。
【００２０】
一部のＤ２Ｄシナリオには、マルチキャリア動作が有益と考えられる。たとえば、Ｖ２Ｘ道路安全使用事例においては、十分な信頼性で特定のメッセージを受信することが重要と考えられる。送信側のＶ２Ｘデバイスは、たとえば複数のキャリア上で特定のメッセージを複製可能である。ＩＴＳ安全サービスの１つの目標は、交通死亡事故または交通事故の数を減らすことである。これは、ＩＴＳ安全チャネルの通信信頼性および干渉環境に厳しい要件を課す。別の利点としては、サイドリンクのデータレートが増すことにより、たとえばインフォテインメントサービス、自動運転等のより高いデータレートを必要とするより広範なアプリケーションに対してＤ２Ｄが開かれ得る。
【００２１】
また、Ｖ２Ｘは５．９ＧＨｚで動作し得るが、この帯域では、ＤＳＲＣ等の他のＩＴＳ技術も動作する。ＵＥの送受信機の考え得る一構成では、レガシーＵｕ動作との共存が要件となるＩＴＳ帯およびＬＴＥ帯における５．９ＧＨｚでの同時送信／受信をサポートし得る。
【００２２】
モバイルデバイスと他の道路要素（車両および道路インフラを含み得る）との間の認識を可能にすることによって、多くのサービス（ほとんどが道路安全に関するものの、すべてが道路安全に関するわけではない）を提供可能である。モバイルデバイスは、車両に埋め込まれていてもよいし、歩行者、自転車に乗る人、あるいは車両の乗員が携行していてもよい。
【００２３】
他の車両と通信するモバイルデバイスの上述の例は、２つのカテゴリにグループ化可能である。第１のカテゴリは、直接通信であって、サイドリンク、Ｄ２Ｄ、ＤＳＲＣ等の直接通信プロトコルによりデバイスが互いに直接通信する。第２のカテゴリは、間接通信であって、デバイスがメッセージをネットワークインフラに送信し、これがメッセージを関心のある受信機に転送する。
【００２４】
協調認識メッセージ（ＣＡＭ）は、ＥＴＳＩ仕様ＥＮ  ３０２  ６３７−２（ｗｗｗ．ｅｔｓｉ．ｏｒｇの／ｄｅｌｉｖｅｒ／ｅｔｓｉ＿ｅｎ／３０２６００＿３０２６９９／３０２６３７０２／０１．０３．０２＿６０／ｅｎ＿３０２６３７０２ｖ０１０３０２ｐ．ｐｄｆで入手可能）によるコンテンツおよび生成手順に関して規定されている。メッセージは、送信機に関する位置、速度、および付加的な情報を搬送し得る。これらは、送信機の動態に応じて、１００ｍｓ〜１ｓのメッセージ間隔で周期的に生成される。ＣＡＭ仕様は、２つのトリガ条件を含む。
【００２５】
１）最後のＣＡＭ生成からの経過時間がＴ＿ＧｅｎＣａｍ＿Ｄｃｃ以上であり、以下のＩＴＳ−Ｓダイナミクス関連条件のうちの１つが与えられる。
発信ＩＴＳ−Ｓの現在の方位と発信ＩＴＳ−Ｓにより過去に送信されたＣＡＭに含まれる方位との間の絶対差が４°を超える。
発信ＩＴＳ−Ｓの現在の位置と発信ＩＴＳ−Ｓにより過去に送信されたＣＡＭに含まれる位置との間の距離が４ｍを超える。
発信ＩＴＳ−Ｓの現在の速度と発信ＩＴＳ−Ｓにより過去に送信されたＣＡＭに含まれる速度との間の絶対差が０．５ｍ／ｓを超える。
【００２６】
２）最後のＣＡＭ生成からの経過時間がＴ＿ＧｅｎＣａｍ以上かつＴ＿ＧｅｎＣａｍ＿Ｄｃｃ以上である。
【００２７】
センサ共有仕様に関しても、同様の原理が考えられる。デバイスは他の車両（または、他の交通関連要素）を検出し、検出した要素に関する情報を他の車両またはインフラサーバと共有し得る。これらのアプリケーションはすべて、メッセージコンテンツの大幅な変更によってメッセージ送信がトリガされるという一般原理を含む。同様の原理に従って、他のＩＴＳメッセージがトリガされる場合もある。
【００２８】
ただし、現行能力の問題として、１００ｍｓ〜１ｓごとに周期的なメッセージを送信すると、モバイルデバイスのバッテリが大きく消費され、関連するサービスの展開が事実上制限されてしまう可能性がある。別の問題として、メッセージの数がネットワークの大きな負担となり、サービスプロバイダにとって相当なコストになる可能性がある。実際、一部のサービスは、過剰なトラフィック負荷のため、未だに展開されていない。
【発明の概要】
【００２９】
本明細書に記載の実施形態は、メッセージ送信トリガ条件を修正する。メッセージは、物体と関連付けられたステータスの進化の予測／外挿に有用な情報を提供するものと仮定する。物体のステータスが変化した場合に送信をトリガする代わりに、特定の実施形態では、物体の実際のステータスが物体の予測ステータスと異なる場合に送信をトリガする。特定の実施形態には、メッセージ受信機による対応する動作を含む。
【００３０】
いくつかの実施形態によれば、無線デバイスにおける方法は、第１の期間に、物体の動的特性（たとえば、方位、場所、速度、および加速度等）に基づいて、物体の第１のステータスを検出することと、物体の第１のステータスをネットワーク要素に伝達する（たとえば、ＣＡＭ、ＤＥＮＭ等）ことと、第１の期間の後の第２の期間に、物体の第１のステータスに基づいて、物体のステータスを予測することと、第２の期間に、物体の動的特性に基づいて、物体の第２のステータスを検出することと、予測したステータスが第２のステータスと異なる旨の判定に応答して、第２のステータス（たとえば、ＣＡＭ、ＤＥＮＭ等）をネットワーク要素に伝達することと、を含む。
【００３１】
特定の実施形態において、予測したステータスが第２のステータスと異なる旨の判定は、予測したステータスおよび第２のステータスが少なくとも１つの閾値量だけ異なると判定することを含む。物体のステータスを予測することは、第１のステータスの線形外挿を含む。
【００３２】
特定の実施形態において、この方法は、物体の第１のステータスをネットワーク要素に伝達してから閾値時間が経過した旨の判定に応答して、第２のステータスをネットワーク要素に伝達することをさらに含む。
【００３３】
特定の実施形態において、ネットワーク要素は、別の無線デバイス、ネットワークノード、またはクラウドサーバを含む。
【００３４】
特定の実施形態において、物体は、無線デバイスである。あるいは、物体は、無線デバイスの近傍の物体である。物体は、車両を含んでいてもよい。
【００３５】
いくつかの実施形態によれば、無線デバイスは、第１の期間に、物体の動的特性（たとえば、方位、場所、速度、加速度等）に基づいて、物体の第１のステータスを検出することと、物体の第１のステータスをネットワーク要素に伝達する（たとえば、ＣＡＭ、ＤＥＮＭ等）ことと、第１の期間の後の第２の期間に、物体の第１のステータスに基づいて、物体のステータスを予測することと、第２の期間に、物体の動的特性に基づいて、物体の第２のステータスを検出することと、を行うように動作可能な処理回路を備え、処理回路が、予測したステータスが第２のステータスと異なる旨の判定に応答して、第２のステータスをネットワーク要素に伝達する（たとえば、ＣＡＭ、ＤＥＮＭ等）ように動作可能である。
【００３６】
特定の実施形態において、処理回路は、予測したステータスおよび第２のステータスが少なくとも１つの閾値量だけ異なると判定するように動作可能である。処理回路は、第１のステータスの線形外挿を用いて、物体のステータスを予測するように動作可能であってもよい。
【００３７】
特定の実施形態において、処理回路は、物体の第１のステータスをネットワーク要素に伝達してから閾値時間が経過した旨の判定に応答して、第２のステータスをネットワーク要素に伝達するようにさらに動作可能である。
【００３８】
特定の実施形態において、物体は、無線デバイスである。あるいは、物体は、無線デバイスの近傍の物体である。ネットワーク要素は、別の無線デバイス、ネットワークノード、およびクラウドサーバのうちの少なくとも１つを含む。物体は、車両を含んでいてもよい。
【００３９】
いくつかの実施形態によれば、ネットワーク要素に使用する方法は、無線デバイスから、第１の期間に、物体の第１のステータスを受信する（たとえば、ＣＡＭ、ＤＥＮＭ等）ことと、第１のステータスを用いて、物体の現在のステータスを更新することと、第１の期間の後の第２の期間に、物体の第１のステータスに基づいて、物体のステータスを予測することと、予測したステータスを用いて、物体の現在のステータスを更新することと、予測したステータスと異なる、物体の第２のステータスを受信する（たとえば、ＣＡＭ、ＤＥＮＭ等）ことと、第２のステータスを用いて、物体の現在のステータスを更新することと、を含む。
【００４０】
特定の実施形態において、物体の第１のステータスは、方位、場所、速度、および加速度のうちの少なくとも１つに基づく。物体のステータスを予測することは、第１のステータスの線形外挿を含む。
【００４１】
特定の実施形態において、ネットワーク要素は、無線デバイス、ネットワークノード、およびクラウドサーバのうちの少なくとも１つを含む。
【００４２】
特定の実施形態において、物体は、無線デバイスまたは無線デバイスの近傍の物体である。物体は、車両を含んでいてもよい。
【００４３】
いくつかの実施形態によれば、ネットワーク要素は、無線デバイスから、第１の期間に、物体の第１のステータスを受信することと、第１のステータスを用いて、物体の現在のステータスを更新することと、第１の期間の後の第２の期間に、物体の第１のステータスに基づいて、物体のステータスを予測することと、予測したステータスを用いて、物体の現在のステータスを更新することと、予測したステータスと異なる、物体の第２のステータスを受信することと、第２のステータスを用いて、物体の現在のステータスを更新することと、を行うように動作可能な処理回路を備える。
【００４４】
特定の実施形態において、物体の第１のステータスは、方位、場所、速度、および加速度のうちの少なくとも１つに基づく。処理回路は、第１のステータスの線形外挿を用いて、物体のステータスを予測するように動作可能であってもよい。
【００４５】
特定の実施形態において、ネットワーク要素は、無線デバイス、ネットワークノード、およびクラウドサーバのうちの少なくとも１つを含む。
【００４６】
特定の実施形態において、物体は、無線デバイスまたは無線デバイスの近傍の物体である。物体は、車両を含んでいてもよい。
【００４７】
いくつかの実施形態によれば、無線デバイスは、検出モジュール、予測モジュール、および通信モジュールを備える。検出モジュールは、第１の期間に、物体の動的特性に基づいて、物体の第１のステータスを検出するように動作可能である。通信モジュールは、物体の第１のステータスをネットワーク要素に伝達するように動作可能である。予測モジュールは、第１の期間の後の第２の期間に、物体の第１のステータスに基づいて、物体のステータスを予測するように動作可能である。検出モジュールは、第２の期間に、物体の動的特性に基づいて、物体の第２のステータスを検出するようにさらに動作可能である。予測したステータスが第２のステータスと異なる旨の処理回路の判定に応答して、通信モジュールは、第２のステータスをネットワーク要素に伝達するようにさらに動作可能である。
【００４８】
いくつかの実施形態によれば、ネットワーク要素は、受信モジュールおよび予測モジュールを備える。受信モジュールは、無線デバイスから、第１の期間に、物体の第１のステータスを受信するように動作可能である。予測モジュールは、第１のステータスを用いて、物体の現在のステータスを更新することと、第１の期間の後の第２の期間に、物体の第１のステータスに基づいて、物体のステータスを予測することと、予測したステータスを用いて、物体の現在のステータスを更新することと、を行うように動作可能である。受信モジュールは、予測されたステータスと異なる、物体の第２のステータスを受信するようにさらに動作可能である。予測モジュールは、第２のステータスを用いて、物体の現在のステータスを更新するようにさらに動作可能である。
【００４９】
また、コンピュータプログラム製品が開示される。このコンピュータプログラム製品は、プロセッサにより実行された場合に、第１の期間に、物体の動的特性（たとえば、方位、場所、速度、および加速度等）に基づいて、物体の第１のステータスを検出するステップと、物体の第１のステータスをネットワーク要素に伝達する（たとえば、ＣＡＭ、ＤＥＮＭ等）ステップと、第１の期間の後の第２の期間に、物体の第１のステータスに基づいて、物体のステータスを予測するステップと、第２の期間に、物体の動的特性に基づいて、物体の第２のステータスを検出するステップと、予測したステータスが第２のステータスと異なる旨の判定に応答して、第２のステータス（たとえば、ＣＡＭ、ＤＥＮＭ等）をネットワーク要素に伝達するステップと、を実行する持続性コンピュータ可読媒体に格納された命令を含む。
【００５０】
別のコンピュータプログラム製品は、プロセッサにより実行された場合に、無線デバイスから、第１の期間に、物体の第１のステータスを受信する（たとえば、ＣＡＭ、ＤＥＮＭ等）ステップと、第１のステータスを用いて、物体の現在のステータスを更新するステップと、第１の期間の後の第２の期間に、物体の第１のステータスに基づいて、物体のステータスを予測するステップと、予測したステータスを用いて、物体の現在のステータスを更新するステップと、予測したステータスと異なる、物体の第２のステータスを受信する（たとえば、ＣＡＭ、ＤＥＮＭ等）ステップと、第２のステータスを用いて、物体の現在のステータスを更新するステップと、を実行する持続性コンピュータ可読媒体に格納された命令を含む。
【００５１】
特定の実施形態は、以下の技術的利点のうちの一部を示し得る。たとえば、特定の実施形態では、基本的な動態のモデルに依拠することによって、認識メッセージと関連付けられたシグナリングを大幅に低減する。他の技術的利点については、以下の図面、説明、および特許請求の範囲によって、当業者に容易に明らかとなるであろう。
【００５２】
以下、各実施形態ならびにそれぞれの特徴および利点をより完全に理解するため、添付の図面と併せて、以下の説明を参照する。
【図面の簡単な説明】
【００５３】
【図１】さまざまな種類のＶ２Ｘ通信を示した図である。
【図２】路側ユニット（ＲＳＵ）を用いたＤＳＲＣに基づくＶ２Ｘ通信を示した図である。
【図３】Ｖ２Ｘ通信にＬＴＥを使用する例を示した図である。
【図４】いくつかの実施形態に係る、例示的な無線ネットワークを示したブロック図である。
【図５】いくつかの実施形態に係る、無線デバイスにおける例示的な方法を示したフロー図である。
【図６】いくつかの実施形態に係る、ネットワーク要素における例示的な方法を示したフロー図である。
【図７Ａ】無線デバイスの例示的な一実施形態を示したブロック図である。
【図７Ｂ】無線デバイスの例示的な構成要素を示したブロック図である。
【図８Ａ】ネットワークノードの例示的な一実施形態を示したブロック図である。
【図８Ｂ】ネットワークノードの例示的な構成要素を示したブロック図である。
【図９Ａ】クラウドサーバの例示的な一実施形態を示したブロック図である。
【図９Ｂ】クラウドサーバの例示的な構成要素を示したブロック図である。
【発明を実施するための形態】
【００５４】
第３世代パートナーシッププロジェクト（３ＧＰＰ）のロングタームエボリューション（ＬＴＥ）リリース１２は、商業的および公共的両者の安全なアプリケーションを目的としたデバイス間（Ｄ２Ｄ）（「サイドリンク」とも称する）機能をサポートする。３ＧＰＰにおいて、これらのアプリケーションは、近傍サービス（ＰｒｏＳｅ）の下で規定されている。ＰｒｏＳｅフレームワークの拡張としてＶ２Ｘ通信が挙げられるが、これは、車両、歩行者、およびインフラ間の直接通信の任意の組み合わせを含む。
【００５５】
アプリケーションレイヤを含むＶ２Ｘ規格の開発は、ＥＴＳＩの高度道路交通システム（ＩＴＳ  Ｇ５）およびＩＥＥＥ  ＷＡＶＥ（Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ  ｉｎ  Ｖｅｈｉｃｕｌａｒ  Ｅｎｖｉｒｏｎｍｅｎｔｓ）仕様群等、ＩＥＥＥ  ８０２．１１ｐの狭域通信（ＤＳＲＣ）に基づいてきた。
【００５６】
協調認識メッセージ（ＣＡＭ）は、送信機に関する位置、速度、および付加的な情報を搬送し得る。これらは、送信機の動態に応じて、１００ｍｓ〜１ｓのメッセージ間隔で周期的に生成される。たとえば、ＣＡＭトリガ条件は、時間間隔のほか、方位、位置、速度等の変化に基づいていてもよい。物体のダイナミクスに基づく同様の原理を他のセンサ共有アプリケーションが含み得る。
【００５７】
ただし、現行能力の問題として、１００ｍｓ〜１ｓごとに周期的なメッセージを送信すると、モバイルデバイスのバッテリが大きく消費され、関連するサービスの展開が事実上制限されてしまう可能性がある。別の問題として、メッセージの数がネットワークの大きな負担となり、サービスプロバイダにとって相当なコストになる可能性がある。
【００５８】
特定の実施形態では、上述の問題を取り除いて、物体の実際のステータスが物体の予測ステータスと異なる場合に送信をトリガする。特定の実施形態では、基本的な動態のモデルに依拠することによって、認識メッセージと関連付けられたシグナリングを大幅に低減する。
【００５９】
以下の説明は、多くの具体的詳細を明記する。ただし、これらの具体的詳細なく実施形態が実現され得ることが了解される。他の例では、本明細書の理解が曖昧になることのないように、周知の回路、構造、および技術を詳しく示していない。当業者であれば、本明細書の説明によって、必要以上の実験なく、適当な機能を実装可能となるであろう。
【００６０】
本明細書において、「一実施形態（ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ、ａｎ  ｅｍｂｏｄｉｍｅｎｔ）」、「例示的な一実施形態（ａｎ  ｅｘａｍｐｌｅ  ｅｍｂｏｄｉｍｅｎｔ）」等に関する言及は、当該記載の実施形態が特定の特徴、構造、または特性を含み得るものの、すべての実施形態が必ずしも特定の特徴、構造、または特性を含んでいなくてもよいことを示す。さらに、このような表現は、必ずしも同じ実施形態を表していない。さらに、特定の特徴、構造、または特性が一実施形態に関連して記載されている場合は、明示的な説明があろうとなかろうと、このような特徴、構造、または特性を他の実施形態に関連して実現することが当業者に既知と考えられる。
【００６１】
ＥＴＳＩにより指定されたＣＡＭに関して特定の例を説明するが、本明細書に記載の実施形態は、（たとえば、移動を伴うために）ステータスが動的であるノードにより生成された如何なる種類のメッセージにも拡張可能である。高度道路交通システム（ＩＴＳ）には、ＣＡＭ、ＤＥＮＭ、ＳＰＡＴ、ＢＳＭ等、上記のような特性を有する多くのメッセージ群を含む。また、同様のメッセージが独自のプロトコルにより規定されている場合もある。特定の実施形態は、センサ共有メッセージ（すなわち、送信ノードにより検出された物体と関連する情報を搬送するメッセージ）にも適用可能である。
【００６２】
図面中の図４〜図９Ｂを参照して特定の実施形態を説明するが、さまざまな図面の同等および対応部分には、同等の番号を使用している。本開示の全体を通して、ＬＴＥを例示的なセルラーシステムとして使用するが、本明細書に提示の着想は、他の無線通信システム（たとえば、５Ｇ  ＮＲ等）にも同様に当てはまり得る。
【００６３】
図４は、特定の一実施形態に係る、例示的な無線ネットワークを示したブロック図である。無線ネットワーク１００は、１つまたは複数の無線デバイス１１０（携帯電話、スマートフォン、ラップトップコンピュータ、タブレットコンピュータ、ＭＴＣデバイス、Ｖ２Ｘデバイス、または無線通信を提供し得るその他任意のデバイス等）と、複数のネットワークノード１２０（基地局またはｅＮｏｄｅＢ等）とを具備する。無線デバイス１１０は、ＵＥとも称し得る。ネットワークノード１２０は、カバレッジエリア１１５（セル１１５とも称する）をサーブする。
【００６４】
一般的に、ネットワークノード１２０のカバレッジ（たとえば、ネットワークノード１２０がサーブするセル１１５）内の無線デバイス１１０は、無線信号１３０の送受信によって、ネットワークノード１２０と通信する。たとえば、無線デバイス１１０およびネットワークノード１２０は、音声トラフィック、データトラフィック、および／または制御信号を含む無線信号１３０を伝達し得る。
【００６５】
音声トラフィック、データトラフィック、および／または制御信号を無線デバイス１１０に伝達するネットワークノード１２０は、無線デバイス１１０のサービングネットワークノード１２０と称する場合がある。無線デバイス１１０とネットワークノード１２０との間の通信は、セルラー通信と称する場合がある。無線信号１３０は、（ネットワークノード１２０から無線デバイス１１０への）ダウンリンク送信および（無線デバイス１１０からネットワークノード１２０への）アップリンク送信の両者を含んでいてもよい。ＬＴＥにおいて、ネットワークノード１２０と無線デバイス１１０との間で無線信号を伝達するインターフェースは、Ｕｕインターフェースと称する場合がある。
【００６６】
各ネットワークノード１２０は、信号１３０を無線デバイス１１０に送信する１つまたは複数の送信機を有していてもよい。いくつかの実施形態において、ネットワークノード１２０は、多入力多出力（ＭＩＭＯ）システムを備えていてもよい。同様に、各無線デバイス１１０は、ネットワークノード１２０または他の無線デバイス１１０から信号１３０を受信する１つまたは複数の受信機を有していてもよい。
【００６７】
無線デバイス１１０は、無線信号１４０の送受信によって、互いに通信するようにしてもよい（すなわち、Ｄ２Ｄ動作）。たとえば、無線デバイス１１０ａは、無線信号１４０を用いて、無線デバイス１１０ｂと通信するようにしてもよい。無線信号１４０は、サイドリンク１４０と称する場合もある。２つの無線デバイス１１０間の通信は、Ｄ２Ｄ通信またはサイドリンク通信と称する場合がある。ＬＴＥにおいて、無線デバイス１１０間で無線信号１４０を伝達するインターフェースは、ＰＣ５インターフェースと称する場合がある。
【００６８】
特定の実施形態において、無線信号１４０は、無線信号１３０の搬送周波数と異なる搬送周波数を使用するようにしてもよい。たとえば、無線デバイス１１０ａは、第１の周波数帯を用いてネットワークノード１２０ａと通信し、同じ周波数帯または第２の周波数帯を用いて無線デバイス１１０ｂと通信するようにしてもよい。無線デバイス１１０ａおよび１１０ｂに対しては、同じネットワークノード１２０がサーブするようにしてもよいし、異なるネットワークノード１２０がサーブするようにしてもよい。特定の実施形態においては、無線デバイス１１０ａおよび１１０ｂの一方または両方が如何なるネットワークノード１２０のカバレッジ外であってもよい。無線信号１３０および１４０は、図１〜図３に関して説明したＶ２Ｘ通信のうちのいずれかを含んでいてもよい。
【００６９】
ネットワーク１００は、サーバ１５０を具備していてもよい。特定の実施形態において、サーバ１５０は、相互接続ネットワークを介して、ネットワーク１００のその他の構成要素（たとえば、無線デバイス１１０、ネットワークノード１２０等）と連動するようになっていてもよい。相互接続ネットワークは、オーディオ、ビデオ、信号、データ、メッセージ、またはこれらの任意の組み合わせを送信可能な如何なる相互接続システムをも表し得る。相互接続ネットワークは、公衆交換電話網（ＰＳＴＮ）、パブリックもしくはプライベートデータネットワーク、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、インターネット等のローカル、リージョナル、もしくはグローバル通信もしくはコンピュータネットワーク、有線もしくは無線ネットワーク、企業イントラネット、またはこれらの組み合わせを含むその他任意の好適な通信リンクのうちの全部または一部を含んでいてもよい。サーバ１５０は、たとえばＲＳＵまたは交通管理センター等、図１〜図３に関して説明したＶ２Ｘ構成要素のうちのいずれかを備えていてもよい。
【００７０】
特定の実施形態において、無線デバイス１１０は、物体（たとえば、無線デバイス自体または無線デバイスの近傍の別の物体）の動的特性（たとえば、方位、場所、速度、加速度等）に基づいて、物体の第１のステータスを検出する。無線デバイス１１０は、物体の第１のステータスをネットワーク要素（たとえば、別の無線デバイス１１０、ネットワークノード１２０、サーバ１５０等）に伝達するようにしてもよい。その後（たとえば、周期的な間隔で）、無線デバイス１１０は、物体の第１のステータスに基づいて、物体のステータスを予測するようにしてもよい。この予測には、第１のステータスに基づく外挿（たとえば、過去の速度および方位に基づく場所の外挿）を含んでいてもよい。また、これと同時または近くに、無線デバイス１１０は、物体の動的特性に基づいて、物体の第２のステータスを検出するようにしてもよい。無線デバイス１１０は、予測したステータスおよび第２のステータスが同一または類似であると判定した場合、更新メッセージを送信する必要がない。予測したステータスが第２のステータスと異なる旨の判定に応答して、無線デバイス１１０は、第２のステータスをネットワーク要素に伝達するようにしてもよい。
【００７１】
無線ネットワーク１００において、各ネットワークノード１２０は、ロングタームエボリューション（ＬＴＥ）、５Ｇ  ＮＲ、ＬＴＥアドバンスト、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ｃｄｍａ２０００、ＮＲ、ＷｉＭａｘ、Ｗｉ−Ｆｉ、および／または他の好適な無線アクセス技術等、任意の好適な無線アクセス技術を使用するようにしてもよい。無線ネットワーク１００は、１つまたは複数の無線アクセス技術の任意の好適な組み合わせを含んでいてもよい。例示を目的として、特定の無線アクセス技術の背景にて種々実施形態を説明可能である。ただし、本開示の範囲は、これらの例に限定されず、他の実施形態において異なる無線アクセス技術を使用することも可能である。
【００７２】
上述の通り、無線ネットワークの実施形態は、１つまたは複数の無線デバイスと、当該無線デバイスと通信可能な１つまたは複数の異なる種類の無線ネットワークノードとを含んでいてもよい。また、ネットワークは、無線デバイス間または無線デバイスと別の通信デバイスとの間の通信をサポートするのに好適な任意の付加的な要素を含んでいてもよい。無線デバイスは、ハードウェアおよび／またはソフトウェアの任意の好適な組み合わせを含んでいてもよい。たとえば、特定の実施形態において、無線デバイス１１０等の無線デバイスは、以下の図７Ａに関して説明する構成要素を具備していてもよい。同様に、ネットワークノードは、ハードウェアおよび／またはソフトウェアの任意の好適な組み合わせを含んでいてもよい。たとえば、特定の実施形態において、ネットワークノード１２０等のネットワークノードは、以下の図８Ａに関して説明する構成要素を具備していてもよい。特定の実施形態において、サーバ１５０等のサーバは、以下の図９Ａに関して説明する構成要素を具備していてもよい。
【００７３】
一般的に、無線デバイス１１０等の送信機は、以下のステップを実行し得る。第１の時間ｔ１に、送信機は、物体のステータス（たとえば、その位置および速度）を検出する。送信機は、物体のステータスをネットワーク要素（たとえば、クラウドサーバ、ＲＳＵ、交通管理センター等）または他のデバイス（たとえば、無線デバイス１１０、ネットワークノード１２０）にシグナリングする。第２の時間ｔ２に、送信機は、少なくとも物体の過去にシグナリングされたステータスに基づいて、物体の予測ステータスを決定する。同じ第２の時間ｔ２に、送信機は、物体の実際のステータスを決定するとともに、物体の予測および実際のステータスを比較する。これらが少なくとも一部のパラメータにおいて、何らかの閾値を超えて異なる場合、送信機は、物体の実際のステータスのシグナリングをトリガする。
【００７４】
たとえば、物体のステータスが位置および速度を含む場合、合理的な予測アルゴリズムは、（ａ）一定速度（初期速度と同じ）を仮定することと、（ｂ）線形モデルを用いることにより、時間の関数として新たな位置を外挿すること（すなわち、初期位置から移動しつつ、一定速度を仮定すること）とから成る。
【００７５】
特定の実施形態において、このモデルは、たとえばステータスが加速度を含む場合に精緻化され得る。特定の例を説明したが、任意の予測モデルがサポートされる。
【００７６】
特定の実施形態では、予測ステータスが予測されたものと異なる場合にいつでも、ステータスメッセージの新たな送信をトリガする。いくつかの実施形態では、付加的な送信条件（たとえば、何らかの最小の周期性による送信のトリガ）を含んでいてもよい。いくつかの実施形態では、将来ステータスの予測に複数の過去ステータスを使用するようにしてもよい。
【００７７】
特定の実施形態では受信機側を含むが、これには、別のデバイス（たとえば、無線デバイス１１０）も可能であるし、別のネットワーク要素（たとえば、サーバ１５０等のクラウドサーバ、ネットワークノード１２０等）も可能である。受信機は、以下のステップを実行し得る。受信機は、物体の第１のステータス（たとえば、その位置および速度）を受信するようにしてもよい。受信機は、少なくとも物体の過去にシグナリングされたステータスに基づいて、後の時点で物体の予測ステータスを決定するようにしてもよい。受信機は、予測されたものを置き換える物体の更新ステータスを受信するようにしてもよい。
【００７８】
受信機が受信したステータス情報をどのように利用するかについては、詳しく説明しないものの、衝突回避、警報、自動運転等のＩＴＳアプリケーションが挙げられる。
【００７９】
上述の例は、（無線デバイス等の送信機に関する）図５および（ネットワークノード１２０、サーバ１５０、または別の無線デバイス１１０等の受信機に関する）図６のフローチャートによって大略表され得る。
【００８０】
図５は、いくつかの実施形態に係る、無線デバイスにおける例示的な方法を示したフロー図である。特定の実施形態において、図５の１つまたは複数のステップは、図４に関して説明した無線デバイス１１０により実行され得る。
【００８１】
この方法はステップ５１２で開始となり、無線デバイスは、物体の動的特性に基づいて、物体の第１のステータスを検出する。たとえば、無線デバイス１１０は、それ自体が地理的場所Ｘに存在し、特定の方位Ｈに沿って、速度Ｓで走行していると判定するようにしてもよい。特定のパラメータを一例として使用するが、特定の実施形態では、物体自体または物体の環境の任意の好適なパラメータを物体のステータスの基準としてもよい。
【００８２】
ステップ５１４において、無線デバイスは、物体の第１のステータスをネットワーク要素に伝達する。たとえば、無線デバイス１１０は、第１のステータスを別の無線デバイス１１０、ネットワークノード１２０、またはサーバ１５０にシグナリングするようにしてもよい。
【００８３】
ステップ５１６において、無線デバイスは、物体の第１のステータスに基づいて、物体のステータスを予測する。たとえば、無線デバイス１１０は、最後のステータス決定から方位Ｈに沿って距離Ｄだけ移動したと予測するようにしてもよい。この予測は、速度Ｓおよび方位Ｈが一定のままであるという仮定に基づいていてもよい。ステータスの予測には、地理的場所Ｘの新たな値を含んでいてもよい。他の実施形態では、任意の好適な予測アルゴリズムを使用するようにしてもよい。
【００８４】
ステップ５１８において、無線デバイスは、物体の動的特性に基づいて、物体の第２のステータスを検出する。たとえば、無線デバイス１１０は、その実際の地理的場所Ｘ、速度Ｓ、および方位Ｈを決定する。
【００８５】
第１のステータスの決定から、無線デバイス１１０が速度または方向を変えていない場合は、予測ステータスおよび第２のステータスがおそらくは同一または類似である。この場合、第１のステータスを受信したネットワーク要素は、無線デバイスのステータスを正確に予測することも可能である。無線デバイスは、ネットワーク要素を更新する必要がないため、帯域幅およびネットワークリソースを一定に保つ。
【００８６】
第１のステータスの決定から、無線デバイス１１０が速度または方向を変えた場合は、予測ステータスおよび第２のステータスがおそらくは整合しない。この場合、方法はステップ５２０に続く。
【００８７】
ステップ５２０において、無線デバイスは、第２のステータスをネットワーク要素に伝達する。たとえば、無線デバイス１１０は、第２のステータスを別の無線デバイス１１０、ネットワークノード１２０、またはサーバ１５０に伝達する。
【００８８】
方法５００に対しては、改良、追加、または省略が可能である。また、図５の方法５００の１つまたは複数のステップは、並列に実行されるようになっていてもよいし、任意の好適な順序で実行されるようになっていてもよい。方法５００の各ステップは、必要に応じて経時的に繰り返されるようになっていてもよい。
【００８９】
図６は、いくつかの実施形態に係る、ネットワーク要素における例示的な方法を示したフロー図である。特定の実施形態において、図６の１つまたは複数のステップは、図４に関して説明したサーバ１５０により実行され得る。
【００９０】
この方法はステップ６１２で開始となり、ネットワーク要素は、物体の第１のステータスを受信する。たとえば、サーバ１５０は、無線デバイス１１０の地理的場所を示す第１のステータスを受信するようにしてもよい。他の実施形態において、第１のステータスは、無線デバイスの任意の好適な属性を含んでいてもよい。
【００９１】
ステップ６１３において、ネットワーク要素は、第１のステータスを用いて、物体の現在のステータスを更新する。たとえば、サーバ１５０は、物体の現在のステータスをメモリ９３０に保存するようにしてもよい。サーバ１５０は、衝突回避、警報、自動運転等のＩＴＳアプリケーションに現在のステータスを利用するようにしてもよい。
【００９２】
ステップ６１４において、ネットワーク要素は、物体の第１のステータスに基づいて、物体のステータスを予測する。たとえば、サーバ１５０は、第１のステータス中の情報に基づいて新たなステータスを予測する（たとえば、同じ速度および方位の仮定に基づいて場所を予測する）ことにより、物体のステータスを周期的に更新するようにしてもよい。サーバ１５０は、新たなステータスが受信されるまで、このようにしてステータスを更新し続けるようにしてもよい。
【００９３】
ステップ６１５において、ネットワーク要素は、予測ステータスを用いて、物体の現在のステータスを更新する。たとえば、サーバ１５０は、物体の予測ステータスをメモリ９３０に保存するようにしてもよい。サーバ１５０は、衝突回避、警報、自動運転等のＩＴＳアプリケーションに予測ステータスを利用するようにしてもよい。
【００９４】
ステップ６１６において、ネットワーク要素は、物体の第２のステータスを受信する。たとえば、サーバ１５０は、無線デバイス１１０の更新ステータスを受信するようにしてもよい。
【００９５】
ステップ６１８において、ネットワーク要素は、予測ステータスの代わりに、受信した第２のステータスを用いて、その物体のステータスを更新する。特定の実施形態において、ネットワーク要素は、別のステータス更新が受信されるまで、第２のステータスに基づいて、物体のステータスを予測し続ける。
【００９６】
方法６００に対しては、改良、追加、または省略が可能である。また、図６の方法６００の１つまたは複数のステップは、並列に実行されるようになっていてもよいし、任意の好適な順序で実行されるようになっていてもよい。方法６００の各ステップは、必要に応じて経時的に繰り返されるようになっていてもよい。
【００９７】
図７Ａは、無線デバイスの例示的な一実施形態を示したブロック図である。無線デバイスは、図４に示した無線デバイス１１０の一例である。特定の実施形態において、無線デバイスは、物体のステータスの検出、物体のステータスの予測、物体のステータスの送信、物体の予測および検出ステータスの比較、ならびに物体のステータスの受信を行うことができる。
【００９８】
無線デバイスの特定の例としては、携帯電話、スマートフォン、ＰＤＡ（個人用デジタル補助装置）、携帯型コンピュータ（たとえば、ラップトップ、タブレット）、センサ、モデム、マシンタイプ（ＭＴＣ）デバイス／マシン間（Ｍ２Ｍ）デバイス、ラップトップ埋め込み型デバイス（ＬＥＥ）、ラップトップ搭載型デバイス（ＬＭＥ）、ＵＳＢドングル、デバイス間能力デバイス、車両間デバイス、または無線通信を提供し得るその他任意のデバイスが挙げられる。無線デバイスは、送受信機７１０、処理回路７２０、メモリ７３０、および電源７４０を具備する。いくつかの実施形態において、送受信機７１０は、（たとえば、アンテナを介した）無線ネットワークノード１２０に対する無線信号の送信および無線信号の受信を容易化する。処理回路７２０は、無線デバイスが提供する本明細書に記載の機能のうちの一部または全部を提供する命令を実行する。メモリ７３０は、処理回路７２０が実行する命令を格納する。電源７４０は、送受信機７１０、処理回路７２０、および／またはメモリ７３０等、無線デバイス１１０の構成要素のうちの１つまたは複数に電力を供給する。
【００９９】
処理回路７２０は、１つまたは複数の集積回路またはモジュールにおいて実装され、命令の実行およびデータの操作によって、無線デバイスの上記機能のうちの一部または全部を実行するハードウェアおよびソフトウェアの任意の好適な組み合わせを含む。いくつかの実施形態において、処理回路７２０は、たとえば１つもしくは複数のコンピュータ、１つもしくは複数のプログラム可能な論理素子、１つもしくは複数の中央演算処理装置（ＣＰＵ）、１つもしくは複数のマイクロプロセッサ、１つもしくは複数のアプリケーション、ならびに／または他の論理、ならびに／またはこれらの任意の好適な組み合わせを含んでいてもよい。処理回路７２０は、無線デバイス１１０の上記機能のうちの一部または全部を実行するように構成されたアナログおよび／またはデジタル回路を含んでいてもよい。たとえば、処理回路７２０は、抵抗、キャパシタ、インダクタ、トランジスタ、ダイオード、および／またはその他任意の好適な回路部品を含んでいてもよい。
【０１００】
メモリ７３０は、コンピュータ実行可能コードおよびデータを格納するように大略動作可能である。メモリ７３０の例としては、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）もしくはリードオンリーメモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、コンパクトディスク（ＣＤ）もしくはデジタルビデオディスク（ＤＶＤ））、ならびに／または情報を格納するその他任意の揮発性もしくは不揮発性の持続性コンピュータ可読および／もしくはコンピュータ実行可能メモリデバイスが挙げられる。
【０１０１】
電源７４０は、電力を無線デバイス１１０の構成要素に供給するように大略動作可能である。電源７４０には、リチウムイオン、リチウム空気、リチウムポリマー、ニッケルカドミウム、ニッケル金属水素化物、または電力を無線デバイスに供給するその他任意の好適な種類の電池等、任意の好適な種類の電池を含んでいてもよい。
【０１０２】
特定の実施形態において、送受信機７１０と連通した処理回路７２０は、物体のステータスの検出、物体のステータスの予測、物体のステータスの送信、物体の予測および検出ステータスの比較、ならびに物体のステータスの受信を行う。
【０１０３】
無線デバイスの他の実施形態には、上述の機能のうちのいずれかおよび／または任意の付加的な機能（上述の解決手段への対応に必要な任意の機能）を含めて、無線デバイスの機能の特定の態様の提供を担う（図７Ａに示したもの以外の）付加的な構成要素を含んでいてもよい。
【０１０４】
図７Ｂは、無線デバイス１１０の例示的な構成要素を示したブロック図である。構成要素としては、検出モジュール７５０、予測モジュール７５２、および通信モジュール７５４が挙げられる。
【０１０５】
検出モジュール７５０は、無線デバイス１１０の検出機能を実行するようにしてもよい。たとえば、検出モジュール７５０は、上述の例または実施形態のうちのいずれか（たとえば、図５のステップ５１２および５１８）に従って、物体のステータスを検出するようにしてもよい。特定の実施形態において、検出モジュール７５０は、処理回路７２０を含んでいてもよいし、処理回路７２０に含まれていてもよい。特定の実施形態において、検出モジュール７５０は、予測モジュール７５２および通信モジュール７５４と連通していてもよい。
【０１０６】
予測モジュール７５２は、無線デバイス１１０の予測機能を実行するようにしてもよい。たとえば、予測モジュール７５２は、上述の例または実施形態のうちのいずれか（たとえば、図５のステップ５１６、図６のステップ６１４）に従って、物体のステータスを予測するようにしてもよい。特定の実施形態において、予測モジュール７５２は、処理回路７２０を含んでいてもよいし、処理回路７２０に含まれていてもよい。特定の実施形態において、予測モジュール７５２は、検出モジュール７５０および通信モジュール７５４と連通していてもよい。
【０１０７】
通信モジュール７５４は、無線デバイス１１０の通信機能を実行するようにしてもよい。たとえば、通信モジュール７５４は、上述の例または実施形態のうちのいずれか（たとえば、図５のステップ５１４および５２０、図６のステップ６１２および６１６）に従って、物体のステータスを送信または受信するようにしてもよい。特定の実施形態において、通信モジュール７５４は、処理回路７２０を含んでいてもよいし、処理回路７２０に含まれていてもよい。特定の実施形態において、通信モジュール７５４は、検出モジュール７５０および予測モジュール７５２と連通していてもよい。
【０１０８】
図８Ａは、ネットワークノードの例示的な一実施形態を示したブロック図である。ネットワークノードは、図４に示したネットワークノード１２０の一例である。特定の実施形態において、ネットワークノードは、物体に関するステータス情報を受信して予測することができる。
【０１０９】
ネットワークノード１２０としては、ｅＮｏｄｅＢ、ｎｏｄｅＢ、基地局、無線アクセスポイント（たとえば、Ｗｉ−Ｆｉアクセスポイント）、低電力ノード、送受信基地局（ＢＴＳ）、送信ポイントもしくはノード、リモートＲＦユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、または他の無線アクセスノードが挙げられる。ネットワークノードは、少なくとも１つの送受信機８１０、処理回路８２０、少なくとも１つのメモリ８３０、および少なくとも１つのネットワークインターフェース８４０を具備する。送受信機８１０は、（たとえば、アンテナを介した）無線デバイス１１０等の無線デバイスに対する無線信号の送信および無線信号の受信を容易化する。処理回路８２０は、ネットワークノード１２０が提供する上述の機能のうちの一部または全部を提供する命令を実行する。メモリ８３０は、処理回路８２０が実行する命令を格納する。ネットワークインターフェース８４０は、ゲートウェイ、スイッチ、ルータ、インターネット、公衆交換電話網（ＰＳＴＮ）、コントローラ、および／または他のネットワークノード１２０等のバックエンドネットワーク構成要素に信号を伝達する。処理回路８２０およびメモリ８３０としては、上記図７Ａの処理回路７２０およびメモリ７３０に関して説明したものと同じ種類が可能である。
【０１１０】
いくつかの実施形態において、ネットワークインターフェース８４０は、処理回路８２０に連通結合され、ネットワークノード１２０への入力の受信、ネットワークノード１２０からの出力の送信、入力もしくは出力または両者の好適な処理の実行、他のデバイスへの伝達、あるいはこれらの任意の組み合わせを行うように動作可能な任意の好適なデバイスを表す。ネットワークインターフェース８４０は、ネットワークを通じた通信を行う適当なハードウェア（たとえば、ポート、モデム、ネットワークインターフェースカード等）およびソフトウェアを含む（プロトコル変換およびデータ処理機能を含む）。
【０１１１】
特定の実施形態において、送受信機８１０と連通した処理回路８２０は、物体に関するステータス情報を受信して予測する。
【０１１２】
ネットワークノード１２０の他の実施形態には、上述の機能のうちのいずれかおよび／または任意の付加的な機能（上述の解決手段への対応に必要な任意の機能）を含めて、ネットワークノードの機能の特定の態様の提供を担う（図８Ａに示したもの以外の）付加的な構成要素を含んでいてもよい。さまざまな異なる種類のネットワークノードには、同じ物理的ハードウェアを有するものの、（たとえば、プログラミングによって）異なる無線アクセス技術をサポートするように構成された構成要素を含んでいてもよいし、一部または全部が異なる物理的構成要素を表していてもよい。
【０１１３】
図８Ｂは、ネットワークノード１２０の例示的な構成要素を示したブロック図である。構成要素としては、受信モジュール８５０および予測モジュール８５２が挙げられる。
【０１１４】
受信モジュール８５０は、ネットワークノード１２０の受信機能を実行するようにしてもよい。たとえば、受信モジュール８５０は、上述の例または実施形態のうちのいずれか（たとえば、図６のステップ６１２および６１６）に従って、物体に関するステータス情報を受信するようにしてもよい。特定の実施形態において、受信モジュール８５０は、処理回路８２０を含んでいてもよいし、処理回路８２０に含まれていてもよい。特定の実施形態において、受信モジュール８５０は、予測モジュール８５２と連通していてもよい。
【０１１５】
予測モジュール８５２は、ネットワークノード１２０予測機能を実行するようにしてもよい。たとえば、予測モジュール８５２は、上述の例または実施形態のうちのいずれか（たとえば、図６のステップ６１４）に従って、物体のステータスを予測するようにしてもよい。特定の実施形態において、予測モジュール８５２は、処理回路８２０を含んでいてもよいし、処理回路８２０に含まれていてもよい。特定の実施形態において、予測モジュール８５２は、受信モジュール８５０と連通していてもよい。
【０１１６】
図９Ａは、サーバの例示的な一実施形態を示したブロック図である。サーバは、図４に示したサーバ１５０の一例である。特定の実施形態において、サーバは、物体のステータスを受信して予測することができる。
【０１１７】
サーバは、処理回路９２０、少なくとも１つのメモリ９３０、および少なくとも１つのネットワークインターフェース９４０を具備する。いくつかの実施形態において、処理回路９２０は、サーバが提供する本明細書に記載の機能のうちの一部または全部を提供する命令を実行する。メモリ９３０は、処理回路９２０が実行する命令を格納する。ネットワークインターフェース９４０は、ゲートウェイ、スイッチ、ルータ、インターネット、公衆交換電話網（ＰＳＴＮ）、コントローラ、ネットワークノード１２、および他のサーバ１５０等の他のネットワーク構成要素に信号を伝達する。
【０１１８】
処理回路９２０は、１つまたは複数の集積回路またはモジュールにおいて実装され、命令の実行およびデータの操作によって、サーバの上記機能のうちの一部または全部を実行するハードウェアおよびソフトウェアの任意の好適な組み合わせを含む。いくつかの実施形態において、処理回路９２０は、たとえば１つもしくは複数のコンピュータ、１つもしくは複数のプログラム可能な論理素子、１つもしくは複数の中央演算処理装置（ＣＰＵ）、１つもしくは複数のマイクロプロセッサ、１つもしくは複数のアプリケーション、ならびに／または他の論理、ならびに／またはこれらの任意の好適な組み合わせを含んでいてもよい。処理回路９２０は、サーバ１５０の上記機能のうちの一部または全部を実行するように構成されたアナログおよび／またはデジタル回路を含んでいてもよい。たとえば、処理回路９２０は、抵抗、キャパシタ、インダクタ、トランジスタ、ダイオード、および／またはその他任意の好適な回路部品を含んでいてもよい。
【０１１９】
メモリ９３０は、コンピュータ実行可能コードおよびデータを格納するように大略動作可能である。メモリ９３０の例としては、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）もしくはリードオンリーメモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、コンパクトディスク（ＣＤ）もしくはデジタルビデオディスク（ＤＶＤ））、ならびに／または情報を格納するその他任意の揮発性もしくは不揮発性の持続性コンピュータ可読および／もしくはコンピュータ実行可能メモリデバイスが挙げられる。
【０１２０】
いくつかの実施形態において、ネットワークインターフェース９４０は、処理回路９２０に連通結合され、サーバ１５０への入力の受信、サーバ１５０からの出力の送信、入力もしくは出力または両者の好適な処理の実行、他のデバイスへの伝達、あるいはこれらの任意の組み合わせを行うように動作可能な任意の好適なデバイスを表す。ネットワークインターフェース９４０は、ネットワークを通じた通信を行う適当なハードウェア（たとえば、ポート、モデム、ネットワークインターフェースカード等）およびソフトウェアを含む（プロトコル変換およびデータ処理機能を含む）。
【０１２１】
特定の実施形態において、送受信機９１０と連通した処理回路９２０は、物体に関するステータス情報を受信して予測する。
【０１２２】
サーバの他の実施形態には、上述の機能のうちのいずれかおよび／または任意の付加的な機能（上述の解決手段への対応に必要な任意の機能）を含めて、サーバの機能の特定の態様の提供を担う（図９Ａに示したもの以外の）付加的な構成要素を含んでいてもよい。
【０１２３】
図９Ｂは、サーバ１５０の例示的な構成要素を示したブロック図である。構成要素としては、受信モジュール９５０および予測モジュール９５２が挙げられる。
【０１２４】
受信モジュール９５０は、サーバ１５０の受信機能を実行するようにしてもよい。たとえば、受信モジュール９５０は、上述の例または実施形態のうちのいずれか（たとえば、図６のステップ６１２および６１６）に従って、物体に関するステータス情報を受信するようにしてもよい。特定の実施形態において、受信モジュール９５０は、処理回路９２０を含んでいてもよいし、処理回路９２０に含まれていてもよい。特定の実施形態において、受信モジュール９５０は、予測モジュール９５２と連通していてもよい。
【０１２５】
予測モジュール９５２は、サーバ１５０の予測機能を実行するようにしてもよい。たとえば、予測モジュール９５２は、上述の例または実施形態のうちのいずれか（たとえば、図６のステップ６１４）に従って、物体のステータスを予測するようにしてもよい。特定の実施形態において、予測モジュール９５２は、処理回路９２０を含んでいてもよいし、処理回路９２０に含まれていてもよい。特定の実施形態において、予測モジュール９５２は、受信モジュール９５０と連通していてもよい。
【０１２６】
本発明の範囲から逸脱することなく、本明細書に開示のシステムおよび装置に対する改良、追加、または省略が可能である。これらシステムおよび装置の構成要素は、統合されていてもよいし、分離されていてもよい。さらに、これらシステムおよび装置の動作は、より多くの構成要素により実行されるようになっていてもよいし、より少ない構成要素により実行されるようになっていてもよいし、他の構成要素により実行されるようになっていてもよい。また、これらシステムおよび装置の動作は、ソフトウェア、ハードウェア、および／または他の論理を含む任意の好適な論理を用いて実行されるようになっていてもよい。本明細書において使用する「各（ｅａｃｈ）」は、ある集合の各部材またはある集合の部分集合の各部材を表す。
【０１２７】
本発明の範囲から逸脱することなく、本明細書に開示の方法に対する改良、追加、または省略が可能である。これらの方法は、より多くのステップを含んでいてもよいし、より少ないステップを含んでいてもよいし、他のステップを含んでいてもよい。また、任意の好適な順序でステップが実行されるようになっていてもよい。
【０１２８】
以上、特定の実施形態に関して本開示を説明したが、上記実施形態の改変および変形が当業者には明らかとなるであろう。したがって、上記実施形態の説明は、本開示を制限するものではない。以下の特許請求の範囲により規定する本開示の主旨および範囲から逸脱することなく、他の変更、置換、および改変が可能である。
【０１２９】
上記説明において使用した略語は、以下の通りである。
３Ｄ  ３次元
３ＧＰＰ  第３世代パートナーシッププロジェクト
ＢＴＳ  送受信基地局
ＣＡＭ  協調認識メッセージ
Ｃ−ＭＴＣ  クリティカルマシンタイプ通信
Ｄ２Ｄ  デバイス間
ＤＥＮＭ  分散型環境通知メッセージ
ＤＬ  ダウンリンク
ＤＳＲＣ  狭域通信
ｅＮＢ  ｅＮｏｄｅＢ
ＥＰＳ  エボルブドパケットシステム
ＦＤＤ  周波数分割複信
ＩＴＳ  高度道路交通システム
ＬＴＥ  ロングタームエボリューション
ＭＡＣ  媒体アクセス制御
Ｍ２Ｍ  マシン間
ＭＩＭＯ  多入力多出力
ＭＴＣ  マシンタイプ通信
ＮＲ  新規無線
ＰＤＳＣＨ  物理ダウンリンク共有チャネル
ＰｒｏＳｅ  近傍サービス
ＰＵＣＣＨ  物理アップリンク制御チャネル
ＲＡＮ  無線アクセスネットワーク
ＲＡＴ  無線アクセス技術
ＲＢ  無線ベアラ
ＲＢＳ  無線基地局
ＲＮＣ  無線ネットワークコントローラ
ＲＲＣ  無線リソース制御
ＲＲＨ  リモート無線ヘッド
ＲＲＵ  リモート無線ユニット
ＲＳＵ  路側ユニット
ＳＩＮＲ  信号対干渉・雑音比
ＴＤＤ  時間分割複信
ＵＥ  ユーザデバイス
ＵＬ  アップリンク
ＵＴＲＡＮ  ユニバーサル地上無線アクセスネットワーク
Ｖ２Ｘ  車両−あらゆるもの間
Ｖ２Ｖ  車両間
Ｖ２Ｐ  車両−歩行者間
Ｖ２Ｉ  車両−インフラ間
ＷＡＮ  無線アクセスネットワーク
ＷＡＶＥ  Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ  ｉｎ  Ｖｅｈｉｃｕｌａｒ  Ｅｎｖｉｒｏｎｍｅｎｔｓ
【図１】
2020519105.tif 000003
【図２】
2020519105.tif 000004
【図３】
2020519105.tif 000005
【図４】
2020519105.tif 000006
【図５】
2020519105.tif 000007
【図６】
2020519105.tif 000008
【図７Ａ】
2020519105.tif 000009
【図７Ｂ】
2020519105.tif 000010
【図８Ａ】
2020519105.tif 000011
【図８Ｂ】
2020519105.tif 000012
【図９Ａ】
2020519105.tif 000013
【図９Ｂ】
2020519105.tif 000014
【手続補正書】
【提出日】令和2年1月21日(2020.1.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線デバイスに使用する方法であって、
第１の期間に、物体の動的特性に基づいて、前記物体の第１のステータスを検出すること（５１２）と、
前記物体の前記第１のステータスをネットワーク要素に伝達すること（５１４）と、
前記第１の期間の後の第２の期間に、前記物体の前記第１のステータスに基づいて、前記物体のステータスを予測すること（５１６）と、
前記第２の期間に、前記物体の動的特性に基づいて、前記物体の第２のステータスを検出すること（５１８）と、
前記予測したステータスが前記第２のステータスと異なる旨の判定に応答して、前記第２のステータスを前記ネットワーク要素に伝達すること（５２０）と、
を含む、方法。
【請求項２】
前記物体の前記動的特性が、方位、場所、速度、および加速度のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項３】
前記予測したステータスが前記第２のステータスと異なる旨の判定が、前記予測したステータスおよび前記第２のステータスが少なくとも１つの閾値量だけ異なると判定することを含む、請求項１または２に記載の方法。
【請求項４】
前記物体の前記ステータスを予測することが、前記第１のステータスの線形外挿を含む、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記物体の前記第１のステータスを前記ネットワーク要素に伝達してから閾値時間が経過した旨の判定に応答して、前記第２のステータスを前記ネットワーク要素に伝達することをさらに含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記物体が、前記無線デバイスである、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記物体が、前記無線デバイスの近傍の物体である、請求項１から５のいずれか一項に記載の方法。
【請求項８】
前記ネットワーク要素が、別の無線デバイス、ネットワークノード、およびクラウドサーバのうちの少なくとも１つを含む、請求項１から７のいずれか一項に記載の方法。
【請求項９】
前記物体が、車両を含む、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
前記第１または第２のステータスを伝達することが、協調認識メッセージ（ＣＡＭ）を送ることを含む、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
第１の期間に、物体の動的特性に基づいて、前記物体（１０）の第１のステータスを検出することと、
前記物体の前記第１のステータスをネットワーク要素（１１０、１２０、１５０）に伝達することと、
前記第１の期間の後の第２の期間に、前記物体の前記第１のステータスに基づいて、前記物体のステータスを予測することと、
前記第２の期間に、前記物体の動的特性に基づいて、前記物体の第２のステータスを検出することと、
を行うように動作可能な処理回路（７２０）を備えた無線デバイスであって、
前記処理回路が、前記予測したステータスが前記第２のステータスと異なる旨の判定に応答して、前記第２のステータスを前記ネットワーク要素に伝達するように動作可能である、無線デバイス。
【請求項１２】
前記処理回路が、請求項２から１０のいずれか一項に記載の発明を実施するように動作可能である、請求項１１に記載の無線デバイス。
【請求項１３】
ネットワーク要素に使用する方法であって、
無線デバイスから、第１の期間に、物体の第１のステータスを受信すること（６１２）と、
前記第１のステータスを用いて、前記物体の現在のステータスを更新すること（６１３）と、
前記第１の期間の後の第２の期間に、前記物体の前記第１のステータスに基づいて、前記物体のステータスを予測すること（６１４）と、
前記予測したステータスを用いて、前記物体の前記現在のステータスを更新すること（６１５）と、
前記予測したステータスと異なる、前記物体の第２のステータスを受信すること（６１６）と、
前記第２のステータスを用いて、前記物体の前記現在のステータスを更新すること（６１８）と、
を含む、方法。
【請求項１４】
無線デバイス（１１０）から、第１の期間に、物体（１０）の第１のステータスを受信することと、
前記第１のステータスを用いて、前記物体の現在のステータスを更新することと、
前記第１の期間の後の第２の期間に、前記物体の前記第１のステータスに基づいて、前記物体のステータスを予測することと、
前記予測したステータスを用いて、前記物体の前記現在のステータスを更新することと、
前記予測したステータスと異なる、前記物体の第２のステータスを受信することと、
前記第２のステータスを用いて、前記物体の前記現在のステータスを更新することと、
を行うように動作可能な処理回路（７２０、８２０、９２０）を備えたネットワーク要素（１１０、１２０、１５０）。
【国際調査報告】
2020519105.tif 000015
2020519105.tif 000016
2020519105.tif 000017