JP7469326B2 - サイドリンク送信－受信距離決定方法 - Google Patents

Description

本発明は、サイドリンク送信－受信距離に関し、より詳細には、サイドリンク送信－受信距離関係の決定および動作のためのシステム、方法、およびデバイスに関する。

本出願は、内容が参照によって本明細書に組み入れられる２０１９年４月５日出願の米国仮出願第６２／８３０，１３３号、２０１９年８月１４日出願の第６２／８８６，４３３号、２０１９年９月３０日出願の第６２／９０８，２０６号、および２０１９年１１月５日出願の第６２／９３０，９７６号の利益を主張する。

サイドリンク送信－受信距離関係の決定および動作のためのシステム、方法、およびデバイスが本明細書にて開示される。一例にて、ワイヤレス送信受信ユニット（ＷＴＲＵ）は、レンジ情報とゾーン構成との間の共同により構成されることがある。ＷＴＲＵは、特定のレンジ情報要件のインディケーションを受信し、構成されている情報と位置手段（たとえば、ＧＰＳ）とに基づいて自身のゾーン位置を決定する。さらに、ＷＴＲＵは、送信デバイスのゾーン位置情報を受信し、ＷＴＲＵと送信デバイスとの間の距離を決定してもよい。

より詳細な理解は、添付の図面とともに例として与えられる以下の説明から得られることがあり、本明細書にて、図の参照符号は、同様の要素を示す。

１つまたは複数の開示されている態様が実装されることがある例示的な通信システムのシステム図である。 一態様に係る図１Ａに例示される通信システム内において用いられることがある例示的なＷＴＲＵ（ワイヤレス送信／受信ユニット）を例示するシステム図である。 一態様に係る図１Ａに例示される通信システム内において用いられることがある例示的なＲＡＮ（無線アクセスネットワーク）および例示的なＣＮ（コアネットワーク）を例示するシステム図である。 一態様に係る図１Ａに例示される通信システム内において用いられることがあるさらなる例示的なＲＡＮおよびさらなる例示的なＣＮを例示するシステム図である。 Ｖ２Ｘ（Vehicle to Everything）通信に関する例示的なアーキテクチャを例示するシステム図である。 ローカルゾーンに基づいてＴＸ－ＲＸ距離を決定する例を例示する。 複数のＷＴＲＵを含むＭＣＲの例を例示する。 異なるＭＣＲが異なるゾーン構成をどのように要求するかについての例を例示する。 ＭＣＲに基づいてＴＸ－ＲＸ距離を計算する例示的な処理を例示する。

下記は、本明細書にて述べられることがある可能性がある略語および頭字語である。ＡＣＫ（Acknowledgement；肯定応答）、ＢＬＥＲ（Block Error Rate；ブロック誤り率）、ＣＢ（Contention-Based）（たとえば、アクセス、チャネル、リソース）、ＣＢＲ（Channel Busy Ratio）、ＣＰ（Cyclic Prefix：サイクリックプレフィックス）、ＯＦＤＭ（Orthogonal Frequency-Division Multiplexing；直交波周波数分割多重）、ＣＰ－ＯＦＤＭ（Conventional OFDM）（たとえば、サイクリックプレフィックスに依存する）、ＣＱＩ（Channel Quality Indicator）、ＣＲ（Channel Occupancy Ratio）、ＣＲＣ（Cyclic Redundancy Check；巡回冗長検査）、ＣＳＩ（Channel State Information；チャネル状態情報）、Ｄ２Ｄ（Device to Device Transmissions）（たとえば、ＬＴＥ サイドリンク）、ＤＣＩ（Downlink Control Information）、ＤＦＴ－ｓ－ＯＦＤＭ（Digital Fourier Transform spread OFDM）、ＤＬ（Downlink；下りリンク）、ＤＭＲＳ（Demodulation Reference Signal ）、ＦＢ（Feed Back；フィードバック）、ＦＤＤ（Frequency Division Duplexing；周波数分割複信）、ＦＤＭ（Frequency Division Multiplexing；周波数分割多重化）、ＬＢＴ（Listen-Before-Talk）、ＬＬＣ（Low Latency Communications；低遅延通信）、ＬＴＥ（Long Term Evolution）（たとえば、３ＧＰＰ ＬＴＥ Ｒ８以降）、ＭＡＣ（Medium Access Control；メディアアクセス制御）、ＮＡＣＫ（Negative ACK；否定応答）、ＭＢＢ（Massive Broadband Communications）、ＭＣ（MultiCarrier；マルチキャリア）、ＭＣＳ（Modulation and Coding Scheme）、ＯＯＢ（Out-Of-Band）（たとえば、エミッション）、Ｐｃｍａｘ（Total available WTRU power in a given TI）、ＰＤＢ（Packet Delay Budget）、ＰＨＹ（Physical Layer；物理層）、ＰＳＣＣＨ（Physical SL Control Channel）、ＰＳＦＣＨ（Physical SL Feedback Channel）、ＰＳＳ（Primary Synchronization Signal；プライマリ同期信号）、ＰＳＳＣＨ（Physical SL Shared Channel ）、ＰＳＳＣＨ－ＲＳＲＰ（PSSCH Reference Signal Received Power）、ＱｏＳ（Quality of Service）（たとえば、物理層パースペクティブから）、ＲＮＴＩ（Radio Network Identifier）、ＲＲＣ（Radio Resource Control）、ＲＲＭ（Radio Resource Management）、ＲＸ（Receiver；レシーバー）、ＲＳ（Reference Signal；リファレンス信号）、ＲＴＴ（Round-Trip Time；ラウンドトリップタイム）、Ｓ－ＲＳＳＩ（SL Received Signal Strength Indicator）、ＳＬ（Side Link；サイドリンク）、ＳＳ（Synchronization Signal；同期信号）、ＳＳＳ（Secondary Synchronization Signal；セカンダリ同期信号）、ＴＢ（Transport Block；ランスポートブロック）、ＴＤＤ（Time-Division Duplexing；時分割複信）、ＴＤＭ（Time-Division Multiplexing；時分割多重）、ＴＴＩ（Transmission Time Interval ）、ＴＲＰ（Transmission / Reception Point）、ＴＸ（Transmitter；トランスミッター）、ＴＲＸ（Transceiver；トランシーバー）、ＵＬ（Uplink；上りリンク）、ＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications；高信頼・低遅延通信）、Ｖ２Ｘ（Vehicular to Everything communications）。

図１Ａは、例示的なアーキテクチャに係る例示的な通信システム１００を例示するシステム図である。通信システム１００は、例えば音声、データ、ビデオ、メッセージング、ブロードキャストなどのようなコンテンツを、複数のワイヤレスユーザーに提供するマルチプルアクセスのシステムであり得る。通信システム１００は、複数のワイヤレスユーザーに、ワイヤレス帯域幅を含むシステムリソースの共有を通じて、上記のコンテンツにアクセスできるようにすることがある。例えば、通信システム１００は、例えばＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時分割多元接続）、ＦＤＭＡ（周波数分割多元接続）、ＯＦＤＭＡ（直交周波数分割多元接続）、ＳＣ－ＦＤＭＡ（シングルキャリアＦＤＭＡ）、ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ（zero-tail unique-word discrete Fourier transform Spread OFDM）、ＵＷ－ＯＦＤＭ（unique word OFDM）、リソースブロックフィルターＯＦＤＭ（resource block-filtered OFDM）、ＦＢＭＣ（filter bank multicarrier）などのような１つまたは複数のチャネルアクセスの方法を採用することがある。

図１Ａに示すように、通信システム１００は、ＷＴＲＵ（ワイヤレス送信／受信ユニット）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ（radio access network）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことがあるが、どんなユースケースでも、いくつものＷＴＲＵ、基地局、ネットワーク、および／またはネットワークエレメントを想定することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、ワイヤレス環境において動作するおよび／または通信するように構成されるどのタイプのデバイスであってもよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、いずれも、ＳＴＡ（station；局）ということがあり、ワイヤレス信号を送信するおよび／または受信するように構成されることがあり、ＵＥ（ユーザー機器）、移動局、固定または移動の加入者ユニット、サブスクリプションベースのユニット、ページャー、セルラー電話、ＰＤＡ（パーソナルデジタルアシスタント）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピューター、ワイヤレスセンサー、ホットスポットまたはＭｉ－Ｆｉデバイス、ＩｏＴ（モノのインターネット）デバイス、腕時計または他のウェアラブル、ＨＭＤ（ヘッドマウントディスプレイ）、車両、ドローン、医療用のデバイスおよびアプリケーション（例えば、遠隔手術）、工業用のデバイスおよびアプリケーション（例えば、工業のおよび／または自動化された処理チェーンのコンテキストにおいて動作するロボットおよび／または他のワイヤレスデバイス）、家電デバイス、商業および／または工業のワイヤレスネットワーク上に動作するデバイスなどを含むことがある。

時には、さらに、ＷＴＲＵは、車両または路側機（ＲＳＵ：road side unit）であってもよい。一例にて、ＷＴＲＵは、ＷＴＲＵのコンポーネントが物理的に分離される場合には、車両に物理的に統合されることがある。一例にて、ＷＴＲＵは、車両に機能的に接続される。一例にて、ＷＴＲＵは、車両に取り外し可能に取り付けられてもよい。一例にて、ＷＴＲＵは、車両に永続的に取り付けられてもよい。一例にて、ＷＴＲＵは、車両およびその物理特性（例えば、サイズ、速さ、位置など）の表象であり得る。どのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄをとっても、端末、デバイス、ＵＥ、または車両と交換可能にいうことがある。

さらに、通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂを含むこともあり得る。基地局１１４ａ、１１４ｂの各々は、１つまたは複数の通信ネットワーク、例えばＣＮ１０６、インターネット１１０、および／またはその他のネットワーク１１２などへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェースするように構成されるどのタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、ＢＴＳ（無線基地局装置）、ＮｏｄｅＢ、ｅＮＢ（eNode B）、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ、例えばｇＮＢ（gNode B）などの次世代ＮｏｄｅＢ、ＮＲ（new radio）ＮｏｄｅＢ、サイトコントローラー、ＡＰ（アクセスポイント）、ワイヤレスルータなどであり得る。基地局１１４ａ、１１４ｂは、各々、単一の要素として描かれる一方、基地局１１４ａ、１１４ｂは、相互接続された基地局および／またはネットワークエレメントをいくつでも含むことがあると理解されるであろう。

基地局１１４ａは、さらに、他の基地局および／または、例えばＢＳＣ（基地局制御装置）、ＲＮＣ（無線ネットワーク制御装置）、中継ノードなどのようなネットワークエレメント（図示せず）を含むこともあり得るＲＡＮ１０４の一部であり得る。基地局１１４ａおよび／または基地局１１４ｂは、１つまたは複数のキャリア周波数上にワイヤレス信号を送信するおよび／または受信するように構成されることがあり、セル（図示せず）ということがある。今述べた周波数は、許可されたスペクトル、許可されていないスペクトル、または許可されたスペクトルと、許可されていないスペクトルとの組合せであり得る。セルは、相対的に固定されることがあり、またはやがて変化することがある特定の地理的なエリアに対して、カバレッジをワイヤレスサービスに提供することがある。さらに、セルは、セルのセクターに区分されることがある。例えば、基地局１１４ａに関連付けられたセルは、３つのセクターに区分されることがある。したがって、一態様において、基地局１１４ａは、３つのトランシーバー、すなわち、セルの各セクターに対して１つを含むことがある。態様において、基地局１１４ａは、ＭＩＭＯ（multiple-input multiple output）の技術を採用することがあり、セルの各セクターに対して複数のトランシーバーを利用することがある。例えば、ビームフォーミングは、望ましい空間方向に信号を送信するおよび／または受信するために用いられることがある。

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

より具体的には、上に述べたように、通信システム１００は、マルチプルアクセスのシステムであることがあり、例えばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどのような１つまたは複数のチャネルアクセススキームを採用することがある。例えば、ＲＡＮ１０４における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えばＷＣＤＭＡ（wideband CDMA）を用いてエアインターフェイス１１６を確立することがあるＵＴＲＡ（UMTS（Universal Mobile Telecommunications System） Terrestrial Radio Access）などの無線技術を実装することがある。ＷＣＤＭＡは、例えばＨＳＰＡ（High-Speed Packet Access）および／またはＨＳＰＡ＋（Evolved HSPA）などの通信プロトコルを含むことがある。ＨＳＰＡは、ＨＳＤＰＡ（High-Speed Downlink (DL) Packet Access）および／またはＨＳＵＰＡ（High-Speed Uplink (UL) Packet Access）を含むことがある。

態様において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＬＴＥ（Long Term Evolution）および／またはＬＴＥ－Ａ（LTE-Advanced）および／またはＬＴＥ－Ａ Ｐｒｏ（LTE-Advanced Pro）を用いて、エアインターフェイス１１６を確立することがある、例えばＥ－ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access）などの無線技術を実装することがある。

態様において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲを用いてエアインターフェイス１１６を確立することがある、例えばＮＲの無線アクセスなどの無線技術を実装することがある。

態様において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装することがある。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えばデュアルコネクティビティ（ＤＣ：dual connectivity）の原理を用いて、ＬＴＥ無線アクセスおよびＮＲ無線アクセスをともに実装することがある。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェイスは、複数の種類の無線アクセス技術、および／または複数の種類の基地局（例えば、ｅＮＢおよびｇＮＢ）に／から送られる送信によって、特徴付けられることがある。

他の態様において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えばＩＥＥＥ８０２．１１（すなわち、ＷｉＦｉ（Wireless Fidelity））、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ＥＶ－ＤＯ、ＩＳ－２０００（Interim Standard 2000）、ＩＳ－９５（Interim Standard 95）、ＩＳ－８５６（Interim Standard 856）、ＧＳＭ（Global System for Mobile communications）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ）などのような無線技術を実装することがある。

図１Ａにおける基地局１１４ｂは、例えば、ワイヤレスルータ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ、またはアクセスポイントであることがあり、例えば事業所、家庭、車両、キャンパス、工業施設、空中回廊（例えば、ドローンによる使用のための）、車道などのような局所的なエリアにおいてワイヤレス接続を容易にするのに適したどんなＲＡＴでも利用してよい。一態様において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＬＡＮ（wireless local area network）を確立するために、例えばＩＥＥＥ８０２．１１などの無線技術を実装することがある。態様において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＰＡＮ（wireless personal area network）を確立するために、例えばＩＥＥＥ８０２．１５などの無線技術を実装することがある。さらに別の態様において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用することがある。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有することがある。したがって、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスすることが要求されないことがある。

ＲＡＮ１０４は、ＣＮ１０６と通信状態であることがあり、音声、データ、アプリケーション、および／またはＶｏＩＰ（voice over internet protocol）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成されるどのタイプのネットワークであってもよい。データは、例えば異なるスループットの要件、待ち時間の要件、エラーの許容範囲の要件、信頼性の要件、データスループットの要件、モビリティの要件などのような様々なＱｏＳ（quality of service）の要件を有することがある。ＣＮ１０６は、コール制御、料金請求サービス、モバイルロケーションベースサービス（mobile location-based service）、プリペイドコーリング、インターネット接続、ビデオ配信などを提供すること、および／または例えばユーザー認証などのハイレベルなセキュリティ機能を行うことがある。図１Ａに示さないが、ＲＡＮ１０４および／またはＣＮ１０６は、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接の通信状態であり得ると理解されるであろう。例えば、ＣＮ１０６は、ＮＲの無線技術を利用していることがあるＲＡＮ１０４に接続されていることに加えて、さらに、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉの無線技術を採用する別のＲＡＮ（図示せず）と通信状態にあることもあり得る。

さらに、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たすこともあり得る。ＰＳＴＮ１０８は、ＰＯＴＳ（plain old telephone service）を提供する回線交換の電話網を含むことがある。インターネット１１０は、一般的な通信プロトコル、例えばＴＣＰ（transmission control protocol）／ＩＰ（internet protocol）のインターネットプロトコルスイートにおけるＴＣＰ、ＵＤＰ（user datagram protocol）、および／またはＩＰなどを使用する相互接続されたコンピューターネットワークおよびデバイスからなるグローバルシステムを含むことがある。ネットワーク１１２は、他のサービスプロバイダによって所有されるおよび／または運営されるワイヤードおよび／またはワイヤレス通信ネットワークを含むことがある。例えば、ネットワーク１１２は、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを採用することがある１つまたは複数のＲＡＮに接続される別のＣＮを含むことがある。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモードの性能を含むことがある（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別個のワイヤレスリンクを介して別個のワイヤレスネットワークと通信するために複数のトランシーバーを含むことがある）。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用することがある基地局１１４ａと、およびＩＥＥＥ８０２の無線技術を採用することがある基地局１１４ｂと通信するように構成されることがある。

図１Ｂは、例示的なＷＴＲＵ１０２を例示するシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、複数のコンポーネント／エレメント、例えば数ある中でも、プロセッサー１１８、トランシーバー１２０、送信／受信エレメント１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外しできないメモリー１３０、取り外し可能なメモリー１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他のペリフェラル１３８などを含むことがある。ＷＴＲＵ１０２は、態様に矛盾しないまま、上述の要素のどんな部分的な組合せ（sub-combination）でも含むことあり得ると理解されるであろう。

プロセッサー１１８は、汎用プロセッサー、専用プロセッサー、従来型プロセッサー、ＤＳＰ（digital signal processor）、複数のマイクロプロセッサー、ＤＳＰコアとともに１つまたは複数のマイクロプロセッサー、コントローラー、マイクロコントローラー、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、他種類のＩＣ（集積回路）のいずれか、ステートマシンなどであり得る。プロセッサー１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２にワイヤレス環境において動作できるようにする他のどんな機能でも行うことがある。プロセッサー１１８は、送信／受信エレメント１２２に結合することがあるトランシーバー１２０に結合されることがある。図１Ｂは、プロセッサー１１８およびトランシーバー１２０を別々のコンポーネントとして描く一方、プロセッサー１１８およびトランシーバー１２０は、電子パッケージまたはチップにおいてともに統合されることがあると理解されるであろう。

送信／受信エレメント１２２は、エアインターフェイス１１６を介して、基地局（例えば、基地局１１４ａ）に対して信号を送信するまたは受信するように構成されることがある。例えば、一態様において、送信／受信エレメント１２２は、ＲＦ信号を送信するおよび／または受信するように構成されるアンテナであり得る。態様において、送信／受信エレメント１２２は、例えば、ＩＲ信号、ＵＶ信号もしくは可視光信号を送信する、および／または受信するように構成されるエミッター／ディテクターであり得る。さらに別の態様において、送信／受信エレメント１２２は、ＲＦおよび光の信号の両方を送信するおよび／または受信するように構成されることがある。送信／受信エレメント１２２は、ワイヤレス信号のどんな組合せでも送信するおよび／または受信するように構成されることがあると理解されるであろう。

送信／受信エレメント１２２は、図１Ｂにおいて単一の要素として描かれるが、ＷＴＲＵ１０２は、送信／受信エレメント１２２をいくつでも含むことがある。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯの技術を採用することがある。したがって、一態様において、ＷＴＲＵ１０２は、エアインターフェイス１１６を介して、ワイヤレス信号を送信し受信するために、２つ以上の送信／受信エレメント１２２（例えば、複数のアンテナ）を含むことがある。

トランシーバー１２０は、送信／受信エレメント１２２によって送信されることである信号を変調するように、および送信／受信エレメント１２２によって受信される信号を復調するように構成されることがある。上に述べたように、ＷＴＲＵ１０２は、マルチモードの性能を有することがある。したがって、例えば、トランシーバー１２０は、ＷＴＲＵ１０２に、例えばＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴによって通信できるようにするために、複数のトランシーバーを含むことがある。

ＷＴＲＵ１０２のプロセッサー１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、ＬＣＤ（液晶ディスプレイ）ディスプレイユニットもしくはＯＬＥＤ（有機発光ダイオード）ディスプレイユニット）により、結合されることがあるおよびユーザー入力データを受信することがある。さらに、プロセッサー１１８は、ユーザーデータを、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもあり得る。加えて、プロセッサー１１８は、適切な、どんなタイプのメモリーでも、例えば取り外しできないメモリー１３０および／または取り外し可能なメモリー１３２などに対して、情報にアクセスしデータを格納することがある。取り外しできないメモリー１３０は、ＲＡＭ（random-access memory）、ＲＯＭ（読み出し専用メモリー）、ハードディスク、または他のどんなタイプのメモリーストレージデバイスでも含むことがある。取り外し可能なメモリー１３２は、ＳＩＭ（subscriber identity module）カード、メモリースティック、ＳＤ（secure digital）メモリーカードなどを含むことがある。他の態様において、プロセッサー１１８は、ＷＴＲＵ１０２に物理的に位置しない、例えばサーバーまたはホーコンピューター（図示せず）などのメモリーに対して、情報にアクセスしデータを格納することがある。

プロセッサー１１８は、電源１３４から電力を受け取ることがあり、ＷＴＲＵ１０２におけるその他のコンポーネントへの電力を分配および／または制御するように構成されることがある。電源１３４は、ＷＴＲＵ１０２に電力を供給するのに適したどのデバイスでもあってもよい。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ＮｉＣｄ（ニッケルカドミウム）、ＮｉＺｎ（ニッケル亜鉛）、ＮｉＭＨ（ニッケル水素）、Ｌｉ－ｉｏｎ（リチウムイオン）など）、太陽電池、燃料電池などを含むことがある。

さらに、プロセッサー１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されることがあるＧＰＳチップセット１３６に結合されることもあり得る。ＧＰＳチップセット１３６からの情報に加えてまたは代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェイス１１６を介して位置情報を受信する、および／または２つ以上の近隣の基地局から受信されている信号のタイミングに基づいてそのロケーションを決定することがある。ＷＴＲＵ１０２は、態様に矛盾しないまま、適切な、どんな位置決定（location-determination）の方法を通じてでも位置情報を取得することがあるということが理解されるであろう。

さらに、プロセッサー１１８は、追加の特徴、機能性、および／またはワイヤード接続もしくはワイヤレス接続を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことがある他のペリフェラル１３８に結合されることがある。例えば、ペリフェラル１３８は、加速度計、ｅコンパス、衛星トランシーバー、デジタルカメラ（写真および／またはビデオ用）、ＵＳＢ（ユニバーサルシリアルバス）ポート、振動デバイス、テレビジョントランシーバー、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（frequency modulated）ラジオユニット、デジタルミュージックプレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザー、ＶＲ／ＡＲ（仮想現実および／または拡張現実）デバイス、アクティビティートラッカーなどを含むことがある。ペリフェラル１３８は、１つまたは複数のセンサーを含んでもよい。センサーは、ジャイロスコープ、加速度計、ホール効果センサー、磁力計、方位センサー、近接センサー、温度センサー、時間センサー、ジオロケーションセンサー（geolocation sensor）、高度計、光センサー、タッチセンサー、磁力計、気圧計、ジェスチャーセンサー、生体認証センサー、湿度センサーなどのうちの１つまたは複数であり得る。

ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）およびＤＬ（例えば、受信用）の両方に関して特定のサブフレームに関連付けられた）信号のうちのいくつかまたはすべての送信および受信が並列および／または同時であり得る全二重無線を含むことがある。全二重無線は、ハードウェア（例えば、チョーク）か、プロセッサー（例えば、別々のプロセッサー（図示せず）、またはプロセッサー１１８による）による信号処理かのいずれかによる自己干渉を減らすおよびまたは実質的になくすための干渉管理ユニットを含むことがある。態様において、ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）かＤＬ（例えば、受信用）かのいずれかに関して特定のサブフレームに関連付けられた）信号のうちのいくつかまたはすべての送信および受信が半二重無線を含むことがある。

図１Ｃは、例示的なアーキテクチャに係るＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上に述べたように、ＲＡＮ１０４は、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ－ＵＴＲＡの無線技術を採用することがある。さらに、ＲＡＮ１０４は、ＣＮ１０６と通信状態にあることもあり得る。

ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことがあるが、ＲＡＮ１０４は、態様に矛盾しないまま、ｅＮｏｄｅ－Ｂをいくつでも含むことがあると理解されるであろう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、各々、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバーを含むことがある。一態様において、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯの技術を実装することがある。したがって、例えば、ｅＮｏｄｅ－Ｂ１６０ａは、ＷＴＲＵ１０２ａに対して、ワイヤレス信号を送信するおよび／またはワイヤレス信号を受信するために複数のアンテナを使用することがある。

ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられることがあり、無線リソース管理の決定、ハンドオーバーの決定、ＵＬおよび／またはＤＬにおけるユーザーのスケジューリングなどを取り扱うように構成されることがある。図１Ｃに示すように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することがある。

図１Ｃに示すＣＮ１０６は、ＭＭＥ（mobility management entity）１６２、ＳＧＷ（サービングゲートウェイ）１６４、およびＰＤＮ（packet data network）ゲートウェイ（ＰＧＷ）１６６を含むことがある。上述の要素は、ＣＮ１０６の一部として描かれる一方、今述べた要素のうちのいずれかが、ＣＮオペレーター以外のエンティティーによって所有されるおよび／または運営されることがあるということが理解されるであろう。

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続されることがあり、制御ノードとしての役割を果たすことがある。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザーを認証すること、ベアラのアクティベーション／非アクティベーション、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期の接続中に特定のサービングゲートウェイを選択することなどに対して責任があり得る。ＭＭＥ１６２は、ＲＡＮ１０４と、例えば、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間の切り替えに、制御プレーン機能を提供することがある。

ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続されることがある。一般に、ＳＧＷ１６４は、ユーザーデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対して、ルーティングし転送することがある。ＳＧＷ１６４は、例えば、ｅ－Ｎｏｄｅ Ｂ間ハンドオーバーの間にユーザープレーンを固定すること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し格納することなどのような他の機能を行うことがある。

ＳＧＷ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、パケット交換ネットワーク、例えばインターネット１１０などへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがあるＰＧＷ１６６に接続されることがある。

ＣＮ１０６は、他のネットワークとの通信を容易にすることがある。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線の通信デバイスとの間における通信を容易にするために、回線交換ネットワーク、例えばＰＳＴＮ１０８などへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがある。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間におけるインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＭＳ（ＩＰマルチメディアサブシステム）サーバー）を含むことがあり、またはＩＰゲートウェイと通信することがある。加えて、ＣＮ１０６は、他のサービスプロバイダによって所有されるおよび／または運営される他のワイヤードおよび／またはワイヤレスのネットワークを含むことがある他のネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがある。

ＷＴＲＵは、本明細書における例にてワイヤレス端末として説明されるが、あるシナリオにおいて、上記の端末は、通信ネットワークとのワイヤード通信インターフェースを（例えば、一時的にまたは永続的に）使用することがあると予想される。

典型的な態様において、その他のネットワーク１１２は、ＷＬＡＮであり得る。

インフラストラクチャーのＢＳＳ（Basic Service Set）のモードにおけるＷＬＡＮは、ＢＳＳ用のＡＰ（アクセスポイント）と、ＡＰに関連付けられた１つまたは複数のＳＴＡ（ステーション）とを有することがある。ＡＰは、ＤＳ（配信システム）、またはＢＳＳに出入りするトラフィックを搬送する別のタイプのワイヤード／ワイヤレスネットのワークに対するアクセスまたはインターフェースを有することがある。ＢＳＳの外部から生じるＳＴＡへのトラフィックは、ＡＰを通じて届くことがあり得て、ＳＴＡへ配信されることがある。ＳＴＡからＢＳＳの外部の宛先へ生じるトラフィックは、ＡＰへ送られて、それぞれの宛先へ配信されることがある。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、発信元のＳＴＡがトラフィックをＡＰに送ることがあり、ＡＰがトラフィックを送信先のＳＴＡに配信することがある場合に、ＡＰを通じて送られることがある。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアのトラフィックと考えられる、および／またはいわれることがある。ピアツーピアのトラフィックは、ＤＬＳ（direct link setup）によって、発信元および送信先のＳＴＡ間に（例えば、の間でダイレクトに）送られることがある。ある典型的な態様において、ＤＬＳは、８０２．１１ｅのＤＬＳまたは８０２．１１ｚのＴＤＬＳ（tunneled DLS）を使用することがある。ＩＢＳＳ（Independent BSS）モードを用いるＷＬＡＮは、ＡＰを有さないことがあり、ＩＢＳＳ内のまたはＩＢＳＳを用いるＳＴＡ（例えば、すべてのＳＴＡ）は、互いに直接通信することがある。通信のＩＢＳＳモードは、本明細書においは、時には、通信の「アドホック」モードということがある。

動作の８０２．１１ａｃインフラストラクチャーモードまたは動作の同様のモードを用いるとき、ＡＰは、例えばプライマリーチャネルなどの固定されたチャネル上にビーコンを送信することがある。プライマリーチャネルは、固定された幅（例えば、２０ＭＨｚ幅の帯域幅）、または動的に設定される幅であり得る。プライマリーチャネルは、ＢＳＳの動作チャネルであることがあり、ＡＰとの接続を確立するためにＳＴＡによって用いられることがある。ある典型的な態様において、ＣＳＭＡ／ＣＡ（搬送波感知多重アクセス/衝突回避）は、例えば、８０２．１１システムに実装されることがある。ＣＳＭＡ／ＣＡに関し、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリーチャネルを感知することがある。プライマリーチャネルが、特定のＳＴＡによって、感知される／検出される、および／または、ビジーであると決定されるならば、特定のＳＴＡは、バックオフをすることがある。１つのＳＴＡ（例えば、ただ１つのステーション）は、与えられたＢＳＳにおいて、与えられたどんなときにでも送信することがある。

ＨＴ（高スループット）のＳＴＡは、例えば、４０ＭＨｚ幅のチャネルを構成するために、２０ＭＨｚのプライマリーチャネルと、隣り合う（adjacent）または隣り合わない２０ＭＨｚのチャネルとの組み合わせによって、通信用に４０ＭＨｚ幅のチャネルを使用することがある。

ＶＨＴ（Very High Throughput）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚの幅のチャネルをサポートすることがある。４０ＭＨｚおよび／または８０ＭＨｚのチャネルは、連続的な（contiguous）２０ＭＨｚを組み合わせることによって構成されることがある。１６０ＭＨｚのチャネルは、８つの連続的な２０ＭＨｚのチャネルを組み合わせることによって、または８０＋８０構成ということがある２つの非連続的な（non-contiguous）８０ＭＨｚのチャネルを組み合わせることによって、構成されることがある。８０＋８０構成に関し、データは、チャネルエンコーディングの後に、データを２つのストリームへと区分することがあるセグメントパーサー（segment parser）にすすむことがある。ＩＦＦＴ（逆高速フーリエ変換）処理、および時間領域処理は、別々に、各ストリーム上において行われることがある。ストリームは、２つの８０ＭＨｚのチャネル上にマップされることがあり、データは、送信側のＳＴＡによって送信されることがある。受信側のＳＴＡのレシーバーにおいて、上に述べた８０＋８０構成に対する動作は、反転されることがあり、組み合わされたデータは、ＭＡＣ（メディアアクセス制御）に送られることがある。

動作のサブの１ＧＨｚモードは、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネルの動作帯域幅、およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃに用いられるのと比較して８０２．１１ａｆおよび８０２．１１ａｈにおいて減らされる。８０２．１１ａｆは、ＴＶＷＳ（ＴＶホワイトスペース）のスペクトルにおける５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、ＴＶＷＳでない（non-TVWS）スペクトルを用いる１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚの帯域幅をサポートする。典型的な態様によれば、８０２．１１ａｈは、メータタイプ制御（Meter Type Control）／マシンタイプ通信（ＭＴＣ：Machine-Type Communications）を、例えばマクロカバレッジエリアにおけるＭＴＣデバイスなどをサポートすることがある。ＭＴＣデバイスは、ある程度の性能、例えば、ある程度のおよび／または制限された帯域幅用のサポート（例えば、サポートのみ）を含む制限された性能を有することがある。ＭＴＣデバイスは、（例えば、非常に長いバッテリー寿命を維持するために）しきい値を超えるバッテリー寿命を有するバッテリーを含むことがある。

複数のチャネル、およびチャネル帯域幅、例えば８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなどをサポートすることがあるＷＬＡＮシステムは、プライマリーチャネルとして指定されることがあるチャネルを含む。プライマリーチャネルは、ＢＳＳにおいて、すべてのＳＴＡによってサポートされる最大の共通の動作帯域幅に等しい帯域幅を有することがある。プライマリーチャネルの帯域幅は、ＢＳＳにおいて動作しているすべてのＳＴＡの中から、最小の帯域幅の動作モードをサポートするＳＴＡによって設定および／または制限されることがある。８０２．１１ａｈの例において、たとえＡＰ、およびＢＳＳにおける他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅の動作モードをサポートしても、プライマリーチャネルは、１ＭＨｚモードをサポートする（例えば、サポートするだけの）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリアセンシングおよび／またはネットワーク割当てベクトル（ＮＡＶ：Network Allocation Vector）設定は、プライマリーチャネルの状態に依存することがある。プライマリーチャネルが、例えば、ＡＰに送信している（１ＭＨｚの動作モードだけをサポートする）ＳＴＡに起因してビジーであるならば、すべての利用可能な周波数帯域は、たとえ利用可能な周波数帯域の大部分がアイドルのままであっても、ビジーと考えられることがある。

米国において、８０２．１１ａｈによって用いられることがある利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚまでである。韓国において、利用可能な周波数帯域は、９１７．５ＭＨｚから９２３．５ＭＨｚまでである。日本において、利用可能な周波数帯域は、９１６．５ＭＨｚから９２７．５ＭＨｚまでである。８０２．１１ａｈに利用可能な合計の帯域幅は、国コードによって、６ＭＨｚから２６ＭＨｚまでである。

図１Ｄは、例示的なアーキテクチャに係るＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上に述べたように、ＲＡＮ１０４は、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＮＲの無線技術を採用することがある。さらに、ＲＡＮ１０４は、ＣＮ１０６と通信状態にあることもあり得る。

ＲＡＮ１０４は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことがあるが、ＲＡＮ１０４は、態様に矛盾しないまま、ｇＮＢをいくつでも含むことがあるということが理解されるであろう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバーを含むことがある。一態様において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯの技術を実装することがある。例えば、ｇＮＢ１８０ａ、１０８ｂは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに対して、信号を送信するおよび／または信号を受信するためにビームフォーミングを利用することがある。したがって、例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに対して、ワイヤレス信号を送信するために、および／またはワイヤレス信号を受信するために、複数のアンテナを使用することがある。態様において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーションの技術を実装することがある。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信することがある。今述べたコンポーネントキャリアのサブセットは、残りのコンポーネントキャリアが、許可されたスペクトラム上にあり得る間、許可されないスペクトラム上にあり得る。態様において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＣｏＭＰ（Coordinated Multi-Point）の技術を実装することがある。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から協調送信を受信することがある。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなニューメロロジー（numerology）に関連付けられた送信を用いて、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがある。例えば、ＯＦＤＭのシンボル間隔および／またはＯＦＤＭのサブキャリア間隔は、別個の送信、別個のセル、および／またはワイヤレス送信のスペクトルについての別個の部分に対して、変わることがある。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、種々のまたはスケーラブルな長さのサブフレームまたはＴＴＩ（送信時間間隔）（例えば、様々な数のＯＦＤＭシンボルおよび／または永続的な様々な長さの絶対時間を含む）を用いて、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがある。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロンの構成および／またはスタンドアロンでない構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成されることがある。スタンドアロンの構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（たとえば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることもなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがある。スタンドアロンの構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を、モビリティアンカーポイント（mobility anchor point）として利用することがある。スタンドアロンの構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、許可されない帯域における信号を用いて、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがある。スタンドアロンではない構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えばｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮと通信している／接続している間にも、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信する／接続することがある。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣの原理を実装して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信することがある。スタンドアロンではない構成において、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカーとして役割を果たすことがあり、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスを提供することに、追加のカバレッジおよび／またはスループットを提供することがある。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられることがあり、無線リソース管理の決定、ハンドオーバーの決定、ＵＬおよび／またはＤＬにおけるユーザーのスケジューリング、ネットワークスライシングのサポート、ＤＣ、ＮＲとＥ－ＵＴＲＡとの間におけるインターワーキング、ＵＰＦ（User Plane Function）１８４ａ、１８４ｂに対するユーザープレーンのデータのルーティング、ＡＭＦ（Access and Mobility Management Function）１８２ａ、１８２ｂに対する制御プレーンの情報のルーティングなどを取り扱うように構成されることがある。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信することがある。

図１Ｄに示すＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのＳＭＦ（セッション管理機能）１８３ａ、１８３ｂ、およびことによるとＤＮ（データネットワーク）１８５ａ、１８５ｂを含むことがある。上述の要素は、ＣＮ１０６の一部として描かれる一方、今述べた要素のうちのいずれかが、ＣＮオペレーター以外のエンティティーによって所有されるおよび／または運営されることがあるということが理解されるであろう。

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１０４におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されることがあり、制御ノードとしての役割を果たすことがある。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザーを認証すること、ネットワークスライシングに対するサポート（例えば、別個の要件を有する別個のＰＤＵ（protocol data unit）のセッションを取り扱うこと）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳ（non-access stratum）シグナリングの終了、モビリティ管理などに対して責任があり得る。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用されているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ用のＣＮのサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって用いられることがある。例えば、異なるネットワークスライスは、例えば超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、ｅＭＢＢ（enhanced massive mobile broadband）のアクセスに依存するサービス、ＭＴＣのアクセスに対するサービスなどのような異なるユースケース（use case）に対して確立されることがある。ＡＭＦ１８２ａ、１８２ｂは、制御プレーン機能を、ＲＡＮ１０４と、例えばＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏなどの他の無線技術および／または例えばＷｉＦｉなどの非３ＧＰＰアクセス技術を採用する他のＲＡＮ（図示せず）との間の切り替えに、提供することがある。

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１０６におけるＡＭＦ１８２ａ、１８２ｂに接続されることがある。さらに、ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介して、ＣＮ１０６におけるＵＰＦ１８４ａ、１８４ｂに接続されることもあり得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択し制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成することがある。ＳＭＦ１８３ａ、１８３ｂは、例えば、ＵＥのＩＰアドレスを管理し割当てること、ＰＤＵのセッションを管理すること、ポリシーの実施（policy enforcement）およびＱｏＳを制御すること、ＤＬデータ通知を提供することなどのような他の機能を行うことがある。ＰＤＵのセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介してＲＡＮ１０４におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されることがあり、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、例えばインターネット１１０などのパケット交換ネットワークへのアクセスを提供することがある。ＵＰＦ１８４、１８４ｂは、例えばパケットをルーティングし転送すること、ユーザープレーンのポリシーを実施すること、マルチホームのＰＤＵのセッションをサポートすること、ユーザープレーンのＱｏＳを取り扱うこと、ＤＬパケットをバッファリングすること、モビリティアンカリング（mobility anchoring）を提供することなどのような他の機能を行うことがある。

ＣＮ１０６は、他のネットワークとの通信を容易にすることがある。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間におけるインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＭＳ（ＩＰマルチメディアサブシステム）サーバー）を含むことがあり、またはＩＰゲートウェイと通信することがある。加えて、ＣＮ１０６は、他のサービスプロバイダによって所有されるおよび／または運営される他のワイヤードおよび／またはワイヤレスのネットワークを含むことがある他のネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがある。一態様において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、およびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間におけるＮ６インターフェースを介するＵＰＦ１８４ａ、１８４ｂを通じて、ローカルなＤＮ１８５ａ、１８５ｂに接続されることがある。

時には、１つまたは複数のエミュレーションデバイス（図示せず）は、例えばＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅＮｏｄｅ－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、および／または本明細書に説明されるいずれか他のデバイス（複数可）など、本明細書に説明される機能を実行することがある。エミュレーションデバイスは、本明細書において説明される機能のうちの１つもしくは複数またはすべてをエミュレートするように構成される１つまたは複数のデバイスであり得る。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするのに用いられることがある。

エミュレーションデバイスは、ラボ環境において、および／またはオペレーターのネットワーク環境において、他のデバイスの１つまたは複数のテストを実装するように設計されることがある。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、ワイヤードおよび／またはワイヤレス通信ネットワークの一部として全体的にもしくは部分的に実装されているおよび／または展開されている間、１つもしくは複数のまたはすべての機能を行うことがある。１つまたは複数のエミュレーションデバイスは、ワイヤードおよび／またはワイヤレス通信ネットワークの一部として一時的に実装されている／展開されている間、１つもしくは複数のまたはすべての機能を行うことがある。エミュレーションデバイスは、テスティング、および／またはＯＴＡ（over-the-air）ワイヤレス通信を用いてテスティングを行う目的のために別のデバイスに直接結合されることがある。

１つまたは複数のエミュレーションデバイスは、ワイヤードおよび／またはワイヤレス通信ネットワークの一部として実装されていない／展開されていない間、すべてを含む、１つまたは複数の機能を行うことがある。例えば、エミュレーションデバイスは、１つまたは複数のコンポーネントのテスティングを実装するために、テスティングラボラトリーならびに／または展開されない（例えば、テスティングの）ワイヤードおよび／もしくはワイヤレス通信ネットワークにおけるテスティングのシナリオにおいて利用されることがある。１つまたは複数のエミュレーションデバイスは、テスト機器であり得る。ダイレクトなＲＦカップリング（direct RF coupling）、および／または（例えば、１つもしくは複数のアンテナを含むことがある）ＲＦ回路を介したワイヤレス通信は、データを送信するおよび／または受信するために、エミュレーションデバイスによって用いられることがある。

図１Ｅは、Ｖ２Ｘ（Vehicle to Everything）通信に関する例示的なアーキテクチャを例示するシステム図である。Ｖ２Ｘシナリオでは、ＷＴＲＵ１０２ａは、無線インターフェース１１６を使って、１つまたは複数のＷＴＲＵ１０２ｂ、１０２ｃ、１０２ｄと、サイドリンク（ＳＬ：sidelink）通信を介して通信してもよい。ＳＬ通信のいくつかのタイプ、例えばユニキャスト、ブロードキャスト、グループキャストなどがあり得る。ＳＬ通信は、Ｄ２Ｄ（Device to Device）通信のかたちであると考えられ得る。追加としておよび／または代替として、ＷＴＲＵ１０２ａは、本明細書にて説明されている、ワイヤレスインターフェースを介して基地局１１４と通信してもよい。

Ｖ２Ｘ通信の状況では、ＷＴＲＵは、別のＷＴＲＵまたは基地局と通信するために送信リソースプールを選択することがある。送信リソースプールは、ＷＴＲＵが位置される地理的なゾーンのアイデンティティに対応してもよい。ＷＴＲＵは、その地理座標とエリア（事前）構成（Area (pre)configuration）とに基づいて、Area_IDを決定することがある。ＷＴＲＵは、ＷＧＳ８４モデルに従ってメートルの座標（Ｘ，Ｙ）を取得してもよく、ただし、Ｘは、ＷＴＲＵの現在位置と地理座標（０，０）との間の経度における測地線距離であってもよく、Ｙは、ＷＴＲＵの現在位置と地理座標（０，０）との間の緯度における測地線距離であってもよい。本明細書で述べられるように、ＷＧＳ８４は、既知のモデルであり、一般に、例えば地球に関する座標系などのマッピング技法と、例えば衛星ナビゲーション（たとえば、ＧＰＳなど）などの位置決定システムに対するサポートとを含むことがある。

ＷＴＲＵは、次のパラメーター、Ｌ：メートルのzoneLength、Ｗ：メートルのzoneWidth、ＮＸ：zoneIDLongiMod、および／またはＮＹ：zoneIDLatiModのうちの１つまたは複数を含んでもよい、メッセージ（例えば、SystemInformationBlockType21またはSL-V2X-Preconfiguration）にてエリア（事前）構成を受信してもよい。

したがって、ＷＴＲＵは、上の座標およびパラメーターに基づいて、次のX1＝Floor(X/L)ModNX ; Y1＝Floor(Y/W)ModNY ; Zone_ID＝Y1*NX+X1のようにZone_IDを計算／決定してもよい。

ＷＴＲＵは、計算されたZone_IDと等しい（予め）構成されているZone_IDを含む送信リソースプールを選択することがある。一例にて、zoneLengthおよびzoneWidthの値は、［５，１０，２０，５０，１００，２００，５００］メートルであってもよく、zoneIDLongiModおよびzoneIDLatiModの値は、［１，２，３，４］であることが可能である。ＷＴＲＵは、プールにおいて利用可能なリソースに基づいてどのリソースを使用するかを決定してもよい、または、あるパラメーターに与えられた特定のリソースをもしくはリソースのレンジを使用するように予め構成されてもよい。リソースが決定されれば、ＷＴＲＵは、送信用のリソースを、および／または別のＷＴＲＵ（複数可）または基地局から受信する情報を使用することがある。

時には、例えば図１Ｅの例など、ワイヤレス通信の間に、１つまたは複数の要因が、送信を受信するときエラーを生じることがある。例えば、最後に送信においてエラーを生じることがある信号品質および／または受信能力を下げることがある環境干渉があり得る。今述べたエラーに対処するために、ＨＡＲＱ（Hybrid Automatic Repeat Request）処理が利用されることがある。ＨＡＲＱは、送信がエラーを含んで受信されるならば、フィードバックが送信デバイス（たとえば、ＷＴＲＵ、基地局など）に送り返されることがある場合の、例えば本明細書に説明されているなどのいろいろなワイヤレス通信シナリオにおいて使用されることがある。例えば、フィードバックは、送信についてのあるコンポーネントが受信されないおよび／または再送信される必要があることを示すことがある。

いくつかの送信タイプに対して、ＨＡＲＱの使用は、距離に関する情報およびまたは信号対雑音情報に基づくことがある。例えば、ＳＬグループキャスト送信は、２つ以上のＷＴＲＵ間のどんな潜在的な送信問題にも取り組むのにＨＡＲＱを使用することがある。同様に、ＳＬブロードキャスト送信に対して、ＨＡＲＱが２つ以上のＷＴＲＵ間の潜在的な送信問題のために使用されることがあり、ＳＬユニキャスト送信に対して、ＨＡＲＱが２つのＷＴＲＵ間の潜在的な送信問題のために使用されることがある。時には、ＷＴＲＵは、送信－受信（ＴＸ－ＲＸ：transmit-receive）距離および／またはＲＳＲＰに基づいて、ＨＡＲＱフィードバックを採用することを決定することがある。例えば、Ｖ２Ｘ ＷＴＲＵ（例えば、ＮＲにて）は、パケットを受信するとき、それ自体とパケットを送ったＶ２Ｘ ＷＴＲＵとの間の距離についてのナレッジを有することがある。今述べた特徴は、あるＮＲ Ｖ２ＸのＱｏＳ（quality of service）要件（複数可）（たとえば、グループキャスト送信に対するレンジ）が満たされるかどうかを評価するとき役立つことがある。Ｖ２Ｘの先進のユースケースにてサポートされることがある高いＷＴＲＵモビリティを考慮すると、ＴＸ－ＲＸ距離は、速い速度にて変わることがあるので、Ｖ２Ｘ ＷＴＲＵが、ＴＸ－ＲＸ距離を、適時なやり方においておよびある程度の正確度により更新することは重要である。したがって、ＷＴＲＵは、別のＷＴＲＵとの相対的な位置（例えば、ＴＸ－ＲＸ距離）を決定することができ、効率的なやり方にてそうすることができる必要がある。

場合によっては、ＴＸ－ＲＸ距離は、ＰＨＹ測定、例えばＳＬ－ＲＳＲＰなどを用いて導出されないことがある。ＳＬ－ＲＳＲＰは、関連付けられたＰＳＣＣＨ（Physical SL Control Channel）に割り当てられたＰＲＢ（Physical Resource Block）内のＰＳＳＣＨ（Physical SL Feedback Channel）ＤＭＲＳよって占められるリソースエレメントの電力による線形平均に基づく。ＳＬ－ＲＳＲＰは、経路損失または「無線距離（radio distance）」を推定するのに使用されることがあるが、ＳＬ－ＲＳＲＰ測定（複数可）が、妨害、シャドウイング、マルチパス条件を含む無線信号伝搬を考慮に入れるので、必ずしも地理的な距離に変換可能ではないことがある。したがって、地理的なＴＸ－ＲＸ距離を取得する１つまたは複数の技法が必要である。

さらに、場合によっては、ＴＸ－ＲＸ間の距離の動的な決定は、シグナリングオーバーヘッドを生じることがある。ＴＸ－ＲＸ距離は、受信したＰＳＳＣＨ送信に対してＨＡＲＱフィードバック送信が使用されるかどうかを決定するのに使用されることがあるので、ＷＴＲＵは、何らかのベース（たとえば、Ｖ２Ｘ ＷＴＲＵの高速性を考慮するトランスポートブロック（ＴＢ：transport block）ごとのベース、またはＬＴＥ、またはＮＲなど）にてＴＸ－ＲＸ距離を評価してもよい。それゆえ、ＴＸ－ＲＸ距離の動的な決定は、関連情報といっしょに、無線レイヤシグナリング、例えばサイドリンク制御情報（ＳＣＩ：Sidelink Control Information）などを用いて送信される必要があってもよい。したがって、招いたシグナリングオーバーヘッドを減らす１つまたは複数の技法が必要である。

本明細書に述べられるように、ＰＳＦＣＨ（Physical SL Feedback Channel）におけるＨＡＲＱ送信と、ＰＳＳＣＨにおける関連データ送信とを説明するときに、ＰＳＳＣＨおよび関連ＰＳＣＣＨを送信するＷＴＲＵは、ＴＸ ＷＴＲＵといわれることがある。ＰＳＣＣＨおよびＰＳＳＣＨを受信し、ゆえに関連しているＰＳＦＣＨを受信するＷＴＲＵは、ＲＸ ＷＴＲＵといわれることがある。加えて、本明細書に述べられている、ゾーン、ローカルゾーン、サブゾーン、およびＰＨＹゾーンは、交換可能に使用されることがある。

一般に、ＷＴＲＵは、ゾーンサイズとＱｏＳレンジ要件および／またはＴＸ－ＲＸ距離正確度との間のアソシエーション（例えば、マッピングおよび／またはテーブル）を決定する、および／または（予め）構成することがある。例えば、要求されてもよいＴＸ－ＲＸ距離正確度が高ければ高いほど、選択されてもよいゾーンサイズは、より小さくなる。

ＴＸ－ＲＸ距離を決定する１つのアプローチにて、ＷＴＲＵは、ＷＴＲＵが存在する地理的なエリア（例えば、ＳＬエリア）をゾーン（例えば、ローカルゾーン）に区分することがある。図２は、ローカルゾーンに基づいてＴＸ－ＲＸ距離を決定する例を例示する。ＷＴＲＵは、１つまたは複数の要因、例えばゾーンの長さおよび幅、ＱｏＳレンジの要件、および／またはＴＸ－ＲＸ距離の正確度などに基づいて、（予め）構成されたエリア２１０をローカルゾーン２２０のグリッドに分割することを決定してもよい。各ローカルゾーンは、長さおよび幅、例えばローカルゾーン長（localzonelength）２３５およびローカルゾーン幅（localzonewidth）２３４などを有してもよい。各エリアは、ローカルゾーンの自身のセットを有してもよい。

示されるように、１つまたは複数のＷＴＲＵ、例えばＷＴＲＵ２０１、ＷＴＲＵ２０２、ＷＴＲＵ２０３、およびＷＴＲＵ２０４などがあってもよい。今述べた例にて、ＷＴＲＵ２０１は、ＷＴＲＵ２０２と通信しており、ＷＴＲＵ２０３は、ＷＴＲＵ２０４と通信している。

したがって、ＷＴＲＵは、ローカルゾーンの分母（Ｎ）を決定し、１つのエリアをＮ×Ｎのローカルゾーンに分割することがあり、示されている例にて、分割は、経度と緯度との両方にて等しい数のローカルゾーンを有することがあるが、しかしながら、示されていない他の例にて分割は、経度と緯度とに対して等しくなくてもよい。ゆえに、ローカルゾーンの長さおよび幅は、それぞれ、Area_Length／ＮおよびArea_Width／Ｎメートルであり得る。今述べた例の目的のために、エリアは、正方形であり、経度におけるローカルゾーンと同じ数の緯度におけるローカルゾーンを有することがある。

ＷＴＲＵは、１つまたは複数の（予め）構成されているルールに基づいて各ローカルゾーンにLocal_Zone_IDを割り当てることがある。１つのアプローチにて、ＷＴＲＵは、Local_Zone_IDとして、零から始まり、最初に経度次に緯度と上がっていくのが続く整数を割り当てるように（予め）構成されてもよい。図２における例について、矢印２４１は、Local_Zone IDが０にて始まり、各ローカルゾーンに対して１ずつ増え、右に移動し、次にエリアの端に届けば上の方へ移動することを示す。今述べた例にて、ＷＴＲＵは、エリアを６４のローカルゾーン（すなわち、Ｎ＝８）に分割し、例示されているようにLocal_Zone_IDを各ローカルゾーンに割り当てることがあり、したがって、左下において０のLocal_Zone IDにより始まることによって、最後のLocal_Zone IDが右上において６３である。

別のアプローチにて、ＷＴＲＵは、Area_IDを含むLocal_Zone_IDに対して整数を割り当てるように（予め）構成されてもよい。例えば、ＷＴＲＵは、Local_Zone_ID+Area_ID*N2に等しいLocal_Zone_IDを割り当てることがある。今述べたことは、シグナリングがLocal_Zone_ID情報を搬送するのに増えてもよいことにおいて違うことがある。

ＷＴＲＵは、図２に示されている、ローカルゾーンに基づいてＴＸ－ＲＸ距離を決定してもよい。一般に、ＷＴＲＵは、ＰＳＣＣＨ送信においてＴＸ ＷＴＲＵのLocal_Zone_IDを含むことがある。例えば、ＷＴＲＵは、ＰＳＳＣＨ送信に関連付けられたＰＳＣＣＨのＳＣＩビットフィールドにて、Local_Zone_IDを送信してもよい。一例において、６ビットのLocal_Zone_ID情報がＰＳＣＣＨにて送信されることがある。別の例において、ＷＴＲＵは、ＰＳＳＣＨにてLocal_Zone_IDを送信してもよい。ＷＴＲＵは、１つまたは複数の要因、例えばTX Local_Zone_ID、RX Local_Zone_ID、ＴＸ ＷＴＲＵのArea_ID情報（例えば、Area_ID、TX_X1、およびTX_Y1）、および／またはＲＸ ＷＴＲＵのArea_IDに基づいてＴＸ－ＲＸ距離を決定することがある。

一例にて、ＲＸ ＷＴＲＵは、受信したＰＳＳＣＨリソース割り当てに基づいてＴＸ ＷＴＲＵのArea_IDを暗黙的に決定してもよい。別の例にて、ＲＸ ＷＴＲＵは、ＰＳＣＣＨおよび／またはＰＳＳＣＨにて受信した明示的なインディケーションに基づいてＴＸ ＷＴＲＵのArea_IDを決定してもよい。

ＲＸ ＷＴＲＵは、２３６ａ、２３６ｂのように、ローカルゾーン間距離（inter-Local-Zone distance）に基づいてＴＸ－ＲＸ距離を決定してもよい。初めに、ＲＸ ＷＴＲＵは、受信したＴＸ ＷＴＲＵのArea_ID情報に基づいて、ＲＸ ＷＴＲＵとＴＸ ＷＴＲＵとが同一エリアに位置するかどうかを決定してもよい。

ＴＸ ＷＴＲＵとＲＸ ＷＴＲＵとが同一エリアにない場合、次に、ＲＸ ＷＴＲＵは、デルタ値、TX_X1とRX_X1との差であるDelta_X1と、TX_Y1とRX_Y1との差であるDelta_Y1とを決定してもよい。

時には、ＲＸ ＷＴＲＵは、本明細書で述べられているRX_X1およびRX_Y1を計算し、TX_X1＝TX WTRU Area_ID ModNX、TX_Y1＝Floor(TX WTRU Area_ID /NX)に基づいてTX_X1およびTX_Y1を導出してもよい。代替えとして、TX_X1およびTX_Y1は、ＰＳＳＣＨ送信に関連付けられたＰＳＣＣＨにて示されてもよい。例えば、ＷＴＲＵは、ＳＣＩの２ビットのフィールドにて各値を示すことがある。

次に、ＲＸ ＷＴＲＵは、例えばＴＸ ＷＴＲＵとＲＸ ＷＴＲＵとが同一エリアにない場合、TX Local_Zone_IDおよびRX Local_Zone_IDならびに／またはDelta_X1およびDelta_Y1など、１つまたは複数の要素に基づいてローカルゾーン間距離を決定してもよい。

ＲＸ ＷＴＲＵとＴＸ ＷＴＲＵとが同一エリアに位置する（例えば、TX Area_IDがRX Area_IDと等しい）場合、ＷＴＲＵは、ＴＸ－ＲＸ距離≒ローカルゾーン間距離＝SQRT(((ABS(Floor(TX Local_Zone_ID,N) - Floor(RX Local_Zone_ID,N))*W)2+ (ABS(MOD(TX Local_Zone_ID,N) - MOD(RX Local_Zone_ID,N))*L)2)に基づいてＴＸ－ＲＸ距離を決定してもよい。

ゆえに、ＷＴＲＵ２０１およびＷＴＲＵ２０２に対して、ＴＸ－ＲＸ距離は、SQRT((ABS(Floor(49,8)-Floor(29,8))*W)2+(ABS(MOD(49,8)-MOD(RX 29,8))* L)2)=SQRT((3* W)2+(4* L)2)であり得る。

ＲＸ ＷＴＲＵとＴＸ ＷＴＲＵとが異なるエリアに位置する（すなわち、TX Area_IDがRX Area_IDと等しくないことがある）場合、ＷＴＲＵは、ＴＸ－ＲＸ距離≒ローカルゾーン間距離＝SQRT(((ABS(Delta_X1*N + Floor(TX Local_Zone_ID,N) - Floor(RX Local_Zone_ID,N)))*W)2+ ABS((Delta_Y1*N + (MOD(TX Local_Zone_ID,N) - MOD(RX Local_Zone_ID,N))))*L)2)に基づいてＴＸ－ＲＸ距離を決定してもよい。

ゆえに、ＷＴＲＵ２０３からＷＴＲＵ２０４までに対して、ＴＸ－ＲＸ距離は、=SQRT(((ABS(8 + Floor(13,8) - Floor(18,8)))*W)2+ ABS((0 + (MOD(13,8) - MOD(18,8)))*L)2)=SQRT((7* W)2+ (3* L)2)であり得る。

本明細書に述べられるように、ゾーンを用いるときのＴＸ－ＲＸ距離は、各ゾーンの中心から決定されてもよいことに気づこう。例えば、ＷＴＲＵ２０２は、ローカルゾーンの少し右側にあるが、しかしながら、ＷＴＲＵ２０１まで測定されたＴＸ－ＲＸ距離は、ローカルゾーン１３の中心からローカルゾーン４９の中心まで測定される。

ＴＸ－ＲＸ距離を決定する１つのアプローチにて、エリアは、地理的な境界のグリッド（例えば、ゾーン、ローカルゾーン、サブゾーンなど）に区分され、サブゾーン構成（sub-zone configuration）に帰着してもよく、区分は、ネットワークによって指図されるレンジ要件に基づいてもよい。さらに、各サブゾーン構成は、Ｖ２Ｘサービスに固有であり、各々が異なる最小通信レンジ（ＭＣＲ：minimum communication range）の要件を有することがある。図３は、複数のＷＴＲＵを含むＭＣＲの例を例示する。ＭＣＲ３１１は、ダッシュ記号の線による円にて示され、１つまたは複数の他のＷＴＲＵ（例えば、ＷＴＲＵ３０２、３０３、３０４、および／または３０５）と通信する１つのＷＴＲＵ３０１に対する最小距離を示す。ＷＴＲＵ ＴＸ－ＲＸ距離は、ＷＴＲＵ３０１と通信している各に対して実線により示されることがある。今述べた例について、ＷＴＲＵ３０１は、ＭＣＲ３１１の原点である。示されるように、ＷＴＲＵ３０２および３０３は、ＭＣＲ３１１の外側にあり、ＷＴＲＵ３０１に関してある特定の機能（例えば、ＨＡＲＱ）を行うことができないであろう。さらに、ＷＴＲＵ３０４および３０５は、ＭＣＲ内にあり、それゆえＷＴＲＵ３０１と通信することができるだろう。

図４は、異なるＭＣＲが異なるゾーン構成をどのように要求するかについての例を例示する。一般に、ＷＴＲＵは、サブゾーン構成のセットにより（予め）構成されることがある。各サブゾーン構成は、モジュロおよびディメンションのパラメーターを含むことがある。ディメンションパラメーターは、例えば、長方形型のサブゾーン構成に対して、長さおよび幅を含むことがある。一例（例えば、図４に示されている）にて、長方形型のサブゾーンは、各サブゾーンが同一の長さおよび幅である正方形であってもよい。別の例にて、サブゾーン構成は、八角形型のサブゾーンに対する辺の長さを含むことがある。時には、ＷＴＲＵは、各々構成されたＶ２Ｘサービスを有するサブゾーン構成を、Ｖ２ＸサービスのＭＣＲ要件に基づいて決定してもよい。例えば、小さいＭＣＲ要件を有するＶ２Ｘサービスは、より良い距離測定正確度を要求することがあり、ゆえにより小さいサブゾーンが使用されることがある。

図４の例にて、２つのＭＣＲ４１１、４２１が示されている。各例示的なＭＣＲについて、全エリアは、同一のまたはおおよそ同一のディメンション４０６Ｘおよび４０６Ｙを有することがある。ＭＣＲによっては、エリアは、各サブゾーンが４３０に示されている、異なる長さと幅とを有する場合に、異なって区分されてもよい。デモンストレーションの目的のために、各ＷＴＲＵ（４０１、４０２、４０３、４０４、４０５）は、異なるサブゾーン構成が例示され得るように、与えられたエリアの同一位置にあり得ることに気づこう。示されるように、ＭＣＲ４１１は、ＭＣＲ４２１と比べると、より良い距離測定正確度を要求するより小さいＭＣＲ要件を有するＶ２Ｘサービスを表すことがある。

時には、ＷＴＲＵは、ＷＴＲＵにてどんなアクティブなＳＬＲＢ（active sidelink radio bearer）に対しても構成された最小のＭＣＲに関連付けられたサブゾーン構成を使用することがある。代替えとして、ＷＴＲＵは、各サブゾーン構成が各ＳＬＲＢまたはＳＬＲＢのグループに関連付けられたデータの送信に使用される場合に、異なるサブゾーン構成を用いてもよい。

時には、サブゾーン情報は、対応するＶ２ＸサービスのＴＢに対して送信されることがある。本明細書に述べられるように、Ｖ２Ｘサービスは、特定の要件（例えば、ＱｏＳ、レイテンシー、帯域幅など）に関連付けられたデータの送信によってサポートされることがある。ＲＸ ＷＴＲＵは、対応するＶ２Ｘサービスに対して、構成された／決定されたサブゾーン構成および／または地理情報に基づいて、サブゾーン情報、例えばサブゾーンＩＤなどを計算し維持してもよい。ＴＢのＰＳＳＣＨ送信に対して、ＷＴＲＵは、ＴＢに適用できるＶ２Ｘサービスを決定し、適切なサブゾーン情報を選択することがある。ＴＸ ＷＴＲＵは、ＴＢを搬送するＰＳＳＣＨに関連付けられたＰＳＣＣＨにて送信されるＳＣＩにおいて、上記のサブゾーン情報（例えば、サブゾーンＩＤ）を示してもよい。

図５は、ＭＣＲに基づいてＴＸ－ＲＸ距離を計算する例示的な処理を例示する。一般に、ＲＸ ＷＴＲＵは、受信したＰＳＣＣＨに示されるＭＣＲに基づいて使用するＲＸ ＷＴＲＵのサブゾーンＩＤを決定し、決定したＲＸ ＷＴＲＵのサブゾーンＩＤと、ＰＳＣＣＨ（例えばＳＣＩ）にて受信したＴＸ ＷＴＲＵのサブゾーンＩＤとを用いてＴＸ－ＲＸ距離を計算してもよい。ＲＸ ＷＴＲＵは、ＴＸ ＷＴＲＵから受信したＰＳＣＣＨに示されるＭＣＲに基づいて、使用するサブゾーン構成を決定してもよい。ＲＸ ＷＴＲＵは、決定されたサブゾーン構成に基づいて（例えば、長方形の構成を用いて）ＲＸ ＷＴＲＵのサブゾーンＩＤを計算してもよい。

図５が、特定の順においてステップによる例示的な処理を与えるが、当業者は、いずれのステップも随意であり得ること、および与えられたのと異なる順において行われ得ることを理解するだろう。初めに、ＲＸ ＷＴＲＵは、１つまたは複数のＭＣＲ（複数可）により（予め）構成されていることがある。一例にて、各ＭＣＲは、問題になっているエリアがどのように区分され、関連するＷＴＲＵにどのように識別されるかを定義するサブゾーン構成に関連付けられることがあり、今述べたことは、本明細書にてさらに説明される。５０１にて、ＲＸ ＷＴＲＵは、ＴＸ ＷＴＲＵから制御チャネル（例えば、ＰＳＣＣＨ）にて制御情報（例えば、ＳＣＩ）を受信することがある。制御情報は、ＴＸ ＷＴＲＵのＭＣＲおよび／またはサブゾーンＩＤのインディケーションを含んでもよい。一例にて、ＭＣＲは、関連したＰＳＳＣＨにて送信されるＴＢのＶ２Ｘサービスに固有であり得る。５０２にて、ＲＸ ＷＴＲＵは、受信したＭＣＲに基づいてサブゾーン構成を決定することがある。５０３にて、ＲＸ ＷＴＲＵは、決定されたサブゾーン構成およびＷＧＳ８４モデルに基づいてそれ自体のサブゾーンＩＤを決定することがある。場合によっては、ＲＸ ＷＴＲＵのサブゾーンＩＤのセットは、各サポートされたＭＣＲに対して計算され更新されてもよく、ＲＸ ＷＴＲＵは、ＴＸ ＷＴＲＵからのＰＳＣＣＨにて示されるＭＣＲに基づいて１つのＲＸ ＷＴＲＵのサブゾーンＩＤを選択してもよい。

５０４にて、ＲＸ ＷＴＲＵは、ＴＸ ＷＴＲＵのサブゾーンＩＤおよびＲＸ ＷＴＲＵのサブゾーンＩＤに基づいてＴＸ－ＲＸ距離を決定することがある。５０５にて、ＲＸ ＷＴＲＵは、ＴＸ ＷＴＲＵから以前に受信した制御情報に関連付けられたデータ送信（例えば、ＰＳＳＣＨにおけるＴＢ）を受信することがある。５０６にて、ＲＸ ＷＴＲＵは、ＴＸ－ＲＸ距離に基づいて、データ送信のためにＨＡＲＱを行うことがある。一例にて、ＲＸ ＷＴＲＵは、決定されたＷＴＲＵ ＴＸ－ＲＸ距離が、ＴＸ ＷＴＲＵからＰＳＣＣＨにて受信したＭＣＲを超える場合、ＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信しないと決定してもよい。

図５に関する例にて、サブゾーンＩＤを決定するために、ＲＸ ＷＴＲＵは、下記を（例えば、長方形のシナリオ）計算してもよい。X1＝Floor (X/L) Mod NXおよびY1＝Floor (Y/W) Mod NYであり、ＲＸ ＷＴＲＵのサブゾーンＩＤ＝Y1*NX+X1である。今述べた計算について、Ｘは、ＲＸ ＷＴＲＵの現在位置と地理座標（０，０）との間の経度における測地線距離であってもよく、Ｙは、ＲＸ ＷＴＲＵの現在位置と地理座標（０，０）との間の緯度における測地線距離であってもよい。加えて、Ｌは、メートルのSubzoneLengthであってもよく、Ｗは、メートルのSubzoneWidthであってもよく、ＮＸは、SubzoneIdLongiModであってもよく、ＮＹは、SubzoneIdLatiModであってもよい。時には、各サブゾーンは、幅と同じ長さを有する正方形であり得る。

図５に関する例にて、サブゾーンＩＤが決定されれば、ＷＴＲＵは、ＴＸ－ＲＸ距離を決定してもよい。ＲＸ ＷＴＲＵは、ＴＸのサブゾーンＩＤとＲＸのサブゾーンＩＤとの間のデルタに基づいてＴＸ－ＲＸ距離を計算してもよい。一例にて、ＲＸ ＷＴＲＵは、サブゾーンＩＤのデルタと地理的な距離との間に予め計算されたマッピングをルックアップすることがある。別の例にて、ＲＸ ＷＴＲＵは、次の式、ＷＴＲＵ ＴＸ－ＲＸ距離≒サブゾーン間距離＝SQRT(((ABS(Floor(TX sub_zone_ID,NX) - Floor(RX sub_zone_ID,NX))*W)2+ (ABS(MOD(TX sub_Zone_ID,NY) - MOD(RX sub_Zone_ID,NY))*L)2)に基づいて距離を計算してもよい。

一例にて、ＷＴＲＵは、リファレンスポイント（reference point）から差分サブゾーンＩＤを決定することがある。ＷＴＲＵは、差分サブゾーンＩＤを用いてサブゾーン情報を送信してもよい。例えば、ＷＴＲＵは、例えば同期ソースとして構成されたｇＮＢ、グループリーダーＶ２Ｘ ＷＴＲＵ、および／またはＶ２Ｘ ＷＴＲＵでなどのローカルリファレンスポイント（local reference point）により（予め）構成されてもよい。ＷＴＲＵは、おそらく各適用可能なサブゾーン構成に対して自身のサブゾーンＩＤを計算し、差分サブゾーンＩＤ、例えばＳＣＩ送信におけるＷＴＲＵのサブゾーンＩＤとローカルリファレンスポイントのサブゾーンＩＤとの差分などを送信してもよい。今述べたことは、Ｌ１シグナリングのオーバーヘッドを減らすことがある。

ＴＸ－ＲＸ距離を決定する１つのアプローチにて、ＷＴＲＵ ＴＸ－ＲＸ距離は、測地線距離、例えば絶対測地線距離または差分測地座標などに基づいて決定されてもよい。

絶対測地線距離に基づいてＴＸ－ＲＸ距離を計算するために、ＷＴＲＵは、ＷＧＳ８４モデルに従ってメートルの地理座標（Ｘ，Ｙ）に基づいてＴＸ－ＲＸ距離を決定してもよく、ただし、Ｘが、ＷＴＲＵの現在位置と地理座標（０，０）との間の経度における測地線距離であり、Ｙが、ＷＴＲＵの現在位置と地理座標（０，０）との間の緯度における測地線距離である。

今述べたシナリオについて、ＲＸ ＷＴＲＵは、ＴＸ ＷＴＲＵの座標（すなわち、TX_X/TX_Y）と、ＲＸ ＷＴＲＵの座標（すなわち、RX_X/RX_Y）とに基づいて、ＴＸ－ＲＸ距離＝SQRT((TX_X-RX_X)2+(TX_Y-RX_Y)2)を適用することによってＴＸ－ＲＸ距離を決定することがある。さらに、ＴＸ ＷＴＲＵは、ＰＨＹおよび／または上位レイヤのシグナリングを介して、絶対測地線距離（例えば、Ｘ およびＹ）をＲＸ ＷＴＲＵに送信することがある。しかしながら、距離の値は、非常に大きく、シグナリングに多くのビットが必要になることがある。

差分測地線距離に基づいてＴＸ－ＲＸ距離を計算するために、ＷＴＲＵは、地理情報の動的な送信に対してＰＨＹシグナリングを減らすために、エリア構成に基づいて差分測地座標を決定してもよい。ＷＴＲＵは、X2＝X Mod L、およびY2＝Y Mod Wに基づいて差分測地座標（X2，Y2）を決定してもよく、ただし、LおよびWは、それぞれメートルの（予め）構成されたzoneLengthおよびzoneWidthであり得る。

ＲＸ ＷＴＲＵは、受信した差分測地座標（TX_X2、TX_Y2）、自身の測地座標（X、Y）、およびArea IDに基づいてＴＸ－ＲＸ距離を決定してもよい。ＲＸ ＷＴＲＵは、受信したＴＸ ＷＴＲＵのArea_IDに基づいて、ＲＸ ＷＴＲＵとＴＸ ＷＴＲＵとが同一エリアに位置するかどうかを決定してもよい。ＲＸ ＷＴＲＵは、ＴＸ ＷＴＲＵとＲＸ ＷＴＲＵとが同一エリアにない場合、次のようにデルタ値を決定してもよく、ただし、Delta_X1がTX_X1とRX_X1との差であり、Delta_Y1がTX_Y1とRX_Y1との差である。

ＲＸ ＷＴＲＵは、本明細書で述べられているRX_X1およびRX_Y1を計算し、TX_X1＝TX WTRU Area_ID ModNX、およびTX_Y1＝Floor(TX WTRU Area_ID /NX)に基づいてTX_X1およびTX_Y1を導出してもよい。

状況によっては、TX_X1 およびTX_Y1 は、ＰＳＳＣＨ送信に関連付けられたＰＳＣＣＨにて示されてもよい。例えば、ＷＴＲＵは、ＳＣＩの２ビットのフィールドにて各値を示すことがある。

次に、ＲＸ ＷＴＲＵは、下記に基づいてTX_X/TX_Yを決定してもよく、ただし、TX_X＝(Floor(RX_X/L)+Delta_X1)*L+TX_X2、およびTX_Y ＝(Floor(RX_Y/W)+Delta_Y1)*W+TX_Y2である。ＲＸ ＷＴＲＵは、ＴＸ－ＲＸ距離＝SQRT((TX_X-RX_X)2+(TX_Y-RX_Y)2)に基づいてＴＸ－ＲＸ距離を決定してもよい。

代替えとして、ＷＴＲＵは、（予め）構成されたローカル地理リファレンスポイント（local geographical reference point）に基づいて差分測地座標（Ｘ２，Ｙ２）を決定してもよい。一例にて、ローカル地理リファレンスポイントは、ＷＴＲＵがキャンプするｇＮＢの（X_gNB，Y_gNB）であってもよい。別の例にて、ローカル地理リファレンスポイントは、グループキャスト送信におけるグループリーダーであり得る。別の例にて、ローカル地理リファレンスポイントは、同期ソースを提供するＶ２Ｘ ＷＴＲＵであってもよい。ＷＴＲＵは、ダウンリンク上位レイヤのシグナリングを介して上記の地理情報を受信し、X2＝X_WTRU-X_gNBおよびY2＝Y_WTRU-Y_gNBに基づいて差分測地座標（Ｘ２，Ｙ２）を決定してもよい。

ＲＸ ＷＴＲＵは、受信した差分測地座標（TX_X2，TX_Y2）と、自身の測地座標（Ｘ，Ｙ）と、Area IDとに基づいてＴＸ－ＲＸ距離を決定してもよく、ただし、ＲＸ ＷＴＲＵは、TX_X＝X_gNB+TX_X2およびTX_Y＝Y_gNB+TX_Y2に基づいて、TX_X／TX_Yを決定してもよく、同様にＴＸ－ＲＸ距離＝SQRT((TX_X-RX_X)2+(TX_Y-RX_Y)2)に基づいてＴＸ－ＲＸ距離を決定してもよい。

ＷＴＲＵは、ＰＳＣＣＨ送信にてＴＸ ＷＴＲＵの差分測地線距離フィールドを含むことがある。一例にて、ＷＴＲＵは、ＰＳＳＣＨ送信に関連付けられたＰＳＣＣＨのＳＣＩビットフィールドにて、TX_X2およびTX_Y2を送信してもよい。別の例にて、ＷＴＲＵは、上位レイヤのシグナリング（例えば、ＭＡＣ ＣＥおよび／またはＲＲＣシグナリング）において上記の情報を含むことがある。

ＴＸ－ＲＸ距離を決定する１つのアプローチにて、ＷＴＲＵは、ＴＸ－ＲＸ距離決定の基礎をＷＴＲＵ ＩＤに置くことがある。ＷＴＲＵは、上位レイヤとＰＨＹレイヤとの両方にてＷＴＲＵ ＩＤ（identity）情報（例えば、ＷＴＲＵのソースＩＤおよびデスティネーションＩＤ）により（予め）構成されることがある。加えて、グループキャスト送信にて、グループメンバーＷＴＲＵは、グループ固有のＷＴＲＵ ＩＤにより（例えば、上位レイヤによって）構成されることがある。

１つの場合には、ＷＴＲＵは、例えばゾーンＩＤ、サブゾーンＩＤ、地理座標などに基づいてＷＴＲＵ ＩＤをＷＴＲＵの位置情報と関連付けてもよい。ユニキャスト送信に対して、ＷＴＲＵは、ＷＴＲＵの位置情報に基づいてＬ１ソースＩＤを選択することがある。例えば、ＲＸ ＷＴＲＵは、ユニキャスト送信確立の間、ＲＲＣシグナリングを介してＴＸ ＷＴＲＵのソースＩＤ情報を取得してもよい。グループキャスト送信に対して、ＲＸ ＷＴＲＵは、ＷＴＲＵの位置情報（例えば、プラトーン内の位置）に基づいて、グループリーダーのＴＸ ＷＴＲＵによってグループ固有のＷＴＲＵ ＩＤを割り当てられてもよい。ＲＸ ＷＴＲＵは、ＴＸ ＷＴＲＵグループ固有のＷＴＲＵ ＩＤに基づいて、ＴＸ ＷＴＲＵ位置を決定してもよい。

関連するＷＴＲＵの位置情報を最新に保つために、ＷＴＲＵは、周期的に位置情報を更新することがある。一例にて、ＷＴＲＵは、ＭＡＣ ＣＥまたはＲＲＣシグナリングにて、ゾーンＩＤ、サブゾーンＩＤ、および／または地理位置情報を送信することがある。別の例にて、ＷＴＲＵは、位置情報、例えばゾーンＩＤおよびサブゾーンＩＤなどを、Ｌ１ソースＩＤといっしょに、ＰＨＹフィードバックチャネルにて送信することがある。

時には、ＷＴＲＵは、１つまたは複数のＰＳＦＣＨリソースに基づいて位置情報を決定することがある。さらに、ＷＴＲＵの位置情報、例えばゾーンＩＤおよびサブゾーンＩＤなどは、ＰＳＦＣＨリソース（例えば、時間ドメイン、周波数ドメイン、およびコードドメインを含む）に関連付けられてもよい。今述べた場合には、位置情報は、ＰＨＹフィードバックチャネルにて明示的に送信されないことがある、というよりは、暗黙的なやり方にて伝達されることがある。例えば、時間－周波数リソース１は、ゾーンＩＤまたはサブゾーンＩＤのサブセット用であってもよく、そして一方、時間－周波数リソース２は、ゾーンＩＤまたはサブゾーンＩＤの別のサブセット用であってもよい。ＰＨＹフィードバックがどのＰＳＦＣＨリソースを占めるかを検出することによって、ＲＸ ＷＴＲＵは、ＰＳＦＣＨ送信をするＴＸ ＷＴＲＵ位置情報を知ることがある。

別の場合には、１つまたは複数の状況が起こる、例えば、ＷＴＲＵ ＩＤがセキュリティの理由のために上位レイヤによって変わる（例えば、ＷＴＲＵのソースＩＤが変えられることがある）、ＴＸ－ＲＸ距離が（予め）構成されたしきい値を超える、ＷＴＲＵの速さが（予め）構成されたしきい値を超える、ＣＳＩが要求を報じる、および／または、周期的に、上記の更新の周期がＷＴＲＵの速さによって決まることがある（例えば、より高速のＷＴＲＵが、Ｌ１ ＩＤに関連付けられた位置情報をより頻繁に更新することがある）などの場合、ＷＴＲＵは、Ｌ１ソースＩＤに関連付けられたＷＴＲＵの位置情報を更新することがある。

時には、ＷＴＲＵのＬ１ ＩＤを用いた暗黙的なＷＴＲＵの位置インディケーションは、ＳＣＩのビットフィールドを用いてＷＴＲＵの位置情報を伝達し、Ｌ１シグナリングの効率を向上させることがある。ＲＸ ＷＴＲＵは、ＴＢ送信に関連付けられたＳＣＩに含まれるＬ１ソースＩＤ情報に基づいて、ＷＴＲＵ ＴＸ－ＲＸ距離を決定してもよい。

別の場合には、ＷＴＲＵは、いくつかのシナリオに対してＳＣＩにて位置情報を送信することがある（例えば、位置情報をソースＩＤと関連付けることができない場合に）一方、他のシナリオにてＬ１ソースＩＤのみを送信することがある（例えば、ソースＩＤを位置情報と関連付けることが可能である）。例えば、ＷＴＲＵは、２つのシナリオに対して異なるＳＣＩフォーマットを使用することがある。代替えとして、ＷＴＲＵは、同一フォーマットを使用することがあり、送信されているＩＤの種類を示してもよいまたは示さなくてもよい。ＷＴＲＵは、次のシナリオ、ＷＴＲＵが送信に対して位置ベースではないＬ１ ＩＤを使用し、再送に対して位置ベースのＩＤを使用することがあり、（たとえば、送信および再送のリソースのＲＸ ＷＴＲＵによって既知のアソシエーションに基づいて）追加のオーバーヘッドなしにＷＴＲＵの位置を提供することができる利点を有することがある場合の送信対再送、ＷＴＲＵがＭＣＲに関連付けられた送信に対して位置関連があるＬ１ ＩＤを送信することがある場合の送信のＱｏＳ、ＷＴＲＵが制御送信（control transmission）（例えば、ＰＣ５ ＲＲＣ）に対してのみ位置関連があるＬ１ ＩＤを送信し、データに対して送信しない、または逆の場合も同じであり得る場合のデータ対制御、および／またはＷＴＲＵの速さによって決まること、しだいによって位置関連がある（location-associated）対位置関連がない（non-location-associated）を使用することがある。

本明細書にて述べられているＴＸ－ＲＸ距離決定アプローチのいずれに対しても、状況によっては、ＴＸ ＷＴＲＵかＲＸ ＷＴＲＵかのいずれかの位置は、未知であり得る。

１つの状況にて、ＴＸ ＷＴＲＵは、ＲＸ ＷＴＲＵ（複数可）に「未知の位置」状態を示すことがある。例えば、ＴＸ ＷＴＲＵは、第１段階または第２段階のＳＣＩの１つのビットフィールド（例えば、位置情報ビットフィールド）のコードポイントを用いて、ＲＸ ＷＴＲＵ（複数可）に「未知の位置」状態を示すことがある。代替えとして、ＴＸ ＷＴＲＵは、第１段階のＳＣＩの１ビットを用いて、下記、位置情報が利用可能であるかないか、および／または、第２段階のＳＣＩがＴＸ ＷＴＲＵ位置情報を含むことがあるかないか、のうちの１つまたは複数を示すことがある。

ＴＸ ＷＴＲＵがＳＣＩにてＲＸ ＷＴＲＵに「未知の場所」を示す場合に、ＲＸ ＷＴＲＵは、他のパラメーター、例えばＭＣＲなどに関係なく、メッセージをデコードすることが可能ではない場合、ＮＡＣＫを送信することがある。反対に、図５の例にてさらに説明したように、ＲＸ ＷＴＲＵは、ＳＣＩをデコードすることが可能である場合、ＨＡＲＱ ＮＡＣＫフィードバックを送信することを決定してもよい。具体的には、ＷＴＲＵは、ユニキャスト／グループキャストに対してＮＡＣＫベースのフィードバックを行うことがあり、ＷＴＲＵは、メッセージをデコードすることが可能ではない場合、ＮＡＣＫを送信するのみであり得る。ＴＸ ＷＴＲＵの位置情報がＳＣＩに示されるならば、ＷＴＲＵは、メッセージをデコードすることが可能ではなく、ＴＸ－ＲＸ距離がＳＣＩに示されているＭＣＲよりも小さい場合、ＮＡＣＫを送信することがある。

ＴＸ ＷＴＲＵがＳＣＩにてＲＸ ＷＴＲＵに「未知の場所」を示す場合に、ＷＴＲＵは、ＳＬ－ＲＳＲＰを用いて、ＨＡＲＱ ＮＡＣＫフィードバックの送信を決定することがある。代替えとして、ＷＴＲＵは、ＴＸ ＷＴＲＵとＲＸ ＷＴＲＵとの間の経路損失を用いて、ＨＡＲＱ ＮＡＣＫフィードバックの送信を決定してもよい。具体的には、ＴＸ ＷＴＲＵがＳＣＩにて「未知の場所」状態を示す場合、ＲＸ ＷＴＲＵは、ＰＳＳＣＨ／ＰＳＣＣＨのＳＬ－ＲＳＲＰがしきい値より大きい、またはＴＸ ＷＴＲＵとＲＸ ＷＴＲＵとの間のパスロス（path-loss）がしきい値より小さい場合に、ＮＡＣＫを送信してもよい。反対に、ＳＣＩがＴＸ ＷＴＲＵ位置を含む場合、ＲＸ ＷＴＲＵは、ＰＳＳＣＨ／ＰＳＣＣＨのＳＬ－ＲＳＲＰまたはＴＸ ＷＴＲＵとＲＸ ＷＴＲＵの間のパスロスに基づいて、ＨＡＲＱ ＮＡＣＫフィードバックを送信することを決定することがある。追加としてまたは代替えとして、ＴＸ ＷＴＲＵの位置情報がＳＣＩに示される場合、ＲＸ ＷＴＲＵは、ＴＸ－ＲＸ距離を用いて、ＨＡＲＱ ＮＡＣＫフィードバックの送信を決定してもよい。

ＴＸ ＷＴＲＵがＳＣＩにてＲＸ ＷＴＲＵに「未知の位置」を示す場合に、ＲＸ ＷＴＲＵは、ＴＸ ＷＴＲＵについての以前に受信した位置から取得される位置情報に基づいて、ＨＡＲＱ ＮＡＣＫフィードバックを送ることを決定してもよい。例えば、ＲＸ ＷＴＲＵは、受信したＴＢに関連付けられたＴＸ－ＲＸ距離を計算するために、ＴＸ ＷＴＲＵから以前に受信したＴＸ ＷＴＲＵの位置情報を使用することを決定してもよい。加えて、ＲＸ ＷＴＲＵは、ＴＸ ＷＴＲＵロケーションの受信からＴＢの送信までの時間期間がしきい値を超えたかどうかを決定することがあり、しきい値は、ＷＴＲＵの速さ、チャネル条件、および／またはＱｏＳ要件（例えば、信頼性）のうちの１つまたはすべてに基づいて、ＲＸ ＷＴＲＵによって（予め）構成されるまたは決定されることがある。

ＴＸ ＷＴＲＵがＳＣＩにてＲＸ ＷＴＲＵに「未知の場所」を示すことが可能である場合に、ＴＸ ＷＴＲＵは、ＲＸ ＷＴＲＵからのフィードバックに基づいて、再送を行うかどうかを決定してもよい。一例にて、ＴＸ ＷＴＲＵは、２つの再送手順により構成されることがあり、ただし、１つの手順が、ＴＸ ＷＴＲＵの位置情報が利用可能である場合に使用されることがあり、もう一方の手順が、位置情報が利用可能ではない場合に使用されることがある。

別の例にて、ＴＸ ＷＴＲＵは、例えば、１つの値が、位置情報が利用可能である場合に対して使用されることがあり、もう一方の値が、ＴＸ ＷＴＲＵの位置情報が利用可能ではない場合に対して使用されることがあるなど、１より大きい最大数の再送により構成されることがある。

別の例にて、ＴＸ ＷＴＲＵは、ＰＳＦＣＨのＲＳＲＰ／ＲＳＳＩに基づいて、フィードバックベースのＨＡＲＱ再送を行うことを決定してもよい。具体的には、ＴＸ ＷＴＲＵは、ＰＳＦＣＨのＲＳＲＰ／ＲＳＳＩがしきい値より大きいならば再送を行うことがあり、ＰＳＦＣＨのＲＳＲＰ／ＲＳＳＩがしきい値より小さいならば再送を行わないことがある。代替えとして、ＴＸ ＷＴＲＵは、ＴＸ ＷＴＲＵの位置情報が利用可能ではない場合、固定数の再送を行ってもよい。固定数の再送は、リソースプールのＴＢおよび／またはＣＢＲのＱｏＳに基づいて決定されてもよい。

本明細書に説明されるＴＸ－ＲＸ距離決定アプローチのいずれに対しても、状況によっては、ＷＴＲＵは、リソースプール選択のために、（予め）構成されたおよび／または決定されたゾーン（例えば、エリア、ＳＬゾーン、サブゾーン、ローカルゾーンなど）の使用をすることがある。

１つのシナリオにて、ＷＴＲＵは、ゾーンベースのＴＸリソースプール構成と、ゾーンベースではない別のＴＸリソースプール構成とを有して構成されることがあり、ＷＴＲＵは、送信されるデータの種類しだいによって、ゾーンベースのＴＸプール構成を使用するかゾーンベースではないＴＸプール構成を使用するかを決定してもよい。具体的には、ＷＴＲＵは、ＷＴＲＵのジオロケーションとＷＴＲＵのカレントゾーン（例えば、ＬＴＥ）の決定とに基づいて構成されるＴＸリソースプールを用いて、送信するデータの第１のタイプを決めることがある。データの第２のタイプに対して、ＷＴＲＵは、ゾーン構成に基づかないＴＸリソースプール構成を使用するように構成されることがあり、ただし、ＷＴＲＵは、ＷＴＲＵの位置に関係なく使用されるためにある単一のＴＸプールにより構成される。

状況によっては、ＷＴＲＵは、データの種類に関連する次の様相、データパケット送信のサイズ、データ送信の周期性、ＷＴＲＵの速さ、および／またはＱｏＳパラメーターのいずれかに、または上記の要素のどんな組み合わせにでも基づいて、データの送信のためにゾーンベースのＴＸリソースプールを使用するか、ゾーンベースではないＴＸリソースプールを使用するかを選択することがある。

データパケット送信のサイズについて、例えば、ＷＴＲＵは、ゾーンベースのプール構成において小さいパケットを送信するように構成されることがある。具体的には、ＷＴＲＵは、しきい値のパケットサイズにより構成されることがあり、ゾーンベースのＴＸリソースプールを用いて、しきい値より下のサイズのすべてのパケットを送信することがある。

データ送信の周期性について、例えば、ＷＴＲＵは、ゾーンベースのＴＸリソースプール構成においてすべての周期的な送信を送信するように構成されることがある。例えば、ＷＴＲＵは、ゾーンベースのＴＸリソースプールにおいてＷＴＲＵによって行われる周期的なリソース予約に関連付けられたすべての送信を行うことがある。

ＷＴＲＵの速さについて、例えば、ＷＴＲＵは、ＷＴＲＵの現在の速さしだいによって、ゾーンベースのＴＸリソースプール構成を用いて特定のデータパケットを送信するかどうかを決めてもよい。具体的には、しきい値の上の速さにて走行するＷＴＲＵは、ゾーンベースのＴＸリソースプールにおいて送信を行わないことがある。

ＱｏＳパラメーターについて、例えば、ＷＴＲＵは、１つまたは複数のＱｏＳパラメーターに基づいて、ＱｏＳに関連付けられたデータの送信をゾーンベースのＴＸリソースプールにおいて行うかどうかを決定してもよい。

ＷＴＲＵがデータの種類に基づいてゾーンベースのリソースプール選択を使用するかどうかを決める状況にて、時には、データの種類は、論理チャネル（ＬＣＨ）に暗黙的にマッピングされることがある。例えば、ＷＴＲＵがゾーンベースのリソースプール選択を使用するかどうかを決める場合、ＷＴＲＵは、ＬＣＨマッピングに、および／またはＴＸリソースプール構成への制限に基づいて、ゾーンベースのプール構成を行うかどうかを決定してもよい。例えば、ＷＴＲＵは、使用されるＴＸリソースプールの構成（ゾーンベースのまたはゾーンベースではないなど）へのＳＬＲＢまたはＬＣＨの明示的なマッピングにより（予め）構成されることがある。さらにＷＴＲＵは、上記の明示的なマッピングが特定のＬＣＨに適用されることがあるまたは適用されないことがある状況（たとえば、速さ、プールコンジェスション（pool congestion）など）により構成されることがある。代替えとして、ＷＴＲＵは、ゾーンベースのＴＸリソースプール構成にプロパティをマッピングすることに暗黙的に帰着するＬＣＨのプロパティにより（予め）構成されることがある。ＬＣＨのプロパティに対する今述べた構成は、専用の構成、ＳＩＢ、または（事前）構成から取得されることがある。

ＷＴＲＵがデータの種類に基づいてゾーンベースのリソースプール選択を使用するかどうかを決める状況にて、時には、論理チャネル優先化（ＬＣＰ：logical channel prioritization）の制限は、データタイプに基づくことがある。ＷＴＲＵは、データタイプに基づくＬＣＰの制限により構成されることがあることによって、データタイプは、本明細書に説明された技法のいずれかによって決定される。例えば、ＷＴＲＵは、ＬＣＰの間に第１のＬＣＨを選択することがあり、このＬＣＰに続いて同一の選択されるプロパティを有する後続のＬＣＨを選択するのみであり得る。代替えとして、ＷＴＲＵは、ＬＣＰのパフォーマンスの間にグラントタイプのインディケーションを受信することがある。今述べたグラントタイプは、リソースがゾーンベースのＴＸプールまたはゾーンベースではないＴＸプールに関連付けられることを示すことがある。今述べたグラントタイプは、ゾーンベースのＴＸリソースプールへのマッピングを暗黙的に示すことがある。例えば、グラントは、グラントのサイズおよび／またはグラントの性質（たとえば、ＬＴＥライクグラント、レガシーライクグラントなど）に基づいて、ゾーンベースのＴＸリソースプールにおける送信を意味する特定のＬＣＨへのマッピングを示すことがある。ＷＴＲＵは、特定のグラントタイプに対応するＬＣＰに対して、ＬＣＨから選択することを可能にされることがある。具体的には、ゾーンベースのＴＸリソースプールに関連付けられたグラントに対して、ＷＴＲＵは、上記のＴＸリソースプールにおける送信に対して（例えば、事前構成によって）許されるＬＣＨからのデータを選択するのみであり得る。

ＷＴＲＵがデータの種類に基づいてゾーンベースのリソースプール選択を使用するかどうかを決める状況にて、時には、リソース選択は、データタイプを考慮に入れることがある。ＷＴＲＵは、データの種類を、およびゾーンベースのＴＸリソースプールへのアソシエーションを考慮に入れることによって、リソース（再）選択をトリガすることがある。例えば、データタイプの基準に合う、または特定の明示的な／暗黙的なインディケーションにより（予め）構成されるあるＬＣＨに対して、ＷＴＲＵは、データがＬＣＨに到着しゾーンベースのＴＸリソースプールのモード２グラントがまだ存在しない場合、ゾーンベースのＴＸリソースプールにおいてリソース選択を行うことがある。代替えとして、ＷＴＲＵは、ゾーンベースのＴＸリソースプールにおいてすべての周期的なリソース予約のためにリソース選択を行い、ゾーンベースではないリソースプールにおいてどんなワンショットまたは非同期のリソース選択でも行うことがある。次にＷＴＲＵは、バッファにおいて利用可能なデータを有する論理チャネルに基づいてリソース選択を行うリソースプールを決定することがある。

特徴、技法、アプローチ、例、場合、状況、および要素が特定の組み合わせにおいて上に述べられるが、当業者は、今述べた特徴、技法、アプローチ、例、場合、状況、および要素の各々が単独においてまたはその他の特徴、技法、アプローチ、例、場合、状況、および要素のどの組み合わせにおいても用いられることがあることを理解するだろう。加えて、本明細書において説明される方法は、コンピュータープログラム、ソフトウェア、またはコンピューターまたはプロセッサーによる実行のためにコンピューター読取り可能媒体に組み入れられたファームウェアにおいて実装されることがある。コンピューター読み取り可能な媒体の例は、（ワイヤードまたはワイヤレス接続を通じて送信される）電気信号およびコンピューター読み取り可能な記録媒体を含む。コンピューター読み取り可能な記録媒体の例は、限定しないが、ＲＯＭ（read only memory）、ＲＡＭ（random access memory）、レジスター、キャッシュメモリー、半導体メモリーデバイス、例えば、内蔵ハードディスクおよび取り外し可能なディスクなどの磁気メディア、光磁気メディア、例えば、ＣＤ－ＲＯＭディスクおよびＤＶＤ（digital versatile disk）などの光メディアを含む。ソフトウェアに関連付けられたプロセッサーは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、またはどんなホストコンピューターにおいてでも、使用するための無線周波数トランシーバーを実装するために使用されることがある。

Claims (16)

1. 第１のワイヤレス送信受信ユニット（ＷＴＲＵ）によって実装される方法であって、
   構成情報を受信することであって、前記情報は、複数の最小通信レンジ（ＭＣＲ）ベースゾーン構成を含んでいる、ことと、
   第２のＷＴＲＵからサイドリンク（ＳＬ）制御送信を受信することであって、前記ＳＬ制御送信は、前記第２のＷＴＲＵのゾーンＩＤとＭＣＲとを示している、ことと、
   前記ＳＬ制御送信に関連付けられたＳＬデータ送信を前記第２のＷＴＲＵから受信することと、
   前記示されているＭＣＲと前記複数のＭＣＲベースゾーン構成とに基づいて前記第１のＷＴＲＵのゾーンＩＤを決定することと、
   前記第１のＷＴＲＵの前記ゾーンおよび前記第２のＷＴＲＵの前記ゾーンに基づいて送信－受信（ＴＸ－ＲＸ）距離を決定することと、
   前記決定したＴＸ－ＲＸ距離と前記示されているＭＣＲとに基づいてＨＡＲＱを行うことと
   を備えることを特徴とする方法。
2. 前記ＳＬ制御送信は、物理ＳＬ制御チャネルにて受信されることを特徴とする請求項１に記載の方法。
3. 前記ＳＬデータ送信は、グループキャスト送信であることを特徴とする請求項１に記載の方法。
4. 前記ＳＬデータ送信は、トランスポートブロック（ＴＢ）を含むことを特徴とする請求項１に記載の方法。
5. 前記ＳＬ制御送信は、ＳＬ制御情報（ＳＣＩ）を含むことを特徴とする請求項１に記載の方法。
6. 前記第１のＷＴＲＵは、受信（ＲＸ）ＷＴＲＵであることを特徴とする請求項１に記載の方法。
7. 前記第２のＷＴＲＵは、送信（ＴＸ）ＷＴＲＵであることを特徴とする請求項１に記載の方法。
8. 前記ＳＬ制御送信は、第１段階のＳＬ制御情報および第２段階のＳＬ制御情報を含むことを特徴とする請求項１に記載の方法。
9. 第１のワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
   プロセッサーに動作可能に接続されたトランシーバーであって、
   前記プロセッサーおよびトランシーバーは、構成情報を受信するよう構成され、前記情報は、複数の最小通信レンジ（ＭＣＲ）ベースゾーン構成を含んでおり、
   前記プロセッサーおよびトランシーバーは、第２のＷＴＲＵからサイドリンク（ＳＬ）制御送信を受信するよう構成され、前記ＳＬ制御送信は、前記第２のＷＴＲＵのゾーンＩＤとＭＣＲとを示しており、
   前記プロセッサーおよびトランシーバーは、前記ＳＬ制御送信に関連付けられたＳＬデータ送信を前記第２のＷＴＲＵから受信するように構成され、
   前記プロセッサーおよびトランシーバーは、前記示されているＭＣＲと前記複数のＭＣＲベースゾーン構成とに基づいて前記第１のＷＴＲＵのゾーンＩＤを決定するよう構成され、
   前記プロセッサーおよびトランシーバーは、前記第１のＷＴＲＵの前記ゾーンおよび前記第２のＷＴＲＵの前記ゾーンに基づいて送信－受信（ＴＸ－ＲＸ）距離を決定するよう構成され、
   前記プロセッサーおよびトランシーバーは、前記決定されたＴＸ－ＲＸ距離と前記示されているＭＣＲとに基づいてＨＡＲＱを行うよう構成される、
   トランシーバー
   を備えたことを特徴とするＷＴＲＵ。
10. 前記ＳＬ制御送信は、物理ＳＬ制御チャネルにて受信されることを特徴とする請求項９に記載のＷＴＲＵ。
11. 前記ＳＬデータ送信は、グループキャスト送信であることを特徴とする請求項９に記載のＷＴＲＵ。
12. 前記ＳＬデータ送信は、トランスポートブロック（ＴＢ）を含むことを特徴とする請求項９に記載のＷＴＲＵ。
13. 前記ＳＬ制御送信は、ＳＬ制御情報（ＳＣＩ）を含むことを特徴とする請求項９に記載のＷＴＲＵ。
14. 前記第１のＷＴＲＵは、受信（ＲＸ）ＷＴＲＵであることを特徴とする請求項９に記載のＷＴＲＵ。
15. 前記第２のＷＴＲＵは、送信（ＴＸ）ＷＴＲＵであることを特徴とする請求項９に記載のＷＴＲＵ。
16. 前記ＳＬ制御送信は、第１段階のＳＬ制御情報および第２段階のＳＬ制御情報を含むことを特徴とする請求項９に記載のＷＴＲＵ。

Images