(57)【要約】  本発明は周期的データをサイドリンクインタフェースを介して１つ又は複数の受信装置に送信する送信装置に関する。送信装置は、周期的データ及び非周期的データをサイドリンクインタフェースを介して送信するための無線リソースを自律的に選択する。送信機は、第１周期的データを第１スケジューリング情報とともに１つ又は複数の受信装置に送信する。第１スケジューリング情報は、第１周期的データの送信に使用される無線リソースを示し、かつ、第２周期的データを送信するために送信装置によって後の時点で使用可能な予約無線リソースを示す。プロセッサは、第２周期的データを後の時点まで遅延させる。送信機は、後の時点において第２周期的データを、第１スケジューリング情報に示された予約された無線リソースを使用して送信する。送信機は、第１周期的データ以外のデータを、送信可能な状態のときにできる限り早い時点で送信する。
2019521597.tif 000002
【特許請求の範囲】
【請求項１】
周期的データをサイドリンクインタフェースを介して１つまたは複数の受信装置に送信する送信装置であって、前記送信装置は、周期的データおよび非周期的データを前記サイドリンクインタフェースを介して送信するための無線リソースを自律的に選択し、前記送信装置は、
第１の周期的データを第１のスケジューリング情報とともに前記１つまたは複数の受信装置に送信し、前記第１のスケジューリング情報が、前記第１の周期的データを送信するために使用される無線リソースを示し、第２の周期的データを送信するために前記送信装置によって後の時点において使用可能な予約された無線リソースをさらに示す、送信機と、
前記第２の周期的データを前記後の時点まで遅延させるプロセッサと、
を備え、
前記送信機は、前記後の時点において前記第２の周期的データを前記第１のスケジューリング情報によって示された前記予約された無線リソースを使用して送信し、
前記送信機は、前記第１の周期的データおよび前記第２の周期的データ以外の他のデータを、送信可能な状態になったときにできる限り早い時点において送信する、
送信装置。
【請求項２】
前記プロセッサは、データが前記第１の周期的データと同じ論理チャネルに属しているかを判定することによって、送信可能な状態になる前記データが、前記無線リソースが予約されている前記第２の周期的データであるか否かを判定し、
前記データが前記第１の周期的データと同じ論理チャネルに属している場合、前記プロセッサは、前記無線リソースが予約されているか否かを判定し、結果が肯定的である場合、前記無線リソースが予約されている前記後の時点まで前記第２の周期的データを遅延させることを決定し、
前記データが前記第１の周期的データと同じ論理チャネルに属していない場合、前記プロセッサは、前記データをできる限り早い時点において送信することを決定し、前記データの前記送信に使用される他の無線リソースを自律的に選択する、
請求項１に記載の送信装置。
【請求項３】
前記プロセッサは、データが特定の論理チャネルに属しているかに基づいて、送信可能な状態になる前記データが前記第１の周期的データであるか否かを判定し、結果が肯定的である場合、前記後の時点のための無線リソースを予約することを決定し、
前記特定の論理チャネルは、前記送信装置における上位レイヤによって提供される、前記第１の周期的データの優先順位の指示および／または周期の指示に基づいて設定され、
前記周期的データの前記周期は、前記送信装置における前記上位レイヤによって、前記優先順位の指示とともに、または個別に指示される、
請求項１または２に記載の送信装置。
【請求項４】
最大遅延時間が設定され、
前記プロセッサは、前記第２の周期的データを前記最大遅延時間より大きく遅延させるか否かを判定し、前記判定の結果が肯定的である場合、遅延させる代わりに、前記送信機は、前記判定されたときに前記第２の周期的データをできる限り早い時点において送信し、
前記第２の周期的データをできる限り早い時点において送信する処理は、前記第２の周期的データの前記送信に使用される他の無線リソースを前記プロセッサが自律的に選択する処理を含み、
前記第２の周期的データとともに送信されるスケジューリング情報は、前記第２の周期的データを送信するために使用される前記選択された無線リソースを示し、第３の周期的データを送信するために前記送信装置によって前記後の時点において使用可能な予約された無線リソースをさらに示し、
前記最大遅延時間は、周期的な車両データの優先順位の指示とともに、または個別に、上位レイヤから指示される、
請求項１から３のいずれか１項に記載の送信装置。
【請求項５】
最大遅延時間が設定され、
前記プロセッサは、前記第１の周期的データが前記最大遅延時間より大きく遅延される回数を決定し、前記決定された回数が所定の数より大きい場合、前記決定の後に送信可能な状態になる周期的データが、送信可能な状態になったときにできる限り早い時点において送信される、
請求項１から４のいずれか１項に記載の送信装置。
【請求項６】
前記第２の周期的データの周期が変更されることを示す、前記第２の周期的データのための指示が受信される場合、前記第２の周期的データは、できる限り早い時点において送信される、
請求項１から５のいずれか１項に記載の送信装置。
【請求項７】
前記送信装置が同時に行うことのできる無線リソース予約の数を制限するため、同時の無線リソース予約の最大数が前記送信装置に対して設定される、
請求項１から６のいずれか１項に記載の送信装置。
【請求項８】
前記第１のスケジューリング情報は、前記無線リソースが予約される前記後の時点を示すフィールドを含み、
前記プロセッサは、前記第１の周期的データ及び前記第２の周期的データの周期に基づいて、前記予約される無線リソースの前記後の時点を決定する、
請求項１から７のいずれか１項に記載の送信装置。
【請求項９】
前記予約される無線リソースは、前記第１の周期的データを送信するために使用される前記無線リソースと同じである、または異なり、
前記予約される無線リソースが前記第１の周期的データを送信するために使用される前記無線リソースと同じである場合、前記第１のスケジューリング情報の１つのフィールドは、前記予約される無線リソース、及び、前記第１の周期的データを送信するために使用される無線リソースの双方を示し、前記予約される無線リソースは、少なくとも、送信に使用される時間−周波数リソースおよび変調・符号化方式によって定義される、
請求項１から８のいずれか１項に記載の送信装置。
【請求項１０】
前記予約される無線リソースは、前記予約される無線リソースが前記第２の周期的データの送信のみに使用されるように、前記第２の周期的データのために予約される、
請求項１から９のいずれか１項に記載の送信装置。
【請求項１１】
前記他のデータは、前記非周期的データまたは他の周期的データであり、
前記プロセッサが他の無線リソースを自律的に選択し、前記送信機が前記選択された他の無線リソースを使用して前記他のデータを送信することによって、前記他のデータは前記送信装置によって送信される、
請求項１から１０のいずれか１項に記載の送信装置。
【請求項１２】
前記周期的データは、更新された車両状態情報を提供するために周期的にトリガーされる協調認識メッセージ（ＣＡＭ：Cooperative Awareness Messages）を含み、
前記非周期的データは、車両に関連する安全性イベントによってトリガーされる分散型環境通知メッセージ（ＤＥＮＭ：Decentralized Environmental Notification Messages）を含む、
請求項１から１１のいずれか１項に記載の送信装置。
【請求項１３】
前記送信機は、前記第２の周期的データを送信するために使用される前記予約された無線リソースを示す第２のスケジューリング情報を、前記第２の周期的データとともに送信する、
請求項１から１２のいずれか１項に記載の送信装置。
【請求項１４】
前記送信装置は、
前記後の時点のために他の装置によって予約された無線リソースを示す、前記他の装置によって送信されるスケジューリング情報を監視し、
前記後の時点において複数の無線リソースから無線リソースを選択するときに、前記複数の無線リソースから、前記他の装置によって予約された無線リソースを除外する、
ことによって、
前記予約された無線リソースのセンシングを実行する、
請求項１から１３のいずれか１項に記載の送信装置。
【請求項１５】
第４の周期的データを送信するために、無線リソースが基地局によってセミパーシステントにスケジューリングされ、
前記周期的データが前記セミパーシステントにスケジューリングされた無線リソースより前に送信可能な状態になる場合、前記送信装置は、前記周期的データを送信するための前記基地局からのさらなる無線リソースを要求するスケジューリング要求を、トリガーせず、かつ送信せず、
前記送信機が前記セミパーシステントにスケジューリングされた無線リソースを使用して前記周期的データを送信するように、前記周期的データは、前記セミパーシステントにスケジューリングされた無線リソースまで遅延される、
請求項１から１４のいずれか１項に記載の送信装置。
【請求項１６】
前記送信装置は、車両移動端末、路側ユニット、または移動端末であり、
前記周期的データは、周期的な車両データまたは周期的な非車両データである、
請求項１から１５のいずれか１項に記載の送信装置。
【請求項１７】
周期的データをサイドリンクインタフェースを介して送信装置から１つまたは複数の受信装置に送信する方法であって、前記送信装置は、周期的データおよび非周期的データを前記サイドリンクインタフェースを介して送信するための無線リソースを自律的に選択し、前記方法は、前記送信装置によって実行される以下のステップ、すなわち、
第１の周期的データを第１のスケジューリング情報とともに前記１つまたは複数の受信装置に送信し、前記第１のスケジューリング情報が、前記第１の周期的データを送信するために使用される無線リソースを示し、第２の周期的データを送信するために前記送信装置によって後の時点において使用可能な予約された無線リソースをさらに示す、ステップと、
前記第２の周期的データを前記後の時点まで遅延させるステップと、
前記後の時点において前記第２の周期的データを前記第１のスケジューリング情報によって示された前記予約された無線リソースを使用して送信するステップと、
前記第１の周期的データおよび前記第２の周期的データ以外の他のデータを、送信可能な状態になったときにできる限り早い時点において送信するステップと、
を含む方法。
【請求項１８】
データが前記第１の周期的データと同じ論理チャネルに属しているかを判定することによって、送信可能な状態になる前記データが、前記無線リソースが予約されている前記第２の周期的データであるか否かを、前記送信装置によって判定するステップ、をさらに含み、
前記データが前記第１の周期的データと同じ論理チャネルに属している場合、前記無線リソースが予約されているか否かを判定し、結果が肯定的である場合、前記無線リソースが予約されている前記後の時点まで前記第２の周期的データを遅延させることを決定し、
前記データが前記第１の周期的データと同じ論理チャネルに属していない場合、前記データをできる限り早い時点において送信することを決定し、前記データの送信に使用される他の無線リソースを自律的に選択する、
請求項１７に記載の方法。
【請求項１９】
データが特定の論理チャネルに属しているかに基づいて、送信可能な状態になる前記データが前記第１の周期的データであるか否かを判定し、結果が肯定的である場合、前記後の時点のための無線リソースを予約することを決定するステップ、をさらに含み、
前記特定の論理チャネルは、前記送信装置における上位レイヤによって提供される、前記第１の周期的データの優先順位の指示および／または周期の指示に基づいて設定され、
前記周期的データの前記周期は、前記送信装置における前記上位レイヤによって、前記優先順位の指示とともに、または個別に、指示される、
請求項１７または１８に記載の方法。
【請求項２０】
最大遅延時間が設定され、
前記方法は、前記第２の周期的データを前記最大遅延時間より大きく遅延させるか否かを前記送信装置によって判定するステップ、をさらに含み、前記判定の結果が肯定的である場合、遅延させる代わりに、前記方法は、前記判定されたときに前記第２の周期的データをできる限り早い時点において送信し、
前記第２の周期的データをできる限り早い時点において送信するステップは、前記第２の周期的データの前記送信に使用される他の無線リソースを選択するステップを含み、
前記第２の周期的データとともに送信されるスケジューリング情報は、前記第２の周期的データを送信するために使用される前記選択された無線リソースを示し、第３の周期的データを送信するために前記送信装置によって前記後の時点において使用可能な予約された無線リソースをさらに示し、
前記最大遅延時間は、周期的な車両データの優先順位の指示とともに、または個別に、上位レイヤから指示される、
請求項１７から１９のいずれか１項に記載の方法。
【請求項２１】
最大遅延時間が設定され、
前記方法は、前記第１の周期的データが前記最大遅延時間より大きく遅延される回数を決定するステップ、を含み、前記決定された回数が所定の数より大きい場合、前記決定の後に送信可能な状態になる周期的データが、送信可能な状態になったときにできる限り早い時点において送信される、
請求項１７から２０のいずれか１項に記載の方法。
【請求項２２】
前記第２の周期的データの周期が変更されることを示す、前記第２の周期的データのための指示が受信される場合、前記第２の周期的データは、できる限り早い時点において送信される、
請求項１７から２１のいずれか１項に記載の方法。
【請求項２３】
前記送信装置が同時に行うことのできる無線リソース予約の数を制限するため、同時の無線リソース予約の最大数が前記送信装置に対して設定される、
請求項１７から２２のいずれか１項に記載の方法。
【請求項２４】
前記第１のスケジューリング情報は、前記無線リソースが予約される前記後の時点を示すフィールドを含み、
前記方法は、前記第１の周期的データ及び前記第２の周期的データの周期に基づいて、前記予約される無線リソースの前記後の時点を決定するステップ、を含む、
請求項１７から２３のいずれか１項に記載の方法。
【請求項２５】
前記予約される無線リソースは、前記第１の周期的データを送信するために使用される前記無線リソースと同じである、または異なり、
前記予約される無線リソースが前記第１の周期的データを送信するために使用される前記無線リソースと同じである場合、前記第１のスケジューリング情報の１つのフィールドは、前記予約される無線リソース、及び、前記第１の周期的データを送信するために使用される無線リソースの双方を示し、前記予約される無線リソースは、少なくとも、送信に使用される時間−周波数リソースおよび変調・符号化方式によって定義される、
請求項１７から２４のいずれか１項に記載の方法。
【請求項２６】
前記予約される無線リソースは、前記予約される無線リソースが前記第２の周期的データの送信のみに使用されるように、前記第２の周期的データのために予約される、
請求項１７から２５のいずれか１項に記載の方法。
【請求項２７】
前記他のデータは、前記非周期的データまたは他の周期的データであり、
他の無線リソースを自律的に選択し、前記選択された他の無線リソースを使用して前記他のデータを送信することによって、前記他のデータは前記送信装置によって送信される、
請求項１７から２６のいずれか１項に記載の方法。
【請求項２８】
前記周期的データは、更新された車両状態情報を提供するために周期的にトリガーされる協調認識メッセージ（ＣＡＭ：Cooperative Awareness Messages）を含み、
前記非周期的データは、車両に関連する安全性イベントによってトリガーされる分散型環境通知メッセージ（ＤＥＮＭ：Decentralized Environmental Notification Messages）を含む、
請求項１７から２７のいずれか１項に記載の方法。
【請求項２９】
前記第２の周期的データを送信するために使用される前記予約された無線リソースを示す第２のスケジューリング情報を、前記第２の周期的データとともに送信するステップ、を含む、
請求項１７から２８のいずれか１項に記載の方法。
【請求項３０】
第４の周期的データを送信するために、無線リソースが基地局によってセミパーシステントにスケジューリングされ、
前記周期的データが前記セミパーシステントにスケジューリングされた無線リソースより前に送信可能な状態になる場合、前記周期的データを送信するための前記基地局からのさらなる無線リソースを要求するスケジューリング要求を、前記送信装置がトリガーせず、かつ送信せず、
前記セミパーシステントにスケジューリングされた無線リソースを使用して前記周期的データが送信されるように、前記周期的データは、前記セミパーシステントにスケジューリングされた無線リソースまで遅延される、
請求項１７から２９のいずれか１項に記載の方法。
【請求項３１】
前記送信装置は、車両移動端末、路側ユニット、または移動端末であり、
前記周期的データは、周期的な車両データまたは周期的な非車両データである、
請求項１７から３０のいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ＵＥによる自律的なリソース割当てを使用しての、送信装置からサイドリンクインタフェースを介して１つまたは複数の受信装置への周期的データおよび非周期的データの改良された送信に関する。本開示は、対応する（車両）移動端末を提供する。
【背景技術】
【０００２】
［Long Term Evolution（ＬＴＥ）］
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ：High-Speed Downlink Packet Access）、および、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ：High-Speed Uplink Packet Access）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００３】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術（new radio access technologies）に対する競争力を確保する目的で、３ＧＰＰは、Long Term Evolution（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００４】
Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ））およびＵＴＲＡＮ（UMTS Terrestrial Radio Access Network）と称される、ＬＴＥに関する作業項目（ＷＩ：work item）の仕様は、最終的にリリース８（ＬＴＥリリース８）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（例えば、１.４ＭＨｚ、３.０ＭＨｚ、５.０ＭＨｚ、１０.０ＭＨｚ、１５.０ＭＨｚ、および２０.０ＭＨｚ）が指定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ：multipath interference）を受けにくく、また、サイクリックプレフィックス（ＣＰ:Cyclic Prefix）を使用しており、さらに、様々な送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ：User Equipment）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥリリース８／９では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（Multiple Input Multiple Output）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。
【０００５】
［ＬＴＥのアーキテクチャ］
図１は、ＬＴＥの全体的なアーキテクチャを示す。Ｅ−ＵＴＲＡＮはｅＮｏｄｅＢから構成され、ｅＮｏｄｅＢは、ユーザ機器（ＵＥ）に向けのＥ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ：Radio Resource Control）プロトコルを終端させる。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、媒体アクセス制御（ＭＡＣ：Medium Access Control）レイヤ、無線リンク制御（ＲＬＣ：Radio Link Control）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ：Packet Data Control Protocol）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクサービス品質（ＱｏＳ：Quality of Service）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。
【０００６】
また、複数のｅＮｏｄｅＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core）、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮｏｄｅＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能する。さらに、ＳＧＷは、ＬＴＥと別の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インタフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間でトラフィックを中継する）として機能する。ＳＧＷは、アイドル状態のユーザ機器に対しては、ダウンリンクデータ経路を終端させ、そのユーザ機器へのダウンリンクデータが到着したときにページングをトリガーする。ＳＧＷは、ユーザ機器のコンテキスト（例えばＩＰベアラサービスのパラメータ、またはネットワーク内部ルーティング情報）を管理および格納する。さらに、ＳＧＷは、合法傍受（lawful interception）の場合にユーザトラフィックの複製を実行する。
【０００７】
ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラのアクティブ化／非アクティブ化プロセスに関与する。さらには、ＭＭＥは、最初のアタッチ時と、コアネットワーク（ＣＮ：Core Network）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端される。ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダのＰＬＭＮ（Public Land Mobile Network）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／完全性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。
【０００８】
［ＬＴＥにおけるコンポーネントキャリア構造］
３ＧＰＰ  ＬＴＥシステムのダウンリンクコンポーネントキャリアは、いわゆるサブフレームにおける時間−周波数領域でさらに分割される。３ＧＰＰ  ＬＴＥにおいて、各サブフレームは、図２に示すように２つのダウンリンクスロットに分割される。第１のダウンリンクスロットは、第１のＯＦＤＭシンボル内の制御チャネル領域（ＰＤＣＣＨ領域）を備える。各サブフレームは、時間領域内の所与の数のＯＦＤＭシンボルで構成され（３ＧＰＰ  ＬＴＥ（リリース８）では１２個または１４個のＯＦＤＭシンボル）、各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に広がる。したがって、ＯＦＤＭシンボルの各々は、各サブキャリアで送信されるいくつかの変調シンボルで構成される。ＬＴＥでは、各スロットにおける送信信号は、ＮＤＬＲＢ×ＮＲＢｓｃ本のサブキャリアとＮＤＬｓｙｍｂ個のＯＦＤＭシンボルのリソースグリッドによって記述される。ＮＤＬＲＢは、帯域幅の中のリソースブロックの数である。ＮＤＬＲＢは、セルにおいて設定されているダウンリンク送信帯域幅に依存し、Ｎｍｉｎ，ＤＬＲＢ≦ＮＤＬＲＢ≦Ｎｍａｘ，ＤＬＲＢを満たす。この場合、Ｎｍｉｎ，ＤＬＲＢ＝６およびＮｍａｘ，ＤＬＲＢ＝１１０は、それぞれ、現在のバージョンの仕様によってサポートされている最小ダウンリンク帯域幅および最大ダウンリンク帯域幅である。ＮＲＢｓｃは、１個のリソースブロックの中のサブキャリアの数である。通常のサイクリックプレフィックスのサブフレーム構造の場合、ＮＲＢｓｃ＝１２、ＮＤＬｓｙｍｂ＝７である。
【０００９】
例えば、３ＧＰＰ  ＬＴＥにおいて使用されるような、例えばＯＦＤＭを使用するマルチキャリア通信システムを想定すると、スケジューラによって割り当てることができるリソースの最小単位は、１つの「リソースブロック」である。物理リソースブロック（ＰＲＢ：Physical Resource Block）は、図２に例示したように、時間領域における連続するＯＦＤＭシンボル（例えば７個のＯＦＤＭシンボル）および周波数領域における連続するサブキャリア（例えば、コンポーネントキャリアの１２本のサブキャリア）として定義される。したがって、３ＧＰＰ  ＬＴＥ（リリース８）では、物理リソースブロックはリソースエレメントから構成され、時間領域における１つのスロットおよび周波数領域における１８０ｋＨｚに対応する（ダウンリンクリソースグリッドに関するさらなる詳細は、例えば非特許文献１の６.２節（３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている）を参照）。
【００１０】
１つのサブフレームは、２つのスロットで構成される。いわゆる「通常の（normal）」ＣＰ（Cyclic Prefix）が使用されるときにはサブフレーム内に１４個のＯＦＤＭシンボルが存在し、いわゆる「拡張（extended）」ＣＰが使用されるときにはサブフレーム内に１２個のＯＦＤＭシンボルが存在する。専門用語を目的として、以下で、サブフレーム全体に広がる同じ連続するサブキャリアと同等の時間−周波数リソースは、「リソースブロックペア（resource block pair）」または同意義の「ＲＢペア（RB pair）」もしくは「ＰＲＢペア（PRB pair）」と呼ばれる。
【００１１】
「コンポーネントキャリア（Component Carrier）」という用語は、周波数領域におけるいくつかのリソースブロックの組み合わせを示す。ＬＴＥの将来のリリースでは、「コンポーネントキャリア」という用語はもはや使用されず、その代わりに、その専門用語はダウンリンクリソースおよびオプションでアップリンクリソースの組み合わせを示す「セル」に変更される。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間のリンク付けは、ダウンリンクリソースで送信されるシステム情報において指示される。
【００１２】
コンポーネントキャリアの構造に関する同様の想定は、以降のリリースにも適用される。
【００１３】
［より広い帯域幅のサポートのためのＬＴＥ−Ａにおけるキャリアアグリゲーション］
World Radio communication Conference 2007（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域または国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（3rd Generation Partnership Project）において無線インタフェースの標準化が開始された。3GPP TSG RAN #39 meetingにおいて、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目（study item）の記述が承認された。この検討項目は、Ｅ−ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ−Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。
【００１４】
ＬＴＥシステムが２０ＭＨｚのみをサポートできるのに対して、LTE-Advancedシステムがサポートできる帯域幅は１００ＭＨｚである。今日、無線スペクトルの欠如がワイヤレスネットワークの開発のボトルネックになり、結果として、LTE-Advancedシステムのために十分広いスペクトル帯域を見つけることは困難である。したがって、より広い無線スペクトル帯域を獲得するための方法を見つけることは急務であり、ここにおいて、可能性のある答えは、キャリアアグリゲーション機能である。
【００１５】
キャリアアグリゲーションでは、最大で１００ＭＨｚのより広い送信帯域幅をサポートする目的で、２つ以上のコンポーネントキャリアがアグリゲートされる。ＬＴＥ−Ａｄｖａｎｃｅｄシステムでは、ＬＴＥシステムにおけるいくつかのセルが、より広い１つのチャネルにアグリゲートされる。このチャネルは、たとえＬＴＥにおけるこれらのセルが異なる周波数帯域にある場合でも１００ＭＨｚに対して十分に広い。
【００１６】
少なくとも、コンポーネントキャリアの帯域幅が、ＬＴＥリリース８／９のセルのサポートされる帯域幅を超えないときには、全てのコンポーネントキャリアをＬＴＥリリース８／９互換であるように設定できる。ユーザ機器によってアグリゲートされる全てのコンポーネントキャリアが必ずしもＬＴＥリリース８／９互換でなくてよい。リリース８／９のユーザ機器がコンポーネントキャリアにキャンプオンすることを回避するため、既存のメカニズム（例：バーリング：barring）を使用できる。
【００１７】
ユーザ機器は、ユーザ機器の能力に応じて１つまたは複数のコンポーネントキャリア（複数のサービングセルに対応する）を同時に受信または送信できる。キャリアアグリゲーションのための受信能力および／または送信能力を備えた、ＬＴＥ−Ａリリース１０のユーザ機器は、複数のサービングセル上で同時に受信および／または送信できる。これに対して、ＬＴＥリリース８／９のユーザ機器は、コンポーネントキャリアの構造がリリース８／９の仕様に従う場合、１つのサービングセル上で受信および送信を行うことができる。
【００１８】
キャリアアグリゲーションは、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方においてサポートされ、各コンポーネントキャリアは、（３ＧＰＰ  ＬＴＥ（リリース８／９）のnumerologyを使用して）周波数領域における最大１１０個のリソースブロックに制限される。
【００１９】
同じｅＮｏｄｅＢ（基地局）から送信される、場合によってはアップリンクおよびダウンリンクにおいて異なる帯域幅の異なる数のコンポーネントキャリアをアグリゲートするように、３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）互換のユーザ機器を構成することが可能である。設定することのできるダウンリンクコンポーネントキャリアの数は、ユーザ機器のダウンリンクのアグリゲーション能力に依存する。一方、設定することのできるアップリンクコンポーネントキャリアの数は、ユーザ機器のアップリンクのアグリゲーション能力に依存する。現時点では、ダウンリンクコンポーネントキャリアよりもアップリンクコンポーネントキャリアが多い状態に移動端末を設定することはできない。一般的なＴＤＤ配備では、コンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は、アップリンクとダウンリンクとで同じである。同じｅＮｏｄｅＢから送信されるコンポーネントキャリアは、同じカバレッジを提供する必要はない。
【００２０】
連続的にアグリゲートされるコンポーネントキャリアの中心周波数の間隔は、３００ｋＨｚの整数倍である。これは、３ＧＰＰ  ＬＴＥ（リリース８／９）の１００ｋＨｚの周波数ラスターとの互換性を保つと同時に、１５ｋＨｚ間隔のサブキャリアの直交性を維持するためである。アグリゲーションのシナリオによっては、連続するコンポーネントキャリアの間に少数の使用されないサブキャリアを挿入することによって、ｎ×３００ｋＨｚの間隔あけを容易にすることができる。
【００２１】
複数のキャリアをアグリゲートする影響は、ＭＡＣレイヤに及ぶのみである。ＭＡＣレイヤには、アップリンクおよびダウンリンクの両方において、アグリゲートされるコンポーネントキャリアごとに１つのＨＡＲＱエンティティが要求される。コンポーネントキャリアあたりのトランスポートブロックは最大１個である（アップリンクにおけるＳＵ−ＭＩＭＯを使用しない場合）。トランスポートブロックおよびそのＨＡＲＱ再送信（発生時）は、同じコンポーネントキャリアにマッピングする必要がある。
【００２２】
キャリアアグリゲーションが設定されているとき、移動端末はネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続の確立／再確立時、１つのセルが、ＬＴＥリリース８／９と同様に、セキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩ、および１つのＡＲＦＣＮ）と、非アクセス層（ＮＡＳ：non-access stratum）モビリティ情報（例：ＴＡＩ）とを提供する。ＲＲＣ接続の確立／再確立の後、そのセルに対応するコンポーネントキャリアは、ダウンリンクプライマリセル（ＰＣｅｌｌ：Primary Cell）と称される。接続状態では、ユーザ機器あたり常に１つのダウンリンクＰＣｅｌｌ（ＤＬ  ＰＣｅｌｌ）および１つのアップリンクＰＣｅｌｌ（ＵＬ  ＰＣｅｌｌ）が設定される。コンポーネントキャリアの設定されたセットおいて、他のセルはセカンダリセル（ＳＣｅｌｌ：Secondary Cell）と呼ばれ、ＳＣｅｌｌのキャリアはダウンリンクセカンダリコンポーネントキャリア（ＤＬ  ＳＣＣ）およびアップリンクセカンダリコンポーネントキャリア（ＵＬ  ＳＣＣ）である。１つのＵＥに対して最大５つのサービングセル（ＰＣｅｌｌを含む）を設定できる。
【００２３】
［ＭＡＣレイヤ／ＭＡＣエンティティ、ＲＲＣレイヤ、物理レイヤ］
ＬＴＥのLayer 2のユーザプレーン／制御プレーンのプロトコルスタックは、４つのサブレイヤ、すなわちＲＲＣ、ＰＤＣＰ、ＲＬＣおよびＭＡＣを備えている。媒体アクセス制御（ＭＡＣ）レイヤは、ＬＴＥの無線プロトコルスタックのLayer 2アーキテクチャにおける最も下のサブレイヤであり、例えば３ＧＰＰ技術規格である非特許文献２によって定義されている。下の物理レイヤとはトランスポートチャネルを通じて接続されており、上のＲＬＣレイヤとは論理チャネルを通じて接続されている。ＭＡＣレイヤは、論理チャネルとトランスポートチャネルとの間の多重化および逆多重化を実行する。送信側におけるＭＡＣレイヤは、論理チャネルを通じて受け取るＭＡＣ  ＳＤＵからＭＡＣ  ＰＤＵ（トランスポートブロックとしても知られている）を構築する。受信側におけるＭＡＣレイヤは、トランスポートチャネルを通じて受け取るＭＡＣ  ＰＤＵからＭＡＣ  ＳＤＵを復元する。
【００２４】
ＭＡＣレイヤは、論理チャネルを通じてＲＬＣレイヤにデータ伝送サービスを提供し（参照により本明細書に組み込まれている非特許文献２の５．４節および５．３節を参照）、この論理チャネルは、制御データ（例えばＲＲＣシグナリング）を伝える制御論理チャネル、またはユーザプレーンデータを伝えるトラフィック論理チャネルのいずれかである。その一方で、ＭＡＣレイヤからのデータはトランスポートチャネル（ダウンリンクまたはアップリンクとして分類される）を通じて物理レイヤと交換される。無線を通じた送信方式に応じて、データがトランスポートチャネルに多重化される。
【００２５】
物理レイヤは、データおよび制御情報をエアインタフェースを介して実際に送信する役割を担う。すなわち、物理レイヤは、送信側ではＭＡＣトランスポートチャネルからの全ての情報をエアインタフェースを通じて伝える。物理レイヤによって実行されるいくつかの重要な機能としては、符号化および変調、リンクアダプテーション（ＡＭＣ）、電力制御、セルサーチ（最初の同期およびハンドオーバーを目的とする）、ＲＲＣレイヤのための他の測定（ＬＴＥシステムの内側およびシステム間）が挙げられる。物理レイヤは、送信パラメータ（変調方式、符号化率（すなわち変調・符号化方式（ＭＣＳ：Modulation and Coding Scheme））、物理リソースブロックの数など）に基づいて、送信を実行する。物理レイヤの機能に関するさらなる情報は、非特許文献３（参照により本明細書に組み込まれている）に記載されている。
【００２６】
無線リソース制御（ＲＲＣ）レイヤは、無線インタフェースにおけるＵＥとｅＮＢとの間の通信と、いくつかのセルを横切って移動するＵＥのモビリティを制御する。ＲＲＣプロトコルは、ＮＡＳ情報の伝送もサポートする。RRC_IDLEのＵＥに対しては、ＲＲＣはネットワークからの着信呼の通知をサポートする。ＲＲＣ接続制御は、ＲＲＣ接続の確立、変更および解除に関連する全ての手順（ページング、測定の設定および報告、無線リソースの設定、最初のセキュリティ起動、シグナリング無線ベアラ（ＳＲＢ：Signalling Radio Bearer）およびユーザデータを伝える無線ベアラ（データ無線ベアラ（ＤＲＢ：Data Radio Bearer））の確立を含む）をカバーする。
【００２７】
無線リンク制御（ＲＬＣ：Radio Link Control）サブレイヤは、主としてＡＲＱ（自動再送要求）機能を備えており、また、データの分割および連結をサポートしている。すなわち、ＲＬＣレイヤは、ＲＬＣ  ＳＤＵのフレーミングを実行し、ＭＡＣレイヤによって示されるサイズにする。後者の２つによって、データレートとは無関係にプロトコルオーバーヘッドが最小になる。ＲＬＣレイヤは、論理チャネルを介してＭＡＣレイヤに接続されている。各論理チャネルは、様々なタイプのトラフィックを伝える。ＲＬＣレイヤの上のレイヤは、一般にはＰＤＣＰレイヤであるが、場合によってはＲＲＣレイヤである。すなわち、論理チャネルＢＣＣＨ（Broadcast Control Channel）、ＰＣＣＨ（Paging Control Channel）、およびＣＣＣＨ（Common Control Channel）で送信されるＲＲＣメッセージは、セキュリティ保護を必要とせず、したがってＰＤＣＰレイヤをバイパスしてＲＬＣレイヤに直接渡される。
【００２８】
［ＬＴＥにおけるアップリンクアクセス方式］
アップリンク送信では、カバレッジを最大にするため、ユーザ端末は高い電力効率で送信する必要がある。Ｅ−ＵＴＲＡのアップリンク送信方式としては、シングルキャリア伝送と、動的な帯域幅割当てのＦＤＭＡとを組み合わせた方式が選択されている。シングルキャリア伝送が選択された主たる理由は、マルチキャリア信号（ＯＦＤＭＡ）と比較して、ピーク対平均電力比（ＰＡＰＲ：peak to average power ratio）が低く、これに対応して電力増幅器の効率が改善され、カバレッジも改善されるためである（与えられる端末ピーク電力に対してデータレートがより高い）。各時間間隔において、ｅＮｏｄｅＢは、ユーザデータを送信するための固有の時間／周波数リソースをユーザに割り当てる。これによってセル内の直交性が確保される。アップリンクにおける直交多元接続によって、セル内干渉が排除されることでスペクトル効率が高まる。マルチパス伝搬に起因する干渉については、送信信号にサイクリックプレフィックスを挿入することにより基地局（ｅＮｏｄｅＢ）において対処する。
【００２９】
データを送信するために使用される基本的な物理リソースは、１つの時間間隔（例えばサブフレーム）にわたるサイズＢＷｇｒａｎｔの周波数リソースから構成される（符号化された情報ビットはこのリソースにマッピングされる）。なお、サブフレーム（送信時間間隔（ＴＴＩ:Transmission Time Interval）とも称する）は、ユーザデータを送信するための最小の時間間隔である。しかしながら、サブフレームを連結することにより、１ＴＴＩより長い時間にわたる周波数リソースＢＷｇｒａｎｔをユーザに割り当てることも可能である。
【００３０】
［Layer 1／Layer 2制御シグナリング］
スケジューリング対象のユーザに、ユーザの割当て状態、トランスポートフォーマット、およびその他の送信関連情報（例：ＨＡＲＱ情報、送信電力制御（ＴＰＣ：Transmit Power Control）コマンド）を通知する目的で、Ｌ１／Ｌ２制御シグナリングがデータと共にダウンリンクで送信される。Ｌ１／Ｌ２制御シグナリングは、サブフレーム内でダウンリンクデータと共に多重化される（ユーザ割当てがサブフレーム単位で変化しうるものと想定する）。なお、ユーザ割当てをＴＴＩ（送信時間間隔）ベースで実行することもできる。その場合、ＴＴＩ長をサブフレームの整数倍とすることができることに留意されたい。ＴＴＩ長は、サービスエリア内で全てのユーザに対して一定とする、または異なるユーザに対して異なる長さとする、さらにはユーザ毎に動的とすることもできる。Ｌ１／Ｌ２制御シグナリングは、一般的にはＴＴＩあたり１回送信すればよい。以下では、一般性を失うことなく、ＴＴＩが１サブフレームに等しいものと想定する。
【００３１】
Ｌ１／Ｌ２制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）で送信される。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ：Downlink Control Information）としてのメッセージを伝える。ＤＣＩには、ほとんどの場合、移動端末またはＵＥのグループへのリソース割当ておよびその他の制御情報が含まれる。いくつかのＰＤＣＣＨを１つのサブフレーム内で送信できる。
【００３２】
アップリンク無線リソースまたはダウンリンク無線リソースを割り当てる目的でＬ１／Ｌ２制御シグナリングで送られる情報は（特にＬＴＥ（−Ａ）リリース１０）、一般的には以下の項目に分類できる。
−  ユーザ識別情報（User Identity）：  割り当てる対象のユーザを示す。この情報は、一般には、ＣＲＣをユーザの識別情報によってマスクすることによってチェックサムに含まれる。
−  リソース割当て情報（Resource allocation information）：  ユーザに割り当てられるリソース（例：リソースブロック（ＲＢ：Resource Block））を示す。あるいはこの情報はリソースブロック割当て（ＲＢＡ：resource block assignment）と称される。なお、ユーザに割り当てられるリソースブロック（ＲＢ）の数は動的とすることができる。
−  キャリアインジケータ（Carrier indicator）：  第１のキャリアで送信される制御チャネルが、第２のキャリアに関連するリソース（すなわち第２のキャリアのリソースまたは第２のキャリアに関連するリソース）を割り当てる場合に使用される（クロスキャリアスケジューリング）。
−  変調・符号化方式（Modulation and Coding Scheme）：  採用される変調方式および符号化率を決める。
−  ＨＡＲＱ情報：  データパケットまたはその一部の再送信時に特に有用である、新規データインジケータ（ＮＤＩ：New Data Indicator）または冗長バージョン（ＲＶ：Redundancy Version）など。
−  電力制御コマンド：  割当て対象のアップリンクのデータまたは制御情報の送信時の送信電力を調整する。
−  参照信号情報：  割当ての対象の参照信号の送信または受信に使用される、適用されるサイクリックシフトまたは  直交カバーコード（ＯＣＣ：Orthogonal Cover Code）インデックスなど。
−  アップリンク割当てインデックスまたはダウンリンク割当てインデックス：  割当て（assignment）の順序を識別するために使用され、ＴＤＤシステムにおいて特に有用である。
−  ホッピング情報：  例えば、周波数ダイバーシチを増大させる目的でリソースホッピングを適用するかどうか、および適用方法の指示情報。
−  ＣＳＩ要求：  割り当てられるリソースにおいてチャネル状態情報（Channel State Information）を送信するようにトリガーするために使用される。
−  マルチクラスタ情報：  シングルクラスタ（ＲＢの連続的なセット）またはマルチクラスタ（連続的なリソースブロックの少なくとも２つの不連続なセット）で送信を行うかを指示して制御するために使用されるフラグである。マルチクラスタ割当ては、３ＧＰＰ  ＬＴＥ−（Ａ）リリース１０によって導入された。
【００３３】
なお、上記リストは、全てを網羅したものではなく、また、使用されるＤＣＩフォーマットによっては、リストした情報項目全てを各ＰＤＣＣＨ送信に含める必要はないことに留意されたい。
【００３４】
ダウンリンク制御情報はいくつかのフォーマットの形をとる。これらのフォーマットは、全体のサイズと、上述したフィールドに含まれる情報とが異なる。ＬＴＥにおいて現在定義されている様々なＤＣＩフォーマットは以下のとおりであり、非特許文献４の５．３．３．１節（３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている）に詳しく記載されている。３ＧＰＰ技術規格である非特許文献４の５．４．３節（参照により本明細書に組み込まれている）には、サイドリンクインタフェースのための制御情報が定義されている。
【００３５】
［セミパーシステントスケジューリング（ＳＰＳ）］
スケジューリングを行うｅＮｏｄｅＢは、ダウンリンクおよびアップリンクにおいて、各送信時間間隔においてリソースを（１つまたは複数の）Ｌ１／Ｌ２制御チャネル（ＰＤＣＣＨ）を介してユーザ機器に動的に割り当てる。この場合、ユーザ機器はそれぞれの固有のＣ−ＲＮＴＩによってアドレッシングされる。前述したように、ＰＤＣＣＨのＣＲＣは、アドレッシングされるユーザ機器のＣ−ＲＮＴＩによってマスクされる（いわゆる動的ＰＤＣＣＨ）。一致するＣ−ＲＮＴＩを有するユーザ機器のみが、ＰＤＣＣＨの内容を正しく復号することができ、すなわちＣＲＣチェックに合格する。この種類のＰＤＣＣＨシグナリングは、ダイナミックグラント（dynamic grant）又はダイナミックスケジューリンググラント（scheduling dynamic grant）とも称する。ユーザ機器は、自身に割り振られているかもしれない割当て（ダウンリンクおよびアップリンク）を見つける目的で、ダイナミックグラントが存在していないか、各送信時間間隔において（１つまたは複数の）Ｌ１／Ｌ２制御チャネルをモニタ（monitor）する。
【００３６】
これに加えて、Ｅ−ＵＴＲＡＮでは、１回目のＨＡＲＱ送信のためのアップリンク／ダウンリンクリソースをパーシステントに（持続的に）割り当てることができる。再送信が必要な場合、再送信は、（１つまたは複数の）Ｌ１／Ｌ２制御チャネルを介して明示的にシグナリングされる。再送信が動的にスケジューリングされるため、この種類の動作をセミパーシステントスケジューリング（ＳＰＳ）と称する。すなわち、リソースはセミパーシステントベースで（半持続的に）ユーザ機器に割り当てられる（セミパーシステントなリソース割当て）。その恩恵は、１回目のＨＡＲＱ送信のためのＰＤＣＣＨリソースが節約されることである。セミパーシステントスケジューリングは、リリース１０ではＰＣｅｌｌにおいて使用できるが、ＳＣｅｌｌでは使用できない。
【００３７】
セミパーシステントスケジューリングを使用してスケジューリングすることのできるサービスの一例は、ボイスオーバーＩＰ（ＶｏＩＰ）である。トーク・スパート（talk-spurt）の間、コーデックにおいて２０ｍｓごとにＶｏＩＰパケットが生成される。したがってｅＮｏｄｅＢは、アップリンクリソースまたはダウンリンクリソースを２０ｍｓごとにパーシステントに割り当てることができ、これらのリソースを使用してボイスオーバーＩＰのパケットを送信できる。一般的に、セミパーシステントスケジューリングは、トラフィック挙動が予測可能であるサービス（すなわちビットレートが一定であり、パケットが周期的に到着する）において恩恵がある。
【００３８】
ユーザ機器は、１回目の送信のためのリソースがパーシステントに（持続的に）割り当てられているサブフレームにおいて、ＰＤＣＣＨをモニタする。ダイナミック（スケジューリング）グラント（すなわちＣ−ＲＮＴＩによってマスクされたＣＲＣを有するＰＤＣＣＨ）は、セミパーシステントなリソース割当てよりも優先させることができる。ユーザ機器が、セミパーシステントにリソースが割り当てられたサブフレームにおいて（１つまたは複数の）Ｌ１／Ｌ２制御チャネル上にユーザ機器自身のＣ−ＲＮＴＩを見つけた場合、その送信時間間隔においては、そのＬ１／Ｌ２制御チャネル割当てがパーシステントなリソース割当てよりも優先され、ユーザ機器は、そのダイナミックグラントに従う。ダイナミックグラントが見つからないときには、ユーザ機器はセミパーシステントなリソース割当てに従って送信／受信を行う。
【００３９】
セミパーシステントスケジューリングの設定は、ＲＲＣシグナリングによって行われる。例えば、パーシステント割当ての周期（例：ＰＳ＿ＰＥＲＩＯＤ）は、無線リソース制御（ＲＲＣ）シグナリングの中で伝えられる。パーシステント割当ての有効化（activation）および正確なタイミングと、物理リソースおよびトランスポートフォーマットのパラメータは、ＰＤＣＣＨシグナリングを介して送られる。セミパーシステントスケジューリングが有効になると、ユーザ機器は、ＰＳ＿ＰＥＲＩＯＤごとに、ＳＰＳ有効化ＰＤＣＣＨ（SPS activation PDCCH）によるセミパーシステントなリソース割当てに従う。原則的には、ユーザ機器は、ＳＰＳ有効化ＰＤＣＣＨの内容を格納し、シグナリングされた周期においてＰＤＣＣＨに従う。
【００４０】
動的なＰＤＣＣＨと、セミパーシステントスケジューリングを有効にするＰＤＣＣＨ（ＳＰＳ有効化ＰＤＣＣＨ（SPS activation PDCCH）とも称する）とを区別する目的で、個別の識別情報が導入される。基本的には、ＳＰＳ有効化ＰＤＣＣＨのＣＲＣを、この追加の識別情報（以下ではＳＰＳ  Ｃ−ＲＮＴＩと称する）によってマスクする。ＳＰＳ  Ｃ−ＲＮＴＩのサイズも、通常のＣ−ＲＮＴＩと同じ１６ビットである。さらにＳＰＳ  Ｃ−ＲＮＴＩは、ユーザ機器に固有である。すなわちセミパーシステントスケジューリングについて設定される各ユーザ機器に、一意のＳＰＳ  Ｃ−ＲＮＴＩが割り当てられる。
【００４１】
ユーザ機器は、セミパーシステントリソース割当てが有効にされることを、対応するＳＰＳ有効化ＰＤＣＣＨによって検出した場合、ＰＤＣＣＨの内容（すなわちセミパーシステントリソース割当て）を格納し、セミパーシステントスケジューリング間隔（すなわちＲＲＣを介してシグナリングされる周期）ごとに、その内容を適用する。前述したように、動的な割当て（すなわち動的なＰＤＣＣＨでシグナリングされる割当て）は、「１回だけの割当て」であるにすぎない。ＳＰＳ割当ての再送信も、ＳＰＳ  Ｃ−ＲＮＴＩを使用してシグナリングされる。ＳＰＳ有効化とＳＰＳ再送信を区別する目的で、ＮＤＩ（New Data Indicator。新規データインジケータ）が使用される。ＳＰＳ有効化は、ＮＤＩビットを０に設定することによって示される。ＮＤＩビットが１に設定されたＳＰＳ  ＰＤＣＣＨは、セミパーシステントにスケジューリングされた１回目の送信の再送信を示す。
【００４２】
ｅＮｏｄｅＢは、セミパーシステントスケジューリングを有効にするのと同様に、セミパーシステントスケジューリングを無効（deactivate）にすることもできる（ＳＰＳリソースリリース（SPS resource release）とも称する）。セミパーシステントスケジューリングの割当てリリースをシグナリングする方法には、いくつかのオプションが存在する。１つのオプションは、何らかのＰＤＣＣＨフィールドが何らかの事前定義された値に設定されたＰＤＣＣＨシグナリングを使用する（すなわちＳＰＳ  ＰＤＣＣＨがサイズ０のリソース割当てを示す）ことである。もう１つのオプションは、ＭＡＣ制御シグナリングを使用することである。
【００４３】
以下では、ＵＥによって周期的データが送信されるか、及び、ＳＰＳ設定を確立することのできるタイミングを、ｅＮＢがどのように認識するかについてさらに説明する。
【００４４】
非特許文献５における専用のベアラ有効化手順によれば、新規のベアラが確立されるときには、ＭＭＥが、ベアラ確立要求（Bearer Setup Request）（ＥＰＳベアラＩＤ（EPS Bearer Identity）、ＥＰＳベアラＱｏＳ（EPS Bearer QoS）、セッション管理要求（Session Management Request）、Ｓ１−ＴＥＩＤ）メッセージをｅＮｏｄｅＢにシグナリングする。ｅＮｏｄｅＢは、ＥＰＳベアラＱｏＳを無線ベアラＱｏＳ（Radio Bearer QoS）にマッピングする。次いでｅＮｏｄｅＢは、ＲＲＣ接続再設定（RRC Connection Reconfiguration）（無線ベアラＱｏＳ、セッション管理要求、ＥＰＳ  ＲＢ  ＩＤ（EPS RB Identity））メッセージをＵＥにシグナリングする。
【００４５】
ＥＰＳベアラＱｏＳプロファイルは、パラメータＱＣＩ、ＡＲＰ（割当ておよび保持優先順位）、ＧＢＲ（保証ビットレート）、およびＭＢＲ（最大ビットレート）を含む。各ＥＰＳベアラ（ＧＢＲおよび非ＧＢＲ）は、以下のベアラレベルのＱｏＳパラメータに関連付けられる。
−  ＱｏＳクラス識別子（ＱＣＩ：QoS Class Identifier）
−  割当ておよび保持優先順位（ＡＲＰ：Allocation and Retention Priority）
【００４６】
ＱＣＩは、ベアラレベルのパケット転送処理を制御する、アクセスノードに固有なパラメータ（例：スケジューリングの重み、アドミッションしきい値、キュー管理しきい値、リンクレイヤプロトコル設定など）への参照として使用されるスカラーである。ＱＣＩは、アクセスノード（例：ｅＮｏｄｅＢ）を所有する事業者によって事前に設定されている。非特許文献６には、下の表（非特許文献６の中の表に基づいている）に示したように、標準化されているＱＣＩ値と標準化されている特性の１対１のマッピングが記載されている。
【表１】
2019521597.tif 000003
【００４７】
この表から明らかであるように、ＱＣＩ値１は、「音声通話」（すなわちボイスオーバーＩＰ（ＶｏＩＰ））に対応する。ｅＮＢは、ＱＣＩ値１の「ベアラ確立要求」メッセージを受信したときには、そのベアラがＶｏＩＰ用に確立されることを認識し、ＵＥがＶｏＩＰデータを送信するための周期的リソースを割り当てるため、ＳＰＳ設定を適用できる。
【００４８】
［論理チャネル優先順位付け（ＬＣＰ：Logical Channel Prioritization）手順］
アップリンクの場合、割り当てられた無線リソースを使用して送信されるＭＡＣ  ＰＤＵをＵＥが作成するプロセスは、完全に標準化されている。ＬＣＰ（論理チャネル優先順位付け）手順は、ＵＥの異なる実装の間でも最適かつ一貫した方式で、設定されている各無線ベアラのＱｏＳをＵＥが満たすように設計されている。ＵＥは、新しいＭＡＣ  ＰＤＵに含める、各論理チャネルのデータ量を、ＰＤＣＣＨでシグナリングされるアップリンク送信リソースグラントメッセージに基づいて決定しなければならず、必要な場合、さらにＭＡＣ制御エレメント（MAC Control Element）のためのスペースを割り当てなければならない。
【００４９】
複数の論理チャネルからのデータによってＭＡＣ  ＰＤＵを構築するとき、最も簡単かつ最も直感的な方法は、絶対的な優先順位に基づく方法である。この方法では、ＭＡＣ  ＰＤＵのスペースを、論理チャネルの優先順位の降順に論理チャネルに割り当てる。すなわち、最も高い優先順位の論理チャネルからのデータをＭＡＣ  ＰＤＵにおいて最初に処理し、続いて、次に高い優先順位の論理チャネルからのデータを処理し、これをＭＡＣ  ＰＤＵのスペースが全て占有されるまで続ける。絶対的な優先順位に基づく方法は、ＵＥの実装の観点において極めて簡単であるが、場合によっては低い優先順位の論理チャネルからのデータのリソース不足につながることがある。リソース不足とは、高い優先順位の論理チャネルからのデータがＭＡＣ  ＰＤＵのスペース全てを占有するため、低い優先順位の論理チャネルからのデータを送信できないことを意味する。
【００５０】
ＬＴＥでは、重要度の順にデータが送信される。ただし、低い優先順位のデータのリソース不足も回避する目的で、各論理チャネルに優先ビットレート（ＰＢＲ：Prioritized Bit Rate）が定義される。ＰＢＲは、論理チャネルに対して保証される最小データレートである。たとえ論理チャネルの優先順位が低い場合でも、ＰＢＲを保証するため少なくとも少量のＭＡＣ  ＰＤＵスペースが割り当てられる。したがってリソース不足の問題は、ＰＢＲを使用することによって回避できる。
【００５１】
論理チャネル優先順位付け（Logical Channel Prioritization）は、例えば非特許文献２の５．４．３．１節（参照により本明細書に組み込まれている）に標準化されている。論理チャネル優先順位付け（ＬＣＰ）手順は、新しい送信が実行されるときに適用される。
【００５２】
［ＬＴＥの装置間（Ｄ２Ｄ：Device to Device）近接サービス（ＰｒｏＳｅ：Proximity Services）］
近接性に基づくアプリケーションおよびサービスは、ソーシャル技術の新しいトレンドである。識別される分野としては、事業者およびユーザにとって関心のある商用サービスおよび公共安全に関連するサービスが挙げられる。ＬＴＥに近接サービス（ＰｒｏＳｅ）機能を導入することにより、３ＧＰＰ業界は、この成長市場にサービスを提供できると同時に、連係してＬＴＥを使用するいくつかの公共安全機関の緊急なニーズに応えることができる。
【００５３】
Ｄ２Ｄ通信は、ＬＴＥリリース１２によって導入された技術要素である。この技術によって、セルラーネットワークに対するアンダーレイ（下層）としてのＤ２Ｄにおいてスペクトル効率を高めることができる。例えば、セルラーネットワークがＬＴＥである場合、データを伝える全ての物理チャネルは、Ｄ２ＤシグナリングにおいてＳＣ−ＦＤＭＡを使用する。Ｄ２Ｄ通信では、ユーザ機器は、無線基地局を経由せずに、セルラーリソースを使用する直接的なリンクを通じて互いにデータ信号を送信する。本発明全体を通じて、用語「Ｄ２Ｄ」、「ＰｒｏＳｅ」、および「サイドリンク」は同義である。
【００５４】
ＬＴＥにおけるＤ２Ｄ通信は、ディスカバリおよび通信という２つの分野に焦点をあてている。
【００５５】
ＰｒｏＳｅ（近接サービス）直接ディスカバリ（ProSe Direct Discovery）は、ＰｒｏＳｅ対応ユーザ機器が、近傍の別の（１つまたは複数の）ＰｒｏＳｅ対応ユーザ機器を、ＰＣ５インタフェースを介してＥ−ＵＴＲＡ直接無線信号を使用して発見するために使用される手順と定義されている。
【００５６】
Ｄ２Ｄ通信では、ＵＥは、基地局（ＢＳ：Base Station）を経由せずに、セルラーリソースを使用して直接的なリンクを通じて互いにデータ信号を送信する。Ｄ２Ｄユーザは、直接通信するが、基地局の制御下のままである（少なくともｅＮＢのカバレッジ内にあるとき）。したがって、Ｄ２Ｄでは、セルラーリソースを再利用することによってシステム性能を改善できる。
【００５７】
Ｄ２Ｄは、アップリンクＬＴＥ周波数帯（ＦＤＤの場合）、または、カバレッジを提供しているセルのアップリンクサブフレーム（ＴＤＤの場合、ただしカバレッジ外のときを除く）において動作することを想定する。さらに、Ｄ２Ｄ送信／受信では、与えられたキャリアにおいて全二重を使用しない。個々のユーザ機器の観点からは、与えられたキャリアにおいて、Ｄ２Ｄ信号受信およびＬＴＥアップリンク送信が全二重を使用しない（すなわちＤ２Ｄ信号受信およびＬＴＥアップリンク送信を同時に行うことはできない）。
【００５８】
Ｄ２Ｄ通信では、特定の１つのＵＥ１が送信の役割であるとき（送信ユーザ機器または送信端末）、ＵＥ１がデータを送信し、別のＵＥ２（受信ユーザ機器）がそれを受信する。ＵＥ１およびＵＥ２は、送信の役割と受信の役割を交換できる。ＵＥ１からの送信は、１つまたは複数のＵＥ（ＵＥ２など）によって受信できる。
【００５９】
［ＰｒｏＳｅ直接通信のレイヤ２リンク］
簡潔に言えば、２つのＵＥの間でＰＣ５を通じてセキュアなレイヤ２リンクを確立することによって、１対１のＰｒｏＳｅ直接通信が実現される。各ＵＥは、ユニキャスト通信用のレイヤ２  ＩＤを有する。このレイヤ２  ＩＤは、ＵＥがレイヤ２リンクで送信する各フレームのSource Layer-2 ID（送信元レイヤ２  ＩＤ）フィールドと、ＵＥがレイヤ２リンクで受信する各フレームのDestination Layer-2 ID（宛先レイヤ２  ＩＤ）に含まれる。ＵＥは、ユニキャスト通信用のレイヤ２  ＩＤが少なくともローカル範囲内で一意であることを確保する必要がある。したがって、ＵＥは、隣接するＵＥとのレイヤ２  ＩＤの衝突を、規定されていないメカニズム（例えば、衝突が検出されたときユニキャスト通信用の新しいレイヤ２  ＩＤをＵＥ自身で割り当てる）を使用して処理するように構成されているべきである。１対１のＰｒｏＳｅ直接通信のためのレイヤ２リンクは、２つのＵＥのレイヤ２  ＩＤの組み合わせによって識別される。すなわち、ＵＥは、同じレイヤ２  ＩＤを使用して、１対１のＰｒｏＳｅ直接通信のための複数のレイヤ２リンクに関与できる。
【００６０】
１対１のＰｒｏＳｅ直接通信は、非特許文献７の７．１．２節（参照により本明細書に組み込まれている）に詳しく説明されているように、次の手順から構成される。
・  ＰＣ５を通じてセキュアなレイヤ２リンクを確立する
・  ＩＰアドレス／プレフィックスを割り当てる
・  ＰＣ５を通じてレイヤ２リンクを維持・管理する
・  ＰＣ５を通じてレイヤ２リンクをリリースする
【００６１】
図３は、ＰＣ５インタフェースを通じてセキュアなレイヤ２リンクを確立する方法を示す。
１．  相互認証をトリガーする目的で、ＵＥ−１が直接通信要求（Direct Communication Request）メッセージをＵＥ−２に送信する。ステップ１を実行するためには、リンク開始側（ＵＥ−１）が相手側（ＵＥ−２）のレイヤ２  ＩＤを知っている必要がある。一例として、リンク開始側は、最初にディスカバリ手順を実行することによって、または相手側を含む１対多のＰｒｏＳｅ通信に参加することによって、相手側のレイヤ２  ＩＤを認識できる。
２．  ＵＥ−２が相互認証の手順を開始する。認証手順が正常に終了すると、ＰＣ５を通じてのセキュアなレイヤ２リンクの確立が完了する。
【００６２】
単独の（中継されない）１対１通信に関与するＵＥは、リンクローカルアドレスを使用することもできる。ＰＣ５シグナリングプロトコルは、ＵＥがＰｒｏＳｅ通信範囲内ではないときに検出するために使用されるキープアライブ機能をサポートする。したがって、このようなＵＥは、レイヤ２リンクの暗黙的なリリースに進むことができる。ＰＣ５を通じてのレイヤ２リンクのリリースは、他方のＵＥに送信される接続解除要求（Disconnect Request）メッセージを使用することによって実行できる。他方のＵＥは、関連する全てのコンテキストデータも削除する。他方のＵＥは、接続解除要求メッセージを受信した時点で、接続解除応答（Disconnect Response）メッセージによって応答し、レイヤ２リンクに関連付けられる全てのコンテキストデータを削除する。
【００６３】
［ＰｒｏＳｅ直接通信に関連する識別情報］
非特許文献８の８．３節には、ＰｒｏＳｅ直接通信に使用するための次の識別情報が定義されている。
・  ＳＬ−ＲＮＴＩ（サイドリンク無線ネットワーク一時識別子）：  ＰｒｏＳｅ直接通信のスケジューリングに使用される一意の識別情報
・  送信元レイヤ２  ＩＤ（Source Layer 2 ID）：  サイドリンクＰｒｏＳｅ直接通信におけるデータの送信者を識別する。送信元レイヤ２  ＩＤは２４ビット長であり、受信機におけるＲＬＣ  ＵＭエンティティおよびＰＤＣＰエンティティを識別するため、ＰｒｏＳｅレイヤ２宛先ＩＤおよびＬＣＩＤと共に使用される。
・  宛先レイヤ２  ＩＤ（Destination Layer 2 ID）：  サイドリンクＰｒｏＳｅ直接通信におけるデータの対象者を識別する。宛先レイヤ２  ＩＤは２４ビット長であり、ＭＡＣレイヤにおいて２つのビット列に分割される。
【００６４】
・  一方のビット列は、宛先レイヤ２  ＩＤの最下位部分（８ビット）であり、サイドリンク制御レイヤ１  ＩＤとして物理レイヤに転送される。これは、サイドリンク制御における意図するデータの対象者を識別し、物理レイヤにおいてパケットをフィルタリングするために使用される。
【００６５】
・  ２番目のビット列は、宛先レイヤ２  ＩＤの最上位部分（１６ビット）であり、ＭＡＣヘッダ内で伝えられる。これは、ＭＡＣレイヤにおいてパケットをフィルタリングするために使用される。
【００６６】
ＵＥにおいてグループを形成するためと、送信元レイヤ２  ＩＤ、宛先レイヤ２  ＩＤ、およびサイドリンク制御レイヤ１  ＩＤを設定するために、非アクセス層シグナリングが必要である。これらの識別情報は、上位レイヤによって提供される、または上位レイヤによって提供される識別情報から導かれる。グループキャストおよびブロードキャストの場合、上位レイヤによって提供されるＰｒｏＳｅ  ＵＥ  ＩＤが送信元レイヤ２  ＩＤとして直接使用され、上位レイヤによって提供されるＰｒｏＳｅレイヤ２グループＩＤが、ＭＡＣレイヤにおいて宛先レイヤ２  ＩＤとして直接使用される。１対１の通信の場合、上位レイヤが送信元レイヤ２  ＩＤおよび宛先レイヤ２  ＩＤを提供する。
【００６７】
［近接サービスにおける無線リソース割当て］
送信側ＵＥの観点からは、近接サービスに対応するＵＥ（Proximity-Service-enabled UE。ＰｒｏＳｅ対応ＵＥ）は、リソース割当ての以下の２つのモードで動作できる。
【００６８】
モード１は、ｅＮＢによってスケジューリングされるリソース割当てモードを意味する。この場合、ＵＥが、ｅＮＢ（またはリリース１０の中継ノード）からの送信リソースを要求する。ｅＮｏｄｅＢ（またはリリース１０の中継ノード）は、ＵＥが「直接」データおよび「直接」制御情報（例えばスケジューリング割当て（ＳＡ：Scheduling Assignment））を送信するために使用するリソースをスケジューリングする。ＵＥは、データを送信するためにはRRC_CONNECTEDである必要がある。具体的には、ＵＥは、スケジューリング要求（Ｄ−ＳＲまたはランダムアクセス）をｅＮＢに送信し、続いてサイドリンクバッファ状態報告（ＢＳＲ：Buffer Status Report）を通常の方法で送信する（次節「Ｄ２Ｄ通信における送信手順」も参照）。ｅＮＢは、ＢＳＲに基づいて、ＵＥがＰｒｏＳｅ直接通信によって送信するデータを有すると判断し、送信に必要なリソースを推定できる。
【００６９】
これに対して、モード２は、ＵＥによる自律的なリソース選択モードを意味する。この場合、ＵＥは、「直接」データおよび「直接」制御情報（すなわちＳＡ（スケジューリング割当て））を送信するためのリソース（時間および周波数）を、（１つまたは複数の）リソースプールからＵＥ自身で選択する。少なくとも１つのリソースプールが、例えばＳＩＢ１８の内容によって（すなわちcommTxPoolNormalCommonフィールドによって）定義される。これらの特定のリソースプールは、セル内でブロードキャストされ、そのセル内の依然としてRRC_IDLE状態にある全てのＵＥに共通して利用可能である。実際には、ｅＮＢは、このプールの最大４つの異なるインスタンス（すなわちＳＡメッセージおよび「直接」データを送信するための４つのリソースプール）を定義できる。しかしながら、リリース１２では、ＵＥは、たとえＵＥ自身に複数のリソースプールが設定された場合でも、リスト内に定義されている最初のリソースプールを常に使用する。この制約はリリース１３では削除され、ＵＥは１つのＳＣ期間内に、設定されているリソースプールのうちの複数のリソースプールで送信できる。以下では、ＵＥが送信用のリソースプールを選択する方法についてさらに説明する（非特許文献２にさらに規定されている）。
【００７０】
これに代えて、ｅＮＢが別のリソースプールを定義してＳＩＢ１８で（すなわちcommTxPoolExceptionalフィールドを使用することによって）シグナリングし、ＵＥは例外的なケースにおいてこのリソースプールを使用できる。
【００７１】
ＵＥがどのリソース割当てモードを使用するかは、ｅＮＢによって設定可能である。さらに、ＵＥがＤ２Ｄデータ通信用にどのリソース割当てモードを使用するかを、ＲＲＣ状態（すなわちRRC_IDLEまたはRRC_CONNECTED）と、ＵＥのカバレッジ状態（すなわちカバレッジ内またはカバレッジ外）とによっても決定できる。ＵＥがサービングセルを有する（すなわちＵＥがRRC_CONNECTEDである、またはRRC_IDLEにおいて特定のセルにキャンプオンしている）場合、そのＵＥはカバレッジ内にあるとみなされる。
【００７２】
図４は、オーバーレイ（ＬＴＥ）システムおよびアンダーレイ（Ｄ２Ｄ）システムにおける送信／受信リソースの使用を示す。
【００７３】
ＵＥがモード１の送信を適用するかモード２の送信を適用するかを、基本的にはｅＮｏｄｅＢが制御する。ＵＥは、Ｄ２Ｄ通信を送信（または受信）できるリソースを認識すると、対応するリソースを、対応する送信／受信にのみ使用する。例えば、図４において、Ｄ２Ｄサブフレームは、Ｄ２Ｄ信号を受信または送信する目的にのみ使用される。Ｄ２Ｄ装置としてのＵＥは、半二重モードで動作するため、任意の時点においてＤ２Ｄ信号の受信または送信のいずれかを行うことができる。同様に、図４に示したそれ以外のサブフレームは、ＬＴＥ（オーバーレイ）の送信および／または受信に使用できる。
【００７４】
［Ｄ２Ｄ通信における送信手順］
リリース１２／１３によるＤ２Ｄデータ送信手順は、リソース割当てモードに応じて異なる。上述したように、モード１の場合には、スケジューリング割当て（ＳＡ）およびＤ２Ｄデータを伝えるためのリソースを、ＵＥからの対応する要求の後にｅＮＢが明示的にスケジューリングする。特に、Ｄ２Ｄ通信は基本的に許可されるがモード２のリソース（すなわち、リソースプール）が提供されないことを、ｅＮＢがＵＥに通知できる。この通知は、例えば、ＵＥによるＤ２Ｄ通信関心通知（D2D communication Interest Indication）と、対応する応答であるＤ２Ｄ通信応答（D2D Communication Response）を交換することによって、行うことができる。この場合、対応する例示的なProseCommConfig Information ElementにcommTxPoolNormalCommonが含まれない。すなわち、送信を含む直接通信の開始を望むＵＥは、個々の送信ごとにリソース割当てをＥ−ＵＴＲＡＮに要求しなければならない。したがって、このような場合、ＵＥは、個々の送信のリソースを要求しなければならない。以下、モード１のリソース割当ての場合の要求／割当て手順の一連のステップを例示的に示す。
・  ステップ１  ＵＥがスケジューリング要求（ＳＲ：Scheduling Request）をＰＵＣＣＨを介してｅＮＢに送信する。
・  ステップ２  ｅＮＢが、（ＵＥがサイドリンクＢＳＲ（バッファ状態報告）を送信するための）アップリンクリソースを、Ｃ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨを介して許可する。
・  ステップ３  ＵＥが、バッファの状態を示すＤ２Ｄ／サイドリンクＢＳＲをＰＵＳＣＨを介して送信する。
・  ステップ４  ｅＮＢが、（ＵＥがデータを送信するための）Ｄ２Ｄリソースを、Ｄ２Ｄ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨを介して割り当てる。
・  ステップ５  Ｄ２Ｄ送信側ＵＥが、ステップ４で受信したグラントに従って、ＳＡ（スケジューリング割当て）／Ｄ２Ｄデータを送信する。
【００７５】
スケジューリング割当て（ＳＡ）（ＳＣＩ（サイドリンク制御情報）とも称する）は、制御情報（例えば、対応するＤ２Ｄデータを送信するための時間−周波数リソースを示すポインタ、変調・符号化方式、グループ宛先ＩＤ）を含むコンパクトな（低ペイロードの）メッセージである。ＳＣＩは、１つの（ＰｒｏＳＥ）宛先ＩＤのサイドリンクスケジューリング情報を伝える。ＳＡ（ＳＣＩ）の内容は、基本的には上述したステップ４で受信されるグラントに従う。Ｄ２ＤグラントおよびＳＡの内容（すなわちＳＣＩの内容）は、特に、ＳＣＩフォーマット０を定義している非特許文献４の５．４．３節（参照により本明細書に組み込まれている）に定義されている（前述のＳＣＩフォーマット０の内容を参照）。
【００７６】
これに対して、モード２のリソース割当ての場合、上記ステップ１〜４は基本的に不要である。ＵＥは、ＳＡおよびＤ２Ｄデータを送信するための無線リソースを、ｅＮＢによって設定および提供される（１つまたは複数の）送信リソースプールから自律的に選択する。
【００７７】
図５は、２つのＵＥ（ＵＥ−１およびＵＥ−２）の場合のスケジューリング割当て（ＳＡ）およびＤ２Ｄデータの送信を例示的に示す。スケジューリング割当てを送信するためのリソースは周期的であり、Ｄ２Ｄデータの送信に使用されるリソースは、対応するスケジューリング割当て（ＳＡ）によって示される。
【００７８】
図６は、１つのＳＡ／データ期間（ＳＣ期間（サイドリンク制御期間）としても知られている）中の、モード２（自律的スケジューリング）におけるＤ２Ｄ通信タイミングの１例を示す。図７は、１つのＳＡ／データ期間中の、モード１（ｅＮＢが割当てをスケジューリングする）におけるＤ２Ｄ通信タイミングを示す。３ＧＰＰリリース１３では、ＳＣ期間は、スケジューリング割当て（ＳＡ）およびその対応するデータの送信から構成される時間期間として定義されている。図６から理解できるように、ＵＥは、ＳＡオフセット時間の後、モード２におけるスケジューリング割当て用の送信プールリソース（SA_Mode2_Tx_pool）を使用して、スケジューリング割当て（ＳＡ）を送信する。ＳＡの最初の送信の後、同じＳＡメッセージを例えば３回再送信する。次いで、ＵＥは、（SA_offsetによって与えられる）ＳＡリソースプールの最初のサブフレームから、設定されているオフセット（Mode2data_offset）の後に、Ｄ２Ｄデータ送信（より具体的にはＴ−ＲＰＴビットマップ／パターン））を開始する。ＭＡＣ  ＰＤＵ（すなわちトランスポートブロック）の１回のＤ２Ｄデータ送信は、その１回目の最初の送信と、何回かの再送信とから構成される。図６（および図７）においては、３回の再送信（すなわち同じＭＡＣ  ＰＤＵの２回目、３回目、および４回目の送信）の実行を想定している。モード２のＴ−ＲＰＴビットマップ（送信の時間リソースパターン（Ｔ−ＲＰＴ：time resource pattern of transmission））は、基本的に、ＭＡＣ  ＰＤＵの送信（最初の送信）およびその再送信（２回目、３回目、および４回目の送信）のタイミングを定義する。ＳＡパターンは、基本的には、ＳＡの最初の送信とその再送信（２回目、３回目、および４回目の送信）のタイミングを定義する。
【００７９】
標準規格に現在規定されているように、１つのサイドリンクグラント（例えばｅＮＢによって送られる、またはＵＥ自身によって選択される）において、ＵＥは複数のトランスポートブロック（ＭＡＣ  ＰＤＵ）を（サブフレーム（ＴＴＩ）あたり１つのみ、すなわち順々に）送信できるが、１つのＰｒｏＳｅ宛先グループにのみ送信できる。さらに、１つのトランスポートブロックの再送信は、次のトランスポートブロックの最初の送信が開始される前に完了しなければならない。すなわち、複数のトランスポートブロックを送信するためのサイドリンクグラントあたり１つのみのＨＡＲＱプロセスが使用される。さらには、ＵＥは、ＳＣ期間あたりいくつかのサイドリンクグラントを有して使用できるが、各サイドリンクグラントに対して異なるＰｒｏＳｅ宛先が選択される。したがって、１つのＳＣ期間において、ＵＥは、１つのＰｒｏＳｅ宛先には１回のみ送信できる。
【００８０】
図７から明らかであるように、ｅＮＢによってスケジューリングされるリソース割当てモード（モード１）の場合、Ｄ２Ｄデータ送信（より具体的にはＴ−ＲＰＴパターン／ビットマップ）は、ＳＡリソースプール内でのＳＡ送信の最後の繰り返し後の次のＵＬサブフレームにおいて開始される。図６ですでに説明したように、モード１のＴ−ＲＰＴビットマップ（送信の時間リソースパターン（Ｔ−ＲＰＴ））は、基本的に、ＭＡＣ  ＰＤＵの送信（最初の送信）およびその再送信（２回目、３回目、および４回目の送信）のタイミングを定義する。
【００８１】
サイドリンクデータの送信手順は、３ＧＰＰ標準規格書である非特許文献２の５．１４節（参照により本明細書に組み込まれている）に記載されている。この文書には、モード２の自律的なリソース選択が詳しく記載されており、１つの無線リソースプールまたは複数の無線リソースプールが設定されている場合が区別されている。
【００８２】
上述した内容は、Ｄ２Ｄ通信に関する３ＧＰＰ標準規格の現在の状況である。しかしながら、Ｄ２Ｄ通信をさらに改良および強化する方策について検討が進められており、結果として今後のリリースにおいてＤ２Ｄ通信にいくつかの変更が導入される可能性が高いことに留意されたい。後から説明する本発明は、そのような今後のリリースにも適用可能であるものとする。
【００８３】
例えば現在開発中の３ＧＰＰリリース１４では、上述したようにＳＣ期間に基づくのではなく、異なる基準に基づく（例えばＵｕインタフェースでの送信と同じかまたは類似してサブフレームに基づく）ように、送信タイミングが変更されることもありうる。したがって、サイドリンク（ＰＣ５）インタフェースを通じて送信を実行する方法に関する上述した例は、一例にすぎず、リリース１３には適用できるが、今後のリリースの対応する３ＧＰＰ標準規格には適用できない可能性がある。
【００８４】
［ＰｒｏＳｅネットワークのアーキテクチャおよびＰｒｏＳｅエンティティ］
図８は、非ローミングの場合の高レベルの例示的なアーキテクチャを示し、ＵＥ  ＡおよびＵＥ  Ｂにおける異なるＰｒｏＳｅアプリケーションと、ネットワーク内のＰｒｏＳｅアプリケーションサーバおよびＰｒｏＳｅ機能を含む。図８のアーキテクチャの例は、非特許文献９の４．２節「Architectural Reference Model（アーキテクチャの基準モデル）」（参照により本明細書に組み込まれている）からの引用である。
【００８５】
これらの機能エンティティは、非特許文献９の４．４節「Functional Entities（機能エンティティ）」（参照により本明細書に組み込まれている）に提示および詳しく説明されている。ＰｒｏＳｅ機能は、ＰｒｏＳｅに要求されるネットワーク関連動作に使用される論理機能であり、ＰｒｏＳｅの特徴それぞれにおいて異なる役割を果たす。ＰｒｏＳｅ機能は、３ＧＰＰのＥＰＣ（Evolved Packet Core）の一部であり、近接サービスに関係する認可、認証、データ処理など、関連するネットワークサービス全てを提供する。ＰｒｏＳｅ直接ディスカバリおよび直接通信において、ＵＥは、固有のＰｒｏＳｅ  ＵＥ識別情報、他の設定情報、および認証を、ＰｒｏＳｅ機能からＰＣ３基準点（PC3 reference point）を通じて取得できる。ネットワーク内に複数のＰｒｏＳｅ機能を配備できるが、説明を容易にするため、１つのＰｒｏＳｅ機能を示してある。ＰｒｏＳｅ機能は、ＰｒｏＳｅの特徴に応じた異なる役割を実行する３つのメインのサブ機能、すなわち直接提供機能（ＤＰＦ：Direct Provision Function）、直接ディスカバリネーム管理機能（Direct Discovery Name Management Function）、およびＥＰＣレベルディスカバリ機能（EPC-level Discovery Function）、から構成されている。ＤＰＦは、ＰｒｏＳｅ直接ディスカバリおよびＰｒｏＳｅ直接通信を使用するための必要なパラメータをＵＥに提供するために使用される。
【００８６】
この文脈において使用される用語「ＵＥ」は、例えば以下のＰｒｏＳｅ機能（Prose Functionality）をサポートするＰｒｏＳｅ対応ＵＥを意味する。
・  ＰｒｏＳｅ対応ＵＥとＰｒｏＳｅ機能との間でＰＣ３基準点を通じてＰｒｏＳｅ制御情報を交換する。
・  ＰＣ５基準点を通じての、別のＰｒｏＳｅ対応ＵＥのオープンＰｒｏＳｅ直接ディスカバリの手順
・  ＰＣ５基準点を通じた１対多のＰｒｏＳｅ直接通信の手順
・  ＰｒｏＳｅ  ＵＥとネットワークとの間の中継器として動作するための手順。遠隔のＵＥは、ＰＣ５基準点を通じて、ＰｒｏＳｅ  ＵＥとネットワークとの間の中継器と通信する。ＰｒｏＳｅ  ＵＥとネットワークとの間の中継器は、レイヤ３パケット転送を使用する。
・  例えば、ＵＥとネットワークとの間の中継器の検出およびＰｒｏＳｅ直接ディスカバリのために、ＰＣ５基準点を通じてＰｒｏＳｅ  ＵＥの間で制御情報を交換する。
・  別のＰｒｏＳｅ対応ＵＥとＰｒｏＳｅ機能との間でＰＣ３基準点を通じてＰｒｏＳｅ制御情報を交換する。ＰｒｏＳｅ  ＵＥとネットワークとの間の中継器の場合、遠隔のＵＥは、この制御情報を、ＬＴＥ−Ｕｕインタフェースを通じてＰｒｏＳｅ機能に中継されるようにＰＣ５ユーザプレーンを通じて送信する。
・  パラメータ（例えば、ＩＰアドレス、ＰｒｏＳｅレイヤ２グループＩＤ、グループセキュリティマテリアル（Group security material）、無線リソースパラメータを含む）を設定する。これらのパラメータは、ＵＥにおいて事前設定することができ、または、カバレッジ内にある場合、ＰＣ３基準点を通じたシグナリングによってネットワーク内のＰｒｏＳｅ機能に提供できる。
【００８７】
ＰｒｏＳｅアプリケーションサーバは、ＥＰＣ  ＰｒｏＳｅユーザＩＤおよびＰｒｏＳｅ機能ＩＤの格納と、アプリケーションレイヤユーザＩＤとＥＰＣ  ＰｒｏＳｅユーザＩＤのマッピングをサポートする。ＰｒｏＳｅアプリケーションサーバ（ＡＳ:Application Server）は、３ＧＰＰの範囲外のエンティティである。ＵＥにおけるＰｒｏＳｅアプリケーションは、アプリケーションレイヤ基準点ＰＣ１を介してＰｒｏＳｅ  ＡＳと通信する。ＰｒｏＳｅ  ＡＳは、ＰＣ２基準点を介して３ＧＰＰネットワークに接続されている。
【００８８】
［Ｄ２Ｄサイドリンク論理チャネルのためのＬＣＰ手順］
リリース１３によるＤ２ＤにおけるＬＣＰ（論理チャネル優先順位付け）手順は、「通常の」ＬＴＥデータの場合の上述したＬＣＰ手順とは異なる。以下の情報は、ＰｒｏＳｅにおけるＬＣＰ手順を記述した非特許文献２の５．１４．１．３．１節（その全体が参照により本明細書に組み込まれている）からの引用である。
【００８９】
論理チャネル優先順位付け手順は、新しい送信が実行されるときに適用される。各サイドリンク論理チャネルは、関連付けられる優先順位を有する。この優先順位は、ＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位（ProSe per packet priority）、後述する）とすることができる。複数のサイドリンク論理チャネルが、同じ関連付けられる優先順位を有することができる。優先順位とＬＣＩＤ（論理チャネルＩＤ）との間のマッピングは、ＵＥの実装に委ねられる。
【００９０】
ＭＡＣエンティティは、ＳＣ期間内に送信される各ＳＣＩに対して以下の論理チャネル優先順位付け手順を実行する。
−  ＭＡＣエンティティは、以下のステップにおいてサイドリンク論理チャネルにリソースを割り当てる。
−  ステップ０：  送信可能な状態のデータを有するサイドリンク論理チャネルのうち最も高い優先順位のサイドリンク論理チャネルを有し、かつそのＳＣ期間において前に選択されていないＰｒｏＳｅ宛先を選択する。
−  ステップ１：  選択されたＰｒｏＳｅ宛先に属しており、かつ送信可能な状態のデータを有するサイドリンク論理チャネルのうち、最も高い優先順位を有するサイドリンク論理チャネルにリソースを割り当てる。
−  ステップ２：  リソースが残っている場合、（１つまたは複数の）サイドリンク論理チャネルのデータ、またはＳＬグラントのいずれかが最初に使い切られるまで、選択されたＰｒｏＳｅ宛先に属すサイドリンク論理チャネルを、優先順位の降順に処理する。等しい優先順位に設定されているサイドリンク論理チャネルは、同等に処理するべきである。
−  さらにＵＥは、上のスケジューリング手順時、以下の規則にも従う。
【００９１】
ＵＥは、次の規則に従ってサイドリンク論理チャネルにリソースを割り当てる。
−  ＲＬＣ  ＳＤＵ全体（または部分的に送信されるＳＤＵ）が残りのリソースに収まる場合、ＵＥはそのＲＬＣ  ＳＤＵ（または部分的に送信されるＳＤＵ）を分割するべきではない。
−  ＵＥは、サイドリンク論理チャネルからのＲＬＣ  ＳＤＵを分割する場合、グラントをできる限り満たすようにセグメントのサイズを最大にする。
−  ＵＥは、データの送信を最大にするべきである。
−  送信可能な状態のデータを有するときに、１０バイト以上のサイドリンクグラントサイズがＭＡＣエンティティに与えられる場合、ＭＡＣエンティティはパディングのみを送信しない。
注：  上記の規則では、サイドリンク論理チャネルが処理される順序は、ＵＥの実装に委ねられることを意味する。
【００９２】
一般的にＭＡＣエンティティは、１つのＭＡＣ  ＰＤＵにおいて、同じ送信元レイヤ２  ＩＤと宛先レイヤ２  ＩＤのペアを有する論理チャネルのみを考慮する。すなわち、ＵＥにおけるＭＡＣエンティティは、１つのＭＡＣ  ＰＤＵにおいて、同じＰｒｏＳｅ宛先グループの論理チャネルのみを考慮する。すなわち、基本的には、ＵＥはＬＣＰ手順時にＰｒｏＳｅ宛先を選択する。リリース１３においては、ＳＣ期間内に２つ以上のサイドリンクグラントを有することが許可される。ＵＥは、リリース１２のように、各サイドリンクグラントにおいて、１つのＰｒｏＳｅ宛先グループのデータのみを送信する。しかしながら、１つのＳＣ期間内に２つ以上の有効なサイドリンクグラントを有するようにＵＥを設定できるため、送信側ＵＥは、複数の異なるＰｒｏＳｅ宛先にデータを送信することができ、すなわち、各ＳＬグラントにおいて異なるＰｒｏＳｅ宛先にデータを送信しなければならない。
【００９３】
［ＰｒｏＳｅにおけるＱｏＳのサポート］
リリース１３では、１対多のＰｒｏＳｅ通信において一般にＱｏＳがサポートされる。この理由のため、例えば非特許文献６においていわゆるＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）が導入された。ＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）は、プロトコルデータユニット（例えばＩＰパケット）に関連付けられるスカラー値である。ＰＰＰＰの値は、そのプロトコルデータユニットの送信に適用される優先順位の扱い（すなわちＰＣ５インタフェースで送信するための優先順位の扱い）を定義する。言い換えれば、ＰｒｏＳｅ  ＰＰＰは、ＰｒｏＳｅ  ＵＥ間およびＰｒｏＳｅ中継の場合を含むＰｒｏＳｅ直接通信を使用するときにパケットの優先順位付けを可能にするために使用されるメカニズムである。
【００９４】
ＰｒｏＳｅ上位レイヤ（すなわちＰＣ５アクセス層より上）が、送信するプロトコルデータユニットをＰＣ５アクセス層に渡すとき、ＰｒｏＳｅ上位レイヤは、８つの可能な値の範囲からＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）を提供する。
【００９５】
ＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）は、宛先レイヤ２  ＩＤとは独立しており、１対１および１対多のＰｒｏＳｅ直接通信の両方に適用される。ＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）は、例えば本明細書の範囲外である様々な基準（音声パケット伝送などのサービスの遅延要件、又は、フロア制御に関連するシグナリングなどの制御シグナリングなど）に基づいて、アプリケーションレイヤによって選択される。
【００９６】
ＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）は、ＵＥが媒体にアクセスするモード（すなわちＰｒｏＳｅ通信用にスケジューリング式リソース割当てモードが使用されるか自律式リソース割当てモードが使用されるか）とは無関係である。ＰｒｏＳｅアクセス層は、上位レイヤから受け取るプロトコルデータユニットに関連付けられるＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）を使用して、別のＵＥ内送信（intra-UE transmissions）（すなわち同じＵＥの内側で送信を待機している、様々な優先順位に関連付けられているプロトコルデータユニット）およびＵＥ間送信（inter-UE transmissions）（すなわち異なるＵＥの内側で送信を待機している、様々な優先順位に関連付けられているプロトコルデータユニット）に関連して、送信を優先順位付けする。
【００９７】
優先順位キュー（ＵＥ内およびＵＥ間の両方）は、優先順位の厳密な順序で処理されることが予期される。すなわち、ＵＥまたはｅＮＢは、ＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）Ｎに関連付けられる全てのパケットを、優先順位Ｎ＋１に関連付けられるパケットを処理する前に処理する（小さい数ほど高い優先順位を意味する）。
【００９８】
ＰＣ５インタフェース自体における優先順位の扱いは、非特許文献２に規定され、すなわち、論理チャネル優先順位付け（ＬＣＰ）手順である。各サイドリンク論理チャネルに対して、関連付けられる優先順位（例えばレガシーＬＴＥのアップリンク動作における論理チャネルの優先順位に類似する）が存在する。サイドリンク論理チャネルの作成は、リリース１２と同様にＵＥの実装に委ねられる。ＵＥは、論理チャネルを作成するとき、パケットの送信元ＩＤ／宛先ＩＤを考慮することに加えて、パケットの優先順位も考慮する。基本的には、同じＰＰＰＰ値（および同じ送信元ＩＤ／宛先ＩＤ）を有するプロトコルデータユニットは、ＰＰＰＰと同じである特定の論理チャネル優先順位が関連付けられている１つのサイドリンク論理チャネルによって処理される。
【００９９】
上述したように、ＵＥは、ＳＬグラントを受信したときの論理チャネル優先順位付け手順時、ＳＬデータを有するサイドリンク論理チャネルのうち、ＰＰＰＰが最も高いサイドリンク論理チャネルを有するＰｒｏＳｅグループを選択する。次いで、ＵＥは、選択されたＰｒｏＳｅ宛先グループに属する全てのサイドリンク論理チャネルを、優先順位の降順に処理する。
【０１００】
［車両通信：  Ｖ２Ｘサービス］
新しいＬＴＥ機能（近接サービス（ＰｒｏＳｅ）およびＬＴＥベースのブロードキャストサービスを含む）の、自動車業界における有用性を検討する目的で、リリース１４では、３ＧＰＰにおいて新たな検討項目が設けられた。ＰｒｏＳｅ機能は、Ｖ２Ｘサービスのための優れた基礎部分を提供すると考えられる。車両のシナリオにおける協調的サービス（cooperative service）は、ＩＴＳ（高度道路交通システム：Intelligent Transportation Systems）の研究分野の中の将来的な接続された車両において不可欠になりつつある。協調的サービスによって、交通死亡事故が減り、道路のキャパシティが改善され、道路輸送の二酸化炭素排出量が減少し、走行中のユーザの体感が向上するはずである。
【０１０１】
Ｖ２Ｘ通信とは、車両から、車両に影響を与えうるエンティティに、またはこの逆方向に、情報を渡すことである。この情報交換を使用して、安全性、移動性、および環境的なアプリケーションを向上させ、運転者支援型の車両の安全性、速度調整および警告、緊急時対応、走行情報、ナビゲーション、交通運用（traffic operations）、商業的車両計画（commercial fleet planning）、および支払処理を含めることができる。
【０１０２】
Ｖ２ＸサービスのためのＬＴＥのサポートには、以下の３つのタイプの異なるユースケースが含まれる。
・  Ｖ２Ｖ：  車両間のＬＴＥベースの通信をカバーする
・  Ｖ２Ｐ：  車両と、個人が携帯する装置（例：歩行者、サイクリスト、運転者、または同乗者が携帯する携帯情報端末）との間のＬＴＥベースの通信をカバーする
・  Ｖ２Ｉ：  車両と道路側ユニットと間のＬＴＥベースの通信をカバーする
【０１０３】
これら３つのタイプのＶ２Ｘでは、「協調認識（co-operative awareness）」を使用して、エンドユーザ向けのよりインテリジェントなサービスを提供できる。すなわち輸送エンティティ（車両、道路側インフラストラクチャ、歩行者など）は、よりインテリジェントなサービス（協調的な衝突警告又は自動運転など）を提供する目的で、それぞれの局所的な環境の情報（例えば近くの別の車両やセンサー機器から受信される情報）を収集して、それらの情報を処理および共有できる。
【０１０４】
Ｖ２Ｖ通信に関しては、Ｅ−ＵＴＲＡＮでは、互いに近接している（車両）ＵＥが、許可基準、権限基準、および近接基準が満たされているとき、Ｅ−ＵＴＲＡ（Ｎ）を使用してＶ２Ｖ関連情報を交換できる。近接基準は、ＭＮＯ（移動体通信事業者：Mobile Network Operator）によって設定できる。ただし、Ｖ２ＶサービスをサポートしているＵＥは、Ｖ２ＸサービスをサポートするＥ−ＵＴＲＡＮによってサーブされているかに依らず、そのような情報を交換できる。
【０１０５】
Ｖ２Ｖアプリケーションをサポートしている装置（車両ＵＥ）は、アプリケーションレイヤ情報（例：Ｖ２Ｖサービスの一部としてのＵＥ自身の位置、動態（dynamics）、属性）を送信する。様々な情報コンテンツに対応する目的で、Ｖ２Ｖペイロードは柔軟性がなければならず、情報は、ＭＮＯによって提供される設定に従って周期的に送信できる。
【０１０６】
Ｖ２Ｖは、主としてブロードキャストベースである。Ｖ２Ｖには、個別の装置間でＶ２Ｖ関連アプリケーション情報を直接交換すること、および／または、Ｖ２Ｖの直接通信範囲が限られているため、Ｖ２Ｘサービスをサポートするインフラストラクチャ（例：ＲＳＵ（道路側ユニット）、アプリケーションサーバなど）を介して個別の装置間でＶ２Ｖ関連アプリケーション情報を交換すること、が含まれる。
【０１０７】
Ｖ２Ｉ通信に関しては、Ｖ２Ｉアプリケーションをサポートしている装置が、道路側ユニットにアプリケーションレイヤ情報を送信し、道路側ユニットが、Ｖ２Ｉアプリケーションをサポートしている装置のグループまたは装置にアプリケーションレイヤ情報を送信できる。
【０１０８】
Ｖ２Ｎ（車両−ネットワーク（ｅＮＢ／ＣＮ））も導入されている。Ｖ２Ｎでは一方がＵＥであり他方がサービングエンティティであり、両方がＶ２Ｎアプリケーションをサポートしており、ＬＴＥネットワークを介して互いに通信する。
【０１０９】
Ｖ２Ｐ通信に関しては、Ｅ−ＵＴＲＡＮでは、互いに近接しているＵＥが、許可基準、権限基準、および近接基準が満たされているとき、Ｅ−ＵＴＲＡＮを使用してＶ２Ｐ関連情報を交換できる。近接基準は、ＭＮＯ（移動体通信事業者）によって設定できる。しかしながら、Ｖ２ＰサービスをサポートしているＵＥは、Ｖ２ＸサービスをサポートするＥ−ＵＴＲＡＮによってサーブされていないときにも、そのような情報を交換できる。
【０１１０】
Ｖ２ＰアプリケーションをサポートしているＵＥは、アプリケーションレイヤ情報を送信する。このような情報は、Ｖ２ＸサービスをサポートしているＵＥを有する車両によってブロードキャストする（例：歩行者への警告）、および／または、Ｖ２ＸサービスをサポートしているＵＥを有する歩行者によってブロードキャストする（例：車両への警告）ことができる。
【０１１１】
Ｖ２Ｐには、個別のＵＥ（一方が車両のＵＥ、他方が歩行者のＵＥ）の間でＶ２Ｐ関連アプリケーション情報を直接交換すること、および／または、Ｖ２Ｐの直接通信範囲が限られているため、Ｖ２Ｘサービスをサポートするインフラストラクチャ（例：ＲＳＵ（道路側ユニット）、アプリケーションサーバなど）を介して個別のＵＥ間でＶ２Ｐ関連アプリケーション情報を交換すること、が含まれる。
【０１１２】
この新しい検討項目Ｖ２Ｘを対象に、３ＧＰＰは、特定の用語および定義を非特許文献１０の中で規定しており、これらの用語および定義は本出願においてそのまま使用できる。
【０１１３】
道路側ユニット（ＲＳＵ：Road Side Unit）：  Ｖ２Ｉサービスをサポートしているエンティティであり、Ｖ２Ｉアプリケーションを使用しているＵＥに送信する、およびＵＥから受信できる。ＲＳＵは、ｅＮＢまたは固定されたＵＥ内に実施できる。
【０１１４】
Ｖ２Ｉサービス：  Ｖ２Ｘサービスの１つのタイプであり、一方のエンティティがＵＥ、他方のエンティティがＲＳＵであり、両方がＶ２Ｉアプリケーションを使用する。
【０１１５】
Ｖ２Ｎサービス：  Ｖ２Ｘサービスの１つのタイプであり、一方のエンティティがＵＥ、他方のエンティティがサービングエンティティであり、両方がＶ２Ｎアプリケーションを使用し、ＬＴＥネットワークエンティティを介して互いに通信する。
【０１１６】
Ｖ２Ｐサービス：  Ｖ２Ｘサービスの１つのタイプであり、通信の両方のエンティティが、Ｖ２Ｐアプリケーションを使用するＵＥである。
【０１１７】
Ｖ２Ｖサービス：  Ｖ２Ｘサービスの１つのタイプであり、通信の両方のエンティティが、Ｖ２Ｖアプリケーションを使用するＵＥである。
【０１１８】
Ｖ２Ｘサービス：  通信サービスの一種であり、３ＧＰＰ伝送を介してＶ２Ｖアプリケーションを使用する送信側ＵＥまたは受信側ＵＥを含む。Ｖ２Ｘサービスは、通信に関与する他方のエンティティに基づいて、Ｖ２Ｖサービス、Ｖ２Ｉサービス、Ｖ２Ｐサービス、およびＶ２Ｎサービスにさらに分けることができる。
【０１１９】
多くのＩＴＳサービスは、以下の共通の通信要件を有する。
・  周期的な状態の交換。ＩＴＳサービスでは、一般に、車両端末の状態または道路側端末の状態に関して認識している必要がある。すなわち、位置、速度、識別子などに関する情報を有するデータパケットを周期的に交換する。
・  非同期の通知。この種類のメッセージは、特定のサービスイベントを通知するために使用される。前の状態メッセージとは異なり、これらのメッセージを１基の端末または端末のグループに高い信頼性で配信することは、通常では重要な要件である。
【０１２０】
最初の通信タイプの使用例は、車両遠隔監視（車両から周期的な状態データを集める）などの交通効率サービス（traffic efficiency services）、または協調的な衝突回避（衝突の可能性を検出するため周囲の車両に関する運動学的情報を必要とする）などの安全性サービスに見出すことができる。非同期の通知は、主として安全性サービス（滑りやすい道路又は衝突後の警告など）に見出される。
【０１２１】
Ｖ２Ｖ通信には様々なタイプのメッセージが定義されており、今後も定義されるであろう。高度道路交通システム（ＩＴＳ）には以下の２種類のメッセージがＥＴＳＩによってすでに定義されている（対応する欧州規格書である非特許文献１１および非特許文献１２を参照）。
・  協調認識メッセージ（ＣＡＭ：Cooperative Awareness Messages）：  このメッセージは、車両の状態を反映するため車両の動態によって継続的にトリガーされる。
・  分散型環境通知メッセージ（ＤＥＮＭ：Decentralized Environmental Notification Messages）：  このメッセージは、車両に関連する安全性イベント（safety event）が発生したときにのみトリガーされる。
【０１２２】
Ｖ２ＶおよびＩＴＳの標準化は始まったばかりであるため、将来的には別のメッセージも定義されうると予測される。
【０１２３】
ＣＡＭは、ＩＴＳ局（ＩＴＳ−Ｓ：ITS-Station）によって、別のＩＴＳ−Ｓと状態情報を交換するために継続的に（周期的に）ブロードキャストされるので、イベントによってトリガーされる（非周期的な）ＤＥＮＭメッセージよりもトラフィック負荷に大きく影響する。本質的にＣＡＭメッセージは、存在、位置、温度、および基本状態の情報を提供する目的で各車両によって近くのＩＴＳ局に周期的にブロードキャストされる一種のハートビートメッセージである。これに対してＤＥＮＭは、危険なイベントを道路の使用者に警告するためにブロードキャストされるイベントトリガー型メッセージである。この理由のため、ＩＴＳを対象にＥＴＳＩによって定義されているＣＡＭメッセージのトラフィック特性は、Ｖ２Ｖトラフィックをよく表しているとみなされる。
【０１２４】
協調認識メッセージ（ＣＡＭ）は、互いの認識を形成してそれを維持し、道路ネットワークを使用して車両の協調的能力をサポートする目的で、ＩＴＳ−Ｓの間でＩＴＳネットワークにおいて交換されるメッセージである。ＣＡＭの送信にはポイントツーマルチポイント通信が使用される。したがって、ＣＡＭは、送信元のＩＴＳ−Ｓから、送信元ＩＴＳ−Ｓの直接通信の範囲内に位置している受信側ＩＴＳ−Ｓに送信される。ＣＡＭの生成は、協調認識基本サービス（Cooperative Awareness basic service）（２つの連続するＣＡＭの生成の間の間隔を定義する）によってトリガーおよび管理される。現在のところ、送信間隔の上限および下限は、１００ｍｓ（すなわち１０ＨｚのＣＡＭ生成速度）および１０００ｍｓ（すなわち１ＨｚのＣＡＭ生成速度）である。ＥＴＳＩ  ＩＴＳの基礎をなす考え方は、共有する新しい情報（例：新しい位置、新しい加速、新しい進路の値）が存在するときにＣＡＭを送ることである。したがって、車両がゆっくりと一定の進路および速度で移動しているときには、ＣＡＭの生成速度が高くても、ＣＡＭはわずかな差を示すのみであり、実際の恩恵はない。１台の車両のＣＡＭの送信頻度は、車両の動態（例：速度、加速度、進路）の関数として１Ｈｚ〜１０Ｈｚの間で変化する。例えば、車両がゆっくり走行しているほど、トリガーされて送信されるＣＡＭの数が少ない。車両の速度は、ＣＡＭトラフィックの生成に影響する主要因である。
【０１２５】
上記では、周期的な協調認識メッセージを説明した。ただし、上述した情報のいくつかはすでに標準化されているが、それ以外の情報（周期およびメッセージのサイズなど）はまだ標準化されておらず、想定に基づいていることに留意されたい。さらには、これらの標準化は将来において変更されることがある。したがって、ＣＡＭがどのように生成されて送信されるかの態様も変更されうる。
【０１２６】
したがって、上述した詳細なＣＡＭの説明は、実例を目的として着想された一例として理解されたい。本発明の基礎となる原理を説明する目的で、上述したＣＡＭメッセージが本出願全体を通じて使用される。本発明において重要なことは、Ｖ２Ｖ通信では車両ＵＥが様々なデータを周期的に送信することが要求され、その周期は車両の動態（（相対）速度、角度、進路など）、および場合によっては車間距離など他の要因の関数として短時間で変化しうることが予測されることである。したがって、課題は、車両ＵＥが、異なるメッセージサイズのいくつかの周期的パケットを、様々な変化する周期で送信できることである。
【０１２７】
車両ＵＥが、ＣＡＭを送信するためにサイドリンクにおける無線リソースを取得する目的で、上述したようにモード１および／またはモード２の無線リソース割当てが想定される。モード１の無線リソース割当ての場合、ｅＮＢが、ＳＡメッセージおよび各ＳＡ期間のデータのためのリソースを割り当てる。しかしながら、多量のトラフィック（例えば高頻度の周期的トラフィック）が存在するときには、ＵＥからｅＮＢへのＵｕリンクにおけるオーバーヘッドが大きくなることがある。
【０１２８】
上記から明らかであるように、多量のＶ２Ｖトラフィックは周期的である。したがって、３ＧＰＰでは、サイドリンクＶ２Ｖ通信のモード１（すなわちｅＮＢが無線リソース割当てをスケジューリングする）の場合、サイドリンクのセミパーシステント無線リソース割当てがｅＮＢおよびＵＥによってサポートされることが合意された。
【０１２９】
ＵＥによる自律的なリソース割当てモード（モード２）の場合、衝突の問題（すなわち２つ以上の送信側ＵＥが同じリソースブロックを選択してメッセージを送信する）が、ユーザに実際に提供されるＱｏＳに影響することは明らかである。リリース１２／１３では、ＵＥによる自律的なリソース割当てモードにおけるデータ（ＰＳＳＣＨ）衝突の問題については検討されない。なぜなら、ＰＣ５／サイドリンクのＱｏＳは重要な要件ではなかったためである。しかしながら、Ｖ２Ｘサービスでは、ＵＥによる自律的なリソース割当てモードにおけるＱｏＳを改善することは避けられない。３ＧＰＰでは、センシング（sensing）および「セミパーシステント」送信（無線リソース予約とも称される）によって、ＵＥによる自律的なリソース選択におけるＱｏＳを改善することが基本的に合意された。
【０１３０】
さらに詳細には、Ｖ２Ｘサイドリンクにおける自律的なリソース制御／選択メカニズムとして、セミパーシステント送信とともにセンシングメカニズムをサポートすることが合意された。ＵＥは、リソースの選択が行われるまで周期的に発生する選択されたリソースのセットに関するデータを有することを、ＰＳＳＣＨ（ＳＡ／ＳＣＩ）の中で示す。他のＵＥによってすでに確保／予約されているリソースが、無線リソースの選択対象として考慮されないように、このリソース予約情報（ＳＣＩの中でシグナリングされる）は、リソースを選択してＶ２Ｘメッセージを送信しようとしている別のＵＥによって使用できる。このリソース確保／予約手順は、特定の周期でパケットが到着するトラフィック（例：ＣＡＭメッセージ）にのみ適用される。
【０１３１】
上述した、スケジューリング情報の中の予約済み無線リソースの指示情報は、他の（車両）装置によって監視する（「センシングする」）ことができる。センシングは、一般的には、送信用の候補リソースのセットを識別するときに使用される。この目的のため、センシングプロセスでは、周波数リソースを以下のように異なるグループに分類する。
・  「利用不可（unavailable）」のリソース。これは、別のＵＥによってすでに予約／確保されているため、そのリソースで送信することがＵＥに許可されないリソースである。
・  「候補リソース（candidate resource）」。これは、ＵＥがそのリソースで送信を実行してもよい／することができるリソースであり、さらに「プライマリリソース」と「セカンダリリソース」とに分類できる。
【０１３２】
ＵＥの複雑さが増大しすぎないようにする目的で、センシングは、簡単な方法で実施可能であるべきである。また、センシングアルゴリズムを実施する方法に関して複数の方法／オプションが存在しうることに留意されたい。１つの可能な実施オプションは、全てのＵＥそれぞれが、次のサブフレームから始まり最大で例えば１秒に渡る周波数リソースの予測を含むマップを有することである。すなわち、ＵＥのバッファにパケットが到着する時刻Ｐにおいて、ＵＥは、サブフレームＰからサブフレームＬにおける全ての周波数リソースのマップを有する。Ｌは、基本的に、リソースそれぞれが「利用不可」であるか候補であるかにかかわらず、それまでにパケットを送信するべき（ＱｏＳに従っての）最大期間を表す。
【０１３３】
「利用不可」のリソースは、ＳＣＩの復号（リソースの予約／確保）に基づいて求められる。なお、（リソース候補のセットからの）送信用の実際のリソースの選択の詳細については、３ＧＰＰにおいてまだ最終的に決定されておらず、依然として検討中であることに留意されたい。１つの例示的な方法は、送信に使用される実際のリソースの選択が、候補リソースのセットの中でランダムに実行される（全ての選択肢に等しい確率が割り振られる）ことである。類似するリソースマップを有するＵＥが異なるリソースを選択するようにするためには、ランダム性は適切でありうる。候補リソースのセットが十分に大きい限りは、ランダムな選択を使用することによって、観測値に相関のあるＵＥが同じリソースを選択する確率が低いことが確保される。基本的にＵＥは、トランスポートブロックの（再）送信用に、候補リソースとして分類されている最も近いリソースを考慮する。候補リソースが、レイテンシ又は帯域幅など関連する別の要件を満たすようにするため、さらなる制約を適用できる。これらのリソース全てが、送信用の候補リソースのセットを構成する。
【０１３４】
もう１つの方法は、候補リソースの中から実際の送信リソースを選択する目的で、（ランダムな選択とは異なり）エネルギに基づくさらなるセンシングの結果も使用することである。エネルギに基づくセンシング（energy-based sensing）とは、ＵＥがＰＳＳＣＨリソースおよび／またはＰＳＣＣＨリソースにおける受信信号強度を測定するプロセスを意味する。エネルギに基づくセンシングは、主として、ＵＥが無線リソースの候補リストの中でリソースをランク付けすることを支援する。エネルギに基づくセンシングによって、干渉者の遠近を識別することが本質的に支援される。より具体的には、検出されるエネルギが比較的低い無線リソースを選択するべきであるのに対して、エネルギが比較的高いリソースを選択しない。
【０１３５】
なお、リソースブロック（ＲＢ：Resource Block）レベルにおける情報を含むマップを有することによって、ＵＥは十分な柔軟性を有し、センシングするときに、スケジューリングするトランスポートブロックのサイズを認識している必要がないことに留意されたい。
【０１３６】
しかしながら、ＰＣ５インタフェースを通じたＶ２Ｘ送信のためのセンシングおよびリソース予約に関して基本的な合意には達したが、これらの新しいセンシングおよびリソース予約のメカニズムを考慮する目的での現在の標準規格のさらなる変更は、現在のところ予測されていない。したがって、これらのメカニズムを現在のシステムの中に実施することによって、問題および非効率性がもたらされることがありうる。
【先行技術文献】
【非特許文献】
【０１３７】
【非特許文献１】3GPP TS 36.211 V13.1.0, “Physical Channels and Modulation (Release 13)”
【非特許文献２】3GPP TS 36.321 V13.1.0, “Medium Access Control (MAC) protocol specification (Release 13)”
【非特許文献３】3GPP TS 36.213 V13.1.0, “Physical layer procedures (Release 13)”
【非特許文献４】3GPP TS 36.212 V13.1.0, “Multiplexing and channel coding (Release 13)”
【非特許文献５】TS 23.401, “General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 13)”
【非特許文献６】TS 23.203, “Policy and charging control architecture (Release 13)”
【非特許文献７】3GPP TR 23.713 V13.0.0, “Study on extended architecture support for proximity-based services (Release 13)”
【非特許文献８】3GPP TS 36.300 V13.3.0, “Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 13)”
【非特許文献９】3GPP TS 23.303 V13.2.0, “Proximity-based services (ProSe); Stage 2 (Release 13)”
【非特許文献１０】TR 21.905 V13.0.0, “Vocabulary for 3GPP Specifications. (Release 13) ”
【非特許文献１１】ETSI EN 302 637-2 V1.3.1
【非特許文献１２】ETSI EN 302 637-3 V1.2.1
【発明の概要】
【課題を解決するための手段】
【０１３８】
本発明を制限することのない例示的な実施形態は、周期的データを送信する改良された送信装置および方法を提供する。独立請求項は、本発明を制限することのない例示的な実施形態を提供する。有利な実施形態は、従属請求項の主題である。
【０１３９】
したがって、第１の態様によれば、周期的データおよび非周期的データをサイドリンクインタフェース（例：ＰＣ５インタフェース）を介して１つまたは複数の受信装置に送信する送信装置、を提供する。例えば周期的データの前の送信を対象に送信されるスケジューリング情報の中で（１つまたは複数の）追加の指示情報を送信することによって、周期的な送信用に、一種のセミパーシステントなリソース割当てが実施され、この割当てに従って、無線リソースが予め予約される。セミパーシステントな割当ては、少なくとも、ＵＥによる自律的な無線リソース割当ての場合に実施される。この自律的な割当てでは、送信装置は、周期的／非周期的データをサイドリンクインタフェースを介して送信するための無線リソースを（例えば、設定された無線リソースプールから）自律的に選択する。
【０１４０】
より詳細には、送信装置は、第１の周期的メッセージを、対応するスケジューリング情報とともに送信する。対応するスケジューリング情報は、第１の周期的メッセージの今回の送信用の無線リソースを示し、さらにこれに加えて、後の時点のための無線リソースの予約も示す。これらの予約された無線リソースは、さらなる周期的メッセージを送信するために使用できる。したがって、次の周期的メッセージがたとえ早く（すなわち無線リソースが予約されている時刻より前に）到着したときにも、送信装置は、予約された無線リソースを使用して周期的メッセージを送信できるように、その周期的メッセージを後の時点まで遅延させる。
【０１４１】
一方、送信装置は、上述した周期的メッセージ以外のデータ（他の周期的データのみならず非周期的データ）を、異なる方法で（すなわちセミパーシステントな無線リソース割当てを適用せず、かつデータを遅延させることなく）扱うことができる。代わりに、送信装置は、他のデータを、遅延無しに（すなわち、送信可能な状態になったときにできる限り早い時点において）送信できる。したがって、送信装置は、適切な無線リソースの選択を直ちにトリガーし、選択された無線リソースを使用して他のデータを送信できる（この場合にもＵＥによる自律的な無線リソース割当てを想定する）。
【０１４２】
したがって、送信装置のスケジューリングの挙動は、送信されるデータに応じて異なる。上述したように、送信装置は、セミパーシステントなリソース割当てが適用される対象の特定の周期的データを選択的に決定できる。この場合、無線リソースを事前に予約するステップと、予約された無線リソースが実際に送信に利用可能であるより前に到着するデータを遅延させるステップとを含む。一方で、他のデータに対しては、セミパーシステントなリソース割当てが適用されない。したがって、他のデータは、（その時刻における無線リソースの可用性に応じて）できる限り早く送信されるように、動的にスケジューリングされる。
【０１４３】
さらには、１つのバリエーションにおいては、予約された無線リソースは、これらの無線リソースが予約された対象の周期的データを送信するためにのみ使用できる。
【０１４４】
より一般的には、上記の態様によるセミパーシステントなリソース割当ては、特定のサイドリンク論理チャネル、または特定のサイドリンク論理チャネルのセットと、その（１つまたは複数の）サイドリンク論理チャネルに属す全てのデータに、固有とすることもできる（すなわち論理チャネルに固有である）。したがって、送信装置は、特定の時刻に送信可能な状態になるデータが、無線リソースが事前に予約されている対象のデータであるか、すなわち、当該データが前に送信されたスケジューリング情報によって無線リソースが予約されたデータと同じ（１つまたは複数の）サイドリンク論理チャネルに属するか、を判定する。そうである場合、送信装置は、予約された無線リソースが利用可能である時刻までデータを遅延させる（必要な場合）。そうでない場合、送信装置は、例えば、別のリソースを自律的に選択し、そのリソースを使用してデータを直ちに送信することによって、データをできる限り早い時点に送信する。
【０１４５】
したがって、１つの一般的な第１の態様においては、本明細書に開示されている技術は、周期的データをサイドリンクインタフェースを介して１つまたは複数の受信装置に送信する送信装置、を提供する。送信装置は、周期的データおよび非周期的データをサイドリンクインタフェースを介して送信するための無線リソースを自律的に選択する。送信装置の送信機は、第１の周期的データを第１のスケジューリング情報とともに１つまたは複数の受信装置に送信する。第１のスケジューリング情報は、第１の周期的データを送信するために使用される無線リソースを示し、第２の周期的データを送信するために送信装置によって後の時点において使用可能な予約された無線リソースをさらに示す。送信装置のプロセッサは、第２の周期的データを後の時点まで遅延させる。送信機は、後の時点において第２の周期的データを、第１のスケジューリング情報によって示された予約された無線リソースを使用して送信する。送信機は、第１の周期的データおよび第２の周期的データ以外のデータを、送信可能な状態になったときにできる限り早い時点において送信する。
【０１４６】
１つの一般的な第１の態様においては、本明細書に開示されている技術は、周期的データを送信装置からサイドリンクインタフェースを介して１つまたは複数の受信装置に送信する方法、を提供する。送信装置は、周期的データおよび非周期的データをサイドリンクインタフェースを介して送信するための無線リソースを自律的に選択する。本方法は、送信装置によって実行される以下のステップを含む。第１の周期的データを第１のスケジューリング情報とともに１つまたは複数の受信装置に送信する。第１のスケジューリング情報は、第１の周期的データを送信するために使用される無線リソースを示し、第２の周期的データを送信するために送信装置によって後の時点において使用可能な予約された無線リソースをさらに示す。本方法は、第２の周期的データを、後の時点まで遅延させ、後の時点において、第１のスケジューリング情報によって示された予約された無線リソースを使用して送信する。本方法は、第１の周期的データおよび第２の周期的データ以外のデータは、送信可能な状態になったときにできる限り早い時点において送信する。
【０１４７】
開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかであろう。これらの恩恵および／または利点は、本明細書および図面による開示内容の様々な実施形態および特徴によって個別に提供することができ、これらの恩恵および／または利点の１つまたは複数を得るために全てを設ける必要はない。
【０１４８】
これらの一般的な態様および具体的な態様は、システム、方法、コンピュータプログラム、またはこれらの任意の組合せ、を使用して実施できる。
【０１４９】
以下では、例示的な実施形態について、添付の図面を参照しながらさらに詳しく説明する。
【図面の簡単な説明】
【０１５０】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示す。
【図２】３ＧＰＰ  ＬＴＥ（リリース８／９）において定義されているサブフレームのダウンリンクスロットの例示的なダウンリンクリソースグリッドを示す。
【図３】ＰｒｏＳｅ通信においてＰＣ５を通じてレイヤ２リンクを確立する方法を概略的に示す。
【図４】オーバーレイ（ＬＴＥ）システムおよびアンダーレイ（Ｄ２Ｄ）システムにおける送信／受信リソースの使用を示す。
【図５】２基のＵＥの場合のスケジューリング割当て（ＳＡ）およびＤ２Ｄデータの送信を示す。
【図６】ＵＥの自律的なスケジューリングモード２におけるＤ２Ｄ通信タイミングを示す。
【図７】ｅＮＢによってスケジューリングされるスケジューリングモード１におけるＤ２Ｄ通信タイミングを示す。
【図８】非ローミングシナリオの場合のＰｒｏＳｅの例示的なアーキテクチャモデルを示す。
【図９】例示的な実施形態に係る、様々な時刻インスタンスにおいてスケジューリング情報および周期的データを周期的に送信する状況を示す。
【図１０】例示的な実施形態に係る、様々な時刻インスタンスにおいてスケジューリング情報および周期的データならびに非周期的データを送信する状況を示す。
【図１１】例示的な実施形態に係る、様々な時刻インスタンスにおいてスケジューリング情報および周期的データを送信する状況を示す。
【図１２】例示的な実施形態に係る、様々な時刻インスタンスにおいてスケジューリング情報および周期的データを送信する状況を示す。
【発明を実施するための形態】
【０１５１】
「移動局（mobile station）」、「移動ノード（mobile node）」、「ユーザ端末（user terminal）」または「ユーザ機器（user equipment）」は、通信ネットワーク内の物理エンティティである。１つのノードがいくつかの機能エンティティを有することができる。機能エンティティとは、所定の一連の機能を実施する、および／または、所定の一連の機能をノードまたはネットワークの別の機能エンティティに提供するソフトウェアモジュールまたはハードウェアモジュールを意味する。ノードは、通信機器または通信媒体にノードをアタッチする１つまたは複数のインタフェースを有することができ、ノードはこれらのインタフェースを通じて通信できる。同様に、ネットワークエンティティは、機能エンティティを通信機器または通信媒体にアタッチする論理インタフェースを有することができ、ネットワークエンティティは論理インタフェースを通じて別の機能エンティティや通信相手ノードと通信できる。
【０１５２】
特許請求の範囲および本出願において使用されている用語「無線リソース（radio resource）」は、物理無線リソース（時間−周波数リソースなど）を意味するものと広義に理解されたい。
【０１５３】
本出願において使用されている用語「直接通信送信（direct communication transmission）」は、２つのユーザ機器の間の直接的な（すなわち無線基地局（例えばｅＮＢ）を介さない）送信として広義に理解されたい。また、直接通信送信は、「直接サイドリンク接続」を通じて実行され、「直接サイドリンク接続（direct sidelink connection）」は、２つのユーザ機器の間に直接確立される接続に対して使用される用語である。例えば３ＧＰＰでは、Ｄ２Ｄ（装置間）通信、ＰｒｏＳｅ通信、またはサイドリンク通信という専門用語が使用される。用語「直接サイドリンク接続（direct sidelink connection）」、「サイドリンクインタフェース（sidelink interface）」は、広義に理解されるものとし、３ＧＰＰの文脈では背景技術のセクションで説明したＰＣ５インタフェースとして理解できる。
【０１５４】
本出願において使用されている用語「ＰｒｏＳｅ」またはその非短縮形である「近接サービス（Proximity Services）」は、背景技術のセクションで例示的に説明したように、ＬＴＥシステムでは近接性に基づくアプリケーションおよびサービスの文脈において適用される。この文脈では、近接サービスにおける装置間通信を意味する目的で、「Ｄ２Ｄ」などの別の専門用語も使用される。
【０１５５】
本出願全体を通じて使用されている用語「車両移動端末（vehicular mobile terminal）」は、背景技術のセクションで説明した３ＧＰＰの新しい検討項目または作業項目であるＶ２Ｘ（車両通信）の文脈において理解されるものとする。したがって、車両移動端末は、車両通信を実行する（すなわち、例えば安全性あるいは運転者の支援を目的として車両に関連する情報を他のエンティティ（車両、インフラストラクチャ、歩行者など）に渡す）ために、特に車両（例：自動車、商用トラック、オートバイなど）に取り付けられている移動端末として、広義に理解されるものとする。オプションとして、車両移動端末は、ナビゲーションシステム（同様に自動車に取り付けられている場合）において利用可能な情報（地図情報など）にアクセスできる。
【０１５６】
背景技術のセクションで説明したように、３ＧＰＰは、ＬＴＥによって支援される車両通信に関する新しい検討項目を導入し、この車両通信は、ＰｒｏＳｅ手順に基づいて、様々な車両移動端末と別の局との間でＶ２Ｘトラフィックを交換する。さらには、Ｖ２Ｘトラフィック用に、一種のセミパーシステントな無線リソース割当てがサポートされ、この目的を達成するため、特に、ＵＥによる自律的なリソース割当てモード（モード２とも称する）における無線リソースの予約およびセンシングのためのメカニズムがサポートされることが合意された。しかしながら、センシングおよび無線リソースの予約に関して基本的な合意に達したにすぎず、これらをどのように実施するかと、効率的かつ欠陥のない動作を確保するために他のメカニズムをどのように適合させるかに関する詳細は提供されていない。
【０１５７】
例えば、センシングおよび無線リソースの予約は、（車両）ＵＥがどのように無線リソースを選択してＰＣ５インタフェースを通じてデータを送信するかに、大きく影響する。車両ＵＥは、モード２では、適切なリソースプールから無線リソースを自律的に選択する。特に、ＵＥがセンシングおよびリソースの予約／確保を行うときに、セミパーシステントな割当てをどのように実施できるかは明らかではない。
【０１５８】
本発明者は、上に説明した問題点を緩和するため、以下の例示的な実施形態を着想した。
【０１５９】
様々な実施形態の特定の実装形態は、３ＧＰＰ標準規格によって与えられる、一部を背景技術のセクションで説明した幅広い仕様の中で実施され、特に重要な特徴は、以下の実施形態において説明するように追加される。なお、これらの実施形態は、例えば、背景技術のセクションで説明した３ＧＰＰ  ＬＴＥ−Ａ（リリース１０／１１／１２／１３／１４）通信システムなどの移動通信システムにおいて有利に使用できるが、これらの実施形態はこれらの特定の例示的な通信ネットワークでの使用に限定されないことに留意されたい。
【０１６０】
以下の説明は、本開示の範囲を制限するものとしてではなく、本開示を深く理解するための実施形態の単なる例として理解されたい。当業者には、請求項に記載されている本開示の一般的な原理を、様々なシナリオに、以下に明示的には記載されていない方法で適用できることが認識されるであろう。説明を目的として、いくつかの想定がなされているが、これらの想定は以下の実施形態の範囲を制限するものではない。
【０１６１】
様々な実施形態は、主として、送信装置からサイドリンクインタフェースを介して１つまたは複数の受信装置への周期的データおよび非周期的データの改良された送信、を提供する。改良された送信には、送信装置による、例えば自律的に制御される無線リソースの割当ても含まれる。それ以外の機能（すなわち様々な実施形態によって変更されない機能）は、背景技術のセクションで説明した機能とまったく同じままとする、または、様々な実施形態に何ら影響しない範囲で変更できる。このような機能としては、例えば、送信装置が周期的データの送信を実行する正確な方法、あるいは様々な送信装置が互いに発見する方法などの別の手順が挙げられる。
【０１６２】
様々な実施形態を適用することのできる１つの例示的なシナリオは、背景技術のセクションにおいて例示したＶ２Ｘ通信である。したがって、送信装置および受信装置は、例えば、車両におけるＵＥ、道路側ユニット、歩行者が携帯している「通常の」移動端末などとすることができる。さらに、周期的データは、様々な車両エンティティの間で継続的に交換される車両データ（例：ＣＡＭメッセージ）とすることができる。
【０１６３】
以下の例示的な実施形態は、実例を目的として、このようなＶ２Ｘ通信のシナリオに関連して説明するが、本発明はこれに限定されないものとする。そうではなく、本発明は、より一般的に、別の（車両以外の）シナリオ、例えば「通常の」ＵＥが、周期的データおよび非周期的データを、Ｕｕインタフェースを介してｅＮＢに送信する、またはＰＣ５インタフェース（サイドリンク接続）を介して他の（１つまたは複数の）ＵＥに送信するシナリオにも、適用できる。
【０１６４】
（第１の実施形態）
以下では、上述した（１つまたは複数の）問題点を解決するための第１の実施形態について詳しく説明する。第１の実施形態の様々な実装形態およびバリエーションも説明する。
【０１６５】
すでに上で例示的に述べたように、車両に取り付けられており、かつ本出願の背景技術のセクションで説明したようにＤ２Ｄのフレームワークに基づいて車両通信を実行することのできる車両ＵＥ、を想定する。したがって、車両データ（例：周期的データおよび非周期的データ）は、そのデータに関心のある別のエンティティに、車両ＵＥによって送信される。
【０１６６】
車両ＵＥによって送信される周期的データは、背景技術のセクションで詳しく説明した協調認識メッセージ（ＣＡＭ）によって例示される。本発明に関連するＣＡＭの特徴として、ＣＡＭは周期的に送信されるので、一般的にはセミパーシステントなリソース割当てに適している。しかしながら、ＣＡＭは、セミパーシステントスケジューリングのシナリオの通常のＶｏＩＰの使用シナリオとは著しく異なる点として、様々な、場合によっては変化する送信周期、および／または、様々なメッセージサイズ（すなわち車両ＵＥがそのための無線リソースを必要とする送信されるデータの量）が存在する。ＶｏＩＰは、一定の周期および一定のメッセージサイズを示し、これらは、ｅＮｏｄｅＢによって実行される周知のセミパーシステントな無線リソース割当てによって扱うことができる。
【０１６７】
なお、ＣＡＭは、このような周期的データの一例にすぎず、車両通信または車両以外の通信において標準化されている、または将来的に標準化される別のタイプのデータにも、本発明を適用できることに留意されたい。特に車両通信においては、車両ＵＥは、（状態および属性）データを、様々な、および／または場合によっては変化する周期で周期的にブロードキャストしなければならない可能性が高い。したがって、車両ＵＥは、様々な量のデータを有する異なる周期のメッセージを、様々な時刻インスタンスにおいて送信しなければならない。ＰＣ５インタフェースを通じたＶ２Ｘ通信のために実施されるセミパーシステントな無線リソース割当てでは、このことを考慮しなければならない。
【０１６８】
以下では、非周期的データは、背景技術のセクションで紹介したＤＥＮＭメッセージによって例示される。なぜなら、ＤＥＮＭメッセージは、車両に関連する安全性イベントによってトリガーされ、周期的ではないためである。一方で、ＤＥＮＭメッセージは、トリガーされた後には、受信装置がこのメッセージを確実に受信するように、特定の時間長に渡り繰り返し送信されることがある。したがって、ＤＥＮＭメッセージは、その短い期間中は周期的データとなる。しかしながら、以下の例示的な実施形態およびそのバリエーションにおいては、周期的データはＣＡＭメッセージであると想定し、ＤＥＮＭメッセージは非周期的データであるとみなす。
【０１６９】
背景技術のセクションで説明したように、センシングおよび無線リソースの予約は、今後の標準規格の（１つまたは複数の）リリースに含められることが３ＧＰＰによってほぼ承認されている。特に、送信側で無線リソースを予約することによって、例えば、周期的データのパケットを、現在使用されているリソースと同じリソースを使用して送信できるように、１つまたは複数の後からの時刻インスタンス用にも、現在使用されているリソースと同じリソースを予約することにより、一種の「セミパーシステントな」無線リソース割当てを実施できる。したがって、車両ＵＥは、後からの時刻インスタンスにおいては、周期的データを送信できるようにするためにリソースの選択／要求（モード２またはモード１のリソース割当て）を再び実行する必要がない。以下では、ほとんどの場合、リソースの予約が周期の次の時刻インスタンスのみを対象に実行されるものと想定する（例えば図９を参照）。ただし、（第１の）実施形態は、より長い期間に渡る（すなわち２つ以上の時刻インスタンスを対象とする）無線リソースの予約が可能であるシナリオにも等しく適用可能である。
【０１７０】
無線リソースの予約は、様々な方法で実施することができ、３ＧＰＰによってまだ決定されていない。サイドリンクデータとともに送信されるスケジューリング情報（ＳＣＩ）は、送信に使用される無線リソースを識別する。したがって、スケジューリング情報によって、受信側エンティティは、サイドリンクデータを正しく受信して処理／復号できる。これに加えてスケジューリング情報は、例えば、無線リソースが予約されている時刻（例：サブフレーム）を受信側エンティティが判断できるように、データの時刻または周期を示すことによって、無線リソースの予約を示す目的にも使用することができる。一例においては、スケジューリング情報は、（そのスケジューリング情報に示されている）リソースがさらに予約されている（１つまたは複数の）後の時刻インスタンスを示すための対応するフィールドを含むことができる。このフィールドの値は、無線予約が適用される対象のデータ（より一般的には論理チャネル）の周期から求めることができる。すなわち、例えば、ＣＡＭメッセージの周期が１００ｍｓであるとき、スケジューリング情報の対応する周期フィールドはこの１００ｍｓを示す。
【０１７１】
オプションとして、スケジューリング情報は、リソースの予約が適用される周期の時刻インスタンスの数を、このフィールド（または個別のフィールド）の中でさらに示すことができる。ただし、これは、そのように明示的に示すことが実際に必要である場合である。なぜなら、この数はＵＥによって別の方法で求めることもできる（例えばあらかじめ決める、または例えばＲＲＣプロトコルによって設定するなど）ためである。
【０１７２】
スケジューリング情報の中で既に示された（すなわち今回の送信に使用される）無線リソースは、後の時刻インスタンスに対しても予約される可能性が高い。この方式の利点として、センシング動作がサポートされ、衝突の確率を小さくすることによってリソース予約メカニズムがより効率的になる。しかしながら、このことは絶対的には必要ではない。例えば、スケジューリング情報の中で別の無線リソースを追加的に示すことによって、または周期的データの送信用に今回使用されるようにすでに識別されている無線リソースから、（例えば予約された無線リソースを導くための所定の規則を使用することにより）別の無線リソースを暗黙的に求めることによって、別の無線リソースを予約することもできる。
【０１７３】
最初に想定することとして、ＵＥは、モード２の無線リソース割当てをサポートしており、主としてこの無線リソース割当てを実行する。さらに、ＵＥには、スケジューリング情報およびデータをＰＣ５（サイドリンク）インタフェースを介して送信するための無線リソースを自律的に選択できるように必要な（１つまたは複数の）リソースプールが適切に設定されている。
【０１７４】
周期的なＣＡＭメッセージを効率的に送信する目的で、ＵＥの新規の挙動を提供する。この挙動について、図９（時刻インスタンスｔ１〜ｔ４におけるデータの周期的な送信を示す）に関連して例示的に説明する。この実施形態の図解および説明を容易にする目的で、いくつかの想定を行う。例えば、スケジューリング情報とデータが同じサブフレームにおいて送信されることを例示的に想定する。ただし、データの実際の送信より前のサブフレームの１つにおいてスケジューリング情報が送信されることも同等に可能である。３ＧＰＰ会合において現在検討されているように、（リリース１４の時点で）ＰＣ５インタフェースを介してのＤ２Ｄ送信における送信タイミングは、以前のリリース１２／１３において使用されていた、図６および図７に示したタイミングと比較して、今後のリリースにおいて変更されることもありうる。したがって、図９において例示的に想定したように、ＳＣＩとＤ２Ｄデータを同じサブフレームにおいて送信するように決定されることもありうる。
【０１７５】
さらに、ＵＥは、使用する無線リソースが解放されるまで待機しなければならないのではなく、送信可能な状態になるデータを直ちに送信できると想定する。
【０１７６】
時刻ｔ０において、車両アプリケーションが周期的データ（例：ＣＡＭメッセージ）の生成を初めて開始し、ＰＣ５インタフェースを介して送信できるようにＣＡＭメッセージを下位レイヤに転送する。このときアプリケーションレイヤが、周期的データとともに、優先順位の指示情報（ＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）など）を下位レイヤに伝えると想定する。下位レイヤは、例えば周期的データのＰＰＰＰ（優先順位の指示情報）に応じて、周期的データのための対応するサイドリンク論理チャネルを設定する。車両ＵＥは、設定されているモード２のＵＥによる自律的なリソース割当てに従って、ＣＡＭメッセージを送信するため適切なリソースプールからの無線リソースの選択を開始する。ＵＥによって選択されるリソースの量は、ＣＡＭメッセージのサイズによって決まる。
【０１７７】
ここで留意すべき点として、車両アプリケーションレイヤ（ＣＡＭメッセージを周期的に生成する）は、正確な周期ではデータを生成しない。周期的データの生成は変動することがある。したがって、ＣＡＭメッセージは、実際には、ＣＡＭメッセージの周期によって与えられる特定の時刻付近で生成される。周期的データの生成における変動は、（例えば（Ｖ２Ｘ）アプリケーションおよびオペレーティングシステムのタイミングクロックに起因して）送信装置において発生するジッタが原因となることがある。さらには、ＣＡＭメッセージ生成のタイミングオフセットが発生することがある。具体的には、所与の周期のＣＡＭにおいて、何らかの運転イベント（加速、急ブレーキ、緊急旋回など）によっていくらかの速度変化／進路変化が突然起こり、このとき対応するトリガー条件が満たされていると、ＣＡＭの元の周期に従わない間隔で１つまたは２つのＣＡＭメッセージが生成されることがある。次いで、これらの突然かつ偶発的なイベントから回復した後、ＣＡＭの周期は前と同じ周期に戻りうるが、その後の一連のＣＡＭのタイミングオフセットは、ＣＡＭの元のトラフィックパターン（すなわち速度または進路が突然変化する前のＣＡＭ）と比較して変更される。
【０１７８】
したがって、ＵＥによるリソース選択において、周期的データの到着を基準とするオフセットを伴って無線リソース（その後、セミパーシステント式に継続的に使用される）を選択することによって、メッセージの生成におけるこのジッタ／オフセットをすでに考慮できる。オフセット量は、無線リソースが予約されている時刻よりも（わずかに）後にＣＡＭメッセージが送信可能な状態になることを回避する目的で、以降のＣＡＭメッセージの生成が、予約された無線リソースの時刻より前に実際に起こるように、選ぶことができる。車両ＵＥは、時刻ｔ１において、選択された無線リソースを使用して最初のＣＡＭメッセージを送信する。車両ＵＥは、ＣＡＭメッセージが特定の（現在の）周期（例：１００ｍｓ）を有することを、例えば周期に関する特定の指示情報を受け取ることによって、またはＰＰＰＰに符号化されている情報から、上位レイヤから認識している。したがってＵＥは、さらなるＣＡＭメッセージを以降の時刻インスタンス（例えば約ｔ１）＋１００ｍｓにおける次の時刻インスタンス）において送信しなければならないことを予期できる。したがって、車両ＵＥは、時刻ｔ２（例えば単純にはｔ１＋１００ｍｓとすることができる）（すなわち次のＣＡＭメッセージが予期されるのみならず、リソースの選択に最初に適用された生成ジッタおよびオフセットも考慮された時刻）における対応するリソースを、さらに予約する。
【０１７９】
時刻ｔ２の前に（例えば時刻ｔ２よりいくつかのサブフレームだけ前に）、ＣＡＭメッセージのデータが実際に送信可能な状態になる。しかしながら、車両ＵＥは、周期的なＣＡＭメッセージ用に予約されている無線リソースを認識しているため、無線リソースの選択を実行せずに、時刻ｔ１における送信によって無線リソースが予約されている時刻ｔ２まで、その周期的データを遅延させる。ＣＡＭメッセージの送信を遅延させた後、車両ＵＥは、時刻ｔ２において、予約されている無線リソースを使用して新しいＣＡＭメッセージを送信する。結果として、このセミパーシステントなリソース割当てによって、無線リソースをさらに選択する必要性が回避され、すでに予約されている無線リソースを効率的に使用できる。このプロセスのさらなる利点として、たとえＣＡＭメッセージが早すぎるタイミングで送信可能な状態になる場合でも、ＣＡＭメッセージを送信するために別の無線リソースが突然使用されることはないので、予約された無線リソースが無駄にならない。さらには、別の（車両）装置（予約された無線リソースを識別するためにセンシングを継続的に実行している）が、無線リソースの選択を実行するときに、予約済みの無線リソースを正しく回避する。
【０１８０】
車両ＵＥは、時刻ｔ２においても同様に、時刻ｔ２においてＣＡＭメッセージとともに送信されるスケジューリング情報の中で時刻ｔ３の無線リソースを適切に示すことによって、時刻ｔ３（例：ｔ３＝ｔ２＋１００ｍｓ）におけるさらなるＣＡＭメッセージの送信用に無線リソースを予約する。新しいＣＡＭメッセージは、予測されたように時刻ｔ３より前に車両アプリケーションによって生成されて下位レイヤのバッファに到着する。車両ＵＥは、このＣＡＭメッセージを、予約されている無線リソースがそのＣＡＭメッセージの送信に利用可能である時刻ｔ３まで遅延させる。時刻ｔ３においてＣＡＭメッセージの送信が実行される。以降も、無線リソースを予約して周期的データを遅延させる同じプロセスが、継続的に実行される。
【０１８１】
なお、図９に関連して説明したＣＡＭメッセージの遅延は、周期的なＣＡＭメッセージのみに限定することができる。したがって、それ以外のデータ（周期的データまたは非周期的データ）は、遅延無しに（すなわち送信可能な状態になったときにできる限り早い時点で）送信されることに留意されたい。特に、車両ＵＥの車両アプリケーションは、送信される非周期的データ（ＤＥＮＭメッセージなど）も生成するものと例示的に想定する。したがって、この場合にも、ＰＣ５インタフェースを介しての送信用にモード２のリソース割当てを想定する。ＵＥの下位レイヤがアプリケーションレイヤからＤＥＮＭメッセージを受け取り、ＵＥがそのＤＥＮＭメッセージを送信する。ＤＥＮＭメッセージの送信は、無線リソースを選択するステップと、次いでＤＥＮＭメッセージを、必要な場合には対応するスケジューリング情報とともに実際に送信するステップとを含む。図１０は簡単な図解を示す。この場合、時刻ｔ５において非周期的データが送信可能な状態になり、直ちに送信される（送信するための無線リソースが直ちに利用可能である場合）。また、この例示的なケースでは、車両ＵＥは、この非周期的データとともに送信されるスケジューリング情報を通じて無線リソースの予約を実行しない。なぜなら、データは非周期的であり、したがって以降の送信を予測できないためである。
【０１８２】
これに代えて、最初のＤＥＮＭがトリガーされた後の特定の期間の間の、ＤＥＮＭメッセージの繰り返しを考慮するときには、無線リソースを予約するステップと、オプションとしてＤＥＮＭメッセージの（１つまたは複数の）繰り返しを遅延させるステップとを、ＤＥＮＭの繰り返しの送信に（少なくとも一時的に）適用できる。
【０１８３】
全体として、車両ＵＥの異なるタイプのスケジューリング挙動が予測される。特定の周期的データ（ＣＡＭメッセージなど）は、セミパーシステントに予約された無線リソースを使用して送信され（すなわち上述した無線リソースの予約を使用して、以降のＣＡＭメッセージの送信を示し）、予約された無線リソースを使用して周期的データを送信できるように、必要に応じて遅延させる。これに対して、それ以外のデータ（非周期的データ（例：ＤＥＮＭメッセージ）または別の周期的データなど）については、対応するデータができる限り早く（すなわち遅延無しに）送信されるように、無線リソースの選択プロセスを直ちにトリガーすることができる（動的スケジューリングとも称される）。
【０１８４】
上述した実施形態は、周期的データの送信に焦点をあてており、周期的データを対象にリソース予約が実行され、周期的データは、予約された無線リソースの時刻まで遅延される。上記で簡潔に触れたように、車両ＵＥは、特定のタイプの周期的データ（例：上述したＣＡＭメッセージ）の最初の送信時に、その周期的データの優先順位および／または周期に固有な対応するサイドリンク論理チャネルを、車両ＵＥ自身で（すなわち基地局なしに）作成する。無線リソースの予約は、特定のデータ（すなわちＣＡＭメッセージ）自体に依存するのではなく、サイドリンク論理チャネルに依存させることができる。したがって無線リソースの予約は、同じサイドリンク論理チャネルに属す（同じかまたは同程度の優先順位および／または周期を有する）全てのタイプのデータの送信のみに使用可能である。簡潔に言えば、ＣＡＭメッセージおよび別の類似する周期的データ（すなわちＣＡＭメッセージ以外）を扱う特定のサイドリンク論理チャネルのデータは、予約された無線リソースを使用して送信することができる（この場合には遅延させる必要がありうる）。一方で、別のサイドリンク論理チャネルからの他のデータ（周期的データまたは非周期的データ）は、予約された無線リソースを使用できるべきではない。後者の他のデータは、例えば無線リソースを適切に選択または要求し、その選択／要求した無線リソースを使用してデータを送信することによって、個別に送信しなければならない。したがって、無線リソースの予約と、無線リソースが予約されている対象の周期的データの遅延は、論理チャネルに依存する。
【０１８５】
上述した実施形態の例示的な一実装形態では、送信されるトランスポートブロックを生成する目的で、予約された無線リソースを割り当てるためにサイドリンク論理チャネルの優先順位付け手順をどのように適用するかを変更する。背景技術のセクションで説明したように、サイドリンク論理チャネルの優先順位付け手順では、通常、送信待ち状態のデータを有する論理チャネル全てを考慮する。これに対して、予約された無線リソースが周期的データ（例：ＣＡＭメッセージ）の送信にのみ使用されるようにする目的で、無線リソースが予約されている特定の時刻に実行されるサイドリンクＬＣＰ（論理チャネル優先順位付け）手順を、無線リソースが事前に予約されている対象のサイドリンク論理チャネルのみが考慮されるように実行できる。他の全ての論理チャネルは、その時刻インスタンスにおいてはＬＣＰ手順から除外される。これにより、周期的データ（ＣＡＭメッセージ）が送信されることが、より高い優先順位のデータによって阻止されることが回避される。欠点としては、その時刻インスタンスにおいて、周期的データを送信するのに、予約されている無線リソースの全てが必要ではない場合、使用されない予約されている無線リソースが無駄になる。なぜなら、予約されている無線リソースは、そのサイドリンク論理チャネルに属すデータ以外のデータを送信する目的には使用できないためである。
【０１８６】
したがって、代替形態においては、無線リソースが予約されている対象の論理チャネルのデータが、最も高い優先順位を有するものとみなされるように、サイドリンクＬＣＰ手順を適合させることができる。これにより、予約されている無線リソースが、最初に、その特定の論理チャネルのデータを送信するために割り当てられる一方で、それと同時に、予約されている無線リソースが残る場合には他のデータも送信する柔軟性が維持されることが達成される。
【０１８７】
上述した実施形態のさらなる例示的な実装形態では、送信されるトランスポートブロックを生成する目的で、無線リソースを割り当てるためにサイドリンク論理チャネルの優先順位付け手順をどのように適用されるかを変更する。スケジューリング制御情報によって明示的に予約されていない（すなわち動的に選択される、または割り当てられるとも称する）無線リソースについては、送信側ＵＥは、予約された無線リソースを使用することになっていない論理チャネルのみを考慮する。予約された無線リソースを使用するサイドリンク論理チャネルを考慮しないことによって、これらの「セミパーシステントな」サイドリンク論理チャネルのデータは、予約されたリソースまで遅延され、早い時点で送信されないことが保証される。
【０１８８】
上述した実施形態のさらなるバリエーションでは、以下の説明から明らかになるように、実施上の有利な細部を提供する。上述した図９および図１０から明らかであるように、最初のＣＡＭメッセージの送信後に次のＣＡＭメッセージの送信用の無線リソースが事前に予約され、（送信の時点で）受信装置にすでに認識されているが、データ送信それぞれとともにスケジューリング情報が送信される。このように時刻インスタンスごとにスケジューリング情報を送信することによって、次の時刻インスタンスのための無線リソースを引き続き予約する（例：時刻ｔ３を対象に時刻ｔ２において予約する）ことが可能であるのみならず、スケジューリング情報のこの追加的な送信によって、前のスケジューリング情報を（すなわち時刻ｔ２において）受信しなかった別の受信装置も、時刻ｔ３において周期的データを正しく受信できる。
【０１８９】
さらには、図１０では、各時刻インスタンスにおいて周期的データが「早く」到着するものと想定されている。この早い到着は、予約されている無線リソースが利用可能である時刻まで送信を遅延させることによって「補正（compensated）」される。タイミングのオフセット／ジッタを考慮するためにオフセットを適切に設定することによって、周期的データが遅れて（すなわち無線リソースが予約されている時刻より後に）到着することを回避するべきである。別のケースでは、オフセットにもかかわらず、またはオフセットが適切に設定されていない、あるいはまったく設定されていない理由で、または何らかの別の理由（速度の変化など）に起因して、周期的データが、予測されているより遅れて（すなわち無線リソースが予約されている時刻より後に）到着することがある。これは図１１に示している。図１１は、周期的な無線リソースが時刻ｔ４に予約されており、周期的データが時刻ｔ５に到着する状況を示す。周期的データが遅れて到着するため、時刻ｔ４における予約済みの無線リソースを使用することができない。さらに、車両ＵＥは、このデータを遅延させることができず、遅れた周期的データは、送信可能な状態になったときにできる限り早い時点で送信する（時刻ｔ５においてただちに送信されるものと例示的に想定する）。周期的データのこの動的な送信は、無線リソースを適切に選択する（モード２）ステップと、次いでこの選択された無線リソースを使用して周期的データを送信するステップとを含む。時刻ｔ４のために予約された無線リソースは無駄になり、この無線リソースが時刻ｔ４用に予約されていることを識別した別のエンティティによってもおそらく使用されない。遅延要件を満たす目的で、遅れた周期的データは、これを遅延させるのではなく、できる限り早く送信される。
【０１９０】
これに加えて、周期的データの時刻ｔ５における遅れた動的な送信は、この場合も、後の時点（ｔ６）のための無線リソースを適切に予約する目的に使用することができる。なぜなら、さらなる周期的データの送信を予測できるためである。さらなる無線リソースを予約するべき時刻ｔ６を求める方法に関して、いくつかのオプションが存在する。例えば、無線リソースの予約を基本的に前と同じ周期で継続することができる（すなわちｔ３とｔ４の間の期間と、ｔ４とｔ６の間の期間とが同じである）。この場合、スケジューリング情報の中の時刻の指示情報は、これに応じて計算する（ｔ６＝ｔ４＋周期１）べきである（図１１に示す）。これに代えて、前の無線リソースの予約が完全には適切な時刻に設定されなかった結果として、予約された無線リソースを使用する機会を逸したことを考慮して、新しい無線リソースの予約を、この逸したタイミングが考慮されるようにわずかに適合させることができる。したがって、例えば時刻ｔ６＝ｔ５＋周期１を対象に無線リソースを予約できる（図１１には示していない）。
【０１９１】
この実施形態のさらなるバリエーションによれば、ＵＥは、周期的データが遅れて到着する、または早く到着することが、データの周期の変化を示すと想定できる。図１２に例示的に示したように、変化した周期２は、周期的データが遅れて到着したことが原因である。車両ＵＥは、周期的データの以降の送信に、変化した周期を想定し、それに応じて、時刻ｔ６＝ｔ５＋周期２に無線リソースを予約する。この方式は、周期的データが著しく早く到着した場合にも同じように適用できる。オプションとして、図１２には示していないが、時刻ｔ０におけるリソース割当てと同様に、オフセットを追加的に考慮できる。さらに、本実施形態のこのバリエーションは、周期的データの予測される到着と、周期的データが実際に到着したときとの間の差に依存させることもできる。例えば、この差がわずかである場合、車両ＵＥは、この差が上位レイヤにおける周期的データの生成の「通常の」変動（すなわちジッタ）の範囲内であると想定できる。これに対して、差が特定の上限より大きい場合、車両ＵＥは、周期的データの周期が（例えば車両の速度の変化に起因して）変化したものと想定できる。
【０１９２】
上述した（１つまたは複数の）実施形態の別のバリエーションによれば、周期的データを遅延させることのできる最大時間を定義できる。このような最大時間は、例えば上位レイヤによって（ＰＰＰＰと同様に）周期的データとともに（例えば優先順位の指示情報（ＰＰＰＰ）とは個別に、または一緒に）示すことができる。オプションとして、最大時間は、一度だけ（例えば周期的データを初めて生成してそれを下位レイヤに転送するときに）示すことができる。これに代えて、最大遅延時間は、特定の周期的データによって与えられる特定の遅延要件から決定できる、または、車両ＵＥにおいて別の方法で決定できる。いずれの場合にも、車両ＵＥは、上述した最大遅延時間よりも遅延が小さい（または等しい）場合にのみ、周期的データを遅延させることを決定する。遅延が大きい（例えば最大遅延時間に等しいかまたはそれより大きい）場合には、車両ＵＥは、周期的データを遅延させずに、ただちに送信する。したがって、車両ＵＥは、できる限り早く送信を実行するため別の無線リソースを選択する。
【０１９３】
本実施形態のさらに別のバリエーションによれば、下位レイヤは、アプリケーションからのパケットが到着した（例えばＰＤＣＰバッファに到着した）とき、そのパケットとともにアプリケーションレイヤによって提供される対応する最大遅延時間値に設定された値を用いてタイマーを起動する。送信装置は、タイマーが切れたとき、対応するパケットを破棄する。なぜなら、配信の最大許容時間を超えたためである。
【０１９４】
例えば、上述した図９および図１０（無線リソースが予約されている時刻よりわずかに前に周期的データが到着する）においては、上述した（１つまたは複数の）実施形態によって課せられる遅延が、最大遅延時間より小さいと想定できる。これに対して、周期的データがより早い時点において到着する場合、課せられる遅延が大きすぎることがある。したがって、車両ＵＥは、予約された無線リソースを待つのではなく、その早く到着した周期的データを直ちに送信することを決定できる。
【０１９５】
同様に、２つ以上の時刻インスタンスを対象とする無線リソースの予約を想定するときには、データが遅れて（例えば無線リソースが予約されている時刻よりもわずかに後に（図１１を参照））到着する場合、その遅れた周期的データは多くの場合、直ちに送信するべきである。なぜなら、次の時刻インスタンスを対象として予約されている無線リソースまで遅延させると大きな遅延となり、次の予約済み無線リソースが周期的データの次の送信に使用されるためである。
【０１９６】
さらには、最大遅延時間を超えたことを、周期的データの周期が変化したことの示唆として使用することができる。したがって、変化した新しい周期を想定するように車両ＵＥをトリガーすることができ、以降のデータ送信のための無線リソースの予約はその周期に基づいて実行される。これに代えて、堅牢性を保証する目的で、車両ＵＥが周期の変化を想定するためには、その前に特定の回数だけ最大遅延時間を超えなければならず、それまで車両ＵＥは、引き続き「古い」周期に基づいて無線リソースを予約する。
【０１９７】
ここまでは、詳しく説明することなく、無線リソースの予約が、ＣＡＭメッセージを送信するために車両ＵＥによって使用されると想定している。車両ＵＥが、上述した実施形態を周期的データに対して実行するか否か、あるいはどの周期的データに対して実行するかは、以下の例の１つに従って制御できる。一般的に（車両）ＵＥは、ＣＡＭメッセージを、例えば、ＰＣ５インタフェースを通じたそのＣＡＭメッセージの送信に適用される優先順位の扱いを定義するＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）とともに、上位のアプリケーションレイヤから受け取る（ＰＰＰＰに関するさらなる詳細については背景技術のセクションも参照）。ＵＥのアクセス層は、このようなデータを初めて受け取ると、上述したように、ＰＰＰＰが関連付けられるＣＡＭメッセージのための対応するサイドリンク論理チャネルを設定する。以降に、同じＰＰＰＰとともに受け取った（および同じ送信元／宛先ペアまたはアプリケーションを対象とする）データは、この同じサイドリンク論理チャネルによって扱われる。
【０１９８】
さらには、車両ＵＥのアクセス層は、上位レイヤからのＣＡＭメッセージの周期についても認識する。例えば、周期情報を、一例においては、例えば追加の値を提供することによってＰＰＰＰの中に符号化することができる。したがって、ＵＥは、データの周期を優先順位の指示情報から直接認識する。これに代えて、個別の周期指示情報を、データとともに上位レイヤから提供できる。いずれの場合にも、ＵＥの下位レイヤは、上位レイヤから受け取るデータの周期を求めることができる。明示的な指示情報を提供する代わりに、車両ＵＥの下位レイヤ（例：ＭＡＣレイヤまたはＰＤＣＰレイヤ）が、レイヤ２バッファ（例：ＰＤＣＰバッファ）へのパケットの到着に基づいてデータの周期を認識することもできる。ただし、パケットの到着に基づくデータの周期は、時間をかけて初めてＵＥに認識される。例えば、推定される周期は、考慮されるサイドリンク論理チャネルの、前のＮ（整数）個のパケットがＰＤＣＰレイヤ／レイヤ２に到着する時刻に基づいて、線形的に外挿される。これに対して、アプリケーションレイヤがアクセス層（ＵＥの下位レイヤ）に周期を通知する場合には、車両ＵＥはこの情報を即座に認識し（いくつかのパケットを受け取るまで待つ必要がない）、無線予約手順にこの情報を使用できる。
【０１９９】
さらには、車両ＵＥが、上述したセミパーシステントなリソース割当てを周期的データに適用するか否かは、例えばＵＥの実装に委ねることができる、または、基地局によって（例えば一般にはシステム情報またはＲＲＣシグナリングを使用して）制御できる、またはＰｒｏＳｅ機能またはアプリケーションレイヤによって制御できる。
【０２００】
いずれの場合にも、車両ＵＥは、特定のサイドリンク論理チャネルの周期的データの送信にリソースの予約を適用するか否かを決定する。
【０２０１】
車両ＵＥは、２つ以上の周期的なサイドリンク論理チャネルを有することができる。例えば、上述したＣＡＭメッセージ以外に、車両ＵＥは例えばｅコール（e-Call）をサポートすることもできる。ｅコールは、（音声）データの周期的な送信が発生することにおいてボイスオーバーＩＰ（ＶｏＩＰ）に似ている。将来的には、より多くのタイプの周期的データがサポートされうる。したがって、車両ＵＥは、これらの周期的なサイドリンク論理チャネルそれぞれに、無線リソースの予約メカニズムを適用できる。一方で、その場合に生じうる欠点として、多くの無線リソースが各車両ＵＥによって予約される。
【０２０２】
上述した実施形態のバリエーションによれば、多くの無線リソースが１つの車両ＵＥによって予約されることを回避するため、並行する無線リソース予約の最大数を予測できる。したがって、特定の数の同時に存在する「ＳＰＳ」サイドリンク論理チャネルのみが許可されるように、車両ＵＥを設定できる。したがって、残りの周期的なサイドリンク論理チャネルについては、通常の動的なスケジューリングが実行される。したがって、車両ＵＥは、データが送信可能な状態になった後、できる限り早く（すなわちリソースを予約してデータを遅延させることなく）無線リソースを選択／要求して送信を実行する。
【０２０３】
同時に存在する論理チャネルの最大数は、３ＧＰＰ標準規格の中で決めておく、もしくは装置において事前に設定する、または、基地局によって（例えばシステム情報またはＲＲＣメッセージを使用することによって）柔軟に設定できる。これに代えて、ＰｒｏＳｅ機能またはアプリケーションレイヤが、同時に使用することが車両装置に許可される予約の最大数を設定できる。
【０２０４】
本実施形態のさらなるバリエーションによれば、無線リソースの予約では、特定の（例えば特定のサイドリンク論理チャネルの）周期的データのための無線リソースのみを予約する。特に、本実施形態について上述したように、車両ＵＥは、最初の送信においてサイドリンク論理チャネルの周期的データを送信し、それと同時に、後の時点のための（同じかまたは別の）リソースを予約する。１つのバリエーションにおいては、予約された無線リソースは、前の送信のＳＣＩによって無線リソースが予約された対象の特定のサイドリンク論理チャネルのデータを送信する目的にのみ使用できる。しかしながら、これらの無線リソースを排他的に予約することによって、無線リソースが必ずしも使用されないことがある。例を挙げれば、サイドリンク論理チャネルのデータを受け取るタイミングが遅すぎて、予約された無線リソースを使用できない場合である。したがって、別のバリエーションにおいては、予約された無線リソースは特定の論理チャネルのデータ（例：ＣＡＭメッセージ）を送信するために使用されることが好ましいが、予定の時刻に周期的データが送信可能な状態ではない場合、ＵＥは、その予約された無線リソースを別のデータを送信するために使用することが許可される。
【０２０５】
上記の実施形態においては、１つの論理チャネルのデータのためにのみ無線リソースが予約されるが（ＰｒｏＳｅのＬＣＰ手順において論理チャネルの多重化がサポートされているため）、車両ＵＥが１つのトランスポートブロックの中で２つ以上のサイドリンク論理チャネルを送信し、これらのサイドリンク論理チャネルを対象とする以降に使用するための無線リソースを予約することも可能である。予約された無線リソースは、一般的には、前の送信のＳＣＩによって無線リソースが予約された対象の特定の１つまたは複数のサイドリンク論理チャネルのデータを送信するためにのみ使用できる。さらには、車両ＵＥは、いくつかの論理チャネルの周期が同じである場合、これらの論理チャネルのデータのための無線リソースのみを予約する。
【０２０６】
上記の実施形態のさらなるバリエーションによれば、ＵＥの本挙動では、動作中に起こりうる周期的データ（例：ＣＡＭメッセージ）の周期の変化も考慮する。前述したように、上位レイヤにおける周期的データの生成は、完全には周期的ではなく、わずかに変動し、この場合、周期自体は変化しない。一方で、例えば車両の動態（速度、角度、方向など）の変化に起因して、周期が著しく変化することがある。１つのバリエーションによれば、周期的データを生成する上位のアプリケーションレイヤは、周期的データが生成される周期が変化するときに下位レイヤに通知できる。この通知は、例えば、周期的データとともに上位レイヤによって転送される対応する周期指示情報を使用することによって、実施することができる。周期指示情報は、周期が変化するときに単純に１つの異なる値を含む。したがって、周期指示情報を受け取る、車両ＵＥの（１つまたは複数の）下位レイヤは、変化する周期を認識する。これに代えて、（例えば図１２に関連して前に説明したように）データの変化した到着タイミングから、下位レイヤによって周期の変化を推測することもできる。
【０２０７】
本実施形態の１つのバリエーションでは、周期の変化を認識した時点で、たとえ無線リソースがすでに予約されている場合にも、その周期的データが直ちに送信される。なぜなら、予約されている無線リソースは、周期的データの変化した周期にもはや従わないためである。したがって、車両ＵＥは、データが送信可能な状態になった後、直ちに無線リソースの選択を開始し、（利用可能な無線リソースに応じて）できる限り早く、選択された無線リソースを使用して周期的データを送信する。周期が変化した後の周期的データのこの最初の送信に基づいて、以降の１つまたは複数の送信のための無線リソースが、変化した周期を考慮して予約され、それに対応してスケジューリング情報の中で無線リソースの予約を示す。こうして無線リソースの予約を、変化する周期に適合させることができる。
【０２０８】
さらに、ＣＡＭメッセージの内容（サイズ）が変化することがある。この場合、予約された無線リソースが、ＣＡＭメッセージ全体を送信するのに十分ではないことがある。周期の変化とともにサイズの変化が起こるときには、車両ＵＥは、動的なリソース割当てを実行し、十分な量のリソースと適切な周期を最初に選択する機会を有する。これに対して、周期の変化なしにＣＡＭメッセージのサイズが大きくなる場合、車両ＵＥは、同様にリソース予約を無視して動的なリソース割当てを実行し、選択されたリソースに従ってＣＡＭメッセージを送信する。これと同時に、スケジューリング情報の中に適切な指示情報を含めることによって、新たに割り当てられた無線リソースが、以降の１つまたは複数の時刻インスタンスにおいて同様に予約される。これによって、以降の無線リソースは、より大きいＣＡＭメッセージを送信するのにも十分であることが確保される。
【０２０９】
さらなるバリエーションによれば、前に行われた無線リソースの予約を破棄することが可能である。例えば、上述したように、以降の無線リソースの予約が使用されないことをＵＥがすでに認識している場合、前に行われた無線リソースの予約の破棄をブロードキャストすることが可能である。これは例えば、破棄するべき無線リソースを、「破棄」に設定された専用フィールドによって示すＳＣＩ（スケジューリング制御情報）を送ることによって行うことができる。この専用フィールドは追加のビット／フラグとすることができる。または、これに代えて、ＳＣＩに含まれるフィールドの事前定義される特定の組み合わせを使用して、前に予約された無線リソースの「破棄」を示すことができる。
【０２１０】
本実施形態の上の例示的な説明においては、予約されたリソースが以降の時刻インスタンスにおいて利用可能である（すなわちそのようなリソースを別のＵＥが予約していない）ものと想定した。しかしながら、ＵＥは、予約がもはや有効ではない時刻インスタンスでは、わずかに異なる周期で新しい無線リソースを選択しなければならないことがある（再選択とも称する）。したがって、（別のＵＥによる予約に起因して利用可能なリソースが存在しない場合には）周期は一定ではなく、長い期間の間にはわずかに変化することが起こりうる。
【０２１１】
上記の実施形態においては、車両ＵＥが主としてモード２のリソース割当てを使用するものと想定してきた。これに対して車両ＵＥは、ｅＮｏｄｅＢからのリソースを要求するため、モード１のリソース割当てをサポートすることもできる。モード１においてＰＣ５インタフェースを介してのＰｒｏＳｅデータの送信用にセミパーシステントなリソース割当てを実施する目的で、Ｕｕインタフェースを介してのセミパーシステントな割当てのために現在予測されている方法に類似する方法を使用できる。したがって車両ＵＥが、ＰＣ５インタフェースを介して周期的データを送信するためのリソースを要求するとき、ｅＮｏｄｅＢは、セミパーシステントなリソース割当てを使用することを決定できる。ＰＣ５インタフェースを介して周期的データを送信するために使用可能である無線リソースを周期的に割り当てる対応するセミパーシステントグラントを、車両ＵＥに提供できる。オプションとして、セミパーシステントグラントは、ＣＡＭメッセージの生成のジッタ／オフセットをすでに考慮していることができる。
【０２１２】
さらなる実施形態によれば、特定の論理チャネルについては、スケジューリング要求（それに続くバッファ状態報告）のトリガーが抑制される。特に、たとえセミパーシステントな無線リソースが利用可能ではない時点において、その特定の論理チャネルの周期的データが利用可能になるときにも、車両ＵＥは、ｅＮｏｄｅＢからの無線リソースを動的に要求するためのスケジューリング要求および対応するバッファ状態報告の送信のいずれもトリガーしない。代わりに、送信可能な状態になる周期的データを、セミパーシステントなリソースが再び利用可能になるさらに後の時刻インスタンスまで遅延させる。すなわち、車両ＵＥは、周期的データを送信するために新しい動的なグラントを要求するのではなく、セミパーシステントに割り当てられるリソースを使用する。
【０２１３】
ＰＣ５インタフェースを通じたＶ２Ｘメッセージの送信では、１対全（ｏｎｅ−ｔｏ−ａｌｌ）のＰｒｏＳｅ直接通信が採用される。「１対全のＰｒｏＳｅ直接通信」はコネクションレスであるため、ｅＮＢのスケジューラは、ＳＰＳの設定／割当てを確立／構成するときにＵＥによって支援される。より具体的には、車両ＵＥは、必要な周期およびオフセットを示すことによって、ＳＰＳを設定するための支援情報をｅＮＢに提供できる。ｅＮｏｄｅＢは、変化する周期に適切なセミパーシステントな無線リソースを決定して車両ＵＥに割り当てる。さらに、例えば車両の動態の変化に起因する、車両の周期的データ（例：ＣＡＭメッセージ）の様々な変化する周期を考慮する目的で、車両ＵＥは、周期の変化をｅＮｏｄｅＢに通知できる。
【０２１４】
本実施形態のさらなるバリエーションによれば、特定の論理チャネルに対してＵＥがＳＲ／ＢＳＲをトリガーすることを抑制するべきである新しいＵＥの挙動または規則が導入される。より具体的には、ＳＰＳの設定のためにＵＥがＵＥ支援情報をｅＮＢに提供した論理チャネルのデータが到着したことによってトリガーされるバッファ状態報告（ＢＳＲ）では、それによってスケジューリング要求（ＳＲ）がトリガーされない。
【０２１５】
これに代えて、セミパーシステントに割り当てられたリソース（例えばＳＰＳ  ＲＮＴＩによってスクランブルされたＤＣＩ（ダウンリンク制御情報）によって割り当てられた無線リソース）で送信される、サイドリンク論理チャネルのデータについては、車両ＵＥは、データの到着によるバッファ状態報告（ＢＳＲ）のトリガーに起因するスケジューリング要求（ＳＲ）をトリガーしない。
【０２１６】
［ハードウェアおよびソフトウェアによる本開示の実施］
別の例示的な実施形態は、上述した様々な実施形態を、ハードウェア、ソフトウェア、またはハードウェアと連携したソフトウェアを使用して実施することに関する。これに関連して、ユーザ端末（移動端末）を提供する。本ユーザ端末は、本明細書に記載されている方法を実行するように構成されており、これらの方法に適切に関与する対応するエンティティ（受信機、送信機、プロセッサなど）を含む。
【０２１７】
様々な実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものとさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、特定用途向け集積回路（ＡＳＩＣ：Application Specific Integrated Circuit）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Field Programmable Gate Array）、または、その他プログラマブルロジックデバイスなどである。様々な実施形態は、これらのデバイスの組み合わせによっても実行または具体化され得る。特に、上述した各実施形態の説明に用いた各機能ブロックは、集積回路であるＬＳＩによって実施できる。これらの機能ブロックは、個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。これらのチップは、自身に結合されているデータの入力と出力を含むことができる。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩと呼称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限るものではなく、専用回路または汎用プロセッサを使用することによって達成できる。さらには、ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ、またはＬＳＩ内部の回路セルの接続または設定を再設定可能なリコンフィギャラブル・プロセッサを利用してもよい。
【０２１８】
さらに、様々な実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組み合わせも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。さらには、複数の異なる実施形態の個々の特徴は、個々に、または任意の組み合わせにおいて、別の実施形態の主題できることに留意されたい。
【０２１９】
具体的な実施形態に示した本開示には、広義に記載されている本発明の概念または範囲から逸脱することなく、様々な変更および／または修正を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本発明を制限するものではないものとみなされる。
【図１】
2019521597.tif 000004
【図２】
2019521597.tif 000005
【図３】
2019521597.tif 000006
【図４】
2019521597.tif 000007
【図５】
2019521597.tif 000008
【図６】
2019521597.tif 000009
【図７】
2019521597.tif 000010
【図８】
2019521597.tif 000011
【図９】
2019521597.tif 000012
【図１０】
2019521597.tif 000013
【図１１】
2019521597.tif 000014
【図１２】
2019521597.tif 000015
【手続補正書】
【提出日】平成31年2月19日(2019.2.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
周期的データをサイドリンクインタフェースを介して１つまたは複数の受信装置に送信する送信装置であって、前記送信装置は、周期的データおよび非周期的データを前記サイドリンクインタフェースを介して送信するための無線リソースを自律的に選択し、前記送信装置は、
第１の周期的データを第１のスケジューリング情報とともに前記１つまたは複数の受信装置に送信し、前記第１のスケジューリング情報が、前記第１の周期的データを送信するために使用される無線リソースを示し、第２の周期的データを送信するために前記送信装置によって後の時点において使用可能な予約された無線リソースをさらに示す、送信機と、
前記第２の周期的データを前記後の時点まで遅延させるプロセッサと、
を備え、
前記送信機は、前記後の時点において前記第２の周期的データを前記第１のスケジューリング情報によって示された前記予約された無線リソースを使用して送信し、
前記送信機は、前記第１の周期的データおよび前記第２の周期的データ以外の他のデータを、送信可能な状態になったときにできる限り早い時点において送信する、
送信装置。
【請求項２】
前記プロセッサは、データが前記第１の周期的データと同じ論理チャネルに属しているかを判定することによって、送信可能な状態になる前記データが、前記無線リソースが予約されている前記第２の周期的データであるか否かを判定し、
前記データが前記第１の周期的データと同じ論理チャネルに属している場合、前記プロセッサは、前記無線リソースが予約されているか否かを判定し、結果が肯定的である場合、前記無線リソースが予約されている前記後の時点まで前記第２の周期的データを遅延させることを決定し、
前記データが前記第１の周期的データと同じ論理チャネルに属していない場合、前記プロセッサは、前記データをできる限り早い時点において送信することを決定し、前記データの前記送信に使用される他の無線リソースを自律的に選択する、
請求項１に記載の送信装置。
【請求項３】
前記プロセッサは、データが特定の論理チャネルに属しているかに基づいて、送信可能な状態になる前記データが前記第１の周期的データであるか否かを判定し、結果が肯定的である場合、前記後の時点のための無線リソースを予約することを決定し、
前記特定の論理チャネルは、前記送信装置における上位レイヤによって提供される、前記第１の周期的データの優先順位の指示および／または周期の指示に基づいて設定され、
前記周期的データの前記周期は、前記送信装置における前記上位レイヤによって、前記優先順位の指示とともに、または個別に指示される、
請求項１または２に記載の送信装置。
【請求項４】
最大遅延時間が設定され、
前記プロセッサは、前記第２の周期的データを前記最大遅延時間より大きく遅延させるか否かを判定し、前記判定の結果が肯定的である場合、遅延させる代わりに、前記送信機は、前記判定されたときに前記第２の周期的データをできる限り早い時点において送信し、
前記第２の周期的データをできる限り早い時点において送信する処理は、前記第２の周期的データの前記送信に使用される他の無線リソースを前記プロセッサが自律的に選択する処理を含み、
前記第２の周期的データとともに送信されるスケジューリング情報は、前記第２の周期的データを送信するために使用される前記選択された無線リソースを示し、第３の周期的データを送信するために前記送信装置によって前記後の時点において使用可能な予約された無線リソースをさらに示し、
前記最大遅延時間は、周期的な車両データの優先順位の指示とともに、または個別に、上位レイヤから指示される、
請求項１から３のいずれか１項に記載の送信装置。
【請求項５】
最大遅延時間が設定され、
前記プロセッサは、前記第１の周期的データが前記最大遅延時間より大きく遅延される回数を決定し、前記決定された回数が所定の数より大きい場合、前記決定の後に送信可能な状態になる周期的データが、送信可能な状態になったときにできる限り早い時点において送信される、
請求項１から４のいずれか１項に記載の送信装置。
【請求項６】
前記第２の周期的データの周期が変更されることを示す、前記第２の周期的データのための指示が受信される場合、前記第２の周期的データは、できる限り早い時点において送信される、
請求項１から５のいずれか１項に記載の送信装置。
【請求項７】
前記送信装置が同時に行うことのできる無線リソース予約の数を制限するため、同時の無線リソース予約の最大数が前記送信装置に対して設定される、
請求項１から６のいずれか１項に記載の送信装置。
【請求項８】
前記第１のスケジューリング情報は、前記無線リソースが予約される前記後の時点を示すフィールドを含み、
前記プロセッサは、前記第１の周期的データ及び前記第２の周期的データの周期に基づいて、前記予約される無線リソースの前記後の時点を決定する、
請求項１から７のいずれか１項に記載の送信装置。
【請求項９】
前記予約される無線リソースは、前記第１の周期的データを送信するために使用される前記無線リソースと同じである、または異なり、
前記予約される無線リソースが前記第１の周期的データを送信するために使用される前記無線リソースと同じである場合、前記第１のスケジューリング情報の１つのフィールドは、前記予約される無線リソース、及び、前記第１の周期的データを送信するために使用される無線リソースの双方を示し、前記予約される無線リソースは、少なくとも、送信に使用される時間−周波数リソースおよび変調・符号化方式によって定義される、
請求項１から８のいずれか１項に記載の送信装置。
【請求項１０】
前記予約される無線リソースは、前記予約される無線リソースが前記第２の周期的データの送信のみに使用されるように、前記第２の周期的データのために予約される、
請求項１から９のいずれか１項に記載の送信装置。
【請求項１１】
前記他のデータは、前記非周期的データまたは他の周期的データであり、
前記プロセッサが他の無線リソースを自律的に選択し、前記送信機が前記選択された他の無線リソースを使用して前記他のデータを送信することによって、前記他のデータは前記送信装置によって送信される、
請求項１から１０のいずれか１項に記載の送信装置。
【請求項１２】
前記周期的データは、更新された車両状態情報を提供するために周期的にトリガーされる協調認識メッセージ（ＣＡＭ：Cooperative Awareness Messages）を含み、
前記非周期的データは、車両に関連する安全性イベントによってトリガーされる分散型環境通知メッセージ（ＤＥＮＭ：Decentralized Environmental Notification Messages）を含む、
請求項１から１１のいずれか１項に記載の送信装置。
【請求項１３】
前記送信機は、前記第２の周期的データを送信するために使用される前記予約された無線リソースを示す第２のスケジューリング情報を、前記第２の周期的データとともに送信する、
請求項１から１２のいずれか１項に記載の送信装置。
【請求項１４】
前記送信装置は、
前記後の時点のために他の装置によって予約された無線リソースを示す、前記他の装置によって送信されるスケジューリング情報を監視し、
前記後の時点において複数の無線リソースから無線リソースを選択するときに、前記複数の無線リソースから、前記他の装置によって予約された無線リソースを除外する、
ことによって、
前記予約された無線リソースのセンシングを実行する、
請求項１から１３のいずれか１項に記載の送信装置。
【請求項１５】
第４の周期的データを送信するために、無線リソースが基地局によってセミパーシステントにスケジューリングされ、
前記周期的データが前記セミパーシステントにスケジューリングされた無線リソースより前に送信可能な状態になる場合、前記送信装置は、前記周期的データを送信するための前記基地局からのさらなる無線リソースを要求するスケジューリング要求を、トリガーせず、かつ送信せず、
前記送信機が前記セミパーシステントにスケジューリングされた無線リソースを使用して前記周期的データを送信するように、前記周期的データは、前記セミパーシステントにスケジューリングされた無線リソースまで遅延される、
請求項１から１４のいずれか１項に記載の送信装置。
【請求項１６】
前記送信装置は、車両移動端末、路側ユニット、または移動端末であり、
前記周期的データは、周期的な車両データまたは周期的な非車両データである、
請求項１から１５のいずれか１項に記載の送信装置。
【請求項１７】
周期的データをサイドリンクインタフェースを介して送信装置から１つまたは複数の受信装置に送信する方法であって、前記送信装置は、周期的データおよび非周期的データを前記サイドリンクインタフェースを介して送信するための無線リソースを自律的に選択し、前記方法は、前記送信装置によって実行される以下のステップ、すなわち、
第１の周期的データを第１のスケジューリング情報とともに前記１つまたは複数の受信装置に送信し、前記第１のスケジューリング情報が、前記第１の周期的データを送信するために使用される無線リソースを示し、第２の周期的データを送信するために前記送信装置によって後の時点において使用可能な予約された無線リソースをさらに示す、ステップと、
前記第２の周期的データを前記後の時点まで遅延させるステップと、
前記後の時点において前記第２の周期的データを前記第１のスケジューリング情報によって示された前記予約された無線リソースを使用して送信するステップと、
前記第１の周期的データおよび前記第２の周期的データ以外の他のデータを、送信可能な状態になったときにできる限り早い時点において送信するステップと、
を含む方法。
【国際調査報告】
2019521597.tif 000016
2019521597.tif 000017