JP6745398B2 - 通信システムのリソースを管理するための方法と装置 - Google Patents

Description

本開示の実施形態は、一般に、通信方法および装置に関し、より詳細には、通信システムのリソースを管理するための方法および装置に関する。

広く配置されたＬＴＥネットワークに基づいて車両産業のための「コネクテッドカー」を実現する機会を探求するために、ＬＴＥベースＶ２Ｘサービスに関する検討が３ＧＰＰ（第３世代パートナーシッププロジェクト）において行われている。ＬＴＥベースＶ２Ｘ通信には、Ｖ２Ｖ（車両−車両間）通信、Ｖ２Ｐ（車両−歩行者間）通信、およびＶ２Ｉ／Ｎ（車両−インフラストラクチャ／ネットワーク間）通信が含まれる。Ｖ２Ｐ通信は、歩行者の交通安全を改善すると期待される。しかしながら、現在、Ｖ２Ｐ通信で使用するための電力効率的で効果的な解決策は存在しない。

一般に、本開示の実施形態は、通信システムのリソースを管理するための方法および装置を提供する。

本開示の第１の態様によれば、通信方法が提供される。この方法は、第１のデバイスにおいて、データ送信のためのリソースをランダムに選択するステップと、そのリソースを使用してデータを送信するステップと、第２のデバイスに、第１のデバイスがさらなるデータを送信するためにそのリソースを使用し続けることになるという指示を送るステップとを含む。

本開示の第２の態様によれば、通信方法が提供される。この方法は、第２のデバイスにおいて、ランダムに選択したリソースを使用してデータを送信する第１のデバイスから、第１のデバイスがデータをさらに送信するためにそのリソースを使用し続けることになるという指示を受信するステップと、指示に基づいて、第２のデバイスのデータ送信のためのリソースを選択するステップとを含む。

本開示の第３の態様によれば、電子デバイスが提供される。電子デバイスは、データ送信のためのリソースをランダムに選択するように構成されたコントローラと、そのリソースを使用してデータを送信し、さらなる電子デバイスに、電子デバイスがデータをさらに送信するためにそのリソースを使用し続けることになるという指示を送るように構成されたトランシーバとを含む。

本開示の第４の態様によれば、電子デバイスが提供される。電子デバイスは、ランダムに選択したリソースを使用してデータを送信するさらなる電子デバイスから、さらなる電子デバイスがデータをさらに送信するためにそのリソースを使用し続けることになるという指示を受信するように構成されたトランシーバと、指示に基づいて、電子デバイスのデータ送信のためのリソースを選択するように構成されたコントローラとを含む。

以下の説明から、本開示の実施形態によれば、第１のデバイスは、データ送信のためのリソースをランダムに選択し、そのリソースを使用してデータを送信することが理解されよう。加えて、第１のデバイスは、第２のデバイスに、第１のデバイスがデータをさらに送信するためにそのリソースを使用し続けることになるという指示をさらに送ることができる。対応して、第２のデバイスは、第１のデバイスから、第１のデバイスがデータをさらに送信するためにそのリソースを使用し続けることになるという指示を受信することができる。次いで、第２のデバイスは、指示に基づいて、第２のデバイスのデータ送信のためのリソースを選択する。それゆえに、第１のデバイスと第２のデバイスの通信の相互干渉を減少させることができ、第１のデバイスの電力消費を節約し、それによって、システム性能を改善することができる。

この「発明の概要」は、本開示の実施形態の重要なまたは本質的な特徴を示すこと、または本開示の範囲を限定することを意図していないことが理解されよう。本開示の他の特徴は以下の説明によって明らかになろう。

添付図面を参照した以下の詳細な説明により、本開示の例示の実施形態の上述のおよび他の特徴、利点、および態様が、より明らかになるであろう。図面において、同一または同様の参照番号は同じまたは同様の要素を表す。

本開示の一実施形態による、第１のデバイスが第２のデバイスに関連してデータを送信するプロセスの概略図である。 本開示の一実施形態による、第１のデバイスにおいて実施される通信プロセスまたは方法の流れ図である。 本開示の一実施形態による、第１のデバイスにおいて実施される別の通信プロセスまたは方法の流れ図である。 本開示の一実施形態によるフレーム構造の概略図である。 本開示の一実施形態による、第２のデバイスにおいて実施される通信プロセスまたは方法の流れ図である。 本開示の一実施形態による、第１のデバイスにおいて実施される通信プロセスまたは方法を実施するための装置のブロック図である。 本開示の一実施形態による、第２のデバイスにおいて実施される通信プロセスまたは方法を実施するための装置のブロック図である。 本開示の一実施形態を実施するのに好適な電子デバイスのブロック図である。

図面を参照して、本開示の実施形態をより詳細に説明する。本開示のいくつかの実施形態を図面に示すが、本開示は、様々な方法で実施することができ、本明細書に記載された実施態様に限定されると解釈されるべきでないことを理解されたい。逆に、これらの実施形態は本開示のより徹底的でより完全な理解のために提供される。本開示の図面および実施形態は、本開示の保護範囲の限定ではなく単に例示のためのものであることを理解されたい。

本明細書で使用する「ネットワーク機器」という用語は、通信ネットワークにおいて特定の機能を有する基地局、他のエンティティ、またはノードを指す。「基地局（ＢＳ）」は、ノードＢ（ＮｏｄｅＢもしくはＮＢ）、発展型ノードＢ（ｅＮｏｄｅＢもしくはｅＮＢ）、リモート無線ユニット（ＲＲＵ）、無線周波数ヘッド（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレー、またはフェムト基地局、ピコ基地局などのような低電力ノードを表すことができる。本開示の文脈において、説明を容易にするために、「ネットワーク機器」および「基地局」という用語は、交換可能に使用されることがあり、ｅＮＢは例示のネットワーク機器として使用されることがある。

本明細書で使用する場合、「端末機器」または「ユーザ機器（ＵＥ）」という用語は、基地局とまたは互いに無線通信を実行することができる任意の端末デバイスを指す。例えば、端末機器は、モバイル端末（ＭＴ）、加入者局（ＳＳ）、ポータブル加入者局（ＰＳＳ）、移動局（ＭＳ）、またはアクセス端末（ＡＴ）、および車両に装着された上述のデバイスを含むことができる。本開示の文脈において、説明を容易にするために、「端末機器」および「ユーザ機器」という用語は、交換可能に使用されることがある。

本明細書で使用する「含む（ｉｎｃｌｕｄｅｓ）」という用語またはその変形は、「含むが、限定されない」を意味する開放型用語として読まれるべきである。「基づく（ｂａｓｅｄ ｏｎ）」という用語は、「少なくとも部分的に基づく」と読まれるべきである。「１つの実施形態」という用語は、「少なくとも１つの実施形態」と読まれるべきであり、「別の実施形態」という用語は、「少なくとも１つの別の実施形態」と読まれるべきである。他の用語の関連定義は以下の記述において与えられる。

ＰＣ５エア・インタフェースにより実行されるＶ２Ｐ／Ｐ２Ｖ（歩行者−車両間）通信に関して、Ｖ２Ｐ／Ｐ２Ｖ通信は、歩行者の交通安全を改善すると期待されるが、歩行者のユーザ機器には、通常、電力消費制限があり、Ｖ２ＶおよびＶ２Ｐ／Ｐ２Ｖ通信の共存は、相互干渉を引き起こす。現在、Ｖ２Ｐ／Ｐ２Ｖ通信に関して、車両ＵＥと歩行者ＵＥの両方が、データ送信のためにセンシングベース・リソース選択を実行する解決策がある。しかしながら、この解決策は、歩行者ＵＥにとって電力効率がよくない。車両ＵＥがＶ２Ｖデータ送信のためにセンシングベース・リソース選択を実行し、歩行者ＵＥがＰ２Ｖデータ送信のためにランダム・リソース選択を実行する別の解決策がある。しかしながら、この解決策では、Ｖ２ＶおよびＰ２Ｖのリソース・プールが独立でない限り、Ｖ２Ｖ通信とＰ２Ｖ通信の共存に起因して、Ｐ２Ｖ通信の性能が低下する。

これらのおよび他の潜在的な問題を解決するために、本開示の実施形態は通信方法を提供する。この方法によれば、ユーザ機器（以下、「第１のデバイス」と呼ぶ）は、データ送信のためのリソースをランダムに選択し、そのリソースを使用してデータを送信することができる。その間に、第１のデバイスは、そのリソースをデータ送信に使用した回数を所定の閾値と比較して、そのリソースを使用してデータを送信し続けるかまたは新しいリソースをランダムに再選択するかを決定する。加えて、第１のデバイスは、さらに、車両機器（以下、「第２のデバイス」と呼ぶ）に、第１のデバイスがデータをさらに送信するためにそのリソースを使用し続けることになるという指示を送ることができる。対応して、第２のデバイスは、第１のデバイスから、第１のデバイスがデータをさらに送信するためにそのリソースを使用し続けることになるという指示を受信することができる。次いで、第２のデバイスは、その指示に基づいて、第２のデバイスのデータ送信のためのリソースを選択することができる。

このようにして、第１のデバイスは、リソース選択を実行する際にランダム・リソース選択と半永続的通信とを組み合わせてデータ送信のためのリソースをランダムに選択し、データ送信の際データを複数回送信するのに同じリソースを使用することができる。加えて、第２のデバイスは、第１のデバイスから、第１のデバイスがデータをさらに送信するために同じリソースを使用し続けることになるという指示を受信するので、第２のデバイスは、リソース選択を実行する際、第１のデバイスのリソース割り当て情報を考慮に入れて、第１のデバイスによって占有されたリソースをできるだけ使用しないようにすることができる。したがって、第１のデバイスと第２のデバイスの通信の相互干渉を減少させることができ、第１のデバイスの電力消費を節約し、それによって、システム性能を改善することができる。

図１は、本開示の一実施形態による、第１のデバイス１１０が第２のデバイス１２０に関連してデータを送信するプロセス１００の概略図１００を示す。第１のデバイス１１０は歩行者のユーザ機器であり得、第２のデバイス１２０は車両機器であり得る。第１のデバイス１１０および第２のデバイス１２０は、例えば、ノートブック・コンピュータ、タブレット・コンピュータ、スマートフォン、携帯情報端末、リーダ、オーディオ・プレイヤ、カメラなどとすることができ、第１のデバイス１１０および第２のデバイス１２０のタイプは、本開示の実施形態への限定にならない。

図１に示すように、第１のデバイス１１０において、データ送信のためのリソースをランダムに選択する（１３０）ことができる。第１のデバイス１１０は、選択したリソースを使用してデータを送信する（１４０）ことができる。ある実施形態では、第１のデバイス１１０は、選択したリソースを使用してデータを第２のデバイス１２０に送信する（１４０）ことができる。他の実施形態では、第１のデバイス１１０は、選択したリソースを使用してデータを他のデバイスに送信する（１４０）ことができる。加えて、第１のデバイス１０は、第２のデバイス１２０に、第１のデバイスがデータをさらに送信するために同じリソースを使用し続けることになるという指示をさらに送る（１５０）ことができる。ある実施形態では、第１のデバイス１１０は、同時に、データを送信し（１４０）、指示を送る（１５０）ことができる。他の実施形態では、第１のデバイス１１０は、指示を送った（１５０）後にデータを送信する（１４０）ことができる。データを送信する（１４０）ことおよび指示を送る（１５０）ことのシーケンスは、本開示の実施形態への限定にならない。

第２のデバイス１２０において、第１のデバイスがデータをさらに送信するために同じリソースを使用し続けることになるという指示を、第１のデバイスから受信することができる。第２のデバイス１２０は、指示に基づいて、第２のデバイス１２０のデータ送信のためのリソースを選択する（１６０）ことができる。例えば、第２のデバイス１２０は、第１のデバイス１１０によって使用されているリソースを、第２のデバイス１２０のリソース選択アルゴリズムの入力情報として指示されたものとして使用することができる。

前述のように、この例では、第１のデバイスは、ランダム・リソース選択を実行して、第１のデバイスの電力消費を節約することができる。第２のデバイスは、リソース選択を実行する際に第１のデバイスによって占有されたリソースをできるだけ使用しないようにすることができる。したがって、第１のデバイスと第２のデバイスの通信の相互干渉を減少させることができ、第１のデバイスの電力消費を節約し、それによって、システム性能を改善することができる。

本開示の原理および特定の実施形態が、図２から図５を参照して、第１のデバイス１１０および第２のデバイス１２０の観点からそれぞれ詳細に説明される。最初に、図２を参照すると、図２は、本開示の一実施形態による、第１のデバイス１１０において実施される通信プロセスまたは方法２００の流れ図を示す。

図示のように、２１０において、第１のデバイス１１０はデータ送信のためのリソースをリソース・プールからランダムに選択することができる。例えば、第１のデバイス１１０は、データ送信のためのサブフレームをリソース・プールからランダムに選択し、次いで、データ送信のためのサブフレーム内の周波数リソースをランダムに選択することができる。いくつかの実施形態では、第１のデバイス１１０は、センシングベース・リソース選択を実行する代わりにランダム・リソース選択を実行するので、第１のデバイス１１０のデータ受信機能は、電力を節約するために動作不能にすることができる。この場合、例えば、Ｐ２Ｖ通信における第１のデバイス１１０から第２のデバイス１２０への通信のみが動作可能になる。

２２０において、第１のデバイス１１０は、選択したリソースを使用してデータを送信することができる。第１のデバイス１１０が選択したリソースを使用してデータを送信するフレーム構造が、図４を参照して説明される。図４に示すように、通常、第１のデバイス１１０のデータ送信期間（例えば、１ｓ）は、第２のデバイス１２０のデータ送信期間（例えば、１００ｍｓ）よりも大きくすることができる。以下、第１のデバイス１１０のデータ送信期間は第１のデバイス期間４１０と呼ぶことがあり、第２のデバイス１２０のデータ送信期間は第２のデバイス期間４２０と呼ぶことがある。いくつかの実施形態では、第１のデバイス期間４１０は、第２のデバイス期間４２０の倍数とすることができる。いくつかの実施形態では、第１のデバイス１１０は、例えば１００ｍｓの待ち時間要件を満たすように送信サブフレーム（例えば、最初の１００ｍｓのサブフレーム）を選択することができる。いくつかの実施形態では、第１のデバイス１１０は、第１のデバイスの電力消費を節約するために、第１のデバイス期間４１０内の残りの継続期間（例えば、第２のデバイス期間４２０−２から４２０−Ｎに対応する第１のデバイス期間４１０の継続期間）では閉じられたままかまたは沈黙したままとすることができる。

２３０において、第１のデバイス１１０は、第２のデバイス１２０に、第１のデバイス１１０がデータをさらに送信するために同じリソースを使用し続けることになるという指示、例えば、第１のデバイス１１０がデータをさらに送信するために第１のデバイス期間４１０内の同じ位置でリソースを使用し続けることになるという指示を送信することができる。いくつかの実施形態では、第１のデバイス１１０は、制御チャネルで指示を送ることができる。

プロセス２００の一例が、図３を参照して説明される。図３は、本開示の一実施形態による第１のデバイスにおいて実施される通信プロセスまたは方法３００の流れ図である。

図示のように、３１０において、２１０で述べたように、第１のデバイス１１０は、データ送信のためのリソースをリソース・プールからランダムに選択することができる。３２０において、第１のデバイス１１０は、選択したリソースをデータ送信に使用した回数を所定の閾値と比較することができる。いくつかの実施形態では、第１のデバイス１１０は、選択したリソースをデータ送信に使用した回数をカウントするようにカウンタを設定し、カウンタ値を所定の閾値と比較することができる。所定の閾値は、ランダムに選択するかまたは事前に決定することができる。例えば、カウンタの初期値は０として設定することができ、所定の閾値は９として設定することができる。

選択したリソースをデータ送信に使用した回数が所定の閾値未満である場合、３３０において、２２０で述べたように、第１のデバイス１１０は、選択したリソースを使用してデータを送信することができる。例えば、カウンタ値によって示されるように、選択したリソースをデータ送信に使用した回数が、９未満である、例えば、カウンタ値が３である場合、第１のデバイス１１０は、データを送信するために第１のデバイス期間４１０内の同じ位置でリソースを使用し続けることができる。第１のデバイス期間４１０の後、カウンタ値は、データ送信を数えるために１だけインクリメントすることができる。カウンタ値が変化する方法はインクリメントすることに限定されず、ディクレメントまたは何らかの他の適切な方法とすることもできる。カウンタ値が変化する方法は、本開示の実施形態への限定にならない。

選択したリソースをデータ送信に使用した回数が所定の閾値を超えている場合、流れは３１０に戻り、３１０において、第１のデバイス１１０は、データ送信のための新しいリソースをランダムに再選択する。例えば、カウンタ値によって示されるように、選択したリソースをデータ送信に使用した回数が、９を超えている、例えば、カウンタ値が１０である場合、第１のデバイス１１０は、データ送信のための第１のデバイス期間４１０内のリソースをランダムに再選択することができ、カウンタ値はリセットされ得る。

３４０において、第１のデバイス１１０は、さらに、選択したリソースをデータ送信に使用した回数を所定の閾値と比較することができる。３５０において、２３０で述べたように、選択したリソースをデータ送信に使用した回数が所定の閾値よりも少ない場合、第１のデバイス１１０は、第２のデバイス１２０に、第１のデバイス１１０がデータをさらに送信するために同じリソースを使用し続けることになるという指示を送ることができる。例えば、カウンタ値によって示されるように、選択したリソースをデータ送信に使用した回数が、９よりも少ない、例えば、カウンタ値が８である場合、第１のデバイス１１０は、第２のデバイス１２０に、第１のデバイス１１０がデータをさらに送信するために第１のデバイス期間４１０内の同じ位置でリソースを使用し続けることになるという指示を送ることができる。

選択したリソースをデータ送信に使用した回数が所定の閾値よりも少なくない場合、第１のデバイス１１０は、第２のデバイス１２０に、第１のデバイス１１０がデータをさらに送信するために同じリソースを使用し続けることになるという指示を送らない。例えば、カウンタ値によって示されるように、選択したリソースをデータ送信に使用した回数が、９よりも少なくない、例えば、カウンタ値が９である場合、第１のデバイス１１０は、第２のデバイス１２０に、第１のデバイス１１０がデータをさらに送信するために第１のデバイス期間４１０内の同じ位置でリソースを使用し続けることになるという指示を送らない。

プロセス３００の動作の順序は本開示の実施形態への限定にならないことが理解されよう。いくつかの実施形態では、動作３３０および動作３５０は同時に実行することができる。特に、データを送信することができ、指示を同じメッセージで送ることができる。他の実施形態では、動作３３０は動作３５０の後に実行することができる。

このようにして、第１のデバイス１１０は、リソース選択を実行する際、データ送信のためのリソースをランダムに選択し、それによって、第１のデバイスの電力消費を節約することができる。加えて、第１のデバイス１１０は、データ送信の際、同じリソースを使用して、データを複数回送信し、それによって、総合システム性能を改善することができる。

第１のデバイス１１０で実施される通信プロセスが、図２から図４を参照して上述されている。次に、第２のデバイス１２０で実施される対応する通信プロセス５００が、図５を参照して説明される。

５１０において、第２のデバイス１２０は、ランダムに選択したリソースを使用してデータを送信する第１のデバイス１１０から、第１のデバイス１１０がデータをさらに送信するために同じリソースを使用し続けることになるという指示を受信することができる。次いで、５２０において、第２のデバイス１２０は、指示に基づいて、第２のデバイス１２０のデータ送信のためのリソースを選択することができる。例えば、第２のデバイス１２０は、第１のデバイス１１０から、第１のデバイス１１０がデータをさらに送信するために第１のデバイス期間４１０内の同じ位置でリソースを使用し続けることになるという指示を受信することができる。第２のデバイス１２０は、指示に基づいて、第２のデバイス１２０のデータ送信のためのリソースを第２のデバイス期間４２０−１に選択することができる。

このようにして、第２のデバイスは、第１のデバイスから、第１のデバイスがデータをさらに送信するために同じリソースを使用し続けることになるという指示を受信するので、第２のデバイスは、リソース選択を実行する際、第１のデバイスによって占有されたリソースをできるだけ使用しないようにするために第１のデバイスのリソース割り当て情報を考慮に入れることができる。したがって、第１のデバイスと第２のデバイスの通信の相互干渉を減少させ、それによって、システム性能を改善することができる。

図２から図４を参照して上述した第１のデバイス１１０によって実行される動作および関連する特徴は、第２のデバイス１２０にも当てはまり、図５を参照して上述した第２のデバイス１２０によって実行される動作および関連する特徴は、第１のデバイス１１０にも当てはまり、同じ効果を有することを理解されたい。詳細はここでは省略する。

図６は、本開示の一実施形態による、第１のデバイス１１０で実施される通信プロセス２００を実施するための装置６００のブロック図である。図示のように、装置６００は、第１の選択ユニット６１０、送信ユニット６３０、および指示ユニット６４０を含むことができる。実施形態によっては、装置６００は、オプションの決定ユニット６２０をさらに含むことができる。

第１の選択ユニット６１０は、データ送信のためのリソースをランダムに選択するように構成することができる。決定ユニット６２０は、選択したリソースをデータ送信に使用した回数を所定の閾値と比較するように構成することができる。いくつかの実施形態では、第１の選択ユニット６１０は、選択したリソースをデータ送信に使用した回数が所定の閾値を超えていることに応じて、データ送信のための新しいリソースをランダムに再選択するように構成することができる。

送信ユニット６３０は、選択したリソースを使用してデータを送信するように構成することができる。いくつかの実施形態では、送信ユニット６３０は、選択したリソースをデータ送信に使用した回数が所定の閾値未満であることに応じて、選択したリソースを使用してデータを送信するように構成することができる。

指示ユニット６４０は、第２のデバイス１２０に、第１のデバイス１１０がデータをさらに送信するのに選択したリソースを使用し続けることになるという指示を送るように構成することができる。いくつかの実施形態では、指示ユニット６４０は、選択したリソースをデータ送信に使用した回数が所定の閾値よりも少ないことに応じて、指示を第２のデバイス１２０に送るように構成することができる。

図７は、本開示の一実施形態による、第２のデバイス１２０で実施される通信プロセス５００を実施するための装置７００のブロック図である。図示のように、装置７００は、受信ユニット７１０および第２の選択ユニット７２０を含むことができる。

受信ユニット７１０は、第１のデバイス１１０から、第１のデバイス１１０がデータをさらに送信するのに選択したリソースを使用し続けることになるという指示を受信するように構成することができる。第２の選択ユニット７２０は、受信ユニット７１０で受信した指示に基づいて、第２のデバイス１２０のデータ送信のためのリソースを選択するように構成することができる。

装置６００および装置７００の各ユニットは、それぞれ、図２から図５を参照して説明したプロセス２００からプロセス５００の各動作に対応することを理解されたい。したがって、図２から図５を参照して上述した動作および特徴は、装置６００および装置７００ならびにそれらに含まれるユニットにも当てはまり、同じ効果を有する。詳細はここでは省略する。

装置６００および装置７００に含まれるユニットは、ソフトウェア、ハードウェア、ファームウェア、およびそれらの任意の組合せを含む様々な方法で実施することができる。一実施形態では、１つまたは複数のユニットは、ソフトウェアおよび／またはファームウェア、例えば、記憶媒体に記憶された機械実行命令を使用して実施することができる。機械実行命令に加えて、または代替として、装置６００および装置７００のユニットのすべてまたは一部は、１つまたは複数のハードウェア論理構成要素によって少なくとも部分的に実施することができる。一例として、限定ではなく、使用することができる例示のタイプのハードウェア論理構成要素には、プログラマブル・フィールド・ゲート・アレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、システム・オン・チップ（ＳＯＣ）、コンプレックス・プログラマブル論理デバイス（ＣＰＬＤ）などが含まれる。

図６および図７に示したこれらのユニットは、ハードウェア・モジュール、ソフトウェア・モジュール、ファームウェア・モジュール、およびそれらの任意の組合せとして部分的にまたは全面的に実施することができる。特に、いくつかの実施形態では、上述の流れ、方法、またはプロセスは、ユーザ機器または車両機器のハードウェアで実施することができる。例えば、ユーザ機器または車両機器は、方法２００および方法５００を実施するために、その送信機、受信機、トランシーバ、および／またはプロセッサまたはコントローラを使用することができる。

図８は、本開示の一実施形態を実施するのに好適な電子デバイス８００のブロック図である。電子デバイス８００は、ユーザ機器、例えば図１に示した第１のデバイス１１０を実施するために使用することができ、および／または車両機器、例えば図１に示した第２のデバイス１２０を実施するために使用することができる。

図示のように、電子デバイス８００は、コントローラ８１０を含む。コントローラ８１０は、電子デバイス８００の動作および機能を制御する。例えば、いくつかの実施形態では、コントローラ８１０は、それに結合されたメモリ８２０に記憶された命令８３０を介して様々な動作を実行することができる。メモリ８２０は、ローカル技術環境に適する任意のタイプのものとすることができ、限定ではないが、半導体に基づく記憶デバイス、磁気記憶デバイスおよびシステム、ならびに光記憶デバイスおよびシステムを含む任意の好適なデータ記憶技術を使用して実施することができる。図８は、１つのメモリユニットのみを示しているが、電子デバイス８００は、複数の物理的に異なるメモリユニットを含むことができる。

コントローラ８１０は、ローカル技術環境に適する任意のタイプのものとすることができ、限定はしないが、汎用コンピュータ、専用コンピュータ、マイクロコントローラ、デジタル・シグナル・プロセッサ（ＤＳＰ）、およびコントローラベース・マルチコア・コントローラ・アーキテクチャのうちの１つまたは複数を含むことができる。電子デバイス８００は、複数のコントローラ８１０をさらに含むことができる。コントローラ８１０は、トランシーバ８４０に結合され、トランシーバ８４０は、１つまたは複数のアンテナ８５０および／または他の構成要素を介して情報の受信および送信を実施することができる。

電子デバイス８００が第１のデバイス１１０として働く場合、コントローラ８１０およびトランシーバ８４０は、図２および／または図３を参照して説明したプロセス２００および／または３００を実施するように協働して動作することができる。電子デバイス８００が第２のデバイス１２０として働く場合、コントローラ８１０およびトランシーバ８４０は、図５を参照して説明したプロセス５００を実施するように協働して動作することができる。例えば、いくつかの実施形態では、上述のデータ／情報の受信および送信を伴うすべての動作は、トランシーバ８４０によって実行され得、他の動作はコントローラ８１０によって実行され得る。図２、図３、および図５を参照して上述したすべての特徴は、電子デバイス８００に当てはまる。詳細はここでは省略する。

一般に、本開示の様々な例示の実施形態は、ハードウェアもしくは特定用途向け回路、ソフトウェア、論理、またはそれらの任意の組合せで実施することができる。ある態様は、ハードウェアで実施することができるが、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティング・デバイスによって実行され得るファームウェアまたはソフトウェアで実施することができる。本発明の様々な態様が、ブロック図、流れ図、または他の図的表現として図示または記載されている場合、本明細書に記載されたブロック図、装置、システム、技法、または方法は、非限定の例として、ハードウェア、ソフトウェア、ファームウェア、特定用途向け回路もしくは論理、汎用ハードウェアもしくはコントローラもしくは他のコンピューティング・デバイス、またはそれらのいくつかの組合せで実施することができることが理解されよう。

例えば、本開示の実施形態は、例えばターゲットの現実または仮想プロセッサのデバイスで実行されるプログラム・モジュールに含まれる機械実行可能命令の文脈で説明することができる。一般に、プログラム・モジュールは、ルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含み、特定のタスクを実行するか、または特定の抽象データ構造を実施する。実施形態において、プログラム・モジュールの機能は、記述されたプログラム・モジュールの間で組み合わせるかまたは分割することができる。プログラム・モジュールの機械実行可能命令は、ローカルまたは分散デバイスで実行することができる。分散バイスでは、プログラム・モジュールは、ローカル記憶媒体とリモート記憶媒体の両方に配置することができる。

本開示の方法を実施するためのコンピュータ・プログラム・コードは、１つまたは複数のプログラミング言語で書くことができる。これらのコンピュータ・プログラム・コードは、汎用コンピュータ、専用コンピュータ、または他のプログラマブル・データ処理装置のプロセッサに供給することができ、その結果、プログラム・コードがコンピュータまたは他のプログラマブル・データ処理装置によって実行されると、流れ図および／またはブロック図で指定された機能／動作が実施させられる。プログラム・コードは、完全にコンピュータで、部分的にコンピュータで、独立したソフトウェア・パケットとして、部分的にコンピュータおよび部分的にリモート・コンピュータで、または完全にリモート・コンピュータまたはサーバで実行することができる。

本開示の文脈において、機械可読媒体は、命令実行システム、装置、またはデバイスのための、またはそれに関するプログラムを含むかまたは記憶する任意の有形媒体とすることができる。機械可読媒体は、機械可読信号媒体または機械可読記憶媒体とすることができる。機械可読媒体は、限定はしないが、電子、磁気、光学、電磁気、赤外線、または半導体のシステム、装置、またはデバイス、あるいはそれらの任意の適切な組合せを含むことができる。機械可読記憶媒体のより詳細な例には、１つまたは複数のワイヤを有する電気接続、ポータブル・コンピュータ磁気ディスク、ハード・ドライブ、ランダムアクセス・メモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭもしくはフラッシュ・メモリ）、光記憶デバイス、磁気記憶デバイス、またはそれらの任意の適切な組合せが含まれる。

その上、動作は特定のシーケンスで説明されているが、そのような動作は、示されたような特定のシーケンスでまたは連続のシーケンスで実行されるか、または所望の結果を達成するのにすべての示された動作が実行されると理解されるべきでない。場合によっては、マルチタスクまたは並列処理が有利である。同様に、上述の説明はいくつかの特定の実装態様の詳細を含むが、その詳細は、いかなる発明または特許請求の範囲を限定するものとして解釈されるべきではなく、特定の発明の特定の実施形態のための説明として解釈されるべきである。本明細書おいて、別個の実施形態の文脈に説明されているいくつかの特徴はまた、単一の実施形態に統合され得る。これに反して、単一の実施形態の文脈に説明されている様々な特徴はまた、複数の実施形態にまたは任意の好適なサブコンビネーションに別々に実装されてもよい。
主題が、構造の特徴および／または方法論的な動作に特有の言語で説明されているが、添付の特許請求の範囲に明記される主題は、必ずしも上述の特定の特徴または動作に限定されないことを理解されたい。むしろ、上述の特定の特徴および動作は、特許請求の範囲を実施する例示の形態として開示されている。

Claims (14)

1. 第１のデバイスにおいて、データ送信のためのリソースをランダムに選択するステップと、
   前記リソースを使用してデータを送信するステップと、
   第２のデバイスに、前記第１のデバイスがデータをさらに送信するために前記リソースを使用し続けることになるという指示を送るステップと、
   前記リソースをデータ送信に使用した回数を所定の閾値と比較するステップと
   を含む通信方法。
2. 前記回数が前記所定の閾値を超えていることに応じて、データ送信のための新しいリソースをランダムに再選択するステップをさらに含む、請求項１に記載の方法。
3. 前記リソースを使用して前記データを送信するステップは、
   前記回数が前記所定の閾値未満であることに応じて、前記リソースを使用して前記データを送信するステップ
   を含む、請求項１に記載の方法。
4. 前記指示を送るステップが、
   前記指示を制御チャネルで送るステップ
   を含む、請求項１に記載の方法。
5. 前記指示を送るステップは、
   前記回数が所定の閾値よりも少ないことに応じて、前記指示を前記第２のデバイスに送るステップ
   を含む、請求項１に記載の方法。
6. 前記リソースが、サブフレーム内の周波数リソースを含む、請求項１に記載の方法。
7. 前記第１のデバイスが、データ受信機能を動作不能にする、請求項１に記載の方法。
8. 前記第１のデバイスがユーザ機器であり、前記第２のデバイスが車両機器である、請求項１に記載の方法。
9. 第２のデバイスにおいて、ランダムに選択したリソースを使用してデータを送信する第１のデバイスから、前記第１のデバイスがデータをさらに送信するために前記リソースを使用し続けることになるという指示を受信するステップと、
   前記指示に基づいて、前記第２のデバイスのデータ送信のためのリソースを選択するステップと
   を含む通信方法であって、
   前記リソースを使用し続けることになるという指示は、前記リソースをデータ送信に使用した回数を所定の閾値と比較することに基づいて決定される、方法。
10. 前記リソースが、サブフレーム内の周波数リソースを含む、請求項９に記載の方法。
11. 前記第１のデバイスがユーザ機器であり、前記第２のデバイスが車両機器である、請求項９に記載の方法。
12. 電子デバイスであって、
    データ送信のためのリソースをランダムに選択するように構成されたコントローラと、
    前記リソースを使用してデータを送信し、
    さらなる電子デバイスに、前記電子デバイスがデータをさらに送信するために前記リソースを使用し続けることになるという指示を送る
    ように構成されたトランシーバと
    を含み、
    前記リソースを使用し続けることになるという指示は前記リソースをデータ送信に使用した回数を所定の閾値と比較することに基づいて決定される、電子デバイス。
13. 前記コントローラは、
    前記リソースをデータ送信に使用した回数を所定の閾値と比較する
    ようにさらに構成される、請求項１２に記載の電子デバイス。
14. 電子デバイスであって、
    ランダムに選択したリソースを使用してデータを送信するさらなる電子デバイスから、前記さらなる電子デバイスがデータをさらに送信するために前記リソースを使用し続けることになるという指示を受信するように構成されたトランシーバと、
    前記指示に基づいて、前記電子デバイスのデータ送信のためのリソースを選択するように構成されたコントローラと
    を含み、
    前記リソースを使用し続けることになるという指示は前記リソースをデータ送信に使用した回数を所定の閾値と比較することに基づいて決定される、電子デバイス。

Images