(57)【要約】  無線通信システムにおいてＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信を行うための端末の動作方法及び前記方法を利用する端末を提供する。前記方法は、他の端末からデータを受信し、前記他の端末との距離が一定値以下である場合に限って前記データに対するＡＣＫ／ＮＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信することを特徴とする。
2020526149.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおけるＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信のための第１端末の動作方法において、
第２端末からデータを受信し、
前記第２端末との距離が一定値以下である場合に限って前記データに対するＡＣＫ／ＮＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信することを特徴とする、方法。
【請求項２】
前記距離は、前記第２端末との地理的距離（ｇｅｏｇｒａｐｈｉｃ  ｄｉｓｔａｎｃｅ）及び無線距離（ｒａｄｉｏ  ｄｉｓｔａｎｃｅ）のうち少なくとも１つに基づいて決定されることを特徴とする、請求項１に記載の方法。
【請求項３】
前記地理的距離は、前記第２端末から受信したＧＮＳＳ（ｇｌｏｂａｌ  ｎａｖｉｇａｔｉｏｎ  ｓａｔｅｌｌｉｔｅ  ｓｙｓｔｅｍ）情報又は座標値に基づいて決定されることを特徴とする、請求項２に記載の方法。
【請求項４】
前記ＧＮＳＳ情報又は前記座標値は、前記第２端末から受信したスケジューリング割り当て（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ：ＳＡ）の情報に含まれていることを特徴とする、請求項３に記載の方法。
【請求項５】
前記無線距離は、前記第２端末から受信した参照信号を利用して測定したＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）又はＲＳＲＱ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｑｕａｌｉｔｙ）に基づいて決定されることを特徴とする、請求項２に記載の方法。
【請求項６】
前記ＲＳＲＰ又はＲＳＲＱ値が閾値より大きい場合、前記第２端末との距離が一定値以下であると判断することを特徴とする、請求項５に記載の方法。
【請求項７】
前記ＲＳＲＰ又はＲＳＲＱ値が閾値以下である場合、前記データに対するＡＣＫ／ＮＡＣＫを送信しないことを特徴とする、請求項５に記載の方法。
【請求項８】
前記第２端末との距離は、前記第２端末から周期的に受信した参照信号のＲＳＲＰ又はＲＳＲＱ値の時間的変化量に基づいて判断することを特徴とする、請求項１に記載の方法。
【請求項９】
前記第２端末から周期的に受信した参照信号のＲＳＲＰ又はＲＳＲＱ値が時間経過につれて減少して特定時間以後から閾値以下になると予想される場合、前記特定時間以後からは受信したデータに対するＡＣＫ／ＮＡＣＫを送信しないことを特徴とする、請求項８に記載の方法。
【請求項１０】
前記データは、Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）信号であることを特徴とする、請求項１に記載の方法。
【請求項１１】
前記第２端末との距離に基づいて、前記第１端末がフィードバックする情報の種類を決定することを特徴とする、請求項１に記載の方法。
【請求項１２】
前記第１端末及び前記第２端末は、車両に設置された端末であることを特徴とする、請求項１に記載の方法。
【請求項１３】
端末（Ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ）であって、
無線信号を送信及び受信するトランシーバと、
前記トランシーバと結合して動作するプロセサとを備えてなり、
前記プロセサは、
他の端末からデータを受信し、
前記他の端末との距離が一定値以下である場合に限って前記データに対するＡＣＫ／ＮＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信することを特徴とする、端末。 
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳細には、無線通信システムにおけるＶ２Ｘ通信のための端末の動作方法及び前記方法を利用する端末に関する。
【背景技術】
【０００２】
最近、装置間に直接通信をするＤ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）技術に対する関心が高まっている。特に、Ｄ２Ｄは、公共安全ネットワーク（ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｎｅｔｗｏｒｋ）のための通信技術として注目を浴びている。 公共安全ネットワークは、商業的な通信ネットワークに比べて高いサービス要求条件（信頼度及び保安性）を有し、特に、セルラ通信のカバレッジが届かない、または利用可能でない場合にも、装置間の直接信号送受信、即ち、Ｄ２Ｄ動作も要求している。
【０００３】
Ｄ２Ｄ動作は、近接した機器間の信号送受信という点で多様な長所を有することができる。例えば、Ｄ２Ｄ端末は、高い送信率及び低い遅延を有してデータ通信をすることができる。また、Ｄ２Ｄ動作は、基地局に集まるトラフィックを分散させることができ、Ｄ２Ｄ端末が中継器役割をする場合は、基地局のカバレッジを拡張させる役割もできる。
【０００４】
一方、ＬＴＥ−Ａ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ−ａｄｖａｎｃｅｄ）では、端末と端末との間のインターフェースをサイドリンク（ｓｉｄｅｌｉｎｋ）といい、サイドリンクは、車両に設置された端末間または車両に設置された端末と他の任意の端末間の通信、即ち、Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）にも使われることができる。 
【０００５】
既存の無線通信システムにおけるＶ２Ｘ通信においては、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）動作を適用していなかった。ＨＡＲＱ動作は、受信端末の立場から見ると、受信したデータ（例えば、パケット）に対する応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ：ＡＣＫ／ＮＡＣＫ）を送信し、ＮＡＣＫを送信したデータを再び受信する動作を含む。送信端末から見ると、データを送信し、前記データに対するＡＣＫ／ＮＡＣＫ を受信し、ＮＡＣＫが発生したデータを再送信する動作を含む。ＨＡＲＱにおいては、エラーが発生した元のパケットと再送信（再受信）されたパケットとを合わせてデコードを試みる。送信端末は、再送信されるパケットのチャネルコーディング利得を増加させながら送信することができる。
【０００６】
このようなＨＡＲＱ動作を、将来の無線通信システムにおいてはＶ２Ｘ通信に適用することもできる。しかしながら、Ｖ２Ｘ通信は、例えば、車両に設置された端末間の通信においては、端末が非常に速く移動し、移動方向も多様に変わるので、端末間のチャネル状態が急変する可能性がある。このような特徴を有するＶ２Ｘ通信にＨＡＲＱ動作を導入する場合、前記特徴を考慮した端末動作方法及び装置が必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明が解決しようとする技術的課題は、無線通信システムにおけるＶ２Ｘ通信のための端末の動作方法及び前記方法を利用する端末を提供することである。
【課題を解決するための手段】
【０００８】
一側面において、無線通信システムにおいてＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信のための第１端末の動作方法を提供する。前記方法は、第２端末からデータを受信し、前記第２端末との距離が一定値以下である場合に限って前記データに対するＡＣＫ／ＮＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信することを特徴とする。
【０００９】
前記距離は、前記第２端末との地理的距離（ｇｅｏｇｒａｐｈｉｃ  ｄｉｓｔａｎｃｅ）及び無線距離（ｒａｄｉｏ  ｄｉｓｔａｎｃｅ）のうち少なくとも１つに基づいて決定されてもよい。
【００１０】
前記地理的距離は、前記第２端末から受信したＧＮＳＳ（ｇｌｏｂａｌ  ｎａｖｉｇａｔｉｏｎ  ｓａｔｅｌｌｉｔｅ  ｓｙｓｔｅｍ）情報又は座標値に基づいて決定されてもよい。
【００１１】
前記ＧＮＳＳ情報又は前記座標値は、前記第２端末から受信したスケジューリング割り当て（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ：ＳＡ）情報に含まれてもよい。
【００１２】
前記無線距離は、前記第２端末から受信した参照信号を利用して測定したＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）又はＲＳＲＱ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｑｕａｌｉｔｙ）に基づいて決定されてもよい。
【００１３】
前記ＲＳＲＰ又はＲＳＲＱ値が閾値より大きい場合、前記第２端末との距離が一定値以下であると判断してもよい。
【００１４】
前記ＲＳＲＰ又はＲＳＲＱ値が閾値以下である場合、前記データに対するＡＣＫ／ＮＡＣＫを送信しなくてもよい。
【００１５】
前記第２端末との距離は、前記第２端末から周期的に受信した参照信号のＲＳＲＰ又はＲＳＲＱ値の時間的変化量に基づいて判断してもよい。
【００１６】
前記第２端末から周期的に受信した参照信号のＲＳＲＰ又はＲＳＲＱ値が時間経過につれて減少して特定時間以後から閾値以下になると予想される場合、前記特定時間以後からは受信したデータに対するＡＣＫ／ＮＡＣＫを送信しなくてもよい。
【００１７】
前記データは、Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）信号であり得る。
【００１８】
前記第２端末との距離に基づいて、前記第１端末がフィードバックする情報の種類を決定してもよい。
【００１９】
前記第１端末及び前記第２端末は、車両に設置された端末であり得る。
【００２０】
他の側面において提供される端末（Ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ）は、無線信号を送信及び受信するトランシーバと、前記トランシーバと結合して動作するプロセッサとを含むものの、前記プロセッサは、他の端末からデータを受信し、前記他の端末との距離が一定値以下である場合に限って前記データに対するＡＣＫ／ＮＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信することを特徴とする。
【発明の効果】
【００２１】
Ｖ２Ｘ通信を行っていた端末間の地理的又は無線上の距離が遠くなって、データ受信端末がＡＣＫ／ＮＡＣＫ信号を送信してもこのＡＣＫ／ＮＡＣＫ信号をデータ送信端末が受信できない場合があり得る。このような場合にもＡＣＫ／ＮＡＣＫを送信すると、これは、他の端末に不必要な干渉を発生させ、リソース活用の面でも非効率である。本発明においては、このような点を考慮して、Ｖ２Ｘ通信を行う端末間の地理的／無線距離に応じてＡＣＫ／ＮＡＣＫの送信可否を決定する。その結果、他の端末に不要な干渉を発生させることなく、リソースの活用の面でも効率的に、Ｖ２Ｘ通信におけるＨＡＲＱ動作をサポートすることができる。
【図面の簡単な説明】
【００２２】
【図１】本明細書の技術的特徴が適用できる無線通信システムの一例を示す。
【図２】本明細書の技術的特徴が適用できる無線通信システムのまた他の一例を示す。
【図３】特定のヌメロロジーが適用される一例を示す（μ＝０の場合）。
【図４】また他のヌメロロジーが適用される一例を示す（μ＝１の場合）。
【図５】リソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）の一例を示す図である。
【図６】ユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。
【図７】制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。
【図８】Ｖ２Ｘ又はＤ２Ｄ通信を行う端末を例示する。
【図９】Ｖ２Ｘ／Ｄ２Ｄと関連した送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ：ＴＭ）による端末動作を例示する。
【図１０】リソース単位の構成例を示す。
【図１１】Ｖ２Ｘ通信のためのシナリオを例示する。
【図１２】本発明の一実施形態によるＶ２Ｘ通信のための端末の動作方法を示す。
【図１３】Ｖ２Ｘ通信を行う端末間において図１２の方法を具体的に適用する一例を示す。
【図１４】測定ＲＳＲＰ／ＲＳＲＱを時間領域に拡大解釈してＨＡＲＱフィードバックをするか否かを決定する例を示す。
【図１５】本発明の実施形態が実現される装置を示すブロック図である。
【図１６】プロセッサ１１００を構成する一例を示す。
【発明を実施するための形態】
【００２３】
以下で説明する技術的特徴は、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）標準化機構による通信規格や、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）標準化機構による通信規格などにおいて使用されることができる。例えば、３ＧＰＰ標準化機構による通信規格は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）及び／又はＬＴＥシステムの進化を含む。ＬＴＥシステムの進化は、ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）、ＬＴＥ−Ａ  Ｐｒｏ、及び／又は５Ｇ  ＮＲ（Ｎｅｗ  Ｒａｄｉｏ）を含む。ＩＥＥＥ標準化機構による通信規格は、ＩＥＥＥ  ８０２．１１ａ／ｂ／ｇ／ｂ／ａｃ／ａｘなどの無線ＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）システムを含む。前述したシステムは、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）及び／又はＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ−Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ） など様々な多重接続技術をアップリンク及び／又はダウンリンクに使用する。例えば、ダウンリンクにはＯＦＤＭＡのみを使用し、アップリンクにはＳＣ−ＦＤＭＡのみを使用することもあり、ダウンリンク及び／又はダウンリンクにＯＦＤＭＡとＳＣ−ＦＤＭＡが混用されることもある。
【００２４】
図１は、本明細書の技術的特徴が適用できる無線通信システムの一例を示す。具体的に、図１は、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）をベースとする一例である。前述したＬＴＥは、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）を使用するＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ）の一部である。
【００２５】
Ｅ−ＵＴＲＡＮは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）１０に制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）を提供する基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ：ＢＳ）２０を含む。端末１０は、固定されるか又は移動性を有し、ＭＳ（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）、ステーション（ＳＴＡ）などの他の用語と呼ばれてもよい。基地局２０は、端末１０と通信する固定された地点（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）であり、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの他の用語と呼ばれてもよい。
【００２６】
基地局２０は、Ｘ２インターフェースを介して互いに連結されることができる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）３０、より詳しくは、Ｓ１−ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と連結され、Ｓ１−Ｕを介してＳ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）と連結される。
【００２７】
ＥＰＣ３０は、ＭＭＥ、Ｓ−ＧＷ及びＰ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）で構成される。ＭＭＥは、端末の接続情報や端末の能力に対する情報を有しており、このような情報は、端末の移動性管理に主に使われる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００２８】
図２は、本明細書の技術的特徴が適用できる無線通信システムのまた他の一例を示す。具体的に、図２は、５Ｇ  ＮＲ（Ｎｅｗ  Ｒａｄｉｏ）規格が活用される一例である。５Ｇ  ＮＲ規格（以下、「ＮＲ」規格）に使用される通信個体は、図１に示す個体（ｅＮＢ、ＭＭＥ、Ｓ−ＧＷ）の機能を一部又は全部吸収するが、従来の規格との区別のために「ＮＧ」という名称により識別できる。
【００２９】
図２のシステムは、端末（ＵＥ）と通信するＮＧ−ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）を含み、ＮＧ−ＲＡＮ２１、２２は基地局に対応される個体であり、ｇＮＢ２１又はｎｇ−ｅＮＢ２２を含む。ＮＧ−ＲＡＮ２１、２２個体間にはＸｎインタフェースと呼ばれるネットワークインタフェースが定義される。ｇＮＢ２１は、端末（ＵＥ）のためのＮＲユーザプレーン及び制御プレーンを提供し、図２に示すＮＧインターフェースを介して５ＧＣ（５Ｇ  Ｃｏｒｅ  ｎｅｔｗｏｒｋ）に接続する。Ｎｇ−ｅＮＢ２２は、端末（ＵＥ）のためにＵＴＲＡ（Ｅｖｏｌｖｅｄ−Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）ベースのユーザプレーンと制御プレーンを提供する個体であり、ＮＧインターフェースを介して５ＧＣに接続する。
【００３０】
ＡＭＦ（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）は、従来のＭＭＥの機能を含む個体であり、ＮＧ−ＲＡＮ２１、２２とはＮＧ−Ｃインタフェースを介して通信する。ＮＧ−Ｃインタフェースは、ＮＧ−ＲＡＮとＡＭＦ間の制御プレーンインタフェースである。
【００３１】
ＵＰＦ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ）は、従来のＳ−ＧＷの機能を含む個体であり、ＮＧ−ＲＡＮ２１、２２とはＮＧ−Ｕインタフェースを介して通信する。ＮＧ−Ｕインタフェースは、ＮＧ−ＲＡＮとＡＭＦ間のユーザプレーンインタフェースである。
【００３２】
図１及び／又は図２のシステム上において、ネットワーク（例えば、ＮＧ−ＲＡＮ及び／又はＥ−ＵＴＲＡＮ）と端末との間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の層は、通信システムにおいて広く知られている開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：ＯＳＩ）基準モデルの下位３つの層に基づいてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分できるが、このうち、第１層に属する物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用した情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供し、第３層に位置するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層は、端末とネットワーク間に無線リソースを制御する役割を果たす。このために、ＲＲＣ層は、端末と基地局間にＲＲＣメッセージを交換する。
【００３３】
以下、物理チャネルを介して送受信される無線フレームの構造を説明する。
【００３４】
ＬＴＥ規格（及びＬＴＥ規格の進化）において、１つの無線フレームは１０個のサーブフレーム（ｓｕｂｆｒａｍｅ）で構成され、１つのサブフレームは２つのスロット（ｓｌｏｔ）で構成される。１つのサブフレームの長さは１ｍｓであり、１つのスロットの長さは０．５ｍｓであり得る。１つのサブフレームの送信にかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）という。ＴＴＩはスケジューリングの最小単位であり得る。
【００３５】
ＮＲ規格は、ＬＴＥ規格と異なって、多様なヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）をサポートし、これによって無線フレームの構造が多様に設定される。ＮＲ規格においては、周波数ドメイン上で複数の副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）をサポートするが、ＮＲのヌメロロジーは、使用されるヌメロロジーにより決定される。下記の表１は、ＮＲにおいてサポートされる複数のヌメロロジーを表示する。それぞれのヌメロロジーは、インデックス「 μ 」により識別される。
【００３６】
【表１】
2020526149.tif 000003
【００３７】
表１に示されるように、副搬送波間隔は、１５、３０、６０、１２０、２４０ｋＨｚのうちいずれか１つに決定できるが、具体的な数値は変更可能であるので、それぞれの間隔（＝スペーシング）（例えば、μ＝０、１、．．．、４）は第１、第２ないし第Ｎ副搬送波間隔で表示されることができる。
【００３８】
表１に表示されるように、副搬送波間隔によってユーザデータ（例えば、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）など）の送信に使用されない可能性がある。すなわち、特定の少なくとも１つの副搬送波間隔（例えば、２４０ｋＨｚ）においてのみユーザデータ送信がサポートされないこともあり得る。
【００３９】
また、表１に表示されるように、副搬送波間隔によって同期チャネル（例えば、ＰＳＳ（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）、ＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）、ＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  ＣＨａｎｎｅｌ）など）がサポートされない可能性がある。すなわち、特定の少なくとも１つの副搬送波間隔（例えば、６０ｋＨｚ）においてのみ同期チャネルがサポートされないこともあり得る。
【００４０】
ＮＲ規格は、多様なヌメロロジー、すなわち、多様な副搬送波間隔に応じて含まれるスロットの個数とシンボルの個数が異なるように設定されることができる。具体的な一例は、下記の表２のようである。
【００４１】
【表２】
2020526149.tif 000004
【００４２】
表２によると、「μ＝０」である第１ヌメロロジーが適用される場合、１つの無線フレームは１０個のサーブフレームを含み、１つのサブフレームは１つのスロットに対応され、１つのスロットは１４個のシンボルを含む。本明細書において、「シンボル」は特定時間区間の間伝達される信号を意味し、例えば、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）プロセッシングにより生成される信号を意味し得る。すなわち、本明細書のシンボルは、ＯＦＤＭ／ＯＦＤＭＡシンボルやＳＣ−ＦＤＭＡシンボルなどを意味し得る。それぞれのシンボル間にはＣＰ（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）が位置することができる。
【００４３】
図３は、特定のヌメロロジーが適用される一例を示す。すなわち、図３は、μ＝０の場合を示す。
【００４４】
図４は、また他のヌメロロジーが適用される一例を示す。すなわち、図４はμ＝１の場合を示す。
【００４５】
表２の一例は、ノーマルＣＰ（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）が適用される一例であり得る。もし、拡張ＣＰ（ｅｘｔｅｎｄｅｄ  ＣＰ）が適用される場合は、下記の表３のヌメロロジーが適用される。
【００４６】
【表３】
2020526149.tif 000005
【００４７】
一方、本明細書の一例が適用される無線システムにはＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）及び／又はＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）が適用されることができる。ＴＤＤが適用される場合、ＬＴＥシステムにおいてはサブフレーム単位でアップリンク（ｕｐｌｉｎｋ）及びダウンリンク（ｄｏｗｎｌｉｎｋ）サブフレームが割り当てられる。
【００４８】
ＮＲ規格／システムの場合、下記の表のようにシンボル単位でダウンリンク（ｄｏｗｎｌｉｎｋ、Ｄで表示）、フレキシブル（ｆｌｅｘｉｂｌｅ、Ｘで表示）、アップリンク（ｕｐｌｉｎｋ、Ｕで表示）に区分されることができる。下記の表の内容は、特定のセルに共通して適用されるか、隣接したセルに共通して適用されるか、各端末（ＵＥ）に対して個別的に又は相異なるように適用されることができる。
【００４９】
【表４】
2020526149.tif 000006
【００５０】
説明の便宜上、表４は、実際ＮＲ規格において定義されたフォーマットの一部のみを表示したものであり、具体的な割り当て技法は変更又は追加されることができる。
【００５１】
端末は、上位層信号を介してスロットのフォーマットが設定されるか、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）を介して送信されるＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を介してスロットのフォーマットが設定されるか、上位層信号（すなわち、ＲＲＣ信号）及びＤＣＩの組み合わせに基づいてスロットのフォーマットが設定されることができる。
【００５２】
図５は、リソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）の一例を示す図である。図５の一例は、ＮＲ規格において使用される時間−周波数リソースグリッドである。図５の一例は、アップリンク及び／又はダウンリンクに適用されることができる。図示のように、１つのサブフレーム内において、時間軸上に多数のスロットが含まれる。具体的に、「μ」値に応じて表現すると、リソースグリッド内では「１４・２μ」個のシンボルが表現されることができる。また、図示のように、１つのリソースブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ：ＲＢ）は連続する１２個のサブキャリアを占めることができる。１つのリソースブロックは、物理リソースブロック（Ｐｈｙｓｉｃａｌ  ＲＢ：ＰＲＢ）と呼ばれ、各物理リソースブロック内には１２個のリソース要素（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ：ＲＥ）が含まれることができる。割り当てできるリソースブロック（ＲＢ）の個数は、最小値と最大値に基づいて決定できる。また、割り当てできるリソースブロック（ＲＢ）の個数は、ヌメロロジー（「μ」）に応じて個別に設定されることができ、アップリンク及びダウンリンクに対して同一の値に設定されるか相異なる値に設定されることができる。
【００５３】
以下、ＮＲ規格において行われるセル探索（ｃｅｌｌ  ｓｅａｒｃｈ）技法について説明する。ＵＥは、セル（Ｃｅｌｌ）との時間及び／又は周波数同期を取得し、セルの識別子（ｃｅｌｌ  ＩＤ）を取得するためにセルの探索を行う。セル探索のためにはＰＳＳ（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）、ＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）、ＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  ＣＨａｎｎｅｌ）などの同期チャネルが使用できる。
【００５４】
以下、ネットワーク個体間のプロトコル構造について説明する。
【００５５】
図6は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図7は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）であり、制御平面は、制御信号送信のためのプロトコルスタックである。
【００５６】
図６及び図７を参照すると、物理階層（ＰＨＹ（ｐｈｙｓｉｃａｌ）  ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を利用して上位階層に情報転送サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理階層は、上位階層であるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層とはトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結されている。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介して、データが、どのように、どのような特徴にトランスポートされるかによって分類される。
【００５７】
相異なる物理層間、すなわち、送信機と受信機の物理層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭプロセッシングによって変調されることがあり、時間と周波数を無線リソースとして活用する。
【００５８】
ＭＡＣ階層の機能は、論理チャネルとトランスポートチャネルとの間のマッピング、及び論理チャネルに属するＭＡＣ  ＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）のトランスポートチャネル上に物理チャネルで提供されるトランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ階層は、論理チャネルを介してＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）階層にサービスを提供する。
【００５９】
ＲＬＣ階層の機能は、ＲＬＣ  ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ階層は、透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＡＭ）の三つの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。
【００６０】
ユーザ平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、制御平面データの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００６１】
ユーザプレーンにおけるＳＤＡＰ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）は、ＱｏＳフローとＤＲＢ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）間のマッピングを行う。
【００６２】
ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層は、制御プレーンにおいてのみ定義される。ＲＲＣ層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。無線ベアラ（ＲＢ）は、端末とネットワーク間のデータ伝達のために、第１層（ＰＨＹ層）及び第２層（ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層）により提供される論理的経路を意味する。
【００６３】
ＲＢが設定されるとは、特定サービスを提供するために、無線プロトコル階層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。また、ＲＢは、ＳＲＢ（Ｓｉｇｎａｌｉｎｇ  ＲＢ）とＤＲＢ（Ｄａｔａ  ＲＢ）の二つに分けられる。ＳＲＢは、制御平面でＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザ平面でユーザデータを送信する通路として使われる。
【００６４】
ＲＲＣ層と関連して、ＬＴＥ規格においては、端末のＲＲＣ層とＥ−ＵＴＲＡＮのＲＲＣ層との間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）が確立すると、端末は、ＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ）状態にあり、そうでない場合は、ＲＲＣアイドル（ＲＲＣ  ｉｄｌｅ）状態にあった。ＮＲ規格において、ＲＲＣ−非活性化（ＲＲＣ−Ｉｎａｃｔｉｖｅ）状態が追加で導入された。ＲＲＣ−非活性化状態は、様々な目的で使用できるが、例えば、ｍＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）端末を効率的に管理する状態で使用できる。特定の条件が満足されると、前述した３つの状態のいずれか１つの状態から残りの他の状態に遷移が行われる。
【００６５】
ＲＲＣ状態によって、予め設定された動作が行われることができる。例えば、ＲＲＣアイドル（ＲＲＣ  ｉｄｌｅ）とＲＲＣ−非活性化（ＲＲＣ−Ｉｎａｃｔｉｖｅ）状態では、ＳＩ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）が放送され、端末が管理するＣｅｌｌ  ｒｅ−ｓｅｌｅｃｔｉｏｎに基づいて移動性がサポートされる。ただ、ＲＲＣアイドル状態では、図２などで説明された５ＧＣ（５Ｇ  Ｃｏｒｅ  ｎｅｔｗｏｒｋ）において端末のためのページング（ｐａｇｉｎｇ）を管理し、５ＧＣページングのためのＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ）動作がサポートできるが、ＲＲＣ−非活性化状態では、図２などで説明されたＮＧ−ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）において端末のためのページングを管理し、ＮＧ−ＲＡＮページングのためのＤＲＸ動作がサポートできる。一方、ＲＲＣ−非活性化状態とＲＲＣ接続状態の両方ともにおいてはＮＧ−ＲＡＮと端末間にユーザプレーンと制御プレーンが全て設定されることができる。ＲＲＣ接続状態では、ネットワークが管理する移動性がサポートされ、端末のためのアップリンク／ダウンリンクユニキャストデータが処理されることができる。
【００６６】
ネットワークから端末にデータを送信するダウンリンク送信チャネルとしては、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）と、それ以外にユーザトラフィックや制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。また、ページングのためのＰＣＨ（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）が定義される。一方、端末からネットワークにデータを送信するアップリンク送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と、それ以外にユーザトラフィックや制御メッセージを送信するアップリンクリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。
【００６７】
送信チャネルの上位にあり、送信チャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）としては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００６８】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間領域で複数個のＯＦＤＭシンボルと周波数領域で複数個の副搬送波（Ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）で構成される。リソースブロックは、リソース割当単位であり、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、即ち、Ｌ１／Ｌ２制御チャネルのために、該当サブフレームの特定ＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定副搬送波を利用することができる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、スケジューラがリソース割り当てのために使用する基本時間単位であり、１つ又は複数のスロット単位で定義されるか、ミニスロット単位で定義されることができる。
【００６９】
ＲＲＣ階層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を遂行する。
【００７０】
以下、Ｄ２Ｄ動作に対して説明する。３ＧＰＰ  ＬＴＥ−Ａでは、Ｄ２Ｄ動作と関連したサービスを近接性ベースのサービス（Ｐｒｏｘｉｍｉｔｙ  ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ：ＰｒｏＳｅ）という。以下、ＰｒｏＳｅは、Ｄ２Ｄ動作と同等な概念であり、Ｄ２Ｄ動作と混用されることができる。以下、ＰｒｏＳｅに対して記述する。
【００７１】
ＰｒｏＳｅには、ＰｒｏＳｅ直接通信（ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）とＰｒｏＳｅ直接発見（ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｄｉｓｃｏｖｅｒｙ）がある。ＰｒｏＳｅ直接通信は、近接した二つ以上の端末間で実行される通信を意味する。前記端末は、ユーザ平面のプロトコルを利用して通信を実行することができる。ＰｒｏＳｅ可能端末（ＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥ）は、ＰｒｏＳｅの要求条件と関連した手順をサポートする端末を意味する。特別な言及がない場合、ＰｒｏＳｅ可能端末は、公共安全端末（ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ＵＥ）と非公共安全端末（ｎｏｎ−ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ＵＥ）を両方とも含む。公共安全端末は、公共安全に特化された機能とＰｒｏＳｅ過程を両方ともサポートする端末であり、非公共安全端末は、ＰｒｏＳｅ過程はサポートするが、公共安全に特化された機能はサポートしない端末である。
【００７２】
ＰｒｏＳｅ直接発見（ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｄｉｓｃｏｖｅｒｙ）は、ＰｒｏＳｅ可能端末が、隣接した他のＰｒｏＳｅ可能端末を発見するための過程であり、このとき、前記２個のＰｒｏＳｅ可能端末の能力のみを使用する。ＥＰＣ次元のＰｒｏＳｅ発見（ＥＰＣ−ｌｅｖｅｌ  ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ）は、ＥＰＣが２個のＰｒｏＳｅ可能端末の近接可否を判断し、前記２個のＰｒｏＳｅ可能端末にそれらの近接を知らせる過程を意味する。
【００７３】
以下、便宜上、ＰｒｏＳｅ直接通信はＤ２Ｄ通信といい、ＰｒｏＳｅ直接発見はＤ２Ｄ発見という。Ｄ２Ｄ動作に使われるリンクをＬＴＥではサイドリンク（ｓｉｄｅｌｉｎｋ）という。
【００７４】
以下、Ｖ２Ｘ（ｖｅｈｉｃｌｅ  ｔｏ  ｅｖｅｒｙｔｈｉｎｇ）通信に対して説明する。Ｖ２Ｘは、車両に設置された端末と他の端末との間の通信を意味し、前記他の端末は、歩行者、車両、インフラストラクチャであり、このとき、順序通りに、Ｖ２Ｐ（ｖｅｈｉｃｌｅ  ｔｏ  ｐｅｄｅｓｔｒｉａｎ）、Ｖ２Ｖ（ｖｅｈｉｃｌｅ  ｔｏ  ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（ｖｅｈｉｃｌｅ  ｔｏ  ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）などという。
【００７５】
Ｖ２Ｘ通信は、既存ＬＴＥ通信で使用する基地局と端末との間のアップリンク／ダウンリンクでないＤ２Ｄ動作で定義されたサイドリンク（ｓｉｄｅｌｉｎｋ）を介してデータ／制御情報を送受信することができる。
【００７６】
サイドリンクには、下記のような物理的チャネルが定義されることができる。
【００７７】
ＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｂｒｏａｄｃａｓｔ  ＣＨａｎｎｅｌ）は、物理サイドリンク放送チャネルである。ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）は、物理サイドリンク制御チャネルである。ＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｄｉｓｃｏｖｅｒｙ  ＣＨａｎｎｅｌ）は、物理サイドリンク発見チャネルである。ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）は、物理サイドリンク共有チャネルである。ＳＬＳＳ（Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）と、サイドリンク同期化信号である。ＳＬＳＳには、ＰＳＳＳ（Ｐｒｉｍａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）とＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）がある。ＳＬＳＳとＰＳＢＣＨは、共に送信されることができる。
【００７８】
サイドリンクは、端末対端末間のインターフェースを意味し、ＰＣ５インターフェースに対応できる。 
【００７９】
図８は、Ｖ２Ｘ又はＤ２Ｄ通信を行う端末を例示する。
【００８０】
図８に示すように、Ｖ２Ｘ／Ｄ２Ｄ通信において端末（ＵＥ）という用語は、主にユーザの端末を意味する。しかしながら、基地局（ｅＮＢ）のようなネットワーク装備が端末間の通信方式に応じて信号を送受信する場合は、一種の端末と見なされることもある。
【００８１】
端末１（ＵＥ１）は、一連のリソースの集合を意味するリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）内で特定のリソースに該当するリソース単位（ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）を選択し、当該リソース単位を使用してＶ２Ｘ／Ｄ２Ｄ信号を送信するように動作する。これに対する受信端末である端末２（ＵＥ２）は、端末１が信号を送信できるリソースプールが設定され、該当リソースプール内で端末１の信号を検出することができる。
【００８２】
ここで、端末１が基地局の接続範囲にある場合、基地局がリソースプールを知らせることができる。それに対して、端末１が基地局の接続範囲外にある場合、他の端末がリソースプールを知らせるか、又は事前に定められたリソースとして決定される。
【００８３】
一般的に、リソースプールは複数のリソース単位で構成され、各端末は１つ又は複数のリソース単位を選定して自分のＤ２Ｄ信号送信に使用することができる。
【００８４】
図９は、Ｖ２Ｘ／Ｄ２Ｄに関連した送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ ｍｏｄｅ：ＴＭ）による端末動作を例示する。
【００８５】
図９（ａ）は、送信モード１、３に対するものであり、図９（ｂ）は、送信モード２、４に対するものである。送信モード１／３では、基地局が端末１にＰＤＣＣＨ（より具体的にはＤＣＩ）を介してリソーススケジューリングを行い、端末１は、当該リソーススケジューリングによって端末２とＤ２Ｄ／Ｖ２Ｘ通信を行う。端末１は、端末２にＰＳＣＣＨ（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を介してＳＣＩ（ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）を送信した後、前記ＳＣＩに基づいたデータをＰＳＳＣＨ（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を介して送信することができる。送信モード１はＤ２Ｄに、送信モード３はＶ２Ｘに適用できる。
【００８６】
送信モード２／４は、端末が自らスケジューリングするモードといえる。より具体的に、送信モード２はＤ２Ｄに適用され、設定されたリソースプール内で端末がリソースを自ら選択してＤ２Ｄ動作を行うことができる。送信モード４はＶ２Ｘに適用され、センシング／ＳＡデコード過程などを経て選択ウィンドウ内で端末が自らリソースを選択した後、Ｖ２Ｘ動作を行うことができる。端末１は、端末２にＰＳＣＣＨを介してＳＣＩを送信した後、前記ＳＣＩに基づいたデータをＰＳＳＣＨを介して送信することができる。以下、送信モードをモードと略称してもよい。
【００８７】
基地局がＰＤＣＣＨを介して端末に送信する制御情報をＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）と称するのに対して、端末がＰＳＣＣＨを介して他の端末に送信する制御情報をＳＣＩと称することができる。ＳＣＩは、サイドリンクスケジューリング情報を伝達することができる。ＳＣＩには様々なフォーマットがあるが、例えば、ＳＣＩフォーマット０とＳＣＩフォーマット１があり得る。
【００８８】
ＳＣＩフォーマット０は、ＰＳＳＣＨのスケジューリングのために使用されることができる。ＳＣＩフォーマット０には、周波数ホッピングフラグ（１ビット）、リソースブロック割り当て及びホッピングリソース割り当てフィールド（サイドリンクのリソースブロックの個数に応じてビット数が変わる）、時間リソースパターン（ｔｉｍｅ  ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎ、７ビット）、ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ、５ビット）、時間アドバンス指示（ｔｉｍｅ  ａｄｖａｎｃｅ  ｉｎｄｉｃａｔｉｏｎ、１１ビット）、グループ目的地ＩＤ（ｇｒｏｕｐ  ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ、８ビット）などを含むことができる。
【００８９】
ＳＣＩフォーマット１は、ＰＳＳＣＨのスケジューリングのために使用されることができる。ＳＣＩフォーマット１には、優先権（ｐｒｉｏｒｉｔｙ、３ビット）、リソース留保（ｒｅｓｏｕｒｃｅ  ｒｅｓｅｒｖａｔｉｏｎ、４ビット）、初期送信及び再送信の周波数リソース位置（サイドリンクのサブチャネル数に応じてビット数が変わる）、初期送信と再送信間の時間ギャップ（ｔｉｍｅ  ｇａｐ  ｂｅｔｗｅｅｎ  ｉｎｉｔｉａｌ  ｔｒａｎｓｍｉｓｓｉｏｎ  ａｎｄ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ、４ビット）、ＭＣＳ（５ビット）、再送信インデックス（１ビット）、留保された情報ビット（ｒｅｓｅｒｖｅｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｉｔ）などを含む。以下、留保された情報ビットを留保されたビット（reserved bit）と略称してもよい。留保されたビットは、ＳＣＩフォーマット１のビットサイズが３２ビットになるまで追加されることができる。すなわち、ＳＣＩフォーマット１は相異なる情報を含む複数のフィールドを含むが、前記ＳＣＩフォーマット１の固定された総ビット数（３２ビット）から前記複数のフィールドの総ビット数を除いた残りの数のビットを留保されたビットと称することができる。
【００９０】
ＳＣＩフォーマット０は、送信モード１、２に使用されることができ、ＳＣＩフォーマット１は、送信モード３、４に使用されることができる。
【００９１】
図１０は、リソース単位の構成例を示す。
【００９２】
図１０に示すように、リソースプールの全体周波数リソースがＮＦ個に分割され、リソースプールの全体の時間リソースがＮＴ個に分割されて、リソースプール内において総ＮＦ＊ＮＴ個のリソース単位が定義されることができる。
【００９３】
ここでは、当該リソースプールがＮＴサブフレームを周期として繰り返される場合を例示している。
【００９４】
１つのリソース単位（例えば、Ｕｎｉｔ♯０）は、図１０に示すように、周期的に繰り返して現れる。または、時間や周波数次元でのダイバーシティ（ｄｉｖｅｒｓｉｔｙ）効果を得るために、１つの論理的なリソース単位がマッピングされる物理的リソース単位のインデックスが時間によって事前に定められたパターンに変化することもある。このようなリソース単位構造において、リソースプールとは、Ｄ２Ｄ信号を送信しようとする端末が送信に使用できるリソース単位の集合を意味し得る。
【００９５】
リソースプールは、様々な種類に細分化できる。例えば、各リソースプールにおいて送信されるＤ２Ｄ信号の内容（ｃｏｎｔｅｎｔ）によって区分されることができる。各リソースプールは次のように区分され、それぞれのリソースプールにおいて次のＤ２Ｄ信号の内容が送信される。
【００９６】
１）スケジューリング割り当て（Ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ：ＳＡ）リソースプール又はＤ２Ｄ（ｓｉｄｅｌｉｎｋ）制御チャネル：各送信端末が、後行するか又は同一のサブフレームにおいて送信されるＤ２Ｄデータチャネルのリソース位置及びその他のデータチャネルの復調をために必要な情報（例えば、変調及びコーディング技法（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ：ＭＣＳ）やＭＩＭＯ送信方式、タイミングバンス（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）などの情報）を含む信号を送信するリソースプール。
【００９７】
前記１）で説明した信号は、同一リソース単位上でＤ２Ｄデータとともに多重化（ｍｕｌｔｉｐｌｅｘ）されて送信されることができる。この場合、ＳＡリソースプールとは、ＳＡがＤ２Ｄデータと多重化されて送信されるリソースプールを意味し得る。ＳＡリソースプールは、Ｄ２Ｄ（ｓｉｄｅｌｉｎｋ）制御チャネルと呼ばれることもできる。
【００９８】
２）Ｄ２Ｄデータチャネル：ＳＡを介して指定されたリソースを使用して送信端末がユーザデータを送信するのに使用するリソースプール。もし、同一リソース単位上でＤ２ＤデータとＳＡ情報が共に多重化されて送信されることも可能である場合は、Ｄ２ＤデータチャネルのためのリソースプールにおいてはＳＡ情報を除いた形態のＤ２Ｄデータチャネルのみが送信される形態になり得る。言い換えると、ＳＡリソースプール内の個別リソース単位上でＳＡ情報を送信するのに使用されたリソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）をＤ２Ｄデータチャネルリソースプールにおいては依然としてＤ２Ｄデータを送信するのに使用することである。
【００９９】
３）ディスカバリチャネル（Ｄｉｓｃｏｖｅｒｙ  ｃｈａｎｎｅｌ）：送信端末が自分のＩＤ（ｉｄｅｎｔｉｔｙ）などの情報を送信して、隣接端末にとって自分を発見するようにするメッセージのためのリソースプール。
【０１００】
以上で説明したＤ２Ｄ信号の内容が同一である場合にも、Ｄ２Ｄ信号の送受信属性に応じて相異なるリソースプールを使用することができる。一例として、同一のＤ２Ｄデータチャネルやディスカバリーメッセージであっても、Ｄ２Ｄ信号の送信タイミング決定方式（例えば、同期基準信号の受信時点で送信されるか、それとも、前記受信時点で一定のタイミングアドバンスを適用して送信されるか）やリソース割り当て方式（例えば、個別信号の送信リソースを基地局が個別送信端末に指定されるか、それとも、個別送信端末がリソースプール内で自体的に個別信号送信リソースを選択するか）、信号フォーマット（例えば、各Ｄ２Ｄ信号が１つのサブフレームにおいて占めるシンボルの個数や、１つのＤ２Ｄ信号の送信に使用されるサブフレームの個数）、基地局からの信号強度、Ｄ２Ｄ端末の送信電力強度などに応じてまた相異なるリソースプールに区分されることもできる。
【０１０１】
前述したように、Ｄ２Ｄ通信において基地局がＤ２Ｄ送信端末の送信リソースを直接指示する方法をモード１（Ｍｏｄｅ  １）、送信リソース領域が事前に設定されているか、基地局が送信リソース領域を指定し、端末が直接送信リソースを選択する方法をモード２（Ｍｏｄｅ  ２）と呼ぶことができる。
【０１０２】
Ｄ２Ｄ発見（ｄｉｓｃｏｖｅｒｙ）の場合には、基地局が直接リソースを指示する場合はタイプ２（Ｔｙｐｅ  ２）、事前に設定されたリソース領域あるいは基地局が指示したリソース領域において端末が直接送信リソースを選択する場合はタイプ１（Ｔｙｐｅ  １）と呼ぶことができる。
【０１０３】
一方、前記Ｄ２Ｄは、サイドリンク（ｓｉｄｅｌｉｎｋ）と呼ばれてもよい。ＳＡは物理サイドリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ：ＰＳＣＣＨ）と、Ｄ２Ｄ同期信号（Ｄ２Ｄ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）はサイドリンク同期信号（ｓｉｄｅｌｉｎｋ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ：ＳＳＳ）と呼ばれてもよい。Ｄ２Ｄ通信前に、最も基本的な情報を送信する制御チャネルを物理サイドリンク放送チャネル（Ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ：ＰＳＢＣＨ）と称し、ＰＳＢＣＨは、ＳＳＳとともに送信されることができ、あるいは他の名としてＰＤ２ＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄ２Ｄ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｃｈａｎｎｅｌ）と呼ばれてもよい。特定端末が自分が周辺にあることを知らせるための信号には前記特定端末のＩＤが含まれることもあり、このような信号が送信されるチャネルを物理サイドリンクディスカバリチャネル（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｄｉｓｃｏｖｅｒｙ  ｃｈａｎｎｅｌ： ＰＳＤＣＨ）と呼んでもよい。
【０１０４】
Ｄ２Ｄにおいては、Ｄ２Ｄ通信端末のみがＰＳＢＣＨをＳＳＳとともに送信し、これにより、ＳＳＳの測定はＰＳＢＣＨのＤＭ‐ＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）を利用して行った。カバレッジ外（ｏｕｔ−ｃｏｖｅｒａｇｅ）の端末はＰＳＢＣＨのＤＭ−ＲＳを測定し、この信号のＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）などを測定して自分が同期化ソース（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｏｕｒｃｅ）になるか否かを決定することができる。
【０１０５】
図１１は、Ｖ２Ｘ通信のためのシナリオを例示する。
【０１０６】
図１１（ａ）に示すように、Ｖ２Ｘ通信は、端末（ＵＥ）間のインタフェースであるＰＣ５ベース（サイドリンク）の（端末間の）情報交換動作をサポートすることができ、図１１（ｂ）のように、基地局（ｅＮｏｄｅＢ）と端末（ＵＥ）間のインタフェースであるＵｕベースの（端末間の）情報交換動作をサポートすることもできる。また、図１１（ｃ）のように、ＰＣ５及びＵｕの両方ともを使用して（端末間の）情報交換動作をサポートすることもできる。
【０１０７】
以下、本発明について説明する。
【０１０８】
本発明は、Ｖ２Ｘ通信にＨＡＲＱ動作を適用する場合、フィードバック（ＡＣＫ／ＮＡＣＫフィードバック）の実行可否を決定する方法に関連する。例えば、送信端において初期送信（ｉｎｉｔｉａｌ  ｔｒａｎｓｍｉｓｓｉｏｎ）を行った後、受信端において前記初期送信に対する信頼性（ｒｅｌｉａｂｉｌｉｔｙ）を判断してフィードバック（ｆｅｅｄｂａｃｋ）をする場合（例えば、前記初期送信に対するＡＣＫ／ＮＡＣＫ送信）、不要なフィードバックを防ぐために受信端の状態に応じてフィードバックをするか否かを決定する方式に関する。本発明は、リソースに対する基地局の制御がないシナリオを有するＶ２Ｘ（例えば、図１１（ａ））に適合するが、他のシナリオに適用されることを排除することはない。
【０１０９】
現在ＬＴＥにおいては、Ｖ２Ｘ通信における信頼性を高めるためのＨＡＲＱ動作及びフィードバック動作（すなわち、データを受信した端末がＡＣＫ／ＮＡＣＫをフィードバックする動作）を使用していない。しかしながら、将来の無線通信システムにおいて使用されるｅＶ２Ｘ（ｅｎｈａｎｃｅｄ  Ｖ２Ｘ）は、より高い信頼性が要求される可能性があり、このようなｅＶ２ＸにおいてはＨＡＲＱ動作を排除しないことがあり得る。すなわち、ｅＶ２ＸにはＨＡＲＱ動作が採用されることができる。
【０１１０】
受信端末がデータを正常に受信しているか否かが分からない状態でデータを繰り返し送信する方法に比べて、ＨＡＲＱフィードバックにより受信端末がデータを正常に受信できていないことを知らせた場合にのみ再送信（ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）を行う方法は、多くの長所がある。例えば、チャネル状態が良い場合、大部分の端末は初期送信のみで送受信が十分可能である。このような状況では、ＨＡＲＱフィードバックによる再送信方法を採用することがリソース活用の観点から長所が大きい（すなわち、混雑度を低下し、ハーフデュプレックスの問題も減らすことができる）。また、再送信回数を減らすことができるので、受信端末の立場で複数の送信端末からの干渉が低下する効果がある。
【０１１１】
このような理由で、ｅＶ２Ｘにおいて必要性が台頭するＨＡＲＱ動作を採用する場合、ＨＡＲＱフィードバックのためのリソースの割り当てが別途に必要であり得る。このとき、ＨＡＲＱフィードバックが不要な環境（例えば、受信端末が測定したＲＳＲＰ／ＲＳＲＱが全体的に低くて、受信端末がＨＡＲＱフィードバックを送信しても正常に受信しにくいと判断される環境）では、フィードバックをしない方がリソースの活用度を高めることができる。
【０１１２】
一例として、送信端末（又は、受信端末）が測定したＲＳＲＰ／ＲＳＲＱが特定基準以下である場合又はＲＳＲＰが次第に悪くなっている場合、ＮＡＣＫ送信を誘導しないと、ソースをさらに効果的に使用することができる。
【０１１３】
本発明では、ＨＡＲＱ動作の時、受信端末が特定時点（又は、区間）や時間の流れによって得た情報（例えば、ＲＳＲＰ、ＲＳＲＱ、位置（ｐｏｓｉｔｉｏｎｉｎｇ）情報、フィードバック閾値）に基づいてフィードバック（例えば、ＡＣＫ／ＮＡＣＫ送信）に対する判断をする方式又はフィードバックの状態（例えば、信頼できるフィードバックであるか否か）あるいはフィードバックの種類に対する決定（例えば、ＡＣＫ／ＮＡＣＫ、ＣＱＩなど）に対して提案する。
【０１１４】
図１２は、本発明の一実施形態によるＶ２Ｘ通信のための端末の動作方法を示す。
【０１１５】
図１２に示すように、端末（便宜上、第１端末という）は、第２端末からデータを受信し（Ｓ１１０）、前記第２端末との距離が一定値以下である場合に限って前記データに対するＡＣＫ／ＮＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信（Ｓ１２０）する。
【０１１６】
ここで、前記第２端末（送信端末）と前記第１端末（受信端末）の距離は、下記のような基準によって定義されることができる。
【０１１７】
１．実際距離（すなわち、地理的距離）。例えば、端末の地理的位置、ＧＮＳＳ（ｇｌｏｂａｌ  ｎａｖｉｇａｔｉｏｎ  ｓａｔｅｌｌｉｔｅ  ｓｙｓｔｅｍ）を基準とした位置。
【０１１８】
２．無線距離（Ｒａｄｉｏ  ｄｉｓｔａｎｃｅ）。例えば、送信端末が送信した参照信号を用いて、受信端末がＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）、ＲＳＲＱ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｑｕａｌｉｔｙ）などを測定することができる。前記ＲＳＲＰ／ＲＳＲQ値を基準に、前記送信端末と前記受信端末との距離を判断することができる。例えば、前記ＲＳＲＰ又はＲＳＲＱ値が閾値より大きい場合、前記第２端末との距離が一定値以下で、前記ＲＳＲＰ又はＲＳＲＱ値が閾値以下である場合、前記第２端末との距離が一定値より遠いと判断することができる。前記ＲＳＲＰ又はＲＳＲＱ値が閾値以下である場合、前記データに対するＡＣＫ／ＮＡＣＫを送信しないことがある。
【０１１９】
無線距離を基準に端末間の距離を判断する場合、地理的に端末Ａ、Ｂが互いに近く位置していたとしても、端末Ａ、Ｂ間のチャネル状態が悪くてＲＳＲＰ／ＲＳＲＰ値が低く測定されると、前記端末Ａ、Ｂは互いに遠い距離に位置する端末として扱われる可能性がある。逆に、地理的に端末Ａ、Ｂが互いに遠く位置していたとしても、端末Ａ、Ｂ間のチャネル状態が良くてＲＳＲＰ／ＲＳＲＰ値が高く測定されると、前記端末Ａ、Ｂは互いに近い距離に位置する端末として扱われる可能性がある。
【０１２０】
前述した実際距離（地理的距離を意味し、以下同一）に対する測定は、一例として次の通りである。まず、各車両の位置情報（例えば、座標又はＧＮＳＳ情報）含む第１メッセージ（例えば、ＣＡＭ／ＢＳＭ）が基本サービス（ｂａｓｉｃ  ｓｅｒｖｉｃｅ）のために送信され、センシング情報や走行意図（ｄｒｉｖｉｎｇ  ｉｎｔｅｎｔｉｏｎ）情報などを含んでいる第２メッセージが追加的に送信されることができる。走行意図情報とは、左／右車線の変更、左折／右折のようにどのような方式で走行するか、その意図を知らせる情報であり得る。このとき、第１メッセージ（位置情報）は、相対的に長い周期で送信されるか、又は低いチャネルコーディングがかかって送信されることができる。このような方法により受信側において、初期送信のみでも簡単に第１メッセージ受信を可能にすることができる。
【０１２１】
また、第２メッセージ（センシング／走行意図情報）は、相対的に短い周期で送信するか、又は高いチャネルコーディングがかかるようにするか、又は第２メッセージに対してのみＨＡＲＱ動作を適用することもできる。この場合、第２メッセージに対するスケジューリング割り当て（ＳＡ）においてソース（ｓｏｕｒｃｅ）ＩＤを第１メッセージにおいてのＩＤと同一に設定するか、その一部を同一に設定して、どの車両が送信したのかを把握することができれば、第１メッセージに含まれた座標と自分の座標を基準に距離が測定されることできる。
【０１２２】
もし、第２メッセージにＨＡＲＱが適用される場合、第２メッセージに対するスケジューリング割り当てをサービスタイプや目的地（ｄｅｓｔｉｎａｔｉｏｎ）を見て計算された距離を基準に現在受信端が該当メッセージの事前に設定されたターゲット範囲（ｔａｒｇｅｔ  ｒａｎｇｅ）に入るか否かを判断してＨＡＲＱフィードバックをするか否かを判断することができる。
【０１２３】
また、一例として、第１、第２メッセージが別々に送信されずに統合して送信されるが（例えば、１つのコードワードに併合）、各メッセージ部分を別途にチャネルコーディングをかけるとともに位置情報の部分をより低いコーディング率（ｃｏｄｉｎｇ  ｒａｔｅ）をかけ、２つのメッセージを全てＨＡＲＱ送信を適用することもできる。この場合にも同様に、位置情報によって判断された実際距離とスケジューリング割り当てにおいて示す事前に設定されたターゲット範囲を見て受信端のフィードバック可否を判断することができる。
【０１２４】
図１３は、Ｖ２Ｘ通信を行う端末間において図１２の方法を具体的に適用する一例を示す。
【０１２５】
図１３に示すように、第１端末と第２端末はＶ２Ｘ通信に参加する端末であり得る。
【０１２６】
第２端末は、第１端末に第１スケジューリング割り当て（ＳＡ）情報を送信する（Ｓ２１０）。
【０１２７】
第２端末は、前記第１ＳＡ情報によりスケジューリングされる第１メッセージを第１端末に送信する（Ｓ２１１）。前記第１メッセージは、基本サービス（ｂａｓｉｃ  ｓｅｒｖｉｃｅ）のために送信されるメッセージであり、第２端末のＩＤ、位置情報（例えば、座標又はＧＮＳＳ情報）を含むことができる。前記第１メッセージに対しては、ＡＣＫ／ＮＡＣＫが常にフィードバックされないように設定されることができる。
【０１２８】
第２端末は、第２ＳＡを第１端末に送信する（Ｓ２１２）。前記第２ＳＡは、第２端末のＩＤ、サービスタイプ、目的地情報などを含むことができる。第２ＳＡに含まれた第２端末のＩＤは、前記第１メッセージに含まれた第２端末のＩＤと同一であるか、少なくとも一部が同一であって、第２端末が第１メッセージを送信したことを第１端末が把握できるようにする。
【０１２９】
第２端末は、第２ＳＡによりスケジューリングされる第２メッセージを第１端末に送信する（Ｓ２１３）。第２メッセージは、センシング情報や走行意図（ｄｒｉｖｉｎｇ  ｉｎｔｅｎｔｉｏｎ）情報を含むことができる。第２メッセージは、第１メッセージより頻繁に送信されるメッセージであり得る。
【０１３０】
第１端末は、第２端末との距離計算及び前記距離を基準にＨＡＲＱフィードバックをするか否かを決定する（Ｓ２１４）。例えば、第１端末は、第１メッセージに含まれた第２端末の位置情報及び自分の位置情報に基づいて第２端末との距離を計算することができる。そして、この距離を予め設定されているか、シグナリングされた閾値と比較して、その結果によってＨＡＲＱフィードバックをするか否かを決定することができる。
【０１３１】
第１端末は、特定条件を満足する場合、第２メッセージに対するＡＣＫ／ＮＡＣＫを第２端末に送信する（Ｓ２１５）。例えば、第２端末との計算された距離が予め設定されているか、シグナリングされた閾値以下の条件を満足すると、ＡＣＫ／ＮＡＣＫを送信することができる。
【０１３２】
Ｖ２Ｘ通信を行っていた端末間の地理的又は無線上の距離が長くなるため、データ受信端末がＡＣＫ／ＮＡＣＫ信号を送信してもこのＡＣＫ／ＮＡＣＫ信号をデータ送信端末が受信できない可能性がある。このような場合にも、ＡＣＫ／ＮＡＣＫを送信すると、これは他の端末に不必要な干渉を発生させ、リソース活用の面でも非効率である。本発明では、このような点を考慮して、Ｖ２Ｘ通信を行う端末間の地理的／無線距離によってＡＣＫ／ＮＡＣＫの送信可否が決定される。その結果、他の端末に不要な干渉を発生させることなく、リソースの活用の面からも効率的に、Ｖ２Ｘ通信でのＨＡＲＱ動作をサポートすることができる。
【０１３３】
一方、前述の提案方式では、受信端末がソース端末（例えば、送信端末）から一定距離内にあるか否かによってＨＡＲＱフィードバックの可否を適用するか否かを判断する例を説明したが、これは制限ではなく、メッセージフィルタリング（ｍｅｓｓａｇｅ  ｆｉｌｔｅｒｉｎｇ、すなわち、応用レイヤにメッセージを載せない）の可否にも適用可能である。
【０１３４】
また、一例として、デコーディング容量に限界がきた場合に、マルチキャストメッセージの各送信端末の距離及びターゲット範囲を判断して、まずデコードするメッセージを決定する基準としても使用されることができる。また、ＬＴＥのＣＱＩのようにチャネルの状態又は品質を決定する基準として使用されることもでき、フィードバック（例えば、ＡＣＫ／ＮＡＣＫ）の状態又は品質を決定する基準としても使用されることができる。
【０１３５】
一方、本発明は、計算された実際距離（地理的距離）情報と両端末間の無線距離（例えば、ＲＳＲＰ／ＲＳＲＱ）の両方ともを用いて、前述のフィードバックに対する判断をすることもできる。一例として、受信端末がソース端末からの実際距離とＲＳＲＰ／ＲＳＲＱを全て知っている場合、距離に応じるＲＳＲＰ／ＲＳＲＱ値を知ることができ、これを時間軸に観察するか平均を取って距離によるその推移を計算及び推定することができる。このような情報を利用してフィードバックをするか否かに対する判断をするか、又は、どのようなフィードバックをするかを決定することができる。
【０１３６】
無線距離（ＲＳＲＰ／ＲＳＲＱ）は、受信端末に周期的メッセージが受信される場合、リソース再選択が起こるまでの受信信号（例えば、ＤＭ−ＲＳ）の大きさを測定して得るか、又はポジショニング（ｐｏｓｉｔｉｏｎｉｎｇ）／無線距離を測定するための別途の参照信号又は信号が導入される場合、これにより知ることもできる。また、ＲＳＲＰ／ＲＳＲＱの測定は、受信された制御情報（例えば、ＰＳＣＣＨ）を介しても可能である。
【０１３７】
無線距離は、事前に定義された制御チャネル（例えば、ＰＳＣＣＨ）の参照信号（例えば、ＤＭ−ＲＳ）による単純なチャネル推定及び電力計算からも知ることができる。また、ＰＳＣＣＨのデコーディングが成功した場合、デコードされたビット列を推定チャネル値を利用して受信された信号を再生成して電力を推定することもできる。
【０１３８】
測定されたＲＳＲＰ／ＲＳＲＱは、特定時点での無線距離として使われることもあり、複数回送信される信号を介して計算された値により（例えば、時間軸に観察又は平均）その推移を探る目的で使われることもある。
【０１３９】
ＲＳＲＰ／ＲＳＲＱの測定は、各送信端末に別々に適用でき、その区分は、送信端末ＩＤにより、又は周期的に予約されたリソースの位置により可能である。測定されたＲＳＲＰ／ＲＳＳＱを用いて将来のＲＳＲＰ／ＲＳＲＱが一定値以下になると予測される場合、フィードバックメッセージ（例えば、ＡＣＫ／ＮＡＣＫ）を送信しないことがある。これにより、不要なＨＡＲＱ再送信を防ぐことができる。
【０１４０】
特定時点で見ると、一例として、測定ＲＳＲＰ／ＲＳＲＱ（又は、ＲＳＲＰ／ＲＳＲＱに連動された無線距離情報）が特定閾値より低い場合、フィードバックメッセージを送信しないことがある。
【０１４１】
または、他の観点で測定されたＲＳＲＰ／ＲＳＲＱが特定閾値より高い場合にのみフィードバックメッセージをレポートすることができる。ここで、閾値は、Ｖ２Ｘサービスごとに又は混雑レベル（congestion level）によって又はサービスのターゲットの範囲によって異なり得る。閾値の値は上位層信号（例えば、ＲＲＣ信号）により端末に直接シグナリングされることもでき、事前に定義されたチャネル（例えば、ＰＳＣＨ （より具体的に、ＰＳＣＨの留保されたビット））を介して端末にシグナリングされることもできる。
【０１４２】
一例として、サービスによって閾値が変わる場合、短い範囲（ｓｈｏｒｔ  ｒａｎｇｅ）をターゲットにするサービスは閾値を高く、長い範囲（ｌｏｎｇ  ｒａｎｇｅ）をターゲットにするサービスは閾値を低く、ＨＡＲＱが不要なサービスは閾値を無限大に設定（この場合、ＨＡＲＱプロセスを終了するという意味であり得る）することができる。
【０１４３】
このように、どのようなサービスがどれだけの範囲をターゲットにするかは、事前に定義されたチャネル（例えば、ＰＳＣＣＨ）を介して直接シグナリングされるか、リソースプール別に区分するか又は搬送波別にサービスを区分することもできる。
【０１４４】
また、一例として、混雑レベルによって閾値が変わる場合、混雑レベルが高くなるほど衝突が発生する端末の個数が多くなるため、フィードバックによる追加的な衝突を防ぐために閾値を高くすることができる。追加で、特定サービスがＨＡＲＱ動作をサポートしない場合は、その可否が閾値に黙示的に伝達されることもでき、別途の指示情報を事前に定義されたチャネルを介してシグナリングすることもできる。
【０１４５】
また、シグナリングされる閾値にサービス（又は、パケット）の優先権（ｐｒｉｏｒｉｔｙ）、ソースＩＤが連動されることもでき、フィードバックの判断に役立つ目的で別途にシグナリングされることもできる。これにより、受信端末は、ＲＳＲＰ／ＲＳＲＱベースであるか又はサービスによるＨＡＲＱ 動作の有無を認知し、フィードバックをするか否かを決定することができる。
【０１４６】
測定ＲＳＲＰ／ＲＳＲＱを時間領域に拡大解釈して、過去に持続的に観察したＲＳＲＰ／ＲＳＲＱが今後減少するか又は増加することが予測されると、現時点でフィードバックをレポートしないことがある。
【０１４７】
図１４は、測定ＲＳＲＰ／ＲＳＲＱを時間領域に拡大解釈してＨＡＲＱフィードバックをするか否かを決定する例を示す。
【０１４８】
図１４に示すように、端末は、周期的に他の端末が送信した参照信号を利用してＲＳＲＰ／ＲＳＲＱを測定することができる。例えば、端末は、１４１、１４２、１４３時点で他の端末が送信した参照信号を利用してＲＳＲＰ／ＲＳＲＱを測定することができる。このとき、１４１、１４２、１４３時点で測定したＲＳＲＰ／ＲＳＲＱが次第に減少すると仮定する。そして、１４４時点でのＲＳＲＰ／ＲＳＲＱが閾値以下に減少すると予想されると仮定する。
【０１４９】
この場合、端末は、１４４時点で実際にＲＳＲＰ／ＲＳＲＱを測定する必要なく、既存の測定結果を拡張適用／解釈して１４４時点でのＨＡＲＱフィードバック可否を決定することができる。すなわち、１４１、１４２、１４３時点でのＲＳＲＰ／ＲＳＲＱ測定値の変化量を考慮するとき、１４４時点でのＲＳＲＰ／ＲＳＲＱ測定値が閾値以下になると予想／推定される場合、１４４時点でＨＡＲＱフィードバックをしないことがある。
【０１５０】
一例として、反対方向に進行する車両があるとき、ＲＳＲＰ／ＲＳＲＱ測定値は、図１４に示すようなパターンで現れる可能性がある。この場合、過去区間（１４１、１４２、１４３時点を含む区間）に対するＲＳＲＰ／ＲＳＲＱから将来区間（１４４時点を含む区間）に対するＲＳＲＰ／ＲＳＲＱを予測して１４４時点ではＨＡＲＱフィードバックをしないようにすることができる。もし、反対方向に遠くなっていた車両がＵターンして戻ってくる場合には、一定時間後に再びＲＳＲＰ／ＲＳＲＱが増加するが、この場合、ＲＳＲＰ／ＲＳＲＱの変化の推移によってＨＡＲＱフィードバックを再び許容することもできる。
【０１５１】
将来に起こる車両の行動を予測することは難しいため、下記の条件を満たす場合に限ってＲＳＲＰ／ＲＳＲＱの推移を予想して反映し、その他の状況では特定時間で測定ＲＳＲＰ／ＲＳＲＱの閾値比較によりフィードバックをするか否かを決定することもできる。
【０１５２】
１）一定時間の間、特定ＲＳＲＰ／ＲＳＲＱの閾値範囲でＲＳＲＰ／ＲＳＲＱ測定値が維持される場合。
【０１５３】
２）ＲＳＲＰ／ＲＳＲＱの平均的な変化程度（例えば、ＲＳＲＰ／ＲＳＲＱの変化量／時間）が特定閾値以上（又は、以後）である場合。
【０１５４】
前記閾値は、固定された値を使用するか上位層信号（例えば、ＲＲＣ信号）により端末に直接シグナリングされることもでき、事前に定義されたチャネル（例えば、ＰＳＣＣＨ）を介して端末にシグナリングされることもできる。
【０１５５】
ＲＳＲＰ／ＲＳＲＱの変化量はそれぞれの送信端末に別々に適用でき、各送信端末の区分は送信端末ＩＤにより可能である。周期的メッセージの場合、リソース再選択される前まで予約されたリソースのみを測定して区分することもできる。
【０１５６】
３）位置情報（例えば、ＧＰＳ、ポジショニング）により得た車両間の距離をベースに測定したＲＳＲＰ／ＲＳＲＱ値が維持される場合。
【０１５７】
一例として、位置情報により、測定されたＲＳＲＰ／ＲＳＲＱがどれだけの距離が離れた端末から送信された信号であるかを分かり、過去時間推移から見た距離及び測定ＲＳＲＰ／ＲＳＲＱの集合に現在又は将来のＲＳＲＰ／ＲＳＲＱの推移が予測される場合。
【０１５８】
位置情報を介してサービス特定的にメッセージが有するカバレッジ内に端末がある場合。
【０１５９】
本発明では、フィードバック可否を判断するのに実際距離／無線距離を使用できることを明示しているが、この情報は、フィードバック可否を判断することに限定されず、フィードバックの状態又は品質、他の種類のフィードバック（例えば、ＣＱＩ、ＲＳＲＰ／ＲＳＲＱの状態）などにも使用できる。
【０１６０】
図１５は、本発明の実施形態が実現される装置を示すブロック図である。
【０１６１】
図１５に示すように、装置１０００は、プロセッサ１１００、メモリ１２００及びトランシーバ（ｔｒａｎｓｃｅｉｖｅｒ）１３００を含む。プロセッサ１１００は、提案された機能、過程及び／又は方法を実現する。装置１０００は、端末又は基地局であり得る。トランシーバ１３００は、プロセッサ１１００と接続されて、無線信号を送信及び受信する。メモリ１２００は、プロセッサ１１００の動作に必要な情報を格納することができ、送受信信号も格納することができる。
【０１６２】
図１６は、プロセッサ１１００を構成する一例を示す。
【０１６３】
図１６に示すように、プロセッサ１１００は、距離計算モジュール１１０１とＡＣＫ／ＮＡＣＫ生成／送信モジュール１１０２を含むことができる。
【０１６４】
距離計算モジュール１１０１は、他の端末との地理的／無線距離を計算することができる。ＡＣＫ／ＮＡＣＫ生成／送信モジュール１１０２は、他の端末との地理的／無線距離によってＡＣＫ／ＮＡＣＫの生成／送信を異なるようにすることができる。
【０１６５】
プロセッサは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。メモリは、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または、他の格納装置を含むことができる。ＲＦ部は、無線信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部にあり、よく知られた多様な手段でプロセッサと連結されることができる。
【図１】
2020526149.tif 000007
【図２】
2020526149.tif 000008
【図３】
2020526149.tif 000009
【図４】
2020526149.tif 000010
【図５】
2020526149.tif 000011
【図６】
2020526149.tif 000012
【図７】
2020526149.tif 000013
【図８】
2020526149.tif 000014
【図９】
2020526149.tif 000015
【図１０】
2020526149.tif 000016
【図１１】
2020526149.tif 000017
【図１２】
2020526149.tif 000018
【図１３】
2020526149.tif 000019
【図１４】
2020526149.tif 000020
【図１５】
2020526149.tif 000021
【図１６】
2020526149.tif 000022
【手続補正書】
【提出日】令和2年2月6日(2020.2.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおけるＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信のための第１端末の動作方法において、
第２端末からデータを受信し、
前記第１端末と、前記第１端末により決定された前記第２端末との距離に基づいて、前記データに対するＡＣＫ／ＮＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信し、
前記距離が一定値以下である場合、前記ＡＣＫ／ＮＡＣＫが前記第２端末に送信され、及び
前記距離が一定値超過である場合、前記ＡＣＫ／ＮＡＣＫが前記第２端末に送信されないことを含んでなる、方法。
【請求項２】
前記距離は、前記第２端末との地理的距離（ｇｅｏｇｒａｐｈｉｃ  ｄｉｓｔａｎｃｅ）及び無線距離（ｒａｄｉｏ  ｄｉｓｔａｎｃｅ）のうち少なくとも１つに基づいて決定されることを特徴とする、請求項１に記載の方法。
【請求項３】
前記地理的距離は、前記第２端末から受信したＧＮＳＳ（ｇｌｏｂａｌ  ｎａｖｉｇａｔｉｏｎ  ｓａｔｅｌｌｉｔｅ  ｓｙｓｔｅｍ）情報又は座標値に基づいて決定されることを特徴とする、請求項２に記載の方法。
【請求項４】
前記ＧＮＳＳ情報又は前記座標値は、前記第２端末から受信したスケジューリング割り当て（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ：ＳＡ）の情報に含まれていることを特徴とする、請求項３に記載の方法。
【請求項５】
前記無線距離は、前記第２端末から受信した参照信号を利用して測定したＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）又はＲＳＲＱ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｑｕａｌｉｔｙ）に基づいて決定されることを特徴とする、請求項２に記載の方法。
【請求項６】
前記ＲＳＲＰ又はＲＳＲＱ値が閾値より大きい場合、前記第２端末との距離が一定値以下であると判断することを特徴とする、請求項５に記載の方法。
【請求項７】
前記ＲＳＲＰ又はＲＳＲＱ値が閾値以下である場合、前記データに対するＡＣＫ／ＮＡＣＫを送信しないことを特徴とする、請求項５に記載の方法。
【請求項８】
前記第２端末との距離は、前記第２端末から周期的に受信した参照信号のＲＳＲＰ又はＲＳＲＱ値の時間的変化量に基づいて判断することを特徴とする、請求項１に記載の方法。
【請求項９】
前記第２端末から周期的に受信した参照信号のＲＳＲＰ又はＲＳＲＱ値が時間経過につれて減少して特定時間以後から閾値以下になると予想される場合、前記特定時間以後からは受信したデータに対するＡＣＫ／ＮＡＣＫを送信しないことを特徴とする、請求項８に記載の方法。
【請求項１０】
前記データは、Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）信号であることを特徴とする、請求項１に記載の方法。
【請求項１１】
前記第２端末との距離に基づいて、前記第１端末がフィードバックする情報の種類を決定することを特徴とする、請求項１に記載の方法。
【請求項１２】
前記第１端末及び前記第２端末は、車両に設置された端末であることを特徴とする、請求項１に記載の方法。
【請求項１３】
前記第２端末により情報化された前記第２端末の自分の位置と、前記第１端末の自分の位置に基づいて、前記第１端末と前記第２端末との距離が前記第１端末により決定されることを特徴とする、請求項１に記載の方法。
【請求項１４】
前記一定値が、前記第２端末から受信されるものである、請求項１に記載の方法。
【請求項１５】
端末（Ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ）であって、
無線信号を送信及び受信するトランシーバと、
前記トランシーバと結合して動作するプロセサとを備えてなり、
前記プロセサは、
他の端末からデータを受信し、及び
前記第１端末と、前記第１端末により決定された前記第２端末との距離に基づいて、前記データに対するＡＣＫ／ＮＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信し、
前記距離が一定値以下である場合、前記ＡＣＫ／ＮＡＣＫが前記第２端末に送信され、及び
前記距離が一定値超過である場合、前記ＡＣＫ／ＮＡＣＫが前記第２端末に送信されないことを含んでなる、端末。
【国際調査報告】
2020526149.tif 000023
2020526149.tif 000024
2020526149.tif 000025
2020526149.tif 000026