特許 6850813 Ｕｕベースのビークル間通信におけるスケジューリングのための方法およびシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6850813

(24)【登録日】2021年3月10日

(45)【発行日】2021年3月31日

(54)【発明の名称】Ｕｕベースのビークル間通信におけるスケジューリングのための方法およびシステム

(51)【国際特許分類】

   H04W 72/04 20090101AFI20210322BHJP

   H04W 92/18 20090101ALI20210322BHJP

【ＦＩ】

   H04W72/04 131

   H04W92/18

【請求項の数】10

【全頁数】38

(21)【出願番号】特願2018-551344(P2018-551344)

(86)(22)【出願日】2017年3月23日

(65)【公表番号】特表2019-513334(P2019-513334A)

(43)【公表日】2019年5月23日

(86)【国際出願番号】US2017023793

(87)【国際公開番号】WO2017172479

(87)【国際公開日】20171005

【審査請求日】2018年11月28日

(31)【優先権主張番号】62/315,262

(32)【優先日】2016年3月30日

(33)【優先権主張国】US

(31)【優先権主張番号】62/366,152

(32)【優先日】2016年7月25日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】マルティーノ・エム・フレーダ

(72)【発明者】

【氏名】ベノー・ペレティエ

【審査官】 伊東 和重

(56)【参考文献】

【文献】 中国特許出願公開第１０４８１１８９２（ＣＮ，Ａ）

【文献】 米国特許出願公開第２０１５／０２８２１４８（ＵＳ，Ａ１）

【文献】 Huawei, HiSilicon，Constraint for Multiple Sidelink Transmissions[online]，3GPP TSG-RAN WG2#93，3GPP，２０１６年 ２月１９日，R2-161074，検索日[2019.07.12],インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_93/Docs/R2-161074.zip＞

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

無線送受信ユニット（ＷＴＲＵ）によって実行される方法であって、
半永続的スケジューリング（ＳＰＳ）リソースに対する要求を前記ＷＴＲＵからｅｖｏｌｖｅｄノードＢ（ｅＮＢ）に送信するステップであって、ＳＰＳリソースに対する前記要求は、前記要求されたＳＰＳリソースの周期性、トランスポートブロックサイズ、および、パケット到来のためのタイミングを示しているタイミングオフセットを含み、前記タイミングオフセットは、システムフレーム番号０のサブフレーム番号０に対するオフセットである、ステップと、
前記ＷＴＲＵによって、ＳＰＳリソースに対する前記送信された要求に応答して、ＳＰＳ構成を前記ｅＮＢから受信するステップと、
前記ＷＴＲＵによって、前記ＳＰＳ構成およびＰｒｏＳｅパケット単位優先度（ＰＰＰＰ）にしたがって、サイドリンクチャネル上でもう１つのＷＴＲＵへデータを送信するステップと
を備えることを特徴とする方法。

【請求項2】

前記ＳＰＳ構成は、ＰＣ５インターフェイスに対応することを特徴とする請求項１に記載の方法。

【請求項3】

前記ＳＰＳ構成を示している活動化メッセージは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して受信されることを特徴とする請求項１に記載の方法。

【請求項4】

前記要求は、前記ＳＰＳ構成のインデックスを含むことを特徴とする請求項１に記載の方法。

【請求項5】

無線送受信ユニット（ＷＴＲＵ）であって、
半永続的スケジューリング（ＳＰＳ）リソースに対する要求を前記ＷＴＲＵからｅｖｏｌｖｅｄノードＢ（ｅＮＢ）に送信するように構成された送信機であって、ＳＰＳリソースに対する前記要求は、前記要求されたＳＰＳリソースの周期性、トランスポートブロックサイズ、および、パケット到来のためのタイミングを示しているタイミングオフセットを含み、前記タイミングオフセットは、システムフレーム番号０のサブフレーム番号０に対するオフセットである、送信機と、
当該ＷＴＲＵによって、ＳＰＳリソースに対する前記送信された要求に応答して、ＳＰＳ構成を示している活動化メッセージを前記ｅＮＢから受信するように構成された受信機と
を備え、前記送信機は、前記ＳＰＳ構成およびＰｒｏＳｅパケット単位優先度（ＰＰＰＰ）にしたがって、サイドリンクチャネル上で、前記ＷＴＲＵからもう１つのＷＴＲＵへデータを送信するようにさらに構成されたことを特徴とするＷＴＲＵ。

【請求項6】

前記ＳＰＳ構成を示している前記活動化メッセージは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して受信されることを特徴とする請求項５に記載のＷＴＲＵ。

【請求項7】

前記要求は、前記ＳＰＳ構成のインデックスを含むことを特徴とする請求項５に記載のＷＴＲＵ。

【請求項8】

前記送信機は、論理チャネル優先度（ＬＣＰ）にしたがって、前記データを送信するようにさらに構成されたことを特徴とする請求項５に記載のＷＴＲＵ。

【請求項9】

ＳＰＳリソースに対する前記送信された要求は、ＰＰＰＰ情報要素を含むことを特徴とする請求項５に記載のＷＴＲＵ。

【請求項10】

前記受信機は、前記ＳＰＳ構成の非活動化を示している非活動化メッセージを、前記ＷＴＲＵによって前記ｅＮＢから受信するようさらに構成されたことを特徴とする請求項５に記載のＷＴＲＵ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、Ｕｕベースのビークル間通信におけるスケジューリングのための方法およびシステムに関する。

【背景技術】

【0002】

関連出願の相互参照
本出願は、その内容が参照により本明細書に組み込まれる、２０１６年３月３０日に出願された米国特許仮出願第６２／３１５，２６２号明細書、および２０１６年７月２５日に出願された米国特許仮出願第６２／３６６，１５２号明細書の利益を主張する。

【0003】

（集合的にビークルツーエブリシング（Ｖ２Ｘ）と呼ばれる）ビークル間（Ｖ２Ｖ：vehicle-to-vehicle）、ビークルツーインフラストラクチャ（Ｖ２Ｉ：vehicle-to-infrastructure）、およびビークルツー歩行者（Ｖ２Ｐ：vehicle-to-pedestrian）は、ビークルと路側ユニットとが通信ネットワーク中の通信ノードであるビークル通信システムである。これらのノードは、安全警告および交通情報などの情報を互いに与える。協調的手法では、ビークル通信システムは、事故および交通渋滞を回避するのに各ビークルが問題を個別に解決しようと試みる場合よりも効果的であり得る。

【0004】

直接デバイス間（Ｄ２Ｄ：direct device-to-device）通信は、電気電子技術者協会（ＩＥＥＥ）または第３世代パートナーシッププロジェクト（３ＧＰＰ）のような主要な標準化団体によってサポートされ始めている。３ＧＰＰおよびロングタームエボリューション（ＬＴＥ）ベースの無線アクセスの場合、ＬＴＥ技術を使用したコスト効率の高い高能力の公共安全通信を可能にするためにＤ２Ｄ通信のサポートが導入されている。これは、第１に、公共安全（ＰＳ：public safety）タイプのアプリケーションの使用のために利用可能な無線アクセス技術の設備投資額（ＣＡＰＥＸ）および営業費用（ＯＰＥＸ）を低下させるために管轄にわたって無線アクセス技術を調和させる要望によって動機づけられる。これは、第２に、スケーラブルな広帯域無線の解決策としてのＬＴＥが、音声およびビデオのような異なるサービスタイプの効率的な多重化を可能にすることによって動機づけられる。

【0005】

ＰＳアプリケーションが、一般に、たとえば、トンネル中で、深部地下中で、または破局的なシステム停止の後にしばしばＬＴＥネットワークの無線カバレージの範囲にないエリアでの無線通信を必要とするので、あらゆるオペレーティングネットワークの不在時にまたはアドホック展開された無線インフラストラクチャの到着の前にＰＳのためのＤ２Ｄ通信をサポートする必要がある。しかしながら、オペレーティングネットワークインフラストラクチャの存在下で動作するときでも、ＰＳ通信は、一般に依然として、商用サービスよりも高い信頼性を必要とし得る。

【0006】

Ｖ２Ｘ通信規格および技術は、３ＧＰＰ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ ｏｎ Ｓｅｒｖｉｃｅ ａｎｄ Ｓｙｓｔｅｍ Ａｓｐｅｃｔｓ（ＳＡ１）にサブグループするサービスの要件を満たすために、Ｄ２Ｄと非Ｄ２Ｄとの両方における、ＬＴＥへの潜在的な拡張に加えた現在のＤ２Ｄ ＬＴＥ仕様に基づいて開発され得る。

【発明の概要】

【0007】

トリガイベントに基づいてノードＢに半永続的スケジューリング（ＳＰＳ：semi-persistent scheduling）構成を変更する指示を送信することであって、ＳＰＳ構成を変更する指示は、スケジューリング間隔と現在のＳＰＳ構成のオフセットとのうちの少なくとも１つを変更する要求を含む、送信することと、ＳＰＳ構成を変更する指示に基づいて現在のＳＰＳ構成を再構成することと、変更されたＳＰＳ構成に従ってＳＰＳリソースを使用して協調認識メッセージ（ＣＡＭ）を送信することとを含む、ＳＰＳ構成に基づいてＳＰＳリソースタイミングにＣＡＭの生成および送信を整列させる本方法、装置およびシステムが提供される。

【0008】

無線送受信ユニット（ＷＴＲＵ）中での動作のための方法は、ＷＴＲＵからｅｖｏｌｖｅｄノードＢ（ｅＮＢ）に、要求された半永続的スケジューリング（ＳＰＳ）リソースの周期性と、割り当てられたＳＰＳリソースを有するとＷＴＲＵが予期する時間を示す時間オフセットとを含むＳＰＳリソースに対する要求を送信することを備え得る。本方法は、ｅＮＢからＷＴＲＵによって、ＳＰＳリソースに対する送信された要求に応答して、ＳＰＳ構成を受信することをさらに備え得る。送信された要求の時間オフセットは、ＷＴＲＵのシステムフレーム番号（ＳＦＮ）０に対するサブフレーム番号オフセットを含み得る。受信されたＳＰＳ構成は、ＰＣ５インターフェイスに対応し得る。ＳＰＳ構成は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して受信され得る。

【図面の簡単な説明】

【0009】

より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得ることができる。

【0010】

【図1A】１つまたは複数の開示される実施形態が実装され得る例示的な通信システムのシステム図である。

【図1B】図１Ａに示した通信システム内で使用され得る例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。

【図1C】図１Ａに示した通信システム内で使用され得る例示的な無線アクセスネットワークと例示的なコアネットワークとのシステム図である。

【図2】ＣＡＭタイミングの例示的なタイムラインの図である。

【図3A】１０個以上の所望の事前構成されたＳＰＳ間隔のうちの１つをシグナリングするために使用される例示的な４ビットの間隔値インジケータの図である。

【図3B】間隔インジケータ値とシステムフレーム番号（ＳＦＮ）とを備える例示的なＭＡＣ制御要素（ＣＥ）設計の図である。

【図4】複数のＭＡＣ ＣＥを備える例示的なＭＡＣ ＰＤＵの図である。

【図5】要求されたオフセットまたはオフセット変更の例示的な手順である図である。

【図6】ＳＰＳ構成の変更指示の例示的な手順である図である。

【図7】肯定応答メッセージを使用した短縮ＳＰＳ再構成のための方法を示すフローチャートである。

【図8】ＳＰＳ再構成のための例示的なトリガイベントのリストである。

【発明を実施するための形態】

【0011】

図１Ａは、１つまたは複数の開示される実施形態が実装され得る例示的な通信システム１００の図である。通信システム１００は、複数のワイヤレスユーザに音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを与える多元接続システムであり得る。通信システム１００により、複数のワイヤレスユーザは、ワイヤレス帯域幅を含むシステムリソースの共有を通してそのようなコンテンツにアクセスすることが可能になり得る。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１つまたは複数のチャネルアクセス方法を採用し得る。

【0012】

図１Ａに示すように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを諒解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、ワイヤレス環境において動作および／または通信するように構成された任意のタイプのデバイスであり得る。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成され得、ユーザ機器（ＵＥ）、移動局、固定またはモバイル加入者ユニット、ページャ、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサー、コンシューマ電子機器などを含み得る。

【0013】

通信システム１００はまた、基地局１１４ａと基地局１１４ｂとを含み得る。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェイス接続するように構成された任意のデバイスのタイプであり得る。例として、基地局１１４ａ、１１４ｂは、トランシーバ基地局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであり得る。基地局１１４ａ、１１４ｂはそれぞれ、単一の要素として示されているが、基地局１１４ａ、１１４ｂが、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることを諒解されよう。

【0014】

基地局１１４ａは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどの他の基地局および／またはネットワーク要素（図示せず）をも含み得るＲＡＮ１０４の一部であり得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある特定の地理的領域内のワイヤレス信号を送信および／または受信するように構成され得る。セルは、セルセクタにさらに分割され得る。たとえば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわち、セルのセクタごとに１つを含み得る。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用し得、したがって、セルの各セクタに対して複数のトランシーバを利用し得る。

【0015】

基地局１１４ａ、１１４ｂは、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信し得、これは、任意の好適なワイヤレス通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であり得る。エアインターフェイス１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。

【0016】

より詳細には、上記のように、通信システム１００は、多元接続システムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を採用し得る。たとえば、ＲＡＮ１０４およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ中の基地局１１４ａは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェイス１１６を確立し得るユニバーサルモバイル電気通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。

【0017】

別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェイス１１６を確立し得る発展型ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装し得る。

【0018】

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定規格２０００（ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、モバイル通信用グローバルシステム（ＧＳＭ）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

【0019】

図１Ａ中の基地局１１４ｂは、たとえば、ワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであり得、事業所、自宅、ビークル、構内などの局在化エリア中でのワイヤレス接続性を容易にするために任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装し得る。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装し得る。また別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がないことがある。

【0020】

ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークであり得るコアネットワーク１０６と通信していることがある。たとえば、コアネットワーク１０６は、呼制御、課金サービス、モバイルロケーションベースのサービス、プリペイド電話、インターネット接続性、ビデオ配信などを提供し、および／またはユーザ認証などの高レベルなセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６が、ＲＡＮ１０４または異なるＲＡＴと同じＲＡＴを採用する他のＲＡＮと直接的にまたは間接的に通信していることがあることを諒解されよう。たとえば、Ｅ−ＵＴＲＡ無線技術を利用していることがあるＲＡＮ１０４に接続されていることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信していることがある。

【0021】

コアネットワーク１０６はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとして働き得る。ＰＳＴＮ１０８は、簡易電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート中の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）およびインターネットプロトコル（ＩＰ）などの共通通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または動作されるワイヤードまたはワイヤレス通信ネットワークを含み得る。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用し得る１つまたは複数のＲＡＮに接続された別のコアネットワークを含み得る。

【0022】

通信システム１００中のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含み得、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、様々なワイヤレスリンクを介して様々なワイヤレスネットワークと通信するための複数のトランシーバを含み得る。たとえば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用し得る基地局１１４ａと通信し、ＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成され得る。

【0023】

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送信／受信要素１２２と、スピーカー／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、取外し不能メモリ１３０と、取外し可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含み得る。ＷＴＲＵ１０２が、実施形態に一致したままでありながら上記要素の任意の部分組合せを含み得ることを諒解されよう。

【0024】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境中で動作することを可能にする任意の他の機能を実行し得る。プロセッサ１１８は、トランシーバ１２０に結合され得、トランシーバ１２０は、送信／受信要素１２２に結合され得る。図１Ｂが、プロセッサ１１８とトランシーバ１２０とを別個の構成要素として示しているが、プロセッサ１１８とトランシーバ１２０とが電子パッケージまたはチップ中に一緒に組み込まれ得ることを諒解されよう。

【0025】

送信／受信要素１２２は、エアインターフェイス１１６を介して基地局（たとえば、基地局１１４ａ）に信号を送信するか、またはそれから信号を受信するように構成され得る。たとえば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであり得る。別の実施形態では、送信／受信要素１２２は、たとえば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放出器／検出器であり得る。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号との両方を送信および受信するように構成され得る。送信／受信要素１２２がワイヤレス信号の任意の組合せを送信および／または受信するように構成され得ることを諒解されよう。

【0026】

さらに、送信／受信要素１２２が、単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェイス１１６を介してワイヤレス信号を送信および受信するための２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含み得る。

【0027】

トランシーバ１２０は、送信／受信要素１２２によって送信されることになる信号を変調することと、送信／受信要素１２２によって受信される信号を復調することとを行うように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、たとえば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数のトランシーバを含み得る。

【0028】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され、それからユーザ入力データを受信し得る。プロセッサ１１８はまた、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力し得る。さらに、プロセッサ１１８は、取外し不能メモリ１３０および／または取外し可能メモリ１３２などの任意のタイプの好適なメモリからの情報にアクセスし、その中にデータを記憶し得る。取外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含み得る。取外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上などのＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアクセスし、その中にデータを記憶し得る。

【0029】

プロセッサ１１８は、電源１３４から電力を受信し得、ＷＴＲＵ１０２中の他の構成要素に電力を配分し、および／またはそれを制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の好適なデバイスであり得る。たとえば、電源１３４は、１つまたは複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（リチウムイオン）など）、太陽電池、燃料電池などを含み得る。

【0030】

プロセッサ１１８はまた、ＷＴＲＵ１０２の現在の位置に関するロケーション情報（たとえば、経度および緯度）を与えるように構成され得るＧＰＳチップセット１３６に結合され得る。ＧＰＳチップセット１３６からの情報に加えて、またはそれの代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェイス１１６を介してロケーション情報を受信し、および／または２つ以上の隣接する基地局から受信されている信号のタイミングに基づいてそれの位置を決定し得る。ＷＴＲＵ１０２が、実施形態に一致したままでありながら任意の好適なロケーション決定方法によってロケーション情報を取得し得ることを諒解されよう。

【0031】

プロセッサ１１８は、追加の特徴、機能および／またはワイヤードもしくはワイヤレス接続性を与える１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含み得る他の周辺機器１３８にさらに結合され得る。たとえば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、（写真またはビデオのための）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含み得る。

【0032】

図１Ｃは、実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０４は、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を採用し得る。ＲＡＮ１０４はまた、コアネットワーク１０６と通信していることがある。

【0033】

ＲＡＮ１０４が、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含み得るが、ＲＡＮ１０４が、実施形態に一致したままでありながら任意の数のｅノードＢを含み得ることを諒解されよう。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含み得る。一実施形態では、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅノードＢ１４０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、それからワイヤレス信号を受信するために複数のアンテナを使用し得る。

【0034】

ｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクでのユーザのスケジューリングなどを扱うように構成され得る。図１Ｃに示すように、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェイスを介して互いに通信し得る。

【0035】

図１Ｃに示すコアネットワーク１０６は、モビリティ管理エンティティゲートウェイ（ＭＭＥ）１４２と、サービングゲートウェイ１４４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６とを含み得る。上記の要素の各々がコアネットワーク１０６の一部として示されているが、これらの要素のうちのいずれか１つがコアネットワークオペレータ以外のエンティティによって所有および／または動作され得ることを諒解されよう。

【0036】

ＭＭＥ１４２は、Ｓ１インターフェイスを介してＲＡＮ１０４中のｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続され得、制御ノードとして働き得る。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラの活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担当し得る。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を与え得る。

【0037】

サービングゲートウェイ１４４は、Ｓ１インターフェイスを介してＲＡＮ１０４中のｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続され得る。サービングゲートウェイ１４４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングし、転送し得る。サービングゲートウェイ１４４はまた、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し、記憶することなどの他の機能を実行し得る。

【0038】

サービングゲートウェイ１４４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするためにインターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得るＰＤＮゲートウェイ１４６に接続され得る。

【0039】

コアネットワーク１０６は、他のネットワークとの通信を容易にし得る。たとえば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするためにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得る。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェイスとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、またはそれと通信し得る。さらに、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または動作される他のワイヤードまたはワイヤレスネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得る。

【0040】

他のネットワーク１１２は、さらに、ＩＥＥＥ８０２．１１ベースのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）１６０に接続され得る。ＷＬＡＮ１６０は、アクセスルータ１６５を含み得る。アクセスルータは、ゲートウェイ機能を含み得る。アクセスルータ１６５は、複数のアクセスポイント（ＡＰ）１７０ａ、１７０ｂと通信していることがある。アクセスルータ１６５とＡＰ１７０ａ、１７０ｂとの間の通信は、ワイヤードイーサネット（ＩＥＥＥ８０２．３規格）または任意のタイプのワイヤレス通信プロトコルを介したものであり得る。ＡＰ１７０ａは、ＷＴＲＵ１０２ｄとのエアインターフェイスを介してワイヤレス通信している。

【0041】

（集合的にビークルツーエブリシング（Ｖ２Ｘ）と呼ばれる）ビークル間（Ｖ２Ｖ）、ビークルツーインフラストラクチャ（Ｖ２Ｉ）、およびビークルツー歩行者（Ｖ２Ｐ）は、ビークルと路側ユニットとが安全警告および交通情報などの情報を互いに与える通信ネットワーク中の通信ノードであるビークル通信システムである。協調的手法として、ビークル通信システムは、各ビークルがこれらの問題を個別に解決しようと試みる場合よりも事故および交通渋滞を回避するのにより効果的であり得る。

【0042】

概して、ビークルネットワークは、ビークルと路側局との２つのタイプのノードを含んでいると見なされる。どちらも、専用短距離通信（ＤＳＲＣ：dedicated short-range communications）デバイスである。ＤＳＲＣは一般に、７５ＭＨｚの帯域幅、約１０００メートルの擬似範囲をもつ５．９ＧＨｚ帯域中で動作する。

【0043】

Ｖ２Ｖ、Ｖ２Ｉ、およびＶ２Ｐを含むビークル通信のための規格は、現在のＬＴＥ仕様を適応させることによって開発され得る。たとえば、既存のデバイス間（Ｄ２Ｄ）、たとえば、ＰｒｏＳｅフレームワークを使用したＶ２Ｖ通信が検討され得る。

【0044】

Ｖ２Ｘ通信要件は、ＳＡ１によって３ＧＰＰにおいて開発された。詳細には、これらの要件は、前方衝突警告、制御損失警告、および非常停止などの特定の使用事例をサポートするためにＡＳレベルの高信頼性（たとえば、最大９０％）をもち、たとえば、１００ｍｓの短さの低レイテンシをもつ、５０〜数百バイトのオーダーのショートメッセージの送信を必要とする。

【0045】

Ｄ２Ｄ通信は、ＬＴＥ技術を使用した公共安全（ＰＳ）通信のために開発されている。ＰＳアプリケーションが、一般に、たとえば、トンネル中で、深部地下中で、または破局的なシステム停止の後にしばしばＬＴＥネットワークの無線カバレージの範囲にないエリアでの無線通信を必要とするので、あらゆるオペレーティングネットワークの不在時にまたはアドホック展開された無線インフラストラクチャの到着の前にＰＳのためのＤ２Ｄ通信をサポートする必要がある。しかしながら、オペレーティングネットワークインフラストラクチャ機器の存在下で動作するときでも、ＰＳ通信は、一般に依然として、商用サービスよりも高い信頼性を必要とし得る。

【0046】

たとえば、第１のレスポンダとの間のＰＳタイプのアプリケーションは、少なくとも、複数の通話グループを使用した直接プッシュツートーク音声サービスを含み得る。さらに、ＰＳタイプのアプリケーションは、ＬＴＥブロードバンド無線が与える能力を効率的に利用するために、ビデオプッシュまたはダウンロードなどのサービスを含み得る。

【0047】

展開されると、Ｄ２Ｄ通信が、ＰＳタイプのアプリケーションだけでなく、商用使用事例のためにも利用可能であり得ることが予想される。一例は、ネットワークインフラストラクチャによってカバーされないエリア中での双方向無線通信のサポートをもしばしば必要とする電力会社の場合であり得る。さらに、発見などのＤ２Ｄサービスは、商用使用事例においてＬＴＥベースの無線アクセスを使用して近接度ベースのサービスおよびトラフィックオフロードを可能にするのに好適なシグナリング機構であり得る。

【0048】

ＬＴＥベースの無線アクセスを使用したＤ２Ｄ通信は、以下、それぞれ、モード１およびモード２と呼ばれるネットワーク制御モードおよびＷＴＲＵ自律モード中で動作するように設計され得る。モード１（すなわち、ネットワーク制御）は、いくつかの条件下でのみ、たとえば、Ｄ２Ｄ端末がＬＴＥ基地局の無線範囲内にある場合にのみ可能になり得る。ＷＴＲＵがＬＴＥ基地局と通信することができない場合、Ｄ２Ｄ端末は、モード２（すなわち、ＷＴＲＵ自律）動作に戻り得る。この場合、それは、端末自体に事前記憶されたチャネルアクセスパラメータを主に使用することになる。

【0049】

モード１を使用したＤ２Ｄ通信では、ＬＴＥ基地局は、Ｄ２Ｄ送信を可能にするために、アップリンク（ＵＬ）サブフレームの選択されたセットを予約し得る。ＬＴＥ基地局はまた、ネイバーセルまたはモード２端末のためのＤ２Ｄ通信が受信され得るＵＬサブフレームのセットを関連するパラメータで告知し得る。必ずしもすべてのＬＴＥシステム帯域幅（ＢＷ）が、Ｄ２Ｄのための予約されたサブフレーム中でのＤ２Ｄ送信のために利用可能であるとは限らないことがある。モード１で動作するとき、Ｄ２Ｄ通信のための無線リソースは、サービングセルによってＤ２Ｄ端末に許可され得る。ネットワークからのＤ２Ｄ許可は、利用可能なＤ２Ｄデータの量を基地局に示すセルラーＵＬチャネル上の端末によるＵＬ送信によって先行され得る。セルラーＤＬチャネル上でＬＴＥ基地局からＤ２Ｄ端末によって受信されたＤ２Ｄ許可により、Ｄ２Ｄ端末は、いくつかの選択された無線リソース、すなわち、あるスケジューリング期間にわたっていくつかのサブフレーム中に発生するいくつかの無線ブロック（ＲＢ）を使用することが可能になる。

【0050】

Ｄ２Ｄ端末は、１つまたは複数のＤ２Ｄサブフレームの第１のセット中でスケジューリング割当て（ＳＡ）メッセージを送信し得、次いで、スケジューリング期間中にＤ２Ｄサブフレームの第２のセット中でＤ２Ｄデータを送信し得る。スケジューリング割当ては、中でも、識別子フィールドと、変調およびコーディング方式（ＭＣＳ）フィールドと、リソースインジケータと、タイミングアドバンス（ＴＡ）フィールドとを含み得る。Ｄ２Ｄデータパケットは、中でも、発信元および送信先アドレスをもつ媒体アクセス制御（ＭＡＣ）ヘッダを含み得る。複数の論理チャネルは、多重化され、ＷＴＲＵによって所与のＤ２Ｄサブフレーム中で単一のトランスポートブロック（ＴＢ）の一部として送られ得る。

【0051】

モード２を使用するＤ２Ｄ通信では、Ｄ２Ｄ端末は、時間／周波数無線リソースを自律的に選択し得る。ＳＡ制御メッセージおよび対応するＤ２Ｄデータ、スケジューリング期間または監視サブフレームの送信とともに使用するサブフレームなどのチャネルアクセスパラメータは、事前構成され、Ｄ２Ｄ端末上に記憶され得る。直前のＵＬトラフィック量の指示およびＤＬ Ｄ２Ｄ許可の位相を除き、モード２端末は、モード１端末と同じ送信挙動に従い得、同じく、スケジューリング期間中にＳＡとそれに続いてＤ２Ｄデータを送信することになる。

【0052】

Ｄ２Ｄ通信のモード１とモード２との両方について、Ｄ２Ｄ端末はまた、受信機がそれらの送信を復調するのを助けるために、たとえば、Ｄ２Ｄ同期信号およびチャネルメッセージなどの補助Ｄ２Ｄ信号を送信し得る。

【0053】

ＬＴＥベースの無線アクセスを使用したＤ２Ｄ通信は、音声チャネルまたはデータパケットまたはデータストリームを搬送し得る。Ｄ２Ｄ通信の特殊な場合は、Ｄ２Ｄ発見サービスである。Ｄ２Ｄ発見は、一般に、音声チャネルとは異なり、１つ、２つまたは最大でもいくつかのサブフレーム中にしばしば収まり得る小さいパケット送信しか必要としないことがある。たとえば、これらのパケットは、デバイスまたはソフトウェア（ＳＷ）アプリケーションが近傍にある端末とのＤ２Ｄデータ交換に参加する利用可能性を告知するアプリケーションデータを含み得る。

【0054】

Ｄ２Ｄ発見は、音声または汎用Ｄ２ＤデータのＤ２Ｄ通信のために使用されるプロトコルなどの同じチャネルアクセスプロトコルを使用することも、使用しないこともある。ＬＴＥ基地局のカバレージ中にあるときのＤ２Ｄ発見では、Ｄ２Ｄ発見リソースは、音声または汎用Ｄ２Ｄデータを用いたＤ２Ｄ通信のために使用されるリソースとは別個に割り当てられ得る。Ｄ２Ｄ発見メッセージのための無線リソースは、ｅＮＢによる予約されたリソースのセットからＤ２Ｄ端末によって自律的に選択され、いくつかのＵＬサブフレーム中で時間周波数無線リソースを周期的に繰り替えしていることがある（たとえば、タイプ１発見）か、またはそれらは、Ｄ２Ｄ端末にＬＴＥサービングセルによって明示的に割り当てられ得る（たとえば、タイプ２発見）。後者は、Ｄ２Ｄ通信モード１と同様である。Ｄ２Ｄ発見メッセージを送信するときに、スケジューリング割当ての送信は必要がないことがある。しかしながら、場合によっては、Ｄ２Ｄ発見メッセージしか送信しないＤ２Ｄ端末でさえ、受信機を支援するために依然として補助Ｄ２Ｄ同期信号を送信する必要があり得る。

【0055】

３ＧＰＰは、現在、ＳＡ１要件を満たすために必要なＬＴＥ（Ｄ２Ｄと潜在的な非Ｄ２Ｄとの両方）への潜在的な拡張を識別することに加えて、現在のＤ２Ｄ ＬＴＥ仕様に基づいてＶ２Ｘ通信の実行可能性を評価している。この実行可能性調査の一部として、３ＧＰＰは、４つの主要なＶ２Ｘシナリオを識別した。

【0056】

シナリオ１は、ＰＣ５だけに基づいたＶ２Ｖ動作をサポートする。ＰＣ５は、ＷＴＲＵ（サイドリンク）間のＰＣ５インターフェイスにわたるＰｒｏＳｅ直接通信を介した発信元ＷＴＲＵ（たとえば、ビークル）から送信先ＷＴＲＵ、たとえば、別のビークル、道路インフラストラクチャデバイス、歩行者などへのＶ２Ｘデータの送信を含む。

【0057】

シナリオ２は、Ｕｕだけに基づいたＶ２Ｖ動作をサポートする。Ｕｕは、Ｕｕインターフェイス（アップリンクおよびダウンリンク）にわたるｅＮＢを介した発信元ＷＴＲＵ（たとえば、ビークル）から送信先ＷＴＲＵ（たとえば、別のビークル、道路インフラストラクチャ、歩行者など）へのＶ２Ｘデータの送信を含む。

【0058】

シナリオ３Ａは、サイドリンク中で他のＷＴＲＵにＶ２Ｘメッセージを送信するＷＴＲＵを含む。受信ＷＴＲＵのうちの１つは、サイドリンク中でＶ２Ｘメッセージを受信し、アップリンク中でＥ−ＵＴＲＡＮにそれを送信するＷＴＲＵタイプの路側ユニット（ＲＳＵ：roadside unit）である。Ｅ−ＵＴＲＡＮは、ＷＴＲＵタイプのＲＳＵからＶ２Ｘメッセージを受信し、次いで、それをダウンリンク中でローカルエリアの複数のＷＴＲＵに送信する。

【0059】

シナリオ３Ｂは、アップリンク中でＥ−ＵＴＲＡＮにＶ２Ｘメッセージを送信するＷＴＲＵを含み、Ｅ−ＵＴＲＡＮは、１つまたは複数のＷＴＲＵタイプのＲＳＵにＶ２Ｘメッセージを送信する。次いで、ＷＴＲＵタイプのＲＳＵは、サイドリンク中で他のＷＴＲＵにＶ２Ｘメッセージを送信する。

【0060】

ＬＴＥは、比較的小さいペイロード（たとえば、ＶｏＩＰ）の定期的に発生する送信を用いるサービスのためのリソースの動的スケジューリングに関連するスケジューリングオーバーヘッドを回避するために使用される半静的なリソース割振りのそれの形態として半永続的スケジューリング（ＳＰＳ）を使用し得る。ＳＰＳは、アップリンク送信とダウンリンク送信との両方に可能である。

【0061】

アップリンクＳＰＳでは、新しいデータがＷＴＲＵのバッファ中で到着すると、ＷＴＲＵは、バッファステータスレポート（ＢＳＲ）メッセージを使用してそれのバッファステータスの指示を報告し得る。ＢＳＲ制御要素は、一般に、論理チャネルグループＩＤとバッファサイズに対応する１つまたは複数のフィールドとを含んでいる。あらゆるサイドリンクバッファデータは報告ｅＮＢではなく別のＷＴＲＵに送信するためのものであるので、サイドリンク固有のＢＳＲも送信先インデックスを含み得る。

【0062】

ＳＰＳでは、端末は、Ｎ個のサブフレームごとに有効になる許可を示すために物理的ダウンロード制御チャネル（ＰＤＣＣＨ）上にスケジューリングを備え得る。ＳＰＳリソースのＮ個の周期性または値は、無線リソース制御（ＲＲＣ）シグナリングによって与えられ、一方、リソースの活動化／非活動化および詳細は、ＳＰＳセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）を使用するＰＤＣＣＨシグナリングによって与えられる。ＳＰＳリソースと同じサブフレーム中に発生する動的スケジューリングコマンドは、ＳＰＳリソースよりも優先し得る。そのような挙動は、ＷＴＲＵに割り当てられる通常のリソースを時々増加する必要がある場合に有用である。

【0063】

ＳＰＳ再送信は、ダウンリンクでは、常に、動的にスケジュールされ得るが、アップリンクでは、動的にスケジュールされ得るか、または半永続的に割り当てられたサブフレームに従い得る。ＳＰＳは、さらに、１次セル（ＰＣｅｌｌ：primary cell）または（デュアル接続性（ＤＣ）の場合）１次２次セル（ＰＳＣｅｌｌ：primary secondary cell）中でのみサポートされる。

【0064】

Ｖ２ＸトラフィックとしてＶ２Ｘのための送信される基本メッセージタイプのうちの１つは、協調認識メッセージ（ＣＡＭ：cooperative awareness message）である。ＣＡＭメッセージは、他のビークルの位置、動態および属性を通知するために道路利用者と路側インフラストラクチャとが交換する協調認識情報を含んでいる。そのような情報の定期的な交換は、いくつかの道路安全および交通効率アプリケーションのための鍵となり得る。

【0065】

ＣＡＭは、必須であることも随意であることもある特定のコンテナから構成される。各ＣＡＭメッセージは、発信元の高度道路交通システム局（ＩＴＳ−Ｓ）に関係する基本情報を含んでいる少なくとも１つの基本コンテナと、発信元のＩＴＳ−Ｓの高度に動的な情報を含んでいる１つの高頻度コンテナとを含み得る。さらに、ＣＡＭメッセージはまた、発信元のＩＴＳ−Ｓの静的な、極めて動的でない情報を含んでいる１つの低頻度コンテナと、発信元のビークルのＩＴＳ−Ｓのビークル役割に固有の、すなわち、特殊ビークルのための情報を含んでいる１つまたは複数の特殊コンテナとを含み得る。

【0066】

いくつかの例示的なＩＴＳ要素としては、アクティブ交通管理システム、気象、交通渋滞、または他の事象を監視するための交通カメラ、アンバーアラートまたは他のメッセージを含み得る可変情報板、道路情報ラジオ、道路および天気情報システム、ランプメーター、交通データコレクタおよび交通管理センターがある。

【0067】

ＣＡＭメッセージの送信は、ビークルの向首方向、ビークルの速度、ビークルの位置、およびＣＡＭメッセージの最後の生成から経過した時間に基づく期間にいくつかの偏差または調整を加えた周期的なものであり得る。さらに、同じ低頻度コンテナをもつ最後のＣＡＭの生成から経過した時間が５００ｍｓ以上である場合、低頻度コンテナがＣＡＭ中に含まれなければならない。この同じルールが特殊コンテナにも適用される。

【0068】

Ｖ２Ｘ通信を採用するために、Ｅ−ＵＴＲＡＮは、大多数の使用事例について１００ｍｓの最大レイテンシをサポートすることが可能でなければならない。事前衝突検知の使用事例が、２０ｍｓのより厳しい要件を有するが、あらゆるＶ２Ｘ関連の拡張の規格化のための３ＧＰＰにおける基本仮定は、ＲＡＮに関連するレイテンシの１００ｍｓ要件である。

【0069】

ＳＰＳは、ＣＡＭトラフィックの主に周期的であるという性質により上記で説明したシナリオ２およびシナリオ３でのＵＬにおけるＶ２Ｖメッセージの送信のための好適な候補である。しかしながら、Ｕｕ上のＵＬ容量は、アップリンクで送信する必要があるであろう都市シナリオにおける多数のビークルにより４０ｍｓ以下のＳＰＳ期間を満たすことが困難であり、したがって、より長いＳＰＳ期間を検討する必要があり得る。

【0070】

ＳＰＳの周期性およびオフセット変更のインジケータを決定、報告および受信するための方法を提供する。Ｅ−ＵＴＲＡＮによるＣＡＭメッセージの送信におけるレイテンシは、以下のファクタのうちの１つまたは複数を備えられ得る。第１の構成要素として、レイテンシは、ＣＡＭメッセージがＶ２Ｘアプリケーションによって生成されたときと、ＷＴＲＵに割り当てられる次のＵＬ ＳＰＳリソースが利用可能になったときとの間の時間から構成され得る。第２の構成要素として、レイテンシは、ネットワークにおいてＣＡＭメッセージを受信し処理するのに必要な時間から構成され得、さらにＣＡＭメッセージがコアネットワークに送られたのかどうか、または処理がｅＮＢに残っているのかどうかに依存し得る。第３の構成要素として、レイテンシは、シングルセルポイントツーマルチポイント（ＳＣ−ＰＴＭ：Single-cell Point-to-Multipoint）、発展型マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ）、またはユニキャストスケジューリングを使用して送信先ＷＴＲＵにダウンリンクチャネル中でメッセージを送信するのに必要な時間から構成され得る。

【0071】

ＳＰＳ期間が増加すると、第１の構成要素に起因するレイテンシの部分が増加する。そのような増加は、ＣＡＭメッセージの生成が真に周期的である場合、およびＳＰＳ期間がＣＡＭメッセージの生成と整列され得る場合にのみ回避され得る。

【0072】

ＣＡＭ生成の頻度に基づき、真の周期性が仮定されないことがあり、ＣＡＭ生成のパターンは、ＳＰＳパターンと比較して、周期性の変化およびオフセットの変化を受け得る。

【0073】

周期性の変化は、ＣＡＭ生成のパターン中に発生し得る。たとえば、ＣＡＭ生成の間隔は、動的に変更され得、ビークルの位置、向首方向、および速度が変化しているときの１００ｍｓとビークルの位置、向首方向、および速度が変化していないときの１秒との間で移動する。さらに、協調認識（ＣＡ）基本サービスによって指定されたいくつかのＣＡＭ生成間隔について、周期性がこれらの値の間の何かであり得る期間があり得る。したがって、ＣＡＭ生成の期間は、時間とともに動的に変化し、理論上１００ｍｓ〜１秒の間の任意の期間をとり得る。

【0074】

オフセットの変化は、ＣＡＭ生成のパターン中に発生し得る。１つのＣＡＭ間隔と別のＣＡＭ間隔との間の移行は、そのような間隔が１００ｍｓの倍数でないとき、メッセージ生成と固定されたＳＰＳスケジュールとの間のオフセットの変化を生じ得る。

【0075】

したがって、ＣＡＭメッセージ生成のパターンのこれらの変化は、第１のレイテンシ構成要素の増加を生じ、ＳＰＳが使用されるとき潜在的に１００ｍｓのレイテンシ要件を満たさないことがある。

【0076】

さらに、可変のペイロードサイズがあり得る。ＳＰＳは、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）などの固定リソースの割振りサイズを有する周期的トラフィックに最適である。メッセージサイズの偏差が動的スケジューリングを通して容易に扱われ得るが、頻繁な動的スケジューリングは、増加されたスケジューリングオーバーヘッドを生じ、ＳＰＳの利益を著しく低減し得る。（少なくとも都市シナリオについての）仮定が、ビークルの密集が存在し、それらのビークルが定期的にそのような動的スケジューリングを受信する必要があるというものである場合、利益のそのような低減は、Ｖ２Ｖトラフィックの場合にさらに顕著になり得る。他方では、リソースを過剰に割り当てることは、他の目的のためにスケジューラによって利用され得るＳＰＳリソースの浪費を生じる。

【0077】

ＣＡＭメッセージは、それらが高頻度コンテナしか含まないときは約１９０バイトであり、それらが高頻度コンテナと１つまたは複数の低頻度コンテナとを含んでいるときは約３００バイトであり得る。特殊なコンテナをもつＣＡＭメッセージがこれらのサイズを逸脱する可能性もある。したがって、ＣＡＭメッセージのサイズは、まったく可変である。ＳＰＳの割振りサイズは、動的スケジューリングに単独で依拠することなしにより動的な方法で定義され得る。

【0078】

Ｄ２Ｄデータという用語が、Ｄ２Ｄ端末間の任意のタイプのＤ２Ｄ関連の通信を指すことがあることを理解されたい。たとえば、一般性を失うことなく、Ｄ２Ｄデータは、音声もしくはそれのセグメントを搬送するデータパケットなどのデータパケットを含み得、ファイルダウンロードもしくはアップロード、ストリーミングもしくは双方向ビデオのために使用されるインターネットプロトコル（ＩＰ）パケットなどのＩＰパケットもしくはそれのセグメントを含み得、Ｄ２Ｄ制御シグナリングを含み得、および／またはＤ２Ｄ発見もしくはサービスもしくは利用可能性メッセージを含み得る。さらに、本明細書で説明する実施形態は、３ＧＰＰ Ｄ２Ｄ通信特徴の一般的なコンテキストで説明しているが、概念は、たとえば、Ｄ２Ｄ発見などの他の特徴に適用可能であり得る。

【0079】

本明細書では、ＷＴＲＵが、ＳＰＳの要求されたオフセットまたはオフセット変更を送り得る、ＷＴＲＵが、ＳＰＳ構成を変更するという指示を送り得る、ＷＴＲＵが、特定のリソースを解放するという指示を送り得る、複数のＳＰＳ構成が与えられ得、構成の活動化／非活動化方法を開示する、ＳＰＳメッセージのサイズが、アプリケーションレイヤを通して構成され得る、ＳＰＳメッセージのサイズが、論理チャネルのためのＱＣＩに関連付けられ得る、割振りサイズの変更が、ＳＰＳ送信上にピギーバックされ得る、ＳＰＳ割振りのサイズの周期的な増加のための方法を開示する、ＷＴＲＵが、アプリケーションからのトリガに基づいてＳＰＳを要求し得る、ＳＰＳ構成の拡張が、ＷＴＲＵによって受信され得るといった概念をもたらす。拡張は、支援情報のフォーマットおよびタイミング、ＷＴＲＵが変更するように要求し得る許容オフセット、ＳＰＳ構成のインデックス、ＳＰＳ構成のための許容論理チャネルまたはリソース構成を含み得る。サイドリンクＢＳＲのための新しいトリガは、オフセット変更情報を送るために与えられ得る。ＳＰＳ構成／オフセットの変更または活動化／非活動化を送るためのアプリケーションベースの、アクセス層（ＡＳ）が計算したトリガは、上位レイヤ情報に基づき得る。論理チャネル優先度付け（ＬＣＰ：logical channel prioritization）は、論理チャネルとＳＰＳ構成との関連付けに基づいてＳＰＳ許可に適用され得る。ＷＴＲＵは、同時に発生した許可の場合に単一のＳＰＳ許可を選択し得る。ＳＰＳの使用を有効化／無効化し、タイミング補償に基づきタイミングを与え、間隔情報を与えるためのＬＴＥ適応レイヤを開示する。

【0080】

本明細書で説明するように、「ＷＴＲＵ」という用語は、単一のＤ２Ｄ対応デバイスを表し得、これは、実際のモバイルデバイス、Ｄ２Ｄ通信機能を有するビークル、および／またはＶ２Ｘシステムの性能を改善するように意図された路側ユニットであり得る。「ＷＴＲＵ」は、さらに、ｅＮＢと直接通信するモバイルデバイスを表し得る。同様に、「ｅＮＢ」という用語は、ＬＴＥインフラストラクチャ通信において採用される従来のｅＮＢを表し、これは、カバレージ中のＤ２Ｄ通信のための通信サービスを提供し得る。ｅＮＢは、セルラータワー上に展開され得るか、またはそれ自体が路側ユニットとして展開され得、後者の場合、ｅＮＢは、Ｄ２Ｄ通信のみに限定された機能を有し得る。

【0081】

本明細書でさらに説明するように、ＡＳ無線インターフェイスを介して送信されたＶ２Ｖ関連アプリケーションメッセージを特に参照しているＣＡＭメッセージが参照される。説明する実施形態では、ＣＡＭメッセージは、ＷＴＲＵがアップリンクまたはサイドリンクのいずれかを介してＳＰＳを使用して送信する必要があるであろう任意のタイプの上位レイヤメッセージを表し得る。そのようなメッセージは、時間臨界または遅延感受性のプロパティを有し得る。そのようなメッセージは、さらに、大部分の時間中に、またはかなりの時間の間周期的であり、時々、期間、タイミング（オフセット）、またはメッセージのサイズを変更すると見なされ得る。

【0082】

図２に、ＣＡＭタイミング２００の例示的なタイムラインの図を示す。図２に示す例示的なタイムラインに鑑みて、ビークルのための極めて妥当な交通量の多いシナリオの場合、ＳＰＳに固定の（たとえば、１００ｍｓの）期間２０２を使用することに関係する潜在的な問題が明らかになり得る。この例では、ビークルは、以下の例示的なタイムラインによって識別される以下の行為を実行する。

【0083】

ビークルが第１の条件、たとえば、速度、位置または向首方向の変化を満たすある時間期間の後に、ビークルは、条件１を満たすのを止め、たとえば、ビークルは、停止する２０４。ビークルは、再び移動し始める２０６と、再び条件１を満たし始める。ビークルは、減速し始め得る２０８。ビークルは、条件１を満たすのを止め、停止する２１０。ビークルは、再び、最後のＣＡＭに続いて１６０ｍｓの後に、条件１を満たし始め、たとえば、極一時的にだが再び移動し始める２１２。ＣＡＭは、次いで、１秒間隔で発生するように戻るまで、３つの間隔について１６０ｍｓだけ離間される。

【0084】

したがって、タイムライン２００に、１００ｍｓの期間のＳＰＳ構成を使用したＣＡＭの得られたタイミングを示す。この構成は、潜在的に、スケジューラが再使用することができない、ＷＴＲＵ２１４ ２１６によって使用されない大量のＳＰＳリソースを生じ得る。リソースが、ＷＴＲＵによるいくつかの空送信の後に暗黙的に解放され得るが、２つの状態間の頻繁な移行は、依然として何らかのリソースの浪費を生じ得、ＷＴＲＵは、依然として、リソースを再割り当てするためにｅＮＢと通信する必要があり得る。さらに、潜在的に大きい待機遅延（３０ｍｓ〜９０ｍｓの範囲）がこの構成の下で生じ得る。これらの大きい待機遅延は、Ｖ２Ｘメッセージのための全体的なＥ−ＵＴＲＡＮレイテンシに追加される必要があることになり、１００ｍｓの要件を逃すことになる。

【0085】

上述の問題について、ＣＡＭメッセージを参照しながら説明されたが、問題が、ＶｏＩＰ、リアルタイム制御などの他のタイプのアプリケーション関連のトラフィックについて発生し得ることを諒解されよう。したがって、本明細書で開示される実施形態は、Ｖ２Ｖ使用事例にだけでなく、トラフィックがＣＡＭと同様のプロパティを示す任意の使用事例にも適用され得る。

【0086】

ＷＴＲＵがＳＰＳの使用を要求し得るおよび／またはＳＰＳ構成がｅＮＢによって与えられるＳＰＳ構成について説明される。たとえば、ＷＴＲＵは、ｅＮＢにＳＰＳの使用を要求し得る。そのような要求は、ＲＲＣシグナリングを介してＷＴＲＵによって送られ得る。たとえば、ｅＮＢにＳＰＳを要求するＷＴＲＵは、ＷＴＲＵＳｉｄｅｌｉｎｋｌｎｆｏｒｍａｔｉｏｎ ＲＲＣメッセージを使用してそうし得る。ＷＴＲＵは、一実施形態では、本明細書で説明される適応レイヤを使用して上位レイヤからトリガの結果としてＳＰＳの使用に対する要求を送り得る。

【0087】

ＷＴＲＵは、ＳＰＳ構成に対する要求中にＳＰＳのパラメータに関係する１つまたは複数の情報要素を含み得る。たとえば、ＷＴＲＵは、各々が、ＳＰＳ構成の周期性および／またはオフセット、送信のサイズ（たとえば、トランスポートブロックサイズ（ＴＢＳ））、リソースブロックＲＢの数などのうちの１つまたは複数を含む１つまたは複数の所望のＳＰＳ構成に関係する情報を含み得る。別の例では、ＷＴＲＵは、各々が事前構成された表中の行を指すインデックスのセットの形態で１つまたは複数の要求されたＳＰＳ構成の所望のパラメータに関係する情報を含み得、ここで、表中の各行は、その所望のＳＰＳ構成のための所望のＳＰＳパラメータのセットをリストする。

【0088】

ＷＴＲＵからのＳＰＳ要求に応答して、ｅＮＢは、ＷＴＲＵにＳＰＳ構成を送信し得る。代替的に、ｅＮＢは、ＳＰＳ要求なしにＷＴＲＵにＳＰＳ構成を送信し得、したがって、自律的に、または何らかの他のトリガによってＳＰＳ構成を送信し得る。

【0089】

Ｕｕを介したメッセージの送信では、ＷＴＲＵは、ＬＴＥ中で既存のアップリンクＳＰＳを利用し得る。さらに、同様のＳＰＳ構成がサイドリンクＳＰＳのために構成され得、サイドリンクＳＰＳ構成は、ＲＲＣメッセージング、またはＲＲＣメッセージングとＭＡＣ制御要素（ＣＥ）との組合せ、およびＰＤＣＣＨ上のＰＨＹメッセージングを介して送られ得る。アップリンクまたはサイドリンクＳＰＳ構成は、ＷＴＲＵ支援情報の構成（たとえば、構成情報）および／またはサイドリンク構成をさらに含み得る。

【0090】

ＷＴＲＵ支援情報は、ｅＮＢがＳＰＳパラメータを調整するのを支援するためにｅＮＢにＷＴＲＵによって送られる情報を含む。ＷＴＲＵ支援情報に関する様々なタイプの構成情報が可能である。ＷＴＲＵは、支援情報がＳＰＳスケジュールに関係するｅＮＢに与えられ得るのかどうかと、どんなタイプの支援情報が与えられ得るのかと（たとえば、タイミング、期間）、その情報をどのように送るのかとに関係するＷＴＲＵ支援情報の構成を受信し得る。ＷＴＲＵ支援情報の構成により、ＷＴＲＵは、ＳＰＳスケジューリング支援情報を送信することが可能になることも、不可能になることもある。ＷＴＲＵは、ＳＰＳリソースパターンのための可能なタイミングオフセットのリストを受信し得、ここで、オフセットは、特定のＳＦＮ／サブフレーム数に対して、および／またはスケジューリング期間の開始に対して定義され得る。ＷＴＲＵは、それが選択し得るか、または変更を要求し得る可能なＳＰＳ期間／間隔のリストを受信し得る。可能なＳＰＳ期間／間隔のリストは、ＷＴＲＵがサポートし得るか、またはｅＮＢが構成するか、もしくは所与のＷＴＲＵに割り当て得る可能なＳＰＳ期間のサブセットであり得る。ＷＴＲＵは、周期性のｅＮＢが構成したリストのうちの１つへの変更しか潜在的に要求し得ない。ＷＴＲＵは、支援情報を送るために使用されるリソース（たとえば、ＵＬ）の構成を受信し得る。たとえば、支援情報は、特にこの目的のためにｅＮＢによって構成された専用のＳＲリソースを使用して送られ得る。ＷＴＲＵは、支援が送られ得る許容時間インスタンスおよび頻度を受信し得る。たとえば、ＷＴＲＵは、ｅＮＢによって構成された期間に基づいて各スケジューリング期間の最後にまたは周期的に支援を与えるように構成され得る。

【0091】

サイドリンクでは、ＳＰＳリソースに対応する各スケジューリング期間中のサブフレームのＳＰＳ構成が与えられ得る。そのようなサブフレームは、各スケジューリング期間中に同じであり得、ＳＰＳを使用して送信されたデータの再送信のためのサブフレームならびに必要な再送信の数をさらに定義し得る。

【0092】

ＷＴＲＵは、ＳＰＳ構成中で、使用可能であり得る可能なＳＰＳリソース構成のリストを受信し得る。このリストは、あらかじめ定義されたルックアップテーブルを指すインデックスのセットを使用して実装され得る。ＷＴＲＵは、リストから可能なＳＰＳ構成のうちの１つを活動化し得る。代替的に、ＷＴＲＵは、同時に活動的な複数のＳＰＳ構成を有し得る。

【0093】

ＳＰＳ構成のリソース構成またはＳＰＳ構成のリスト中の各構成が与えられ得る。たとえば、各ＳＰＳ構成は、周期性（すなわち、間隔）、タイミングオフセット、割振りサイズ、使用される実際のリソース（リソースブロック）または割振りサイズのパターンをもつＳＰＳリソースの特定のパターンに対応し得る。割振りサイズのパターンは、特定の数のＳＰＳリソース中の１つが、ＳＰＳ割振りサイズに対してリソースの量の差異（すなわち、増加または低下）を有するように定義され得る。サイドリンクＳＰＳでは、リソース構成は、アップリンクＳＰＳの場合のように構成され得、ここで、間隔／期間は、ＲＲＣ中に構成され、タイミング／オフセットおよびリソース構成は、ｅＮＢによって、たとえば、ＰＨＹレイヤシグナリングによってＷＴＲＵに示され得る。サイドリンクの場合、ＰＨＹレイヤシグナリングは、ＤＣＩフォーマット５を用いるＰＤＣＣＨであり、ＲＲＣレイヤにおいて構成されたＳＰＳ Ｃ−ＲＮＴＩを使用して送られ得る。代替的に、サイドリンクＳＰＳでは、リソース構成はすべて、ＲＲＣメッセージング中で送られ得る（たとえば、間隔、オフセット、および割振りサイズならびに／または割振りパターンは、ＲＲＣメッセージングを介して送られ得る）。

【0094】

ＳＰＳ構成は、許容論理チャネル、論理チャネルグループ、優先度（たとえば、ＰｒｏＳｅパケット単位優先度（ＰＰＰＰ：ProSe Per-Packet Priority））、無線ベアラ、アプリケーションＩＤ、ＱＣＩなどの形態であり得る各々の特定のＳＰＳ構成を使用するときにＷＴＲＵが送信すべきまたは優先させるべきであるデータの識別情報をさらに含み得る。たとえば、ＷＴＲＵは、複数のＳＰＳ構成で構成され得、各ＳＰＳ構成は、特定の論理チャネルまたは論理チャネルグループについてのデータの送信のために利用されるべきである。

【0095】

ＳＰＳ構成は、ＳＰＳ構成が適用されるサイドリンク送信先ＩＤの識別情報をさらに含み得る。

【0096】

ＳＰＳタイミングの変更が与えられる。要求されたオフセットを送るＷＴＲＵまたはＳＰＳのためのオフセットの変更が与えられる。図２に示されるタイムラインに示されるように、保留中のＣＡＭを送信するために次のＳＰＳリソースを待つことに関連するＣＡＭメッセージの配信のための追加の遅延を回避するために、ＣＡＭメッセージの生成は、ＳＰＳリソースタイミングに整列されるべきである。ＣＡＭとＳＰＳとの両方に同じ間隔という仮定の下では、待機遅延は０になる。

【0097】

ただし、ｅＮＢによって構成されたＳＰＳオフセット（すなわち、もしＵＬ ＳＰＳの場合ＳＰＳ Ｃ−ＲＮＴＩを用いるＰＤＣＣＨ許可のタイミング）は、ｅＮＢによって完全に決定されるので、これは、現在のＳＰＳ機構を使用して保証され得ない。

【0098】

一例では、ＷＴＲＵは、それがＣＡＭメッセージの生成に整列されるようにｅＮＢがＳＰＳリソースの割振り／再割振りをトリガすることを可能にするためにｅＮＢにＳＰＳリソースのための所望の開始サブフレーム（すなわち、オフセット）を送り得る。詳細には、ＷＴＲＵは、ｅＮＢに、たとえば、それが利用可能なＳＰＳリソースを（開始する）有することを予期する時間を示すシステムフレーム番号（ＳＦＮ）数および／またはサブフレームインデックスの形態で時間オフセットを送り得る。時間オフセット（または「オフセット」）はまた、ＳＦＮおよび／またはサブフレームがｅＮＢへのＷＴＲＵによる信号の送信に続く固定のあらかじめ定義された数のサブフレームであると仮定することによってｅＮＢに暗黙的に送られ得る。

【0099】

代替的に、ＷＴＲＵは、ある時間だけＳＰＳの現在のオフセットを遅延またはシフトするようにｅＮＢに示し得る。たとえば、ＷＴＲＵは、ＳＰＳ構成とそのＳＰＳ構成のためのリソースの特定の時間オフセットまたは開始点とであらかじめ構成され得る。ＷＴＲＵは、リソースの現在のタイミングに対して一定数のサブフレームだけそのＳＰＳ構成のためのタイミングまたは開始点をシフト、遅延、前進するようにｅＮＢに示し得る。

【0100】

ＷＴＲＵは、複数のタイミングオプションで構成され得る。たとえば、ｅＮＢによる要求されたオフセット変更に関連するシグナリングを低減するために、ＷＴＲＵは、さらに、ｅＮＢによる可能なタイミングオフセットのセットで構成され得、ここで、１つの特定のタイミングオフセットが、所与の時間に活動的になり得、ＷＴＲＵは、要求されたオフセット変更メッセージ中で代替タイミングオフセットを要求し得る。

【0101】

ＷＴＲＵは、ＳＰＳを構成するＲＲＣメッセージ中で複数の可能なオフセットを受信し得る。これらのオフセットは、定義されたかあるいは同じ構成中に与えられた特定のＳＦＮ／サブフレームからのオフセットとして、または初めて構成にＳＰＳリソースを割り当て得るＳＰＳ Ｃ−ＲＮＴＩによって示されたＰＤＣＣＨメッセージ中の初期リソース構成からのオフセットとして示され得る。

【0102】

ＷＴＲＵは、さらに、ＲＲＣメッセージ中で可能なオフセットの各々へのインデックスを受信するか、それに関連付けられ得る。

【0103】

ｅＮＢに要求されたオフセット変更を送るとき、ＷＴＲＵは、構成されたオフセットのうちの１つに関連するインデックスを示すことによってそれが使用することを望む所望のオフセットを示し得る。

【0104】

図３Ａは、４ビットの間隔値インジケータ３００の使用を開示する。４ビットでは、値３０２は、間隔サイズを表し得る。４ビットを仮定すると、この例では、最大１６個の異なる間隔が示される。ここで、値００００ ３０４は、１００ミリ秒３０６の最小間隔に対応する。ここで、図示の最大値１００１ ３０８は、１秒３１０の長い間隔に対応する。図３Ｂに、４ビットの間隔インジケータ３２２とオフセットとして使用される１０ビットのシステムフレーム番号３２４とから構成される例示的なＭＡＣ制御要素３２０を示す。１０ビットのシステムフレーム番号は、０の代わりに現在のＳＦＮからのＳＦＮオフセットを使用することによってより小さくされ得る。

【0105】

異なるタイプの情報が、オフセットに対する要求またはオフセット変更メッセージ中に与えられ得る。オフセットまたはオフセットの変更に対する要求は、ＳＰＳのＳＦＮおよび／またはサブフレームオフセット（すなわち、ＳＰＳリソースのうちの１つのタイミング）と、現在の時間パターンに対するＳＰＳリソースパターンの必要な時間シフト（正または負、潜在的に、フレーム、サブフレーム、またはスケジューリング期間などのサブフレームの何からの単位で表される）と、ＳＰＳリソースパターンのためのいくつかの可能なタイミングオフセットのうちの１つを識別する（潜在的に、ｅＮＢによって構成される、または所定の）インデックスと、タイミングを変更する必要がある（複数が構成された場合の）ＳＰＳプロセスの識別情報とのいずれかを含み得る。

【0106】

ＳＰＳのＳＦＮおよび／またはサブフレームオフセット、たとえば、ＳＰＳリソースのうちの１つのタイミングは、他のリソースが構成されたＳＰＳ期間によって分離された状態の第１のＳＰＳリソースの絶対ＳＦＮおよびサブフレーム、あらかじめ定義された固定サブフレーム（たとえば、ＳＦＮ０（ｍｏｄ ｘ）およびサブフレーム０）からのオフセット、サイドリンクリソースプールに関連するスケジューリング期間の開始からのオフセット、いずれか／またはＳＰＳ Ｃ−ＲＮＴＩを用いるＰＤＣＣＨ、ＤＣＩフォーマット５を用いるＰＤＣＣＨ、もしくはそれの構成に続いてＳＰＳリソース割振りを開始するためにｅＮＢによって使用される任意の同様のＰＤＣＣＨメッセージのｅＮＢによる元の送信からのオフセットのいずれかによって表され得る。

【0107】

潜在的にｅＮＢによって構成されたまたは所定のＳＰＳリソースパターンのためのいくつかの可能なタイミングオフセットのうちの１つを識別するインデックスに関して、ｅＮＢは、ＳＰＳ構成中で、インデックス付きの許容オフセットのセットを送り得、ＷＴＲＵは、所望のオフセットに対応するインデックスを与えることによってオフセット変更を与え得る。

【0108】

タイミングを変更する必要がある（複数が構成された場合の）ＳＰＳプロセスの識別に関して、そのような識別は、複数のＳＰＳの構成中にｅＮＢによって与えられたインデックスを参照するインデックスを送ることによって行われ得る。そのような識別はまた、特定のフレーム／サブフレームの組合せ（たとえばＳＦＮ ｘ ｍｏｄ ｙ、サブフレーム０）に対するＳＰＳ許可の順序に対応するインデックスを送ることによって行われ得る。

【0109】

オフセットまたはオフセットの変更に対する要求に関係するそのような情報は、さらに、オフセット変更情報と呼ばれる。

【0110】

ＷＴＲＵは、以下のうちの１つまたは複数を使用してオフセットまたはオフセットの変更に対するそのような要求を送り得る。オフセットに対する要求は、ＷＴＲＵ中でＳＰＳを構成するＲＲＣＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎメッセージに続いて、またはｅＮＢへのＷＴＲＵの接続に続く任意の時間に来ることがあるオフセット変更情報を含んでいるＲＲＣメッセージ中に与えられ得る。オフセットに対する要求は、オフセット変更情報を含んでいるＭＡＣ制御要素（ＣＥ）中に与えられ得る。

【0111】

オフセットに対する要求は、オフセット変更情報を含んでいるＢＳＲ中に与えられ得る。詳細には、ＷＴＲＵは、ＳＰＳ割振りのタイミングが変更を必要とすると決定するとＢＳＲをトリガし得る。ＢＳＲは、ＳＰＳリソースおよび送信がＵＬ上ではなくＰＣ５上のものである場合サイドリンクＢＳＲであり得る。オフセット変更情報は、ＢＳＲまたはサイドリンクＢＳＲ中に含まれ得る。

【0112】

たとえば、ＢＳＲまたはサイドリンクＢＳＲは、新しいフィールド中に、ＳＦＮおよびサブフレーム、時間シフト、またはＳＰＳ構成のためのＳＰＳ構成インデックスを含み得る。そのような情報は、さらに、ＷＴＲＵがデータを送信するためにＳＰＳ構成を利用し得る論理チャネルグループに関連付けられ得る。情報は、論理チャネルグループに関連するバッファサイズに対する１つまたは複数の追加のフィールドの形態であり得る。

【0113】

ＢＳＲまたはサイドリンクＢＳＲは、特定の論理チャネルグループのためのバッファサイズの代わりに送られ得るＳＦＮと、サブフレームと、時間シフトとを含み得る。ＷＴＲＵは、対応するバッファサイズフィールドが代わりにＳＰＳタイミング情報を示すことを示すために特殊送信先インデックスフィールド、論理チャネルグループ、またはその２つの組合せを利用し得る。

【0114】

ＢＳＲまたはサイドリンクＢＳＲは、ＳＰＳタイミングの変更がＢＳＲの送信の結果として要求されることを示す特殊フラグを含み得る。ＳＰＳ構成の要求された新しいタイミングは、ＷＴＲＵがＢＳＲを送る時間インスタンスによって示され得る。たとえば、ＷＴＲＵは、ＳＰＳの新しいオフセットまたはタイミングが、ＢＳＲが送信されたサブフレームに続くサブフレームの数（場合によっては０）に対応することを示し得る。

【0115】

ＢＳＲまたはサイドリンクＢＳＲは、ＳＰＳパターンのためのあらかじめ定義されたまたは許容可能なタイミングオフセットのうちの１つに関連付けられたインデックスを含み得る。

【0116】

オフセットに対する要求は、限定はしないが、スケジューリング要求（ＳＲ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、サウンディング基準信号（ＳＲＳ）、またはランダムアクセス手順（ＲＡＣＨ）などの物理（ＰＨＹ）レイヤメッセージ中に与えられ得る。たとえば、特殊な専用のＳＲリソースが、所望のＳＰＳオフセットを送るためのＷＴＲＵに割り当てられ得る。複数のＳＰＳ構成が存在する場合、異なるＳＲが構成され得る。ＳＰＳリソースの開始のための実際のＳＦＮとオフセットとは、特殊なＳＲが、たとえば、同じサブフレーム中でＷＴＲＵによって送信されたサブフレームに続いて、またはＷＴＲＵとｅＮＢとの両方によって知られるサブフレームのあらかじめ定義された数の後に、一定数のサブフレームを発生すると理解され得る。

【0117】

ＷＴＲＵは、現在のＳＰＳリソースのオフセットを変更するために、動作中の任意の時間に要求されたオフセットメッセージを送信し得る。たとえば、ＳＰＳとＣＡＭとの間にオフセットを変更し得るが、両方の間隔が同じままである図２に示したタイムラインに示した移行のうちの１つの結果として、ＷＴＲＵは、ｅＮＢに要求されたオフセットメッセージを送信し得る。ＷＴＲＵが要求されたオフセットメッセージを送信するためのより詳細なトリガについて、以下でさらに説明される。

【0118】

ＷＴＲＵは、ｅＮＢからタイミングの変更確認を受信する。特に、要求されたオフセットメッセージの送信に続いて、ＷＴＲＵは、ＳＰＳ構成に新しいタイミングを与え得るｅＮＢからタイミングの変更確認の確認を受信し得る。そのような確認は、ＰＤＣＣＨメッセージ、ＭＡＣ ＣＥメッセージまたはＲＲＣメッセージのいずれかを使用して受信され得る。

【0119】

ＰＤＣＣＨメッセージに関して、タイミングの変更確認は、ＳＰＳ構成ならびにＳＰＳリソースの新しいタイミングを識別するＳＰＳ Ｃ−ＲＮＴＩを用いて示され得る。複数のＳＰＳ構成の場合、各ＳＰＳ構成は、別個のＳＰＳ Ｃ−ＲＮＴＩによって表され得る。

【0120】

図４は、例示的なＭＡＣヘッダ４０２と、複数のＭＡＣ ＣＥメッセージ４０６、４０８を備えるＭＡＣペイロード４０４との図である。ＭＡＣ ＣＥメッセージ４０６、４０８のうちの１つまたは複数に関して、タイミングの変更確認は、たとえば、ＳＦＮおよび／またはサブフレームオフセットと、間隔Ｉ２によって本明細書に示されるＳＰＳ構成の識別情報とを使用して新しいタイミングを含んでいるメッセージによって示され得る。サブフレーム番号４１２は、ＭＡＣ ＣＥ中に含まれ得る。Ｍａｃペイロード４０４は、１つまたは複数のＭＡＣ ＳＤＵ４１４とパディング４１６とをさらに備え得る。

【0121】

ＲＲＣメッセージに関して、タイミングの変更確認は、新しいタイミング（ＳＦＮおよび／またはサブフレームオフセット）とＳＰＳ構成の識別情報とを含んでいるメッセージによって示され得る。

【0122】

ＷＴＲＵは、ｅＮＢからのタイミングの変更確認の受信時にリソースの新しいタイミングを適用／仮定／推論し得る。ＷＴＲＵは、さらに、（ｅＮＢがタイミングを与えない場合）新しいタイミングが要求されたオフセットメッセージ中に与えられると仮定し得るか、または新しいタイミングがｅＮＢからのタイミングの変更確認中に与えられるタイミングであると仮定し得る。

【0123】

ＷＴＲＵは、ＰＤＣＣＨまたはＭＡＣ ＣＥを使用してｅＮＢから確認を受信し得る。この場合、ＷＴＲＵは、ＳＰＳの既存のＲＲＣ構成が維持されると仮定し得、タイミングの変更は、単に、確認メッセージ中の情報を使用して適用される。ＷＴＲＵがＲＲＣを使用して確認を受信する場合、確認は、さらに、ＳＰＳの新しい構成を与え得る。ＷＴＲＵは、次いで、確認メッセージ中で与えられた構成でそれのＲＲＣ構成を更新し得る。

【0124】

たとえば、要求されたオフセットメッセージの送信に続いて、ＷＴＲＵは、新しいオフセットをもつＳＰＳタイミングの変更をシグナリングするためにＳＰＳ Ｃ−ＲＮＴＩを使用して対応するＰＤＣＣＨを受信し得る。ＷＴＲＵは、（それが要求したオフセットにおいて発生すべき）ＳＰＳ Ｃ−ＲＮＴＩを用いるＰＤＣＣＨを受信するまで、（古いオフセットをもつ）リソースの前のＳＰＳタイミングが持続すると仮定し得る。

【0125】

図５に、ＷＴＲＵがＳＰＳのための要求されたオフセットまたはオフセット変更を送るオフセットまたはオフセット変更を要求することによるメッセージング５００のタイミングの一例を示す。ビークルまたはＷＴＲＵ５０２は、ｅＮＢ５０２にＲＲＣ接続要求５０６を送信し得る。ＷＴＲＵ５０２は、それに応答してＲＲＣ接続再構成メッセージ５０８を受信し得る。ＲＲＣ接続再構成メッセージは、ｓｐｓＣｏｎｆｉｇを含み得る。Ｃａｍメッセージは、アプリケーションレイヤ５１０によって開始され得る。ＷＴＲＵ５０２は、オフセット要求メッセージ５１２を送信し得る。ＷＴＲＵは、ＰＤＣＣＨ上で、ＳＰＳ Ｃ−ＲＮＴＩ５１４を受信し得る。ＷＴＲＵは、要求されたオフセット５１６においてＳＰＳリソースを使用し始め得る。ＣＡＭメッセージのオフセットの変更５１８がアプリケーションなどによって決定される場合、ＷＴＲＵ５０２は、オフセット別の要求メッセージ５２０を送信し得る。ＳＰＳ Ｃ−ＲＮＴＩ５２２を用いるＰＤＣＣＨを受信すると、ＷＴＲＵは、新たに要求されたオフセットにおいてＳＰＳリソースを使用し始め得る５２４。

【0126】

ｅＮＢにオフセットまたはオフセット変更を送るためのＷＴＲＵのトリガが与えられる。以下に定義する上位レイヤによって与えられる情報のいずれか（たとえば、メッセージの到着のタイミングの上位レイヤの指示、周期性の変更の指示、タイミングの変更の指示、上位レイヤによってタグ付けされたメッセージ、ＷＴＲＵが上位レイヤにタイミングを与えることに基づく情報、ビークルの動態の変更に関する情報）に基づいて、ＷＴＲＵは、以下のトリガのうちの１つまたは複数に基づいてｅＮＢにオフセット変更を送る必要性を決定し得る。

【0127】

トリガは、タイミングの変更指示が上位レイヤから受信される時であり得る。

【0128】

トリガは、場合によっては、特定のＰＰＰＰまたはＱＣＩに関連する上位レイヤからのメッセージの到着、または特定の無線ベアラ、論理チャネルなどへのメッセージの到着のタイミングが以下の条件のうちの１つを満たすことによって示され得る。

【0129】

トリガは、上位レイヤの指示の受信とスケジュールされた後続の次のＳＰＳリソースとの間の時間が、あるしきい値Ｔａを上回るか、またはあるしきい値Ｔｂよりも小さい時に引き起こされ得る。しきい値Ｔｂは、ＡＳに想定される処理レイテンシに対応し得、したがって、しきい値よりも小さい時間差の場合は、この差を上回るＡＳによって必要とされる処理レイテンシを有することに対応する。

【0130】

トリガは、現在のメッセージ到着と前のメッセージ到着との間の時間差が、メッセージ到着間のタイミングの前のＮａ間隔とは（たとえば、構成された量だけ）異なるか、またはメッセージの決定された周期性（そのような周期性は、アプリケーションレイヤによって与えられるか、またはＷＴＲＵの下位レイヤによって決定され得る）とは（たとえば、あらかじめ定義され、構成された量だけ）異なる時に引き起こされ得る。

【0131】

トリガは、メッセージ到着のタイミングが、（たとえば、ｅＮＢによって構成された）ＳＰＳリソースのための別の潜在的なタイミングに時間的により近くなる時に引き起こされ得る。

【0132】

トリガは、上記で説明したタイミング条件が、連続的にある回数（ｘＮｂ）発生する時に引き起こされ得る。

【0133】

ＷＴＲＵがＳＰＳのための所望のオフセットまたはタイミングの情報を送る場合、ＷＴＲＵは、以下のうちの１つまたは複数に基づいてこの情報を計算し得る。

【0134】

ＷＴＲＵは、ＣＡＭメッセージタイミングに続いて少なくともＴｃミリ秒である任意のサブフレームと一致するようにタイミングオフセットを選択し得る（ここで、Ｔｃは０であり得る）。

【0135】

ＷＴＲＵは、ＣＡＭメッセージタイミングに続いて少なくともＴｄミリ秒であるが、ＳＰＳリソースとＣＡＭメッセージタイミングとの間の時間差を最小化する許容サブフレームまたは許容タイミングのサブセットと一致するようにタイミングオフセットを選択し得る。許容サブフレームのサブセットは、ｅＮＢによって構成され得る。たとえば、許容サブフレームのサブセットは、ｅＮＢによって定義されたＷＴＲＵのためのＴＲＰＴまたはＤ２Ｄサブフレームパターンによって定義されたか、またはＰＣ５上のＷＴＲＵの送信プールによって定義されたサイドリンクのための許容Ｄ２Ｄサブフレームからなり得る。ＷＴＲＵは、ＳＰＳリソースとＣＡＭメッセージタイミングとの間の時間差を最小化する、ｅＮＢによって事前構成された事前構成されたタイミングオフセットのうちの１つを選択し得る。

【0136】

別の例では、ＷＴＲＵは、ＳＰＳ構成の期間および／またはスケジューリング間隔を変更するためにネットワーク（たとえば、ｅＮＢ）にＳＰＳ構成を変更するという指示を送り得る。たとえば、ＷＴＲＵは、現在のＳＰＳ構成のスケジューリング間隔の変更を要求するためにｅＮＢに指示を送り得る。詳細には、ＷＴＲＵは、（ビークルの動態の変更によりＣＡＭの頻度を変更する必要性の検出など）上位レイヤからのトリガ時に、ＳＰＳ構成（たとえば、スケジューリング間隔および／またはオフセット）を変更する必要性をｅＮＢに通知し得る。ＷＴＲＵは、構成の変更がこの指示の結果として効果を生じ得ると仮定し得る。代替的に、ＷＴＲＵは、ｅＮＢから、新しいＳＰＳ構成をもつメッセージまたはＷＴＲＵによって要求された構成の変更を確認するメッセージを受信し得る。構成の変更は、次いで、（たとえば、ＷＴＲＵが、たとえば、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）を介してｅＮＢから肯定応答（ＡＣＫ）を受信することに基づいた）ｅＮＢによる指示の受信時、ＷＴＲＵによって示されるある将来の瞬間、（すなわち、ＷＴＲＵ仕様中に）静的に定義され、最後のＳＰＳリソース割振りに相対的であり得るある将来の瞬間、（たとえば、ＷＴＲＵの送信時間および／またはＰＨＩＣＨを介したｅＮＢからのＡＣＫの受信によって決定される）ｅＮＢが指示を受信した時間、ＷＴＲＵがｅＮＢに指示を送信した時間、もしくは指示中に明示的に与えられる瞬間、ｅＮＢによる新しいＳＰＳ構成のＷＴＲＵによる受信時、および／または指示がｅＮＢによって受信されたとの確認のＷＴＲＵによる受信時の時間インスタンスのうちのいずれか１つにおいて効果を生じ得る（すなわち、ＷＴＲＵは、新しいＳＰＳ構成されたリソースを使用し始める）。指示がｅＮＢによって受信されたとの確認は、ＳＰＳの解放などの１つまたは複数のＲＲＣメッセージと、それに続く新しいＳＰＳ構成、構成に関連するＳＰＳ Ｃ−ＲＮＴＩを使用したＰＤＣＣＨ許可、新しいＣ−ＲＮＴＩもしくは新しいダウンリンク制御情報（ＤＣＩ）フォーマットを使用したＰＤＣＣＨ、および／または新しいＭＡＣ ＣＥのうちの１つまたは複数を通して送られ得る。

【0137】

セクション４．１．５において定義された上位レイヤによって与えられた情報のいずれかに基づいて、ＷＴＲＵは、ＳＰＳ構成を変更するという指示を送る必要性を決定し得る。ＳＰＳ構成を変更するというｅＮＢへの指示は、トリガの結果としてＷＴＲＵによって送られ得る。

【0138】

ＳＰＳ構成の変更を送るためのＷＴＲＵトリガが与えられる。たとえば、以下に定義する上位レイヤによって与えられる情報のいずれか（たとえば、メッセージの到着のタイミングの上位レイヤの指示、周期性の変更の指示、タイミングの変更の指示、上位レイヤによってタグ付けされたメッセージ、ＷＴＲＵが上位レイヤにタイミングを与えることに基づく情報、ビークルの動態の変更に関する情報）に基づいて、ＷＴＲＵは、以下のトリガのうちのいずれかに基づいてＳＰＳ構成を変更するという指示を送る必要性を決定し得る。

【0139】

トリガは、ＣＡＭメッセージの期間を変更したとのＡＳ、以下で説明する適応レイヤ、またはアプリケーションレイヤによる決定によって引き起こされ得る。ＡＳによって実行されるか適応レイヤによって実行されるそのような決定は、以下で説明するＣＡＭメッセージのためのＳＰＳを管理するための適応レイヤのための以下に定義するルールに従い得、上位レイヤによって与えられた情報に基づき得る。

【0140】

トリガは、前の間隔とは異なるＣＡＭ間隔を用いて送られているＣＡＭの生成の前に、その間に、またはそれに続いてＡＳから、またはＷＴＲＵ上で動作するＶ２Ｘアプリケーションレイヤから引き起こされ得る。

【0141】

ＷＴＲＵまたはｅＮＢ自体中のＡＳは、ＣＡＭ間隔を変更した（たとえば、前の間隔よりも短い間隔でＣＡＭメッセージを受信したか、あるいは最後の間隔に対する予期時間にＣＡＭメッセージを受信しなかった）と決定するとｅＮＢへの指示をトリガし得る。

【0142】

ＣＡＭ間隔が同じままである（およびそれの対応する値のままである）ことが予期される次回の間隔の数は、ｅＮＢへの指示をトリガし得る。

【0143】

ＣＡＭ間隔をそれの最大値（１ｓｅｃ）に変更したという指示は、ｅＮＢへの指示をトリガし得る。

【0144】

ＷＴＲＵは、ｅＮＢへのトリガされた指示の一部として、ＳＰＳ構成に対して要求された新しいスケジューリング間隔、新しいスケジューリング間隔を用いるＳＰＳリソースが開始すべきサブフレーム（すなわち、オフセット）、ＳＰＳリソースに対して要求されたリソースサイズ、ＳＰＳリソースパターンのためのいくつかの可能なタイミングオフセットのうちの１つを識別するインデックス、および／またはタイミングを変更する必要がある（たとえば、複数のプロセスが構成される場合の）ＳＰＳプロセスの識別の情報のうちの１つまたは複数を送り得る。

【0145】

ＳＰＳ構成に対して要求された新しいスケジューリング間隔に関して。ＷＴＲＵは、ｅＮＢによって最初に構成された可能なＳＰＳの周期性のうちの１つをｅＮＢに与え得る。代替的に、ＷＴＲＵは、（あらかじめ定義されたまたは標準化された）ＳＰＳのためにサポートされた任意の周期性をｅＮＢに与え得る。

【0146】

（潜在的にｅＮＢによって構成されたまたは所定の）ＳＰＳリソースパターンのためのいくつかの可能なタイミングオフセットのうちの１つを識別するインデックスに関して、ｅＮＢは、ＳＰＳ構成中で、インデックス付きの許容オフセットのセットを送り得、ＷＴＲＵは、所望のオフセットに対応するインデックスを与えることによってオフセット変更を与え得る。

【0147】

タイミングを変更する必要がある（たとえば、複数が構成された場合の）ＳＰＳプロセスの識別に関して、そのような識別は、複数のＳＰＳの構成中にｅＮＢによって与えられたインデックスを参照するインデックスを送ることによって行われ得る。代替的に、そのような識別は、特定のフレーム／サブフレームの組合せ（たとえばＳＦＮ ｘ ｍｏｄ ｙ、サブフレーム０）に対するＳＰＳ許可の順序に対応するインデックスを送ることによって行われ得る。

【0148】

指示は、新しいＭＡＣ ＣＥ、上記に与えた情報を保持し得る新しい特殊なＢＳＲ、このイベントをｅＮＢに通知するようにあらかじめ定義されたリソース上で潜在的に送られ、ＢＳＲまたはＭＡＣ ＣＥを使用した上記の情報の送信が続くＳＲ、このイベントをｅＮＢに通知するようにあらかじめ定義されたリソース上で潜在的に送られるＰＵＣＣＨ、ＳＰＳリソース自体中で送られる新しいＭＡＣ ＣＥ、次の利用可能なＲＡＣＨリソースにおいて実行されるＷＴＲＵによるＲＡＣＨまたは同様の送信、またはＲＲＣメッセージの方法のうちの１つを使用してｅＮＢにＷＴＲＵによって送られ得る。

【0149】

ｅＮＢへの指示の送信に続いて、ＷＴＲＵは、ｅＮＢから確認を受信するまで、ＣＡＭの送信のために既存のＳＰＳ構成を使用し続け得る。代替的に、確認が予期されない場合、ＷＴＲＵは、上記で説明した開始時間インスタンスのいずれかに新しい構成にＣＡＭ送信に使用するためＳＰＳリソースを変更し得る（すなわち、ＳＰＳは、指示を送ることに基づいて暗黙的に変化する）。

【0150】

図６は、例示的な実施形態のためのメッセージングの流れ図である。図６では、ＷＴＲＵアクセス層は、以下で説明されるトリガ条件（１）または（２）のいずれかが発生すると、アプリケーションレイヤからメッセージを受信し得る６０２。条件（１）によれば、最後のＣＡＭ生成から経過した時間が、Ｔ＿ＧｅｎＣａｍ＿Ｄｃｃ以上であり、発信側ＩＴＳ−Ｓの現在の向首方向と発信側ＩＴＳ−Ｓによって以前に送信されたＣＡＭ中に含まれる向首方向との間の絶対差が４°を上回る、発信側ＩＴＳ−Ｓの現在の位置と発信側ＩＴＳ−Ｓによって以前に送信されたＣＡＭ中に含まれる位置との間の距離が４ｍを上回る、または発信側ＩＴＳ−Ｓの現在の速度と発信側ＩＴＳ−Ｓによって以前に送信されたＣＡＭ中に含まれる速度との間の絶対差が０．５ｍ／ｓを上回るとのＩＴＳ−Ｓの動態関連の条件のうちの１つが与えられる。ここで、Ｔ＿ＧｅｎＣａｍ＿Ｄｃｃは、分散的輻輳制御（ＤＣＣ：Decentralized Congestion Control）のチャネル使用要件に従ってＣＡＭ生成を低減するために２つの連続するＣＡＭ生成間に最小時間間隔を与える。条件（２）によれば、最後のＣＡＭ生成から経過した時間は、Ｔ＿ＧｅｎＣａｍ以上であり、Ｔ＿ＧｅｎＣａｍ＿Ｄｃｃ以上である。ここで、Ｔ＿ＧｅｎＣａｍは、ＣＡＭの生成間隔の現在の有効な上限を表す。

【0151】

速度、方向、または位置を上記のトリガ条件（１）が有効である状態から条件（１）が有効でない状態に変更したビークルの動態を管理するアプリケーションまたはエンティティからのトリガ。

【0152】

ＷＴＲＵアクセス層は、ＳＰＳ間隔を間隔Ｉ１から間隔Ｉ２に変更する必要があるとの決定時に（たとえば、トリガ条件（１）または（２）のいずれかが発生したときにアプリケーションレイヤからメッセージを受信すると）、Ｉ２、ならびにＲＡＮが次のＣＡＭメッセージ（すなわち、新しいオフセットタイミング）を送ることが可能であると予期するサブフレームを含んでいるＭＡＣ ＣＥ６０４をｅＮＢに送り得る。その後、ＷＴＲＵは、動的にスケジュールされたリソースを用いてスケジュールされ得るか、またはそのような動的リソースのスケジューリングをトリガするためにＳＲを送り得、動的にスケジュールされたリソースを使用して任意の保留中のＣＡＭメッセージを送り得る。ＭＡＣ ＣＥを使用した指示に続いてある時間に、ＷＴＲＵアクセス層は、ＳＰＳ Ｃ−ＲＮＴＩを使用してＰＤＣＣＨ上にスケジュールされ得る。ＰＤＣＣＨ上でのこのスケジューリングの受信時に、ＷＴＲＵは、ＳＰＳ構成が変更されることになり、スケジューリング間隔がこのＳＰＳについてＩ２になると仮定し得る。ＷＴＲＵはまた、相応してＲＲＣ中の対応する構成要素を変更し得る。

【0153】

図７に、ｅＮＢがＳＰＳの変化をシグナリングするために必要な時間を短縮し得る例示的な実施形態を示す。ＷＴＲＵアクセス層は、ホエンイーザー、トリガ条件が発生すると、たとえば、上記で説明された条件（１）または（２）のいずれかが発生すると、アプリケーションレイヤからメッセージを受信し得る７０２。ＷＴＲＵアクセス層は、ＳＰＳ間隔を間隔Ｉ１から間隔Ｉ２に変更する必要があるとの決定時に７０４、間隔Ｉ２と、アクセス層が次のＣＡＭメッセージ（すなわち、新しいオフセットタイミング）を送ることが可能であると予期するサブフレームとを含んでいる新しい特殊ＢＳＲを送り得る７０６。特殊なＢＳＲが送信されるＭＡＣプロトコルデータユニット（ＰＤＵ）に関連するＡＣＫの受信時に、ＷＴＲＵは、ＳＰＳ構成を要求に従って変更したと仮定し得る。ＷＴＲＵはまた、相応してＲＲＣ中の対応する構成要素を変更し得る。

【0154】

別の例示的な実施形態で、ＷＴＲＵアクセス層は、アプリケーションレイヤまたは上位レイヤから、ＣＡＭメッセージの周期性を、たとえば、１秒から２００ｍｓに変更したことを示すメッセージを受信し得る。ＷＴＲＵアクセス層は、この情報の受信時に、期間を変更すべきＳＰＳ構成の識別情報、ならびにＳＰＳ構成のための新しい必要な期間を含んでいるＭＡＣ ＣＥを送り得る。ＷＴＲＵは、ｅＮＢから（たとえば、ＲＲＣメッセージングによって）新しいＳＰＳ構成を受信するまで、ＳＰＳの現在の構成を仮定し続け得る。ＷＴＲＵは、新しいＳＰＳ構成を受信すると現在のＳＰＳ構成をキャンセルし、新しいＳＰＳ構成に関連するＳＰＳ Ｃ−ＲＮＴＩで符号化されたＰＤＣＣＨメッセージ（たとえば、サイドリンクのためのＤＣＩフォーマット５）を受信した後にのみ新しいＳＰＳ構成を有効化し得る。

【0155】

ＷＴＲＵはまた、特定のリソース（たとえば、ＳＰＳリソースのサブセット）を解放するために指示、メッセージおよび／または通知を送り得る。たとえば、ＷＴＲＵは、ＳＰＳ構成に関連するＳＰＳリソースの特定のセットを解放するが、構成全体を解放しないためにｅＮＢにメッセージを送り得る。たとえば、ＷＴＲＵは、次のＸ個のＳＰＳスケジューリング間隔に関連するＳＰＳリソースを必要としない（それを使用するつもりがない）ことを示し得る。これにより、ｅＮＢは、他のＷＴＲＵにこれらのリソースをスケジュールすることが可能になるであろう。Ｘ個のスケジューリング間隔の後、ＷＴＲＵは、次いで、既存のＳＰＳ構成に従ってＳＰＳリソースへのアクセスを再び有すると仮定し得る。

【0156】

ＷＴＲＵは、新しいＭＡＣ ＣＥ、上記に与えた情報を保持し得る新しい特殊なＢＳＲ、このイベントをｅＮＢに通知するようにあらかじめ定義されたリソース上で潜在的に送られ、ＢＳＲまたはＭＡＣ ＣＥを使用した上記の情報の送信が続くＳＲ、このイベントをｅＮＢに通知するようにあらかじめ定義されたリソース上で潜在的に送られるＰＵＣＣＨ、ＳＰＳリソース自体中で送られる新しいＭＡＣ ＣＥ、次の利用可能なＲＡＣＨリソースにおいて実行されるＷＴＲＵによるＲＡＣＨまたは同様の送信、またはＲＲＣメッセージの方法のうちの１つを使用して特定のリソースを解放するという指示を送り得る。

【0157】

複数のＳＰＳ構成が与えられる。特に、複数のＳＰＳ構成と構成の活動化／非活動化が提供され、それらの活動化および非活動化は、条件とトリガイベントとに従ってリアルタイムで動的に実行され得る。たとえば、ＷＴＲＵは、複数のＳＰＳ構成で構成され得るが、所与の時間に活動的な１つの構成のみを有し得る。ＷＴＲＵは、次いで、現在のアクティブ構成を非活動化し、別の構成を活動化することによって１つの構成と１つまたは複数の他の構成との間で変更（循環）するように要求し得る。

【0158】

ＷＴＲＵは、ｅＮＢからＲＲＣ接続再構成メッセージとともに複数の構成を受信し得る。ＷＴＲＵは、ｅＮＢから、与えられた構成のうちの活動的な構成を受信し得る。代替的に、ＷＴＲＵは、いずれの構成も活動的でないと仮定し、代わりに、どの構成を活動化するのかを後でｅＮＢに示す必要があり得る。ＷＴＲＵは、ＳＰＳ活動化／非活動化メッセージ中で、対応するＳＰＳ構成を活動化または非活動化するためにＳＰＳ構成に関連する識別子をｅＮＢに送り得る。

【0159】

ＷＴＲＵは、新しいＭＡＣ ＣＥ、活動化／非活動化する構成を示す新しい特殊なＢＳＲ、このイベントをｅＮＢに通知するようにあらかじめ定義されたリソース上で潜在的に送られるＳＲ、このイベントをｅＮＢに通知するようにあらかじめ定義されたリソース上で潜在的に送られるＰＵＣＣＨ、潜在的にここで、ＷＴＲＵによって選択された特定のＰＵＣＣＨリソースはまた、活動化または非活動化するＳＰＳ構成を示し得る、次の利用可能なＲＡＣＨリソースにおいて実行されるＷＴＲＵによるＲＡＣＨまたは同様の送信、ＲＲＣメッセージ、またはＳＲＳ様のメッセージ、ここで、ＳＲＳリソースの位置はまた、活動化または非活動化するＳＰＳ構成を潜在的に示し得る、の方法のうちの１つを使用して構成活動化／非活動化メッセージまたはインジケータを送り得る。さらに、ＳＲの位置はまた、どのＳＰＳ構成を活動化／非活動化するのかを示し得る。

【0160】

ＷＴＲＵは、活動化／非活動化メッセージの送信時に活動化される要求された構成を検討し得る。代替的に、ＷＴＲＵは、ＰＤＣＣＨメッセージ（たとえば、ＳＰＳ Ｃ−ＲＮＴＩを用いるＰＤＣＣＨ）などのＭＡＣ ＣＥ、明示的ＲＲＣメッセージ、またはＰＨＹレイヤメッセージを搬送するＭＡＣ ＰＤＵへのハイブリッド自動再送要求（ＨＡＲＱ）ＡＣＫのいずれかを通してｅＮＢによる肯定応答時に活動化される要求された構成を検討し得る。

【0161】

一実施形態では、ＷＴＲＵは、１つのＳＰＳ構成を活動化する一方で、他の構成を非活動化するために新しいＭＡＣ ＣＥを送り得る。活動化は、ＷＴＲＵがｅＮＢからＳＰＳ Ｃ−ＲＮＴＩを受信するサブフレームにおいて効果を生じ得る。

【0162】

ＷＴＲＵは、上位レイヤからのトリガに基づいてすべてのＳＰＳ構成を無効化するために上記の機構を潜在的に使用し得る。たとえば、ＷＴＲＵは、ＳＰＳを使用しないという指示を（たとえば、適応レイヤから）受信し得る。

【0163】

ＳＰＳ構成の変更を要求するためのトリガは、アプリケーションレイヤ、適応レイヤまたは上位レイヤが、トラフィックの期間を（たとえば、１秒から１００ｍｓに、またはその逆に）いつ変更したのかを示すことと、アプリケーションレイヤ、適応レイヤ、または上位レイヤが、タイミング（オフセット）を変更したことと、新しいオフセットが何であるかと、タイミングを（たとえば、しきい値よりも大きい）ある量だけ変更したこととを示すことと、ＷＴＲＵが、アプリケーションレイヤ、適応レイヤ、または上位レイヤによって与えられた情報に基づいて１つの構成が別の構成よりも良好であり得ると決定することとを含む。

【0164】

図８に、Ｖ２Ｘ通信に関するいくつかのアプリケーションレベルのトリガイベントを示す。たとえば、自律モードの変更は、ビークルが人間運転手から電子運転制御８０２に切り替わるときに検出され得る。ＷＴＲＵが、自律ビークルが相応して情報を送信／受信するためにより多くのシステム帯域幅を割り当てられ得るようにより長い（またはより短い）ＳＰＳの周期性を割り当てられることが望ましいことがある。同じことが１８才未満の運転手の指示８０４の場合に真であり得る。別の例示的なトリガイベントとしては、ビークルまたはＷＴＲＵのファームウェアアップグレードのソフトウェアに関係し得るシステム能力の変更がある。場合によっては、ソフトウェアアップデートは頻繁であり得る。新しいソフトウェアまたはアプリケーションの追加もシステム能力の変更を生じ得る。

【0165】

ＳＰＳ許可に適用される論理チャネルの優先度付けが与えられる。特に、ＷＴＲＵは、所与のＳＰＳ構成に関連する許可を使用して送信するとき、その許可を使用して送信されることになるデータを論理チャネルから選択し得る。送信されることになるデータの論理チャネルからの選択は、ＰＰＰＰに基づいて最高優先順位をもつデータを送信することと、ＰＰＰＰの減少する優先度をもつデータを送信することと、周期性が許可に関連するＳＰＳ構成の周期性に一致するか、それよりも小さいか、またはそれよりも大きいデータを送信することと、サイズが許可に関連するＳＰＳ構成の許可サイズに一致するか、それよりも小さいか、またはそれよりも大きいデータを送信することと、より高いレイヤのデータ／サービスまたは論理チャネルとＳＰＳ構成との間の構成されたマッピングに基づいてデータを送信することと、関連するＳＰＳ構成のための許可が受信されるまでデータの送信を遅延させることと、特定のＳＰＳ構成に関連する次の許可までの時間量との、任意の順序で優先度付けされ得る基準の組合せを使用することに基づき得る。そのような選択は、ＷＴＲＵが、同時に活動的な複数のＳＰＳ構成を有するのか、または単一の活動的なＳＰＳ構成を有するのかを適用し得る。

【0166】

一例では、ＷＴＲＵは、ｅＮＢからのＳＰＳ構成に基づいて上位レイヤから来るデータの送信のために利用するＳＰＳリソースを選択し得る。ＷＴＲＵは、１つまたは複数の論理チャネル、論理チャネルグループ、無線ベアラ、ＰＰＰＰ、ＱＣＩなどに関連付けられるＳＰＳ構成を受信し得る。

【0167】

ＷＴＲＵは、論理チャネルに関連するＳＰＳ構成のためのＳＰＳ許可を使用して１つまたは複数の論理チャネルなどからのデータのみを送信し得る。

【0168】

代替的に、ＷＴＲＵは、最初に、関連する論理チャネルからのすべてのデータを送信し、次いで、許可が追加のデータの送信を可能にする場合、（ＳＰＳ構成に関連しない潜在的に他の論理チャネルからの）あらゆる残りのデータを送信し得るが、関連する論理チャネルのためのバッファ中のすべてのデータは、許可を使用して送信され得る。

【0169】

さらに、ＷＴＲＵは、最初に、構成された論理チャネルからのあらゆるデータを送信する前にＳＰＳ構成に関連する構成された論理チャネルよりも高い優先度（たとえば、ＰＰＰＰ、または論理チャネルグループ（ＬＣＧ：logical channel group）優先度（すなわち、ＬＣＰ：LCG priority））をもつすべてのデータを送信し得る。代替的に、ＷＴＲＵは、最初に、より高い優先度（たとえば、ＰＰＰＰまたはＬＣＧ優先度）をもつデータを検討する前に、ＳＰＳ構成に関連するすべてのデータを検討し得る。

【0170】

別の例では、ＷＴＲＵは、ＳＰＳリソースの構成された周期性および／または割振りサイズならびにアプリケーションレイヤからの情報に基づいてどのＳＰＳリソースを利用するのかを決定し得る。この場合、ＷＴＲＵは、パケットとともに含まれるアプリケーションレイヤ情報に基づいて特定のアプリケーションレイヤパケットのための必要な送信間隔を決定し得る。そのような情報は、パケットに付属する周期性またはタイミング要件を示すＱＣＩ様のパラメータの形態にあり得る。それはまた、ＰＰＰＰの形態でＷＴＲＵに与えられ得、ここで、特定のＰＰＰＰは、特定の送信期間をもつデータ（たとえば、ＣＡＭトラフィック）を示すために使用され得る。

【0171】

ＷＴＲＵは、ＳＰＳリソース上で送信されるようになるデータを選択するとき、特定のＳＰＳリソースに関連するＳＰＳ構成に関連する周期性を識別することと、送信するためにＭＡＣ ＰＤＵに多重化するために一致する周期性を必要とする上位レイヤのＰＤＵを選択することと、一致する周期性からのすべてのデータが含まれる場合、送信するためにＭＡＣ ＰＤＵに多重化するためにより短い周期性を必要とする上位レイヤＰＤＵを選択することと、上記のすべてが含まれる場合、あらゆる周期性のための上位レイヤＰＤＵを選択すること、または送信するためにＭＡＣ ＰＤＵに多重化するための任意の特定の周期性またはタイミング要件に関連しない上位レイヤＰＤＵを選択することとを行い得る。

【0172】

別の例では、ＷＴＲＵは、関連する（構成された、またはＷＴＲＵが決定したマッピングに基づく）ＳＰＳ構成からの許可の発生まで送信のためのＲＬＣ ＰＤＵの選択を延期し、その許可が受信されたときにのみ、そのＰＤＵを選択し得る。この場合、ＷＴＲＵは、ＭＡＣ ＰＤＵの送信のためのＲＬＣ ＰＤＵを選択する際に、（それの優先度にかかわらず）論理チャネルからのＲＬＣ ＰＤＵの選択を回避し、送信のために（優先順位が）次に最も高い論理チャネルからＲＬＣ ＰＤＵを選択し得る。ＷＴＲＵは、さらに、関連するＳＰＳ構成のための次の許可の到着の時間が何らかの事前構成されたしきい値よりも短い状態の下でＰＤＵの選択を回避し得る。そうでない場合、ＷＴＲＵは、レガシー機構を使用して（たとえば、許可を要求するためのビアザレガシー機構の現在の許可を使用して）パケットを送信するように構成され得る。

【0173】

同時に発生したＳＰＳ許可を管理することが与えられる。特に、ＷＴＲＵは、異なるＳＰＳ構成からの許可が同時に発生するように複数の活動的なＳＰＳ構成で構成され得る。これは、（ＵＬ ＳＰＳ送信のための）同じＵＬサブフレーム上に発生する許可、または（たとえば、サイドリンク（ＳＬ）ＳＰＳ送信のための）同じスケジューリング期間上に発生する許可からなり得る。ＳＬ ＳＰＳは、デバイス間（Ｄ２Ｄ）通信のために構成されたＳＰＳを指す。

【0174】

一例では、同時に発生したＳＰＳ許可で構成されたＷＴＲＵは、許可のうちのただ１つを使用して送信することが必要とされるか、またはそのように予期され得る。これは、たとえば、ＷＴＲＵが構成された許可のうちのただ１つを使用し、他のＷＴＲＵにＵＬリソースを割り当てることになるとｅＮＢが仮定する場合であり得る。ＷＴＲＵによって使用されることになる許可は、以下の基準のいずれかに従って選択され得る。

【0175】

たとえば、リソースブロックに関して最大の割り当てられたリソースを有する許可が選択され得る。割り当てられたリソースサイズが、たとえば、ＷＴＲＵのためのＢＳＲ中で送信される、ＷＴＲＵによって送信されることになるデータのサイズに最も近い許可が選択され得る。潜在的に、このシナリオでは、許可は、さらに、ＷＴＲＵによって送信されるか、またはＢＳＲ中でＷＴＲＵによって示されることになるデータの量以上でなければならない。（たとえば、ＷＴＲＵによって、またはｅＮＢによって行われる測定値に基づいて）最良のチャネルプロパティをもつ許可が選択され得る。たとえば、感知を通してＷＴＲＵが検出した、他の送信ＷＴＲＵからの最小の干渉を有するか、または同じスケジューリング期間の間に別のＷＴＲＵによって選択された送信リソースとの（リソースに関して）最小の重複を有する許可が選択され得る。

【0176】

この例では、ＷＴＲＵは、構成され、選択された許可について送信するためにデータを選択するために上記で説明された論理チャネルの優先度付け（ＬＣＰ）のためのルールをさらに使用し得る。

【0177】

別の例では、同時に発生したＳＰＳ許可で構成されたＷＴＲＵは、所与のスケジューリング期間またはＵＬサブフレーム中に許可のすべてについて送信することが必要とされるか、またはそのように予想され得る。この場合、ＷＴＲＵは、同時に発生した許可について送信するためにデータを選択するために上記で説明されたＬＣＰのためのルールをさらに使用し得る。ＷＴＲＵはまた、この場合、以下のルールのいずれかに従いながら、ＬＣＰを実行し得る。

【0178】

たとえば、ＷＴＲＵは、同時に発生した許可の許可サイズの和がＭＡＣ ＰＤＵの送信のために利用可能な許可サイズであると見なし、許可サイズの和が与えられればＬＣＰを実行し得る。追加または代替として、ＷＴＲＵは、ＲＬＣ ＰＤＵがセグメント化される必要がないようにＲＬＣ ＰＤＵを送信するために使用する許可を選択し得る。追加または代替として、ＷＴＲＵは、各許可を別個に検討し、ＬＣＰに前述のルールを適用し得る。たとえば、ＷＴＲＵは、ＳＰＳ構成に関連する論理チャネルからその構成されたＳＰＳ許可中での送信のためにＲＬＣ ＳＤＵのみを選択し得る。

【0179】

ＷＴＲＵは、ｅＮＢが構成された複数のＳＰＳ許可の状況で再割り当てし得るように、特定の許可をいつ使用しないのかを示し得る。たとえば、ＷＴＲＵが、複数の許可で構成され、特定のサブフレーム中で構成されたＳＰＳ許可のサブセット（たとえば、１つ）のみを使用するとき、ＷＴＲＵは、ｅＮＢが別のデバイスにリソースを再割り当てし得るようにｅＮＢに、どの許可をｅＮＢに使用しないことにするのかを示すように構成され得る。一例では、ＷＴＲＵは、最初に、どの許可をそれが使用していることになるのかを決定し、次いで、（たとえば、物理チャネルまたは他のチャネルを使用して）ｅＮＢに、（たとえば、インデックスを介して）どのＳＰＳ許可をそれが使用していることになるのかをシグナリングし得る。ｅＮＢは、ｅＮＢが別のデバイスにリソースを割り当て得るようにこの情報から、どのＳＰＳ許可が使用されないのかを決定し得る。この手法は、複数のＳＰＳ許可が構成され、ＷＴＲＵがＳＰＳ許可のうちの１つしか使用しないときに有利である。別の例では、ＷＴＲＵは、２つのＳＰＳ許可で構成され得、ＷＴＲＵは、それが使用することを意図しないＳＰＳ許可（たとえば、キャンセルされたＳＰＳ許可）のＳＰＳ許可インデックスを示し得る。効果的であるために、指示は、実際のＳＰＳ許可が行われる前の特定の時間送信される必要があり得る。

【0180】

ＳＰＳスケジューリング支援をトリガするための上位レイヤ支援が与えられる。たとえば、すでに上で述べたように、ＷＴＲＵは、上位レイヤから情報（たとえば、メッセージの到着のタイミングの上位レイヤ指示、周期性の変化の指示、タイミング変更の指示、上位レイヤによってタグ付けされたメッセージ、ＷＴＲＵが上位レイヤにタイミングを与えることに基づく情報、およびビークルの動態の変更に関する情報）を受信し得る。ＷＴＲＵは、上位レイヤからの情報に基づいてｅＮＢにオフセットまたは周期性の変更を送る必要性を決定し得る。これは、アプリケーションレイヤからの情報、または実施形態について以下で説明する適応レイヤからの情報に対応し得る。

【0181】

上位レイヤから受信される情報についてさらに説明される。上位レイヤ情報は、メッセージの到着のタイミングの上位レイヤ指示を含み得る。たとえば、ＷＴＲＵは、アプリケーションレイヤまたは上位レイヤから、ＣＡＭメッセージの到着の指示を受信し得る。そのような指示は、上位レイヤがＡＳにそのようなメッセージを送るたびに受信され得る。

【0182】

上位レイヤ情報は、周期性の変更の指示を含み得る。たとえば、ＷＴＲＵは、アプリケーションレイヤまたは上位レイヤから、ＣＡＭメッセージのための周期性または間隔の変更ならびにＣＡＭメッセージの新しい期間の指示を受信し得る。

【0183】

上位レイヤ情報は、タイミングの変更の指示を含み得る。たとえば、ＷＴＲＵは、アプリケーションレイヤまたは上位レイヤから、上位レイヤによって決定されたＣＡＭメッセージ（またはＳＰＳの整列を要求するメッセージ）のタイミングで変更が行われたという指示を受信し得る。この指示は、下位レイヤに送信されるメッセージの新しいタイミングの絶対時間（たとえば、周期的なメッセージストリームの１つのインスタンスの送信の時間）をさらに含み得る。代替的に、指示は、新しいタイミングでのメッセージの送信と一致するために送られ得る（たとえば、指示のタイミングはメッセージのタイミングを表す）。

【0184】

上位レイヤ情報は、上位レイヤによってタグ付けされたメッセージを含み得る。たとえば、ＣＡＭメッセージまたはＳＰＳの整列を要求するメッセージは、上位レイヤによってそのようにタグ付けまたは示され得る。たとえば、メッセージは、ＳＰＳの整列を要求するメッセージとしてメッセージを識別する特定のパケットデータ収束プロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）サービスデータユニット（ＳＤＵ：Service Data Unit）タイプを用いてタグ付けされ得る。メッセージは、このメッセージがＳＰＳの整列を要求することを示すＰＰＰＰ（パケット単位優先度（per packet priority））の特定の値を含み得る。さらに、このメッセージは、ＱＣＩの特定の値がＳＰＳの整列の必要性を表し得るＱＣＩもしくは同様の情報、ならびに／またはタイミング関連の要件、たとえば、１００ｍｓのレイテンシ要件および／もしくは周期的データを表すパケット遅延割当量（ＰＤＢ：packet delay budget）の特定の値などの他のＱｏＳ関連情報とともに受信され得る。

【0185】

ＷＴＲＵは、ＳＰＳとの整列を要求するすべてのトラフィックまたはメッセージが特定の論理チャネル、無線ベアラなどに割り当てられるようにｅＮＢによってさらに構成され得る。そのような制限は、ＱＣＩまたはＰＰＰＰなどのアプリケーションレイヤ情報に基づき得る。たとえば、ＷＴＲＵは、特定の論理チャネルへのＳＰＳの整列の必要性を示す特定のＰＰＰＰまたはＱＣＩをすべてのメッセージに割り当て得る。

【0186】

上位レイヤ情報は、上位レイヤにタイミングを与えるＷＴＲＵに基づく情報を含み得る。たとえば、ＷＴＲＵは、潜在的にｅＮＢによるＳＰＳの構成時に、ＷＴＲＵが、上位レイヤまたはアプリケーションレイヤに、ＳＰＳリソースのうちの１つの発生の絶対時間インスタンスを与え得る形態、および／ならびにＷＴＲＵが、ＳＰＳリソースの発生の一部にまたはそのたびに、ＡＳにそのようなリソースの存在の指示または信号を与え得る形態のいずれかでＳＰＳの構成されたタイミングを上位レイヤに与え得る。アプリケーションレイヤは、さらに、現在構成されたＳＰＳのタイミングに変更が必要であり、ｅＮＢへのオフセット変更メッセージを作成するために追加情報（たとえば、現在のアプリケーションレイヤメッセージの生成を満たすために必要なＳＰＳリソースまたはリソースパターンの時間シフト）が必要であるという指示を下位レイヤに与え得る。

【0187】

上位レイヤの情報は、ビークルの動態の変更に関係する情報を含み得る。たとえば、ＡＳは、本明細書で説明する条件（１）および（２）において定義されているイベントをトリガするしきい値を上回る速度、向首方向、もしくは加速度の変更の指示、上記で説明したトリガ条件（１）もしくは（２）のいずれかが発生する指示、ならびに／または速度、向首方向、もしくは位置をトリガ条件（１）が有効である状態からそれが有効でない状態に変更したという指示などのビークルの動態の変更に関係する情報を受信し得る。

【0188】

上記で説明したように、ＣＡＭサイズは、Ｖ２Ｘアプリケーションが高頻度コンテナを送信することを望むのか、低頻度コンテナを送信することを望むのか、他の特殊コンテナを送信することを望むのかに応じて周期的に変化し得る。したがって、固定ＳＰＳ割振りは、ＣＡＭを送信するために必要なリソースを与えるのに理想的でない。さらに、ｅＮＢは、ＣＡＭメッセージに必要なＳＰＳ割振りサイズに気づいている必要があるが、この情報は、ＷＴＲＵ中に（たとえば、ビークル中に）しか存在しない。

【0189】

したがって、ＳＰＳメッセージサイズは、アプリケーションレイヤを通して構成され得る。たとえば、ＷＲＴＵのＶ２Ｘアプリケーションは、たとえば、ＣＡ基本サービスメッセージとしてアプリケーションレイヤシグナリングを通してネットワーク中のまたはｅＮＢにおける対応するアプリケーションにサイズ情報を与え得る。アプリケーションレイヤメッセージを通して送られ得るサイズ情報は、コンテナサイズ、高頻度コンテナ、低頻度コンテナ、もしくは特殊コンテナが送られるパターン、および／または、たとえば、Ｖ２Ｘ ＷＴＲＵが必要とされるよりも頻繁に低頻度コンテナを送ることを決定するとき、動作中に発生するパターンの任意の動的変更を含み得る。

【0190】

ネットワークまたはｅＮＢにおけるアプリケーションレイヤは、適切なＳＰＳ割振りサイズを定義するためにｅＮＢにこの情報を与え、割り当てられたＳＰＳサイズが増加される必要がある、たとえば、追加のコンテナがＣＡＭメッセージング中に含まれ得る時間インスタンスのための任意の追加の動的スケジューリングを与え得る。

【0191】

別の例では、ＳＰＳメッセージサイズは、論理チャネルのためのサービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）に関連付けられ得る。たとえば、必要なＳＰＳ割振りサイズと、潜在的に、ＣＡＭメッセージサイズの変更のパターンとは、Ｖ２Ｘ論理チャネルに関連するＱＣＩに関係している。Ｖ２Ｘ論理チャネルが確立されると、ｅＮＢは、（たとえば、あらかじめ定義されたマッピングに基づいて、またはネットワーク中のＶ２Ｘアプリケーションサービスから取得された情報から）ＣＡＭメッセージを保持することが可能になるのに必要なＳＰＳ割振りのサイズを知るかまたは決定し得る。

【0192】

ＷＴＲＵは、高頻度コンテナと低頻度コンテナとの送信のタイミングおよび頻度を示すためにｅＮＢに同期メッセージを送信し得、したがって、ＷＴＲＵは、ＳＰＳ割振りが動的割振りによって増加またはオーバーライドされる必要がある時間インスタンス知るかまたは決定し得る。たとえば、メッセージは、低頻度コンテナの送信に対応するＳＦＮおよびサブフレームを示し得、その低頻度コンテナは、Ｘ個のＣＡＭメッセージごとに送信される。

【0193】

別の例では、割振りサイズの変更は、ＳＰＳ送信上でピギーバックされ得る。たとえば、ＷＴＲＵは、次にやって来るＣＡＭメッセージが増加したサイズを有すること（たとえば、それが低頻度コンテナを含んでいることになること）と、潜在的に同じく、現在のＳＰＳ割振りと比較したサイズの増分とを示すメッセージを送り得る。そのようなメッセージは、現在のＣＡＭメッセージの送信中にＭＡＣ ＣＥとしてピギーバックされ得る。動的スケジューリングと比較したこの解決策の利点は、より大きいＣＡＭメッセージが到着するときにＷＴＲＵが別個のＳＲまたはＢＳＲを送る必要がなく、したがって、ＳＲ／ＢＳＲ方法に関連する追加の遅延（と、同じく、追加のシグナリングと）を回避するということである。

【0194】

別の例では、ＳＰＳ割振りサイズは、周期的に増加し得る。たとえば、ＷＴＲＵは、ＳＰＳ Ｃ−ＲＮＴＩを用いるＰＤＣＣＨにおいて指定されているリソース割振りを越えて周期的に増加するＳＰＳ割振りで構成され得る。リソース割振りの増加は、固定され得る（たとえば、常にＳＰＳ割振りの２倍）か、またはｅＮＢから受信したシグナリングからＷＴＲＵによって決定され得る。たとえば、ＲＲＣシグナリング中のＳＰＳ構成自体は、ＳＰＳのためのリソース割振りの増加の詳細と、それがどれくらいの頻度で行われるのかと、追加のリソース要素と通常のＳＰＳ割振りとの関係とを含み得る。別の例では、潜在的に新しいＤＣＩを使用するＳＰＳ Ｃ−ＲＮＴＩを用いるＰＤＣＣＨ自体は、増加した割振りの実際の時間周波数位置とともに、ＳＰＳ割振りの増加の量とこの増加がどれくらいの頻度で行われるのかとを示し得る。

【0195】

ＣＡＭメッセージのためのＳＰＳを管理するための適応レイヤが与えられる。ＣＡＭメッセージ（および基本安全メッセージ（ＢＳＭ：Basic Safety Message）または分散環境通知メッセージ（ＤＥＮＭ：Decentralized Environmental Notification Message）などの他のＶ２Ｘメッセージ）の構造および送信を管理するＶ２Ｘアプリケーションは、ＬＴＥ（たとえば、サイドリンクおよびＵｕ）ならびに専用短距離通信（ＤＳＲＣ：dedicated short range communications）などの異なるタイプの搬送手段とインターフェイス接続し得る。利用される搬送手段にかかわらずレイテンシ要件が満たされる必要があるので、Ｖ２Ｘアプリケーション自体中にトランスポートレイヤ固有の情報を追加する必要なしにＶ２Ｘメッセージのレイテンシ要件を満たしながらＶ２Ｘアプリケーションが特定の搬送手段とインターフェイス接続することを可能にする適応レイヤを構築することが実装形態の視点から最良であり得る。

【0196】

ＬＴＥへのＶ２Ｘのための適応レイヤは、ＳＰＳに関して、ビークルの動態がそれの使用を正当化するのかどうかに基づいてＳＰＳを有効化／無効化すること、ならびにＳＰＳトラフィックの期間およびタイミングを決定するためにＡＳに情報を与えることの機能を与え得る。適応レイヤについて説明された機能が、ＷＴＲＵまたはＷＴＲＵ上に常駐するアプリケーションレイヤの特定の実装形態に応じてＡＳまたはアプリケーションレイヤ内にもあり得ることに留意されたい。

【0197】

ＣＡＭトラフィックのためのＳＰＳを有効化／無効化することに関して、適応レイヤは、ＳＰＳを構成することが有利であり得るとき（たとえば、ＣＡＭトラフィックが比較的周期的であるとき）を示すために下位レイヤに指示を送り得る。ＷＴＲＵは、さらに、（上記で説明したように）ＳＰＳの使用を有効化／無効化するためにｅＮＢにこの指示を送信し得る。

【0198】

適応レイヤは、ビークルの動態または、ビークルの速度が（高速道路での運転を示す）あるしきい値を上回るのかどうか、同じまたは反対方向に動いている他のビークルとのビークルの近接度、ビークルの全地球測位システム（ＧＰＳ）情報、ＷＴＲＵが動いている道路のタイプ、および／またはビークルの周囲のエリア中の、もしくはビークルの移動の方向にあるビークルの数などの交通情報などのアプリケーションレイヤによって与えられる他の情報に基づいてＳＰＳの使用（すなわち、それの有効化／無効化）の決定を行い得る。

【0199】

上記の情報に基づいて、適応レイヤは、Ｖ２Ｘアプリケーションレイヤによって生成されたＣＡＭメッセージの周期性のレベルを決定し得、ＳＰＳを構成すべきかどうかに関してＷＴＲＵ中の下位レイヤに指示を送り得る。

【0200】

別の例では、適応レイヤは、上記で定義した同じ決定を行う際に、ネットワーク中に常駐する同様の適応レイヤに指示を与え得る。ネットワーク中のそのような適応レイヤは、ｅＮＢに直接（たとえば、特定のＷＴＲＵについての）この情報を与え得る。

【0201】

ＳＰＳの周期性を決定するために、ＬＴＥ適応レイヤは、アプリケーションレイヤから、瞬間ビークル速度を受信し得る。そのような速度は、適応レイヤに周期的に与えられ得る。代替的に、ＬＴＥ適応レイヤは、あるしきい値を上回る速度の変更が行われたときに新しい速度またはトリガを受信し得る。適応レイヤは、必要なＳＰＳ周期性を決定し、単純なルックアップテーブルに基づいて必要な周期性をＡＳレイヤに通知し得る。たとえば、ｘ１の周期性は、速度がｙ１１からｙ１２にわたるときに構成され得、ｘ２の周期性は、速度がｙ２１からｙ２２にわたるときに構成され得、以下同様に行われる。

【0202】

ＳＰＳタイミングを決定するために、ＬＴＥ適応レイヤは、アプリケーションレイヤから、上記で説明されたＣＡＭ生成に対応するトリガ（すなわち、トリガ条件（１）および（２））を受信し得る。すなわち、向首方向の絶対差がしきい値（たとえば、４度）を上回る、距離がしきい値（たとえば、４ｍ）を上回る、および／または速度の変化がしきい値（たとえば、０．５ｍ／ｓ）を上回る。そのようなトリガは、別個のシグナリング（たとえば、サイド情報）を使用してアプリケーションレイヤから受信され得るか、またはＣＡＭメッセージ自体中に含まれ得る。

【0203】

ＬＴＥ適応レイヤは、ＡＳによって、各サブフレームもしくは間隔もしくはサブフレームのための送られた信号またはイベント、ＡＳによって維持され、ＬＴＥ適応レイヤによって読取り可能／アクセス可能であるフレームおよびサブフレームカウンタ、ならびに／または（ＷＴＲＵにおいて維持されている）絶対時間をフレームおよびサブフレーム時間に変換するＡＳによって与えられた機能の方法のいずれかに基づくフレームおよびサブフレームタイミングを備え得る。ＬＴＥ適応レイヤは、ＡＳにおけるＳＰＳのそれの前の有効化に基づいて現在のＳＰＳ構成に関連する正確なタイミングを維持し得る。正確なタイミングは、絶対時間に基づいて、またはフレーム／サブフレームタイミングに基づいて維持され得る。代替的に、ＬＴＥ適応レイヤは、ＡＳから、（たとえば、ｅＮＢによって構成された）現在構成されているＳＰＳ構成の絶対時間と現在構成されている周期性とを受信し得る。この情報に基づいて、ＬＴＥ適応レイヤは、時間的に各ＳＰＳリソースのタイミングを計算することが可能であり得る。

【0204】

ＡＳ遅延の補償が与えられる。たとえば、適応レイヤは、ＳＰＳの所望のタイミングをＡＳに与え得る。そのようなタイミングは、ＡＳの遅延（たとえば、ＣＡＭメッセージが生成される時間からオーバージエアでの送信のための準備ができる時間まで）の補償を含み得る。この補償ファクタは、ＡＳによって動的に与えられ得る。この補償ファクタは、必要な遅延に関係がある静的値を使用することによってＬＴＥ適応レイヤによって決定され得る。たとえば、１００ｍｓの最大遅延を仮定すれば、ＬＴＥ適応レイヤは、ＡＳ遅延を考慮するために１０ｍｓの補償係数で構成され得る。この補償ファクタは、ＷＴＲＵ、ネットワークなどの能力に基づいてＬＴＥ適応レイヤによって決定され得、これは、加入者識別情報モジュール（ＳＩＭ）カード、ＷＴＲＵの格納／構成中に与えられ、ネットワーク接続に続いてＡＳによって与えられ、および／またはネットワークによってアプリケーションレイヤもしくはＮＡＳレイヤのシグナリングの一部として与えられ得る。

【0205】

特徴および要素について、特定の組合せで上記で説明されたが、各特徴または要素が単独でまたは他の特徴および要素との任意の組合せで使用され得ることを、当業者は諒解されよう。さらに、本明細書で説明される方法は、コンピュータまたはプロセッサが実行するためのコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実装され得る。コンピュータ可読媒体の例としては、（ワイヤードまたはワイヤレス接続を介して送信される）電子信号とコンピュータ可読記憶媒体とがある。コンピュータ可読記憶媒体の例としては、限定はしないが、読取り専用メモリ（ＲＯＭ）と、ランダムアクセスメモリ（ＲＡＭ）と、レジスタと、キャッシュメモリと、半導体メモリデバイスと、内蔵ハードディスクおよび取外し可能なディスクなどの磁気媒体と、光磁気媒体と、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光学媒体とがある。ソフトウェアに関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装するために使用され得る。

【図1A】

【図1B】

【図1C】

【図2】

【図3A】

【図3B】

【図4】

【図5】

【図6】

【図7】

【図8】